Ich habe aktuell 2 Server, die mein Monitoring bereitstellen: WS-MON und WS-IPM. WS-IPM ist ein alter Windows Server 2012R2, der einen IPAM-Server, eine PRTG-Instanz und einen Syslog-Server beheimatet. WS-MON – ein Windows Server 2016 – kam später dazu. Auf diesem läuft ein Microsoft Advanced Thread Analytics. Diese Services würde ich gerne auf einem Server konsolidieren.

Natürlich könnte ich auch 4 einzelne Server betreiben. Aber die Bereitstellungen lassen sich sehr einfach wieder deinstallieren. Sollte ich also einmal keine Lust auf z.B. PRTG haben, dann fliegt es einfach raus.

Nun gibt es hier einige Herausforderungen. Denn die Verschiebung/Migration von ATA könnte zu einem Datenverlust führen. Ehrlich: hier hat Microsoft einfach keine sinnvollen Migrationspfade beschrieben. Daher werde ich hier einen Versuch wagen: ich führe auf WS-MON ein Betriebssystem-Upgrade von Windows Server 2016 auf Windows Server 2019 aus! So erspare ich mir die Migration des ATA.

In einem zweiten Schritt werde ich dann die PRTG-Instanz und den Syslog-Server auf WS-MON verschieben. IPAM muss ich wohl neu aufbauen, da es auch hier keine Migrationsszenarien gibt…

Das System ist produktiv. Da ich nicht weiß, was das Upgrade anrichtet gehe ich auf Nummer sicher und erstelle eine zusätzliche „Sicherung“ durch einen VM-Snapshot:

Nach dem Start der VM halte ich alle Services des ATA an:

Auch lohnt sich ein Bick auf den aktuellen Systemzustand. Mit den Eventlogs bekomme ich sehr schnell einen Überblick:

Und auch der Zuverlässigkeitsverlauf zeigt sehr anschaulich: meinem Server geht es sehr gut:

Nun pausiere ich das Monitoring, damit mein Handy nicht die ganze Zeit vibriert:

Die Aktualisierung ist denkbar einfach. Ich melde mich auf dem Server mit einem Account an, der ausreichende Berechtigung hat und starte dort die Setup.exe des Windows-Server-2019-Installationsdatenträgers:

Ich möchte bei der grafischen Version bleiben. Auch ATA bevorzugt diese:

Und das ist der entscheidende Punkt: es soll ja keine Neuinstallation werden!

Das Setup startet im Vollbild. Nach einiger Zeit startet das System neu und wird automatisch fortgesetzt:

Der Prozess hat etwa 30 Minuten gedauert und wurde ohne weiteren Kommentar abgeschlossen. Nach einer Anmeldung kontrolliere ich zuerst die installierte Version:

Aber war das Setup erfolgreich? Dafür gibt es eine Reihe von Logfiles, die sich mehr oder weniger schön lesen lassen:

In den Eventlogs finde ich keine Hinweise auf Fehler:

Das Installationsmedium ist schon einige Monate alt. Es wird Zeit für frische Updates. Die GPO wird richtig verarbeitet und leitet das System zum WSUS:

Die Updates wurden fehlerfrei installiert. Zuletzt bereinige ich noch die Updatedateien:

Aber auch den VM-Snapshot habe ich nicht vergessen. Diesen führe ich im Hyper-V wieder zusammen. Nun beende ich noch die Maintenance im Monitoring von PRTG und warte einen Tag, um mögliche Probleme zu erkennen.

Dem Betriebssystem geht es gut. Und wie verhält sich der ATA? Dazu muss ich die Dienste rekonfigurieren. Denn diese sind ja immer noch deaktiviert. Alle Dienste starten einwandfrei.

Und auch beim Zugriff auf den Service gibt es keine Schwierigkeiten. ATA funktioniert: