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

Data Transmission Service:自己管理 Oracle から RDS for MySQL への移行

最終更新日:Jul 18, 2026

Data Transmission Service (DTS) は、自己管理 Oracle データベースから ApsaraDB RDS for MySQL インスタンスへデータを移行します。DTS はスキーマ移行、完全なデータ移行、および増分データ移行をサポートしており、これらを組み合わせることでアプリケーションを停止することなく移行を完了できます。

前提条件

  • ソースとなる自己管理 Oracle データベースと、宛先の ApsaraDB RDS for MySQL インスタンスが準備されていること。

    説明
  • 自己管理 Oracle データベースで ARCHIVELOG モードが有効化されており、アーカイブログファイルに適切な保持期間が設定され、アーカイブログファイルにアクセス可能であることを確認してください。詳細については、「ARCHIVELOG」をご参照ください。

  • 自己管理 Oracle データベースで補足ログが有効化されており、supplemental_log_data_pk および supplemental_log_data_ui パラメーターが YES に設定されていることを確認してください。詳細については、「Supplemental Logging」をご参照ください。

  • データ移行を実行する前に、Oracle ソースに対する DTS の機能と制限事項を理解し、ADAM を使用してデータベース評価を実施することを推奨します。これにより、スムーズなクラウド移行が可能になります。詳細については、「Oracle データベースの制限事項と準備」および「データベース評価の概要」をご参照ください。

制限事項

説明
  • DTS はスキーマ移行中に外部キーを移行します。

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

種別

説明

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

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

  • ソースデータベースが専用回線経由で接続されている場合、接続情報に仮想 IP アドレス (VIP) のいずれかを設定する必要があります。これにより、Oracle リアルアプリケーションクラスター (RAC) が専用回線経由でデータ移行タスクに接続できるようになります。

  • 自己管理 Oracle データベースが RAC アーキテクチャを使用しており、専用回線、VPN Gateway、Smart Access Gateway、Database Gateway (DG)、Cloud Enterprise Network (CEN)、または ECS インスタンス経由で接続されている場合、Single Client Access Name (SCAN) IP アドレスを設定できません。接続情報には VIP のいずれかのみを設定できます。この方法を使用する場合、RAC のノード切り替えはサポートされません。

  • 移行対象のデータに Oracle が NULL として扱う `varchar2` 型の空文字列が含まれており、かつ対応するターゲットデータベースのフィールドに非 NULL 制約が設定されている場合、移行タスクは失敗します。

  • 移行対象のテーブルで FGA (Fine-Grained Audit) ポリシーが有効になっている場合、DTS は ORA_ROWSCN 擬似カラムを認識できず、移行ジョブが失敗します。

    説明

    移行対象のテーブルについて FGA ポリシーを無効にするか、これらのテーブルからのデータ移行を実施しないようにしてください。

  • 移行オブジェクトに関する要件:

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

    • 自己管理 Oracle データベースのバージョンが 12c 以降の場合、移行対象のテーブル名の長さは 30 バイトを超えてはなりません。

    • テーブル単位でオブジェクトを移行し、テーブル名やカラム名のマッピングなど編集が必要な場合、1 つのデータ移行タスクで最大 1,000 テーブルまでサポートされます。この上限を超えると、タスク送信後にエラーが報告されます。その場合は、テーブルを複数のバッチに分割して各バッチごとに個別のタスクを設定するか、データベース全体を移行するタスクを設定してください。

  • 増分移行における Redo Logs およびアーカイブログの要件:

    • 有効化されている必要があります。

    • 増分データ移行タスクの場合、DTS はソースデータベースの Redo Logs およびアーカイブログが 24 時間以上保持されることを要件とします。完全および増分データ移行を含むタスクの場合、DTS は Redo Logs およびアーカイブログが少なくとも 7 日間保持されることを要件とします。完全データ移行が完了した後は、保持期間を 24 時間以上に変更できます。保持期間が要件より短い場合、DTS タスクはログを取得できないため失敗する可能性があります。最悪の場合、データの不整合や損失が発生する可能性があります。DTS の要件よりも短いログ保持期間に起因する問題は、DTS サービスレベルアグリーメント (SLA) の適用外となります。

  • ソースデータベース操作に関する制限事項:

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

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

    • 大規模なテキストフィールドを個別に更新することはサポートされておらず、タスクが失敗します。

その他の制限事項

  • 増分移行中に Oracle Data Pump を使用してソースデータベースにデータをインポートすることはサポートされていません。これによりデータ損失が発生する可能性があります。

  • 外部テーブルの移行はサポートされていません。

  • PACKAGE、PACKAGE_BODY、MATERIALIZED_VIEW、SYNONYM、TYPE、TYPE_BODY、FUNCTION、PROCEDURE、SEQUENCE、VIEW、TABLE_COMMENT、COLUMN_COMMENT、および TRIGGER の移行はサポートされていません。

  • データに四バイト文字(例:まれな漢字や絵文字)が含まれる場合、ターゲットデータベースおよびテーブルは utf8mb4 文字セットを使用する必要があります。

    説明

    DTS を使用してスキーマを移行する場合、ターゲットデータベースのインスタンスレベルパラメーター character_set_server を utf8mb4 に設定してください。

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

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

  • DTS は失敗した移行タスクを 7 日以内に再開しようと試みます。業務をターゲットインスタンスに切り替える前に、タスクを停止またはリリースしてください。あるいは、ターゲットインスタンスへのアクセスに DTS が使用するアカウントの書き込み権限を revoke コマンドで取り消してください。これにより、タスクが自動的に再開された場合にソースデータがターゲットインスタンスのデータを上書きしてしまうことを防止できます。

  • DDL ステートメントがターゲットデータベースへの書き込みに失敗した場合でも、DTS タスクは継続して実行されます。失敗した DDL ステートメントについてはタスクログを確認してください。タスクログの確認方法については、「タスクログの照会」をご参照ください。

  • ソースおよびターゲットデータベースの文字セットが互換性を持つことを確認してください。互換性のない文字セットはデータの不整合やタスクの失敗を引き起こす可能性があります。

  • DTS のスキーマ移行機能を使用してください。そうしないと、データ型の互換性の問題によりタスクが失敗する可能性があります。

  • ソースおよびターゲットデータベースのタイムゾーンは同一である必要があります。

  • ターゲット MySQL データベースの同じテーブルに、大文字小文字のみが異なる同一のカラム名を書き込む場合、予期しない結果が発生する可能性があります。MySQL のカラム名は大文字小文字を区別しません。

  • 移行が完了し—タスクステータスが ステータス から 完了 に変化した後—analyze table <table_name> を実行して、すべてのデータがターゲットテーブルに書き込まれていることを確認してください。たとえば、ターゲット MySQL データベースで高可用性 (HA) スイッチオーバーが発生した後、データがメモリ内に残ったままディスクに書き込まれず、データ損失が発生する可能性があります。

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

    説明

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

特殊なケース

宛先データベースが ApsaraDB RDS for MySQL の場合

  • ApsaraDB RDS for MySQL インスタンスは英語のテーブル名の大文字小文字を区別しません。大文字英字を使用してテーブルを作成すると、ApsaraDB RDS for MySQL はテーブル作成前にテーブル名を小文字に変換します。

    ソース Oracle データベースに大文字小文字のみが異なる同一のテーブル名が存在する場合、スキーマ移行中にオブジェクト名の競合が発生し、「オブジェクトが既に存在します」というメッセージが表示される可能性があります。このような場合は、移行オブジェクトを設定する際に DTS が提供するオブジェクト名マッピング機能を使用して競合するオブジェクトの名前を変更してください。テーブル名を大文字に変換します。詳細については、「テーブルおよびカラムのマッピング」をご参照ください。

  • DTS は ApsaraDB RDS for MySQL インスタンスに自動的にデータベースを作成します。移行対象のデータベース名が ApsaraDB RDS for MySQL の命名規則に準拠していない場合、移行タスクを設定する前に ApsaraDB RDS for MySQL インスタンスにデータベースを作成しておく必要があります。詳細については、「データベースの管理」をご参照ください。

課金

移行タイプ

インスタンス構成料金

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

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

無料です。

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

増分データ移行

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

移行タイプ

種別

説明

スキーマ移行

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

DTS は以下の制限事項のもと、テーブルおよびインデックスのスキーマ移行をサポートします。

  • テーブル:ネストされたテーブルはサポートされていません。クラスターテーブルおよび索引構成表は、ターゲットデータベースで通常のテーブルに変換されます。

  • インデックス:関数ベースのインデックス、ドメインインデックス、ビットマップ索引、および逆インデックスはサポートされていません。

説明

DTS はビュー、シノニム、ストアドプロシージャ、関数、パッケージ、およびユーザー定義型のスキーマ移行をサポートしていません。

警告

これは異種データベース間の移行です。スキーマ移行中、ソースおよびターゲットデータベース間でデータ型が完全に一致しない場合があります。データ型マッピングがワークロードに与える影響を評価してください。詳細については、「異種データベース間のデータ型マッピング」をご参照ください。

完全なデータ移行

DTS は自己管理 Oracle データベース内の選択したオブジェクトの既存データすべてをターゲットデータベースに移行します。

増分データ移行

完全データ移行後、DTS は自己管理 Oracle データベースから継続的に redo ログをキャプチャし、増分変更をターゲットデータベースに移行します。

増分データ移行により、自己管理アプリケーションをオフラインにすることなくスムーズに移行を完了できます。

増分移行の SQL 操作

操作タイプ

SQL ステートメント

DML

INSERT、UPDATE、および DELETE

DDL

  • CREATE TABLE

    説明

    テーブル定義に関数を含めることはできません。

  • ALTER TABLE、ADD COLUMN、DROP COLUMN、RENAME COLUMN、および ADD INDEX

  • DROP TABLE

  • RENAME TABLE、TRUNCATE TABLE、および CREATE INDEX

    説明

    現在のデータベースアカウントによって実行された CREATE INDEX 操作のみがサポートされます。

データ型マッピング

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

事前準備

移行対象の自己管理 Oracle データベースにログインし、データ収集用のアカウントを作成して、そのアカウントに必要な権限を付与してください。

説明

以下に示す権限を持つアカウントをすでに作成済みの場合は、この手順をスキップできます。

データベース

スキーマ移行

完全なデータ移行

増分データ移行

自己管理 Oracle データベース

スキーマ所有者権限

スキーマ所有者権限

詳細権限

ApsaraDB RDS for MySQL インスタンス

ターゲットデータベースへの書き込み権限

データベースアカウントを作成して権限を付与するには、以下をご参照ください。

重要

増分データを移行するには、アーカイブログおよび補足ログも有効化する必要があります。詳細については、「データベース構成」をご参照ください。

操作手順

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

    DTS コンソールから

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

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

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

    DMS コンソールから

    説明

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

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

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

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

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

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

    警告

    ソースおよびターゲットインスタンスを選択した後、ページ上部に表示される制限事項を慎重に確認することを推奨します。確認しないと、タスクが失敗したりデータの不整合が発生したりする可能性があります。

    セクション

    パラメーター

    説明

    該当なし

    タスク名

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

    移行元データベース

    データベースタイプ

    Oracle を選択します。

    アクセス方法

    ソースデータベースのデプロイメントに基づいて接続タイプを選択します。本トピックでは、パブリック IP を持つ自己管理データベース を例として使用します。

    説明

    自己管理データベースが別の接続タイプを使用している場合、必要な準備も完了させる必要があります。

    インスタンスリージョン

    ソース Oracle データベースのリージョンを選択します。

    ホスト名または IP アドレス

    自己管理 Oracle データベースのエンドポイントを入力します。

    ポート

    自己管理 Oracle データベースのサービスポートを入力します。デフォルト値は 1521 です。

    説明

    この例では、サービスポートがパブリックにアクセス可能である必要があります。

    Oracle の型

    • Non-RAC Instance:このオプションを選択する場合、SID も指定する必要があります。

    • RAC または PDB インスタンス:このオプションを選択する場合、サービス名 も指定する必要があります。

    この例では、Non-RAC Instance を使用します。

    データベースアカウント

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

    データベースパスワード

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

    移行先データベース

    データベースタイプ

    MySQL を選択します。

    アクセス方法

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

    インスタンスリージョン

    宛先 ApsaraDB RDS for MySQL インスタンスのリージョンを選択します。

    RDS インスタンス ID

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

    データベースアカウント

    宛先 ApsaraDB RDS インスタンスのデータベースアカウントを入力します。必要な権限については、「準備」をご参照ください。

    データベースパスワード

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

    暗号化

    データベース要件に基づいて、非暗号化 または SSL 暗号化 を選択します。SSL 暗号化 を選択する場合、事前に RDS for MySQL インスタンスで SSL 暗号化を有効化しておく必要があります。詳細については、「クラウド証明書を使用した SSL 暗号化の迅速な有効化」をご参照ください。

  4. 設定を完了したら、ページ下部の 接続をテストして続行 をクリックします。表示される DTS サーバーの CIDR ブロック ダイアログボックスで、接続テスト をクリックします。

    説明

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

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

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

      パラメーター

      説明

      移行タイプ

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

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

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

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

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

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

        説明

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

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

        警告

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

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

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

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

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

      ソースオブジェクト

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

      選択中のオブジェクト

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

      • WHERE 句を使用してデータをフィルターするには、選択中のオブジェクト パネルで移行対象のテーブルを右クリックし、フィルター条件を指定します。詳細については、「フィルター条件の設定」をご参照ください。

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

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

      パラメーター

      説明

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

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

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

      移行タスク開始後、ソースまたはターゲットデータベースへの接続が失敗した場合、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 を設定して、ターゲットデータベースの負荷を軽減できます。

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

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

      環境タグ

      インスタンスを識別するために環境タグを選択できます。このパラメーターは省略可能です。

      実際の書き込みコード

      ターゲットデータベースへのデータ書き込み時に使用する文字コードを選択します。

      ETL 機能の設定

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

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      カテゴリ

      パラメーター

      説明

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

      リソースグループの設定

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

      インスタンスクラス

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

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

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

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

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

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