了解及管理 suspect_pages 資料表

記錄在 suspect_pages 資料表的錯誤

suspect_pages 資料表每頁都會包含一個因 824 錯誤而失敗的資料列 (上限是 1,000 個資料列)。下表顯示在 suspect_pages 資料表的 event_type 資料行中所記錄的錯誤。

suspect_pages 資料表也記錄暫時性錯誤。暫時性錯誤的來源包括 I/O 錯誤 (例如，纜線連接斷開)，或暫時在重複總和檢查碼測試中失敗的頁面。

Database Engine 更新 suspect_pages 資料表的方式

Database Engine 會對 suspect_pages 資料表採取下列動作：

• 如果資料表未滿，則為每個 824 錯誤更新一次，以指出發生錯誤，並使錯誤計數器遞增。

• 如果透過修復、還原或取消配置等方式修正錯誤後，頁面仍有錯誤，則其 number_of_errors 計數會遞增，而 last_update 資料行也會更新。

• 經由還原或修復作業修正列出的頁面後，作業會更新 suspect_pages 資料列，指出已修復 (event_type = 5) 或還原 (event_type = 4) 該頁面。

• 如果執行 DBCC 檢查，則該檢查會將任何沒有錯誤的頁面標示為已修復 (event_type = 5) 或已取消配置 (event_type = 7)。

自動更新 suspect_pages 資料表

資料庫鏡像夥伴伺服器會在嘗試從資料檔讀取頁面，而且因為以下其中一個原因而失敗之後，更新 suspect_pages 資料表。

• 作業系統 CRC 錯誤所造成的 823 錯誤。

• 824 錯誤 (邏輯損毀，例如損毀頁)。

下列動作會從 suspect_pages 資料表自動刪除資料列。

• ALTER DATABASE REMOVE FILE

• DROP DATABASE

• DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS 會更新 suspect_pages 資料表，以指出它所取消配置或修復的每個頁面。

• RESTORE 也會更新清單。完整、檔案或分頁還原會將頁面項目標示為已還原。

資料庫管理員的維護角色

資料庫管理員負責管理資料表，主要是刪除舊的資料列。suspect_pages 資料表有大小限制，而且如果該資料表已滿，則不會記錄新的錯誤。為了避免這個資料表被填滿，資料庫管理員或系統管理員必須手動刪除資料列，以清除這個資料表中的舊項目。因此，我們建議您最好定期刪除或封存具有還原或修復之 event_type 的資料列，或是具有舊 last_update 值的資料列。

若要監視 suspect_pages 資料表上的活動，您可以使用Database Suspect Data Page 事件類別。資料列有時會因為暫時性錯誤而加入到 suspect_pages 資料表。但是，如果有許多資料列加入到此資料表，則可能意味著 I/O 子系統發生問題。如果您注意到突然有許多資料列加入到此資料表，我們建議您最好調查 I/O 子系統是否有問題。

資料庫管理員也可以插入或更新記錄。例如，如果資料庫管理員知道某個疑問頁面其實沒問題，但想要保留記錄一段時間，則更新資料列會很有用。

範例

' Select restored, repaired, or deallocated pages.
DELETE FROM msdb..suspect_pages
   WHERE (event_type = 4 OR event_type = 5 OR event_type = 7);
GO

' Select nonspecific 824, bad checksum, and torn page errors.
SELECT * FROM msdb..suspect_pages
   WHERE (event_type = 1 OR event_type = 2 OR event_type = 3);
GO

請參閱

參考

概念