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

來源:互聯網
上載者:User

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

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.