すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for PostgreSQL クラスターからクラウドネイティブデータウェアハウス AnalyticDB for PostgreSQL へのデータ移行

    ドキュメントセンター

    Data Transmission Service:PolarDB for PostgreSQL クラスターからクラウドネイティブデータウェアハウス AnalyticDB for PostgreSQL へのデータ移行

    最終更新日:Nov 21, 2025

    このトピックでは、Data Transmission Service (DTS) を使用して、PolarDB for PostgreSQL クラスターから クラウドネイティブデータウェアハウス AnalyticDB for PostgreSQL インスタンスにデータを移行する方法について説明します。

    前提条件

    • AnalyticDB for PostgreSQL インスタンスを作成済みであること。インスタンスの利用可能なディスク領域は、ソース PolarDB for PostgreSQL クラスターが使用するディスク領域よりも大きい必要があります。詳細については、「インスタンスの作成」をご参照ください。

    • ソース PolarDB for PostgreSQL クラスターの [wal_level] パラメーターを [logical] に設定する必要があります。詳細については、「クラスターパラメーターの設定」をご参照ください。

    • 移行先の AnalyticDB for PostgreSQL インスタンスに、移行データを格納するためのデータベースを作成済みであること。詳細については、「CREATE DATABASE」をご参照ください。

    注意事項

    説明

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

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

    タイプ

    説明

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

    • PolarDB for PostgreSQL クラスターでは、移行するテーブルにプライマリキーまたは空でない一意なインデックスが必要です。

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

    • 移行タスクが期待どおりに実行され、プライマリ/セカンダリのスイッチオーバーによって論理サブスクリプションが中断されるのを防ぐために、PolarDB for PostgreSQL クラスターは 論理レプリケーションスロットのフェールオーバー をサポートし、有効にする必要があります。

      説明

      ソース PolarDB for PostgreSQL クラスターが論理レプリケーションスロットのフェールオーバー機能をサポートしていない場合 (たとえば、[データベースエンジン] が [PostgreSQL 14] の場合)、ソースデータベースでの高可用性 (HA) スイッチオーバーにより、移行インスタンスが失敗し、回復不能になる可能性があります。

    • ソースデータベースでの操作に関する制限:

      • スキーマ移行および完全移行中は、データベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。実行した場合、データ移行タスクは失敗します。

      • 完全データ移行のみを実行する場合、ソースインスタンスに新しいデータを書き込まないでください。書き込んだ場合、ソースデータベースとターゲットデータベースの間でデータ不整合が発生します。リアルタイムのデータ整合性を維持するには、スキーマ移行、完全データ移行、および増分データ移行を選択します。

      • ソースデータベースの論理レプリケーションの制限により、移行中に移行対象の単一の増分データが 256 MB を超えると、DTS インスタンスが失敗し、回復できなくなる可能性があります。DTS インスタンスを再設定する必要があります。

    その他の制限

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

    • DTS は、TimescaleDB 拡張テーブルまたはクロススキーマ継承を持つテーブルの移行をサポートしていません。

    • DATATYPE、SEQUENCE、INDEX、PROCEDURE、FUNCTION、VIEW、OPERATOR、DEFAULT_CONSTRAINT、UK、PK、RULE、DOMAIN、AGGREGATE、EXTENSION、FK、および TRIGGER の移行はサポートされていません。

    • DTS インスタンスが増分データ移行タスクを実行する場合、データを書き込む前に、ソースデータベースの移行対象テーブルで ALTER TABLE schema.table REPLICA IDENTITY FULL; コマンドを実行する必要があります。これは次の 2 つのシナリオに適用され、データ整合性を確保します。このコマンドの実行中は、テーブルロック操作を実行しないことをお勧めします。実行すると、テーブルがロックされる可能性があります。事前チェックで関連するチェックをスキップした場合、DTS はインスタンスの初期化中にこのコマンドを自動的に実行します。

      • インスタンスが初めて実行されるとき。

      • 移行オブジェクトの粒度がスキーマであり、移行対象のスキーマに新しいテーブルが作成されるか、RENAME コマンドを使用して移行対象のテーブルが再構築されるとき。

      説明

      • コマンドで、schema と table を移行するデータのスキーマ名とテーブル名に置き換えます。

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

    • 移行対象のテーブルにプライマリキーが含まれている場合、ターゲットテーブルのプライマリキー列はソーステーブルのプライマリキー列と同じでなければなりません。移行対象のテーブルにプライマリキーが含まれていない場合、ターゲットテーブルのプライマリキー列と分散キーは同じでなければなりません。

    • ターゲットテーブルの一意なキー (プライマリキー列を含む) は、その分散キーのすべての列を含んでいる必要があります。

    • 完全データ移行では同時 INSERT 操作が実行されるため、ターゲットデータベースでテーブルの断片化が発生します。したがって、完全移行が完了した後、ターゲットデータベースのテーブルが使用するストレージ領域は、ソースデータベースよりも大きくなります。

    • DTS は 7 日以内に失敗した移行タスクの再開を試みます。ワークロードを宛先インスタンスに切り替える前に、タスクを終了またはリリースする必要があります。また、revoke コマンドを実行して、DTS が宛先インスタンスへのアクセスに使用するアカウントの書き込み権限を取り消すこともできます。これにより、タスクが自動的に再開された後、ソースデータが宛先インスタンスのデータを上書きするのを防ぎます。

    • 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。

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

      説明

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

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

    • ビジネスを宛先に切り替えた後、新しく書き込まれたシーケンスは、ソースデータベースのシーケンスの最大値からインクリメントされません。ビジネスの切り替え前に、ソースデータベースで対応するシーケンスの最大値をクエリし、それを宛先データベースの対応するシーケンスの初期値として設定する必要があります。ソースデータベースでシーケンス値をクエリするコマンドは次のとおりです: 

      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 出力には、ソースデータベースのすべてのシーケンスが含まれます。必要に応じて、宛先データベースで実行してください。

    • ターゲットテーブルは追記最適化 (AO) テーブルにできません。

    • ソーステーブルとターゲットテーブルのスキーマが異なる場合、または完全なテーブル移行以外で列マッピングが使用されている場合、ターゲットテーブルに存在しないソーステーブルの列のデータは失われます。

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

      説明

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

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

      説明

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

    課金

    移行タイプ

    リンク構成料金

    データ転送料金

    スキーマ移行と完全データ移行

    無料です。

    この例では無料です。

    増分データ移行

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

    増分移行をサポートする SQL 操作

    操作タイプ

    SQL 操作

    DML

    INSERT、UPDATE、および DELETE

    説明

    データが宛先の AnalyticDB for PostgreSQL インスタンスに書き込まれると、UPDATE 文は自動的に REPLACE INTO 文に変換されます。UPDATE 文がプライマリキーに対して実行される場合、UPDATE 文は DELETE 文と INSERT 文に変換されます。

    DDL

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

      重要

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

      • 増分データ移行中、bit 型のデータはサポートされていません。

    • ソースデータベースアカウントが特権アカウントの場合、移行タスクで次の 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 文は移行されません。

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

    データベース

    必要な権限

    作成および権限付与の方法

    ソース PolarDB for PostgreSQL クラスター

    特権アカウント。

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

    宛先 AnalyticDB for PostgreSQL インスタンス

    ターゲットデータベースに対する読み取りおよび書き込み権限。

    ユーザーの作成と管理 および ユーザー権限管理。

    説明

    RDS_SUPERUSER 権限を持つアカウントを入力することもできます。アカウントの作成方法の詳細については、「ユーザー権限管理」をご参照ください。

    手順

    1. 次のいずれかの方法でデータ移行ページに移動し、データ移行インスタンスが存在するリージョンを選択します。

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

    3. ソースデータベースとターゲットデータベースを設定します。次の表にパラメーターを示します。

      カテゴリ

      設定

      説明

      なし

      タスク名

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

      移行元データベース

      既存の接続情報の選択

      • DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続の管理」をご参照ください。

        説明

        DMS コンソールでは、[DMS データベースインスタンスの選択] ドロップダウンリストからデータベースインスタンスを選択できます。

      • インスタンスを DTS に登録できない場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を設定する必要があります。

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

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

      インスタンスのリージョン

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

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

      この例では、同じ Alibaba Cloud アカウント内でデータを移行する方法について説明します。× を選択します。

      インスタンス ID

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

      データベース名

      ソース PolarDB for PostgreSQL クラスターで移行するオブジェクトを含むデータベースの名前を入力します。

      データベースアカウント

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

      データベースのパスワード

      データベースインスタンスへのアクセスに使用されるパスワード。

      移行先データベース

      既存の接続情報の選択

      • DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続の管理」をご参照ください。

        説明

        DMS コンソールでは、[DMS データベースインスタンスの選択] ドロップダウンリストからデータベースインスタンスを選択できます。

      • インスタンスを DTS に登録できない場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を設定する必要があります。

      データベースタイプ

      AnalyticDB for PostgreSQL を選択します。

      アクセス方法

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

      インスタンスのリージョン

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

      インスタンス ID

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

      データベース名

      宛先の AnalyticDB for PostgreSQL インスタンスでデータを受信するために使用されるデータベースの名前を入力します。

      データベースアカウント

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

      データベースのパスワード

      データベースインスタンスへのアクセスに使用されるパスワード。

    4. ページの下部で、[接続をテストして続行] をクリックします。

      説明

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

    5. 移行するオブジェクトを設定します。

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

        設定

        説明

        移行タイプ

        • 完全データ移行のみを実行するには、[スキーマ移行] と [完全データ移行] を選択します。

        • データ移行中のサービス継続性を確保するには、[スキーマ移行]、[完全データ移行]、および [増分データ移行] を選択します。

        説明

        • [スキーマ移行] を選択しない場合は、データを受信するためにターゲットデータベースにデータベースとテーブルが作成されていること、および [選択したオブジェクト] でオブジェクト名マッピング機能が有効になっていることを確認してください。

        • [増分データ移行] を選択しない場合は、データ移行中にソースデータベースにデータを書き込まないことをお勧めします。これにより、ソースデータベースとターゲットデータベース間のデータ整合性が確保されます。

        同期する DDL および DML 操作

        インスタンスレベルで増分移行の SQL 操作を選択します。サポートされている操作については、「増分移行をサポートする SQL 操作」をご参照ください。

        説明

        テーブルレベルで増分移行の SQL 操作を選択するには、選択中のオブジェクト セクションで移行オブジェクトを右クリックし、表示されるダイアログボックスで必要な SQL 操作を選択します。

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

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

          説明

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

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

          警告

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

          • ソースデータベースとターゲットデータベースのスキーマが同じで、データレコードがターゲットデータベースの既存のデータレコードと同じプライマリキーを持つ場合、次のシナリオが発生する可能性があります:

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

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

          • ソースデータベースとターゲットデータベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。注意して進めてください。

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

        ターゲットテーブルのストレージエンジンタイプ。デフォルト値: Beam。ビジネス要件に基づいてこのパラメーターを指定します。

        説明

        このパラメーターは、宛先の AnalyticDB for PostgreSQL インスタンスのマイナーバージョンが v7.0.6.6 以降で、[移行タイプ] パラメーターに [スキーマ移行] を指定した場合にのみ使用できます。

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

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

        ソースオブジェクト

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

        説明

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

        選択中のオブジェクト

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

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

        説明

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

        • 増分移行の SQL 操作を選択するには、選択中のオブジェクト セクションでオブジェクトを右クリックします。表示されるダイアログボックスで、移行する SQL 操作を選択します。

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

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

        設定

        説明

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

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

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

        接続失敗のリトライ時間範囲。データ移行タスクが開始された後、ソースまたはターゲットデータベースへの接続に失敗した場合、DTS はリトライ時間範囲内で直ちに接続をリトライします。有効な値: 10 から 1,440。単位: 分。デフォルト値: 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 パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

        説明

        このパラメーターは、移行タイプ パラメーターに 増分データ移行 を選択した場合にのみ設定できます。

        環境タグ

        要件に応じてインスタンスを識別するために環境タグを選択できます。この例では、環境タグは選択されていません。

        ETL の設定

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

        監視アラート

        データ移行タスクのアラートを設定するかどうかを指定します。タスクが失敗した場合、または移行遅延が指定されたしきい値を超えた場合、アラート連絡先は通知を受け取ります。有効な値:

        • [いいえ]: アラートを設定しません。

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

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

        データ検証機能の使用方法の詳細については、「データ検証タスクの設定」をご参照ください。

      4. (オプション) 上記の設定が完了したら、次：データベースおよびテーブルのフィールド設定 をクリックして、宛先の AnalyticDB for PostgreSQL インスタンスで移行するテーブルの タイプ、プライマリキー列の追加、および 配布キー を設定します。

        説明

        • このステップは、タスクオブジェクトを設定する際に 移行タイプ パラメーターに スキーマ移行 を選択した場合にのみ利用できます。定義ステータス を すべて に設定してから変更を行うことができます。

        • プライマリキー列の追加 では、複数の列を選択して複合プライマリキーを形成できます。また、プライマリキー列の追加 から 1 つ以上の列を 配布キー として選択する必要があります。詳細については、「データテーブルの管理」および「テーブル分散の定義」をご参照ください。

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

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

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

      説明

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

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

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

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

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

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

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

      2. [インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラスパラメーターを設定します。次の表にパラメーターを示します。

        セクション

        パラメーター

        説明

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

        リソースグループ

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

        インスタンスクラス

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

      3. チェックボックスをオンにして、[Data Transmission Service (従量課金) サービス規約] を読んで同意します。

      4. [購入して開始] をクリックします。表示されるメッセージで、[OK] をクリックします。

        [データ移行] ページでタスクの進行状況を表示できます。

        説明

        • データ移行タスクを使用して増分データを移行できない場合、タスクは自動的に停止します。[ステータス] セクションに [完了] が表示されます。

        • データ移行タスクを使用して増分データを移行できる場合、タスクは自動的に停止しません。増分データ移行タスクは停止も完了もしません。[ステータス] セクションに [実行中] が表示されます。