English
SQL Server误区30日谈 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
文件大小：
43k
资源说明：在SQL Server管理数据库的过程中，有一些常见的误解可能会误导管理员。今天我们将深入探讨第27个误区：认为使用`BACKUP WITH CHECKSUM`可以替代`DBCC CHECKDB`进行完整性检查。虽然`BACKUP WITH CHECKSUM`在备份过程中确实会检查页的校验和，但这并不意味着它可以完全取代`DBCC CHECKDB`。
我们需要了解`BACKUP WITH CHECKSUM`的功能。当创建一个带有校验和的备份时，SQL Server会在备份过程中计算每个页的校验和，以确保备份数据的完整性。如果在备份过程中发现任何页的校验和与实际值不符，备份操作将失败，从而帮助我们识别潜在的硬件或传输问题。然而，这并不意味着`BACKUP WITH CHECKSUM`可以检测到所有的数据页损坏。
对于从SQL Server 2000或更早版本升级的数据库，页校验和可能并未默认开启。即使开启，也不是所有页都有校验和。在某些情况下，页损坏可能发生在不带校验和的页上，这时`BACKUP WITH CHECKSUM`无法检测到这种损坏，因为IO系统不会区分是否有校验和的页。因此，依赖备份校验和来检测损坏可能遗漏一些问题。
备份通常间隔时间较长，例如一个月一次的完整备份。而推荐的`DBCC CHECKDB`执行频率是一周一次，以便及时发现潜在的问题。差异备份虽然可以检查自上次完整备份以来发生变化的页，但它们仅针对这些差异部分进行校验和检查，不能全面覆盖所有数据页。
也是最重要的一点，`BACKUP WITH CHECKSUM`无法检测内存中的页损坏。如果内存中某个页在被破坏后才写入磁盘，即使页的校验和是正确的，该页也可能已经损坏。这种情况下的问题只能通过`DBCC CHECKDB`来发现，因为它会检查数据页的逻辑一致性，而不仅仅是校验和。
`DBCC CHECKDB`仍然是确保数据库完整性不可或缺的工具。它能检测到`BACKUP WITH CHECKSUM`可能遗漏的页损坏，包括内存中的损坏页。定期运行`DBCC CHECKDB`是保证数据库健康的关键步骤。为了更好地理解数据库检查的各个方面，可以参考相关扩展阅读，如“CHECKDB From Every Angle: Consistency Checking Options for a VLDB”，以获取更深入的知识。
在实践中，应结合使用`BACKUP WITH CHECKSUM`和`DBCC CHECKDB`，前者用于备份过程中的数据完整性验证，后者用于定期的深度数据库检查，确保数据库的健康和稳定性。
本源码包内暂不包含可直接显示的源代码文件，请下载源码包。
