MSDB 数据库置疑状态的解决方法 问题:我的SQL Server 2000 的 MSDB 数据库,因为不正常关机,造成了置疑状态,请问采用什么方法能够弥补? 解决方法一:你可以采用以下的代码进行修复: 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 ...