惠普服务器RAID50数据恢复成功案例

近日，服务器数据恢复的业务量攀升，国内著名的服务器RAID数据恢复专业公司达思科技CTO覃总表示，到了岁末，企业级财务数据运行故障集中爆发，在此提醒服务器运维信息主管提高警惕，确保服务器RAID数据安全过冬。

不过，企事业单位的IT信息主管虽然加强了管理，还是有不少服务器发生故障，达思服务器数据恢复专家最近接到了一个RAID50数据恢复案例，是一个惠普ML350的服务器，挂了8块300GB SAS硬盘，硬盘编号从1~8。其中1、3、5、7号四块盘组成一组RAID5，2、4、6、8号盘组成另一组RAID5，这两组RAID5又组成了一组RAID0。实际上这就是所谓的混合型RAID，即RAID50（或者RAID5+0）。

RAID50数据恢复故障现象及原因

HP ML350的服务器主要运行用友财务系统，同时保存着公司重要的工作文档，也担任文件服务器的角色。用户起初发觉MS SQL Server有异常。于是决定重新安装MS SQL Server。按照用友公司的要求，在安装前，把相关数据库通过用友平台备份出来，还把原始用友数据库所在的文件夹重新命名，这个过程比较顺利，重装MS SQL Server顺利完成。

用友财务系统应用程序也需要重新安装，把原先备份出来的数据还原到系统中，发现两个帐套还原有问题，发现第二组RAID5中的6号盘红灯常亮，于是用户在线更换6号盘（用新的硬盘替换6号盘）。HP ML350服务器RAID控制器对新更换的硬盘进行Rebuild（重建）。用户继续对磁盘阵列数据进行COPY备份操作，这个过程数据库状态都正常。运行了几个小时，第二组RAID5中的2号盘红灯常亮，于是用户又更换了新的硬盘替换2号硬盘，于是RAID控制器对新更换的2号硬盘进行Rebuild（重建），没过多久，数据库全部变成质疑状态，有些文件夹打不开，提示MFT表错误或者目录信息损，.接下来用户重起服务器，在重起过程中对硬盘分区进行chkdsk操作，系统起来以后，发现原来打不开的目录能打开了，但是文件打不开，数据库状态还是质疑状态。

HP ml350服务器RAID故障分析

达思科技RAID数据恢复专家对第二组RAID5硬盘进行分析，发现新更换的6号盘没有Rebuild完成，新更换的6号盘是由原2 4 8号盘Rebuild的。而后面更换的2号盘是由 4 6（新更换的） 8号盘Rebuild的，由于第一次更换盘以后，没有Rebuild完成，于是又更换2号盘，这样就造成数据不全。后来通过原2号盘 4号盘 原6号盘 8号盘组合出第二组RAID5的数据，经过与第一组RAID5再次组成RAID0，把数据恢复出来，经验证，数据正常。本案例还发现一个新问题，RAID0组合的时候，数据块大小为384扇区，这个块大小数值是非常少见的，通常情况下块大小是：8 16 32 64 128 256 512 扇区 等等这样规律的数字。

HP ML350服务器RAID50数据恢复技术总结

我们从本案例中总结出，如果RAID中有硬盘需要更换时，一定要等到Rebuild完成以后才能对磁盘分区进行操作，如果在Rebuild还没有完成就更换新的硬盘，数据肯定会不同步，而且还会对磁盘进行的写操作，容易引发新的问题。当Rebuild没有完成时，发现同组RAID中有另一块硬盘出现问题，这个时候不能更换新盘，只能想办法先恢复数据，然后再做更换动作。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友