すべてのプロダクト
Search

このプロダクト

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

    ドキュメントセンター

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

    最終更新日:Apr 21, 2026

    Data Transmission Service (DTS) を使用して、PolarDB-X 2.0 から AnalyticDB for MySQL 3.0 にデータを移行し、ビジネスインテリジェンス (BI)、インタラクティブなクエリ、リアルタイムレポートのための内部システムを迅速に構築できます。

    前提条件

    • ソース PolarDB-X 2.0 インスタンスが作成されていること。

    • ターゲット AnalyticDB for MySQL 3.0 クラスターがあること。詳細については、「クラスターの作成」をご参照ください。

    • ターゲット AnalyticDB for MySQL 3.0 クラスターには、ソース PolarDB-X 2.0 インスタンスが使用するよりも多くのストレージ領域が必要です。

    制限事項

    説明

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

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

    タイプ

    説明

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

    • 帯域幅の要件：ソースデータベースをホストするサーバーには、十分なアウトバウンド帯域幅が必要です。帯域幅が不足すると、データ移行が遅くなります。

    • Enterprise Edition の PolarDB-X 2.0 読み取り専用インスタンスは、ソースデータベースとしてサポートされていません。

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

    • テーブルレベルでオブジェクトを移行し、列名のマッピングなどで編集する必要がある場合、単一のデータ移行タスクでサポートされるテーブルは最大 1,000 です。この制限を超えると、タスクの送信に失敗します。この場合、テーブルを複数のデータ移行タスクに分割するか、データベース全体を移行するようにタスクを設定してください。

    • 増分データ移行の場合、ソースデータベースは次のバイナリログ要件を満たす必要があります：

      • バイナリログ機能を有効にし、binlog_row_image パラメーターを full に設定します。そうでない場合、事前チェックに失敗し、データ移行タスクを開始できません。

      • 増分データ移行タスクの場合、DTS はソースデータベースのバイナリログを少なくとも 24 時間保持することを要求します。完全データ移行と増分データ移行の両方を含むタスクの場合、バイナリログは少なくとも 7 日間保持する必要があります。完全データ移行が完了した後、保持期間を 24 時間に変更できます。バイナリログが必要な期間保持されない場合、DTS がそれらを取得できず、タスクの失敗や、データの不整合や損失につながる可能性があります。DTS SLA は、バイナリログの保持期間が不十分なことによって引き起こされる問題はカバーしません。

    • PolarDB-X 2.0 インスタンスのテーブル名に大文字が含まれている場合、DTS はそのテーブルのスキーマ移行のみをサポートします。

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

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

        説明

        完全データ移行中、DTS はソースデータベースにクエリを実行します。このアクションはメタデータロックを配置し、ソースデータベースでの DDL 操作をブロックする可能性があります。

      • 移行中に PolarDB-X 2.0 インスタンスのネットワークタイプを変更する必要がある場合は、変更が完了した後に移行タスクのネットワーク接続情報を更新する必要があります。

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

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

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

    • PolarDB-X 2.0 インスタンスでは、DRDS モードのデータベースパーティションは同期をサポートしていません。

    その他の制限事項

    • DTS はプレフィックスインデックスの移行をサポートしていません。ソースデータベースにプレフィックスインデックスが含まれている場合、データ移行タスクが失敗する可能性があります。

    • ターゲットデータベースにはカスタムの主キーが必要です。または、テーブル・列設定 ステップで、プライマリキー列の追加 を設定します。そうしないと、移行が失敗する可能性があります。

    • AnalyticDB for MySQL 3.0 ターゲットクラスターのノードのディスク領域使用量が 80% を超えると、DTS タスクが遅延したり、エラーが発生したりする可能性があります。これは AnalyticDB for MySQL 3.0 の制限によるものです。移行を開始する前に、移行するオブジェクトに基づいて必要なストレージ領域を見積もり、ターゲットクラスターに十分な領域があることを確認してください。

    • DTS タスクの実行中にターゲットの AnalyticDB for MySQL 3.0 クラスターがバックアップ中の場合、タスクは失敗します。

    • データ移行を開始する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。データ移行はオフピーク時間に実行してください。完全データ移行中、DTS はソースデータベースとターゲットデータベースの両方で読み取りおよび書き込みリソースを消費し、データベースの負荷が増加します。

    • 完全データ移行中、同時 `INSERT` 操作により、ターゲットデータベースでテーブルの断片化が発生する可能性があります。その結果、ターゲットデータベースのテーブルは、ソースデータベースのテーブルよりも多くのストレージ領域を占有する場合があります。

    • DTS は、失敗したタスクを最大 7 日間回復しようと試みます。したがって、ビジネスをターゲットデータベースに切り替える前に、タスクを終了またはリリースしてください。あるいは、DTS がターゲットデータベースにアクセスするために使用するアカウントの書き込み権限を REVOKE コマンドで取り消してください。これにより、タスクが自動的に回復された場合に DTS がターゲットデータベースのデータを上書きするのを防ぎます。

    • DDL ステートメントがターゲットデータベースで実行に失敗した場合、DTS タスクは実行を継続します。失敗した DDL ステートメントについては、タスクログを確認してください。詳細については、「タスクログの表示」をご参照ください。

    • タスクが失敗した場合、DTS サポートスタッフは 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりすることがあります。

      説明

      データベースパラメーターではなく、DTS タスクパラメーターのみが変更されます。調整される可能性のあるパラメーターには、「インスタンスパラメーターの変更」に記載されているものが含まれます。

    • AnalyticDB for MySQL をターゲットデータベースとして使用する場合、DTS はネイティブにサポートするデータ型のみを書き込むことができます。これには、基本データ型や、ARRAY、MAP、JSON などの複合データ型が含まれます。MULTIVALUE などの他の型はサポートされていません。

    その他の注意事項

    DTS は、バイナリログの位置を進めるために、ソースデータベースの dts_health_check.ha_health_check テーブルを定期的に更新します。

    課金

    移行タイプ

    インスタンス設定料金

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

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

    無料。

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

    増分データ移行

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

    移行タイプ

    • スキーマ移行

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

    • 完全移行

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

    • 増分移行

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

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

    操作タイプ

    SQL ステートメント

    DML

    INSERT、UPDATE、および DELETE

    説明

    AnalyticDB for MySQL にデータを書き込む際、UPDATE ステートメントは自動的に REPLACE INTO に変換されます。主キーを更新する場合、UPDATE ステートメントは DELETE の後に INSERT が続く形に変換されます。

    DDL

    CREATE TABLE、DROP TABLE、RENAME TABLE、TRUNCATE TABLE、ADD COLUMN、MODIFY COLUMN、および DROP COLUMN

    重要

    RENAME TABLE 操作はデータの不整合を引き起こす可能性があります。たとえば、移行オブジェクトとして 1 つのテーブルのみを選択し、移行中にソースインスタンスでテーブル名を変更した場合、このテーブルのデータはターゲットデータベースに移行されません。この問題を回避するには、データ移行タスクを設定する際に、テーブルが属するデータベース全体を移行オブジェクトとして選択してください。RENAME TABLE 操作の前後にテーブルが属するデータベースが両方とも移行オブジェクトに含まれていることを確認してください。

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

    データベース

    スキーマ移行

    完全データ移行

    増分データ移行

    PolarDB-X 2.0

    SELECT 権限

    SELECT 権限

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

    説明

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

    AnalyticDB for MySQL 3.0

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

    データベースアカウントを作成し、権限を付与するには：

    AnalyticDB for MySQL 3.0：データベースアカウントの作成。

    データ型のマッピング

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

    操作手順

    1. 次のいずれかの方法で、ターゲットリージョンの移行タスクリストページに移動します。

      DTS コンソールから

      1. Data Transmission Service (DTS) コンソールにログインします。

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

      3. ページ左上で、移行インスタンスが配置されているリージョンを選択します。

      DMS コンソールから

      説明

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

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

      2. トップメニューバーで、[Data + AI] > [データ伝送 (DTS)] > [データ移行] を選択します。

      3. データ移行タスク の右側で、移行インスタンスが配置されているリージョンを選択します。

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

    3. ソースデータベースとターゲットデータベースを設定します。

      警告

      ソースインスタンスとターゲットインスタンスを選択した後、ページ上部に表示される制限事項を注意深くお読みください。そうしないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。

      カテゴリ

      パラメーター

      説明

      N/A

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

      • システムに追加された (作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に設定されます。

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      PolarDB-X 2.0 を選択します。

      アクセス方法

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

      インスタンスリージョン

      ソース PolarDB-X 2.0 インスタンスが配置されているリージョンを選択します。

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

      この例では、同じ Alibaba Cloud アカウント内での移行を想定しています。× を選択します。

      インスタンス ID

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

      データベースアカウント

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

      データベースパスワード

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

      宛先データベース

      既存の接続情報の選択

      • システムに追加された (作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に設定されます。

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      AnalyticDB for MySQL 3.0 を選択します。

      アクセス方法

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

      インスタンスリージョン

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

      インスタンス ID

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

      データベースアカウント

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

      データベースパスワード

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

    4. 設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。

      説明

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

    5. タスクオブジェクトを設定します。

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

        パラメーター

        説明

        移行タイプ

        • 完全データ移行のみの場合は、スキーマ移行 と 完全データ移行 を選択します。

        • ゼロダウンタイム移行の場合は、スキーマ移行、完全データ移行、および 増分データ移行 を選択します。

        説明

        • 完全データ移行 を選択すると、CREATE TABLE ステートメントで作成されたテーブルのスキーマとデータをターゲットデータベースに移行できます。

        • 増分データ移行 を選択しない場合、データ整合性を確保するために、データ移行中にソースインスタンスに新しいデータを書き込まないでください。

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

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

          説明

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

        • エラーを無視して続行：同じ名前のテーブルのチェックをスキップします。

          警告

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

          • テーブルスキーマが一致し、ターゲットデータベースのレコードがソースデータベースのレコードと同じ主キー値を持つ場合：

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

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

          • テーブルスキーマが一致しない場合、データの一部の列のみが移行されるか、移行が失敗する可能性があります。注意して進めてください。

        マージテーブル

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

        • × を選択した場合、これがデフォルトのオプションです。

        説明

        テーブルマージ機能は、テーブルレベルではなくタスクレベルで設定されます。一部のテーブルをマージし、他のテーブルをマージしない場合は、2 つの別々のデータ移行タスクを作成する必要があります。

        警告

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

        ソースオブジェクト

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

        説明

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

        • データベース全体を移行オブジェクトとして選択した場合、次のデフォルトルールが適用されます：

          • ソースデータベースのテーブルに主キー (単一列または複合) がある場合、主キー列が分散キーとして使用されます。

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

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

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

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

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

      2. 詳細設定へ をクリックして、詳細パラメーターを設定します。

        パラメーター

        説明

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

        デフォルトでは、DTS は共有クラスターでタスクをスケジュールします。選択する必要はありません。より安定したタスクが必要な場合は、DTS 移行タスクを実行するために専用クラスターを購入できます。

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

        移行タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、すぐに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。再試行時間は 10 分から 1440 分の範囲でカスタマイズできます。30 分以上に設定することを推奨します。指定された時間内に DTS がソースおよびターゲットデータベースに再接続した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        説明

        • 同じソースまたはターゲットを共有する複数の DTS インスタンスの場合、ネットワークの再試行時間は最後に作成されたタスクの設定によって決まります。

        • 接続再試行期間中もタスクは課金されるため、ビジネスニーズに基づいて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。

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

        移行タスクが開始された後、DDL または DML の実行例外など、接続以外の問題がソースまたはターゲットデータベースで発生した場合、DTS はエラーを報告し、すぐに操作の再試行を開始します。デフォルトの再試行時間は 10 分です。再試行時間は 1 分から 1440 分の範囲でカスタマイズできます。10 分以上に設定することを推奨します。指定された再試行時間内に関連する操作が成功した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        重要

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

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

        完全移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷が増加する可能性があります。必要に応じて、完全移行タスクの速度制限を有効にすることができます。1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

        • この設定項目は、移行タイプ で 完全データ移行 を選択した場合にのみ利用できます。

        • 移行インスタンスの実行後に完全移行速度を調整することもできます。

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

        必要に応じて、増分移行タスクの速度制限を設定することもできます。1 秒あたりの増分移行の行数 RPS と 1 秒あたりの増分移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

        • この設定項目は、移行タイプ で 増分データ移行 を選択した場合にのみ利用できます。

        • 移行インスタンスの実行後に増分移行速度を調整することもできます。

        環境タグ

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

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

        DTS インスタンスの実行中にハートビート SQL 情報をソースデータベースに書き込むかどうかを選択します。

        • ○：ハートビート SQL 情報はソースデータベースに書き込まれません。これにより、DTS インスタンスが遅延を報告する可能性があります。

        • ×：ハートビート SQL 情報をソースデータベースに書き込みます。これにより、ソースデータベースの物理バックアップやクローニングなどの機能に干渉する可能性があります。

        ETL 機能の設定

        ビジネスニーズに基づいて、データを処理するために ETL 機能を設定するかどうかを選択します。

        • ○：ETL 機能を設定します。テキストボックスにデータ処理ステートメントを入力する必要もあります。

        • ×：ETL 機能を設定しません。

        監視アラート

        ビジネスニーズに基づいて、アラートを設定し、アラート通知を受け取るかどうかを選択します。

        • ×：アラートを設定しません。

        • ○：アラートのしきい値とアラート通知を設定してアラートを構成します。移行が失敗した場合、または遅延がしきい値を超えた場合、システムはアラート通知を送信します。

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

        説明

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

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

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

      • API オペレーションを呼び出す際にこのインスタンスを設定するためのパラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを合わせ、表示されるバブル内の OpenAPI パラメーターのプレビュー をクリックします。

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

      説明

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

      • 事前チェックが失敗した場合、失敗した確認項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

      • 事前チェック中に警告が報告された場合：

        • 無視できない確認項目については、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

        • 無視できる確認項目については、アラートの詳細を確認、無視、OK、および 再度事前チェックを実行 をクリックして、アラート項目をスキップし、再度事前チェックを実行できます。警告を無視することを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

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

      1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

      2. 購入 ページで、データ移行インスタンスのリンク仕様を選択します。詳細については、次の表をご参照ください。

        カテゴリ

        パラメーター

        説明

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

        リソースグループの設定

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

        インスタンスクラス

        DTS は、異なるパフォーマンスレベルの移行仕様を提供します。リンク仕様は移行速度に影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ移行リンクの仕様」をご参照ください。

      3. 設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、選択します。

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

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

        説明

        • 移行タスクに増分移行が含まれていない場合、完全移行が完了すると自動的に停止します。タスクが停止すると、その ステータス は 完了 に変わります。

        • 移行タスクに増分移行が含まれている場合、自動的に停止しません。増分移行タスクは実行を継続します。増分移行タスクの実行中、タスクの ステータス は 実行中 です。