1台のサーバーがオフラインのときにDHCPフェイルオーバーが機能しなかった
2台のDHCPサーバーを両方ともWindowsServer 2012で実行しています。これらは、「負荷分散、分割50/50」を使用して高可用性と同様にセットアップされています。彼らはDC1とDC2と名付けました。
今朝、DC1がフリーズし、黒い画面が表示され、コンピューターが完全に応答しなくなりました。イベントログには、何が悪かったのかを示唆するものは何もありません。結局、ハードリセットする必要がありました。 DC1がダウンしている間、DC2はたるみを取り戻していないようでした。ネットワークに接続した新しいコンピューターにIPアドレスが割り当てられていないことに気づきました。また、別のコンピューターでアドレスの更新に失敗しました。これはイベントログにあります。
Your computer was not able to renew its address from the network (from the DHCP Server) for the Network Card with network address XXX
Your computer has lost the lease to its IP address 192.168.1.XXX on the Network Card with network address XXX.
DC1が機能していない場合、DC2は自動的にIPの発行と更新要求への対応を開始するべきではありませんか？それとも、これはどこかで構成する必要があるものですか？私はこれがどのように機能するかについてあまりよく知らないので、どんな援助もいただければ幸いです。
これは、DC1が実際にプラグを抜かれたり、オフにされたりせず、ただフリーズしたためなのだろうか？
DC1が機能していない場合、DC2は自動的にIPの発行と更新要求への対応を開始するべきではありませんか？
はい。負荷分散されたDHCPフェイルオーバー関係では、DHCPパートナーサーバーは、使用できないパートナーにDHCPリースを割り当てます。
使い方：
DHCPフェイルオーバーパートナーシップは、リース要求を受信すると、クライアントのMACアドレスのハッシュを作成します。両方のサーバーは、応答する必要のあるハッシュを認識し、両方のサーバーが要求を認識できる必要があります。クライアントからの数回の試行後に要求が応答されない場合、パートナーサーバーはMCLTの長さに等しいIPプールからの短期リースで応答します。 （したがって、使用できないサーバーがバックアップされると、リースがすぐに期限切れになる可能性があります）。 サーバー2012リファレンス および あいまいなDHCPフェイルオーバーietfリファレンス
DHCP要求は約1秒間隔で発生し、このプロセス全体は通常、標準のDHCPリースを受け取るよりも（人間にとって）目立って長くはありません。
これはどこかで設定する必要があるものですか？
もちろん、構成に慣れていない場合は、構成を確認する必要があります。 適切なハウツー を実行することは、構成を確認するための適切な方法です。スコープを右クリックして[統計の表示]を選択することにより、DHCPスナップインからスコープを簡単にチェックすることもできます。これにより、各フェイルオーバーパートナーから割り当てられて使用可能なIPアドレスの数が表示されます。
同様に、スコープのプロパティを表示して[フェイルオーバー]タブを選択することで、パートナーシップの状態を表示できます。
これは、DC1が実際にプラグを抜かれたり、オフにされたりせず、ただフリーズしたためなのだろうか？
これらの状態はすべて、パートナーサーバーで同じCommuntication-Interrupted状態をトリガーします。セカンダリパートナーは、パートナーと通信できない理由に関係なく、未回答のリースを引き継ぐ必要があります。
さらなるトラブルシューティング：
それでもセカンダリサーバーがCommunication-Interrupted状態でリースを提供できない場合は、ネットワーク管理者と協力するのが最善の策です。彼の場合は、DHCPトラフィックをキャプチャし、すべての中間スイッチの両方DHCPサーバーに対応するDHCPヘルパーアドレスを確認することをお勧めします。