SQL 伺服器的異質資料庫移轉 - AWS 規定指引

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

SQL 伺服器的異質資料庫移轉

由於開放原始碼資料庫和雲端運算平台 (例如) 的創新與改良AWS,許多組織都從專屬 (線上交易處理或 OLTP) 資料庫引擎 (例如 SQL Server) 轉移到開放原始碼引擎。SQL Server 資料庫對於任何組織來說都是關鍵任務系統,但是被鎖定在特定廠商中是一種危險且昂貴的情況。考慮將基礎資料庫技術切換到開放原始碼或AWS雲端原生資料庫,這是極具吸引力的理由。

遷移 SQL Server 的其他原因包括廠商鎖定期間、授權稽核、昂貴的授權和成本。因此,許多組織在遷移到時選擇將其 SQL Server 資料庫遷移到開放原始碼資料庫 (例如 PostgreSQL、MySQL 或 MariaDB) 或AWS雲端原生資料庫 (例如亞馬遜極光或亞馬遜動態 B)。AWS

您也可以將 SQL Server 資料倉儲資料庫遷移到 Amazon Redshift,這是一個快速、全受管的雲端資料倉儲。Amazon Redshift 與您的資料湖整合,提供比任何其他資料倉儲快三倍的效能,而且成本比任何其他雲端資料倉儲節省高達 75%。如需詳細資訊,請參閱AWS規範指導網站AWS DMS上的模式將現場部署 SQL Server 資料庫遷移至亞馬遜 Redshift

若要移轉至開放原始碼或AWS雲端原生資料庫,請根據您擁有的資料類型、存取模式、延展性、應用程式實際性和複雜性,選擇正確的資料庫。從 SQL Server 遷移到 PostgreSQL 以及其他開放原始碼資料庫通常既困難又耗時,而且需要仔細評估、規劃和測試。

使用 () 和 AWS Database Migration Service AWS Schema Conversion Tool (AWS DMS) 等服務,此程序變得更加容易,可協助您將商業資料庫遷移到開放原始碼資料庫,而且停機時間最短。AWS SCT AWS

在異質資料庫移轉中,來源和目標資料庫引擎是不同的,如 SQL Server 到極光或 SQL Server 到 MariaDB 的移轉。來源和目標資料庫中的結構描述結構、資料類型和資料庫程式碼可能相當不同,因此必須在資料移轉開始之前轉換結構描述和程式碼。基於這個原因,異質移轉需要兩個步驟:

  • 步驟 1. 轉換源模式和代碼以匹配目標數據庫的模式。您可以使AWS SCT用此轉換。

  • 步驟 2. 將資料從來源資料庫移轉至目標資料庫。您可以使AWS DMS用此過程。

Heterogeneous database migration with AWS SCT and AWS DMS

AWS DMS在移轉期間自動處理主要資料類型轉換。來源資料庫可以位於您自己的內部部署外部AWS,也可以是 EC2 執行個體上執行的資料庫,也可以是 Amazon RDS 資料庫 (請參閱AWS DMS文件中的資料移轉來源)。目標可以是亞馬遜 EC2,亞馬遜 RDS 或極光中的數據庫。如需有關使用 MySQL 做為目標資料庫的詳細資訊,請參閱資料庫部落格上的將 SQL Server 資料庫移轉至與 MySQL 相容的資料庫引擎。AWS

如需有關重構 SQL Server 資料庫的詳細資訊AWS,請參閱AWS規範指引網站上的重新架構模式