In einem früheren Artikel hatte ich bereits darauf hingewiesen, dass es wichtig ist, die NET Abhängigkeiten von Exchange zu berücksichtigen. In der Theorie sind alle Exchange Updates kumulativ, sprich das aktuelle CU enthält die kompletten Installationsdateien sowie alle vorangegangen Patches. Mit dem CU lässt sich also eine Neuinstallation durchführen, sowie eine vorhandene Installation aktualisieren. In der Theorie lässt sich somit auch beispielsweise eine Exchange 2013 RTM Installation direkt auf das aktuelle CU aktualisieren. Dies ist aber eben nur in der Theorie der Fall, denn es gibt die Abhängigkeiten zur eingesetzten und unterstützen NET Framework Version.
Michel de Rooij hat dazu eine schöne Grafik für die Abhängigkeiten der NET Framework Versionen zur Exchange Version erstellt, in der deutlich wird, dass beim der Aktualisierung einer alten Exchange 2013 Installation mitunter Zwischenschritte nötig sind:
In der Grafik wird das Problem schon deutlich: Eine Exchange 2013 Installation mit CU4, kann nicht direkt zu CU19 aktualisiert werden, denn CU4 unterstützt kein NET Framework 4.6.2. NET 4.6.2 ist aber wiederum Voraussetzung für CU19.
Die Installation muss also zunächst auf CU15 aktualisiert werden, danach kann die NET Framework auf NET 4.6.2 aktualisiert werden und erst jetzt kann Exchange 2013 CU19 installiert werden. Der nächste Zwischenschritt steht dann auch schon wieder in den Startlöchern, denn für zukünftige CUs wird NET Framework 4.7.1 Voraussetzung sein (Diese Abhängigkeiten gibt es auch bei Exchange 2016).
Soweit erst einmal zur Problematik, es muss halt aktuell der Zwischenschritt über CU15 gegangen werden, um eine alte Exchange 2013 Installation auf den aktuellen Stand zu bringen. Der Stolperstein liegt eher an einer ganz anderen Stelle:
Woher das CU15 nehmen?
Microsoft bietet das CU15 für Exchange 2013 nicht mehr direkt als Download an, der Link zum alten CU15 Download führt ins Leere und die Update Seite enthält lediglich den Hinweis, dass es bereits ein neueres Update gibt. Im Technet gibt es dazu bereits einen ernüchternden Thread:
Die Antwort ist allerdings erst einmal wenig hilfreich: Contact Microsoft…
Wer das CU15 noch irgendwo auf der Platte hat, sollte es aktuell lieber nicht löschen. Man könnte es ja noch einmal gebrauchen…
Ich habe mir erlaubt eine Anfrage an MS zu stellen, um zu erfahren ob es wirklich nötig ist den Support zu kontaktieren um einen Downloadlink zum CU15 zu erhalten. Sobald ich eine Antwort habe, werde ich den Artikel aktualisieren.
Update 02.01.2018
Hier zunächst mal die Antwort vom MS Support auf meine Anfrage. Einen Downloadlink für das CU15 habe ich nicht bekommen, dafür aber einen Workaround. Der Case ist allerdings noch nicht geschlossen und ich werde noch einmal detaillierter nachfragen und den Artikel hier aktualisieren.
Update 04.01.2018
Ich habe den empfohlenen Workaround einmal ausprobiert. Ich hatte allerdings nur einen Exchange 2013 Server ohne DAG zur Hand. Ich bin dabei wie folgt vorgegangen:
- Alle Exchange Dienste gestoppt und auf Starttyp „Deaktiviert“ gestellt
- NET Framework 4.6.2 installiert
- Server neu gestartet
- Alle Exchange Dienste auf Starttyp „Automatisch“ gestellt, aber beendet gelassen
- CU19 installiert
- Server neu gestartet
Der einzelne Exchange 2013 Server ist sauber gestartet und scheint augenscheinlich normal zu funktionieren. Wer eine Exchange 2013 DAG betreibt, muss die DAG vorher in den Maintenance Modus versetzen (Performing maintenance on DAG members)
Nicht vergessen die Exchange Dienste nach dem ersten Neustart wieder auf Starttyp „Automatisch“ zu stellen, sonst schlägt die Installation von CU19 fehl:
Update 26.01.2018
Jetzt ist die oben beschriebene Methode auch als Hinweis im TechNet verfügbar:
Trotzdem sollte darauf geachtet werden, dass die Exchange Server mit aktuellen Updates versehen werden.