SQL Server数据库崩溃时如何恢复？怎么样做

SQL Server数据库崩溃时如何恢复？怎么样做

当数据库崩溃后我们在恢复的时候，最理想的情况就是你的数据文件和日志文件都完好无损了，这样只需要sp_attach_db，把数据文件附加到新的数据库上即可，或者在停机的时候把所有数据文件(一定要有master等)都copy到原有路径下也行，不过一般不推荐这样的做法，sp_attach_db比较好，虽然麻烦许多。

　　但是呢，一般数据库崩溃的时候系统是未必能有时间把未完成的事务和脏页等写入磁盘的，这样的情况sp_attach_db就会失败。那么，寄期望于DBA制定了一个良好的灾难恢复计划吧。按照你的恢复计划，还原最新的完全备份，增量备份或者事务日志备份，然后如果你的活动事务日志还能读得出来的话，恭喜你！你可以还原到崩溃前的状态。否则你就只能喊：神啊，救救我吧“了。

首先，我们可以先试一下sp_attach_single_file_db，试着恢复一下你的数据文件，虽然能恢复的可能性不大，不过假如这个数据库刚好执行了一个checkpoint的话，还是有可能成功的。当然，如果你没有好到有摸彩票的手气，最重要的数据库没有像你期盼的那样attach上去，那也不要气馁，还是有别的方案的。

接着我们可以再试着重新建立一个log，先把数据库设置为emergency mode，sysdatabases的status为32768 就表示数据库处于此状态。

不过系统表是不能随便改的，设置一下先Use MasterGosp_configure allow updates, 1reconfigure with overrideGo然后update sysdatabases set status = 32768 where name = <db_name>现在我们再来重新建立一个log文件。成功的机会还是相当大的，系统一般都会认可你新建立的日志。如果没有报告什么错误，现在就可以松一口气了。

　 但是我们虽然数据是恢复了，可是别以为事情就算完成了，正在进行的事务肯定是丢失了，原来的数据也可能受到一些损坏。那么我们该怎么办呢？先让我们把SQL Server 重新启动一下，然后检查你的数据库吧。先设置成单用户模式，然后做dbccsp_dboption <db_name>, single user, trueDBCC CHECKDB(<db_name>)如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选项关掉。update sysdatabases set status = 28 where name = <db_name> --当然你的数据库状态可能不是这个，自己改为合适的值吧。checkdb的时候可能报告有一些错误，这些错误的数据你可能就只好丢弃了。checkdb有几种修复选项，自己看着用吧，不过最后你可能还是得用REPAIR_ALLOW_DATA_LOSS，完成所有修复。

chekcdb并不能完成所有的修复，我们需要更进一步的修复，用DBCC CHECKTABLE对每一个表做检查吧。表的列表可以用sysobjects里面得到，把OBJECTPROPERTY是IsTable的全部找出来检查一下吧，这样能够基本上解决问题了，如果还报告错误，试着把数据select into到另一张表检查一下。这些都做完了之后，把所有索引、视图、存储过程、触发器等重新建立一下。

然后，我们就可以向boss吹嘘一下自己的丰功伟业，顺便小小的提一下加薪的要求，如果（很有可能）不得逞的话，也只好回家睡觉去记得下次别忘了做好备份哦！！......