The inplace upgrade from Exchange Server 2019 CU15 to Exchange Server SE is just as easy as installing a CU for Exchange Server. The Inplace Upgrade to Exchange Server SE RTM only changes the license and the name, new features or other changes only come with the CU1 for Exchange Server SE.
The inplace upgrade to Exchange Server SE is only possible from Exchange Server 2019. Exchange 2016 must be migrated in the traditional way, as was previously the case. The Exchange Inplace Upgrade only supports the Exchange Server itself, not the underlying operating system. An Inplace Upgrade from Windows Server 2022 to Windows Server 2025 with Exchange Server installed is not supported and again requires a classic migration.
Here is the inplace upgrade from Exchange Server 2019 CU15 to Exchange Server SE RTM. Exchange Server RTM can be downloaded here:
As usual, the setup is started directly from the ISO:
The readiness checks only take a moment:
After the check, you can click directly on „Install“ and the normal update process will now run as when installing a CU. However, the process takes just as long...
In my test environment, the installation of Exchange Server SE took just over an hour:
After the inplace upgrade, version 15.2 build 2562.17 is displayed.
In der Hoffnung dass das hier noch jemand liest:
Muss vorab eine Schema-Erweiterung durchgeführt werden?
Hallo, ich habe einen Exchange 2019 CU15 mit Windows 2019. Für Exchange SE ist ja min. WIN2022 angesagt. Kann ich auf dem Exchange in inplace-Update auf WIN2022 machen? Oder könnte das folgen haben? Hat das schon mal wer gemacht? Oder ist es besser einen neuen WIN2022 aufsetzten da Exchange SE installieren und migrieren? Das wäre zwar aufwendiger aber wenn das andere ggf. Probleme macht…
Inplace vom OS ist nicht supported!
SE läuft auf Server 2019!
Es ist die gleiche Codebasis.
Daher einfach den Exchange 2019 auf SE inplacen.
https://learn.microsoft.com/en-us/exchange/plan-and-deploy/supportability-matrix#supported-operating-systems
Zu welchen Zeitpunkt muss mann den Key eingeben, vorher, währendessen oder danach?
Wir haben zwei Nodes, einen davon habe ich heute aus SE aktualisiert. Allerdings lädt auf dem neuen Node das ECP nicht – HTTP ERROR 404 – page cannot be found.
In welche Falle bin ich denn jetzt getappt? Liegts evtl. am aktuellen Mischbetrieb? Den zweiten Host aktualisiere ich erst morgen.
Für Hinweise wäre ich ganz dankbar :)
Das hat sich nach dem Update des zweiten Nodes dann doch von alleine erledigt.
Weitere Probleme kann ich nicht erkennen.
Hi,
ich habe den gleichen Fehler nach dem Upgrade, mir nur einem Node in in einer Hybrid Umgebung.
Musste das Backup wiederherstellen, hat jemand noch eine Idee?
VG
Der Download des SE ist ja scheinbar eine Englische Version. Gibt es da bei dem Inplace Upgrade einer deutschen Exchange 2019 CU15 keine Probleme?
Wurde weiter unten (und im MS-Blog) schon mehrfach beantwortet. Das ISO ist mehrsprachig.
Hallo, hat schon mal jemand ausprobiert, den Exchange SE direkt parallel zu einer Exchange 2016 Installation einzurichten? Also ohne den Schritt, erst zu Exchange 2019 zu migrieren? Ist eine direkte Migration Exchange 2016 -> Exchange SE von Microsoft „supported“?
Grüße,
Jörg
Als klassische Migration ist das supported, nur das In-Place Upgrade geht nur von Exchange 2019 CU14/CU15 aus.. Also neuen Server mit Exchange SE aufsetzen und dann die Postfächer migrieren. Steht auch so im Blogpost von MS.
Ja natürlich geht das. Klassische Migration eben. Du musst natürlich nicht erst nach 2019 migrieren um den dann zu se zu heben, sondern kannst gleich mit se neben dem 2016 loslegen.
Hi,
ich habe jetzt das Upgrade auf SE durchgeführt. Mit get-exchangeserver zeigt er mir auch die neue Version an. Unter Programme auch. Der Healthchecker in der letzten Version meckert jedoch an, dass ich noch Exchange 2019 CU15 im Einsatz habe und bemängelt dies, da der Support bekanntlich ausläuft. Ist das bei euch auch so?
Hast Du die Warnung nach dem Setup mal geprüft ?
Danke und Grüße,
MG
Hallo,
wie sieht es bei einem Betrieb einer DAG aus und kann auch bei diesem Update die EP per Powershellbefehl abgewählt werden?
Da SE codeidentisch zu CU15 ist, ist das auch weiterhin so.
https://learn.microsoft.com/en-us/exchange/plan-and-deploy/deploy-new-installations/unattended-installs
Der HealthChecker empfiehlt .NET 4.8.1. Voraussetzung ist aber nur .NET 4.8. Gibt es einen Grund oder Vorteil auf 4.8.1 zu aktualisieren? Das wäre hier nämlich vor dem Inplace Upgrage sinnvoll. Oder spricht etwas dagegen?
Es spricht nichts dagegen .net 4.8.1 zu verwenden. Ist die aktuell empfohlene Version für Exchange 2019 auf Windows 2022 und 2025.
Danke für‘s Testen! Gibt es eine nachvollziehbare Erklärung für die lange Installationszeit? Es wird doch nur der Name, Versionsstände, usw. angepasst. Oder ist es wie jedes CU im Grunde eine Neuinstallation?
Ja es ist genau das. Eine erneute Installation mit indentischen Code plus neuem Namen und neuer eula. ;)
Moin, ist schon bekannt was alles neues kommen soll?
Vielen Dank für deinen Post;) wie immer top.
Nichts. Außer ein neuer Name und neue Lizenzen. ;)