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

Data Transmission Service:PolarDB for PostgreSQL インスタンス間の一方向同期

最終更新日:Feb 05, 2026

このトピックでは、Data Transmission Service (DTS) を使用して、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 コマンドで再構築された場合。

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

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

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

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

  • 初期完全データ同期は、ソースデータベースとターゲットデータベースの両方で読み取りおよび書き込みリソースを消費し、データベースの負荷を増加させます。したがって、データを同期する前にソースデータベースとターゲットデータベースのパフォーマンスを評価し、オフピーク時に同期を実行してください。

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

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

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

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

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

    Amazon slot查询信息

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

  • 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 はセッションレベルで `session_replication_role` パラメーターを一時的に `replica` に設定します。ターゲットデータベースアカウントにこれらの権限がない場合は、ターゲットデータベースで手動で `session_replication_role` パラメーターを `replica` に設定する必要があります。この期間中 (`session_replication_role` が `replica` の間)、ソースデータベースでカスケード更新または削除操作が発生すると、データ不整合が発生する可能性があります。DTS タスクがリリースされた後、`session_replication_role` パラメーターを `origin` に戻すことができます。

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

    説明

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

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

    説明

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

課金

同期タイプ

料金

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

無料です。

増分データ同期

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

サポートされる同期トポロジー

  • 一方向 1 対 1 同期

  • 一方向 1 対多同期

  • 一方向多対 1 同期

同期トポロジーと関連する注意事項の詳細については、「データ同期トポロジー」をご参照ください。

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

  • 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 操作

操作タイプ

SQL 操作文

DML

INSERT、UPDATE、DELETE

DDL

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

    重要
    • 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 文は同期されません。

操作手順

  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 を選択します。

    アクセス方法

    [クラウドインスタンス] を選択します。

    インスタンスリージョン

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

    クロスアカウント

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

    インスタンス ID

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

    データベース名

    PolarDB for PostgreSQL データベースの名前を入力します。

    データベースアカウント

    PolarDB for PostgreSQL インスタンスのデータベースアカウントを入力します。

    データベースパスワード

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

    宛先データベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    PolarDB for PostgreSQL を選択します。

    アクセス方法

    [クラウドインスタンス] を選択します。

    インスタンスリージョン

    ターゲット 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 は選択したオブジェクトの既存データをソースデータベースからターゲットクラスターに同期します。既存データは、その後の増分同期の基礎となります。

      同期トポロジ

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

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

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

        説明

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

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

        警告

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

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

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

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

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

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

      ターゲットインスタンスに同期されるデータベース、テーブル、および列オブジェクト名の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、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 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定することで、完全同期タスクのレート制限を設定できます。

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

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

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

      増分同期タスクのレート制限も設定できます。ターゲットデータベースの負荷を軽減するために、1 秒あたりの増分同期の行数 RPS1 秒あたりの増分同期データ量 (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] をクリックします。

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