了解和管理 suspect_pages 表

更新日期: 2005 年 12 月 5 日

SQL Server 2005 维护有关每个服务器实例的 msdb 数据库中的 suspect_pages 表中可疑页的信息。suspect_pages 表与是否需要进行还原有关。

当 SQL Server 数据库引擎读取包含 824 错误(请参阅下表)的数据库页时,此页将被视为“可疑”,其页 ID 将记录在 suspect_pages 表中。数据库引擎将记录在常规处理过程中发现的所有可疑页,例如在下列情况下:

  • 查询必须读取页。
  • 在运行 DBCC CHECKDB 的过程中。
  • 在备份操作的过程中。

当执行还原操作、DBCC 修复操作或删除数据库操作时,suspect_pages 表也会根据需要进行更新。

suspect_pages 表中记录的错误

suspect_pages 表中,由于出现 824 错误而失败的每页占一行,最多为 1,000 行。下列 824 错误记录在 suspect_pages 表的 event_type 列中:

错误说明 event_type

错误的校验和或残缺页以外的 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 表中删除行:

  • ALTER DATABASE REMOVE FILE
  • DROP DATABASE
  • DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS 更新 suspect_pages 表,以指示已释放或已修复的各页。
  • RESTORE 也可更新该列表。完整还原、文件还原或页面还原将页面项标记为已还原。

数据库管理员的维护角色

数据库管理员负责管理表(主要通过删除旧的行实现)。suspect_pages 表有大小限制,如果此表已满,则不会记录新的错误。当此表接近其大小限制时,数据库管理员或系统管理员必须通过删除行来手动清除表中的旧项。除非数据库管理员增加新项,否则不会允许这样做。

数据库管理员还可以插入或更新记录。例如,如果数据库管理员知道某个特定的可疑页实际上没问题但想要暂时保留记录,更新行可能就很有用。

示例

下面的示例从 suspect_pages 表中删除一些行。

--  Select restored, repaired, or deallocated pages.
DELETE FROM msdb..suspect_pages
   WHERE (event_type = 4 OR event_type = 5 OR event_type = 7);
GO

下面的示例在 suspect_pages 表中选择一些错误页。

-- Select nonspecific 824, bad checksum, and torn page errors.
SELECT * FROM msdb..suspect_pages
   WHERE (event_type = 1 OR event_type = 2 OR event_type = 3);
GO

请参阅

概念

执行页面还原

其他资源

DROP DATABASE (Transact-SQL)
RESTORE (Transact-SQL)
BACKUP (Transact-SQL)
DBCC (Transact-SQL)
suspect_pages (Transact-SQL)

帮助和信息

获取 SQL Server 2005 帮助