vRealize Automation 8 Migration Assistant 具有以下部署限制。
- 部署移轉是最終結果，無論成功還是失敗。您無法重試部署移轉。您可以在 [上線服務] 下重新執行由移轉服務建立的計劃。使用上線服務重新執行時，不會移轉部署的擁有者、租用和歷程記錄。
- 歷史費用資訊不會隨部署一起移轉。如需有關定價和成本的詳細資訊，請參閱〈什麼是定價卡〉。
- 對於具有隨選網路的部署，如果移轉包含 IPAM 管理的 IP 的部署，然後從 vRealize Automation 8 刪除已移轉的部署，還必須從 Infoblox 中手動刪除相關聯的 IP 位址。
- 移轉到 vRealize Automation 8 之後，會移轉所有 IPAM 資訊。但是，第 2 天作業 (例如刪除部署) 僅針對包含外部網路設定檔的部署從外部 IPAM 釋放 IP 位址。對於包含隨選網路的部署，您必須從 IPAM 手動移除 IP 位址。因應措施是，建立訂閱以從 IPAM 中移除 IP。
- 如果來源環境中包含的負載平衡器設定為未連線至機器的現有網路，則不會移轉外部網路，且在移轉期間不會配置 IP。
- 「更新部署」功能僅適用於包含 vSphere 機器元件的部署。對包含其他元件類型 (網路、AWS 機器、Azure 機器等) 的部署執行「更新部署」動作會嘗試重新建立部署元件。
- vRealize Automation 7 不會從 Azure 端點收集資料，也不能識別 Azure 機器是否已從 vRealize Automation 7 中刪除。在 vRealize Automation 8 中進行移轉評估期間，任何已刪除的 Azure 部署均列為 [就緒]，但在移轉期間已被排除，因為 Migration Assistant 找不到虛擬機器。
- 如果來源部署具有混合網路類型 (例如，在同一部署中同時具有 NAT/路由網路用於 NSX-T/NSX-V)，則無法移轉來源部署。
- 不會移轉包含多個 NSX 負載平衡器元件的來源部署。
- 如果來源環境包含在 NSX-T 上透過同一藍圖建立的一個 ARM 現有負載平衡器 (具有現有網路的隨選負載平衡器) 的多個部署，則 Migration Assistant 僅建立一個負載平衡器。只有一個已移轉的部署將列出負載平衡器元件。所有其他現有的單 ARM 負載平衡器部署都沒有負載平衡器元件。
- 在來源部署中設定為 NAT 網路的 IP 位址在移轉後不會標記為已配置。但是，在移轉後，系統會在下將已移轉的負載平衡器和虛擬機器的 IP 位址標記為已配置。
- 如果來源 vRealize Automation 7 部署包含無效資源 (例如，沒有資源的內容)，則不會移轉該資源。如果部署中的所有資源均無效，則不會移轉整個部署。
- 在棕地移轉期間，已上線和已移轉的機器皆未連結至雲端區域。因此，這些機器不會計入儲存區上限定義。
- 如果移轉具有單一機器元件和現有網路元件的部署，則 vRealize Automation 會嘗試重新建立現有機器，但會失敗並顯示「需要子網路」錯誤。
- 如果先移轉連結至雲端範本的 vSphere 部署，然後在移轉後更新雲端範本，則部署會失敗。
- 如果部署包含 DNAT 規則，則移轉後將無法執行重新設定第 2 天動作。
- 將反覆式雲端範本更新套用至父系部署時，移轉的叢集化機器不支援縮小/擴充。
- 只能從 vRealize Automation 7.6 來源環境移轉叢集化部署。vRealize Automation 7.5、7.4 或 7.3 來源環境不支援移轉叢集化部署。
- 如果部署包含 2 個設定為同一網路設定檔但屬於不同網路的虛擬機器，則移轉將失敗。移轉此部署之前，必須先在 vCenter 中手動更新網路，方法是將兩個虛擬機器的網路介面卡變更為同一個。確保資料收集已完成，並使用來源部署中已變更的網路來更新虛擬機器。
