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

# 階段 2：計劃
<a name="planning-phase"></a>

 在此階段，您會使用準備階段期間收集的資訊，並提出遷移策略。遷移規劃的一個關鍵層面是合理化您針對遷移的 7 個 R 收集的資訊：重新託管、轉換、重新定位、重新購買、重新考慮、淘汰和保留。

選擇遷移策略取決於您的業務驅動因素以進行雲端採用，以及時間考量、業務和財務限制，以及資源需求。如果您想要在雲端中維持目前的工作負載，請選擇重新託管。不過，如果您想要最佳化和擴展工作負載，請考慮其他其中一個選項。

以下是資料庫遷移的 7 個 R 概觀。這些如下圖所示。

 ![\[Database migration paths\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-database-migration/images/database-migration-paths.png) 
+ 重新**託管 **（提升和轉移） – 將應用程式移至雲端，而不進行任何變更。例如，將您的內部部署 Oracle 資料庫遷移至雲端中 [Amazon Elastic Compute Cloud](https://aws.amazon.com/ec2/) (Amazon EC2) 執行個體上的 AWS Oracle。
+ **重新定位 **(Hypervisor 層級提升和轉移） – 將基礎設施移至雲端，而無需購買新的硬體、重新撰寫應用程式或修改現有的操作。您可以將伺服器從內部部署平台遷移到相同平台的雲端服務。例如，將 Microsoft Hyper-V 應用程式遷移至 AWS。
+ **Replatform** （提升和重塑） – 將應用程式移至雲端，並引入某種程度的最佳化，以利用雲端功能。例如，將您的內部部署 Oracle 資料庫遷移至 AWS 雲端中的 [Amazon RDS for Oracle](https://aws.amazon.com/rds/oracle/)。
+ **回購 **（捨棄和購買） – 變更為不同的產品，通常是從傳統應用程式移至軟體即服務 (SaaS) 產品，然後將資料從現場部署應用程式遷移至新產品。例如，將客戶資料從現場部署客戶關係管理 (CRM) 系統遷移至 Salesforce.com。
+ 重**構 **（重新架構） – 透過充分利用雲端原生功能來改善敏捷性、效能和可擴展性，來移動應用程式並修改其架構。例如，將您的現場部署 Oracle 資料庫遷移至 [Aurora PostgreSQL](https://aws.amazon.com/rds/aurora/)。此策略也可以包括重寫您的應用程式，以使用針對不同工作流程 AWS 提供的專用資料庫。或者，您可以選擇透過將整體應用程式分解為存取其資料庫結構描述的小型微服務，來現代化整體應用程式。
+ **保留** （重新檢視） – 將應用程式保留在您的來源環境中。這些可能包括需要重大重構的應用程式，而且您想要將該工作延遲到稍後的時間，以及您想要保留的舊版應用程式，因為沒有遷移它們的業務理由。
+ **淘汰** – 停用或移除來源環境中不再需要的應用程式。

# 選擇遷移策略
<a name="choose-strategy"></a>

 在大多數資料庫遷移中，您可以選擇重新託管、複寫或重構。任何這些策略都可以為您效勞。指導原則應該是如何從遷移中獲得最大利益。選擇重構您的應用程式並遷移到 Aurora 等雲端原生資料庫，可讓您增強資料庫應用程式。不過，根據您的工作負載複雜性，重構資料庫可能耗時且資源密集。

 WQF 分類可協助您決定何時應該考慮特定的遷移策略。較高的 WQF 類別表示所需的遷移工作很重要；因此，您可能想要選擇另一個選項，例如重新託管或轉譯，以在可接受的時間範圍內完成遷移。下表顯示基於 WQF 類別的建議策略。


****  

| 類別 | 工作負載複雜性 | 工作負載 | 遷移策略 | 
| --- | --- | --- | --- | 
| 1 |  ![\[Blue rectangular icon representing a cloud or network storage service.\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-database-migration/images/one-bar.png)  | ODBC/JBDC 工作負載 | 重新考慮的候選者 | 
| 2 |  ![\[Solid light blue square background with no additional elements or features.\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-database-migration/images/two-bar.png)  | 輕量的專屬功能工作負載 | 重新考慮的候選者 | 
| 3 |  ![\[Solid light blue background with no additional elements or features.\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-database-migration/images/three-bar.png)  | 繁重的專屬功能工作負載 | 重構或轉譯的候選者 | 
| 4 |  ![\[Blue rectangular shape representing a basic geometric form or color swatch.\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-database-migration/images/four-bar.png)  | 引擎特定工作負載 | 複寫或重新託管的候選者 | 
| 5 |  ![\[Blue rectangular shape representing a basic geometric element or UI component.\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-database-migration/images/five-bar.png)  | 非可攜、高風險或lift-and-shift工作負載 | 複寫或重新託管的候選者 | 

當重構涉及的複雜性很高時，重新託管和轉換選項是合適的。在這些案例中，根據您的現代化需求，您可能會考慮在完成遷移至 AWS 雲端之後重構資料庫。