主机修复有多种不同的运行方式，具体取决于附加的基准类型以及主机是否在群集中。

群集中主机的修复

对于群集中的 ESXi 主机而言，修复过程在默认情况下是按顺序进行的。使用 Update Manager，可选择并行运行主机修复。

按顺序修复群集中的主机时，如果有主机无法进入维护模式，则 Update Manager 会报告错误，修复过程会停止，从而导致修复失败。群集中已修复的主机将处于已更新级别。主机修复失败后未修复的主机不会更新。如果已启用 DRS 的群集中的主机运行已安装 Update Manager 或 vCenter Server 的虚拟机，则 DRS 会首先尝试将运行 vCenter Server 或 Update Manager 的虚拟机迁移到其他主机，以确保修复成功。如果无法将虚拟机迁移到其他主机，该主机的修复将失败，但修复过程不会停止。Update Manager会继续修复群集中的下一个主机。

仅当群集中的所有主机均可升级时，群集中 ESXi 主机的主机升级修复才会继续。

修复群集中的主机时，需要暂时禁用 VMware DPM 和 HA 准入控制等群集功能。如果主机上的任何虚拟机启用了 FT，还应禁用 FT，并断开连接到主机上虚拟机的可移动设备，以便虚拟机能够通过 vMotion 进行迁移。开始修复过程之前，可以首先生成报告，显示已启用群集功能的群集、主机或虚拟机。有关详细信息，请参见预检查修复报告。

注： 在不超过两个主机组成的群集上执行修复时，禁用 HA 准入控制可能不足以确保修复成功。您可能需要在群集上禁用 vSphere 可用性 (HA)。如果保持启用 HA，则群集中主机上的修复尝试会失败，因为 HA 无法向 Update Manager 提供将任何主机置于维护模式的建议。原因是，当两个主机之一进入维护模式时，群集中没有可用的故障切换主机。为了确保在 2 节点群集上成功修复，请在群集上禁用 HA 或手动将主机置于维护模式，然后修复群集中的两个主机。

并行修复一组主机时，Update Manager 会同时修复多个主机。在并行修复过程中，如果 Update Manager 在修复某个主机时遇到错误，它会忽略该主机，修复过程会继续修复群集中的其他主机。Update Manager会持续评估在不中断 DRS 设置的前提下能够同时修复的最大主机数量。您可以将同时修复的主机限定到某个特定数量。

即使选择并行修复主机的选项，Update Manager 也会按顺序修复 vSAN 群集中的主机。这是因为在设计上，无论何时 vSAN 群集中都只能有一个主机处于维护模式。

对于数据中心内的多个群集，修复过程是并行运行的。如果数据中心内某个群集的修复过程失败，其余群集仍可得到修复。

根据多个基准或基准组修复

从 vCenter Server 6.7 Update 2 开始，您可以选择多个基准，而不是先将其分组到一个基准组中。根据包含升级基准以及修补程序或扩展基准的多个基准或基准组修复主机时，会首先执行升级。

主机升级修复

将 ESXi 6.0 和 ESXi6.5 主机升级到 ESXi6.7 时，升级后主机上所有受支持的自定义 VIB 保持不变，无论安装程序 ISO 中是否包含这些 VIB 都如此。这是因为 ESXi 6.x 主机具有二进制兼容性。

可使用包含 ESXi6.7 的第三方模块的自定义 ESXi 映像升级主机。在这种情况下，与 ESXi6.7 兼容的第三方模块在升级后的主机上仍可用。

如果主机升级是在高延迟网络中进行，并且 Update Manager 和主机位于不同的位置上，则此升级过程可能需要几个小时，因为升级之前需要将升级文件从 Update Manager 服务器存储库复制到主机。在此期间，主机处于维护模式。

Update Manager 6.7 支持从 ESXi 6.0.x 和 ESXi6.5.x 升级到 ESXi6.7。

重要事项： 将主机升级到 ESXi 6.7 之后，无法回滚到版本 ESXi 6.0.x 或 ESXi 6.5.x 软件。请在执行升级之前备份您的主机配置。如果升级失败，则可以重新安装从中进行升级的 ESXi 6.0.x 或 ESXi 6.5.x 软件并还原主机配置。有关备份和还原 ESXi 配置的详细信息，请参见 《vSphere 升级》。

主机修补程序修复

Update Manager 使用以下方式处理主机修补程序：

  • 如果修补程序基准中的某个修补程序需要安装其他修补程序，则 Update Manager 会在修补程序存储库中检测必备项并将其与所选修补程序一起安装。
  • 如果某个修补程序与主机上安装的其他修补程序相冲突，则可能无法转储或安装有冲突的修补程序。但是，如果基准中的其他修补程序解决了这些冲突，则会安装有冲突的修补程序。例如，假设某个基准中包含修补程序 A 和修补程序 C，而修补程序 A 与主机上已安装的修补程序 B 相冲突。如果修补程序 C 弃用了修补程序 B，且修补程序 C 与修补程序 A 不冲突，则修复过程将安装修补程序 A 和 C。
  • 如果某个修补程序与 Update Manager 修补程序存储库中的修补程序相冲突，但与主机不冲突，则在扫描后，Update Manager 会将该修补程序报告为有冲突的修补程序。可以转储该修补程序并将其应用到主机。
  • 当选择同一修补程序的多个版本时，Update Manager 会安装最新版本并跳过早期版本。

在修补程序修复过程中，Update Manager 会自动安装修补程序的必备项。

使用 Update Manager6.7，可以针对已手动导入的脱机包修复 ESXi 6.0 和 ESXi6.5 版本的主机。

可以在修复之前转储修补程序，以缩短主机停机时间。

主机扩展修复

在扩展修复过程中，Update Manager 不会自动安装扩展的必备项。这可能会导致一些修复操作失败。如果缺少的必备项是修补程序，可以将其添加到修补程序基准。如果缺少的必备项是扩展，可以将其添加到相同的扩展基准或其他扩展基准。然后，可以根据该基准或包含必备项和原始扩展的基准修复主机。

PXE 引导的 ESXi 主机的修复

使用 Update Manager 可修复 PXE 引导的 ESXi 主机。Update Manager不会将需要重新引导的修补程序应用到 PXE 引导的 ESXi 主机中。

如果在 PXE 引导的 ESXi 主机上安装了任何附加软件，则重新启动主机时该软件可能会丢失。应将此附加软件更新到映像配置文件中，以便在重新引导后此软件仍存在。