すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB-X 2.0 インスタンスから AnalyticDB for PostgreSQL インスタンスへのデータ移行

    ドキュメントセンター

    Data Transmission Service:PolarDB-X 2.0 インスタンスから AnalyticDB for PostgreSQL インスタンスへのデータ移行

    最終更新日:Nov 21, 2025

    このトピックでは、Data Transmission Service (DTS) を使用して PolarDB-X 2.0 インスタンスから AnalyticDB for PostgreSQL インスタンスにデータを移行する方法について説明します。

    前提条件

    • ソース PolarDB-X 2.0 インスタンスが作成されていること。詳細については、「インスタンスの作成」をご参照ください。

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

    • 宛先 AnalyticDB for PostgreSQL インスタンスには、ソース PolarDB-X 2.0 インスタンスよりも多くの利用可能なストレージ領域が必要です。

    注意事項

    カテゴリ

    説明

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

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

    • ソースデータベースは、PolarDB-X 2.0 Enterprise Edition の読み取り専用インスタンスであってはなりません。

    • テーブルを移行し、列名のマッピングなどの編集が必要な場合、1 つのデータ移行タスクで移行できるテーブルは最大 1,000 個です。この制限を超えると、タスクの送信後にエラーが報告されます。この場合、テーブルを複数の移行タスクに分割するか、データベース全体を移行するタスクを設定します。

    • 増分移行を実行する場合は、バイナリログに関する次の要件に注意してください。

      • バイナリログを有効にし、binlog_row_image パラメーターを full に設定する必要があります。そうしないと、事前チェック中にエラーが報告され、データ移行タスクを開始できません。

      • 増分移行タスクの場合、DTS はソースデータベースのローカルバイナリログを 24 時間以上保持する必要があります。完全移行と増分移行の両方を含むタスクの場合、DTS はローカルバイナリログを少なくとも 7 日間保持する必要があります。完全移行が完了したら、保持期間を 24 時間以上に設定できます。保持期間が短すぎると、バイナリログを取得できないため、DTS タスクが失敗する可能性があります。極端な場合、これによりデータの不整合やデータ損失が発生する可能性があります。必要な期間よりも短いバイナリログ保持期間によって引き起こされる問題は、DTS サービスレベルアグリーメント (SLA) の対象外です。

    • ソースデータベースでの操作の制限:

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

        説明

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

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

      • 移行中に PolarDB-X 2.0 インスタンスのネットワークタイプを切り替えるには、切り替えが成功した後に移行リンクのネットワーク接続情報を更新します。

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

    • テーブルグループ (TABLEGROUP) および Locality プロパティを持つデータベースまたはテーブルの移行はサポートされていません。

    • select などの予約語であるテーブル名の移行はサポートされていません。

    その他の制限

    • テーブルレベルの移行のみがサポートされています。追記最適化 (AO) テーブルは、宛先テーブルとしてサポートされていません。

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

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

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

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

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

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

      説明

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

    その他の使用上の注意

    DTS は、ソースデータベースの `dts_health_check`.`ha_health_check` テーブルを定期的に更新して、バイナリログのオフセットを進めます。

    課金

    移行タイプ

    タスク設定料金

    データ転送料金

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

    無料です。

    この例では無料です。

    説明

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

    増分データ移行

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

    移行タイプ

    • スキーマ移行

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

    • 完全なデータ移行

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

    • 増分データ移行

      完全なデータ移行が完了した後、DTS は増分データをソースデータベースからターゲットデータベースに移行します。増分データ移行により、データ移行中に自己管理アプリケーションのサービスを中断することなく、データをスムーズに移行できます。

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

    操作タイプ

    SQL 文

    DML

    INSERT、UPDATE、DELETE

    説明

    データが宛先の AnalyticDB for PostgreSQL インスタンスに書き込まれると、UPDATE 文は自動的に REPLACE INTO 文に変換されます。プライマリキーが更新されると、文は DELETE 文に変換され、その後に INSERT 文が続きます。

    DDL

    ADD COLUMN

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

    データベース

    スキーマ移行

    完全移行

    増分移行

    PolarDB-X 2.0 インスタンス

    SELECT 権限

    SELECT 権限

    REPLICATION SLAVE および REPLICATION CLIENT 権限、および移行するオブジェクトに対する SELECT 権限。

    説明

    権限の付与方法の詳細については、「データ同期に必要なアカウント権限」をご参照ください。

    AnalyticDB for PostgreSQL

    読み取りおよび書き込み権限

    データ型マッピング

    詳細については、「初期スキーマ同期のデータ型マッピング」をご参照ください。

    手順

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

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

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

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

      警告

      ソースインスタンスと宛先インスタンスを選択した後、ページ上部の [制限] セクションの指示を読んで、移行タスクを正常に作成および実行できることを確認してください。

      セクション

      設定

      説明

      N/A

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      [PolarDB-X 2.0] を選択します。

      アクセス方法

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

      インスタンスリージョン

      ソース PolarDB-X 2.0 インスタンスが存在するリージョンを選択します。

      クロスアカウント

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

      インスタンス ID

      ソース PolarDB-X 2.0 インスタンスの ID を選択します。

      データベースアカウント

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

      データベースパスワード

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

      宛先データベース

      既存の接続情報の選択

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

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

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

        設定

        説明

        移行タイプ

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

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

        説明

        • [スキーマ移行] を選択すると、ソースデータベースの外部キーもターゲットデータベースに移行されます。

        • [完全移行] を選択すると、CREATE TABLE 文を使用して作成されたテーブルのスキーマとデータがターゲットデータベースに移行されます。

        • [増分移行] を選択しない場合は、データの不整合を防ぐために、データ移行中にソースインスタンスに新しいデータを書き込まないでください。

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

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

          説明

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

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

          警告

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

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

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

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

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

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

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

        説明

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

        宛先インスタンスでのオブジェクト名の大文字/小文字の区別

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

        ソースオブジェクト

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

        説明

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

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

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

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

        説明

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

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

        • 特定のテーブルに移行する SQL 操作を選択するには、[選択したオブジェクト] ボックスで移行オブジェクトを右クリックし、表示されるダイアログボックスで必要な SQL 操作を選択します。

      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 パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

        説明

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

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

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

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

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

        環境タグ

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

        ETL の設定

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

        監視アラート

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

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

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

      3. オプション: 詳細設定が完了したら、次：データベースおよびテーブルのフィールド設定 をクリックします。このページでは、宛先 AnalyticDB for PostgreSQL インスタンスのテーブルのプライマリキー列と分散キーを設定できます。

        説明

        • [移行タイプ] パラメーターで [スキーマ移行] を選択した場合、宛先 AnalyticDB for PostgreSQL インスタンスのテーブルに対して [タイプ]、[プライマリキー列]、および [分散キー] を定義する必要があります。詳細については、「CREATE TABLE」をご参照ください。

        • [プライマリキー列] パラメーターでは、複数の列を選択して複合プライマリキーを形成できます。[プライマリキー列] リストから 1 つ以上の列を選択して [分散キー] にする必要があります。

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

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

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

      説明

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

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

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

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

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

    7. インスタンスの購入

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

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

        セクション

        パラメーター

        説明

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

        リソースグループ

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

        インスタンスクラス

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

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

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

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

        説明

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

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