这篇文章主要为大家详细介绍了SQL Server 监控磁盘IO错误,msdb.dbo.suspect_pages的简单示例,具有一定的参考价值,可以用来参考一下。
感兴趣的小伙伴,下面一起跟随四海网的小编两巴掌来看看吧!
suspect_pages 表位于 msdb 数据库中,是在 SQL Server 2005 中引入的。用于维护有关可疑页的信息的 suspect_pages
数据库管理员负责管理表(主要通过删除旧的行实现)。suspect_pages 表有大小限制,如果此表已满,则不会记录新的错误。若要防止此表填满,数据库管理员或系统管理员必须通过删除行来手动清除此表中的旧条目。因此,我们建议您定期删除或存档 event_type 为已还原或已修复的行或具有旧 last_update 值的行。
若要监视对 suspect_pages 表执行的操作,可使用 Database Suspect Data Page 事件类。有时会因存在暂时性的错误向 suspect_pages 表添加行。如果正在向该表添加很多行,则 I/O 子系统可能出了问题。如果您注意到正向该表添加的行数突然增加,我们建议您检查一下 I/O 子系统是不是出现了问题。
下表显示了记录在 suspect_pages 表的 event_type 列中的错误。
错误说明 | event_type 值 |
---|---|
由操作系统 CRC 错误造成的 823 错误,或者校验和错误或页撕裂以外的 824 错误(例如,页 ID 错误) |
1 |
错误的校验和 |
2 |
残缺页 |
3 |
已还原(页在标记为错误后已还原) |
4 |
已修复(DBCC 修复了页) |
5 |
已由 DBCC 释放 |
7 |
暂时性的错误也会记录在 suspect_pages 表中。暂时性错误的来源包含 I/O 错误(例如电缆断开连接)或暂时未通过重复校验和测试的页。
数据库引擎对 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 表。
由操作系统 CRC 错误导致的 823 错误。
824 错误(像页撕裂这样的逻辑损坏)。
以下操作将自动从 suspect_pages 表中删除行。
ALTER DATABASE REMOVE FILE
DROP DATABASE
DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS 更新 suspect_pages 表,以指示已释放或已修复的各页。
RESTORE 也可更新该列表。完整还原、文件还原或页面还原将页面项标记为已还原。
本文来自:http://www.q1010.com/179/8926-0.html
注:关于SQL Server 监控磁盘IO错误,msdb.dbo.suspect_pages的简单示例的内容就先介绍到这里,更多相关文章的可以留意四海网的其他信息。
关键词:SQL SERVER
四海网收集整理一些常用的php代码,JS代码,数据库mysql等技术文章。