SQL拯救置疑.pdfVIP

工作中已经碰到两次这种情况了，想想还是应该把他记录下来，利人利己。 通常这个问题是由于硬盘空间不够或硬盘读写错误造成的。 问题现象： 数据库后面有 “置疑 ”字样，查看系统事务日记出现以下错误： 错误 1 错误 : 823 ，严重度 : 24 ，状态 : 2 I/O error 23( 数据错误 ( 循环冗余检查 ) 。) detected during read at offset 0x00000000200000 in file C:\Program Files\Microsoft SQL Server\MSSQL\Data\Jiapei_Data.MDF. 错误 2 错误 : 3313 ，严重度 : 21 ，状态 : 2 恢复数据库 Jiapei 的日志中记录的操作时出错。出错位置在日志记录 ID (274:377:2) 。 错误 3 错误 : 3313 ，严重度 : 21 ，状态 : 2 Error while redoing logged operation in database Jiapei. Error at log record ID (274:377:2). 数据库可以分离，但分离后无法附加，附加时出现 “823”号错误。 解决方法： 1 、新建一同名数据库（文件名，文件组都和原来的一样），然后停止数据库服务，用原来文件替换新建的 数据库文件，启动数据库，该数据库被设为 suspect( 质疑 ) 2 、把数据库改成紧急模式： sp_configure allow, 1 reconfigure with override update sysdatabases set status = 32768 where name = 数据库名 3 、把 LDF 文件改名，再执行 DBCC REBUILD_LOG ( 数据库名 , E:\fdzz\database\fdzz1204_Log.LDF ) 4 、恢复数据库紧急模式 update sysdatabases set status = 0 where name = 数据库名 执行 restore database 数据库名 WITH RECOVERY sp_configure allow, 0 reconfigure with override 5 、然后用 DBCC CHECKDB ( 数据库名 ) 看看有没有错误 6 、如果上面还是不行， 试试吧数据库设为紧急模式，应该可以看到数据了，在把数据导出到一个新的数据 库。 其他有用的操作： /*-- 重置置疑状态 1. 系统方法 : 如果 sql server 因为磁盘驱动器不再有可用空间，而不能完成数据库的恢复， 那么 microsoft? sql server? 2000 会返回错误 1105 并且将 sysdatabases 中的 status 列设为置疑。按下面的步骤解决这个问题： 执行 sp_resetstatus 。 语法为： sp_resetstatus 数据库名 用 alter database 向数据库添加一个数据文件或日志文件。 停止并重新启动 sql server 。 用新的数据文件或日志文件所提供的额外空间， sql server 应该能完成数据库的恢复。 释放磁盘空间并且重新运行恢复操作。 sp_resetstatus 关闭数据库的置疑标志，但是原封不动地保持数据库的其它选项。 --*/ --2. 手工重置置疑状态 use master go sp_configure allow updates,1 reconfigure with override go declare @dbname varchar(30) set @dbname= 你要处理的数据库名 if @@trancount 0 print 正在进行事务处理