すべてのプロダクト
Search

このプロダクト

    ApsaraDB for MongoDB:ApsaraDB for MongoDB インスタンス間の双方向同期 (シャードクラスタアーキテクチャ)

    ドキュメントセンター

    ApsaraDB for MongoDB:ApsaraDB for MongoDB インスタンス間の双方向同期 (シャードクラスタアーキテクチャ)

    最終更新日:Jun 08, 2026

    Data Transmission Service (DTS) は、ApsaraDB for MongoDB インスタンス間でシャードクラスタアーキテクチャを使用した双方向同期を可能にし、アクティブ地理的冗長性や地理的ディザスタリカバリなど、さまざまなシナリオに適しています。このトピックでは、双方向データ同期の構成手順について説明します。

    前提条件

    • ソースとデスティネーションの ApsaraDB for MongoDB シャードクラスターインスタンスが作成されていること。詳細については、「シャードクラスターインスタンスを作成する方法」をご参照ください。

      重要

    • デスティネーション ApsaraDB for MongoDB インスタンスのストレージ容量は、ソース ApsaraDB for MongoDB インスタンスで使用されている容量よりも少なくとも 10% 大きいことをお勧めします。

    • ソースインスタンスとデスティネーションインスタンスの両方で、ShardノードとConfigServerノードの両方で、replication.oplogGlobalIdEnabled パラメータを true に設定する必要があります。詳細については、「データベースパラメータを設定する」をご参照ください。

      説明

      true が選択されていない場合、インスタンスの事前チェックは失敗するか、two-way mongo must have gid というエラーが表示されます。

    • ビジネス要件に基づいて、ソースとデスティネーションの両方の ApsaraDB for MongoDB インスタンスに必要なデータベースとコレクションを作成し、データシャーディングを設定し、バランサーをアクティブ化 (ソース ApsaraDB for MongoDB インスタンスの増分同期中はアクティブなままにする必要があります) し、事前シャーディングを実行する必要があります。詳細については、「データシャーディングによってシャードのパフォーマンスを最適化する方法」および「MongoDB シャードクラスターにおけるデータ分布の不均一に対処する方法」をご参照ください。

      説明

      • データシャーディングを構成すると、データが同じシャードに同期されるのを防ぐのに役立ち、クラスターのパフォーマンスが低下する可能性があります。バランサーと事前シャーディングを有効にすると、データスキューの問題を軽減できます。

      • この構成シナリオでは、購入前にDTSタスクを設定する例を使用しています。ソース ApsaraDB for MongoDB (シャードクラスタアーキテクチャ) のシャード数を指定する必要はありません。

        DTSタスクを構成する前に購入する場合は、DTSタスクを購入する際に正しいシャード数を入力する必要があります。

    注意事項

    カテゴリ

    説明

    ソースデータベースとデスティネーションデータベースの制限

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

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

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

    • コレクションを同期対象として選択し、デスティネーションデータベースでコレクションの名前変更などの編集を行う必要がある場合、1 つのデータ同期タスクで最大 1,000 コレクションを同期できます。1,000 を超えるコレクションを同期するタスクを実行すると、リクエストエラーが発生します。この場合、複数タスクを構成してコレクションをバッチで同期するか、データベース全体を同期するタスクを構成することをお勧めします。

    • ソースデータベースから同期される 1 つのデータエントリのサイズは、16 MB を超えることはできません。そうでない場合、タスクは失敗します。

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

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

      重要

      • ソースデータベースのデータ変更を記録するには、oplog を使用することをお勧めします。

      • MongoDB 4.0 以後でのみ、変更ストリームを使用してソースデータベースのデータ変更を取得できます。変更ストリームを使用してソースデータベースのデータ変更を取得する場合、双方向同期はサポートされていません。

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

    • データ同期タスク中は、タスクに含まれる MongoDB シャードクラスターデータベースをスケーリングできません。そうでない場合、タスクは失敗します。

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

    • 有効期限 (TTL) インデックスを含むコレクションは同期できません。ソースデータベースに TTL インデックスが含まれている場合、同期後にソースデータベースとデスティネーションデータベース間でデータの不整合が発生する可能性があります。

    • ソースデータベースとデスティネーションデータベースに孤立ドキュメントが存在しないことを確認してください。そうでない場合、データの不整合、またはタスクの失敗が発生する可能性があります。詳細については、「MongoDB 用語集」および「シャードクラスタアーキテクチャにデプロイされた MongoDB データベースの孤立ドキュメントを削除するにはどうすればよいですか?」をご参照ください。

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

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

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

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

      • データ同期インスタンスの実行中に、shardCollection、reshardCollection、unshardCollection、moveCollection、movePrimary などのコマンドを実行して、ソースデータベースで同期されるオブジェクトのデータ分布を変更しないでください。そうでない場合、データの不整合が発生する可能性があります。

    • ソースデータベースのバランサーがデータをバランシングするように有効になっている場合、DTS タスクが遅延する可能性があります。

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

    その他の制限

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

    • 互換性を確保するために、デスティネーション MongoDB データベースのバージョンは、ソース MongoDB データベースのバージョンと同じかそれ以上である必要があります。デスティネーションデータベースのバージョンがソースデータベースのバージョンよりも古い場合、データベースの互換性の問題が発生する可能性があります。

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

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

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

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

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

    • 完全データ同期中、同時 INSERT 操作により、デスティネーションデータベースのコレクションで断片化が発生します。完全データ同期が完了すると、デスティネーションデータベースのコレクションのストレージ容量はソースデータベースのストレージ容量よりも大きくなります。

    • データ同期中に他のソースからのデータがデスティネーションデータベースに書き込まれると、ソースデータベースとデスティネーションデータベース間でデータの不整合が発生します。たとえば、他のソースからのデータがデスティネーションデータベースに書き込まれている間に DMS を使用してオンライン DDL 文を実行すると、デスティネーションデータベースでデータ損失が発生する可能性があります。

    • 双方向データ同期インスタンスには、順方向同期タスクと逆方向同期タスクが含まれています。インスタンスを構成またはリセットする際に、順方向同期タスクと逆方向同期タスクの両方でオブジェクトを同期する必要がある場合は、次のルールが適用されます。

      • タスクの 1 つだけが、オブジェクトの完全データと増分データの両方を同期できます。もう一方のタスクは、オブジェクトの増分データのみを同期します。

      • 現在のタスクのソースデータは、タスク内のデスティネーションデータベースにのみ同期できます。同期されたデータは、他のタスクのソースデータとして使用されません。

    • データはデスティネーションデータベースに同時に書き込まれます。したがって、デスティネーションデータベースで使用されるストレージ容量は、ソースデータベースのデータサイズよりも 5% から 10% 大きくなります。

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

    • デスティネーション MongoDB データベースにソースデータベースと同じプライマリキーがないことを確認してください。デフォルトのプライマリキーは _id です。そうでない場合、データが失われる可能性があります。デスティネーションデータベースのデータにソースデータベースと同じプライマリキーがある場合は、DTS のサービスを中断せずに、デスティネーションデータベースの関連データをクリアしてください。たとえば、同じプライマリキーが _id である場合、ソースデータベースと同じ _id を持つデスティネーションデータベースのデータを削除できます。

    • 完全データ同期中は、ソースデータベースの MongoDB バランサーが無効になっていることを確認してください。すべての完全データ同期が完了し、増分データ同期が開始されるまで、バランサーを有効にしないでください。そうでない場合、データの不整合が発生する可能性があります。MongoDB バランサーの詳細については、「ApsaraDB for MongoDB バランサーを管理する」をご参照ください。

    • デスティネーションインスタンスにデータシャーディングが構成されており、DTS のスキーマ同期機能を使用する必要がない場合は、スキーマ同期 を 同期タイプ の 1 つとして [オブジェクトの構成] ステップで選択しないでください。そうでない場合、シャードの競合により、データの不整合が発生したり、タスクが失敗したりする可能性があります。

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

      説明

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

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

    課金

    同期タイプタスク構成料金
    スキーマ同期と完全データ同期無料。
    増分データ同期有料。詳細については、「課金概要」をご参照ください。

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

    現在、DTS は、シャードクラスタアーキテクチャを持つ 2 つの ApsaraDB for MongoDB インスタンス間の双方向同期のみをサポートしています。複数の ApsaraDB for MongoDB インスタンスにわたる双方向同期はサポートしていません。

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

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

    DTS は、双方向同期インスタンスの安定性を最大限に高めるために、競合をチェックして修正します。DTS は、次のタイプの競合を検出できます。

    • INSERT 操作によって発生する一意性競合

      INSERT 文を実行してデスティネーションインスタンスに挿入しようとするレコードが既存のレコードと競合する場合、DTS は INSERT 操作を自動的に無視します。

    • UPDATE 操作によって発生する不整合レコード

      UPDATE 文を実行して更新しようとするレコードがデスティネーションインスタンスに存在しない場合、または別のレコードと競合する場合、DTS は UPDATE 操作を自動的に無視します。

    • 削除される存在しないレコード

      DELETE 文を実行してデスティネーションインスタンスから削除しようとするレコードが存在しない場合、DTS は DELETE 操作を自動的に無視します。

    重要

    • 双方向同期中、ソースインスタンスとデスティネーションインスタンスのシステム時間が異なる場合があり、同期遅延が発生する可能性があります。したがって、DTS は、競合検出メカニズムがすべてのデータ競合を防ぐことを保証するものではありません。双方向同期を実行するには、同じプライマリキー、ビジネスプライマリキー、または一意キーを持つレコードが同期ノードの 1 つだけで更新されるようにしてください。

    • デフォルトでは、DTS は 無視 に競合解決ポリシーを設定して、データ同期中に上記の競合を解決します。競合解決ポリシーの値を変更することはできません。

    タスクステップの説明

    同期タイプ

    説明

    スキーマ同期

    ソース ApsaraDB for MongoDB 内の同期オブジェクトの構造をデスティネーション ApsaraDB for MongoDB に同期します。

    完全同期

    ソース ApsaraDB for MongoDB 内の同期オブジェクトのすべての既存データをデスティネーション ApsaraDB for MongoDB に同期します。

    説明

    DATABASE と COLLECTION の完全同期をサポートしています。

    増分同期

    完全同期に基づいて、ソース ApsaraDB for MongoDB の増分更新をデスティネーション ApsaraDB for MongoDB に同期します。

    説明

    増分同期は、タスクの開始後に新しく作成されたデータベースをサポートしていません。サポートされている増分更新は次のとおりです。

    • CREATE COLLECTION, INDEX

    • DROP COLLECTION, INDEX

    • RENAME COLLECTION

    • コレクション内のドキュメントを挿入、更新、および削除する操作。

    • DTS タスクがファイルの増分データを同期する場合、$set コマンドのみを同期して実行できます。

    手順

    重要

    この構成シナリオでは、DTS タスクの購入前構成を例として使用しています。ソース ApsaraDB for MongoDB (シャードクラスタアーキテクチャ) のシャード数を指定する必要はありません。

    DTS タスクを構成する前に購入する場合は、DTS タスクを購入する際に正しいシャード数を入力する必要があります。

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

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

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

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

      説明

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

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

    4. [オブジェクトの構成] ステップで、ソースおよびデスティネーションインスタンスの情報を入力します。

      警告

      ソースデータベースとターゲットデータベースを構成した後、ページに表示される [制限] を読むことをお勧めします。そうしないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。

      カテゴリ

      構成

      説明

      なし

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      [MongoDB] を選択します。

      アクセス方法

      [クラウドインスタンス] を選択します。

      インスタンスリージョン

      ソースの 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 のシャードパスワードを入力します。

      暗号化

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

      説明

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

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

      移行先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      [MongoDB] を選択します。

      アクセス方法

      [クラウドインスタンス] を選択します。

      インスタンスリージョン

      ターゲット ApsaraDB for MongoDB が存在するリージョンを選択します。

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

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

      [アーキテクチャタイプ]

      [シャーデッドクラスタアーキテクチャ] を選択します。

      [インスタンス ID]

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

      [認証データベース名]

      ターゲット ApsaraDB for MongoDB インスタンスのデータベースアカウントが属するデータベース名を入力します。変更しない場合、デフォルトは admin です。

      データベースアカウント

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

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

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

      暗号化

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

      説明

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

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

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

      説明

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

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

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

        設定

        説明

        同期タイプ

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

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

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

          説明

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

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

          警告

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

          • 宛先データベースのデータレコードが、ソースデータベースのデータレコードと同じプライマリキー値または一意キー値を持っている場合、DTS はそのデータレコードを宛先データベースに同期しません。宛先データベースの既存のデータレコードは保持されます。

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

        同期トポロジ

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

        DDL のフィルタリング

        • [はい]: DDL 操作を同期しません。

        • いいえ: DDL 操作を同期する を選択します。

          説明

          DDL 同期方向の制限。双方向同期リンクの安定性を確保するために、転送同期タスクのみが DDL の同期をサポートします。逆方向同期タスクは DDL の同期をサポートしていません。

        紛争解決ポリシー

        上記のサポートされている競合検出が発生した場合、ビジネスニーズに基づいて適切な競合解決戦略を選択してください。

        • [TaskFailed]

          データ同期中に競合が発生した場合、データ同期タスクはエラーを報告してプロセスを終了します。タスクは失敗状態になり、手動で競合を解決する必要があります。

        • [無視]

          データ同期中に競合が発生した場合、データ同期タスクは現在のステートメントを無視してプロセスを続行します。宛先データベースの競合するレコードが使用されます。

        • [上書き]

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

        説明

        このシナリオでは [無視] のみがサポートされています。

        ソースオブジェクト

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

        説明

        同期オブジェクトの選択粒度は、データベースとコレクションです。

        選択中のオブジェクト

        • 宛先データベースで同期されるオブジェクトの名前を設定するか、宛先データベースでデータを受信するオブジェクトを指定するには、選択中のオブジェクト セクションでオブジェクトを右クリックします。詳細については、「オブジェクト名をマッピングする」をご参照ください。

        • 選択したオブジェクトを削除するには、選択中のオブジェクト セクションでオブジェクトをクリックし、image アイコンをクリックして ソースオブジェクト セクションにオブジェクトを移動します。

        説明

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

        • 同期するテーブルのデータをフィルタリングするには、 選択中のオブジェクト セクションでテーブルを右クリックします。表示されるダイアログボックスで、フィルタ条件を設定します。データ同期タスクのフルデータ同期ステージでデータをフィルタリングする条件を指定できます。データ同期タスクの増分データ同期ステージでデータをフィルタリングする条件を指定することはできません。詳細については、「フィルタ条件を指定する」をご参照ください。

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

      2. 詳細設定へ をクリックして詳細設定を行います。

        設定

        説明

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

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

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

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

        説明

        • 同じソースデータベースまたは宛先データベースを持つ複数のデータ同期タスクに異なる再試行時間の範囲を指定した場合、最も短い再試行時間の範囲が優先されます。

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

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

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

        重要

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

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

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

        説明

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

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

        同期されるデータの コレクション 内のプライマリキー _id のデータ型が固有かどうか。有効な値:

        説明

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

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

        • はい: データ型は一意です。完全データ同期中、DTS は ソースデータベース から同期されるデータのプライマリキー _id のデータ型を スキャン しません。DTS は、単一の コレクション 内のデータ型のプライマリキーのデータのみを同期します。

        • いいえ: データ型は一意ではありません。完全データ同期中、DTS は ソースデータベース から同期されるデータのプライマリキー _id のデータ型を スキャン し、同期されるすべてのデータを同期します。

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

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

        環境タグ

        実際のニーズに合わせてインスタンスを識別するために環境タグを選択できます。この例では選択は不要です。

        ETL 機能の設定

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

        監視アラート

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

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

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

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

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

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

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

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

      説明

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

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

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

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

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

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

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

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

        セクション

        パラメーター

        説明

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

        課金方法

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

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

        リソースグループ設定

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

        インスタンスクラス

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

        サブスクリプション期間

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

        説明

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

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

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

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

    9. 逆同期タスクを構成します。

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

      2. 逆同期タスクを見つけ、タスクの設定 をクリックします。

      3. 逆同期タスクの構成については、ステップ 4 から ステップ 7 をご参照ください。

        重要

        • 逆タスクを構成する場合は、正しいソースインスタンスと宛先インスタンスを選択してください。逆同期では、ソースインスタンスは転送同期の宛先インスタンスであり、宛先インスタンスは転送同期のソースインスタンスです。データベース名、アカウント、パスワードなどのインスタンス情報の一貫性をご確認ください。

        • 逆タスクを構成する際にマッピング名を変更することは、データの不整合が発生する可能性があるため、お勧めしません。

        • 逆同期タスクのソースデータベースと宛先データベースの インスタンスのリージョン は固定されており、変更できません。さらに、逆同期タスクは、転送同期タスクよりも構成するパラメーターが少なくなっています。詳細については、コンソールインターフェイスをご参照ください。

        • 逆同期タスクの 競合するテーブルの処理モード 設定では、転送同期タスクが宛先インスタンスに同期したテーブルは検証されません。

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

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

      4. 成功率 は 100% と表示されます。戻る をクリックします。

    10. 2 番目の同期タスクを設定した後、両方の同期タスクの ステータス が 実行中 と表示されるまで待ちます。これは、双方向データ同期構成が完了したことを示します。