Data Transmission Service:ApsaraDB RDS for MariaDB インスタンス間のデータ同期

ソースデータベースの要件

• 同期対象のテーブルには、すべてのフィールドが一意となる PRIMARY KEY または一意制約 (UNIQUE constraint) が必要です。これらの制約がないと、宛先データベースに重複レコードが発生する可能性があります。

• データベース全体ではなく特定のテーブル（例：テーブルや列の名前変更を伴う場合）を同期する場合、1 つのタスクで最大 1,000 テーブルまでサポートされます。この上限を超えるとリクエストエラーが発生します。複数のタスクをバッチ処理で実行するか、データベース全体を同期してください。

• タスク開始前に、バイナリログパラメーターを以下のように設定してください。

  パラメーター	必須値	理由
  binlog_row_image	full	ApsaraDB RDS for MariaDB ではバイナリログがデフォルトで有効になっています。このパラメーターが full に設定されていない場合、事前チェックに失敗し、タスクを開始できません。
  バイナリログ保持期間 — 増分同期のみ	最低 24 時間	DTS がバイナリログを取得できない場合、タスクは失敗し、データの不整合やデータ損失が発生する可能性があります。保持期間の要件を満たさない場合、DTS のサービスレベルアグリーメント (SLA) は適用されません。
  バイナリログ保持期間 — 完全同期＋増分同期	最低 7 日間	完全なデータ同期が完了すると、保持期間を 24 時間以上に短縮できます。

外部キーの動作

• スキーマ同期中、DTS はソースから宛先へ外部キーを同期します。

• 完全なデータ同期および増分同期中、DTS はセッションレベルで外部キーに関する制約チェックおよびカスケード操作を一時的に無効化します。同期中にソース側でカスケード更新または削除操作を実行すると、データの不整合が発生する可能性があります。

その他の制限事項

• 宛先データベースのバージョンは、ソースデータベースのバージョンと同じか、それより新しい必要があります。宛先のバージョンが古い場合、互換性の問題が発生します。

• ピーク時間帯を避けて同期タスクを実行してください。初期の完全なデータ同期では、両インスタンスの読み取りおよび書き込みリソースが使用されるため、サーバー負荷が高まります。

• 初期の完全なデータ同期中に並列 INSERT 操作を実行すると、宛先のテーブルスペースにフラグメントが発生します。完全同期完了後、宛先の使用テーブルスペースはソースよりも大きくなります。

• 同期テーブルに対してオンライン DDL を実行する際に、pt-online-schema-change などのツールを使用しないでください。代わりに、Data Management (DMS) を使用してください。詳細については、「ロックフリーデータ定義言語 (DDL) 操作の実行」をご参照ください。

• 同期中は、宛先データベースへの書き込みを DTS 経由でのみ行ってください。他のツールを使用して宛先に書き込むと、データの不整合が発生します。やむを得ず他のツールを使用する場合は、DMS を用いたオンライン DDL 操作は実行しないでください。これにより、宛先でデータ損失が発生する可能性があります。

• 宛先データベースで DDL ステートメントが失敗した場合でも、DTS タスクは継続して実行されます。失敗した DDL ステートメントはタスクログで確認できます。「タスクログの表示」をご参照ください。

ステップ 1：データ同期タスクページへ移動

1. Data Management (DMS) コンソール にログインします。

2. 上部ナビゲーションバーで、Data + AI をクリックします。

3. 左側ナビゲーションウィンドウで、DTS (DTS) ＞ データ同期 を選択します。

ステップ 2：リージョンの選択

データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。

ステップ 3：ソースおよび宛先データベースの構成

タスクの作成 をクリックします。タスク作成ウィザードで、以下の設定を構成します。

タスク設定：

ソースデータベース

宛先データベース

ステップ 4：接続性のテスト

接続性のテストと続行 をクリックします。

DTS は、自動的にその CIDR ブロックを Alibaba Cloud データベースインスタンスのホワイトリストおよび自己管理データベースをホストする Elastic Compute Service (ECS) インスタンスのセキュリティグループルールに追加します。ECS インスタンスがデータベースにアクセスできることを確認する必要があります。データベースが複数の ECS インスタンスにデプロイされている場合、各 ECS インスタンスのセキュリティグループルールに DTS サーバーの CIDR ブロックを手動で追加する必要があります。データセンター内または第三者クラウドプロバイダーによってホストされる自己管理データベースの場合、DTS の CIDR ブロックをデータベースのホワイトリストに手動で追加してください。詳細については、「DTS サーバーの CIDR ブロック」をご参照ください。

ステップ 5：同期オブジェクトの構成

以下のパラメーターを構成し、次に高度な設定に進んでください。

ステップ 6：高度な設定の構成

次へ：高度な設定 をクリックし、以下の項目を構成します。

ステップ 7：事前チェックの実行

次へ：タスク設定の保存と事前チェック をクリックします。

このタスクの OpenAPI パラメーターをプレビューするには、次へ：タスク設定の保存と事前チェック 上にカーソルを合わせ、OpenAPI パラメーターのプレビュー をクリックしてください。

ステップ 8：事前チェックの完了を待機

成功率 が 100 % になるまで待機し、その後 次へ：インスタンスの購入 をクリックします。

ステップ 9：同期インスタンスの購入

購入 ページで、以下の項目を構成します。

ステップ 10：サービス利用規約の承諾

Data Transmission Service（従量課金）サービス利用規約 を読み、チェックボックスをオンにしてください。

ステップ 11：タスクの開始

購入して開始 をクリックします。ダイアログボックスで OK をクリックします。

タスクリストで進行状況を確認できます。