SQL Server 置疑、可疑、正在恢复等情况分析

有些时候当你重启了数据库服务，会发现有些数据库变成了正在恢复、置疑、可疑等情况，这个时候DBA就会很紧张了，下面是一些在实践中得到证明的方法

一、出错情况
有些时候当你重启了数据库服务，会发现有些数据库变成了正在恢复、置疑、可疑等情况，这个时候DBA就会很紧张了，下面是一些在实践中得到证明的方法。
在一次重启数据库服务后，数据库显示正在恢复，过了很久还是这个状态，离线时间不能太长，所以就想起了一个方法，就是把数据库服务停止了，把数据文件mdf和ldf拷贝出来，删除了ldf文件，按照之前的经验，好像是在没有ldf的情况下可以使用mdf来恢复数据库。创建了一个同名的数据库，停止数据库服务，覆盖mdf文件，再启动数据库服务，这个时候还是处于可疑的状态。
其中使用mdf来附加数据库是附加不了的，一直报错。

二、解决步骤

方法一：使用脚本进行数据库恢复。
代码如下:
--DataBaseName为修复的数据名
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE [DataBaseName] SET EMERGENCY
GO
sp_dboption 'DataBaseName', 'single user', 'true'
GO
DBCC CHECKDB('DataBaseName','REPAIR_ALLOW_DATA_LOSS')
GO
ALTER DATABASE [DataBaseName] SET ONLINE
GO
sp_configure 'allow updates', 0 reconfigure with override
GO
sp_dboption 'DataBaseName', 'single user', 'false'
GO

SQL讲解：
1) 使用指定值强制重新配置：（1、0表示为真假）
sp_configure 'allow updates', 1 reconfigure with override
2) 设置为紧急状态：
alter database DataBaseName set emergency
3) 设置为单用户模式：
alter database [DataBaseName] set single_user
或者：Sp_dboption 'DataBaseName', 'single user', 'true'
4) 修复发现的错误：
DBCC CHECKDB('DataBaseName','REPAIR_ALLOW_DATA_LOSS')
5) 设置为联机、在线：
ALTER DATABASE [DataBaseName] SET ONLINE

方法二：这个方法还没尝试过，大家可以试试看。

代码如下:
CREATE DATABASE DataBaseName
ON (FILENAME = 'D:\DataBase\Name.mdf')
FOR ATTACH_REBUILD_LOG ;
GO