DB页面验证模式(撕页与校验和)是否影响DBCC行为?有一些较大的(TBs)旧的db仍然使用撕开的页面检测模式,并且好奇的是,基于页面验证模式,check是否工作得更好/更差/更慢/更快。
发布于 2020-12-10 03:25:29
强烈建议将数据库设置为使用Page,验证CHECKSUM.The校验和是否更安全,其性能开销仍然足够小。正如在本文章中讨论的那样。
当将数据库更改为使用校验和时,重要的是要知道,该选项不用于已写入磁盘的页,因此它将仅应用于新页被写入,或者当现有页被修改并重写到IO子系统时。有关校验和选项的一个常见误解是,它取代了一致性检查数据库的需要。这是一个非常错误的假设;正如我们所看到的,校验和错误仅在不一致的页面的读取操作中报告,如果不读取页面,则不报告错误。但是,最大的原因是DBCC例程在数据库级别执行更彻底的检查,并且包括校验和根本不涵盖的检查,因此最佳实践是将校验和页验证与常规一致性检查结合起来。
发布于 2020-12-10 06:25:28
撕裂页面检测是更轻量级的,但校验和更安全,其开销仍然足够小,这是更好的选择。校验和应该具有最重要的影响,因为它需要计算所有IO操作的校验和,但它不应该是一个问题。
请参考这条线,这可能会有帮助。
致以敬意,
阿米莉亚
https://dba.stackexchange.com/questions/281239
复制相似问题