关于数据恢复:服务器数据恢复StorNext文件系统数据恢复案例

51次阅读

共计 1146 个字符,预计需要花费 3 分钟才能阅读完成。

服务器数据恢复环境:
服务器 +10 个磁盘柜,每个磁盘柜 24 块磁盘;
9 个磁盘柜的磁盘用来存储数据,另外 1 个磁盘柜用来存储元数据;
存储元数据的 24 块磁盘的组成构造:9 组 RAID1 磁盘阵列 + 1 组 4 盘位的 RAID10 磁盘阵列 + 4 个全局热备盘;
存储数据的 9×24=216 块磁盘的组成构造:36 组 6 盘 RAID5 阵列;36 组 RAID5 磁盘阵列分为 2 个存储系统。
服务器数据恢复环境架构:

注:Meta_LUN(元数据卷) Data_LUN(用户数据卷)

服务器故障:
存储数据的其中一个存储系统中一组 RAID5 阵列因为 2 块磁盘先后故障离线,该 RAID5 阵列生效,导致整个存储系统解体,无奈应用。

服务器数据恢复过程:
1、将故障 RAID5 阵列中的 6 块成员盘编号标记,从磁盘柜中取出并接入到北亚企安数据备份服务器上,以只读形式对所有硬盘进行全盘镜像备份,后续的数据分析和数据恢复操作都基于镜像文件进行,防止服务器数据恢复过程中误操作对原始数据造成二次毁坏。
备份过程:

在备份过程中发现故障 RAID5 阵列中的 1 块离线硬盘存在大量的坏道,无奈持续备份。由硬件工程师对该故障盘收盘 & 更换固件并进行修复,通过解决后硬盘能够持续备份,但坏道依然存在。
局部镜像文件:

2、基于镜像文件对故障 RAID5 阵列进行剖析,获取 RAID 相干信息,利用这些信息虚构重组 RAID5 阵列,将 RAID 中的 LUN 复原成镜像文件。通过剖析发现后离线硬盘损坏较为重大,存在大量坏道。
登录存储设备的治理界面,获取到 StorNext 文件系统中和卷相干的一些根本信息。

3、剖析 StorNext 文件系统中的 Meta 卷和 Data 卷,发现该 StorNext 文件系统蕴含 2 个 Data 卷,每一个残缺的 Data 卷都是由多组 RAID 中的 LUN 组成。通过剖析这些 LUN 北亚企安数据恢复工程师钻研出 LUN 之间组合的算法法则,虚构重组出残缺的 Data 卷。

4、剖析 Meta 卷中的节点信息,目录项信息以及 Meta 卷和 Data 之间的对应关系。针对一个 Meta 卷治理多个 Data 卷的状况,北亚企安数据恢复工程师钻研出 Meta 卷到 Data 卷的索引算法。
文件节点:

目录块:

5、通过下面通过剖析钻研获取到的全副信息,北亚企安数据恢复工程师编写程序扫描 Meta 卷中的节点信息和目录项信息,解析目录项和节点并获取残缺的 StorNext 文件系统目录构造。解析每一个节点中的指针信息,并将这些信息记录在数据库中。
文件信息:

6、北亚企安数据恢复工程师编写文件提取程序读取数据库,联合解析出的信息以及两个 Data 卷之间的聚合算法提取数据。

数据验证:
随机抽样检测复原进去的数据,没有发现。将数据移交给用户亲自验证,通过验证用户确认复原数据残缺可用。尽管故障硬盘存在大量坏道,所幸外围数据没有毁坏,本次数据恢复工作实现。

正文完
 0