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

Data Transmission Service:Alibaba Cloud アカウント間での RDS インスタンスの移行

最終更新日:Apr 27, 2026

Data Transmission Service (DTS) を使用して、異なる Alibaba Cloud アカウント間で ApsaraDB RDS インスタンスのデータを移行できます。本トピックでは、宛先インスタンスのメインアカウントを使用してコンソールにログインし、ソースインスタンスからデータを移行する方法について説明します。

前提条件

  • ソースおよび宛先の RDS インスタンスが属する Alibaba Cloud アカウント (メインアカウント) の ID を取得します。詳細については、「事前準備」をご参照ください。

  • RDS インスタンスを所有する Alibaba Cloud アカウント (メインアカウント) へのアクセス権限が必要です。RAM ロールの作成、詳細な権限の付与、信頼ポリシーの変更などの権限付与操作を行う必要があります。詳細については、「事前準備」をご参照ください。

  • ソース RDS インスタンスで使用されているストレージ容量よりも大きなストレージ容量を持つ宛先 RDS インスタンスを作成済みである必要があります。

    説明

    ソースおよび宛先インスタンスでサポートされているデータベースバージョンについては、「データ移行シナリオの概要」をご参照ください。

注意事項

詳細については、同一アカウント内でのインスタンス間データ移行に関するドキュメントをご参照ください。

課金

移行タイプ

チャネル仕様料金

パブリックトラフィック料金

スキーマ移行および完全なデータ移行

無料です。

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

増分データ移行

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

アカウント権限要件

ApsaraDB RDS for MySQL

データベース

スキーマ移行

完全なデータ移行

増分データ移行

ソース Alibaba Cloud RDS for MySQL インスタンス

SELECT 権限

SELECT 権限

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

宛先 Alibaba Cloud RDS for MySQL インスタンス

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

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

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

ApsaraDB RDS for MySQL インスタンスでアカウントを作成および権限を付与する方法については、「アカウントを作成」および「アカウントの権限を変更」をご参照ください。

説明
  • Alibaba Cloud RDS for MySQL コンソール外でソースデータベースアカウントを作成した場合は、REPLICATION CLIENT、REPLICATION SLAVE、SHOW VIEW、および SELECT 権限がアカウントに付与されていることを確認してください。

  • ソースデータベースからアカウント情報を移行する必要がある場合は、移行タスクに使用するデータベースアカウントに追加の権限が必要です。詳細については、「データベースアカウントの移行」をご参照ください。

ApsaraDB RDS for MariaDB

データベース

スキーマ移行

完全なデータ移行

増分データ移行

ソース ApsaraDB RDS for MariaDB インスタンス

SELECT 権限

SELECT 権限

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

宛先 ApsaraDB RDS for MariaDB インスタンス

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

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

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

ApsaraDB RDS for MariaDB インスタンスでデータベースアカウントを作成および権限を付与する方法については、「アカウントを作成」および「アカウント権限の変更またはリセット」をご参照ください。

ApsaraDB RDS for PostgreSQL

データベースインスタンス

スキーマ移行

完全なデータ移行

増分データ移行

ソース ApsaraDB RDS for PostgreSQL インスタンス

pg_catalog スキーマに対する USAGE 権限。

移行対象オブジェクトに対する SELECT 権限。

選択されたデータベースのオーナーである特権アカウント。

説明

ソース ApsaraDB RDS for PostgreSQL インスタンスが PostgreSQL 9.4 を実行しており、DML 操作のみを移行する必要がある場合は、アカウントに REPLICATION 権限のみが必要です。

宛先 ApsaraDB RDS for PostgreSQL インスタンス

宛先オブジェクトに対する CREATE および USAGE 権限。

スキーマオーナー権限。

ApsaraDB RDS for PostgreSQL インスタンスでアカウントを作成および権限を付与する方法については、「アカウントを作成」および「データベースを作成」をご参照ください。

ApsaraDB RDS for SQL Server

データベース

スキーマ移行

完全移行

増分移行

ソース ApsaraDB RDS for SQL Server インスタンス

SELECT 権限

SELECT 権限

移行対象オブジェクトに対するオーナー権限

宛先 ApsaraDB RDS for SQL Server インスタンス

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

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

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

ApsaraDB RDS for SQL Server インスタンスでアカウントを作成および権限を付与する方法については、「特権アカウントまたは標準アカウントを作成」および「アカウントの権限を変更」をご参照ください。

操作手順

事前準備

データベースインスタンスを所有する Alibaba Cloud アカウントの RAM 認可を構成します。詳細については、「クロスアカウントタスクの RAM 認可の構成方法」をご参照ください。

クロスアカウント移行インスタンスの構成

説明

本トピックでは、ApsaraDB RDS for MySQL インスタンスのクロスアカウント移行を例に、クロスアカウント移行インスタンスの構成方法について説明します。

  1. 宛先 ApsaraDB RDS for MySQL インスタンスを所有するメイン Alibaba Cloud アカウントでコンソールにログインし、移行タスクページに移動します。

    DTS コンソールからの操作

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

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

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

    DMS コンソールからの操作

    説明

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

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

    2. 上部メニューバーで、データ + AI > データ伝送 (DTS) > データ移行 を選択します。

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

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

  3. ソースおよびターゲットデータベースを構成します。

    カテゴリ

    パラメーター

    説明

    該当なし

    タスク名

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

    ソースデータベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    MySQL を選択します。

    アクセス方法

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

    インスタンスリージョン

    ソース ApsaraDB RDS for MySQL インスタンスが配置されているリージョンを選択します。

    説明

    ソースおよび宛先の ApsaraDB RDS for MySQL インスタンスは、異なるリージョンに配置できます。

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

    を選択します。

    Alibaba Cloud アカウント

    ソース ApsaraDB RDS for MySQL インスタンスを所有するメイン Alibaba Cloud アカウントの ID を入力します。

    説明

    ID の取得方法については、「ソースデータベースが属するメイン Alibaba Cloud アカウントの ID を取得」をご参照ください。

    RAM ロール名

    ソース ApsaraDB RDS for MySQL インスタンスを所有するメイン Alibaba Cloud アカウントで作成した RAM ロールの名前を入力します(例:ram-for-dts)。

    説明

    RDS インスタンス ID

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

    説明

    RDS インスタンス ID を選択した際にアラートが表示される場合は、プロンプトに従って構成を変更してください。一般的なアラートについては、「一般的なエラー」をご参照ください。

    データベースアカウント

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

    データベースパスワード

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

    暗号化

    必要に応じて、非暗号化 または SSL 暗号化 を選択します。本例では、非暗号化 を選択します。

    説明

    SSL 暗号化 を選択する場合は、事前に RDS インスタンスで SSL 暗号化を有効にする必要があります。詳細については、「SSL 暗号化を構成」をご参照ください。

    宛先データベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    MySQL を選択します。

    アクセス方法

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

    インスタンスリージョン

    宛先 ApsaraDB RDS for MySQL インスタンスが配置されているリージョンを選択します。

    説明

    ソースおよび宛先の ApsaraDB RDS for MySQL インスタンスは、異なるリージョンに配置できます。

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

    本例では、× を選択します。

    RDS インスタンス ID

    宛先 ApsaraDB RDS for MySQL インスタンスのインスタンス ID を選択します。

    データベースアカウント

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

    データベースパスワード

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

    暗号化

    必要に応じて、非暗号化 または SSL 暗号化 を選択します。本例では、非暗号化 を選択します。

    説明

    SSL 暗号化 を選択する場合は、事前に RDS インスタンスで SSL 暗号化を有効にする必要があります。詳細については、「SSL 暗号化を構成」をご参照ください。

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

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

    • ソースまたは宛先データベースが自己管理データベースの場合(アクセス方法Alibaba Cloud インスタンス ではない場合)、表示される DTS サーバーの CIDR ブロック ダイアログボックスで、接続テスト をクリックする必要があります。

  5. タスクオブジェクトを構成します。

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

      パラメーター

      説明

      移行タイプ

      • 完全移行のみを実行する場合は、スキーマ移行 および 完全データ移行 の両方を選択します。

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

      説明
      • スキーマ移行 を選択しない場合は、ターゲットデータベースにデータを受信するためのデータベースおよびテーブルが存在することを確認する必要があります。選択中のオブジェクト ボックスで必要に応じてオブジェクト名マッピング機能を使用することもできます。

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

      移行元データベースのトリガーを移行する方法

      トリガーの移行方法を選択します。移行対象オブジェクトにトリガーが含まれない場合は、この構成をスキップできます。詳細については、「トリガーの移行方法を構成」をご参照ください。

      説明

      このパラメーターは、移行タイプスキーマ移行 および 増分データ移行 の両方が選択されている場合にのみ構成できます。

      移行評価の有効化

      この評価では、ソースおよびターゲットのスキーマ(インデックス長、ストアドプロシージャ、依存テーブルなど)が要件を満たしているかどうかをチェックします。 または × を選択します。

      説明
      • このパラメーターは、移行タイプスキーマ移行 が選択されている場合にのみ構成できます。

      • を選択すると、事前チェックに時間がかかる場合があります。事前チェックフェーズ中に 評価結果 を確認できます。評価結果は事前チェック結果に影響しません。

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

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

        説明

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

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

        警告

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

        • テーブルスキーマが一致しており、宛先データベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合:

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

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

        • テーブルスキーマが不一致の場合、一部の列のデータのみが移行されるか、移行が失敗する可能性があります。慎重に操作してください。

      イベントを移行するかどうか

      要件に基づいて、ソースデータベースからイベントを移行するかどうかを選択します。 を選択する場合は、関連要件に従って追加の手順を実行する必要があります。詳細については、「イベントの同期または移行」をご参照ください。

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

      移行されたオブジェクト(データベース、テーブル、列など)の名前の大文字・小文字の扱いポリシーを宛先インスタンスで構成できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。また、ソースまたはターゲットデータベースのデフォルトポリシーと大文字・小文字の扱いを一致させることも選択できます。詳細については、「宛先データベースにおけるオブジェクト名の大文字・小文字の扱い」をご参照ください。

      ソースオブジェクト

      ソースオブジェクト ボックスで移行するオブジェクトをクリックし、Right arrow をクリックして 選択中のオブジェクト ボックスに移動します。

      説明

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

      選択中のオブジェクト

      • 宛先インスタンスにおける移行オブジェクトの名前を設定する場合、またはターゲットデータベースでデータを受信するオブジェクトを指定する場合は、選択中のオブジェクト ボックスで移行オブジェクトを右クリックして変更します。詳細については、「オブジェクト名マッピング」をご参照ください。

      • 選択済みの移行オブジェクトを削除する場合は、選択中のオブジェクト ボックスでオブジェクトをクリックし、image をクリックして ソースオブジェクト ボックスに移動します。

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

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

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

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

      パラメーター

      説明

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

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

      移行元テーブルで生成された Online DDL ツールの一時テーブルを移行先データベースにコピーします。

      ソースデータベースでオンライン DDL 変更を実行するために Data Management (DMS) または gh-ost を使用する場合、オンライン DDL 変更によって生成された一時テーブルのデータを移行するかどうかを選択できます。

      重要
      • DTS タスクは、pt-online-schema-change などのツールを使用したオンライン DDL 変更をサポートしていません。サポートされていないツールを使用すると、DTS タスクが失敗します。

      • 各フェーズの処理方法は次のとおりです。スキーマ移行 および 完全データ移行 フェーズでは、データベースまたはテーブル構造を変更する DDL 操作が許可されていないため、オンライン DDL ポリシーの制御を受けません。

        • スキーマ移行:オンライン DDL ポリシーの制御を受けません。関連する一時テーブルが作成されます。

        • 完全データ移行:オンライン DDL ポリシーの制御を受けません。完全移行オブジェクトには一時テーブルの移行は含まれません。正規表現 (^_(.+)_(?:gho|new)$ または ^_(.+)_(?:ghc|del|old)$) に一致するすべてのテーブルがフィルターで除外されます。

        • 増分データ移行:オンライン DDL ポリシーの制御を受けます。

          • :オンライン DDL 操作によって生成された一時テーブル(例:_table_name_gho)からのデータ変更を移行します。

          • いいえ、DMS オンライン DDL に適応 および いいえ、gh-ost に適応:gh-ost などのツールによって生成された一時テーブル(例:_table_name_gho)からのデータ変更を正規表現ルールに基づいてフィルターで除外します。

      • :オンライン DDL 変更によって生成された一時テーブルのデータを移行します。

        説明

        オンライン DDL 変更によって一時テーブルに大量のデータが生成された場合、タスクの遅延が発生する可能性があります。

      • いいえ、DMS オンライン DDL に適応:オンライン DDL 変更によって生成された一時テーブルのデータを移行しません。Data Management (DMS) を使用して実行された元の DDL 文のみを移行します。

        説明

        このオプションを選択すると、宛先データベースのテーブルがロックされます。

      • いいえ、gh-ost に適応:オンライン DDL 変更によって生成された一時テーブルのデータを移行しません。カスタムフィルタールールをサポートしています。DTS は、gh-ost などのツールによって生成された一時テーブル(例:_table_name_gho)からのデータ変更を正規表現ルールに基づいてフィルターで除外します。必要に応じて、シャドウテーブルおよび不要なテーブルに一致させるためのデフォルトの正規表現を変更できます。

        • シャドウテーブル:^_(.+)_(?:gho|new)$

        • 不要なテーブル:^_(.+)_(?:ghc|del|old)$

        説明

        このオプションを選択すると、宛先データベースのテーブルがロックされます。

      アカウントを移行

      ソースデータベースからアカウント情報を移行するかどうかを選択します。 を選択する場合は、移行するアカウントを選択し、その権限を確認する必要があります。

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

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

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

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

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

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

      重要

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

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

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

      説明
      • この設定項目は、移行タイプ完全データ移行 が選択されている場合にのみ利用可能です。

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

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

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

      説明
      • この設定項目は、移行タイプ増分データ移行 が選択されている場合にのみ利用可能です。

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

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

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

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

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

      環境タグ

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

      ETL 機能の設定

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

      監視アラート

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

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

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

    3. 次へ:データ検証 をクリックして、データ検証タスクを構成します。

      データ検証機能の詳細については、「データ検証を構成」をご参照ください。

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

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

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

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

    • 事前チェックが失敗した場合は、失敗したチェック項目の横にある 詳細を表示 をクリックし、プロンプトに従って問題を修正してから、再度事前チェックを実行してください。

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

      • 無視できないチェック項目の場合は、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに従って問題を修正してから、再度事前チェックを実行してください。

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

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

    1. 成功率 が 100% の場合、次:インスタンスの購入 をクリックします。

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

      カテゴリ

      パラメーター

      説明

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

      リソースグループの設定

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

      インスタンスクラス

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

    3. 構成が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、同意してください。

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

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

      説明
      • 移行タスクに増分移行が含まれていない場合、完全移行が完了後に自動的に停止します。タスクが停止すると、ステータス完了 に変化します。

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