完成移轉

升級或完全移轉至生產環境，標誌著工作負載移轉至雲端的完成。 升級資產及其所有相依性之後，就會重新路由傳送生產流量。 重新路由傳送流量之後，內部部署資產就會過時，因此您可以將其解除委任。

升級程式會根據工作負載的架構而有所不同。 不過，您可以預期有數個一致的必要條件和一些常見工作。 本文說明每個必要條件和工作，並做為移轉檢查清單。

請務必將工作負載特定考慮新增至檢查清單。

移轉視窗劇本

• 傳送促銷前通訊。 雖然您已經傳達變更視窗，但請務必傳送通知給所有必要的合作物件，讓他們知道促銷已經開始。
• 驗證資源。 確認所有暫存的資源都處於正常運作狀態。 這些資源包括記憶體帳戶和網路安全組。
• 暫停監視。 當您移轉工作負載時，可能會建立暫時性中斷。 暫停監視以防止雜訊。
• 採取最終的復寫步驟。 視您的升階方法而定，您可能需要採取最終的復寫步驟來處理任何最近的數據。 如果您使用 Azure Migrate 和現代化等工具來復寫伺服器狀態，該程式會包含這些步驟。 否則，您可能需要根據您暫存應用程式的方式，採取手動步驟。
• 凍結其他資源。 如果您使用伺服器狀態複寫，例如搭配 Azure Migrate 和現代化，您必須在復寫之後將 Azure 虛擬機實例部署為凍結的一部分。 您可能還有其他專案，例如您先前無法暫存的負載平衡規則。
• 關閉來源伺服器。 如果您在凍結資源之後仍有可用的來源伺服器，請將其關閉，使其不會干擾您的移轉。 如果您需要還原回來，您可以在清除移轉項目之後開啟這些伺服器。
• 執行隔離測試。 執行任何不需要將用戶轉換至已移轉工作負載的測試。 此測試會使用類似在 Azure 中測試移轉部署中所述的計劃的測試計劃。
• 轉換至已移轉的工作負載。 更新您的功能變數名稱系統、連接字串、負載平衡和其他專案，以便在使用者或系統嘗試存取應用程式時，他們存取其新位置。
• 進行促銷測試。 再次執行商務測試計劃，以確認一切如預期般運作。
• 尋求最終核准。 使用項目關係人尋找工作負載的最終進行/不執行決策。
• 繼續監視。 啟用任何停用的監視，並確認環境處於可接受的狀態。
• 傳達促銷成功。 告訴所有必要的各方，促銷已完成，而且沒有即將進行的變更。

後續步驟

將移轉后的成本優化