Windows Server 2012 Eval Version lässt sich nicht aktivieren DC Funktion muss temporär weg
Hallo zusammen.
Mir ist da ein ziemlich unangenehmer Fehler passiert.
Ich habe eine Windows Server 2012 Eval Version heruntergeladen und damit dann 2 Server installiert.
Die passenden Lizenzen haben wir dann ebenfalls geordert (ein paar Tage später).
Aus den beiden Servern habe ich dann ein Domänenetzwerk gemacht.
D.h. beide Server sind DC, einer davon hostet unseren Exchange (ebenfalls lizenziert).
Nun wollte ich dann auch mal die Lizenz einspielen. Uns wurde auch gesagt, dass man die Eval Version vom Server 2012 auch mit der Open Lizenz aktivieren kann.
Kann man auch, wäre er aber nicht ein Domaincontroller.
Nun habe ich natürlich ein riesen Problem. Ich kann die Server jetzt nicht mehr neu aufsetzen, da bereits produktiv im Einsatz. Und die Lizenz dafür haben wir ja auch. Nur kann ich sie eben nicht zur Aktivierung verwenden.
http://technet.microsoft.com/de-de/library/jj574204.aspx
bzw.
http://technet.microsoft.com/de-de/library/jj574204.aspx
Nun meine Frage:
Kann ich den Server denn temporär problemlos zur Aktivierung herabstufen und ihn danach wieder zum DC machen?
Falls nicht, wirds übel
Mir ist da ein ziemlich unangenehmer Fehler passiert.
Ich habe eine Windows Server 2012 Eval Version heruntergeladen und damit dann 2 Server installiert.
Die passenden Lizenzen haben wir dann ebenfalls geordert (ein paar Tage später).
Aus den beiden Servern habe ich dann ein Domänenetzwerk gemacht.
D.h. beide Server sind DC, einer davon hostet unseren Exchange (ebenfalls lizenziert).
Nun wollte ich dann auch mal die Lizenz einspielen. Uns wurde auch gesagt, dass man die Eval Version vom Server 2012 auch mit der Open Lizenz aktivieren kann.
Kann man auch, wäre er aber nicht ein Domaincontroller.
Nun habe ich natürlich ein riesen Problem. Ich kann die Server jetzt nicht mehr neu aufsetzen, da bereits produktiv im Einsatz. Und die Lizenz dafür haben wir ja auch. Nur kann ich sie eben nicht zur Aktivierung verwenden.
http://technet.microsoft.com/de-de/library/jj574204.aspx
bzw.
http://technet.microsoft.com/de-de/library/jj574204.aspx
Nun meine Frage:
Kann ich den Server denn temporär problemlos zur Aktivierung herabstufen und ihn danach wieder zum DC machen?
Falls nicht, wirds übel
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 206766
Url: https://administrator.de/forum/windows-server-2012-eval-version-laesst-sich-nicht-aktivieren-dc-funktion-muss-temporaer-weg-206766.html
Ausgedruckt am: 23.12.2024 um 03:12 Uhr
20 Kommentare
Neuester Kommentar
1. Backup vorher erstellen
2. In einer Testumgebung testen
So. Das vorab.
Grundsätzlich solltest du erst einen DC herabstufen, aktivieren und wieder heraufstufen. Am Folgetag dann den nächsten entsprechend bearbeiten.
Ich kann dir allerdings nicht sagen, wie sich Exchange dabei verhält. Das kann zu unangenehmen Folgen führen.
2. In einer Testumgebung testen
So. Das vorab.
Grundsätzlich solltest du erst einen DC herabstufen, aktivieren und wieder heraufstufen. Am Folgetag dann den nächsten entsprechend bearbeiten.
Ich kann dir allerdings nicht sagen, wie sich Exchange dabei verhält. Das kann zu unangenehmen Folgen führen.
Hallo,
Warum läuft der Exchange bei dir auf einen DC?
Gruß,
Peter
Zitat von @PhobosX:
Kann ich den Server denn temporär problemlos zur Aktivierung herabstufen und ihn danach wieder zum DC machen?
Wenn das nicht dein Exchange Server ist der ja wie du sagst auf einen dieser 2 DCs (mehr Server hast du ja nicht) läuft sollte es gehen. Achte auf die FSMO rollen bevor du den Server herabstufst. Was läuft ausser DC noch auf diesen Server 2012?Kann ich den Server denn temporär problemlos zur Aktivierung herabstufen und ihn danach wieder zum DC machen?
Warum läuft der Exchange bei dir auf einen DC?
Falls nicht, wirds übel
Dafür gibt es das Werkzeug für Feiglinge namens DatensicherungGruß,
Peter
Am besten auf dem "einsamen" DC anfangen.
FSMO-Rollen auf den anderen übertragen (wie das geht => TechNet), dcpromo, den Anweisungen folgen, AD-Rolle(n) deinstallieren, zwischendurch und im Anschluss ein paar Mal neustarten und dann aktivieren. Dann wieder die Rollen istallieren, dcpromo, trallala und am Folgetag das ganze auf dem "Exchange-DC"
Wie gesagt, ich weiß nicht, was mit dem Exch passiert.
Aber berechtigte Frage meines Vorposters: Warum Exch auf nem DC? Das ist laut MS "not supportet".
FSMO-Rollen auf den anderen übertragen (wie das geht => TechNet), dcpromo, den Anweisungen folgen, AD-Rolle(n) deinstallieren, zwischendurch und im Anschluss ein paar Mal neustarten und dann aktivieren. Dann wieder die Rollen istallieren, dcpromo, trallala und am Folgetag das ganze auf dem "Exchange-DC"
Wie gesagt, ich weiß nicht, was mit dem Exch passiert.
Aber berechtigte Frage meines Vorposters: Warum Exch auf nem DC? Das ist laut MS "not supportet".
Oh, ja... stimmt. Sorry, nicht mitgedacht. Also nur AD-Rolle deinstallieren.
Und ja, bitte erst mal testen, bevor du beim Chef antanzen darfst
Das mit Exch auf DC ist schon seit Server2008/Exchange 2007 so. Eine Ausnahme bildete bis dato immer der der SBS, aber der Server 2012 Essentials hat das Problem ja nun auch nicht mehr.
Du brauchst für Exchange nur einen DC in der Umgebung, nicht auf der gleichen Maschine.
Und ja, bitte erst mal testen, bevor du beim Chef antanzen darfst
Das mit Exch auf DC ist schon seit Server2008/Exchange 2007 so. Eine Ausnahme bildete bis dato immer der der SBS, aber der Server 2012 Essentials hat das Problem ja nun auch nicht mehr.
Du brauchst für Exchange nur einen DC in der Umgebung, nicht auf der gleichen Maschine.
Hallo,
Soll, nicht darf. Technsich gehen tut es ja. Nur leider sagt dir dann MS im Fehlerfall Ätsch oder du musst dir eine Schwarze Kreditkarte zulegen
Gruß,
Peter
Soll, nicht darf. Technsich gehen tut es ja. Nur leider sagt dir dann MS im Fehlerfall Ätsch oder du musst dir eine Schwarze Kreditkarte zulegen
sogar nicht drum herum. Aber wahrscheinlich täusche ich mich da.
Ja. Es ist nicht möglich einen Exchange ohne AD aufzusetzen. Das AD benötigt natürlich einen DC. Der Exchange wird nur bei SBS Installationen mit auf den DC gepackt. Dazu hat dieser etwas geänderte DLLs. Ansonsten den Exchange niemals auf den DC z.B. weil du diesen dann nicht mehr Herunterstufen kannst solange der Exchange installiert ist. Dazu muss der Exchange zwingend deinstalliert werden (Restlos und wirklich sauber).wieder herabstufe um ihn anschließend wieder als DC zu befördern.
Einen nur DC auch mehrmals hinzu und entfernen ist kein Problem solange du den während der Procedur nicht den Saft abdrehst. Mit WSUS? No Go. WSUS erst sauber runter. DHCP? Vorher auf andren Maschine (muss auch kein DC sein). DNS, auch runter und kann auch auf nicht DCs laufen.Server1: DC, DNS, DHCP, WSUS
WSUS runter, DHCP runter, dann herunterstufen.Server2: DC, DNS, Exchange
No Go. Der Exchange muss zwingend sauber und komplett deinstalliert werden.Gruß,
Peter
Hallo,
Nein, das nennt sich "Manual not read error"
Neuen zusätzlichen Server 2012 für den Exchange. Alten Exchange auf den neuen migrieren und prüfen das alles sauber läuft inkl. aller Clients und Smartphones und und und. AD prüfen ob der neue Exchange alles hat und das vom alten nichts mehr im AD steckt.
Dann, und erst dann kannst du daran denken diesen DC mit EVAL zu demoten.
Vielleicht ist es aber einfacher eine neue Domäne einzurichten.
Gruß,
Peter
Nein, das nennt sich "Manual not read error"
Dann muss ich den Exchange temporär wo anders drauf packen.
Du nimmst zwei gegensetzliche Wörter gleichzeitig in den Mund, nämlich Exchange UND Temporär. Ein Exchange ist oder ist nicht. Temporär gibt es da nichts. Ein Exchange ist tief im AD eingetragen und das entfernen eines Exchange mal eben so ist sehr oft der Untergang des AD.Neuen zusätzlichen Server 2012 für den Exchange. Alten Exchange auf den neuen migrieren und prüfen das alles sauber läuft inkl. aller Clients und Smartphones und und und. AD prüfen ob der neue Exchange alles hat und das vom alten nichts mehr im AD steckt.
Dann, und erst dann kannst du daran denken diesen DC mit EVAL zu demoten.
Vielleicht ist es aber einfacher eine neue Domäne einzurichten.
Gruß,
Peter
Zitat von @PhobosX:
> Zitat von @manuel1985:
> ----
> > Vielleicht ist es aber einfacher eine neue Domäne einzurichten.
>
> Kommt auf die Anzahl der User an. Bei 10 Hanseln bietet sich das nächste Wochenende an :D
>
>
> Aber mal ne andere Frage:
> Warum lässt man eine Produktiv-Umgebung mit nicht aktivierten Keys laufen? Es heißt doch nicht umsonst "zur
> Evaluierung"
Weil es etwas gedauert hat, bis der Open Account eröffnet war und ich die Umgebung soweit schon fertig hatte, bis die
Lizenzen da waren.
Dass man halt dann einen DC nicht aktivieren kann, ist leider ein entscheidendes Detail, dass ich vorher nicht wusste.
Okay, verstanden.
Also das Problem sind eher die Hardware-Ressourcen und nicht der Aufwand.
Also ich habe hier noch einen Server rumstehen, der potentiell in Frage kommt den Exchange darauf zu hosten.
Aber das will ich ja eigentlich nicht, weil die Hardware auf der er jetzt läuft extra dafür angeschafft wurde. Dahin
muss er also früher oder später also wieder zurück.
Kann ich es denn wie folgt machen: Ich nehme jetzt einen neuen Server her, installiere Server 2012, aktiviere ihn, füge ihn
der bestehenden Domäne hinzu, installiere dann Exchange 2013 und konfiguriere ihn auch soweit, dass er Mails senden und
empfangen kann und mach dann einen movedatabase?
Oder lässt sich ein redundanter Exchange nebenher aufbauen, der quasi als Failover agiert?
Oder eine etwas unkonventionelle Methode: Ich mache ein Serverbackup des jetzigen Exchange (mittwels Windows Sicherung).
Dann installiere ich den Server neu und nehme dann gleich das richtige Installationsmedium (also nicht Eval), welches sich dann
aktivieren lassen sollte und spiele das Backup ein?
> Zitat von @manuel1985:
> ----
> > Vielleicht ist es aber einfacher eine neue Domäne einzurichten.
>
> Kommt auf die Anzahl der User an. Bei 10 Hanseln bietet sich das nächste Wochenende an :D
>
>
> Aber mal ne andere Frage:
> Warum lässt man eine Produktiv-Umgebung mit nicht aktivierten Keys laufen? Es heißt doch nicht umsonst "zur
> Evaluierung"
Weil es etwas gedauert hat, bis der Open Account eröffnet war und ich die Umgebung soweit schon fertig hatte, bis die
Lizenzen da waren.
Dass man halt dann einen DC nicht aktivieren kann, ist leider ein entscheidendes Detail, dass ich vorher nicht wusste.
Okay, verstanden.
Also das Problem sind eher die Hardware-Ressourcen und nicht der Aufwand.
Also ich habe hier noch einen Server rumstehen, der potentiell in Frage kommt den Exchange darauf zu hosten.
Aber das will ich ja eigentlich nicht, weil die Hardware auf der er jetzt läuft extra dafür angeschafft wurde. Dahin
muss er also früher oder später also wieder zurück.
Kann ich es denn wie folgt machen: Ich nehme jetzt einen neuen Server her, installiere Server 2012, aktiviere ihn, füge ihn
der bestehenden Domäne hinzu, installiere dann Exchange 2013 und konfiguriere ihn auch soweit, dass er Mails senden und
empfangen kann und mach dann einen movedatabase?
Oder lässt sich ein redundanter Exchange nebenher aufbauen, der quasi als Failover agiert?
Oder eine etwas unkonventionelle Methode: Ich mache ein Serverbackup des jetzigen Exchange (mittwels Windows Sicherung).
Dann installiere ich den Server neu und nehme dann gleich das richtige Installationsmedium (also nicht Eval), welches sich dann
aktivieren lassen sollte und spiele das Backup ein?
Probieren kannst du's. Sperr alle Verbindungen zum Exchange, damit keine Emails verloren gehen.
Hallo,
Aktivieren als EVAL schon weil das sind die ja für max. 180 Tage, nur nicht wandeln in einer Nicht-Eval Version.
Dann den neuen richtigen Server 2012 Installieren, Aktivieren, als Memberserver in deiner Domaine nehmen und dort den neuen Exchange drauf un diesen auch Aktivieren. Den alten Exchange migrieren und komplett aus deinem AD (du hast ja noch Zwei DCs jetzt am laufen) sauber und rerstlos entfernen. DC herunterstufen und entsorgen. AD schauen das es sauber ist. Jetzt hast du einen Ser ver als DC, DNS, DHCP. Der andere ist jetzt Memberserver und Exchange. Evtl. da dein WSUS drauf anstelle auf deinen einzigen DC denn wenns den Bröselt hast du nichts mehr, auch kein Exchange. Oder die alten Hardware als WSUS und Managementkiste nehmen.
Gruß,
Peter
Aktivieren als EVAL schon weil das sind die ja für max. 180 Tage, nur nicht wandeln in einer Nicht-Eval Version.
Also ich habe hier noch einen Server rumstehen, der potentiell in Frage kommt den Exchange darauf zu hosten.
Dann von deinem jetzigen DC/Exchange ein Image ziehen und hier drauf pappen. netzkartentreiber anpassen und gut ist. Dann läuft das erstmal.Dann den neuen richtigen Server 2012 Installieren, Aktivieren, als Memberserver in deiner Domaine nehmen und dort den neuen Exchange drauf un diesen auch Aktivieren. Den alten Exchange migrieren und komplett aus deinem AD (du hast ja noch Zwei DCs jetzt am laufen) sauber und rerstlos entfernen. DC herunterstufen und entsorgen. AD schauen das es sauber ist. Jetzt hast du einen Ser ver als DC, DNS, DHCP. Der andere ist jetzt Memberserver und Exchange. Evtl. da dein WSUS drauf anstelle auf deinen einzigen DC denn wenns den Bröselt hast du nichts mehr, auch kein Exchange. Oder die alten Hardware als WSUS und Managementkiste nehmen.
installiere dann Exchange 2013 und konfiguriere ihn auch soweit, dass er Mails senden und empfangen kann
Dann hast du genau Zwei Exchange am laufen und dein szenario wird noch komplexer für dich.und mach dann einen movedatabase?
Wenn dein problem nur die die Datenbank des Exchange wäre... Ist es aber nicht.Oder lässt sich ein redundanter Exchange nebenher aufbauen, der quasi als Failover agiert?
Wenn du möchtest geht auch das. Aber prüfe ob du die entsprechenden Lizenzen und Hardware hast...und spiele das Backup ein?
Und was glaubst du was im Backup enthalten ist? Dein OS. In diesem falle eine EVAL Version. Die wird natürlich wieder auf die Maschine drauf gegpappt.Gruß,
Peter
Hallo,
Haaalllllloooo! Was verstehst du nicht wenn wir dir Sagen es geht erst wenn der Exchange sauber und restlos aus dem AD entfernt wurde? Vorher bekommst du den DC nicht heruntergestuft. Und den gewaltsam aus dem AD nehmen geht schon, nur dein AD kennt dann immer noch deinen nun nicht mehr existierenden Exchange. Das zu bereinigen ist noch aufwändiger.
Papp den jetzigen Exchange auf die alte Hardware oder in einer VM, Installiere auf der neuen Hardware einen neuen sauberen Server. Nimm ihn in der Domäne auf (Memberserver) und papp dein Exchange drauf damit du die Exchange Daten migrieren kannst. Natürlich hat dieser dann eine neue IP, neuen Namen und auch der Exchangeserver nennt sich nun für immer anders. Denk gar nicht erst dran die alte IP und Servername weiter zu verwenden ohne das du nochmals Server und Exchange neu aufsetzt und migrierst. Danach, und erst danach kannst den den alten Exchangeserver der jetzt kein Exchange mehr ist auch herunterstufen und aus dem AD entfernen. Setzt natürlich vorraus das dein Exchange auch sauber aus dem AD entfernt wurde. Das musst du schon vorher prüfen.
Und das Migrieren ist eben nicht nur ein Mausklick für Dummies...
Gruß,
Peter
Haaalllllloooo! Was verstehst du nicht wenn wir dir Sagen es geht erst wenn der Exchange sauber und restlos aus dem AD entfernt wurde? Vorher bekommst du den DC nicht heruntergestuft. Und den gewaltsam aus dem AD nehmen geht schon, nur dein AD kennt dann immer noch deinen nun nicht mehr existierenden Exchange. Das zu bereinigen ist noch aufwändiger.
Papp den jetzigen Exchange auf die alte Hardware oder in einer VM, Installiere auf der neuen Hardware einen neuen sauberen Server. Nimm ihn in der Domäne auf (Memberserver) und papp dein Exchange drauf damit du die Exchange Daten migrieren kannst. Natürlich hat dieser dann eine neue IP, neuen Namen und auch der Exchangeserver nennt sich nun für immer anders. Denk gar nicht erst dran die alte IP und Servername weiter zu verwenden ohne das du nochmals Server und Exchange neu aufsetzt und migrierst. Danach, und erst danach kannst den den alten Exchangeserver der jetzt kein Exchange mehr ist auch herunterstufen und aus dem AD entfernen. Setzt natürlich vorraus das dein Exchange auch sauber aus dem AD entfernt wurde. Das musst du schon vorher prüfen.
Und das Migrieren ist eben nicht nur ein Mausklick für Dummies...
Gruß,
Peter
Hallo,
Du meinst du hast 2 Stücke Blech für deine neuen Server. Auf diese läuft jeweils ESXi und darin dann dein jeweiliger DC als VM. Also pro Blech ein ESXi mit je ein DC.
Du hast VMs am laufen. Nimm diese, kopierer diese, teste mit denen was du testen willst und schau dir die Ergebnisse an. Daraus kannst du mehr lernen als immer wieder die gleichen Fragen zu stellen.
Du hast dich entschieden dort die Administration von mehrere Bleche, Hypervisoren alla ESXi, Server OSe ala Serevr 2012, Exchange Server ala 2013 usw zu übernehmen. Dann sollte Grundlagenwissen in eben diesen Produkten sowie in den jeweiligen Datensicherungsoptionen doch auch vorliegen, oder? (Sorry wenns dir hart erscheint).
Wenn du konkrete Fragen zu einem konkreten Problem hast kannst du hier jederzeit um Hilfe fragen und wir versuchen zu helfen.
Gruß,
Peter
Hallo allerseits.
Was passiert denn wenn ein DC abraucht...dann hätte man ja quasi auch das Problem, dass man ihn nicht sauber aus dem AD entfernt hat.
Nein. Denn es gibt ein Datensicherungskonzept wonach dann gehandelt wird. Danach läuft der abgerauchter DC wieder und im AD geibt es somit keine Probleme.Was passiert denn wenn ein DC abraucht...dann hätte man ja quasi auch das Problem, dass man ihn nicht sauber aus dem AD entfernt hat.
Das Gute ist: Beide Server sind mittels ESXi virtualisiert.
Eine Frage vorweg. Warum sagst du das nicht direkt am Anfang? Unwichtig? Hmmm.Du meinst du hast 2 Stücke Blech für deine neuen Server. Auf diese läuft jeweils ESXi und darin dann dein jeweiliger DC als VM. Also pro Blech ein ESXi mit je ein DC.
Spricht was gegen diesen Plan?
Solch eine Idee mit Blech oder sogar per VM hatte ich dir gestern schon genannt. Sind auch möglichkeiten.Das Szenario ist neu für mich
mag ja sein.und ich bin quasi in der Lernphase.
Dann frag deinen Ausbilder.Auf jeden Fall bin ich sehr dankbar für eure Hilfe hier.
Erwarte nicht in einem Forum alle fundamentale Grundlagen, fürs und wieder eines Konzepts, Do's and Don't Do's je nach dem was wo wieso und warum undlle erfahrungen mal eben in zwei Sätze einatmen zu können. Du willst hier um Grundlagen diskutieren wo es aber nichts zu diskutieren gibt. Hier in deinem Szenario hast du keine Wahl oder Option, sondern nur eine Entscheidung zu Treffen über das **wie* mache ich es, einen DC herunter zu stufen auf dem Exchange installiert ist. Du musst nur entscheiden ob du die Domäne behalten willst oder ob du diese neu machen willst. Willst du die Domäne behalten so muss der Exchange migriert werden. Wenn du dies nicht willst und meinst mit dem harten Entfernen aus dem AD kommst du besser klar dann tu es. Es ist deine Domäne.Du hast VMs am laufen. Nimm diese, kopierer diese, teste mit denen was du testen willst und schau dir die Ergebnisse an. Daraus kannst du mehr lernen als immer wieder die gleichen Fragen zu stellen.
Du hast dich entschieden dort die Administration von mehrere Bleche, Hypervisoren alla ESXi, Server OSe ala Serevr 2012, Exchange Server ala 2013 usw zu übernehmen. Dann sollte Grundlagenwissen in eben diesen Produkten sowie in den jeweiligen Datensicherungsoptionen doch auch vorliegen, oder? (Sorry wenns dir hart erscheint).
Wenn du konkrete Fragen zu einem konkreten Problem hast kannst du hier jederzeit um Hilfe fragen und wir versuchen zu helfen.
Gruß,
Peter