SQL Server誤區(qū)30日談第27天使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB

更新時間：2013年01月09日 22:08:54 作者：

乍一看，由于BACKUP WITH CHECKSUM會檢測所有分配出去的頁的校驗和的值，這個誤區(qū)貌似是這么回事，但實際上并不是這么回事

誤區(qū) #27:使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB
錯誤
    乍一看，由于BACKUP WITH CHECKSUM會檢測所有分配出去的頁的校驗和的值，這個誤區(qū)貌似是這么回事，但實際上并不是這么回事，原因如下:
    由SQL Server 2000或是更早版本升上來的數(shù)據(jù)庫page checksums必須開啟，在開啟后，并不是數(shù)據(jù)庫中所有的頁都會被叫上頁校驗和，當頁損壞發(fā)生時，IO系統(tǒng)可不會區(qū)分損壞的頁是有頁校驗和還是沒有校驗和的。所以使用BACKUP ... WITH CHECKSUM就有可能導致一些損壞頁不被發(fā)現(xiàn)，造成的后果……
    除此之外，還有一個問題是完整備份的時間間隔相對比較長，假如說一個月，而相對于DBCC CheckDB的最佳實踐是一個禮拜，這導致WITH CHECKSUM不能替代CHECKDB。即使你每周都進行差異備份，但差異備份只會檢測差異部分的頁校驗和。
    最后一點，也是危害最大的一點,就是使用BACKUP WITH CHECKSUM選項不能發(fā)現(xiàn)內存中的頁損壞。這是因為由于內存芯片或是WINDOWS進程導致內存中的頁損壞，并且在這之后寫回磁盤。這導致?lián)p壞頁卻有正常的校驗和，只有使用DBCC CheckDB才能發(fā)現(xiàn)這類錯誤。
    因此，說到底，你必須經(jīng)常使用DBCC CHECKDB，如果對此你仍然心存疑問，請看我之前的一篇文章:CHECKDB From Every Angle: Consistency Checking Options for a VLDB。

    擴展閱讀:Search Engine Q&A #26: Myths around causing corruption

您可能感興趣的文章: