SQL SERVER数据库日志文件被删后的恢复方法

 

   前段时间我在清理服务器，看系统日志有错，我看C盘，原因C盘空间不足，于是我想删除一些文件，找了一下，发现一个数据库的日志文件非常大，好像有几个G，于是我就把SQL SERVER给停了，然后把这个日志文件给删除了，然后再开启SQL SERVER服务，但这时我发现数据库中的那个数据库出错了，找不到日志文件，成了“脱机”状态。网站上的行情数据一下全部停止更新，我一下吓着了。前年行情出错，罚了我50元，这次要是还不处理好，说不定一个月工资没有了。
   网上搜了一下，大多数是你抄我，我抄他的，牛头不对马嘴。最后经过两个小时的寻找,再把网上找到的一些资料多次拼凑然后再尝试，终于把数据库给恢复了。后来我又有意在本地删除一个数据库的日志文件，用同样的方法也照样成功，看来这个方法成功率还是挺高的，具体操作如下：
1．我们使用默认方式建立一个数据库，和原数据库同名(如quote)。
2．停掉数据库服务器。  
3．将刚才建立的数据库的日志文件quote_log.ldf删除。然后把原来那个无法打开的数据库文件mdf文件覆盖刚才生成的数据库数据文件quote_data.mdf  
4．启动数据库服务器。此时会看到数据库quote的状态为“置疑”。  
5．设置数据库允许直接操作系统表。此操作可以在“SQL企业管理器”里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
use   master  
  go  
  sp_configure   'allow   updates',1  
  go    
  reconfigure   with   override  
  go  
  6．设置quote为紧急修复模式  
  update   sysdatabases   set   status=-32768   where   dbid=DB_ID('quote')   (quote也就是数据库名)
  此时可以在“SQL 企业管理器”里面看到该数据库处于“只读/置疑/脱机/紧急模式”可以看到数据库里面的表了。高兴呀~~  
  7．下面执行真正的恢复操作，重建数据库日志文件  
dbcc   rebuild_log('quote','数据库绝对路径/quote_log.ldf')  
  执行过程中，如果遇到下列提示信息：  
  服务器:   消息   5030，级别   16，状态   1，行   1  
  未能排它地锁定数据库以执行该操作。  
  DBCC   执行完毕。如果   DBCC   输出了错误信息，请与系统管理员联系  
  说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用Sql企业管理器打开了quote库的系统表，那么退出Sql企业管理器就可以了。为了一防万一，我把所有的联接此数据库的程序都关了：）。把SQL SERVER的服务也给关了再重启。然后再执行上面的语句，这时他会告诉我quote_log.ldf已经存在了。这个时间我就非常放心了。
  正确执行完成的提示应该类似于：  
  警告:   数据库   'quote'   的日志已重建。已失去事务的一致性。应运行   DBCC   CHECKDB   以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。  
  DBCC   执行完毕。如果   DBCC   输出了错误信息，请与系统管理员联系。  
  此时打开在SQL企业管理器里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。  
  8．验证数据库一致性（可省略）  
dbcc   checkdb('quote')  
  我的结果是一串非常长的字符，一排挨一排的。说什么0错误的。  
  9．设置数据库为正常状态  
sp_dboption   'quote','dbo use only','false'  
  出现结果说：有1行受影响的结果数。那就是成功了呀。  
10．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情(只知道很危险,到底怎么危险程度我没试过）。当然，我们可以在SQL企业管理器里面恢复，也可以使用如下语句完成  
  sp_configure   'allow updates',0  
  go    
  reconfigure   with   override  
  go