置疑修复出错！在线等！！！

[smiler007]

俺的一个数据库被置疑了，在执行DBCC CHECKDB（库）修复的过程中，出现错误，咋办？？
服务器: 消息 8966，级别 16，状态 2，行 2
未能读取并闩锁页 (1:546032)（用闩锁类型 UP）。23(数据错误 (循环冗余检查)。) 失败。
服务器: 消息 8966，级别 16，状态 1，行 2
未能读取并闩锁页 (1:546033)（用闩锁类型 UP）。23(数据错误 (循环冗余检查)。) 失败。
服务器: 消息 8966，级别 16，状态 1，行 2
未能读取并闩锁页 (1:546034)（用闩锁类型 UP）。23(数据错误 (循环冗余检查)。) 失败。
服务器: 消息 8966，级别 16，状态 1，行 2
未能读取并闩锁页 (1:546035)（用闩锁类型 UP）。23(数据错误 (循环冗余检查)。) 失败。
服务器: 消息 8966，级别 16，状态 1，行 2
未能读取并闩锁页 (1:546036)（用闩锁类型 UP）。23(数据错误 (循环冗余检查)。) 失败。
服务器: 消息 8966，级别 16，状态 1，行 2
未能读取并闩锁页 (1:546037)（用闩锁类型 UP）。23(数据错误 (循环冗余检查)。) 失败。
服务器: 消息 8966，级别 16，状态 1，行 2
未能读取并闩锁页 (1:546038)（用闩锁类型 UP）。23(数据错误 (循环冗余检查)。) 失败。
服务器: 消息 8966，级别 16，状态 1，行 2
未能读取并闩锁页 (1:546039)（用闩锁类型 UP）。23(数据错误 (循环冗余检查)。) 失败。
服务器: 消息 8904，级别 16，状态 1，行 2
不止一个分配对象分配了扩展盘区 (1:634128)（属于数据库 ID 7）。
服务器: 消息 8913，级别 16，状态 1，行 2
扩展盘区 (1:634128) 分配给了 'GAM' 和至少一个其它对象。
服务器: 消息 8904，级别 16，状态 1，行 2
....
....
....
表错误: 对象 ID 5575058，索引 ID 5。未遇到页 (1:524788) 的父节点。
服务器: 消息 8978，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。页 (1:527769) 缺少上一页 (1:634160) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8977，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。未遇到页 (1:528159) 的父节点。
服务器: 消息 8977，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。未遇到页 (1:530588) 的父节点。
服务器: 消息 8977，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。未遇到页 (1:547775) 的父节点。
服务器: 消息 8977，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。未遇到页 (1:548457) 的父节点。
服务器: 消息 8977，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。未遇到页 (1:548458) 的父节点。
服务器: 消息 8977，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。未遇到页 (1:553564) 的父节点。
服务器: 消息 8977，级别 16，状态 1，行 2
..
...
表错误: 对象 ID 5575058，索引 ID 5。上一页链接 (1:588141)（位于页 (1:633213) 上）与父代所预期的此页的上一页 (1:634161) 不匹配。（父代 (1:565710)，槽 33。）
服务器: 消息 8978，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。页 (1:633213) 缺少上一页 (1:588141) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8978，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。页 (1:633214) 缺少上一页 (1:634162) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8981，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。(1:589043) 的下一页指针指向了页 (1:634031)，但既未遇到 (1:634031)，也未遇到其父代。可能是因为链的链接有错误。
服务器: 消息 8913，级别 16，状态 1，行 2
扩展盘区 (1:634160) 分配给了 '余额表, 余额表_Index_2' 和至少一个其它对象。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。在扫描操作中未发现页 (1:634160)，而其父代 (1:109616) 和上一页 (1:567049) 指向了该页。请检查先前的错误。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。在扫描操作中未发现页 (1:634161)，而其父代 (1:565710) 和上一页 (1:588141) 指向了该页。请检查先前的错误。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。在扫描操作中未发现页 (1:634162)，而其父代 (1:602055) 和上一页 (1:588143) 指向了该页。请检查先前的错误。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 5。在扫描操作中未发现页 (1:634163)，而其父代 (1:618409) 和上一页 (1:632176) 指向了该页。请检查先前的错误。
服务器: 消息 8978，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 6。页 (1:616705) 缺少上一页 (1:634152) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8978，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 6。页 (1:633220) 缺少上一页 (1:634153) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8978，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 6。页 (1:633221) 缺少上一页 (1:634154) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8913，级别 16，状态 1，行 2
扩展盘区 (1:634152) 分配给了 '余额表, 余额表_Index_3' 和至少一个其它对象。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 6。在扫描操作中未发现页 (1:634152)，而其父代 (1:602758) 和上一页 (1:573101) 指向了该页。请检查先前的错误。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 6。在扫描操作中未发现页 (1:634153)，而其父代 (1:519525) 和上一页 (1:588171) 指向了该页。请检查先前的错误。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 6。在扫描操作中未发现页 (1:634154)，而其父代 (1:565699) 和上一页 (1:588173) 指向了该页。请检查先前的错误。
服务器: 消息 8978，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 7。页 (1:474235) 缺少上一页 (1:634116) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8978，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 7。页 (1:618279) 缺少上一页 (1:634115) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 7。在扫描操作中未发现页 (1:634115)，而其父代 (1:75183) 和上一页 (1:587475) 指向了该页。请检查先前的错误。
服务器: 消息 8976，级别 16，状态 1，行 2
表错误: 对象 ID 5575058，索引 ID 7。在扫描操作中未发现页 (1:634116)，而其父代 (1:558188) 和上一页 (1:623207) 指向了该页。请检查先前的错误。
对象 '余额表' 有 4661302 行，这些行位于 146127 页中。
CHECKDB 发现了 3 个分配错误和 84 个一致性错误（在表 '余额表' 中，该表的对象 ID 为 5575058）。

[smiler007]

问题解决了....散分....

俺的磁盘可能有坏道....

[新鲜鱼排]

看看

[jiahehao]

Sql Server数据库被置疑后解决方法
现象：数据库Log日志太大了，shrink不掉。于是想把数据库文件卸下来，删除log，再附加上。附加失败。
提示错误：
服务器: 消息 1813，级别 16，状态 2，行 1
未能打开新数据库 'metadb'。CREATE DATABASE 将终止。
设备激活错误。物理文件名 'd:\metadb.LDF' 可能有误。
环境:MSSQL SERVER 2000 企业版

解决过程：
1.建一个新库newdb
2.停掉数据库。删除新库的log文件,讲metadb.mdf覆盖newdb.mdf。
3.启动数据库服务器。数据库newdb的状态为“置疑”。
4. 允许对系统目录直接修改
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
update sysdatabases set status=-32768 where dbid=DB_ID('newdb')
5．重建log
dbcc rebuild_log('newdb','C:\Program Files\Microsoft SQL Server\MSSQL\Data\newdb_log.ldf')
6.dbcc检查
dbcc checkdb('newdb')
7.设置数据库为正常状态
sp_dboption 'newdb','dbo use only','false'
8 不允许对系统目录直接修改
sp_configure 'allow updates',0
go
reconfigure with override
go

[skywebnet]

[ WITH { [ ALL_ERRORMSGS ]
[ , [ NO_INFOMSGS ] ]
[ , [ TABLOCK ] ]
[ , [ ESTIMATEONLY ] ]
[ , [ PHYSICAL_ONLY ] ]


REPAIR_ALLOW_DATA_LOSS
执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。


REPAIR_FAST
进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。


REPAIR_REBUILD
执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。