DC repliziert nicht mehr
Hallo,
wir haben 6 Win2003 SP1 DCs an 5 Standorten.
An einem Aussenstandort, der über eine fixe VPN Leitung angebunden ist, hab ich seit einiger Zeit Probleme.
Es gibt lt. Eventlog Probleme beim Ausführen der GPOs. Auch kürzlich angelegte Objekte wurden nicht repliziert.
Nun wollte ich in den Sites und Services das Verbindungsdokument neu einrichten - hab das vorhandene gelöscht und ein neues erstellt,
das jedoch beim händischen Replizieren folgende Meldung bringt:
"The following error occured during the attampt to synchronize naming context abc.local from domain controller xxx to domain controller zzz:
The naming context is in the process of being removed or is not replicated from the specified server. This operation will no continue".
Hat jemand einen Lösungsansatz?
Danke
wir haben 6 Win2003 SP1 DCs an 5 Standorten.
An einem Aussenstandort, der über eine fixe VPN Leitung angebunden ist, hab ich seit einiger Zeit Probleme.
Es gibt lt. Eventlog Probleme beim Ausführen der GPOs. Auch kürzlich angelegte Objekte wurden nicht repliziert.
Nun wollte ich in den Sites und Services das Verbindungsdokument neu einrichten - hab das vorhandene gelöscht und ein neues erstellt,
das jedoch beim händischen Replizieren folgende Meldung bringt:
"The following error occured during the attampt to synchronize naming context abc.local from domain controller xxx to domain controller zzz:
The naming context is in the process of being removed or is not replicated from the specified server. This operation will no continue".
Hat jemand einen Lösungsansatz?
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 143150
Url: https://administrator.de/contentid/143150
Ausgedruckt am: 23.11.2024 um 02:11 Uhr
15 Kommentare
Neuester Kommentar
Hallo schlumpfinchen,
zuerst bitte die DNS-Einstellungen überprüfen.
Seit wann gleicht sich das AD nicht mehr mit diesem DC ab?
Was bringen dcdiag und netdiag.
http://www.faq-o-matic.net/2006/08/14/domaenencontroller-mit-dcdiag-pru ...
http://blog.dikmenoglu.de/PermaLink,guid,60e9f5d6-250b-4957-a2e4-8fec2f ...
zuerst bitte die DNS-Einstellungen überprüfen.
Seit wann gleicht sich das AD nicht mehr mit diesem DC ab?
Was bringen dcdiag und netdiag.
http://www.faq-o-matic.net/2006/08/14/domaenencontroller-mit-dcdiag-pru ...
http://blog.dikmenoglu.de/PermaLink,guid,60e9f5d6-250b-4957-a2e4-8fec2f ...
Hallo!
Aufschlussreicher wäre hier die Ereignisanzeige des DCs, der nicht mehr repliziert.
DNS ist auf jeden Fall schon mal ein guter Ansatz, wo die Suche beginnen kann...
Weiters kann ich mich entsinnen, dass ich vor ca. 6 Wochen einen DC hatte, der nicht mehr so wirklich replizieren wollte, weil er nach eine Update auf Verschlüsselung bestanden hat und daran letztendlich scheiterte...
Da gibts dann einige Einträge in die Default Domain Policy und alles läuft wieder wie gewünscht...
Allerdings räume ich ein, dass mein Gedächtnis ...
äh, was wollte ich noch mal schnell???
lg
Edi
Aufschlussreicher wäre hier die Ereignisanzeige des DCs, der nicht mehr repliziert.
DNS ist auf jeden Fall schon mal ein guter Ansatz, wo die Suche beginnen kann...
Weiters kann ich mich entsinnen, dass ich vor ca. 6 Wochen einen DC hatte, der nicht mehr so wirklich replizieren wollte, weil er nach eine Update auf Verschlüsselung bestanden hat und daran letztendlich scheiterte...
Da gibts dann einige Einträge in die Default Domain Policy und alles läuft wieder wie gewünscht...
Allerdings räume ich ein, dass mein Gedächtnis ...
äh, was wollte ich noch mal schnell???
lg
Edi
Hallo!
ad Event ID: 1030 --> hab gerade nachgesehen, trat bei mir erstmalig am 15.4.2010 nach einem Update auf (inkl. Reboot)
lag an erzwungener Verschlüsselung... (ist bei dir aber - wenn man sich die anderen Einträge anschaut - eher nicht darauf zuzrückzuführen...)
ad Event ID: 1272 --> tritt imho überlicherweise auf, wenn du einen DC, der BURFLAG D4 hatte, herunterstufst --> no Useraction required
Event ID: 4013 --> eher schlecht!!! kein funktionierendes DNS = Big Trouble
Ich würde mir mal anschaun, woran der Fehler im DNS liegt.
Ich wage vorauszusagen, dass nach beseitigung dieses Fehlers alle anderen von selbst verschwinden..
gutes gelingen
lg
Edi
ad Event ID: 1030 --> hab gerade nachgesehen, trat bei mir erstmalig am 15.4.2010 nach einem Update auf (inkl. Reboot)
lag an erzwungener Verschlüsselung... (ist bei dir aber - wenn man sich die anderen Einträge anschaut - eher nicht darauf zuzrückzuführen...)
ad Event ID: 1272 --> tritt imho überlicherweise auf, wenn du einen DC, der BURFLAG D4 hatte, herunterstufst --> no Useraction required
Event ID: 4013 --> eher schlecht!!! kein funktionierendes DNS = Big Trouble
Ich würde mir mal anschaun, woran der Fehler im DNS liegt.
Ich wage vorauszusagen, dass nach beseitigung dieses Fehlers alle anderen von selbst verschwinden..
gutes gelingen
lg
Edi
Hallo!
Da haben wir ja schon Dein Problem:
liegt also logischerweise nicht am Server (dont touch ) sondern am Netzwerk...
Sprich mal mit den Kollegen aus der entsprechenden Abteilung...
lg
freut mich, dass Du den Fehler beheben konntest!
Da haben wir ja schon Dein Problem:
komischerweise kommt man von einem client im dortigen subnetz problemlos über rdp auf den server.
liegt also logischerweise nicht am Server (dont touch ) sondern am Netzwerk...
Sprich mal mit den Kollegen aus der entsprechenden Abteilung...
lg
freut mich, dass Du den Fehler beheben konntest!
Hallo!
da wären wir wieder bei meinem Beitrag von weiter oben angelangt...
Und es scheint hier keine Replikation zwischen den beiden mehr zu geben...
Und drum scheint auch NTFRS nicht zu laufen, und drum kann man sagen, Du hast das Problem, wegen dem Du den Beitrag geschrieben hast, nicht behoben, oder?
Schade!
Es scheint also weiterhin am DNS zu liegen...
in einem Beitrag schildert jemand, dass eine Neuinstallation des DNS selbiges heilte... hier
was hast Du als primären DNS am DC4 eingetragen? hier sollte üblicherweise der DC1 stehen... bzw. zusätzlich 127.0.0.1
Aus der Ferne schwer abzuschätzen, aber die Ursache liegt eindeutig beim DNS...
(btw. könntest du ja versuche, das DNS zu kicken und als DNS wieder den DC1 einzutragen... - falls alles wieder reibungslos läuft, wäre das ja der Beweis dafür, dass es am DNS lag..)
gutes gelingen
lg
da wären wir wieder bei meinem Beitrag von weiter oben angelangt...
eher schlecht!!! kein funktionierendes DNS = Big Trouble
Wenn ich das richtig verstehe, dann hast Du am DC4 (derjenige, der nicht so richtig will) einen DNS-Server installiert und einen weiteren am DC1Und es scheint hier keine Replikation zwischen den beiden mehr zu geben...
Und drum scheint auch NTFRS nicht zu laufen, und drum kann man sagen, Du hast das Problem, wegen dem Du den Beitrag geschrieben hast, nicht behoben, oder?
Schade!
Es scheint also weiterhin am DNS zu liegen...
in einem Beitrag schildert jemand, dass eine Neuinstallation des DNS selbiges heilte... hier
was hast Du als primären DNS am DC4 eingetragen? hier sollte üblicherweise der DC1 stehen... bzw. zusätzlich 127.0.0.1
Aus der Ferne schwer abzuschätzen, aber die Ursache liegt eindeutig beim DNS...
(btw. könntest du ja versuche, das DNS zu kicken und als DNS wieder den DC1 einzutragen... - falls alles wieder reibungslos läuft, wäre das ja der Beweis dafür, dass es am DNS lag..)
gutes gelingen
lg