すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:AnalyticDB for MySQL V3.0 クラスター間のデータ移行

    ドキュメントセンター

    Data Transmission Service:AnalyticDB for MySQL V3.0 クラスター間のデータ移行

    最終更新日:Apr 21, 2026

    このトピックでは、Data Transmission Service (DTS) を使用して AnalyticDB for MySQL V3.0 クラスター間でデータを移行する方法について説明します。

    前提条件

    • 移行先の AnalyticDB for MySQL V3.0 クラスターは、移行元の AnalyticDB for MySQL V3.0 クラスターの使用量よりも多くのストレージ容量を持つ必要があります。

    • 増分データ移行を実行するには、移行元の AnalyticDB for MySQL V3.0 クラスターでデータ変更キャプチャ (CDC) 機能を有効にし、移行対象のテーブルでバイナリログを有効にする必要があります。

      説明

      AnalyticDB for MySQL V3.0 クラスターが 3.2.1.0 より前のエンジンバージョンを実行している場合は、エンジンバージョンをアップグレードする必要があります。

    制限事項

    説明

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

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

    タイプ

    説明

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

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

    • 増分データを移行するには、AnalyticDB for MySQL V3.0 クラスターがエンジンバージョン 3.2.1.0 以降を実行している必要があります。

    • 移行する各テーブルには、一意の値を持つカスタムプライマリキーが必要です。そうでない場合、重複データがターゲットデータベースに書き込まれる可能性があります。

      説明

      移行するテーブルのプライマリキーが自動生成された __adb_auto_id__ である場合、DTS はそのテーブルからデータを移行できません。

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

    • 完全データ移行のみを実行する場合、移行中にソースインスタンスに新しいデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースの間でデータが不整合になります。リアルタイムのデータ整合性を確保するために、スキーマ移行、完全データ移行、増分データ移行を選択することを推奨します。

    その他の制限事項

    • 増分データ移行インスタンスは、1 つのテーブルからのみデータを移行できます。複数のテーブルを増分移行するには、テーブルごとに個別の移行インスタンスを作成します。

    • ターゲットデータベースには、カスタムプライマリキーが必要です。または、テーブル・列設定 ステップで、プライマリキー列の追加 を設定します。そうしないと、移行が失敗する可能性があります。

    • データ検証機能はサポートされていません。

    • 移行インスタンスが 1 日以上一時停止されると、ソースの AnalyticDB for MySQL V3.0 クラスターのバイナリログが期限切れになり、インスタンスが回復不能になる可能性があります。

    • 移行インスタンスの実行中に、ソースの AnalyticDB for MySQL V3.0 クラスターのバイナリログを無効にしないでください。そうしないと、インスタンスは失敗し、再開できなくなります。ソースでバイナリログを無効にしたためにインスタンスが失敗した場合は、新しいインスタンスを作成して問題を解決する必要があります。

    • AnalyticDB for MySQL V3.0 クラスターの使用制限により、クラスター内のノードのディスク領域使用率が 80% を超えると、DTS インスタンスでレイテンシーが発生する可能性があります。したがって、移行するオブジェクトに基づいて必要なストレージ領域を評価し、ターゲットクラスターに十分なストレージ領域があることを確認してください。

    • DTS インスタンスの実行中にターゲットの AnalyticDB for MySQL V3.0 クラスターがバックアップされている場合、インスタンスは失敗します。

    • 完全データ移行には同時 INSERT 操作が含まれるため、ターゲットデータベースのテーブルで断片化が発生します。完全データ移行が完了すると、ターゲットテーブルはソーステーブルよりも多くのストレージ領域を占有します。

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

    • ターゲットデータベースが AnalyticDB for MySQL クラスターの場合、DTS はクラスターでサポートされているデータ型のみの書き込みをサポートします。これには、基本データ型や、ARRAY、MAP、JSON などの複雑なデータ型が含まれます。MULTIVALUE などの他の型はサポートされていません。

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

      説明

      DTS タスクパラメーターのみが変更され、データベースパラメーターは変更されません。調整される可能性のあるパラメーターには、「インスタンスパラメーターの変更」に記載されているものが含まれます。

    課金

    移行タイプ

    インスタンス構成料金

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

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

    無料です。

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

    増分データ移行

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

    増分移行でサポートされる SQL 操作

    操作タイプ

    SQL ステートメント

    DML

    INSERT, UPDATE, DELETE

    説明

    AnalyticDB for MySQL V3.0 クラスターにデータが書き込まれると、UPDATE ステートメントは自動的に REPLACE INTO ステートメントに変換されます。プライマリキーが更新されると、ステートメントは DELETE および INSERT 操作に変換されます。

    DDL

    ADD COLUMN, DROP COLUMN

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

    データベース

    必要な権限

    作成と権限付与

    ソース AnalyticDB for MySQL V3.0 クラスター

    移行するオブジェクトに対する読み取り権限。

    データベースアカウントの作成

    ターゲット AnalyticDB for MySQL V3.0 クラスター

    ターゲットデータベースに対する読み取りおよび書き込み権限。

    操作手順

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

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

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

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

      3. データ移行タスク の右側で、移行インスタンスが存在するリージョンを選択します。

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

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

      カテゴリ

      パラメーター

      説明

      N/A

      タスク名

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

      移行元データベース

      既存の接続情報の選択

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

        説明

        DMS コンソールでは、このパラメーターはDMS データベースインスタンスの選択となっています。

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

      データベースタイプ

      AnalyticDB for MySQL 3.0 を選択します。

      アクセス方法

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

      インスタンスのリージョン

      ソースの AnalyticDB for MySQL V3.0 クラスターが存在するリージョンを選択します。

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

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

      インスタンス ID

      ソースの AnalyticDB for MySQL V3.0 クラスターの ID を選択します。

      データベースアカウント

      ソースの AnalyticDB for MySQL V3.0 クラスターのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。

      データベースのパスワード

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

      移行先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      AnalyticDB for MySQL 3.0 を選択します。

      アクセス方法

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

      インスタンスのリージョン

      ターゲットの AnalyticDB for MySQL V3.0 クラスターが存在するリージョンを選択します。

      インスタンス ID

      ターゲットの AnalyticDB for MySQL V3.0 クラスターの ID を選択します。

      データベースアカウント

      ターゲットの AnalyticDB for MySQL V3.0 クラスターのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。

      データベースのパスワード

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

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

      説明

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

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

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

        パラメーター

        説明

        移行タイプ

        • 完全移行のみを行う場合は、スキーマ移行 と 完全データ移行 の両方を選択します。

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

        説明

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

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

        同期する DDL および DML 操作

        増分データ移行 の 移行タイプ を選択すると、インスタンスレベルで増分移行の操作を選択することもできます。

        説明

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

        テーブルの結合

        増分データ移行 で 移行タイプ を選択しない場合、テーブルマージ機能を有効にするかどうかを設定することもできます。

        • ○ を選択した場合、DTS は各テーブルにデータソースを記録するための __dts_data_source 列を追加します。詳細については、「複数テーブルのマージを有効化する」をご参照ください。

        • × を選択した場合、これがデフォルトのオプションです。

        説明

        テーブルマージ機能は、テーブルレベルではなくタスクレベルで設定されます。一部のテーブルをマージし、他のテーブルをマージしない場合は、2 つの個別のデータ移行タスクを作成する必要があります。

        警告

        ソースデータベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうしないと、データの不整合やタスクの失敗が発生する可能性があります。

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

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

          説明

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

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

          警告

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

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

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

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

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

        ソースオブジェクト

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

        重要

        • 移行タイプを増分データ移行で選択した場合、移行オブジェクトとして選択できるテーブルは 1 つだけです。

        • 増分データ移行 で 移行タイプ を選択しない場合は、データベース、テーブル、またはカラムを移行オブジェクトとして選択できます。

        • データベース全体を移行オブジェクトとして選択した場合、次のデフォルトルールが適用されます：

          • ソースデータベースのテーブルにプライマリキー (単一列または複合) がある場合、プライマリキー列が分散キーとして使用されます。

          • ソースデータベースのテーブルにプライマリキーがない場合、自動採番主キー列が自動的に生成されます。これにより、ソースデータベースとターゲットデータベースの間でデータの不整合が発生する可能性があります。

        選択中のオブジェクト

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

        • 選択した移行オブジェクトを削除するには、選択中のオブジェクト ボックスにあるオブジェクトをクリックし、次に image をクリックしてそれを ソースオブジェクト ボックスに移動します。

        説明

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

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

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

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

        パラメーター

        説明

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

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

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

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

        説明

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

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

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

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

        重要

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

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

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

        説明

        • この設定項目は、移行タイプで完全データ移行を選択した場合にのみ利用できます。

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

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

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

        説明

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

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

        環境タグ

        ビジネスニーズに基づいてインスタンスを識別するために環境タグを選択できます。この例では、タグは必要ありません。

        ETL 機能の設定

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

        監視アラート

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

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

        • ○: アラートのしきい値、、およびアラート通知を設定することで、アラートを構成します。 移行が失敗した場合、またはレイテンシーがしきい値を超えた場合、システムはアラート通知を送信します。

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

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

      4. 任意：前述の構成が完了したら、次：データベースおよびテーブルのフィールド設定 をクリックして、ターゲットデータベースに移行するテーブルの タイプ、プライマリキー列の追加、配布キー、およびパーティションキー情報 (パーティションキー、パーティションルール、パーティションのライフサイクル) を設定します。

        説明

        • このステップは、移行オブジェクトを設定する際に、移行タイプ を スキーマ移行 に選択した場合にのみ利用可能です。変更を行うには、定義ステータス を すべて に設定します。

        • 複数の列を選択して、プライマリキー列の追加 用の複合プライマリキーを構成できます。 プライマリキー列の追加 から 1 つ以上の列を選択し、配布キー および パーティションキー として使用する必要があります。 詳細については、「CREATE TABLE」をご参照ください。

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

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

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

      説明

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

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

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

        • 無視できない確認項目については、失敗した項目の横にある詳細を表示をクリックし、プロンプトに基づいて問題を修正して、事前チェックを再実行します。

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

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

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

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

        カテゴリ

        パラメーター

        説明

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

        リソースグループの設定

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

        インスタンスクラス

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

      3. 構成が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、選択します。

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

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

        説明

        • 移行タスクに増分移行が含まれていない場合、完全移行が完了すると自動的に停止します。タスクが停止すると、そのステータスは完了に変わります。

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