超融合（HCI）数据恢复

超融合（HCI）通过软件定义方式，把计算、存储、网络整合到同一套通用服务器节点上：传统数据中心分离的服务器、存储阵列、光纤交换机"三个盒子"，被融合成"一个盒子"。节点间通过网络聚合成统一资源池，按需横向扩展——最少 3 节点起步，每个节点同时提供计算和存储。

超融合的架构要点

软件定义为核心：计算、存储、网络都由软件层实现。存储用 SDS 技术把各节点本地硬盘聚合为分布式存储池；网络用 SDN 统一管理。

分布式存储：数据拆散后以多副本冗余存在不同节点，单节点故障时业务自动在健康节点继续运行。

横向扩展：加标准节点就能线性扩容，像"堆乐高"。

统一管理：一个平台管控计算、存储、网络，运维复杂度大幅降低。

恢复的两个层面

常规故障（单节点/单盘）：系统自动恢复——节点离线后集群触发数据重建，用剩余节点的副本或纠删码信息重建缺失数据，虚拟机在健康节点重启，业务基本无感知。

严重故障（多节点故障、数据不可达）：必须专业数据恢复介入，核心思路是"脱离集群语境，回归块设备本质"。

严重故障恢复四步曲

第一步：扇区级镜像。所有故障节点硬盘取出，只读方式做扇区级全盘镜像，后续操作全部基于镜像——这是防止二次破坏的铁律。

第二步：元数据逆向。从镜像中提取分布式存储元数据（vSAN 的组件 UUID、Ceph 的 PG map、ZFS 的 Uberblock 链），重建"逻辑对象→物理块"的映射关系。

第三步：校验算法重建。利用 RAID-5/6、RAID-Z 等校验信息，从剩余健康节点或 vdev 中重建缺失数据块。

第四步：对象重组与挂载。把重建后的数据块按对象（VMDK、RBD 镜像等）顺序重组，挂载到独立环境提取内部文件系统数据。

超融合恢复的五大难点

1. 多节点故障的"静默崩溃"：一个节点离线触发集群级重平衡，期间第二个节点故障，系统可能从"降级运行"直接跃迁到"数据不可达"。监控界面常显示"健康"或"警告"而非"危险"，管理员容易错过干预窗口。

2. 元数据链断裂：vSAN 的 CMMDS、Ceph 的 MON/OSD map、ZFS 的 Uberblock 链分布在多个节点，任一环节缺失都可能导致全局不可读；集群不可用时无法通过正常手段访问，只能从硬盘残留中逆向提取。

3. 压缩与重删的算法复杂性：开启后底层数据结构差异很大，恢复需大量测试和代码调试来逆向算法。

4. 重平衡的级联效应：节点离线触发的数据迁移加剧剩余节点 I/O 负载，可能诱发更多节点故障，形成恶性循环。

5. 业务级恢复验证：节点故障后虚拟机重新运行，只完成了基础设施层的恢复——数据库要做一致性检查、应用要重连、访问入口要调整。业务的 RTO 应该覆盖到"用户重新获得服务"的完整过程。