VMware vSAN 12（ESA）数据恢复：对象不可访问 ≠ 数据丢失

ESA 和 OSA 的关键差异：爆炸半径更小

Broadcom 收购 VMware 后，vSAN 全面转向 ESA（Express Storage Architecture）。关键变化：单一存储池取代"缓存盘+容量盘"磁盘组——OSA 时代缓存盘故障会拖垮整个磁盘组，ESA 下单盘故障不影响其余盘；新增日志结构写路径（LSOM/LFS），写放大显著降低，纠删码接近镜像性能；压缩去重、AES-256 加密都按存储策略级控制。

FTT / RAID 冗余余量：先算"还能丢几份"

• 镜像 RAID-1 FTT=1/2/3：需 3/5/7 主机、容量开销 2×/3×/4×；
• 纠删码 RAID-5 FTT=1：3 主机用 2+1（开销 1.5×），6 主机以上用 4+1（开销 1.25×）；
• RAID-6 FTT=2：4+2 需 6 主机、开销 1.5×。

接案先导出存储策略，推算每个对象"还能容忍几份组件丢失"，这直接决定可恢复性预期与报价分级。

对象 / 组件 / 见证：不可访问 ≠ 损坏

vSAN 数据以"对象"（VMDK、见证、快照）组织，对象由若干"组件"构成，分布在不同主机。仲裁规则：任一主机须拥有 >50% 组件投票才能提供数据——网络分区导致任一域 ≤50% 时，对象是"不可访问"而非"损坏"，这是判断"数据还在但访问不到"的关键。

官方恢复流程 + 现场证据收集

1. 设备降级 → 组件标记 degraded 并即时重建；
2. 设备突发故障 → 默认等 60 分钟（Object Repair Timer）再重建；
3. 磁盘永久丢失（PDL）判定用 vdq -qH 看 IsPDL=1；
4. 更换磁盘先做 Pre-check evacuation 确认无数据影响再 Remove。

证据收集按优先级：集群拓扑/存储策略导出 → vSAN Health + esxcli vsan debug object list → vdq -qH、CMMDS 转储 → vobd.log/vmkernel.log 时间线。

绝对禁止的操作

• 存在 inaccessible 对象时不得 Remove 任何盘或磁盘组（Remove 删数据，Unmount 才不删）；
• 不得在确认数据影响前删除、不得直接拔盘再补录；
• 见证不可达/网络分区未解决时，不得强制重启或重建仲裁；
• 加密集群先确认 KMS/密钥可用性，主机重启前评估 KEK 是否可恢复。

常见问题

1. 1vSAN 对象不可访问是数据丢了吗？
   不一定。多数是仲裁/组件丢失导致"访问不到"，数据副本仍在；需用 CMMDS 与 object list 定位组件去向再判断。
2. 2vSAN 能提供时间点回滚吗？
   不能。vSAN 提供的是可用性与耐久性（FTT、自愈），不是时间点保护——快照/备份才能回滚，故障期间未保护的写入无法凭空恢复。
3. 3RAID-5 和 RAID-1 哪个好恢复？
   看 FTT 余量。RAID-1 FTT=2 能丢 2 份组件，余量更足；ESA 下纠删码无性能惩罚，但恢复时要按对象策略逐项核算。
4. 4磁盘坏了直接换新盘重建对吗？
   不对。先做 Pre-check evacuation 确认无数据影响，再走官方 Remove 流程；直接拔盘再补录会破坏组件映射。
5. 5恢复要多久、怎么收费？
   按"策略冗余余量"分级：余量充足仅需引导重建的低风险；对象不可访问但未达 50% 仲裁的中等；多盘物理损坏需镜像重组的高风险按盘计价。免费检测，不成功不收费。