首页

“绿数-云恢复”一起关于IBM X3650 vmware虚拟机的恢复案例

2016-01-04 13:28:11  浏览:2700次

1231日,接一苏州某纺织工公司IBM3650服务器阵列崩溃,客户急需服务器数据恢复。跟客户沟通之后,故障详情如下:服务器所组阵列为RAID5+1,里面一共有三台虚拟机,所用操作系统为Server2008,其中最重要的为一台虚拟机中的SQL数据库文件。其中2号盘掉线之后热备盘5号盘自动顶替了上去,后来客户重新插了一块硬盘将原来的2号盘替换下来。替换完成之后系统刚开始也能用,用了一会儿之后系统变得很卡,最后实在跑不动了客户尝试将服务器重新启动。重新启动完后出现问题了,阵列卡中显示4号盘掉线,逻辑卷加载不上。

QQ截图20160104133157.png


苏州绿数数据恢复中心拿到服务器后,首先将6146GSAS硬盘去RID化后插入SAS模组中分别做成镜像文件。苏州绿数数据恢复中心友情提示:当您的存储设备出现问题时,您需要自己尝试恢复的情况下一定要将原来的数据做好备份,24小时免费咨询热线4000125997

2.jpg

  按照客户描述如果只有2号盘掉线的话,阵列应该是能起来的,在做完镜像后我们现在在将所有硬盘插回插槽发现024号盘都是掉线的,逻辑卷识别不到。阵列信息提示块大小为256KB

  现在已经确定服务器肯定起不来了,那就将所有镜像文件在Winhex中打开进行分析。现在的2号盘(后来插上去的)后面基本上空的,也就是后来插的并没有同步完成。现在的5号盘跟0134参与校验99%都能过,也就是热备盘5号盘已经正常工作了。因为已经知道了块大小,那分析盘序也就很简单了,不需要从文件系统进行分析了,只需要分析校验块就可以知道盘序了。分析盘序发现和服务器里面插槽是一样的,盘序为01534,其中5号盘是顶替的原来2号盘。阵列组完之后根据MFT记录号判断为左异步。

3.png

  知道盘序、块大小、数据走向之后用专业软件将RAID虚拟重组出来,数据恢复成功。前面两个系统的VMDK文件和日志都没问题,最后一个系统的应该是做过迁移有两个VMDK文件,最后跟客户核实所有数据都没问题。至此,三个虚拟机的服务器数据恢复成功。