32
HOWTO Active Directory : Umzug der Betriebsmaster - FSMO-Rollen auf einen anderen Domänencontroller
Umzug der FSMO-Rollen über die MMC GUI solange der momentane Inhaber der Funktionen noch online ist
Hallo Zusammen,
da ich die Frage in letzter Zeit ebenfalls häufiger
gestellt bekommen habe, habe ich die Steps, zum
Umzug der FSMO-Rollen unter Windows 2003 Active
Directory, hier als kleines Tutorial zusammengefasst.
Es gibt 5 FSMO-Rollen die für den Betrieb eines
Windows Active Directory unabdingbar sind. Falls ihr
vor der Migration oder Abschaltung eures bisherigen
Domaincontrollers steht, müssen unter anderem diese
Funktionen auf den/einen neuen DC umgezogen werden.
Um den zukünftigen Inhaber der Rollen zur Auswahl zu
haben, müsst ihr im ersten Schritt das SnapIn mit dem
Ziel-DC verbinden. Dazu klickt ihr mit der rechten Maustaste
euren Domänennamen an und wählt <Verbindung mit
Domänencontroller herstellen> aus.
Den DC, mit dem ihr euch hier verbindet, habt ihr nachher
über die GUI zur Auswahl um ihm die Funktionen zu übertragen.
Die ersten 3 Funktionen können über das MMC SnapIn Active
Directory Benutzer und Computer konfiguriert werden. Öffnet AD
Benutzer und Computer und klickt mit der rechten Maustaste auf
euren Domänennamen und wählt <Betriebsmaster>.
In diesem Fenster habt ihr die Möglichkeit die Funktionen RID-Master,
PDC-Emulator und Infrastruktur-Master zu ändern. Auf den Registern
seht ihr den momentanen Inhaber der Funktion und im unteren
Bereich den DC auf den die Funktion über die Schaltfläche <Ändern>
geändert werden kann.
Eine weitere Funktion die umgezogen werden muss ist die des
Domänennamen-Master. Diese kann über das MMC SnapIn AD
Domänen und Vertrauensstellungen. Im SnapIn mit der rechten
Maustaste auf den obersten Punkt in der Hierarchie links klicken
und <Betriebsmaster> auswählen. Wie zuvor muss eine Verbindung
zum Zieldomänencontroller hergestellt werden!
Über die Schaltfläche <Ändern> kann die Funktion auf den DC im
unteren Teil des Fensters umgezogen werden.
Die letzte Funktion die geändert werden muss, ist die des
Schema-Masters. Da diese Funktion über die GUIs erstmal nicht
erreichbar ist, müssen wir vorher noch ein paar Einstellungen vornehmen.
Als erstes muss die schemmgmt.dll registriert werden, dies kann über
Eingabe des Befehls regsvr32 schemmgmt.dll unter Start -> Ausführen
gemacht werden.
Anschließend öffnen über die Eingabe des Befehls mmc an gleicher Stelle
ein neues leeres MMC-SnapIn.
Über Datei -> SnapIn hinzufügen/entfernen kommen wir in das nächste Menü.
Hier muss über Hinzufügen das SnapIn <Active-Directory-Schema> das
benötigte SnapIn ausgewählt werden. Die Fenster können nach markieren
und hinzufügen des SnapIns über <Schließen> und <OK> geschlossen werden.
Nachdem wir das SnapIn nun zur Verfügung haben muss als erstes die
Struktur per Doppelklick auf <Active-Directory-Schema> ausgeklappt
werden. Jetzt kann durch anklicken des des gleichen Punkts mit der
rechten Maustaste auch hier die Funktion <Betriebsmaster> aufgerufen
werden. Wie zuvor müsst ihr das SnapIn mit dem DC verbinden, auf den
die Funktion übertragen werden soll.
Nachdem nun alle Rollen übertragen sind solltet ihr den übrigen DCs im
Netz, falls vorhanden, noch die Zeit geben die Änderungen im Active
Directory zu replizieren. Bei der Migration oder Umzug von DCs müssen
mitunter auch noch andere Dienste wie DNS, WINS, DHCP, Globaler Katalog
usw. umgezogen werden, darauf gehe ich ggf. in einem separaten Tutorial ein.
So dass wars dann auch schon
Solltet ihr noch Fragen oder Anmerkungen haben freue ich mich auf eure Kommentare.
Gruß aus dem Badischen
Patrick
Hallo Zusammen,
da ich die Frage in letzter Zeit ebenfalls häufiger
gestellt bekommen habe, habe ich die Steps, zum
Umzug der FSMO-Rollen unter Windows 2003 Active
Directory, hier als kleines Tutorial zusammengefasst.
Es gibt 5 FSMO-Rollen die für den Betrieb eines
Windows Active Directory unabdingbar sind. Falls ihr
vor der Migration oder Abschaltung eures bisherigen
Domaincontrollers steht, müssen unter anderem diese
Funktionen auf den/einen neuen DC umgezogen werden.
Um den zukünftigen Inhaber der Rollen zur Auswahl zu
haben, müsst ihr im ersten Schritt das SnapIn mit dem
Ziel-DC verbinden. Dazu klickt ihr mit der rechten Maustaste
euren Domänennamen an und wählt <Verbindung mit
Domänencontroller herstellen> aus.
Den DC, mit dem ihr euch hier verbindet, habt ihr nachher
über die GUI zur Auswahl um ihm die Funktionen zu übertragen.
Die ersten 3 Funktionen können über das MMC SnapIn Active
Directory Benutzer und Computer konfiguriert werden. Öffnet AD
Benutzer und Computer und klickt mit der rechten Maustaste auf
euren Domänennamen und wählt <Betriebsmaster>.
In diesem Fenster habt ihr die Möglichkeit die Funktionen RID-Master,
PDC-Emulator und Infrastruktur-Master zu ändern. Auf den Registern
seht ihr den momentanen Inhaber der Funktion und im unteren
Bereich den DC auf den die Funktion über die Schaltfläche <Ändern>
geändert werden kann.
Eine weitere Funktion die umgezogen werden muss ist die des
Domänennamen-Master. Diese kann über das MMC SnapIn AD
Domänen und Vertrauensstellungen. Im SnapIn mit der rechten
Maustaste auf den obersten Punkt in der Hierarchie links klicken
und <Betriebsmaster> auswählen. Wie zuvor muss eine Verbindung
zum Zieldomänencontroller hergestellt werden!
Über die Schaltfläche <Ändern> kann die Funktion auf den DC im
unteren Teil des Fensters umgezogen werden.
Die letzte Funktion die geändert werden muss, ist die des
Schema-Masters. Da diese Funktion über die GUIs erstmal nicht
erreichbar ist, müssen wir vorher noch ein paar Einstellungen vornehmen.
Als erstes muss die schemmgmt.dll registriert werden, dies kann über
Eingabe des Befehls regsvr32 schemmgmt.dll unter Start -> Ausführen
gemacht werden.
Anschließend öffnen über die Eingabe des Befehls mmc an gleicher Stelle
ein neues leeres MMC-SnapIn.
Über Datei -> SnapIn hinzufügen/entfernen kommen wir in das nächste Menü.
Hier muss über Hinzufügen das SnapIn <Active-Directory-Schema> das
benötigte SnapIn ausgewählt werden. Die Fenster können nach markieren
und hinzufügen des SnapIns über <Schließen> und <OK> geschlossen werden.
Nachdem wir das SnapIn nun zur Verfügung haben muss als erstes die
Struktur per Doppelklick auf <Active-Directory-Schema> ausgeklappt
werden. Jetzt kann durch anklicken des des gleichen Punkts mit der
rechten Maustaste auch hier die Funktion <Betriebsmaster> aufgerufen
werden. Wie zuvor müsst ihr das SnapIn mit dem DC verbinden, auf den
die Funktion übertragen werden soll.
Nachdem nun alle Rollen übertragen sind solltet ihr den übrigen DCs im
Netz, falls vorhanden, noch die Zeit geben die Änderungen im Active
Directory zu replizieren. Bei der Migration oder Umzug von DCs müssen
mitunter auch noch andere Dienste wie DNS, WINS, DHCP, Globaler Katalog
usw. umgezogen werden, darauf gehe ich ggf. in einem separaten Tutorial ein.
So dass wars dann auch schon
Solltet ihr noch Fragen oder Anmerkungen haben freue ich mich auf eure Kommentare.
Gruß aus dem Badischen
Patrick
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 35130
Url: https://administrator.de/tutorial/howto-active-directory-umzug-der-betriebsmaster-fsmo-rollen-auf-einen-anderen-domaenencontroller-35130.html
Ausgedruckt am: 23.12.2024 um 18:12 Uhr
32 Kommentare
Neuester Kommentar
Eine liebevolle Erklärung!
So mit Screenshots, das hat schon was.
So mit Screenshots, das hat schon was.
also wenn das jetzt nicht ironisch gemeint ist ;)
Ne, garnicht!
Es gibt nix aufschlussreicheres, als Anleitungen mit Screenshots.
Vor allem bei der Microsaft Administration.
Das war absolut als Lob und Anerkennung gedacht!
Als MCSE weiss ich freilich was es mit den FSMO Rollen auf sich hat - für manch anderen mag es aber eine Offenbahrung sein...
Es gibt nix aufschlussreicheres, als Anleitungen mit Screenshots.
Vor allem bei der Microsaft Administration.
Das war absolut als Lob und Anerkennung gedacht!
Als MCSE weiss ich freilich was es mit den FSMO Rollen auf sich hat - für manch anderen mag es aber eine Offenbahrung sein...
ich dachte eher deshalb, weil du im Profil "Linux/Unix" stehen hast...
Aber als MCSE bist du auch MS seitig vorbelastet - dann glaube ich dir
und freue mich über das positive Feedback !
Gruß
Patrick
Aber als MCSE bist du auch MS seitig vorbelastet - dann glaube ich dir
und freue mich über das positive Feedback !
Gruß
Patrick
Nice!!
Gruß
Sven
Gruß
Sven
Auch hier (wenn vielleicht auch nicht so schön bebildert) finden sich viele Informationen zu solchen Themen. --> http://dnn.mssbsfaq.de/ <-- Besonders wenn es sich um Small Business Server 2003 (SBS2003) handelt, ist diese Seite sehr hilfreich.
Den Beitrag hier finde ich druchaus löblich und sehr anschaulich!
Den Beitrag hier finde ich druchaus löblich und sehr anschaulich!
Hallo,
ich finde diese Anleitung auch sehr gut gemacht. Ich gehe allerdings in letzter Zeit lieber den Weg über ntdsutil.exe. Das ist auch recht schnell durchgeführt. Eine rechte Gute Anleitung dafür gibt es unter http://support.microsoft.com/kb/255504/de
Viele Grüße
Dirk
ich finde diese Anleitung auch sehr gut gemacht. Ich gehe allerdings in letzter Zeit lieber den Weg über ntdsutil.exe. Das ist auch recht schnell durchgeführt. Eine rechte Gute Anleitung dafür gibt es unter http://support.microsoft.com/kb/255504/de
Viele Grüße
Dirk
Danke für das HowTo das ist genau das was ich gesucht habe!
LG Jonny
LG Jonny
Nachdem nun alle> Rollen übertragen sind
solltet ihr den übrigen DCs im
Netz, falls vorhanden, noch die Zeit geben
die Änderungen im Active
Directory zu replizieren. Bei der Migration
oder Umzug von DCs müssen
mitunter auch noch andere Dienste wie DNS,
WINS, DHCP, Globaler Katalog
usw. umgezogen werden, darauf gehe ich ggf.
in einem separaten Tutorial ein.
hallo ihr da draussen ....
Hätte da jemand vielleicht eine anleitung für den umzug der dienste ????Gruß
Marcel
Würde mich auch interessieren...
Braucht ihr das noch? Würde es eher per NTDSUTIL als über die GUI machen.
Ich persönlich brauche das mittlerweile nicht mehr...
Trotzdem danke...
Trotzdem danke...
ich schon .. bitte bitte bitte !!!
thx
gruß
thx
gruß
Das ist eine saubere Arbeit. Danke dafür. Mich würde aber, wie erwähnt, brennend interessieren, wie
a) geordnet vor einem Gau und
b) nach einem Gau
das Ganze von statten geht. Die Übertragung der Rollen beim laufenden Sytem ist ja hier Klasse erläutert.
Ich stehe vor der undankbaren Aufgabe, einen MS Exchange 2003, der auf einem 2003 STD R2 Server läuft, welcher Schema-Master, Domain-Master, Global Catalog, etc. ist mit den Diensten wie DNS und DHCP dank sterbendem RAID umzuziehen. Es existieren bereits 2 weitere DCs auf 2003 Server Basis sowie demnächst das Gerät für den Ausfall, auf das alles übertragen werden soll.
Das Ganze ist offensichtlich eine Frage der Reihenfolge und auch Exchange ist ja hier ein "wenig heikel": Es kann nur einen geben(?). Die Postfächer sind per EXMERGE gesichert, von hier droht keine Gefahr, aber hat schon einmal jemand der Anwesenden so etwas gemacht? Mir geht es wirklich um das Prozedere: Erst die Rollen und den globalen Katalog übertragen, dann DNS und DHCP, den Exchange vorher sauber deckeln oder noch noch leben lassen, oder.....?
Habe leider nichts Passendes gefunden.
Vielleicht hier jemand?
Danke und Grüße, TF
a) geordnet vor einem Gau und
b) nach einem Gau
das Ganze von statten geht. Die Übertragung der Rollen beim laufenden Sytem ist ja hier Klasse erläutert.
Ich stehe vor der undankbaren Aufgabe, einen MS Exchange 2003, der auf einem 2003 STD R2 Server läuft, welcher Schema-Master, Domain-Master, Global Catalog, etc. ist mit den Diensten wie DNS und DHCP dank sterbendem RAID umzuziehen. Es existieren bereits 2 weitere DCs auf 2003 Server Basis sowie demnächst das Gerät für den Ausfall, auf das alles übertragen werden soll.
Das Ganze ist offensichtlich eine Frage der Reihenfolge und auch Exchange ist ja hier ein "wenig heikel": Es kann nur einen geben(?). Die Postfächer sind per EXMERGE gesichert, von hier droht keine Gefahr, aber hat schon einmal jemand der Anwesenden so etwas gemacht? Mir geht es wirklich um das Prozedere: Erst die Rollen und den globalen Katalog übertragen, dann DNS und DHCP, den Exchange vorher sauber deckeln oder noch noch leben lassen, oder.....?
Habe leider nichts Passendes gefunden.
Vielleicht hier jemand?
Danke und Grüße, TF
Ähm ich habe einen Umzug von W2k auf W2k3 mit DNS, DHCP, Rollen und globalen Katalog durchgeführt. Klappte und klappt alles wie es soll. Wenn du willst schick ich dir ne Erklärung und Auszüge aus der Doku...
Nur mit dem Exchange müsstest du wen anders finden...
Nur mit dem Exchange müsstest du wen anders finden...
Könnte ich bitte auch eine Erklärung und einen Auszug aus der Doku haben? Mir steht gerade so eine Aufgabe bevor!
Vielen Dank!
Vielen Dank!
Sorry für die späte Antwort, aber der "GAU" war inzwischen schon kurz vor der Haustür, ein "Universal Restore" mit Acronis war nicht ganz so "Universal" wie es Acronis wohl gerne hätte, aber es hat jetzt das Battery-Modul unseres RAID-Controllers noch ein kleines Wunder geschehen lassen. Somit ist wieder ein bißchen Zeit gewonnen und ich würde deine Doku gerne haben. Vielen Dank schon einmal für deine Mühe.
Vielleicht kann ich Dir ja helfen, da mein GAU noch ganz frisch ist. Wenn Du möchtest, schicke ich dir gerne etwas zu, was, mit kompetenter Hilfe eines MCSE, gut geklappt hat. Die Anleitung oben kannst Du aber hernehmen, die haut hin. "ntdsutil" wäre die Alternative, aber vielleicht klickst du ja lieber...
Eins vorab: prüfe Deinen "alten" DNS-Server ob wirklich alles stimmt: Active Directory integrierte Forward und Reverse Zones, keine Fehler im Ereignisprotokoll zu DNS, Zonenübertragungen zugelassen, etc. Bei mir war das der Fehler.
Den neuen Server noch NICHT zum DC hochstufen, erst DNS installieren und dies nicht über die Server-Verwaltungs-Tools sondern nackig über Systemsteuerung - Software - Windows Komponenten etc.
Alles weitere gerne per Mail/Doku hinterher.
Eins vorab: prüfe Deinen "alten" DNS-Server ob wirklich alles stimmt: Active Directory integrierte Forward und Reverse Zones, keine Fehler im Ereignisprotokoll zu DNS, Zonenübertragungen zugelassen, etc. Bei mir war das der Fehler.
Den neuen Server noch NICHT zum DC hochstufen, erst DNS installieren und dies nicht über die Server-Verwaltungs-Tools sondern nackig über Systemsteuerung - Software - Windows Komponenten etc.
Alles weitere gerne per Mail/Doku hinterher.
Beitrag verschoben....
Ich habe den Beitrag in einen eigenen Thread verschoben.
Er ist nun unter
Problem beim Umzug der Betriebsmaster und FSMO-Rollen auf neuen DC (nach Howto vorgegangen)
zu finden.
Danke
Serviceadmin
Ich habe den Beitrag in einen eigenen Thread verschoben.
Er ist nun unter
Problem beim Umzug der Betriebsmaster und FSMO-Rollen auf neuen DC (nach Howto vorgegangen)
zu finden.
Danke
Serviceadmin
Gibts eigentlich schon ein Tutorial wie man DNS usw. verschiebt?
Stehe ebenfalls vor dem Problem wie ich DNS am besten verschiebe. Weil ich weiß, wenn dort was schief läuft kann es zu schwerwiegenden Problemen kommen....
Also weiß jemand den Umgang mit DNS in diesem Falle?
Danke schon mal!
Also weiß jemand den Umgang mit DNS in diesem Falle?
Danke schon mal!
Ich führe das oben angefange weiter:
-> SNIP: Eins vorab: prüfe Deinen "alten" DNS-Server ob wirklich alles stimmt: Active Directory integrierte Forward und Reverse Zones, keine Fehler im Ereignisprotokoll zu DNS, Zonenübertragungen zugelassen, etc. Bei mir war das der Fehler.
Den neuen Server noch NICHT zum DC hochstufen, erst DNS installieren und dies nicht über die Server-Verwaltungs-Tools sondern nackig über Systemsteuerung - Software - Windows Komponenten etc. Beim "alten" DNS Server trägst Du in den Netzwerk-Einstellungen als 2. DNS Server bereits den "neuen" ein, beim "neuen" als ersten DNS den "alten" (Jeweils die IP natürlich) Ich habe DC und NICHT-DC mit DNS ein bißchen rappeln lassen, die üblichen DNS-Tests auf dem neuen DNS laufen lassen (Ein bißchen was kann er ja jetzt schon auflösen) um dann (Keine Problem in Sicht), den neuen Server zum DC hochzustufen.
Ich müßte lügen wenn ich sage, das DNS danach automatisch Active Directory integriert war, aber da muß er hin, notfalls per Hand. Nach nicht allzulanger Zeit war eine vollständige Replikation durch und alle Zonen samt Einträgen auf dem neuen Server genauso abgebildet wie auf dem alten. Test: Bei Clients den neuen fest als DNS eintragen und dann nslookup auf öffentliche und interne Adressen: Voilà, sollte klappen. Du hast jetzt zwei Klone. Danach habe ich die FSMO-Rollen übertragen auf den neuen Kasten und diesen mit allen Optionen zum Domain-Master befördert (Die Anleitung von Patrick oben). IP-Adressen der DNS Server in den Netzwerkeigenschaften wieder richtig hingedreht, DHCP in einer Stunde der Muße auf dem alten gelöscht und auf dem neuen nachinstalliert: geht. So schlimm war es also gar nicht
-> SNIP: Eins vorab: prüfe Deinen "alten" DNS-Server ob wirklich alles stimmt: Active Directory integrierte Forward und Reverse Zones, keine Fehler im Ereignisprotokoll zu DNS, Zonenübertragungen zugelassen, etc. Bei mir war das der Fehler.
Den neuen Server noch NICHT zum DC hochstufen, erst DNS installieren und dies nicht über die Server-Verwaltungs-Tools sondern nackig über Systemsteuerung - Software - Windows Komponenten etc. Beim "alten" DNS Server trägst Du in den Netzwerk-Einstellungen als 2. DNS Server bereits den "neuen" ein, beim "neuen" als ersten DNS den "alten" (Jeweils die IP natürlich) Ich habe DC und NICHT-DC mit DNS ein bißchen rappeln lassen, die üblichen DNS-Tests auf dem neuen DNS laufen lassen (Ein bißchen was kann er ja jetzt schon auflösen) um dann (Keine Problem in Sicht), den neuen Server zum DC hochzustufen.
Ich müßte lügen wenn ich sage, das DNS danach automatisch Active Directory integriert war, aber da muß er hin, notfalls per Hand. Nach nicht allzulanger Zeit war eine vollständige Replikation durch und alle Zonen samt Einträgen auf dem neuen Server genauso abgebildet wie auf dem alten. Test: Bei Clients den neuen fest als DNS eintragen und dann nslookup auf öffentliche und interne Adressen: Voilà, sollte klappen. Du hast jetzt zwei Klone. Danach habe ich die FSMO-Rollen übertragen auf den neuen Kasten und diesen mit allen Optionen zum Domain-Master befördert (Die Anleitung von Patrick oben). IP-Adressen der DNS Server in den Netzwerkeigenschaften wieder richtig hingedreht, DHCP in einer Stunde der Muße auf dem alten gelöscht und auf dem neuen nachinstalliert: geht. So schlimm war es also gar nicht
Hallo.
Ich steh zurzeit vor dem Problem, dass ich beim Umzug des Schema Masters die Fehlermeldung bekomme, dass der FSMO Rechte Inhaber nicht erreichbar ist. Vor allem verwundert mich, dass auf dem Rechte Inhaber selbst, öfter mal ERROR als Betriebsmaster steht und nicht der Servername selbst.
Hat da jmd vielleicht nen Tipp?
Ich steh zurzeit vor dem Problem, dass ich beim Umzug des Schema Masters die Fehlermeldung bekomme, dass der FSMO Rechte Inhaber nicht erreichbar ist. Vor allem verwundert mich, dass auf dem Rechte Inhaber selbst, öfter mal ERROR als Betriebsmaster steht und nicht der Servername selbst.
Hat da jmd vielleicht nen Tipp?
Ok, hat siche erledigt...
der DNS hat sich aufgehängt
der DNS hat sich aufgehängt
Hallo,
zunächst mal ein Lob für die Anleitung.
Zu dem Umzug der Schemamaster-Rolle habe ich eine Frage. Ich habe das Snap-In "AD-Schema" geladen und mich mit dem DC verbunden, der die Schemamaster-Rolle übernehmen soll. Wenn ich nun in dem Context-Menü auf "Betriebsmaster..." klicke, um die Rolle zu übertragen, ist die Schaltfläche "Ändern" deaktiviert.
Hat jemand eine Idee, warum dies so ist und wie der Fehler - wenn es denn einer ist - behoben werden kann?
Zur Info. Alle anderen FSMO-Rollen konnten einwandfrei übertragen werden.
Grüße
Philipp
zunächst mal ein Lob für die Anleitung.
Zu dem Umzug der Schemamaster-Rolle habe ich eine Frage. Ich habe das Snap-In "AD-Schema" geladen und mich mit dem DC verbunden, der die Schemamaster-Rolle übernehmen soll. Wenn ich nun in dem Context-Menü auf "Betriebsmaster..." klicke, um die Rolle zu übertragen, ist die Schaltfläche "Ändern" deaktiviert.
Hat jemand eine Idee, warum dies so ist und wie der Fehler - wenn es denn einer ist - behoben werden kann?
Zur Info. Alle anderen FSMO-Rollen konnten einwandfrei übertragen werden.
Grüße
Philipp
Meine vorherige Anfrage hat sich erledigt...
Um die Schemamaster-Funktion auf einen anderen DC zu übertragen, sollte man als User angemeldet sein, der Mitglied der Gruppe Schema-Admins ist und somit auch über die erforderlichen Rechte verfügt.
;)
Um die Schemamaster-Funktion auf einen anderen DC zu übertragen, sollte man als User angemeldet sein, der Mitglied der Gruppe Schema-Admins ist und somit auch über die erforderlichen Rechte verfügt.
;)
sehr schön, vielen dank dafür!
Sehr schöne Anleitung ! Schon mehrfach in dieser Konstellation durchgeführt.
Nur ein kleiner Verbesserungstipp :
"Die letzte Funktion die geändert werden muss, ist die des
Schema-Masters. Da diese Funktion über die GUIs erstmal nicht
erreichbar ist, müssen wir vorher noch ein paar Einstellungen vornehmen.
Als erstes muss die schemmgmt.dll registriert werden, dies kann über
Eingabe des Befehls regsvr32 schemmgmt.dll unter Start -> Ausführen
gemacht werden."
Dort hast du "schemmgmt.dll" geschrieben..Es heisst aber "schmmgmt.dll". Vielleicht kannst du das ja noch ändern
Thx
Nur ein kleiner Verbesserungstipp :
"Die letzte Funktion die geändert werden muss, ist die des
Schema-Masters. Da diese Funktion über die GUIs erstmal nicht
erreichbar ist, müssen wir vorher noch ein paar Einstellungen vornehmen.
Als erstes muss die schemmgmt.dll registriert werden, dies kann über
Eingabe des Befehls regsvr32 schemmgmt.dll unter Start -> Ausführen
gemacht werden."
Dort hast du "schemmgmt.dll" geschrieben..Es heisst aber "schmmgmt.dll". Vielleicht kannst du das ja noch ändern
Thx
sehr gut beschrieben, kompliment!
jetzt hab ich das folgende Problem:
Eine Domäne von w2k8 xxx.local auf w2k3r2 umziehen.
habe alles nach der anleitung gemacht und habe auch bei allem die meldung bekommen dass es geklappt hat!
Hab in den Netzwerkadapptern die DNS Adresse geändert. Sind nur 5 (HDCP läuft über den Router)
Und will nun den w2k8 runterfahren und alles über den w2k3r2 laufen lassen.
Da beginnt da Probelm!!!
Es scheint als hätte ich die Dienste nie umgezogen! Und die Domäne Läuft nur mit dem w2k8 ????
worann liegt das hab ich was vergessen??? muss ich den w2k8 runterstufen und wie???
Danke für eure Unterstützung
jetzt hab ich das folgende Problem:
Eine Domäne von w2k8 xxx.local auf w2k3r2 umziehen.
habe alles nach der anleitung gemacht und habe auch bei allem die meldung bekommen dass es geklappt hat!
Hab in den Netzwerkadapptern die DNS Adresse geändert. Sind nur 5 (HDCP läuft über den Router)
Und will nun den w2k8 runterfahren und alles über den w2k3r2 laufen lassen.
Da beginnt da Probelm!!!
Es scheint als hätte ich die Dienste nie umgezogen! Und die Domäne Läuft nur mit dem w2k8 ????
worann liegt das hab ich was vergessen??? muss ich den w2k8 runterstufen und wie???
Danke für eure Unterstützung
Hallo Zusammen
Ich weis leider nicht ob diesen Artikel überhaupt noch jemand liest, aber ich hätte dazu trotsdem noch eine Frage:
Ich glaube ich stehe irgendwie auf dem Schlauch, aber den Punkt: Verbindung mit Domainencontroler herstellen..... gibt es auf einem Server 2008 nicht.
Also meine Frage wie kann ich die DC`s verbinden ?
Ich weis leider nicht ob diesen Artikel überhaupt noch jemand liest, aber ich hätte dazu trotsdem noch eine Frage:
Ich glaube ich stehe irgendwie auf dem Schlauch, aber den Punkt: Verbindung mit Domainencontroler herstellen..... gibt es auf einem Server 2008 nicht.
Also meine Frage wie kann ich die DC`s verbinden ?
Bei 2008 heisst es "Domänencontroler ändern"
Super Anleitung, Vielen Dank dafür.
Oben im Text hat sich ein Tippfehler eingeschlichen beim Registrieren der DLL. Da steht regsvr32 schemmgmt.dll statt regsvr32 schmmgmt.dll
Danke und weiter so, echt klasse Anleitung.
Gruß Roman
Oben im Text hat sich ein Tippfehler eingeschlichen beim Registrieren der DLL. Da steht regsvr32 schemmgmt.dll statt regsvr32 schmmgmt.dll
Danke und weiter so, echt klasse Anleitung.
Gruß Roman
