惠普服务器RAID5阵列数据恢复.pptVIP

惠普服务器RAID5阵列数据恢复 文章来源：天盾数据恢复中心 目录 一、前言 二、RAID50数据恢复故障现象及原因： 三、惠普服务器RAID5阵列数据恢复的方法 四、结束语 文章来源：天盾数据恢复中心 一、前言 当发现只有一块磁盘损坏时，RAID5磁盘阵列能通过其它正常运行的磁盘进行异或运算出故障的数据信息，从而保证磁盘阵列存储信息的完整。通过专家研究RAID5结构和数据重组的规律，发现两个以上磁盘同事出现故障或RAID卡失效，也可以恢复故障磁盘阵列的数据。 文章来源：天盾数据恢复中心 　 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操作，系统起来以后，发现原来打不开的目录能打开了，但是文件打不开，数据库状态还是质疑状态。 二、RAID50数据恢复故障现象及原因 文章来源：天盾数据恢复中心 hp ml350服务器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 扇区等等这样规律的数字。 二、RAID50数据恢复故障现象及原因 文章来源：天盾数据恢复中心 三、惠普服务器RAID5阵列数据恢复的方法 天盾数据恢复中心提醒：如果RAID中有硬盘需要更换时，一定要等到Rebuild完成以后才能对磁盘分区进行操作，如果在Rebuild还没有完成就更换新的硬盘，数据肯定会不同步，而且还会对磁盘进行的写操作，容易引发新的问题。当Rebuild没有完成时，发现同组Raid中有另一块硬盘出现问题，这个时候不能更换新盘，只能想办法先恢复数据，然后再做更换动作。 文章来源：天盾数据恢复中心 天盾 THANK YOU 文章来源：天盾数据恢复中心