SQL Server 监控磁盘IO错误,msdb.dbo.suspect_pages

内容简介：suspect_pages 表位于 msdb 数据库中，是在 SQL Server 2005 中引入的。用于维护有关可疑页的信息的 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 表

数据库引擎对 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 也可更新该列表。完整还原、文件还原或页面还原将页面项标记为已还原。

以上所述就是小编给大家介绍的《SQL Server 监控磁盘IO错误,msdb.dbo.suspect_pages》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！

查看所有标签

猜你喜欢:

• nagios使用nrpe监控磁盘遇到的问题
• 分布式监控系统 WGCLOUD，v3.2.8 支持 CPU 温度和磁盘 IO 监控
• 分布式监控系统 WGCLOUD，v3.2.1 新增磁盘告警
• CentOS Linux 下使用 iotop 命令监控磁盘 I/O 活动
• Zabbix3.0.4利用iostat工具监控CentOS主机磁盘IO
• shell之磁盘容量检查，配合crontab可以定时清理磁盘

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。