- 积分
- 39
- 下载分
- 分
- 威望
- 点
- 原创币
- 点
- 下载
- 次
- 上传
- 次
- 注册时间
- 2012-4-17
- 精华
|
马上注册,获取阅读精华内容及下载权限
您需要 登录 才可以下载或查看,没有帐号?注册
x
用友T3数据库多页面损坏
客户:山东某冷冻食品厂
客户故障:硬盘损坏,开盘恢复之后数据库损坏
解决故障:
客户是山东某同行介绍,之前客户硬盘发生物理损坏,在当地开盘取出大部分数据之后发现2014年用友帐套无法附加使用,客户使用用友T3软件。
典型的数据库823报错,客户数据将近500M,通过邮箱接收之后工程师使用了AUTOMDF进行了数据库结果检测发现里面存在很多损坏页面,
用WINHEX打开数据库底层发现里面很多,BAD这种填充字样,,是因为客户用UDMA将数据克隆时没读取到的位置全部用BAD填充了,
与客户沟通完毕之后开始修复数据库,先是将数据用替换的方式将数据库挂载在SQL服务器上,重建日志后,用DBCC语句检测数据库看下,
主要的系统表都有损坏,,用语句设为单用户之后,使用DBCC尝试修复看看,处理过程中,发现DBCC语句根本无能为力在修复过程中全被回避了,后来客户提供了一个200M 2013年底数据库,经过数据库的系统表结合,将BAD填充位置全部还原,最后在上DBCC语句尝试修复,,发现很多语句生效了,但是在访问时候还是会有报错。
只能将数据库再次处理,原库462M大小,修复后数据库大小还是462M,数据基本没有任何丢失,,这种数据如果使用凤凰等工具直接导出数据在导入的话客户是不能接受的,第一,导表之后的数据库客户不能直接在软件使用,客户不接受,第二,使用第三方软件导出的数据会丢失很大一部分数据,因为数据库存在物理损坏,数据库修复历时2天,最后在将数据库放入T3软件里测试,所以数据正常,不丢失数据!
最终完美解决客户问题,客户帐套可以正常使用!!!
|
评分
-
查看全部评分
|