SQL Server的数据库置疑database suspect

如果自己搞不定可以找诗檀软件专业SQL SERVER数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638   QQ号:47079569    邮箱:service@parnassusdata.com

 

 

SQL Server中数据库置疑的几个原因

  1. 操作系统找不到对应的数据库文件MDF/NDF
  2. 无法打开或访问日志文件LDF
  3. 由于异常重启导致损坏了MDF/NDF/LDF文件

 

数据库处于置疑状态中可能出现的一些报错:

Error: 9003, Severity: 20, State: 9 – The log scan number (178956:14:2) passed to log scan in database is not valid.

Error: 3414, Severity: 21, State: 1 – An error occurred during recovery, preventing the database (database ID 21) from restarting.

 

对于数据库置疑的恢复

以系统管理员权限登录sqlcmd或ssms找到置疑状态的数据库

重置数据库状态:

execute sp_resetstatus ‘数据库名’;

go

 

以上sp_resetstatus将重置置疑数据库的状态

将置疑数据库设置为紧急状态,此状态下数据库为只读,只有系统管理权限用户能访问该数据库

alter database ‘数据库名’ set emergency;

go

 

执行DBCC CHECKDB 对全库做物理和逻辑检测

DBCC CHECKDB ‘数据库名’;

go

 

将数据库切换到单用户模式

alter database ‘数据库名’ set_single_user with rollback immediate;

go

 

repair_allow_data_loss选项将允许丢失数据,从而绕过任何无法恢复的地方

DBCC CHECKDB ‘数据库名’ repair_allow_data_loss

 

最后将数据库切换到多用户模式

alter database ‘数据库名’   set MULTI_USER

go

执行完上述步骤后,建议对全库所有数据做应用和人工验证。 对于这种紧急模式的数据恢复而言,其能恢复的损坏程度是有效的,例如少量的数据页和日志损坏。

 

Comment

*

沪ICP备14014813号-2

沪公网安备 31010802001379号