すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for PostgreSQL クラスター間の双方向同期

    ドキュメントセンター

    Data Transmission Service:PolarDB for PostgreSQL クラスター間の双方向同期

    最終更新日:Feb 04, 2026

    このトピックでは、Data Transmission Service (DTS) を使用して PolarDB for PostgreSQL クラスター間の双方向同期を実装する方法について説明します。

    前提条件

    • ソースとターゲットの PolarDB for PostgreSQL クラスターが作成されていること。詳細については、「データベースクラスターの作成」をご参照ください。

      説明

      • ソースデータベースとターゲットデータベースでサポートされているバージョンについては、「同期ソリューションの概要」をご参照ください。

      • ターゲットの PolarDB for PostgreSQL クラスターは、ソースの PolarDB for PostgreSQL クラスターと同じ仕様にすることを推奨します。

    • データを受信するために、ターゲットの PolarDB for PostgreSQL クラスターにデータベースが作成されていること。詳細については、「データベース管理」をご参照ください。

    • ソースとターゲットの両方の PolarDB for PostgreSQL クラスターの wal_level パラメーターが logical に設定されていること。詳細については、「クラスターパラメーターの設定」をご参照ください。

    注意事項

    説明

    • スキーマ同期中、DTS は外部キーをソースデータベースからターゲットデータベースに同期します。

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

    タイプ

    説明

    ソースデータベースの制限

    • PolarDB for PostgreSQL クラスターでは、同期するテーブルにプライマリキーまたは NULL 値を含まない一意なインデックスが必要です。

    • ソースデータベースに長時間トランザクションがあり、インスタンスに増分同期タスクがある場合、長時間トランザクションがコミットされる前に生成された先行書き込みログ (WAL) が蓄積される可能性があります。これにより、ソースデータベースのディスク領域が不足する可能性があります。

    • 同期タスクが期待どおりに実行され、プライマリ/セカンダリのスイッチオーバーによって論理レプリケーションが中断されるのを防ぐために、PolarDB for PostgreSQL クラスターは論理レプリケーションスロットのフェイルオーバーをサポートし、有効にする必要があります。

      説明

      ソースの PolarDB for PostgreSQL クラスターが論理レプリケーションスロットのフェイルオーバーをサポートしていない場合 (たとえば、クラスターの [データベースエンジン] が [PostgreSQL 14] である場合)、ソースデータベースでの高可用性 (HA) スイッチオーバーにより、同期インスタンスが失敗し、回復不能になる可能性があります。

    • ソースデータベースの論理レプリケーションの制限により、増分変更後に同期される単一のデータが 256 MB を超えると、同期インスタンスが失敗し、回復できなくなる可能性があります。同期インスタンスを再設定する必要があります。

    • スキーマ同期と完全データ同期中は、データベースやテーブルのスキーマを変更するデータ定義言語 (DDL) 操作を実行しないでください。実行した場合、データ同期タスクは失敗します。

      説明

      完全同期フェーズ中、DTS はソースデータベースをクエリし、メタデータロックを取得します。これにより、ソースデータベースでの DDL 操作がブロックされる可能性があります。

    その他の制限

    • 1 つのデータ同期タスクで同期できるデータベースは 1 つだけです。複数のデータベースを同期するには、データベースごとに個別のタスクを設定する必要があります。

    • DTS は、TimescaleDB 拡張テーブル、スキーマ間継承を持つテーブル、または式に基づく一意なインデックスを持つテーブルの同期をサポートしていません。

    • プラグインをインストールして作成されたスキーマは同期できません。タスクを設定する際に、コンソールでこれらのスキーマに関する情報を取得することはできません。

    • 以下の 3 つのシナリオでは、データを書き込む前に、ソースデータベースの同期対象テーブルに対して ALTER TABLE schema.table REPLICA IDENTITY FULL; コマンドを実行する必要があります。これにより、データ整合性が確保されます。デッドロックを防ぐため、このコマンドの実行中はテーブルをロックしないでください。関連する事前チェック項目をスキップした場合、DTS はインスタンスの初期化中にこのコマンドを自動的に実行します。

      • インスタンスが初めて実行されるとき。

      • オブジェクト選択の粒度としてスキーマを選択し、スキーマ内に新しいテーブルが作成されるか、RENAME コマンドを使用して同期対象のテーブルが再構築されるとき。

      • 同期オブジェクトを変更する機能を使用するとき。

      説明

      • コマンドでは、schema と table を実際のスキーマ名とテーブル名に置き換えてください。

      • この操作はオフピーク時に実行することを推奨します。

    • 同期対象のテーブルに SERIAL 型のフィールドが含まれている場合、ソースデータベースはそのフィールドに対して自動的にシーケンスを作成します。そのため、ソースオブジェクト を設定する際に、同期タイプ で スキーマ同期 を選択した場合は、シーケンスも選択するか、スキーマ全体を同期することを推奨します。そうしないと、同期インスタンスが実行に失敗する可能性があります。

    • 初期完全データ同期中、DTS はソースデータベースとターゲットデータベースの両方で読み取りおよび書き込みリソースを消費するため、データベースの負荷が増加する可能性があります。そのため、データを同期する前にソースデータベースとターゲットデータベースのパフォーマンスを評価し、オフピーク時 (たとえば、両方のデータベースの CPU 負荷が 30% 未満のとき) に同期を実行してください。

    • 完全データ同期は同時 INSERT 操作を実行するため、ターゲットデータベースでテーブルの断片化が発生します。その結果、完全同期が完了した後、ターゲットデータベースのテーブル領域はソースインスタンスよりも大きくなります。

    • DTS 同期中は、DTS 以外のソースからターゲットデータベースにデータを書き込まないでください。書き込んだ場合、ソースデータベースとターゲットデータベースの間でデータ不整合が発生する可能性があります。

    • 双方向同期インスタンスには、正方向タスクと逆方向タスクが含まれます。双方向同期インスタンスを設定またはリセットする際に、一方のタスクのターゲットオブジェクトがもう一方のタスクのソースオブジェクトである場合：

      • 完全データと増分データの両方を同期できるのは一方のタスクのみです。もう一方のタスクは増分データのみを同期できます。

      • 現在のタスクのソースデータは、現在のタスクのターゲットにのみ同期できます。同期されたデータは、もう一方のタスクのソースデータとして使用されません。

    • データ同期中、DTS はソースデータベースに dts_sync_ プレフィックスを持つレプリケーションスロットを作成してデータをレプリケートします。このレプリケーションスロットにより、DTS は過去 15 分以内の増分ログをソースデータベースから取得できます。データ同期が失敗した場合や同期インスタンスがリリースされた場合、DTS はレプリケーションスロットを自動的にクリアしようとします。

      説明

      • データ同期中にタスクが使用するソースデータベースアカウントのパスワードを変更したり、ソースデータベースのホワイトリストから DTS の IP アドレスを削除したりすると、レプリケーションスロットは自動的にクリアされません。この場合、ソースデータベースで手動でレプリケーションスロットをクリアする必要があります。これにより、スロットが継続的に蓄積されてディスク領域を消費し、ソースデータベースが利用できなくなるのを防ぎます。

      • ソースデータベースでフェイルオーバーが発生した場合は、セカンダリデータベースにログインして手動でスロットをクリアする必要があります。

      Amazon slot查询信息

    • DTS はデータ内容を検証しますが、シーケンスなどのメタデータの検証はサポートしていません。メタデータはご自身で検証する必要があります。

    • DTS は、増分データの DDL 文、増分テーブルの構造、およびハートビート情報を取得するために、ソースデータベースに以下の一時テーブルを作成します。同期中にこれらの一時テーブルを削除しないでください。削除すると、DTS タスクが異常になります。一時テーブルは、DTS インスタンスがリリースされた後に自動的に削除されます。

      public.dts_pg_class、public.dts_pg_attribute、public.dts_pg_type、public.dts_pg_enum、public.dts_postgres_heartbeat、public.dts_ddl_command、public.dts_args_session、および public.aliyun_dts_instance。

    • ビジネスをターゲットインスタンスに切り替えた後、新しいシーケンスはソースシーケンスの最大値からインクリメントされません。ビジネスの切り替え前に、ソースデータベースで対応するシーケンスの最大値をクエリし、それをターゲットデータベースの対応するシーケンスの初期値として設定する必要があります。次のコマンドは、ソースデータベースのシーケンス値をクエリします：

      do language plpgsql $$
declare
  nsp name;
  rel name;
  val int8;
begin
  for nsp,rel in select nspname,relname from pg_class t2 , pg_namespace t3 where t2.relnamespace=t3.oid and t2.relkind='S'
  loop
    execute format($_$select last_value from %I.%I$_$, nsp, rel) into val;
    raise notice '%',
    format($_$select setval('%I.%I'::regclass, %s);$_$, nsp, rel, val+1);
  end loop;
end;
$$;
      説明

      コマンドを実行した後に返される SQL 文には、ソースデータベースのすべてのシーケンスが含まれています。必要に応じて、ターゲットデータベースで SQL 文を実行してください。

    • 完全同期または増分同期タスクで、ソースデータベースの同期対象テーブルに外部キー、トリガー、またはイベントトリガーが含まれている場合、ターゲットデータベースアカウントが特権アカウントであるか、スーパーユーザー権限を持っている場合、DTS はセッションレベルで `session_replication_role` パラメーターを一時的に `replica` に設定します。ターゲットデータベースアカウントにこれらの権限がない場合は、ターゲットデータベースで手動で `session_replication_role` パラメーターを `replica` に設定する必要があります。この期間中 (`session_replication_role` が `replica` の間)、ソースデータベースでカスケード更新または削除操作が発生すると、データ不整合が発生する可能性があります。DTS タスクがリリースされた後、`session_replication_role` パラメーターを `origin` に戻すことができます。

    • タスクが失敗した場合、DTS のテクニカルサポートは 8 時間以内に回復を試みます。回復プロセス中に、タスクの再起動やパラメーターの調整などの操作が実行されることがあります。

      説明

      パラメーターが調整される際、DTS タスクのパラメーターのみが変更され、データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、「インスタンスパラメーターの変更」で説明されているものが含まれますが、これらに限定されません。

    • パーティションテーブルを同期する場合、親テーブルとその子パーティションの両方を同期オブジェクトとして含める必要があります。そうしないと、パーティションテーブルでデータ不整合が発生する可能性があります。

      説明

      PostgreSQL のパーティションテーブルの親テーブルは直接データを格納しません。すべてのデータは子パーティションに格納されます。同期タスクには、親テーブルとそのすべての子パーティションを含める必要があります。そうしないと、子パーティションのデータが同期されず、ソースとターゲットの間でデータ不整合が発生する可能性があります。

    課金

    同期タイプ

    料金

    スキーマ同期と完全データ同期

    無料です。

    増分データ同期

    有料です。詳細については、「課金の概要」をご参照ください。

    サポートされている競合検出

    データ整合性を確保するため、同じプライマリキー、ビジネスプライマリキー、または一意キーを持つデータレコードが、双方向同期のいずれか一方のデータベースインスタンスでのみ更新されるようにしてください。両方のデータベースインスタンスでデータレコードが更新された場合、DTS システムはタスクで設定された競合解決ポリシーを適用します。

    DTS は、双方向同期タスクの安定性を最大限に高めるために、競合をチェックして修正します。DTS は、以下の種類の競合を検出できます：

    • INSERT 操作による一意性競合

      双方向同期において、同じプライマリキーを持つレコードが両方のデータベースインスタンスに同時 (またはほぼ同時) に挿入されると、一意性制約の競合がトリガーされます。INSERT 文がピアインスタンスに同期されると、同じプライマリキー値を持つレコードがすでに存在するため、失敗します。

    • UPDATE 操作におけるレコードの不一致

      • 更新対象のレコードがターゲットインスタンスに存在しない場合、DTS は UPDATE 操作を INSERT 操作に変換します。ただし、一意性競合が発生する可能性があります。

      • UPDATE 操作によって更新されるレコードが、プライマリキーまたは一意キーの競合を引き起こします。

    • 削除対象のレコードが存在しない

      削除対象のレコードがターゲットインスタンスに存在しません。この場合、DTS は指定した競合解決ポリシーに関係なく、DELETE 操作を無視します。

    重要

    • 時間差や遅延のため、DTS は 100% の競合防止を保証できません。整合性を確保するため、同じプライマリキーまたは一意キーを持つレコードは、一度に 1 つのデータベースインスタンスでのみ更新してください。

    • DTS は、前述のデータ競合に対してさまざまな競合解決戦略を提供しており、双方向データ同期を設定する際に選択できます。

    サポートされている同期オブジェクト

    • SCHEMA、TABLE

      説明

      これには、PRIMARY KEY、UNIQUE KEY、FOREIGN KEY、DATATYPE (組み込みデータ型)、および DEFAULT CONSTRAINT が含まれます。

    • VIEW、PROCEDURE (PostgreSQL 11 以降)、FUNCTION、RULE、SEQUENCE、EXTENSION、TRIGGER、AGGREGATE、INDEX、OPERATOR、DOMAIN

    サポートされている SQL 操作

    重要

    データ定義言語 (DDL) 操作は、正方向タスク (ソースデータベースからターゲットデータベースへ) でのみ同期できます。DDL 操作は逆方向タスク (ターゲットデータベースからソースデータベースへ) ではサポートされておらず、自動的にフィルターされます。

    操作タイプ

    SQL 文

    DML

    INSERT、UPDATE、DELETE

    DDL

    • DDL 操作は、2020 年 10 月 1 日以降に作成されたデータ同期タスクでのみ同期できます。

      重要

      • 2023 年 5 月 12 日より前に作成されたデータ同期タスクの場合、同期タスクを設定する前に、ソースデータベースにトリガーと関数を作成して DDL 情報をキャプチャする必要があります。詳細については、「トリガーと関数を使用した PostgreSQL DDL 増分移行の実装」をご参照ください。

      • 増分データ同期中に bit データ型のデータは同期できません。

    • ソースデータベースアカウントが特権アカウントの場合、同期タスクは以下の DDL 操作をサポートします：

      • CREATE TABLE および DROP TABLE

      • ALTER TABLE (RENAME TABLE、ADD COLUMN、ADD COLUMN DEFAULT、ALTER COLUMN TYPE、DROP COLUMN、ADD CONSTRAINT、ADD CONSTRAINT CHECK、ALTER COLUMN DROP DEFAULT を含む)

      • TRUNCATE TABLE (ソースの PolarDB for PostgreSQL クラスターのデータベースエンジンは PostgreSQL 11 以降である必要があります。)

      • CREATE INDEX ON TABLE

    重要

    • CASCADE や RESTRICT など、DDL 文内の追加情報は同期できません。

    • SET session_replication_role = replica コマンドが実行されたセッションからの DDL 文は同期できません。

    • FUNCTION などのメソッドを呼び出して実行される DDL 文は同期できません。

    • ソースデータベースで同時にコミットされた複数の SQL 文に DML 文と DDL 文の両方が含まれている場合、DDL 文は同期されません。

    • ソースデータベースで同時にコミットされた複数の SQL 文に、同期されないオブジェクトに対する DDL 文が含まれている場合、その DDL 文は同期されません。

    データベースアカウントの権限

    データベース

    必要な権限

    アカウントの作成と権限付与

    ソースとターゲットの PolarDB for PostgreSQL クラスター

    データベースのオーナーである特権アカウント。

    データベースアカウントの作成 および データベース管理。

    操作手順

    1. ターゲットリージョンの同期タスクリストページに移動します。以下の 2 つの方法のいずれかを使用できます：

      DTS コンソールから

      1. Data Transmission Service (DTS) コンソールにログインします。

      2. 左側のナビゲーションウィンドウで、データ同期 をクリックします。

      3. ページの左上隅で、同期インスタンスが配置されているリージョンを選択します。

      DMS コンソールから

      説明

      実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS インターフェイスのレイアウトとスタイルをカスタマイズする」をご参照ください。

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

      2. トップメニューバーで、[データ + AI] > [データ伝送 (DTS)] > [データ同期] を選択します。

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

    2. タスクの作成 をクリックして、タスク設定ページを開きます。

    3. ソースデータベースとターゲットデータベースを設定します。

      カテゴリ

      設定

      説明

      なし

      タスク名

      DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。

      移行元データベース

      既存の接続情報の選択

      • システムに追加された (新規作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。

        説明

        DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに追加していない場合、またはすでに追加されているインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスのリージョン

      ソースの PolarDB for PostgreSQL クラスターが存在するリージョンを選択します。

      Alibaba Cloud アカウント間でデータを複製

      この例では、現在の Alibaba Cloud アカウントに属するデータベースインスタンスを使用します。× を選択します。

      インスタンス ID

      ソースの PolarDB for PostgreSQL クラスターの ID を選択します。

      データベース名

      ソースの PolarDB for PostgreSQL クラスターで同期するオブジェクトを含むデータベースの名前を入力します。

      データベースアカウント

      ソースの PolarDB for PostgreSQL クラスターのデータベースアカウントを入力します。権限要件については、「データベースアカウントの権限」をご参照ください。

      データベースのパスワード

      データベースアカウントに対応するパスワードを入力します。

      移行先データベース

      既存の接続情報の選択

      • システムに追加された (新規作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。

        説明

        DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに追加していない場合、またはすでに追加されているインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスのリージョン

      ターゲットの PolarDB for PostgreSQL クラスターが存在するリージョンを選択します。

      インスタンス ID

      ターゲットの PolarDB for PostgreSQL クラスターの ID を選択します。

      データベース名

      ターゲットの PolarDB for PostgreSQL クラスターでデータを受信するために使用されるデータベースの名前を入力します。

      データベースアカウント

      ターゲットの PolarDB for PostgreSQL クラスターのデータベースアカウントを入力します。権限要件については、「データベースアカウントの権限」をご参照ください。

      データベースのパスワード

      データベースアカウントに対応するパスワードを入力します。

    4. 設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。

      説明

      DTS サーバーからのアクセスを許可するために、DTS サーバーの IP アドレス CIDR ブロックがソースデータベースとターゲットデータベースのセキュリティ設定に追加されていることを確認してください。これは自動または手動で行うことができます。詳細については、「DTS サーバーの IP アドレス CIDR ブロックをホワイトリストに追加する」をご参照ください。

    5. タスクオブジェクトを設定します。

      1. オブジェクト設定 ページで、同期するオブジェクトを設定します。

        設定

        説明

        同期タイプ

        増分データ同期 が選択されています。デフォルトでは、スキーマ同期 と 完全データ同期 も選択する必要があります。事前チェックが完了すると、DTS は選択されたオブジェクトの完全データ同期をソースインスタンスからターゲットクラスターに実行します。これは、後続の増分データ同期のベースラインデータとして機能します。

        同期トポロジ

        双方向同期 を選択します。

        DDL 操作を除外

        • ○ を選択すると、DDL 操作は同期されません。

        • × を選択：DDL 操作を同期します。

          重要

          双方向同期リンクの安定性を確保するため、DDL 操作を同期するかどうかは正方向タスク (ソースデータベースからターゲットデータベースへ) のみで選択できます。DDL 操作は逆方向タスク (ターゲットデータベースからソースデータベースへ) では自動的に除外されます。

        グローバルな競合修復ポリシー

        必要に応じて競合解決ポリシーを選択します。

        • Taskfailed (競合が発生した場合、エラーが報告されタスクは終了します。)

          同期中にデータ競合が発生した場合、タスクはエラーを報告して停止します。タスクは失敗状態になり、手動での介入が必要です。

        • Ignore (競合が発生した場合、移行先インスタンスの競合レコードが使用されます。)

          同期中にデータ競合が発生した場合、現在の同期文はスキップされ、プロセスは続行されます。ターゲットデータベースの競合レコードが保持されます。

        • Overwrite (競合が発生した場合、移行先インスタンスの競合レコードは上書きされます。)

          同期中にデータ競合が発生した場合、ターゲットデータベースの競合レコードが上書きされます。

        説明

        • サポートされている競合タイプについては、「サポートされている競合検出」をご参照ください。

        • 同期タスクが一時停止または再起動され、遅延が発生した場合、これらのポリシーは有効になりません。ターゲットのデータはデフォルトで上書きされます。

        競合するテーブルの処理モード

        • エラーの事前チェックと報告：ターゲットデータベースに同名のテーブルが存在するかどうかをチェックします。同名のテーブルが存在しない場合、事前チェックは成功します。同名のテーブルが存在する場合、事前チェックは失敗し、データ同期タスクは開始されません。

          説明

          ターゲットデータベースで同名のテーブルを削除または名前変更できない場合は、別のテーブル名にマッピングできます。詳細については、「テーブル名と列名のマッピング」をご参照ください。

        • エラーを無視して続行：ターゲットデータベースでの重複テーブル名のチェックをスキップします。

          警告

          エラーを無視して続行 を選択すると、データ不整合が発生し、ビジネスにリスクをもたらす可能性があります。例：

          • テーブルスキーマが同じで、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意キーの値を持つ場合：

            • 完全同期中、DTS はターゲットクラスターのレコードを保持します。ソースデータベースの対応するレコードは同期されません。

            • 増分同期中、ソースデータベースのレコードがターゲットデータベースのレコードを上書きします。

          • テーブルスキーマが異なる場合、初期データ同期が失敗する可能性があります。これにより、一部の列データのみが同期されるか、同期が完全に失敗する可能性があります。注意して進めてください。

        移行先インスタンスでのオブジェクト名の大文字化

        ターゲットインスタンスに同期されるデータベース、テーブル、列のオブジェクト名の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースデータベースとターゲットデータベースのデフォルトポリシーを使用することもできます。詳細については、「ターゲットオブジェクト名の大文字/小文字区別ポリシー」をご参照ください。

        ソースオブジェクト

        ソースオブジェクト ボックスで、同期するオブジェクトをクリックし、向右 をクリックして 選択中のオブジェクト ボックスに移動します。

        説明

        • 同期オブジェクトとしてスキーマまたはテーブルを選択できます。同期オブジェクトとしてテーブルを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに同期されません。

        • 同期するテーブルに SERIAL データ型が含まれており、[同期タイプ] として [スキーマ同期] を選択した場合は、シーケンスまたはスキーマ全体の同期も選択することを推奨します。

        選択中のオブジェクト

        • ターゲットインスタンスの同期オブジェクトの名前を変更するには、選択中のオブジェクト で同期オブジェクトを右クリックし、その名前を編集します。詳細については、「ライブラリ、テーブル、列名のマッピング」をご参照ください。

        • 選択した同期オブジェクトを削除するには、選択中のオブジェクト ボックスでオブジェクトをクリックし、image をクリックして ソースオブジェクト ボックスに移動します。

        説明

        • オブジェクト名マッピング機能を使用すると、マッピングされたオブジェクトに依存する他のオブジェクトが同期に失敗する可能性があります。

        • データをフィルタリングするために WHERE 句を設定するには、選択中のオブジェクト ボックスで同期するテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。

        • 増分同期の SQL 操作を選択するには、選択中のオブジェクト ボックスで同期するオブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

      2. 詳細設定へ をクリックして、詳細パラメーターを設定します。

        設定

        説明

        タスクのスケジュールに使用する専用クラスターの選択

        デフォルトでは、DTS は共有クラスターでタスクをスケジュールするため、クラスターを選択する必要はありません。より安定したパフォーマンスを得るために、専用クラスターを購入して DTS 同期タスクを実行できます。詳細については、「DTS 専用クラスターとは」をご参照ください。

        失敗した接続の再試行時間

        同期タスクの開始後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、すぐに接続のリトライを開始します。デフォルトのリトライ時間は 720 分です。10 分から 1,440 分の範囲でカスタムのリトライ時間を指定することもできます。リトライ時間は 30 分以上に設定することを推奨します。指定された時間内に DTS がデータベースに正常に再接続した場合、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        説明

        • 同じソースまたはターゲットを共有する複数の DTS インスタンス (例：インスタンス A とインスタンス B) があり、インスタンス A のネットワークリトライ時間を 30 分、インスタンス B を 60 分に設定した場合、両方に短い方の 30 分が使用されます。

        • DTS は接続リトライ期間中のタスク実行時間に対して課金するため、ビジネスニーズに基づいてリトライ時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。

        移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。

        同期タスクの開始後、ソースまたはターゲットデータベースで接続以外の問題 (DDL または DML の実行例外など) が発生した場合、DTS はエラーを報告し、すぐに継続的なリトライ操作を開始します。デフォルトのリトライ時間は 10 分です。1 分から 1,440 分の範囲でカスタムのリトライ時間を指定することもできます。10 分以上に設定することを推奨します。設定されたリトライ時間内に関連操作が成功した場合、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        重要

        移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。

        完全同期レートを制限するかどうか

        完全同期段階では、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷を増加させる可能性があります。ソースおよびターゲットデータベースの負荷を軽減するために、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定することで、完全同期タスクのレート制限を設定できます。

        説明

        • この設定項目は、同期タイプ が 完全データ同期 に設定されている場合にのみ利用できます。

        • 同期インスタンスの実行後に 完全同期レートを調整することもできます。

        増分同期率を制限するかどうか

        増分同期タスクにもレート制限を設定できます。ターゲットデータベースへの圧力を軽減するために、1 秒あたりの増分同期の行数 RPS と 1 秒あたりの増分同期データ量 (MB) BPS を設定します。

        環境タグ

        必要に応じてインスタンスを識別するために環境タグを選択できます。この例では、タグは選択されていません。

        ETL 機能の設定

        抽出・変換・書き出し (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは」をご参照ください。有効な値：

        監視アラート

        アラートを設定するかどうかを指定します。同期が失敗した場合や、遅延が指定されたしきい値を超えた場合に、アラート連絡先に通知が送信されます。

        • ×：アラートは設定されません。

        • ○：アラートしきい値を設定し、アラート通知を指定してアラートを設定します。詳細については、「タスク設定中の監視とアラートの設定」をご参照ください。

      3. [次へ：データ検証] をクリックして、データ検証タスクを設定します。

        データ検証機能を使用する場合は、「データ検証の設定」で設定手順をご参照ください。

    6. タスクを保存し、事前チェックを実行します。

      • このインスタンスを設定するための API パラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにカーソルを合わせ、バブル内の OpenAPI パラメーターのプレビュー をクリックします。

      • API パラメーターの表示が完了したら、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。

      説明

      • 同期ジョブが開始される前に、DTS は事前チェックを実行します。ジョブは、すべての事前チェック項目が成功した後にのみ開始できます。

      • 事前チェックが失敗した場合は、失敗した項目の 詳細を表示 をクリックします。プロンプトに従って問題を修正し、再度事前チェックを実行します。

      • 事前チェックで警告が返された場合：

        • チェック項目が失敗し、無視できない場合は、項目の横にある 詳細を表示 をクリックします。指示に従って問題を修正し、再度事前チェックを実行します。

        • 無視できるチェック項目については、アラートの詳細を確認、無視、OK、再度事前チェックを実行 を順にクリックして警告をスキップし、事前チェックを再実行できます。警告項目を無視することを選択した場合、データ不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

    7. インスタンスを購入します。

      1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

      2. 購入 ページで、データ同期インスタンスの課金方法とリンク仕様を選択します。次の表に、これらのパラメーターの詳細を示します。

        カテゴリ

        パラメーター

        説明

        新しいインスタンスクラス

        課金方法

        • サブスクリプション：インスタンス作成時にお支払いいただきます。長期的なニーズに適しており、従量課金よりもコスト効率が高いです。サブスクリプション期間が長いほど、割引率が高くなります。

        • 従量課金：時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースしてコストを節約できます。

        リソースグループの設定

        インスタンスが属するリソースグループ。デフォルトはデフォルトリソースグループです。詳細については、「Resource Management とは」をご参照ください。

        リンク仕様

        DTS は、さまざまなパフォーマンスレベルの同期仕様を提供します。同期リンクの仕様は同期レートに影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ同期リンクの仕様」をご参照ください。

        サブスクリプション期間

        サブスクリプションモードでは、サブスクリプションインスタンスの期間と数量を選択します。1 か月から 9 か月までの月次サブスクリプション、または 1、2、3、5 年の年次サブスクリプションを選択できます。

        説明

        このオプションは、課金方法が サブスクリプション の場合にのみ利用できます。

      3. 設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読んで選択します。

      4. 購入して起動 をクリックします。OK ダイアログボックスで、[OK] をクリックします。

        データ同期ページでタスクの進捗状況を確認できます。

    8. 逆方向同期タスクを設定します。

      1. 正方向タスクの初期同期が完了し、ステータス が 実行中 になるまで待ちます。

      2. 逆方向タスクの 操作 列で、タスクの設定 をクリックします。

      3. ステップ 3 から ステップ 6 に従って、逆方向同期タスクを設定します。

        重要

        • 逆方向同期タスクを設定する際は、正しいソースインスタンスとターゲットインスタンスを選択する必要があります。逆方向タスクのソースインスタンスは、正方向タスクのターゲットインスタンスです。逆方向タスクのターゲットインスタンスは、正方向タスクのソースインスタンスです。また、データベース名、アカウント、パスワードなどのインスタンス情報が一致していることを慎重に確認する必要があります。

        • ソースデータベースとターゲットデータベースの インスタンスのリージョン は、逆方向同期タスクでは変更できません。正方向同期タスクと比較して、設定可能なパラメーターは少なくなります。コンソールに表示されるパラメーターを設定してください。

        • 逆方向同期タスクの 競合するテーブルの処理モード は、正方向タスクによってターゲットインスタンスに同期されたテーブルをチェックしません。

        • 逆方向同期タスクは、正方向タスクの 選択中のオブジェクト リストにないオブジェクトの同期をサポートしていません。

        • 逆方向タスクを設定する際は、マッピング機能を使用しないことを推奨します。使用すると、データ不整合が発生する可能性があります。

      4. 成功率 が 100% になったら、戻る をクリックします。

    9. 逆方向同期タスクが設定された後、両方の同期タスクの ステータス が 実行中 になるまで待ちます。これで、双方向データ同期の設定は完了です。