数据库置疑处理方法.docVIP

1.把数据库设成紧急状态: 然后在SQL查询分析器中，选到master数据库，输入以下语句执行（一条一条执行） sp_configure allow,1 reconfigure with override update sysdatabases set status=32768 where name=hbposv6 2.重建日志文件（请将路径换成你的数据文件路径） D:\MSSQL$PROD\Data\为存放数据库文件的路径 KMJXC_log2.ldf为一个新的不存在的文件，在执行以下语句时将自动建立 Dbcc rebuild_log(hbposv6,D:\ProgramFiles\MicrosoftSQL Server\MSSQL\Data\hbposv6_log2.ldf) 3.取消紧急模式（一条一条执行） update sysdatabases set status=0 where name=hbposv6 restore database hbposv6 with recovery sp_configure allow,0 reconfigure with override 4.重起sql server 解决方法一：你可以采用以下的代码进行修复: 　　 USE MASTER GO SP_CONFIGURE ALLOW UPDATES,1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=msdb Go sp_dboption msdb, single user, true Go DBCC CHECKDB(msdb) Go update sysdatabases set status =28 where name=msdb Go sp_configure allow updates, 0 reconfigure with override Go sp_dboption msdb, single user, false Go 解决方法二： MSDB数据库解决过程 难点：由于MSDB数据库不能删除，将其文件拷出来，再次附加数据库，但新的附加数据库不能叫MSDB，也就是不能同名，遇到了困难。 1：先停止整个数据库，将该数据库的文件msdbdata.mdf和msdblog.ldf拷贝粘贴出来到另一个目录下。 2：将以上的文件再拷贝到另一个目录下，也就是说复制两次。 3：选择 数据库右击鼠标 --》所有任务--》附加数据库 将复制出的一个备份文件附加上去，其中，数据库名称叫MSDB1，用户是SA或ADMINISTRATOR。 4：将MSDB1数据库备份，备份成一个文件，当时我的叫MSDB。BAK。 5：选择置疑的数据库MSDB，选择恢复数据库，将刚才备份出来的数据库强行恢复到MSDB。 6：问题解决，MSDB库又能正常使用。 完成后赶快将数据库再次备份一次。呵呵。 另附:数据库置疑解决办法 第一次遇到数据库质疑这样的问题，把我给吓坏了，重要数据啊~~大家知道为什么会发生这种情况么？是不是不正常关机的情况下会发生这种情况？ 还有，现在修复好了，但昨天的数据丢失了，以前的数据倒还在。难道昨天发生了什么异常情况？ 我这里一篇解决数据库质疑的文档，提供给大家，日后备用： SQL SERVER数据库置疑后恢复步骤 1． 恢复步骤： a.将smlog_log.ldf文件备份到其它目录下； b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf； c.执行以下语句修改数据库的状态： use Master go update sysdatabases set status=32768 where name=’数据库名称’ --修改状态 go shutdown with nowait --停止数据库服务器 go d.退出SQL并在命令行模式中通过下面的代码重新启动SQL： sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态： select Name,Status from sysdatabases where Name=’ 数据库名称’ f.执行以下代码新建日志文件： dbcc traceon(3604) --跟踪 dbcc rebuild_log(‘数据库名称’,’日志文件名称’) --文件名要有全路径和扩展名 g.将数据库置回正常状态： update sysdatabase