dbcc checkdb('data',REPAIR_ALLOW_DATA_LOSS)解决思路

dbcc checkdb('data',REPAIR_ALLOW_DATA_LOSS)

SQL code

MAINMR的 DBCC 结果。消息 8928，级别 16，状态 1，第 1 行对象 ID 1840894521，索引 ID 1，分区 ID 72057598455447552，分配单元 ID 72057598591696896 (类型为 In-row data): 无法处理页 (1:2334024)。有关详细信息，请参阅其他错误消息。消息 8939，级别 16，状态 98，第 1 行表错误: 对象 ID 1840894521，索引 ID 1，分区 ID 72057598455447552，分配单元 ID 72057598591696896 (类型为 In-row data)，页 (1:2334024)。测试(IS_OFF (BUF_IOERR, pBUF->bstat))失败。值为 46139401 和 -4。对象 'MAINMR' 的 2540 页中有 75223 行。CHECKTABLE 在表 'MAINMR' (对象 ID 1840894521)中发现 0 个分配错误和 2 个一致性错误。对于由 DBCC CHECKTABLE (kji.dbo.MAINMR)发现的错误，repair_allow_data_loss 是最低的修复级别。DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

执行修复后。修复不了。 还有什么方法能修复这样的错误。


[解决办法]
LZ 这个报错都是针对索引的错误。 
建议先 DBCC DBREINDEX
再DBCC CheckDB


 
[解决办法]
多执行几次修复试试。你第一个索引是聚集键的话。修复不了，可能就会丢失数据了。找专业的修复数据的可能可以修复
[解决办法]

探讨

引用:
LZ 这个报错都是针对索引的错误。
建议先 DBCC DBREINDEX
再DBCC CheckDB

重建索引怎么键。。从来没有重建过。。怕把数据库给弄坏了。。。我知道是那个表出问题了。。怎么重建那个表的所以索引。。。

查看更多 下一篇