A bridgehead server is a domain controller that serves as the central point for Active Directory replication traffic between sites, reducing bandwidth consumption and keeping connection counts predictable by concentrating inter-site replication on a few selected servers rather than allowing all domain controllers to communicate across site links. The Knowledge Consistency Checker automatically selects bridgehead servers based on site topology, though administrators can designate preferred servers manually. Operational challenges such as undersized bridgehead servers, firewall misconfigurations, and unavailable preferred servers can cause replication delays and inconsistent directory data across sites, requiring careful monitoring, adequate capacity planning, and proper network configuration to maintain directory health.
ブリッジヘッドサーバーの仕組み
Active Directory では、レプリケーションはサイト内トラフィックとサイト間トラフィックに分けられます。ブリッジヘッドサーバーはサイト間トラフィックを処理するドメインコントローラーであるため、各サイト内でサイトリンクを介して通信を行うのはごく少数のサーバーのみとなります。
- サイトリンクの定義:管理者は、リンクコストやレプリケーションスケジュールを含むネットワークトポロジーを記述するサイトおよびサイトリンクを作成します。
- トポロジの生成:ドメイン コントローラー上で実行される Knowledge Consistency Checker がレプリケーション トポロジを構築します。各サイト内のサイト間トポロジ生成ツールは、どのドメイン コントローラーをブリッジヘッド サーバーとして機能させるかを選択します。
- インバウンドレプリケーション:あるサイト内のブリッジヘッドサーバーが、サイトリンクのスケジュールに従って、パートナーサイト内のブリッジヘッドサーバーから変更を取得します。
- サイト内配布:その後、ブリッジヘッドサーバーは、通常のサイト内接続を通じて、変更内容を自身のサイト内の他のドメインコントローラーにレプリケートします。
ブリッジヘッド・サーバーはデフォルトで自動的に選択されますが、管理者は優先するブリッジヘッド・サーバーを指定することができます。優先するブリッジヘッド・サーバーが利用できない場合、かつそのサイトおよびパーティションに対して他の優先サーバーが存在しない場合、そのサーバーが復旧するか、優先設定が変更されるまで、そのリンクを介したレプリケーションは停止することがあります。
ブリッジヘッドサーバーの一般的な問題
多数のブランチサイトを管理するハブサイト内のブリッジヘッドサーバーは、レプリケーションに遅れが生じることがあります。その症状としては、レプリケーションキューの増加、パスワード変更の遅延、サイト間でロックアウト状態が異なることなどが挙げられます。通常、ハブにブリッジヘッドサーバーを追加するか、同時接続数を減らすことで改善されます。
ブリッジヘッドサーバー間のファイアウォールが、RPCエンドポイントマッパーのトラフィックまたは動的RPCポート範囲をブロックしている場合、サイト間レプリケーションは失敗します。repadminなどのツールでは、「RPCサーバーが利用できません」といったエラーが報告されます。ルールを修正するか、制限されたRPCポート範囲の設定を修正することで、レプリケーションが復旧します。
Active Directory の [サイトとサービス] にサブネットが登録されていない場合、ドメイン コントローラーやクライアントが誤ったサイトに紐付けられてしまいます。その結果、レプリケーションが意図しないリンクを経由して行われたり、クライアントが遠方のドメイン コントローラーに対して認証を行ったりする可能性があります。サブネットを追加し、正しいサイトに紐付けることで、トポロジーを修正できます。
レプリケーション間隔が長い、またはスケジュールウィンドウが閉じているサイトリンクでは、ブリッジヘッドサーバーが正常に動作していても、変更の反映に数時間かかることがあります。これはしばしばサーバーの障害と誤解されます。リンクのコスト、間隔、スケジュールを、実際の変更遅延要件と照らし合わせて確認することで、この誤解を解消できます。