DBCC 输出了异常信息

DBCC 输出了错误信息
消息 8944，级别 16，状态 12，第 1 行
表错误: 对象 ID 3，索引 ID 1，分区 ID 196608，分配单元 ID 196608 (类型为 In-row data)，页 (1:9205)，行 11。测试(ColumnOffsets <= (nextRec - pRec))失败。值为 46 和 44。
系统无法自己修复此错误。
消息 8944，级别 16，状态 12，第 1 行
表错误: 对象 ID 3，索引 ID 1，分区 ID 196608，分配单元 ID 196608 (类型为 In-row data)，页 (1:9205)，行 11。测试(ColumnOffsets <= (nextRec - pRec))失败。值为 46 和 44。
        修复此错误要求首先修正其他错误。
CHECKTABLE 在表 'sys.sysrscols' (对象 ID 3)中发现 0 个分配错误和 2 个一致性错误。
SEOrderEntry的 DBCC 结果。
消息 8928，级别 16，状态 1，第 1 行
对象 ID 10535171，索引 ID 1，分区 ID 282165409677312，分配单元 ID 282165409677312 (类型为 In-row data): 无法处理页 (1:9205)。有关详细信息，请参阅其他错误消息。
        修复此错误要求首先修正其他错误。
消息 8976，级别 16，状态 1，第 1 行
表错误: 对象 ID 10535171，索引 ID 1，分区 ID 282165409677312，分配单元 ID 282165409677312 (类型为 In-row data)。在扫描过程中未发现页 (1:9205)，但该页的父级 (1:5427) 和上一页 (1:22664) 都引用了它。请检查以前的错误消息。
        修复此错误要求首先修正其他错误。
消息 8937，级别 16，状态 1，第 1 行
表错误: 对象 ID 10535171，索引 ID 4，分区 ID 1126590339809280，分配单元 ID 1126590339809280 (类型为 In-row data)。B 树页 (1:5410) 有两个父节点 (1:22762)，槽 0 和 (0:0)，槽 0。
        修复此错误要求首先修正其他错误。
消息 8979，级别 16，状态 1，第 1 行
表错误: 对象 ID 10535171，索引 ID 4，分区 ID 1126590339809280，分配单元 ID 1126590339809280 (类型为 In-row data)。页 (1:22762) 缺少父级(未知)和上一(页 (0:0))节点对它的引用。可能是因为系统目录中的根条目有问题。
        修复此错误要求首先修正其他错误。
消息 8937，级别 16，状态 1，第 1 行
表错误: 对象 ID 10535171，索引 ID 6，分区 ID 1689540293230592，分配单元 ID 1689540293230592 (类型为 In-row data)。B 树页 (1:5414) 有两个父节点 (1:22764)，槽 0 和 (0:0)，槽 0。
        修复此错误要求首先修正其他错误。
消息 8979，级别 16，状态 1，第 1 行
表错误: 对象 ID 10535171，索引 ID 6，分区 ID 1689540293230592，分配单元 ID 1689540293230592 (类型为 In-row data)。页 (1:22764) 缺少父级(未知)和上一(页 (0:0))节点对它的引用。可能是因为系统目录中的根条目有问题。
        修复此错误要求首先修正其他错误。
消息 8978，级别 16，状态 1，第 1 行

表错误: 对象 ID 10535171，索引 ID 6，分区 ID 1689540293230592，分配单元 ID 1689540293230592 (类型为 In-row data)。页 (1:22765) 缺少上一页 (1:5414) 对它的引用。可能是因为链链接有问题。
        修复此错误要求首先修正其他错误。
对象 'SEOrderEntry' 的 89 页中有 455 行。
CHECKTABLE 在表 'SEOrderEntry' (对象 ID 10535171)中发现 0 个分配错误和 7 个一致性错误。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
dbcc? checktable
[解决办法]
重建索引试试
[解决办法]
DBCC CHECKDB没有给出建议的修复方式？ 
[解决办法]
最好的解决方法是建立一个一模一样的表test，然后把其数据导入到test中后删除原来的表，再将test改名
[解决办法]
CHECKTABLE 在表 'sys.sysrscols' (对象 ID 3)中发现 0 个分配错误和 2 个一致性错误。 

有系统表损坏，可能DBCC CHECKDB不一定能修复。运行一下DBCC CHECKDB WITH NO_INFOMSGS;
然后把输出结果发出来。
[解决办法]
DBCC checkTable最后提示0个分配错误，7个一致性错误，
通常，一致性错误都是索引被损坏了，你重建索引，然后再checkdb试试。
[解决办法]

引用:

DBCC checkTable最后提示0个分配错误，7个一致性错误，
通常，一致性错误都是索引被损坏了，你重建索引，然后再checkdb试试。

重建索引如果是非聚集索引还可以，但是聚集索引坏了重建解决不了。 
[解决办法]
一样可以删除重建。
[解决办法]

引用:

一样可以删除重建。

为什么？可以解释一下？'sys.sysrscols' 系统表都有问题了。
[解决办法]
如果可以用DBCC修复的话一定是有数据损失的（系统表损坏的话不一定可以修复），最好还是从备份中还原。
[解决办法]

引用:

一样可以删除重建。

扯淡
------解决方案--------------------

聚集索引是跟数据存放在一起，如果光索引损坏是可以重建的，你的数据也损坏了，肯定重建不了。
[解决办法]

引用:

聚集索引是跟数据存放在一起，如果光索引损坏是可以重建的，你的数据也损坏了，肯定重建不了。

聚集索引的数据就是数据而不是跟聚集索引跟数据放到一起。所以才会说聚集索引坏掉了无法修复。
[解决办法]
聚集索引也是有存放位置的，实际上，它只是跟数据文件存放在同一个文件组里，只要数据文件存放的磁盘位置没有损坏，一样可以重建。

查看更多 下一篇