主頁(yè) > 知識(shí)庫(kù) > SQL Server 監(jiān)控磁盤IO錯(cuò)誤,msdb.dbo.suspect_pages

SQL Server 監(jiān)控磁盤IO錯(cuò)誤,msdb.dbo.suspect_pages

熱門標(biāo)簽:400外呼系統(tǒng)合法 真人語(yǔ)音電銷機(jī)器人 怎樣把地圖標(biāo)注導(dǎo)入公司地址 如何在地圖標(biāo)注自己店鋪 寧波人工外呼系統(tǒng)有效果嗎 洛陽(yáng)外呼系統(tǒng)平臺(tái) 廣州人工電銷機(jī)器人費(fèi)用 地圖標(biāo)注一個(gè)圓圈怎么用 電銷機(jī)器人被曝光

suspect_pages 表位于 msdb 數(shù)據(jù)庫(kù)中,是在 SQL Server 2005 中引入的。用于維護(hù)有關(guān)可疑頁(yè)的信息的 suspect_pages

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

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

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

錯(cuò)誤說(shuō)明 event_type

由操作系統(tǒng) CRC 錯(cuò)誤造成的 823 錯(cuò)誤,或者校驗(yàn)和錯(cuò)誤或頁(yè)撕裂以外的 824 錯(cuò)誤(例如,頁(yè) ID 錯(cuò)誤)

1

錯(cuò)誤的校驗(yàn)和

2

殘缺頁(yè)

3

已還原(頁(yè)在標(biāo)記為錯(cuò)誤后已還原)

4

已修復(fù)(DBCC 修復(fù)了頁(yè))

5

已由 DBCC 釋放

7

暫時(shí)性的錯(cuò)誤也會(huì)記錄在 suspect_pages 表中。暫時(shí)性錯(cuò)誤的來(lái)源包含 I/O 錯(cuò)誤(例如電纜斷開(kāi)連接)或暫時(shí)未通過(guò)重復(fù)校驗(yàn)和測(cè)試的頁(yè)。

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

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

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

如果運(yùn)行 DBCC 檢查,則該檢查會(huì)將所有未出錯(cuò)頁(yè)標(biāo)記為已修復(fù) (event_type = 5) 或已釋放 (event_type = 7)。

自動(dòng)更新 suspect_pages 表

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

由操作系統(tǒng) CRC 錯(cuò)誤導(dǎo)致的 823 錯(cuò)誤。

824 錯(cuò)誤(像頁(yè)撕裂這樣的邏輯損壞)。

以下操作將自動(dòng)從 suspect_pages 表中刪除行。

ALTER DATABASE REMOVE FILE
DROP DATABASE
DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS 更新 suspect_pages 表,以指示已釋放或已修復(fù)的各頁(yè)。

RESTORE 也可更新該列表。完整還原、文件還原或頁(yè)面還原將頁(yè)面項(xiàng)標(biāo)記為已還原。

您可能感興趣的文章:
  • SQL server 表數(shù)據(jù)改變觸發(fā)發(fā)送郵件的方法
  • SQL Server中發(fā)送HTML格式郵件的方法
  • sqlserver數(shù)據(jù)庫(kù)使用存儲(chǔ)過(guò)程和dbmail實(shí)現(xiàn)定時(shí)發(fā)送郵件
  • 使用sqlserver存儲(chǔ)過(guò)程sp_send_dbmail發(fā)送郵件配置方法(圖文)
  • sqlserver2008自動(dòng)發(fā)送郵件
  • 解析如何在sqlserver代理中配置郵件會(huì)話
  • SQLServer Job運(yùn)行成功或失敗時(shí)發(fā)送電子郵件通知的圖文教程
  • Windows下使用性能監(jiān)視器監(jiān)控SqlServer的常見(jiàn)指標(biāo)
  • 查找sqlserver查詢死鎖源頭的方法 sqlserver死鎖監(jiān)控
  • 利用SQL Server數(shù)據(jù)庫(kù)郵件服務(wù)實(shí)現(xiàn)監(jiān)控和預(yù)警

標(biāo)簽:晉中 北海 東營(yíng) 南昌 咸寧 珠海 煙臺(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)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《SQL Server 監(jiān)控磁盤IO錯(cuò)誤,msdb.dbo.suspect_pages》相關(guān)的同類信息!
  • 本頁(yè)收集關(guān)于SQL Server 監(jiān)控磁盤IO錯(cuò)誤,msdb.dbo.suspect_pages的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章