suspect_pages 表位于 msdb 數(shù)據(jù)庫中，是在 SQL Server 2005 中引入的。用于維護有關可疑頁的信息的 suspect_pages

數(shù)據(jù)庫管理員負責管理表（主要通過刪除舊的行實現(xiàn)）。suspect_pages 表有大小限制，如果此表已滿，則不會記錄新的錯誤。若要防止此表填滿，數(shù)據(jù)庫管理員或系統(tǒng)管理員必須通過刪除行來手動清除此表中的舊條目。因此，我們建議您定期刪除或存檔 event_type 為已還原或已修復的行或具有舊 last_update 值的行。

若要監(jiān)視對 suspect_pages 表執(zhí)行的操作，可使用 Database Suspect Data Page 事件類。有時會因存在暫時性的錯誤向 suspect_pages 表添加行。如果正在向該表添加很多行，則 I/O 子系統(tǒng)可能出了問題。如果您注意到正向該表添加的行數(shù)突然增加，我們建議您檢查一下 I/O 子系統(tǒng)是不是出現(xiàn)了問題。

下表顯示了記錄在 suspect_pages 表的 event_type 列中的錯誤。

暫時性的錯誤也會記錄在 suspect_pages 表中。暫時性錯誤的來源包含 I/O 錯誤（例如電纜斷開連接）或暫時未通過重復校驗和測試的頁。

數(shù)據(jù)庫引擎如何更新 suspect_pages 表

數(shù)據(jù)庫引擎對 suspect_pages 表執(zhí)行下列操作：

如果表未滿，則每出現(xiàn)一個 824 錯誤，該表都會更新以指明出現(xiàn)了錯誤，且錯誤計數(shù)器也將相應遞增。
如果通過修復、還原或釋放操作修復后的頁仍有錯誤，則其 number_of_errors 計數(shù)將會遞增，其 last_update 列也會更新
列出的頁通過還原或修復操作修復之后，該操作將更新 suspect_pages 行，以指示此頁已修復 (event_type = 5) 或已還原 (event_type = 4)。

如果運行 DBCC 檢查，則該檢查會將所有未出錯頁標記為已修復 (event_type = 5) 或已釋放 (event_type = 7)。

自動更新 suspect_pages 表

嘗試讀取數(shù)據(jù)文件中的某一頁由于以下原因之一失敗后，數(shù)據(jù)庫鏡像伙伴將更新 suspect_pages 表。

由操作系統(tǒng) CRC 錯誤導致的 823 錯誤。

824 錯誤（像頁撕裂這樣的邏輯損壞）。

以下操作將自動從 suspect_pages 表中刪除行。

ALTER DATABASE REMOVE FILE
DROP DATABASE
DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS 更新 suspect_pages 表，以指示已釋放或已修復的各頁。

RESTORE 也可更新該列表。完整還原、文件還原或頁面還原將頁面項標記為已還原。

最新評論