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

Data Transmission Service:ApsaraDB for MongoDB シャードクラスターインスタンス間の双方向データ同期を構成する

最終更新日:Jun 11, 2025

Data Transmission Service (DTS) は、2 つの ApsaraDB for MongoDB シャードクラスターインスタンス間の双方向データ同期をサポートしています。この機能は、アクティブ地理的冗長性(ユニットベース)や地理的ディザスタリカバリなどのシナリオに適しています。このトピックでは、ApsaraDB for MongoDB シャードクラスターインスタンス間の双方向データ同期を構成する方法について説明します。

前提条件

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

    重要
    • ソース ApsaraDB for MongoDB シャードクラスターインスタンス(逆方向のソースインスタンスを含む)のシャードにエンドポイントが割り当てられており、シャードが同じアカウントとパスワードを共有していること。詳細については、「シャードのエンドポイントを申請する」をご参照ください。

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

  • デスティネーション ApsaraDB for MongoDB インスタンスの使用可能なストレージ容量が、ソース ApsaraDB for MongoDB インスタンスのデータ総容量よりも 10% 大きいこと。これは推奨される前提条件です。

  • ソースインスタンスとデスティネーションインスタンスのシャードノードと Configserver ノードの replication.oplogGlobalIdEnabled パラメータが true に設定されていること。詳細については、「インスタンスのデータベースパラメータを構成する」をご参照ください。

    説明

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

  • スキーマを同期する方法に基づいて、次の操作を実行します。

    説明

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

制限

カテゴリ

説明

ソースデータベースとターゲットデータベースの制限

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

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

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

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

  • ソースデータベースから同期される単一のデータエントリのサイズは、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 を超えることはできません。

  • Time To Live (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 シャードクラスターインスタンス間でのみ双方向データ同期をサポートしています。DTS は、複数の ApsaraDB for MongoDB インスタンス間の双方向データ同期をサポートしていません。

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

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

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

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

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

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

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

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

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

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

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

同期タイプ

同期タイプ

説明

スキーマ同期

DTS は、選択したオブジェクトのスキーマをソース ApsaraDB for MongoDB インスタンスから宛先 ApsaraDB for MongoDB インスタンスに同期します。

完全データ同期

DTS は、選択したオブジェクトの既存のすべてのデータをソース ApsaraDB for MongoDB インスタンスから宛先 ApsaraDB for MongoDB インスタンスに同期します。

説明

DTS は、データベースとコレクションというタイプのオブジェクトの完全データ同期をサポートしています。

増分データ同期

DTS は、ソース ApsaraDB for MongoDB インスタンスから宛先 ApsaraDB for MongoDB インスタンスに増分データを同期します。

説明

DTS タスクは、タスクの実行開始後に作成されたデータベースの増分データを同期しません。DTS は、以下の操作によって生成された増分データを同期します。

  • CREATE COLLECTION および INDEX

  • DROP COLLECTION および INDEX

  • RENAME COLLECTION

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

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

手順

重要

このトピックでは、DTS タスクは DTS インスタンスを購入する前に設定されます。ソース ApsaraDB for MongoDB シャードクラスターインスタンスのシャード数を指定する必要はありません。DTS タスクを設定する前に DTS インスタンスを購入する場合は、インスタンスの購入時にシャード数を指定する必要があります。

  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 アカウントのデータベースが使用されます。 × を選択します。

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

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

    移行方法

    Oplog を選択します。

    [インスタンス ID]

    ApsaraDB for MongoDBソース 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] を選択します。

    アクセス方法

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

    インスタンスリージョン

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

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

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

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

    ターゲットインスタンスがデプロイされているアーキテクチャ。 [シャーデッドクラスター] を選択します。

    [インスタンス ID]

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

    [認証データベース]

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

    データベースアカウント

    ターゲット ApsaraDB for MongoDB インスタンスのデータベースアカウント。アカウントは、dbAdminAnyDatabase 権限、ターゲットデータベースに対する読み取りおよび書き込み権限、ローカルデータベースに対する読み取り権限を持っている必要があります。

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

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

    暗号化

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

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

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

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

    説明

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

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

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

      パラメーター

      説明

      同期タイプ

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

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

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

        説明

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

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

        警告

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

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

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

      [同期トポロジ]

      データ同期タスクの同期トポロジ。 [双方向同期] を選択します。

      [DDL 操作を除外]

      • はい: DDL 操作を除外します。

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

        説明

        DDL 同期方向の制限: 双方向データ同期の安定性を確保するため、DTS は順方向にのみ 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 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成できます。

      説明

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

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

      同期するデータのコレクションのプライマリキー _id のデータ型が一意かどうか。 有効値:

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

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

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

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

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

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

      環境タグ

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

      ETL の設定

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

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      課金方法

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

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

      リソースグループ設定

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

      インスタンスクラス

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

      サブスクリプション期間

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

      説明

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

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

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

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

  8. 逆方向のデータ同期タスクを構成します。

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

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

    3. 手順 3 から 手順 6 までに記載されている操作を実行して、逆方向のデータ同期タスクを構成します。

      重要
      • 逆方向のデータ同期タスクを構成する場合は、正しいソースインスタンスと宛先インスタンスを選択する必要があります。逆方向のソースインスタンスは、転送方向の宛先インスタンスです。逆方向の宛先インスタンスは、転送方向のソースインスタンスです。データベース名、アカウント、パスワードなどのパラメーター設定が一貫していることを確認してください。

      • 逆方向のデータ同期タスクを構成する場合は、オブジェクト名マッピング機能を使用しないことをお勧めします。使用すると、データの不整合が発生する可能性があります。

      • 逆同期タスクのソースデータベースと宛先データベースを構成する場合、インスタンスのリージョン パラメーターの値は変更できません。逆同期タスクに必要なパラメーターの数は、転送同期タスクに必要なパラメーターの数よりも少なくなっています。コンソールに表示されているパラメーターを構成します。

      • 競合するテーブルの処理モード パラメーターが逆方向のタスクに指定されており、DTS が逆方向の競合するテーブルをチェックする場合、転送方向の宛先インスタンスに同期されたテーブルは無視されます。

      • 転送方向のデータ同期タスクの 選択中のオブジェクト リストにあるオブジェクトを、逆方向のデータ同期タスク用に選択することはできません。

      • 逆方向のデータ同期タスクは、DDL 操作を無視します。

    4. 成功率100% に達するまで待ちます。次に、戻る をクリックします。

  9. 逆方向のデータ同期タスクが構成された後、両方のタスクが 実行中 状態になるまで待ちます。双方向データ同期が構成されます。