备 注 |
客户最开始4号盘,报错,客户就把4号盘拿下来了,客户是RAID5+HOTSWAP,随后热备盘顶上代替了4号盘,正常应该开始重建也就是rebuilt,客户还没等重建完成,就又做4号盘,放回了原来位置。这时,RAID卡又做这个盘加回了原来的阵列中,此时启动服务器,停止在WINDOWS启动界面不动了。
客户找了一个当地的某公司到现场,先用WINPE想把重要数据拷贝出来,可是进入了WINPE后,没有任何分区。随后,用IBM服务器随机带的服务器导航盘IBM SERVERGUID开始重做系统,那个工程师告诉他不会影响数据,又新建了一个8G的C盘,安装到88%,就死机了。如此重复了2回,全是这样。
此时,客户感觉情况不好,没敢再进行进一步操作。
随后,客户联系沈阳凯文数据恢复中心,客户确定拿硬盘过来恢复。
客户早上5点到达沈阳,沈阳凯文工程师马上加班开始分析。
经分析,4号盘数据已经不新鲜。0号盘已经加入原来的阵列,随后对,0,1,2,3,5,6号盘,进行分析,得到RAID重要参数。
直接重组,沈阳数据恢复,看到2个分区。客户最重要的E盘,数据有390G,共78个SQL数据库账套,客户一个一个的验证,全部正确无误,100%恢复。
客户非常激动。
从开始分析到整个数据恢复完,用时4小时,拷贝数据的速度也很快。每小时100G左右。此案例难点,客户进行过同步重建的操作。前面分区还删除后,不好找参照点。还好,沈阳凯文数据恢复工程师用独特RAID5分析方法,成功解决难题。
   
   
|