共计 818 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境 & 故障：
某品牌服务器，搭建 raid5 磁盘阵列。
用户误操作删除服务器上的卷。
通过检测发现服务器不存在物理故障，能够从 raid5 磁盘阵列层面进行数据恢复。
服务器数据恢复过程：
1、对故障服务器所有硬盘以只读形式做镜像备份，后续的数据分析和数据恢复操作都基于镜像文件进行，防止对原始数据造成二次毁坏。
2、剖析超级块信息，获取到 raid5 阵列的逻辑起始块地位号，记录 raid5 阵列起始块地位。
3、去除 raid5 阵列的校验盘。通过剖析发现 raid5 阵列数据块大小为 8 扇区，每个数据块后有一个附加的大小为 64 字节的数据块形容信息。所以在底层找到 0X10 地位为 FFFF 的就是要找的校验块。
4、剖析 aggr 盘序。已知 raid5 阵列中的数据块大小为 8 扇区，因而依照每块磁盘的 8 号扇区进行盘序剖析，确定每块磁盘各自归属的组，还原磁盘在各自的组内的排序。
5、剖析 raid 磁盘阵列节点信息。服务器的节点散布在不同的数据块内并组成节点组，后面曾经剖析出每 64 字节记录一些零碎数据，之后用 192 字节为一项来记录各个文件节点。文件节点依据用户级别可分为两类：“MBFP”系统文件节点和“MBFI”用户文件节点，在复原数据时个别只取 MBFI 节点组即可。
- 头部信息 64 字节（此头部为数据文件的节点文件块头部，大小为 64 字节）
- “MBFP”为元文件的节点标记，“MBFI”为用户文件的节点标记
6、依据更新序列值获取到最新节点。解析节点中节点类型、逻辑块号、文件数量、文件大小、所占块数量及数据指针。获取节点在节点文件中的逻辑块号，从 0 开始计数。
7、获取目录项，并依据其节点编号，找到对应节点。
8、依据剖析获取到的 raid 阵列信息重组 raid5 阵列，北亚数据恢复工程师编写小程序提取服务器内的数据。
服务器数据验证：
北亚数据恢复工程师在服务器上搭建了与原始服务器雷同的环境，在下层利用内验证数据无误后交付给用户，由用户亲自验证，通过用户重复验证后确认数据残缺可用。
