下文提供了有关修复 vSAN 群集中的主机的一些详情。
vSAN 群集的维护模式详情
在设计上，vSAN 群集中一次只能有一个主机处于维护模式。由于 Update Manager 必须按顺序处理主机修复，主机修复过程可能需要很长时间才能完成。即使选择并行修复主机的选项，Update Manager 也会按顺序修复 vSAN 群集中的主机。
如果 vSAN 群集有默认附加的系统管理基准，您可以根据该基准修复群集，以使所有主机都处于合规状态，并安装 vSAN 推荐的最新软件。
有几种方法可以修复 vSAN 群集中的主机，具体取决于您希望如何处理主机上的虚拟机：
- 可以手动将主机置于维护模式，然后使用 Update Manager 修复主机。
- 可以在 Update Manager 修复过程中将主机置于维护模式。
通过 vSphere Web Client，您在将 vSAN 群集中的主机置于维护模式时可以从多个选项中进行选择：“确保可访问性”、“完全数据撤出”和“无数据撤出”。“确保可访问性”选项是默认选项，此选项意味着当您将主机置于维护模式时，vSAN 将确保该主机上所有可访问的虚拟机保持可访问状态。有关各个选项的详细信息，请参见《vSphere 存储》指南中的将 vSAN 群集的成员置于维护模式主题。
将 vSAN 群集中的主机置于维护模式时，您必须确认维护模式警告消息。确认该消息之前，您可以选择将已关闭电源的或已挂起的虚拟机移动到群集中的其他主机，但无法选择如何处理主机上已打开电源的虚拟机。系统会自动以与默认“确保可访问性”选项相同的方式处理已打开电源的虚拟机。
使用 Update Manager 时，修复过程可能会将 vSAN 群集中的主机置于维护模式，这样会导致以默认“确保可访问性”选项的相同方式处理主机上的虚拟机。
如果主机是 vSAN 群集的成员，并且主机上有任何虚拟机在其存储策略中使用“允许的故障数=0”的设置，则在进入维护模式时，主机可能会出现异常延迟。发生延迟的原因是 vSAN 必须将虚拟机数据从 vSAN 数据存储群集中的一个磁盘迁移到另一个磁盘。可能会延迟数小时。可以通过将虚拟机存储策略设置为“允许的故障数=1”来解决此问题，这会导致在 vSAN 数据存储中创建两个虚拟机文件副本。
vSAN 运行状况检查
Update Manager 将对 vSAN 群集执行修复前检查，以确保修复成功。如果 vSAN 运行状况检查成功，则您可以继续执行修复过程。
如果针对 vSAN 群集的部分测试失败，则 Update Manager 会在修复前检查对话框中显示 vSAN 运行状况检查不成功，并建议修复群集前可执行的操作。
运行修复前检查（ vSAN 运行状况检查）不会阻止您在 vSAN 群集上启动修复过程。但是，最好等待 vSAN 运行状况检查的结果，以防您需要执行额外操作以确保在群集上成功进行修复。
如果未采用 vSAN 运行状况检查建议的操作，您仍然可以修复 vSAN 群集或群集中的主机。Update Manager 成功将主机置于维护模式后，便可成功修补或升级主机。但是，该过程可能无法使主机退出维护模式，且修复过程最终可能会失败。将升级 vSAN 群集中的主机，但您必须执行手动步骤来使主机退出维护模式。
在升级过程中，vSAN 运行状况检查会在主机进入维护模式之前以及退出维护模式之后运行。在 vSphere Client 中，您可以在修复过程中禁用 vSAN 运行状况检查。
要获取有关 vSAN 运行状况的更多详细信息，请选择一个 vSAN 群集，单击监控选项卡，然后单击 。
在 vSphere Web Client 中，可以从修复向导的最后一页执行修复前检查。
在 vSphere Client 中，当您从清单中选择一个主机或群集时，可以从更新选项卡执行修复前检查。
