9
W2K8 R2 DC sauber aus einer Exchange Umgebung herab stufen
Hallo Forum,
folgendes möchte ich durchführen:
Ich habe hier noch ein paar physische Server ( Exchange 2010 W2K8R2 , DC W2K8R2) und möchte diese noch mit virtualisieren. Der Exchange ist in einer DAG, wo der CAS-Server bereits in der VMware Umgebung sitzt.
Ein zweiter DC sitzt ebenfalls in der VMWare Umgebung.
Normalerweise sollte es ja keine Probleme geben, den DC sauber herunter zu stufen und neu aufzusetzen in der virtuellen Umgebung. DHCP würde ich für den Übergang einfach auf dem VM dc migrieren.
Was sagt Ihr, wo könnte es zusätzlich noch Probleme geben?
Besten Dank im Voraus!"
folgendes möchte ich durchführen:
Ich habe hier noch ein paar physische Server ( Exchange 2010 W2K8R2 , DC W2K8R2) und möchte diese noch mit virtualisieren. Der Exchange ist in einer DAG, wo der CAS-Server bereits in der VMware Umgebung sitzt.
Ein zweiter DC sitzt ebenfalls in der VMWare Umgebung.
Normalerweise sollte es ja keine Probleme geben, den DC sauber herunter zu stufen und neu aufzusetzen in der virtuellen Umgebung. DHCP würde ich für den Übergang einfach auf dem VM dc migrieren.
Was sagt Ihr, wo könnte es zusätzlich noch Probleme geben?
Besten Dank im Voraus!"
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 344187
Url: https://administrator.de/forum/w2k8-r2-dc-sauber-aus-einer-exchange-umgebung-herab-stufen-344187.html
Ausgedruckt am: 31.03.2025 um 18:03 Uhr
9 Kommentare
Neuester Kommentar
Normalerweise sollte es ja keine Probleme geben, den DC sauber herunter zu stufen und neu aufzusetzen in der virtuellen Umgebung
Genaus so ist es auch, wenn man weiß wie es geht
Was sagt Ihr, wo könnte es zusätzlich noch Probleme geben?
Es können jede Menge Probleme auftauchen, oder es kann auch alles glatt gehen, woher sollen wir das erraten?
LG Günther
Zitat von @GuentherH:
Genaus so ist es auch, wenn man weiß wie es geht
Nun ja , nachdem ich mit um DHCP gekümmert habe, sowie auch um die cert stelle, würde ich mit dcpromo den dc von der Domain herab Stufen und löschen. -- habe ich so auch schon oft durchgeführt. Im Anschluss neuer Server in der VM Umgebung + der Domain hinzufügen.Normalerweise sollte es ja keine Probleme geben, den DC sauber herunter zu stufen und neu aufzusetzen in der virtuellen Umgebung
Genaus so ist es auch, wenn man weiß wie es geht
Meine Bauchschmerzen kommen eher wegen des exchanges, da würde ich gern mal auf Erfahrungen zugreifen.
Was sagt Ihr, wo könnte es zusätzlich noch Probleme geben?
Es können jede Menge Probleme auftauchen, oder es kann auch alles glatt gehen, woher sollen wir das erraten?
Eine Konvertierung mit VMware convert kommt für mich nicht in Frage.
Sollte es vorarbeiten beim exchange geben? ( jetzt erst mal nur wegen der Virtualisierung des dcs)
LG Günther
Welche Probleme könnten hinsichtlich exchange auftauchen ?
Warum sollte es da Probleme geben?
Wenn der 2. DC bereits sauber läuft, die Rollen alle übertragen sind, ein Anmeldung am System auch möglich ist, wenn der DC der entfernt werden soll heruntergefahren ist, wo soll es da Probleme geben?
LG Günther
Hallo Günther,
zunächst besten Dank für die Antworten. Ich hatte in der Testumgebung schon einmal ein ziemlich blödes Problem mit der Zurückstufung eines DCs und der Einbindung später mit selben Namen (Wahrscheinlich war das auch der Fehler). Ich werde das Ganze sicherheitshalber aus den Sicherungen in die Testumgebung deployen, um das Szenario einmal durchzuspielen. Woher weiß der Client eigentlich am Ende, bei welchem dc er sich anmelden soll?
zunächst besten Dank für die Antworten. Ich hatte in der Testumgebung schon einmal ein ziemlich blödes Problem mit der Zurückstufung eines DCs und der Einbindung später mit selben Namen (Wahrscheinlich war das auch der Fehler). Ich werde das Ganze sicherheitshalber aus den Sicherungen in die Testumgebung deployen, um das Szenario einmal durchzuspielen. Woher weiß der Client eigentlich am Ende, bei welchem dc er sich anmelden soll?
Moin,
Ich gehe immer so vor:
1. Sicherstellen, dass DNS auf Clients und DCs sauber konfiguriert ist und auch nach abschalten des DCs noch funktioniert.
2. DCDIAG auf allen DCs, ggfs. angezeigte Fehler beheben
3. FSMO Rollen übertragen, verbleibenden DC zum GC machen
4. DCPROMO
5. Fertig!
lg,
Slainte
Ich gehe immer so vor:
1. Sicherstellen, dass DNS auf Clients und DCs sauber konfiguriert ist und auch nach abschalten des DCs noch funktioniert.
2. DCDIAG auf allen DCs, ggfs. angezeigte Fehler beheben
3. FSMO Rollen übertragen, verbleibenden DC zum GC machen
4. DCPROMO
5. Fertig!
Woher weiß der Client eigentlich am Ende, bei welchem dc er sich anmelden soll?
DNS!lg,
Slainte
Zitat von @SlainteMhath:
Moin,
Ich gehe immer so vor:
1. Sicherstellen, dass DNS auf Clients und DCs sauber konfiguriert ist und auch nach abschalten des DCs noch funktioniert.
2. DCDIAG auf allen DCs, ggfs. angezeigte Fehler beheben
3. FSMO Rollen übertragen, verbleibenden DC zum GC machen
4. DCPROMO
5. Fertig!
Besten Danke, das hat mich nochmal bei meiner Vorgehensweise bestätigt.Moin,
Ich gehe immer so vor:
1. Sicherstellen, dass DNS auf Clients und DCs sauber konfiguriert ist und auch nach abschalten des DCs noch funktioniert.
2. DCDIAG auf allen DCs, ggfs. angezeigte Fehler beheben
3. FSMO Rollen übertragen, verbleibenden DC zum GC machen
4. DCPROMO
5. Fertig!
Woher weiß der Client eigentlich am Ende, bei welchem dc er sich anmelden soll?
DNS!lg,
Slainte
Also meldet sich der Client am ersten eingetragen DNS in den IPKonfigurationen an?
Ähm, ne. Er fragt im DNS nach, welche Anmeldeserver/DCs im AD verfügbar sind. "Am DNS" meldet er sich nicht an.
Ja, das war jetzt Schwachsinn von mit. Die Frage sollte lauten, ob der Client sich am ersten eingetragenen Anmeldeserver im DNS anmeldet bzw. bei welchem er als erstes anfragt. Laut Wireshark ist das ziemlich unterschiedlich. Anscheinend einfach wer schneller ist?
wer schneller ist?
genau so isses
