SQL Server误区30日谈 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB(sql语句错误提示)

误区 #:使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB错误 乍一看，由于BACKUP WITH CHECKSUM会检测所有分配出去的页的校验和的值，这个误区貌似是这么回事，但实际上并不是这么回事，原因如下: 由SQL Server 或是更早版本升上来的数据库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 #: Myths around causing corruption

推荐整理分享SQL Server误区30日谈 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB(sql语句错误提示)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:sql server错误和使用情况报告,sql server 3417错误,sql语句错误提示,sql server233错误,sql server错误和使用情况报告,sql server233错误,sql语句错误提示,sqlserver1053怎么解决,内容如对您有帮助，希望把文章链接给更多的朋友！

SQL Server误区日谈 第天 有关大容量事务日志恢复模式的误区 误区#:有关大容量事务日志恢复模式的几个误区a)常见的DML操作可以被最小记录日志不是。在大容量事务日志恢复模式下只有一小部分批量操作可以被

SQL Server误区日谈 第天 有关堆碎片的误区 误区#:可以通过对堆建聚集索引再DROP后进行堆上的碎片整理Nooooooooooooo!!!对堆建聚集索引再DROP在我看来是除了收缩数据库之外最2的事了。如果你通过sy

SQL Server误区日谈 第天 有关备份的个误区 误区#：有关备份的个误区全是错的在开始有关备份的误区之前，如果你对备份的基础没有了解，请看之前我在TechNetMagazine的文章:UnderstandingSQLServerBack