本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # SQL Server 的異質資料庫遷移 由於開放原始碼資料庫和雲端運算平台的創新和改進 AWS，許多組織正在從 SQL Server 等專屬 （線上交易處理或 OLTP) 資料庫引擎遷移至開放原始碼引擎。SQL Server 資料庫是任何組織的任務關鍵系統，但鎖定在特定廠商是風險高昂且成本高昂的情況。低營運成本且無授權費用是考慮將基礎資料庫技術切換到開放原始碼或 AWS 雲端原生資料庫的有力原因。 遷移 SQL Server 的其他原因是廠商鎖定期間、授權稽核、昂貴的授權和成本。因此，許多組織選擇在遷移至 時，將其 SQL Server 資料庫遷移至開放原始碼資料庫 （例如 PostgreSQL、MySQL 或 MariaDB) 或 AWS 雲端原生資料庫 （例如 Amazon Aurora 或 Amazon DynamoDB) AWS。 您也可以將 SQL Server 資料倉儲資料庫遷移至 Amazon Redshift，這是快速、全受管的雲端資料倉儲。Amazon Redshift 與您的資料湖整合，提供比任何其他資料倉儲快三倍的效能，成本比任何其他雲端資料倉儲低 75%。如需詳細資訊，請參閱 AWS 規範指引網站上的使用 [將內部部署 Microsoft SQL Server 資料庫遷移至 Amazon Redshift AWS DMS](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-microsoft-sql-server-database-to-amazon-redshift-using-aws-dms.html) 模式。 若要遷移至開放原始碼或 AWS 雲端原生資料庫，請根據您擁有的資料類型、存取模型、可擴展性、應用程式實用性和複雜性，選擇正確的資料庫。從 SQL Server 遷移到 PostgreSQL 和其他開放原始碼資料庫通常既困難又耗時，而且需要仔細評估、規劃和測試。 如 AWS Database Migration Service (AWS DMS) 和 AWS Schema Conversion Tool (AWS SCT) 等服務可協助您將商業資料庫遷移至 上的開放原始碼資料庫， AWS 將停機時間降到最低，讓此程序變得更容易。 在異質資料庫遷移中，來源和目標資料庫引擎不同，如同 SQL Server 到 Aurora 或 SQL Server 到 MariaDB 遷移一樣。來源和目標資料庫中的結構描述結構、資料類型和資料庫程式碼可能非常不同，因此必須在資料遷移開始之前轉換結構描述和程式碼。因此，異質遷移是一個兩步驟的程序： + 步驟 1. 轉換來源結構描述和程式碼以符合目標資料庫的結構描述和程式碼。您可以使用 AWS SCT 進行此轉換。 + 步驟 2. 將資料從來源資料庫遷移至目標資料庫。您可以 AWS DMS 針對此程序使用 。 ![Heterogeneous database migration with AWS SCT and AWS DMS](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/migration-sql-server/images/migration-tools.png) AWS DMS 會在遷移期間自動處理主要資料類型轉換。來源資料庫可以位於外部您自己的內部部署中 AWS，可以是在 EC2 執行個體上執行的資料庫，也可以是 Amazon RDS 資料庫 （請參閱 文件中的 AWS DMS [資料遷移來源](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.html))。目標可以是 Amazon EC2、Amazon RDS 或 Aurora 中的資料庫。如需有關使用 MySQL 做為目標資料庫的資訊，請參閱 AWS 資料庫部落格上的[將 SQL Server 資料庫遷移至 MySQL 相容資料庫引擎](https://aws.amazon.com/blogs/database/migrating-a-sql-server-database-to-a-mysql-compatible-database-engine/)。