41 第一件事是确保您不要分离该数据库。 从上次已知的良好备份中恢复就可以了。否则，您将需要使用紧急修复模式（我假设您正在运行SQL 2005或更高版本）。这是Paul Randal关于该主题的几篇文章。在开始执行任何操作之前，请先阅读它们。 创建，分离，重新附加和修复SUSPECT数据库 紧急模式维修：非常非常不得已的手段 — SQLRockstar source
5 是的。 通常，这意味着文件被混淆或丢失，或者磁盘错误或类似的错误（我见过坏扇区会导致此错误）。 我的步骤： 确保所有备份都在那里 关闭SQL Server chkdsk SQL Server使用的磁盘（当然不是您的C :） 编辑：我会澄清我的答案 如果数据很重要，我将进行备份 对我来说，在进行维修和紧急模式时出现停机时间太长 — gbn source
5 我针对这两种可疑数据库案例编写了一些指导：丢失数据文件或日志文件时。请阅读以下内容： SQL 2005/2008数据库恢复过程–数据文件已删除（第2部分） SQL 2005/2008数据库恢复过程–数据文件已删除（第3部分） — 尤鲁什卡 source 5 事情就是这样：如果您发布的全部是链接，Stack Exchange将无法工作。我们需要您做的是总结链接中的内容，否则我将被迫删除您的答案（然后您失去代表，我们 — 俩
4 从您的问题来看，您似乎有一个备份。从良好的备份还原数据库将是使数据库正常运行并脱离可疑状态的最简单，最快的方法。 — 斯坦利·约翰斯 source 5 但是，如果没有事务日志，则会丢失数据。 — mrdenny
0 我的第一个建议是；永远不要分离可疑数据库。从更新的备份还原数据库很有帮助。如果备份不可用或出现问题，则EMERGENCY模式可能有用： 将数据库设置为紧急模式： ALTER DATABASE DB_NAME SET EMERGENCY 现在与此检查数据库不一致： DBCC CHECKDB (‘DB_NAME’) DBCC CHECKDB修复允许数据丢失选项是不得已的选择。结果可能是数据丢失，所以我不建议运行它。 同时检查参考1和参考2 — 普里扬卡 source