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

网络整理 - 08-16

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 server2005怎把建好的表保存到磁盘上

恩,进入‘企业管理器’-》控制根目录-》SQL server 组 -》打开对应的数据库-》选中对应的数据库 右键 “所有任务”-》‘备份数据库’-》‘常规’》‘备份到’这里添加一下,确认备份路径,和备份后的文件名,。这一部做好后 点 ‘确定’

到你备份的路径下面找到你备份生成的文件,把这个文件保存到磁盘上就可。

以后要使用这个数据库,把这个文件还原到sql server2005 上,就可以获取对应数据。
 

SQL2005数据库出现,错误824

引用SQLServer帮助的信息:
此错误表明 Windows 报告已从磁盘成功读取页,但 SQL Server 检测到页中存在错误。此错误与错误 823 类似,只是 Windows 不检测这一错误。这通常表明 I/O 子系统中存在问题,例如磁盘驱动器存在故障、磁盘固件存在问题、设备驱动程序不正确等等。

查找硬件故障
运行硬件诊断以解决任何问题。也可以通过检查 Microsoft Windows 系统和应用程序日志以及 SQL Server 错误日志以查看是否存在由硬件故障引起的错误。解决这些日志中包含的所有与硬件相关的问题。如果存在持久性数据损坏问题,请尝试改用其他的硬件组件来解决此问题。进行检查以确保系统未启用磁盘控制器上的写缓存。如果您怀疑是写缓存出现问题,请与硬件供应商联系。最后,您可能会发现,切换到全新的硬件系统是解决问题的极佳途径。此切换操作可能包括格式化磁盘驱动器和重新安装操作系统。

如果出现的问题与硬件无关,并且已知的干净备份可用,则请从备份中还原数据库。
考虑将数据库改为使用 PAGE_VERIFY CHECKSUM 选项。