db7 Asked: 2011-04-14 07:59:06 +0800 CST2011-04-14 07:59:06 +0800 CST 2011-04-14 07:59:06 +0800 CST SQL Server“可疑”数据库？ 772 当您有一个标记为 的数据库时，您会怎么做Suspect？ 从上次备份恢复？ 请指教。 sql-server 4 个回答 Voted Best Answer SQLRockstar 2011-04-14T09:17:39+08:002011-04-14T09:17:39+08:00 首先要确保不要分离该数据库。 从最后一个已知的好备份恢复是可以的。否则，您将需要使用紧急修复模式（我假设您正在运行 SQL 2005 或更高版本）。以下是 Paul Randal 就该主题发表的几篇文章。在开始采取任何行动之前阅读它们。 创建、分离、重新附加和修复可疑数据库 紧急模式修复：非常非常最后的手段 gbn 2011-04-14T09:19:20+08:002011-04-14T09:19:20+08:00 几乎是的。 通常这意味着文件被 bollixed 或丢失或磁盘错误或类似的（我已经看到一个坏扇区导致这个）。 我的步骤： 确保所有备份都在那里 关闭 SQL Server chkdsk SQL Server 使用的磁盘（当然希望不是你的 C:） 编辑：我会澄清我的答案 如果数据很重要，我会备份 搞乱维修和紧急模式的停机时间对我来说太长了 yrushka 2011-04-14T23:32:20+08:002011-04-14T23:32:20+08:00 我已经为 2 种可疑数据库案例编写了一些指导：当您丢失数据文件或日志文件时。请阅读以下内容： SQL 2005/2008 数据库恢复过程 – 数据文件已删除（第 2 部分） SQL 2005/2008 数据库恢复过程 – 数据文件已删除（第 3 部分） StanleyJohns 2011-04-14T12:05:06+08:002011-04-14T12:05:06+08:00 从您的问题来看，您似乎有备份。从良好的备份中恢复数据库将是让您的数据库运行并摆脱可疑状态的最简单、最快的方法。
首先要确保不要分离该数据库。
从最后一个已知的好备份恢复是可以的。否则，您将需要使用紧急修复模式（我假设您正在运行 SQL 2005 或更高版本）。以下是 Paul Randal 就该主题发表的几篇文章。在开始采取任何行动之前阅读它们。
创建、分离、重新附加和修复可疑数据库
紧急模式修复：非常非常最后的手段
几乎是的。
通常这意味着文件被 bollixed 或丢失或磁盘错误或类似的（我已经看到一个坏扇区导致这个）。
我的步骤：
编辑：我会澄清我的答案
我已经为 2 种可疑数据库案例编写了一些指导：当您丢失数据文件或日志文件时。请阅读以下内容：
从您的问题来看，您似乎有备份。从良好的备份中恢复数据库将是让您的数据库运行并摆脱可疑状态的最简单、最快的方法。