重建数据库日志用友软件股份有限公司刘澄2009年08月13日【应用背景】该数据库版本为SQLSERVER2000，数据库日志文件已经被删除只剩下MDF文件。用数据库附加命令无法附加。而且用户已经没有其他的可用备份，如果无法恢复这个数据库将会给客户带来严重的损失！！！现在，只有寄希望与重建数据库日志来恢复了！概述首先数据库建立好了，停止数据库服务然后用需要恢复的MDF文件覆盖刚建立的数据库文件，此时启动数据库服务，进入企业管理器中查看该数据库被设置为置疑（suspect）状态；在这个状态下数据库是不可用的，见下图：解决方案解决方案：首先建立一个数据库，与需要恢复的数据库同名，此例为:UFDATA_001_2003。此处需要特别注意的是，数据库一定要同名，文件组也要相同（不过U8软件建立数据库的时候不会改文件组，默认的是PRIMARY文件组）文件名也要相同，U8建立的文件名为UFDATA.MDF和UFDATA.LDF解决方案解决方案：首先建立一个数据库，与需要恢复的数据库同名，此例为:UFDATA_001_2003。此处需要特别注意的是，数据库一定要同名，文件组也要相同（不过U8软件建立数据库的时候不会改文件组，默认的是PRIMARY文件组）文件名也要相同，U8建立的文件名为UFDATA.MDF和UFDATA.LDF解决方案解决方案：首先建立一个数据库，与需要恢复的数据库同名，此例为:UFDATA_001_2003。此处需要特别注意的是，数据库一定要同名，文件组也要相同（不过U8软件建立数据库的时候不会改文件组，默认的是PRIMARY文件组）文件名也要相同，U8建立的文件名为UFDATA.MDF和UFDATA.LDF解决方案首先数据库建立好了，停止数据库服务然后用需要恢复的MDF文件覆盖刚建立的数据库文件，此时启动数据库服务，进入企业管理器中查看该数据库被设置为置疑（suspect）状态；在这个状态下数据库是不可用的，见下图：解决方案首先首先我们要将该数据库的状态改变，改变为紧急状态。进入查询分析器，对应MASTER数据库，执行如下语句：sp_configure'allow',1--修改系统数据库为可以修改，只有这样数据库的系统表才能修改reconfigurewithoverrideupdatesysdatabasessetstatus=32768wherename='UFDATA_001_2003‘--将该数据库状态设置为紧急状态（32768）此时在企业管理器中刷新后可见如下图：解决方案首先关键的一步到了，让我们来给数据库重建日志文件把！首先，停止数据服务，把原来的LDF文件改名（不能删除）然后再启动数据库服务，进入查询分析器MASTER库下执行下列语句：DBCCREBUILD_LOG('UFDTA_001_2003','E:\UFSOFT850\ZT001\UFDATA.LDF')--重建日志文件（改为与U8默认的日志文件同名，参见步骤1）restoredatabaseUFDATA_001_2003WITHRECOVERYGO解决方案首先执行上述语句后，80%会返回如下的消息：警告:数据库‘UFDATA_001_2003’的日志已重建。已失去事务的一致性。应运行DBCCCHECKDB以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。RESTOREDATABASE操作成功地处理了0页，花费了0.000秒（0.000MB/秒）。如果返回的是上述信息，说明数据库已经默认了你新建的日志文件，要是数据库不认，那么您也不用往下看了，您只能在覆盖MDF文件后把数据库的状态改为可用，然后输出其中的表了。解决方案此时该数据库的状态应该是处于“只供DBO使用”的状态，如下图：您可以看见，现在里面的表都是可用的了，但是我们还需要把他的状态改为正常的状态才可以。据库被设置为置疑（suspect）状态；在这个状态下数据库是不可用的，见下图：解决方案首先在查询分析器中执行如下语句：updatesysdatabasessetstatus=4194316wherename='UFDATA_001_2003‘--修改为正常状态；千万别忘记，前面我们修改了数据库让他的系统表可以修改，现在一定要修改回来，否则客户无意中修改了系统数据库，那麻烦可就是大了！！！--修改系统数据库状态为不可写就一切搞定了：sp_configure'allow',0reconfigurewithoverrideGO解决方案
