由于服务器意外的断电，导致SQL SERVER服务器上数据库出现“置疑”而无法使用，

来自百度

1、停止数据库服务器，将数据库MDF文件和LDF文件复制备份一份
2、启动数据库服务器，删除置疑的数据库
3、仅用备份的数据库MDF文件附加数据库，sp_attach_db或者sp_attach_single_file_db可以附加数据库，出现类似下面的提示信息：
设备激活错误。物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\myDb_Log.LDF' 可能有误。
已创建名为 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\myDb_log.LDF' 的新日志文件。
这个表明数据库附加成功，问题解决了，如果成功则要恭喜你了，反正我是符加不成功，提示类似下面的错误信息
未能打开新数据库 'myDb'。CREATE DATABASE 将终止。
设备激活错误。物理文件名 'e:\www\myDb_log.LDF' 可能有误。
此时我用了以下方法解决（参考了网上的方法）。
   A．我们SQL SERVER企业管理器新建立一个供恢复使用的同名数据库(注意：要跟问题数据库同名，本例中为fy_erp)。
   B．停掉数据库服务器。
   C．将刚才生成的数据库的日志文件fy_erp_log.ldf删除（本例中的示列数据库名，实际使用您自己的数据库名称），用刚才备份的数据库fy_erp文件覆盖新生成的数据库数据文件fyerp_data.mdf。
   D．启动数据库服务器。此时会看到数据库fy_erp的状态为“置疑”。这时候不能对此数据库进行任何操作。
   E．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右--键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master
go
sp_configure 'allow updates',1
go 
reconfigure with override
go

   F．设置myDb为紧急修复模式
      在查询管理器里设置如下命令：

update sysdatabases set status=-32768 where dbid=DB_ID('fy_erp')

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
   G．下面执行真正的恢复操作，重建数据库日志文件

dbcc rebuild_log('fy_erp','d:\Microsoft SQL Server\MSSQL\Data\fy_erp_log.ldf')

警告: 数据库 'myDb' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
   H．验证数据库一致性（可省略）

dbcc checkdb('fy_erp')

一般执行结果如下：
CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'myDb' 中）。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
   I．设置数据库为正常状态

sp_dboption 'fy_erp','dbo use only','false'

   J．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0
go 
reconfigure with override
go

到此数据库置疑问题解决。

 

所有语句

  --E．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，
--按右--键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
use master
go
sp_configure 'allow updates',1
go 
reconfigure with override
go
  -- F．设置myDb为紧急修复模式
  --    在查询管理器里设置如下命令：
update sysdatabases set status=-32768 where dbid=DB_ID('fy_erp')
--此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
   --G．下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log('fy_erp','d:\Microsoft SQL Server\MSSQL\Data\fy_erp_log.ldf')
--警告: 数据库 'myDb' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
--DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
--此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
   --H．验证数据库一致性（可省略）
dbcc checkdb('fy_erp')
--一般执行结果如下：
--CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'myDb' 中）。
--DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
   --I．设置数据库为正常状态
sp_dboption 'fy_erp','dbo use only','false'
  -- J．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。
--当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成
sp_configure 'allow updates',0
go 
reconfigure with override
go