本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
階段 2：計劃
在準備階段收集資料庫的相關資訊後，您會在規劃階段決定遷移策略。有七種常見的遷移策略 (7 R)：
-
重新託管
-
平台重建
-
Refactor （重新架構）
-
回購
-
淘汰
-
保留
-
重新定位
如需判斷 R 類型的協助，請參閱適用於 AWS 雲端 遷移的應用程式產品組合評估指南中的決策樹。資料庫的遷移策略取決於業務需求、時間和財務限制，以及資源需求等因素。不過，在來源和目標資料庫引擎皆為 Oracle 的同質遷移中，遷移策略僅限於重新託管、轉換和重新放置。遷移策略也有助於判斷目標。如果您選擇重新託管或重新定位為遷移類型，Oracle Database 的目標為 EC2 執行個體。如果您選擇轉換策略，目標是 Amazon RDS for Oracle 或 Amazon RDS Custom for Oracle。
下表列出基於來源 Oracle Database 技術的同質資料庫遷移支援的 R 類型。
| 來源 Oracle 資料庫技術 | 重新託管 | 平台重建 | 重新定位 |
|---|---|---|---|
Oracle 資料庫企業版 |
|||
Oracle 資料庫標準版本 2 |
|||
Oracle Real Application Cluster (RAC) |
不適用 |
不適用 |
不適用 |
Oracle RAC 搭配 Data Guard |
不適用 |
不適用 |
|
具有 Data Guard 的 Oracle 獨立叢集 |
|||
Oracle Exadata |
無 |
無 |
|
Oracle 資料倉儲 |
無 |
||
Oracle 企業資源規劃 (ERP) |
無 |
選擇遷移策略也取決於工作負載。您可以使用 AWS Schema Conversion Tool (AWS SCT) 或 AWS Database Migration Service (AWS DMS) 結構描述轉換來評估和決定遷移策略。下表顯示應用程式工作負載及其對應遷移策略的範例。
| 應用程式類型 | 描述 | 遷移策略 |
|---|---|---|
內部應用程式 |
線上資料庫連線 (ODBC) 或 Java 資料庫連線 (JDBC) 工作負載，以及具有專屬功能的輕量型工作負載 |
用於 replatform 的候選者 |
SaaS 或 ISV 提供的軟體 |
具有專屬功能的繁重工作負載 |
用於 replatform 的候選者 |
ERP 應用程式 |
引擎特定的工作負載 |
轉換或重新託管的候選者 |
