恢复案例. CASES OF RESTORATION

 

栏目导航
所在位置:首页 > 恢复案例
展现实力的时候到了—拼尽全力,绝不放弃-山西交控忻州高速服务器RAID5划2盘数据抢救成功
更新时间:2020-04-08 作者:海马鑫好
详细介绍

客户信息:山西交控-忻州高速

存储介质:联想服务器 3650

故障表象: 服务器由4SAS300G组成RAID5,在RAID管理工具只发现2块物理盘

故障判断:对4SAS盘一一进行检查,2块盘正常,2块盘均一直敲盘不识别。2块故障盘判断位磁头损坏

处理方案:

该阵列是高速收费站环境,共有5个数据库,db_base,db_share, db_toll,db_waitdb_img。其中img为图像库可以忽略。

1.RAID5的特点是只允许1块盘故障,现在2盘均发生故障那么必须要抢救其中一块。

2.读取故障日志发现2盘同时离线,那么就不需要担心先后离线的情况。

3.随机拆一块故障盘开盘后发现该盘严重划伤,磁介质都被划完,磁盘呈透明状态,顿时心凉凉,怕是另一块也是如此,因为故障后机器一直处于通电状态。


4.拆另一块故障盘,盘面光滑,但是强光照射下也能明显看到中间有划伤,抱着“拼尽权利,绝不放弃”的心态,我们的技术坚持要拆块全新硬盘来尝试。

4.开盘后故障盘虽被设备识别,但是特别卡顿,分段测试前、中、后段扇区,发现靠后的位置比较顺利,则优先镜像顺利的地方,其他地方断断续续,跳一段走一段。直到磁头完成它的使命再次挂掉。

5.通过镜像出来的部分数据重组分析RAID,发现**后一个区完整,但该分区只有图像库,因为图像库比较大,独立放到一个分区。这让兴奋的情绪顿时又凉了半截。

6.倒数第二区发现了原库,以及一个备份。但是由于镜像不完整,拷贝出来的原库也无法附加。通过利用备份跟原库互补,得到较多的数据碎片,重组后。驱车到客户单位进行验证,数据达到85%以上。

整个恢复过程持续3天,客户全程跟踪!我们又一次用实力得到了客户的认可。


鑫远——专注数据恢复12年之久,上万恢复案例,总有一例与您所遇到的故障相同!

      鑫远数据安全与救援中心提供高端存储故障解决方案和数据救援方案
【HP EVA 】【EMC VNX系列】 【IBM V系列】
【DELL EQ系列】【SAN 小型机 【NETAPP系列】以及【虚拟化 超融合架构】

再次提示:在数据发生丢失时候一定要保护好现场,不要盲目的对损坏的硬盘或文件进行任何操作,并马上联系专业人员进行处理,以免您的数据彻底消失。

山西太原鑫远数据恢复中心是国内专业从事数据恢复的公司之一,其中的RAID实验室致力于磁盘阵列技术的研究。擅长各种软件、硬件的RAID5、RAID0磁盘阵列数据恢复 。经过多年研究掌握了各种从SAN到NAS和CAS,从高端到中低端磁盘阵列的算法。开发了磁盘阵列恢复工具,可脱离Raid卡,操作系统,把阵列中的数据完整的恢复出来。可恢复各类原因引起的磁盘阵列(Raid)丢失的数据,不受品牌和Raid级别的限制。已经解决国内大部分raid卡的算法,其中比较复杂的raid有:IBM 7133阵列的Raid5双循环算法,HP Raid卡和Compaq Raid卡的双循环算法,Raid1E算法,HP的Raid ADG和IBM的Raid的算法以及EMC DELL的阵列柜520卡的算法。
友情提示:由于客户数据泄密的事件屡有发生,原因就是有些数据恢复公司

不具备RAID恢复能力,而是把接到的活转给第三方公司来赚取差价,避免这个问题的办法就是要求数据恢复公司在现场直接恢复,或全程观看等候。



更多 >>更多产品
山西鑫远数据恢复,太原鑫远数据恢复,太原数据恢复,山西数据恢复,太原开盘数据恢复,太原服务器恢复,太原数据库修复,山西数据库修复,太原硬盘数据恢复,太原raid恢复,山西服务器数据恢复,山西硬盘数据恢复,山西数据库修复,山西数据恢复,RAID数据恢复,****病毒修复,固态硬盘恢复上门为山西某高校物联
山西鑫远数据恢复,太原鑫远数据恢复,太原数据恢复,山西数据恢复,太原开盘数据恢复,太原服务器恢复,太原数据库修复,山西数据库修复,太原硬盘数据恢复,太原raid恢复,山西服务器数据恢复,山西硬盘数据恢复,山西数据库修复,山西数据恢复,RAID数据恢复,****病毒修复,固态硬盘恢复上门为某涉密单位海康
USBC首先不是中毒,但俗称“USBC病毒”此类故障大部分发生在FAT移动介质,比如TF卡,sd卡,cf卡等之类,有的会严重破坏文件系统,当然有的只是轻微的破坏造成目录偏移篡改之类的。网上说的chkdsk不要用,会改写原始的数据,那样会造成文件系统的二次损坏或者彻底恢复不了,我们要保持原样(保护案发现场)!!!在这里我们只说winhex,winhex才是王道!因为本案例用普通recovery软件是恢复不了的,我甚至都尝试过写WINHEX脚本全盘来做,做出的效果还是不够理想,中间还是会参杂别的视频信息,结果也是不敬人意上图出现乱码的目录也是因为文件系统偏移或损坏造成,起始DBR信息已经损坏,根据分析定位FAT表信息以及根目录起始位置确定了FAT表长度,以及簇大小64。手工回写了DBR信息,顺利展开了损坏的文件系统但是目录结构里面刚好缺失掉中午的视频素材,心情顿时凉凉的,怎么办。。。不是手工矫正文件系统后顺利拷贝客户需要的数据吗?以前都是这样的。这次失手了,难怪客户找了几家都没有恢复出来,去年年底的视频拖到了5月。一头又扎到十六进制里面,有种“识数寻踪”的赶脚(这是本书,有想了解的可以百度),根据以往恢复经验,大部分的MTS视频开始都是003F3F3F3F47400010(3F通配符),通过手工编写winhex脚本精准定位到数据的起始扇区20938752sec,成功截取了视频,大概2GB左右。通过播放软件播放,效果很差,隔几贞就会有别的视频镜头,很是卡顿。明显是视频碎片化存储了(本案例无数据写入,没有覆盖)。根据该视频的起始扇区推算出对应的簇号(326786)上面,根据分析文件系统的FAT表发现只破坏了前面一个扇区,FAT表基本完整,因此我们把思路转到了FAT表上面。FAT表中记录了每个文件的簇链结构;FAT表中记录的与数据区簇对应的表项,从0号标记开始至当前数据区所分配的簇的****数值,记录簇信息到FAT项;但是注意:其中0号~1号簇的值都是操作系统预先不留设定的特殊标记,而数据区的起始簇是2号簇。接下来我们的工作就是通过FAT表链对应的数据区,手工截取该视频碎片文件。。。工作量好大啊~通过FAT表链,分段截取视频碎片,合并成1.9GBmts文件,顺利播放。没有辜负我们付出的努力,同时也祝视频里面的新人新婚快乐~~视频恢复后无法正常播
山西鑫远数据恢复,太原鑫远数据恢复,太原数据恢复,山西数据恢复,太原开盘数据恢复,太原服务器恢复,太原数据库修复,山西数据库修复,太原硬盘数据恢复,太原raid恢复,山西服务器数据恢复,山西硬盘数据恢复,山西数据库修复,山西数据恢复,RAID数据恢复,****病毒修复,固态硬盘恢复51不放假-太原某高新企

友情链接:中国数据库修复网 合肥数据恢复  淮南数据恢复 服务器数据恢复 太原数据恢复  大同数据恢复 

虚拟主机 中国名店网 深圳户口办理  数据人 自动秒收录