用LogExplorer恢复数据库过程

原贴地址:http://expert.csdn.net/Expert/topic/2931/2931668.xml  
  因论坛不允许恢复超过30个帖,故新开此贴  
  首先答谢lynx1111、leeboyan(宝宝)   、realgz(realgz)   的热心帮助,同时也感谢islandnet(e兔子)、zhijiao(指教)、kkkksunday(我是猪小弟)、shuichangliu(生活一定会越来越好!)、ghostzxp(幽灵)、terencegan(新北京新奥运)、progress99(如履薄冰)   、outwindows(窗外)、Benimarunikado(彭建军)   ……等人的热心关注,目前因错误操作覆盖的数据库已经基本完全恢复。恢复后网站重新运行,欢迎各位能来做客[地址http://www.gbq.cn]  
   
  现我将恢复数据库的过程以及遇到的若干问题在此向各位汇报,希望能给遇到同样问题的朋友起点帮助:  
   
  [故障起因:]  
  在使用数据导入导工具将本地表往服务器传输时,忘记点掉“选择全部对象”,因此将远程的140张表超过1000万条数据全部覆盖(操作员当时点完提交就去吃饭,因此中途没有取消),数据库没有备份。  
   
  [恢复过程:]  
  使用工具是LogExplore,(下载地址:http://five.ttdown.com/L/Log%20Explorer%20for%20SQL%20Serverv%20v3.21.KG.exe)  
   
  安装后打开log   explorer   file=>attach   log   file->选择服务器和登陆方式->connect->  
  选择数据库->attach->左面对话框中browse->view   log->就可以看到log记录,  
  点击“View   DDL   Commands”里面就有很多drop   table   命令  
  点击下面的“undo”按钮是生成表结构的语句(create   table   ....)  
  点击下面的“Salvage”按钮是生成插入语句的(insert   into   ...values....)  
  (以上lynx1111提供)  
   
  我是按照上述方法的“Salvage”来生成被删除表的Insert语句,实际上用这个方法生成的SQL脚本已经包含了CreateTable。该过程速度大概用了8个小时,当时觉得慢,后来相比恢复过程,这个速度简直快的不行。最大的表脚本生成后超过1G。  
   
  生成所有的SQL脚本后,防止万一,我将数据库停下,并把Date文件夹的Log和.MDF文件拷出来(怕破坏LOG文件,没有使用数据库的备份方式备份),文件大小总共为5.7G  
   
  此后开始进行正式的恢复工作。新建一个数据库,先试着用SQL查询分析器运行了一个小表的脚本,完全没有问题。但后来发现导入比较大的SQL脚本文件,查询分析器就报错了。请教了realgz得知logExplorer本身对大脚本有良好支持,因此改用LogExplorer--》Run   SQL   Script   功能来运行脚本。果然大文件也可以恢复了。  
   
  但开始运行后发现包含有ntext字段的表恢复起来异常缓慢,打开一个包含nText字段的表的恢复脚本发现里面使用writeText来写入数据。恢复一个30万数据的表居然用了将近12小时的时间,而数据库中又有大量这样的表,为了加快数据,我又在几个机器上装了LogExplorer加入恢复过程,终于经过3天的时间,全部的表都搞的差不多了,不过恢复过程有少量的错误。  
   
  接下来我将几个机器的表导到同一个数据库中,不过此时恢复的表是没有包含索引、标识等扩展属性的,因此需要重新建立索引、标识、默认值以及触发器。在建立主键的时候发现居然有数据重复。。。没办法只好删除重复数据。  
   
  使用   select   distinct   *   into   t_New   from   t_Old   可以删除重复数据,但遇到有ntext字段的表是不能用这个方法的,最后只好用   Delete   From   t_Table   Where   ID   IN   (Select   ID   From   t_Table   a   where   (Select   Count(*)   From   t_Table   a   where   a.ID   =   ID   )   >   1   )直接删除了有重复数据的记录  
   
  经过72小时的努力,99.9%的数据恢复。并于4月8日晚上恢复运行网站。  
   
  这时候部分用户反映无法登陆,一查发现是有小部分数据丢失,也就是LogExplorer里报错误的那些数据……没办法,我重新用UEdit打开SQL脚本,查找这些数据,发现还在,仔细一看发现,这些数据里都有部分内容里使用大量的回车,LogExplorer无法识别,因此才出的错误。  
   
  呵呵,顾客是上帝,没办法,只好将用户表重新在本地恢复一次,遇到错误就记录下ID,然后再考出SQL脚本到查询分析器运行(查询分析器可以运行)  
   
  现在建立了维护计划,每个星期做一次完整备份。另外操作数据库的流程也变的规范,防止此类事故出现  
   
  [一些收获:]  
  1、慎重使用Text/nText字段  
  2、LogExplorer的脚本执行工具对付大文件很不错,但执行过程会对多个回车产生误判断  
  3、有问题不要着急,上csdn找高手帮忙,他们会很热心帮助你   

12 楼zjcxc(邹建)回复于 2004-05-06 09:26:51 得分 0

这个工具确实不错.   不过出问题的时候,千万不要用备份,不然可能损坏日志

13 楼laughsmile(海边的星空)回复于 2004-05-06 22:15:04 得分 0

在你执行了误操作的update之后,这个事务的信息被记载到SqlServer的Transaction   Log中,但是这些信息对于一般用户而言是不可解读的,这就需要使用log   explorer来读取隐藏在Transaction   Log的信息.从而解析出update这个事务的sql,根据这个update的sql,log   explore可以通过"undo   transation"来生成一个恢复操作的sql.  
  Log   Explorer可以执行列,行,表,甚至整个数据库的还原操作.   
 

阅读更多
个人分类: SqlServer
上一篇从FC到Wii 24年来游戏机CPU发展历程回顾
下一篇asp.net 部署数据库、开始菜单、桌面快捷方式实例
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭
关闭