南京某企業客戶，服務器中有32塊硬盤，組建了3組RAIDZ，部分磁盤作為熱備盤，zfs文件系統。

服務器運行中突然崩潰，工作人員將服務器重啟后發現無法進入操作系統。

將故障服務器中所有硬盤編號后取出，經過硬件工程師檢測沒有發現有硬盤存在硬件故障。將所有磁盤以只讀方式進行扇區級鏡像，鏡像完成后將所有磁盤按照編號還原到故障服務器。基于鏡像文件分析底層數據，發現熱備盤全部啟用。

　　ZFS文件系統中，池被稱為ZPOOL。ZPOOL的子設備包括：塊設備、文件、磁盤等等，本案例中將3組RAIDZ作為子設備。

　　經過分析發現，三組RAIDZ中的兩組RAIDZ分別啟用熱備盤個數為1和3。在啟用熱備盤后，一組RAIDZ仍出現一塊離線盤，另外一組RAIDZ內則出現兩塊。

　　故障現場模擬：三組RAIDZ中的兩組RAIDZ出現離線盤，熱備盤及時上線進行替換；熱備盤無冗余狀態下一組RAIDZ又出現一塊離線盤，另外一組RAIDZ則又出現兩塊離線盤，ZPOOL進入高負荷狀態（每次讀取數據都需要進行校驗獲取正確數據）；當另外一組RAIDZ出現第三塊離線盤時，RAIDZ崩潰、ZPOOL下線、服務器崩潰。

　　ZFS管理的存儲池與常規存儲不同，所有磁盤都由ZFS進行管理。常規RAID存儲數據是按照特定的規則組建池，不關心文件在子設備上的位置。ZFS在存儲數據時會為每次寫入的數據分配適當大小的空間，并計算出指向子設備的數據指針。ZFS的這個特性使得RAIDZ缺盤時無法直接通過校驗獲取數據，必須將整個ZPOOL作為一個整體進行解析。

　　服務器數據恢復過程：

　　1、手工截取事務塊數據，兆柏數據恢復工程師編寫程序獲取最大事務號入口。

   2、獲取到文件系統入口后，數據恢復工程師編寫數據指針解析程序進行地址解析。

　　解析數據指針：

　3、獲取到文件系統入口點在各磁盤上的分布情況后，數據恢復工程師手工截取&分析文件系統內部結構。文件系統入口點所在的磁盤組無缺失盤，可直接提取信息。

　　4、根據ZFS文件系統的數據存儲結構找到映射的LUN名稱，從而找到其節點。

ZFS 文件系統的英文名稱為 ZettabyteFileSystem，也叫動態文件系統，是第一個 128 位文件系統。最初是由 Sun 公司為 Solaris10 操作系統開發的文件系統。作為 OpenSolaris 開源計劃的一部分，ZFS 于 2005 年 11 月發布，被 Sun 稱為是終極文件系統，經歷了 10 年的活躍開發，而最新的開發將全面開放，并重新命名為 OpenZFS。ZFS 是一種先進的、高度可擴展的文件系統，最初是由 Sun Microsystems 開發的，現在 OpenZFS 是項目的一部分。有這么多文件系統可用在 Linux 上，那自然要問 ZFS 有什么特別之處。不同于其它文件系統，它不僅是一個文件系統邏輯卷管理器。