MSSQL数据库修复失败：第二次告别（mssql修复失败2）

SQL Server 数据库修复是维护和保留数据库完整性、一致性和安全性的重要步骤，但有时也会出现修复失败的情况。这就要求数据库管理员们采取措施应对和解决一次性的失败或多次的失败。

第一步，管理员应该分析原因以及解决方法。有时是发生冲突，有时是磁盘空间不够，还有些情况可能是损坏的数据库文件，此时需要调查相关报错以及修复任务的历史记录

首先，确定是否存在修复任务历史记录：

SELECT database_name, database_id, [type], repair_time, error_message FROM sys.dm_db_repair_history;

其次，查询报错信息：

SELECT * FROM sys.master_files WHERE database_id = database_id;

最后，开始执行修复操作。如果是非常重要数据库，那么管理员更应该采取离线的方式，即备份整个数据库并使用REPAIR_ALLOW_DATA_LOSS参数，进行离线修复（下列语句仅供参考）：

RESTORE DATABASE DataBaseName WITH REPAIR, REPAIR_ALLOW_DATA_LOSS

如果数据库体量比较大，采用REPAIR_ALLOW_DATA_LOSS参数可能会损失一些数据，那么管理员可以采用第二种方法，即使用只读文件组进行在线修复：

ALTER DATABASE DataBaseName SET READ_ONLY;

GO

ALTER DATABASE DataBaseName SET OFFLINE;

GO

RESTORE DATABASE DataBaseName WITH REPAIR;

一旦完成了上述繁琐的修复步骤，就可以把数据库置为在线模式，并使其成为可读/可写模式：

ALTER DATABASE DataBaseName SET ONLINE;

GO

ALTER DATABASE DataBaseName SET READ_WRITE;

GO

虽然上述步骤可以为管理员提供解决修复失败的方法，但有时可能会只能把数据库备份删除或以失败告终。这就是我们临着挥手告别的两次旅行，一次成功，一次失败，伴随着破碎的希望，心中仍怀有希望和勇敢实践。