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

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

二、解决步骤

方法一：使用 脚本 进行数据库恢复。

复制代码 代码如下:

--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 'a 编程客栈 llow 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

查看更多关于SQL Server 置疑、可疑、正在恢复等情况分析的详细内容...