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

Data Transmission Service:PolarDB-X 1.0 から ApsaraDB RDS for MySQL にデータを移行する

最終更新日:Jun 09, 2025

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

前提条件

  • ソース PolarDB-X 1.0 インスタンスが作成されていること。詳細については、「PolarDB-X 1.0 インスタンスの作成」をご参照ください。

    説明

    PolarDB-X 1.0 インスタンスのストレージタイプは、カスタムインスタンスと購入済みインスタンスを含む ApsaraDB RDS for MySQL である必要があります。PolarDB for MySQL をストレージタイプとして使用することはできません。

  • 増分データ移行を実行する場合、移行するデータの文字セットが utf8mb3 でないことを確認してください。そうでない場合、増分データ移行タスクは失敗します。

  • 宛先 ApsaraDB RDS for MySQL インスタンスが作成されていること。宛先インスタンスのストレージ容量は、ソース PolarDB-X 1.0 インスタンスの使用済みストレージ容量よりも大きいこと。詳細については、「ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。

注意事項

説明

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

種類

説明

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

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

  • 移行するテーブルには、PRIMARY KEY または UNIQUE 制約があり、すべてのフィールドが一意である必要があります。そうでない場合、宛先データベースに重複するデータレコードが含まれる可能性があります。

  • 移行対象のオブジェクトとしてテーブルを選択し、宛先データベース内のテーブル(テーブル名や列名の変更など)を変更する必要がある場合は、1 つのデータ移行タスクで最大 1,000 個のテーブルを移行できます。 1,000 個を超えるテーブルを移行するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを構成してテーブルをバッチで移行するか、データベース全体を移行するタスクを構成することをお勧めします。

  • 増分データを移行する必要がある場合は、次の要件が満たされていることを確認してください。

    • バイナリロギング機能が有効になっていること。 binlog_row_image パラメータの値が full に設定されていること。そうでない場合、事前チェック中にエラーメッセージが返され、データ移行タスクを開始できません。

    • 増分データ移行のみを実行する場合は、ソースデータベースのバイナリログを 24 時間以上保存する必要があります。完全データ移行と増分データ移行を実行する場合は、ソースデータベースのバイナリログを 7 日以上保存する必要があります。そうでない場合、Data Transmission Service (DTS) はバイナリログの取得に失敗し、タスクが失敗する可能性があります。例外的な状況では、データの不整合または損失が発生する可能性があります。完全データ移行が完了したら、保存期間を 24 時間以上に設定できます。上記の要件に基づいてバイナリログの保存期間を設定してください。そうでない場合、DTS のサービスレベル契約 (SLA) はサービスの信頼性またはパフォーマンスを保証しません。

  • ソースデータベースで実行する操作の制限:

    • データ移行中は、スケールアウト、スケールイン、ホットテーブル移行、シャードキーの変更、または DDL 操作を実行しないでください。そうでない場合、データ移行タスクは失敗します。

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

    • 移行中に PolarDB-X 1.0 インスタンスのネットワークタイプを変更する必要がある場合は、変更が成功した後、移行リンクのネットワーク接続情報を更新してください。

    • 完全データ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。そうでない場合、ソースデータベースと宛先データベース間でデータの不整合が発生する可能性があります。データの整合性を確保するために、移行タイプとしてスキーマ移行、完全データ移行、および増分データ移行を選択することをお勧めします。

その他の制限

  • DTS は、ソース PolarDB-X 1.0 インスタンスの XA トランザクションの継続性に基づいて、増分データ移行タスクの整合性を確保します。増分データ収集モジュールのディザスタリカバリシナリオなど、XA トランザクションの継続性が損なわれた場合、コミットされていない XA トランザクションが失われる可能性があります。

  • DTS はオンライン DDL 操作を移行しません。

  • 移行するデータに、希少文字や絵文字など、4 バイトを占める情報が含まれている場合、データを受信する宛先データベースとテーブルは UTF8mb4 文字セットを使用する必要があります。

    説明

    DTS のスキーマ移行機能を使用する場合は、宛先データベースのインスタンスパラメータ character_set_server を UTF8mb4 文字セットに設定します。

  • データを移行する前に、データ移行がソースデータベースと宛先データベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを移行することをお勧めします。そうでない場合、完全データ移行中に DTS はソースデータベースと宛先データベースの読み取り/書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

  • 完全データ移行中、同時 INSERT 操作により、宛先データベースのテーブルで断片化が発生します。完全データ移行が完了すると、宛先データベースの使用済み表領域のサイズはソースデータベースのサイズよりも大きくなります。

  • DTS は、過去 7 日間に失敗したデータ移行タスクの再開を試みます。ワークロードを宛先インスタンスに切り替える前に、データ移行タスクを停止または解放してください。また、revoke コマンドを実行して、DTS が宛先インスタンスにアクセスするために使用するアカウントから書き込み権限を取り消すこともできます。そうでない場合、タスクが再開された後、ソースデータベースのデータが宛先インスタンスのデータを上書きします。

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

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

  • DTS タスクの実行に失敗した場合、DTS テクニカルサポートは 8 時間以内にタスクの復元を試みます。復元中、タスクが再起動され、タスクのパラメータが変更される場合があります。

    説明

    タスクのパラメータのみが変更される可能性があります。データベースのパラメータは変更されません。 変更される可能性のあるパラメータには、「DTS インスタンスのパラメータの変更」トピックの「インスタンスパラメータの変更」セクションのパラメータが含まれますが、これらに限定されません。

その他の注意事項

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

課金

移行タイプ

インスタンス構成料金

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

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

無料。

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

増分データ移行

有料。課金の概要

移行タイプ

  • スキーマ移行

    DTS は、選択したオブジェクトのスキーマをソースデータベースから宛先データベースに移行します。

  • 完全データ移行

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

  • 増分データ移行

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

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

操作タイプ

SQL 文

DML

INSERT、UPDATE、DELETE

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

データベース

スキーマ移行

完全移行

増分移行

PolarDB-X インスタンス

SELECT 権限

SELECT 権限

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

説明

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

ApsaraDB RDS for MySQL インスタンス

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

データベースアカウントの作成と承認方法については、以下のトピックをご参照ください。

手順

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

    DTS コンソール

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

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

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

    DMS コンソール

    説明

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

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

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

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

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

  3. ソースデータベースと宛先データベースを構成します。次の表にパラメータを示します。

    カテゴリ

    パラメータ

    説明

    該当なし

    タスク名

    DTS はタスク名を自動的に生成します。識別しやすい説明的な名前を指定することをお勧めします。一意のタスク名を使用する必要はありません。

    ソースデータベース

    既存の接続情報の選択

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

      説明

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

    • インスタンスを DTS に登録できなかった場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

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

    アクセス方法

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

    インスタンスリージョン

    ソース PolarDB-X 1.0 インスタンスが存在するリージョンを選択します。

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

    この例では、現在の Alibaba Cloud アカウントのデータベースインスタンスを使用します。 × を選択します。

    [インスタンス ID]

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

    データベースアカウント

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

    データベースパスワード

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

    宛先データベース

    既存の接続情報の選択

    • 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 暗号化接続] を選択した場合は、データ移行タスクを構成する前に、ApsaraDB RDS for MySQL インスタンスで SSL 暗号化を有効にする必要があります。 詳細については、「ApsaraDB RDS for MySQL インスタンスの SSL 暗号化の構成」をご参照ください。

  4. ページの下部にある [接続テストと続行] をクリックします。

    説明
    • DTS サーバーの CIDR ブロックをソースデータベースと宛先データベースのセキュリティ設定に自動または手動で追加して、DTS サーバーからのアクセスを許可できることを確認してください。 詳細については、「DTS サーバーの CIDR ブロックの追加」をご参照ください。

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

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

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

      パラメータ

      説明

      移行タイプ

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

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

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

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

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

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

        説明

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

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

        警告

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

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

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

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

        • ソースデータベースと宛先データベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。 慎重に進んでください。

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

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

      ソースオブジェクト

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

      説明

      移行対象のオブジェクトとしてテーブルを選択することをお勧めします。 データベース全体を移行対象のオブジェクトとして選択した場合、データベースに新しく追加されたテーブルまたは削除されたテーブルは宛先データベースに移行されません。

      選択中のオブジェクト

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

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

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

    2. 次へ:詳細設定 をクリックして、詳細設定を構成します。

      パラメータ

      説明

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

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

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

      接続失敗時のリトライ時間の範囲。 データ移行タスクの開始後にソースデータベースまたは宛先データベースに接続できない場合、DTS はリトライ時間範囲内で直ちに接続を再試行します。 有効値:10 ~ 1,440。 単位:分。 デフォルト値:720。 パラメータを 30 より大きい値に設定することをお勧めします。 指定されたリトライ時間範囲内に DTS がソースデータベースと宛先データベースに再接続された場合、DTS はデータ移行タスクを再開します。 そうでない場合、データ移行タスクは失敗します。

      説明
      • 同じソースデータベースまたは宛先データベースを共有する複数のデータ移行タスクに異なるリトライ時間範囲を指定した場合、後で指定した値が優先されます。

      • <app_name> を Web アプリの名前に置き換えます。

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

      その他の問題のリトライ時間の範囲です。たとえば、データ移行タスクの開始後に DDL または DML 操作が失敗した場合、DTS はリトライ時間の範囲内で操作をすぐにリトライします。有効値:1 ~ 1440。単位:分。デフォルト値:10。10 より大きい値にパラメーターを設定することをお勧めします。指定されたリトライ時間の範囲内で失敗した操作が正常に実行された場合、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。

      重要

      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 パラメーターの値は、失敗した接続の再試行時間 パラメーターの値よりも小さくなければなりません。

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

      完全なデータ移行の速度制限を有効にするかどうかを指定します。完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取りリソースと書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、完全なデータ移行の速度制限を有効にすることができます。速度制限を設定するには、1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

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

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

      増分データ移行の速度制限を有効にするかどうかを指定します。速度制限を設定するには、1 秒あたりの増分移行の行数 RPS パラメーターと 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

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

      環境タグ

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

      ETL の設定

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

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      [リソースグループ]

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

      インスタンスクラス

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

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

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

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

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

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