すべてのプロダクト
Search

このプロダクト

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

    ドキュメントセンター

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

    最終更新日:Mar 14, 2025

    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 タスクを購入するときに正しいシャード数を入力する必要があります。

    注意事項

    カテゴリ

    説明

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

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

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

    • 同期するコレクションの _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 を超えることはできません。

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

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

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

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

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

      • 完全データ同期のみを実行する場合は、データ同期中にソースデータベースにデータを書き込まないでください。書き込むと、ソースデータベースとターゲットデータベース間でデータの不整合が発生します。

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

    その他の制限

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

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

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

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

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

    • データを同期する前に、データ同期がソースデータベースとターゲットデータベースのパフォーマンスに及ぼす影響を評価してください。オフピーク時にデータを同期することをお勧めします。完全データ同期中、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 インスタンスのパラメーターの変更」トピックの「インスタンスパラメーターの変更」セクションのパラメーターが含まれますが、これらに限定されません。

    課金

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

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

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

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

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

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

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

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

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

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

    • 削除対象のレコードが存在しない

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

    重要

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

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

    タスクステップの説明

    同期タイプ

    説明

    スキーマ同期

    ソース ApsaraDB for MongoDB 内の同期オブジェクトの構造を宛先 ApsaraDB for MongoDB に同期します。

    フル同期

    ソース ApsaraDB for MongoDB 内の同期オブジェクトのすべての既存データを宛先 ApsaraDB for MongoDB に同期します。

    説明

    データベースとコレクションのフル同期をサポートします。

    増分同期

    フル同期に基づいて、ソース ApsaraDB for MongoDB の増分更新を宛先 ApsaraDB for MongoDB に同期します。

    説明

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

    • コレクション、インデックスの作成

    • コレクション、インデックスの削除

    • コレクションの名前変更

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

    注意事項

    重要

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

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

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

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

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

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

      説明

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

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

    4. ソースデータベースと宛先データベースを構成します。 次の表にパラメーターを示します。

      警告

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

      カテゴリ

      構成

      説明

      なし

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

      使用するデータベース。 ビジネス要件に基づいて、既存のデータベースを使用するかどうかを選択できます。

      • 既存のデータベースを選択すると、DTS はデータベースのパラメーターを自動的に入力します。

      • 既存のデータベースを選択しない場合は、次のデータベース情報を構成する必要があります。

      説明

      データベースタイプ

      [mongodb] を選択します。

      アクセス方法

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

      インスタンスリージョン

      ソース ApsaraDB for MongoDB が存在するリージョンを選択します。

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

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

      [アーキテクチャの種類]

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

      移行方法

      Oplog を選択します。

      [インスタンス ID]

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

      [認証データベース名]

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

      データベースアカウント

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

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

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

      Shardアカウント

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

      Shardパスワード

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

      暗号化

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

      説明

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

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

      移行先データベース

      既存の接続情報の選択

      使用するデータベース。 ビジネス要件に基づいて、既存のデータベースを使用するかどうかを選択できます。

      • 既存のデータベースを選択すると、DTS はデータベースのパラメーターを自動的に入力します。

      • 既存のデータベースを選択しない場合は、次のデータベース情報を構成する必要があります。

      説明

      データベースタイプ

      [mongodb] を選択します。

      アクセス方法

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

      インスタンスリージョン

      宛先 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 証明書をアップロードして、宛先データベースへの接続を検証できます。

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

      説明

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

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

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

        構成

        説明

        同期タイプ

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

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

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

          説明

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

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

          警告

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

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

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

        [同期トポロジ]

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

        [DDL のフィルタリング]

        • はいを選択: DDL 操作を同期しません。

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

          説明

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

        紛争解決ポリシー

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

        • [taskfailed]

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

        • [無視]

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

        • [上書き]

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

        説明

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

        ソースオブジェクト

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

        説明

        同期オブジェクトの選択粒度は、DATABASE と COLLECTION です。

        選択中のオブジェクト

      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 はソースデータベースから同期されるデータのプライマリキー _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. [データ伝送サービス (従量課金) サービス規約] を読んで選択します。

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

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

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

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

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

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

        重要

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

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

        • 逆方向同期タスクのソースデータベースと宛先データベースの両方で、インスタンスのリージョン は固定されており、変更できません。 また、逆方向同期タスクでは、順方向同期タスクよりも少ないパラメーターを構成する必要があります。 詳細については、コンソールインターフェイスをご確認ください。

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

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

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

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

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