次の方法で共有


間隔を決定する

適用対象: Windows Server 2022、Windows Server 2019、Windows Server 2016、Windows Server 2012 R2、Windows Server 2012

スケジュールでレプリケーションが許可されている期間中にレプリケーションを実行する頻度を指定するには、サイト リンクのレプリケーション間隔プロパティを設定する必要があります。 たとえば、スケジュールで 02:00 から 04:00 までのレプリケーションが許可され、レプリケーション間隔が 30 分に設定されている場合、レプリケーションはスケジュールされた時間中に最大 4 回実行される可能性があります。 既定のレプリケーション間隔は 180 分 (3 時間) です。 最小間隔は 15 分です。

次の条件を考慮して、スケジュール期間内でレプリケーションが実行される頻度を判断します。

  • 間隔を短くすると、待機時間は短縮されますが、ワイド エリア ネットワーク (WAN) トラフィックの量は増加します。

  • ドメイン ディレクトリ パーティションを最新の状態に保つには、待機時間を短くすることをお勧めします。

ストア アンド フォワード レプリケーション戦略では、ディレクトリの更新がすべてのドメイン コントローラーにレプリケートされる時間を判断するのは困難です。 最大待機時間を控えめに見積もるには、次のタスクを実行します。

  • 次の例に示すように、ネットワーク上のすべてのサイトのテーブルを作成します。

    サイト Seattle ボストン Los Angeles ニューヨーク ワシントン D.C.
    Seattle 0.25
    ボストン 0.25
    Los Angeles 0.25
    ニューヨーク 0.25
    ワシントン D.C. 0.25

    サイト内の最悪の場合の待機時間は、15 分と推定されます。

  • レプリケーション スケジュールから、2 つのハブ サイトを接続する任意のサイト リンクで可能な最大レプリケーション待機時間を判断します。

    たとえば、シアトルとニューヨークの間で 3 時間ごとにレプリケーションが実行される場合、これらのサイト間のレプリケーションの最大遅延は 3 時間です。 ニューヨークとシアトルの間のレプリケーション遅延が、すべてのハブ サイト間で最も長くスケジュールされた遅延である場合、すべてのハブ間の最大待機時間は 3 時間になります。

  • ハブ サイトごとに、ハブ サイトとそのサテライト サイト間の最大待機時間のテーブルを作成します。

    たとえば、ニューヨークとワシントン D.C.の間でレプリケーションが 4 時間ごとに実行され、これがニューヨークとそのサテライト サイト間の最も長いレプリケーション遅延の場合、ニューヨークとそのサテライト間の最大待機時間は 4 時間になります。

  • これらの最大待機時間を組み合わせて、ネットワーク全体の最大待機時間を判断します。

    たとえば、シアトルとロサンゼルスのサテライト サイト間の最大待機時間が 1 日の場合、次の表に示すように、このリンクのセット (ワシントン D.C. - ニューヨーク サテライト - ロサンゼルス) の最大レプリケーション待機時間は 31 時間 (4 (ワシントン D.C. - ニューヨーク) + 3 (ニューヨーク - シアトル) + 24 (シアトル - ロサンゼルス)) になります。

    サイト Seattle ボストン Los Angeles ニューヨーク ワシントン D.C.
    Seattle 0.25 4+3 24.00 3.00 4+3
    ボストン 0.25 4+3+24 4.00 4.00
    Los Angeles 0.25 24 + 3 24+3+4
    ニューヨーク 0.25 4.00
    ワシントン D.C. 0.25