すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:RDS MySQL データベースから Lindorm へのデータ同期

    ドキュメントセンター

    Data Transmission Service:RDS MySQL データベースから Lindorm へのデータ同期

    最終更新日:Nov 21, 2025

    Data Transmission Service (DTS) は、MySQL データベースから Lindorm インスタンスの LindormTable エンジンへのデータ同期をサポートしています。このトピックでは、ソースとして RDS for MySQL データベースを使用した同期手順について説明します。

    前提条件

    注意事項

    タイプ

    説明

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

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

    • テーブルレベルでデータを同期し、テーブルや列名のマッピングなど、テーブルを編集する必要がある場合、単一の同期タスクは最大 1,000 テーブルをサポートします。この制限を超えると、タスクを送信した後にエラーが報告されます。この場合、テーブルを複数のタスクに分割するか、データベース全体を同期するようにタスクを構成します。

    • バイナリログ:

      • バイナリログは、RDS for MySQL インスタンスではデフォルトで有効になっています。binlog_row_image パラメーターを full に設定する必要があります。そうしないと、事前チェックエラーが報告され、データ同期タスクを開始できません。インスタンスパラメーターの設定方法の詳細については、「インスタンスパラメーターの設定」をご参照ください。

        重要

        • ソースインスタンスが自己管理 MySQL データベースの場合、バイナリログを有効にし、binlog_format パラメーターを row に、binlog_row_image パラメーターを full に設定する必要があります。

        • ソースの自己管理 MySQL データベースが、2 つのデータベースが互いにプライマリとセカンダリであるプライマリ/プライマリクラスターである場合、log_slave_updates パラメーターを有効にする必要があります。これにより、DTS がすべてのバイナリログを取得できるようになります。詳細については、「自己管理 MySQL データベースのデータベースアカウントを作成し、バイナリログを構成する」をご参照ください。

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

        説明

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

    • 同期インスタンスの実行中に、物理バックアップから復元されたデータやカスケード操作によって生成されたデータなど、バイナリログに記録されない操作によるデータ変更は、ターゲットデータベースに同期されません。

      説明

      これが発生した場合、ビジネスで許可されていれば、データを含むデータベースまたはテーブルを同期オブジェクトから削除し、再度追加できます。詳細については、「同期オブジェクトの変更」をご参照ください。

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

      説明

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

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

    その他の制限

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

    • INDEX、PARTITION、VIEW、PROCEDURE、FUNCTION、TRIGGER、および FK オブジェクトの同期はサポートされていません。

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

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

    • 現在、データは Lindorm インスタンスの LindormTable エンジンにのみ書き込むことができます。

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

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

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

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

    • 完全な初期化では INSERT 操作が同時に実行されるため、ターゲットデータベースでテーブルの断片化が発生します。したがって、完全な初期化が完了した後、宛先インスタンスの表領域はソースインスタンスの表領域よりも大きくなります。

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

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

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

      説明

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

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

      説明

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

    特殊なケース

    • ソースデータベースが自己管理 MySQL データベースの場合:

      • 同期中にソースデータベースでプライマリ/セカンダリスイッチオーバーが発生した場合、同期タスクは失敗します。

      • DTS のレイテンシーは、ターゲットデータベースの最後に同期されたデータレコードのタイムスタンプと現在のタイムスタンプを比較することによって計算されます。ソースデータベースで DML 操作が長時間実行されない場合、表示されるレイテンシーが不正確になることがあります。表示されるレイテンシーが高すぎる場合は、ソースデータベースで DML 操作を実行してレイテンシー情報を更新できます。

        説明

        データベース全体を同期することを選択した場合、ハートビートテーブルを作成することもできます。ハートビートテーブルは 1 秒ごとに更新または書き込まれます。

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

      • ソースデータベースが Amazon Aurora MySQL インスタンスまたは別のクラスターモードの MySQL インスタンスである場合、タスクに構成されたドメイン名または IP アドレスとその解決結果が常に読み取り/書き込み (RW) ノードアドレスを指していることを確認してください。そうしないと、同期タスクが期待どおりに実行されない可能性があります。

    • ソースデータベースが RDS for MySQL インスタンスの場合:

      • RDS for MySQL 5.6 の読み取り専用インスタンスなど、トランザクションログを記録しない RDS for MySQL インスタンスは、ソースとしてサポートされていません。

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

    課金

    同期タイプ

    リンク構成料金

    完全データ同期

    無料です。

    増分データ同期

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

    増分同期でサポートされる SQL 操作

    操作タイプ

    SQL 文

    DML

    INSERT, UPDATE, DELETE

    DDL

    CREATE TABLE, DROP TABLE, ADD COLUMN

    説明

    宛先の LindormTable の制限により、ADD COLUMN 文の追加属性は同期されません。たとえば、ソースオブジェクトで ALTER TABLE test ADD COLUMN col INT DEFAULT 0; 文が実行された場合、DTS は宛先オブジェクトで ALTER TABLE test ADD COLUMN col INT; を実行します。

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

    データベース

    必要な権限

    作成および権限付与方法

    ソース RDS MySQL

    同期するオブジェクトに対する読み取りおよび書き込み権限

    アカウントの作成 および アカウント権限の変更

    宛先 Lindorm

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

    ユーザー管理

    説明

    使用するソースデータベースアカウントが 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. ソースデータベースとターゲットデータベースを構成します。次の表にパラメーターを示します。

      カテゴリ

      構成

      説明

      N/A

      タスク名

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

      移行元データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      MySQL に設定します。

      アクセス方法

      Alibaba Cloud インスタンス に設定します。

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

      ソースの RDS MySQL インスタンスが存在するリージョンを選択します。

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

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

      RDS インスタンス ID

      ソースの RDS MySQL インスタンスの ID を選択します。

      データベースアカウント

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

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

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

      暗号化

      データベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて [非暗号化] または [SSL 暗号化] を選択できます。このパラメーターを [SSL 暗号化] に設定する場合は、DTS タスクを構成する前に ApsaraDB RDS for MySQL インスタンスの 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 は選択したオブジェクトの既存データをソースデータベースからターゲットデータベースに同期します。既存データは、後続の増分同期の基礎となります。

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

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

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

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

        ソースオブジェクト

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

        説明

        データベースまたはテーブルを同期オブジェクトとして選択できます。

        選択中のオブジェクト

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

        説明

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

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

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

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

        構成

        説明

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

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

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

        失敗した接続のリトライ時間範囲。データ同期タスクの開始後にソースまたはターゲットデータベースへの接続に失敗した場合、DTS は時間範囲内で直ちに接続をリトライします。有効値: 10～1440。単位: 分。デフォルト値: 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 は、同期速度が異なるインスタンスクラスを提供します。ビジネス要件に基づいてインスタンスクラスを選択できます。詳細については、「データ同期インスタンスのインスタンスクラス」をご参照ください。

        サブスクリプション期間

        サブスクリプション課金方法を選択した場合は、サブスクリプション期間と作成するデータ同期インスタンスの数を指定します。サブスクリプション期間は、1～9 か月、1 年、2 年、3 年、または 5 年です。

        説明

        このパラメーターは、サブスクリプション 課金方法を選択した場合にのみ使用できます。

      3. [Data Transmission Service (従量課金) サービス規約] を読み、選択します。

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

        タスクリストでタスクの進行状況を表示できます。