返回首页 友情链接 网站地图
首页
凯文数据恢复公司简介
数据恢复服务项目
数据恢复技术中心
数据恢复成功案例
数据恢复服务报价
联系方式
论坛
当前位置:数据恢复技术中心 - SQL数据库崩溃后抢救
SQL数据库崩溃后抢救
任何
数据
库系统都无法避免崩溃的状况,即使你使用了 Clustered ,双机热备 …… 仍然无法完全根除系统中的单点故障,何况对于大部分用户来说,无法承受这样昂贵的硬件投资。所以,在系统崩溃的时候,如何恢复原有的宝贵
数据
就成为一个极其重要的问题了。
在恢复的时候,最理想的情况就是你的
数据
文件和日志文件都完好无损了,这样只需要 sp_attach_db ,把
数据
文件附加到新的
数据
库上即可,或者在停机的时候把所有
数据
文件 ( 一定要有 master 等 ) 都 copy 到原有路径下也行,不过一般不推荐这样的做法, sp_attach_db 比较好,虽然麻烦许多。
但是呢,一般
数据
库崩溃的时候系统是未必能有时间把未完成的事务和脏页等写入磁盘的,这样的情况 sp_attach_db 就会失败。那么,寄期望于 DBA 制定了一个良好的灾难恢复计划吧。按照你的恢复计划,还原最新的完全备份,增量备份或者事务日志备份,然后如果你的活动事务日志还能读得出来的话,恭喜你 ! 你可以还原到崩溃前的状态。
一般的单位都是没有专职的 DBA 的,如果没有可用的备份,更可能是最近一次备份的时间过于久远而导致不可接受的
数据
损失,而且你的活动事务日志也处于不可用的状态,那就是最麻烦的情况了。
不幸的很的是,一般
数据
库崩溃都是由于存储子系统引起的,而这样的情况是几乎不可能有可用的日志用于恢复的。
那么就只好试一下这些方案了。当然,是要求至少你的
数据
文件是存在的,要是
数据
文件、日志文件和备份都没有了的话,别找我,你可以到楼顶上去唱 “ 神啊,救救我吧 ” 。
首先,你可以试一下 sp_attach_single_file_db ,试着恢复一下你的
数据
文件,虽然能恢复的可能性不大,不过假如这个
数据
库刚好执行了一个 checkpoint 的话,还是有可能成功的。
如果你没有好到有摸彩票的手气,最重要的
数据
库没有像你期盼的那样 attach 上去,不要气馁,还是有别的方案的。
我们可以试着重新建立一个 log ,先把
数据
库设置为 emergency mode , sysdatabases 的 status 为 32768 就表示
数据
库处于此状态。
不过系统表是不能随便改的,设置一下先
Use Master
Go
sp_configure 'allow updates', 1
reconfigure with override
Go
然后 update sysdatabases set status = 32768 where name = ''
现在,祈求满天神佛的保佑吧,重新建立一个 log 文件。成功的机会还是相当大的,系统一般都会认可你新建立的日志。如果没有报告什么错误,现在就可以松一口气了。
COPYRIGHT © 2003-2008 沈阳凯文数据恢复中心 版权所有 KEVIN DATARECOVERY INC. ALL RIGHTS RESERVED.
联系电话:+86-024-31065488 13709885510 +86 13386848847
联系地址:沈阳市和平区三好街同方广场A座10楼1012室 邮编:110003
QQ:81803950 E-mail:81803950@qq.com MSN:raidsos@hotmail.com
辽ICP备10016405号