本文介紹SQL Server常見的幾種遷移上雲的方案,您可以根據資料來源的位置、各方案使用的工具、各方案的優勢與限制等,選擇最適合您的上雲方案。
準備工作
已建立規格和儲存空間大於等於源庫的目標RDS SQL Server執行個體。
在源和目標庫中分別執行
SELECT name, compatibility_level FROM sys.databases;命令,確認目標庫是否相容源庫。請確保源庫和目標庫的安全設定(包括防火牆、白名單、安全性群組等)未限制遷移工具的訪問。
若您需要使用到DTS遷移上雲,請確保:
已添加DTS伺服器的IP位址區段到資料庫白名單設定中,以便DTS可以正常訪問。
目標庫和源庫在DTS支援的遷移範圍中。
上雲方案簡介
物理備份上雲
上雲方案 | 實現流程 | 操作教程 |
使用OSS(手動上雲) |
| |
使用資料災備和DTS(一鍵上雲) |
|
邏輯資料移轉
上雲同步模式 | 實現流程 | 操作教程 |
使用DTS(日誌解析模式) |
| |
使用DTS(混合日誌解析模式) |
| |
使用DTS(輪詢查詢CDC執行個體模式) |
|
其他方案上雲
上雲方案 | 實現流程 | 操作教程 |
使用SSMS工具 |
|
上雲方案對比
物理備份上雲
上雲方案 | 方案優勢 | 主要限制 |
使用OSS(手動上雲) |
|
|
使用資料災備和DTS(一鍵上雲) |
|
|
邏輯遷移上雲
上雲同步模式 | 方案優勢 | 主要限制 |
使用DTS(日誌解析模式) |
|
|
使用DTS(混合日誌解析模式) |
|
|
使用DTS(輪詢查詢CDC執行個體模式) |
|
|
其他方案上雲
上雲方案 | 方案優勢 | 主要限制 |
使用SSMS工具 | 操作過程簡單穩定,資料一致性風險小。 |
|
上雲方案選擇
若資料來源不支援增量遷移,則需要在進行上雲操作之前停止源庫的資料寫入。
資料來源 | 是否支援增量遷移 | 可選上雲方案 | 推薦方案 |
自建SQL Server | 是 |
| |
Azure SQL Database | 是 |
| |
Azure SQL Managed Instance | |||
SQL Server on Azure Virtual Machines |
| ||
Amazon RDS for SQL Server | 是 |
| |
華為雲RDS SQL Server | 否 |
| 說明
|
騰訊ApsaraDB for SQL Server | 是 |
| |
Google Cloud SQL for SQL Server | 是 |
|
後續操作
資料校正
SQL Server遷移上雲後,通常需要校正資料是否已經全量遷移到RDS SQL Server執行個體,您可以根據實際情況進行校正。如下為兩種常見校正方式:
根據核心資料校正
您可以按照日期或自增ID進行排序,以驗證最新業務資料是否已經正確遷移。例如,核心業務表Orders中包含OrderID(自增ID)和OrderDate(日期)等欄位,可以使用如下語句進行查詢:
-- 來源資料庫執行個體中的SQL查詢
SELECT TOP 10 OrderID, OrderDate, CustomerID, TotalAmount
FROM Orders
ORDER BY OrderDate DESC;
-- 目標資料庫執行個體中的SQL查詢
SELECT TOP 10 OrderID, OrderDate, CustomerID, TotalAmount
FROM Orders
ORDER BY OrderDate DESC;使用DTS全量校正
DTS支援在不停服的情況下對源庫和目標庫進行校正。您可以使用DTS建立一個全量校正任務,以校正資料是否已經全量遷移。
更新資料庫統計資訊
若SQL Server遷移上雲後,目標RDS SQL Server執行個體的效能明顯下降,可能是因為RDS SQL Server執行個體中的資料分布發生變化。您可以對指定資料庫的統計資訊進行全量更新,以恢複或提升執行個體效能。