12月31日，接一苏州某纺织工公司IBM—3650服务器阵列崩溃，客户急需服务器数据恢复。跟客户沟通之后，故障详情如下：服务器所组阵列为RAID5+1，里面一共有三台虚拟机，所用操作系统为Server2008，其中最重要的为一台虚拟机中的SQL数据库文件。其中2号盘掉线之后热备盘5号盘自动顶替了上去，后来客户重新插了一块硬盘将原来的2号盘替换下来。替换完成之后系统刚开始也能用，用了一会儿之后系统变得很卡，最后实在跑不动了客户尝试将服务器重新启动。重新启动完后出现问题了，阵列卡中显示4号盘掉线，逻辑卷加载不上。
苏州绿数数据恢复中心拿到服务器后，首先将6块146G的SAS硬盘去RID化后插入SAS模组中分别做成镜像文件。苏州绿数数据恢复中心友情提示：当您的存储设备出现问题时，您需要自己尝试恢复的情况下一定要将原来的数据做好备份，24小时免费咨询热线400—012—5997。
按照客户描述如果只有2号盘掉线的话，阵列应该是能起来的，在做完镜像后我们现在在将所有硬盘插回插槽发现024号盘都是掉线的，逻辑卷识别不到。阵列信息提示块大小为256KB。
现在已经确定服务器肯定起不来了，那就将所有镜像文件在Winhex中打开进行分析。现在的2号盘（后来插上去的）后面基本上空的，也就是后来插的并没有同步完成。现在的5号盘跟0134参与校验99%都能过，也就是热备盘5号盘已经正常工作了。因为已经知道了块大小，那分析盘序也就很简单了，不需要从文件系统进行分析了，只需要分析校验块就可以知道盘序了。分析盘序发现和服务器里面插槽是一样的，盘序为01534，其中5号盘是顶替的原来2号盘。阵列组完之后根据MFT记录号判断为左异步。
知道盘序、块大小、数据走向之后用专业软件将RAID虚拟重组出来，数据恢复成功。前面两个系统的VMDK文件和日志都没问题，最后一个系统的应该是做过迁移有两个VMDK文件，最后跟客户核实所有数据都没问题。至此，三个虚拟机的服务器数据恢复成功。
