= 0) points to the data row identified by ().
根据MSDN上的说明:
This problem does not cause any data or index corruption. The problem is in the metadata which is corrected only by
dropping and re-creating the indexes.
这些问题不会引起
数据或索引的损坏,这些问题的元数据是正确的,只是删除再重新建立索引。
看来问题是修改了。
再次运行DBCC CHECKDB('POS_DB'),再次运行:DBCC CHECKDB('POS_DB'),message没有错误信息。
ok!成功修复:-)
4.检查修复后的
数据库并且备份数据库
检查DBCC CHECKDB报错的相关表,和没有执行DBCC之前的记录数进行比较,发现有一个表少了40条记录。郁闷:-<
5.总结
1.RAID5并不能保证SQLSERVER 2000 数据库的数据文件的完整性;
2.SQLERVER 2000的备份程序不验证数据库文件的数据完整性;如果你的数据文件有问题,备份时也不图示;
3.DBCC CHECKDB的repair_allow_data_loss并不是非常安全的,不能修复所有的错误,即使是对不完整页(TORN PAGE)的修复也会着成数
据丢失;
4.DBCC CHECKDB的REPAIR_ALLOW_DATA_LOSS参数无法修复所有的错误;
文章出处:DIY部落(
http://www.diybl.com/course/7_databases/sql/sqlServer/2007926/73889_2.html)