全部產品
Search
文件中心

ApsaraDB RDS:執行個體間的資料庫複寫

更新時間:Jun 14, 2025

RDS SQL Server支援執行個體間的資料庫複寫功能,可滿足使用者在不同情境下的資料移轉和同步等需求。您可以通過RDS控制台或API將一個執行個體中的單個或多個資料庫,以及來源資料庫的所屬使用者和許可權複製到另外一個執行個體中。

功能說明

RDS SQL Server將資料從源執行個體複製到目標執行個體期間,會先對源執行個體做一次全量資料備份,待源執行個體備份完成後,再將資料複製到目標執行個體。如果資料複製期間源執行個體持續有新的寫入操作(增量資料),那麼這部分增量資料不會被複製到目標執行個體中。

您可以選擇單庫複製或全庫複製,且整個複製操作要麼全部成功,要麼全部失敗,以此保證資料的一致性。具體複製規則如下:

執行個體要求

說明

資料庫版本

已有執行個體資料庫版本必須大於等於原執行個體資料庫版本。

執行個體系列

不支援高系列到低系列。系列從高到低依次為叢集系列 > 高可用系列 > 基礎系列。

執行個體規格

僅支援同規格到同規格、通用規格到獨享規格、獨享規格到通用規格。

RDS資料庫複寫功能與DTS遷移功能的區別

區別項

RDS資料庫複寫功能

DTS遷移功能

功能原理

RDS資料庫複寫的實現原理是通過備份組還原,即通過指定時間點或者備份組來將指定的資料庫複寫到目標執行個體,不會刪除源庫資料。

DTS遷移為邏輯遷移,其實現原理是通過讀取並解析源端日誌的方式進行資料移轉。資料移轉過程包括三個階段,即結構遷移、全量資料移轉和增量資料移轉, 不會刪除源庫資料。

支援的資料來源

僅支援源為RDS SQL Server。

支援源為阿里雲ECS自建資料庫、IDC自建資料庫、其它雲端服務器上的自建資料庫或RDS SQL Server。更多詳情,請參見支援的資料庫

實現模式

僅支援一次性全量複製,不收費。

支援結構遷移和全量資料移轉、增量資料移轉。增量遷移收費,詳情請參見計費概述

前提條件

RDS SQL Server執行個體需滿足以下條件:

  • 源執行個體和目標執行個體必須在同一個阿里雲帳號下。

  • 源執行個體和目標執行個體需位於同一地區(可用性區域可不同),且網路類型需一致。

  • 目標執行個體中不得存在與源執行個體待覆制資料庫同名的資料庫。

  • 目標執行個體的可用儲存空間需大於源執行個體中待覆制資料庫佔用的空間。儲存空間不足時,請及時擴容

操作步驟

  1. 訪問RDS執行個體列表,在上方選擇地區,然後單擊目標執行個體ID。

  2. 在左側功能表列中單擊資料庫管理

  3. 單擊複制到其他執行個體,配置如下參數。

    配置項

    說明

    源執行個體名稱

    系統預設顯示源執行個體的ID。

    目標執行個體名稱

    選擇目標RDS執行個體。

    說明

    源執行個體和目標執行個體必須在同一地區,可用性區域可以不同,網路類型需相同。

    需複製的資料庫

    指定哪些源執行個體中的資料庫需要複製到目標執行個體。您可以通過右移左移靈活控制需要複製的資料庫。

    選擇多個資料庫或者全部資料庫時,請確保:

    • 目標執行個體的可用儲存空間大於源執行個體中待覆制資料庫佔用的空間。

    • 需要複製的資料庫沒有與目標執行個體中的資料庫重名。

    說明
    • 若複製操作進行中時,目標執行個體中建立了與需要複製的資料庫同名的庫,此時系統會跳過同名的資料庫,不做複製。

    • 若選擇了某個資料庫,則資料庫內的表結構和表資料均會複製過去。

    是否複製使用者和許可權

    是否將來源資料庫的所屬使用者以及許可權複製到目標執行個體的資料庫中。

    • 同步複製資料庫的使用者和許可權:將源執行個體中該庫對應的使用者和許可權複製到目標執行個體。存在以下兩種情況:

      • 若目標執行個體中存在對應的使用者,直接給其添加源執行個體中對應的許可權;

      • 若目標執行個體中不存在對應的使用者,則先在目標執行個體中建立該使用者,再賦予相應的許可權。

    • 僅複製資料庫,不復原使用者與許可權:(預設選項)源執行個體該庫對應的使用者和許可權不複製到目標執行個體。

      您可以在目標執行個體中為該庫添加帳號和許可權,請參見建立資料庫和帳號

  4. 單擊確定

相關操作

常見問題

恢複資料到其他執行個體的時間預估需要多久?

預估時間

通常情況下,恢複資料到其他執行個體所需的預估時間範圍如下。需注意,以下備份和恢複速度均基於未壓縮的資料大小。

說明

由於Web版本的執行個體不支援備份壓縮,因此備份效率會有所影響,備份與恢複速度可能降至100 GB/小時以下。

操作

是否必須

預計消耗時間

注意事項

對執行個體進行全量備份

非必須

200 GB/小時

  • 由於交易記錄的恢複速度遠低於全量備份的資料恢複速度,為確保資料恢複的最佳效率,若36小時內執行個體未進行過全量備份,升級過程中執行個體將執行一次全量備份,從而在加快恢複速度和額外增加一次全量備份之間找到平衡點。

    建議在恢複前選擇適宜時間手動執行全量備份,或選擇在系統自動全量備份結束後的36小時內發起恢複任務,以減少恢複過程所需總時間長度。

  • 備份速度可能因地區和時間段的不同而有所變化。

  • 為了獲得更準確的備份和恢複效能,請參考最近一次全量備份的資料量和備份時間。

在目標執行個體恢複全量備份

必須

200 GB/小時

將資料庫恢複上線

必須

正常2分鐘內

  • 資源消耗:應用增量交易記錄是資源密集型操作。小規格執行個體(例如2核4 GB)可能會因交易記錄數量較多而導致恢複速度下降。

  • 資料庫恢複加速選項:RDS SQL Server 2019及更高版本提供加速資料庫恢複(Accelerated Database Recovery)選項,可能會減少資料庫恢複上線步驟所需時間。具體請根據微軟官方文檔綜合評估是否啟用此選項。

預估樣本

測試執行個體:執行個體規格為4核8 GB,資料量大小為600 GB。

  • 全量備份(非必須):預計耗時3小時。(600 GB / 200 GB每小時)

  • 恢複全量備份至目標執行個體:預計耗時3小時。(600 GB / 200 GB每小時)

  • 將資料庫恢複上線:預計耗時2分鐘內。

綜上,在此樣本中,若執行個體36小時內未進行過全量備份,總耗時預計為6小時2分鐘左右,否則需要3小時2分鐘左右。

恢複建議

  • 維護視窗規劃:建議在系統負載較低的時段進行恢複操作,以最小化對業務的影響。

  • 長事務問題:恢複過程中應避免執行長時間啟動並執行事務操作,例如建立或重建索引、資料歸檔等,以免延長資料庫恢複上線步驟的時間。