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

Data Transmission Service:PolarDB-X 1.0 から AnalyticDB for MySQL 3.0 へのデータ同期

最終更新日:Apr 21, 2026

このトピックでは、Data Transmission Service (DTS) を使用して、PolarDB-X 1.0 インスタンスから AnalyticDB for MySQL 3.0 クラスターにデータを同期し、リアルタイムの増分データ同期を実現する方法について説明します。

前提条件

  • PolarDB-X 1.0 インスタンスを作成済みであること。作成していない場合は、「」PolarDB-X 1.0 インスタンスの作成および「」データベースの作成をご参照ください。

    説明

    PolarDB-X 1.0 インスタンスのストレージは ApsaraDB RDS for MySQL である必要があります。これは、プライベートにカスタマイズされた RDS インスタンスまたは別途購入した RDS インスタンスのいずれかです。PolarDB for MySQL はサポートされていません。

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

  • ターゲットの AnalyticDB for MySQL 3.0 クラスターを作成済みであること。クラスターには、ソースの PolarDB-X 1.0 インスタンスが使用するよりも多くの利用可能なストレージ容量が必要です。クラスターを作成していない場合は、「クラスターの作成」をご参照ください。

注意事項

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

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

カテゴリ

説明

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

  • 同期するテーブルには、主キー (PRIMARY KEY) 制約または一意 (UNIQUE) 制約が必要です (一意制約のみを持つテーブルはスキーマ同期をサポートしないため、主キー制約の使用を推奨します)。また、フィールドは一意である必要があります。そうでない場合、ターゲットデータベースに重複データが含まれる可能性があります。セカンダリインデックスを持つテーブルは同期できません。

  • 同期するオブジェクトとしてテーブルを選択し、テーブルや列名のマッピングなど、テーブルを編集する場合、1 つのデータ同期タスクで最大 5,000 テーブルまで同期できます。5,000 を超えるテーブルを同期するタスクを実行すると、タスクの送信後にリクエストエラーが発生する可能性があります。この場合、同期するテーブルを分割し、複数のタスクを設定してテーブルをバッチで同期するか、データベース全体を同期するタスクを設定することを推奨します。

  • PolarDB-X 1.0 インスタンスにアタッチされた RDS for MySQL インスタンスのバイナリログに関する以下の要件を満たす必要があります。

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

    • 増分同期タスクの場合、DTS はソースデータベースのバイナリログを少なくとも 24 時間保持することを要求します。完全同期と増分同期の両方を実行するタスクの場合、DTS はソースデータベースのバイナリログを少なくとも 7 日間保持することを要求します。初期完全データ同期が完了した後、バイナリログの保持期間を 24 時間以上に設定できます。そうでない場合、DTS がバイナリログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データが不整合になったり、失われたりする可能性があります。バイナリログの保持期間が必要な期間より短いことによって引き起こされる問題は、DTS のサービスレベルアグリーメント (SLA) の対象外です。

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

    • データ同期中に PolarDB-X 1.0 インスタンスのネットワークタイプを変更した場合、ネットワークタイプが変更された後、同期リンクのネットワーク接続情報を変更する必要があります。

    • データ同期中は、ソースインスタンスのスケーリング (アタッチされた RDS for MySQL インスタンスのスケーリングや、RDS for MySQL インスタンスがスケーリングされていない場合でも RDS for MySQL インスタンス内の論理データベースとテーブルに対応する物理データベースとテーブルのディストリビューションの変更など) を行わないでください。また、ホットスポットテーブルの移行、シャードキーの変更、DDL 操作の実行も行わないでください。そうでない場合、データ同期タスクが失敗したり、データの不整合が発生したりします。

    • スキーマ同期または完全同期中に、データベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。そうでない場合、同期タスクは失敗します。

      説明

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

  • PolarDB-X 1.0 インスタンスのストレージクラスは、プライベートカスタム RDS および別途購入した RDS を含む RDS for MySQL である必要があります。PolarDB for MySQL はストレージクラスとしてサポートされていません。

  • PolarDB-X 1.0 のストレージリソースは、水平分割 (シャーディング) によってのみ分割できます。垂直分割はサポートされていません。

  • PolarDB-X 1.0 コンピューティングリソースの読み取り専用インスタンスはサポートされていません。

  • ソースの PolarDB-X 1.0 インスタンスのバージョンは 5.2 以降である必要があります。

その他の制限

  • インデックス、パーティション、ビュー、プロシージャ、関数、トリガー、および外部キー制約 (FK) は同期されません。

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

  • DTS は、ソースの PolarDB-X 1.0 インスタンスにおける XA トランザクションの継続性に基づいて、増分同期タスクのデータ整合性を保証します。同期オブジェクトの変更時や増分データコレクションモジュールのディザスタリカバリシナリオなど、XA トランザクションの継続性が中断された場合、コミットされていない XA トランザクションが失われる可能性があります。

  • PolarDB-X 1.0 インスタンスのデータ同期タスクは分散タスクです。アタッチされた各 RDS for MySQL インスタンスに対してサブタスクが作成されます。サブタスクの実行ステータスは [タスクのトポロジ] で確認できます。

  • DTS タスクの実行中にターゲットの AnalyticDB for MySQL 3.0 クラスターがバックアップ中の場合、タスクは失敗します。

  • データを同期する前に、ソースおよびターゲットデータベースのパフォーマンスを評価する必要があります。オフピーク時間帯にデータを同期することを推奨します。そうしないと、初期完全データ同期がソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷が増加する可能性があります。

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

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

  • データ同期中に、他のツールを使用してターゲットデータベースにデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースの間でデータの不整合が発生します。たとえば、他のツールを使用してターゲットデータベースにデータが書き込まれているときに DMS を使用してオンライン DDL 操作を実行すると、ターゲットデータベースでデータが失われる可能性があります。

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

    説明

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

サポートされる同期トポロジ

  • 一方向 1 対 1 同期

  • 一方向 1 対多同期

  • 一方向カスケード同期

  • 一方向多対 1 同期

同期トポロジとその制限の詳細については、「データ同期トポロジの概要」をご参照ください。

サポートされる SQL 操作

操作タイプ

SQL ステートメント

DML

INSERT、UPDATE、DELETE

説明

AnalyticDB for MySQL にデータを書き込む際、`UPDATE` 文は自動的に `REPLACE INTO` 文に変換されます。主キーを更新する場合、システムは `UPDATE` 文を `DELETE` 文と `INSERT` 文に変換します。

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

データベース

必要な権限

作成と権限付与

ソースの PolarDB-X 1.0 インスタンス

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

アカウント管理

ターゲットの AnalyticDB for MySQL 3.0 クラスター

オブジェクトが同期されるターゲットデータベースに対する読み取りおよび書き込み権限。

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

操作手順

  1. ターゲットリージョンの同期タスクリストページに移動します。次の 2 つの方法のいずれかを使用できます。

    DTS コンソールから

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

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

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

    DMS コンソールから

    説明

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

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

    2. トップメニューバーで、[データ + AI] > [データ転送 (DTS)] > [データ同期] を選択します。

    3. データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。

  2. タスクの作成 をクリックして、タスク設定ページを開きます。

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

    カテゴリ

    パラメーター

    説明

    N/A

    タスク名

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

    ソースデータベース

    データベースタイプ

    PolarDB-X 1.0 を選択します。

    アクセス方法

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

    インスタンスリージョン

    ソースの PolarDB-X 1.0 インスタンスが配置されているリージョンを選択します。

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

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

    インスタンス ID

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

    データベースアカウント

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

    データベースパスワード

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

    宛先データベース

    データベースタイプ

    AnalyticDB for MySQL 3.0 を選択します。

    アクセス方法

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

    インスタンスリージョン

    ターゲットの AnalyticDB for MySQL 3.0 クラスターが配置されているリージョンを選択します。

    インスタンス ID

    ターゲットの AnalyticDB for MySQL 3.0 インスタンスの ID を選択します。

    データベースアカウント

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

    データベースパスワード

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

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

    説明

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

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

    1. オブジェクト設定 ページで、同期するオブジェクトを設定します。

      パラメーター

      説明

      同期タイプ

      増分データ同期 が選択されています。デフォルトでは、スキーマ同期完全データ同期 も選択する必要があります。事前チェックが完了すると、DTS は選択したオブジェクトの完全データ同期をソースインスタンスからターゲットクラスターに実行します。これは、後続の増分データ同期のベースラインデータとして機能します。

      説明

      完全データ同期 を選択すると、CREATE TABLE 文を使用して作成されたテーブルのスキーマとデータをターゲットデータベースに同期できます。

      同期する DDL および DML 操作

      インスタンスレベルで増分データ同期のための SQL 操作を選択します。サポートされている操作のリストについては、「サポートされる SQL 操作」をご参照ください。

      説明

      データベースまたはテーブルレベルで SQL 操作を選択するには、選択中のオブジェクト セクションで同期オブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

      テーブルの結合

      • を選択:OLTP シナリオでは、データベースとテーブルシャーディングがビジネステーブルの応答時間を改善するためによく使用されます。この例のターゲットデータベースのような OLAP シナリオでは、単一のデータテーブルに大量のデータを格納できるため、単一テーブルのクエリがより便利になります。このようなシナリオでは、DTS の複数テーブルマージ機能を使用して、ソースデータベースから同じスキーマを持つ複数のテーブル (シャードテーブル) をターゲットデータベースの単一テーブルに同期できます。具体的な手順については、「複数テーブルマージを有効にする」をご参照ください。

        説明
        • ソースデータベースから複数のテーブルを選択した後、オブジェクト名マッピング機能を使用して、ターゲットデータベースでそれらの名前を同じテーブル名に変更する必要があります。オブジェクト名マッピング機能の詳細については、「テーブル名と列名のマッピング」をご参照ください。

        • DTS は、テキストタイプの __dts_data_source 列をターゲットテーブルに追加して、データソースを格納します。列の値は、DTS インスタンス ID:データベース名:スキーマ名:テーブル名 形式を使用してテーブルのソースを識別します。例:dts********:dtstestdata:testschema:customer1

        • 複数テーブルマージ機能はタスクレベルであり、テーブルレベルで複数テーブルマージを実行することはできません。一部のテーブルをマージし、他のテーブルはマージしない場合は、2 つのデータ同期タスクを作成する必要があります。

        警告

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

      • × を選択。これはデフォルトのオプションです。

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

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

        説明

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

      • エラーを無視して続行:ターゲットデータベースでの重複テーブル名のチェックをスキップします。

        警告

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

        • テーブルスキーマが同じで、ターゲットデータベースのレコードがソースデータベースのレコードと同じ主キーまたは一意キーの値を持つ場合:

          • 完全同期中、DTS はターゲットクラスターのレコードを保持します。ソースデータベースの対応するレコードは同期されません。

          • 増分同期中、ソースデータベースのレコードはターゲットデータベースのレコードを上書きします。

        • テーブルスキーマが異なる場合、初期データ同期が失敗する可能性があります。これにより、一部の列データのみが同期されるか、完全な同期失敗が発生する可能性があります。注意して進めてください。

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

      宛先インスタンスに同期されるデータベース、テーブル、および列オブジェクト名の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースおよび宛先データベースのデフォルトポリシーを使用することも選択できます。詳細については、「宛先オブジェクト名の大文字/小文字の区別ポリシー」をご参照ください。

      ソースオブジェクト

      ソースオブジェクト ボックスで、同期するオブジェクトをクリックし、向右 をクリックして 選択中のオブジェクト ボックスに移動します。

      説明

      同期オブジェクトとしてテーブルを選択することを推奨します。データベース全体を選択した場合、そのデータベースでのテーブルの追加または削除の変更は、ターゲットデータベースに同期されません。

      選択中のオブジェクト

      説明
      • データベースまたはテーブルレベルで SQL 操作を選択するには、選択中のオブジェクト セクションで同期オブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

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

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

      パラメーター

      説明

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

      デフォルトでは、DTS は共有クラスター上でタスクをスケジュールするため、クラスターを選択する必要はありません。より安定したパフォーマンスを得るために、専用クラスターを購入して DTS 同期タスクを実行できます。詳細については、「DTS 専用クラスターとは」をご参照ください。

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

      同期タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。10 分から 1,440 分の範囲でカスタムの再試行時間を指定することもできます。30 分以上に設定することを推奨します。指定された時間内に DTS がデータベースに正常に再接続した場合、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

      説明
      • 同じソースまたはターゲットを共有する複数の DTS インスタンス (例:インスタンス A とインスタンス B) があり、インスタンス A のネットワーク再試行時間を 30 分、インスタンス B を 60 分に設定した場合、両方に短い方の 30 分が使用されます。

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

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

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

      重要

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

      完全同期レートを制限するかどうか

      完全同期段階では、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷を増加させる可能性があります。ソースおよびターゲットデータベースの負荷を軽減するために、1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定することで、完全同期タスクのレート制限を設定できます。

      説明
      • この設定項目は、同期タイプ完全データ同期 に設定されている場合にのみ利用可能です。

      • 同期インスタンスの実行後に 完全同期レートを調整することもできます。

      増分同期率を制限するかどうか

      増分同期タスクにもレート制限を設定できます。ターゲットデータベースへの圧力を軽減するために、1 秒あたりの増分同期の行数 RPS1 秒あたりの増分同期データ量 (MB) BPS を設定します。

      環境タグ

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

      ETL 機能の設定

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

      監視アラート

      アラートを設定するかどうかを指定します。同期が失敗した場合、または遅延が指定されたしきい値を超えた場合、アラート連絡先に通知が送信されます。

    3. オプション: 上記の設定を完了した後、次:データベースおよびテーブルのフィールド設定 をクリックして、ターゲットデータベースで同期するテーブルの タイププライマリキー列の追加配布キー、およびパーティションキー情報 (パーティションキーパーティションルール、および パーティションのライフサイクル) を設定します。

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

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

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

    • このインスタンスを設定するための API パラメーターを表示するには、次:タスク設定の保存と事前チェック ボタンにカーソルを合わせ、バブル内の OpenAPI パラメーターのプレビュー をクリックします。

    • API パラメーターの表示が完了したら、ページ下部の 次:タスク設定の保存と事前チェック をクリックします。

    説明
    • 同期タスクが開始される前に、DTS は事前チェックを実行します。タスクは、すべての事前チェック項目が合格した後にのみ開始できます。

    • 事前チェックが失敗した場合は、失敗した項目の 詳細を表示 をクリックします。プロンプトに従って問題を修正し、再度事前チェックを実行します。

    • 事前チェックで警告が返された場合:

      • チェック項目が失敗し、無視できない場合は、項目の横にある 詳細を表示 をクリックします。指示に従って問題を修正し、再度事前チェックを実行します。

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

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

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

    2. 購入 ページで、データ同期インスタンスの課金方法とリンク仕様を選択します。次の表で、これらのパラメーターについて詳しく説明します。

      カテゴリ

      パラメーター

      説明

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

      課金方法

      • サブスクリプション:インスタンス作成時にお支払いいただきます。長期的なニーズに適しており、従量課金よりもコスト効率が高いです。サブスクリプション期間が長いほど、割引率が高くなります。

      • 従量課金:時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースしてコストを節約できます。

      リソースグループの設定

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

      リンク仕様

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

      サブスクリプション期間

      サブスクリプションモードでは、サブスクリプションインスタンスの期間と数量を選択します。1 か月から 9 か月までの月次サブスクリプション、または 1、2、3、5 年の年次サブスクリプションを選択できます。

      説明

      このオプションは、課金方法が サブスクリプション の場合にのみ利用可能です。

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

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

      データ同期ページでタスクの進捗状況を確認できます。