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

一、出错情况
有些时候当你重启了数据库服务，会发现有些数据库变成了正在恢复、置疑、可疑等情况，这个时候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