すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for PostgreSQL から AnalyticDB for PostgreSQL への同期

    ドキュメントセンター

    Data Transmission Service:PolarDB for PostgreSQL から AnalyticDB for PostgreSQL への同期

    最終更新日:Jul 18, 2026

    Data Transmission Service (DTS) は、PolarDB for PostgreSQL から AnalyticDB for PostgreSQL へデータを同期します。

    前提条件

    • 宛先の AnalyticDB for PostgreSQL インスタンスを作成済みです。詳細については、「インスタンスの作成」をご参照ください。

    • ソースの PolarDB for PostgreSQL インスタンスで、wal_level パラメーターを logical に設定済みです。詳細については、「クラスターパラメーターの設定」をご参照ください。

    • 宛先データベースのストレージ容量が、ソースデータベースの使用量よりも大きい必要があります。

    注意事項

    説明

    • スキーマ同期中に、DTS はソースデータベースの外部キーを宛先データベースに同期します。

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

    種別

    説明

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

    • PolarDB for PostgreSQL クラスターにおいて、同期対象のテーブルにはプライマリキーまたは NULL 以外の一意なインデックスが存在する必要があります。

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

    • 同期タスクが正常に動作し、プライマリ/セカンダリ スイッチオーバーによって論理レプリケーションが中断されないようにするため、PolarDB for PostgreSQL クラスターは Logical Replication Slot Failover をサポートし、有効化されている必要があります。

      説明

      ソースの PolarDB for PostgreSQL クラスターが Logical Replication Slot Failover をサポートしていない場合（例：クラスターの データベースエンジン が PostgreSQL 14 の場合）、ソースデータベースで高可用性 (HA) スイッチオーバーが発生すると、同期インスタンスが失敗し、復旧不能になる可能性があります。

    • ソースデータベースの論理サブスクリプションの本質的な制限により、増分変更後に同期対象の単一データレコードが 256 MB を超えると、同期インスタンスは失敗し、再構成が必要になります。

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

      説明

      完全同期中、DTS はソースデータベースに対してクエリを実行します。これによりメタデータロックが発生し、ソースデータベースでの DDL 操作がブロックされる可能性があります。

    • PostgreSQL 18 の生成列を持つテーブルは同期をサポートしていません。このようなテーブルに対して同期を設定すると、そのテーブルに対する DML 操作がブロックされます。

    その他の制限

    • 1 つのデータ同期タスクでは、1 つのデータベースのみを同期できます。複数のデータベースを同期する場合は、それぞれに個別のタスクを設定する必要があります。

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

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

    • DTS は、DATATYPE、SEQUENCE、INDEX、PROCEDURE、FUNCTION、VIEW、OPERATOR、DEFAULT_CONSTRAINT、UK、PK、RULE、DOMAIN、AGGREGATE、EXTENSION、FK、TRIGGER の同期をサポートしていません。

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

      • インスタンスを初めて実行する場合。

      • スキーマレベルでオブジェクトを選択し、スキーマ内に新しいテーブルが作成された場合、または RENAME コマンドを使用してテーブルが再構築された場合。

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

      説明

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

      • この操作はオフピーク時間帯に実行してください。

    • 同期対象のテーブルにプライマリキーがある場合、宛先テーブルのプライマリキー列はソーステーブルと一致している必要があります。同期対象のテーブルにプライマリキーがない場合、宛先テーブルのプライマリキー列は分散キーと一致している必要があります。

    • 宛先テーブルの一意キー（プライマリキー列を含む）は、分散キーのすべての列を含んでいる必要があります。

    • 初期完全同期は、ソースおよび宛先データベースの読み取り・書き込みリソースを消費し、データベース負荷が増加します。そのため、データ同期前にソースおよび宛先データベースのパフォーマンスを評価し、オフピーク時間帯に同期を実行してください。

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

    • DTS 同期中は、DTS 以外のソースから宛先データベースにデータを書き込まないでください。そうしないと、ソースおよび宛先データベース間でデータの不整合が発生する可能性があります。

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

      説明

      • データ同期中にソースデータベースアカウントのパスワードを変更したり、DTS の IP ホワイトリストを削除したりすると、レプリケーションスロットは自動的にクリーンアップされません。ディスク領域を消費し、ソースデータベースを利用不可にしないために、ソースデータベースで手動でレプリケーションスロットをクリーンアップしてください。

      • ソースデータベースでフェイルオーバーが発生した場合は、スタンバイデータベースにログインして手動でクリーンアップを実行してください。

      SQL ステートメント SELECT * FROM pg_replication_slots; を実行して、ソースデータベース内のすべてのレプリケーションスロットを表示できます。結果において、DTS のレプリケーションスロットは、slot_name 値が dts_sync_ で始まり、かつ active 値が true であるレコードです。

    • 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 ステートメントには、ソースデータベースのすべてのシーケンスが含まれます。ビジネス要件に基づいて、これらを宛先データベースで実行してください。

    • 非完全テーブル同期でカラムマッピングを使用する場合、またはソースおよび宛先テーブルスキーマが不一致の場合、ソーステーブルに存在しても宛先テーブルに存在しないカラムのデータは失われます。

    • タスクが失敗した場合、DTS サポートスタッフが 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりする可能性があります。

      説明

      データベースパラメーターではなく、DTS タスクパラメーターのみが変更されます。 調整対象となるパラメーターは、「インスタンスパラメーターの変更」に記載されています。

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

      重要

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

      • 異なるデータベース間でのパーティションテーブルおよび継承テーブル（親子テーブル）の同期はサポートされていません。パーティションテーブルおよびすべてのパーティション、親テーブルおよびすべての子テーブルが同じデータベース内にあることを確認してください。

    課金

    同期タイプ

    料金

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

    無料です。

    増分データ同期

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

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

    • 一方向 1 対 1 同期

    • 一方向 1 対多同期

    • 一方向 多対 1 同期

    詳細については、「同期トポロジ」をご参照ください。

    サポートされる SQL 操作

    操作タイプ

    SQL ステートメント

    DML

    INSERT、UPDATE、DELETE

    説明

    宛先の AnalyticDB for PostgreSQL インスタンスにデータを書き込む際、システムは自動的に UPDATE ステートメントを REPLACE INTO ステートメントに変換します。UPDATE ステートメントがプライマリキーを変更する場合、システムは代わりに DELETE ステートメントおよび INSERT ステートメントに変換します。

    DDL

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

      重要

    • ソースデータベースアカウントが特権アカウントの場合、次の 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

    同期対象オブジェクトに対する読み取りおよび書き込み権限

    説明

    DDL 操作の同期には特権アカウントが必要です。

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

    AnalyticDB for PostgreSQL

    宛先データベースの同期対象オブジェクトに対する読み取りおよび書き込み権限

    ユーザーの作成と管理

    説明

    または、RDS_SUPERUSER 権限を持つデータベースアカウントを使用することもできます。詳細については、「ユーザー権限の管理」をご参照ください。

    操作手順

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

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

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

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

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

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

    3. ソースおよび宛先データベースを設定します。

      セクション

      パラメーター

      説明

      該当なし

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

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

      インスタンスリージョン

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

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

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

      インスタンス ID

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

      データベース名

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

      データベースアカウント

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

      データベースパスワード

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

      宛先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      AnalyticDB for PostgreSQL を選択します。

      アクセス方法

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

      インスタンスリージョン

      宛先の AnalyticDB for PostgreSQL インスタンスのリージョンを選択します。

      インスタンス ID

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

      データベース名

      宛先の AnalyticDB for PostgreSQL インスタンス内のデータベース名を入力します。

      データベースアカウント

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

      データベースパスワード

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

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

      説明

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

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

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

        パラメーター

        説明

        同期タイプ

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

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

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

          説明

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

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

          警告

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

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

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

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

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

        DDL操作とDML操作の同期

        インスタンスレベルで同期する DDL または DML 操作を選択します。サポートされる操作については、「サポートされる SQL 操作」をご参照ください。

        説明

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

        ストレージエンジンタイプ

        宛先テーブルのストレージエンジンタイプを選択します。デフォルト値は Beam です。

        説明

        このパラメーターは、宛先の AnalyticDB for PostgreSQL インスタンスのカーネルバージョンが v7.0.6.6 以降であり、かつ 同期タイプ で スキーマ同期 が選択されている場合にのみ利用可能です。

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

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

        ソースオブジェクト

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

        説明

        テーブルを同期オブジェクトとして選択できます。

        選択中のオブジェクト
        説明

        • データベースまたはテーブルレベルで同期する 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. 次へ：データ検証 をクリックして、データ検証タスクを設定します。

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

      4. 設定が完了したら、ページ下部の 次：データベースおよびテーブルのフィールド設定 をクリックして、宛先の AnalyticDB for PostgreSQL で同期するテーブルのプライマリキー列および分布列を設定します。

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

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

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

      説明

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

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

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

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

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

    7. インスタンスを購入します。

      1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

      2. 購入 ページで、データ同期インスタンスの課金方法およびリンク仕様を選択します。次の表に、これらのパラメーターの詳細を示します。

        カテゴリ

        パラメーター

        説明

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

        課金方法

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

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

        リソースグループ構成

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

        リンク仕様

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

        サブスクリプション期間

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

        説明

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

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

      4. 購入して起動 をクリックします。OK ダイアログボックスで、OK をクリックします。

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