- 如果 7.2 目標環境將其他 vRealize Orchestrator 管理群組設為預設值，則 vRealize Automation 從 6.x 移轉至 7.2 會失敗
在移轉前，不應在 vRealize Orchestrator 控制中心中變更預設 vRealize Orchestrator 管理群組 vsphere.local/vcoadmin。
因應措施：請參閱知識庫文章 2148669。
將 tcServer 升級到 3.2 版後，STOMP 用戶端無法建立連線
在 vRealize Automation 7.2 中，當與事件代理服務通訊時，IaaS Manager Service 僅支援 REST 輪詢做為連線機制。會忽略 Extensibility.Client.RetrievalMethod 組態設定。
-
如果在將 vRealize Automation 從 6.2.4 或 6.2.5 升級至 7.2 之前停用遙測，vRealize Automation 應用裝置管理主控台中的遙測索引標籤可能會顯示錯誤
升級後可能會出現此訊息：錯誤：無法判斷下次執行時間。請重新啟用或停用遙測。之所以出現此訊息，是因為目前未收集遙測資料，所以系統無法判斷正確的下次執行時間。在這種情況下，無法執行任何遙測功能。
因應措施：使用加入 VMware 客戶經驗改進計劃核取方塊選擇啟用或停用遙測，然後按一下儲存設定。
-
原生 Active Directory 的移轉失敗並顯示錯誤
現在，SSO 移轉公用程式不會在 vRealize Automation 移轉程序執行期間傳輸自動化原生 Active Directory。
因應措施：如果您手動設定和啟動原生 Active Directory，則可以成功移轉 Active Directory。您必須在完成 vRealize Automation 移轉程序之後這樣做。
-
當 PostgreSQL 伺服器執行個體名稱包含非 ASCII 字元時，IaaS 節點從 vRealize Automation 6.2.4 移轉到 7.1 會失敗
因應措施：使用透過 IaaS 資料庫備份移轉 vRealize Automation 環境的程序來將 vRealize Automation 6.2.4 環境移轉至 7.1。
-
在從 vRealize Automation 6.2.3 或更早版本高可用性環境升級至 7.1 之後，IaaS 管理代理程式組態損毀
在從 vRealize Automation 6.2.2 升級至 7.1 之後，IaaS 管理代理程式無法啟動。錯誤訊息報告管理代理程式組態檔中遺失節點識別碼。
因應措施：請參閱知識庫文章 2146550。
-
在升級的部署中，縮小或擴充動作會失敗
大量匯入部署或從 vRealize Automation 6.x 升級的部署不支援縮小或擴充動作。
因應措施：尚無因應措施。在升級支援縮小或擴充動作後從藍圖進行新部署。
登入 vRealize Automation 應用裝置管理主控台時，會出現一則錯誤訊息
使用正確的憑證登入後，您會收到一則錯誤訊息，顯示「無效的伺服器回應。請再試一次。」這是由瀏覽器快取問題所致。
因應措施：登出，清除您的瀏覽器快取，然後再次登入。
由於更新目錄資源失敗，某些藍圖無法完整升級
升級到 vRealize Automation 7.x 之後，包含隨選網路或負載平衡器設定的已升級多機器藍圖無法完全正常運作。
因應措施：升級後，刪除並重新建立與多機器藍圖關聯的部署。所有相關聯的 NSX Edge 清理工作必須在 NSX 中完成。
-
從 vRealize Automation 6.2.0 升級到 7.0 時，vPostgres 升級失敗並顯示錯誤訊息
如果系統包含損毀的 RPM 資料庫，升級程序期間會顯示以下錯誤訊息：無法安裝更新 (執行安裝前指令碼時發生錯誤)。
因應措施：如需如何從 RPM 資料庫損毀復原的相關資訊，請參閱 RPM 網站 (RPM) 上的「RPM 資料庫復原」一文。解決問題後，重新執行升級。
-
執行必要條件檢查程式時，檢查程式失敗，並顯示有關 RegistryKeyPermissionCheck 的警告，但安裝期間用於更正錯誤的指示無法使用
必要條件檢查程式失敗是因為使用者名稱區分大小寫。
因應措施：暫時將您指定在 Windows 機器上執行管理代理程式服務的使用者變更為其他使用者，然後透過針對使用者名稱使用正確大小寫來變回原始使用者。
-
升級 Manager Service 和 DEM Orchestrator 系統時顯示名稱驗證錯誤訊息，並且無法驗證 Model Manager Web 主機
如果 ManagerService.exe.config 檔案中的負載平衡器名稱發生變更，會顯示下列錯誤：
Distributed Execution Manager "NAME" Cannot be upgraded because it points to Management model web host "xxxx.xxxx.xxxx.net:443", which cannot be validated.You must resolve this error before running the upgrade again: Cannot validate Model Manager Web host.The remote certificate is invalid according to the validation procedure.
因應措施：對 ManagerService.exe.config 組態檔進行下列變更。預設位置為 C:\Program Files (x86)\VMware\vCAC\Server\ManagerService.exe.config。
變更所有 DEM 執行個體的登錄值。例如，下列登錄項目中的 DEM 執行個體均應更新。
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId02]
"Name"="DEM"
"Role"="Worker"
"RepositoryAddress"="https://host_name:443/repository/"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId03]
"Name"="DEO"
"Role"="Orchestrator"
"RepositoryAddress"="https://host_name:443/repository/"
安全性更新會影響無訊息安裝
在此版本中，Microsoft 安全性更新 3098779 和 3097997 會阻止新的無訊息安裝功能正常運作。這些更新與影響 [安裝精靈] 必要條件檢查程式的更新相同。
因應措施：執行無訊息安裝前，您必須從 IaaS Windows 伺服器手動移除這些更新。無訊息安裝完成後，您可手動重新安裝更新 3098779 和 3097997。
- 將保留區從 IaaS 資料庫同步到 PostgreSQL 資料庫時，移轉可能會失敗
失敗產生此錯誤訊息：讀取逾時。
因應措施：請參閱知識庫文章 2149882。
- 從 vRealize Automation 7.1 或 7.2 升級至 7.3 後，會出現 CPU 負載增加的情況
將 vRealize Automation 7.1 或 7.2 升級至 7.3 時，重複的項目會新增到 IaaS 資料庫的 DynamicOps.Repository.WorkflowSchedules 資料表中。重複的排程針對度量工作流程。升級後，同時執行相同計算的多個度量工作流程會增加系統上的 CPU 負載。
因應措施：無。
- 將新的虛擬伺服器新增到部署中的現有隨選負載平衡器會失敗
將新的虛擬伺服器新增到從舊版 vRealize Automation 7.x 升級之部署中的現有隨選負載平衡器時，如果這是自升級後的負載平衡器上的首個重新設定動作，則此新增會失敗。失敗會產生錯誤碼：14623，有關「重複的連接埠」。發生此失敗的原因是，系統會儲存舊版中的預設設定。此失敗不會影響系統中的任何其他設定。對於 vRealize Automation 7.3 部署，如果您申請將虛擬伺服器新增至負載平衡器，並同時對另一個虛擬伺服器進行變更，則申請會失敗並產生相同的錯誤。
因應措施：對於已升級的部署：在負載平衡器上執行重新設定動作，然後編輯任一虛擬伺服器上的設定。這會修正儲存舊版中預設設定之系統的問題。您還可以在從舊版升級之負載平衡器上或在具有相同失敗情況之負載平衡器上執行該操作。
對於已升級的負載平衡器和 7.3 中部署的負載平衡器，請勿在相同的申請中編輯和新增虛擬伺服器。在單獨的申請中執行編輯動作和新增動作可防止該失敗。
- 升級至 vRealize Automation 7.3 後端點遺失
成功升級至 vRealize Automation 7.3 後，vRealize Automation 主控台中的 [端點] 頁面未顯示任何端點。
因應措施：請參閱知識庫文章 2150252。
- 由於重複項目，無法產生 CSV 檔案以供進行大量匯入
登入 vRealize Automation 主控台後，選取基礎結構 > 管理 > 大量匯入，然後按一下產生 CSV 檔案，您會看到下列錯誤訊息：「發生錯誤。如需詳細資料，請參閱 IaaS 伺服器上的事件記錄或連絡系統管理員。」在 Windows IaaS 機器事件記錄中，您會看到類似以下內容的項目：「System.ArgumentException: An item with the same key has already been added.」當用於擷取藍圖以供進行大量匯入的查詢傳回重複項目時，會發生此問題。
因應措施：透過完成以下步驟，使用 cloudutil.exe 公用程式產生 CSV 檔案。
- 從 vRealize Automation 應用裝置上的 Windows 安裝程式下載頁面下載 cloudutil.exe：https://vra-va-hostname.domain.name:5480/installer/。CloudUtil 是 vRealize Automation Designer 的命令列介面。您可以在要執行設計工具的 Windows 機器上執行命令。在 Windows 機器上的預設安裝位置為：C:\Program Files (x86)\VMware\vCAC\vRealize Automation Designer。
- 透過執行此命令產生 CSV 檔案：CloudUtil.exe Machine-BulkRegisterExport
- 當從整合了目前版本的 vRealize Business 的環境升級至 vRealize Automation 7.3 時，vRealize Automation 主控台中所有目錄項目的費用資訊顯示為「無法使用」
這是一個暫時性問題，當您升級至最新版本 vRealize Business 之後，此問題將得以解決。
因應措施：升級至 vRealize Business for Cloud 7.3.0。
您仍然可以在 vRealize Business 報告和其他區段中檢視 vRealize Automation 虛擬機器的費用資訊。
- 做為升級 2012 R2 IaaS 機器的必要條件之一解除安裝 WEBDAV 後，組態精靈顯示 InternalServerError 訊息。
由於 Repository App Pool 停止，會顯示此訊息：「無法升級 Distributed Execution Manager，因為其指向無法驗證的 Management Model Web 主機 443。您必須解決此錯誤，然後才能再次執行升級: Model Manager Web Service 已安裝在主機 443 上，但未啟動並執行。HTTP Web 回應狀態碼: InternalServerError。」
因應措施：前往 IIS 伺服器上的應用程式集區，啟動 Repository App Pool，並繼續升級。
- 升級 vRealize Automation 叢集環境後，有一個 Xenon 節點未執行
升級期間，有一個 vRealize Automation 節點未啟動。
因應措施：在管理主控台的 [Xenon] 索引標籤上檢查每個節點的狀態。如果有一個節點未執行，請手動啟動該節點。或者，可以開啟與每個節點的 SSH 連線並執行「service xenon-service status」。如果節點未執行，請執行「service xenon-service start」。
- 當手動安裝 7.3 IaaS 網站元件時，IaaS 安裝程式顯示憑證驗證錯誤。
在選取網站元件的情況下，在 [IaaS 伺服器自訂安裝] 頁面上按下一步時，會顯示錯誤訊息。此錯誤訊息為誤報，即使選取正確的選項，也會顯示此訊息。
因應措施：在 vRealize Automation 應用裝置上開啟 SSH 連線。執行此命令以擷取將安裝網站元件之機器的節點識別碼：vra-command list-nodes。執行此命令以取得 Web 安裝命令參數的說明：vra-command help install-web。
- 移除具有超過 400 個容器的主機失敗並顯示序列化錯誤
在 vRealize Automation 7.2 和 7.3 中，嘗試移除具有超過 400 個容器的容器主機可能失敗並顯示序列化錯誤。
因應措施：使用 vRealize Automation 主控台、API 或 CLI 從主機一次移除 400 個容器，然後移除容器主機。
- 複本 vRealize Automation 虛擬應用裝置在移轉後無法加入叢集
複本虛擬應用裝置的錯誤組態會使重新加入作業無法完成。
因應措施：從來源環境中的叢集移除複本虛擬應用裝置，並針對最小目標環境執行移轉程序。移轉完成後，在目標環境中部署複本虛擬應用裝置，然後將其加入到主要應用裝置。
- vRealize Automation 升級作業無法升級主要 IaaS Web 節點
系統會顯示類似下列內容的錯誤訊息：「更新 Model Manager Web web.config 時發生錯誤: 執行失敗」或「錯誤: 無法在節點 Mul-web1-2arm.sqa.local 上執行命令 upgrade-server」。
因應措施：只要升級開始後主要 IaaS Web 節點上的升級伺服器失敗，IaaS Web 伺服器就必須與 Microsoft SQL 資料庫一起還原到升級前狀態。對 IaaS 元件執行手動安裝。
- 如果資源群組名稱包含非 ASCII 字元，則 Azure 虛擬機器佈建會失敗
azure-java-sdk 不支援非 ASCII 資源群組名稱。
因應措施：請勿在資源群組名稱中使用非 ASCII 字元。
- 狀態資料收集僅傳回主要 IP
此行為會影響您使用以下功能的能力：使用 RDP 連線、使用 SSH 連線，或在容器服務中將虛擬機器註冊為容器主機，以及其他依賴使用虛擬機器 IP 位址存取虛擬機器的功能。
因應措施：此問題預計在未來版本中解決。
將 Azure 機器新增至 [設計] 索引標籤中的藍圖時顯示內部錯誤訊息
當使用含有 vRealize Automation 的外部 vRealize Orchestrator 伺服器時，Microsoft Azure 整合不可用。
因應措施：從 vRealize Automation 虛擬應用裝置上的內部 vRealize Orchestrator 匯出 Azure 外掛程式和套件，然後將此外掛程式和套件安裝或匯入到您的外部 vRealize Orchestrator。將 Azure 外掛程式或 Azure 套件安裝或者匯入到您的外部 vRealize Orchestrator 後，Microsoft Azure 即會在您的 vRealize Automation 環境中受支援。
- 登入 vRealize Automation 虛擬應用裝置上之內部 vRealize Orchestrator 的 vRealize Orchestrator 控制中心。如需指示，請參閱〈登入 vRealize Orchestrator 組態介面〉。
- 在 [外掛程式] 下，按一下管理外掛程式。
- 尋找 Azure 外掛程式，然後在下載 DAR 檔案中的外掛程式上按一下滑鼠右鍵。將檔案儲存至您的桌面。
- 登入您的外部 vRealize Orchestrator 的 vRealize Orchestrator 控制中心。如需指示，請參閱〈登入 vRealize Orchestrator 組態介面〉。
- 在 [外掛程式] 下，按一下管理外掛程式。
- 在 [安裝外掛程式] 下，按一下瀏覽，然後找到您下載至桌面的 Azure DAR 檔案。
- 按一下安裝。如果提示確認，請再次按一下安裝。
- 在 [啟動選項] 下的 [控制中心] 中，按一下重新啟動結束安裝新的外掛程式。
- 同時將所有 vRealize Automation 虛擬應用裝置重新開機。
Microsoft Azure 整合功能應會還原。
如果重新開機後整合無法正常運作，請確認 Azure 套件 com.vmware.vra.endpoint.azure 存在於外部 vRealize Orchestrator 中。如果此 Azure 套件不存在，請完成這些步驟。
- 登入 vRealize Automation 虛擬應用裝置上的內部 vRealize Orchestrator 用戶端。
- 匯出 Azure 套件 com.vmware.vra.endpoint.azure。如需指示，請參閱〈匯出套件〉。
- 登入您的外部 vRealize Orchestrator 的 vRealize Orchestrator 用戶端。
- 將 Azure 套件 com.vmware.vra.endpoint.azure 匯入您的外部 vRealize Orchestrator。如需指示，請參閱〈匯入套件〉。
並行 XaaS 目錄申請呼叫複製虛擬機器，沒有具備 30 個使用者的自訂工作流程導致部分申請失敗
當申請 XaaS 藍圖叫用 vRealize Orchestrator 工作流程在慢速端點上以高並行方式執行一些作業時，部分申請可能會失敗並出現錯誤 java.net.SocketTimeoutException: Read timed out。由於申請逾時，vRealize Orchestrator 工作流程可能也會重新觸發多次。
因應措施：在每個 vRealize Automation 應用裝置節點上執行這些步驟。vcac.properties 檔案在升級時不保留。升級後您必須重複這些步驟。
- 在 vRealize Automation 應用裝置上開啟 SSH 工作階段。
- 透過將以下行新增至檔案來編輯 /etc/vcac/vcac.properties 以將用戶端逾時增加到 10 分鐘：vco.socket.timeout.millis=600000
- 在命令提示字元中，執行此命令以重新啟動 vcac-server 服務：service vcac-server restart
- 詳細目錄資料收集在 vCenter Server HA (VCHA) 容錯移轉期間停止
在少數情況下，受管理 vSphere 6.5 端點的工作項目在 VCHA 容錯移轉期間會停滯在進行中狀態。
因應措施：重新啟動 vRealize Automation vSphere 代理程式。如果資料收集仍停滯在進行中狀態，請連絡 GSS。
-
當佈建至 NSX Manager 於其中擁有次要角色的叢集時，包括 NSX 物件的 vRealize Automation 藍圖部署會失敗。
在 NSX 的跨 vCenter 部署中，Edge 閘道、新虛擬連線以及負載平衡器等 NSX 通用物件必須利用擁有主要角色的 NSX Manager 進行佈建。如果您嘗試將通用物件佈建至次要 NSX Manager，則程序會失敗並顯示錯誤。vRealize Automation 不支援透過網路和安全性整合將 NSX 通用物件佈建到指定 NSX Manager 於其中擁有次要角色的 vSphere 端點中。
因應措施：若要能夠使用 NSX 全域物件，您必須建立區域特定的 NSX 本機傳輸區域及虛擬連線。請遵循 VMware 知識庫 2147240，取得有關 VMware Validated Design 中此程序的詳細資料。
-
刪除 Azure 端點後，佈建到 Azure 的機器仍存留
刪除 Azure 端點會遺留孤立的機器、藍圖和保留區。如果您想在刪除 Azure 端點之前先刪除某個 Azure 虛擬機器，請使用 vRealize Automation 主控台手動將其刪除。
-
在 Mac 上，當您為單一虛擬機器開啟第二個 VMware Remote Console 時，兩個主控台都會變成空白
雖然您可以在 Windows 上為單一虛擬機器開啟多個 VMware Remote Console (VMRC)，但 VMRC 並不支援多個工作階段。在 Windows 上，每個主控台都是獨立的程序；在 Mac 上，每個主控台則會嘗試顯示單一程序。
因應措施：關閉所有 VMRC 執行個體，僅為指定機器開啟一個 VMRC。
-
在 vCenter High Availability (VCHA) 容錯移轉期間於 vSphere 6.5 上重新佈建受管理虛擬機器，會永久刪除該虛擬機器
在 vSphere 6.5 進行 VCHA 容錯移轉期間，如果在同一個 vSphere 端點上進行虛擬機器的重新佈建，該虛擬機器可能會遭到銷毀。此情況很少發生。
因應措施：針對銷毀的虛擬機器申請原始藍圖。</p>
-
vCenter High Availability (VCHA) 容錯移轉後出現 vRealize Automation 無效認證錯誤
在受管理 vSphere 6.5 端點上進行 VCHA 容錯移轉後，vRealize Automation 記錄可能會顯示該端點出現下列錯誤訊息：Cannot complete login due to an incorrect user name or password.
因應措施：重新啟動 vRealize Automation vCenter 代理程式。
-
當擁有者不同時，無法變更虛擬機器保留區
在受管理 IaaS 虛擬機器上叫用登錄作業時，使用的保留區必須屬於目前的虛擬機器擁有者。只能為使用者參數指定目前的擁有者。如果指定的使用者並不是目前的擁有者，系統會將虛擬機器記錄為屬於 IaaS 中的某個擁有者，在目錄中又屬於另一個擁有者。
因應措施：針對屬於目前虛擬機器擁有者的保留區，僅使用將保留區變更為 IaaS 虛擬機器工作流程。
-
在 vRealize Automation 7.1 升級至 7.2 時，無法選取藍圖來大量匯入未受管理機器
IaaS 將小寫字元的承租人識別碼傳遞至 API，擷取藍圖來大量匯入，且不是授權服務所呈現的大小寫。如果使用者建立使用混合大小寫字元的承租人識別碼 (例如 Rainpole，而非 rainpole)，查閱會失敗。
因應措施：產生不含藍圖名稱或元件的 CSV 檔案，然後手動編輯 CSV 檔案，在這些欄位填入所要的值。
-
巢狀 Container 不支援網路
您無法將網路新增至巢狀 Container。
因應措施：此問題預計在未來版本中解決。
-
使用遠端主控台連線到 vSphere 6.5 上的虛擬機器後，視窗的內容未正確顯示
使用遠端主控台連線到裝載於 vSphere 6.5 端點上的機器時，連線可能會失敗或無法使用。
因應措施：使用 VMRC 用戶端應用程式連線到受影響的機器。選取使用 VMRC 連線。
將現有內部藍圖拖曳到目前的外部藍圖後，部分元件可能無法正常運作
視元件所在的藍圖不同，元件設定可能會變更。例如，如果內部和外部藍圖層級皆包含安全群組、安全性標籤或隨選網路，則外部藍圖中的設定會覆寫內部藍圖中的設定。除了在內部藍圖層級運作的現有網路外，僅外部藍圖層級支援網路和安全性元件。
因應措施：僅將所有安全群組、安全性標籤和隨選網路新增到外部藍圖。
-
在高可用性環境中，Horizon 無法在容錯移轉後執行驗證
因應措施：容錯移轉後，請重新啟動 vRealize Automation 應用裝置來還原驗證。
如果您所建立的內容群組的群組名稱中包含句點，將無法使用 vRealize Automation 使用者介面編輯該群組
當您所建立的內容群組的群組名稱中包含句點 (例如 property.group) 時，會發生此問題。如果您使用 vRealize Automation 使用者介面編輯此內容群組，會顯示空白頁面。您可以使用 REST API 編輯此內容群組。
因應措施：避免使用包含句點的內容群組名稱。如果無法避免，請使用 REST API 編輯群組。
執行銷毀程序期間，IaaS 與通用服務目錄之間會失去通訊，導致虛擬機器停留在配置中狀態
當銷毀申請處於進行中，但 vRealize Automation 從資料庫移除虛擬記錄之前，如果 IaaS 和通用服務目錄之間失去通訊，機器會停留在配置中狀態。恢復通訊後，銷毀申請會更新為成功或失敗，但仍會看到此機器。雖然機器已從端點刪除，但名稱仍會出現在 vRealize Automation 管理介面中。
-
變更 vRealize Automation 應用裝置主機名稱時，服務會標示為無法使用
因應措施：如果在變更主機名稱後無法使用任何服務，請重新啟動 vRealize Automation 伺服器。
-
當您將複製的 Windows Server 2012 上的管理代理程式網域帳戶加入網域時，管理代理程式網域帳戶會失去其在代理程式憑證私密金鑰上的權限
當您使用自訂精靈複製 vSphere 中屬於網域的機器時，機器不再屬於該網域。當您將複製的機器重新加入到網域時，管理代理程式記錄中會出現下列錯誤訊息：CryptographicException - Keyset does not exist.
因應措施：若要解決此問題，請使用下列程序，在不進行任何變更的情況下，開啟再關閉憑證私密金鑰的安全性設定。
- 使用 Microsoft Management Console 憑證嵌入式管理單元找到憑證。嵌入式管理單元會在易記名稱文字方塊中顯示代理程式識別碼。
- 選取所有工作 > 管理私密金鑰。
- 按一下進階。
- 按一下確定。
- 將現有內部藍圖拖曳至目前的外部藍圖時受到限制
將現有內部藍圖拖曳至目前的外部藍圖時，如果內部藍圖中有機器加入安全群組、安全性標籤或隨選網路，則適用下列限制。已匯入的藍圖上也可能會出現此問題。
- 外部藍圖不得包含具有隨選網路設定或隨選負載平衡器設定的內部藍圖。無法使用包含 NSX 隨選網路元件或隨選負載平衡器元件的內部藍圖。
- 在將新的或其他安全群組新增至內部藍圖中的機器時，這些機器僅會加入做為外部藍圖的一部分新增的新安全群組，即使 [藍圖撰寫] 頁面中同時顯示來自內部和外部藍圖的安全群組亦是如此。
- 從外部藍圖將新安全性標籤新增至內部機器時，原先在內部藍圖中關聯的安全性標籤將無法再使用。
- 從外部藍圖將新的隨選網路新增至內部機器時，原先在內部藍圖中關聯的隨選網路將無法再使用。原先在內部藍圖中關聯的現有網路則仍可繼續使用。
因應措施：您可以執行下列其中一個工作來解決此問題：
- 將安全群組、標籤或隨選網路新增到外部藍圖，而非內部藍圖。
- 將安全群組、標籤或現有網路新增到內部藍圖，而非外部藍圖。
- [新增目錄] 頁面上的 [目錄搜尋屬性] 功能表包含的資訊不準確
最初出現在目錄搜尋屬性功能表中的部分程式碼字串不準確。 因應措施：按一下目錄搜尋屬性下拉式功能表以檢視準確的程式碼字串。
申請目錄項目時發生找不到資源的錯誤
當 vRealize Automation 處於高可用性模式時，如果主要資料庫節點失敗，新主節點尚未升階，所有需要資料庫寫入權限的服務皆會失敗或暫時損毀，直到新的主要資料庫完成升階。
因應措施：主要資料庫無法使用時，無法避免此錯誤。您可以升階新的主要資料庫，使此錯誤消失並能夠申請資源。
XaaS 藍圖的 [藍圖表單] 頁面上未儲存變更
如果您在更新 XaaS 藍圖之 [藍圖表單] 頁面上的每個欄位後未按一下 [套用]，則不會儲存您的變更。
[項目] 索引標籤不會顯示針對負載平衡器啟用之服務的相關資訊
對於使用與 vCloud Networking and Security 相關聯的負載平衡器所佈建的機器，[項目] 索引標籤不會顯示針對此負載平衡器啟用之服務的相關資訊。
-
如果機器在 vSphere 複製作業進行中時銷毀，不會取消進行中的機器複製工作
此問題可能會導致繼續複製機器。複製的虛擬機器可能會在 vCenter 中進行管理，而不再受 vRealize Automation 管理。
-
當您申請複合藍圖時，申請會立即失敗且無法載入申請詳細資料表單
元件藍圖的租用天數上限少於外部藍圖中的租用天數時，申請立即失敗，且申請詳細資料表單無法載入。
-
您無法在軟體部署中繫結至 DHCP IP 位址的情況下進行部署
若嘗試這麼做，如果沒有網路設定檔存在，就無法使用 ip_address。會顯示下列錯誤訊息：系統錯誤：處理元件要求時發生內部錯誤: com.vmware.vcac.platform.content.exceptions.EvaluationException: 欄位: ip_address 無資料。
因應措施：如果需要繫結，請在網路設定檔中使用靜態 IP 位址或受 vRealize Automation 管理的 IP 位址，或使用 IPAM 整合。如果使用 DHCP，則應繫結至主機名稱，而非 IP 位址。
您可以使用下列指令碼來取得 Cent OS 機器的 IP 位址：
IPv4_Address = $(hostname -I | sed -e 's/[[:space:]]$//')
echo $IPv4_Address
DHCP 使用案例需要 IP 位址時，請繫結至此指令碼提供的值。
-
即使收到錯誤訊息，仍會建立目錄
當您從管理 > 身分識別存放區管理 > 身分識別存放區建立目錄，並按一下儲存時，可能會出現錯誤訊息連接器通訊失敗，因為資料無效。將繫結 DN 使用者升階為管理員時發生問題: 該使用者已存在，且已與其他同步用戶端相關聯。新的身分識別存放區會與不正確的組態一起儲存，因此無法使用。
如果您嘗試使用已用於先前成功建立的現有 Active Directory 的相同基本 DN 和繫結 DN 值儲存新的 Active Directory，就會發生此錯誤。
因應措施：由於組態不正確，您必須手動刪除新的 Active Directory，且必須為新的 Active Directory 使用不同的繫結 DN 和基本 DN。
建立包括 UserPrincipalName 目錄搜尋屬性的目錄時，會將網域新增到使用者 UPN
建立新目錄並選取 UserPrincipalName 做為「目錄搜尋屬性」時，會將網域新增至使用者 UPN。例如，使用 user.domain@domain.local UPN 的使用者的 vRealize Automation 使用者名稱會顯示為 user.domain@domain.local@domain.local。如果在 AD 站台上將 UPN 尾碼設為網域，便會發生此問題。如果已自訂 UPN 尾碼，例如「example.com」，則使用 user.domain@example.com UPN 之使用者的 vRealize Automation 使用者名稱會顯示為 user.domain@example.com@domain.local。
如果使用 UserPrincipalName 目錄搜尋屬性，使用者必須輸入包括網域在內均與其完全相同的使用者名稱 (user.domain@domain.local@domain.local)，才能登入使用 REST API 或雲端用戶端。
因應措施：使用 sAMAccountName 替代 UserPrincipalName，以便使用身分識別目錄管理的使用者名稱網域唯一性功能。
代表其他使用者申請機器時，會顯示「404 找不到」錯誤
如果藍圖包括隨選 NAT 網路或隨選負載平衡器元件，則在代表其他使用者申請部署時，會顯示「404 找不到」錯誤。
-
使用 [大量匯入] 匯入的機器未對應至正確的聚合式藍圖和元件藍圖
因應措施：將 VMware.VirtualCenter.OperatingSystem 自訂內容新增到匯入 CSV 檔案中的每個機器。
例如：
Yes,NNNNP2-0105,8ba90c35-9e03-4ac4-8a5d-2e6d76f37b81,development-res,ce-san-1:custom-nfs-2,UNNAMED_DEPLOYMENT-0105,BulkImport,Imported_Machine,system_blueprint_vsphere,user.admin@sqa.local,VMWare.VirtualCenter.OperatingSystem,sles11_64Guest,NOP
- 當使用者申請重新設定機器的網路路徑且機器的保留區中未選取原始網路路徑時，申請會顯示為成功，vRealize Automation 會以無訊息方式從機器資料庫中刪除其網路卡記錄。未對實際機器進行變更。
當機器的保留區中未選取原始網路路徑時，不支援重新設定機器的網路路徑。執行該操作的任何申請本應失敗，並出現相應的錯誤訊息。相反，該申請會顯示為成功，且會以無訊息方式從 vRealize Automation 資料庫中刪除機器的網路卡記錄。實際機器未受影響。
因應措施：無。下一次對相關聯的叢集執行資料收集時，與機器網路卡記錄相關的機器 vRealize Automation 檢視會還原為其原始狀態。
vRealize Automation 中缺少目錄管理動作
因應措施：請參閱知識庫文章 2113027。
- vRealize Appliance 容錯移轉後，[健全狀況] 頁面可能會緩慢載入
如果 [健全狀況] 頁面在 vRealize Appliance 容錯移轉前已開啟，則在容錯移轉後，該頁面首次載入可能需要 15 分鐘。
- 當藍圖包含映像元件設定檔時，部署的價格不準確
在撰寫時選取映像元件設定檔時，如果使用者申請機器，複製磁碟大小將未知。使用者申請機器的價格時，顯示的價格不準確。價格不包含選取做為映像元件設定檔一部分的範本中的複製磁碟。
因應措施：當使用者申請目錄項目時，在 vRealize Business 包含機器使用的複製磁碟大小後，vRealize Business 會更正部署成本。
-
在將複本執行個體升階為主要執行個體之後，vRealize Automation 主節點管理介面中的 [資料庫] 索引標籤會顯示錯誤的資訊
當 vRealize Automation 應用裝置中的主節點失敗時，您應該使用狀況良好節點的 vRealize Automation 應用裝置管理介面進行叢集管理作業。
- 叢集成員上執行的銷毀作業會阻止擴充或縮小動作以預期方式運作
手動銷毀屬於多機器叢集的機器時，您無法再執行可靠的縮小或擴充佈建後動作。透過在機器上使用銷毀動作來手動銷毀叢集的成員時，您會遇到計數不相符問題。發生計數不相符時，擴充作業會假定銷毀的機器仍屬於叢集。這會阻止擴充作業新增部分或全部所需的機器。如果計數由 1 台機器關閉且叢集限制為 5，則最多可以有 4 個實際虛擬機器和 1 個虛設機器。對於縮小動作，組合服務可能會嘗試縮小為單一機器，從而造成銷毀所有叢集成員。
因應措施：對於已啟用擴充或縮小動作的部署，請勿授權銷毀動作。這會阻止建立計數不相符。如果您認為您的部署包含手動銷毀的叢集中的機器，則管理員可透過計算 [部署] 頁面上出現之叢集成員數量來執行檢查。如果叢集中包含已銷毀的虛擬機器，請重新進行部署，且請勿在重新進行的部署上授權銷毀動作。
將資料存放區從一個 vSphere Storage DRS 移至另一個 vSphere Storage DRS 會導致系統刪除虛擬機器，而非建立虛擬機器
如果您將資料存放區從一個 vSphere Storage DRS 叢集移到另一個 vSphere Storage DRS 叢集，並且目標叢集的自動化層級並非 [自動]，則重新佈建已建立的機器會導致系統刪除此機器，並顯示下列錯誤：儲存區放置: 未對已停用 SDRS 之虛擬機器中的磁碟指定資料存放區。如果已複製虛擬機器，則不會發生此問題。
因應措施：確認目標叢集的自動化層級已設為 [自動]，然後再將資料存放區從一個 vSphere Storage DRS 叢集移到另一個 vSphere Storage DRS 叢集。僅支援單一機器部署。
- 具有多個負載平衡器的部署不正確地顯示負載平衡器虛擬伺服器
在具有 vRealize Automation 7.2 或更早版本中部署之多個負載平衡器的部署中，每個負載平衡器會顯示部署中存在之所有負載平衡器中的虛擬伺服器。
因應措施：無。
- 如果繫結內容設定為傳遞至 Windows CMD 軟體指令碼，則在執行時指令碼不會接收繫結內容
不支援將繫結輸入內容傳遞至 Windows CMD 軟體指令碼。所有其他軟體指令碼類型 (例如 bash 或 Windows PowerShell) 支援將內容以值陣列形式傳遞至軟體指令碼，但 Windows CMD 不支援引數陣列 (argv) 類型。
因應措施：無。
- 在您擁有成功的測試連線且已透過有效指紋儲存端點後，vSphere 代理程式記錄或 DEM 記錄包含有關已關閉連線、無法建立信任關聯性，或遠端憑證無效的錯誤訊息
在 vRealize Automation 7.3 中，vSphere 和 NSX 端點已啟用憑證驗證。您無法再將未受信任憑證搭配這些端點使用。雖然可以使用 [測試連線] 按鈕在這些端點上驗證憑證指紋，但如果憑證已產生以使憑證鏈結中的根憑證未自我簽署，這兩個端點的憑證驗證程序仍可能會失敗，且在資料收集、佈建或佈建後動作中造成運作失敗。
因應措施：
對於 vSphere
下載端點憑證鏈結中的根憑證。
完成以下步驟。
- 首先，透過在瀏覽器中直接存取端點來下載端點憑證。
- 移至 [憑證路徑] 以取得根憑證。
- 下載鏈結中的根憑證。
- 將憑證安裝在代理程式和 DEM 機器的信任根存放區中。
對於 NSX 端點
- 透過在瀏覽器中直接存取端點來下載端點憑證。
- 移至 [憑證路徑] 以取得根憑證。
- 下載鏈結中的根憑證。
- 將憑證安裝在 DEM 機器的信任根存放區中。
- 對於從 YAML 匯入的藍圖，重新設定負載平衡器佈建後動作失敗
有時在部署上執行重新設定負載平衡器佈建後動作時，此動作會失敗。當從 YAML 檔案匯入與部署相關聯的藍圖，而該檔案所包含之隨選負載平衡器的名稱欄位中的值與識別碼欄位中的值不同時，會發生此問題。
因應措施：執行以下步驟修正藍圖，以便在日後部署中允許佈建後動作在負載平衡器上執行。在 vRealize Automation 主控台中，選取在名稱和識別碼欄位中不具有相符值的藍圖。按一下 [編輯]，然後重新輸入負載平衡器元件名稱。儲存藍圖。此動作會將內嵌於藍圖中的名稱和識別碼值設定為相同的值。使用編輯的藍圖佈建新部署時，重新設定負載平衡器動作將會運作。如果您確保每個隨選負載平衡器元件中的所有 YAML 檔案皆具有相同的名稱和識別碼值，便可避免此問題。
- 建立 Windows 容器藍圖時，未正確辨識 YAML 檔案中用作分隔符號的冒號 (:)
當您使用容器磁碟區建立藍圖時，若容器路徑和主機路徑均包含帶冒號的 Windows 磁碟機代號 (例如 D:/DBFILES/:c:/temp/)，則會發生此問題。儲存和開啟藍圖後，未正確辨識容器路徑和主機路徑值，因為磁碟機代號中的第一個冒號被誤解為分隔符號。
因應措施：無。
- 根磁碟分割的儲存空間不足
/var/lib/vrhb 中不正確的記錄輪替會導致根磁碟分割的使用率過高，最終填滿 / 磁碟分割。
因應措施：請參閱知識庫文章 2151693。
- 無法重新佈建使用 System Center Virtual Machine Manager (SCVMM) 佈建的虛擬機器
在 vRealize Automation 7.3 之前的版本中，當您重新佈建使用 SCVMM 佈建的虛擬機器時，重新佈建失敗並顯示此錯誤訊息：「工作流程 'ScvmmCreateVM' 失敗並顯示下列例外狀況:DynamicOps.Repository.Activities.PowerShellException: 不可在值為 Null 的運算式上呼叫方法。」已在 7.3 中解決此問題。但是，如果您已將系統從先前版本升級至 7.3，則在升級前使用 SCVMM 佈建的任何機器仍無法重新佈建。
因應措施：
完成以下步驟。
- 登入 SCVMM 虛擬機器管理員主控台。
- 在左側功能表中，按一下 [程式庫] > [範本]。
- 在右窗格資料表中，按名稱排序範本。
- 刪除前置詞為 TemporaryTemplate，後面跟隨包含一串字母和數字之 GUID 的所有範本。
- 刪除範本後，重新佈建虛擬機器。
