すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:ApsaraDB RDS for PostgreSQL インスタンスから PolarDB for PostgreSQL クラスターへのデータ同期

    ドキュメントセンター

    Data Transmission Service:ApsaraDB RDS for PostgreSQL インスタンスから PolarDB for PostgreSQL クラスターへのデータ同期

    最終更新日:Jan 06, 2026

    このトピックでは、Data Transmission Service (DTS) を使用して、ApsaraDB RDS for PostgreSQL インスタンスから PolarDB for PostgreSQL クラスターにデータを同期する方法について説明します。

    前提条件

    • ターゲットとなる PolarDB for PostgreSQL クラスターを作成済みであること。ターゲットクラスターの利用可能なストレージ容量は、ソースの ApsaraDB RDS for PostgreSQL インスタンスが占有するストレージ容量よりも大きい必要があります。詳細については、「データベースクラスターの作成」をご参照ください。

      説明

      サポートされているソースデータベースとターゲットデータベースのバージョンについては、「データ同期ソリューションの概要」をご参照ください。

    • データを受信するために、PolarDB for PostgreSQL クラスターにデータベースを作成済みであること。詳細については、「データベース管理」をご参照ください。

    注意事項

    説明

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

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

    タイプ

    説明

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

    • 同期するテーブルにはプライマリキーまたは一意制約が必要であり、フィールドは一意である必要があります。そうでない場合、ターゲットデータベースに重複データが存在する可能性があります。

      説明

      ターゲットテーブルが DTS によって作成されていない場合 (つまり、同期タイプ で スキーマ同期 を選択しない場合)、テーブルにソーステーブルと同じプライマリキーまたは NULL でない一意制約があることを確認する必要があります。そうでない場合、ターゲットデータベースに重複データが出現する可能性があります。

    • 同期するデータベースの名前には、`dts-testdata` のようにハイフン (-) を含めることはできません。

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

    • 先行書き込みログ (WAL)：

      • WAL を有効にする必要があります。wal_level パラメーターを logical に設定します。

      • 増分同期タスクの場合、DTS はソースデータベースの WAL ログを 24 時間以上保持する必要があります。完全同期と増分同期の両方を実行するタスクの場合、DTS は WAL ログを少なくとも 7 日間保持する必要があります。初期完全データ同期が完了した後、ログ保持期間を 24 時間以上に変更できます。DTS が必要な WAL ログを取得できないためにタスクが失敗した場合、または極端なケースでデータ不整合やデータ損失が発生した場合、指定されたログ保持期間が必要よりも短いため、この問題は DTS のサービスレベルアグリーメント (SLA) の対象外となります。

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

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

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

      説明

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

    • 同期インスタンスの実行中にソースデータベースでメジャーエンジンバージョンのアップグレードを実行すると、インスタンスは失敗し、回復できなくなります。同期インスタンスを再設定する必要があります。

    その他の制限

    • 1 つのデータ同期タスクで同期できるデータベースは 1 つだけです。複数のデータベースを同期するには、データベースごとにデータ同期タスクを設定する必要があります。

    • DTS は TimescaleDB 拡張テーブルや、スキーマをまたいで継承するテーブルを同期しません。

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

    • ソースデータベースの同期対象テーブルに外部キー、トリガー、またはイベントトリガーが含まれる完全同期または増分同期タスクの場合、ターゲットデータベースアカウントが特権アカウントであれば、DTS はセッションレベルで session_replication_role パラメーターを一時的に replica に設定します。ターゲットデータベースアカウントにこの権限がない場合は、ターゲットデータベースで手動で session_replication_role パラメーターを replica に設定する必要があります。 この期間中 (session_replication_role パラメーターが replica に設定されている間)、ソースデータベースでカスケード更新または削除操作が発生すると、データ不整合が発生する可能性があります。DTS 同期タスクがリリースされた後、session_replication_role パラメーターの値を origin に戻すことができます。

    • 以下の 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查询信息

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

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

    • テーブルレベルのデータ同期で、DTS からのデータ以外にターゲットデータベースにデータが書き込まれない場合は、Data Management (DMS) を使用してオンライン DDL 操作を実行できます。詳細については、「テーブルロックなしでスキーマ変更を実行する」をご参照ください。

    • DTS 同期中は、DTS からのデータ以外にターゲットデータベースにデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースの間でデータ不整合が発生します。たとえば、他のデータがターゲットデータベースに書き込まれている間に DMS を使用してオンライン DDL 操作を実行すると、ターゲットデータベースでデータが失われる可能性があります。

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

    • ビジネスがターゲットに切り替わった後、新しいシーケンスはソースデータベースの最大シーケンス値を増分の初期値として使用しません。ビジネスのスイッチオーバーの前に、ターゲットデータベースのシーケンス値を更新する必要があります。詳細については、「ターゲットデータベースのシーケンス値を更新する」をご参照ください。

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

      説明

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

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

      説明

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

    特殊なケース

    • ソースインスタンスが ApsaraDB RDS for PostgreSQL インスタンスの場合

      同期中に、ApsaraDB RDS for PostgreSQL インスタンスのエンドポイントやゾーンを変更しないでください。そうしないと、同期は失敗します。

    • ソースインスタンスが自己管理 PostgreSQL データベースの場合

      max_wal_senders および max_replication_slots パラメーターの値が、使用中のレプリケーションスロットの数と、この自己管理 PostgreSQL データベースをソースとして作成する DTS インスタンスの数の合計よりも大きいことを確認してください。

    • ソースインスタンスが Google Cloud Platform Cloud SQL for PostgreSQL の場合、ソースデータベースの データベースアカウント は `cloudsqlsuperuser` 権限を持っている必要があります。同期オブジェクトを選択する際には、このアカウントが管理を許可されているオブジェクトを選択するか、同期対象のオブジェクトの Owner 権限をこのアカウントに付与する必要があります (たとえば、GRANT <owner_of_the_object_to_be_synchronized> TO <source_database_account_used_by_the_task> コマンドを実行して、このアカウントがオブジェクト所有者として関連操作を実行できるようにします)。

      説明

      cloudsqlsuperuser 権限を持つアカウントは、所有者が別の cloudsqlsuperuser 権限を持つアカウントであるデータを管理することはできません。

    課金説明

    同期タイプ

    タスク設定料金

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

    無料です。

    増分同期

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

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

    • 一方向 1 対 1 同期

    • 一方向 1 対多同期

    • 一方向カスケード同期

    • 一方向多対 1 同期

    同期トポロジとその注意事項の詳細については、「同期トポロジ」をご参照ください。

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

      同期可能な SQL 操作

      操作タイプ

      SQL 文

      DML

      INSERT、UPDATE、および DELETE

      DDL

      • DDL 操作は、 以降に作成されたデータ同期タスクでのみ同期できます。

        重要

        • 2023年5月12日 (シンガポール時間) より前に作成されたデータ同期タスクの場合、タスクを設定する前に、ソースデータベースにトリガーと関数を作成して DDL 情報をキャプチャする必要があります。詳細については、「トリガーと関数を使用して PostgreSQL データベースの増分 DDL 移行を実装する」をご参照ください。

        • 増分データ同期中に BIT 型のデータを同期することはできません。

      • ソースデータベースのデータベースアカウントが特権アカウントであり、ApsaraDB RDS for PostgreSQL インスタンスのマイナーエンジンバージョンが 20210228 以降である場合、DTS は以下の 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 (ソース PostgreSQL データベースのバージョンは 11 以降である必要があります。)

        • CREATE INDEX ON TABLE

        重要

        • CASCADE や RESTRICT などの DDL 文の追加情報を同期することはできません。

        • SET session_replication_role = replica コマンドを実行するセッションからの DDL 文は同期できません。

        • FUNCTION を呼び出すか、他の手段で実行される DDL 文は同期できません。

        • ソースデータベースで同時にコミットされた複数の SQL 文に DML 文と DDL 文の両方が含まれている場合、DTS は DDL 文を同期しません。

        • ソースデータベースで同時にコミットされた複数の SQL 文に、同期されないオブジェクトに対する DDL 文が含まれている場合、その DDL 文は同期されません。

        • DTS は、サーバープログラミングインターフェイス (SPI) を介してプラグイン内で直接実行される DDL 文の同期をサポートしていません。

      データベースアカウントに必要な権限

      操作手順

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

        DTS コンソールから

        1. DTS コンソールにログインします。

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

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

        DMS コンソールから

        説明

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

        1. DMS コンソールにログインします。

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

        3. データ同期タスク の右側で、同期インスタンスのリージョンを選択します。

      2. タスクの作成 をクリックします。タスク設定ページが開きます。

      3. ソースデータベースとターゲットデータベースを設定します。

        カテゴリ

        設定

        説明

        N/A

        タスク名

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

        ソースデータベース

        既存の接続情報の選択

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

          説明

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

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

        データベースタイプ

        [PostgreSQL] を選択します。

        アクセス方法

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

        インスタンスリージョン

        ソースの ApsaraDB RDS for PostgreSQL インスタンスが存在するリージョンを選択します。

        [Alibaba Cloud アカウント間]

        単一の Alibaba Cloud アカウント内での同期の場合、[アカウント間ではない] を選択します。

        インスタンス ID

        ソースの ApsaraDB RDS for PostgreSQL インスタンスの ID を選択します。

        データベース名

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

        データベースアカウント

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

        データベースパスワード

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

        暗号化

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

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

        説明

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

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

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

        宛先データベース

        既存の接続情報の選択

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

          説明

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

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

        データベースタイプ

        PolarDB for PostgreSQL を選択します。

        アクセス方法

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

        インスタンスリージョン

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

        インスタンス ID

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

        データベース名

        データを受信するために使用されるターゲットの PolarDB for PostgreSQL クラスター内のデータベースの名前を入力します。

        データベースアカウント

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

        データベースパスワード

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

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

        説明

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

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

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

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

          設定

          説明

          同期タイプ

          デフォルトで [増分同期] が選択されています。[スキーマ同期] と [完全データ同期] も選択する必要があります。事前チェックが完了すると、DTS はソースインスタンスからの完全データでターゲットクラスターの同期オブジェクトを初期化します。このデータは、後続の増分同期のベースラインとして機能します。

          同期トポロジ

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

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

          • エラーの事前チェックと報告：ターゲットデータベースに同じ名前のテーブルがあるかチェックします。同じ名前のテーブルが見つかった場合、事前チェック中にエラーが報告され、データ同期タスクは開始されません。それ以外の場合、事前チェックは成功します。

            説明

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

          • エラーを無視して続行：ターゲットデータベースでの名前の衝突チェックをスキップします。

            警告

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

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

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

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

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

          ソースオブジェクト

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

          説明

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

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

          選択中のオブジェクト

          • ターゲットインスタンスで単一の同期オブジェクトの名前を変更するには、選択中のオブジェクト ボックスでオブジェクトを右クリックします。詳細については、「単一のオブジェクト名をマッピングする」をご参照ください。

          • 同期オブジェクトをまとめて名前変更するには、選択中のオブジェクト ボックスの右上隅にある 一括編集 をクリックします。詳細については、「複数のオブジェクト名を一括でマッピングする」をご参照ください。

          説明

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

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

        2. 詳細設定へ をクリックします。

          設定

          説明

          タスクのスケジュールに使用する専用クラスターの選択

          デフォルトでは、DTS は共有クラスターでタスクをスケジュールするため、選択する必要はありません。タスクの安定性を高めるために、DTS 同期タスクを実行するための専用クラスターを購入できます。詳細については、「DTS 専用クラスターとは」をご参照ください。

          失敗した接続の再試行時間

          同期タスクの開始後にソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続のリトライを開始します。デフォルトのリトライ時間は 720 分です。リトライ時間は 10 分から 1,440 分の間の値にカスタマイズできます。30 分以上の設定を推奨します。指定されたリトライ時間内に DTS が再接続した場合、タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。

          説明

          • DTS インスタンス A と DTS インスタンス B のように、同じソースまたはターゲットを持つ複数の DTS インスタンスの場合、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 パラメーターの表示が完了したら、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。

        説明

        • 同期ジョブが開始される前に、事前チェックが実行されます。ジョブは事前チェックに合格した後にのみ開始できます。

        • 事前チェックが失敗した場合、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに従って問題を解決してから、事前チェックを再実行します。

        • 事前チェック中に警告が生成された場合：

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

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

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

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

        2. 購入 ページで、データ同期インスタンスの課金方法とリンク仕様を選択します。詳細については、次の表をご参照ください。

          カテゴリ

          パラメーター

          説明

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

          課金方法

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

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

          リソースグループ設定

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

          リンク仕様

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

          サブスクリプション期間

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

          説明

          このオプションは、課金方法が サブスクリプション の場合にのみ表示されます。

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

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

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