すべてのプロダクト
Search

このプロダクト

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

    ドキュメントセンター

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

    最終更新日:Mar 06, 2026

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

    前提条件

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

      説明

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

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

    課金

    同期タイプ

    料金

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

    無料です。

    増分データ同期

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

    サポートされる競合検出

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

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

    • INSERT 操作によって引き起こされる一意性競合

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

    • UPDATE 操作でのレコードの不一致

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

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

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

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

    重要

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

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

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

    SCHEMA、TABLE

    説明

    • PRIMARY KEY、UNIQUE KEY、FOREIGN KEY、組み込みデータ型、および DEFAULT CONSTRAINT が含まれます。

    • サポートされる機能は、ターゲットデータベースの種類によって異なります。詳細については、コンソールでご確認ください。

    サポートされる SQL 操作

    重要

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

    操作タイプ

    SQL 文

    DML

    INSERT、UPDATE、DELETE

    DDL

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

      重要

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

      • 増分データ同期中、ビット型のデータはサポートされません。

    • ソースデータベースアカウントに特権がある場合、同期タスクは次の 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 文はサポートされていません。

    • 関数を呼び出して実行される DDL 文はサポートされていません。

    • 単一のトランザクションに DML 文と DDL 文の両方が含まれている場合、DDL 文は同期されません。

    • 単一のトランザクションに、同期対象として選択されていないオブジェクトの DDL 文が含まれている場合、それらの DDL 文は同期されません。

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

    データベース

    必要な権限

    作成と権限付与の方法

    ソースおよびターゲットの PolarDB for PostgreSQL クラスター

    データベースを所有する特権アカウント。

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

    操作手順

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

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

      1. データ管理 (DMS) にログインします。

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

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

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

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

      カテゴリ

      設定

      説明

      なし

      タスク名

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

      移行元データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

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

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

      ソース PolarDB 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 はターゲットクラスターのレコードを保持します。ソースデータベースの対応するレコードは同期されません。

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

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

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

        ターゲットインスタンスに同期されるデータベース、テーブル、および列オブジェクト名の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、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 に従って逆方向同期タスクを設定します。詳細については、「手順 3」～「手順 6」をご参照ください。

        重要

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

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

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

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

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

      4. [成功率] が 100% を示す場合は、[戻る] をクリックします。

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