すべてのプロダクト
Search

このプロダクト

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

    ドキュメントセンター

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

    最終更新日:Nov 09, 2025

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

    サポートされるソースデータベース

    DTS を使用して、次のタイプの MySQL データベースから PolarDB-X 2.0 インスタンスにデータを移行できます。このトピックでは、ApsaraDB RDS for MySQL インスタンスを使用してデータ移行タスクを設定する方法について説明します。この手順に従って、他のタイプの MySQL データベースのデータ移行タスクを設定することもできます。

    • ApsaraDB RDS for MySQL インスタンス。

    • 自己管理データベース:

      • パブリック IP アドレスを持つ自己管理データベース
      • Elastic Compute Service (ECS) でホストされている自己管理データベース
      • Express Connect、VPN Gateway、または Smart Access Gateway 経由で接続されている自己管理データベース
      • データベースゲートウェイ経由で接続されている自己管理データベース

    前提条件

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

    • PolarDB-X 2.0 インスタンスの利用可能なストレージ容量が、ApsaraDB RDS for MySQL インスタンス内のデータの合計サイズよりも大きいこと。

    制限事項

    説明

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

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

    タイプ

    説明

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

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

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

    • テーブルを移行し、それらを編集する必要がある場合 (たとえば、列名をマッピングする)、単一のデータ移行タスクは最大 1,000 テーブルをサポートします。この制限を超えると、タスクの送信時にエラーが報告されます。この場合、テーブルを複数の移行タスクに分割するか、データベース全体を移行するタスクを設定します。

    • 増分移行を実行する場合、バイナリログ:

      • 有効にする必要があり、`binlog_format` は `ROW` に、`binlog_row_image` は `FULL` に設定する必要があります。そうでない場合、事前チェック中にエラーが報告され、データ移行タスクを開始できません。

        重要

        ソースの自己管理 MySQL データベースが、各インスタンスが他方のプライマリであるデュアルプライマリクラスターである場合、`log_slave_updates` パラメーターを有効にする必要があります。これにより、DTS がすべてのバイナリログを取得できるようになります。

      • RDS for MySQL インスタンスのローカルバイナリログは、少なくとも 3 日間 (7 日間を推奨) 保持する必要があります。自己管理 MySQL データベースのローカルバイナリログは、少なくとも 7 日間保持する必要があります。そうでない場合、DTS タスクはバイナリログを取得できないため失敗する可能性があります。極端な場合、これによりデータの不整合やデータ損失が発生する可能性があります。DTS の要件よりも短いバイナリログ保持期間を設定することによって引き起こされる問題は、DTS のサービスレベルアグリーメント (SLA) の対象外です。

        説明

        RDS for MySQL インスタンスのローカルバイナリログの [保持期間] を設定する方法の詳細については、「ローカルログを自動的に削除する」をご参照ください。

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

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

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

    • 移行中、物理バックアップの復元やカスケード操作からのデータなど、バイナリログに記録されない操作によって生成されたデータは、ターゲットデータベースに移行されません。

      説明

      これが発生した場合、ビジネスが許すときに完全なデータを再度移行できます。

    • ソースデータベースが MySQL 8.0.23 以降で、移行するデータに不可視列が含まれている場合、これらの列のデータを取得できないため、データ損失が発生する可能性があります。

      説明

      • ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; コマンドを実行して、不可視列を可視にすることができます。詳細については、「不可視列」をご参照ください。

      • プライマリキーのないテーブルは、自動的に不可視のプライマリキーを生成します。この不可視のプライマリキーも可視にする必要があります。詳細については、「生成された不可視のプライマリキー」をご参照ください。

    その他の制限

    • 移行インスタンスの実行中にプライマリキーまたは一意キーの競合が発生した場合:

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

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

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

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

    • 複数テーブルのマージなど、一時テーブルを使用するオンライン DDL 操作がソースデータベースで実行されると、ターゲットデータベースでデータ損失が発生したり、移行インスタンスが失敗したりする可能性があります。

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

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

    • FLOAT または DOUBLE データ型の列の移行精度がビジネス要件を満たしていることを確認してください。DTS は ROUND(COLUMN,PRECISION) を使用してこれらの列の値を読み取ります。精度が明示的に定義されていない場合、DTS は FLOAT には 38、DOUBLE には 308 の精度を使用します。

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

    • RDS for MySQL インスタンスで常時機密機能が有効になっている場合、完全なデータ移行はサポートされません。

      説明

      TDE (透過的データ暗号化) が有効になっている RDS for MySQL インスタンスは、スキーマ移行、完全なデータ移行、および増分データ移行をサポートします。

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

      説明

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

    特殊なケース

    • ソースが自己管理 MySQL データベースの場合:

      • 移行中のソースデータベースでのプライマリ/セカンダリフェールオーバーは、移行タスクの失敗を引き起こします。

      • DTS の遅延は、最後に移行されたデータレコードの UNIX タイムスタンプと現在の UNIX タイムスタンプを比較することによって計算されます。ソースデータベースで DML 操作が長時間実行されない場合、遅延情報が不正確になることがあります。表示される遅延が長すぎる場合は、ソースデータベースで DML 操作を実行して遅延情報を更新できます。

        説明

        データベース全体を移行する場合は、毎秒更新または書き込みが行われるハートビートテーブルを作成することもできます。

      • DTS は定期的に CREATE DATABASE IF NOT EXISTS `test` コマンドをソースデータベースで実行して、バイナリログのオフセットを進めます。

      • ソースデータベースが Amazon Aurora MySQL インスタンスまたは他のクラスター化された MySQL インスタンスである場合、タスクに設定されたドメイン名または IP アドレスとその解決結果が常に読み取り/書き込み (RW) ノードを指すようにしてください。そうでない場合、移行タスクが期待どおりに実行されない可能性があります。

    • ソースが RDS for MySQL インスタンスの場合:

      • 増分データを移行するために、RDS for MySQL 5.6 の読み取り専用インスタンスなど、トランザクションログを記録しない RDS for MySQL インスタンスはソースとして使用できません。

      • DTS は定期的に CREATE DATABASE IF NOT EXISTS `test` コマンドをソースデータベースで実行して、バイナリログのオフセットを進めます。

    課金

    移行タイプ

    インスタンス設定料金

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

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

    無料。

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

    増分データ移行

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

    移行タイプ

    • スキーマ移行

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

      説明

      • DTS は、テーブル、ビュー、トリガー、ストアドプロシージャ、ストアドファンクションのオブジェクトタイプのスキーマ移行をサポートしています。

        説明

        ストアドプロシージャの routine_body、ストアドファンクションの routine_body、およびビューの select_statement は移行中に変更できません。

      • スキーマ移行中、DTS はビュー、ストアドプロシージャ、および関数の SECURITY 属性の値を DEFINER から INVOKER に変更します。さらに、DTS は DEFINER を移行で使用されるターゲットデータベースアカウントに設定します。

        説明

        SECURITY 属性と DEFINER は移行中に変更できません。

      • DTS はユーザー情報を移行しません。ターゲットデータベースのビュー、ストアドプロシージャ、またはストアドファンクションを呼び出すには、INVOKER に読み取りおよび書き込み権限を付与する必要があります。

    • 完全なデータ移行

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

    • 増分データ移行

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

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

    操作タイプ

    SQL 文

    DML

    INSERT, UPDATE, DELETE

    DDL

    • ALTER TABLE および ALTER VIEW

    • CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, および CREATE VIEW

    • DROP INDEX および DROP TABLE

    • RENAME TABLE

    • TRUNCATE TABLE

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

    データベース

    スキーマ移行

    完全なデータ移行

    増分データ移行

    ApsaraDB RDS for MySQL インスタンス

    SELECT 権限

    SELECT 権限

    REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW, および SELECT 権限

    PolarDB-X 2.0 インスタンス

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

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

    手順

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

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

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

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

      警告

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

      セクション

      パラメーター

      説明

      N/A

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      [MySQL] を選択します。

      アクセス方法

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

      インスタンスリージョン

      ソース ApsaraDB RDS for MySQL インスタンスが存在するリージョン。

      Alibaba Cloudアカウント全体でのデータの複製

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

      RDS インスタンス ID

      ソース ApsaraDB RDS for MySQL インスタンスの ID。

      データベースアカウント

      ソース ApsaraDB RDS for MySQL インスタンスのデータベースアカウント。アカウントに必要な権限の詳細については、「データベースアカウントに必要な権限」をご参照ください。

      データベースパスワード

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

      暗号化

      ソースデータベースインスタンスへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて [非暗号化] または [SSL 暗号化] を選択します。このパラメーターを [SSL 暗号化] に設定する場合は、DTS タスクを設定する前に ApsaraDB RDS for MySQL インスタンスの SSL 暗号化を有効にする必要があります。詳細については、「クラウド証明書を使用して SSL 暗号化を有効にする」をご参照ください。

      宛先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

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

      アクセス方法

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

      インスタンスリージョン

      ターゲットの PolarDB-X 2.0 インスタンスが存在するリージョン。

      インスタンス ID

      ターゲットの PolarDB-X 2.0 インスタンスの ID。

      データベースアカウント

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

      データベースパスワード

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

    4. ページの下部で、[接続テストと次へ] をクリックします。

      説明

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

      • ソースまたはターゲットデータベースが自己管理データベースで、その アクセス方法 が Alibaba Cloud インスタンス に設定されていない場合は、DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト をクリックします。

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

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

        パラメーター

        説明

        移行タイプ

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

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

        説明

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

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

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

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

          説明

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

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

          警告

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

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

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

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

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

        ソースオブジェクト

        ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。向右小箭头 アイコンをクリックして、オブジェクトを 選択中のオブジェクト セクションに追加します。

        説明

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

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

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

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

        説明

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

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

        • データベースまたはテーブルレベルで移行する DDL または DML 操作を選択するには、[選択したオブジェクト] セクションでオブジェクトを右クリックします。表示されるダイアログボックスで、移行する DML および DDL 操作を選択します。

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

        説明

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

        環境タグ

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

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

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

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

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

        ETL の設定

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

        監視アラート

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

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

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

      3. [次のステップ: データ検証] をクリックして、データ検証タスクを設定します。

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

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

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

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

      説明

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

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

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

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

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

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

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

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

        セクション

        パラメーター

        説明

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

        リソースグループ

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

        インスタンスクラス

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

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

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

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

        説明

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

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