すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:ApsaraDB RDS for PostgreSQL インスタンス間で一方向のデータ同期を構成する

    ドキュメントセンター

    Data Transmission Service:ApsaraDB RDS for PostgreSQL インスタンス間で一方向のデータ同期を構成する

    最終更新日:Apr 08, 2025

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

    前提条件

    • ソースとデスティネーションの ApsaraDB RDS for PostgreSQL インスタンスが作成されます。詳細については、「ApsaraDB RDS for PostgreSQL インスタンスを作成する」をご参照ください。

      説明
      • 説明

        詳細については、「データ同期シナリオの概要」をご参照ください。

      • ターゲットデータベースのバージョンは、ソースデータベースのバージョンと同じかそれ以上です。これにより、データベースの互換性が確保されます。ターゲットデータベースのバージョンがソースデータベースのバージョンよりも古い場合、データベースの互換性の問題が発生する可能性があります。

    • 宛先 ApsaraDB RDS for PostgreSQL インスタンスの使用可能なストレージ容量は、ソース ApsaraDB RDS for PostgreSQL インスタンスのデータ総容量よりも大きくなっています。

    使用方法

    カテゴリ

    説明

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

    • 同期するテーブルには、PRIMARY KEY制約またはUNIQUE制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複するデータレコードが含まれる可能性があります。

      説明

      DTS を使用せずに作成したデータ同期タスクでデータを受信するターゲットテーブル（[スキーマ同期] が [同期タイプ] パラメーターで選択されていない場合）では、テーブルとソースデータベースから同期されるテーブルに同じ PRIMARY KEY制約または NOT NULL UNIQUE制約があることを確認してください。そうでない場合、ターゲットデータベースに重複するデータレコードが含まれる可能性があります。

      • 説明

      DTS を使用せずに作成したデータ同期タスクでデータを受信するターゲットテーブル（[スキーマ同期] が [同期タイプ] パラメーターで選択されていない場合）では、テーブルとソースデータベースから同期されるテーブルに同じ PRIMARY KEY制約または NOT NULL UNIQUE制約があることを確認してください。そうでない場合、ターゲットデータベースに重複するデータレコードが含まれる可能性があります。

    • 同期するオブジェクトとしてテーブルを選択し、ターゲットデータベースのテーブルまたは列の名前変更など、テーブルを編集する場合、1 つのデータ同期タスクで最大 5,000 個のテーブルを同期できます。 5,000 個を超えるテーブルを同期するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを構成してテーブルを同期するか、データベース全体を同期するタスクを構成することをお勧めします。

    • DTS は、ソースデータベースの一時テーブル、内部トリガー、または C プログラミング言語で記述された一部の内部プロシージャおよび関数を同期できません。DTS は、COMPOSITE、ENUM、および RANGE タイプのカスタムパラメーターを同期できます。同期するテーブルには、PRIMARY KEY、FOREIGN KEY、UNIQUE、または CHECK 制約が必要です。

    • WAL ログの次の要件を満たす必要があります。

      • wal_level パラメーターの値は logical である必要があります。

      • 増分同期のみを実行する場合、ソースデータベースの WAL ログは 24 時間以上保存する必要があります。完全同期と増分同期の両方を実行する場合、ソースデータベースの WAL ログは 7 日以上保存する必要があります。そうでない場合、DTS は WAL ログの取得に失敗し、タスクが失敗する可能性があります。例外的な状況では、データの不整合または損失が発生する可能性があります。完全同期が完了したら、保存期間を 24 時間以上に設定できます。上記の要件に基づいて WAL ログの保存期間を設定してください。そうでない場合、DTS のサービスレベルアグリーメント（SLA）におけるサービスの信頼性またはパフォーマンスが保証されない場合があります。

    • ソースデータベースで実行される操作の制限:

      • ソース ApsaraDB RDS for PostgreSQL インスタンスでプライマリ/セカンダリスイッチオーバーを実行する場合、論理レプリケーションスロットフェイルオーバー機能を有効にする必要があります。これにより、論理サブスクリプションが中断されるのを防ぎ、データ同期タスクが想定どおりに実行されるようにします。詳細については、「論理レプリケーションスロットフェイルオーバー」をご参照ください。

      • ソースデータベースからの論理サブスクリプションには、DTS の使用に制限があります。増分データの変更時にソースデータベースから同期される単一のデータのサイズが 256 MB を超えると、実行中のデータ同期インスタンスは実行に失敗し、回復できません。タスクを再構成する必要があります。

      • スキーマ同期および完全同期中は、DDL 文を実行してデータベースまたはテーブルのスキーマを変更しないでください。変更すると、データ同期タスクは失敗します。

    • ソースデータベースに長時間トランザクションがあり、データ同期タスクで増分データが同期される場合、ソースデータベースで長時間トランザクションがコミットされる前に生成された先行書き込みログ（WAL）ログが蓄積される可能性があります。その結果、ソースデータベースのディスク容量が不足する可能性があります。

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

    その他の制限

    • データ同期タスクは、1 つのデータベースからのみデータを同期できます。複数のデータベースからデータを同期するには、データベースごとにデータ同期タスクを作成する必要があります。

    • DTSは、スキーマを跨ぐ継承関係を持つテーブルを同期できません。

    • SERIAL データ型のテーブルを同期する場合、DTS はソースデータベースのデータ型に対してシーケンスを自動的に作成します。[ソースオブジェクト] を構成し、[スキーマ同期][同期タイプ] として シーケンス を選択する場合は、 またはスキーマ全体の同期も選択することをお勧めします。選択しない場合、同期インスタンスは実行に失敗します。

    • データ同期中に、同期対象のオブジェクトとしてスキーマを選択する場合は、次の制限事項に注意してください。スキーマにテーブルを作成する場合、または RENAME コマンドを実行してテーブルの名前を変更する場合は、テーブルにデータを書き込む前に、ALTER TABLE schema.table REPLICA IDENTITY FULL; 文を実行する必要があります。これにより、データ整合性が確保されます。この文を実行するときは、テーブルをロックしないことをお勧めします。ロックすると、デッドロックが発生します。

      説明

      • schema と table を、上記のサンプル文における実際のスキーマ名とテーブル名に置き換えます。

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

    • DTS は、シーケンスなどのメタデータの有効性をチェックしません。メタデータの有効性は手動で確認する必要があります。

    • ワークロードがターゲットデータベースに切り替えられた後、新しく書き込まれたシーケンスは、ソースデータベースのシーケンスの最大値から増加しません。そのため、ワークロードをターゲットデータベースに切り替える前に、ターゲットデータベースのシーケンスの開始値を更新する必要があります。

    • DTS は、増分データの DDL 文、増分テーブルのスキーマ、およびハートビート情報を取得するために、ソースデータベースに次の 一時テーブル を作成します。データ同期中は、ソースデータベース内の一時テーブルを削除しないでください。削除すると、データ同期タスクが失敗します。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。

    • データ同期の待機時間が正確であることを保証するために、DTS はソースデータベースにハートビートテーブルを追加します。dts_postgres_heartbeat という名前のハートビートテーブルです。

    • データ同期中、DTS はソースデータベースのレプリケーションスロットを作成します。レプリケーションスロットには dts_sync_ というプレフィックスが付きます。DTS は、このレプリケーションスロットを使用して、ソースデータベースの過去 15 分間の増分ログを取得できます。

      説明

      • DTS インスタンスがリリースされると、レプリケーションスロットは自動的に削除されます。ソースデータベースのパスワードを変更した場合、または IP アドレスホワイトリストから DTS の IP アドレスを削除した場合、レプリケーションスロットは自動的に削除されません。この場合、レプリケーションスロットが蓄積されないように、ソースデータベースのレプリケーションスロットを削除する必要があります。

      • データ同期タスクが解放された場合、または失敗した場合、DTS はレプリケーションスロットを自動的に削除します。ソース PostgreSQL データベースでプライマリ/セカンダリスイッチオーバーが実行された場合は、セカンダリデータベースにログインしてレプリケーションスロットを削除する必要があります。

      Amazon slot查询信息

    • ソースデータベースとターゲットデータベースのパフォーマンスに対するデータ同期の影響を評価してから、データ同期を実行してください。オフピーク時にデータ同期を実行することをお勧めします。初期完全データ同期中、DTS はソースデータベースとターゲットデータベースの読み取りリソースと書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

    • 初期完全データ同期中、同時 INSERT 操作によってターゲットデータベースのテーブルで断片化が発生します。そのため、初期完全データ同期が完了した後、ターゲットデータベースで使用されている表領域のサイズは、ソースデータベースのサイズよりも大きくなります。

    • DTSのみを使用してターゲットデータベースにテーブルデータを書き込む場合、データ同期中にDMSを使用してソーステーブルに対してオンラインDDL操作を実行できます。詳細については、「テーブルをロックせずにスキーマを変更する」をご参照ください。

    • ソースデータベースとターゲットデータベース間のデータの不整合は、データ同期の間に他のソースからのデータがターゲットデータベースに書き込まれた場合に発生します。たとえば、他のソースからのデータがターゲットデータベースに書き込まれている間に、DMS を使用してオンライン DDL 文を実行すると、ターゲットデータベースでデータ損失が発生する可能性があります。

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

    • DTS タスクの実行に失敗した場合、DTS テクニカルサポートは 8 時間以内にタスクの復旧を試みます。復旧中、タスクが再起動され、タスクのパラメーターが変更される場合があります。

      説明

      タスクのパラメーターのみ変更できます。データベースのパラメーターは変更されません。 変更可能なパラメーターには、「インスタンスパラメーターの変更」セクション (DTS インスタンスのパラメーターの変更に関するトピック) のパラメーターが含まれますが、これらに限定されません。

    特別なケース

    • ソースデータベースが 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 権限を指定したアカウントに付与する必要があります。

      説明

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

    課金

    同期タイプタスク構成料金
    スキーマ同期と完全同期無料。
    増分同期有料。詳細については、「課金概要」をご参照ください。

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

    • 一方向の 1 対 1 の同期

    • 一方向の 1 対多同期

    • 一方向カスケード同期

    • 一方向の多対一同期

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

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

    • SCHEMA と TABLE。

      説明

      PRIMARY KEY、UNIQUE KEY、FOREIGN KEY、データ型（組み込みデータ型）、および DEFAULT CONSTRAINT を含みます。

    • VIEW、PROCEDURE（PostgreSQL V11 以降）、FUNCTION、RULE、SEQUENCE、EXTENSION、TRIGGER、AGGREGATE、INDEX、OPERATOR、および DOMAIN。

    同期可能な SQL 操作

    操作タイプ

    SQL ステートメント

    DML

    INSERT、UPDATE、および DELETE

    DDL

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

      重要

      • データ同期タスクを作成する前に、2023 年 5 月 12 日より前に作成されたデータ同期タスクを使用して DDL 操作を同期するには、データ同期タスクを構成する前に、ソースデータベースでトリガーと関数を 作成 して 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 以降である必要があります。）

      • TABLE にインデックスを作成します

      重要

      • DDL 文の追加情報 (CASCADE や RESTRICT など) は同期できません。

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

      • 関数を呼び出して実行される DDL 文は同期できません。

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

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

    手順

    1. 次のいずれかの方法を使用して、[データ同期] ページに移動し、データ同期インスタンスが存在するリージョンを選択します。

      DTS コンソール

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

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

      3. ページの左上隅で、データ同期インスタンスが存在するリージョンを選択します。

      DMS コンソール

      説明

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

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

      2. 上部のナビゲーションバーで、[データ + AI] にポインターを移動し、[DTS (DTS)] > [データ同期] を選択します。

      3. データ同期タスク の右側のドロップダウンリストから、データ同期インスタンスが存在するリージョンを選択します。

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

    3. ソースデータベースとターゲットデータベースを構成します。次の表は、パラメーターについて説明しています。

      警告

      ソースデータベースとターゲットデータベースを構成した後、ページに表示される [制限] をご確認ください。確認しないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。

      セクション

      パラメーター

      説明

      N/A

      タスク名

      DTS タスクの名前。DTS はタスク名を自動的に生成します。タスクを識別しやすい説明的な名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。

      移行元データベース

      データベースタイプ

      ソース データベースのタイプです。[PostgreSQL] を選択します。

      アクセス方法

      ソースデータベースのアクセス方法。 [Alibaba Cloud インスタンス] を選択します。

      インスタンスリージョン

      ApsaraDB RDS for PostgreSQL インスタンスが存在するリージョン。

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

      In this example, a database of the current Alibaba Cloud account is used. Select ×。

      インスタンス ID

      ApsaraDB RDS for PostgreSQL インスタンスのソース ID。

      データベース名

      ApsaraDB RDS for PostgreSQL インスタンスのソースでオブジェクトが同期されるデータベースの名前。

      データベースアカウント

      ソース ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウント。データベースのオーナーである特権アカウントを指定します。ApsaraDB RDS for PostgreSQL インスタンスのアカウントを作成し、そのアカウントに権限を付与する方法の詳細については、「アカウントを作成する」および「データベースを作成する」をご参照ください。

      説明

      ソースインスタンスが ApsaraDB RDS for PostgreSQL V9.4 インスタンスで、DML 操作のみを同期する場合、データベースアカウントには REPLICATION 権限のみが必要です。

      データベースパスワード

      データベースにアクセスするために使用するパスワード。

      暗号化

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

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

      説明

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

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

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

      移行先データベース

      データベースタイプ

      宛先データベースのタイプ。 [PostgreSQL] を選択します。

      アクセス方法

      接続先データベースのアクセス方法。 [Alibaba Cloud インスタンス] を選択します。

      インスタンスリージョン

      ApsaraDB RDS for PostgreSQL インスタンスが存在するリージョン。

      インスタンス ID

      ApsaraDB RDS for PostgreSQL インスタンスの宛先 ID。

      データベース名

      ApsaraDB RDS for PostgreSQL インスタンスの同期先データベースの名前。

      データベースアカウント

      宛先 ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウント。アカウントは、スキーマに対するオーナー権限を持っている必要があります。ApsaraDB RDS for PostgreSQL インスタンスのアカウントを作成し、アカウントに権限を付与する方法については、「アカウントを作成する」をご参照ください。

      データベースパスワード

      データベースにアクセスするために使用するパスワード。

      暗号化

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

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

      説明

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

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

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

    4. 接続をテストして続行 をクリックします。

      説明

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

      • ソースデータベースまたはターゲットデータベースが自己管理データベースであり、その アクセス方法 が Alibaba Cloud インスタンス に設定されていない場合は、接続テストDTS サーバーの CIDR ブロック ダイアログボックスで をクリックします。

    5. 同期するオブジェクトを構成します。

      1. オブジェクト設定 ステップで、同期するオブジェクトを設定します。

        パラメーター

        説明

        同期タイプ

        同期タイプ。デフォルトでは、[増分データ同期] が選択されています。[スキーマ同期] と [フルデータ同期] も選択する必要があります。事前チェックが完了すると、DTS は選択したオブジェクトの既存データをソースデータベースからデスティネーションクラスターに同期します。既存データは、後続の増分同期の基礎となります。

        説明

        [スキーマ同期] を選択すると、DTS は同期対象のテーブルのスキーマをソースデータベースからターゲットデータベースに同期します。スキーマには外部キーが含まれます。

        同期トポロジ

        この例では、一方向同期 が選択されています。

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

        • エラーの事前チェックと報告: ターゲットデータベースにソースデータベースのテーブルと同じ名前のテーブルが含まれているかどうかを確認します。 ソースデータベースとターゲットデータベースに同じテーブル名のテーブルが含まれていない場合、事前チェックは成功です。 それ以外の場合、事前チェック中にエラーが返され、データ同期タスクを開始できません。

          説明

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

        • エラーを無視して続行: ソースデータベースとターゲットデータベースで同一のテーブル名が存在する場合の事前チェックをスキップします。

          警告

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

          • ソースデータベースとターゲットデータベースのスキーマが同じで、ターゲットデータベースのデータレコードのプライマリキー値または一意のキー値がソースデータベースのデータレコードと同じである場合:

            • 完全同期中は、DTS はデータレコードをターゲットデータベースに同期しません。ターゲットデータベース内の既存のデータレコードは保持されます。

            • 増分データ同期中、DTS はデータレコードをターゲットデータベースに同期します。ターゲットデータベース内の既存のデータレコードは上書きされます。

          • ソースデータベースとターゲットデータベースのスキーマが異なる場合、データの初期化に失敗する可能性があります。この場合、一部の列のみが同期されるか、データ同期タスクが失敗します。注意して進めてください。

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

        宛先インスタンスにおけるデータベース名、テーブル名、および列名の大文字と小文字の区別。デフォルトでは、[DTS デフォルト ポリシー] が選択されています。ソースまたはターゲットデータベースでのオブジェクト名の大文字と小文字の区別と一致するように、他のオプションを選択できます。詳細については、「宛先インスタンスのオブジェクト名の大文字と小文字の指定」をご参照ください。

        ソースオブジェクト

        ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択し、向右 アイコンをクリックして、選択中のオブジェクト セクションにオブジェクトを追加します。

        説明

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

        • SERIAL データ型のテーブルを同期する場合、[スキーマ同期][同期の種類] として シーケンス を選択する場合は、またはスキーマ全体の同期も選択することをお勧めします。

        選択中のオブジェクト

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

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

        説明

        • 特定のデータベースまたはテーブルで実行される SQL 操作を選択するには、[選択したオブジェクト] セクションでオブジェクトを右クリックします。表示されるダイアログボックスで、同期する SQL 操作を選択します。詳細については、このトピックの「同期できる SQL 操作」セクションをご参照ください。

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

        • オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトの同期に失敗する可能性があります。

      2. 次へ：詳細設定 をクリックして、詳細設定を構成します。

        パラメーター

        説明

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

        デフォルトでは、専用クラスターを指定しない場合、DTS は共有クラスターにタスクをスケジュールします。データ同期タスクの安定性を向上させるには、専用クラスターを購入します。詳細については、「DTS 専用クラスターとは」をご参照ください。

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

        接続に失敗した場合のリトライ時間範囲。データ同期タスクの開始後にソースデータベースまたはターゲットデータベースへの接続に失敗した場合、DTS はこの時間範囲内で直ちに接続を再試行します。有効値: 10 ～ 1440。単位: 分。デフォルト値: 720。このパラメーターには 30 より大きい値を設定することをお勧めします。DTS が指定された時間範囲内にソースデータベースとターゲットデータベースに再接続した場合、DTS はデータ同期タスクを再開します。そうでない場合、データ同期タスクは失敗します。

        説明

        • 複数のデータ同期タスクで同じソースまたはターゲットデータベースを指定し、それぞれに異なるリトライ時間範囲を設定した場合、最も短いリトライ時間範囲が優先されます。

        • DTS が接続をリトライすると、DTS インスタンスに対して課金されます。ビジネス要件に基づいてリトライ時間範囲を指定することをお勧めします。また、ソースインスタンスと宛先インスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。

        移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。

        その他の問題のリトライ時間範囲。たとえば、データ同期タスクの開始後に DDL または DML 操作が失敗した場合、DTS は指定された時間範囲内で操作をすぐにリトライします。有効値: 1 ～ 1440。単位: 分。デフォルト値: 10。このパラメーターは 10 より大きい値に設定することをお勧めします。指定された時間範囲内で失敗した操作が正常に実行された場合、DTS はデータ同期タスクを再開します。そうでない場合、データ同期タスクは失敗します。

        重要

        移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 パラメーターの値は、失敗した接続の再試行時間 パラメーターの値よりも小さくなければなりません。

        完全移行率を制限するかどうか

        完全同期中は、DTS はソースデータベースとターゲットデータベースの読み取りリソースと書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ターゲットデータベースサーバーの負荷を軽減するために、完全同期タスクの1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成できます。

        説明

        このパラメーターは、完全データ同期 が 同期タイプ パラメーターに選択されている場合にのみ構成できます。

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

        増分データ同期の速度制限を有効にするかどうかを指定します。ビジネス要件に基づいて、増分データ同期の速度制限を有効にすることができます。速度制限を設定するには、1 秒あたりの増分同期の行数 RPS パラメーターと 1 秒あたりの増分同期データ量 (MB) BPS パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

        環境タグ

        DTS インスタンスを識別するために使用される環境タグ。ビジネス要件に基づいて環境タグを選択できます。この例では、このパラメーターを設定する必要はありません。

        ETL の設定

        抽出、変換、書き出し (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETL とは」をご参照ください。有効な値:

        監視アラート

        データ同期タスクのアラートを構成するかどうかを指定します。タスクが失敗した場合、または同期遅延が指定されたしきい値を超えた場合、アラート連絡先に通知が送信されます。有効な値：

        • いいえ: アラートは有効になりません。

        • はい: アラートを設定します。この場合、アラートのしきい値とアラート通知設定も構成する必要があります。詳細については、「DTS タスクの作成時にモニタリングとアラートを構成する」セクションの「モニタリングとアラートを構成する」トピックをご参照ください。

      3. [次のステップ: データ検証] をクリックして、データ検証を設定します。

        詳細については、「データ検証を設定する」をご参照ください。

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

      • 関連 API 操作を呼び出して DTS タスクを構成する際に指定するパラメーターを表示するには、 次：タスク設定の保存と事前チェック にポインターを移動し、OpenAPI パラメーターのプレビュー をクリックします。

      • パラメータを表示する必要がない場合、またはすでに表示した場合は、ページ下部にある 次：タスク設定の保存と事前チェック をクリックします。

      説明

      • データ同期タスクを開始する前に、DTS は事前チェックを実行します。タスクが事前チェックに合格した後でのみ、データ同期タスクを開始できます。

      • データ同期タスクが事前チェックに失敗した場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題をトラブルシューティングします。その後、事前チェックを再実行します。

      • アラートが事前チェック中に項目に対してトリガーされた場合:

        • アラート項目を無視できない場合は、失敗した項目の横にある [詳細の表示] をクリックし、問題のトラブルシューティングを行います。その後、事前チェックを再度実行します。

        • アラート項目を無視できる場合は、[アラートの詳細の確認] をクリックします。[詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されるメッセージで、[OK] をクリックします。次に、[再事前チェック] をクリックして、事前チェックを再度実行します。アラート項目を無視すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。

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

      1. [成功率] が 100% になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。

      2. [購入] ページで、データ同期インスタンスの課金方式とインスタンスクラスのパラメーターを構成します。次の表にパラメーターを示します。

        セクション

        パラメーター

        説明

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

        課金方法

        • サブスクリプション: データ同期インスタンスを作成するときに、サブスクリプションの料金を支払います。 サブスクリプション課金方法は、長期使用の場合、従量課金方法よりも費用対効果が高くなります。

        • 従量課金: 従量課金インスタンスは 1 時間単位で課金されます。従量課金方式は、短期間の使用に適しています。従量課金データ同期インスタンスが不要になった場合は、インスタンスをリリースしてコストを削減できます。

        リソースグループ設定

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

        インスタンス クラス

        DTS では、同期速度が異なるインスタンスクラスを提供しています。ビジネス要件に基づいてインスタンスクラスを選択できます。詳細については、「データ同期インスタンスのインスタンスクラス」をご参照ください。

        サブスクリプション期間

        サブスクリプション課金方式を選択する場合は、サブスクリプション期間と作成するデータ同期インスタンスの数をご指定ください。サブスクリプション期間は、1～9か月、1年、2年、3年、または5年です。

        説明

        このパラメーターは、サブスクリプション 課金方式を選択した場合にのみ使用できます。

      3. [従量課金制 Data Transmission Service サービス規約] をよく読んで選択してください。

      4. [購入して開始] をクリックします。表示されるダイアログボックスで、OK をクリックします。

        タスク リストでタスクの進捗状況を確認できます。