系统表sysobjects、sysindexes、syscolumns损坏修复方法

来源:互联网 发布:c语言复合语句格式 编辑:程序博客网 时间:2024/05/16 14:32
sql server数据库中三张重要的系统表

sysobjects:在数据库内创建的每个对象(约束、默认值、日志、规则、存储过程等)在表中占一行。
sysindexes:数据库中的每个索引和表在表中各占一行。
syscolumns:每个表和视图中的每列在表中占一行,存储过程中的每个参数在表中也占一行。
这三张表用ID(表ID)字段关联。这三张系统表一旦损坏,与之对应数据库对象将无法访问,其作用相当于DOS中的“文件分配表” 。

系统表损坏的症状
用 DBCC CHECKDB 携带任何参数都无法修复数据库,也就是说:DBCC CHECKDB对这个帐套根本不起作用;
无法执行如下操作:

select * from sysobjects 或select * from sysindexes 或select * from syscolumns ;

无法用SQL server DTS或其他SQL 脚本导库工具进行导库,导库的中途失败,报告:连接中断;未能读取并闩锁页;在企业管理器或查询分析器中,部分用户数据表无法访问。

处理方法
处理这种数据库,分为两个大的步骤:

第一步:处理可以访问的数据表
1)找出哪些表不可访问,即:系统表中哪些记录损坏;
2)用SQL server DTS把能够访问的用户数据表导入一个新的DataBase 。
在导库时,不能选折(1)中不能访问的数据表。
第二步:处理不可访问的数据表:
1) 找出系统表中错误记录的ID;
2) 根据“错误记录的ID”,删除sysobjects、sysindexes、syscolumns 表错误的记录;
3) 根据“错误记录的ID” ,重建系统表记录;
4) 重建完毕,如果该表可以访问,那么用DTS单独将此表导入新的DataBase。
说明:重建系统表方式不一定会成功,比如由于DISK I/O错误,如果仅仅是保存系统表的磁盘扇区出错,那么重建系统表方式可以挽回数据。 如果保存用户数据表的磁盘扇区出错,那么即使重建系统表也不能解决问题。如果重要的用户数据表无法导库,如:t_Voucher、IcStockbill、ICSale等,那么可以用用“第二步”中的方法一试。

例子:

一sql svr数据库,实体名为:AIS20030529181217
用DBCC CHECKDB检测,报告(用DBCC CHECKDB 带任何参数都是以下提示):
服务器: 消息 8966,级别 16,状态 1,行 1
未能读取并闩锁页 (1:29262)(用闩锁类型 SH)。SYSOBJECTS 失败。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

执行select * from sysobjects,报告如下:
服务器: 消息 644,级别 21,状态 3,行 1
未能在索引页 (1:29262) 中找到 RID ‘16243a6d19100′ 的索引条目(索引 ID 0,数据库 ‘AIS20030529181217′)。
连接中断
但是执行select * from sysindexes 和select * from syscolumns 正常。
这说明只有sysobjects表损坏,而 sysindexes 和 syscolumns 没有问题。

处理步骤:
第一步: 处理可以访问的数据表
(1.1) 找出哪些表不可访问;
新建立一个sql svr数据库,数据库实体名为AisNew。进入查询分析器,执行如下SQL:
–****************************************************
use AIS20030529181217
DECLARE @TbName VARCHAR(80)
DECLARE FindErrTable SCROLL CURSOR FOR
select name from AisNew.dbo. sysobjects where xtype=‘u’ order by name
OPEN FindErrTable
FETCH FindErrTable INTO @TbName
WHILE @@FETCH_STATUS<>-1
BEGIN
print @TbName
exec( ‘select top 1 * from’ + @TbName)
FETCH FindErrTable INTO @TbName
END
PRINT ‘Scan Complate…’
CLOSE FindErrTable
DEALLOCATE FindErrTable
–****************************************************
执行此SQL给出的报告的最后几行为:

T_voucher
服务器: 消息 644,级别 21,状态 3,行 1
未能在索引页 (1:29262) 中找到 RID ‘161dd201a100′ 的索引条目(索引 ID 0,数据库 ‘AIS20030529181217′)。
连接中断

根据以上报告可以知道 T_voucher 表在sysobjects表中的对应记录出错,造成T_voucher不能访问。修改上面的SQL:在声明游标的记录集中屏蔽T_voucher 表。即:

DECLARE FindErrTable SCROLL CURSOR FOR
select name from AisNew.dbo. sysobjects where xtype=‘u’ and name != ‘t_voucher’
order by name

修改完毕,继续执行此SQL。如此反复,就能够不断报告出sysobjects中那些表不能访问。
(1.2) 导 库
用SQL DTS工具将AIS20030529181217中可以访问的数据表导入AisNew。
第二步:处理不可访问的数据表:
(2.1) 找出系统表中错误记录的ID
–获得AIS20030529181217中T_voucher表在sysobjects中的ID :
SELECT id FROM AIS20030529181217.dbo.sysobjects WHERE name=‘ t_voucher’
==》123
( 说明:通常即使sysobjects表损坏,不能做 select * from sysobjects 查询,但是可以做 select ID,name from sysobjects 查询。如果select ID,name from sysobjects 查询也不能执行,可以对照AisNew和AIS20030529181217两个数据库中的同名表: syscolumns。根据AisNew.dbo.syscolumns表中T_voucher所占字段的个数以及各个字段的名称,在AIS20030529181217.dbo.syscolumns中找出T_voucher所对应的记录,由此获得T_voucher在AIS20030529181217数据库的系统表中所分配的ID。)

–获得AisNew中T_voucher表在sysobjects中的ID :
SELECT id FROM AisNew.dbo.sysobjects WHERE name=‘ t_voucher’
==》456

(2.2) 删除AIS20030529181217中系统表中错误记录:
DELETE AIS20030529181217.dbo.sysobjects WHERE id=123
DELETE AIS20030529181217.dbo.sysindexes WHERE id=123
DELETE AIS20030529181217.dbo.syscolumns WHERE id=123

(2.3) 重建系统表记录
–重建AIS20030529181217.dbo.sysobjects表中T_voucher表对应的记录:
INSERT INTO AIS20030529181217.dbo.sysobjects
(name,id,xtype,uid,info,status,base_schema_ver,replinfo,parent_obj,crdate,ftcatid)
SELECT
‘t_voucher_b’,123,xtype,uid,info,status,base_schema_ver,replinfo,parent_obj,crdate,ftcatid
FROM AisNew.dbo. sysobjects WHERE id=456

–重建AIS20030529181217.dbo.sysindexes表中t_voucher表对应的记录:
INSERT INTO AIS20030529181217.dbo.sysindexes
(id,status,first,indid,root,minlen,keycnt,groupid,dpages,reserved,used,rowcnt,rowmodctr,reserved3,reserved4,xmaxlen,maxirow,OrigFillFactor,StatVersion,reserved2,FirstIAM,impid,lockflags,pgmodctr,keys,name,statblob)
SELECT
123,status,first,indid,root,minlen,keycnt,groupid,dpages,reserved,used,rowcnt,rowmodctr,reserved3,reserved4,xmaxlen,maxirow,OrigFillFactor,StatVersion,reserved2,FirstIAM,impid,lockflags,pgmodctr,keys,name,statblob
FROM AisNew.dbo.sysindexes WHERE id=456

–重建AIS20030529181217.dbo.syscolumns表中t_voucher表对应的记录:
INSERT INTO AIS20030529181217.dbo.syscolumns
(name,id,xtype,typestat,xusertype,length,xprec,xscale,colid,xoffset,bitpos,reserved,colstat,cdefault,domain,number,colorderby,autoval,offset,collationid,language)
SELECT
name,123,xtype,typestat,xusertype,length,xprec,xscale,colid,xoffset,bitpos,reserved,colstat,cdefault,domain,number,colORDERBY,autoval,offset,collationid,language
FROM AisNew.dbo.syscolumns WHERE id=456

(2.4)用DTS单独将t_voucher_b表导入新的DataBase
经过以上操作,AIS20030529181217中t_voucher_b 表与原t_voucher表共用同一ID。
试试看可否执行SELECT * FROM t_voucher_b 查询 -
如果可以,那么t_voucher_b就一定继承原t_voucher表中的全部数据。再用INSERT INTO AisNew.dbo.T_voucher FROM AIS20030529181217.dbo.t_voucher_b
或DTS 将t_voucher_b中的数据导入AisNew。
如果执行SELECT * FROM t_voucher_b 查询仍然报错,这张表彻底没戏了。
(2.5) 其他”不可访问的数据表”处理方式同上,重复(2.1)~(2.4) 步。