msql 2000 使用DBCC CHECK DB 得出错误,槽引用错误

Posted 郭大侠

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了msql 2000 使用DBCC CHECK DB 得出错误,槽引用错误相关的知识,希望对你有一定的参考价值。

转自:http://www.cnblogs.com/firstrose/p/4256257.html

某个SQL2000的数据库,在通过备份/还原的方法升级到2005时发生错误:



查找解决方法未果

正好最近在看 @一线码农 的《sql server之旅》,就想自己试试解决这个问题

首先运行dbcc checkdb命令,结果如下:



仔细查看出错信息,里面反复提到一个“对象 ID 2”。另外,信息里还提到“该文本的所有者是由 RID = (1:152:9) id = 213575799 and indid = 37 标识的数据记录”。联想到最近看的《sql server之旅》,觉得第二段信息可能是在说某个数据表。于是select之:



果然都有对应的表!

分别select这两个表,发现问题出在sysindexes上:



这和上面的出错信息也是一致的。

立刻尝试用dbcc checkdb和dbcc checktable修复,但是却得到以下回应:

DBCC 语句的修复级别导致回避了此修复

至此尝试进入了死胡同……

再次查看,发现出错信息里有2条比较有意思。一条说某节点未被引用,一条说没发现另外一个节点。两个节点的槽号和文本ID都是一样,只有页不同。手贱看了看页号,发现342=0x156,4194646=0x400156,只差一个字节!

灵机一动,这个错误肯定是页号因为某种原因错了!

突然想起,在DBCC命令那篇里面提到DBCC IND命令,干脆死马当活马医:



但是看不出什么鬼,很明显我没人家那水平……

干脆Page一下:



找到slot9的偏移,看看有没有0x400156:



好像撞大运了……

参考《第六站》,脱机,打开mdf,找到Slot9对应偏移8192*152+0x860=0x130860,把那个40改成00

 



联机,dbcc checkdb,没有查出错误!

 

再次尝试在SQL2005中恢复,成功!

 

附加收获:SQL2000貌似没有checksum,否则我改mdf应该会报错的。

以上是关于msql 2000 使用DBCC CHECK DB 得出错误,槽引用错误的主要内容,如果未能解决你的问题,请参考以下文章

MSQL 使用shell创建表格

markdown 创建MSQL DB

数据库置疑之后修复完,用 dbcc checkdb(数据库名) 检查数据的时候提示有一致性错误

错误 1064(42000) 在 msql5 中创建表

修复SQL2000数据库置疑时出现的错误

Nagios监控数据库DB2--check_db2_health