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

Data Transmission Service:ApsaraDB for MongoDB インスタンスから AnalyticDB for PostgreSQL インスタンスへのデータ移行

最終更新日:Jun 11, 2025

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

前提条件

  • 宛先の AnalyticDB for PostgreSQL インスタンスが作成されていること。このインスタンスの使用可能なストレージ容量が、ソースの ApsaraDB for MongoDB インスタンスのデータ総容量よりも大きいこと。AnalyticDB for PostgreSQL インスタンスの作成方法の詳細については、「インスタンスの作成」をご参照ください。

    説明

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

  • データを受信するために、宛先の AnalyticDB for PostgreSQL インスタンスにデータベース、スキーマ、およびプライマリキー列を持つテーブルが作成されていること。詳細については、「SQL 構文」をご参照ください。

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

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

  • ソースデータベースが ApsaraDB for MongoDB シャードクラスターインスタンスの場合、すべてのシャードノードのエンドポイントが取得され、シャードノードにログインするために使用されるアカウントのユーザー名とパスワードが一貫していること。詳細については、「シャードのエンドポイントを申請する」をご参照ください。

使用上の注意

カテゴリ

説明

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

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

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

  • DTS を使用して、ソースのスタンドアロン 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 フィールドは一意である必要があります。そうでない場合、データの不整合が発生する可能性があります。

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

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

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

    • フルデータ移行中は、配列型の更新を含む、データベースまたはコレクションのスキーマ変更を実行しないでください。そうでない場合、データ移行タスクが失敗するか、ソースデータベースと宛先データベース間でデータの不整合が発生する可能性があります。

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

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

その他の制限

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

  • 宛先の AnalyticDB for PostgreSQL インスタンスでデータを受信するテーブルには、複合プライマリキーではなく、一意のプライマリキー列が必要です。データ移行タスクで [選択済みオブジェクト] パラメーターのフィールドを構成する場合は、プライマリキー列に bson_value("_id") として値を割り当てる必要があります。

  • 宛先の AnalyticDB for PostgreSQL インスタンスには、_id または _value という名前のフィールドを含めることはできません。そうでない場合、データ移行タスクは失敗します。

  • 宛先の AnalyticDB for PostgreSQL インスタンスのデータ型がソース ApsaraDB for MongoDB インスタンスのデータと互換性がない場合、データ移行タスクは失敗します。

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

  • 宛先テーブルは、追加最適化 (AO) テーブルにすることはできません。

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

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

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

    説明

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

課金

移行タイプ

タスク構成料金

データ転送料金

フルデータ移行

無料です。

この例では無料です。ターゲットデータベースの アクセス方法 パラメーターが パブリック IP アドレス に設定されている場合は、インターネットトラフィックの料金が発生します。詳細については、「課金対象項目」をご参照ください。

増分データ移行

課金対象です。詳細については、「請求の概要」をご参照ください。

移行タイプ

移行タイプ

説明

完全なデータ移行

DTS は、ソース ApsaraDB for MongoDB インスタンスからターゲット AnalyticDB for PostgreSQL インスタンスにオブジェクトの既存データを移行します。

増分データ移行

完全なデータ移行が完了した後、DTS はソース ApsaraDB for MongoDB インスタンスからターゲット AnalyticDB for PostgreSQL インスタンスに増分データを移行します。

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

  • 更新されたドキュメントの増分データを移行する場合は、$set からの更新のみを移行します。

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

データベースの種類

フルデータ移行

増分データ移行

参照

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

ソースデータベースに対する読み取り権限

ソースデータベース、管理データベース、およびローカルデータベースに対する読み取り権限

MongoDB データベースユーザーの権限を管理する

ターゲット AnalyticDB for PostgreSQL インスタンス

ターゲットデータベースに対する読み取りおよび書き込み権限

データベースアカウントを作成および管理する および ユーザーと権限を管理する

説明

初期アカウントまたは RDS_SUPERUSER 権限を持つアカウントを使用できます。

手順

  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ソース ApsaraDB for MongoDB インスタンスの ID です。

    認証データベース

    ソース ApsaraDB for MongoDB インスタンスのデータベースアカウントとパスワードを格納する認証データベースの名前です。 以前に名前を変更していない場合は、デフォルト値 admin が使用されます。

    データベースアカウント

    ソース ApsaraDB for MongoDB インスタンスのデータベースアカウント。アカウントに必要な権限の詳細については、この Topic の「データベースアカウントに必要な権限」セクションをご参照ください。

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

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

    暗号化

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

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

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

    移行先データベース

    [既存の接続を選択]

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

      説明

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

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

    データベースタイプ

    ターゲットデータベースの種類です。 AnalyticDB for PostgreSQL を選択します。

    アクセス方法

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

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

    宛先 AnalyticDB for PostgreSQL インスタンスが存在するリージョン。

    インスタンス ID

    宛先 AnalyticDB for PostgreSQL インスタンスの ID です。

    データベース名

    移行対象のオブジェクトを受け取るために、宛先の AnalyticDB for PostgreSQL インスタンスで使用されるデータベースの名前。

    データベースアカウント

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

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

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

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

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

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

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

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

      パラメータ

      説明

      移行タイプ

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

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

      説明

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

      同期する DDL および DML 操作

      増分データ移行中にインスタンスレベルで移行する DDL 操作と DML 操作です。

      説明

      増分データ移行中にコレクションレベルで DDL 操作と DML 操作を移行するには、選択中のオブジェクト セクションでコレクションを右クリックします。 表示されるダイアログボックスで、移行する操作を選択します。

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

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

        説明

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

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

        警告

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

        • DTS は、ターゲットデータベースのデータレコードと同じプライマリキーを持つデータレコードを移行しません。

        • データの初期化に失敗したり、特定の列のみが移行されたり、データ移行タスクが失敗したりする可能性があります。

      ソースオブジェクト

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

      説明

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

      選択中のオブジェクト

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

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

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

        3. オプション。 同期する DDL および DML 操作を選択 セクションで、増分データ移行中に移行する操作を選択できます。image

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

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

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

        2. [テーブル名] の値を、宛先の AnalyticDB for PostgreSQL インスタンスでデータを受信するために使用されるテーブルの名前に変更します。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 PostgreSQLターゲット AnalyticDB for PostgreSQL インスタンスでデータを受信する列の名前を入力します。

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

            重要

            ターゲットテーブルのデータ型がソース ApsaraDB for MongoDB インスタンスのデータ型と互換性があることを確認してください。

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

          4. 上記のステップを繰り返して、フィールドを 1 つずつマッピングします。

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

          説明

          たとえば、親子間の階層関係を表示するフィールドです。

          1. image アイコンの横にある [アクション] 列の列をクリックします。

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

          3. [列名][タイプ][長さ][精度] パラメータを指定します。

          4. [値の割り当て] 列に bson_value() 式を入力します。 詳細については、「値の割り当ての例」をご参照ください。

          5. 上記のステップを繰り返して、フィールドを 1 つずつマッピングします。

      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 秒あたりの完全移行の行数 RPS1 秒あたりの完全移行データ量 (MB) BPS パラメータを構成する必要があります。 これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

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

      [単一テーブルのプライマリキー _id には 1 つのデータ型のみ]

      移行されるコレクションでプライマリキー _id のデータ型が一意かどうかを指定します。

      重要
      • ビジネス要件に基づいてこのパラメータを有効にします。 そうしないと、データが失われる可能性があります。

      • このパラメータは、移行タイプ パラメータで 完全データ移行 を選択した場合にのみ必須です。

      有効な値:

      • : データ型は一意です。 完全移行中、DTS はソースデータベースのプライマリキーのデータ型をスキャンしません。 DTS は、移行されるコレクションのプライマリキーのデータ型を 1 つだけ移行します。

      • ×: データ型は一意ではありません。 完全移行中、DTS はソースデータベースのプライマリキーのデータ型をスキャンし、すべてのデータ型のデータを移行します。

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

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

      説明

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

      環境タグ

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

      ETL の設定

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

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

    2. [インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラスパラメーターを設定します。次の表にパラメーターを示します。

      セクション

      パラメーター

      説明

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

      [リソースグループ]

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

      インスタンスクラス

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

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

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

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

      説明
      • データ移行タスクを使用して増分データを移行できない場合、タスクは自動的に停止します。[完了][ステータス] セクションに表示されます。

      • データ移行タスクを使用して増分データを移行できる場合、タスクは自動的に停止しません。増分データ移行タスクは停止または完了しません。[実行中][ステータス] セクションに表示されます。

値の割り当ての例

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

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

宛先 AnalyticDB for PostgreSQL インスタンスのテーブルスキーマAnalyticDB for PostgreSQLインスタンス

列名

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