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

Data Transmission Service:ApsaraDB for MongoDB インスタンスから ApsaraDB RDS for MySQL インスタンスにデータを同期する

最終更新日:Feb 22, 2025

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

前提条件

  • ソースデータベースが ApsaraDB for MongoDB シャードクラスターの場合、すべてのシャードノードのエンドポイントを申請する必要があります。 シャードクラスターインスタンス内のシャードノードは、同じアカウントパスワードとエンドポイントを共有する必要があります。 エンドポイントの申請方法の詳細については、「シャードノードまたは ConfigServer ノードのエンドポイントを申請する」をご参照ください。

  • 宛先の ApsaraDB RDS for MySQL インスタンスが作成されている。 このインスタンスの使用可能なストレージ容量は、ソースデータベースのデータの合計サイズよりも大きい。 詳細については、「ApsaraDB RDS for MySQL インスタンスを作成する」をご参照ください。

    説明

    宛先データベースの使用可能なストレージ容量は、ソースデータベースのデータの合計サイズよりも 10% 大きいことが推奨されます。

  • データを受信するために、宛先の ApsaraDB RDS for MySQL インスタンスにデータベースとプライマリキー列を持つテーブルが作成されている。 詳細については、「データベースを管理する」をご参照ください。

    重要
    • 宛先テーブルのデータ型がソース ApsaraDB for MongoDB インスタンスのデータと互換性があることを確認してください。 たとえば、ApsaraDB for MongoDB インスタンスの _id

      フィールドが ObjectId 型の場合、ApsaraDB RDS for MySQL インスタンスのデータ型は varchar である必要があります。

    • 宛先テーブルの列名を ApsaraDB RDS for MySQL インスタンスで _id または _value としないでください。

使用上の注意

種類

説明

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

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

  • 同期対象のオブジェクトとしてコレクションを選択し、宛先データベース内のコレクション (コレクション名の変更など) を変更する場合、1 つのデータ同期タスクで最大 1,000 個のコレクションを同期できます。 1,000 個を超えるコレクションを同期するタスクを実行すると、リクエストエラーが発生します。 この場合、複数タスクを構成してコレクションを同期することをお勧めします。

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

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

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

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

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

    • ソースデータベースが MongoDB V4.0 以降を実行している場合にのみ、変更ストリームを使用してソースデータベースのデータ変更を取得できます。

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

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

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

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

  • ソースデータベースが ApsaraDB for MongoDB シャードクラスターインスタンスであり、ApsaraDB for MongoDB バランサーが有効になっている場合、インスタンスが遅延する可能性があります。

その他の制限

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

  • 宛先 ApsaraDB RDS for MySQL インスタンスでデータを受信するために使用されるテーブルには、複合プライマリキーではなく、一意のプライマリキー列が必要です。 また、[選択済みオブジェクト] セクションで移行フィールドを構成する場合は、一意のプライマリキーに bson_value("_id")[値の割り当て] を指定します。

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

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

  • admin データベースと local データベースのデータの同期はサポートされていません。

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

  • 同期されるデータに、4 バイトを占める珍しい文字や絵文字などの情報が含まれている場合、データを受信する宛先データベースとテーブルは UTF8mb4 文字セットを使用する必要があります。

    説明

    DTS のスキーマ同期機能を使用する場合は、宛先データベースのインスタンスパラメーター character_set_server を UTF8mb4 文字セットに設定します。

  • データ同期を実行する前に、ソースデータベースと宛先データベースのパフォーマンスを評価します。 業務の閑散時にデータ同期を実行することをお勧めします。 そうでない場合、完全データ同期中に DTS はソースデータベースと宛先データベースの特定の読み取りおよび書き込みリソースを占有するため、データベースの負荷が増加する可能性があります。

  • 完全データ同期では INSERT 操作が同時実行されるため、宛先データベースのコレクションが断片化されるため、完全同期が完了した後、宛先データベースのコレクションのストレージ容量はソースインスタンスのストレージ容量よりも大きくなります。

  • FLOAT 型または DOUBLE 型の列に対する DTS の同期精度がビジネスの期待に沿っているかどうかを確認します。 DTS は、ROUND(COLUMN,PRECISION) を介してこれらの列の値を読み取ります。 精度が明示的に定義されていない場合、FLOAT の同期精度は 38 桁、DOUBLE の同期精度は 308 桁です。

  • DTS は、7 日以内に失敗した同期タスクの再開を試みます。 そのため、ビジネスを宛先インスタンスに切り替える前に、必ずタスクを終了または解放するか、revoke コマンドを使用して、宛先インスタンスに対する DTS アカウントの書き込み権限を取り消してください。 そうでない場合、タスクが自動的に再開された後、ソースデータベースのデータによって宛先インスタンスのデータが上書きされます。

  • DTS 増分同期の遅延時間は、宛先データベースに最後に同期されたデータのタイムスタンプと現在のタイムスタンプを比較することで決定されるため、ソースデータベースが長時間更新操作を実行しない場合、遅延情報が不正確になる可能性があります。 タスクに表示される遅延時間が長すぎる場合は、ソースデータベースで更新操作を実行して遅延情報を更新できます。

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

    説明

    タスクのパラメーターのみが変更される可能性があります。 データベースのパラメーターは変更されません。 変更される可能性のあるパラメーターには、「DTS インスタンスのパラメーターを変更する」トピックの「インスタンスパラメーターを変更する」セクションのパラメーターが含まれますが、これらに限定されません。

価格

同期タイプ

リンク構成料金

完全データ同期

無料。

増分データ同期

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

同期タイプ

同期タイプ

説明

完全データ同期

DTS は、オブジェクトの既存データをソース ApsaraDB for MongoDB インスタンスから宛先 ApsaraDB RDS for MySQL インスタンスに同期します。

増分データ同期

完全データ同期が完了すると、DTS は増分データをソース ApsaraDB for MongoDB インスタンスから宛先 ApsaraDB RDS for MySQL インスタンスに同期します。

説明
  • 増分データ同期中は、コレクションにドキュメントを挿入、更新、または削除するために行われた操作のみを同期できます。

  • $set コマンドのみを使用して更新されたドキュメントの増分データは同期できます。

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

データベースタイプ

必要な権限

リファレンス

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

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

アカウント管理

宛先 ApsaraDB RDS for MySQL インスタンス

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

アカウントを作成する および アカウント権限を変更する

手順

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

    DTS コンソール

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

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

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

    DMS コンソール

    説明

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

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

    2. 上部のナビゲーションバーで、[データ開発] にポインターを移動し、[DTS (DTS)] > [データ同期] を選択します。

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

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

  3. オプション。 ページの右上隅にある 新バージョンの設定ページを試してみる をクリックします。

    説明
    • ページの右上隅に 旧バージョンの設定ページに戻る ボタンが表示されている場合は、この手順をスキップします。

    • 構成ページの新バージョンと旧バージョンでは、特定のパラメーターが異なる場合があります。 新しいバージョンの構成ページを使用することをお勧めします。

  4. ソースデータベースと宛先データベースを構成します。 次の表にパラメーターを示します。

    カテゴリ

    構成

    説明

    該当なし

    タスク名

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

    移行元データベース

    既存の接続情報の選択

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

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

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

    説明

    データベースタイプ

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

    アクセス方法

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

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

    ソース ApsaraDB for MongoDB インスタンスが存在するリージョン。

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

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

    アーキテクチャ

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

    説明

    ソースデータベースが ApsaraDB for MongoDB シャードクラスター インスタンスの場合、ShardアカウントShardパスワード を指定する必要があります。

    移行方法

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

    • Oplog (推奨):

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

      説明

      デフォルトでは、自己管理 MongoDB データベースと ApsaraDB for MongoDB インスタンスの両方で oplog 機能が有効になっています。 この機能により、ログのプル速度が速いため、低レイテンシで増分データを同期できます。 そのため、[移行方法] パラメーターには 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 はデータベースのパラメーターを自動的に入力します。

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

    説明

    データベースタイプ

    宛先データベースのタイプ。 MySQL を選択します。

    アクセス方法

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

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

    宛先 ApsaraDB RDS for MySQL インスタンスが存在するリージョン。

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

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

    RDS インスタンス ID

    宛先 ApsaraDB RDS for MySQL インスタンスの ID。

    データベースアカウント

    宛先 ApsaraDB RDS for MySQL インスタンスのデータベースアカウント。 アカウントに必要な権限については、このトピックの データベースアカウントに必要な権限 セクションを参照してください。

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

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

    暗号化

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

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

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

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

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

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

      構成

      説明

      同期タイプ

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

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

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

        説明

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

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

        警告

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

        • ソースデータベースと宛先データベースのスキーマが同じで、宛先データベースのデータレコードのプライマリキー値または一意キー値がソースデータベースのデータレコードと同じである場合:

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

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

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

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

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

      ソースオブジェクト

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

      説明

      同期オブジェクトを選択するための粒度はコレクションレベルです。

      選択中のオブジェクト

      1. データベース名を変更します。

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

          image

        2. [データベース名] の値を、宛先 ApsaraDB RDS for MySQL インスタンスでデータを受信するために使用されるスキーマの名前に変更します。

          image

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

      2. テーブル名を変更します。

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

          image

        2. [テーブル名] の値を、宛先 ApsaraDB RDS for MySQL インスタンスでデータを受信するために使用されるテーブルの名前に変更します。

          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. [列名] パラメーターを構成します。

          説明

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

        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 はデータ同期タスクを再開します。 そうでない場合、データ同期タスクは失敗します。

      重要

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

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

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

      説明

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

      同じテーブル内のプライマリキー_id のデータ型が一意かどうか

      同期されるデータの単一コレクションのプライマリキー _id に対して 1 つのデータ型のみ。

      説明

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

      • : 完全データ同期中、DTS はソースデータベースから同期されるデータのプライマリキーのデータ型をスキャンしません。

      • ×: 完全データ同期中、DTS はソースデータベースから同期されるデータのプライマリキーのデータ型をスキャンします。

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

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

      環境タグ

      実際の状況に基づいてインスタンスを識別するために環境タグを選択できます。 この例では、環境タグは選択されていません。

      ETL の設定

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

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      課金方法

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

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

      リソースグループ設定

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

      インスタンスクラス

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

      サブスクリプション期間

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

      説明

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

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

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

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

データ型マッピング

MongoDB データ型

MySQL データ型

ObjectId

VARCHAR

String

VARCHAR

Document

VARCHAR

DbPointer

VARCHAR

Array

VARCHAR

Date

DATETIME

TimeStamp

DATETIME

Double

DOUBLE

32 ビット整数 (BsonInt32)

INTEGER

64 ビット整数 (BsonInt64)

BIGINT

Decimal128

DECIMAL

Boolean

BOOLEAN

Null

VARCHAR

値の割り当ての例

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

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

移行先 MySQL のテーブルスキーマ

列名

mongo_id

varchar

説明

主キー列。

person_name

varchar

person_age

decimal

新しい列の設定

重要

bson_value() 式が階層関係を反映するように正しく設定されていることを確認してください。設定されていない場合、データの損失やタスクの失敗が発生する可能性があります。たとえば、式を bson_value("person") として設定すると、DTS はソースの person フィールドの名前、年齢、性別などのサブフィールドの増分変更データをターゲットに書き込むことができません。

列名

割り当て

mongo_id

STRING

bson_value("_id")

person_name

STRING

bson_value("person","name")

person_age

DECIMAL

bson_value("person","age")