软 RAID 与存储池数据恢复：mdadm · LVM · 存储池 · RAIDZ · Btrfs

深圳市易昇卓越数据恢复中心，华强北实体运营，创始人韦工从业 20+ 年，经手各类存储设备 10000+ 台，配备 PC-3000、Class 100 洁净间等专业条件。本页讲清：软 RAID 与存储池数据恢复：mdadm · LVM · 存储池 · RAIDZ · Btrfs。到店免费检测，出具检测报告后按具体故障报价，不做盲目低价引流再加价；不成功不收费。电话 18620311365，店面 · 技术中心 福田区深南中路2070号电子科技大厦A座35楼D22（华强北地铁站D1口步行320米）。

软 RAID 与硬件 RAID 的根本差别

硬件 RAID 由阵列卡管理，操作系统只看到一个已组装好的大卷；软 RAID 没有卡，所有盘都直接暴露给操作系统，参数写在盘上的元数据里。

这带来两个重要差别：

• 恢复切入点不同：硬件阵列要判参数（卡不在了就没人告诉你），软阵列通常能直接读元数据，甚至可以直接组装回原样；
• 元数据损坏后的处境：软阵列元数据坏了之后，退化成与硬件阵列一样：必须从数据里反推条带、盘序、校验布局。这类我们按 RAID 参数判定流程处理，不会因为"它是软阵列"就假设一定能自动组装。

先判断一件事：盘尾或盘头是否存在可解析的软阵列元数据。有，就走组装路线；没有，就走判定路线。

Linux：mdadm 与 LVM

• mdadm 软阵列：元数据一般写在成员盘盘尾或盘头（有不同版本格式），记录阵列标识、成员位次、条带与布局。常见默认是左同布局、条带 512KB，但默认值只作起手参考，实际必须按元数据或数据验证；
• 成员位次不等同于物理盘序：盘上记录的位次才是它在阵列里的位置。把物理盘序当成阵列位次是常见错误，会让 XOR 验证一直不通过；
• LVM 卷管理：物理卷（PV）→ 卷组（VG）→ 逻辑卷（LV）三层。阵列修好之后往往还有一层 LVM 要恢复：先还原卷组元数据（通常在物理卷开头附近，且有备份区），再按逻辑卷边界切分数据；
• 精简置备（thin pool）：逻辑卷容量大于实际分配量，存在空洞区域，判定与提取时都要识别，否则会把未分配区当成有效数据；
• 加密卷：如果卷组下的逻辑卷启用了加密（LUKS 类），口令或密钥丢失即无法解密，这一条如实说明，不做模糊承诺。

ZFS 与 Btrfs：校验做在存储池层

• ZFS：不做传统 RAID，而是把冗余做在存储池里（镜像、RAIDZ1/2/3）。元数据有多份副本，这是它的优势：部分元数据损坏时仍可能自动定位；恢复要点是按池成员逐个还原，不能当 RAID5 去判条带（ZFS 的写分配是动态的，没有固定条带相位）；
• ZFS 的坑：设备顺序与池成员标识有关，池成员缺一个就可能无法导入；若曾做过替换或扩容，要按当时的成员集合还原；
• Btrfs：支持 RAID0/1/10 及带校验的组合，元数据也有多副本机制；能力上以镜像类更可靠，带校验的组合在部分场景存在恢复争议，遇到这类我们按实际数据判定可行路径，不做理论承诺；
• 快照：ZFS/Btrfs 的快照属于写时复制机制，依赖原始数据块才能还原，快照本身不是独立备份。这一点在评估时经常被误解。

Windows：存储池、动态磁盘与 ReFS

• 存储池 / Storage Spaces：分简单（无冗余）、镜像（容 1~2 块）、奇偶校验（类似 RAID5/6）三类。元数据写在池成员盘上，且各盘都有副本；池成员被误删或重装系统后，元数据可能仍在；
• 常见失误：把池成员盘插到别的机器上"重新格式化"或"添加到新池"，这一步会直接覆盖元数据，属于最难挽回的一种；
• 动态磁盘：跨区卷（Span）、带区卷（Stripe）、镜像卷（Mirror）、RAID5 卷。磁盘管理里显示为动态且容量相同、状态未分配，往往就是这一类。带区卷与 RAID5 卷需要判条带与校验；
• 文件系统层：池上常是 ReFS 或 NTFS，需连同文件系统一起处理（见 ReFS/NTFS 专页）。

Windows 环境下还有一个隐蔽情况：存储池创建后如果主机重装系统，池配置可能"看似消失"，但成员盘上的元数据通常还在，可以按池还原而不是从零判参数。

元数据坏了怎么从数据反推

当元数据不可用（被覆盖、版本不兼容、盘不全），退化为参数判定问题，方法与硬件阵列一致：

1. 逐盘只读镜像，记录每块盘的角色线索（是否有分区表、是否有文件系统签名）；
2. 从文件系统管理区的位置反推条带边界（用记录号差法，比猜条带可靠）；
3. 判定校验布局与成员位次，注意软阵列的成员位次来自元数据，缺失时要穷举；
4. 用 XOR 数学验证收口：正确的参数组合下，整卷验证零错误。

注意：ZFS 这类动态分配的存储池不适用固定条带判定，必须走"按成员还原存储池层"的路线，别硬套 RAID5 的思路。

高危操作清单

• 把池成员盘格式化或加入新存储池；
• 在降级的软阵列上做"修复阵列"或重新组装后写数据；
• 对卷跑带修复参数的文件系统检查；
• 跨机器挂载成员盘测试；
• 把盘逐块单独格式化判断"哪块是好的"。

正确做法：停写、断电、保留槽位顺序、逐盘只读镜像，再由我们判定参数与结构。

常见问题

1. 1重装了系统，存储池里的盘还在，数据能找回吗？
   多数可以。存储池的元数据有多份副本，重装系统一般不覆盖成员盘，池配置通常可以还原。请务必不要"创建新池"或格式化这些盘，那一步会覆盖元数据，从可还原变成需重建。
2. 2mdadm 能不能自己组装回来？
   元数据完好时可以，用只读方式组装即可。但如果元数据被改过、版本不兼容或盘不全，组装会失败或组装出错误的卷。这时候要用参数判定 + 异或验证的方式处理，而不是反复尝试组装。
3. 3ZFS 池提示无法导入（pool cannot be imported），数据还在吗？
   通常在。常见原因是成员盘缺失、做过替换或扩容、或某个盘的元数据副本损坏。ZFS 元数据有多份副本，恢复空间较大。这类必须按池成员逐个镜像后按当时的成员集合还原，检测后可以给出明确判断。
4. 4动态磁盘的 RAID5 卷还能恢复吗？
   能，处理方式与常规 RAID5 一致：判条带、盘序、校验布局，用异或验证。要注意的是 Windows 动态磁盘的条带与布局有自己的默认特征，仍需按实际数据验证，不能默认套用其他平台的默认值。