すべてのプロダクト
Search

このプロダクト

    ApsaraDB for MongoDB:自己管理型 MongoDB データベース (シャードクラスターアーキテクチャ使用) から ApsaraDB for MongoDB レプリカセットまたはシャードクラスターインスタンスにデータを移行する

    ドキュメントセンター

    ApsaraDB for MongoDB:自己管理型 MongoDB データベース (シャードクラスターアーキテクチャ使用) から ApsaraDB for MongoDB レプリカセットまたはシャードクラスターインスタンスにデータを移行する

    最終更新日:Jun 12, 2025

    このトピックでは、Data Transmission Service (DTS) を使用して、シャードクラスターアーキテクチャを使用する自己管理型 MongoDB データベースから ApsaraDB for MongoDB レプリカセットまたはシャードクラスターインスタンスにデータを移行する方法について説明します。 DTS を使用すると、サービスを中断することなく、オンプレミスデータベースの既存データと増分データを Alibaba Cloud に移行できます。

    前提条件

    • 移行先 ApsaraDB for MongoDB レプリカセットまたはシャードクラスターインスタンスが作成されていること。詳細については、「レプリカセットインスタンスを作成する」または「シャードクラスターインスタンスを作成する」をご参照ください。

      重要

      • 移行先 ApsaraDB for MongoDB シャードクラスターインスタンスの使用可能なストレージ容量が、ソースの自己管理型 MongoDB データベースのデータの合計サイズよりも 10% 大きいこと。これは推奨される前提条件です。

      • サポートされているデータベースバージョンの詳細については、「データ移行シナリオの概要」をご参照ください。

    • ソースの自己管理型 MongoDB データベースのシャードにアクセスするために使用するアカウントが作成されており、シャードが同じアカウントとパスワードを共有していること。

    • 移行先 ApsaraDB for MongoDB インスタンスがシャードクラスターインスタンスの場合：

      • 移行先シャードクラスターインスタンスの各シャードに十分なストレージ容量があること。

        説明

        たとえば、自己管理型 MongoDB データベースに 3 つのシャードがあり、これらのシャードの 1 つが最大 500 GB のストレージ容量を占有しているとします。この場合、移行先インスタンスの各シャードのストレージ容量は 500 GB より大きくなければなりません。

      • ビジネス要件に基づいて、シャード化するデータベースとコレクションが作成され、移行先 ApsaraDB for MongoDB シャードクラスターインスタンスでデータシャーディングが構成されていること。バランサーが有効になっており、事前シャーディングが実行されていること。詳細については、「シャーディングを構成してシャードのパフォーマンスを最大化する」および FAQ トピックの「シャードクラスターアーキテクチャにデプロイされた MongoDB データベースのデータが均等に分散されていない場合はどうすればよいですか？」セクションをご参照ください。

        説明

        シャードクラスターインスタンスのシャーディングを構成すると、移行されたデータは異なるシャードに分散されます。これにより、シャードクラスターのパフォーマンスが最大化されます。また、バランサーを有効にして事前シャーディングを実行することで、データスキューを防ぐこともできます。

    使用上の注意

    カテゴリ

    説明

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

    • 帯域幅要件: ソースデータベースが属するサーバーには、十分なアウトバウンド帯域幅が必要です。十分な帯域幅がない場合、データ移行速度が低下します。

    • 移行するコレクションには、PRIMARY KEY または UNIQUE 制約が必要です。また、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複データレコードが含まれる可能性があります。

    • DTS は、完全なデータ移行中にソースデータベースとターゲットデータベースのリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。大量のデータを移行する場合、またはサーバーの仕様がビジネス要件を満たしていない場合、データベースサービスが利用できなくなる可能性があります。データを移行する前に、データ移行がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを移行することをお勧めします。

    • ソース MongoDB データベースとターゲット MongoDB データベースで異なる MongoDB バージョンを実行している場合、または異なるストレージエンジンを使用している場合は、MongoDB バージョンまたはストレージエンジンに互換性があることを確認してください。詳細については、「MongoDB のバージョンとストレージエンジン」をご参照ください。

    • 増分データを移行する場合は、操作ログを有効にする必要があります。有効にしないと、事前チェック中にエラーメッセージが返され、データ移行タスクを開始できません。

      ソースデータベースの操作ログは、少なくとも 7 日間保持する必要があります。保持しないと、DTS が操作ログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データの不整合または損失が発生する可能性があります。上記の要件に基づいて、操作ログの保持期間を設定してください。設定しないと、DTS の SLA では、サービスの信頼性またはパフォーマンスが保証されません。

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

    • admin データベースまたは local データベースをソースデータベースまたはターゲットデータベースとして使用することはできません。

    • ソースの自主管理 MongoDB データベースの mongos ノード数は、10 を超えることはできません。

    • Time to Live（TTL）インデックスを含むコレクションは移行できません。ソースデータベースに TTL インデックスが含まれている場合、移行後にソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。

    • ソースの自主管理 MongoDB データベースまたはターゲットの ApsaraDB for MongoDB シャードクラスターインスタンスに孤立ドキュメントが存在しないことを確認してください。そうでない場合、データの不整合、またはタスクの失敗が発生する可能性があります。詳細については、MongoDB ドキュメントと、FAQ トピックのシャードクラスタアーキテクチャにデプロイされた MongoDB データベースの孤立ドキュメントを削除するにはどうすればよいですか？セクションをご参照ください。

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

      • 移行タスク中に、移行対象オブジェクトのデータ分布を変更するコマンドを実行しないでください。このようなコマンドには、shardCollection、reshardCollection、unshardCollection、moveCollection、movePrimary などがあります。実行すると、データの不整合が発生する可能性があります。

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

      • 完全なデータ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。書き込むと、ソースデータベースとターゲットデータベース間でデータの不整合が発生します。データの整合性を確保するために、移行タイプとして [スキーマ移行]、[完全なデータ移行]、[増分データ移行] を選択することをお勧めします。

    • ソースデータベースのバランサーがデータをバランシングする場合、インスタンスでレイテンシが発生する可能性があります。

    その他の制限

    • DTS タスクを構成する前に DTS インスタンスを購入する場合は、インスタンスの購入時にシャード数を指定する必要があります。

    • ターゲットデータベースがレプリカセットインスタンスの場合は、次の制限事項に注意してください。

      • ターゲットデータベースが [Express Connect、VPN Gateway、または Smart Access Gateway]、[パブリック IP アドレス]、または [Cloud Enterprise Network（CEN）] 経由で接続されている場合は、[ドメイン名または IP] と [ポート番号] をプライマリノードの IP アドレスとポート番号に設定するか、高可用性エンドポイントを構成します。高可用性エンドポイントの詳細については、「ソースデータベースまたはターゲットデータベースが高可用性 MongoDB データベースである DTS タスクを作成する」をご参照ください。

      • ターゲットデータベースが ECS 上の [自主管理データベース] 経由で接続されている場合は、[ポート番号] をプライマリノードのポート番号に設定します。

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

    • データ移行タスクを開始する前に、ソースデータベースで移行するデータにシャーディングキーを追加する必要があります。データ移行中に INSERT 文を実行して移行するデータにデータを挿入する場合、移行するデータにシャーディングキーが含まれている必要があります。 UPDATE 文を実行して移行するデータを変更する場合、シャーディングキーを変更することはできません。

    • 完全なデータ移行中は、各サブタスクが増分データ移行のフェーズに到達するまで、ソース MongoDB データベースのバランサーが無効になっていることを確認してください。そうでない場合、データの不整合が発生する可能性があります。MongoDB バランサーの詳細については、「ApsaraDB for MongoDB バランサーを管理する」をご参照ください。

    • ターゲット MongoDB データベースにソースデータベースと同じプライマリキーがないことを確認してください。デフォルトのプライマリキーは _id です。同じプライマリキーが存在すると、データが失われる可能性があります。ソースデータベースとターゲットデータベースに同じプライマリキーがある場合は、ビジネスサービスを中断せずに、ターゲットデータベースの対応するドキュメントを削除してください。

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

    • DTS がターゲットコレクションにデータを書き込むときにプライマリキーまたは一意キーの競合が発生した場合、DTS はデータの書き込みに使用された文をスキップし、ターゲットコレクションの既存のデータを保持します。

    • データ移行タスク中は、タスクに関連する ApsaraDB for MongoDB シャードクラスターインスタンスをスケーリングできません。スケーリングすると、タスクが失敗します。

    • db.$table_name.aggregate([{ $count:"myCount"}]) 構文を使用して、ターゲット ApsaraDB for MongoDB データベースでの count 操作の戻り値をクエリする必要があります。

    • データはターゲットデータベースに同時に書き込まれます。そのため、ターゲットデータベースで占有されるストレージ容量は、ソースデータベースのデータサイズよりも 5 ～ 10% 大きくなります。

    • ターゲットデータベースのコレクションに一意なインデックスがある場合、またはターゲットデータベースのコレクションの capped 属性が true の場合、コレクションはシングルスレッドのデータ書き込みのみをサポートし、増分データ移行中の同時再生はサポートしません。これにより、移行レイテンシが増加する可能性があります。

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

    • 完全なデータ移行中、同時 INSERT 操作によってターゲットデータベースのテーブルで断片化が発生します。完全なデータ移行が完了すると、ターゲットデータベースの表領域はソースデータベースの表領域よりも大きくなります。

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

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

      説明

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

    • 別の MongoDB データベース (シャードクラスタアーキテクチャ) にデータを移行する場合は、ビジネス動作が ApsaraDB for MongoDB シャードクラスタの要件を満たしていることを確認してください。

    課金

    移行タイプ

    タスク構成料金

    データ転送料金

    スキーマ移行と完全なデータ移行

    無料

    無料

    増分データ移行

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

    移行の種類

    移行の種類

    説明

    スキーマ移行

    DTS は、移行対象オブジェクトのスキーマをソースの自主管理 MongoDB データベースインスタンスから移行先の ApsaraDB for MongoDB インスタンスに移行します。

    完全なデータ移行

    DTS は、移行対象オブジェクトの既存データをソースの自主管理 MongoDB データベースインスタンスから移行先の ApsaraDB for MongoDB インスタンスに移行します。

    説明

    DTS は、データベースとコレクションの完全なデータ移行をサポートしています。

    増分データ移行

    完全なデータ移行が完了した後、DTS はソースの自主管理 MongoDB データベースインスタンスから移行先の ApsaraDB for MongoDB インスタンスに増分データを移行します。

    説明

    DTS は、以下の操作によって生成された増分データを移行します。

    • データベースに対する削除操作

    • コレクションに対する作成、削除、名前変更操作

    • ドキュメントに対する作成、削除、更新操作

    • インデックスに対する作成、削除操作

    • コレクションのドキュメントに対する挿入、更新、削除操作

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

    データベースの種類

    スキーマ移行

    フルデータ移行

    増分データ移行

    セルフマネージド MongoDB データベース

    移行対象のデータベースと config データベースに対する読み取り権限。

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

    ソースデータベース、admin データベース、および local データベースに対する読み取り権限。

    ApsaraDB for MongoDB インスタンス

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

    データベースアカウントの作成および承認方法については、以下のトピックをご参照ください。

    仕組み

    1. 必須: 自主管理 MongoDB データベースのバランサーを無効にします。これにより、チャンク移行がデータ整合性に影響を与えることを防ぎます。詳細については、「ApsaraDB for MongoDB バランサーの管理」をご参照ください。

      警告

      バランサーが無効になっていない場合、チャンクの移行は DTS によって読み取られるデータの整合性に影響します。

    2. 自主管理 MongoDB データベースから、チャンク移行の失敗によって生成された孤立ドキュメントを削除します。

      説明

      孤立ドキュメントを削除しないと、移行性能が低下します。さらに、一部のドキュメントに重複する _id 値が含まれていたり、移行したくないデータが移行されたりする可能性があります。

      1. cleanupOrphaned.js ファイルをダウンロードします。

        wget "https://docs-aliyun.cn-hangzhou.oss.aliyun-inc.com/assets/attach/120562/cn_zh/1564451237979/cleanupOrphaned.js"

      2. test を cleanupOrphaned.js ファイル内で、孤立ドキュメントを削除するデータベースの名前に置き換えます。

        説明

        複数のデータベースから孤立ドキュメントを削除する場合は、手順 2 のサブステップ b と サブステップ c を繰り返します。

      3. 指定したデータベースのすべてのコレクションから孤立ドキュメントを削除するには、シャードで次のコマンドを実行します。

        説明

        この手順は、各シャードで繰り返す必要があります。

        mongo --host <Shardhost> --port <Primaryport>  --authenticationDatabase <database> -u <username> -p <password> cleanupOrphaned.js
        説明

        • <Shardhost>: シャードの IP アドレス。

        • <Primaryport>: シャード内のプライマリノードのサービスポート。

        • <database>: データベースアカウントが属するデータベースの名前。

        • <username>: 自主管理 MongoDB データベースにログインするために使用するアカウント。

        • <password>: 自主管理 MongoDB データベースにログインするために使用するパスワード。

        例:

        この例では、自主管理 MongoDB データベースに 3 つのシャードがあり、各シャードで孤立ドキュメントを削除する必要があります。

        mongo --host 172.16.1.10 --port 27018  --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js
        mongo --host 172.16.1.11 --port 27021 --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js
        mongo --host 172.16.1.12 --port 27024  --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js

    3. 移行先 ApsaraDB for MongoDB インスタンスに、シャーディングするデータベースとコレクションを作成し、ビジネス要件に基づいてデータシャーディングを構成します。詳細については、「シャーディングを構成してシャードのパフォーマンスを最大化する」をご参照ください。

      説明

      データ移行を開始する前にデータシャーディングを構成すると、自主管理 MongoDB データベースのデータは、移行先シャードクラスターインスタンスのシャードに均等に移行されます。これにより、単一シャードの過負荷を防ぎます。

    使用上の注意

    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 を選択します。

      アクセス方法

      ソースデータベースのアクセス方法。 この例では、パブリック IP アドレス が選択されています。

      説明

      他の方法でソースの自己管理 MongoDB データベースにアクセスすることを選択した場合は、データベースのネットワーク環境をデプロイする必要があります。 詳細については、「準備の概要」をご参照ください。

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

      ソースの自己管理 MongoDB データベースが存在するリージョン。

      説明

      自己管理 MongoDB データベースが存在するリージョンがドロップダウンリストに表示されない場合は、自己管理 MongoDB データベースに地理的に最も近いリージョンを選択してください。

      アーキテクチャ

      ソースデータベースがデプロイされているアーキテクチャ。 シャードクラスター を選択します。

      説明

      シャードクラスター オプションは、[アクセス方法] パラメーターを Express Connect、VPN Gateway、または Smart Access Gateway、パブリック IP アドレス、または Cloud Enterprise Network (CEN) に設定した場合にのみ表示されます。

      [移行方法]

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

      • Oplog (推奨):

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

        説明

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

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

        説明

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

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

      エンドポイントのタイプ

      ビジネスニーズに基づいて、シングルノード または マルチノード を選択します。

      説明

      このパラメーターは、[アクセス方法] パラメーターを Express Connect、VPN Gateway、または Smart Access Gateway、パブリック IP アドレス、または Cloud Enterprise Network (CEN) に設定した場合にのみ表示されます。

      [Mongos ドメイン名または IP アドレス]

      自己管理 MongoDB データベースの Mongos ノードのエンドポイントまたは IP アドレス。 この例では、Mongos ノードのパブリック IP アドレスが使用されています。

      説明

      • このパラメーターは、エンドポイントのタイプ パラメーターが シングルノード に設定されている場合にのみ表示されます。

      • ドメイン名または IP アドレス パラメーターを任意の Mongos ノードのドメイン名または IP アドレスに設定します。 ポート番号 パラメーターを任意の Mongos ノードのポートに設定します。

      ポート番号

      自己管理 MongoDB データベースのサービスポート番号。

      説明

      • このパラメーターは、エンドポイントのタイプ パラメーターが シングルノード に設定されている場合にのみ表示されます。

      • Mongos ノードのサービスポートは、インターネット経由でアクセスできる必要があります。

      [Mongos エンドポイント]

      自己管理 MongoDB データベースのエンドポイント。

      説明

      • このパラメーターは、エンドポイントのタイプ パラメーターが マルチノード に設定されている場合にのみ表示されます。

      • パラメーターを <IP>:<Port> 形式で指定します。 <IP> をドメイン名または IP アドレスに置き換えます。インターネット経由でアクセスできるドメイン名を使用することをお勧めします。

      • 複数のエンドポイントは改行で区切ります。

      認証データベース

      ソースの自己管理 MongoDB データベースのデータベースアカウントとパスワードを格納する認証データベースの名前。 認証データベースの名前を以前に変更していない場合、デフォルト値は admin です。

      データベースアカウント

      自己管理 MongoDB データベースの Mongos ノードにアクセスするために使用されるアカウント。 アカウントに必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」セクションを参照してください。

      説明

      アクセス方法 パラメーターを ECS 上の自己管理データベース または データベースゲートウェイ に設定した場合は、自己管理 MongoDB データベースのシャードにアクセスするために使用されるアカウントを入力します。

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

      データベースインスタンスにアクセスするために使用されるパスワード。

      マルチシャードノードのアクセス情報

      自己管理 MongoDB データベースのシャードノードにアクセスするために使用される情報。

      説明

      このパラメーターは、自己管理 MongoDB データベースがソースデータベースであり、アーキテクチャ パラメーターが シャードクラスター に設定され、[移行方法] パラメーターが Oplog に設定され、エンドポイントのタイプ パラメーターが マルチノード に設定されている場合にのみ使用できます。

      1. マルチシャードノードのアクセス情報 の右側にある 追加 をクリックします。

      2. シャードエンドポイント フィールドに、自己管理 MongoDB データベースのシャードノードのエンドポイントを入力します。

        説明

        • [アーキテクチャ] パラメーターを [レプリカセット] に設定した場合は、[エンドポイント] パラメーターを指定します。 [アーキテクチャ] パラメーターを [シャーディングクラスター] に設定した場合は、[Mongos エンドポイント] パラメーターを指定します。

        • エンドポイントは <IP>:<Port> 形式です。 <IP> をドメイン名または IP アドレスに置き換えます。パブリックに解決可能なドメイン名を使用することをお勧めします。

        • 複数のエンドポイントを改行で区切ります。

      3. 前のステップを繰り返して、各シャードノードのアクセス情報を構成します。

      シャードアクセス情報 (IP: ポート)

      自主管理 MongoDB データベース内のシャードに関するアクセス情報。シャードの IP アドレスとポート番号を含みます。フォーマットは IP address:Port number です。

      説明

      • このパラメーターは、エンドポイントのタイプ パラメーターが シングルノード に設定されている場合にのみ表示されます。

      • 複数のシャードのアクセス情報はカンマ (,) で区切ります。

      Shardアカウント

      ソースの自主管理 MongoDB データベースのシャードにアクセスするために使用されるアカウントです。

      Shardパスワード

      ソースの自主管理 MongoDB データベースのシャードにアクセスするために使用するパスワードです。

      暗号化

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

      説明

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

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

      移行先データベース

      既存の接続を選択

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

        説明

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

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

      データベースタイプ

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

      アクセス方法

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

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

      宛先の ApsaraDB for MongoDB インスタンスが存在するリージョンです。

      Alibaba Cloud アカウント間でデータをレプリケートする

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

      アーキテクチャ

      デスティネーションの ApsaraDB for MongoDB インスタンスがデプロイされているアーキテクチャです。

      インスタンス ID

      宛先 ApsaraDB for MongoDB インスタンスの ID です。

      認証データベース

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

      データベース名

      移行されたオブジェクトが属する、移行先 ApsaraDB for MongoDB インスタンスのデータベースの名前です。

      データベースアカウント

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

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

      データベースインスタンスにアクセスするために使用するパスワードです。

      暗号化

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

      説明

      • ターゲットデータベースが ApsaraDB for MongoDB インスタンスで、[アーキテクチャ] パラメーターが [シャーディングクラスタ] に設定されている場合、SSL 暗号化 パラメーターは使用できません。

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

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

      説明

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

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

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

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

        パラメーター

        説明

        移行タイプ

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

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

        説明

        • [スキーマ移行] を選択しない場合は、宛先データベースにデータを受信するためのデータベースとテーブルが作成されており、[選択済みオブジェクト] でオブジェクト名マッピング機能が有効になっていることを確認してください。

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

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

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

          説明

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

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

          警告

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

          • ソースデータベースと宛先データベースのスキーマが同じで、データレコードのプライマリキーが宛先データベースの既存のデータレコードと同じである場合、以下のシナリオが発生する可能性があります。

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

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

          • ソースデータベースと宛先データベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。注意して進めてください。

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

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

        ソースオブジェクト

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

        説明

        移行するオブジェクトとしてコレクションまたはデータベースを選択できます。

        選択中のオブジェクト

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

        パラメーター

        説明

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

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

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

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

        説明

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

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

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

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

        重要

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

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

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

        説明

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

        同期するデータのうち、同一テーブル内のプライマリキー_id のデータ型が一意かどうか

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

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

        説明

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

        環境タグ

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

        ETL の設定

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

        監視アラート

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

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

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

      3. [次のステップ: データ検証] をクリックして、データ検証タスクを構成します。

        データ検証機能の使用方法の詳細については、「データ検証タスクを構成する」をご参照ください。

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

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

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

      説明

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

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

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

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

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

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

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

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

        セクション

        パラメーター

        説明

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

        [リソースグループ]

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

        インスタンスクラス

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

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

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

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

        説明

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

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

    8. オプション。 アクセス方法 パラメーターをソースの自主管理 MongoDB データベースに対して ECS 上の自己管理データベース または データベースゲートウェイ に設定した場合は、手順 1 ～ 7 を繰り返して、残りのシャードのデータ移行タスクを作成する必要があります。

    9. データ移行タスクを停止します。

      • 完全なデータ移行

        完全なデータ移行中は、タスクを手動で停止しないことをお勧めします。停止すると、ターゲットデータベースに移行されたデータが不完全になる可能性があります。 完全なデータ移行タスクが自動的に停止するまで待つことができます。

      • 増分データ移行

        増分データ移行タスクは自動的に停止しません。 タスクを手動で停止する必要があります。

        説明

        データ移行タスクを手動で停止する適切な時間を選択することをお勧めします。 たとえば、オフピーク時や、ワークロードを ApsaraDB for MongoDB インスタンスに切り替える前に、タスクを停止できます。

        1. データ移行タスクの 実行中 進捗バーに 増分データ移行 が表示され、操作情報 に 遅延なし が表示されるまで待ちます。 その後、数分間ソースデータベースへのデータの書き込みを停止します。 増分データ移行の待機時間は、進捗バーに表示される場合があります。

        2. 増分データ移行 のステータスが 遅延なし に再び変更された後、すべてのシャードの移行タスクを手動で停止します。

    10. ワークロードを、移行先 ApsaraDB for MongoDB インスタンスに切り替えます。