Data Transmission Service:データ同期タスクの設定

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

• 同期対象のテーブルには、PRIMARY KEY または一意制約（UNIQUE constraint）が定義されており、すべてのフィールド値が一意である必要があります。これを満たさない場合、宛先データベースに重複レコードが生成される可能性があります。

• テーブル単位（データベース全体ではなく）で同期対象を選択し、かつテーブル名またはカラム名の変更が必要な場合：1 つの同期タスクあたりの上限は 1,000 テーブルです。1,000 テーブルを超える場合は、複数のタスクに分割するか、データベース全体を同期してください。

• バイナリロギングの要件：

  • バイナリログ記録を有効にする必要があります。また、binlog_row_image を full に設定する必要があります。詳細については、「ApsaraDB RDS for MySQL インスタンスのパラメーターを変更する」をご参照ください。

    重要

    自己管理 MySQL データベースの場合：- binlog_format を row に、binlog_row_image を full に設定します。- デュアルプライマリクラスターデプロイの場合は、DTS がすべてのバイナリログを取得できるように、log_slave_updates を ON に設定します。詳細については、「自己管理 MySQL データベースのアカウントを作成し、バイナリロギングを設定する」をご参照ください。

  • 増分同期のみの場合：バイナリログの保存期間を最低 24 時間以上確保してください。

  • 完全同期および増分同期の両方を行う場合：バイナリログの保存期間を最低 7 日間以上確保してください。完全データ同期が完了した後は、保存期間を 24 時間以上に設定できます。

  バイナリログ保持要件を満たさない場合、DTS は必要なログを取得できず、タスクの失敗、データの不整合、またはデータ損失が発生する可能性があります。このような場合、DTS のサービスレベルアグリーメント (SLA) では、サービスの信頼性またはパフォーマンスを保証しません。バイナリログファイルについて詳しくは、「ApsaraDB RDS for MySQL インスタンスのバイナリログファイルを表示および削除する」をご参照ください。

スキーマ同期の動作

• DTS は、スキーマ同期時にソースデータベースの外部キー（foreign keys）を宛先データベースへ同期します。

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

その他の制限事項

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

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

• 初期完全データ同期完了後、宛先の表領域（tablespace）は、同時 INSERT 操作による断片化（fragmentation）の影響で、ソースよりも大きくなります。

• 選択したテーブル（データベース全体ではない）を同期する場合は、同期中に pt-online-schema-change などのツールを DDL 操作に使用しないでください。タスクは失敗します。ソーステーブルでオンライン DDL を実行する必要がある場合は、Data Management (DMS) を使用してください。詳細については、「ロックフリー DDL 操作の実行」をご参照ください。

• 同期中は、DTS を通じてのみ宛先データベースに書き込むようにしてください。他のツールを介して書き込んだ場合、データの不整合またはデータ損失が発生する可能性があります。

自己管理 MySQL データベースに関する注意事項

• タスク実行中にソースデータベースでプライマリ／セカンダリ スイッチオーバーが発生すると、タスクが失敗します。

• DTS は、同期遅延（synchronization latency）を、宛先で最新に同期されたデータのタイムスタンプとソースの現在時刻に基づいて算出します。ソースで一定期間 DML 操作が行われていない場合、表示される遅延値は不正確になる可能性があります。遅延値を更新するには、ソースで任意の DML 操作を実行してください。

  データベース全体を同期する場合は、1 秒ごとに更新されるハートビートテーブル（heartbeat table）を作成することで、遅延値の精度を維持できます。

• DTS は定期的に、ソースデータベース内で CREATE DATABASE IF NOT EXISTS 'test' を実行し、バイナリログファイルの位置（binary log file position）を進めます。

ステップ 1：専用クラスターへの移動

1. 専用クラスター ページへ移動します。

2. ページ上部のナビゲーションバーから、ご利用の DTS 専用クラスターが配置されているリージョンを選択します。

3. DTS 専用クラスターの 操作 列で、タスクの設定 ＞ データ同期タスクの設定 を選択します。

ステップ 2：ソースおよび宛先データベースの設定

一般設定

ソースデータベース

宛先データベース

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

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

DTS は、データベースタイプに応じてネットワークアクセスを自動的に処理します。

• Alibaba Cloud データベースインスタンス（例：ApsaraDB RDS for MySQL や ApsaraDB for MongoDB）：DTS が自動的に、そのサーバーの CIDR ブロックをインスタンスのホワイトリストに追加します。

• Elastic Compute Service（ECS）上の自己管理データベース：DTS が自動的に、そのサーバーの CIDR ブロックを ECS セキュリティグループルールに追加します。ECS インスタンスがデータベースに到達可能であることを確認してください。

• オンプレミスまたはサードパーティのクラウドデータベース: DTS サーバーの CIDR ブロックをデータベースのホワイトリストに手動で追加します。詳細については、「オンプレミスデータベースのセキュリティ設定に DTS サーバーの CIDR ブロックを追加する」をご参照ください。

ステップ 4：同期対象の選択および同期設定の構成

同期モードの選択

DTS では、以下の 3 種類の同期モードがサポートされています。ご利用のユースケースに合った組み合わせを選択してください。

• スキーマ同期：テーブルスキーマ（DDL 構造）をソースから宛先へ同期します。

• 完全データ同期：ソースから宛先へ既存の全データをコピーします。これは、その後の増分同期のベースラインとなります。

• 増分データ同期（デフォルト選択）：初期の完全同期後に、継続的に進行中のデータ変更をレプリケートします。

本例では、以下の 3 つをすべて選択します：スキーマ同期、完全データ同期、および 増分データ同期。

同期パラメーター

同期対象の選択

ソースオブジェクト セクションで同期対象のオブジェクトを選択し、右向き矢印（rightwards arrow）アイコンをクリックして、選択済みオブジェクト セクションへ移動します。

カラム、テーブル、またはデータベース全体を選択できます。テーブルまたはカラムを選択した場合、ビュー、トリガー、ストアドプロシージャは宛先へ同期されません。

選択済みオブジェクト セクションでは、以下の操作が可能です。

• 単一オブジェクトの名前を変更するには、オブジェクトを右クリックします。詳細については、「単一オブジェクトの名前をマップする」をご参照ください。

• 複数のオブジェクトを一度に名前変更するには、右上隅の [一括編集] をクリックします。詳細については、「複数のオブジェクト名を一度にマップ」をご参照ください。

• オブジェクト単位での特定 SQL 操作のフィルター：オブジェクトを右クリックし、同期対象の SQL 操作を選択します。

• WHERE 条件によるデータフィルター：オブジェクトを右クリックし、条件を指定します。詳細については、「SQL 条件を用いたデータフィルター」をご参照ください。

オブジェクト名マッピングによる名前変更は、依存関係のある他のオブジェクトの同期失敗を引き起こす可能性があります。

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

次へ：高度な設定 をクリックし、以下のパラメーターを構成します。

データ検証

データ検証の有効化について詳しくは、「データ検証の有効化」をご参照ください。

高度な設定

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

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

DTS は、タスク開始前に事前チェックを実行します。すべての事前チェック項目が合格した場合にのみ、タスクが起動します。

• 事前チェック項目のいずれかが不合格となった場合： 詳細の表示 をクリックして問題を特定・解決し、再チェック をクリックします。

• アラートがトリガーされた場合：

  • 無視できないアラートの場合：詳細の表示 をクリックして問題を解決し、再度事前チェックを実行します。

  • 無視できるアラートの場合：アラート詳細の確認 をクリックし、無視、OK の順にクリックした後、再チェック をクリックします。

アラート項目を無視すると、データの不整合が発生し、業務に潜在的なリスクを及ぼす可能性があります。

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

1. 事前チェックの合格率が 100 % になるまで待ち、次へ：DTS インスタンスタイプの選択 をクリックします。

2. 新規インスタンスクラス セクションで、インスタンスクラスを構成します。最小で 1 DTS ユニット（DU）から、利用可能な残り DU 数まで設定できます。

3. Data Transmission Service（従量課金）利用規約 のチェックボックスを読み、同意して選択します。

4. タスクの開始 をクリックし、OK をクリックします。

タスクの進行状況を監視するには、クラスターの詳細ページを開き、左側のナビゲーションウィンドウから クラスタータスクリスト をクリックします。