时间:2021-05-24
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 也可更新该列表。完整还原、文件还原或页面还原将页面项标记为已还原。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
SQL2000的SA密码不能更改的解决方法,在更改sa的密码出现下面的错误:复制代码代码如下:Error21776:[SQL-DMO]Thename‘dbo'w
最近发现现有框架的通用查询存储过程的性能慢,于是仔细研究了下代码:复制代码代码如下:AlterPROCEDURE[dbo].[AreaSelect]@PageS
SQL2005的存储过程:复制代码代码如下:setANSI_NULLSONsetQUOTED_IDENTIFIERONgoALTERPROCEDURE[dbo]
说明:这里包含迁移Migrate和升级Upgrade两个动作,为了保留SQL所有设置,升迁要包括master和msdb两个数据库。步骤1:在服务器B上安装SQL
SQL函数设计之临时表的使用ifexists(select*fromdbo.sysobjectswhereid=object_id(N'[dbo].[GET