sql2000中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

数据库解决过程

< /p>

难点：由于

MSDB

数据库不能删除，将 其文件拷出来，再次附加数据库，但新的附加数据库

不能叫

MS DB

，也就是不能同名，遇到了困难。

1

：

先停止整个数据库，

将该数据库 的文件

和

拷贝 粘贴出来到另

一个目录下。

2

：将以上的文件再拷贝到另一个目录下，也就是说复制两次。

3

：

选择

数据库右击鼠标

--

》

所有任务

--

》

附加数据库

将复制出的一个备份文件附加上去，

其中，数据库名称叫

MSDB1

，用户是

SA

或

ADMINISTRATOR

。

4

：将

M SDB1

数据库备份，备份成一个文件，当时我的叫

MSDB< /p>

。

BAK

。

< /p>

5

：选择置疑的数据库

MSDB

，选择恢复数据库，将刚才备份出来的数据库强行恢复到

MSDB

。

6

：问题解决，

MSDB

库又能正常使用。

完成后赶快将数据库再次备份一次。呵呵。

< br>另附

:

数据库置疑解决办法

< /p>

还有，

现在修复好了，但昨天的数据丢失了，

以前的数据倒还在。

难道昨天发生了什么异常

情况？

我这里一篇解决数据库质疑的文档，提供给大家，日后备用：

SQL SERVER

数据库置疑后恢复步骤

1

．

恢复步骤：

a.

< br>将

smlog_

文件备份到其它目录下；

b.

将源目录下的

sml og_

文件改名为

smlog_log_

；

c.

执行以下语句修改数据库的状态：

use Master