ISTG Calculation Exhaustion bei transatlantischen Standorten

Burno Matt 40 Zuverlässigkeitspunkte
2026-07-13T13:24:30.7366667+00:00

Hallo zusammen,

wir verzeichnen derzeit gravierende Replikationslatenzen zwischen unseren physischen Standorten in Übersee. Die Ausgabe von repadmin /queue meldet massive Backlogs bei den RPC-Aufrufen. Zudem schlägt die Berechnung alternativer standortübergreifender Replikationspfade durch den ISTG fehl (Calculation Exhaustion).

Da der KCC hier blockiert, stellt sich uns die Frage: Wie können wir die internen KCC-Replikations-Queues am effizientesten analysieren und bereinigen, um die normale Replikation wiederherzustellen?

Für zielführende Hinweise oder Workarounds wären wir sehr dankbar.

Viele Grüße

Burno

Windows für Unternehmen | Windows 365 Business
0 Kommentare Keine Kommentare

Antwort, die vom Frageautor angenommen wurde
Jason Nguyen Tran 27,050 Zuverlässigkeitspunkte Unabhängiger Berater
2026-07-13T13:59:42.9433333+00:00

Hallo Bruno,

wenn die ISTG-Berechnung aufgrund von Erschöpfung fehlschlägt und gleichzeitig große RPC-Warteschlangen bei repadmin /queue angezeigt werden, deutet dies in der Regel darauf hin, dass der KCC keine funktionsfähigen standortübergreifenden Verbindungsobjekte mehr erstellen kann. Am effizientesten lässt sich das analysieren, indem Sie zunächst repadmin /showrepl * /csv und repadmin /showconn * ausführen. So erhalten Sie einen klaren Überblick darüber, welche Verbindungen festhängen und ob die Replikationstopologie überlastet ist. Anhand dieser Ausgaben können Sie die betroffenen Domänencontroller mit Engpässen identifizieren.

Um die Warteschlangen zu bereinigen, können Sie die automatische Topologiegenerierung für den betroffenen Standort vorübergehend deaktivieren und die Verbindungsobjekte zu fehlerfreien Replikationspartnern manuell erstellen. Dadurch wird der Kreislauf unterbrochen und die Replikation kann wieder aufgenommen werden. Zusätzlich empfiehlt es sich, repadmin /removelingeringobjects auszuführen und auf verwaiste (lingering) Objekte zu prüfen, da diese den Replikationsfortschritt blockieren können. Auch die Ereignisanzeige unter Verzeichnisdienste (Directory Services) protokolliert ISTG-Berechnungsfehler und kann Hinweise darauf geben, welche Domänencontroller die Erschöpfung verursachen.

Ist der Rückstau besonders groß, kann nach dem Bereinigen der Verbindungen ein erzwungener Replikationslauf mit repadmin /syncall /AeD helfen, die Warteschlangen schneller abzuarbeiten. In manchen Fällen kann es außerdem sinnvoll sein, den KCC auf dem betroffenen Domänencontroller mit repadmin /kcc neu anzustoßen, damit nach der Stabilisierung der Topologie eine neue Berechnung durchgeführt wird.

Viele Grüße

Jason.

War diese Antwort hilfreich?

Eine Person fand diese Antwort hilfreich.

0 zusätzliche Antworten

Sortieren nach: Am hilfreichsten

Ihre Antwort

Antworten können von Fragestellenden als „Angenommen“ und von Moderierenden als „Empfohlen“ gekennzeichnet werden, wodurch Benutzende wissen, dass diese Antwort das Problem des Fragestellenden gelöst hat.