Jump to content

alias

Members
  • Content Count

    279
  • Joined

  • Last visited

Community Reputation

11 Neutral

About alias

  • Rank
    Member
  • Birthday 07/05/1972
  1. Muss es ja auch mal geben. Ist halt eine nicht so große Domain mit ca. 150 Clients. Hat aber so gesehen doch schon insgesamt seine 30 - 40 Minuten gedauert. Vielen Dank nochmals an alle. Mal schauen, ob sich der 2. DC wieder verabschiedet. Dann wäre das die nächste Baustelle.
  2. 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
  3. Kann da im laufenden Betrieb etwas schiefgehen? Oder sollte man soetwas nach Feierabend machen?
  4. 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.
  5. 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.
  6. 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.
  7. Das ist der Fall. Auf beiden DCs wird über die GPMC der richtige WSUS-Server angezeigt. Im Replikationslog keine Auffälligkeiten.
  8. 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.
  9. Hallo Dunkel, geht etwas unpräzise aus meinen Beiträgen hervor. Auf dem 2. ESX sind 2 Festplatten gecrasht. Auf dem 2. ESX befanden sich bis dahin 2 VM: der 2. DC (der nicht Master ist) sowie ein Backup-Server für die Datensicherung (VEEAM). Nach dem Austausch der 2 Platten konnte das Betriebssystem des Backup-Servers nicht mehr gestartet werden, da durch den Ausfall Systemdateien beschädigt wurden. Eine Reparaturinstallation schlug ebenfalls fehl. Somit haben wir die 2. VM (Backup-Server) neu installiert und läuft. Bei der 1. VM (2. DC) ist uns aufgefallen, dass diese zwar ordnungsgemäß gebootet ist, aber sporadisch neustartet. Auch hier sind wohl Systemdateien beschädigt worden. Die Replikation funktioniert problemlos/ist erfolgreich (mittels repadmin /showrepl) Auf dem 1. ESX befinden sich der DC (Betriebsmaster) sowie File-/Anwendungs- und Datenbankserver.
  10. DC´s existieren derzeit 2. Einmal der Betriebsmaster und der 2. DC (auf dem Backup-ESX, der nach dem Crash ja Probleme aufzeigt). Auf den laufenden Clients wurde nach der WSUS-Neuinstallation und Anpassen der GPO ein gpupdate /force ausgeführt. Die neuen Werte wurden daraufhin einwandfrei in der Registry hinterlegt. Komischerweise sind einige Clients betroffen, die z.B. nach einem Neustart (z.B. nächster Arbeitstag) wieder den alten WSUS in der Registry stehen haben. Als Behelf die Reg händisch geändert, etwas gewartet, und schon melden die sich wieder am WSUS. Es sieht so aus, als wenn die Clients irgendwoher noch die Daten des alten WSUS ziehen würden. In der GPO steht jedenfalls der neue WSUS drin.
  11. Hallo v-rtc, ja, ich habe die GPO nach Einrichtung des neuen WSUS geändert. Der neue WSUS steht da einwandfrei drin.
  12. Nö Norbert. Mein Fehler. Komischerweise haben meine Vorbeter genau diesen "DC" in der Domäne "BDC" getauft. Deswegen hängt diese Begrifflichkeit bei mir so drin. Sorry dafür. Problem ist aber laut meinem vorigen Post das gleiche. Die Clients beziehen bzw. bezogen laut GPLogView über diesen 2. DC (der da BDC heißt) ihre GPO. Daher mein Bedenken, dass es etwas mit dem (defekten) 2. DC zu tun hat. @PadawanDeluXe Die Gesamtstruktur der Domain besteht aus derzeit 2 Windows 2012 R2-DC´s. Nach dem gpupdate sieht es im Eventlog einwandfrei aus. Die GPOs wurden angewendet (und diesesmal vom 1. DC gezogen). Ich gehe mal davon aus, dass ich den 2. DC (der da BDC heißt) entfernen und neu installieren muss (evtl. auch einen anderen Server dafür hernehme).
  13. NT setzen wir natürlich nicht mehr ein. Deswegen nehme ich dieses jetzt zum Anlaß, den "BDC" rauszukicken. Mittels GPLogView habe ich festgestellt, dass einige Clients eben diesen BDC als DC anzeigen. Fehler werden keine angezeigt. Nach dem Festplattencrash läuft dieser allerdings "unrund", will ich mal sagen. Das resultiert u.a. in sporadischen Neustarts. Bevor ich diesen bzw. das Betriebssystem "repariere" werde ich den komplett rausschmeißen. Könnte das Problem mit den (WSUS)-GPOs damit zusammenhängen?
  14. Hallo Norbert, auf diesem (Backup)-ESX liefen nur der sogenannte BDC (den ich wohl entfernen werde) sowie ein Backupserver (VEEAM), welcher auch die WSUS-Rolle beinhaltete. Der DC sowie die anderen Server laufen als VM auf einem aktuellen ESX. Das Thema BDC hätte ich auch noch angesprochen, entnehme aber deiner Antwort, dass dieses wirklich nicht mehr zeitgemäß ist. Ich sage nur übernommene und gewachsene Strukturen... Gruß Frank
  15. Hallo zusammen, bei uns werden schon seit ewigen Zeiten die WSUS-Einstellungen per GPO an die Clients verteilt. Soweit so gut. Klappte alles einwandfrei. Bis letzte Woche... Was ist passiert? Bei einem unserer Server, der auch die WSUS-Rolle innehatte, sind kurz nacheinander 2 Festplatten ausgefallen. Muss dazu sagen, dass es sich um einen ESX-Server inkl. 2 VM´s (Backup-DC sowie Server inkl. WSUS-Rolle) handelt. Daraufhin haben wir den WSUS-Server auf einem anderen Server installiert und dementsprechend die GPO geändert. Komischerweise ziehen sich die Clients sporadisch immer wieder den alten WSUS-Server. Dieses ist ja leicht zu erkennen an dem Registry-Eintrag (der auch schon händisch geändert wurde). Und am nächsten Tag steht wieder der alte Eintrag (mit dem alten/falschen WSUS-Server) in der Registry. Könnt ihr mir einen Tipp bzw. Hinweis geben, wonach ich hier schauen muss bzw. was ich da machen kann? Ich hoffe, ich habe das einigermaßen verständlich rübergebracht. Vielen Dank im Voraus und Gruß Frank
×
×
  • Create New...