7
Exchange 2019 CU2 zu CU11 Upgrade
Hallo Zusammen
Im März dieses Jahr habe ich die Meldung erhalten vom Hafnium Exploit kurz darauf habe ich den Server vom letzten Monat wiederhergestellt und die Sicherheitsupdates durchgeführt. ProxyLogon Test ergab keine Exploits. Soweit alles gut, nun habe ich letzte Woche wieder ein Test durchgeführt und tatsächlich kam eine Meldung mit dem Exploit.
Durch die Ergebnisse habe ich dann beschlossen den Server mit Exchange komplett zu löschen, Windows Server neu zu installieren und Exchange wieder zu restoren.
Mit dem Befehl: (Setup.exe /IAcceptExchangeServerLicenseTerms /Mode:RecoverServer) konnte ich den Exchange wiederherstellen.
Die ISO dazu habe ich direkt bei MSDN/VSLC heruntergeladen: Exchange Server Standard/Enterprise 2019 Multilanguage Cumulative Update 11
Exchange wurde korrekt installiert und die Zertifikate sowie Virtuellen Verzeichnise etc. sind auch allesamt eingerichtet.
Beim durchführen des HealthChecker zeigt mir das Script jedoch immernoch das ich mit CU2 unterwegs bin und die meisten Sicherheitsupdates nicht installiert sind.
Nichtsdestotrotz habe ich die ISO Cumulative Update 11 for Exchange Server 2019 heruntergeladen : https://www.microsoft.com/en-us/download/details.aspx?id=103477 und versucht das Upgrade durchzuführen.
Hier erscheint dann die Meldung : Serverrolle hinzufügen und Weiter Button ist grau markiert.
Fehlt hier noch die Rolle oder was ist hier das Problem ?
Folgende Pakete sind wurden installiert:
NET Framework 4.8, Visual C++ Redistributable Package für Visual Studio 2012 / 2013, IIS URL Rewrite Module, Unified Communications Managed API 4.0, sowie die folgenden Feature: Server-Media-Foundation, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, RSAT-Clustering-PowerShell, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation, RSAT-ADDS
Vielen herzlichen Dank.
Gruss Syosse
Viel
Im März dieses Jahr habe ich die Meldung erhalten vom Hafnium Exploit kurz darauf habe ich den Server vom letzten Monat wiederhergestellt und die Sicherheitsupdates durchgeführt. ProxyLogon Test ergab keine Exploits. Soweit alles gut, nun habe ich letzte Woche wieder ein Test durchgeführt und tatsächlich kam eine Meldung mit dem Exploit.
Durch die Ergebnisse habe ich dann beschlossen den Server mit Exchange komplett zu löschen, Windows Server neu zu installieren und Exchange wieder zu restoren.
Mit dem Befehl: (Setup.exe /IAcceptExchangeServerLicenseTerms /Mode:RecoverServer) konnte ich den Exchange wiederherstellen.
Die ISO dazu habe ich direkt bei MSDN/VSLC heruntergeladen: Exchange Server Standard/Enterprise 2019 Multilanguage Cumulative Update 11
Exchange wurde korrekt installiert und die Zertifikate sowie Virtuellen Verzeichnise etc. sind auch allesamt eingerichtet.
Beim durchführen des HealthChecker zeigt mir das Script jedoch immernoch das ich mit CU2 unterwegs bin und die meisten Sicherheitsupdates nicht installiert sind.
Nichtsdestotrotz habe ich die ISO Cumulative Update 11 for Exchange Server 2019 heruntergeladen : https://www.microsoft.com/en-us/download/details.aspx?id=103477 und versucht das Upgrade durchzuführen.
Hier erscheint dann die Meldung : Serverrolle hinzufügen und Weiter Button ist grau markiert.
Fehlt hier noch die Rolle oder was ist hier das Problem ?
Folgende Pakete sind wurden installiert:
NET Framework 4.8, Visual C++ Redistributable Package für Visual Studio 2012 / 2013, IIS URL Rewrite Module, Unified Communications Managed API 4.0, sowie die folgenden Feature: Server-Media-Foundation, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, RSAT-Clustering-PowerShell, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation, RSAT-ADDS
Vielen herzlichen Dank.
Gruss Syosse
Viel
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: 1405316434
Url: https://administrator.de/contentid/1405316434
Ausgedruckt am: 19.12.2024 um 13:12 Uhr
7 Kommentare
Neuester Kommentar
Hi.
Dieses Verhalten kommt, wenn er erkennt, dass Du die Version schon hast.
Das "Problem" liegt also beim Skript.
Dieses Verhalten kommt, wenn er erkennt, dass Du die Version schon hast.
Das "Problem" liegt also beim Skript.
Zitat von @DerWoWusste:
Hi.
Dieses Verhalten kommt, wenn er erkennt, dass Du die Version schon hast.
Das "Problem" liegt also beim Skript.
Hi.
Dieses Verhalten kommt, wenn er erkennt, dass Du die Version schon hast.
Das "Problem" liegt also beim Skript.
Vielen Dank für die Info.
Mit dem Skript meinst du den : HealthChecker ?
Beim ECP zeigt er mir folgende Version an : Version 15.2 (Build 397.3)
Das ist laut MS die Version CU2 2019
(Exchange Server 2019 CU2 June 18, 2019 15.2.397.3 15.02.0397.003).
Ja, den meinte ich.
Schon seltsam.
Nimm bitte eine leere VM und installiere dort den Exchange vom ISO aus dem VLSC - was wird beim Setupstart im Fenster für eine Version angezeigt?
Schon seltsam.
Nimm bitte eine leere VM und installiere dort den Exchange vom ISO aus dem VLSC - was wird beim Setupstart im Fenster für eine Version angezeigt?
Hi,
war mir aufgefallen ist:
Seit September gibt es den Befehl
nicht mehr.
Der heißt jetzt
bzw.
Siehe: https://docs.microsoft.com/en-us/exchange/plan-and-deploy/deploy-new-ins ...
Vor jedem CU-Update erstmal (hier wirklich die richtige .exe wählen!)
setup.exe /PrepareAD
und
setup.exe /PrepareSchema
laufen lassen. Außerdem natürlich prüfen welches .NET benötigt wird.
Gruß
Drohnald
war mir aufgefallen ist:
Seit September gibt es den Befehl
/IAcceptExchangeServerLicenseTermsDer heißt jetzt
/IAcceptExchangeServerLicenseTerms_DiagnosticDataON/IAcceptExchangeServerLicenseTerms_DiagnosticDataOFFSiehe: https://docs.microsoft.com/en-us/exchange/plan-and-deploy/deploy-new-ins ...
Vor jedem CU-Update erstmal (hier wirklich die richtige .exe wählen!)
setup.exe /PrepareAD
und
setup.exe /PrepareSchema
laufen lassen. Außerdem natürlich prüfen welches .NET benötigt wird.
Gruß
Drohnald
Zitat von @DerWoWusste:
Ja, den meinte ich.
Schon seltsam.
Nimm bitte eine leere VM und installiere dort den Exchange vom ISO aus dem VLSC - was wird beim Setupstart im Fenster für eine Version angezeigt?
Ja, den meinte ich.
Schon seltsam.
Nimm bitte eine leere VM und installiere dort den Exchange vom ISO aus dem VLSC - was wird beim Setupstart im Fenster für eine Version angezeigt?
Habe soeben eine neue VM erstellt und folgende Version installiert: Windows Server Standard 2019 und dazu noch das Exchange Server Standard 2019 CU11 also ISO (Setup.exe) gestartet. Beide ISOs sind vom Volume Licensing Service Center.
Das Setupfenster bei Exchange zeigt mir an : Microsoft Exchange Server 2019, Kumulatives Update 11.
Verbindung mit dem Internet herstellen und nach Updates suchen
Jetzt nach Updates suchen
Vielen Dank
Zitat von @Drohnald:
Hi,
war mir aufgefallen ist:
Seit September gibt es den Befehl
nicht mehr.
Der heißt jetzt
bzw.
Siehe: https://docs.microsoft.com/en-us/exchange/plan-and-deploy/deploy-new-ins ...
Vor jedem CU-Update erstmal (hier wirklich die richtige .exe wählen!)
setup.exe /PrepareAD
und
setup.exe /PrepareSchema
laufen lassen. Außerdem natürlich prüfen welches .NET benötigt wird.
Gruß
Drohnald
Hi,
war mir aufgefallen ist:
Seit September gibt es den Befehl
/IAcceptExchangeServerLicenseTermsDer heißt jetzt
/IAcceptExchangeServerLicenseTerms_DiagnosticDataON/IAcceptExchangeServerLicenseTerms_DiagnosticDataOFFSiehe: https://docs.microsoft.com/en-us/exchange/plan-and-deploy/deploy-new-ins ...
Vor jedem CU-Update erstmal (hier wirklich die richtige .exe wählen!)
setup.exe /PrepareAD
und
setup.exe /PrepareSchema
laufen lassen. Außerdem natürlich prüfen welches .NET benötigt wird.
Gruß
Drohnald
Vielen Dank für die Info.
Ja genau, der Befehl oben von mir ist nicht mehr aktuell nur noch mit : IAcceptExchangeServerLicenseTerms_DiagnosticDataON.
Bin gerade verwirrt sollte ich nun die CU11 upgrade mithilfe der ISO aus VLSC durchführen oder mit der ISO von der Seite aus : https://www.microsoft.com/en-us/download/details.aspx?id=103477.
Ich werde noch den Tipp von @Drohnald mit dem Prepare AD und Schema durchführen.
Vielen Dank
Ich werde noch den Tipp von @Drohnald mit dem Prepare AD und Schema durchführen.
Vielen Dank
