本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
階段 2：計劃
在此階段，您會使用在準備階段收集的資訊，並提出移轉策略。移轉規劃的一個關鍵方面是根據 7 Rs 的移轉流程合理化您收集的資訊：重新裝載、重新平台、重新定位、回購、重構、淘汰和保留。
選擇遷移策略取決於採用雲端的業務驅動因素，以及時間考量、業務和財務限制以及資源需求。如果您想要在雲端中維持目前的工作負載，請選擇 [重新裝載]。但是，如果您想要最佳化和擴展工作負載，請考慮其他選項之一。
以下是 7 Rs 數據庫遷移的概述。下圖說明了這些內容。
-
重新裝載 (提升和轉移) — 將應用程式移至雲端，而不進行任何變更。例如，在雲端的亞馬遜彈性運算雲端 (Amazon
EC2) 執行個體上，將現場部署 Oracle 資料庫遷移到 Oracle。 AWS -
重新定位 (Hypervisor 層級提升與轉移) — 將基礎架構移至雲端，無須購買新硬體、重寫應用程式或修改現有作業。您可以將伺服器從內部部署平台遷移到相同平台的雲端服務。例如，將 Microsoft Hyper-V 應用程式遷移到 AWS.
-
重新平台 (提升和重塑) — 將應用程式移至雲端，並引入一定程度的最佳化以利用雲端功能。例如，將您的現場部署 Oracle 資料庫遷移到 AWS 雲端中 Amazon RDS for Oracle
。 -
回購 (放置和購物) — 變更為不同的產品，通常是從傳統應用程式移轉至軟體即服務 (SaaS) 產品，然後將資料從內部部署應用程式移轉至新產品。例如，將您的客戶資料從內部部署的客戶關係管理 (CRM) 系統遷移至 Salesforce.com。
-
重構 (重新架構) — 充分利用雲端原生功能來改善敏捷性、效能和延展性，以移動應用程式並修改其架構。例如，將您的內部部署 Oracle 資料庫遷移至 Aurora
此策略還可以包括重寫應用程式，以使用針對不同工作流程 AWS 提供的專用資料庫。或者，您可以選擇將整合式應用程式分解為存取其資料庫結構描述的較小型微服務，將整合式應用程式現代化。 -
保留 (重新造訪) — 將應用程式保留在來源環境中。這些應用程式可能包括需要重大重構的應用程式，而且您想要將工作延遲到稍後的時間，以及您想要保留的舊版應用程式，因為沒有商業理由移轉這些應用程式。
-
淘汰 — 解除委任或移除來源環境中不再需要的應用程式。
