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

使用 AWS DMS建立進行中複寫的任務

您可以建立 AWS DMS 任務，從來源資料存放區擷取正在進行的變更。您可以在遷移資料的同時執行此擷取。您也可以建立任務，在完成初始 (完全載入) 遷移到支援的目標資料存放區之後，擷取持續進行的變更。此程序稱為持續複寫或變更資料擷取 (CDC)。從來源資料存放區複寫持續變更時， AWS DMS 會使用此程序。此程序的運作方式為使用資料庫引擎的原生 API，將變更收集到資料庫日誌。

每個來源引擎都有特定的組態需求，用於將此變更串流公開給指定的使用者帳戶。大多數的引擎都需要一些額外設定，才能讓擷取程序以有意義的方式使用變更資料，同時不遺失資料。例如，Oracle 需要額外的增補日誌記錄，MySQL 則需要資料列層級的二進位日誌記錄 (二進位日誌記錄)。

若要從來源資料庫讀取持續變更， AWS DMS 會使用引擎特定的 API 動作，從來源引擎的交易日誌讀取變更。以下是如何 AWS DMS 執行此操作的一些範例：

進行中複寫任務有兩種類型：

從 CDC 起點開始執行複寫

您可以從數個點開始 AWS DMS 持續的複寫任務 （僅變更資料擷取）。這些索引標籤包括以下項目：

建立任務時， 會 AWS DMS 標記 CDC 起點，且無法變更。若要使用不同的 CDC 起點，請建立新任務。

決定 CDC 原生起點

CDC 原生起點是資料庫引擎的日誌中的一點，定義您可開始 CDC 的時間。例如，假設大量資料傾印已套用到目標。您可以尋找僅進行中複寫任務的原生起點。為避免產生資料不一致，請謹慎選擇僅複製任務的起點。DMS 會擷取在所選 CDC 起點之後啟動的交易。

以下範例說明您如何從支援的來源引擎尋找 CDC 原生起點：

使用檢查點做為 CDC 起點

持續複寫任務會遷移變更，並 AWS DMS 不時 AWS DMS 快取 的特定檢查點資訊。 AWS DMS 建立的檢查點包含資訊，可讓複寫引擎了解變更串流的復原點。您可以使用檢查點來在變更的時間軸上返回，並復原失敗的遷移任務。您也可以使用檢查點針對其他目標，於任何指定的時間點啟動另一個進行中複寫任務。

您可以透過三種方式中的其中一種取得檢查點資訊：

在遞交或伺服器時間點停止任務

隨著 CDC 原生起點的推出， AWS DMS 也可以在下列時間點停止任務：

您可以視需要修改任務及設定時間 (格式為 UTC)。任務會根據您設定的遞交或伺服器時間自動停止。或者，若您知道在建立任務時停止遷移任務的適當時間，您也可以在建立任務時設定停止時間。

執行雙向複寫

您可以使用 AWS DMS 任務在兩個系統之間執行雙向複寫。在「雙向複寫」中，您可以從兩個系統之間的相同資料表 (或一組資料表) 以兩個方向複寫資料。

例如，您可以將 EMPLOYEE 資料表從資料庫 A 複製到資料庫 B，並將資料庫 A 的變更複寫到資料庫 B。您也可以將 EMPLOYEE 資料表的變更從資料庫 B 複寫回 A。因此，您執行的是雙向複製。

針對不同節點上的資料在操作上分離的情況，請使用雙向複寫。換句話說，假設您有一個資料元素由節點 A 上操作的應用程式所變更，而且節點 A 與節點 B 執行雙向複寫。則節點 A 上的資料元素永遠不會被節點 B 上操作的任何應用程式所變更。

AWS DMS 支援在這些資料庫引擎上進行雙向複寫：

建立雙向複寫任務

若要啟用雙向複寫，請設定資料庫 (A AWS DMS 和 B) 的來源和目標端點。例如，設定資料庫 A 的來源端點、資料庫 B 的來源端點、資料庫 A 的目標端點和資料庫 B 的目標端點。

然後建立兩個任務：一個任務讓來源 A 將資料移至目標 B，另一個任務讓來源 B 將資料移至目標 A。此外，請確定每個任務都已設定迴路預防。這樣做可以防止將相同的變更套用至兩個任務的目標，而不致損毀至少其中一個任務的資料。如需詳細資訊，請參閱防止迴路。

最簡單的方法是從資料庫 A 和資料庫 B 上的相同資料集開始，然後建立兩個僅 CDC 任務，一個將資料從 A 複寫到 B 的任務，另一個將資料從 B 複寫到 A 的任務。

若要使用 AWS DMS 從節點 A 在節點 B 上執行個體化新的資料集 （資料庫），請執行下列動作：

防止迴路

若要顯示防止循環，假設任務 T1 AWS DMS 會從來源資料庫 A 讀取變更日誌，並將變更套用至目標資料庫 B。

接下來，第二項任務 T2 從來源資料庫 B 讀取變更日誌，並將它們套用回目標資料庫 A。在 T2 執行這項操作之前，DMS 必須確定從來源資料庫 A 對目標資料庫 B 所做的相同變更不會對來源資料庫 A 進行。換句話說，DMS 必須確定這些變更不會回應 (循環) 回目標資料庫 A。否則，資料庫 A 中的資料可能會損毀。

若要防止變更迴路，請將下列任務設定新增至每個雙向複寫任務。這樣做可確保任一方向都不會發生迴路資料損毀。

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": Boolean,
    "SourceSchema": String,
    "TargetSchema": String
  },

. . .
}

LoopbackPreventionSettings 任務設定會判斷交易是新的還是來自相反複寫任務的回應。當 AWS DMS 將交易套用至目標資料庫時，它會以變更的指示更新 DMS 資料表 (awsdms_loopback_prevention)。在將每個交易套用至目標之前，DMS 會忽略包含此 awsdms_loopback_prevention 資料表參考的任何交易。因此，它不會套用變更。

將這些任務設定包含在雙向配對中的每個複寫任務。這些設定可啟用迴路預防。它們也會為包含每個端點之 awsdms_loopback_prevention 資料表的任務中的每個來源和目標資料庫指定結構描述。

若要讓每個任務都能夠識別此類回應並加以捨棄，請將 EnableLoopbackPrevention 設定為 true。若要在包含 awsdms_loopback_prevention 的來源指定結構描述，請將 SourceSchema 設定為來源資料庫中該結構描述的名稱。若要在包含相同資料表的目標指定結構描述，請將 TargetSchema 設定為目標資料庫中該結構描述的名稱。

在以下範例中，複寫任務 T1 及其相反複製任務 T2 的SourceSchema 和 TargetSchema 設定是以相反的設定指定的。

任務 T1 的設定如下。

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": true,
    "SourceSchema": "LOOP-DATA",
    "TargetSchema": "loop-data"
  },

. . .
}

相反任務 T2 的設定如下。

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": true,
    "SourceSchema": "loop-data",
    "TargetSchema": "LOOP-DATA"
  },

. . .
}

雙向複寫的限制

的雙向複寫 AWS DMS 有下列限制：