24.2 ZFS 特性和术语

ZFS 文件系统与其他文件系统有本质区别。具体而言，ZFS 将文件系统和卷管理器的功能整合为一体：可向在线系统添加新的存储设备，新增空间立即可供池中现有文件系统使用。vdev（虚拟设备）是构成池的基本单元，可以是单块磁盘（叶子 vdev），也可以是镜像或 RAID-Z 等冗余设备组。所有 ZFS 文件系统（数据集）共享池中的全部空闲空间。池中已使用的块会减少每个文件系统的可用空间。这种方法解决了传统卷管理中空闲空间碎片化、难以在线调整的问题。

                         ZFS 文件系统层次 (ZFS File System Hierarchy)
                         根：存储池 (Pool / zpool)
────────────────────────────────────────────

pool
├─ root                        (mountpoint=/)
│  ├─ var                      (继承 mountpoint)
│  └─ usr                      (继承 mountpoint)
│
├─ home                        (mountpoint=/home)
│  ├─ user1                    (继承 → /home/user1)
│  └─ user2                    (继承 → /home/user2)
│
├─ data                        (mountpoint=none)
│  └─ archive                  (不可自动挂载)
│
└─ legacyfs                    (mountpoint=legacy)
   (由 /etc/fstab 管理挂载)

说明：
- mountpoint=路径：自动挂载
- mountpoint=none：不挂载
- mountpoint=legacy：交由传统系统管理


                              数据集层 (Dataset Layer)
─────────────────────────────────────────
类型：filesystem | volume | snapshot | bookmark | clone

文件系统 (filesystem)            卷 (volume / zvol)
──────────────────────
* POSIX 目录树                   * 原始块设备
* 空间动态分配                   * 固定大小 (refreservation)
* 属性可继承                     * 可构建 UFS / ext4 / NTFS

                ───────────────┬───────────────
                      ─────────▼────────
               ───────▼───────    ───────▼───────      克隆 (Clone)
               快照 Snapshot      书签 Bookmark
               ─────────────                           从快照派生可写数据集
               @snap (只读)       #bkmk (元数据) ◄──── 共享数据块 (COW)
               回滚 / 克隆源      Send 增量参照

核心特性：COW / Checksum / Compression / Encryption

                              存储池层 (Pool / zpool)
───────────────────────────────────────
池状态：ONLINE / DEGRADED / FAULTED
操作：Scrub / Resilver / Trim

顶层 VDEV × N
数据在顶层 VDEV 间条带化，冗余在 VDEV 内实现

                              虚拟设备层 (VDEV Layer)
───────────────────────────────────────

[数据 VDEV]                     [分配类设备]

Mirror        RAID-Z           Special        Log
n-way         z1/z2/z3         元数据池       SLOG

   │              │               │            └─► 同步写日志 (ZIL)
   │              │               └────────────► 元数据 / 小块

dRAID         Spare            Cache          Dedup
分布式        热备盘           L2ARC          DDT

                                   │            └─► 去重表
                                   └────────────► 读缓存


                              物理层 (Physical)
────────────────────────────────────────

物理磁盘                磁盘分区                文件 VDEV
/dev/ada0              /dev/ada0p3            /tmp/vdev
推荐整盘                一般不推荐              测试用途
                        GEOM 保证一致性        无掉电保护


说明：
- Pool 是整个 ZFS 层次结构的根
- 属性 (compression / quota / mountpoint 等) 可自上而下继承
- Snapshot / Bookmark 不占用挂载点

ZFS 层次结构与 VDEV 概念

• vdev 层次结构 vdev（虚拟设备）是 ZFS 存储池的基本构建块，表示物理存储设备（如硬盘、SSD 或分区）的逻辑分组。ZFS 的 vdev 层次结构自顶向下为：

  • 根 vdev (root vdev)：池层次结构的顶端，将所有顶层 vdev 聚合为一个逻辑存储单元（即池）。
  • 顶层 vdev (top-level vdev)：根 vdev 的直接子级，可以是单个设备或聚合多个叶子 vdev 的逻辑组（如镜像或 RAID-Z 组）。ZFS 在池中所有顶层 vdev 之间动态条带化数据。池的整体性能、容量和冗余取决于顶层 vdev 的配置和类型。
  • 叶子 vdev (leaf vdev)：最基本类型的 vdev，直接对应于物理存储设备，是存储层次结构的端点。

同时，ZFS 旨在妥善处理 vdev 故障。vdev 发生故障时，只要池的冗余级别允许（如在镜像、RAID-Z 或 dRAID 配置中），ZFS 仍可继续使用其余 vdev 运行。vdev 及池中设备的各种状态及其含义详见下文“设备状态”部分。

VDEV 类型

• vdev 类型

  • 磁盘 (Disk)：最基本的 vdev 类型，可以是整块磁盘（如 /dev/ada0、/dev/da0）或单个分区（如 /dev/ada0p3）。在 FreeBSD 中，分区与整盘相比通常不会有显著性能损失，但 OpenZFS 官方仍推荐优先使用整盘。
  • 文件 (File)：常规文件也可构成 ZFS 池，但强烈建议不应用于生产环境，仅适用于测试与实验场景。文件的容错能力取决于其所在文件系统。创建池时，必须使用文件的完整路径作为设备路径。
  • 镜像 (Mirror)：创建镜像时指定关键字 mirror，后跟镜像成员设备列表。镜像包含两个及以上设备，所有数据写入全部成员设备。镜像 vdev 的可用容量等于最小成员的容量。除一个成员外，其余全部成员发生故障时数据仍不丢失。
  • RAID-Z：ZFS 使用 RAID-Z，即标准 RAID-5/6 的变体。RAID-Z 的奇偶校验分布更均匀，消除了意外重启后数据与奇偶校验不一致的“RAID-5 写入漏洞”。数据与奇偶校验在 raidz 组内的所有磁盘间条带化分布。ZFS 支持三种 RAID-Z 级别（raidz/raidz1、raidz2、raidz3），raidz 是 raidz1 的别名，三种级别相应提供不同程度的冗余。RAID-Z 组最少需要 奇偶校验数 + 1 块磁盘，建议每 vdev 使用 3 至 9 块磁盘，此范围内性能较优。如果配置更多磁盘，建议拆分为多个 vdev 并跨 vdev 条带化数据。

    以四块 1 TB 磁盘组成的 RAID-Z1 为例，实际可用存储约 3 TB，一块磁盘故障时池可降级运行；若在完成更换与重建之前第二块磁盘也发生故障，整个池的数据将丢失。

    以八块 1 TB 磁盘组成的 RAID-Z3 为例，可用空间约 5 TB，最多可承受三块磁盘故障。两个各含 8 块磁盘的 RAID-Z2 vdev 类似于 RAID-60 阵列。RAID-Z 组的存储容量约为最小磁盘大小乘以非奇偶校验磁盘数量。

    RAID-Z 空间效率：RAID-Z 中数据块的实际空间占用取决于多个因素——最小写入单位为磁盘扇区大小（由 ashift 参数控制），条带宽度是动态的，从至少一个数据块部分到最多 磁盘数 - 奇偶校验数 个数据块部分。以 ashift=12（4 KiB 扇区）且 recordsize=4K 的 3 盘 raidz1 为例：每个 4 KiB 数据块需额外写入一个 4 KiB 奇偶校验块，可用空间比仅为 50%，与双盘镜像相同。而 ashift=12 且 recordsize=128K 的 3 盘 raidz1：每条带最多 2 个 4 KiB 数据部分加 1 个奇偶校验部分，128 KiB 数据分为 16 个条带，每条带 8 KiB 数据加 4 KiB 奇偶校验，共写入 192 KiB 存储 128 KiB 数据，可用空间比为 66%。磁盘数越多，条带越宽，空间效率越高。因此 RAID-Z 更适合大块大小和顺序工作负载。

    RAID-Z 写入性能：一个条带跨越阵列中的所有磁盘。单块写入会向每块磁盘写入条带的一部分。由于所有条带部分的写入操作必须在每块磁盘上完成，RAID-Z vdev 的写入 IOPS 在最坏情况下等于阵列中最慢磁盘的 IOPS。
  • 备用 (Spare)：备用盘属于伪 vdev（pseudo-vdev）类型，用于跟踪可用的热备盘。活动设备发生故障时，热备盘自动替换故障设备；使用 zpool replace 永久替换故障设备后，热备盘自动释放并恢复为可用状态。热备盘可在多个池之间共享，但不能替换日志设备。由于其他池也可能使用同一热备盘从而引发数据损坏，正在使用的共享热备盘会导致池无法导出。此外，共享热备盘存在额外风险：如果各池在不同主机上导入，且同时发生设备故障，两个池可能同时尝试使用同一热备盘，ZFS 可能无法检测到这种情况，从而导致数据损坏。
  • 日志 (Log)：日志 vdev 是独立的意图日志设备（separate intent log device），将 ZIL（ZFS 意图日志）从常规池设备转移至专用存储设备（通常为 NVRAM 或专用 SSD）。专用日志设备可提升数据库等高同步写入负载的性能。日志设备可镜像，但不支持 RAID-Z；使用多个日志设备时，写入负载会均匀分布。可通过 zpool remove 命令移除日志设备，也可添加或替换日志设备。
  • 缓存 (Cache)：向池中添加缓存 vdev 会将缓存存储加入 L2ARC。缓存设备不可镜像或配置为 RAID-Z 组。由于缓存设备仅存储现有数据的副本，不存在数据丢失风险。缓存设备的内容重启后持久保存，导入池时异步恢复到 L2ARC 中（持久 L2ARC），设置 l2arc_rebuild_enabled=0 可禁用。缓存设备小于 1 GiB 时，ZFS 不会写入重建 L2ARC 所需的元数据结构以节省空间，此行为可通过 l2arc_rebuild_blocks_min_l2size 调整。

分配类 VDEV

• 特殊分配类 (Special)：特殊 vdev 专用于存储特定类型的块，默认包括所有元数据、用户数据的间接块、意图日志（无独立日志设备时）及重复数据删除表，也可按数据集粒度接受小文件块或卷块。通常使用高性能 SSD 以加速元数据密集型操作。池中必须始终至少有一个普通（非 dedup/special）vdev 后才能分配特殊类设备。如果特殊 vdev 写满，后续分配将回滚至普通 vdev。取消设置 zfs_ddt_data_is_special 模块参数，即可使重复数据删除表不纳入特殊类。小文件块或卷块纳入特殊类为可选功能，各数据集将 special_small_blocks 属性设为非零值，即可控制可纳入特殊类的小块的大小上限。
• 重复数据删除分配类 (Dedup)：专门存储重复数据删除表（DDT）的独立 vdev。其冗余级别应与其他普通 vdev 匹配。如果指定多个去重设备，分配将均匀散布到这些设备。

设备状态与池健康

• 设备状态：

池中的顶层 vdev 或组件设备可处于以下状态：

状态	说明
ONLINE（在线）	设备正常运行且健康
OFFLINE（离线）	管理员使用 zpool offline 命令将设备手动标记为离线。系统不会再尝试使用该设备，但 ZFS 视其为可恢复，故障计数不增加。需使用 zpool online 恢复在线
DEGRADED（降级）	设备出现过多校验和错误、慢 I/O 或 I/O 错误。ZFS 因冗余尚存而继续以降级模式使用此设备，或 I/O 错误数超过可接受水平但因副本不足而无法标记为故障，则保持降级状态
FAULTED（故障）	设备无法打开，或 I/O 错误数超过阈值。系统将其标记为故障以防止继续使用。设备恢复健康后，需用 zpool clear 清除错误计数
REMOVED（已移除）	设备已被系统物理移除，但管理员未发出 zpool offline 命令。“物理”移除指物理分离——如热插拔或交换机端口禁用，而非实际从机箱中取出磁盘。若磁盘短暂断开、立即重新连接且未发生 I/O 故障，状态可能仍保持 ONLINE
UNAVAIL（不可用）	设备无法打开。如果导入池时某设备不可用，该设备会以唯一标识符（而非路径）显示

• 池：存储池是 ZFS 最基本的构建单元。存储池的顶层为 root vdev，root vdev 聚合了一到多个顶层 vdev（top-level vdev），顶层 vdev 是实际承载数据的底层设备或设备组。ZFS 将数据动态条带化到池中所有顶层 vdev。通过池可以创建一个或多个文件系统（数据集）或块设备（卷），这些数据集和卷共享池中剩余的空闲空间。每个池拥有唯一的名称和 GUID，池的功能标志（feature flags）决定了可用的功能。
• 池健康状态：

  池的整体健康状态分为三种：

状态	说明
ONLINE（在线）	池中所有设备正常运行
DEGRADED（降级）	一个或多个设备故障或离线，但因有冗余配置，数据仍然可用
FAULTED（故障）	元数据损坏，或故障设备数量超出冗余上限，池已不可用且数据无法访问

核心机制

• 写时复制（COW）：与传统文件系统不同，ZFS 将新数据写入不同块，而非原地覆盖旧数据。写入完成后，元数据更新指向新位置。发生短写（系统崩溃或写入时断电）时，文件原有完整内容依然可用，ZFS 直接丢弃不完整的写入。因此 ZFS 意外关机后无需执行 fsck(8)。
• 事务组（TXG）：事务组（Transaction Groups）是 ZFS 向池中批量提交数据块变更的机制，也是保证一致性的原子单元。每个事务组对应唯一的 64 位连续标识符。系统最多同时存在三个活动事务组，分别处于以下状态：
• 开放 (Open)：新事务组以开放状态创建并接受新写入。一旦达到大小限制或 vfs.zfs.txg.timeout 超时，事务组将进入下一状态。系统中始终有一个事务组处于开放状态。
• 静默 (Quiescing)：短暂的过渡状态，允许所有挂起操作完成，同时不阻塞新开放事务组的创建。待该事务组内所有事务完成后进入同步状态。
• 同步 (Syncing)：将事务组中的所有数据写入稳定存储。该过程会连带修改元数据、空间映射等，ZFS 也会将这些一并写入。同步过程包含多个阶段：首先写入所有已变更的数据块，随后写入元数据（可能需要多个阶段，因为为数据块分配空间会生成新元数据）。同步状态也是 synctask（如创建或销毁快照和数据集等管理操作）完成的地方，它们最终完成 uberblock 的更新。所有管理功能（如快照写入）均作为事务组的一部分执行。ZFS 会将创建的 synctask 添加到开放事务组，并尽可能快速地将该组推进到同步状态，以减少管理命令的延迟。

事务组（TXG）状态转换（最多 3 个 TXG 同时活动）：

  新写入进入
     │
     │  创建新 TXG
     ▼
  开放 (Open)
     接受新写入
     达到大小限制或超时（默认 5 秒）
     │
     │  关闭，创建下一个 Open TXG
     ▼
  静默 (Quiescing)
     等待挂起操作完成
     不阻塞新 TXG 创建
     │
     │  所有事务完成
     ▼
  同步 (Syncing)
     写入数据块
     写入元数据
     更新 uberblock
     │
     │  写入完成
     ▼
  TXG 提交至稳定存储

  任意时刻的 3 个 TXG：
     TXG-1: Syncing    （正在写入磁盘）
     TXG-2: Quiescing  （等待完成）
     TXG-3: Open       （接受新写入）

• 自我修复（Self-Healing）：存储在数据块中的校验和与存储冗余（镜像或 RAID-Z）相结合，使 ZFS 具备了自我修复能力。单独设备构成的池可检测数据损坏但无法自我修复。

高级数据属性

• 压缩：每个数据集均有压缩属性，默认值为 off。设为 on 时表示使用当前默认压缩算法，该算法平衡了压缩与解压速度及压缩比，适用于广泛的工作负载。与其他压缩设置不同，on 不选择固定的压缩类型，而是随 ZFS 引入新压缩算法并在池中启用后，自动使用新的默认算法。当前默认压缩算法为 lz4（在未启用 lz4_compress 功能标志的旧池上回退为 lzjb）。启用压缩算法后，ZFS 会压缩所有新写入数据。除节省空间外，由于读写块数减少，吞吐量通常也会提升。任何非 off 的压缩设置均自动检测全零块（NUL 字节）并存储为空洞（hole）。压缩后的数据会按扇区（2^ashift 字节）向上取整；如果节省空间不足一个扇区，该块将不压缩存储。还有 12.5% 的默认压缩阈值。
• recordsize 属性：建议的块大小，专为以固定大小记录访问文件的数据库负载设计。ZFS 按内部算法自动调整块大小，对典型通用文件系统不建议随意修改。默认值 131072（128 KiB），最大可设为 16 MiB（需启用 large_blocks 功能标志，x86_32 平台因 zfs_max_recordsize 模块参数默认限制为 1 MiB）。更改仅影响之后创建的文件。
• 加密：ZFS 支持原生数据集级别加密（GUID：com.datto:encryption）。启用加密后，ZFS 会加密文件与 ZVOL 数据、文件属性、ACL、权限位、目录列表、FUID 映射及用户/组/项目空间使用数据。加密必须在数据集创建时指定，创建后不可更改。支持的加密套件包括 aes-128-gcm、aes-192-gcm、aes-256-gcm（当前默认）以及 aes-128-ccm、aes-192-ccm、aes-256-ccm。密钥可存储于本地文件、通过 HTTPS/HTTP 远程获取，或通过命令行提示输入。OpenZFS 2.2.8 与 2.3.3 之前的版本，对加密数据集执行 zfs send 的同时创建快照存在数据损坏风险；如果使用未修复版本，建议对加密数据集的复制操作始终采用原始发送模式（zfs send -w）。
• 复制：copies 属性设置为大于 1 的值时，ZFS 会为文件系统或卷中每个块维护多份副本（可能存储于不同磁盘）。这些副本是对池级冗余（如镜像或 RAID-Z）的额外补充。为重要数据集设置此属性可提供额外冗余，以便利用校验和不匹配的块恢复数据。无冗余配置的池中，副本功能是唯一的冗余形式。它可恢复单个坏扇区或其他小范围故障，但不保护池免受整盘丢失的影响。
• 去重/重复数据删除：校验和机制使写入时能够检测重复块。通过重复数据删除，已存在块的引用计数递增，从而节省存储空间。ZFS 将重复数据删除表（DDT）写入磁盘并缓存于 ARC 内存，写入时通过 DDT 检测重复块，表内包含唯一校验和列表、块位置及引用计数。写入新数据时，ZFS 计算校验和并与列表比对，匹配时复用现有块。sha256 校验和配合重复数据删除提供安全的加密哈希。dedup 设为 on 时，校验和匹配即视为数据相同；设为 verify 时，ZFS 将逐字节比对确保一致，发现差异则记录哈希冲突并分别存储。DDT 需要存储每个唯一块的哈希，内存消耗巨大，官方建议启用重复数据删除时至少每 1 TiB 存储配备 1.25 GiB 内存，实际需求取决于存储的数据类型。如果内存不足以容纳完整 DDT，每次写入前需要从磁盘读取 DDT，性能将严重下降，甚至可能导致因内存耗尽而无法导入池。重复数据删除可利用 L2ARC 存储 DDT，作为内存与磁盘之间的折中方案。建议优先考虑压缩，通常能以相近的空间节省效果避免额外的内存开销。
• Scrub（清洗）：与 fsck(8) 这类一致性检查不同，ZFS 使用 scrub。scrub 读取池中所有数据块，将其校验和与元数据中已知良好的校验和比对验证。定期检查所有存储数据可确保在需要前恢复损坏的块。非正常关机后，scrub 并非必需，但建议每月至少执行一次。ZFS 日常使用时即验证每个块的校验和，但 scrub 确保连极少使用的块也能检查潜在损坏，对归档存储场景进一步提升了数据安全性。
• 重建 (Resilver)：更换故障磁盘时，ZFS 须向新磁盘填充丢失数据。镜像 vdev 重建时，从剩余镜像成员复制数据；RAID-Z vdev 重建时，利用剩余磁盘的奇偶校验信息计算丢失数据并写入新磁盘。

缓存与性能优化

• 自适应替换缓存（ARC）：ZFS 采用自适应替换缓存（ARC）替代传统的最近最少使用（LRU）缓存。LRU 缓存是一个按最近使用时间排序的简单列表，新项目加入列表头部，缓存满时从尾部驱逐项目以腾出空间。ARC 包含四个列表：最近最多使用（MRU）和最频繁使用（MFU）对象，以及各自对应的幽灵列表（ghost list）。幽灵列表追踪已驱逐的对象，再次请求已驱逐的数据时（即幽灵命中），ARC 会据此动态调整 MRU 与 MFU 的缓存空间分配，从而提高命中率。使用 MRU 和 MFU 的另一个优势在于：扫描整个文件系统时，LRU 缓存会清空所有数据以容纳新访问的内容；而 ZFS 通过 MFU 跟踪最频繁使用的对象，使最常访问的缓存块得以保留。

ARC 自适应替换缓存（四个列表）：

  数据请求
     │
     ▼
  ARC 缓存（位于 RAM）
     │
     │  分为两个主列表 + 两个幽灵列表
     ▼
  MRU（最近最多使用）
     新近访问一次的数据
     │
     │  缓存满时驱逐
     ▼
  MRU 幽灵列表（ghost MRU）
     仅记录数据哈希，不存实际数据
     用于追踪被驱逐的对象
     │
     │  幽灵命中（再次请求被驱逐数据）
     ▼
  动态调整：增大 MRU 空间，缩小 MFU

  MFU（最频繁使用）
     被多次访问的热数据
     │
     │  缓存满时驱逐
     ▼
  MFU 幽灵列表（ghost MFU）
     仅记录数据哈希，不存实际数据
     │
     │  幽灵命中
     ▼
  动态调整：增大 MFU 空间，缩小 MRU

  对比 LRU 的优势：
     全盘扫描时，新数据进入 MRU
     热数据保留在 MFU，不被扫描污染

• L2ARC：L2ARC 是 ZFS 缓存系统的第二级。主 ARC 存储在 RAM 中。由于 RAM 容量通常有限，ZFS 还可使用缓存 vdev 扩展缓存。SSD 因速度更快、延迟更低而常用作缓存设备。L2ARC 完全可选，但部署后可提升从 SSD 读取缓存文件的速度，避免从普通磁盘读取。L2ARC 还可加速重复数据删除：重复数据删除表（DDT）超出 RAM 容量但能容纳于 L2ARC 时，其读取速度远快于磁盘读取。ZFS 限制写入缓存设备的数据速率，以防额外写入过早损耗 SSD。缓存满（首次腾出空间的驱逐发生）之前，L2ARC 写入速率限制为写入限制与加速限制之和；之后则仅限于写入限制。
• ZIL：ZFS 意图日志（ZIL，ZFS Intent Log）负责满足 POSIX 对同步事务的要求（如数据库事务、NFS 操作、fsync(2) 调用）。默认情况下，意图日志从主池内的块分配。添加独立的日志设备（separate intent log device，如 NVRAM 或专用 SSD）可使意图日志迁移至更快的存储，大幅降低同步写入延迟并提升性能。数据库等同步工作负载能显著受益于专用日志设备，而常规异步写入（如文件复制）完全不使用 ZIL。

数据集与存储空间管理

• 数据集：数据集是 ZFS 文件系统、卷、快照或书签的通用术语。克隆本质上是文件系统或卷，而非独立的数据集类型。每个数据集拥有唯一的名称，文件系统格式为 存储池/路径，快照格式为 存储池/路径@快照，书签格式为 存储池/路径#书签。池的根目录本身也是一个数据集。子数据集采用类似目录的层次化命名，例如 mypool/home 是 mypool 的子数据集并继承其属性，可进一步创建 mypool/home/user 作为孙数据集，该孙数据集继承父数据集和祖父数据集的属性。为子数据集设置的属性可覆盖继承的默认值。数据集及其子数据集的管理可通过委派完成。
• 文件系统 (filesystem)：ZFS 数据集中最常用的类型。ZFS 文件系统即是 ZFS 自身的原生文件系统格式，并非 FAT32/NTFS/ext4，也不可在其上再格式化其他文件系统。它挂载在系统目录树中（由 mountpoint 属性控制），提供完整的 POSIX 文件接口（open、read、write、mkdir 等）。挂载点可设为具体路径（自动挂载）、legacy（通过 /etc/fstab 传统挂载）或 none（不自动挂载）。文件系统支持层次化命名（如 pool/home/user），子数据集默认继承父数据集的属性，也可覆盖为独立值。
• 卷 (volume / ZVOL)：ZFS 卷是数据集的另一主要类型。卷本身不含文件系统，它是以原始块设备形式暴露的裸设备，位于 /dev/zvol/pool/path。正因其为裸块设备，可格式化为任意文件系统（FAT32、NTFS、UFS、ext4 等），也可直接用作虚拟机磁盘或 iSCSI target 等需要块设备的场景。默认情况下创建卷会建立等量空间预留（refreservation）；使用 -s 参数可创建稀疏卷而不预留空间。卷同样支持快照、克隆、回滚等 ZFS 特性，但无法像文件系统那样独立挂载，且不支持配额（其 volsize 属性本身即作为隐式配额）。

ZFS 文件系统可以通过卷在内部承载其他文件系统

物理硬盘（disk）
 └── vdev（镜像 / RAID-Z / 条带）
    └── 存储池（zpool）
         └── ZFS 数据集（dataset 抽象层）
              ├── ZFS 文件系统（ZFS filesystem）
              │    ├── 文件 / 目录
              │    ├── 快照（snapshot）
              │    ├── 克隆（clone）
              │    └── 书签（bookmark）
              │
              └── 卷（zvol，块设备）
                   ├── 其他文件系统（UFS / ext4 / FAT32 等）
                   │    └── 文件 / 目录
                   ├── 快照（snapshot）
                   ├── 克隆（clone）
                   └── 书签（bookmark）

• 文件系统与卷的比较：

  特性	ZFS 文件系统 (filesystem)	ZFS 卷 (volume / ZVOL)
  本质	ZFS 原生文件系统格式	原始块设备
  暴露方式	挂载为目录树（mountpoint 属性）	设备文件（/dev/zvol/pool/path）
  自身是否为文件系统	是：ZFS 自己即是文件系统	否：裸块设备，无自带文件系统
  可否格式化其他 FS	不可（它已是文件系统）	可以（FAT32、NTFS、UFS、ext4 等）
  POSIX 文件接口	直接提供（open/read/write/mkdir）	不直接提供（需要格式化后挂载）
  创建命令	zfs create pool/fs	zfs create -V size pool/vol
  默认空间行为	共享池中空闲空间	默认预留等量空间（-s 创建稀疏卷）
  适用场景	通用文件存储，用户与服务数据	虚拟机磁盘，iSCSI，需非 ZFS 文件系统
  快照/克隆/书签/回滚	支持	支持
  COW/校验和/压缩/加密	支持	支持
  层次化命名	支持（可嵌套）	支持（可与文件系统并列）
  配额支持	支持（quota/refquota/用户/组/项目）	不支持（volsize 本身即为隐式配额）
  独立挂载	可以	不可（需格式化后通过对应 FS 挂载）

• 快照：ZFS 的写时复制（COW）设计支持近乎瞬时地创建一致性快照，快照可任意命名。对数据集或其父数据集递归快照（包括所有子数据集）后，新数据写入新块，旧块不会立即回收。快照保存文件系统的原始版本，实时文件系统则包含快照之后的所有变更，二者不额外占用空间。写入实时文件系统的新数据使用新块存储。快照体积随旧块从实时文件系统释放而逐步增长。以只读方式挂载快照可恢复文件的历史版本；还可回滚实时文件系统，将其恢复到特定快照，撤销该快照之后的所有变更。池中每个块都有一个引用计数器，跟踪哪些快照、克隆、数据集或卷引用了该块。删除文件和快照时引用计数递减，计数归零后空间即回收。可将快照标记为保留，尝试销毁该快照时返回 EBUSY 错误，使用 zfs release 命令移除保留后即可删除。卷支持快照、克隆和回滚操作，但无法独立挂载。
• 克隆：快照可以创建克隆。克隆是快照的可写版本，允许文件系统作为新数据集分叉。与快照一样，克隆初始不消耗新空间。写入克隆的新数据使用新块，克隆体积随之增长。覆盖克隆中的块时，原块的引用计数递减。由于快照是父级而克隆是子级，无法删除克隆所依赖的快照。克隆可提升，以反转此依赖关系：使克隆成为父级，原父级变为子级。此操作不消耗新空间，但由于父子空间占用关系反转，可能影响现有配额和保留。
• 块克隆 (Block Cloning)：块克隆是一种允许克隆文件（或文件的一部分）的机制，即创建浅层副本，其中引用现有数据块而不复制。后续对数据的修改将触发数据块的写时复制。此功能用于实现“reflinks”或“文件级写时复制”。ZFS 通过块引用表（BRT，Block Reference Table）这一特殊磁盘结构跟踪克隆的块。与重复数据删除不同，该表开销极小，因此可始终启用。与重复数据删除的另一个区别是，克隆需要用户程序主动请求。许多常见的文件复制程序（包括较新版本的 /bin/cp）会自动尝试创建克隆。块克隆存在一些限制：只能克隆完整的块；尚未写入磁盘的块无法克隆；源与目标 recordsize 属性不同的块无法克隆；加密块仅在源与目标数据集共享同一主密钥（如快照与克隆）时可克隆，跨不同密钥的加密数据集无法克隆。
• 书签：书签类似于快照，但创建速度更快且不占用额外空间。与快照不同，书签无法以任何方式通过文件系统访问。从存储角度看，书签的作用是引用快照创建时的状态，将其作为独立对象。书签最初与快照关联，而非直接与文件系统或卷关联；即使原始快照已销毁，书签仍继续存在。由于书签非常轻量，通常没有销毁的必要。书签格式为 存储池/路径#书签。
• 配额：

  ZFS 提供快速准确的数据集、用户、组及项目空间核算，以及配额和空间预留功能，使管理员能精细控制空间分配并为关键文件系统保留空间。

配额类型	说明
数据集配额	限制数据集及其后代的总大小，包括快照和子数据集。卷不支持配额，因其 volsize 属性已作为隐式配额
引用配额 (refquota)	以硬限制限定数据集可使用的最大空间量。该限制仅包括数据集本身引用的空间，不包括由后代（如文件系统或快照）使用的空间
用户配额	限制指定用户使用的空间量
组配额	限制指定组可以使用的空间量
项目配额	限制指定项目的空间使用量，以项目 ID 标识。与用户和组配额类似，项目配额可对属于同一项目的文件和目录核算和限制空间使用

• 保留：
• 数据集保留 (reservation)：reservation 属性可为特定数据集及其后代保证一定量的存储空间。例如为 storage/home/bob 设置 10 GB 保留，可防止其他数据集耗尽空闲空间，确保该数据集始终有至少 10 GB 可用。

  任何形式的保留在以下场景均具有实用价值：规划与测试新系统的磁盘空间分配方案，或确保文件系统有足够空间用于审计日志、系统恢复过程及文件。
• 引用预留 (refreservation)：refreservation 属性可为特定数据集保留一定空间，但不包括其后代数据集。例如为 storage/home/bob 设置 10 GB 保留后，即使其他数据集尝试占用空闲空间，仍会为该数据集保留至少 10 GB。与常规 reservation 不同，快照和后代数据集所占空间不计入该保留。如果对 storage/home/bob 创建快照，除 refreservation 占用的空间外，必须有足够磁盘空间才能成功完成。主数据集的后代不占用 refreservation 空间。
• 池检查点（Pool Checkpoint）：执行包含破坏性操作的关键流程（如 zfs destroy）之前，管理员可对池状态建立检查点，出错时可将整个池回滚至检查点。检查点类似池级快照，包含池的所有状态（属性、vdev 配置等）。存在检查点时，vdev 移除/附加/分离、镜像拆分、更改池 GUID 等操作不可执行。允许添加新 vdev，但回滚后需重新添加。回滚后检查点将永久删除。

注意

存在检查点时，数据集保留可能无法强制生效，且已释放的检查点数据不会被 scrub 扫描。

功能标志

ZFS 磁盘格式最初使用单一版本号管理，每当格式变更时版本号递增。这种编号方式在 ZFS 由单一组织驱动开发时是合适的。但对于 OpenZFS 的分布式开发，版本编号不再适用——任何版本号的变更都需要所有实现就每次磁盘格式变更达成一致。

OpenZFS 功能标志作为传统版本编号的替代方案，为每次磁盘格式变更提供 一个唯一命名的池属性。这种方式支持相互独立的格式变更，也支持相互依赖的格式变更。当池使用的所有功能均被多个 OpenZFS 实现支持时，磁盘格式即可在这些实现之间移植。独占启用的功能应定期移植到所有发行版。传统版本号仍存在于池版本 1-28 中。

ZFS 与传统文件系统挂载方式的差异

ZFS 不使用 /etc/fstab 管理文件系统挂载，而是通过 zfs mount 命令和 ZFS 数据集的 mountpoint 属性管理。但 EFI 系统分区和交换分区仍然需要使用 /etc/fstab。