SQL Server误区30日谈-Day27-使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB

最新推荐文章于 2021-03-18 16:44:06 发布

weixin_34050005

最新推荐文章于 2021-03-18 16:44:06 发布

阅读量115

点赞数

文章标签：数据库

原文链接：https://yq.aliyun.com/articles/343413

版权

本系列文章是我在sqlskill.com的PAUL的博客看到的，很多误区都比较具有典型性和代表性，原文来自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,经过我们团队的翻译和整理发布在AgileSharp上。希望对大家有所帮助。

误区 #27:使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB

错误

乍一看，由于BACKUP WITH CHECKSUM会检测所有分配出去的页的校验和的值，这个误区貌似是这么回事，但实际上并不是这么回事，原因如下:

由SQL Server 2000或是更早版本升上来的数据库page checksums必须开启，在开启后，并不是数据库中所有的页都会被叫上页校验和，当页损坏发生时，IO系统可不会区分损坏的页是有页校验和还是没有校验和的。所以使用BACKUP ... WITH CHECKSUM就有可能导致一些损坏页不被发现，造成的后果……

除此之外，还有一个问题是完整备份的时间间隔相对比较长，假如说一个月，而相对于DBCC CheckDB的最佳实践是一个礼拜，这导致WITH CHECKSUM不能替代CHECKDB。即使你每周都进行差异备份，但差异备份只会检测差异部分的页校验和。

最后一点，也是危害最大的一点,就是使用BACKUP WITH CHECKSUM选项不能发现内存中的页损坏。这是因为由于内存芯片或是WINDOWS进程导致内存中的页损坏，并且在这之后写回磁盘。这导致损坏页却有正常的校验和，只有使用DBCC CheckDB才能发现这类错误。

因此，说到底，你必须经常使用DBCC CHECKDB，如果对此你仍然心存疑问，请看我之前的一篇文章:CHECKDB From Every Angle: Consistency Checking Options for a VLDB。

扩展阅读:Search Engine Q&A #26: Myths around causing corruption

分类: SQL Server DBA误区

本文转自CareySon博客园博客，原文链接：http://www.cnblogs.com/CareySon/archive/2013/01/25/2876741.html，如需转载请自行联系原作者