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 表
尝试读取数据html" target="_blank">文件中的某一页由于以下原因之一失败后,数据库镜像伙伴将更新 suspect_pages 表。
由操作系统 CRC 错误导致的 823 错误。
824 错误(像页撕裂这样的逻辑损坏)。
以下操作将自动从 suspect_pages 表中删除行。
ALTER DATABASE REMOVE FILE
DROP DATABASE
DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS 更新 suspect_pages 表,以指示已释放或已修复的各页。
RESTORE 也可更新该列表。完整还原、文件还原或页面还原将页面项标记为已还原。
本文向大家介绍分布式监控系统Zabbix3.2添加自动发现磁盘IO并注册监控(推荐),包括了分布式监控系统Zabbix3.2添加自动发现磁盘IO并注册监控(推荐)的使用技巧和注意事项,需要的朋友参考一下 服务器磁盘的运作情况在一定程度上反应系统的负载。 磁盘通常是服务器最慢的设备,极容易出现瓶颈,通过监控可以判断出整个系统的短板。 zabbix并没有给我们提供这么一个模板来完成在Linux中磁
本文向大家介绍Linux 发邮件磁盘空间监控(python),包括了Linux 发邮件磁盘空间监控(python)的使用技巧和注意事项,需要的朋友参考一下 核心代码:
本文向大家介绍shell脚本实现磁盘监控系统,包括了shell脚本实现磁盘监控系统的使用技巧和注意事项,需要的朋友参考一下 利用shell脚本实现每隔60秒磁盘内存数据监控 效果如图: 以上就是shell脚本实现磁盘监控系统的详细内容,更多关于shell 磁盘监控的资料请关注呐喊教程其它相关文章!
说明 调用方法: 引入f2e.SDK.js后,默认加载错误监控,如不需要加载,body 设为 data-erp="true" <html> <body data-erp="true"> </html> 函数说明: 用户收集页面的报错信息,登录 http://fem.fed.yy.com/fault/urlData?name=webgame 查看具体信息
问题内容: 我的硬盘上有两个(每个2GB)文件,想要将它们相互比较: 使用Windows资源管理器复制原始文件大约需要花费时间。2-4分钟(即在同一物理和逻辑磁盘上进行读写)。 读取两次并逐字节比较字节数组需要20多分钟。 缓冲区为64kb,将文件分块读取然后进行比较。 比较完成是一个紧密的循环 我该怎么做才能加快速度?NIO是否应该比普通流更快?Java是否无法使用DMA / SATA技术,而是
JavaScript 错误监控工具 Raygun [$] errorception [$] sentry [free to $] {track:js} [$]