SQL Server的数据库置疑database suspect

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

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

服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]

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

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