すべてのプロダクト
Search
ドキュメントセンター

Data Transmission Service:PolarDB for MySQL から AnalyticDB for PostgreSQL へのデータ移行

最終更新日:Nov 21, 2025

Data Transmission Service (DTS) を使用して、PolarDB for MySQL インスタンスから AnalyticDB for PostgreSQL インスタンスにデータを移行します。

前提条件

  • 移行先の AnalyticDB for PostgreSQL インスタンスが作成されていること。 詳細については、「インスタンスの作成」をご参照ください。

  • 移行先の AnalyticDB for PostgreSQL インスタンスには、ソースの PolarDB for MySQL クラスターインスタンスが使用するストレージ容量よりも多くの利用可能なストレージ容量が必要です。

注意事項

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

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

カテゴリ

説明

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

  • 帯域幅要件: ソースデータベースをホストするサーバーには、十分なアウトバウンド帯域幅が必要です。 そうでない場合、データ移行速度が影響を受けます。

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

  • テーブルレベルでオブジェクトを移行し、列名のマッピングなどで編集する必要がある場合、1 つのデータ移行タスクで最大 1,000 テーブルを移行できます。 1,000 を超えるテーブルを移行するには、テーブルを複数の移行タスクに分割します。 データベース全体の移行タスクを構成することもできます。 そうしないと、タスクを送信した後にリクエストエラーが報告される可能性があります。

  • 増分移行を実行する場合:

    • バイナリログを有効にし、loose_polar_log_bin パラメーターを on に設定する必要があります。 そうしないと、事前チェックでエラーが報告され、データ移行タスクを開始できません。 バイナリログの有効化とパラメーターの変更の詳細については、「バイナリログの有効化」および「パラメーターの変更」をご参照ください。

      説明

      PolarDB for MySQL クラスターのバイナリログを有効にすると、ストレージ容量が消費され、ストレージ料金が発生します。

    • PolarDB for MySQL クラスターのバイナリログは、少なくとも 3 日間保持する必要があります。 7 日間の保存期間を推奨します。 そうしないと、DTS がバイナリログを取得できず、タスクが失敗する可能性があります。 極端な場合、これはデータの不整合またはデータ損失につながる可能性があります。 DTS 要件よりも短いバイナリログ保持期間によって引き起こされた問題は、DTS サービスレベルアグリーメント (SLA) の対象外です。

      説明

      PolarDB for MySQL クラスターのバイナリログの保持期間を設定する方法の詳細については、「保持期間の変更」をご参照ください。

  • ソースデータベースから移行するデータに日付値 0000-00-00 00:00:00 が含まれている場合、タスクは失敗する可能性があります。

    説明

    DTS は、この日付値をターゲットデータベースに移行するときに null に変換します。 ソースデータを一時的に 0001-01-01 00:00:00 に変更するか、ターゲットデータベースの対応する列に null 値を許可できます。

その他の制限

  • ソースの PolarDB for MySQL インスタンスの読み取り専用ノードからデータを移行することはできません。

  • DTS は、ソースの PolarDB for MySQL インスタンスからの OSS 外部テーブルの移行をサポートしていません。

  • パーティション、ビュー、ストアドプロシージャ、関数、トリガー、外部キー、およびインデックスの移行はサポートされていません。

  • テーブルレベルの移行のみがサポートされています。 ターゲットテーブルは、追記最適化 (AO) テーブルにすることはできません。

  • DTS は、完全データ移行中のデータベースインスタンスのプライマリ/スタンバイのスイッチオーバーシナリオをサポートしていません。 このようなシナリオでは、移行タスクを速やかに再構成してください。

  • 複数のテーブルのマージなど、一時テーブルを使用するオンライン DDL 操作がソースデータベースで実行されると、ターゲットデータベースでデータ損失が発生したり、移行インスタンスが失敗したりする可能性があります。

  • 部分的なテーブル移行に列マッピングを使用する場合、またはソースとターゲットのテーブル構造に一貫性がない場合、ソースには存在するがターゲットには存在しない列のデータは失われます。

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

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

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

  • FLOAT または DOUBLE データ型の列の場合、DTS は ROUND(COLUMN,PRECISION) を使用してこれらの列の値を読み取ります。 精度を定義しない場合、DTS は FLOAT 列には 38、DOUBLE 列には 308 の精度を使用します。 移行の精度がビジネス要件を満たしていることを確認してください。

  • DTS は、過去 7 日以内に失敗したタスクを再開しようとします。 ビジネスを宛先インスタンスに切り替える前に、インスタンスを終了またはリリースしてください。 また、REVOKE コマンドを実行して、DTS が宛先インスタンスへのアクセスに使用するデータベースアカウントから書き込み権限を取り消すこともできます。 これにより、タスクが自動的に再開され、ソースインスタンスのデータが宛先インスタンスのデータを上書きするのを防ぎます。

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

    説明

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

その他の注意事項

  • DTS は、ソースデータベースで定期的に CREATE DATABASE IF NOT EXISTS `test` コマンドを実行して、バイナリログのオフセットを進めます。

  • 完全データ移行には同時 INSERT 操作が含まれ、これによりターゲットデータベースのテーブルに断片化が発生します。 完全データ移行が完了すると、ターゲットデータベースのテーブルで使用されるストレージ容量は、ソースインスタンスよりも大きくなります。

課金

移行タイプ

インスタンス構成料金

インターネットトラフィック料金

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

無料。

ターゲットデータベースの アクセス方法 パラメーターが パブリック IP アドレス に設定されている場合、インターネットトラフィック料金が請求されます。 詳細については、「課金の概要」をご参照ください。

増分データ移行

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

移行タイプ

  • スキーマ移行

    DTS は、移行オブジェクトのスキーマ定義をソースデータベースからターゲットデータベースに移行します。

  • 完全移行

    DTS は、移行オブジェクトのすべての既存データをソースデータベースからターゲットデータベースに移行します。

  • 増分移行

    完全移行後、DTS は増分データ更新をソースデータベースからターゲットデータベースに移行します。 増分移行により、アプリケーションを停止することなくデータをスムーズに移行できます。

増分移行でサポートされる SQL 操作

操作タイプ

SQL 操作

DML

INSERT, UPDATE, DELETE

説明

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

DDL

CREATE TABLE, ALTER TABLE, TRUNCATE TABLE, DROP TABLE

データベースアカウントの権限

データベース

必要な権限

アカウントの作成と権限の付与方法

PolarDB for MySQL クラスター

移行オブジェクトに対する読み取り権限

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

AnalyticDB for PostgreSQL

移行オブジェクトが属するターゲットデータベースに対する読み取りおよび書き込み権限

ユーザーの作成と管理

説明

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

手順

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

    DTS コンソール

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

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

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

    DMS コンソール

    説明

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

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

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

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

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

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

    セクション

    パラメーター

    説明

    N/A

    タスク名

    DTS タスクの名前。 DTS は自動的にタスク名を生成します。 タスクを簡単に識別できるような、情報に基づいた名前を指定することをお勧めします。 一意のタスク名を指定する必要はありません。

    ソースデータベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    PolarDB for MySQL を選択します。

    アクセス方法

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

    インスタンスリージョン

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

    Alibaba Cloudアカウント全体でのデータの複製

    この例では、同じ Alibaba Cloud アカウント内でデータを移行します。 [いいえ] を選択します。

    PolarDB インスタンス ID

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

    データベースアカウント

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

    データベースパスワード

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

    暗号化

    ソースデータベースへの接続を暗号化するかどうかを指定します。 このパラメーターは、ビジネス要件に基づいて構成できます。 SSL 暗号化機能の詳細については、「SSL 暗号化の構成」をご参照ください。

    宛先データベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    [AnalyticDB PostgreSQL] を選択します。

    アクセス方法

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

    インスタンスリージョン

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

    インスタンス ID

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

    データベース名

    移行先の AnalyticDB for PostgreSQL インスタンスで移行オブジェクトが属するデータベースの名前を入力します。

    データベースアカウント

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

    データベースパスワード

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

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

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

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

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

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

      構成

      説明

      移行タイプ

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

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

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

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

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

      • [事前チェックしてエラーを報告]: ターゲットデータベースにソースデータベースのテーブルと同じ名前のテーブルがあるかどうかをチェックします。 そのようなテーブルが存在しない場合、事前チェックは成功します。 同じ名前のテーブルが存在する場合、事前チェックは失敗し、データ移行タスクは開始されません。

        説明

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

      • [ターゲットテーブルデータのクリア]: ターゲットテーブルから既存のデータをクリアします。 このオプションは注意して選択してください。

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

        警告

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

        • テーブル構造に一貫性があり、ターゲットデータベースにソースデータベースのレコードと同じプライマリキー値を持つレコードが含まれている場合:

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

          • 増分移行中、DTS はターゲットクラスターにレコードを保持しません。 ソースデータベースのレコードは、ターゲットデータベースのレコードを上書きします。

        • テーブル構造に一貫性がない場合、データ初期化が失敗したり、一部のデータのみが移行されたり、移行が失敗したりする可能性があります。

      DDL操作とDML操作の同期

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

      説明

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

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

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

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

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

      説明

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

      ソースオブジェクト

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

      説明

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

      [選択済みオブジェクト]

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

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

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

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

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

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

      構成

      説明

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

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

      ソーステーブルで生成されたOnline DDLツールの一時テーブルをターゲットデータベースにコピーします

      DMS または gh-ost ツールを使用してソースデータベースでオンライン DDL 操作を実行する場合、オンライン DDL 操作によって生成された一時テーブルのデータを移行するかどうかを指定できます。 有効な値:

      重要

      pt-online-schema-change などのツールを使用してソースデータベースでオンライン DDL 操作を実行することはできません。 そうしないと、DTS タスクは失敗します。

      • [はい]: DTS は、オンライン DDL 操作によって生成された一時テーブルのデータを移行します。

        説明

        オンライン DDL 操作で大量のデータが生成されると、データ移行タスクに遅延が発生する可能性があります。

      • [いいえ、DMS オンライン DDL に適応]: DTS は、オンライン DDL 操作によって生成された一時テーブルのデータを移行しません。 DMS を使用して実行された元の DDL 操作のみが移行されます。

        説明

        このオプションを選択すると、ターゲットデータベースのテーブルがロックされる可能性があります。

      • [いいえ、gh-ost に適応]: DTS は、オンライン DDL 操作によって生成された一時テーブルのデータを移行しません。 gh-ost ツールを使用して実行された元の DDL 操作のみが移行されます。 デフォルトまたはカスタムの正規表現を使用して、gh-ost ツールのシャドウテーブルや不要なテーブルを除外できます。

        説明

        このオプションを選択すると、ターゲットデータベースのテーブルがロックされる可能性があります。

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

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

      説明
      • 同じソースまたはターゲットデータベースを共有する複数のデータ移行タスクに異なるリトライ時間範囲を指定した場合、後で指定された値が優先されます。

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

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

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

      重要

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

      完全なデータ移行のためのスロットリングを有効化

      完全データ移行のスロットリングを有効にするかどうかを指定します。 完全データ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。 これにより、データベースサーバーの負荷が増加する可能性があります。 ビジネス要件に基づいて、完全データ移行のスロットリングを有効にできます。 スロットリングを構成するには、1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成する必要があります。 これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

      このパラメーターは、移行タイプ パラメーターに 完全データ移行 を選択した場合にのみ構成できます。

      完全なデータ移行のスロットリングを有効化

      増分データ移行のスロットリングを有効にするかどうかを指定します。 スロットリングを構成するには、1 秒あたりの増分移行の行数 RPS および 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを構成する必要があります。 これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

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

      順方向および逆方向タスクのハートビートテーブル SQL を削除

      DTS インスタンスの実行中に、ハートビートテーブルに対する SQL 操作をソースデータベースに書き込むかどうかを指定します。 有効な値:

      • [はい]: ハートビートテーブルに対する SQL 操作を書き込みません。 この場合、DTS インスタンスの遅延が表示されることがあります。

      • [いいえ]: ハートビートテーブルに対する SQL 操作を書き込みます。 この場合、ソースデータベースの物理バックアップやクローン作成などの機能が影響を受ける可能性があります。

      環境タグ

      インスタンスを識別するために環境タグを選択できます。 この例では選択は不要です。

      ETL の設定

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

      監視アラート

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

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

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

    3. 構成が完了したら、ページ下部の [次へ: データベースとテーブルフィールドの構成] をクリックして、移行先の AnalyticDB for PostgreSQL インスタンスのテーブルのプライマリキーと分散キー列を設定します。

      説明

      このページは、移行タイプ パラメーターに [スキーマ移行] を選択した場合にのみ表示されます。 プライマリキーと分散キー列の詳細については、「テーブル管理」および「テーブル分散」をご参照ください。

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

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

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      リソースグループ

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

      インスタンスクラス

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

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

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

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

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

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