![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(217.60000000000002, 25%, 31%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EMS%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(275.2, 16%, 36%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EV%3C/text%3E%3C/svg%3E)
Wenn Ihr primärer und sekundärer DHCP-Server inkonsistente Client-Lease-Datenbanken aufweisen, wurde ihr dedizierter Replikationsverkehr unterbrochen. Diese Server halten einen kontinuierlichen Heartbeat aufrecht und synchronisieren Lease-Updates strikt über den TCP-Port 647. Wenn eine Netzwerkstörung, eine Routing-Änderung oder eine interne Firewall Pakete auf diesem spezifischen Port verwirft, wechseln die Server defensiv in einen Zustand der unterbrochenen Kommunikation, um sich überschneidende IP-Adresszuweisungen zu verhindern. Dies führt zu den veralteten Lease-Daten, die Sie in der Verwaltungskonsole beobachten.
Um genau zu überprüfen, wann diese Zustandsänderung aufgetreten ist, müssen Sie die standardmäßigen administrativen Ereignisprotokolle umgehen und die tiefergehende Telemetrie untersuchen. Öffnen Sie die Ereignisanzeige, navigieren Sie über die Anwendungs- und Dienstprotokolle in die Verzeichnisse Microsoft und Windows und überprüfen Sie das Betriebsprotokoll (Operational) des DHCP-Servers. Dieser spezifische Kanal zeigt die genauen Zustandsübergangsereignisse an, die darauf hinweisen, wann die TCP-Synchronisationsverbindung getrennt wurde. Sie können den aktuellen Echtzeitstatus der Partnerschaft bestätigen, indem Sie eine PowerShell-Eingabeaufforderung mit Administratorrechten öffnen und das Cmdlet Get-DhcpServerv4Failover ausführen, welches den internen Status sowohl des lokalen als auch des Partnerknotens offenlegt.
Sobald Sie verifiziert haben, dass der Netzwerkverkehr über den TCP-Port 647 wieder normal fließt, müssen Sie Ihre Bereiche nicht löschen oder neu erstellen, um die Lease-Diskrepanzen zu beheben. Sie können die Server manuell dazu zwingen, ihre Datenbanken abzugleichen, indem Sie das Cmdlet Invoke-DhcpServerv4FailoverReplication für den betroffenen Bereich ausführen. Dieser Befehl weist das Betriebssystem an, alle aktiven Lease-Einträge und Bereichskonfigurationen vom fehlerfreien Server zu bündeln und diese zwangsweise über das Netzwerk zu übertragen. Dadurch werden die asynchronen Daten auf dem Partnerknoten sicher überschrieben und die vollständige Konsistenz in Ihrer unternehmensweiten DHCP-Umgebung wiederhergestellt.
Ich hoffe, diese Antwort hat Ihnen einige nützliche Informationen geliefert. Wenn dies der Fall ist, klicken Sie bitte auf „Antwort akzeptieren“ (accept answer). Sollten Sie noch Fragen haben, können Sie gerne einen Kommentar hinterlassen.
VPHAN