本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
異質資料庫遷移
由於開放原始碼資料庫和 AWS 等雲端運算平台的創新和改進，許多組織正在從 Oracle 等專屬 （線上交易處理或 OLTP) 資料庫引擎遷移至開放原始碼引擎。Oracle 資料庫是任何組織的任務關鍵系統，但鎖定在特定廠商是風險高昂且成本高昂的情況。低營運成本且無授權費用是考慮將基礎資料庫技術切換至開放原始碼或 AWS 雲端原生資料庫的有力原因。
遷移 Oracle 的其他原因是廠商鎖定期間、授權稽核、昂貴的授權和成本。Oracle 的清單定價是以每個核心模型為基礎，具有分割和高可用性等功能的額外成本。因此，許多組織選擇在遷移至 AWS 時，將其 Oracle 資料庫遷移至開放原始碼資料庫 （例如 PostgreSQL、MySQL 或 MariaDB) 或 AWS 雲端原生資料庫 （例如 Amazon Aurora 或 Amazon DynamoDB)。
您也可以將 Oracle 資料倉儲資料庫遷移至 Amazon Redshift，這是快速、全受管的雲端資料倉儲。Amazon Redshift 與您的資料湖整合，提供比任何其他資料倉儲快三倍的效能，成本比任何其他雲端資料倉儲低 75%。如需詳細資訊，請參閱 AWS 網站上的從 Oracle 遷移到 Amazon Redshift
若要遷移至開放原始碼或 AWS 原生資料庫，請根據您擁有的資料類型、存取模型、可擴展性、應用程式實務和複雜性，選擇正確的資料庫。例如，PostgreSQL 資料庫近幾年來因其強大的功能和與商業資料庫的高度相容性而變得非常熱門，對於重構 Oracle 資料庫的使用者來說，它們是最常見的遷移目標。但是從 Oracle 遷移到 PostgreSQL 和其他開放原始碼資料庫通常既困難又耗時，而且需要仔細評估、規劃和測試。
使用 AWS DMS 和 AWS Schema Conversion Tool (AWS SCT) 等服務，可協助您將商業資料庫遷移到 AWS 上的開放原始碼資料庫，將停機時間降到最低。
在異質資料庫遷移中，來源和目標資料庫引擎不同，就像在 Oracle 到 Amazon Aurora 或 Oracle 到 PostgreSQL、MySQL 或 MariaDB 遷移一樣。來源和目標資料庫中的結構描述結構、資料類型和資料庫程式碼可能相當不同，因此必須在資料遷移開始之前轉換結構描述和程式碼。因此，異質遷移是一個兩步驟的程序：
-
步驟 1. 轉換來源結構描述和程式碼以符合目標資料庫的結構描述和程式碼。您可以使用 AWS SCT 進行此轉換。
-
步驟 2. 將資料從來源資料庫遷移至目標資料庫。您可以使用 AWS DMS 進行此程序。
AWS DMS 會在遷移期間自動處理所有必要的資料類型轉換。來源資料庫可以位於 AWS 外部的您自己的內部部署中，可以是在 EC2 執行個體上執行的資料庫，也可以是 Amazon RDS 資料庫 （請參閱 AWS DMS 文件中的資料遷移來源)。目標可以是 Amazon EC2、Amazon RDS 或 Amazon Aurora 中的資料庫。
異質資料庫遷移的工具
下表提供可用來從 Oracle 資料庫遷移至另一個資料庫引擎的工具清單。
以下小節提供有關每個工具的詳細資訊。
AWS SCT
AWS Schema Conversion Tool (AWS SCT) 會將您現有的商業資料庫結構描述轉換為開放原始碼引擎或 AWS 雲端原生資料庫。AWS SCT 會自動將來源資料庫結構描述和大部分資料庫程式碼物件，包括檢視、預存程序和函數，轉換為與目標資料庫相容的格式，使異質資料庫遷移可預測。任何無法自動轉換的物件都會清楚標示為手動轉換。AWS SCT 也可以掃描應用程式原始程式碼以取得內嵌 SQL 陳述式，並將其轉換為資料庫結構描述轉換專案的一部分。
AWS DMS
AWS Database Migration Service (AWS DMS) 會快速且安全地將您的資料遷移至 AWS。在遷移期間，來源資料庫會保持完全運作，將應用程式的停機時間降到最低。AWS DMS 支援同質遷移，例如 Oracle 到 Oracle，以及不同資料庫平台之間的異質遷移，例如 Oracle 到開放原始碼資料庫或 AWS 雲端原生資料庫。AWS DMS 會管理遷移程序的複雜性，包括自動將來源資料庫中發生的資料變更複寫到目標資料庫。資料庫遷移完成後，只要您選擇，目標資料庫就會與來源資料庫保持同步，而且您可以在方便的時間切換到目標資料庫。
