一卡通SQL2005数据库二次修复成功

【客户名称】 蒙自客户
【介质型号】 ST3500418AS
【数据恢复故障描述】
客户停止MYSQL工作 MDF数据库被误删除，空间快满导致误删除。
【数据恢复过程】

5．1放假期间客户联系到我们一台服务器做的RAID1客户误删除一卡通数据库中心数据库和采集数据库。2个数据库大小100多G 客户自己恢复出来采集库的文件0字节，而却最重要的中心数据库直接连名称都找不到。客户他们也折腾了了一晚上，得知我们公司有做数据库修复专家最后客户联系到我们当天找客车把硬盘带上我们公司做恢复，让我尽最大努力恢复，收到盘以后我们试着用普通方法恢复结果和客户一样，应为数据库有碎片做起来比较麻烦，通过内部开发的MDF碎片重组程序找到客户丢失的采集数据库和中心数据库，采集数据库碎片32个没有任何丢失页数据重组以后生成日志文件直接可以正常使用虽然过程走的很艰辛最后还是完美修复。中心数据库碎片172个页面基本都在可以判断数据库基本是完整的。重组后DBCC CHECKDB检测发现20多个表索引报错最后重新生成索引，接着又报GAM错误最后也成功修复客户之前使用2000后来升级到2005。最后修复完成后DBCC CHECKDB检测没有发现任何错误，这个数据库基本达到99.9%的成功率，我们也写过数据库同命覆盖后恢复成功的案例玩的是运气客户需要的表没有被覆盖。
最近2周就接了不少数据库修复目前没有发现失败的，这次的修复找到了最完整的修复方案5.1虽然一直加班觉得很值技术大步提升，以后应该不会遇到更难的在更难就是覆盖没有机会的问题，数据库修复每次问题都不是一样的，懂原理结构可以有效的判断才能恢复到最终效果，有的问题要通过WINEHX手工来修改后重组文件，对保密数据我们都可以提供上门MSSQL数据库修复业务和服务器RAID恢复现场操作，有时候会遇到客户问怎么你们可以恢复我们恢复不了，怀疑我们是否还可以在恢复，如果随便一个软件扫描就认为自己会数据恢复，我们还花费那么多时间研究技术做什么，我们大部分做的二次恢复好弄的问题一般轮不到我们做。
今天早上看到客户打电话过来我心想难道软件下使用有问题了，结果电话刚接起客户就很激动的说李工修复的数据库软件下可以使用他们已经测试了没有发现问题，自从挑战了7万多碎片的MSSQL数据库以后100多G的MDF修复不会觉得有多难多难 请看下图：

24小时数据拯救联系方式

客服热线

营业时间

微信公众号