共计 1401 个字符，预计需要花费 4 分钟才能阅读完成。
服务器数据恢复环境：
VMware ESX 服务器；
服务器文件系统：VMFS；
8 块硬盘组建 RAID5，4 号盘是热备盘。
服务器故障：
服务器两块硬盘指示灯亮黄色，机房管理员检测后初步判断这 2 块盘呈现物理故障，序列号无奈读取，在 SAS 扩展卡上无奈辨认。管理员分割咱们数据恢复核心对 raid 进行数据恢复。
服务器数据恢复过程：
1、硬盘物理故障修复。
硬件工程师拿到所有服务器硬盘后首先查看了 raid 中的两块掉线盘，将故障盘连贯到内部 SAS 扩展卡上加电检测，磁头不寻道。硬件工程师在无尘工作间对故障硬盘进行收盘修复。修复实现后对故障盘数据做镜像。
2、重组 RAID5。服务器数据恢复工程师发现所有硬盘的的 0 扇区都有“55 AA”标记，0x01C2H 处示意该分区的类型，这里显示“05”，代表这是一个扩大分区。因而从 0 扇区看这是一个不失常的 MBR 分区构造。依照这一办法持续查找，别离在 7 号盘和 8 号盘找到了“55 AA”的标记。8 号盘查问后果如下。这是一个失常的 MBR 分区，其 0x01C6 处数值代表指向的下一个扇区为 GPT 的头部。
7 号盘查问后果如下。其 0x01C6 处数值代表指向下一个扇区。然而下一个扇区很显著不是 GPT 的头部。
由此能够确定 8 号盘是第一块盘，7 号盘可能是最初一块盘。GPT 分区所在扇区起始于 172032 扇区，因而初步确定 LUN 的起始扇区是 172032 扇区。
条带也就是 raid 阵列块，是 RAID 解决数据的根本单元，不同的 RAID 的条带大小也各不相同。RAID5 的 1 个条带组中有 1 个校验区，能够依据这个法则对该 raid5 进行剖析，也能够通过比较法确定条带大小。如某一条带组中的校验区跟这一条带组中的非校验区可能相差很显著，通过 WinHex 查看做比照就能够找到条带大小。服务器数据恢复工程师对该服务器 raid 进行剖析确定条带大小为 1024 个扇区。依照 1024 扇区宰割，使一个记录为一个条带的大小，如图 5 所示。并且 7 块盘跳到同一记录 283123。
当 7 块盘都定位到同一地位时，通过比照就能够判断校验区的走向，继而判断整个 RAID5 的走向。之前曾经判断出 8 号盘是第一块盘了，把 8 号盘放在第一个地位，确定 RAID5 为左走向，盘序为 8，2，3，4，1，7，5。
服务器数据恢复工程师初步确定了 LUN 的起始扇区是 172032 扇区。应用数据恢复工具跳到 172032 扇区对硬盘的应用状况进行察看，失常状况下这个扇区所属条带中的 5 号盘应该是校验区，但理论状况中却显示校验区为 8 号盘。依据该 raid 走向的法则，5 号盘的校验区应该在 172032-1024=171008 扇区，即上一个条带。跳转到 171008 扇区，发现校验区为 5 号盘。因而能够确定 LUN 的起始扇区为 171008 扇区。
北亚数据恢复工程师应用数据恢复工具依照确定的盘序重组 raid 增加进去，如图所示。抉择 RAID5，Stripe size 512KB，左异步。
点击 Build 进行重组。组好后，因为数据从 10248=8192 个扇区开始，若业余复原工具没有跳转到此扇区的性能，那么刚组好的 RAID 必须和一个文件再进行一次 Build 重组操作。RAID 的起始扇区(Start sectors) 抉择 8192，这个文件能够任意抉择起始扇区和大小(Count sectors)，下图为重组后的 raid5 磁盘阵列。*
服务器数据恢复后果：
RAID5 磁盘阵列重建实现后由服务器管理员验证通过，本次数据恢复工作实现。
