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