(4.9)SQL Server如何校验备份文件

 

  你遇到的最糟糕的事莫过于备份文件无法还原数据库了。我这里并不是说缺少磁盘空间或者类似的事导致的无法还原,而是一个100%确认已经被损坏的备份文件。

  你会问,那我怎么办呢?别着急,SQL Server有一个完善的还原功能来验证备份文件。

举个例子

  当你第一次创建了一个备份文件,它应该是好的,但这仅仅是“应该”。每一次,这个文件被拷贝到另一个地方时,文件就会存在被损坏的风险。

  确认这个备份文件可以继续使用的最好的方法就是还原它,然后立即运行DBCC CHECKDB。

  如果当时条件不允许持续还原和检查,那么使用RESTORE VERIFYONLY命令就是你另一个最好的选择了。

不幸的是,这里面有个小问题。在SQL Server 2000里,在RESTORE VERIFYONLY会话期间,会发生下面这种情况:

  

现在,假如你使用一个16进制的编辑器(比如UE),任意修改备份文件中存储的数据,然后再次运行RESTORE VERIFYONLY,SQL Server仍然会告诉你“备份设备有效(The backup set is valid)”。

  

在SQL Server 2000里,RESTORE VERIFYONLY仅仅检查文件是否符合Microsoft Tape Format (MTF)规范,是否可以从磁盘读取数据。所以你的备份数据可能含有垃圾数据。

现在在SQL Server 2005里面,缺省的备份设置和2000一样。也就是说,假如你的备份文件在数据备份区域有垃圾数据的话,SQL Server 2005依然会报告:备份设置有效。

那我们应该如何应对呢?答案就是使用备份时使用CHECKSUM选项,例如:

BACKUP DATABASE AdventureWorks TO DISK = 'G:/backups/AdventureWorks_full.bak' WITH CHECKSUM

现在,假如你更改文件数据备份区域的一个字节,然后在那个文件上运行RESTORE VERIFYONLY的话,会产生如下提示:

Server: Msg 3189, Level 16, State 1, Line 1 
Damage to the backup set was detected. 
Server: Msg 3013, Level 16, State 1, Line 1 
VERIFY DATABASE is terminating abnormally.

下图显示了运行过程:

  

RESTORE VERIFYONLY终于按照我们期望的方式工作了。在备份期间使用CHECKSUM选项会引起SQL Server执行如下操作:

  • 为备份数据计算校验和。这个校验和可来与RESTORE VERIFYONLY过程中产生的校验和进行对比。
  • 校验页的校验和。如果校验失败,备份就会被中止。这也是一个好办法,用于确认你从一开始,就正在备份一个“良好”状态的数据库。

那么,使用CHECKSUM会给你带来什么负面影响呢?

  • 备份和还原时,会占用大量处理器时间
  • 增加备份和还原时间

总之,在SQL Server 2000和2005中,使用默认备份设置的话,RESTORE VERIFYONLY不能检查出来备份文件的数据是否已经被破坏。仅仅在SQL Server 2005中当创建备份时使用了CHECKSUM选项的话,才能验证备份数据的完整性。

但是也许你们部门预算有限,并没有另外购买SQL Server 2005的license,怎么办呢?当然我们可以使用SQL Server 2005的Express版本。

虽然SQL Server 2005Express是免费的,但是它仅仅支持4GB以下的数据库。不过很少有人知道,当使用RESTORE VERIFYONLY命令时,Express版本可以工作在大于4GB的文件上。

没问题,你可以在你的备份文件服务器上安装Express,然后尽情的验证你的备份文件是否有效。

本文翻译自sqlbackuprestore,更多精彩内容请浏览http://www.sqlbackuprestore.com

原文地址:https://www.cnblogs.com/gered/p/9517374.html