SQL SERVER 2000数据库置疑处理

    因为服务器意外的断电,致使SQL SERVER服务器上数据库出现“置疑”而没法使用,经过网上搜索,找到如下方法解决问题,这里记录一下: 产生数据库置疑的时侯,数据库文件和日志文件都是存在的,若是数据库文件都不存在了,则要另当处理。 一、中止数据库服务器,将数据库MDF文件和LDF文件复制备份一份 二、启动数据库服务器,删除置疑的数据库 三、仅用备份的数据库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企业管理器新创建一个供恢复使用的同名数据库(注意:要跟问题数据库同名,本例中为myDb)。    B.停掉数据库服务器。    C.将刚才生成的数据库的日志文件myDb_log.ldf删除(本例中的示列数据库名,实际使用您本身的数据库名称),用刚才备份的数据库mdf文件覆盖新生成的数据库数据文件myDb_data.mdf。    D.启动数据库服务器。此时会看到数据库myDb的状态为“置疑”。这时候不能对此数据库进行任何操做。    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('myDb')

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

dbcc rebuild_log('myDb','C:\Program Files\Microsoft SQL Server\MSSQL\Data\myDb_log.ldf')

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

dbcc checkdb('myDb')

通常执行结果以下: CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 'myDb' 中)。 DBCC 执行完毕。若是 DBCC 输出了错误信息,请与系统管理员联系。    I.设置数据库为正常状态spa

sp_dboption 'myDb','dbo use only','false'

   J.最后一步,咱们要将步骤E中设置的“容许对系统目录直接修改”一项恢复。由于平时直接操做系统表是一件比较危险的事情。固然,咱们能够在SQL Server Enterprise Manager里面恢复,也可使用以下语句完成操作系统

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

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