赤峰燕京啤酒数据中心RAID5阵列数据恢复
赤峰本地品牌燕京啤酒公司数据中心致电本公司，说是数据中心某台IBM服务器宕机了，服务器采用5盘RAID5阵列结构存储各分销中心下单数据文件，要求能尽快、完整的恢复数据库文件，减少因为服务器宕机引起的业务损失。由于正常中秋节前销售出库下单高峰期，越快、越完成的数据对于这样的大单位来讲非常有必要的。赤峰晴越数据恢复中心工程师嘱咐对方，一定要记好阵列每块盘的盘序，出错硬盘的序号，来减少工程师工作量增加时效性。经工程师实地难看服务器，该款IBM服务器为IBM X3650 M2型号，使用LSI阵列卡，进入LSI WEB BIOS阵列设置界面，察看该阵列采用的循环结构不祥，但块大小为32K（64扇区）。
将客户5块2.5寸 SAS接口硬盘标号取下后，接入数据恢复用机 ，做WINHEX扇区级镜像。该工作防止损坏客户数据，另外备份后的硬盘镜像在单盘上更容易操作。这项工作几乎花掉了5个多小时小时左右的时间，每盘大约50分钟。比较安慰的是客户的5块盘全部镜像成功，看来是硬盘坏道引起的服务器宕机。
查看所有镜像的第一个扇区，查找分区表极校验块盘，经查看该服务器第四块盘上有MBR分区表，第一块盘上有校验块，非常奇怪的问题，分区表的上总逻辑盘大小为780G大小，但5块盘【（5-1）*280】组合不出该大小啊，回想到服务器上显示的0、3、4盘均掉线，一般RIAD5只能允许一块掉线，再掉其它任何一块时阵列会自动全部掉机引起服务器宕机。又详细询问燕京啤酒数据中心的负责人员，告知服务器4号盘可能在最后一起重新装系统之前就已经损坏了，一直没有使用，这样就符合RIAD5的结构了，是4块实际使用的盘组成了该服务器阵列。
使用NTFS分区特有的$MFT记录好，很块就算好盘序及循环结构等关键阵列参数，在下午3点左右组合出数据，但验证数据时发现数据库无法使用。
看来掉线的盘有先后两块，第一块盘掉线后服务器又运行了一段时间，这样数据重新分配到了其它三块盘中，又经过几个小时的努力终于完成了最后 的数据组合工作，验证之后也完美通过，此时已经是第三天凌晨3点左右，不过所有努力都是值得了，得到了客户非常诚挚的肯定和赞许。
