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

Data Transmission Service:RDS for MySQL インスタンスから DataHub プロジェクトへのデータ同期

最終更新日:Nov 09, 2025

Alibaba Cloud DataHub は、ストリーミングデータを処理するためのプラットフォームです。ストリーミングデータの公開、サブスクライブ、配信が可能で、ストリーミングデータに基づく分析やアプリケーションを簡単に構築できます。Data Transmission Service (DTS) を使用して、RDS for MySQL インスタンスから DataHub にデータを同期できます。これにより、ストリームコンピューティングなどのビッグデータプロダクトを使用して、リアルタイムのデータ分析を迅速に実行できます。

前提条件

注意

説明

DTS は、ソースデータベースからターゲットデータベースに外部キーを同期しません。したがって、ソースデータベースでのカスケードおよび削除操作は、ターゲットデータベースに同期されません。

タイプ

説明

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

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

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

  • バイナリログ:

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

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

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

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

      説明

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

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

  • 同期中、バイナリログに記録されない操作によって生成されたデータ変更は、ターゲットデータベースに同期されません。このような操作の例としては、物理バックアップを使用したデータ回復やカスケード操作があります。

    説明

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

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

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

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

その他の制限

  • 宛先 DataHub の単一の String フィールドの最大長は 2 MB です。

  • DTS は、インデックス、パーティション、ビュー、プロシージャ、関数、トリガー、または外部キーを同期しません。

  • 同期用のソーステーブルに [record_id] フィールドが含まれている場合は、フィールドマッピング機能を使用して宛先インスタンスでの名前を設定します。そうしないと、インスタンスはエラーを報告します。手順については、「データベース、テーブル、および列名のマッピング」をご参照ください。

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

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

    説明

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

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

    説明

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

特殊なケース

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

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

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

      説明

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

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

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

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

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

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

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

  • 一方向の 1 対 1 同期。

  • 一方向の 1 対多同期。

  • 一方向の多対 1 同期。

サポートされている同期トポロジの詳細については、「データ同期トポロジ」をご参照ください。

サポートされている SQL 操作

操作タイプ

SQL 操作

DML

INSERT, UPDATE, DELETE

DDL

ADD COLUMN

重要

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

手順

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

    DTS コンソール

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

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

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

    DMS コンソール

    説明

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

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

    2. 上部のナビゲーションバーで、[Data + AI] にポインターを合わせ、[DTS (DTS)] > [データ同期] を選択します。

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

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

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

    警告

    ソースデータベースとターゲットデータベースを構成した後、ページに表示される [制限] を読むことをお勧めします。そうしないと、タスクが失敗したり、データが不整合になったりする可能性があります。

    カテゴリ

    構成

    説明

    N/A

    タスク名

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

    ソースデータベース

    既存のDMSデータベースインスタンスの選択

    使用するデータベース。ビジネス要件に基づいて、既存のデータベースを使用するかどうかを選択できます。

    • 既存のデータベースを選択すると、DTS はデータベースのパラメーターを自動的に入力します。

    • 既存のデータベースを選択しない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

    [MySQL] を選択します。

    アクセス方法

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

    インスタンスリージョン

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

    Alibaba Cloudアカウント全体でのデータの複製

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

    RDS インスタンス ID

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

    データベースアカウント

    ソース RDS for MySQL インスタンスのデータベースアカウントを入力します。アカウントには、同期するオブジェクトに対する読み取り権限が必要です。

    データベースパスワード

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

    暗号化

    データベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて、[非暗号化] または [SSL 暗号化] を選択できます。このパラメーターを [SSL 暗号化] に設定する場合は、DTS タスクを構成する前に、ApsaraDB RDS for MySQL インスタンスの SSL 暗号化を有効にする必要があります。詳細については、「クラウド証明書を使用して SSL 暗号化を有効にする」をご参照ください。

    宛先データベース

    既存のDMSデータベースインスタンスの選択

    使用するデータベース。ビジネス要件に基づいて、既存のデータベースを使用するかどうかを選択できます。

    • 既存のデータベースを選択すると、DTS はデータベースのパラメーターを自動的に入力します。

    • 既存のデータベースを選択しない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

    [DataHub] を選択します。

    アクセス方法

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

    インスタンスリージョン

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

    プロジェクト

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

  4. ページの下部にある 接続をテストして続行 をクリックします。

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

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

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

    1. オブジェクト設定 ステップで、同期するオブジェクトを構成します。

      構成

      説明

      同期タイプ

      同期タイプ。デフォルトでは、[増分データ同期] が選択されています。[スキーマ同期][完全データ同期] も選択する必要があります。事前チェックが完了すると、DTS は選択したオブジェクトの既存データをソースデータベースから宛先クラスターに同期します。既存データは、後続の増分同期の基礎となります。

      追加列の命名規則

      DTS が DataHub にデータを同期するとき、宛先テーブルにいくつかの追加列を追加します。追加列の名前が宛先テーブルの既存の列の名前と競合する場合、データ同期タスクは失敗します。必要に応じて [新しいルール] または [古いルール] を選択します。

      警告

      命名規則を選択する前に、追加列の名前が宛先テーブルの既存の列の名前と競合しないか確認してください。そうしないと、データ損失やタスクの失敗が発生する可能性があります。追加列のルールと定義の詳細については、「追加列の名前と定義」をご参照ください。

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

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

        説明

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

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

        警告

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

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

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

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

        • ソースデータベースとターゲットデータベースのスキーマが異なる場合、データの初期化に失敗する可能性があります。この場合、一部の列のみが同期されるか、データ同期インスタンスが失敗します。注意して進めてください。

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

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

      ソースオブジェクト

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

      説明

      同期するオブジェクトとしてテーブルを選択できます。

      選択中のオブジェクト

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

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

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

      • 選択中のオブジェクト ボックスでテーブルを右クリックします。表示されるダイアログボックスで、すべてのテーブルを同期 の選択を解除します。その後、パーティショニングに使用されるキーである Shardkey を設定できます。

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

      構成

      説明

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

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

      アラートの設定

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

      • [いいえ]: アラートを有効にしません。

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

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

      失敗した接続のリトライ時間範囲。データ同期タスクの開始後にソースまたはターゲットデータベースへの接続に失敗した場合、DTS は時間範囲内にすぐに接続をリトライします。有効な値: 10 から 1440。単位: 分。デフォルト値: 720。このパラメーターを 30 より大きい値に設定することをお勧めします。DTS が指定された時間範囲内にソースおよびターゲットデータベースに再接続すると、DTS はデータ同期タスクを再開します。そうでない場合、データ同期タスクは失敗します。

      説明
      • 同じソースまたはターゲットデータベースを持つ複数のデータ同期タスクに異なるリトライ時間範囲を指定した場合、最も短いリトライ時間範囲が優先されます。

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

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

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

      重要

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

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

      完全データ同期中、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。完全データ同期タスクに対して 1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 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 をクリックします。

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

Topic スキーマ定義

DTS が DataHub トピックにデータ変更を同期するとき、変更されたデータに加えてメタデータを格納するために、トピックに追加の列を追加します。以下に例を示します。

説明

この例では、ビジネスフィールドは idname、および address です。追加列の命名規則の古いバージョンが使用されているため、DTS はビジネスフィールドに dts_ プレフィックスを追加します。

Topic定义

スキーマ定義:

古い追加列名

新しい追加列名

データ型

説明

dts_record_id

new_dts_sync_dts_record_id

String

増分ログレコードの一意の ID。

説明
  • デフォルトでは、ID は新しいログレコードごとに自動インクリメントされます。ディザスタリカバリシナリオでは、ロールバックが発生し、ID が自動インクリメントされないか、一意でない場合があります。

  • 増分ログの操作タイプが UPDATE の場合、増分更新は 2 つのレコードに分割され、それぞれ更新前後の値を記録します。dts_record_id の値は両方のレコードで同じです。

dts_operation_flag

new_dts_sync_dts_operation_flag

String

操作タイプ。有効な値:

  • I: INSERT 操作。

  • D: DELETE 操作。

  • U: UPDATE 操作。

  • F: 完全データ同期。

dts_instance_id

new_dts_sync_dts_instance_id

String

データベースのサーバー ID。

dts_db_name

new_dts_sync_dts_db_name

String

データベース名。

dts_table_name

new_dts_sync_dts_table_name

String

テーブル名。

dts_utc_timestamp

new_dts_sync_dts_utc_timestamp

String

操作のタイムスタンプ。バイナリログのタイムスタンプ (UTC 時間) です。

dts_before_flag

new_dts_sync_dts_before_flag

String

すべての列の値が更新前の値であるかどうかを示します。有効な値: Y および N。

dts_after_flag

new_dts_sync_dts_after_flag

String

すべての列の値が更新後の値であるかどうかを示します。有効な値: Y および N。

dts_before_flag と dts_after_flag に関する追加情報

増分ログレコードの dts_before_flagdts_after_flag の値は、操作タイプによって異なります:

  • INSERT

    INSERT 操作の場合、すべての列の値は新しく挿入された値であり、操作後の値です。したがって、dts_before_flag の値は N で、dts_after_flag の値は Y です。以下に例を示します。

    INSERT操作

  • UPDATE

    UPDATE 操作の場合、DTS は操作を 2 つの増分ログレコードに分割します。これらの 2 つのログレコードは、dts_record_iddts_operation_flag、および dts_utc_timestamp の値が同じです。

    最初の増分ログレコードには、更新前の値が含まれています。したがって、dts_before_flag の値は Y で、dts_after_flag の値は N です。2 番目の増分ログレコードには、更新後の値が含まれています。したがって、dts_before_flag の値は N で、dts_after_flag の値は Y です。以下に例を示します。

    UPDATE操作

  • DELETE

    DELETE 操作の場合、増分ログには削除されたレコードの値が含まれます。したがって、dts_before_flag の値は Y で、dts_after_flag の値は N です。以下に例を示します。

    DELETE操作