MDF文档在SQL Server中的恢复技术

　　先把要恢复的文档置于MS SQL里的DATA文档里，进入MS SQL主数据库服务器。

　　1.我们使用默认方式建立一个供恢复使用的数据库(如MHDYF2005)。能够在SQL Server里面建立。

　　2.停掉数据库服务器。

　　3.将刚才生成的数据库的日志文档MHDYF2005_log.ldf删除，用要恢复的数据库mdf(yu1.mdf)文档覆盖刚才生成的数据库数据文档MHDYF2005_data.mdf。

　　4.启动数据库服务器。(刷新之后)此时会看到数据库MHDYF2005的状态为“置疑”。这时候不要对此数据库进行任何操作。

　　5.配置数据库允许直接操作系统表。此操作能够在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器配置”页面中将“允许对系统目录直接修改”一项选中。也能够使用如下语句来实现。

use mastergosp_configure ‘allow updates‘,1goreconfigure with overridego

　　6.配置MHDYF2005为紧急修复模式，语句如下：

update sysdatabases set status=-32768 where dbid=DB_ID(‘MHDYF2005‘)

　　此时能够在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”能够看到数据库里面的表，但是仅仅有系统表。

　　7.下面执行真正的恢复操作，重建数据库日志文档

dbcc rebuild_log(‘MHDYF2005‘,‘C:\Program Files\Microsoft SQL Server\MSSQL\Data\MHDYF2005_log.ldf‘)

　　执行过程中，假如碰到下列提示信息：

　　服务器: 消息 5030，级别 16，状态 1，行 1

　　未能排他地锁定数据库以执行该操作。

　　DBCC 执行完毕。假如 DBCC 输出了错误信息，请和系统管理员联系。

　　说明您的其他程式正在使用该数据库，假如刚才您在F步骤中使用SQL Server Enterprise Manager打开了MHDYF2005库的系统表，那么退出SQL Server Enterprise Manager就能够了。

　　正确执行完成的提示应该类似于：

　　警告: 数据库 ‘MHDYF2005‘ 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文档。DBCC 执行完毕。假如 DBCC 输出了错误信息，请和系统管理员联系。

　　此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时能够访问数据库里面的用户表了。

　　8.验证数据库一致性(可省略)，语句如下：

dbcc checkdb(‘MHDYF2005‘)

　　一般执行结果如下：CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 ‘MHDYF2005‘ 中)。DBCC 执行完毕。假如 DBCC 输出了错误信息，请和系统管理员联系。

　　9.配置数据库为正常状态，语句如下：

sp_dboption ‘MHDYF2005‘,‘dbo use only‘,‘false‘

　　假如没有出错，那么恭喜，现在就能够正常的使用恢复后的数据库啦。

　　10.最后一步，我们要将步骤E中配置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们能够在SQL Server Enterprise Manager里面恢复，也能够使用如下语句完成：

sp_configure ‘allow updates‘,0goreconfigure with overridego

　　一共10步，就这样完工了。全部恢复过程就是这样了，您能恢复了吗?

阅读关于 MDF文档 SQL Server数据库 恢复技术 的全部文章

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有