主机修复类型

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

主机升级修复

将 ESXi 6.5 或 ESXi 6.7 主机升级到 ESXi 7.0 时，升级后主机上所有受支持的自定义 VIB 保持不变，不管安装程序 ISO 中是否包含这些 VIB。

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

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

vSphere Lifecycle Manager7.0支持从 ESXi 6.5 和 ESXi 6.7 升级到 ESXi 7.0。

要升级到ESXi7.0，引导设备至少需要为 4 GB。从本地磁盘、SAN 或 iSCSI LUN 引导时，将使用高达 128 GB 的磁盘空间来创建ESXi系统分区。可以在大于 128 GB 的引导磁盘上创建 VMFS 数据存储。

注：将主机升级到 ESXi 7.0 后，无法回滚到先前的 ESXi 版本： ESXi 6.5、 ESXi 6.7。因此，请在执行升级之前备份主机配置。如果升级失败，则可以重新安装执行升级前的 ESXi 6.5 或 ESXi 6.7 软件并还原主机配置。有关备份和还原 ESXi配置的详细信息，请参见《VMware ESXi 升级》文档。要升级 ESXi主机，必须先将 ESXi ISO 映像导入到 vSphere Lifecycle Manager 库。然后，再创建基准和基准组以管理 ESXi主机的升级。

主机修补程序修复

修补是根据修补程序基准修复 ESXi主机的过程。

将 ESXi 6.5和 6.7 主机修复到各自相应的 ESXi 更新版本是一个修补过程，而将 ESXi 主机从版本 6.5 或 6.7 修复到版本 7.0 是一个升级过程。

vSphere Lifecycle Manager通过以下方式处理主机修补程序：

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

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

使用 vSphere Lifecycle Manager7.0，可以根据手动导入到 vSphere Lifecycle Manager 库的脱机包中的修补程序修复版本 ESXi 6.5 和 ESXi 6.7 的主机。

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

主机扩展修复

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