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

# Oracle 資料庫遷移策略
<a name="strategies"></a>

在高階，有兩種選項可將 Oracle 資料庫從內部部署遷移至 AWS 雲端：保持在 Oracle 上 (*同質遷移*) 或移出 Oracle *（異質遷移*)。在同質遷移中，您不會變更資料庫引擎 （亦即，您的目標資料庫也是 Oracle 資料庫）。在異質遷移中，您可以切換到開放原始碼資料庫引擎，例如 MySQL、PostgreSQL 或 MariaDB，或切換到 AWS 雲端原生資料庫，例如 Amazon Aurora、Amazon DynamoDB 或 Amazon RedShift。 

將 Oracle 資料庫遷移到以下三種常見策略 AWS：重新託管、轉換和重新架構 （重構）。這些是[應用程式遷移策略 7 R](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-database-migration/planning-phase.html) 的一部分，如下表所述。


|  |  |  |  | 
| --- |--- |--- |--- |
| **策略** | **類型** | **何時選擇** | **範例** | 
| **重新託管** | 同質 | 您想要依原狀遷移 Oracle 資料庫，無論是否變更作業系統、資料庫軟體或組態。 | Amazon EC2 的 Oracle 資料庫 | 
| **平台重建** | 同質 | 您想要使用資料庫database-as-a-service(DBaaS) 產品，減少管理資料庫執行個體所花費的時間。 | Amazon RDS for Oracle 的 Oracle 資料庫 | 
| **重新架構師 （重構）** | 異質性 | 您想要重組、重寫和重新建構資料庫和應用程式，以利用開放原始碼和雲端原生資料庫功能。 | Amazon Aurora PostgreSQL、MySQL 或 MariaDB 的 Oracle 資料庫 | 

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

選擇正確的策略取決於您的業務需求、資源限制、遷移時間範圍和成本考量。下圖顯示遷移涉及的工作量和複雜性，包括六個策略。 

 ![\[Comparison of Oracle Database migration strategies\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/migration-oracle-database/images/migration-strategy-comparison.png) 

重構 Oracle 資料庫並遷移至開放原始碼或 AWS 雲端原生資料庫，例如 Amazon Aurora PostgreSQL 相容版本或 Amazon Aurora MySQL 相容版本，可協助您現代化和最佳化資料庫。透過移至開放原始碼資料庫，您可以避免昂貴的授權 （導致成本降低）、廠商鎖定期間和稽核，而且您不需要為新功能支付額外費用。不過，視工作負載的複雜性而定，重構 Oracle 資料庫可能是一項複雜、耗時且資源密集的工作。 

若要降低複雜性，而不是在單一步驟中遷移資料庫，您可以考慮分階段方法。在第一個階段中，您可以專注於核心資料庫功能。在下一個階段中，您可以將其他服務整合 AWS 到您的雲端環境、降低成本，以及最佳化效能、生產力和合規性。例如，如果您的目標是將內部部署 Oracle 資料庫取代為 Aurora PostgreSQL 相容，您可能會考慮在 Amazon EC2 上重新託管資料庫，或在 Amazon RDS for Oracle 上複寫資料庫，然後在後續階段重構為 Aurora PostgreSQL 相容。這種方法有助於在遷移階段降低成本、資源和風險，並專注於第二階段的最佳化和現代化。

## 線上和離線遷移
<a name="online-offline"></a>

根據您的遷移時間表和允許的停機時間，您可以使用兩種方法將 Oracle 資料庫從內部部署環境遷移至 AWS 雲端：線上遷移或離線遷移。
+ **離線遷移：**當您的應用程式可以負擔計劃的停機時間時，就會使用此方法。在離線遷移中，來源資料庫會在遷移期間離線。當來源資料庫離線時，它會遷移到其上的目標資料庫 AWS。遷移完成後，會執行驗證和驗證檢查，以確保與來源資料庫的資料一致性。當資料庫通過所有驗證檢查時，您可以透過將應用程式連線到目標資料庫 AWS 來執行切換 AWS。
+ **線上遷移**：當您的應用程式需要接近零到最短的停機時間時，就會使用此方法。在線上遷移中，來源資料庫會以多個步驟遷移至 AWS。在初始步驟中，當來源資料庫仍在執行時，來源資料庫中的資料會複製到目標資料庫。在後續步驟中，來源資料庫的所有變更都會傳播到目標資料庫。當來源和目標資料庫同步時，它們已準備好進行切換。在切換期間，應用程式會將其連線切換到開啟的目標資料庫 AWS，不留下與來源資料庫的連線。您可以使用 AWS Database Migration Service (AWS DMS)、Oracle GoldenGate、Quest SharePlex 或 [AWS Marketplace](https://aws.amazon.com/marketplace/)（例如 Attunity) 提供的工具來同步來源和目標資料庫。