alias 11 Geschrieben 10. April 2019 Autor Melden Teilen Geschrieben 10. April 2019 Dachte, das hab ich weiter oben schon geschrieben: Eventlog Client: Die Gruppenrichtlinieneinstellungen für den Benutzer wurden erfolgreich verarbeitet. Es wurden neue 3-Gruppenrichtlinienobjekte erkannt und angewendet. (z.B. nach gpupdate) und Die Gruppenrichtlinieneinstellungen für den Benutzer wurden erfolgreich verarbeitet. Es wurden keine Änderungen seit der letzten erfolgreichen Gruppenrichtlinienverarbeitung erkannt. Im Eventlog DC keine Fehler, Warnungen etc. Nur Infos, dass ordnungsgemäß verarbeitet. Zitieren Link zu diesem Kommentar
NorbertFe 2.089 Geschrieben 10. April 2019 Melden Teilen Geschrieben 10. April 2019 Keine Fehler im DFS-R bzw. Dateireplikationslog? Schau mal per DC mit der GPMC ob beide den selben Wert anzeigen. Zitieren Link zu diesem Kommentar
alias 11 Geschrieben 10. April 2019 Autor Melden Teilen Geschrieben 10. April 2019 Das ist der Fall. Auf beiden DCs wird über die GPMC der richtige WSUS-Server angezeigt. Im Replikationslog keine Auffälligkeiten. Zitieren Link zu diesem Kommentar
NorbertFe 2.089 Geschrieben 10. April 2019 Melden Teilen Geschrieben 10. April 2019 vor 5 Minuten schrieb alias: Auf beiden DCs wird über die GPMC der richtige WSUS-Server angezeigt. Du hast auch auf beiden DCs jeweils die verbindung zum lokalen DC hergestellt? Zitieren Link zu diesem Kommentar
alias 11 Geschrieben 10. April 2019 Autor Melden Teilen Geschrieben 10. April 2019 Treffer Norbert. Komischerweise steht bei dem 2. DC in den GPOs immer noch der alte WSUS drin. Sollte da nicht dann doch irgend etwas in den Logs erscheinen? Dass nicht ordnungsgemäß repliziert etc. wurde? Ich habe auf dem 2. DC die GPO jetzt händisch geändert und beobachte das ganze mal. Danke Dir für den Tipp. Zitieren Link zu diesem Kommentar
Dukel 457 Geschrieben 10. April 2019 Melden Teilen Geschrieben 10. April 2019 6 minutes ago, alias said: Ich habe auf dem 2. DC die GPO jetzt händisch geändert und beobachte das ganze mal. Replikationsfehler finden und beheben und nicht die GPO auf dem zweiten DC ändern! Zitieren Link zu diesem Kommentar
Beste Lösung NorbertFe 2.089 Geschrieben 10. April 2019 Beste Lösung Melden Teilen Geschrieben 10. April 2019 vor 7 Minuten schrieb alias: Komischerweise steht bei dem 2. DC in den GPOs immer noch der alte WSUS drin. Sollte da nicht dann doch irgend etwas in den Logs erscheinen? Dass nicht ordnungsgemäß repliziert etc. wurde? Ich habe auf dem 2. DC die GPO jetzt händisch geändert und beobachte das ganze mal. Eigentlich ist es das, was ich dir seit Anfang an versuche mitzuteilen, dass es deine Sysvol Replikation zerlegt hat. Und das sollte man auch im Eventlog sehen. Händisch da jetzt was zu ändern machts nur schlimmer. Du sollst das Problem lösen und nicht das Symptom wegwackeln. 2 Zitieren Link zu diesem Kommentar
alias 11 Geschrieben 10. April 2019 Autor Melden Teilen Geschrieben 10. April 2019 (bearbeitet) Stimmt. Sorry. Etwas zu heftig im Moment hier. Asche auf mein Haupt. Muss wohl warten bis hier etwas Ruhe einkehrt Nun tauchen auch nach einem Neustart des 2. DC die Fehler 13552 "Der Dateireplikationsdienst kann diesen Computer dem folgenden Replikatsatz nicht hinzufügen: "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" Mögliche Ursachen sind: -- ein ungültiger Stammpfad, -- ein fehlendes Verzeichnis, -- ein fehlender Datenträger oder -- ein Dateisystem auf dem Datenträger, das NTFS 5.0 nicht unterstützt. Die folgenden Informationen können bei der Problembehebung hilfreich sein: DNS-Name des Computers: "DC2.domain.local" Mitgliedname des Replikatsatzes: "DC2" Stammpfad des Replikatsatzes: "c:\windows\sysvol\domain" Replikatstagingverzeichnis: "c:\windows\sysvol\staging\domain" Pfad des Replikatarbeitsverzeichnisses: "c:\windows\ntfrs\jet" Windows-Fehlerstatuscode: "" Fehlerstatuscode des Replikationsdienstes: "FrsErrorMismatchedJournalId" Andere Ereignisprotokollmeldungen bieten weitere Problemlösungen. Beheben Sie den Fehler, dann wird der Dienst zu einem späteren Zeitpunkt versuchen, die Replikation automatisch zu starten." und 13555 "Der Dateireplikationsdienst befindet sich im Fehlerzustand. Dateien werden nicht von oder zu einem oder allen Replikatsätzen auf diesem Computer repliziert, bevor nicht die folgenden Wiederherstellungsmaßnahmen durchgeführt wurden:" auf. Wie bekomme ich das jetzt wieder ordnungsgemäß repliziert? Ich kann mir echt nur vorstellen, dass das mit dem problemmachenden DC2 zu tun hat (sporadische Neustarts, Systemdateien beschädigt etc.) Kann das sein? P.S. DCDIAG gibt auf dem DC2 folgendes aus: Der Test FrsEvent für DC2 ist fehlgeschlagen. Alle anderen Tests sind bestanden. bearbeitet 10. April 2019 von alias Zitieren Link zu diesem Kommentar
alias 11 Geschrieben 10. April 2019 Autor Melden Teilen Geschrieben 10. April 2019 So, nachdem ich die Replikation neu gestartet habe (non-authoritative) und den ntfrs-Dienst neu gestartet habe sind auch die Fehlermeldungen im Eventlog verschwunden. Die Freigaben SYSVOL und NETLOGON wurden aktuell einwandfrei repliziert. DCDIAG gibt alles Tests als Bestanden aus. Das sollte es wohl gewesen sein hoffe ich. Aber kann das wirklich durch den Crash (wer weiß, welche Bereiche im Betriebssytem dadurch in Mitleidenschaft gezogen wurden) passiert sein? Danke an alle nochmals für die Tipps und Hinweise. Zitieren Link zu diesem Kommentar
NorbertFe 2.089 Geschrieben 10. April 2019 Melden Teilen Geschrieben 10. April 2019 Welches os haben deine dcs? Zitieren Link zu diesem Kommentar
v-rtc 91 Geschrieben 10. April 2019 Melden Teilen Geschrieben 10. April 2019 vor 4 Stunden schrieb alias: @PadawanDeluXe Die Gesamtstruktur der Domain besteht aus derzeit 2 Windows 2012 R2-DC´s. Zitieren Link zu diesem Kommentar
NorbertFe 2.089 Geschrieben 10. April 2019 Melden Teilen Geschrieben 10. April 2019 Dann als erstes jetzt gleich auf sysvol dfs-r migrieren. 1 Zitieren Link zu diesem Kommentar
alias 11 Geschrieben 10. April 2019 Autor Melden Teilen Geschrieben 10. April 2019 Kann da im laufenden Betrieb etwas schiefgehen? Oder sollte man soetwas nach Feierabend machen? Zitieren Link zu diesem Kommentar
NorbertFe 2.089 Geschrieben 10. April 2019 Melden Teilen Geschrieben 10. April 2019 Im Allgemeinen kann man das im Laufenden BEtrieb tun, es sei denn du hast gerade vor an ganz vielen GPOs während des Updatevorgangs zu schrauben. Zitieren Link zu diesem Kommentar
alias 11 Geschrieben 10. April 2019 Autor Melden Teilen Geschrieben 10. April 2019 So: "Alle DC wurden erfolgreich zum globalen Status (""Entfernt"") migriert. Die Migration hat auf allen DC einen konsistenten Status erreicht. Erfolgreich." Sollte also alles geklappt haben Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.