前事不忘,后事之师,不忘国耻!

 注册  找回密码
 注册

QQ登录

只需一步,快速开始

搜索
查看: 2916|回复: 1

SQL Server日志文件数据丢失的恢复方法

[复制链接]

SQL Server日志文件数据丢失的恢复方法

[复制链接]
ehxz

主题

0

回帖

7251

积分

管理员

积分
7251
2006-12-17 17:52:13 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

×
   一、 概述

  在应用系统中,数据库往往是最核心的部分,一旦数据库毁坏或损坏,将会带来巨大的损失,所以数据库的管理越来越重要。我们在做数据库管理与维护工作中,不可避免会出现各种各样的错误,本文针对数据库的日志文件丢失时如何利用MDF文件恢复数据库的方法进行了研究。

  二、 数据库的恢复

  当数据库的主数据MDF文件完好无损时,在丢失了LDF文件的情况下,如何利用MDF文件恢复数据库?我们把SQL Server的日志文件分为两类:一类是无活动事务的日志,另一类是含活动事务的日志,根据不同的日志,采取不同的方法来恢复数据库。

  1. 无活动事务的日志恢复

  无活动事务的日志丢失时,我们很容易利用MDF文件直接恢复数据库,具体方法如下:

  ①.分离被质疑的数据库,可用企业管理器中的"分离数据库工具",或者用存储过程sp_detach_db分离数据库;

  ②利用MDF文件附加数据库生成新的日志文件,可用企业管理器中的"附加数据库"的工具,或者用存储过程sp_attach_single_file_db附加数据库。

  如果数据库的日志文件中含有活动事务,利用此方法就不能恢复数据库。

  2. 含活动事务的日志恢复

  含有活动事务的日志丢失时,利用上述方法就会出现"数据库和日志文件不符合,不能附加数据库"。对于这种情况下,我们采用如下方法:

  ①新建同名数据库AAA,并设它为紧急模式

  ·停止SQL Server服务器;

  ·把数据库主数据MDF文件移走;

  ·启SQL Server服务器,新建一个同名的数据库AAA;

  ·停止SQL Server服务器,把移走的MDF文件再覆盖回来;

  ·启动SQL Server服务器,把AAA设为紧急模式,不过默认情况下,系统表是不能随便修改的,必须首先设置一下使其能被修改,运行以下语句即可:

Use Master
Go
sp_configure ’allow updates’,1
reconfigure with override
Go

  接着运行以下语句,把AAA数据库设为紧急模式,即把Sysdatabases表中AAA数据库的status属性设为’37268’,就表示把AAA数据库处于紧急模式。

update sysdatabases set status=32768 where hame=’AAA’

  如果没有报告什么错误,就可以进行以下操作。

  ②设置数据库AAA为单用户模式,并检查数据库

  ·重启SQL Server服务器;

  ·把数据库AAA设为单用户模式

Sp_dboption ’AAA’, ’single user’, ’true’

  ·运行以下语句,检查数据库AAA

DBCC CHECKDB(’AAA’)

  如果没有什么大的问题就可以把数据库的状态改回去。

  ③还原数据库的状态

  运行以下语句,就可以把数据库的状态还原:

update sysdatabases set status=28 where name=’AAA’
sp_configure ’allow updates’,0
reconfigure with override
Go

  如果没有什么大的问题,刷新一下数据库,数据库AAA又会出现在你面前,但目前恢复工作还没有做完,此时的数据库仍不能工作,还要进行下面的处理,才能真正恢复。

  ④利用DTS的导入导出向导,把数据库AAA导入到一个新建数据库BBB中

  ·新建一个数据库BBB;

  ·右击BBB,选择IMPORT功能,打开导入向导;

  ·目标源选择"在SQL Server数据库之间复制对象和数据库",这样可以把表结构,数据视图和存储过程导入到BBB中

  ·再用此功能把BBB库替换成原来的AAA库即可。

  到此为止,数据库AAA就完全恢复。

  三、 小结

   日志文件丢失是一件非常危险的事情,很有可能你的数据库彻底毁坏。SQL Server数据库的恢复都是靠日志文件来完成,所以无论如何都要保证日志文件的存在,它至关重要。为了使我们的数据库万无一失,最好采用多种备份方式相 结合,所以我们要从心里重视数据库的管理与维护工作。
免责申明1、欢迎访问本站,本文内容及相关资源来源于网络,版权归版权方所有!本站原创内容版权归本站所有,请勿转载!
2、本文内容仅代表作者观点,不代表本站立场,作者自负,本站资源仅供学习研究,请勿非法使用,否则后果自负!请下载后24小时内删除!
3、本文内容,包括但不限于源码、文字、图片等,仅供参考。本站不对其安全性,正确性等作出保证。但本站会尽量审核会员发表的内容。
4、如本帖侵犯到任何版权问题,请立即告知本站 ,本站将及时删除并致以最深的歉意!客服邮箱:admin@dbabbs.com
ehxz 楼主

主题

0

回帖

7251

积分

管理员

积分
7251
2008-2-29 17:07:30 | 显示全部楼层
又一方式,偶测试过的:

先建一个同名的数据库,然后把sql停止,再把.mdf文件复制到data目录,同时删除.ldf文件,再远行sql,这样做完后,数据库处理“置疑”状态,然后用下面的语句修复,如果问题不大的话,应该是可以解决的。

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

update master..sysDatabases set status = 32768 where name = '你的数据库名'

DBCC REBUILD_LOG ('你的数据库名', '日志文件路径' )

update sysDatabases set status = 0 where name = '你的数据库名'

restore Database 你的数据库名 WITH RECOVERY


sp_dboption '你的数据库名', 'single user', 'true'

DBCC CHECKDB ('你的数据库名',REPAIR_FAST) with no_infomsgs

sp_dboption '你的数据库名', 'single user', 'false'

每一句都单独执行,如果dbcc有问题,还要用其它dbcc语句修复。


  DBCC   CHECKDB('你的数据库名',REPAIR_ALLOW_DATA_LOSS)   
  --DBCC   CHECKDB('你的数据库名',REPAIR_REBUILD)     
  --DBCC   CHECKDB('你的数据库名')   with   PHYSICAL_ONLY
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|小黑屋|DBA论坛中国 ( 鲁ICP备20017503号-2 )

GMT+8, 2024-12-22 11:30 , Processed in 0.242256 second(s), 11 queries , MemCached On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表