Tausch Domain-Controller mit Beibehaltung der IP-Adresse
Hallo,
ich habe mehrere Domänen-Controller. Ein Domänen-Controller läuft noch unter Server 2008 R2,
dieser soll abgeschaltet werden. Ich möchte allerdings die IP-Adresse beibehalten, da von vielen Netzwerkkomponenten als Zeitserver benutzt.
Meine Vorgehensweise wäre:
- Änderung IP-Adresse alter Domain-Controller
- Replikation abwarten
- Änderung IP-Adresse neuer Domain-Controller zur alten/vorhandenen IP-Adresse
- Replikation abwarten
- Abschaltung des alten Domain-Controllers
Wäre dies soweit OK?
ich habe mehrere Domänen-Controller. Ein Domänen-Controller läuft noch unter Server 2008 R2,
dieser soll abgeschaltet werden. Ich möchte allerdings die IP-Adresse beibehalten, da von vielen Netzwerkkomponenten als Zeitserver benutzt.
Meine Vorgehensweise wäre:
- Änderung IP-Adresse alter Domain-Controller
- Replikation abwarten
- Änderung IP-Adresse neuer Domain-Controller zur alten/vorhandenen IP-Adresse
- Replikation abwarten
- Abschaltung des alten Domain-Controllers
Wäre dies soweit OK?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 622965
Url: https://administrator.de/contentid/622965
Ausgedruckt am: 13.11.2024 um 08:11 Uhr
21 Kommentare
Neuester Kommentar
Was mir spontan einfällt:
Vorm abschalten des alten den auch sauber aus der domain entfernen
Ich würde ausserdem noch mal überlegen ggf. im DNS-Server nen Record für den NTP anzulegen und die Geräte die ne IP drin stehen haben auf diesen Record legen... Dann hast du das Problem nich mehr... Generell is es ja schon unschön das sowas auf ner festen IP liegen muss und deshalb der DC die IP bekommen MUSS
Vorm abschalten des alten den auch sauber aus der domain entfernen
Ich würde ausserdem noch mal überlegen ggf. im DNS-Server nen Record für den NTP anzulegen und die Geräte die ne IP drin stehen haben auf diesen Record legen... Dann hast du das Problem nich mehr... Generell is es ja schon unschön das sowas auf ner festen IP liegen muss und deshalb der DC die IP bekommen MUSS
Hallo!
Von In-Place-Upgrades von Domain-Controllern kann ich nur DRINGEND abraten.
Ich habe das Gleiche vor ein paar Wochen mal wieder gemacht. Das Ganze läuft gut, wenn Du Dir Zeit lässt.
- DC-alt herunterstufen
- 10 min warten
- DC-alt umbenennen
- 10 min warten
- DC-alt auf andere IP
- 10 min warten
- DC-neu mit passender IP als Member-Server
- 10 min warten
- DC-neu hochstufen
--> Nie Hektik
--> Keine Schritte überspringen
--> Gib dem AD Zeit.
Von In-Place-Upgrades von Domain-Controllern kann ich nur DRINGEND abraten.
Ich habe das Gleiche vor ein paar Wochen mal wieder gemacht. Das Ganze läuft gut, wenn Du Dir Zeit lässt.
- DC-alt herunterstufen
- 10 min warten
- DC-alt umbenennen
- 10 min warten
- DC-alt auf andere IP
- 10 min warten
- DC-neu mit passender IP als Member-Server
- 10 min warten
- DC-neu hochstufen
--> Nie Hektik
--> Keine Schritte überspringen
--> Gib dem AD Zeit.
Moin,
In meiner Systemhauszeit haben wir immer die Firewall als primären NTP im Netz betrieben. Firewall fragt Internet, DC fragt Firewall, alle Clients/Server fragen DC (weil der NTP Server ohnehin im DHCP mitgegeben wird). Netzwerkkomponenten außerhalb der Domäne fragen die Firewall.
Dann hast du zwar immernoch eine IP an der der NTP hängt, allerdings ist bei der Firewall erfahrungsgemäß der IP-Wechsel so gut wie ausgeschlossen. Selbst wenn sich die Firewall wechselt, bekommt die Firewall meist die gleiche IP wie die vorherige.
Zitat von @informatikkfm:
Ich möchte allerdings die IP-Adresse beibehalten, da von vielen Netzwerkkomponenten als Zeitserver benutzt.
Ich möchte allerdings die IP-Adresse beibehalten, da von vielen Netzwerkkomponenten als Zeitserver benutzt.
In meiner Systemhauszeit haben wir immer die Firewall als primären NTP im Netz betrieben. Firewall fragt Internet, DC fragt Firewall, alle Clients/Server fragen DC (weil der NTP Server ohnehin im DHCP mitgegeben wird). Netzwerkkomponenten außerhalb der Domäne fragen die Firewall.
Dann hast du zwar immernoch eine IP an der der NTP hängt, allerdings ist bei der Firewall erfahrungsgemäß der IP-Wechsel so gut wie ausgeschlossen. Selbst wenn sich die Firewall wechselt, bekommt die Firewall meist die gleiche IP wie die vorherige.
Zitat von @wiesi200:
Hallo,
wenn du eh mehrere DC's hast.
1. Den alten DC sauber entfernen.
2. Neuen Server installieren mit der richtigen IP
3. Neuen Server der bereits die richtige IP hat als DC hinzufügen.
Hallo,
wenn du eh mehrere DC's hast.
1. Den alten DC sauber entfernen.
2. Neuen Server installieren mit der richtigen IP
3. Neuen Server der bereits die richtige IP hat als DC hinzufügen.
Und vorher mal schauen wer die FSMO Rollen hat
Zitat von @informatikkfm:
Der neue DC ist bereits schon installiert und trägt auch schon die FSMO-Rollen.
Bleibt eigentlich nur der Tausch der IP über.
Der neue DC ist bereits schon installiert und trägt auch schon die FSMO-Rollen.
Bleibt eigentlich nur der Tausch der IP über.
Mann kann sich das Leben natürlich auch schwer machen.
Tipp: beim nächsten mal erst planen dann machen.
Nee. Du schreibst doch selbst, dass du mehrere DCs hast.
1. Verschieb die FSMO-Rollen auf einen der bleibt.
2. alten DC entfernen
3. Neuen mit richtiger IP installieren
4. den neuen als DC hinzufügen
5. FSMO Rollen wieder zurück
Ja, es ist n bisschen mehr Aufwand. Aber mal im Ernst: Ein DC hinzufügen ist schnell gemacht und es ist sauberer als dein IP-Gefrickel
Hi
Ich würde
alten DC demoten
neuen Server installieren, selbe IP geben
Zu DC Promoten
ggf DHCP(Lastausgleich\Redundanzeinstellung) und andere Dienste nachziehen
Fertig
Habe ich so mit allen unseren DCs gemacht beim Upgrade von 2008 auf 2012
Meine Vorgehensweise wäre:
- Änderung IP-Adresse alter Domain-Controller
- Replikation abwarten
- Änderung IP-Adresse neuer Domain-Controller zur alten/vorhandenen IP-Adresse
- Replikation abwarten
- Abschaltung des alten Domain-Controllers
- Änderung IP-Adresse alter Domain-Controller
- Replikation abwarten
- Änderung IP-Adresse neuer Domain-Controller zur alten/vorhandenen IP-Adresse
- Replikation abwarten
- Abschaltung des alten Domain-Controllers
Ich würde
alten DC demoten
neuen Server installieren, selbe IP geben
Zu DC Promoten
ggf DHCP(Lastausgleich\Redundanzeinstellung) und andere Dienste nachziehen
Fertig
Habe ich so mit allen unseren DCs gemacht beim Upgrade von 2008 auf 2012
Zitat von @Der-Phil:
Hallo!
Von In-Place-Upgrades von Domain-Controllern kann ich nur DRINGEND abraten.
Ich habe das Gleiche vor ein paar Wochen mal wieder gemacht. Das Ganze läuft gut, wenn Du Dir Zeit lässt.
- DC-alt herunterstufen
- 10 min warten
- DC-alt umbenennen
- 10 min warten
- DC-alt auf andere IP
- 10 min warten
- DC-neu mit passender IP als Member-Server
- 10 min warten
- DC-neu hochstufen
--> Nie Hektik
--> Keine Schritte überspringen
--> Gib dem AD Zeit.
Hallo!
Von In-Place-Upgrades von Domain-Controllern kann ich nur DRINGEND abraten.
Ich habe das Gleiche vor ein paar Wochen mal wieder gemacht. Das Ganze läuft gut, wenn Du Dir Zeit lässt.
- DC-alt herunterstufen
- 10 min warten
- DC-alt umbenennen
- 10 min warten
- DC-alt auf andere IP
- 10 min warten
- DC-neu mit passender IP als Member-Server
- 10 min warten
- DC-neu hochstufen
--> Nie Hektik
--> Keine Schritte überspringen
--> Gib dem AD Zeit.
Hallo
DCs kann nicht umbenennen - Das führt nur zu Fehlern/Chaos im AD.
IP Adresse ändern ist kein Problem da dabei der DNS den Namen des DC nur mit einer anderen IP Adresse auflöst. Es finden keinerlei Änderungen im AD statt.
So long
Yumper
Hallo,
...und wenn die Geräte den DC über den Hostnamen fragen?
Ich würde das ernsthaft als Anlass nehmen, eine Liste der Geräte zu generieren, die den DC als Zeitserver nutzen und diese peu à peu umzukonfigurieren.
Vielleicht bin ich da etwas konservativ, aber für mich ist ein DC ein DC - DNS und DHCP ist da für mich bereits der Maximalkompromiss
AFAIK kann man NTP-Server übrigens auch via DHCP verteilen.
Gruß,
Jörg
...und wenn die Geräte den DC über den Hostnamen fragen?
Ich würde das ernsthaft als Anlass nehmen, eine Liste der Geräte zu generieren, die den DC als Zeitserver nutzen und diese peu à peu umzukonfigurieren.
Vielleicht bin ich da etwas konservativ, aber für mich ist ein DC ein DC - DNS und DHCP ist da für mich bereits der Maximalkompromiss
AFAIK kann man NTP-Server übrigens auch via DHCP verteilen.
Gruß,
Jörg
Zitat von @117471:
Vielleicht bin ich da etwas konservativ, aber für mich ist ein DC ein DC - DNS und DHCP ist da für mich bereits der Maximalkompromiss
Nein nicht konservativ. Eher pflichtbewußt und ordentlich ;)Vielleicht bin ich da etwas konservativ, aber für mich ist ein DC ein DC - DNS und DHCP ist da für mich bereits der Maximalkompromiss
AFAIK kann man NTP-Server übrigens auch via DHCP verteilen.
kann man. Aber nur an Netzwerkkomponenten die eine DHCP-Adresse bekommen. Da sind dann oft die Drucker, Switch und andere Server raus, weil die häufig eben eine feste IP-Adresse eingetragen bekommen und keine via DHCP zugewiesen.
NTP gehört IMHO aber schon zu einem DC dazu, weil die Clients sich das ja auch von der Domäne und damit von deren nächsten DC holen.
Wenn man dann den Geräten wie Druckern etc (sofern DNS Namen möglich sind) die domäne einträgt hat man da auch nie Probleme, wenn sich mal ein NTP Server ändern sollte oder warum auch immer nicht erreichbar ist.
Wenn man dann den Geräten wie Druckern etc (sofern DNS Namen möglich sind) die domäne einträgt hat man da auch nie Probleme, wenn sich mal ein NTP Server ändern sollte oder warum auch immer nicht erreichbar ist.
die Firewall als primären NTP im Netz betrieben.
Ist man aber immer abhängig vom Internet ! Mit einem kleinen Raspberry Pi und einer billigen USB oder BT GPS Maus oder DCF77 Empfänger ist man vollkommen autark und hat immer die Atomzeit im lokalen LAN ganz ohne Internet. Netzwerk Management Server mit Raspberry Pi
Hallo,
Na und? Primär ist die unternehmensweite Synchronität wichtig.
Wenn mal 1 Woche das Internet ausfällt, tut das sicher weh. Aber nicht an der Stelle. Zur Not geht halt mal eine Sekunde alles gleichmäßig nach
Gruß,
Jörg
Na und? Primär ist die unternehmensweite Synchronität wichtig.
Wenn mal 1 Woche das Internet ausfällt, tut das sicher weh. Aber nicht an der Stelle. Zur Not geht halt mal eine Sekunde alles gleichmäßig nach
Gruß,
Jörg
N'Abend.
Quark. Das klappt tadellos - wenn man weiß, was man tut und wie man es zu tun hat.
Cheers,
jsysde
Quark. Das klappt tadellos - wenn man weiß, was man tut und wie man es zu tun hat.
IP Adresse ändern ist kein Problem da dabei der DNS den Namen des DC nur mit einer anderen IP Adresse auflöst. Es finden keinerlei Änderungen im AD statt.
Nochmal Quark. Die DNS-Auflösung muss auch erst mal wieder klappen, nachdem man die IP-Adresse geändert hat. Bei nur einem Subnetz kein Problem, in größeren Umgebungen über mehrere Standorte hinweg hingegen schon.Cheers,
jsysde