數據庫完整性檢測

2024-09-07 22:12:53

字體：大中小

來源：轉載

供稿：網友

　　為了主動發現數據庫側頁損壞，保證數據庫邏輯和物理完整性，計劃每周六上午6點，針對生產主庫上的所有系統和用戶數據庫執行DBCC CHECKDB，將結果記錄到表中。

　　以下為理論依據：

　　SQL Server數據庫可以檢測出頁損壞，此時，具體的表現形式可能為下述三種錯誤的一種：

　　823錯誤，也就是所謂的硬IO錯誤，可以理解為SQL Server希望讀取頁，而Windows告訴SQL Server，無法讀取到該頁。
　　824錯誤，也就是所謂的軟IO錯誤，可以理解為SQL Server已經讀取到該頁，但通過計算CheckSum等值發現不匹配，因此SQL Server認為該頁已經被損壞。
　　825錯誤，也就是所謂Retry錯誤。
　　SQL Server發現錯誤的方法有兩種，分別為在讀取頁時和在備份時（本質上也是讀取頁）。但如果我們希望對于數據一致性的檢查更加的全面，那我們應該定期使用CheckDB來檢查數據的一致性，而不至于在生產時間數據被讀取時才能發現錯誤。

　　CheckDB命令在企業版中會使用多線程來進行，會對整個數據庫進行一致性檢查，在該過程中，使用了內建數據庫快照的方式進行，因此不會造成阻塞，但CheckDB會消耗大量的CPU、內存和IO。因此CheckDB要選擇在維護窗口時間或是系統閑時進行。

　　成熟的方案

　　可以使用 https://ola.hallengren.com/

　　實現備份、完整性檢查、索引和統計信息維護整套方案。

（編輯：武林網）

上一篇：數據庫管理工具Navicat Premium教程幾個關鍵的

下一篇：Memcached備份還原的的示例