SQL Server誤區30日談 第27天 應用BACKUP WITH CHECKSUM可以替換DBCC CheckDB。本站提示廣大學習愛好者：（SQL Server誤區30日談 第27天 應用BACKUP WITH CHECKSUM可以替換DBCC CheckDB）文章只能為提供參考，不一定能成為您想要的結果。以下是SQL Server誤區30日談 第27天 應用BACKUP WITH CHECKSUM可以替換DBCC CheckDB正文
誤區 #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
