停电造成的数据库崩溃怎么恢复?

johnsonwang 2004-08-14 11:42:17
我们单位有台SQLSERVER2000的服务器,3月做了次完全备分之后就没有人管了,最近频繁停电,结果有天在往里面导入数据的时候停电,启动之后数据库显示置疑状态,还没有来得及处理就再次停电,数据库就完全崩了,现在想请教象这样的状态能不能把数据恢复了,谢谢
...全文
508 19 打赏 收藏 转发到动态 举报
写回复
用AI写文章
19 条回复
切换为时间正序
请发表友善的回复…
发表回复
netcoder 2004-08-17
  • 打赏
  • 举报
回复
试试wanyingsong(豌豆)的
cgsun 2004-08-17
  • 打赏
  • 举报
回复
ups
playyuer 2004-08-16
  • 打赏
  • 举报
回复
ups
老宛 2004-08-16
  • 打赏
  • 举报
回复
贴一个,试试吧:
任何数据库系统都无法避免崩溃的状况,即使你使用了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 = ’< db_name >’
现在,祈求满天神佛的保佑吧,重新建立一个log文件。成功的机会还是相当大的,系统一般都会认可你新建立的日志。如果没有报告什么错误,现在就可以松一口气了。

虽然数据是恢复了,可是别以为事情就算完成了,正在进行的事务肯定是丢失了,原来的数据也可能受到一些损坏。

先把SQL Server 重新启动一下,然后检查你的数据库吧。
先设置成单用户模式,然后做dbcc
sp_dboption ’< db_name >’, ’single user’, ’true’
DBCC CHECKDB(’< db_name >’)
如果没有什么大问题就可以把数据库状态改回去了,记得别忘了把系统表的修改选项关掉。
update sysdatabases set status = 28 where name = ’< db_name >’ --当然你的数据库状态可能不是这个,自己改为合适的值吧。也可以用sp_resetstatus
go
sp_configure ’allow updates’, 0
reconfigure with override
Go

checkdb的时候可能报告有一些错误,这些错误的数据你可能就只好丢弃了。
checkdb有几种修复选项,自己看着用吧,不过最后你可能还是得用REPAIR_ALLOW_DATA_LOSS,完成所有修复。
chekcdb并不能完成所有的修复,我们需要更进一步的修复,用DBCC CHECKTABLE对每一个表做检查吧。
表的列表可以用sysobjects里面得到,把OBJECTPROPERTY是IsTable的全部找出来检查一下吧,这样能够基本上解决问题了,如果还报告错误,试着把数据select into到另一张表检查一下。
这些都做完了之后,把所有索引、视图、存储过程、触发器等重新建立一下。DBCC DBREINDEX也许可以帮你一些忙。

然后,就可以向boss吹嘘一下你的丰功伟业,顺便小小的提一下加薪的要求,如果(很有可能)不得逞的话,也只好回家睡觉去:’(
记得下次别忘了做好备份哦~
lzymagi 2004-08-16
  • 打赏
  • 举报
回复
有专门的公司修硬盘的,你出点钱让他们帮忙吧
johnsonwang 2004-08-14
  • 打赏
  • 举报
回复
由于服务器原先的硬盘空间不够,后来增加了硬盘,数据库的物理文件也是两个,现在按照其他帖子介绍的办法恢复数据库,只能恢复名称,不能恢复里面的数据
yesterday2000 2004-08-14
  • 打赏
  • 举报
回复
把数据文件备出来
用工具修复一下!
再附加到其它电脑的数据上!
johnsonwang 2004-08-14
  • 打赏
  • 举报
回复
不行啊
zanglinfeng 2004-08-14
  • 打赏
  • 举报
回复
把DATA文件夹下面的数据赶快备份出来,再附加到数据库里面就可以了
windykuang 2004-08-14
  • 打赏
  • 举报
回复
有个Easyrecovery,不知能不能找回丢失的数据库数据,
估计凶多吉少,还是以后注意,设定自动备份,再来个ups,就好了。
rivey 2004-08-14
  • 打赏
  • 举报
回复
不好办,我前几天置疑的数据库就OVER了.也是停电造成的.
txhack 2004-08-14
  • 打赏
  • 举报
回复
找专业人员恢复一下
zilang 2004-08-14
  • 打赏
  • 举报
回复
重要服务器一定要UPS
icewen 2004-08-14
  • 打赏
  • 举报
回复
是个问题
liangx326 2004-08-14
  • 打赏
  • 举报
回复
难啊!
备份都是差不多半年前的了,不好办。
现在是不是就一点都不能恢复了啊??
各位还有别的办法没有啊?
提醒所有人都要引以为戒啊!
核桃2000 2004-08-14
  • 打赏
  • 举报
回复
太难了~~
只能是想办法修复数据了
wzjcntlqs 2004-08-14
  • 打赏
  • 举报
回复
拿到数据恢复中心试试看看
zjcxc 2004-08-14
  • 打赏
  • 举报
回复
这种破坏应该不能恢复,再加上你的备份也是3月份的,能恢复的机会太小了
yingshis 2004-08-14
  • 打赏
  • 举报
回复
只能表示同情了。

27,579

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧