すべてのプロダクト
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 インスタンス、Azure Cosmos DB for MongoDB クラスタ、または Amazon DocumentDB エラスティッククラスターである場合、完全データ移行のみがサポートされます。

  • 増分データ移行を実行するには、次の要件が満たされていることを確認する必要があります。

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

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

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

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

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

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

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

    • 完全データ移行中は、データベースまたはコレクションのスキーマ、または 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 インスタンスのデータと互換性がない場合、データ移行タスクが失敗します。

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

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

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

  • 説明

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

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

  • 完全データ移行中、同時 INSERT 操作によって宛先データベースのコレクションが断片化されます。 完全データ移行が完了すると、宛先データベースのコレクションのストレージ容量はソースデータベースのストレージ容量よりも大きくなります。

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

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

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

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

  • 説明

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

課金概要

移行タイプ

リンク構成料金

データ転送料金

完全データ移行

無料。

インターネット経由で Alibaba Cloud の外部にデータを移行する際に料金が発生します。詳細については、「請求の概要」をご参照ください。

増分データ移行

料金が発生します。詳細については、「請求の概要」をご参照ください。

移行タイプ

移行タイプ

説明

完全データ移行

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. 次のいずれかの方法を使用して、データ移行ページに移動し、データ移行インスタンスが存在するリージョンを選択します。

  2. DTS コンソール

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

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

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

    DMS コンソール

    説明

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

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

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

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

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

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

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

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

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

    カテゴリ

    構成

    説明

    該当なし

    タスク名

    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: ソースデータベースで Change Streams (Change Streams) が有効になっている場合、このオプションがサポートされます。

      説明
      • ソースデータベースが 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 暗号化を有効にする」をご参照ください。

  7. ページの下部で、[接続テストと続行] をクリックします。

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

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

  8. 移行するオブジェクトを設定します。

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

      設定

      説明

      移行タイプ

      • 完全データ移行のみを実行するには、[完全データ移行] のみを選択します。

      • データ移行中のサービス継続性を確保するには、[完全データ移行][増分データ移行] を選択します。

      説明

      [増分データ移行] を選択しない場合は、データ移行中にソースデータベースにデータを書き込まないことをお勧めします。これにより、ソースデータベースとターゲットデータベース間のデータ整合性が確保されます。

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

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

        説明

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

      • エラーを無視して続行: ソースデータベースとターゲットデータベースで同じコレクション名の事前チェックをスキップします。

        警告

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

        • 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() 式が要件を満たしているかどうかに基づいて、次のいずれかの手順を実行します。

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

          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 ~ 1,440。単位: 分。デフォルト値: 720。このパラメーターは 30 より大きい値に設定することをお勧めします。指定されたリトライ時間の範囲内で DTS がソースデータベースとターゲットデータベースに再接続された場合、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。

      説明
      • 同じソースデータベースまたはターゲットデータベースを共有する複数のデータ移行タスクに異なるリトライ時間の範囲を指定した場合、後で指定された値が優先されます。

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

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

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

      重要

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

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

      完全データ移行のスロットリングを有効にするかどうかを指定します。完全データ移行中、DTS はソースデータベースとターゲットデータベースの読み取りリソースと書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、完全データ移行のスロットリングを有効にすることができます。スロットリングを設定するには、1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、宛先データベースサーバーの負荷が軽減されます。

      説明

      移行タイプ パラメーターで 完全データ移行 を選択した場合にのみ、このパラメーターを設定できます。

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

      移行されるデータの同じコレクション内で、プライマリキー _id のデータ型が一意かどうか。

      説明

      移行タイプ完全データ移行 に設定されている場合にのみ設定できます。

      • : 一意です。完全移行フェーズでは、DTS はソースデータベースから移行されるデータのプライマリキーのデータ型をスキャンしません。

      • ×: 一意ではありません。完全移行フェーズでは、DTS はソースデータベースから移行されるデータのプライマリキーのデータ型をスキャンします。

      増分移行率を制限するかどうか

      増分データ移行のスロットリングを有効にするかどうかを指定します。スロットリングを設定するには、1 秒あたりの増分移行の行数 RPS1 秒あたりの増分移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、宛先データベースサーバーの負荷が軽減されます。

      説明

      移行タイプ パラメーターで 増分データ移行 を選択した場合にのみ、このパラメーターを設定できます。

      環境タグ

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

      ETL の設定

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

      監視アラート

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

      • [いいえ]: アラートを設定しません。

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

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

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

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

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

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

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

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

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

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

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

    2. [インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラス パラメーターを構成します。次の表でパラメーターについて説明します。

      セクション

      パラメーター

      説明

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

      リソースグループ

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

      インスタンスクラス

      DTS では、移行速度が異なるインスタンスクラスが提供されています。ビジネス シナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

    3. チェックボックスをオンにして、[data Transmission Service (従量課金制) サービス規約] を読んで同意します。

    4. [購入して開始] をクリックします。表示されるメッセージで、[OK] をクリックします。

    5. データ移行ページでタスクの進捗状況を確認できます。

データ型マッピング

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")