FRS Replikation

[sguru 10]

Hallo!

 

Woher nimmt sich FRS die Replikations Einstellung bzw. wie oft repliziert FRS?

Active Director Standort und Dienste ist nur für die eigentliche NTDS Replikation zuständig, ist das richtig?

 

THX

[Daim 12]

Bonjour,

 

Woher nimmt sich FRS die Replikations Einstellung bzw. wie oft repliziert FRS?

 

das SYSVOL wird vom FRS repliziert (unter Windows Server 2008 kann das SYSVOL auch durch die DFS-R repliziert werden) und dieser verwendet die Verbindungsobjekte, die vom KCC (oder vom Administrator) für die AD-Replikation erstellt wurde. Die SYSVOL-Replikation bei einer standortinternen Replikation, findet nach einer Änderung im SYSVOL-Verzeichnis statt und wird wenige Sekunden später repliziert.

 

 

Active Director Standort und Dienste ist nur für die eigentliche NTDS Replikation zuständig, ist das richtig?

 

Nein, nicht nur für die AD-Replikation. Denn wie oben bereits beschrieben, werden die Verbindungsobjekte auch für die SYSVOL-Replikation genutzt.

[sguru 10]

Wie soll man eingreifen wen man auf den ersten DC Änderungen bei den Optionen von Active Director Standort und Dienste durchgeführt hat und diese nur auf der Localen Site zu den restlichen DC repliziert werden. Die entfernte Site bzw. der dortige DC hat seine Anzeige nach 3h noch nicht geändert in der Ansicht Active Director Standort und Dienste.

 

Danke Daim für deine Erleuterung.

[Daim 12]

Die entfernte Site bzw. der dortige DC hat seine Anzeige nach 3h noch nicht geändert in der Ansicht Active Director Standort und Dienste.

 

Dann musst du uns schon mehr über dein Design in "Standorte und Dienste" mitteilen.

 

Existieren mehrere AD-Standorte und wurden die entsprechenden Subnetze erstellt und mit ihren jeweiligen AD-Standorten verknüpft? Wurde an dem Replikationszeitplan "Hand angelegt"? Werden Fehler im Verzeichnisdienstprotokoll auf den DCs protokolliert?

[sguru 10]

Also in Standorte und Dienste wurde folgende Topologie eingerichtet

 

2 Sites gesamt eine Domain.

 

Entfernte Site:

1 DC und ein Subnetz.

 

entfernter DC

NTDS Settings= / Name=automatically generated / From Server=DC1 / From Site=Zentrale / Type=Connection

Transport IP.

Schedule Nonen.

 

 

Inter-Site Transports per IP= Name=Zentrale-entfernte Site / Type=Site Link / Cost=100 / Replication Intervall=180 /

SMTP wird nicht verwendet.

 

Zentrale Site:

3 DC und mehrere Subnetze vorhanden, alle Subnetze bis auf eines sind mit der Zentralen Site verlinkt.

 

 

DC1

NTDS Settings= / Name=automatically generated / From Server= DC0 und DC02 / From Site= Zentrale / Type=Connection

Transport RPC für jeweils beide Objekte

Schedule 1 hour all time.

 

DC2

NTDS Settings= / Name=automatically generated / From Server= entfernterDC, DC0 und DC1 / From Site= Zentrale für DC0 und DC1; entfernte Site für entferntenDC / Type=Connection

Transport RPC für DC0 und DC1, IP für entferntenDC

Schedule 1 hour all time für DC0 und DC1.

Schedule Nonen für entferntenDC.

 

DC3

NTDS Settings= / Name=automatically generated / From Server=DC2 und DC1 / From Site=Zentrale / Type=Connection

Transport RPC für DC2 und DC1

Schedule 1 hour all time für DC2 und DC1.

 

Die FRS Replikation in der Zentrale funktioniert. Zur entferneten Site jedoch nicht folgende Warning wird auf dem entfertenDC und auf seinen gengenstück DC2 in der Zentrale im eventlog angezeigt "Source: NtFrs, Event ID: 13508.

 

Ich konnte heute fesstellen dass die Einstellungen in Standorte und Dienste auch auf den entferntenDC nun synchron zu den DCs in der Zentrale ist.

 

Eine RPC Verbindung sollte auch zum entferntenDC möglich sein.

Habe ich über die MMC getestet, Eventlog des entfernten DC in der Zentrale geöffnet und analog dazu am entferntenDC.

[Daim 12]

Zur entferneten Site jedoch nicht folgende Warning wird auf dem entfertenDC und auf seinen gengenstück DC2 in der Zentrale im eventlog angezeigt "Source: NtFrs, Event ID: 13508.

 

Es wird lediglich die ID 13508 protokolliert? Dann prüfe das anhand des Artikel:

Troubleshooting File Replication Service

 

Ich konnte heute fesstellen dass die Einstellungen in Standorte und Dienste auch auf den entferntenDC nun synchron zu den DCs in der Zentrale ist.

 

OK, dann besteht also "nur noch" das "Problem" mit der ID 13508.

[sguru 10]

Danke für die Hilfe!

 

Ich habe jetzt alle offensichtliche Probleme beheben können.

Habe im Anschluss einen gründlichen Test meiner DC Umgebung durchgeführt.

Alle Test bis auf NCSecDesc haben meine DCs bestanden.

Wie kann ich NCsecDesc Reparieren?

[Daim 12]

Wie kann ich NCsecDesc Reparieren?

 

Das könnten DNS-Probleme sein. Installiere dir unter Windows 2000/2003 die Windows Support Tools und führe das NLTEST aus (unter Windows Server 2008 ist NLTEST on Board): nltest /DNSGETDC: Domäne.de (ohne einem Leerzeichen nach dem Doppelpunkt)

 

Die Forward Lookup Zone sollte idealerweise AD-integriert gespeichert sein und nur sichere Updates zulassen. Wenn du zwei DCs/DNS-Server hast, trage auf diesem DC den anderen als primären und sich selbst als zweiten DNS-Server ein. Führe anschließend ein "net stop netlogon & net start netlogon" ein.

 

Werfe auch einen Blick in die Zone "_msdcs.Domäne.TLD" und kontrolliere ob von diesem DC die SRV-Einträge existieren. Kontrolliere desweiteren das DNS-Eventlog nach Fehlern.

[sguru 10]

nltest /DNSGETDC gibt keinen fehler aus.

Die Forward Lookup Zone ist AD integriert. Es gibt eine zweite Zone die ist als Primär definiert diese Zone dient jedoch nur für webserver und mailservice.

Und die anderen Punkte passen auch.

Ich habe eine _msdcs.Domäne. jedoch gehts bei mir nicht mit TLD weiter sondern mit einen langen Zahlen String und dan _tcp. In _tcp sind jedoch die SRV einträge vorhanden.

Eventlog zeigt keine Fehler.