共计 926 个字符，预计需要花费 3 分钟才能阅读完成。
服务器故障：
戴尔某型号服务器因为 raid 损坏而解体，因为服务器数据涉密，管理员分割咱们数据恢复核心上门进行数据恢复。
服务器故障检测：
数据恢复工程师携带相干设施到现场对服务器进行检测，发现导致服务器解体的起因是 raid 阵列中某些硬盘掉线。硬件工程师对所有磁盘进行物理检测后没有发现物理故障和坏道。随后数据恢复工程师借助数据恢复软件将故障服务器中的所有磁盘镜像到筹备好的数据恢复服务平台上。
服务器数据恢复过程：
1、剖析故障服务器 RAID 构造。
该故障服务器的 LUN 全副基于 RAID 阵列组，所以要复原服务器数据首先要剖析服务器底层 RAID 信息，而后依据剖析获取到的信息重构原始的 RAID 组。服务器数据恢复工程师对 raid 阵列进行剖析后发现服务器中有两块硬盘离线。因为 6 号盘和 10 号盘都属于 Hot Spare，但在服务器产生故障时 6 号 Hot Spare 替换了掉线的 5 号硬盘，可 10 号盘因为未知起因未启用。服务器尽管胜利激活了 6 号盘 Hot Spare，但 RAID 中仍缺失一块硬盘，数据没有胜利同步到 6 号硬盘。服务器数据恢复工程师持续剖析其余硬盘，获取数据在硬盘中的散布法则，RAID 条带的大小，每块磁盘的程序等信息。
2、重组 raid 剖析掉线盘程序。
依据获取到的 raid 信息，数据恢复工程师应用北亚自主开发的 RAID 虚构程序虚构重组故障服务器 raid。重组实现后剖析服务器中两块掉线硬盘的掉线程序。通过排查，服务器数据恢复工程师发现有一块硬盘在同一个条带上的数据和其余硬盘显著不统一，初步判断此硬盘可能是最先掉线的。通过北亚自主开发的 RAID 校验程序对这个条带做校验，最终确定最先掉线的硬盘。
3、剖析 RAID 组中的 LUN 信息。
基于获取到的 raid 信息，掉盘程序，依据剖析后果重组 raid。剖析 LUN 在 RAID 组中的调配信息和 LUN 调配的数据块 MAP。而后依据这些信息应用北亚自主开发的 raid 数据恢复程序，解释 LUN 的数据 MAP 并导出 LUN 的所有数据。
4、解释 ZFS 文件系统并修复。
应用北亚自主开发的 ZFS 文件系统解释程序对生成的 LUN 做文件系统解释，解析所有文件节点及目录构造。
服务器数据恢复后果：
由服务器管理员亲自对数据进行验证，所有数据失常、残缺，本次数据恢复胜利。
