程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> 其他數據庫知識 >> 更多數據庫知識 >> 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

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved