移轉指南:SQL Server 至 Azure SQL Database

適用于:Azure SQL資料庫

在本指南中,您將了解如何移轉SQL Server 執行個體至 Azure SQL Database。

您可以移轉在內部部署或下列項目上執行的 SQL Server:

  • 虛擬機器上的 SQL Server
  • Amazon Web Services (AWS) EC2
  • Amazon 關聯式資料庫服務 (AWS RDS)
  • 計算引擎 (Google Cloud Platform - GCP)
  • 適用於 SQL Server 的 Cloud SQL (Google Cloud Platform – GCP)

如需更多的移轉資訊,請參閱移轉概觀。 如需其他移轉指南,請參閱資料庫移轉

移轉程序流程

必要條件

若要將您的 SQL Server 移轉 至 Azure SQL Database,請確定您已:

移轉前

在確認您的來源環境受到支援之後,請從移轉前階段開始。 探索所有現有的資料來源、評量移轉可行性,並找出可能會妨礙您移轉 Azure 雲端的任何執行問題。

探索

在探索階段中,掃描網路以找出您組織所使用的所有 SQL Server 執行個體和功能。

使用 Azure Migrate 評量內部部署伺服器的移轉適用性、執行以效能為基礎的大小調整,並提供在 Azure 中執行的成本估計。

或者,您可以使用 Microsoft Assessment and Planning Toolkit (MAP Toolkit) 來評定您目前的 IT 基礎結構。 此工具組提供功能強大的詳細目錄、評量和報告工具,以簡化移轉規劃程序。

如需可用於探索階段的工具的詳細資訊,請參閱資料移轉案例可用的服務和工具

評定

注意

如果您正在大規模評定 VMWare 上的整個 SQL Server 資料資產,則請使用 Azure Migrate 取得 Azure SQL 部署建議、目標大小調整及每月預估值。

探索到資料來源之後,請評量任何可移轉至 Azure SQL Database 的內部部署 SQL Server 資料庫,藉以找出移轉阻礙或相容性問題。

您可以使用 Data Migration Assistant (4.1 版和更新版本) 評定要取得的資料庫:

若要使用資料庫移轉評量來評定您的環境,請遵循下列步驟:

  1. 開啟 Data Migration Assistant (DMA)
  2. 選取 [檔案],然後選擇 [新增評量]。
  3. 指定專案名稱、選取 SQL Server 做為來源伺服器類型,然後選取 Azure SQL Database 做為目標伺服器類型。
  4. 選取您想要產生的評量報告類型。 例如,資料庫相容性和功能同位。 根據評量的類型,來源 SQL Server 所需的權限可能會不同。 DMA 將會醒目提示選擇的建議程式在執行評量前所需的權限。
    • 「功能同位」類別提供一組完整的建議、Azure 中可使用的替代方法以及補救步驟,協助您規劃移轉專案。 (需要 sysadmin 權限)
    • 「相容性問題」類別識別部分支援或不支援的功能相容性問題,這些問題可能會封鎖移轉以及解決這些問題的建議 (需要 CONNECT SQLVIEW SERVER STATEVIEW ANY DEFINITION 權限)。
  5. 指定 SQL Server 的來源連線詳細資料,並連線至來源資料庫。
  6. 選取 [啟動評量]。
  7. 程序完成後,請選取並查看評量報告以了解移轉封鎖和功能同位的問題。 您也可以將評量報告匯出至可與組織中其他小組或人員共用的檔案。
  8. 判斷最小化移轉後工作的資料庫相容性層級。
  9. 針對您的內部部署工作負載,找出最佳的 Azure SQL Database SKU。

若要深入了解,請參閱使用 Data Migration Assistant 執行 SQL Server 移轉評量

如果評量遭遇多個阻礙,進而確認您的資料庫尚未準備好進行 Azure SQL Database 移轉,則另請考慮:

調整規模的評量與分析

Data Migration Assistant 支援對評量報告執行調整規模的評量和彙總,藉以進行分析。

如果您有多個伺服器和資料庫需要大規模評量和分析,以提供更廣泛的資料資產檢視,請參閱下列連結以深入了解:

重要

您也可以使用 DMA 命令列公用程式大規模自動化執行多個資料庫的評量,尤其是大型資料庫,並將評量上傳至 Azure Migrate,以供進一步的分析和目標整備度。

移轉

完成移轉前階段相關聯的工作之後,您就可以開始執行結構描述和資料移轉。

使用您選擇的移轉方法來移轉您的資料。

本指南說明兩個最常用的選項 - Data Migration Assistant 和 Azure 資料庫移轉服務。

Data Migration Assistant (DMA)

若要使用 DMA 將資料庫從 SQL Server 移轉至 Azure SQL Database,請遵循下列步驟:

  1. 下載並安裝 Database Migration Assistant
  2. 建立新的專案,並選取 [移轉] 做為專案類型。
  3. 將來源伺服器類型設為 [SQL Server],並將目標伺服器類型設為 [Azure SQL Database],然後選取移轉範圍做為 [結構描述與資料],然後選取 [建立]。
  4. 在移轉專案中,指定來源伺服器詳細資料,例如伺服器名稱、用來連接到伺服器的認證,以及要移轉的來源資料庫。
  5. 在目標伺服器詳細資料中,指定 Azure SQL Database 伺服器名稱、連線到伺服器所用的認證,以及移轉的目標資料庫。
  6. 選取結構描述物件,並將其部署至目標 Azure SQL Database。
  7. 最後,選取 [開始資料移轉],並監視移轉進度。

如需詳細的教學課程,請參閱使用 Data Migration Assistant,將內部部署 SQL Server 或 Azure VM 上的 SQL Server 移轉至 Azure SQL Database

注意

  • 在匯入期間,將您的資料庫調整為較高的服務層級與計算大小,提供更多且更快速的資源來最大化匯入速度。 然後,您可以在匯入成功後縮小。
  • 匯入之後的資料庫相容性等級會以來源資料庫的相容性等級為基礎。

Azure 資料庫移轉服務 (DMS)

若要使用 DMS 將資料庫從 SQL Server 移轉至 Azure SQL Database,請遵循下列步驟:

  1. 如果是第一次執行此工作,請在您的訂閱中註冊 Microsoft.DataMigration 資源提供者。
  2. 在您選擇的所需位置中建立 Azure 資料庫移轉服務執行個體 (最好是在與目標 Azure SQL Database 相同的區域中)。 選取現有的虛擬網路,或建立一個新的虛擬網路來託管您的 DMS 執行個體。
  3. 建立 DMS 執行個體之後,請建立新的移轉專案,將來源伺服器類型指定為 SQL Server,並將目標伺服器類型指定為 Azure SQL Database。 在 [建立移轉專案] 刀鋒視窗中,選擇 [離線資料移轉] 做為活動類型。
  4. 在 [移轉來源] 詳細資料頁面上指定來源 SQL Server 詳細資料,並在 [移轉目標] 詳細資料頁面上指定目標 Azure SQL Database 詳細資料。
  5. 對應來源資料庫和目標資料庫以進行移轉,然後選取您要移轉的資料表。
  6. 檢查移轉摘要,並選取 [執行移轉]。 然後,您可以監視移轉活動,並檢查您的資料庫移轉進度。

如需詳細的教學課程,請參閱使用 DMS 將 SQL Server 移轉至 Azure SQL Database

資料同步和完全移轉

當您使用會持續將資料變更從來源複寫/同步至目標的移轉選項時,來源資料和結構描述可能會變更,並且從目標漂移。 在資料同步期間,請確定來源上的所有變更都已在移轉程序中擷取並套用至目標。

在確認來源和目標上的資料都相同後,您便可以從來源完全移轉至目標環境。 請務必與商務/應用程式小組規劃完全移轉程序,確保在完全移轉期間盡可能減少中斷,並且不會影響商務永續性。

重要

如需使用 DMS 進行移轉時與執行完全移轉相關聯的特定步驟的詳細資料,請參閱執行移轉完全移轉

移轉建議

若要加速移轉至 Azure SQL Database,您應該考慮下列建議:

資源爭用 建議
來源 (通常為內部部署) 在移轉期間,來源的主要瓶頸是資料 I/O,以及需要謹慎監視的資料檔案延遲。 根據資料 IO 和資料檔案延遲,以及其為虛擬機器或實體伺服器,您須與儲存體管理員合作,並探索可緩減瓶頸的選項。
目標 (Azure SQL Database) 最大的限制因素是記錄產生速率和記錄檔的延遲。 使用 Azure SQL Database,您可以取得高達 96 MB/s 的記錄產生速率。 若要加速移轉,請將目標 SQL 資料庫擴大為 Business Critical 第 5 代 (8 個虛擬核心),以取得 96 MB/s 的最大記錄產生速率,也可達成記錄檔的低延遲性。 無論選擇的服務層級為何,超大規模資料庫服務層都提供 100 MB/s 的記錄速率
Network 所需的網路頻寬等於最大記錄內嵌速率 96 MB/s (768 MB/s) 您可以根據從內部部署資料中心到 Azure 的網路連線,來檢查您的網路頻寬 (通常是 Azure ExpressRoute),以適應最大的記錄內嵌速率。
用於 Data Migration Assistant (DMA) 的虛擬機器 CPU 是執行 DMA 的虛擬機器的主要瓶頸 使用下列項目加速移轉資料所要考量的事項
- Azure 計算密集型虛擬機器
- 使用至少 F8s_v2 (8 個虛擬核心) 虛擬機器執行 DMA
- 確保虛擬機器在與目標相同的 Azure 區域中執行
Azure 資料庫移轉服務 (DMS) \(部分機器翻譯\) DMS 的計算資源爭用和資料庫物件考量事項 使用具有 4 個虛擬核心的進階版。 DMS 會自動處理資料庫物件,例如外部索引鍵、觸發程序、條件約束和非叢集索引,且不需要手動介入。

移轉後

在成功完成移轉階段之後,需要進行一系列的後續移轉工作,以確保所有項目都能順暢且有效率地運作。

移轉後階段對於協調任何資料精確度問題、驗證完整性以及解決工作負載的效能問題而言至關重要。

修復應用程式

將資料移轉至目標環境之後,先前取用來源的所有應用程式都必須開始取用目標。 在某些情況下,完成這項工作需要對應用程式進行變更。

執行測試

資料庫移轉的測試方法包含下列活動:

  1. 開發驗證測試:若要測試資料庫移轉,則需要使用 SQL 查詢。 您必須建立驗證查詢,以針對來源及目標資料庫執行。 驗證查詢應涵蓋已定義的範圍。
  2. 設定測試環境:測試環境應該包含來源資料庫及目標資料庫的複本。 請務必隔離測試環境。
  3. 執行驗證測試:對來源及目標執行驗證測試,然後分析結果。
  4. 執行效能測試:對來源及目標執行效能測試,然後分析並比較結果。

利用進階功能

請務必利用 SQL Database 所提供的進階雲端式功能,例如內建的高可用性威脅偵測,以及監視和調整您的工作負載

部分 SQL Server 功能只能在資料庫相容性層級變更為最新相容性層級 (150) 之後使用。

若要深入了解,請參閱移轉後管理 Azure SQL Database

後續步驟