RAID5故障数据恢复案例

5块硬盘工作中有4块组成进行一个RAID5，另外就是一块是热备盘。这组 RAID 中开发的第 3 号硬盘是较早的脱机，但由于硬盘脱机没有自动重建，然后磁盘 2 也发生了系统故障离线分析导致 RAID 崩溃。

由于企业用户可以使用的Linux Redhat5.3操作管理系统，是一个OA系统。因此，用户不仅需要执行 RAID 数据恢复，还需要尽可能多地恢复操作系统。幸运的是客户的硬盘并没有得到的物理信息系统进行故障，也没有一个具有同步表现，数据分析可以通过恢复的可能性还是企业存在很大的。

数据恢复的过程

客户端，在我们的帮助下，首先关闭服务器，确保在恢复团队数据时没有打开它，然后故障磁盘，为了取出插槽和挂起一个只读环境，启动所有的故障磁盘进行所有的镜像备份，在备份返回原始磁盘两小时后，在备份完成后，我们发现硬盘2上有10到20个坏扇区，其他的都没有。

试图对数据进行分析，验证研究发现，新的压缩包解压缩无错误数据量超过200米，表明经济结构是正确的。按照这个思路和结构，在单个磁盘上生成虚拟RAID并尝试打开，没有出现错误报告。跟客户沟通客户随即要求我们对原盘重建RAID。重建RAID的过程就比较可以简单了，先把需要我们中国恢复好的这一块单盘用USB接入到原来的故障信息服务，再用linux SystemRescueCd启动，就是通过进行全盘回写，启动相关操作管理系统。

尽管节点中描述的 uid 看起来是正常的，但是大小和属性以及原始分配块都是错误的。我们分析了所有一切的可能性都没有办法把这个工作过程中损坏的节点找回来，只能尝试恢复技术人员或者以相同文件代替，通过利用网络日志然后再进行不断修正。

数据恢复工作仍在继续，客户仍在推动进展。问题似乎更清楚了，我们清理了错误节点，然后再次执行，仍然报告错误。于是直接强行恢复重启系统，进入桌面启动数据库和应用能力分析软件，没有报错，一切社会工作正常。