適用於：
SQL Server
此主題說明如何使用 SQL Server Management Studio 或 Transact-SQL 在 SQL Server 中管理 suspect_pages 資料表。 suspect_pages 資料表用於維護可疑頁面的相關資訊，有助於決定是否有必要進行還原。 suspect_pages 資料表位於 msdb 資料庫中。
頁面視為「可疑」的條件如下：當 SQL Server 資料庫引擎嘗試讀取資料頁時，遇到下列其中一個錯誤：
作業系統發出之循環冗餘檢查 (CRC) 所造成的 823 錯誤 ，例如磁碟錯誤 (某些硬體錯誤)
824 錯誤，例如損毀頁面（任何邏輯錯誤）
每一個可疑頁面的頁面識別碼都會記錄在 suspect_pages 資料表中。 資料庫引擎會記錄在正常處理期間遇到的任何可疑頁面，例如以下類型：
查詢必須讀取頁面。
在 DBCC CHECKDB 作業期間。
在備份作業期間。
在還原作業、DBCC 修復作業或卸除資料庫作業期間，也會視需要更新 suspect_pages 資料表。
本主題內容
開始之前：
若要管理 suspect_pages 資料表，請使用：
開始之前
建議
suspect_pages 資料表中記錄的錯誤
suspect_pages 資料表每頁都會包含一個因 824 錯誤而失敗的資料列 (上限是 1,000 個資料列)。 下表顯示在 suspect_pages 資料表的 event_type 資料行中所記錄的錯誤。
錯誤描述 event_type 值 作業系統 CRC 錯誤所導致的 823 錯誤，或是總和檢查碼錯誤或頁面損毀以外之原因 (例如，頁面識別碼不正確) 所導致的 824 錯誤 1 錯誤的總和檢查碼 2 撕破的頁面 3 已還原 (該頁面在被標示為有問題後已還原) 4 已修復 (DBCC 已修復頁面) 5 由 DBCC 取消配置 7 suspect_pages 資料表也會記錄暫時性錯誤。 暫時性錯誤的來源包括 I/O 錯誤 (例如，纜線連接斷開)，或暫時在重複總和檢查碼測試中失敗的頁面。
資料庫引擎如何更新 suspect_pages 資料表
資料庫引擎會對 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 資料表
資料庫鏡像合作夥伴或 Always On 可用性複本在嘗試從資料檔案中讀取頁面失敗後，由於下列原因之一，會更新 suspect_pages 資料表。
作業系統 CRC 錯誤所造成的 823 錯誤。
824 錯誤 (邏輯損毀，例如頁面撕裂)。
下列動作也會自動更新 suspect_pages 資料表中的資料列。
DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS 會更新 suspect_pages 資料表，以指示每個已解除配置或已修復的頁面。
完整還原、資料還原或頁面還原會將頁面項目標示為已還原。
下列動作會從 suspect_pages 資料表自動刪除資料列。
移除資料庫檔案
刪除資料庫 (DROP DATABASE)
資料庫管理員的維護角色
資料庫管理員負責管理資料表，主要是刪除舊的資料列。 suspect_pages 資料表有大小限制，而且如果該資料表已滿，則不會記錄新的錯誤。 為了避免這個資料表被填滿，資料庫管理員或系統管理員必須手動刪除資料列，以清除這個資料表中的舊項目。 建議您定期刪除或封存包含復原或修復的 event_type 的資料列，或具有舊 last_update 值的資料列。
若要監視 suspect_pages 資料表上的活動，您可以使用 Database Suspect Data Page 事件類別。 資料列有時會因為暫時性錯誤而加入 suspect_pages 資料表中。 但是，如果有許多資料列加入此資料表，則可能意味著 I/O 子系統發生問題。 如果您注意到新增到資料表的資料列數量突然增加，我們建議您調查 I/O 子系統可能存在的問題。
資料庫管理員也可以插入或更新記錄。 例如，如果資料庫管理員知道某個疑問頁面其實沒問題，但想要保留記錄一段時間，則更新資料列會很有用。
安全性
權限
任何可以存取 msdb 的人員，均能讀取 suspect_pages 資料表中的資料。 針對 suspect_pages 資料表擁有 UPDATE 權限的任何人都可以更新其記錄。 msdb 上 db_owner 固定資料庫角色的成員或 系統管理員 固定伺服器角色的成員皆可插入、更新及刪除記錄。
使用 SQL Server Management Studio
若要管理 suspect_pages 資料表
在 [物件總管] 中，連接到 SQL Server 資料庫引擎的執行個體，展開該執行個體，然後展開 [資料庫]。
依序展開[c0]系統資料庫[/c0]、[c1]msdb[/c1]、[c2]資料表[/c2]，然後展開[c3]系統資料表[/c3]。
展開 dbo.suspect_pages，然後右鍵點擊Edit Top 200 Rows。
在查詢視窗中，編輯、更新或刪除所要的資料列。
使用 TRANSACT-SQL
若要管理 suspect_pages 資料表
連線至資料庫引擎。
在標準列中，按一下 [新增查詢] 。
將下列範例複製並貼入查詢視窗中，然後按一下 [執行] 。 這個範例會刪除
suspect_pages資料表中的部分資料列。
-- Delete restored, repaired, or deallocated pages.
DELETE FROM msdb..suspect_pages
WHERE (event_type = 4 OR event_type = 5 OR event_type = 7);
GO
這個範例會傳回 suspect_pages 資料表中的錯誤頁面。
-- 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
另請參閱
刪除資料庫 (Transact-SQL)
RESTORE (Transact-SQL)
BACKUP (Transact-SQL)
DBCC (Transact-SQL)
還原頁面 (SQL Server)
可疑頁面 (Transact-SQL)