すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for PostgreSQL (Oracle 互換) クラスター間の双方向データ同期

    ドキュメントセンター

    Data Transmission Service:PolarDB for PostgreSQL (Oracle 互換) クラスター間の双方向データ同期

    最終更新日:Mar 06, 2026

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

    前提条件

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

    • ソースとターゲットの PolarDB for PostgreSQL (Oracle 互換) クラスターの wal_level パラメーターが logical に設定されていること。これにより、論理レプリケーションに必要な情報が先行書き込みログ (WAL) に追加されます。詳細については、「クラスターパラメーターの設定」をご参照ください。

    • ターゲットの PolarDB for PostgreSQL (Oracle 互換) クラスターのストレージ容量が、ソースの PolarDB for PostgreSQL (Oracle 互換) クラスターの使用ストレージ容量よりも大きいこと。

    注意事項

    説明

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

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

    タイプ

    説明

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

    • 帯域幅の要件：ソースデータベースが存在するサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度に影響が出ます。

    • 同期対象のテーブルにプライマリキーまたは UNIQUE 制約がない場合、タスクを設定する際に Exactly-Once 書き込み機能を有効にする必要があります。そうでない場合、ターゲットデータベースに重複データが出現する可能性があります。詳細については、「プライマリキーまたは UNIQUE 制約のないテーブルの同期」をご参照ください。

    • 同期オブジェクトがテーブルであり、それらを編集する必要がある場合 (たとえば、テーブル名や列名のマッピング)、単一タスクで同期するテーブル数が 1,000 を超える場合は、テーブルを複数のタスクに分割するか、データベース全体を同期するタスクを設定することを推奨します。そうでない場合、タスクを送信した後にリクエストエラーが報告される可能性があります。

    • WAL を有効にする必要があります。増分同期タスクの場合、DTS はソースデータベースの WAL ログを 24 時間以上保持することを要求します。完全同期と増分同期の両方を含むタスクの場合、DTS は WAL ログを少なくとも 7 日間保持することを要求します。完全同期が完了した後、ログの保持期間を 24 時間以上に設定できます。そうでない場合、WAL ログを取得できないために DTS タスクが失敗する可能性があります。極端なケースでは、データ不整合や損失が発生する可能性があります。DTS の要件よりも短い WAL ログ保持期間に起因する問題は、サービスレベル契約 (SLA) の対象外です。

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

    • ソースデータベースでの操作に関する制限：

      • スキーマ同期および完全データ同期中は、データベースまたはテーブル構造を変更する DDL 操作を実行しないでください。そうしないと、データ同期タスクは失敗します。

      • 完全データ同期のみを実行する場合、ソースインスタンスに新しいデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースの間でデータ不整合が発生します。リアルタイムのデータ整合性を維持するために、スキーマ同期、完全データ同期、および増分同期を選択することを推奨します。

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

        説明

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

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

    その他の制限

    • 双方向同期タスク中、DTS はデータループを防ぐために、ターゲットデータベースに dts という名前のスキーマを作成します。タスクの実行中は、このスキーマを変更しないでください。

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

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

      • 一方のタスクのみが完全データと増分データを同期できるようにします。もう一方のタスクは増分同期のみをサポートします。

      • 現在のタスクのソースからのデータは、現在のタスクの宛先にのみ同期されます。もう一方のタスクのソースデータとしては機能しません。

    • 単一のデータ同期タスクでは、1 つのデータベースしか同期できません。複数のデータベースを同期するには、各データベースに対してデータ同期タスクを設定してください。

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

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

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

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

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

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

      説明

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

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

    • 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。

    • 増分データ同期の遅延の精度を確保するために、DTS はソースデータベースに dts_postgres_heartbeat という名前のハートビートテーブルを追加します。

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

      説明

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

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

      Amazon slot查询信息

    • データを同期する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。また、オフピーク時 (たとえば、両方のデータベースの CPU 負荷が 30% 未満のとき) にデータを同期することを推奨します。そうしないと、完全データ同期がソースとターゲットの両方のデータベースの読み書きリソースを消費し、データベースの負荷が増加する可能性があります。

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

    • FLOAT または DOUBLE データ型の列の場合、DTS は ROUND(COLUMN,PRECISION) を使用して値を読み取ります。精度を明示的に定義しない場合、DTS は FLOAT にはデフォルトの精度 38 を、DOUBLE には 308 を使用します。同期の精度がビジネス要件を満たしていることを確認してください。

    • DTS は、失敗したタスクを 7 日以内に自動的に回復しようとします。したがって、ビジネスを宛先インスタンスに切り替える前に、タスクを終了またはリリースするか、REVOKE コマンドを使用して、DTS が宛先インスタンスにアクセスするために使用するアカウントの書き込み権限を取り消す必要があります。これにより、タスクが回復した後にソースデータが宛先インスタンスのデータを上書きするのを防ぎます。

    • 完全または増分同期タスクで、ソースデータベースの同期対象テーブルに外部キー、トリガー、またはイベントトリガーが含まれている場合、ターゲットデータベースのアカウントが特権アカウントであるか、スーパーユーザー権限を持っている場合、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 以降が必要) などの他の機能のサポートレベルは、ターゲットデータベースのタイプによって異なります。詳細については、コンソールをご参照ください。

    サポートされる SQL 操作

    操作

    SQL 文

    DML

    INSERT、UPDATE、および DELETE

    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 が含まれます。)

    • CREATE INDEX ON TABLE

    説明

    DDL 文は、以下のシナリオでは同期されません：

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

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

    • トランザクションの一部の DDL 文のみがデータ同期タスクに含まれている場合、DDL 文は同期されません。

    • SET session_replication_role = replica 文を実行して作成されたセッションから DDL 文が実行された場合、DDL 文は同期されません。

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

    • DDL 文にスキーマが定義されていない場合、DDL 文は同期されません。この場合、SHOW search_path 文で public スキーマが指定されます。

    • DDL 文に IF NOT EXISTS が含まれている場合、DDL 文は同期されません。

    重要

    ソースからターゲットデータベースにデータを同期する正方向タスクのみが DDL 同期をサポートします。ターゲットからソースデータベースにデータを同期する逆方向タスクは、DDL 同期をサポートせず、DDL 操作を自動的にフィルタリングします。

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

    データベース

    必要な権限

    作成と権限付与の方法

    ソース PolarDB for PostgreSQL (Oracle 互換) クラスター

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

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

    ターゲット PolarDB for PostgreSQL (Oracle 互換) クラスター

    操作手順

    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 (Oracle と互換性) を選択します。

      アクセス方法

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

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

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

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

      この例では、同じ Alibaba Cloud アカウント内での同期を示します。× を選択します。

      インスタンス ID

      ソース PolarDB for PostgreSQL (Oracle 互換) クラスターの ID を選択します。

      データベース名

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

      データベースアカウント

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

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

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

      宛先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      PolarDB (Oracle と互換性) を選択します。

      アクセス方法

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

      インスタンスリージョン

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

      インスタンス ID

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

      データベース名

      同期されたオブジェクトを含むターゲット PolarDB for PostgreSQL (Oracle 互換) クラスター内のデータベースの名前を入力します。

      データベースアカウント

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

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

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

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

      説明

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

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

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

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

        設定

        説明

        同期タイプ

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

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

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

          説明

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

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

          警告

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

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

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

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

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

        同期トポロジ

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

        DDL 操作を除外

        ○ を選択すると、正方向タスクの DDL 操作は同期されません。

        転送タスクの DDL 操作を同期するには、× を選択します。

        重要

        逆方向タスクは DDL 操作を自動的に除外します。

        競合解決ポリシー

        必要に応じて競合解決ポリシーを選択します。サポートされている競合タイプについては、「サポートされる競合検出」をご参照ください。

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

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

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

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

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

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

        説明

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

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

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

        ソースオブジェクト

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

        説明

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

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

        選択中のオブジェクト

        説明

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

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

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

      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. 購入 ページで、データ同期インスタンスの課金方法とリンク仕様を選択します。以下の表に、これらのパラメーターの詳細を説明します。

        カテゴリ

        パラメーター

        説明

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

        課金方法

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

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

        リソースグループの設定

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

        リンク仕様

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

        サブスクリプション期間

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

        説明

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

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

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

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

        説明

        設定した DTS インスタンスに完全タスクと増分タスクの両方が含まれている場合 (同期タイプ に 完全データ同期 と 増分データ同期 の両方が含まれている場合)、タスクリストページでは単一の 増分データ同期 タスクとして表示されます。

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

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

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

      3. ステップ 3 から ステップ 6 に従って、リモート同期タスクを設定します。

        重要

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

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

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

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

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

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

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