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

(0)
上一篇 2022年3月21日
下一篇 2022年3月21日

相关推荐