Homer1976 10 Geschrieben 26. November 2014 Melden Teilen Geschrieben 26. November 2014 Hallo, ich habe gestern folgendes Erlebnis gehabt und bin nun gefühlte 1000 Haare grauer: Wir haben eine 2008 R2 Domäne mit 4 DCs. 3 davon sind 2008 R2 einer 2012. DC1 - Server 2012 Datacenter DC4 - Server 2008 R2 Std (läuft AD und DNS darauf) DC5 - Server 2008 R2 Std (läuft AD und DNS darauf) DC6 - Server 2008 R2 Std (Zweigstelle Essen) (läuft AD und DNS und DHCP darauf) Alles VMs. Alle Globale Catalog SRV DHCP ist ein eigener Server dediziert: Bereichsoptionen Primär DC1 als DNS SRV Sekundär DC4 als DNS 3 DC 5 4 DC 6 Plan war den DC4 auf 2012 Datacenter mit gleicher IP und gleichem Namen wieder hochzustufen. Soweit so gut.... Ich habe den DC4 heruntergestuft, alle Rollen entfernt und nun war er nur noch als Member mit drin. Plötzlich Outlook keine Connection mehr, Vcenter weg und und und...Das hatte sich dann auf alle User ebenso ausgewirkt. Ich kam auf keinen Server mehr, nslookup auf die Domäne und FQDN verwies auf eine Öffentliche IP. Der einzige Server auf den ich via RDP kam war der DC4, von dort aus auf Vcenter und Exchange. Alles korrekt eingestellt in den Interfaces DNS Primär zeiger auf den DC1. Ich habe dann mal testweise ein Notebook neugestartet, siehe da alles ok. Verdacht liegt nahe meinerseits, das der Logonserver bei den Clients schuld war. Aber das kanns doch nicht sein, der Müll hat mich 7 Stunden gekostet. Warum habe ich dann eine Redundanz, wenn sie nicht klappt..... Der DC4 läuft jetzt wieder mit 2012. Beim Hochstufen wieder das gleiche... Wenn ich eine Fehler gemacht habe, bitte klärt mich auf, ich bin mir dezeit nicht so ganz sicher was da los war... Vielleicht war es nicht gut das unter Tags zu machen, aber das würde mich wundern.... Auf eure Antworten bin ich gespannt. VG Homer1976 Zitieren Link zu diesem Kommentar
Dunkelmann 96 Geschrieben 26. November 2014 Melden Teilen Geschrieben 26. November 2014 Moin, Redundanz != Hochverfügbarkeit. Replikationszeitplan beachten, TTL vom DNS Cache auf dem Zettel haben usw. Da kann bei einer DC Migration die ein oder andere Anforderung mal ins Leere laufen. Das ist normales Grundrauschen und passiert auch, wenn ein DC mal Updates installiert und neu startet. Aus diesem Grund sollte man solche Dinge außerhalb der Stoßzeiten durchführen und die Anwender über mögliche Risiken und Nebenwirkungen informieren. Zitieren Link zu diesem Kommentar
daabm 1.177 Geschrieben 27. November 2014 Melden Teilen Geschrieben 27. November 2014 Du darfst gerne auf http://social.technet.microsoft.com/Forums/de-DE/active_directoryde/thread/b623d2f4-9e49-4489-837d-698126aa23a2#b623d2f4-9e49-4489-837d-698126aa23a2hinweisen... 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.