分析：福建某集团数据恢复失败原因
　　[数据恢复故障描述]

　　福建省福州市，MS SQL SERVER服务器，硬件环境为：IBM X225，由5块73G SCSI硬盘组成RAID5，RAID中划分为3个逻辑分区。操作系统为WINDOWS 2003。

　　A、故障前一直未对阵列例行检测，直至服务器瘫痪，再查服务器时，发现有3块硬盘掉线。

　　B、盲目自行对成员盘强制上线，无法启动操作系统。

　　C、使用WINPE光盘启动操作系统后，能访问硬盘分区，将备份好的RAR数据库文件拷贝到移动硬盘上。

　　D、RAR文件在另外的机器无法正确解压。

　　E、请求硬盘提供商进行帮助

　　F、硬件提供商对其更换阵列卡，直接重建成了一组RAID5。

　　G、客户认为RAR文件大小、名称都正确，以为是小问题，所以直接先在RAID上重装了系统并正常工作，同时试图修复RAR文件，

尝试了10几个小时后，自行修复无结果。于是向数据恢复公司寻求帮助。

　　[数据恢复结论]

　　因阵列已经重新建立，成员盘全部数据被破坏，数据最终无法按客户要求恢复。

　　[案例分析]

　　针对上面的故障描述作如下分析：

　　故障描述A中，在使用RAID5做存储时，一定要例行对阵列进行检测，观察RAID的是否属于正常状态，当RAID5一块硬盘离线后，要及时备份数据到移动设备中，再及时REBUILD故障RAID。

　　故障描述B中，RAID5存在2块以上硬盘掉线时，不能随意对硬盘进行强制上线，有些情况下，一启动系统，整个

RAID的状态就会改变，有可能会破坏重要数据。

　　故障描述C中，用PE可以看到能打开文件的树结构，并非数据区内容正常，其实系统无法启动就意味着强制上线的

数据的结构是不正确。在PE里能浏览目录树结构，是因为MFT加载入文件系统，但数据区一片混乱。

　　故障描述D中，RAR文件无法解压就以为着RAID结构错乱，导致文件合成不正常，
　　故障描述E中，硬件提供商不对数据恢复进行维护，最好直接选择正规的数据恢复公司。大多数情况下，如果客户直接找硬件提供商，硬件提供商再找数据恢复公司，可能会导致修复费用增加，同时对数据安全、数据恢复流程的规范方面无法直接监控。

　　故障描述F中，重建RAID5是此例中最为致命的操作。IBM X225使用SERVER RAID SUPPORT CD光盘重建RAID时，默认初始化所有数据。即使是其它服务器，重建RAID时一般也会重新同步校验，会生成检验条带结构。如果开始就立即终止，修复还是有可能

　　故障描述G中，经过了10多个小时，73G的RAID成员盘都已经同步完成了。