sql数据库置疑状态的解决方法

数据库置疑状态的解决方法问题：我的SQLServer2000的MSDB数据库，因为不正常关机，造成了置疑状态，请问采用什么方法能够弥补？解决方法一：你可以采用以下的代码进行修复:USEMASTERGOSP_CONFIGURE'ALLOWUPDATES',1RECONFIGUREWITHOVERRIDEGOUPDATESYSDATABASESSETSTATUS=32768WHERENAME='msdb'Gosp_dboption'msdb','singleuser','true'GoDBCCCHECKDB('msdb')Goupdatesysdatabasessetstatus=28wherename='msdb'Gosp_configure'allowupdates',0reconfigurewithoverrideGosp_dboption'msdb','singleuser','false'Go解决方法二：MSDB数据库解决过程难点：由于MSDB数据库不能删除，将其文件拷出来，再次附加数据库，但新的附加数据库不能叫MSDB，也就是不能同名，遇到了困难。1：先停止整个数据库，将该数据库的文件msdbdata.mdf和msdblog.ldf拷贝粘贴出来到另一个目录下。2：将以上的文件再拷贝到另一个目录下，也就是说复制两次。3：选择数据库右击鼠标--》所有任务--》附加数据库将复制出的一个备份文件附加上去，其中，数据库名称叫MSDB1，用户是SA或ADMINISTRATOR。4：将MSDB1数据库备份，备份成一个文件，当时我的叫MSDB.BAK。5：选择置疑的数据库MSDB，选择恢复数据库，将刚才备份出来的数据库强行恢复到MSDB。6：问题解决，MSDB库又能正常使用。完成后赶快将数据库再次备份一次。呵呵。另附:数据库置疑解决办法第一次遇到数据库质疑这样的问题，把我给吓坏了，重要数据啊~~大家知道为什么会发生这种情况么？是不是不正常关机的情况下会发生这种情况？我这里一篇解决数据库质疑的文档，提供给大家，日后备用：SQLSERVER数据库置疑后恢复步骤1．恢复步骤：a.将smlog_log.ldf文件备份到其它目录下；b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；c.执行以下语句修改数据库的状态：useMastergoupdatesysdatabasessetstatus=32768wherename=’数据库名称’--修改状态goshutdownwithnowait--停止数据库服务器god.退出SQL并在命令行模式中通过下面的代码重新启动SQL：sqlservr-c-T3608-T4022--安全模式启动SQLSERVERe.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：selectName,StatusfromsysdatabaseswhereName=’数据库名称’f.执行以下代码新建日志文件：dbcctraceon(3604)--跟踪dbccrebuild_log(‘数据库名称’,’日志文件名称’)--文件名要有全路径和扩展名g.将数据库置回正常状态：updatesysdatabasessetstatus=0wherename=’数据库名称’h.重新启动数据库后执行以下语句检查数据库：DBCCCHECKDB--如果执行完有错误用以下语句修复i.要修复数据库必需将数据库改为单用户模式：Excesp_dboption‘数据库名称’,’singleuser’,’true’(‘false’恢复多用户)j.执行以下语句修复数据库：DBCCCHECKDB(‘数据库名称’,REPAIR_ALLOW_DATA_LOSS)REPAIR_ALLOW_DATA_LOSS：是比较高级的修复方式REPAIR_FAST：是简单快速的修复方式相似问题：系统重装，忘记了备份SQL，然后又通过数据恢复工具找回了mcdb_data.mdf和mcdb_Log.LDF，在企业管理器上用附加数据库时提示错误9004，日志错误，在网上找了诸多方法，也试过建个同名空数据库然后停止SQLSERVER然后覆盖掉MDF。但都不行。这是详细步骤.1.先建一个与你要恢复的数据库名称一样的数据库。2.停止sqlserver,把你的数据库替换这个数据库。3.重启sqlserver,把数据库设置为紧急状态。sp_configure'allow',1reconfigurewithoverirdeupdatesysdatabasessetstatus=32768wherename='yourdata'4.重建日志文件。dbccrebuild_log('yourdata','yourdatapath\newdata_log.ldf')5.取消紧急模式。updatesysdatabasessetstatus=0wherename='yourdata'restoresysdatabasesyourdatawithrecoverysp_configure'allow',0reconfigurewithoverride6.重起sqlserver7.ok