一、 概述<br /><br />
在应用系统中，数据库往往是最核心的部分，一旦数据库毁坏或损坏，将会带来巨大的损失，所以数据库的管理越来越重要。我们在做数据库管理与维护工作中，不可避免会出现各种各
的错误，本文针对数据库的日志文件丢失时如何利用MDF文件恢复数据库的方法进行了研究。 <br /><br /> 二、 数据库的恢复<br /><br /> 当数据库的主数据MDF文件完好无损时，在丢失了LDF文件的情况下，如何利用MDF文件恢复数据库？我们把SQL Server的日志文件分为两类：一类是无活动事务的日志，另一类是含活动事务的日志，根据不同的日志，采取不同的方法来恢复数据库。<br /><br /> 1. 无活动事务的日志恢复<br /><br /> 无活动事务的日志丢失时，我们很容易利用MDF文件直接恢复数据库，具体方法如下：<br /><br /> ①.分离被质疑的数据库，可用企业管理器中的"分离数据库工具"，或者用存储过程sp_detach_db分离数据库；<br /><br /> ②利用MDF文件附加数据库生成新的日志文件，可用企业管理器中的"附加数据库"的工具，或者用存储过程sp_attach_single_file_db附加数据库。<br /><br /> 如果数据库的日志文件中含有活动事务，利用此方法就不能恢复数据库。<br /><br /> 2. 含活动事务的日志恢复<br /><br /> 含有活动事务的日志丢失时，利用上述方法就会出现"数据库和日志文件不符合，不能附加数据库"。对于这种情况下，我们采用如下方法：<br /><br /> ①新建同名数据库AAA，并设它为紧急模式<br /><br /> ·停止SQL Server服务器；<br /><br /> ·把数据库主数据MDF文件移走；<br /><br /> ·启SQL Server服务器，新建一个同名的数据库AAA； <br /><br /> ·停止SQL Server服务器，把移走的MDF文件再覆盖回来；<br /><br /> ·启动SQL Server服务器，把AAA设为紧急模式，不过默认情况下，系统表是不能随便修改的，必须首先设置一下使其能被修改，运行以下语句即可：<br /><br />Use Master<br />Go<br />sp_configure ’allow updates’,1<br />reconfigure with override<br />Go <br /><br /> 接着运行以下语句，把AAA数据库设为紧急模式，即把Sysdatabases表中AAA数据库的status属性设为’37268’,就表示把AAA数据库处于紧急模式。<br /><br />update sysdatabases set status=32768 where hame=’AAA’ <br /><br /> 如果没有报告什么错误，就可以进行以下操作。<br /><br /> ②设置数据库AAA为单用户模式，并检查数据库<br /><br /> ·重启SQL Server服务器；<br /><br /> ·把数据库AAA设为单用户模式<br /><br />Sp_dboption ’AAA’, ’single user’, ’true’ <br /><br /> ·运行以下语句，检查数据库AAA<br /><br />DBCC CHECKDB(’AAA’) <br /><br /> 如果没有什么大的问题就可以把数据库的状态改回去。<br /><br /> ③还原数据库的状态<br /><br /> 运行以下语句，就可以把数据库的状态还原：<br /><br />update sysdatabases set status=28 where name=’AAA’<br />sp_configure ’allow updates’,0<br />reconfigure with override<br />Go <br /><br /> 如果没有什么大的问题，刷新一下数据库，数据库AAA又会出现在你面前，但目前恢复工作还没有做完，此时的数据库仍不能工作，还要进行下面的处理，才能真正恢复。<br /><br /> ④利用DTS的导入导出向导，把数据库AAA导入到一个新建数据库BBB中<br /><br /> ·新建一个数据库BBB;<br /><br /> ·右击BBB，选择IMPORT功能，打开导入向导；<br /><br /> ·目标源选择"在SQL Server数据库之间复制对象和数据库"，这样可以把表结构，数据视图和存储过程导入到BBB中<br /><br /> ·再用此功能把BBB库替换成原来的AAA库即可。<br /><br /> 到此为止，数据库AAA就完全恢复。<br /><br /> 三、 小结<br /><br /> 日志文件丢失是一件非常危险的事情，很有可能你的数据库彻底毁坏。SQL Server数据库的恢复都是靠日志文件来完成，所以无论如何都要保证日志文件的存在，它至关重要。为了使我们的数据库万无一失，最好采用多种备份方式相结合，所以我们要从心里重视数据
的管理与维护工作。 <br /><br />*****************************************************************************************************************************<br /><br />实现附加数据库 <br /> <br />---------------------------<br />--Microsoft SQL-DMO （ODBC SQLState: 42000）<br />---------------------------<br />--错误 1813: 未能打开新数据库 '故障查询'。CREATE DATABASE 将终止。<br />--设备激活错误。物理文件名 'I:Microsoft SQL ServerMSSQLdata故障查询.ldf' 可能有误。<br />---------------------------<br />--确定 <br />---------------------------<br /><br />--1、更改 原 故障查询.mdf 文件的名称 为 故障查询1.mdf<br />--2、新建同名数据库 故障查询，其物理名称为 故障查询.mdf、故障查询.ldf<br />--3、停止MSSQLSERVER服务，删除步骤2创建的2个文件，并改名 故障查询1.mdf 为 故障查询.mdf<br />--4、启动MSSQLSERVER服务，此时 故障查询 数据库肯定是‘置疑’的<br />--5、设置数据库允许直接操作系统表；可以右键选服务器，在[服务器设置]选项卡的[服务器行为]里面更改。<br />use master<br />go<br />sp_configure 'allow updates',1<br />go<br />reconfigure with override<br />go<br />---------------------------------------------------------------------------------------------<br />--6、设置 故障查询 数据库为紧急修复模式<br />update sysdatabases set status=-32768 where dbid=db_id('故障查询'
<br />go<br />--7、重建 故障查询 数据库的日志文件，若不能锁定请停止服务并再次打开服务，然后用QA重试<br />dbcc rebuild_log('故障查询','I:Microsoft SQL ServerMSSQLData故障查询.ldf'
<br />go<br />--8、检查数据库的一致性<br />dbcc checkdb('故障查询'
<br />go<br />--9、设置数据库 故障查询 为 正常 模式<br />sp_dboption '故障查询','dbo use only','false'<br />go<br />----------------------------------------------------------------------------------------------<br />--10、取消数据库直接操作系统表<br />sp_configure 'allow updates',0<br />go<br />reconfigure with override<br />go<br /> <br /><br />这个特别好使，我就是它的受益者之一，幸亏这个技术，不然公司损失就大了
论 坛 
