

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 階段 2：實作大型遷移
<a name="stage2"></a>

在大型遷移的第 2 階段，目標是大規模遷移您的伺服器。例如，若要在 6 個月內遷移 1，000 個伺服器，您可能會從每週遷移 5 個伺服器開始，然後逐漸將速度提高到每週 50–100 個伺服器。

現在，您可以使用您在階段 1 中開發的 Runbook 來遷移波浪中的伺服器。前兩個波通常很小，因為遷移和產品組合工作流程正在採用和調整其 Runbook 中的程序。改善 Runbook 是大型遷移成功的關鍵。Runbook 是活體文件。您必須在每次切換後檢閱、修訂和改善您的 Runbook。隨著 Runbook 隨著時間演進，速度應該會隨著每一波而增加。

在階段 2 中，您可以使用下列元件來操作遷移工廠：
+ **專案控管規則** – 您遵循專案控管程序來管理波浪、通訊、時間表和切換。這些程序和工具可確保每個人在正確的時間以正確的順序做正確的事。
+ **產品組合執行手冊** – 您可以使用產品組合執行手冊來排定應用程式的優先順序、規劃波浪，以及收集支援遷移的必要中繼資料。此中繼資料等同於製造工廠中的原始物料。
+ **遷移執行手冊** – 您可以使用遷移執行手冊來遷移應用程式和伺服器、將中繼資料載入遷移工具，以及在每個批次結束時完成切換程序。遵循遷移執行手冊時，您遵守產品組合執行手冊中的波動計畫，並使用產品組合執行手冊中的中繼資料，或從另一個單一事實來源使用中繼資料。
+ **大型遷移最佳實務和運作狀態檢查矩陣** – 您可以使用運作狀態檢查矩陣經常定期評估您目前的狀態，以確保一切順利進行。

下圖顯示大型遷移的典型遷移工廠。

![\[Runbook 會透過產品組合和遷移工作流程形成資料流程\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-guide/images/migrationfactory.png)


這些 Runbook 是遷移工廠的關鍵元件，它們共同透過兩個工作流程、產品組合和遷移形成資料流程。如需這些工作流的詳細資訊，請參閱[AWS 大型遷移的基礎手冊](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/)。團隊通常專用於工廠的特定部分，而波會流經每個工作流程，而不是在整個遷移工廠中看到波。每個工作流程的持續時間會根據您的專案時間表、範圍和資源可用性而有所不同。例如，產品組合工作流程可能為 3 週，而遷移工作流程可能為 2–5 週。確保有足夠的伺服器波排入遷移排隊，以防止遷移工廠中的供應鏈問題。我們建議產品組合工作流程比遷移工作流程還遠五波。

下圖顯示典型遷移工廠的動態檢視。對於每個波次，產品組合工作流執行 1–2 週，遷移工作流通常執行 3–4 週。產品組合工作流比遷移工作流還早五波，因此產品組合和遷移工作流之間一律有五波緩衝區。在遷移階段 1 結束時，初始化時，產品組合工作流程會完成五個波的緩衝區波規劃。當遷移工作流程開始遷移應用程式時，這表示您已進入第 2 階段實作。產品組合和遷移工作流程都會繼續處理波，而緩衝區可防止遷移工作流程耗盡伺服器以進行遷移。

![\[""\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-guide/images/wavebuffer.png)
