处理数据库置疑的方法

然后备份你的置疑数据库的文件

,

:

1.

新建一个同名的数据库

2.

再停掉

sql server

3.

用置疑数据库的文件覆盖掉这个 新建的同名数据库，

只覆盖

mdf

文件 ，

日志文件不要覆盖

4.

再重启

sql server

5.

此时打开企业管理器时新建的同 名数据库会出现置疑，先不管，打开查询分析器执行下面

的语句（注意修改其中的数据库 名

)

重建日志文件，经过修复后数据就可以正常分离并附加了，语句中“

C:

置疑的同名数据

库名

_

”是重建日志日志文件存放路径，

在重建日志后，最好将数据库分离并将重新创建的日志文件拷 贝到数据库文件所在目录，

再重新进行附加。

--

重建日志文件，修复损坏的日志

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='

置疑的同名数据库名

'

Go

dbcc rebuild_ log('

置疑的同名数据库名

','C:

置疑的同名数据库名

_')

GO

update sysdatabases set status =28 where name='

置疑的同名数据库名

'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

6

、 数据库修复后还需要进行数据库检测，看是否存在一些错误，数据库检测需要用

DBCC

CHECKDB

命令，如下：

DBCC CHECKDB('

置疑的同名数据库名

')

如果检测到错误，需要进行修复，但修复数据库需要在单用户模式下，请使用以下语句

,

ALTER DATABASE

置疑的同名数据库名

SET SINGLE_USER WITH ROLLBACK IMMEDIATE

GO

DBCC CHECKDB ('

置疑的同名数据库名

',REPAIR_REBUILD)

GO

ALTER DATABASE

置疑的同名数据库名

SET MULTI_USER

WITH ROLLBACK IMMEDIATE

GO

如果还有错误，执行下面的语句

DBCC CHECKDB ('

数据库名

',REPAIR_ALLOW_DA

TA_LOSS )

-------(

执行一次如果 还有错误，可以多执行几次

)

7

、有时通过

DBCC

CHECKDB

能够修复数据库中的错误，但有时不能修复，可能需要对单个

有问题的数据表进行修复，需要使用

DBCC CHECKTABLE('

有问题的数据表名

',REPAIR_REBUILD)

命令，详细请看联机帮助

8

、

DBCC CHECKDB

命令介绍

检查指定数据库中的所有对象的分配和结构完整性。

语法

DBCC CHECKDB

( 'database_name'

[ , NOINDEX

| { REPAIR_ALLOW_DATA_LOSS

| REPAIR_FAST

| REPAIR_REBUILD

} ]

)

[ WITH { [ ALL_ERRORMSGS ]

[ , [ NO_INFOMSGS ] ]

[ , [ TABLOCK ] ]

[ , [ ESTIMATEONLY ] ]

[ , [ PHYSICAL_ONLY ] ]

}

]

参数

'database_name'

是要对其中的所有对象分配和结构完整性进行检查的数据库。

如果未指定，

则默认为当前数

据库。数据库名称必须符合标识符的规则。有关更多信息，请 参见使用标识符。

NOINDEX

指定不检查非系统表的非聚集索引。

NOINDEX