すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for PostgreSQL と RDS for PostgreSQL 間の双方向同期

    ドキュメントセンター

    Data Transmission Service:PolarDB for PostgreSQL と RDS for PostgreSQL 間の双方向同期

    最終更新日:Feb 05, 2026

    Data Transmission Service (DTS) は、PolarDB for PostgreSQL クラスターと RDS for PostgreSQL や自主管理 PostgreSQL データベースなどの PostgreSQL データベースとの間でリアルタイムの双方向データ同期をサポートしています。本トピックでは、RDS for PostgreSQL インスタンスを宛先として双方向データ同期を設定する方法について説明します。他のデータソースの場合も設定手順は同様です。

    前提条件

    注意事項

    説明

    • スキーマ同期中に、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 以外のソースからターゲットデータベースにデータを書き込まないでください。そうしないと、ソースおよびターゲットデータベース間でデータ不整合が発生する可能性があります。

    • 双方向同期インスタンスには、フォワードタスクとリバースタスクが含まれます。双方向同期インスタンスを設定またはリセットする際、一方のタスクの宛先オブジェクトが他方のタスクのソースオブジェクトとなる場合：

      • 完全および増分データを同期できるのは 1 つのタスクのみです。もう一方のタスクは増分データのみ同期できます。

      • 現在のタスクのソースデータは、現在のタスクの宛先にのみ同期されます。同期されたデータは、他方のタスクのソースデータとしては使用されません。

    • データ同期中、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

    • 2020 年 10 月 1 日以降に作成されたデータ同期タスクのみが DDL 操作をサポートしています。

      重要

      • 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

    重要

    • DDL 文に CASCADE や RESTRICT などの追加情報が含まれている場合、それらは同期されません。

    • SET session_replication_role = replica コマンドを使用するセッションでは DDL はサポートされません。

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

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

    • ソースデータベースへの単一コミットに、同期設定されていないオブジェクトに対する DDL 文が含まれている場合、それらの DDL 文は同期されません。

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

    データベース

    必要な権限

    アカウント作成および権限付与方法

    PolarDB for PostgreSQL

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

    「データベースアカウントの作成」および「データベース管理」をご参照ください。

    RDS for PostgreSQL

    データベースのオーナーである特権アカウント（認可済みアカウント）。

    「アカウントの作成」および「データベースの作成」をご参照ください。

    操作手順

    1. 双方向同期インスタンスを購入します。詳細については、「購入手順」をご参照ください。

      重要

      インスタンスを購入する際、機能 は データ同期、ソースインスタンス は PolarDB PostgreSQL、宛先インスタンス は PostgreSQL、同期トポロジー は 双方向同期 に設定してください。その他のパラメーターは必要に応じて設定します。

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

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

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

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

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

    3. 作成した双方向同期インスタンスを見つけます。操作 列のフォワードタスクで、タスクの設定 をクリックします。

    4. ソースおよびターゲットデータベースを設定します。

      カテゴリ

      設定

      説明

      該当なし

      タスク名

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

      移行元データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

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

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

      これはインスタンス購入時に選択したリージョンに固定されており、変更できません。

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

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

      インスタンス ID

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

      データベース名

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

      データベースアカウント

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

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

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

      移行先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      PostgreSQL を選択します。

      アクセス方法

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

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

      これはインスタンス購入時に選択したリージョンに固定されており、変更できません。

      インスタンス ID

      宛先の RDS for PostgreSQL インスタンスの ID を選択します。

      データベース名

      宛先の RDS for PostgreSQL インスタンス内でデータを受信するデータベースの名前を入力します。

      データベースアカウント

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

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

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

      暗号化

      ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいてこのパラメーターを設定できます。この例では、非暗号化 を選択します。

      ソースデータベースへの SSL 暗号化接続を確立する場合は、次の手順を実行します。SSL 暗号化 を選択し、必要に応じて CA 証明書、クライアント証明書、および クライアント証明書の秘密鍵 をアップロードし、その後 クライアント証明書の秘密鍵のパスワード を指定します。

      説明

      • 自己管理 PostgreSQL データベースの暗号化を SSL 暗号化 に設定する場合は、CA 証明書 をアップロードする必要があります。

      • クライアント証明書を使用する場合は、クライアント証明書 および クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定する必要があります。

      • ApsaraDB RDS for PostgreSQL インスタンスの SSL 暗号化の設定方法については、「SSL 暗号化」をご参照ください。

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

      説明

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

      • ソースまたはターゲットデータベースが自己管理データベース（アクセス方法 が Alibaba Cloud インスタンス ではない）の場合、DTS サーバーの CIDR ブロック ダイアログボックス内で 接続テスト をクリックする必要があります。

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

      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. 次へ：データ検証 をクリックして、データ検証タスクを設定します。

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

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

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

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

      説明

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

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

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

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

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

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

    9. リモート同期タスクを設定します。

      1. フォワード同期タスクの初期同期が完了するまで待ちます。プロセスが完了すると、ステータス が 実行中 になります。

      2. 操作 列のリモートタスクで、タスクの設定 をクリックします。

      3. ステップ 4 から ステップ 7 を参照して、リモート同期タスクを設定します。

        重要

        • リバース同期タスクを設定する際は、正しいソースおよび宛先インスタンスを選択する必要があります。リバースタスクのソースインスタンスはフォワードタスクの宛先インスタンスです。リバースタスクの宛先インスタンスはフォワードタスクのソースインスタンスです。データベース名、アカウント、パスワードなどのインスタンス情報が一致していることを慎重に確認してください。

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

        • リバース同期タスクの 競合するテーブルの処理モード は、フォワード同期タスクによって宛先インスタンスに同期されたテーブルをチェックしません。

        • リバース同期タスクは、フォワードタスクの 選択中のオブジェクト リストに含まれていないオブジェクトの同期をサポートしていません。

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

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

    10. リモート同期タスクの設定後、両方の同期タスクの ステータス が 実行中 になるまで待ちます。これで双方向データ同期の設定が完了です。