レプリケーション状態テーブルの詳細については、このトピックの「レプリケーション状態テーブル」を参照してください。メッセージにパックします。メッセージにパックします。つのフォルダーについての更新が含まれます。データベースにします。前のレプリケーション周期以降にパックされた他のメッセージと共に、このメッセージを送信します。コンポーネントを利用します。メッセージを分割しようとはしません。つのデータベースすべてをメッセージの宛先にします。コンポーネントがメッセージのルーティングおよび配信の方法を決定します。メッセージを受信します。メッセージから更新と状態情報をアンパックします。データベースは、新しい更新の変更番号を、格納済みの変更番号の一覧と比較し、以前に受信していない更新を識別します。データベースは、新しい更新を適切なフォルダーのレプリカに適用します。メッセージからのフォルダー状態情報に基づいて、レプリケーション状態テーブルが更新されます。呼ばれる場所に記録し、バックフィル要求を送信する準備をします。メッセージ」を参照してください。メッセージを送受信するためにのみ使用されます。構成コンテナーに置かれます。メッセージとして扱われます。メッセージの一覧を示します。これらの表記はイベントとログで使用されます。進数の値は、レプリケーションの問題をトラブルシューティングするために利用できます。データベースに階層の変更をレプリケートします。階層の変更を内容のレプリカの変更とは別に処理しますが、階層は別種のフォルダーであるかのように扱われます。つのレプリカから、そのフォルダーを対象にしている他の内容のレプリカすべてに内容の変更をレプリケートします。つのフォルダーに適用される情報のみが含まれます。内にある、不足しているデータを要求します。このメッセージには、階層と、内容の変更番号が含まれます。内の不足しているデータを送信します。以上のレプリカに送信します。このメッセージには、階層と、内容の変更番号が含まれます。返す必要がある状態メッセージを要求します。このメッセージには、階層と、内容の変更番号が含まれます。データベースは、レプリケーション状態テーブルを保持してデータベース内の各レプリカの状態を追跡します。レプリケーション状態テーブルには、以下の情報が格納されます。各レプリカに対する更新を作成するために必要な基本的な情報。データベースで発生した、各レプリカに対する最後の更新に関する情報。更新の変更番号も含まれます。フォルダーの他の既知のレプリカすべてに適用された更新のグループ。変更番号によって各グループ内の更新が識別されます。つのデータベースから別のデータベースに渡されます。次の表に、レプリケーション状態テーブルがどのように機能するかの例を示します。いう名前のフォルダーのレプリカがあります。各サーバーのレプリケーション状態テーブルでは、そのサーバー上にあるレプリカの状態だけでなく、他のサーバー上にあるレプリカの状態も追跡されます。フォルダーのレプリカと同期されているかどうかを判断します。対する自身の状態を追跡できます。データベースと比較して、そのデータベースがどれだけ最新の状態になっているかを特定することができます。データベースから取得する必要があると判断されたときに発生します。不足している更新に関する情報をバックフィル配列に格納します。データベースにとって、バックフィル処理が必要な足りない更新があることの警告になる場合があります。データベース上のレプリカには、受信側データベース上にない更新が存在することを示している。受信側データベースは、不足している変更番号を識別して、その番号をバックフィル配列に格納します。データベースが初めて起動された。新しいデータベースは、階層内の他のデータベースに関する情報を得るために状態要求を送信します。対応する状態メッセージが到着すると、データベースはレプリケーション状態テーブルと、必要に応じてバックフィル配列にデータを格納します。バックフィル配列には、階層のエントリと、データベースでホストする必要がある内容のレプリカのエントリの両方が含まれる可能性があります。データベースに新しい内容のレプリカを置く必要があることを示している。新しいデータベースは、階層内の他のデータベースにある、このレプリカで使用可能になる可能性がある内容についての情報を得るため、状態要求を送信します。対応する状態メッセージが到着すると、データベースはレプリケーション状態テーブルと、必要に応じてバックフィル配列にデータを格納します。呼ばれます)、この情報が格納されます。メッセージで足りない更新が到着した場合、それらの更新はバックフィル配列から削除されます。タイムアウト値の一覧を示します。タイムアウト値は、足りない更新がどこに存在するかと、以前に要求した更新かどうかによって異なります。以上のバックフィル要求を作成し、バックフィルのソースとして使用するサーバーを決定します。最初に、そのフォルダーのレプリカがあるすべてのサーバーの一覧を作成し、以下に示す一連の基準に従って一覧を並べ替えます。サーバーの状態に従って並べ替えます。停止していたり、使用できないサーバーは一覧の最後になります。(設定されている場合)。オブジェクトを調べます。この設定はあまり使用されません。サーバーを自動的に選択する場合です。サーバーを設定するスクリプトを提供できます。サイトのサーバーより優先されます。(最新バージョンから古いバージョンへ)。不足している変更がないサーバーは一覧から削除されます。並べ替えられた一覧の次のサーバーを選択し、そのサーバーにもバックフィル要求を送信します。すべての変更が要求されるまで、この手順が繰り返されます。選択したサーバーがバックフィル要求に応答しない場合、データベースはそのサーバーを使用不可とマークし、選択処理を繰り返します。使用不可としてマークされたサーバーは、一覧の最後に記載されます。フォルダーからバックフィル要求を発行する必要があるかどうかを判断します。データベースは、以下の状況で状態要求を送信します。データベースが、フォルダーのレプリカを保持するデータベースの一覧に対する変更を通知された。階層の更新メッセージを使用してこの変更をレプリケートします。この場合、データベースは状態要求を送信して、フォルダーのレプリカがあるすべてのデータベースに応答するよう要求します。新しいデータベースが初めて起動された。フォルダーの階層の状態を要求します。ツリーをサポートするすべてのデータベースに応答するよう要求します。プログラムを使用して復元されたデータベースが復元後に初めて起動した場合。フォルダーの階層と、データベースに内容のレプリカが含まれるすべてのフォルダーの状態を要求します。つのデータベースが指定されます。必要な応答側は、この階層をサポートしているデータベースであり、内部の選択処理に従ってフォルダーの内容を確実に取得できると判断されたソースです。データベースは以下の状況で別のデータベースに状態メッセージを送信します。別のデータベースによって送信された状態要求に応答する場合。状態メッセージは以下に該当する場合のみ、要求しているデータベースにのみ送信されます。状態要求を受信したデータベースが、その要求の必要な応答側の一覧に指定されている。レプリケーション状態テーブルが、状態要求を受信したデータベースに、要求を送信したデータベースに足りない更新があることを示している。時間にリセットされます。データベースに送信されます。データベースが受信した状態メッセージで、送信側データベースにはフォルダーに関するより新しい情報があることが示されている場合、受信側データベースはバックフィル要求を作成します。ことが示されている場合、処理は行われません。フォルダーの階層をサポートする各データベースに状態要求メッセージを送信します。各データベースは、そのデータベースで追跡していた階層の状態に関する情報を使って応答します。新しいデータベースは、この情報を使用して、保持する必要があるレプリカがあればそれを識別します。これで新しいデータベースは、必要に応じてバックフィル要求を送信し、レプリカの内容を格納することができます。データベースに内容のレプリカを追加したときに発生するイベントの順序を示します。データベースがフォルダーのレプリカ一覧に追加されます。トポロジなどの要因に左右されることに注意してください。データベースにレプリカを追加するときのイベントの順序この処理の詳細は、以下のとおりです。フォルダーのレプリカ一覧に追加します。階層メッセージを送信します。