すべてのプロダクト
Search

このプロダクト

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

    ドキュメントセンター

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

    最終更新日:May 10, 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）。

    • テーブル単位でデータを同期し、テーブル名やカラム名のマッピングなどオブジェクト編集が必要な場合、1 つのタスクで最大 5,000 テーブルまでサポートされます。それ以上のテーブルを同期する場合は、複数のタスクに分割するか、データベース全体を同期するタスクを構成してください。そうしないと、タスク送信後にリクエストエラーが発生する可能性があります。

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

      • WAL 機能を有効にする必要があります。wal_level パラメーターを logical に設定してください。

      • 増分同期タスクの場合、DTS はソースデータベースの WAL ログを 24 時間以上保持することを要求します。完全同期と増分同期を含むタスクの場合、WAL ログは少なくとも 7 日間保持する必要があります。完全同期完了後は、ログ保持期間を 24 時間以上に変更できます。必要な保持期間より短い場合、DTS タスクは WAL ログを取得できず失敗する可能性があります。最悪の場合、データの不整合やデータ損失が発生する可能性があります。必要な保持期間より短いログ保持期間に起因する問題は、DTS サービスレベルアグリーメント (SLA) の適用外となります。

    • ソースインスタンスに長時間トランザクションがあり、かつタスクに増分同期が含まれる場合、長時間トランザクションがコミットされる前に発生した先行書き込みログ (WAL) はクリアされません。これにより 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 同期中は、他のソースからターゲットデータベースにデータを書き込まないでください。これにより、ソースおよびターゲットデータベース間でデータの不整合が発生する可能性があります。たとえば、他のソースからターゲットデータベースへのデータ書き込みが行われている間に 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 権限を持つアカウントを指定する必要があります。同期オブジェクトを選択する際は、このアカウントが管理権限を持つオブジェクトを選択するか、同期対象オブジェクトに対してこのアカウントにオーナー権限を付与してください（例：GRANT <owner_of_the_object_to_be_synced> TO <source_database_account_for_the_task> コマンドを実行して、このアカウントが同期対象オブジェクトのオーナーとして関連操作を実行できるようにします）。

      説明

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

    課金

    同期タイプ

    料金

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

    無料です。

    増分同期

    料金が発生します。「課金の概要」をご参照ください。

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

    • 一方向 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 日 (UTC + 08:00) より前に作成されたデータ同期タスクの場合は、タスク構成前にソースデータベースにトリガーおよび関数を作成して DDL 情報をキャプチャする必要があります。詳細については、「トリガーと関数を使用して PostgreSQL の増分 DDL 移行を実装する」をご参照ください。

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

    • ソースデータベースのデータベースアカウントが特権アカウントであり、かつ ApsaraDB RDS for PostgreSQL インスタンスのメジャーバージョンが 9.5 以降、マイナーバージョンが 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 データベースが PostgreSQL 11 以降である必要があります）

      • CREATE INDEX ON TABLE

      重要

      • CASCADE や RESTRICT などの DDL ステートメント内の追加情報は同期できません。

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

      • FUNCTION を呼び出して実行される DDL ステートメントはサポートされていません。

      • ソースデータベースから同時に送信された複数の SQL ステートメントに DML ステートメントと DDL ステートメントの両方が含まれる場合、DDL ステートメントは同期されません。

      • ソースデータベースから同時に送信された複数の SQL ステートメントに、同期対象外のオブジェクトに対する DDL ステートメントが含まれる場合、DDL ステートメントは同期されません。

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

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

    データベース

    必要な権限

    アカウント作成および権限付与

    RDS PostgreSQL

    選択したデータベースのオーナー（権限付与済みアカウント）でもある特権アカウント。

    説明

    RDS PostgreSQL 9.4 ソースインスタンスの DML 操作のみを同期する必要がある場合は、アカウントに REPLICATION 権限のみが必要です。

    アカウントを作成するおよびデータベースを作成する。

    PolarDB for PostgreSQL

    ターゲット SCHEMA に対するオーナー権限。

    説明

    データベース作成時に指定したデータベース所有者を使用できます。

    データベースアカウントを作成するおよびデータベースを管理する。

    操作手順

    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 データベースインスタンスの選択 です。

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

      データベースタイプ

      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 証明書 をアップロードする必要があります。

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

      • RDS for PostgreSQL インスタンスの SSL 暗号化機能の詳細については、「SSL 接続暗号化」をご参照ください。

      宛先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

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

      インスタンスリージョン

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

      インスタンス ID

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

      データベース名

      データを受信するターゲット PolarDB for PostgreSQL クラスター内のデータベース名を入力します。

      データベースアカウント

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

      データベースパスワード

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

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

      説明

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

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

    5. タスクオブジェクトを構成します。

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

        パラメーター

        説明

        同期タイプ

        増分データ同期 が選択されています。デフォルトでは、スキーマ同期 および 完全データ同期 も選択する必要があります。事前チェック完了後、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 秒あたりのソースデータベースのクエリ率 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. 購入 ページで、データ同期インスタンスの課金方法およびリンク仕様を選択します。以下の表に、これらのパラメーターの詳細を示します。

        カテゴリ

        パラメーター

        説明

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

        課金方法

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

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

        リソースグループ構成

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

        リンク仕様

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

        サブスクリプション期間

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

        説明

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

      3. 構成が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、同意してください。

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

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