SQL SERVER 2000数据库置疑处理

时间:2021-12-01 06:39:26

由于服务器意外的断电,导致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企业管理器新建立一个供恢复使用的同名数据库(注意:要跟问题数据库同名,本例中为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.下面执行真正的恢复操作,重建数据库日志文件

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.验证数据库一致性(可省略)

dbcc checkdb('myDb')

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

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

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

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

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