すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:双方向同期：ApsaraDB for MongoDB シャードクラスター

    ドキュメントセンター

    Data Transmission Service:双方向同期：ApsaraDB for MongoDB シャードクラスター

    最終更新日:Jul 08, 2026

    Data Transmission Service (DTS) は、ApsaraDB for MongoDB シャードクラスター間の双方向データ同期を可能にします。一般的なユースケースには、アクティブ地理的冗長性 (ユニットベース) やジオディザスタリカバリなどがあります。このトピックでは、双方向データ同期の設定方法について説明します。

    前提条件

    • ソースおよびターゲットの ApsaraDB for MongoDB シャードクラスターインスタンスを作成します。詳細については、「シャードクラスターインスタンスの作成」をご参照ください。

      重要

      • ソース ApsaraDB for MongoDB シャードクラスターインスタンスの各シャードノードのエンドポイントを取得します。これには、逆方向タスクのソースインスタンスも含まれます。すべてのシャードでアカウントとパスワードが同じであることを確認してください。詳細については、「シャードのエンドポイントを申請する」をご参照ください。

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

    • ターゲットの ApsaraDB for MongoDB インスタンスには、ソースの ApsaraDB for MongoDB インスタンスが使用するストレージ容量よりも少なくとも 10% 多いストレージ容量を確保することを推奨します。

    • ソースインスタンスとターゲットインスタンス両方のすべてのシャードおよび config サーバーノードで、replication.oplogGlobalIdEnabled パラメーターを true に設定します。詳細については、「データベースパラメーターの設定」をご参照ください。

      説明

      このパラメーターが true に設定されていない場合、事前チェックが失敗するか、エラー two-way mongo must have gid が返されます。

    • スキーマ同期機能を使用するかどうかによって、必要な準備が異なります。

      説明

      • データシャーディングを設定すると、すべてのデータが単一のシャードに同期されるのを防ぎ、パフォーマンスのボトルネックを回避できます。バランサーを有効にし、事前シャーディングを実行すると、データスキューを防ぐのに役立ちます。

      • このトピックでは、購入前に DTS タスクを設定する例を示します。このシナリオでは、ソース ApsaraDB for MongoDB (シャードクラスター) インスタンスのシャード数を指定する必要はありません。

        設定前に DTS タスクを購入する場合は、購入時に正しいシャード数を指定する必要があります。

    制限事項

    タイプ

    説明

    ソースおよびターゲットデータベースの制限

    • 帯域幅要件：ソースデータベースが存在するサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、同期速度に影響が出る可能性があります。

    • 同期するコレクションには、プライマリキーまたは一意制約が必要であり、フィールド値は一意でなければなりません。そうでない場合、ターゲットデータベースに重複データが出現する可能性があります。

    • データ内のフィールド名に「.」(ドット) 文字を含めることはできません。そうでない場合、データの不整合が発生する可能性があります。

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

    • コレクションレベルで同期し、オブジェクト (コレクション名の変更など) を編集する必要がある場合、1 つの同期タスクでサポートされるコレクションは最大 1,000 です。この制限を超えると、送信後にタスクがエラーで失敗します。これを解決するには、コレクションをバッチに分割して複数のタスクを設定するか、データベース全体の同期タスクを設定します。

    • ソースデータベース内の単一のドキュメントは 16 MB を超えることはできません。そうでない場合、タスクは失敗します。

    • ソースデータベースは、Azure Cosmos DB for MongoDB または Amazon DocumentDB (エラスティッククラスター) にすることはできません。

    • ソースデータベースは Oplog を有効にし、Oplog を少なくとも 7 日間保持する必要があります。そうでない場合、DTS がデータ変更をキャプチャできず、タスクの失敗を引き起こす可能性があります。極端な場合、これによりデータの不整合や損失が発生する可能性があります。これらの問題は DTS SLA の対象外です。

      重要

      • データ変更をキャプチャするために Oplog を使用することを推奨します。

      • Change Streams は双方向同期をサポートしていません。

    • 双方向同期は、ソースまたはターゲットの MongoDB シャードクラスターのシャード数のスケーリングをサポートしていません。そうでない場合、DTS タスクが失敗し、データの不整合を引き起こす可能性があります。

    • ソース MongoDB シャードクラスターインスタンス内の Mongos ノードの数は 10 を超えることはできません。

    • 同期するコレクションに TTL インデックスが含まれている場合、データの不整合や遅延が発生する可能性があります。

    • ソースインスタンスとターゲットインスタンスに孤立ドキュメントが存在しないことを確認してください。そうでない場合、データの不整合やタスクの失敗が発生する可能性があります。詳細については、「孤立ドキュメント」および「MongoDB (シャードクラスターアーキテクチャ) で孤立ドキュメントをクリーンアップする方法」をご参照ください。

    • ソースデータベースとターゲットデータベースは、同じアーキテクチャの ApsaraDB for MongoDB インスタンスである必要があります。自己管理 MongoDB インスタンスや異なるアーキテクチャの MongoDB インスタンス間の双方向同期はサポートされていません。

    • ソースデータベースの操作制限：

      • スキーマ同期および完全データ同期中は、データベースまたはコレクションのスキーマ (配列タイプのデータ更新を含む) を変更しないでください。そうしないと、同期タスクが失敗したり、ソースデータベースとターゲットデータベース間でデータの不整合が発生したりする可能性があります。

      • 完全データ同期のみを実行する場合は、ソースインスタンスに新しいデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。

      • 同期インスタンスの実行中は、ソースデータベースの同期対象オブジェクトでデータ分散を変更するコマンド (例：shardCollection、reshardCollection、unshardCollection、moveCollection、または movePrimary) を実行しないでください。そうしないと、データの不整合が発生する可能性があります。

    • ソースデータベースのバランサーがデータを分散する場合、遅延が発生する可能性があります。

    • DTS は SRV アドレスを使用した MongoDB データベースへの接続をサポートしていません。

    • ソースデータベースが MongoDB 5.0 以降で、ターゲットデータベースのバージョンが 5.0 より前の場合、capped collection を同期することはできません。同期しようとすると、タスクが失敗するか、ソースデータベースとターゲットデータベース間でデータの不整合が発生します。これは、MongoDB 5.0 から capped collection の動作が変更され、明示的な削除や更新時のドキュメントサイズの増加などの操作が許可されるようになり、以前のバージョンのデータベースカーネルではこれらの新機能をサポートできないためです。

    その他の制限

    • タスクを開始する前に、ターゲットで使用されるシャードキーをソースのデータに追加します。タスクを開始した後、同期するデータの INSERT 文にはシャードキーを含める必要があります。UPDATE 文はシャードキーを変更できません。

    • ソースデータベースとターゲットデータベースには同じ MongoDB バージョンを使用することを推奨します。または、互換性を確保するためにターゲットに新しいバージョンを使用します。新しいバージョンから古いバージョンへの同期は、互換性の問題を引き起こす可能性があります。

    • ターゲットコレクションに一意なインデックスがあるか、その capped プロパティが true に設定されている場合、増分同期中に同時リプレイはサポートされません。シングルスレッドの書き込みのみが許可されます。これにより、タスクの遅延が増加する可能性があります。

    • DTS は admin、config、および local データベースからのデータ同期をサポートしていません。

    • トランザクション情報は保持されません。ソースデータベースのトランザクションは、ターゲットデータベースでは個別のレコードになります。

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

    • ソース MongoDB のバージョンが 3.6 より前で、ターゲット MongoDB のバージョンが 3.6 以降の場合、実行計画の違いにより、同期されたデータのフィールドの順序が一致しない可能性があります。フィールドと値の関係は変わりません。ビジネスでネストされた構造に対してテキストマッチングクエリを使用している場合は、フィールド順序の不一致による影響を評価してください。

    • 同期前に、ソースデータベースとターゲットデータベースの両方のパフォーマンスを評価してください。同期はオフピーク時に実行してください。そうしないと、完全なデータ初期化が読み取りおよび書き込みリソースを消費し、データベースの負荷が増加します。

    • 完全な初期化は INSERT 操作を同時に実行します。これにより、ターゲットデータベースのコレクションに断片化が生じます。完全な初期化後、ターゲットインスタンスのコレクションスペースはソースインスタンスよりも大きくなります。

    • 同期中は、DTS を介して以外はターゲットデータベースにデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。たとえば、DMS を使用してオンライン DDL 操作を実行中に他のデータがターゲットデータベースに書き込まれると、データ損失が発生する可能性があります。

    • 双方向同期タスクには、正方向および逆方向の同期タスクが含まれます。タスクを設定またはリセットする際に、一方のタスクのターゲットオブジェクトがもう一方のタスクの同期オブジェクトと一致する場合：

      • 完全データと増分データの同期は、1 つのタスクのみに許可します。もう一方のタスクは増分同期のみをサポートします。

      • 現在のタスクのソースからのデータは、現在のタスクのターゲットにのみ同期されます。もう一方のタスクのソースデータとしては機能しません。

    • DTS はデータを同時に書き込むため、ターゲットが使用するストレージ容量はソースより 5% から 10% 大きくなります。

    • ターゲット MongoDB のドキュメント数を取得するには、構文 db.$table_name.aggregate([{ $count:"myCount"}]) を使用します。

    • ターゲット MongoDB にソースと同じプライマリキー (デフォルトは _id) がないことを確認してください。そうしないと、データ損失が発生する可能性があります。ターゲットに同じプライマリキーがある場合は、ビジネスに影響を与えずにターゲットの関連データをクリアしてください (ターゲットで同じ _id 値を持つドキュメントを削除します)。

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

    • DTS が提供するスキーマ同期機能が不要な場合 (たとえば、送信先でデータパーティショニングがすでに設定されている場合など) は、オブジェクト設定 を選択し、次に 同期タイプ と スキーマ同期 を選択しないでください。そうしないと、シャーディングの競合によってデータの不整合やタスクの失敗につながる可能性があります。

    • トラフィックをターゲット MongoDB データベースに切り替える場合は、ビジネスの動作が MongoDB のシャードコレクションの要件を満たしていることを確認してください。

    • DTS は、MongoDB 5.0 以降で導入された時系列コレクションの同期をサポートしていません。

    • タスクが失敗した場合、DTS のサポートスタッフは 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりすることがあります。

      説明

      データベースパラメーターではなく、DTS タスクパラメーターのみが変更されます。調整される可能性のあるパラメーターには、「インスタンスパラメーターの変更」に記載されているものが含まれます。

    課金

    同期タイプ

    料金

    スキーマ同期と完全データ同期

    無料です。

    増分データ同期

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

    サポートされている双方向同期アーキテクチャ

    DTS は、2 つの ApsaraDB for MongoDB シャードクラスターインスタンス間の双方向同期のみをサポートします。3 つ以上の ApsaraDB for MongoDB インスタンスを持つトポロジはサポートされていません。

    サポートされている競合検出

    データ整合性を維持するため、同じプライマリキー、ビジネスプライマリキー、または一意キーを持つレコードは、一度に 1 つのノードでのみ更新してください。

    DTS は、同期の安定性を確保するために、次の種類の競合を検出して解決します：

    • INSERT 操作によって引き起こされる一意性競合

      INSERT がターゲットに既に存在するレコードを追加する場合、DTS はその操作を無視します。

    • UPDATE 操作中のレコードの不一致

      UPDATE がターゲットに存在しないレコードを対象とするか、競合を引き起こす場合、DTS はその操作を無視します。

    • 存在しないレコードに対する DELETE 操作

      DELETE がターゲットに存在しないレコードを対象とする場合、DTS はその操作を無視します。

    重要

    • DTS の競合検出は、システム時刻の差や同期遅延によるデータ競合を完全に防ぐことはできません。アプリケーションは、同じプライマリキー、ビジネスプライマリキー、または一意キーを持つレコードを一度に 1 つのノードでのみ更新する必要があります。

    • デフォルトの競合解決ポリシーは[無視]であり、変更できません。

    同期タイプ

    タイプ

    説明

    スキーマ同期

    指定されたオブジェクトのスキーマをソース ApsaraDB for MongoDB インスタンスからターゲット ApsaraDB for MongoDB インスタンスに同期します。

    完全データ同期

    指定されたオブジェクトの既存のすべてのデータをソース ApsaraDB for MongoDB インスタンスからターゲット ApsaraDB for MongoDB インスタンスに同期します。

    説明

    完全データ同期は、データベースとコレクションでサポートされています。

    増分データ同期

    完全データ同期が完了した後、このプロセスはソース ApsaraDB for MongoDB インスタンスからの増分更新を継続的にターゲット ApsaraDB for MongoDB インスタンスに同期します。

    増分データ同期は、タスク開始後に作成されたデータベースをレプリケートしません。以下の変更がレプリケートされます：

    • CREATE COLLECTION および CREATE INDEX

    • DROP DATABASE、DROP COLLECTION、および DROP INDEX

    • RENAME COLLECTION

      説明

      RENAME COLLECTION 操作は、dropTarget オプションが true に設定されている場合はレプリケートされません。

    • コレクション内のドキュメントの挿入、更新、削除。

      説明

      ドキュメントの更新については、$set コマンドを使用する操作のみをレプリケートします。

    操作手順

    重要

    このセクションでは、購入前に DTS タスクを設定するシナリオを例として使用します。この場合、ソース ApsaraDB for MongoDB (シャードクラスター) のシャード数を指定する必要はありません。設定前に DTS タスクを購入する場合は、購入時に正しいシャード数を指定する必要があります。

    1. ターゲットリージョンの同期タスクリストページに移動します。次の 2 つの方法のいずれかを使用できます：

      DTS コンソールから

      1. Data Transmission Service (DTS) コンソールにログインします。

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

      3. ページの左上隅で、同期インスタンスが配置されているリージョンを選択します。

      DMS コンソールから

      説明

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

      1. Data Management (DMS) にログインします。

      2. トップメニューバーで、[データ + AI] > [データ伝送 (DTS)] > [データ同期] を選択します。

      3. データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。

    2. タスクの作成 をクリックしてタスク構成ページを開きます。

    3. ソースデータベースとターゲットデータベースを設定します。

      警告

      ソースインスタンスとターゲットインスタンスを選択した後、ページの上部に表示される制限を注意深くお読みください。制限に従わない場合、タスクが失敗したり、データの不整合が発生したりする可能性があります。

      カテゴリ

      パラメーター

      説明

      N/A

      タスク名

      DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。

      ソースデータベース

      既存の接続情報の選択

      • システムに追加されたデータベースインスタンス (新規作成または保存済み) を使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。

        説明

        DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに追加していない場合、またはすでに追加されているインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      MongoDB を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスリージョン

      ソース ApsaraDB for MongoDB インスタンスが配置されているリージョンを選択します。

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

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

      アーキテクチャ

      シャードクラスター を選択します。

      移行方法

      Oplog を選択します。

      インスタンス ID

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

      認証データベース

      ソース ApsaraDB for MongoDB インスタンスのデータベースアカウントが属するデータベースの名前を入力します。デフォルト値は admin です。

      データベースアカウント

      ソース ApsaraDB for MongoDB インスタンスのデータベースアカウントを入力します。アカウントには、同期するデータベース、および config、admin、local データベースに対する読み取り権限が必要です。

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

      データベースアカウントに対応するパスワードを入力します。

      Shardアカウント

      ソース ApsaraDB for MongoDB インスタンスのシャードアカウントを入力します。

      Shardパスワード

      ソース ApsaraDB for MongoDB インスタンスのシャードパスワードを入力します。

      暗号化

      DTS は、非暗号化、SSL 暗号化、Mongo Atlas SSL の 3 つの接続方法をサポートしています。暗号化 のオプションは、選択した アクセス方法 と アーキテクチャ によって異なります。コンソールに表示されるオプションが優先されます。

      説明

      • アーキテクチャ が シャードクラスター で、移行方法 が Oplog の MongoDB データベースは、SSL 暗号化 をサポートしていません。

      • ソースが レプリカセット アーキテクチャの自主管理 MongoDB データベース (アクセス方法 が Alibaba Cloud インスタンス ではない) で、SSL 暗号化 を選択した場合、DTS では CA 証明書をアップロードして接続を検証することもできます。

      移行先データベース

      既存の接続情報の選択

      • システムに追加されたデータベースインスタンス (新規作成または保存済み) を使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。

        説明

        DMS コンソールでは、この設定項目はDMS データベースインスタンスの選択です。

      • データベースインスタンスをシステムに追加していない場合、またはすでに追加されているインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      MongoDB を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスリージョン

      ターゲット ApsaraDB for MongoDB インスタンスが配置されているリージョンを選択します。

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

      この例では、現在の Alibaba Cloud アカウントに属するデータベースインスタンスを使用するため、× を選択します。

      アーキテクチャ

      シャードクラスター を選択します。

      インスタンス ID

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

      認証データベース

      ターゲット ApsaraDB for MongoDB インスタンスのデータベースアカウントが属するデータベースの名前を入力します。デフォルト値は admin です。

      データベースアカウント

      ターゲット ApsaraDB for MongoDB インスタンスのデータベースアカウントを入力します。アカウントには、dbAdminAnyDatabase 権限、ターゲットデータベースに対する readWrite 権限、および local データベースに対する read 権限が必要です。

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

      データベースアカウントに対応するパスワードを入力します。

      暗号化

      DTS は、非暗号化、SSL 暗号化、Mongo Atlas SSL の 3 つの接続方法をサポートしています。暗号化 のオプションは、選択した アクセス方法 と アーキテクチャ によって異なります。コンソールに表示されるオプションが優先されます。

      説明

      • アーキテクチャ が シャードクラスター の MongoDB データベースは、SSL 暗号化 をサポートしていません。

      • 送信先が レプリカセット 構成の自主管理 MongoDB データベース (アクセス方法 が Alibaba Cloud インスタンス ではない) で、かつ SSL 暗号化 を選択した場合、DTS では CA 証明書をアップロードして接続を検証することもできます。

    4. 構成が完了したら、ページの下部にある接続をテストして続行をクリックします。

      説明

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

    5. タスクオブジェクトを設定します。

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

        パラメーター

        説明

        同期タイプ

        増分データ同期 が選択されている場合、デフォルトで スキーマ同期 と 完全データ同期 も選択する必要があります。事前チェックが完了すると、DTS はソースインスタンスから送信先クラスターへ、選択されたオブジェクトの完全データ同期を実行します。これは、後続の増分同期のベースラインデータとなります。

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

        • エラーの事前チェックと報告: ターゲットデータベースに同じ名前のコレクションがあるかどうかをチェックします。同じ名前のコレクションが見つかった場合、エラーが報告され、データ同期タスクは開始されません。それ以外の場合、事前チェックは成功します。

          説明

          ターゲットデータベースで同じ名前のコレクションを削除または名前変更できない場合は、ターゲットデータベースでコレクションの名前を変更できます。詳細については、「ターゲットインスタンスでの同期オブジェクトの名前の設定」をご参照ください。

        • エラーを無視して続行：ターゲットデータベース内の同名のコレクションのチェックをバイパスします。

          警告

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

          • ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意キーの値を持つ場合、ターゲットデータベースのレコードが保持されます。ソースデータベースのレコードはターゲットデータベースに同期されません。

          • これにより、データ初期化が失敗したり、一部のデータのみが同期されたり、同期全体が失敗したりする可能性があります。

        同期トポロジ

        双方向同期 を選択します。

        DDL 操作を除外

        • はい：DDL 操作は同期されません。

        • いいえ：DDL 操作は同期されます。

          説明

          双方向同期の安定性を確保するため、DDL 操作は正方向にのみ同期され、逆方向には同期されません。

        紛争解決ポリシー

        「競合検出の仕組み」で説明されている競合が発生した場合、ビジネス要件に合った競合解決戦略を選択します。

        • Taskfailed (競合が発生した場合、エラーが報告されタスクは終了します。)

          同期中にデータ競合が発生した場合、タスクはエラーを報告して停止します。タスクは失敗状態になり、手動での介入が必要です。

        • Ignore (競合が発生した場合、移行先インスタンスの競合レコードが使用されます。)

          同期中にデータ競合が発生した場合、現在の同期ステートメントはスキップされ、プロセスは続行されます。ターゲットデータベースの競合レコードが保持されます。

        • Overwrite (競合が発生した場合、移行先インスタンスの競合レコードは上書きされます。)

          同期中にデータ競合が発生した場合、ターゲットデータベースの競合レコードが上書きされます。

        説明

        このシナリオは[無視]にのみ対応しています。

        ソースオブジェクト

        ソースオブジェクト ボックスで同期するオブジェクトをクリックし、向右 をクリックして 選択中のオブジェクト ボックスに移動します。

        説明

        DATABASE または COLLECTION レベルでオブジェクトを選択できます。

        選択中のオブジェクト

        • 宛先インスタンスで同期オブジェクトの名前を設定したり、データを受信するオブジェクトを指定したりするには、選択中のオブジェクト ボックス内の同期オブジェクトを右クリックして変更します。詳細については、「テーブル名と列名のマッピング」をご参照ください。

        • 同期オブジェクトを削除するには、選択中のオブジェクト ボックスでそのオブジェクトをクリックし、次に image をクリックして ソースオブジェクト ボックスに移動します。

        説明

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

        • データをフィルターするには (フル同期ではサポートされますが、増分同期ではサポートされません)、選択中のオブジェクト ボックスで目的のコレクションを右クリックし、表示されるダイアログボックスで設定を構成します。手順については、「フィルター条件を設定する」をご参照ください。

        • オブジェクト名マッピング機能を使用してデータを受信するデータベースまたはコレクションを指定すると、マッピングされたオブジェクトに依存する他のオブジェクトの同期が失敗する可能性があります。

      2. 詳細設定へ をクリックして詳細パラメーターを設定します。

        パラメーター

        説明

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

        デフォルトでは、DTS は共有クラスターでタスクをスケジュールするため、クラスターを選択する必要はありません。より安定したパフォーマンスを得るために、DTS 同期タスクを実行するための専用クラスターを購入できます。詳細については、「DTS 専用クラスターとは」をご参照ください。

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

        同期タスクの開始後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、すぐに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。10 分から 1,440 分の範囲でカスタムの再試行時間を指定することもできます。30 分以上に設定することを推奨します。指定された時間内に DTS がデータベースに正常に再接続できた場合、同期タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。

        説明

        • 同じソースまたはターゲットを共有する複数の DTS インスタンス (例：インスタンス A とインスタンス B) があり、インスタンス A のネットワーク再試行時間を 30 分、インスタンス B を 60 分に設定した場合、両方に短い方の 30 分が使用されます。

        • DTS は接続再試行期間中のタスク実行時間に対して課金するため、ビジネスニーズに基づいて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。

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

        同期タスクの開始後、ソースまたはターゲットデータベースでその他の非接続性の問題 (DDL または DML 実行例外など) が発生した場合、DTS はエラーを報告し、すぐに連続的な再試行操作を開始します。デフォルトの再試行時間は 10 分です。1 分から 1,440 分の範囲でカスタムの再試行時間を指定することもできます。10 分以上に設定することを推奨します。設定された再試行時間内に関連操作が成功した場合、同期タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。

        重要

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

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

        「完全同期」段階では、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費するため、データベースの負荷が増加する可能性があります。ソースデータベースとターゲットデータベースへの負荷を軽減するには、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定することで、完全同期タスクにレート制限を設定できます。

        説明

        • この設定項目は、同期タイプが完全データ同期に設定されている場合にのみ利用できます。

        • 同期インスタンスの実行後に、完全同期レートを調整することもできます。

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

        同期する各コレクション内で _id プライマリキーのデータ型が一意であるかどうかを指定します。

        重要

        • 実際のデータに基づいてオプションを選択してください。誤った選択はデータ損失につながる可能性があります。

        • このパラメーターは、同期タイプ に 完全データ同期 が含まれる場合にのみ使用できます。

        • ○: データの型は一意です。フル同期フェーズ中、DTS はソースデータのプライマリキーのデータの型をスキャンしません。各コレクションについて、DTS は 1 つのプライマリキーのデータの型に対応するデータのみを同期します。

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

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

        増分同期タスクにレート制限を設定することもできます。ターゲットデータベースへの負荷を軽減するには、1 秒あたりの増分同期の行数 RPS と 1 秒あたりの増分同期データ量 (MB) BPS を設定します。

        環境タグ

        要件に基づいてインスタンスを識別するために環境タグを選択できます。この例では必須ではありません。

        ETL 機能の設定

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

        監視アラート

        アラートを設定するかどうかを指定します。同期が失敗した場合や、遅延が指定されたしきい値を超えた場合に、アラート連絡先に通知が送信されます。

      3. [次へ: データ検証] をクリックして、データ検証タスクを設定します。

        データ検証機能を使用する場合は、「データ検証の設定」で設定手順をご参照ください。

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

      • このインスタンスを設定するための API パラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにマウスポインターを合わせ、吹き出しに表示される OpenAPI パラメーターのプレビュー をクリックします。

      • API パラメーターの表示が完了したら、ページの下部にある次：タスク設定の保存と事前チェックをクリックします。

      説明

      • 同期ジョブが開始される前に、DTS は事前チェックを実行します。ジョブは、すべての事前チェック項目が合格した後にのみ開始できます。

      • 事前チェックが失敗した場合は、失敗した項目の詳細を表示をクリックしてプロンプトに従って問題を修正し、再度事前チェックを実行してください。

      • 事前チェックで警告が返された場合：

        • 確認項目が失敗し、無視できない場合は、項目の横にある詳細を表示をクリックして指示に従って問題を修正し、再度事前チェックを実行してください。

        • 無視できる確認項目については、アラートの詳細を確認、無視、OK、再度事前チェックを実行 の順にクリックして、警告をスキップし、事前チェックを再実行できます。警告項目をシールドすると、データの不整合などの問題を引き起こし、ビジネスにリスクをもたらす可能性があります。

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

      1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

      2. 購入 ページで、データ同期インスタンスの課金方法とリンク仕様を選択します。次の表で、これらのパラメーターについて詳しく説明します。

        カテゴリ

        パラメーター

        説明

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

        課金方法

        • サブスクリプション：インスタンス作成時にお支払いいただきます。長期的なニーズに適しており、従量課金よりもコスト効率が高いです。サブスクリプション期間が長いほど、割引率が高くなります。

        • 従量課金：時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースしてコストを節約できます。

        リソースグループ構成

        インスタンスが属するリソースグループ。デフォルトはデフォルトのリソースグループです。詳細については、「Resource Management とは」をご参照ください。

        リンク仕様

        DTS は、異なるパフォーマンスレベルの同期仕様を提供します。同期リンク仕様は同期レートに影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ同期リンク仕様」をご参照ください。

        サブスクリプション期間

        サブスクリプションモードでは、サブスクリプションインスタンスの期間と数量を選択します。1 か月から 9 か月までの月次サブスクリプション、または 1、2、3、5 年の年次サブスクリプションを選択できます。

        説明

        このオプションは、課金方法がサブスクリプションの場合にのみ利用可能です。

      3. 構成を完了したら、Data Transmission Service (従量課金) 利用規約 を読み、選択します。

      4. 購入して起動 をクリックします。OK ダイアログボックスで、[OK] をクリックします。

        データ同期ページでタスクの進捗状況を確認できます。

    8. 逆方向同期タスクを設定します。

      1. 転送同期タスクのステータスが実行中になるまで待ちます。これは、初期化が完了したことを示します。

      2. 逆方向同期タスクを探し、タスクの設定 をクリックします。

      3. ステップ 3 から ステップ 6 に従って、逆方向同期タスクを設定します。

        重要

        • 逆方向タスクを設定する際は、ソースインスタンスとターゲットインスタンスが入れ替わっていることを確認してください。つまり、正方向タスクのターゲットが逆方向タスクのソースであり、その逆も同様です。データベース名、アカウント、パスワードなどのインスタンス情報の一貫性を慎重に確認してください。

        • 逆方向タスクを設定する際に、マッピング名を変更しないことを推奨します。そうしないと、データの不整合が発生する可能性があります。

        • 逆方向同期タスクのソースデータベースとターゲットデータベースのインスタンスのリージョンは変更できません。逆方向タスクで必要なパラメーターは、正方向タスクよりも少なくなります。実際のオプションはコンソールに表示されます。

        • 逆方向タスクの競合するテーブルの処理モード設定は、順方向タスクによって同期されたオブジェクトを無視します。

        • 逆同期タスクは、転送タスクの選択中のオブジェクトリストにあるオブジェクトを同期できません。

        • 逆方向同期タスクは、DDL 操作を自動的にフィルタリングします。

      4. 成功率 が 100% の場合、戻る をクリックします。

    9. 2 つ目のタスクを設定した後、両方のリンクのステータスが実行中になるまで待ちます。この時点で、双方向データ同期の設定が完了します。