已解决的问题
- 修复后的 Update Manager 可能不会还原容错虚拟机的原始电源状况
在修复处于挂起或关闭电源状态的容错虚拟机时，计算机可能在修复完成后仍保持打开电源状态。 - 更新 Update Manager 中嵌入的 Jetty Web Server
Update Manager 5.0 中嵌入的 Jetty Web Server 已从 Jetty 版本 6.1.6 更新为 Jetty 版本 6.1.24，解决了先前的 Jetty 版本中存在的多个安全问题。
常见漏洞与暴露方案为这些问题所指定的名称为 CVE-2009-1523 和 CVE-2009-1524。 - 群集修复时，不会生成群集修复选项报告
如果在群集修复过程中尝试生成群集修复选项报告，则只有在修复完成后，才会生成并显示该报告。 - VMware Tools 升级可能失败，并显示错误“对象不支持此操作 (The operation is not supported on this object)”
如果群集中同时包含 ESX 3.x 和 ESX 4.x 主机，并在自动模式下已启用 DRS，则升级可能失败。完成 VMware Tools 升级后，Update Manager 会首先关闭客户机操作系统，然后再打开其电源。DRS 将选择最合适的主机，用于打开已修复虚拟机的电源。如果所选主机运行 ESX 3.x，则对 VMware Tools 升级任务执行扫描后测试将产生错误消息：VMware Tools 升级未在 <虚拟机名称> 上执行。只有 ESX 4.0 主机及更高版本上的虚拟机支持 VMware Tools 升级 (VMware Tools upgrade was not performed on <VM name>. VMware Tools upgrade is supported only for VMs on ESX 4.0 hosts and higher)。 - 已关闭电源的虚拟机不会迁移到已启用 DRS 的群集中的其他主机
在修复过程中，Update Manager 会将主机置于维护模式，但它不会将已关闭电源的虚拟机迁移到已启用 DRS 的群集中的其他主机。 - 如果 VMware DPM 使用 LAN 唤醒机制，则主机修复可能会失败
如果将 Update Manager 配置为修复过程中在群集上禁用 VMware DPM，且该群集包含处于待机模式的主机，则在修复前，Update Manager 会尝试打开这些主机的电源。当 VMware DPM 使用 LAN 唤醒机制打开处于待机模式的主机电源时，如果在其他主机正在打开电源时尝试断开群集中任何已打开电源主机的连接，则退出待机主机操作可能会失败。 - 动态修补程序基准的内容可能不会更新
VMware 发布符合基准条件的新修补程序后，早期版本的 Update Manager 中的动态主机修补程序基准可能不会更新。通常情况下，如果发布了符合基准条件的新修补程序，则动态基准的内容会自动更改。 - 在大型环境中，Update Manager Client 插件可能会暂时断开与 Update Manager Server 的连接
VMware Tools 操作（例如扫描 VMware Tools 版本和升级 VMware Tools）与 Update Manager Client 插件使用相同的系统资源。如果同时运行多个 VMware Tools 操作，Update Manager Client 插件可能会和 Update Manager Server 断开连接。其他操作（例如主机和虚拟机修补、主机升级或虚拟设备升级）不会出现此问题。
已知问题
本 Update Manager 版本中的已知问题分组如下：
安装与升级
- 升级之后，Update Manager 插件在下载任务期间可能会禁用
如果下载任务运行时 Update Manager 与 vCenter Server 断开连接，则无法重新启用 Update Manager 插件。升级到 Update Manager 5.0 之后可能会出现此问题。
解决办法：请等待下载任务完成，然后再启用 Update Manager 插件。 - 从 Update Manager 1.0 Update 6 升级到 Update Manager 5.0 之后，在 [系统管理] 视图中切换选项卡时会显示错误消息
在 Update Manager [系统管理] 视图中的选项卡之间进行切换时，可能会显示一个对话框，询问是否要保存更改。如果单击 [否]，将显示以下错误消息：指定的参数不在有效值范围内。参数名:该值必须介于 MinimunTimeInSeconds 和 MaximumTimeInSeconds 之间 (Specified argument was out of the range of valid values. Parameter name: The value must be between MinimunTimeInSeconds and MaximumTimeInSeconds)。如果在原始 Update Manager 1.0 Update 6 安装中选择了 [任务失败] 作为 [ESX 主机设置] 页面上的失败响应，则从 Update Manager 1.0 Update 6 升级到 Update Manager 5.0 之后可能会遇到此问题。
解决办法：要解决此问题，请执行以下解决办法之一。- 显示询问是否要保存更改的对话框时，单击 [是]。
- 在已升级的 Update Manager 5.0 中的 [ESX/主机群集设置] 页面上，单击 [应用]。
- 您可能无法在 vSphere Client 上启用 Update Manager 插件
如果 Update Manager 数据库位于独立计算机上，且系统 DSN 使用 Windows 身份验证，则您无法在 vSphere Client 上启用 Update Manager 插件。您收到的错误消息为：连接到 VMware vSphere Update Manager 时出错。数据库暂时不可用或网络有问题 (There was an error connecting to VMware vSphere Update Manager. Database temporarily unavailable or has network problems)。
解决办法：请确保 Update Manager 数据库使用的是 SQL Server 身份验证。 - 引导驱动器上最少需要有 600MB 可用空间供 Update Manager 使用才能安装 Update Manager
尽管不需要在引导驱动器上安装 Update Manager，但某些必要组件必须安装。Update Manager 在安装时需要 600MB 空间来容纳这些必要组件，以及安装过程中使用的临时文件。
解决办法：确保引导驱动器上至少有 600MB 可用空间，再安装 Update Manager。
扫描、转储和修复
- 如果启用了自动 VMware Tools 升级，则已关闭电源的虚拟机的 VMware Tools 升级修复可能失败
可以通过使用 Update Manager 中的 [编辑 VMware Tools 升级设置] 窗口，或通过编辑 vSphere Client 中 [虚拟机属性] 对话框中的 [VMware Tools] 选项，在重新启动时为虚拟机启用自动 VMware Tools 升级。如果启用了自动 VMware Tools 升级，并尝试基于 VMware Tools 升级基准修复已关闭电源的虚拟机，则修复会失败，并显示以下错误消息：出现常规系统错误: VMware Tools 安装已在进行中 (A general system error occurred: A VMware Tools installation is already in progress)。
解决办法：要在已关闭电源的虚拟机上升级 VMware Tools，请使用升级基准或自动升级选项，但不能同时使用两者。 - 根据标记为需要重新引导的公告修复 ESXi 5.0 主机可能不会重新引导主机
某些更新需要在修复过程中重新引导主机。是否需要重新引导的信息包含在更新元数据中，并显示在 Update Manager 修补程序存储库中的 [影响] 下。对于 ESXi 5.0 VIB，重新引导要求不是仅由元数据决定的，而是取决于 VIB 规范和主机上是否安装了之前版本的 VIB。这可以为某些 VIB 提供重新引导优化，即初始安装不需要主机重新引导，只有 VIB 的后续修补才需要重新引导。
解决办法：不需要任何解决办法。Update Manager 将根据需要重新引导主机以确保修复成功。 - 修补程序元数据不可用时，主机修补程序修复失败
在 Update Manager 5.0 安装向导中，可以取消选择 [安装后立即从默认源下载更新]。安装后，在 [配置] 选项卡中，可以选择仅从源下载特定 ESX/ESXi 版本的修补程序元数据，例如，仅 ESXi 5.0 修补程序元数据。在这种情况下，如果您尝试修复具有不同版本 ESX/ESXi 主机的容器，且您已为部分（不是所有）主机版本下载修补程序元数据，则修复会失败。
解决办法：为清单中的所有主机版本下载修补程序元数据。 - 通过使用修复向导，可以忽略一些升级扫描警告，并强制进行修复，即使升级警告与第三方软件无关
在修复向导中的 [ESXi 5.x 升级] 页面上，可以选择 [移除与升级不兼容的已安装第三方软件，然后继续执行修复]，以便移除安装在主机上的第三方软件并确保修复成功。选择此选项也会强制 Update Manager 忽略三个与第三方软件无关的潜在问题。以下警告消息与这些潜在问题相关。根密码使用 DES 加密进行加密，这使得根密码最多只能以 8 个字符进行身份验证。有关如何更正此问题的说明，请参见 VMware 知识库文章 1024500，网址为 http://kb.vmware.com/kb/1024500 (The root password is encrypted with DES encryption, causing it to be authenticated up to only 8 characters. For instructions on how to correct this, see VMware KB 1024500 at http://kb.vmware.com/kb/1024500)。VMkernel 和服务控制台网络接口正在共享同一子网 <子网名称>。升级后不支持此配置。只应有一个接口连接到子网 <子网名称> (VMkernel and Service Console network interfaces are sharing the same subnet <subnet_name>. This configuration is not supported after upgrade. Only one interface should connect to subnet <subnet_name>)。主机上找到不受支持的设备 <设备名称> (Unsupported devices <device_name> found on the host)。
- 当 ESX/ESXi 主机使用根密码的非 MD5 加密时，[升级详细信息] 窗口中出现误导性的扫描消息
当根据 ESXi 5.0 基准扫描 ESX/ESXi 4.x 主机时，可能在 [升级详细信息] 窗口中显示以下消息：根密码使用 DES 加密进行加密，这使得根密码最多只能以 8 个字符进行身份验证。有关如何更正此问题的说明，请参见 VMware 知识库文章 10245000，网址为 http://kb.vmware.com/kb/1024500 (The root password is encrypted with DES encryption, causing it to be authenticated up to only 8 characters. For instructions on how to correct this, see VMware KB 10245000 at http://kb.vmware.com/kb/1024500)。不仅在使用 DES 加密时会显示此消息，而且通过使用非 MD5 加密算法加密根密码的所有情况下也会显示此消息。 - 当根据 ESXi 5.0 升级基准扫描或修复主机时，合规性状态为 [不兼容] 且 ESX 4.1 Update 1 主机的修复失败
根据 ESXi 5.0 升级基准对 ESX 4.1 Update 1 主机执行升级扫描时，合规性状态可能为 [不兼容]。根据 ESXi 5.0 升级基准对 ESX 4.1 Update 1 主机进行的修复可能失败。ESX 4.1 Update 1 安装中的第三方驱动程序导致了扫描和修复问题。对主机执行升级扫描后，升级基准的冲突详细信息中会提供有关第三方软件的详细信息。
解决办法：两种不同类型的驱动程序可能会导致这类问题。- 异步驱动程序，如
oem-vmware-esx-drivers-scsi-3w-9xxx。
供应商将为 ESXi 5.0 异步发行驱动程序，VMware 修补程序库中将会提供这些驱动程序。如果需要这些驱动程序，必须进行下载，使用 Image Builder CLI 构建包含它们的自定义 ESXi 映像，然后基于自定义映像进行修复。如果没有 ESXi 5.0 驱动程序，则相关的硬件设备可能停止运行。 - 已弃用的驱动程序，如
oem-vmware-esx-drivers-net-vxge。
该驱动程序已在 ESXi 5.0 中停用，因为相关硬件已停用。在 Update Manager 修复向导中的 [ESXi 5.x 升级] 页面上，单击 [移除与升级不兼容的已安装第三方软件，然后继续执行修复]。您应当了解因移除第三方软件而对功能造成的影响，因为相关硬件设备可能停止运行。
- 异步驱动程序，如
- 将具有过期许可证的 ESX 4.x 主机迁移到 ESXi 5.0 时，修复任务失败
将具有过期许可证的 ESX 4.x 主机迁移到 ESXi 5.0 时，任务失败并显示以下错误消息：由于许可问题，已升级的主机无法连接到 vCenter Server。请配置新版本的 vSphere 许可证，并手动连接主机 (The upgraded host could not connect to vCenter Server due to licensing issues. Configure the vSphere licenses for the new version and connect the host manually)。
解决办法：主机已成功迁移，并处于维护模式。手动将主机重新连接到 vCenter Server。迁移或升级后，主机的评估期重置为 60 天。 - 如果主机包含已打开电源的容错虚拟机，主机修复可能未完成
如果主机上存在已禁用 FT 的任何主虚拟机，并且您在修复向导的 [主机修复选项] 页面上选择 [任务失败] 或 [重试]，则主机修复可能未完成。在这种情况下，已打开电源且已禁用 FT 的主虚拟机无法关闭电源或在 DRS 群集中迁移。主机上有已打开电源的虚拟机时，主机无法进入维护模式，且修复操作无法完成。
解决办法：对包含主虚拟机或辅虚拟机的主机进行修复时，可以使用以下解决办法之一：- 在修复向导的 [主机修复选项] 页面上选择 [关闭虚拟机电源并重试] 或 [挂起虚拟机并重试]。
- 开始修复前，手动将容错虚拟机迁移到另一台主机上。
- 如果 DRS 群集上已启用 EVC，则当主机尝试进入维护模式时，已禁用 FT 的虚拟机可以自动迁移。仅当特定主机上未禁用 DRS 时，才可能发生此情况。
- 如果 vCenter Server 未正确更新主机的电源状况，主机修复可能会失败
当主机正在打开电源（退出待机模式）时，主机电源状况可能不会更新到 vCenter Server 中，主机修复无法完成或超时。如果主机的电源状况未正确更新，该主机可能在 vSphere Client 清单中显示为好像处于待机模式，但实际上该主机已打开电源。
解决办法：若要修复该主机，请从清单中移除该主机后重新添加，以便 vCenter Server 刷新该主机的电源状况。然后开始修复过程。 - [修复选择] 页面可能对所选基准显示不正确的修补程序数
根据在合规性视图中预先选定的某个修补程序或扩展基准修复 vSphere 清单对象时，修复向导的首页上显示的需要修复的修补程序数可能不正确。在这种情况下，当该清单对象有多个附加的修补程序基准和扩展基准时，修补程序数与所有附加基准中的合规修补程序数相对应，而不仅仅与所选基准中的合规修补程序数相对应。
解决办法：在 [修复选择] 页面上更改选择的基准或基准组，或者首先单击 [下一步] 转到下一页，然后单击 [上一步] 返回到选择页面。 - 如果主机上没有足够的可用空间，主机升级扫描和修复可能失败
主机升级扫描和修复可能失败，并显示错误消息：代理安装失败 (AgentInstallFailed)。此错误可能是由于 ESX/ESXi 主机上的可用空间不足引起的。
解决办法：要升级 ESX/ESXi 主机，请确保主机的/tmp目录中至少有 20MB 可用空间。 - 对于在 2.5.x 版主机上创建的虚拟机所进行的 VMware Tools 升级将失败
根据基准 [将 VMware Tools 升级到匹配主机的状态] 扫描含有与 ESX 2.5.x 对应的 VMware Tools 版本的虚拟机时，该基准的状态为 [不合规]。虽然状态为 [不合规]，但 VMware Tools 升级失败时显示错误消息：此虚拟机中安装的 VM Tools 不支持自动升级 (VM Tools installed in the VM doesn't support automatic upgrade)。只有在运行版本 ESX 3.0.x、ESX 3.5 或更高版本以及 ESX 3i 版本 3.5 或更高版本的主机上创建的虚拟机才支持 VMware Tools 自动升级。
解决办法：右键单击清单中的虚拟机并选择 [客户机] > [安装/升级 VMware Tools]，可以手动升级 VMware Tools。 - 针对某些修补程序进行的主机修复可能失败，因为与主机上的修补程序存在无法解决的冲突
当基准输入中的某个修补程序（例如修补程序 A）与主机冲突，且该冲突无法通过基准输入中的其他修补程序解决时，主机的修补程序修复可能会失败。
解决办法：修补程序 A 的 [修补程序详细信息] 窗口显示一条信息，建议使用另外一个修补程序解决该冲突。该建议信息中也可能包含多个修补程序。将推荐的修补程序之一或全部包含到基准中，可能会解决该冲突。有关详细信息，请参见与修补程序 A 和推荐的修补程序相关的知识库文章。 - 无法向 ESX/ESXi 3.x 主机转储修补程序
向单个 ESX/ESXi 3.x 主机或包含 ESX/ESXi 3.x 和 ESX/ESXi 4.0 主机的容器对象转储修补程序可能失败。[近期任务] 窗格中显示错误消息：转储操作中出现错误 (There are errors during staging operation)。vSphere Update Manager 仅支持向运行 ESX/ESXi 4.0 及更高版本的主机转储修补程序。
国际化问题
- 无法使用包含非 ASCII 字符的用户帐户登录 Update Manager Utility
包含在 Update Manager 5.0 版本中的 Update Manager Utility 不支持非 ASCII 用户名。
解决办法：使用用户名仅包含 ASCII 字符的帐户。 - 使用包含非 ASCII 字符的用户名登录后，上载 ESXi 映像失败
如果用于对 vSphere Client 进行身份验证的 Windows 帐户用户名包含非 ASCII 字符，并且您尝试使用 Update Manager 上载 ESXi 映像，则会显示以下错误消息：未能登录。错误是：身份验证失败，用户无效 (Failed to login. Error was: Authentication failed, not a valid user)。
解决办法：使用用户名仅包含 ASCII 字符的帐户。 - 双击 VMware vSphere Update Manager.msi 时，提示消息未本地化
从.zip文件或.iso映像中将安装 Update Manager 所需的所有组件解压到一个本地文件夹时，可以通过双击VMware vSphere Update Manager.msi应用程序来运行它。运行该应用程序时，弹出的提示显示消息：The installer should be started using VMware-UpdateManager.exe。该消息为英文版本，它未本地化。 - 双击 VMware vSphere Update Manager Download Service.msi 时，提示消息未本地化
从.zip文件或.iso映像中将安装 UMDS 所需的所有组件解压到一个单独的文件夹时，可以通过双击VMware vSphere Update Manager Download Service.msi应用程序来运行它。运行该应用程序时，弹出的提示显示消息为：The installer should be started using VMware vSphere Update Manager Download Service.msi。该消息为英文版本，它未本地化。 - 无法在名称中包含非 ASCII 字符的目录中安装 Update Manager 及下载修补程序
在 Update Manager 的安装向导中，可以更改 Update Manager 的安装位置和修补程序下载位置。将安装位置和修补程序下载位置更改为名称中含有非 ASCII 字符的文件夹可能会导致错误。安装路径和用户名中仅支持 ASCII 字符。但是，密码中支持非 ASCII 字符。 - 无法在日语操作系统上安装简体中文 Update Manager
如果在日语操作系统上选择简体中文作为安装语言，则会显示错误1158，并且安装失败。在日语操作系统上可以选择日语、德语或英语作为安装语言。
使用 Update Manager
- 您可能无法查看克隆虚拟机的合规性信息
当克隆虚拟机，启用计算机的 Fault Tolerance 并打开克隆虚拟机的电源时，您可能无法查看合规性信息。打开 [合规性视图] 时，将显示错误无法检索数据 (Failed to retrieve data)。 - 运行 Update Manager 的虚拟机可能在主机升级期间关闭电源
在 DRS 群集外，Update Manager 不会升级运行 vCenter Server 或 Update Manager 虚拟机的主机。在 DRS 群集中，如果在运行 vCenter Server 或 Update Manager 虚拟机的主机上启动修复任务，则 DRS 会尝试将虚拟机迁移到另一主机上，以便修复成功进行。如果从 DRS 群集移除运行 Update Manager 虚拟机的主机，然后将其添加到 vSphere Client 清单中的数据中心，则可以修复该主机，且 Update Manager 虚拟机会关闭电源。
解决办法：修复之前，请确保运行 Update Manager 虚拟机的主机位于 DRS 群集中，或者将 Update Manager 虚拟机移动到另一主机上。 - 导入修补程序向导中缺少修补程序类型信息
在 Update Manager 的全新安装中，首次导入脱机修补程序捆绑包时，导入修补程序向导中不显示修补程序类型信息。[确认导入] 页面上的 [类型] 列为空。
解决办法：虽然不显示修补程序类型信息，但可以通过完成向导来成功导入修补程序。仅在首次导入脱机修补程序捆绑包时出现此问题。随后的导入操作会在向导中正确显示修补程序类型信息。 - 如果将 Update Manager 配置为使用经过身份验证的代理，则下载修补程序定义任务可能会失败
如果将 Update Manager 服务器配置为使用需要进行身份验证的代理服务器，则下载修补程序定义任务可能无法下载修补程序。
解决办法：在代理服务器上启用匿名用户访问。 - ESX 5.0 不支持转储工具公告
使用 ESX 5.0 工具公告运行转储任务时，任务成功完成，但不会转储工具公告。
解决办法：可以直接修复 [工具] 公告以进行安装。在修复工具公告的过程中，不需要主机置于维护模式或进行重新引导，且不会导致主机停机。 - Update Manager 无法从有效的下载源下载更新
不存在的 HTTPS URL 可能在 [添加下载源] 窗口中错误地显示为可访问状态。例如，如果键入https://mydepot.com而不是http://mydepot.com，然后单击 [验证 URL]，则即使实际下载源是 HTTP 地址，验证也可能成功。因此，Update Manager 无法从指定的 HTTPS URL 地址下载更新。
解决办法：删除相应的 URL，然后正确添加。 - 从存储库手动删除之前下载的修补程序时，Update Manager 无法下载修补程序
下载修补程序时，文件将存储在硬盘上的存储库中。如果手动删除下载的文件，后续修补程序下载可能会失败。
解决办法：避免从存储库删除修补程序文件。 - 电子邮件通知设置中的无效电子邮件地址会阻止 Update Manager 发送电子邮件
在修补程序和通知下载调度中，可以配置 Update Manager 在新的修补程序或通知下载完成后发送电子邮件。如果输入无效的电子邮件地址，Update Manager 可能不会发送电子邮件。如果输入的无效电子邮件地址与 vCenter Server 邮件发件人设置中的 SMTP 服务器发件人帐户具有相同的域名，则 Update Manager 不会将电子邮件传送到任何电子邮件地址（包括有效的电子邮件地址）。如果无效邮件地址的域名不同于 vCenter Server 邮件发件人设置中的 SMTP 服务器发件人帐户，则电子邮件通知可以成功传送到 Update Manager 电子邮件通知设置中输入的有效电子邮件地址。
解决办法：移除电子邮件通知设置中的无效电子邮件地址。 - 在 Windows Vista 中，Update Manager Client 中的所有 [帮助] 按钮会打开默认的 Update Manager 帮助页面
如果使用安装在 Windows Vista 计算机上的 Internet Explorer 7 浏览器，则 vSphere Update Manager 上下文相关帮助不会显示所需的帮助页面。相反，帮助会显示默认的 vSphere Update Manager 帮助页面。
解决办法：向 Windows Vista 应用 Service Pack 2。有关详细信息，请参见下面的 Microsoft 知识库文章 http://support.microsoft.com/kb/942172。 - 防病毒软件可能会阻止通知电子邮件
如果 vCenter Server 系统上安装了某个防病毒软件，您可能不会从 Update Manager 收到任何电子邮件通知。可以将 Update Manager 配置为发送电子邮件通知（例如新下载修补程序及其他调度任务的通知）。如果安装了会监控和阻止电子邮件流量的防病毒软件（例如 McAfee），您可能无法收到来自 Update Manager 的通知。
解决办法：禁用阻止电子邮件流量的防病毒软件规则。 - 如果 VMkernel 配置为使用 DHCP，则 ESX 4.0 主机可能会在修复后丢失网络连接
在 Update Manager 修补 ESX 主机时，修补程序可能要求重新引导主机。重新引导后，如果主机的 VMkernel 配置为使用 DHCP，则 vCenter Server 可能无法将 ESX 主机添加到 vSphere 清单。
解决办法：将主机的 VMkernel 配置为使用静态 IP 地址或安装修补程序 ESX400-200906402-BG，以修复 ESX 4.0 问题。可以在ESX400-200906001.zip捆绑包中找到修补程序 ESX400-200906402-BG。 - 在合规性视图与管理视图之间切换可能导航到错误的位置
在 vSphere Client 的 [虚拟机和模板] 清单视图中选择数据中心对象，并使用 [管理视图] 和 [合规性视图] 快速链接导航到 Update Manager 管理视图和 Update Manager 合规性视图时，可能会转至错误的 vSphere Client 视图。例如，选择导航栏上的 [主页] > [清单] > [虚拟机和模板]。在清单中选择数据中心对象，然后单击 [Update Manager] 选项卡打开 Update Manager 合规性视图。单击 [管理视图]，然后通过单击 [合规性视图] 链接返回时，可以导航到 [主机和群集] 清单视图而不是 [虚拟机和模板] 视图。
解决办法：通过选择导航栏中的 [主页] > [清单] > [虚拟机和模板]，可以手动从 [主机和群集] 清单视图导航到 [虚拟机和模板] 视图。 - 在修复之前，Update Manager 不会对已启用 FT 的虚拟机执行快照
无法对已启用 FT 的虚拟机执行快照。如果对已启用 FT 的虚拟机进行修复并在修复向导中选择在修复之前执行快照，则 Update Manager 会忽略此设置且不会对该虚拟机执行快照。
解决办法：禁用 FT ，将 Update Manager 配置为对该虚拟机执行快照，然后修复计算机。如果希望在修复后启用 FT ，请删除该快照，然后启用 FT。 - 虚拟机硬件升级或 VMware Tools 升级可能会失败，并出现错误 fault.com. - vmware.vc - Integrity.V - MToolsRemediationFault.summary
在通过 vMotion 从 ESX 3.0.x 主机迁移到 ESX 4.0.x 主机的虚拟机上，升级可能会失败。在这种情况下，该虚拟机的客户机 ID 属性会被取消设置，但不会分配新的 ID。Update Manager 尝试在升级 VMware Tools 的过程中读取客户机 ID，但该任务失败。将 ESX 4.0.x 主机上的虚拟机恢复为快照或者从挂起状态恢复时，也可能会出现同样的问题。
解决办法：首先手动升级 VMware Tools，然后升级虚拟机的虚拟硬件。 - 当多个用户同时尝试创建具有相同名称的基准时，Update Manager 将会显示不明确的错误消息
当多个用户同时尝试创建具有相同名称的基准时，Update Manager 将会显示消息：指定的密钥、名称或标识符已经存在 (The specified key, name, or identifier already exists)。该消息未明确告知另一个用户正在尝试创建具有相同名称的基准。 - 转储包含多个公告的基准时，某些公告可能显示为 [缺少]
成功转储包含多个公告的基准之后，一些公告可能显示为 [已转储]，而另一些公告显示为 [缺少]。有关详细信息，请参见 转储基准之后，某个公告可能显示为 [缺少] 而不是 [已转储]（知识库文章 1018530）。 - 如果 ESX 主机在 IPv6 网络堆栈上运行，Update Manager 将无法安装和升级 Cisco Nexus 1000V VEM
将 ESX 主机添加到 Cisco Nexus 1000V DVS 时，Update Manager 会将 Cisco Nexus 1000V VEM 安装到主机上。将 Cisco Nexus 1000V VSM 升级到最新版本将调用 Update Manager，以升级附加到 DVS 的主机上的 VEM。如果主机在 IPv6 网络堆栈上运行，则安装和升级操作都有可能失败。
解决办法：使用脱机捆绑包，将 VEM 手动安装到主机或手动升级主机上的 VEM。 - VMware Tools 升级过程中，可能在 [近期任务] 窗格中看到误导性的错误消息
对虚拟机执行 VMware Tools 升级时，即使修复已成功，也可能看到误导性的错误消息：无法完成操作，因为该虚拟机未运行 VMware Tools (Cannot complete operation because VMware Tools is not running in this VM)。 - 调度修复任务可生成一组任务
调度修复任务时，[近期任务] 窗格中将显示若干活动任务。其中一个任务为[修复实体]。当创建新的修复任务时显示此任务，且它不是要对其中对象进行修复的实际修复任务。[修复实体]任务根据您在修复向导中的输入，为所调度的修复创建子任务。 - 如果环境处于链接模式下，管理视图与合规性视图之间的快速切换链接可能不起作用
如果 vCenter Server 系统属于 vCenter 链接模式下的连接组，且 Update Manager 实例在每个 vCenter Server 系统中均已注册，则 [管理视图] 与 [合规性视图] 的导航链接可能无法正常发挥作用。例如，考虑以下情形：Update Manager 实例 1 在 vCenter Server 系统 1 中注册，Update Manager 实例 2 在 vCenter Server 系统 2 中注册。当选择由 vCenter Server 系统 1 管理的对象，单击 Update Manager 选项卡，然后单击右上角的 [管理视图] 时，可以看到 Update Manager 实例 1 的管理员视图。当单击 [合规性视图]，从由 vCenter Server 2 管理的清单中选择对象，并单击右上角的 [管理视图] 时，将再次看到 Update Manager 实例 1 的管理视图。
解决办法：单击 [合规性视图]，然后再次单击 [管理视图]，即可看到第二个 Update Manager 实例的管理视图。 - 执行 VMware Tools 升级时，您可能会看到误导性的错误消息
如果对虚拟机执行 VMware Tools 升级时可用空间不足，则修复会因缺少空间而失败，并显示不正确的错误消息：VMware Tools 操作已取消(The VMware Tools operation was canceled)。 - 修复向导中对有冲突的修补程序进行计数
根据修补程序基准扫描所选的对象之后，您可能会在 [修补程序基准] 窗口中看到若干有冲突的修补程序。尝试修复所选的对象时，在修复向导中将有冲突的修补程序作为要在对象上安装的修补程序进行计数，但在修复过程中只会安装某些或不安装有冲突的修补程序。 - Update Manager Service 可能会在
\Temp目录中添加许多临时系统文件
可能会在 Windows\Temp目录（默认位置为C:\WINDOWS\Temp）中看到许多名称如ufa{*}.tmp和ufa{*}.tmp.LOG{*}的文件。ufa{*}.tmp文件 - 在脱机虚拟机扫描过程中 Update Manager 服务变为不可用时将创建这些文件。删除ufa{*}.tmp文件（例如删除ufa729F.tmp文件）：- 选择 [开始] > [运行]。
- 在 [运行] 窗口中输入
regedit。 - 在注册表编辑器中，导航到
My Computer\HKEY_LOCAL_MACHINE文件夹，并选择ufa729F.tmp文件。 - 选择 [文件] > [卸载配置单元]。
- 打开 [命令提示符] 窗口。
- 导航到
C:\，并运行以下命令：
del C:\Windows\Temp\ufa729F.tmp
ufa{*}.tmp.LOG{*}文件 - 这些文件是注册表操作的 Windows 事务日志文件。这些文件在处理 Windows 日志记录注册表事务时生成，且在使用后即被删除。ufa{*}.tmp.LOG{*}文件类似于其他任何 Windows 临时文件，可以在 Windows 磁盘清理任务过程中将其删除。
要删除ufa{*}.tmp.LOG{*}文件（例如，要删除ufaFF50.tmp.LOG2文件），请执行以下操作：- 打开 [命令提示符] 窗口。
- 导航到
C:\，并运行以下命令：
del C:\Windows\Temp\ufaFF50.tmp.LOG2
663
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
