我们经常遇到的一个挫折是确保备份“干净”. 如果数据损坏或服务器故障，我们需要可靠地取回数据. 有几种类型的备份. 映像备份在虚拟化中很流行. 自备份出现以来，文件系统备份一直是黄金标准. 还有专门的备份软件，如SQL、Exchange和Sharepoint. 大多数人都有专门的代理，他们知道如何正确地与SQL数据库等项目对话和备份.
“问题”在于SQL, Exchange或Sharepoint有一些文件几乎总是打开的. 备份软件专用代理程序告诉软件暂时冻结在适当的位置(停顿)，以便获取数据的清晰快照. 一旦备份成功完成，这些系统还会提交(也就是安全删除)事务文件，这些文件是这些系统的命脉.
SQL服务器也有“实例”. 这些实例被分配了权限. 只有那些被授权这样做的人可以看到，操作和干净的备份这些文件.
SQL server中的基本管理员帐号即SA帐号. 它有密码. 您是SQL服务器上的本地管理员还是Microsoft Active Directory网络上的域管理员，这与您是否对要备份的SQL实例具有正确的数据库访问权限无关.
如果没有适当的ID和密码，您无法备份SQL数据库. 通常情况下，这是SA帐户.
令人难以置信的是，有多少地区有SQL server实例，但他们不知道他们的SA或等效密码! 通常情况下，这要么是一个真实的SQL服务器，要么是一个第三方供应商安装的SQL Express实例，用于做一些事情，如暖通空调或安全.
如果您正在备份这些服务器，但没有放入适当的凭据, 您的备份很可能受到损害，并将不允许清理或在某些情况下“任何”恢复您的数据!
今年秋天，我鼓励您对所有服务器进行库存，并识别任何使用SQL或SQL Express的服务器. 验证您是否拥有适当的凭证，以便能够备份和访问这些SQL实例(i.e SA密码和任何其他相关的ID和密码). 验证您的备份正在干净地运行并正确地访问这些备份实例并处理事务日志(如果有的话).
特别注意你所在地区所有外部供应商的设备. 没有人应该使用默认密码. 他们的数据是有你的支持还是没有? 那些备份工作正常吗?
对于BOCES或RIC备份CoSer的一部分, 他们的og体育人员应该能够帮助你解决这个问题. 如果你自己做了备份，或者只是想让我们帮忙解决，给我们打电话.
最近的评论