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

Data Transmission Service:ApsaraDB for MongoDB インスタンスから AnalyticDB for MySQL 3.0 クラスタへのデータ同期

最終更新日:Jun 11, 2025

Data Transmission Service (DTS) を使用すると、ApsaraDB for MongoDB インスタンスから AnalyticDB for MySQL 3.0 クラスタにデータを同期できます。このトピックでは、ApsaraDB for MongoDB レプリカセットインスタンスから AnalyticDB for MySQL 3.0 クラスタにデータを同期する方法について説明します。

前提条件

  • ソースが ApsaraDB for MongoDB シャードクラスターインスタンスの場合、各シャードノードのエンドポイントが使用可能です。シャードのアカウントユーザー名とパスワードは同じです。詳細については、「シャードクラスターインスタンスのシャードノードまたは ConfigServer ノードのエンドポイントを申請する」をご参照ください。

  • 宛先 AnalyticDB for MySQL 3.0 クラスタが作成されます。クラスタの使用可能なストレージ容量は、ソース ApsaraDB for MongoDB インスタンスの使用済みストレージ容量よりも大きくなります。詳細については、「クラスタを作成する」をご参照ください。

    説明

    宛先インスタンスの使用可能なストレージ容量は、ソースインスタンスのデータの合計サイズよりも 10% 大きくなります。これは推奨される前提条件です。

  • データを受信するために使用されるデータベースと、プライマリキー列を持つテーブルが、宛先 AnalyticDB for MySQL 3.0 クラスタに作成されます。詳細については、「CREATE DATABASE」および「CREATE TABLE」をご参照ください。

    重要
    • 宛先テーブルのデータ型がソース ApsaraDB for MongoDB インスタンスのデータと互換性があることを確認してください。たとえば、ApsaraDB for MongoDB インスタンスの _id フィールドが ObjectId 型の場合、AnalyticDB for MySQL 3.0 クラスタのデータ型は varchar である必要があります。

    • AnalyticDB for MySQL 3.0 クラスタの宛先テーブルの列に _id または _value という名前を付けないでください。

  • SET ADB_CONFIG ALLOW_MULTI_QUERIES=true; コマンドを実行することにより、宛先 AnalyticDB for MySQL 3.0 クラスタの複数ステートメント機能が有効になります。

    説明

    V3.1.9.3 以降の AnalyticDB for MySQL クラスタのみが複数ステートメント機能をサポートしています。詳細については、「クラスタのマイナーバージョンを更新する」をご参照ください。

使用上の注意

種類

説明

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

  • 帯域幅の要件: ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度に影響します。

  • 宛先データベースのコレクションを変更する場合 (コレクションの名前マッピングの構成など)、1 つのデータ同期タスクで最大 1,000 個のコレクションを同期できます。1,000 個を超えるコレクションを同期するタスクを実行すると、リクエストエラーが発生します。この場合、複数タスクを構成してコレクションを同期するか、データベース全体を同期するタスクを構成することをお勧めします。

  • ソースデータベースが ApsaraDB for MongoDB シャードクラスターインスタンスの場合、同期するコレクションの _id フィールドは一意である必要があります。そうでない場合、データの不整合が発生する可能性があります。

  • ソースデータベースが ApsaraDB for MongoDB シャードクラスターインスタンスの場合、インスタンス内の Mongos ノードの数は 10 を超えることはできません。また、ソースの ApsaraDB for MongoDB シャードクラスターインスタンスに孤立ドキュメントが含まれていないことを確認する必要があります。そうでない場合、データの不整合が発生し、タスクが失敗する可能性があります。詳細については、「MongoDB ドキュメント」およびよくある質問トピックの「シャードクラスターアーキテクチャにデプロイされた MongoDB データベースの孤立ドキュメントを削除するにはどうすればよいですか?」セクションをご参照ください。

  • スタンドアロン ApsaraDB for MongoDB インスタンス、Azure Cosmos DB for MongoDB クラスタ、または Amazon DocumentDB エラスティッククラスターをソースデータベースとして使用することはできません。

  • ソースデータベースで oplog 機能が有効になっており、少なくとも 7 日間ログデータを保持する必要があります。または、変更ストリームを有効にして、DTS が過去 7 日以内のソースデータベースのデータ変更をサブスクライブできるようにする必要があります。そうでない場合、DTS はソースデータベースのデータ変更を取得できず、データ同期が失敗する可能性があります。状況によっては、データの不整合またはデータ損失が発生する可能性があります。このような状況で発生する問題は、DTS のサービスレベル契約 (SLA) の対象外です。

    重要
    • ソースデータベースのデータ変更を記録するには、oplog を使用することをお勧めします。

    • MongoDB 4.0 以降でのみ、変更ストリームを使用してソースデータベースのデータ変更を取得できます。変更ストリームを使用してソースデータベースのデータ変更を取得する場合、双方向同期はサポートされていません。

    • ソースデータベースが非エラスティック Amazon DocumentDB クラスタの場合、変更ストリームを有効にし、移行方法 パラメーターを ChangeStream に、アーキテクチャ パラメーターを シャードクラスター に設定する必要があります。

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

    • 完全データ同期中は、データベースまたはコレクションのスキーマ、あるいは ARRAY 型のデータを変更しないでください。そうでない場合、データ同期タスクが失敗するか、ソースデータベースと宛先データベース間でデータの不整合が発生します。

    • 完全データ同期のみを実行する場合は、データ同期中にソースデータベースにデータを書き込まないでください。そうでない場合、ソースデータベースと宛先データベース間でデータの不整合が発生します。

    • ソース MongoDB インスタンスがシャードクラスターアーキテクチャを使用している場合、同期タスク中に同期されるオブジェクトのデータ分布を変更するコマンドを実行しないでください。このようなコマンドには、shardCollection、reshardCollection、unshardCollection、moveCollection、movePrimary などがあります。そうでない場合、データの不整合が発生する可能性があります。

  • ソースデータベースがシャードクラスターアーキテクチャを使用する MongoDB インスタンスであり、ソースデータベースのバランサーがデータをバランシングする場合、インスタンスでレイテンシが発生する可能性があります。

  • DTS は SRV エンドポイント経由で MongoDB データベースに接続できません。

その他の制限

  • コレクションのみ同期できます。

  • 宛先データベースでカスタムプライマリキーを指定するか、プライマリキー列の追加データベーステーブル列の設定 で構成する必要があります。そうでない場合、データ同期が失敗する可能性があります。

  • 宛先 AnalyticDB for MySQL 3.0 クラスタのデータを受信するテーブルには、複合プライマリキーではなく一意のプライマリキー列が必要です。また、[選択済みオブジェクト] セクションのプライマリキー列に bson_value("_id") の値を割り当てる必要があります。

  • 宛先 AnalyticDB for MySQL 3.0 クラスタのデータを受信するテーブルには、_id または _value という名前のフィールドを含めることはできません。そうでない場合、データ同期は失敗します。

  • AnalyticDB for MySQL 3.0 クラスタのデータ型が ApsaraDB for MongoDB インスタンスのデータと互換性がない場合、データ同期は失敗します。

  • AnalyticDB for MySQL 3.0 クラスタの制限により、AnalyticDB for MySQL 3.0 クラスタのノードのディスク容量使用率が 80% を超えると、DTS タスクが遅延し、エラーメッセージが返されます。同期するオブジェクトに基づいて必要なディスク容量を見積もることをお勧めします。宛先クラスタに十分なストレージ容量があることを確認してください。

  • DTS タスクの実行中に宛先 AnalyticDB for MySQL 3.0 クラスタがバックアップされている場合、DTS タスクは失敗します。

  • DTS は admin データベースまたは local データベースからデータを同期できません。

  • トランザクション情報は保持されません。トランザクションが宛先データベースに同期されると、トランザクションは単一のレコードに変換されます。

  • データを同期する前に、データ同期がソースデータベースと宛先データベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを同期することをお勧めします。完全データ同期中、DTS はソースデータベースと宛先データベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

  • 完全データ同期中、同時 INSERT 操作により、宛先データベースのコレクションで断片化が発生します。完全データ同期が完了すると、宛先データベースのコレクションのストレージ使用量は、ソースデータベースのコレクションのストレージ使用量よりも大きくなります。

  • FLOAT または DOUBLE データ型の列の精度設定がビジネス要件を満たしていることを確認してください。DTS は ROUND(COLUMN,PRECISION) 関数を使用して、FLOAT または DOUBLE データ型の列から値を取得します。精度を指定しない場合、DTS は FLOAT データ型の列の精度を 38 桁に、DOUBLE データ型の列の精度を 308 桁に設定します。

  • DTS は、過去 7 日以内に失敗したデータ同期タスクの再開を試みます。ワークロードを宛先データベースに切り替える前に、失敗したタスクを停止または解放する必要があります。また、REVOKE ステートメントを実行して、DTS が宛先データベースにアクセスするために使用するアカウントから書き込み権限を取り消すこともできます。そうでない場合、タスクが自動的に再開された後、ソースデータベースのデータによって宛先インスタンスのデータが上書きされます。

  • DTS は、宛先データベースの最後に同期されたデータのタイムスタンプとソースデータベースの現在のタイムスタンプに基づいて、増分データ同期のレイテンシを計算します。ソースデータベースで長時間更新操作が実行されない場合、同期レイテンシが不正確になる可能性があります。データ同期タスクのレイテンシが過度に高い場合は、ソースデータベースで更新操作を実行してレイテンシを更新できます。

  • DTS タスクの実行に失敗した場合、DTS テクニカルサポートは 8 時間以内にタスクの復元を試みます。復元中、タスクが再起動され、タスクのパラメーターが変更される可能性があります。

    説明

    タスクのパラメーターのみ変更可能です。データベースのパラメーターは変更されません。 変更可能なパラメーターには、「インスタンスパラメーターの変更」セクション(DTS インスタンスパラメーターの変更 Topic)のパラメーターが含まれますが、これらに限定されません。

課金

同期タイプ

タスク構成料金

完全データ同期

無料。

増分データ同期

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

同期タイプ

同期タイプ

説明

完全データ同期

すべての既存データが、ソース ApsaraDB for MongoDB インスタンスから宛先 AnalyticDB for MySQL 3.0 クラスタに移行されます。

増分データ同期

既存データに加えて、ソース ApsaraDB for MongoDB インスタンスの増分データも宛先 AnalyticDB for MySQL 3.0 クラスタに同期されます。

説明
  • コレクション内のドキュメントの挿入、更新、削除操作のみがサポートされます。

  • DTS タスクがファイルの増分データを同期する場合、$set コマンドのみを同期して実行できます。

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

データベース

必要な権限

参照

ソース ApsaraDB for MongoDB インスタンス

ソースデータベース、admin データベース、および local データベースの読み取り権限。

アカウント管理

宛先 AnalyticDB for MySQL 3.0 クラスタ

宛先データベースの読み取りおよび書き込み権限

データベースアカウントを作成する

手順

  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 に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

    ソースデータベースのタイプ。MongoDB を選択します。

    アクセス方法

    ソースデータベースのアクセス方法。Alibaba Cloud インスタンス を選択します。

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

    ApsaraDB for MongoDB インスタンスのリージョンを選択します。

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

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

    アーキテクチャ

    ソース ApsaraDB for MongoDB インスタンスのアーキテクチャ。この例では、レプリカセット が選択されています。

    説明

    ソース ApsaraDB for MongoDB インスタンスが シャードクラスター アーキテクチャにデプロイされている場合は、Shardアカウント パラメーターと Shardパスワード パラメーターを構成する必要があります。

    [移行方法]

    ソースデータベースから増分データを同期するために使用される方法。ビジネス要件に基づいて方法を選択します。有効な値:

    • Oplog (推奨):

      このオプションは、ソースデータベースで oplog 機能が有効になっている場合に使用できます。

      説明

      デフォルトでは、oplog 機能は自己管理 MongoDB データベースと ApsaraDB for MongoDB インスタンスの両方で有効になっています。この機能により、ログのプル速度が速いため、低レイテンシで増分データを同期できます。したがって、[移行方法] パラメーターには Oplog を選択することをお勧めします。

    • ChangeStream:

      このオプションは、ソースデータベースで変更ストリームが有効になっている場合に使用できます。詳細については、変更ストリーム をご参照ください。

      説明
      • ソースデータベースが非エラスティック Amazon DocumentDB クラスタの場合、[移行方法] パラメーターは ChangeStream にのみ設定できます。

      • シャードクラスターアーキテクチャ パラメーターに選択した場合、Shardアカウント パラメーターと Shardパスワード パラメーターを構成する必要はありません。

    インスタンス ID

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

    認証データベース

    ソース ApsaraDB for MongoDB インスタンスのデータベースアカウントが属するデータベースの名前を入力します。アカウントが変更されていない場合は、デフォルト名 admin を入力します。

    データベースアカウント

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

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

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

    暗号化

    ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて、非暗号化SSL 暗号化、または Mongo Atlas SSL を選択できます。暗号化 パラメーターに使用できるオプションは、アクセス方法 パラメーターと アーキテクチャ パラメーターに選択した値によって決まります。DTS コンソールに表示されるオプションが優先されます。

    説明
    • [アーキテクチャ] パラメーターが [シャードクラスター] に設定され、[移行方法] パラメーターが ApsaraDB for MongoDB データベースの Oplog に設定されている場合、[暗号化] パラメーター SSL 暗号化 は使用できません。

    • ソースデータベースが レプリカセット アーキテクチャを使用する自己管理 MongoDB データベースであり、アクセス方法 パラメーターが Alibaba Cloud インスタンス に設定されておらず、[暗号化] パラメーターが SSL 暗号化 に設定されている場合、認証局 (CA) 証明書をアップロードしてソースデータベースへの接続を検証できます。

    移行先データベース

    [既存の接続を選択]

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

      説明

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

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

    データベースタイプ

    宛先データベースのタイプ。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 サーバーの CIDR ブロックをソースデータベースと宛先データベースのセキュリティ設定に自動または手動で追加して、DTS サーバーからのアクセスを許可できることを確認してください。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

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

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

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

      パラメーター

      説明

      同期タイプ

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

      同期する DDL および DML 操作

      増分データ同期中に同期するインスタンス DDL および DML 操作を選択します。

      説明

      コレクションの DDL および DML 操作を同期するには、選択中のオブジェクト を右クリックし、表示されるダイアログボックスで操作を選択します。

      テーブルの結合

      • [はい]: オンライントランザクション処理 (OLTP) シナリオでは、ビジネステーブルへの応答を高速化するためにシャーディングが実装されます。オンライン分析処理 (OLAP) シナリオでは、大量のデータを単一のテーブルに格納できます。これにより、SQL クエリがより効率的になります。同じスキーマを持つ複数のソーステーブルを 1 つの宛先テーブルにマージできます。この機能により、ソースデータベースの複数のテーブルから宛先データベースの単一のテーブルにデータを同期できます。詳細については、「複数テーブルのマージ機能を有効にする」をご参照ください。

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

        • DTS は、__dts_data_source という名前の列を宛先テーブルに追加します。この列は、データソースを記録するために使用されます。この列のデータ型は TEXT です。この列の値は、データ同期インスタンス ID:ソースデータベース名:ソーススキーマ名:ソーステーブル名 の形式です。これにより、DTS は各ソーステーブルを識別できます。例: dts********:dtstestdata:testschema:customer1

        • このパラメーターを [はい] に設定すると、タスクで選択したすべてのソーステーブルが宛先テーブルにマージされます。特定のソーステーブルをマージする必要がない場合は、これらのテーブルに対して個別のデータ同期タスクを作成できます。

        警告

        ソースデータベースまたはテーブルのスキーマを変更する DDL 操作は実行しないことをお勧めします。そうでない場合、データの不整合が発生するか、データ同期タスクが失敗します。

      • [いいえ]: この値はデフォルトで選択されています。

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

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

        説明

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

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

        警告

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

        • ソースデータベースとターゲットデータベースのスキーマが同じで、ターゲットデータベースのデータレコードのプライマリキー値またはユニークキー値がソースデータベースのデータレコードと同じである場合:

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

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

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

      ソースオブジェクト

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

      説明

      コレクションを同期対象のオブジェクトとして選択できます。

      選択中のオブジェクト

      1. スキーマ名を編集します。

        1. 選択中のオブジェクト リストで、同期するコレクションが属するデータベースを右クリックします。

          image

        2. [スキーマ名] を、宛先の AnalyticDB for MySQL 3.0 クラスタでデータを受信するデータベースの名前に設定します。

          image

        3. オプション。 同期する DDL および DML 操作を選択 セクションで、同期する操作を選択します。

          image

        4. [OK] をクリックします。

      2. テーブル名を編集します。

        1. 選択中のオブジェクト リストで、コレクションを右クリックします。

          image

        2. [テーブル名]AnalyticDB for MySQL を、宛先 AnalyticDB for MySQL 3.0 クラスタでデータを受信するテーブルの名前に設定します。

          image

        3. オプション。完全同期用のフィルタ条件を設定します。詳細については、「フィルタ条件の設定」をご参照ください。

          image

        4. オプション同期する DDL および DML 操作を選択 セクションで、同期する操作を選択します。

          image

      3. ソース ApsaraDB for MongoDB インスタンスから同期するフィールドを指定します。

        デフォルトでは、DTS は同期するコレクションのデータをマッピングし、[値の割り当て] 列に式を設定します。式が要件を満たしているかどうかを確認し、[列名][型][長さ]、および [精度] パラメータを指定する必要があります。

        重要
        • 宛先テーブルのプライマリキー列に bson_value("_id") を割り当てる必要があります。

        • 階層関係に基づいて、対応する bson_value() 式の各列のフィールドとサブフィールドを指定する必要があります。そうしないと、データが失われたり、タスクが失敗したりする可能性があります。

        1. [値の割り当て] 列の bson_value() 式で、ApsaraDB for MongoDB インスタンスのデータ行のフィールド名を確認します。

          "" 内のフィールドは、ApsaraDB for MongoDB インスタンスのフィールド名です。たとえば、式が bson_value("age") の場合、age は ApsaraDB for MongoDB インスタンスのデータ行のフィールド名です。

        2. オプション:同期する必要のないフィールドを削除できます。

          説明

          同期する必要のないフィールドを削除するには、データ行の後の image アイコンをクリックします。

        3. 同期するフィールドを指定します。

          bson_value() 式が要件を満たしているかどうかに基づいて、次の手順のいずれかを実行します。

          式がフィールド要件を満たしている場合

          1. [列名] パラメータを設定します。

            説明

            宛先 AnalyticDB for MySQL 3.0 クラスタでデータを受信するために使用されるテーブルの列名を入力します。

          2. 各列のデータ [型] を選択します。

            重要

            宛先テーブルのデータ型がソース ApsaraDB for MongoDB インスタンスのデータと互換性があることを確認してください。データ型マッピングの詳細については、このトピックの「データ型マッピング」セクションを参照してください。

          3. オプション:各列のデータ [長さ][精度] を指定します。

          4. 上記の手順を繰り返して、ソーステーブルの列を宛先テーブルの列にマッピングします。

          式がフィールド要件を満たしていない場合

          説明

          たとえば、親子構造などの階層関係を持つフィールドです。

          1. [アクション] 列で、データ行の後の image アイコンをクリックします。

          2. [+ 列を追加] をクリックします。image

          3. [列名][型][長さ]、および [精度] パラメータを設定します。

          4. bson_value() 式を [値の割り当て] フィールドに入力します。詳細については、このトピックの「値の割り当ての例」セクションをご参照ください。

          5. 上記の手順を繰り返して、ソーステーブルの列を宛先テーブルの列にマッピングします。

      4. [OK] をクリックします。

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

      パラメーター

      説明

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

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

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

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

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

      • DTS が再接続を試行すると、DTS インスタンスの料金が発生します。ビジネス要件に基づいて再試行時間範囲を指定することをお勧めします。また、ソースインスタンスと宛先インスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。

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

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

      重要

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

      [同期対象データのテーブルのプライマリキー _id に対して 1 つのデータ型のみ]

      同期されるデータのコレクション内のプライマリキー _id のデータ型が一意かどうか。有効値:

      説明
      • ビジネス要件に基づいてこのパラメーターを指定します。指定しない場合、データが失われる可能性があります。

      • このパラメーターは、[同期タイプ] パラメーターで [完全同期] が選択されている場合にのみ表示されます。

      • [はい]: データ型が一意です。完全同期中は、DTS はソースデータベースから同期されるデータのプライマリキー _id のデータ型をスキャンしません。DTS は、単一のコレクション内のデータ型のプライマリキーのデータのみを同期します。

      • [いいえ]: データ型が一意ではありません。完全同期中は、DTS はソースデータベースから同期されるデータのプライマリキー _id のデータ型をスキャンし、同期されるすべてのデータを同期します。

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

      完全同期中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。完全データ同期タスクの 1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定して、ターゲットデータベースサーバーの負荷を軽減できます。

      説明

      同期タイプ パラメーターで 完全データ同期 が選択されている場合にのみ、このパラメーターを設定できます。

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

      増分同期のスロットリングを有効にするかどうかを指定します。ビジネス要件に基づいて、増分同期のスロットリングを有効にすることができます。スロットリングを設定するには、1 秒あたりの増分同期の行数 RPS パラメーターと 1 秒あたりの増分同期データ量 (MB) BPS パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      環境タグ

      DTS インスタンスを識別するために使用される環境タグ。ビジネス要件に基づいて環境タグを選択できます。この例では、このパラメーターを設定する必要はありません。

      ETL の設定

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

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

    2. [購入] ページで、データ同期タスクの課金方法とインスタンスクラスのパラメーターを設定します。次の表にパラメーターを示します。

      セクション

      パラメーター

      説明

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

      課金方法

      • サブスクリプション: データ同期インスタンスを作成するときにサブスクリプション料金を支払います。サブスクリプション課金方法は、長期使用の場合、従量課金方法よりも費用対効果が高くなります。

      • 従量課金: 従量課金インスタンスは時間単位で課金されます。従量課金方法は、短期使用に適しています。従量課金データ同期インスタンスが不要になった場合は、インスタンスをリリースしてコストを削減できます。

      リソースグループ設定

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

      インスタンスクラス

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

      サブスクリプション期間

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

      説明

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

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

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

      タスクの進捗状況はタスクリストで確認できます。

値の割り当ての例

ソース ApsaraDB for MongoDB インスタンスのデータ構造

{
  "_id":"62cd344c85c1ea6a2a9f****",
  "person":{
    "name":"neo",
    "age":26,
    "sex":"male"
  }
}

移行先 AnalyticDB for MySQL 3.0 クラスタのテーブルスキーマ

列名

mongo_id

varchar

説明

主キー列。

person_name

varchar

person_age

decimal

新しい列の設定

重要

階層関係に基づいて、対応する bson_value() 式で各列のフィールドとサブフィールドを指定する必要があります。指定しないと、データが失われたり、タスクが失敗したりする可能性があります。たとえば、bson_value("person") 式を使用してソース列の person フィールドのみを指定した場合、DTS は person フィールドのサブフィールド(name、age、sex など)の増分データを移行先の列に書き込むことができません。

列名

割り当て

mongo_id

STRING

bson_value("_id")

person_name

STRING

bson_value("person","name")

person_age

DECIMAL

bson_value("person","age")