1、
SqlServer2000非正常删除(误删)LOG数据文件后数据库紧急修复方法
1. 问题现象描述
SqlServer2000非正常删除(误删)LOG数据文件后数据库紧急修复方法,本文已一个实际例子来展示恢复过程,下文中涂改的部分均为内部内容,涂改的数据库名均表示为returndate,各位在实际恢复时则使用现场实际数据库表命名即可:
用于存储的数据文件的可用空间为0,由于没有足够的磁盘存储数据库日志文件,无法备份,并执行分离数据库失败,告警提示空间不足,附件数据库时提示: 提示设备激活错误。只能删除数据库LDF文件,然后紧急修复。
2. 非正常删除log数据文件恢复过程
2、
由于空间不足数据库备份无法执行,分离数据库,删除数据库事物日志,无法附加数据库,提示设备激活错误。
使用returndate.mdf数据库文件恢复数据库:
Ø 建立一个数据库returndate,停止数据库服务。
Ø 将创建数据库后生成的数据库的日志文件returndate_log.ldf删除,用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件returndate_data.mdf。
Ø 启动数据库服务。此时会看到数据库returndate的状态为“置疑”。这时候不能对此数据库进行任何操作。如图:
Ø 设置数据库允许直接操作系统表。
use master
go
sp_
3、configure 'allow updates',1
go
reconfigure with override
go
Ø 设置returndate为紧急修复模式,如图:
update sysdatabases set status=-32768 where dbid=DB_ID('returndate')
Ø 下面执行真正的恢复操作,重建数据库日志文件
Dbcc rebuild_log
('returndate','D:\ProgramFiles\Microsoft SQL Server\MSSQL\Data\returndate_log.ldf')
提示警告:
4、数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项,并且可能需要删除多余的日志文件。
Ø 验证数据库一致性
dbcc checkdb('returndate') 如图:
Ø 设置数据库为正常状态
sp_dboption 'returndate','dbo use only','false'
没有出错。
Ø 数据库允许直接操作系统表设置恢复,如图:
use master
go
sp_configure 'allow updates',0
go
reconfigure with override
go
Ø 恢复成功.如图:
Ø 由于数据日志文件产生巨大和数据库设置有关,在数据属性-故障还原:模型由完全修改为简单,设置项里勾选上残缺页检测,自动收缩。如图: