DorinatorHR

..nun ja da läuft u.a. eine branchenspezifische Warenwirtschaft mit anhängiger Datenbank und gibt wohl auch Verbindungen/Schnittstellen zu einem Webshop. Daher graust's mir vor dieser Migration zugegebenermaßen ein wenig, werde daher wohl auch den entsprechenden support mit in's Boot holen. Ja es gilt auch noch zu klären ob das unter Server 2022 überhaupt alles läuft oder die WaWi (und/oder weitere Anwendungen) zunächst upgegraded werden müssen damit das gewährleistet ist. Zudem hat sich inzwischen herausgestellt daß auf einigen Rechnern noch eine Office Uralt-Version am Start ist, dessen Outlook von Exchange 2019 gar nicht mehr unterstützt wird. Ist daher auf Kd.-Wunsch so kurz vor seinem Saisonbeginn erst mal verschoben und geht danach dann weiter. Für Eure Tipps und Vorschläge bedanke ich mich herzlich, sie werden mir ganz sicher sehr hilfreich sein. VG D.

Hallo und herzlichen Dank für Eure Antworten. Ja der Exchange 2013 ist auf CU23. Nur nochmal zur Sicherheit, die korrekte Reihenfolge wäre also: - DC auf Server 2022 aufsetzen u. alles vom Alten 2012R2 DC auf diesen neuen DC migrieren/umstellen (DNS, DHCP, FSMO Rollen, GC, Anwendungen, etc.) - Den alten DC 2012R2 demoten - Exchange 2019 auf Server 2022 installieren - Exchange 2013 auf den neuen Exchange 2019 migrieren - Alten Exchange 2013 deinstallieren Eine Frage hätte ich noch: Wenn das alles so klappt und dann stabil läuft, könnte man den alten demoteten DC 2012R2, der dann ja nur noch Mitgliedsserver ist, via inplace auf Server 2022 bringen? Das hätte den Vorteil daß er dann Anwendungs-/Druck- u. file Server bleiben könnte d.h. ich das Ganze nicht migrieren müßte. Und der neue DC 2022 ist dann halt nur DC (wie es eigentlich ja auch sein sollte). Ist mir nur so eingefallen, oder ist das eher eine weniger gute Idee? VG D.

Hallo zusammen, habe einmal eine Frage zur Installations-/Migrationsreihenfolge bzgl. folgendem System: Aktuell (noch): - 1x DC Server 2012R2 (der ist auch Anwendungs-/File-/Druck-/DNS-/DHCP Server) - 1x Exchange 2013 CU23 auf Server 2012 R2 Domänen- und Gesamtstrukturfunktionsebene ist 2012R2 Künftiges System soll sein: - 1x DC Server 2022 - 1x Exchange 2019 auf Server 2022 Die alten 2012R2 Server sollen dann final entfernt werden, sodaß nur noch die beiden Neuen vorhanden sind. Es ist eine virtuelle Umgebung (VMware ESXI) Da ich mir bzgl. der Installations-/Migrationreihenfolge nicht sicher war habe ich etwas recherchiert und habe u.a. folgenden Beitrag gefunden: https://www.mcseboard.de/topic/221625-migration-exchange-2013-auf-2019/ Der Beitrag ist knapp 3 Jahre her, stimmt das alles so noch? Also muß ich zunächst Exchange 2019 auf Server 2022 installieren und den Exchange 2013 migrieren und dann deinstallieren bevor ich einen neuen DC auf Server 2022 installieren kann weil Exchange 2013 nicht mit einem DC auf Basis Server 2022 funktioniert? Habe diesbezüglich noch div. andere Posts/Quellen gefunden die widersprüchlich waren (mal ja geht, mal nein geht nicht). Um da kein Risiko einzugehen dachte ich an folgende Reihenfolge: - Installation Exchange 2019 auf Server 2022 - Migration Exchange 2013 auf Exchange 2019 - Deinstallation Exchange 2013 - Einrichtung neuen DC auf Server 2022, Migration der FSMO Rollen, DNS, DHCP, Anwendungen etc. auf diesen neuen DC - Demoten alter DC 2012R2 und abschalten. Wäre das so korrekt/OK? Da wieder mal Zeitdruck hinter steht, ginge es ggf. auch daß wenn es zeitlich eng wird den alten DC 2012R2 nach der Migration des Exchange 2013 auf 2019 und Deinstall. des Exchange 2013 noch eine Weile mitlaufen zu lassen? D.h. ich würde den neuen DC auf Server 2022 schon einmal an den Start bringen aber die FSMO Rollen, DNS, DHCP, Anwendungen etc. noch einstweilen auf dem alten DC (Server 2012) belassen und das alles später migrieren. Oder wären dann Probleme, nicht zuletzt auch bzgl. des Exchange 2019 zu erwarten? Für Eure Zeit, Tipps und Vorschläge bedanke ich mich vorab schon mal ganz herzlich. VG D.

Hallo zusammen, es hat etwas gedauert, da ich mich wg. diverser anderer mir übertragener Aufgaben nur immer "zwischendurch" der Lösung dieses Problems weiterhin annehmen konnte. Inzwischen ist folgender Stand erreicht: Habe den defekten Exchange 2013 gemäß Euren Lösungsvorschlägen manuell vom DC entfernen können. Ob die Bereinigung des AD, der registry etc. vollständig gelang oder ich dabei ggf. etwas übersehen habe kann ich nicht sagen, aber zumindest in soweit daß die Installation des Exchange 2019 auf dem neuen Server 2019 fehlerfrei durchlief. Der neue Exchange 2019 ist nun seit ca. einer Woche in Betrieb und und funktioniert bisher einwandfrei. Für Eure Tipps, Anregungen und Lösungsvorschläge möchte ich mich nochmals ganz herzlich bedanken. Wünsche Euch frohe Festtage und einen guten Start in's neue Jahr. VG D.

Hallo und vielen Dank für Eure Antworten, @NorbertFe und Testperson Der Kunde hat insgesamt 3 Server 2019 Std. sowie eine Exchange 2019 Std. Lizenz erworben. Und ich könnte mit jeder Server 2019 Std. Lizenz zwei VMs aufsetzen? Also den Lizenzkey einer Server 2019 Std. Lizenz 2x (auf 2 VMs) verwenden? Das wußte ich nicht, vielen Dank für den Hinweis. Die Projektplanung obliegt allerdings nicht mir sondern dann die Umsetzung. Heißt ich bekomme mitgeteilt: Vorher 1 Server, künftig 3 Server und zwar 1x DC, 1x Exchange, 1x..etc., bitte so umsetzen/einrichten. D.h. obwohl die Server 2019 Std. Lizenz durch die mögliche "Doppelnutzung" in 2 VMs ggf. nicht "verbraten" ist, bleibt dennoch der Arbeitsaufwand für die Einrichtung von 4 (anstelle von 3) Servern, was in der Projektplanung und daraus resultierendem Angebot für den Kd. vermutlich nicht involviert ist/war. Daher soll wohl auch Datev - zumindest erst mal - auf dem DC verbleiben, damit nicht noch mehr Kosten für die Migration entstehen etc. Ja der support für Exchange 2019 läuft zwar Ende nächsten Jahres aus, aber das ist mitunter der Grund warum dieser (und auch andere Kunden) diese Version explizit vorher noch wollten. Sie möchten definitiv keine Miet-/Abo-Lösungen wie Exchange SE & Co und entsprechende permanente Folgekosten. Naja wie dem auch sei, ich muß weiterhin erst mal den defekten Exchange 2013 auf dem DC loswerden und werde schauen daß ich das Problem wie von NorbertFe vorgeschlagen via adsiedit gelöst bekomme. Es wird mir übrigens leider nicht immer möglich sein stets zeitnah zu antworten, wofür ich um Euer Verständnis bitte. Melde mich aber auf jeden Fall wieder sobald es geht und/oder es Fortschritte in Richtung Problemlösung gibt. VG und lieben Dank für Eure Unterstützung D.

Hallo zusammen, und erst mal herzlichen Dank für Eure Antworten/Lösungsvorschläge. Möchte Euch kurz das bisherige und das (ursprünglich angedachte) neue System etwas genauer schildern, damit kann ich vielleicht einige der bei Euch aufgekommenen Fragen schon beantworten. Ursprüngliches System ist eine kleinere Umgebung mit nur einem Server 2012R2, der somit natürlich auch Anwendungs-/File-/Druck- etc. naja halt "Mädchen-für-alles-Server" war. Es gibt ca. 20 Anwender/Postfächer plus ein paar "Ehemalige" die auf Kd. Wunsch aber noch eine Weile verbleiben sollen. Angedacht war dann eigentlich folgende neue Umgebung: 3 neue Server (2019 Std). 1x DC, 1x File-/Druck-/Anwendungsserver und 1x Exchange 2019 Std. Es handelt sich dabei um eine virtuelle Umgebung (VMware ESXI) Den Anwendungsserver gibt's inzwischen/wird schon verwendet, Migration der Anwendungen sind teilweise noch ausstehend, Datev soll dann final als einzige Anwendung auf dem DC verbleiben. Den Server 2019 Std. für den neuen Exchange gibt's inzwischen ebenfalls, aber Exchange 2019 ist noch nicht installiert weil ich das nach dem inplace "Gau" und einem in Folge defekten Exchange 2013 im gleichen System nicht riskieren konnte/wollte. Die Server 2019 Lizenz für den neuen DC wurde dann ja leider für das Inplace "verbraten", d.h. der alte DC – so wurde mir mitgeteilt – soll/muß daher bleiben. Bin dann folgendermaßen vorgegangen: - Da der Exchange 2013 nicht mehr funktionierte, habe ich auf dem DC den PopCon abgeschaltet (Dienst deaktiviert), bei den usern neues Outlook Profil erstellt und Outlook auf Direktabholung beim Provider umgestellt, damit der Mailverkehr übergangsweise zumindest so wieder lief. - Es existierte noch eine Sicherung des 2012R2 vor dem Inplace, d.h. mit noch funktionsfähigem Exchange 2013. Die Sicherung dann in einer Testumgebung eingehängt und von allen Postfächern PSTs erstellt, die mails der Anwender aus der Exchange-DB sind somit noch vorhanden. (Zurücksichern/Ausgangszustand vor Inplace herstellen war keine Option weil dann ja Datev wieder nicht mehr funktioniert hätte. Hätte das tatsächlich gerne versucht und dann Datev auf neuen Server umziehen und Exchange 2013 auf 2019 migrieren etc., war aber so nicht gewünscht und die Entscheidung lag/nicht bei mir). Dachte mir ok, wenn der alte DC bleiben muß, dann muß ich dafür sorgen daß der defekte Exchange 2013 darauf verschwindet als hätte es ihn nie gegeben, damit der Exchange 2019 auf dem neuen Server 2019 bei der Installation quasi "denkt" er sei von Anfang an der Einzige. Dann die Postfächer neu anlegen, die Daten aus den PST-Sicherungen einspielen etc. Tja soweit der Plan, der aber leider aufgrund der geschilderten massiven Schwierigkeiten bei der Deinstallation des Exchange 2013 erst mal gescheitert ist. Hoffe ich konnte damit die meisten Fragen beantworten, hier vielleicht noch einige Anmerkungen zu weiteren Fragen: Umstieg auf Exchange Online ist nicht möglich weil möchte der Kd. nicht. Der will einfach nur einen im eigenen Netzwerk befindlichen Exchange, nur jetzt halt in der aktuelleren Version 2019. Irgendwo verständlich, kann den allgemein kursierenden "Alles-nur-noch-Online-Wahn" ebenfalls nur sehr bedingt nachvollziehen. @NorbertFe: ..wenn alles wie ursprünglich geplant gelaufen wäre, hätte ich zunächst ein CU upgrade auf das neueste noch verfügbare Exchange 2013 CU durchgeführt, sonst klappt's ja auch nicht mit der Migration, und dann den Exchange 2013 auf 2019 migriert. Warum konsequente updates des Exchange in der Vergangenheit versäumt wurden kann ich nicht sagen, war vor meiner Zeit. Ja bei dem "Schmerzensgeld" pflichte ich Dir absolut bei. Aber ich hab' das halt lediglich so vorgefunden und bin bloß derjenige der das Ganze jetzt wieder zum laufen bekommen soll/muß. Und jemanden "mit in's Boot holen" der mehr Erfahrung mit solchen Situationen hat fänd' ich gut, aber die Entscheidung obliegt halt nicht mir. @mikro: Habe diese Registry Anpassung durchgeführt, hat leider nicht geklappt, Deinstallation via Systemsteuerung bricht mit dem gleichen Fehler ("Eine unvollständige Installation wurde festgestellt..") ab. Es gab noch die Meldung (wenn ich testweise "Ändern" statt "Deinstallieren" auswähle): "Fehler bei der Installation. Führen Sie Setup aus dem Verzeichnis des Installationsmediums aus". Aber das Installationsmedium (auch keine iso o.ä. von Exchange 2013 SP1) liegt mir leider nicht vor. @ cj_Berlin: ..werde jetzt Deinen Tipp "exchange-2016-manuelles-entfernen-eines-exchange-servers-single-server" als nächstes einmal durchführen/umsetzen und schauen ob ich es so schaffe den defekten Exchange 2013 "raus" zu bekommen. Ob sich der neue Exchange 2019 dann installieren läßt bleibt dann halt abzuwarten.. Allen die mit ihrer Antwort auf meinen Beitrag Zeit für mich geopfert haben danke ich sehr. Melde mich wieder bei Euch sobald es in Richtung Problemlösung Neuigkeiten gibt und natürlich auch wenn es nicht geklappt hat. VG D.

Hallo liebe Forumsmitglieder, dies ist meine erste Registrierung in einem Hilfeforum und ich hoffe ich mache jetzt alles richtig. Ich habe folgendes Problem bei dem ich um Eure Hilfe bitten möchte: In einer Umgebung mit nur einem DC, auf dem (weil bisher halt einziger Server) auch div. Anwendungen (u.a. Datev und Exchange 2013 SP1) installiert sind, wurde unseligerweise ein Inplace upgrade von Server 2012R2 auf Server 2019 durchgeführt (nicht von mir, ich habe es nur so vorgefunden), damit Datev weiterhin funktioniert. Was natürlich zur Folge hatte daß der Exchange 2013 nun nicht mehr funktioniert. Zugriff via EAC und Exchange Powershell fkt. zwar noch aber die Exchange Datenbank ist entkoppelt und läßt sich auch nicht mehr einbinden. Mir wurde nun die Aufgabe übertragen den defekten Exchange 2013 auf diesem DC zu deinstallieren, damit auf einem neuen Server (2019) Exchange 2019 installiert werden kann. Da ich das zuvor noch nie gemacht habe, hatte ich blauäugigerweise einfach mal die Deinstallation des Exchange 2013 via Systemsteuerung angeschubst und wurde dementsprechend bei der Bereitschaftsprüfung zugeschüttet mit Fehlermeldungen. Habe dann recherchiert was vorab zu tun ist damit die Deinstallation klappt und dann folgendes durchgeführt: - Alle Benutzerpostfächer deaktiviert (inklusive "Administrator" und der "DiscoverySearchMailbox") - Der Gruppe "Exchange Servers" auf der OU "Monitoring Mailboxes" die Berechtigung "Unterstruktur löschen" erteilt, damit es bei der Löschung der Datenbank nicht zu Problemen beim löschen der HealthMailboxen kommt. - Alle Arbitration Postfächer deaktiviert (mit Option "DisableLastArbitrationMailboxAllowed") - Öff. Ordner- und Archivpostfächer gab es keine - Sendeconnector gelöscht - Offline-Adressbuch gelöscht - Exchange Datenbank gelöscht (Remove-MailboxDatabase..) und dann die Datenbankdatei "Datenbankname.edb" manuell gelöscht. - Defender und weiteren Virenschutz (Panda) deaktiviert - Server neu gestartet - Exchange 2013 Deinstallation via Systemsteuerung gestartet. Die Bereitschaftsprüfung lief diesmal zu 100% fehlerfrei durch, da hatte ich mich schon (leider zu früh) gefreut. Denn bei "Schritt 1 von 14: Postfachrolle: Postfachdienst" hagelte es wieder Fehlermeldungen: Der folgende Fehler wurde generiert, als "$error.Clear(); if ([Environment]::OSVersion.Version.Major -ge 6) { if ((get-service wsbexchange* | where {$_.name -eq "wsbexchange"})) { $reg = join-path (join-path $env:SystemRoot system32) reg.exe; $servicecmd = join-path (join-path $env:SystemRoot system32) sc.exe; if ((get-service wsbexchange).Status -eq "Running") { Start-SetupProcess -Name:"$servicecmd" -Args:"stop wsbexchange"; } Start-SetupProcess -Name:"$servicecmd" -Args:"delete wsbexchange"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKCR\CLSID\{D8A2E312-3B17-4293-B71E-CD72A7C04BF3}`" /f"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKCR\APPID\{D8A2E312-3B17-4293-B71E-CD72A7C04BF3}`" /f"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKCR\APPID\wsbexchange.exe`" /f"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKLM\Software\Microsoft\windows nt\currentversion\WindowsServerBackup\Application Support\{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}`" /f"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKLM\Software\Microsoft\windows nt\currentversion\WSBAppExchangeHelper`" /f"; } } " ausgeführt wurde: "Fehler bei der Prozessausführung mit Beendigungscode 1.". Fehler: Der folgende Fehler wurde generiert, als "$error.Clear(); if ([Environment]::OSVersion.Version.Major -ge 6) { if ((get-service wsbexchange* | where {$_.name -eq "wsbexchange"})) { $reg = join-path (join-path $env:SystemRoot system32) reg.exe; $servicecmd = join-path (join-path $env:SystemRoot system32) sc.exe; if ((get-service wsbexchange).Status -eq "Running") { Start-SetupProcess -Name:"$servicecmd" -Args:"stop wsbexchange"; } Start-SetupProcess -Name:"$servicecmd" -Args:"delete wsbexchange"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKCR\CLSID\{D8A2E312-3B17-4293-B71E-CD72A7C04BF3}`" /f"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKCR\APPID\{D8A2E312-3B17-4293-B71E-CD72A7C04BF3}`" /f"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKCR\APPID\wsbexchange.exe`" /f"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKLM\Software\Microsoft\windows nt\currentversion\WindowsServerBackup\Application Support\{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}`" /f"; Start-SetupProcess -Name:"$reg" -Args:"delete `"HKLM\Software\Microsoft\windows nt\currentversion\WSBAppExchangeHelper`" /f"; } } " ausgeführt wurde: "Fehler bei der Prozessausführung mit Beendigungscode 1.". Und zu allem Unglück läßt sich jetzt die Deinstallation via Systemsteuerung (hatte ich nach einem Server Neustart nochmal versucht) auch nicht mehr aufrufen. Fehlermeldung: "Eine unvollständige Installation wurde festgestellt. Führen Sie das Setup aus um die Exchange-Installation abzuschließen". Soweit der aktuelle Stand, leider bin ich mit meinem Latein nun ziemlich am Ende und hoffe Ihr könnt mir bei diesem Problem helfen. Habe ich etwas falsch gemacht/übersehen daß es zu dieser Fehlermeldung bei der Deinstallation kam? Wie kann ich diesen Fehler beheben und was muß ich tun damit die Deinstallation des Exchange 2013 via Systemsteuerung wieder funktioniert? Ziel ist es wie gesagt den defekten Exchange 2013 sauber/komplett von dem DC zu entfernen um einen neuen Exchange 2019 auf einem neuen Server 2019 installieren zu können. Vorab schon mal herzlichen Dank für Eure Hilfe und VG D.