服务器zfs文件系统故障数据恢复过程

一、服务器数据恢复环境部署介绍：

今天为大家介绍的数据恢复成功案例服务器型号为：ORACLE-SUN-ZFS7320。服务器内涉及硬盘32块，服务器操作采用的是Windows操作系统。

二、服务器数据恢复故障情况

服务器在正常运行的时候突然崩溃，没有断电、进水、异常操作、机房不稳定等外部因素。服务器管理员对设备进行重启后发现无法进入系统，需要对服务器内的数据进行恢复。

三、分析服务器磁盘底层数据

服务器管理员对所有硬盘进行扇区级镜像后将镜像文件送到数据恢复中心进行数据恢复。服务器数据恢复工程师对客户的故障服务器进行底层数据分析得到如下信息：故障服务器采用zfs文件系统；所有磁盘被分为4个组，每组8块硬盘；热备盘全部启用。

四、服务器故障情况分析

在服务器ZFS文件系统中，池被称为ZPOOL。ZPOOL的子设备可以有很多种类，包括块设备、文件、磁盘等等，在本案例中所采用的是其中的一种------三组RAIDZ作为子设备。

经过分析发现，三组RAIDZ内有两组分别启用热备盘个数为1和3。在启用热备盘后，第一组内仍出现一块离线盘，第二组内则出现两块。以此进行故障现场模拟：三组RAIDZ内第一二组分别出现离线盘，热备盘及时进行替换；热备盘无冗余状态下第一组出现一块离线盘，第二组出现两块离线盘，ZPOOL进入高负荷状态（每次读取数据都需要进行校验得到正确数据）；第二组内出现第三块离线盘，RAIDZ崩溃、ZPOOL下线、服务器崩溃。

五、重组ZPOOL，追踪数据入口

ZFS管理的存储池与常规存储不同，所有磁盘都由ZFS进行管理。常规RAID在存储数据时，只按照特定的规则组建池，不关心文件在子设备上的位置。而ZFS在数据存储时会为每次写入的数据分配适当大小的空间，并计算得到指向子设备的数据指针。这种特性使得RAIDZ缺盘时无法直接进行校验得到数据，必须将整个ZPOOL作为一个整体进行解析。

手工截取事务块数据，编写程序获取最大事务号入口：