- Update Manager 使用者介面顯示錯誤訊息
如果您在不同於 Windows 上 vCenter Server 系統的機器上執行 Update Manager Server，並且將 Update Manager 升級至 6.5 Update 1 版，則 Update Manager 索引標籤的使用者介面會顯示錯誤訊息且無法存取。顯示的錯誤訊息如下：
介面 com.vmware.vim.binding.integrity.vcIntegrityis 無法從類別載入器顯示
因應措施：在 Windows 主機電腦上重新啟動 vCenter Server 服務。
- 嘗試在最新更新的 vCenter Server Appliance 6.5 Update 1 上取代 SSL 憑證失敗
如果已將您的 vCenter Server Appliance 從版本 6.5 更新至 6.5 Update 1，則取代主機電腦上的 SSL 憑證的所有嘗試均失敗，因為 Update Manager 服務無法存取位於 /etc/vmware/ 的 .buildinfo 檔案。導致此問題的原因是在 vCenter Appliance 更新期間，存取 .buildinfo 檔案的權限已從 444 變更為 640。
因應措施：透過執行下列工作，將 .buildinfo 檔案的權限變更為 444：
- 以
root 身分登入 vCenter Server Appliance。
- 透過使用下列命令將
.buildinfo 檔案的權限從 640 變更為 444：
chmod 444 /etc/vmware/.buildinfo
- 嘗試取代 SSL 憑證。
您在 Linux 上安裝的 UMDS 不包含 Update Manager Utility
您在 Linux 系統上安裝 UMDS 時，系統上未安裝 Update Manager Utility。
因應措施：您可以執行下列其中一項工作，來解決此問題：
- 在 Linux 系統上，透過輸入以下命令重設資料庫：
cd <UMDS_INSTALLATION_DIRECTORY>/bin/ ./vmware-vciInstallUtils -D <DSN> -U <DB_USERNAME> -P <DB_PASSWORD> -I <UMDS_INSTALLATION_DIRECTORY>/bin -L <LOG_DIRECTORY> -C <UMDS_INSTALLATION_DIRECTORY>/bin -T PostgreSQL -O dbcreate
- 在 Linux 系統上更新代理主機和連接埠：
- 透過輸入以下命令更新代理主機和連接埠：
<UMDS_INSTALLATION_DIRECTORY>/bin/vmware-umds -S -p <HOST>:<PORT>
- 透過輸入以下命令更新代理使用者名稱和密碼：
cd <UMDS_INSTALLATION_DIRECTORY>/bin
vi downloadConfig.xml
- 在
downloadConfig.xml 檔案中更新 proxySettings/username 和 proxySettings/password 參數。
如果 Update Manager 資料庫的 DSN 包含高位元的 ASCII 字元，則 Update Manager 移轉可能會失敗
將 Update Manager 從 Windows 移轉至 vCenter Server Appliance 6.5 時，如果 Update Manager 資料庫的 DSN 包含高位元的 ASCII 字元，則移轉會失敗。
因應措施：重新命名 DSN，讓其不包含高位元的 ASCII 字元。
-
儘管 vCenter Server Appliance 未連線至網際網路，vSphere Web Client 仍會顯示有關嘗試下載 Update Manager 修補程式失敗的錯誤訊息
部署 vCenter Server Appliance 後，Update Manager 服務會自動啟動，並嘗試從預先定義的修補程式存放庫下載修補程式。在服務啟動時下載修補程式是 vCenter Server Appliance 中 Update Manager 服務的一個選項，預設會在部署 vCenter Server Appliance 之後啟用。完成部署後，如果 vCenter Server Appliance 未連線至網際網路，您會在登入 vSphere Web Client 時看到有關嘗試下載 Update Manager 修補程式失敗的錯誤訊息。由於該工作每天都會執行，因此會持續重複出現此錯誤訊息。
因應措施：如果 vCenter Server Appliance 未連線至網際網路，請在首次啟動 vCenter Server Appliance 時 Update Manager 下載修補程式失敗之後，停用在 Update Manager 服務啟動時下載修補程式的選項。Update Manager 會停止在 Update Manager 服務啟動時進一步嘗試下載修補程式。
執行下列步驟，以禁止在 Update Manager 服務啟動時下載修補程式。
- 在 vSphere Web Client 中選取首頁 > 管理。
- 選取部署 > 系統組態，然後選取服務。
- 從包含服務的清單中選取 VMware vSphere Update Manager，然後按下管理索引標籤。
- 按下編輯，然後將 False 做為值輸入到服務啟動時下載修補程式文字方塊中，然後按下確定。
- 重新啟動 VMware vSphere Update Manager 服務。
-
在 Windows Server 2008 R2 中，Update Manager 安裝可能會失敗
嘗試在 Windows Server 2008 R2 上安裝具有配套資料庫的 Update Manager 可能會失敗。
因應措施：在下列作業系統上安裝 Update Manager：
- Windows Server 2008 R2 SP1 Datacenter 64 位元
- Windows Server 2008 R2 SP1 Enterprise 64 位元
- Windows Server 2008 R2 SP1 Standard 64 位元
- Windows Server 2008 R2 SP1 Foundation 64 位元
- Windows Server 2008 R2 SP1 Web 64 位元
- Windows Server 2008 SP2 Datacenter 64 位元
- Windows Server 2008 SP2 Enterprise 64 位元
- Windows Server 2008 SP2 Standard 64 位元
- Windows Server 2008 SP2 Foundation 64 位元
- Windows Server 2008 SP2 Web 64 位元
-
在包含 Microsoft .NET Framework 4 的系統上將 Update Manager 與內嵌式 Microsoft SQL 2012 資料庫一起安裝失敗
如果主機機器使用 Microsoft .NET Framework 4，則嘗試將 Update Manager 與內嵌式 Microsoft SQL 2012 資料庫一起安裝會失敗。出現下列錯誤訊息：
SQL 安裝失敗
因應措施：若要解決此問題，請執行下列步驟：
- 在嘗試安裝 Update Manager 的機器上，關閉並停用需要使用 Microsoft .NET Framework 4 的所有服務。
- 解除安裝所有 Microsoft .NET Framework 4 元件。
- 開啟命令提示字元視窗，並變更為 C:\Windows\Microsoft.NET\Framework\v2.0.50727
- 執行以下命令，在組態資料夾中建立 security.config 和 security.config.cch 檔案：
Caspol.exe -all -reset
- 將路徑變更為 C:\Windows\Microsoft.NET\Framework64\v2.0.50727
- 執行以下命令，在組態資料夾中建立 security.config 和 security.config.cch 檔案：
Caspol.exe -all -reset
- 再次下載並安裝所有 Microsoft .NET Framework 4 元件。
- 安裝完成後，啟用需要使用 Microsoft .NET Framework 4 的所有服務。
- 重新啟動作業系統，然後重試一起安裝 Update Manager 與內嵌式 Microsoft SQL 2012 資料庫。
-
如果在安裝 Update Manager 伺服器期間設定了包含非 ASCII 字元的 DSN，則 Update Manager Client 無法在包含非英文地區設定的 Windows 系統上啟動
在包含非英文地區設定的 Windows 系統上安裝 Update Manager 伺服器時，如果選取使用現有的受支援資料庫和在 DSN 名稱中使用非 ASCII 字元的選項，則安裝將成功完成。然後安裝 Update Manager Client。嘗試啟動 Update Manager Client 時，用戶端無法起始且顯示以下錯誤：
連線至 VMware vSphere Update Manager 時發生錯誤。資料庫暫時無法使用或網路有問題。在 DSN 中使用非 ASCII 字元會導致 Update Manager Client 無法啟動。
因應措施：安裝 Update Manager 伺服器時，請勿使用非 ASCII 字元。
-
如果系統上已有 Microsoft SQL 2008 R2 SP2 資料庫，則 Update Manager 安裝程式會停止回應
如果正在安裝 Update Manager 伺服器或 UMDS 的系統上存在 Microsoft SQL 2008 R2 SP2 資料庫的執行個體，但不存在 VIM_SQLEXP 執行個體，則嘗試安裝 Update Manager 伺服器或 UMDS 時，如果選取安裝與安裝程式配套的資料庫的選項，則安裝程式會停止回應。
因應措施：若要解決此問題，請執行下列步驟：
- 在您安裝 Update Manager 伺服器或 UMDS 的機器上，開啟命令列介面並輸入下列命令：
.\redist\SQLEXPR\SQLEXPR_x64_ENU.exe /ACTION=install /IACCEPTSQLSERVERLICENSETERMS /SQLSVCACCOUNT="NT AUTHORITY\SYSTEM" /HIDECONSOLE /FEATURES=SQL /SQLSYSADMINACCOUNTS="BUILTIN\ADMINISTRATORS" /NPENABLED="1" /TCPENABLED="1" /INSTANCENAME=VIM_SQLEXP
- 再次嘗試安裝 Update Manager 伺服器或 UMDS。
-
在解除安裝 Update Manager 之後，Update Manager Web Client 仍然存在於 vSphere Web Client
當您解除安裝 Update Manager 時，[Update Manager] 索引標籤仍保持在 vSphere Web Client 中的 [監控] 索引標籤下，並且 [掃描] 和 [連接] 按鈕仍然處於作用中。如果您在解除安裝 Update Manager 伺服器之後選取 vSphere Web Client 中的 [Update Manager] 索引標籤，會出現下列錯誤訊息：連線至 VMware vSphere Update Manager 時發生錯誤。
因應措施：登出 vSphere Web Client 後再登入。
-
在配備土耳其文語言套件的 Windows 作業系統上，試圖安裝具有配套資料庫的 Update Manager 伺服器和 UMDS 失敗
在配備土耳其文語言套件的 Windows 作業系統上，試圖安裝具有配套資料庫的 Update Manager 伺服器和 UMDS 失敗，出現下列錯誤：
錯誤 25003。安裝程式無法建立資料庫表格。
因應措施：若要解決此問題，請執行下列其中一個工作：
- 在配備英文語言套件的 Windows 作業系統上安裝 Update Manager 伺服器和 UMDS。
- 在配備土耳其文語言套件的 Windows 作業系統上安裝 Update Manager 伺服器和 UMDS，並使用下列其中一個資料庫：
- Microsoft SQL Server 2012 64 位元
- Microsoft SQL Server 2008 R2 64 位元
- Oracle 11g R2 64 位元
-
升級之後，Update Manager 外掛程式可能會在下載工作期間停用
如果 Update Manager 在下載工作執行時中斷與 vCenter Server 的連線，則無法重新啟用 Update Manager 外掛程式。在升級 Update Manager 之後可能會發生這個問題。
因應措施：等待下載工作完成，然後啟用 Update Manager 外掛程式。
-
要安裝 Update Manager，開機磁碟機上最少需要 600MB 的可用空間量可用於 Update Manager
雖然 Update Manager 不需要安裝在開機磁碟機上，但是開機磁碟機上必須安裝部分必要元件。在安裝時需要 600MB 的空間用於 Update Manager，以容納這些必要元件以及在安裝期間所用的暫存檔。
因應措施：在安裝 Update Manager 之前，確保開機磁碟機上有至少 600MB 的可用空間量。
- 在修復期間使用 vSphere Update Manager 執行 ESXi 升級失敗
在 ESXi 主機升級修復期間，vSphere Update Manager 會先執行掃描，接著執行實際升級。在掃描期間，updatemgr 服務會對照指定主機檢查和報告 vSphere Update Manager 存放庫中所有映像的相容性。掃描作業會在掃描期間配置和取消配置映像大小的 RAM 磁碟。在少數情況下，如果映像相容，則在掃描結束時不會取消配置此 RAM 磁碟。此大小可能不足，無法執行修復作業。因此，主機升級修復會失敗，並在 vmkernel 記錄中顯示 ramdisk (upgradescratch) is full 錯誤。
因應措施：從 vSphere Update Manager 存放庫移除相容的映像，然後重試主機升級修復。
匯入工作後，ESXi 映像未顯示在清單中
如果您先刪除了 ESXi 映像，但隔一段時間後又再次匯入，則匯入的映像不會顯示在 Update Manager 可以使用的 ESXi 映像清單中。實際已上傳映像，但是它不會顯示在 Update Manager [管理視圖] 的管理索引標籤下的 ESXi 映像中。您使用 vSphere Web Client 重新整理按鈕後，ESXi 映像仍不會顯示在 [匯入的 ESXi 映像] 清單中。
因應措施：若要解決此問題，請使用瀏覽器的重新整理按鈕。
-
您無法從 vSphere Web Client 中的 Update Manager [管理視圖] 變更 Update Manager 的修補程式存放區設定
如果 Update Manager 伺服器機器的主機名稱包含高位元的 ASCII 字元或非 ASCII 字元，則嘗試在 Update Manager 網路設定下切換 Update Manager 修補程式存放區的主機名稱和 IP 位址會失敗，並顯示下列錯誤訊息：
錯誤資訊: com.vmware.vim.vmomi.core.exception.Unmarsh allException: 無法解除封送回應。
因應措施：在 Update Manager 伺服器機器的主機名稱中僅使用 ASCII 字元。
VMware VirtualCenter Server Service 重新啟動後，Update Manager 服務不會自動啟動
如果 vCenter Server 非預期地停止運作，會有自動化的程序強制 VMware VirtualCenter Server 服務 (vmware-vpxd 服務) 重新啟動。但是，VMware VirtualCenter Server 服務啟動後，Update Manager 服務不會自動啟動。
因應措施：手動啟動 Update Manager 服務。
-
Linux 上執行之 Update Manager Utility 的說明錯誤地顯示了用於重新整理 Update Manager 憑證的選項
呼叫 Linux 上執行之 Update Manager Utility 的說明時，您會在建議的位置引數行中看到用於重新整理 Update Manager 所使用之憑證的選項。此選項不應顯示。
因應措施：無。請勿使用此選項。
如果將 Update Manager 服務設定為使用低於 1024 的自訂連接埠，則該服務可能無法啟動
您可以從 vSphere Web Client 自訂用於 VMware vSphere Update Manager 服務的連接埠。如果自訂的連接埠低於 1024，您將無法啟動 Update Manager 服務。發生此情況的原因是 vCenter Server Appliance 已使用低於 1024 的連接埠，因此 Update Manager 服務無法啟動。
因應措施：無。如果針對 Update Manager 服務使用自訂連接埠，請將連接埠設定為高於 1024。
-
Update Manager 在包含多個 vCenter Server 執行個體的 vSphere 環境下僅顯示一個 vCenter Server
在包含多個 vCenter Server 執行個體 (均已登錄到一個 Platform Services Controller 或每個都登錄到個別 Platform Services Controller) 的 vSphere 環境下，Update Manager 將僅顯示 Update Manager Client 中使用了 IP/DNS 的 vCenter Server 執行個體。
因應措施：無。無論 Update Manager Client 中輸入的 IP/DNS 為何，您應在詳細目錄中看到兩個 vCenter Server 執行個體。
-
您可能無法在包含多個已登錄到一個 Platform Sevices Controller 之 vCenter Server 執行個體的 vSphere 環境中使用 Update Manager
如果設定包含已登錄到一個 Platform Sevices Controller 的兩個 vCenter Server 的 vSphere 環境，且您已將 Update Manager 伺服器登錄到每個 vCenter Server 執行個體，您可以成功登入其中一個 Update Manager 執行個體，但當您嘗試登入第二個執行個體時，則 Update Manager Client 無法連線。在您無法登入 Update Manager 執行個體時，會顯示以下錯誤訊息：
權限不足，無法擷取資料。
因應措施：在管理 vCenter Server 執行個體的 vSphere Web Client 中，建立一個擁有所有 vSphere 權限的新使用者，然後使用該帳戶登入顯示錯誤的 Update Manager 執行個體。
-
Update Manager 伺服器可在數天運作時間後斷開與 vCenter Server 執行個體的連線
如果使用 Update Manager 伺服器數天，可能會斷開與 vCenter Server 執行個體的連線，且在 Update Manager Client 中執行作業時，您會看到以下錯誤：
未連線到 VC 伺服器，無法重新登入。
因應措施：透過使用 Update Manager Utility，將 Update Manager 伺服器重新連線到 vCenter Server 執行個體，然後重新啟動 Update Manager 服務。
-
在修復期間，當屬於 Virtual SAN 叢集的主機無法進入維護模式時，顯示非資訊系統錯誤
在修復期間，如果屬於 Virtual SAN 叢集的主機無法進入維護模式，則會顯示關於 Virtual SAN 的一般系統錯誤，如以下內容：
發生一般系統錯誤: 作業由於 vSAN 錯誤而失敗。
錯誤訊息不包含失敗原因的任何內容或相關錯誤訊息。
因應措施：若要查看更多關於失敗原因的內容，請執行下列步驟：
- 在 [最近的工作] 窗格中，按一下檢視詳細資料。
- 按一下提交錯誤報告，並查看 [錯誤堆疊] 下有關失敗原因的詳細資訊。
-
Update Manager Utility 不支援使用 IPv6 位址登入
試圖藉由輸入 vCenter Server 機器 IPv6 位址登入 Update Manager Utility 因錯誤而失敗。
因應措施：若要成功登入 Update Manager Utility，請輸入 vCenter Server 機器 IPv4 位址或主機名稱。
-
VMware Update Manager 不使用已設定的代理驗證
當您啟動修補程式下載工作時，即使將 Update Manager 設定為使用具有驗證的代理，Update Manager 仍使用匿名認證來向代理伺服器驗證。如果代理伺服器不接受匿名認證，則修補程式下載工作可能會失敗。
因應措施：將 Update Manager 服務變更為使用具有本機管理員權限的本機管理員帳戶，或是具有本機管理員權限的網域帳戶來執行。
-
執行 Update Manager 的虛擬機器可能在主機升級期間關閉電源
在 DRS 叢集外，Update Manager 不升級執行 vCenter Server 或 Update Manager 虛擬機器的主機。在 DRS 叢集中，如果您在執行 vCenter Server 或 Update Manager 虛擬機器的主機上啟動修復工作，DRS 會嘗試將虛擬機器移轉至另一台主機，從而成功執行修復。如果您從 DRS 叢集移除 Update Manager 虛擬機器執行所在的主機，然後將其新增到 vSphere Web Client 詳細目錄中的資料中心，則您可以修復主機，而 Update Manager 虛擬機器將關閉電源。
因應措施：在修復之前，請確保執行 Update Manager 虛擬機器的主機是在 DRS 叢集中，或將 Update Manager 虛擬機器移到另一台主機。
-
您可能無法檢視已複製虛擬機器的符合性資訊
當您複製虛擬機器，對機器啟用 Fault Tolerance，並開啟複製虛擬機器的電源時，可能無法檢視符合性資訊。開啟 [符合性視圖] 時，出現錯誤無法擷取資料。
-
[匯入修補程式] 精靈中遺失修補程式類型資訊
在新的 Update Manager 安裝上，當您第一次匯入離線修補程式服務包時，[匯入修補程式] 精靈中未顯示修補程式類型資訊。[確認匯入] 頁面上 [類型] 資料行為空白。
因應措施：雖然未顯示修補程式類型資訊，但是您可以藉由完成精靈來成功匯入修補程式。只有在第一次匯入離線修補程式服務包期間才會發生此問題。在後續的匯入作業中，精靈中會正確顯示修補程式類型資訊。
-
如果將 Update Manager 設定為使用已驗證代理，下載修補程式定義工作可能失敗
如果將 Update Manager 伺服器設定為使用需要驗證的代理伺服器，下載修補程式定義工作可能無法下載修補程式。
因應措施：在代理伺服器上啟用匿名使用者存取權。
-
Update Manager 無法從有效的下載來源下載更新
不存在的 HTTPS URL 可能不正確地顯示為可在 [新增下載來源] 視窗中存取。例如，如果您輸入 https://mydepot.com 而不是 http://mydepot.com，然後按一下驗證 URL，則即使實際下載來源是 HTTP 位址，驗證仍然可能成功。因此，Update Manager 無法從指定的 HTTPS URL 位址下載更新。
因應措施：刪除 URL，然後正確新增。
-
電子郵件通知設定中的無效電子郵件地址使 Update Manager 無法傳送電子郵件訊息
在修補程式和通知下載排程中，您可以將 Update Manager 設定為在下載了新的修補程式或通知時傳送電子郵件。如果您輸入無效的電子郵件地址，Update Manager 可能不會傳送電子郵件。如果您輸入無效的電子郵件地址，該地址所含的網域名稱與 vCenter Server 郵件寄件者設定中的 SMTP Server 寄件者帳戶相同，則 Update Manager 不會將電子郵件發送到任何電子郵件地址 (包括有效的電子郵件地址)。如果無效電子郵件地址的網域名稱與 vCenter Server 郵件寄件者設定中的 SMTP Server 寄件者帳戶不同，則電子郵件通知可以成功發送到在 Update Manager 電子郵件通知設定中所輸入的有效電子郵件地址。
因應措施：從電子郵件通知設定移除無效的電子郵件地址。
-
在 Windows Vista 中，Update Manager Client 中的所有 [說明] 按鈕皆開啟預設 Update Manager 說明頁面
如果您是使用安裝在 Windows Vista 機器上的 Internet Explorer 7 瀏覽器，vSphere Update Manager 內容相關性說明不會顯示相關的說明頁面。但是，該說明會顯示預設 vSphere Update Manager 說明頁面。
因應措施：將 Service Pack 2 套用到 Windows Vista。如需詳細資料，請參閱 Microsoft 知識庫文章 http://support.microsoft.com/kb/942172。
-
通知電子郵件可能被防毒軟體封鎖
如果您的 vCenter Server 系統上安裝有某防毒軟體，則可能不會從 Update Manager 接收任何電子郵件通知。您可以將 Update Manager 設定為傳送電子郵件通知，例如新下載的修補程式及其他排定的工作的通知。如果您已安裝防毒軟體 (例如，McAfee) 來監視及封鎖電子郵件流量，則可能無法從 Update Manager 接收通知。
因應措施：停用封鎖電子郵件流量的防毒軟體規則。
- 在修復之前，Update Manager 不建立已開啟 FT 之虛擬機器的快照
您無法建立已啟用 FT 之虛擬機器的快照。如果您修復已開啟 FT 的虛擬機器，並在 [修復] 精靈中選擇在修復之前建立快照，Update Manager 會忽略此設定，不會建立該虛擬機器的快照。
因應措施：停用 FT，將 Update Manager 設定為建立虛擬機器的快照，然後修復機器。如果您要在修復之後開啟 FT，請刪除快照，然後啟用 FT。
-
當多位使用者同時試圖建立名稱相同的基準時，Update Manager 顯示不明確的錯誤訊息
當多位使用者同時試圖建立名稱相同的基準時，Update Manager 顯示訊息指定的機碼、名稱或識別碼已存在。此訊息並沒有明確通知您另一位使用者正在試圖建立名稱相同的基準。
-
暫存包含多個公告的基準時，部分公告可能顯示為遺失
在成功暫存包含多個公告的基準時，部分公告可能顯示為 [已暫存]，而其他公告則顯示為 [遺失]。如需詳細資訊，請參閱在暫存基準之後，公告可能顯示為 [遺失] 而非 [已暫存] (知識庫 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。
-
在升級 VMware Tools 期間，您可能會在 [最近的工作] 窗格中看到誤導性的錯誤訊息
執行虛擬機器的 VMware Tools 升級時，即使修復成功，您仍然可能會看到誤導的錯誤訊息無法完成作業，因為此虛擬機器未執行 VMware Tools。
-
排程修復工作會產生一組工作
排程修復工作時，[最近的工作] 窗格中出現數個作用中工作。其中一個工作是修復實體。當您建立新的修復工作，但不是在其中會修復物件的實際修復工作，則會出現這項工作。修復實體工作會根據您在 [修復] 精靈中的輸入，為排定的修復建立子工作。
-
如果您的環境是在連結模式中，則 [管理視圖] 和 [符合性視圖] 快速切換連結可能無法正常運作
如果您的 vCenter Server 系統屬於「連結模式」的一部分，而且您擁有向每一個 vCenter Server 系統登錄的單獨 Update Manager 執行個體，則管理視圖和符合性視圖導覽連結可能無法正常運作。例如，假設這樣一個案例：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 執行個體的 [管理視圖]。
-
在修復精靈中計數衝突的修補程式
在對照修補程式基準掃描所選物件之後，[修補程式基準] 視窗中可能會出現若干個衝突的修補程式。當您嘗試修復所選物件時，衝突的修補程式會在 [修復] 精靈中被計數為將要安裝在物件上的修補程式，但是在修復程序期間只會安裝部分或不安裝衝突的修補程式。
- Update Manager 服務可能會將許多暫存系統檔案填入 \Temp 目錄
您可能會在 Windows \Temp 目錄 (預設位置為 C:\WINDOWS\Temp) 中看到許多名稱為 ufa{*}.tmp 和 ufa{*}.tmp.LOG{*} 之類的檔案。
ufa{*}.tmp 檔案 – 當 Update Manager 服務在離線虛擬機器掃描過程中變為無法使用時，會建立這些檔案。若要刪除 ufa{*}.tmp 檔案 (例如，刪除 ufa729F.tmp 檔案)，請執行下列步驟：
- 選取開始 > 執行。
- 在 [執行] 視窗中輸入
regedit，然後按 Enter。
- 在登錄編輯程式中導覽至
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
-
Update Manager Web Client 未顯示在 vSphere Web Client 中
如果使用 IPv6 位址向 vCenter Server 系統登錄 Update Manager 伺服器，然後使用 IPv4 位址登入 vSphere Web Client，則 vSphere Web Client 中不會顯示 [Update Manager] 索引標籤。
因應措施：若要在 vSphere Web Client 中看到 [Update Manager] 索引標籤，請執行以下其中一項工作：
- 如果使用 IPv4 向 vCenter Server 系統登錄 Update Manager 伺服器，請使用 IPv4 位址連線到 vSphere Web Client。
- 如果使用 IPv6 向 vCenter Server 系統登錄 Update Manager 伺服器，請使用 IPv6 位址連線到 vSphere Web Client。
-
Update Manager Web Client 頁面上可能出現符合性狀態資訊不一致情況
在 Update Manager Web Client 中選取基準時，您會在 [連接的基準] 資料表中看到物件的符合性狀態資訊、[連接的基準群組] 下拉式功能表，並在 [連接的基準] 資料表下看到符合性狀態詳細資料。
如果您或其他使用者執行會影響物件符合性狀態的作業，Update Manager Web Client 頁面上顯示的符合性狀態資訊中可能會出現一些不一致。例如，可能會影響物件符合性狀態的作業為修復 Update Manager Client 中的物件、直接更新物件或變更 Update Manager Client 中基準的內容。
當您在 Update Manager Web Client 中選取基準時，符合性狀態詳細資料一律顯示物件的最新符合性狀態資訊。但是，基準顯示從 Update Manager Web Client 啟動的上次掃描作業的符合性狀態，或您上次重新整理 vSphere Web Client 的符合性狀態。
-
Update Manager Web Client 中連接的基準與 Update Manager Client 中連接的基準不同
當您將基準連接到 Update Manager Client 中的 vSphere 詳細目錄物件時，它不會出現在 Update Manager Web Client 的 [連接的基準] 資料表中。
當您在 Update Manager Client 中與某基準中斷連接時，它不會從 Update Manager Web Client 中的 [連接的基準] 資料表消失。
如果您對照已在 Update Manager Client 中中斷連接，但是在 Update Manager Web Client 中仍可見的基準，從 Update Manager Web Client 啟動掃描，則在掃描作業完成之後，該基準會從 Update Manager Web Client 的 [連接的基準] 資料表消失。
會發生此行為的原因是，從 Update Manager Client 執行作業之後，Update Manager Web Client 不會自動重新整理所有內容。
對於基準和基準群組，此行為都相同。
因應措施：手動重新整理 vSphere Web Client。
