| 錯(cuò)誤說明 | event_type 值 |
|---|---|
|
由操作系統(tǒng) CRC 錯(cuò)誤造成的 823 錯(cuò)誤，或者校驗(yàn)和錯(cuò)誤或頁撕裂以外的 824 錯(cuò)誤（例如，頁 ID 錯(cuò)誤） |
1 |
|
錯(cuò)誤的校驗(yàn)和 |
2 |
|
殘缺頁 |
3 |
|
已還原（頁在標(biāo)記為錯(cuò)誤后已還原） |
4 |
|
已修復(fù)（DBCC 修復(fù)了頁） |
5 |
|
已由 DBCC 釋放 |
7 |
暫時(shí)性的錯(cuò)誤也會(huì)記錄在 suspect_pages 表中。暫時(shí)性錯(cuò)誤的來源包含 I/O 錯(cuò)誤（例如電纜斷開連接）或暫時(shí)未通過重復(fù)校驗(yàn)和測試的頁。
數(shù)據(jù)庫引擎如何更新 suspect_pages 表
數(shù)據(jù)庫引擎對(duì) suspect_pages 表執(zhí)行下列操作：
如果表未滿，則每出現(xiàn)一個(gè) 824 錯(cuò)誤，該表都會(huì)更新以指明出現(xiàn)了錯(cuò)誤，且錯(cuò)誤計(jì)數(shù)器也將相應(yīng)遞增。
如果通過修復(fù)、還原或釋放操作修復(fù)后的頁仍有錯(cuò)誤，則其 number_of_errors 計(jì)數(shù)將會(huì)遞增，其 last_update 列也會(huì)更新
列出的頁通過還原或修復(fù)操作修復(fù)之后，該操作將更新 suspect_pages 行，以指示此頁已修復(fù) (event_type = 5) 或已還原 (event_type = 4)。
如果運(yùn)行 DBCC 檢查，則該檢查會(huì)將所有未出錯(cuò)頁標(biāo)記為已修復(fù) (event_type = 5) 或已釋放 (event_type = 7)。
自動(dòng)更新 suspect_pages 表
嘗試讀取數(shù)據(jù)文件中的某一頁由于以下原因之一失敗后，數(shù)據(jù)庫鏡像伙伴將更新 suspect_pages 表。
由操作系統(tǒng) CRC 錯(cuò)誤導(dǎo)致的 823 錯(cuò)誤。
824 錯(cuò)誤（像頁撕裂這樣的邏輯損壞）。
以下操作將自動(dòng)從 suspect_pages 表中刪除行。
ALTER DATABASE REMOVE FILE
DROP DATABASE
DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS 更新 suspect_pages 表，以指示已釋放或已修復(fù)的各頁。
RESTORE 也可更新該列表。完整還原、文件還原或頁面還原將頁面項(xiàng)標(biāo)記為已還原。
標(biāo)簽：晉中 北海 東營 南昌 咸寧 珠海 煙臺(tái) 石家莊
巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《SQL Server 監(jiān)控磁盤IO錯(cuò)誤,msdb.dbo.suspect_pages》，本文關(guān)鍵詞 SQL,Server,監(jiān)控,磁盤,錯(cuò)誤,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。
