当SQL Server数据库崩溃时如何恢复?

核心提示： 不过系统表是不能随便改的，设置一下先Use MasterGosp_configure 'allow updates', 1reconfigure with overrideGo然后update sysdatabases set status = 32768 where name = '

　　不过系统表是不能随便改的，设置一下先
　　Use Master
　　Go
　　sp_configure 'allow updates', 1
　　reconfigure with override
　　Go
　　然后
　　update sysdatabases set status = 32768 where name = ''

　　现在，祈求满天神佛的保佑吧，重新建立一个log文件。成功的机会还是相当大的，系统一般都会认可你新建立的日志。如果没有报告什么错误，现在就可以松一口气了。

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

　　先把sql server(WINDOWS平台上强大的数据库平台) 重新启动一下，然后检查你的数据库吧。
　　先设置成单用户模式，然后做dbcc
　　sp_dboption '', 'single user', 'true'
　　DBCC CHECKDB('')

　　如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选项关掉。
update sysdatabases set status = 28 where 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也许可以帮你一些忙。

　　上面提到的命令、对象在Books Online中均有详细说明，请注意参看。

上一页  1 2