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

群集中主机的修复

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

按顺序修复主机群集时,如果有主机无法进入维护模式,则 Update Manager 会报告错误,修复过程会因停止而失败。群集中的已修复主机将保持已更新水平。未在已失败的主机修复之后进行修复的主机将不会更新。如果已启用 DRS 的群集中的主机运行其上安装有 Update Manager 或 vCenter Server 的虚拟机,则 DRS 会首先尝试将运行 vCenter Server 或 Update Manager 的虚拟机迁移到另一主机上,以便修复成功进行。如果该虚拟机无法迁移到另一台主机上,则该主机的修复将失败,但修复过程不会停止。Update Manager 将继续修复群集中的下一个主机。

仅当群集中所有主机均可升级时才能对群集中的 ESX/ESXi 主机进行主机升级修复。

修复群集中的主机要求暂时禁用 VMware DPM 和 HA 接入控制等群集功能。如果主机上的任何虚拟机启用了 FT 功能,则还应将其关闭;并断开连接到主机上虚拟机的可移除设备,以便虚拟机能够通过 vMotion 进行迁移。在开始修复过程之前,可以先生成一份报告,显示已启用群集功能的群集、主机或虚拟机。有关详细信息,请参见群集修复选项报告

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

即使您选择了并行修复主机的选项,Update Manager 也会按顺序修复 Virtual SAN 群集中包含的主机。原因是在设计上,Virtual SAN 群集中一次只能有一个主机处于维护模式。

对于一个数据中心下的多个群集而言,修复过程是并行运行的。如果数据中心内某一个群集的修复过程失败,其他群集仍可得到修复。

根据基准组修复

根据包含升级基准和修补程序基准或扩展基准的基准组修复主机时,请首先执行升级。

主机升级修复

使用不包含第三方软件的典型 ESXi 映像升级或迁移主机时,升级后将不保留任何第三方模块。

可以使用包含 ESXi 5.5 的第三方模块的自定义 ESXi 映像升级或迁移主机。在这种情况下,与 ESXi 5.5 兼容的第三方模块在已升级的主机上可用。

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

重要:

将主机升级或迁移到 ESXi 5.5 之后,将无法回滚到 ESX/ESXi 4.x、ESXi 5.0 或 ESXi 5.1 软件版本。请在执行升级或迁移之前备份您的主机配置。如果升级或迁移失败,您可以重新安装升级或迁移前的 ESX/ESXi 4.x、ESXi 5.0 或 ESXi 5.1 软件,并还原您的主机配置。有关备份和还原 ESX/ESXi 配置的详细信息,请参见《vSphere 升级》。

Update Manager 5.5 支持从 ESXi 4.x、ESXi 5.0 和 ESXi 5.1 升级到 ESXi 5.5,以及从 ESX 4.x 迁移到 ESXi 5.5。如果主机从 ESX 3.x 升级到 ESX 4.x,则不能使用 Update Manager 将主机升级到 ESXi 5.5。此类主机的 /boot 分区中没有足够的可用空间来支持 Update Manager 升级过程。请改用脚本式升级或交互式升级。

主机修补程序修复

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

  • 如果修补程序基准中的修补程序需要安装另一个修补程序,Update Manager 会在修补程序存储库中检测必备程序并随所选修补程序一起安装。

  • 如果某个修补程序与主机上安装的其他修补程序冲突,则可能不会安装或转储冲突的修补程序。但是,如果基准中存在另一个可以解决冲突的修补程序,则仍将安装冲突的修补程序。例如,假设某个基准中包含修补程序 A 和修补程序 C,而修补程序 A 与主机上已安装的修补程序 B 相冲突。如果修补程序 C 弃用了修补程序 B,且修补程序 C 与修补程序 A 不冲突,则修复过程将安装修补程序 A 和 C。

  • 如果某个修补程序与 Update Manager 修补程序存储库中的修补程序相冲突,但它与主机不冲突,则在扫描完成后,Update Manager 会将此修补程序报告为冲突的修补程序。可以将修补程序转储并应用到主机。

  • 如果选择了同一个修补程序的多个版本,则 Update Manager 会安装最新版本,并跳过较早的版本。

在修补程序修复过程中,Update Manager 会自动安装修补程序的必备软件。

使用 Update Manager 5.5,可以针对已手动导入的脱机捆绑包修复版本为 ESX/ESXi 4.x 和 ESXi 5.x 的主机。

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

主机扩展修复

扩展修复期间,Update Manager 不会自动安装扩展的必备条件。这可能会导致一些修复失败。如果缺少的必备条件是修补程序,可以将其添加到修补程序基准中。如果缺少的必备条件是扩展,可以将其添加到相同扩展基准或另一个扩展基准中。然后,可以根据该基准或包含必备条件和原始扩展的基准修复主机。有关对主机扩展修复或转储失败进行故障排除的详细信息,请参见主机扩展修复或转储由于缺少必备条件而失败

修复 PXE 引导的 ESXi 主机

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

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

重要:

Update Manager 不会修复 PXE 引导的版本为 4.x 的 ESXi 主机。