すべてのプロダクト
Search
ドキュメントセンター

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

最終更新日:Feb 05, 2026

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

前提条件

  • ソース PolarDB for PostgreSQL(Oracle互換)クラスターの使用済みストレージ領域よりも大きなストレージ容量を持つ、宛先 PolarDB for PostgreSQL(Oracle互換)クラスターを作成済みである必要があります。詳細については、「PolarDB for PostgreSQL(Oracle互換)クラスターの作成」をご参照ください。

  • データ受信用のデータベースを、宛先 PolarDB for PostgreSQL(Oracle互換)クラスター内に作成済みである必要があります。詳細については、「データベース管理」をご参照ください。

  • ソース PolarDB for PostgreSQL(Oracle互換)クラスターにおいて、wal_level パラメーターを logical に設定済みである必要があります。この設定により、論理デコードに必要な情報がウォール(WAL:Write-Ahead Log)に追加されます。詳細については、「クラスターパラメーターの設定」をご参照ください。

注意事項

説明
  • スキーマ同期中、DTS はソースデータベースから外部キーを宛先データベースへ同期します。

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

種別

説明

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

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

  • 同期対象のテーブルにプライマリキーまたは一意制約(UNIQUE constraint)がない場合、タスク設定時に「Exactly-Once 書き込み」機能を有効化する必要があります。これを実施しないと、宛先データベースに重複データが発生する可能性があります。詳細については、「プライマリキーまたは一意制約のないテーブルの同期」をご参照ください。

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

  • WAL(Write-Ahead Log)を有効化する必要があります。増分同期タスクの場合、DTS ではソースデータベースの WAL ログを 24 時間以上保持することが必須です。完全同期および増分同期を含むタスクでは、WAL ログの保持期間が最低 7 日間必要です。完全同期完了後、ログ保持期間を 24 時間以上に設定できます。これを行わないと、DTS タスクは WAL ログを取得できず失敗する可能性があります。最悪の場合、データ整合性の損なわれやデータ喪失が発生する可能性があります。WAL ログの保持期間が DTS の要件より短いことによる問題は、サービスレベルアグリーメント(SLA)の対象外となります。

  • ソースデータベースに長時間トランザクションが存在する場合、その長時間トランザクションがコミットされる前に生成された WAL が増分同期タスク中に蓄積し、ソースデータベースのディスク領域不足を引き起こす可能性があります。

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

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

    • 完全データ同期のみを実行する場合、ソースインスタンスへの新規データ書き込みは行わないでください。実行した場合、ソースおよび宛先データベース間でデータ整合性が損なわれます。リアルタイムなデータ整合性を維持するためには、スキーマ同期、完全データ同期、および増分同期をすべて選択することを推奨します。

    • 同期タスクが正常に実行されることを保証し、プライマリ/セカンダリのスイッチオーバーによって論理レプリケーションが中断されないよう、PolarDB for PostgreSQL(Oracle互換)クラスターは論理レプリケーションスロットのフェールオーバーをサポート・有効化している必要があります。

      説明

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

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

その他の制限事項

  • 単一のデータ同期タスクでは、1 つのデータベースのみを同期できます。複数のデータベースを同期するには、各データベースごとに個別のデータ同期タスクを設定してください。

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

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

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

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

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

    • オブジェクト選択の粒度として「スキーマ」を選択し、そのスキーマ内で新しいテーブルが作成された場合、または RENAME コマンドで同期対象テーブルが再構築された場合。

    • 同期対象を変更する機能を使用する場合。

    説明
    • コマンド内の schema および table は、実際のスキーマ名およびテーブル名に置き換えてください。

    • この操作は、トラフィックが少ない時間帯(オフピーク時)に実行することを推奨します。

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

    public.dts_pg_classpublic.dts_pg_attributepublic.dts_pg_typepublic.dts_pg_enumpublic.dts_postgres_heartbeatpublic.dts_ddl_commandpublic.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) を使用して値を読み取ります。精度(PRECISION)を明示的に定義しない場合、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 のパーティションテーブルの親テーブルは、データを直接格納しません。すべてのデータは子パーティションに格納されます。同期タスクには、親テーブルおよびすべての子パーティションを含める必要があります。これを実施しないと、子パーティションからのデータが同期されず、ソースおよび宛先間でデータ整合性が損なわれる可能性があります。

課金

同期タイプ

料金

スキーマ同期および完全データ同期

無料です。

増分データ同期

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

同期対象としてサポートされるオブジェクト

  • SCHEMA、TABLE

    説明

    これは、プライマリキー(PRIMARY KEY)、一意キー(UNIQUE KEY)、外部キー(FOREIGN KEY)、データ型(組み込みデータ型)、およびデフォルト制約(DEFAULT CONSTRAINT)を含みます。

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

サポートされる 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 文は同期されません。

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

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

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

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

データベース

必要な権限

作成および権限付与方法

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

特権アカウント

データベースアカウントの作成

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

データベース所有者

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

説明

データベース所有者は、データベース作成時に指定されます。

操作手順

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

    DTSコンソールから

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

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

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

    DMS コンソールから移動

    説明

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

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

    2. トップメニューバーで、Data + AI > Data Transmission(DTS) > Data Synchronization を選択します。

    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 サーバーの IP アドレス CIDR ブロックを、ソースおよび宛先データベースのセキュリティ設定に追加し、DTS サーバーからのアクセスを許可する必要があります。これは自動的または手動で実行できます。詳細については、「DTS サーバーの IP アドレス CIDR ブロックをホワイトリストに追加」をご参照ください。

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

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

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

      設定

      説明

      同期タイプ

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

      同期トポロジ

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

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

      • エラーの事前チェックと報告:宛先データベースに同名のテーブルが存在するかどうかをチェックします。同名のテーブルが存在しない場合、事前チェックは合格します。同名のテーブルが存在する場合、事前チェックは不合格となり、データ同期タスクは開始されません。

        説明

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

      • エラーを無視して続行:宛先データベースにおける重複テーブル名のチェックをスキップします。

        警告

        エラーを無視して続行 を選択すると、データ整合性が損なわれる可能性があり、ビジネスにリスクを及ぼすことがあります。例:

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

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

          • 増分同期中:ソースデータベースからのレコードが宛先データベースのレコードを上書きします。

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

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

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

      ソースオブジェクト

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

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

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

      選択中のオブジェクト

      説明
      • スキーマレベルまたはテーブルレベルで同期対象の SQL 操作を選択するには、選択中のオブジェクト ボックス内のオブジェクトを右クリックし、表示されるダイアログボックスで必要な 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 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 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 をクリックします。

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