Active Directory.pdf - Gattner

202 Kapitel 5: Entwerfen der Active Directory-Domänendienstestruktur
Ein weiterer komplizierter Aspekt steht im Zusammenhang mit dem Replikationsfenster. Wenn der
Standortconnector mit einem Zeitplan konfiguriert wurde, der die Replikation für nur sechs Stunden
jede Nacht vorsieht, werden Sie vielleicht feststellen, dass Sie mehrere Bridgeheadserver
bereitstellen müssen, damit die Replikation auf sämtliche Remotestandorte jede Nacht abgeschlossen
wird. Selbst das Einrichten von Domänencontrollern für jeden Standort ist in diesem Szenario
kompliziert. Wenn die Netzwerkverbindung sehr langsam ist und Sie einfach einen Domänencontroller
im Standort installieren und das Verzeichnis anschließend durch Replikation füllen, kann die
erste Replikation für ein großes Verzeichnis mehrere Stunden dauern.
Windows Server 2003 und Windows Server 2008 bieten mehrere erhebliche Verbesserungen, die
die Bereitstellung von AD DS in diesem Szenario einfacher gestalten, als dies in Windows 2000
der Fall war. Verbesserungen an dem vom ISTG-Prozess verwendeten Berechnungsalgorithmus
verringern den Zeitraum für die Berechnung der standortübergreifenden Replikationstopologie
beträchtlich. Die Option zum Erstellen eines Domänencontrollers und zum Befüllen von AD DS
über Sicherungsmedien hat zur Folge, dass die Erstellung eines Domänencontrollers in einer
Remoteniederlassung nicht so viel Replikationsdatenverkehr erzeugt.
Trotz dieser Verbesserungen sind der Entwurf und die Bereitstellung von AD DS-Standorten in
Unternehmen mit Hunderten von Standorten noch immer ein Sonderfall. Wenn Sie sich mit dieser
Art von Umgebung beschäftigen, ist die beste verfügbare Referenz der Windows Server 2003
Active Directory Branch Office Guide, der zum Download unter http://www.microsoft.com/downloads/details.aspx?FamilyId=9353A4F6-A8A8-40BB-9FA7-3A95C9540112&displaylang=en
verfügbar
ist. Auch wenn dieses Handbuch für die Windows Server 2003-Umgebung verfasst wurde,
gelten viele der vorgestellten Konzepte auch für Windows Server 2008.
So funktioniert es: KCC-Verbesserungen unter Windows Server 2008
Windows Server 2008 enthält Verbesserungen an der Konsistenzprüfung (Knowledge Consistency
Checker, KCC) für RODCs. Diese unterstützen Sie beim automatischen Ausgleich der Replikationsarbeitslast
auf Domänencontrollern in einem Datacenter, mit dessen Standort mehrere RODC-
Standorte verbunden sind.
Ein typisches Bereitstellungsszenario für RODCs ist die Zweigstellenniederlassung. Die in diesem
Szenario am häufigsten bereitgestellte Active Directory-Replikationstopologie basiert auf einem
Hub-and-Spokes-Entwurf, in dem Zweigniederlassungsdomänencontroller in mehreren Standorten
mit einer kleinen Anzahl an Bridgeheadservern in einem Hubstandort replizieren.
Eine durch die Hub-and-Spokes-Topologie in vorherigen Windows Server-Betriebssystemen
herausgestellte administrative Herausforderung besteht darin, dass es nach dem Hinzufügen eines
neuen Bridgeheaddomänencontrollers im Hub keinen automatischen Mechanismus zum Neuverteilen
der Replikationsverbindungen zwischen den Zweigniederlassungsdomänencontrollern und den
Hubdomänencontrollern gibt, um den neuen Hubdomänencontroller zu nutzen.
Unter Windows Server 2008 stellt die normale Konsistenzprüfung (Knowledge Consistency
Checker, KCC) ein gewisses Maß an Neuverteilung. Wenn die KCC auf einem RODC einen neuen
Kandidaten für einen Bridgeheadserver erkennt, der für die Replikation verwendet werden kann,
legt sie fest, ob sie diesen neuen Bridgehead als Replikationspartner verwendet. Die Entscheidung
basiert auf einem Algorithmus, der einen Lastenausgleich nach dem Wahrscheinlichkeitsprinzip
bereitstellt.