共计 986 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境：
EMC 存储，多块 stat 硬盘组建 raid5 磁盘阵列，两块热备盘，下层采纳 zfs 文件系统。
服务器故障 & 检测 & 剖析：
EMC 存储中的 raid5 磁盘阵列有 2 块硬盘呈现故障，然而只有一块热备盘被激活，raid5 磁盘阵列解体，存储不可用。
服务器数据恢复工程师返回现场对故障存储设备进行检测。通过简略排查后确认 raid5 阵列瘫痪，下层 lun 无奈应用，2 块热备盘只有一块启动。
硬件工程师对掉线硬盘进行物理故障检测，均未检测到坏道，磁头也不存在物理故障。在进行数据恢复之前不须要进行物理修复。
服务器数据恢复过程：
1、在复原数据之前将故障存储设备上的所有数据以只读形式镜像备份。
2、服务器数据恢复工程师基于镜像备份文件剖析故障 raid5 中的每块硬盘底层数据，发现两块热备盘内没有任何数据，也就是说被激活的那块热备盘也没有同步到任何数据，故障 raid5 磁盘阵列中的两块热备盘在磁盘离线后没有起到任何作用。想要复原数据须要通过剖析获取到该 raid5 磁盘阵列的相干信息来重组 raid5。
3、服务器数据恢复工程师应用北亚企安自主研发的服务器数据恢复工具解析出该组 raid5 磁盘阵列的根底信息，依据这些信息虚构重组 raid5 磁盘阵列。
将有多块硬盘掉线的磁盘阵列中最早掉线的那块硬盘从阵列中剔除，比对每块硬盘在同一个条带上的数据是否统一，将同一个条带上数据显著不同的硬盘剔除后进行条带校验，直至找到数据恢复的最佳状态为止。
4、重组 raid5 阵列后，服务器数据恢复工程师剖析 lun 信息，而后应用自主开发的程序解析和导出 lun 数据的 map。
5、应用北亚企安自主开发的程序解析和复原下层的文件系统。该故障存储设备下层采纳的是 zfs 文件系统，服务器数据恢复工程师解析文件系统时发现局部文件系统元文件报错，数据恢复工程师对自主开发的程序进行 debug 调试，让程序适应本案例数据恢复的需要。
6、通过调试发现，导致 zfs 文件系统解析报错的起因是因为存储设备的忽然瘫痪导致 zfs 文件系统中某些元文件被毁坏，导致无奈失常解析。服务器数据恢复工程师对损坏的元文件进行手工修复，保障 zfs 文件系统能够失常解析。
7、zfs 文件系统解析实现后，服务器数据恢复工程师将故障 raid5 阵列内的数据残缺导出，由用户方工程师搭建数据验证环境，对复原进去的数据进行验证。通过重复验证，用户原服务器内的所有数据均完全恢复。
