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

Data Transmission Service:PolarDB-X 1.0 から AnalyticDB for MySQL 3.0 への移行

最終更新日:May 01, 2025

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

前提条件

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

    説明

    PolarDB-X 1.0 インスタンスのストレージタイプは、カスタムインスタンスと購入済みインスタンスを含む ApsaraDB RDS for MySQL である必要があります。PolarDB for MySQL をストレージタイプとして使用することはできません。

  • 増分移行を実行する必要がある場合は、移行するデータの文字セットが utf8mb3 でないことを確認してください。そうでない場合、増分データ移行は失敗します。

  • ソース PolarDB-X 1.0 インスタンスで使用されているストレージ容量よりも大きいストレージ容量を持つ、ターゲット AnalyticDB for MySQL 3.0 クラスタ。詳細については、「クラスタの作成」をご参照ください。

考慮事項

説明

タイプ

説明

ソースの制限

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

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

  • 移行対象のオブジェクトとしてテーブルを選択し、ターゲットデータベース内のテーブルを変更する必要がある場合(テーブル名や列名の変更など)、1 つのデータ移行タスクで最大 1,000 個のテーブルを移行できます。 1,000 個を超えるテーブルを移行するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを構成してテーブルをバッチで移行するか、データベース全体を移行するタスクを構成することをお勧めします。

  • 増分データを移行する必要がある場合は、次の要件が満たされていることを確認してください。

    • バイナリロギング機能が有効になっていること。 binlog_row_image パラメータの値が full に設定されていること。そうでない場合、事前チェック中にエラーメッセージが返され、データ移行タスクを開始できません。

    • 増分データ移行のみを実行する場合は、ソースデータベースのバイナリログを 24 時間以上保存する必要があります。完全データ移行と増分データ移行を実行する場合は、ソースデータベースのバイナリログを 7 日以上保存する必要があります。そうでない場合、Data Transmission Service (DTS) はバイナリログの取得に失敗し、タスクが失敗する可能性があります。例外的な状況では、データの不整合または損失が発生する可能性があります。完全データ移行が完了したら、保存期間を 24 時間以上に設定できます。上記の要件に基づいてバイナリログの保存期間を設定してください。そうでない場合、DTS のサービスレベル契約 (SLA) はサービスの信頼性またはパフォーマンスを保証しません。

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

    • データ移行中は、スケーリング、縮小、ホットテーブルの移行、シャードキーの変更、DDL の変更などの操作を実行しないでください。そうでない場合、データ移行は失敗します。

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

    • 移行中に PolarDB-X 1.0 のネットワークタイプを切り替える必要がある場合は、切り替えが成功した後、移行リンクのネットワーク接続情報を調整してください。

    • 完全データ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。そうでない場合、データの不整合が発生します。データの整合性を確保するために、スキーマ移行、完全データ移行、および増分データ移行を選択することをお勧めします。

  • PolarDB-X 1.0 は MySQL 5.7 と互換性がある必要があります。

その他の制限

  • DTS は、ソース PolarDB-X 1.0 インスタンスにおける XA トランザクションの継続性に基づいて、増分データ移行タスクの整合性を確保します。増分データ収集モジュールのディザスタリカバリシナリオなど、XA トランザクションの継続性が損なわれた場合、コミットされていない XA トランザクションが失われる可能性があります。

  • ターゲットデータベースでカスタムプライマリキーを指定するか、[データベース、テーブル、および列の構成][プライマリキー列] を構成する必要があります。そうでない場合、データの移行に失敗する可能性があります。

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

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

  • DTS は、過去 7 日以内に失敗したデータ移行タスクの再開を試みます。そのため、ビジネスをターゲットインスタンスに切り替える前に、タスクを終了または解放するか、revoke コマンドを使用して、ターゲットインスタンス上の DTS アカウントの書き込み権限を取り消してください。そうでない場合、タスクが再開された後、ソースデータベースのデータがターゲットデータベースのデータを上書きします。

  • DTS タスクの実行中にターゲット AnalyticDB for MySQL V3.0 クラスタがバックアップされている場合、DTS タスクは失敗します。

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

    説明

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

その他の注意事項

DTS は、ソースデータベースの `dts_health_check`.`ha_health_check` テーブルを定期的に更新して、binlog の位置を進めます。

料金の説明

移行タイプ

リンク構成料金

データ転送料金

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

無料。

インターネット経由で Alibaba Cloud からデータを移行する場合、アウトバウンドトラフィックに対して課金されます。詳細については、「課金概要」をご参照ください。

増分データ移行

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

移行タイプ

  • スキーマ移行

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

  • 完全データ移行

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

  • 増分データ移行

    完全データ移行が完了すると、DTS はソースデータベースからターゲットデータベースに増分データを移行します。増分データ移行により、データ移行中にセルフマネージド アプリケーションのサービスを中断することなく、データをスムーズに移行できます。

増分移行できる SQL 操作

操作タイプ

SQL 文

DML

INSERT、UPDATE、DELETE

説明

ターゲット AnalyticDB for MySQL V3.0 クラスタにデータが書き込まれると、UPDATE 文は自動的に REPLACE INTO 文に変換されます。 UPDATE 文がプライマリキーで実行される場合、UPDATE 文は DELETE 文と INSERT 文に変換されます。

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

データベース

スキーマ移行

完全移行

増分移行

PolarDB-X 1.0 インスタンス

SELECT 権限

SELECT 権限

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

説明

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

AnalyticDB for MySQL 3.0 クラスタ

アクセス制御リスト

データベースアカウントの作成方法とアカウントへの権限の付与方法については、次のトピックを参照してください。

データ型マッピング

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

手順

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

    DTS コンソール

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

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

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

    DMS コンソール

    説明

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

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

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

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

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

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

    警告

    ソースデータベースとターゲットデータベースを構成した後、ページの上部に表示される [制限] を読んでおくことをお勧めします。そうでない場合、タスクが失敗したり、データの不整合が発生したりする可能性があります。

    カテゴリ

    構成

    説明

    該当なし

    タスク名

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

    ソースデータベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

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

    アクセス方法

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

    インスタンスリージョン

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

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

    この例では、現在の Alibaba Cloud アカウントのデータベースインスタンスを使用します。 × を選択します。

    [インスタンス ID]

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

    データベースアカウント

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

    データベースパスワード

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

    宛先データベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    [AnalyticDB MySQL 3.0] を選択します。

    アクセス方法

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

    インスタンスリージョン

    ターゲット AnalyticDB for MySQL 3.0 クラスタが配置されているリージョンを選択します。

    [インスタンス ID]

    ターゲット AnalyticDB for MySQL 3.0 クラスタの ID を選択します。

    データベースアカウント

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

    データベースパスワード

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

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

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

      構成

      説明

      移行タイプ

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

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

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

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

      同期する DDL および DML 操作

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

      説明

      データベースレベルまたはテーブルレベルで増分移行する SQL 操作を選択するには、選択中のオブジェクト で移行オブジェクトを右クリックし、ポップアップボックスで移行する SQL 操作を選択します。

      テーブルの結合

      • [はい] を選択します。DTS は、データソースを格納するために各テーブルに __dts_data_source 列を追加します。詳細については、「複数テーブルのマージを有効にする」をご参照ください。

        説明

        このパラメータを [はい] に設定すると、タスクで選択したすべてのソーステーブルが 1 つのターゲットテーブルにマージされます。特定のテーブルのデータソース列のみをマージするには、2 つのデータ移行タスクを作成します。

      • [いいえ] を選択します。これはデフォルトのオプションです。

      警告

      ソースデータベースまたはテーブルのスキーマを変更する DDL 操作は実行しないことをお勧めします。そうでない場合、データの不整合が発生したり、移行タスクが失敗したりする可能性があります。

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

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

        説明

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

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

        警告

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

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

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

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

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

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

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

      ソースオブジェクト

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

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

      • データベースを移行オブジェクトとして選択した場合、デフォルト設定は次のとおりです。

        • 移行するテーブルに 1 つ以上のプライマリキー列(単一列と複数列のプライマリキーを含む)がある場合、このプライマリキーは分散キーとして使用されます。

        • 移行するテーブルにプライマリキーがない場合は、自動採番プライマリキーが自動的に生成されます。この場合、ソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。

      選択中のオブジェクト

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

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

      • データベースレベルまたはテーブルレベルで移行する 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 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

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

      増分移行率を制限するかどうか

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

      説明

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

      環境タグ

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

      ETL の設定

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

      監視アラート

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

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

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

    3. オプション: 前述の構成が完了したら、次:データベースおよびテーブルのフィールド設定 をクリックして、ターゲットデータベースで移行するテーブルの タイププライマリキー列の追加配布キー、およびパーティション情報 (パーティションキーパーティションルールパーティションのライフサイクル) を設定します。

      説明
      • このステップは、移行タイプスキーマ移行 が含まれている場合にのみ使用できます。定義ステータスすべて に設定してから、変更を加えることができます。

      • 複数の列を選択して複合 プライマリキー列の追加 を形成できます。また、プライマリキー列の追加 から 1 つ以上の列を 配布キー および パーティションキー として選択する必要があります。詳細については、「CREATE TABLE」をご参照ください。

  5. ページの下部で、次:タスク設定の保存と事前チェック をクリックします。

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      [リソースグループ]

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

      インスタンスクラス

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

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

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

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

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

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