すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for MySQL クラスターから Lindorm へのデータ移行

    ドキュメントセンター

    Data Transmission Service:PolarDB for MySQL クラスターから Lindorm へのデータ移行

    最終更新日:Nov 21, 2025

    このトピックでは、Data Transmission Service (DTS) を使用して PolarDB for MySQL クラスターから Lindorm インスタンスのワイドテーブルエンジンにデータを移行する方法について説明します。

    前提条件

    使用上の注意

    タイプ

    説明

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

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

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

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

    • 増分移行を実行する場合:

      • バイナリログを有効にし、loose_polar_log_bin パラメーターを on に設定する必要があります。そうでない場合、事前チェックでエラーが報告され、データ移行タスクを開始できません。バイナリログの有効化とパラメーターの変更の詳細については、「バイナリログを有効にする」および「パラメーターの変更」をご参照ください。

        説明

        PolarDB for MySQL クラスターでバイナリログを有効にすると、ストレージ容量が消費され、ストレージ料金が発生します。

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

        説明

        PolarDB for MySQL クラスターのバイナリログの保持期間を設定する方法の詳細については、「保持期間の変更」をご参照ください。

    その他の制限

    • スキーマ移行はサポートされていません。

    • BIT 型のデータの移行はサポートされていません。

    • プライマリキーフィールドのみを移行することはできません。移行するデータには、少なくとも 1 つの非プライマリキーフィールドが含まれている必要があります。

    • DTS は、ソース PolarDB for MySQL インスタンスの読み取り専用ノードの移行をサポートしていません。

    • DTS は、ソース PolarDB for MySQL インスタンスからの OSS 外部テーブルの移行をサポートしていません。

    • Lindorm インスタンスのワイドテーブルエンジンにのみデータを書き込むことができます。

    • DTS は、完全なデータ移行中のデータベースインスタンスのプライマリ/スタンバイのスイッチオーバーシナリオをサポートしていません。このようなシナリオでは、移行タスクを速やかに再構成してください。

    • 移行するデータに VARBINARY 型の空の文字列が含まれている場合、DTS と Lindorm はそれを null として処理します。

    • 宛先 Lindorm インスタンスの制限により、宛先データベースの DECIMAL フィールドの精度がソースデータベースの対応するフィールドの精度と異なる場合、タスクは失敗します。

    • Lindorm インスタンスに書き込まれるデータは、データリクエストの制限を満たす必要があります。そうでない場合、タスクは失敗します。

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

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

    • データ移行中は、pt-online-schema-change などのツールを使用して、ソースデータベースの移行オブジェクトに対してオンライン DDL 操作を実行しないでください。そうしないと、移行タスクは失敗します。

    • データ移行中に DTS 以外のソースからターゲットデータベースにデータが書き込まれると、ソースデータベースとターゲットデータベースの間でデータが不整合になる可能性があります。

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

      説明

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

    課金

    移行タイプ

    リンク構成料金

    データ転送料金

    完全なデータ移行

    無料です。

    この例では無料です。

    説明

    宛先データベースの アクセス方法 を パブリック IP アドレス に設定した場合、インターネット経由のデータ転送料金が請求されます。詳細については、「課金の概要」をご参照ください。

    増分データ移行

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

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

    操作タイプ

    SQL 文

    DML

    INSERT, UPDATE, DELETE

    DDL

    CREATE TABLE, DROP TABLE, ADD COLUMN

    説明

    ターゲットの LindormTable の制限により、DTS は ADD COLUMN 文の追加属性の移行をサポートしていません。たとえば、ソースで実行される文が ALTER TABLE test ADD COLUMN col INT DEFAULT 0; の場合、DTS はターゲットで ALTER TABLE test ADD COLUMN col INT; を実行します。

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

    データベース

    完全移行

    増分移行

    ソース PolarDB for MySQL クラスター

    SELECT 権限

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

    宛先 Lindorm インスタンス

    宛先の名前空間に対する読み取りおよび書き込み権限。

    データベースアカウントを作成して権限を付与するには:

    手順

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

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

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

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

      カテゴリ

      構成

      説明

      なし

      タスク名

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

      移行元データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      PolarDB for MySQL を選択します。

      アクセス方法

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

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

      ソース PolarDB for MySQL クラスターが存在するリージョンを選択します。

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

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

      PolarDB クラスター ID

      ソース PolarDB for MySQL クラスターの ID を選択します。

      データベースアカウント

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

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

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

      暗号化

      必要に応じてメソッドを選択します。Secure Sockets Layer (SSL) 暗号化の詳細については、「SSL 暗号化の設定」をご参照ください。

      移行先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      Lindorm を選択します。

      アクセス方法

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

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

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

      インスタンス ID

      宛先 Lindorm インスタンスの ID を選択します。

      データベースアカウント

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

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

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

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

      説明

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

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

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

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

        構成

        説明

        移行タイプ

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

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

        説明

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

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

        このパラメーターを構成する必要はありません。デフォルト値を使用します。

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

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

        ソースオブジェクト

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

        説明

        移行オブジェクトとして、データベース、テーブル、カラムを選択できます。

        選択中のオブジェクト

        宛先 Lindorm インスタンスで作成するデータベース (名前空間)、テーブル、またはカラムの名前が、PolarDB for MySQL クラスターから移行するオブジェクトの名前と異なる場合は、オブジェクト名マッピング機能を使用する必要があります。詳細については、「オブジェクト名のマッピング」をご参照ください。

        説明

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

        • データをフィルターする 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 はデータ移行タスクを再開します。そうでない場合、データ移行タスクは失敗します。

        重要

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

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

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

        説明

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

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

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

        説明

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

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

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

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

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

        環境タグ

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

        ETL の設定

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

        監視アラート

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

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

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

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

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

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

      説明

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

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

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

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

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

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

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

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

        セクション

        パラメーター

        説明

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

        リソースグループ

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

        インスタンスクラス

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

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

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

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

        説明

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

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