sql server 系统表sysobjects、sysindexes、syscolumns损坏修复方法
SQL Server数据库
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数据库，实体名为：Ufdata_36_2018
用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，数据库
‘Ufdata_36_2018′）。
连接中断
但是执行select * from sysindexes 和select * from syscolumns 正常。
这说明只有sysobjects表损坏，而 sysindexes 和 syscolumns 没有问题。
处理步骤：
第一步： 处理可以访问的数据表
(1.1) 找出哪些表不可访问；
新建立一个sql svr数据库，数据库实体名为UF2018。进入查询分析器，执行如下SQL：
–****************************************************
use Ufdata_36_2018
DECLARE @TbName VARCHAR(80)
DECLARE FindErrTable SCROLL CURSOR FOR
select name from UF2018.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，数据库
‘Ufdata_36_2018′）。
连接中断
根据以上报告可以知道 T_voucher 表在sysobjects表中的对应记录出错，造成T_voucher不能访问。修
改上面的SQL:在声明游标的记录集中屏蔽T_voucher 表。即：
…
DECLARE FindErrTable SCROLL CURSOR FOR
select name from UF2018.dbo. sysobjects where xtype=‘u’ and name != ‘t_voucher’
order by name
…
修改完毕,继续执行此SQL。如此反复，就能够不断报告出sysobjects中那些表不能访问。
(1.2) 导 库
用SQL DTS工具将Ufdata_36_2018中可以访问的数据表导入UF2018。
第二步：处理不可访问的数据表：
(2.1) 找出系统表中错误记录的ID
–获得Ufdata_36_2018中T_voucher表在sysobjects中的ID ：
SELECT id FROM Ufdata_36_2018.dbo.sysobjects WHERE name=‘ t_voucher’
==》123
( 说明：通常即使sysobjects表损坏，不能做 select * from sysobjects 查询，但是可以做 select
ID,name from sysobjects 查询。如果select ID,name from sysobjects 查询也不能执行，可以对照
UF2018和Ufdata_36_2018两个数据库中的同名表: syscolumns。根据UF2018.dbo.syscolumns表中
T_voucher所占字段的个数以及各个字段的名称，在Ufdata_36_2018.dbo.syscolumns中找出
T_voucher所对应的记录，由此获得T_voucher在Ufdata_36_2018数据库的系统表中所分配的ID。)
–获得UF2018中T_voucher表在sysobjects中的ID ：
SELECT id FROM UF2018.dbo.sysobjects WHERE name=‘ t_voucher’
==》456
(2.2) 删除Ufdata_36_2018中系统表中错误记录：
DELETE Ufdata_36_2018.dbo.sysobjects WHERE id=123
DELETE Ufdata_36_2018.dbo.sysindexes WHERE id=123
DELETE Ufdata_36_2018.dbo.syscolumns WHERE id=123
(2.3) 重建系统表记录
–重建Ufdata_36_2018.dbo.sysobjects表中T_voucher表对应的记录：
INSERT INTO Ufdata_36_2018.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,ftcati
d
FROM UF2018.dbo. sysobjects WHERE id=456
–重建Ufdata_36_2018.dbo.sysindexes表中t_voucher表对应的记录：
INSERT INTO Ufdata_36_2018.dbo.sysindexes
(id,status,first,indid,root,minlen,keycnt,groupid,dpages,reserved,used,rowcnt,rowmodctr,res
erved3,reserved4,xmaxlen,maxirow,OrigFillFactor,StatVersion,reserved2,FirstIAM,impid,lockfl
ags,pgmodctr,keys,name,statblob)
SELECT
123,status,first,indid,root,minlen,keycnt,groupid,dpages,reserved,used,rowcnt,rowmodctr,res
erved3,reserved4,xmaxlen,maxirow,OrigFillFactor,StatVersion,reserved2,FirstIAM,impid,lockfl
ags,pgmodctr,keys,name,statblob
FROM UF2018.dbo.sysindexes WHERE id=456
–重建Ufdata_36_2018.dbo.syscolumns表中t_voucher表对应的记录：
INSERT INTO Ufdata_36_2018.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 UF2018.dbo.syscolumns WHERE id=456
（2.4）用DTS单独将t_voucher_b表导入新的DataBase
经过以上操作，Ufdata_36_2018中t_voucher_b 表与原t_voucher表共用同一ID。
试试看可否执行SELECT * FROM t_voucher_b 查询 -
如果可以，那么t_voucher_b就一定继承原t_voucher表中的全部数据。再用INSERT INTO
UF2018.dbo.T_voucher FROM Ufdata_36_2018.dbo.t_voucher_b
或DTS 将t_voucher_b中的数据导入UF2018。
如果执行SELECT * FROM t_voucher_b 查询仍然报错，这张表彻底没戏了。
(2.5) 其他”不可访问的数据表”处理方式同上，重复(2.1)~(2.4) 步。
sysindexes 系统表修复
处理这种数据库，分为两个大的步骤：
第一步：处理可以访问的数据表
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等，那么可以用用“第二步”中的方法一试。
