SQL Server誤區30日談-Day27-使用BACKUP … WITH CHECKSUM可以替代DBCC CheckDB

    本系列文章是我在sqlskill.com的PAUL的部落格看到的，很多誤區都比較具有典型性和代表性，原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,經過我們團隊的翻譯和整理髮布在AgileSharp上。希望對大家有所協助。

 

誤區 #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