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

Data Transmission Service:PolarDB-X 2.0 インスタンスから DataHub プロジェクトへのデータ移行

最終更新日:Nov 21, 2025

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

前提条件

注意事項

カテゴリ

説明

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

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

  • ソースデータベースは、PolarDB-X 2.0 Enterprise Edition の読み取り専用インスタンスであってはなりません。

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

  • テーブルを移行し、列名のマッピングなどの編集が必要な場合、1 つのデータ移行タスクで移行できるテーブルは最大 1,000 個です。この制限を超えると、タスクの送信後にエラーが報告されます。この場合、テーブルを複数の移行タスクに分割するか、データベース全体を移行するタスクを構成します。

  • 増分移行を実行する場合、バイナリログに関する次の要件に注意してください:

    • バイナリログが有効になっており、binlog_row_image パラメーターが full に設定されている必要があります。そうでない場合、事前チェック中にエラーが報告され、データ移行タスクを開始できません。

    • 増分移行タスクの場合、DTS ではソースデータベースのローカルバイナリログを 24 時間以上保持する必要があります。完全移行と増分移行の両方を含むタスクの場合、DTS ではローカルバイナリログを少なくとも 7 日間保持する必要があります。完全移行が完了した後、保持期間を 24 時間以上に設定できます。保持期間が短すぎると、DTS はバイナリログを取得できないため、DTS タスクが失敗する可能性があります。極端な場合、これによりデータの不整合やデータ損失が発生する可能性があります。必要な期間より短いバイナリログ保持期間に起因する問題は、DTS のサービスレベルアグリーメント (SLA) の対象外です。

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

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

      説明

      完全移行フェーズ中、DTS はソースデータベースにクエリを実行します。これによりメタデータロックが作成され、ソースデータベースでの DDL 操作がブロックされる可能性があります。

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

    • 移行中に PolarDB-X 2.0 インスタンスのネットワークタイプを切り替えるには、切り替えが成功した後に移行リンクのネットワーク接続情報を更新します。

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

  • テーブルグループ (TABLEGROUP) および Locality プロパティを持つデータベースまたはテーブルの移行はサポートされていません。

  • select などの予約語を名前とするテーブルの移行はサポートされていません。

その他の制限

  • テーブルレベルの移行のみがサポートされています。

  • 宛先 DataHub プロジェクトの単一の String フィールドの最大長は 2 MB です。

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

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

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

    説明

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

その他の注意事項

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

課金

移行タイプ

リンク構成料金

データ転送料金

スキーマ移行

無料です。

この例では課金されません。

増分データ移行

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

移行タイプ

  • スキーマ移行

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

  • 増分データ移行

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

増分移行可能な SQL 操作

操作タイプ

SQL 操作

DML

INSERT、UPDATE、DELETE

DDL

ADD COLUMN

重要

ターゲットデータベースのテーブルスキーマを手動で変更した場合は、タスクを再起動する必要があります。これを行うには、まずタスクを一時停止し、次に開始します。

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

データベース

スキーマ移行

増分移行

PolarDB-X 2.0 インスタンス

SELECT 権限

移行するオブジェクトに対する REPLICATION SLAVE、REPLICATION CLIENT、および 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 に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

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

    アクセス方法

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

    インスタンスリージョン

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

    クロスアカウント

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

    インスタンス ID

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

    データベースアカウント

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

    データベースパスワード

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

    宛先データベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    [DataHub] を選択します。

    アクセス方法

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

    インスタンスリージョン

    宛先 DataHub プロジェクトが存在するリージョンを選択します。

    プロジェクト

    宛先 DataHub プロジェクトの ID を選択します。

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

    説明

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

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

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

      構成

      説明

      移行タイプ

      PolarDB-X 2.0 から DataHub にデータを移行する場合、[スキーマ移行][増分移行] のみがサポートされます。要件に基づいて移行タイプを選択してください。

      説明
      • [スキーマ移行] を選択すると、ソースデータベースの外部キーもターゲットデータベースに移行されます。

      • [増分移行] を選択しない場合は、データ移行中にソースインスタンスに新しいデータを書き込まないで、データの一貫性を確保してください。

      追加列の命名規則

      DTS が DataHub にデータを移行すると、宛先テーブルに追加の列が追加されます。追加列の名前が宛先テーブルの既存の列の名前と競合する場合、データ移行は失敗します。要件に基づいて [新しいルール] または [古いルール] を選択してください。

      警告

      追加列のルールを選択する前に、追加列の名前が宛先テーブルの既存の列の名前と競合するかどうかを評価してください。追加列のルールと定義の詳細については、「追加列の名前と定義」をご参照ください。

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

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

        説明

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

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

        警告

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

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

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

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

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

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

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

      ソースオブジェクト

      ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。Rightwards arrow アイコンをクリックし、オブジェクトを [選択したオブジェクト] セクションに追加します。

      説明

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

      選択中のオブジェクト

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

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

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

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

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

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

      構成

      説明

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

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

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

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

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

      • DTS が接続をリトライする際、DTS インスタンスに対して課金されます。ビジネス要件に基づいてリトライ時間範囲を指定することをお勧めします。また、ソースデータベースと宛先インスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることもできます。

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

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

      重要

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

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

      増分データ移行のスロットリングを有効にするかどうかを指定します。スロットリングを構成するには、1 秒あたりの増分移行の行数 RPS および 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、宛先データベースサーバーの負荷が軽減されます。

      説明

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

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

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

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

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

      環境タグ

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

      ETL の設定

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

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      リソースグループ

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

      インスタンスクラス

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

    3. チェックボックスをオンにして、[Data Transmission Service (Pay-As-You-Go) 利用規約] を読んで同意します。

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

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

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

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