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

Data Transmission Service:RDS Enterprise Edition 上の ApsaraDB RDS for MySQL インスタンスから Cluster Edition 上の ApsaraDB RDS for MySQL インスタンスへのデータ移行

最終更新日:Nov 21, 2025

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

前提条件

  • ソースおよび宛先の ApsaraDB RDS for MySQL インスタンスが作成されていること。詳細については、「ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。

  • Cluster Edition 上の宛先 ApsaraDB RDS for MySQL インスタンスのストレージ領域は、RDS Enterprise Edition 上のソース 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 サービスレベル契約 (SLA) の対象外です。

      説明

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

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

  • 移行中にバイナリログに記録されない操作によるデータ変更は、ターゲットデータベースに移行されません。このような操作の例には、物理バックアップを使用したデータ回復やカスケード操作が含まれます。

    説明

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

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

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

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

その他の制限

  • 互換性を確保するために、ソースデータベースとターゲットデータベースで同じ MySQL バージョンを使用することをお勧めします。

  • コメント構文で定義されたパーサの移行はサポートされていません。

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

  • ターゲットデータベースが MySQL 8.0.23 以降で、データを受信するターゲット列に不可視列が含まれている場合、データを書き込むターゲット列が見つからないため、DTS インスタンスが失敗したり、データ損失が発生したりする可能性があります。

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

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

  • DTS のスキーマ移行機能を使用しない場合は、フィールドの互換性を自分で確認する必要があります。そうしないと、インスタンスが失敗したり、データ損失が発生したりする可能性があります。たとえば、ソーステーブルのフィールドが text 型で、宛先フィールドが varchar(255) の場合、ソーステーブルにラージオブジェクトが含まれていると、データが切り捨てられる可能性があります。

  • 移行するデータに、一般的でない文字や絵文字など、4 バイトのストレージを必要とするコンテンツが含まれている場合、データを受信するターゲットデータベースとテーブルは utf8mb4 文字セットを使用する必要があります。

    説明

    スキーマ移行に DTS を使用する場合、ターゲットデータベースのインスタンスレベルのパラメーター character_set_server を utf8mb4 に設定する必要があります。

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

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

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

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

  • DTS は、失敗した移行タスクを 7 日以内に再開しようとします。ワークロードを宛先インスタンスに切り替える前に、タスクを停止またはリリースするか、revoke コマンドを実行して、DTS が宛先インスタンスにアクセスするために使用するアカウントの書き込み権限を取り消す必要があります。これにより、タスクが自動的に再開された後に、ソースデータが宛先インスタンスのデータを上書きするのを防ぎます。

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

  • DDL 文がターゲットデータベースへの書き込みに失敗した場合、DTS タスクは実行を継続します。タスクログで失敗した DDL 文を確認する必要があります。タスクログの表示方法の詳細については、「タスクログのクエリ」をご参照ください。

  • 列名が大文字と小文字のみで異なるフィールドを宛先 MySQL データベースの同じテーブルに書き込むと、移行結果が期待どおりにならない場合があります。これは、MySQL データベースの列名が大文字と小文字を区別しないためです。

  • データ移行が完了した後 (インスタンスの ステータス完了 になった後)、analyze table <table_name> コマンドを実行して、すべてのデータが宛先テーブルに書き込まれたことを確認することをお勧めします。たとえば、宛先 MySQL データベースで HA スイッチオーバーがトリガーされた場合、データはメモリにのみ書き込まれ、データ損失が発生する可能性があります。

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

    説明

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

  • ソースデータベースからデータベースアカウントを移行するには、前提条件を満たし、関連する注意事項を理解する必要があります。詳細については、「データベースアカウントの移行」をご参照ください。

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

    説明

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

課金

移行タイプ

インスタンス構成料金

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

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

無料。

ターゲットデータベースの アクセス方法 パラメーターが パブリック 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

    重要

    RENAME TABLE 操作は、ソースデータベースとターゲットデータベースの間でデータ不整合を引き起こす可能性があります。たとえば、移行するオブジェクトとしてテーブルを選択し、データ移行中にテーブルの名前を変更すると、このテーブルのデータはターゲットデータベースに移行されません。この状況を回避するには、データ移行タスクを設定するときに、このテーブルが属するデータベースを移行するオブジェクトとして選択できます。RENAME TABLE 操作の前後にテーブルが属するデータベースが、移行するオブジェクトに追加されていることを確認してください。

  • TRUNCATE TABLE

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

データベース

スキーマ移行

完全移行

増分移行

ソース RDS Enterprise Edition 上の ApsaraDB RDS for MySQL インスタンス

SELECT 権限

SELECT 権限

読み取りおよび書き込み

宛先 Cluster Edition 上の ApsaraDB RDS for MySQL インスタンス

読み取りおよび書き込み

読み取りおよび書き込み

読み取りおよび書き込み

データベースアカウントを作成して権限を付与するには、「アカウントの作成」および「アカウントの権限の変更」をご参照ください。

説明
  • ApsaraDB RDS for MySQL コンソールでデータベースアカウントを作成して権限を付与しない場合は、アカウントに REPLICATION CLIENT、REPLICATION SLAVE、SHOW VIEW、および SELECT 権限があることを確認する必要があります。

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

手順

  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 に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を設定する必要があります。

    データベースタイプ

    [MySQL] を選択します。

    アクセス方法

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

    インスタンスリージョン

    ソース 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 に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を設定する必要があります。

    データベースタイプ

    [MySQL] を選択します。

    アクセス方法

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

    インスタンスリージョン

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

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

    この例では、データは同じ Alibaba Cloud アカウント下のインスタンス間で移行されます。× を選択します。

    RDS インスタンス ID

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

    データベースアカウント

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

    データベースパスワード

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

    暗号化

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

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

    説明

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

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

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

      設定

      説明

      移行タイプ

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

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

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

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

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

      要件に基づいてトリガーを移行する方法を選択します。移行するオブジェクトにトリガーが含まれていない場合は、このパラメーターを設定する必要はありません。詳細については、「トリガーを同期または移行する方法を設定する」をご参照ください。

      説明

      このパラメーターは、移行タイプスキーマ移行増分データ移行 の両方を選択した場合にのみ使用できます。

      移行評価の有効化

      この機能は、ソースデータベースとターゲットデータベースのスキーマが要件を満たしているかどうかを評価します。評価には、インデックス長、ストアドプロシージャ、依存テーブルなどの項目が含まれます。要件に基づいて または × を選択できます。

      説明
      • このパラメーターは、移行タイプスキーマ移行 を選択した場合にのみ使用できます。

      • を選択すると、事前チェックの期間が長くなる場合があります。事前チェック中に 評価結果 を表示できます。評価結果は事前チェックの結果には影響しません。

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

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

        説明

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

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

        警告

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

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

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

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

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

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

      ソースデータベースからイベントを移行するかどうかを指定します。 を選択した場合は、後続の操作を完了する必要があります。詳細については、「イベントの同期または移行」をご参照ください。

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

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

      ソースオブジェクト

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

      説明

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

      選択中のオブジェクト

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

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

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

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

      • データベースまたはテーブルレベルで増分移行の DML または DDL 操作を選択するには、選択中のオブジェクト ボックスで移行オブジェクトを右クリックし、表示されるダイアログボックスで必要な DML および DDL 操作を選択します。

    2. 詳細設定へ をクリックして詳細設定を行います。

      設定

      説明

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

      デフォルトでは、専用クラスターを指定しない場合、DTS はデータ移行タスクを共有クラスターにスケジュールします。データ移行タスクの安定性を向上させたい場合は、専用クラスターを購入してください。詳細については、「DTS 専用クラスターとは」をご参照ください。

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

      DMS または gh-ost ツールを使用してソースデータベースでオンライン DDL 操作を実行する場合、オンライン DDL 操作によって生成された一時テーブルのデータを移行するかどうかを指定できます。有効な値:

      重要

      pt-online-schema-change などのツールを使用してソースデータベースでオンライン DDL 操作を実行することはできません。そうしないと、DTS タスクが失敗します。

      • [はい]: DTS は、オンライン DDL 操作によって生成された一時テーブルのデータを移行します。

        説明

        オンライン DDL 操作で大量のデータが生成されると、データ移行タスクに遅延が発生する可能性があります。

      • [いいえ、DMS オンライン DDL に適応]: DTS は、オンライン DDL 操作によって生成された一時テーブルのデータを移行しません。DMS を使用して実行された元の DDL 操作のみが移行されます。

        説明

        このオプションを選択すると、ターゲットデータベースのテーブルがロックされる可能性があります。

      • [いいえ、gh-ost に適応]: DTS は、オンライン DDL 操作によって生成された一時テーブルのデータを移行しません。gh-ost ツールを使用して実行された元の DDL 操作のみが移行されます。デフォルトまたはカスタムの正規表現を使用して、gh-ost ツールのシャドウテーブルや不要なテーブルを除外できます。

        説明

        このオプションを選択すると、ターゲットデータベースのテーブルがロックされる可能性があります。

      アカウントを移行

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

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

      接続失敗のリトライ時間範囲。データ移行タスクの開始後にソースまたはターゲットデータベースへの接続に失敗した場合、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 パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

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

      環境タグ

      要件に基づいてインスタンスを識別するために環境タグを選択できます。この例では、選択は不要です。

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

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

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

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

      ETL の設定

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

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      リソースグループ

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

      インスタンスクラス

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

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

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

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

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

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