2026-09-27 · 约 7 分钟
ESA 用单一存储池取代"缓存盘+容量盘"磁盘组：OSA 缓存盘故障会拖垮整个磁盘组，ESA 单盘故障不影响其余盘；新增日志结构写路径（LSOM/LFS），写放大显著降低。
镜像 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 主机。接案先导出策略，算"还能容忍几份组件丢失"。
vSAN 数据以"对象"组织，对象由组件构成分布在不同主机。仲裁规则：任一主机须拥有 >50% 组件投票，网络分区导致任一域 ≤50% 时，对象是"不可访问"而非"损坏"。
存在 inaccessible 对象时不得 Remove 任何盘/磁盘组（Remove 删数据，Unmount 不删）；不得直接拔盘再补录；见证不可达时不得强制重启仲裁；加密集群先确认 KMS/KEK 可用。
不一定。多数是仲裁/组件丢失导致"访问不到"，数据副本仍在；用 CMMDS + object list 定位。
不能。vSAN 提供可用性与耐久性（FTT、自愈），不是时间点保护：快照/备份才能回滚。
不对。先做 Pre-check evacuation 确认无数据影响，再走官方 Remove 流程；直接拔盘会破坏组件映射。
按策略冗余余量分级：余量充足低风险、不可访问未达 50% 仲裁中等、多盘损坏需镜像重组按盘计价。免费检测。
vSAN 把虚拟机磁盘拆成对象，对象再拆成组件分散到各主机的本地盘上。 所以"某台主机挂了"不等于数据丢了，但"丢了几个组件"就可能无法拼回对象。
| 项目 | 取值 / 位置 | 说明 |
|---|---|---|
| 对象 | 每个 VMDK 是一个对象（含多个组件） | 对象是恢复的基本单位 |
| 组件 | 按 SPBM 策略分布在不同主机/磁盘 | 副本数、条带数由策略决定 |
| 见证组件 | 2 主机集群时提供仲裁 | witness 丢失会导致对象不可访问 |
| 策略 | FTT（容错数）、条带宽度、校验 | 决定能容忍几个组件同时丢失 |
| 恢复前提 | 组件完整或可通过校验重建 | 缺组件且无法重建时只能从备份恢复 |
# 查看对象与组件健康状况（只读）
esxcli vsan debug object list | head -40
esxcli vsan cluster get
esxcli vsan storage list
# 策略与组件布局
esxcli vsan policy getdefault判断顺序：先看对象是否 degraded、缺几个组件，再看策略允许缺几个。 在容错范围内，vSAN 会自动重建；超出范围就是真丢数据，这时应停止写入、 导出剩余组件，按条带与校验关系尝试重建，而不是反复触发重新同步。
参数判定、镜像方案、固件损坏这类问题，聊清楚不收钱；需要现场检测、书面报价或上门，统一走 项目1 服务页（到店免费检测，出报告后报价，不出结果不收费）。
18620311365
深圳市福田区深南中路2070号电子科技大厦A座35楼D22（华强北地铁站D1口步行320米）