本文作者是北亚数据恢复中心的工程师张宇，他擅长从Linux故障中恢复数据。

{数据恢复故障描述}卡安装设置

在新疆的一个政府机构，MS SQL Server服务器，硬件环境如下：IBM X225，由4 73g SCSI硬盘，RAID5，RAID，只有一个逻辑卷分。操作系统是Windows 2003，学习电脑维修

A，没有发现故障，直到服务器瘫痪，当服务器被检查时，脱机找到了3个硬盘。

、随便用力2硬盘驱动器，不能启动操作系统。内存安装设置。

C，使用WinPE磁盘启动操作系统，你可以看到数据的压缩数据库文件到移动硬盘的备份副本。

D和ZIP文件在另一台机器上测试并不能正确解压。

请与维修公司联系以帮助恢复。

F，其维修公司换了一个新的RAID卡，建立了一套RAID5直接。

g和客户认为zip文件的大小和名称都是正确的。它们应该被修复，因此他们在RAID上重装系统并正常工作，同时尝试修复压缩文件。经过1天的试用，没有结果。此时，向数据恢复公司求助。

{数据恢复结束}

与我以前描述的数据不同，我将直接得出数据恢复的最终结论：

由于数据严重损坏，无法根据用户要求恢复数据。

{案例分析}

以下对故障描述的分析如下：

在故障的描述，在RAID5存储的使用，必须保持在时间RAID的正常状态，当RAID5掉硬盘后，要及时备份数据到另一个记忆库，并及时恢复故障的RAID。

故障描述B，当RAID5已经超过2硬盘下线，它必须能够选择硬盘在线。如果有错误的选择，在某些情况下，整个RAID的状态会发生变化，它可能会破坏重要的数据。

在故障描述C中，PE可以看到目录是正常的或部分正常的，因为目录区域不正常。事实上，这个系统不正常。事实上，系统不能启动，这意味着强制操作是错误的，不应该继续。PE的读取目录实际上加载了文件系统，这破坏了普通文件系统的元数据区域。

故障描述D、ZIP文件无法提取意味着RAID结构是错误的，事实上，被迫在2线（此时有3块磁盘在线，只有一个磁盘，离线）但3块板件已经脱机，这样组合的数据是新鲜的和旧的混合在一起，虽然目录是正确的，但数据区是混乱的。在这个时候，没有全面的数据同步在3个硬盘驱动器，它可以完全恢复。

故障描述，如果一个项目是与维修公司签订协议确认，可以代表其处理。如果维修公司没有数据恢复服务的范围，最好是选择数据恢复公司直接。在大多数情况下，如果客户直接找维修公司，维修公司将再次找到数据恢复公司，这可能会导致增加的成本（有时是可怕的），并在同一时间，它无法直接控制的数据安全和数据恢复过程规范。

故障描述RAID5重建，在这种情况下，操作最致命的。当IBM X225使用服务器RAID支持CD重建RAID，默认值为0的数据。即使其他服务器的RAID重建，它也将重新同步，破坏原有的数据结构，但是过程完整的完成需要一定的时间，如果没有完成，数据的其余部分可能有恢复的机会。

在故障描述G，一天之后，对73g RAID成员盘已完成同步的数据被完全摧毁。