鸿萌数据恢复

近期鸿萌接到一位企业客户求助，其 HP ProLiant ML380 G6 服务器由于驱动器故障导致数据丢失，严重影响了业务的运营。该服务器中配置了 RAID 5 阵列。

该 RAID 服务器的逻辑卷出现故障的原因是其中 2 个硬盘发生了机械故障。RAID 卷是使用三个硬盘驱动器配置的。客户希望我们恢复存储在 HP ProLiant 服务器的 D 分区上的数据，因为该企业的用户使用此分区上的共享文件，所以，该分区中有很多文档和各种文件格式。

惠普 ProLiant ML380 G6 服务器恢复

在正确配置和维护的前提下，ProLiant ML380 G6 服务器是一个可靠的服务器。可以通过安装大量 RAM、硬盘驱动器和最多 2 个Xeon 处理器来扩展其功能。

该服务器中安装的 RAID 控制器是 HP Smart Array P410i。它支持 RAID 0、RAID 1、RAID 5 和 RAID 50等 RAID 配置。

该客户服务器中安装的是 SATA 硬盘驱动器。HP 服务器同时也支持 SAS 驱动器，但客户当初购买时出于某种原因选择了更便宜的驱动器。但 SATA 硬盘驱动器不如 SAS 硬盘驱动器可靠。

RAID 阵列成员的评估

鸿萌工程师把三个硬盘分别连接到专业硬盘诊断工具中进行了详细测试。这几块硬盘都发出很大的异响，读取速度平均为每秒 5MB-10MB，并且有很多坏扇区。

为了避免对硬盘造成更大的损伤，鸿萌工程师没有直接在硬盘上运行繁重的分析任务，以防对盘面造成更大的刮擦。

硬盘的逐位克隆

鸿萌工程师将硬盘驱动器克隆为二进制镜像，然后使用镜像文件进行 RAID 阵列分析。通过这种方式，避免了对源设备的损伤风险。

客户服务器中三块硬盘驱动器的容量不一样，其中 2 块是 160GB，1个是 500GB。这三块硬盘容量较小，因此，镜像过程用时较少。我们初步猜测两个容量相同的硬盘驱动器是 RAID 1 或 RAID 0 阵列。但通过进一步分析，发现情况并非如此。

HP ProLiant RAID 5 恢复

RAID 0 和 RAID 1 配置不使用奇偶校验块，但 RAID 5 使用。由于该服务器的控制器不支持RAID 6，所以我们的分析目标指向了 RAID 5，而不是 RAID 6。

通过使用正确的块大小和驱动器数量对每个硬盘驱动器进行熵分析，证明了我们的预测是正确的。于是，我们最终得到了这个阵列的配置信息：具有128 个扇区块大小和 16 个块延迟的 RAID 5。

有了每个 RAID 成员的完整镜像和精确的 RAID 参数，就可以使用RAID 阵列数据恢复软件轻松设置逻辑卷。但有一个关键问题需要考虑：如果其中一个 RAID 成员很久以前就停止了工作，那么使用此硬盘驱动器构建逻辑卷将会导致文件损坏。

在这种情况下，只能够使用包含新数据的 RAID 成员盘进行重建。鸿萌工程师使用先进的 RAID 恢复软件重新构建了逻辑卷，并将所有客户数据从 D 分区复制到了一个移动硬盘中。无需对服务器本身进行恢复，因为客户已经决定使用带有新 SAS 硬盘驱动器的新服务器了。