Windows Server 2016 Supportende: Was vor dem 12. Januar 2027 zu tun ist
Microsoft beendet den Support für Windows Server 2016 am 12. Januar 2027. Dieser Ratgeber erklärt, was das bedeutet, welche Optionen es gibt und in welcher Reihenfolge Sie Ihre Server angehen.
Aktualisiert
Was Supportende bedeutet
Windows Server 2016 ist in der letzten Phase, dem Extended Support. Die ESU-Seiten von Microsoft nennen den 12. Januar 2027 als Supportende. Die Lifecycle-Seite zeigt den Zeitstempel 13. Januar 2027, 06:59 und gibt an, dass ihre Zeiten Pacific Time sind.
Microsoft schreibt, dass Supportende auch das Ende von Sicherheitsupdates und Bulletins bedeutet. Ein laufender Server hört nicht auf zu arbeiten. Er bekommt nur keine neuen Sicherheitskorrekturen mehr über den normalen Kanal.
Container, die mit Windows Server 2016 erschienen sind, folgen denselben Lifecycle-Daten. Wenn Sie Windows-Container auf 2016-Images betreiben, gehören sie zu dieser Arbeit.
Option 1: In-Place-Upgrade
Ein In-Place-Upgrade installiert eine neuere Windows-Server-Version über die alte. Einstellungen, Rollen, Features und Daten bleiben erhalten. Mit Installationsmedium nennt Microsoft von Windows Server 2016 aus drei unterstützte Ziele: 2019, 2022 und 2025.
Das Ziel ist wichtig. Die Lifecycle-Seiten nennen als Ende des Extended Support: Januar 2029 für 2019, Oktober 2031 für 2022 und November 2034 für 2025.
Diese Grenzen gelten:
- Die Windows-Update-Methode für 2025 startet nur von 2019 oder 2022. Von 2016 aus brauchen Sie ein Installationsmedium.
- Nicht jede Rolle unterstützt das In-Place-Upgrade. Prüfen Sie zuerst die Tabelle zu Rollen und Features von Microsoft.
- Nutzen Sie es nicht für Domänencontroller. Microsoft empfiehlt eine saubere Neuinstallation, neue Domänencontroller hochzustufen und die alten herabzustufen.
- Prüfen Sie bei Servern in einem Cluster, welches Upgrade-Verfahren der jeweilige Workload unterstützt. Microsofts Anleitung zum Cluster OS Rolling Upgrade gilt für Hyper-V- und Scale-out-File-Server-Workloads. Sie erlaubt jeweils den Wechsel zur nächsten Betriebssystemversion. Eine weitere Option ist die Migration auf einen neuen Cluster.
- Der Wechsel zwischen Server Core und Server mit Desktopdarstellung wird nicht unterstützt. In-Place-Upgrades werden auf Servern, die für den Start von VHD konfiguriert sind, nicht unterstützt. Schalten Sie NIC Teaming vorher aus.
- Jedes Windows-Server-Upgrade braucht eine eigene Lizenz und Aktivierungsmethode für die neue Version.
Get-ComputerInfo -Property WindowsBuildLabEx,WindowsEditionID | Out-File -FilePath .\computerinfo.txt
systeminfo.exe | Out-File -FilePath systeminfo.txt
ipconfig /all | Out-File -FilePath ipconfig.txt Option 2: neue Server aufbauen
Microsoft nennt einen zweiten Weg für On-Premises: neue Server mit einer unterstützten Windows-Server-Version aufbauen und Anwendungen und Daten migrieren. Bei einer Migration werden Rollen oder Features von einem Quellserver auf einen anderen Zielserver verschoben.
Wählen Sie das, wenn Sie auf neue Hardware wechseln, wenn eine Rolle das In-Place-Upgrade nicht unterstützt oder wenn Sie neu starten wollen. Auch Domänencontroller gehen diesen Weg.
Läuft eine Anwendung nicht auf einem neueren Windows Server, muss sie sich ändern, bevor der alte Server gehen kann. Bauen Sie sie dann auf einem neueren Betriebssystem neu auf oder stellen Sie sie dort neu bereit. Bei Windows-Containern bauen Sie das Image auf einem neueren Windows-Server-Basisimage neu.
Option 3: nach Azure umziehen
Microsoft schreibt, dass Azure Migrate die Betriebssystemversion beim Umzug anheben kann. Wer einen Server unverändert umzieht, bleibt auf Windows Server 2016.
Microsoft sagt auch, dass Sie Windows-Server-ESU in Azure für drei weitere Jahre bekommen können. Genannt werden Azure Virtual Machines, Azure Dedicated Host, Azure VMware Solution und das Azure-Stack-Portfolio.
Bei den Kosten ist Vorsicht nötig. Für Windows Server 2012 und 2012 R2 schreibt Microsoft, dass ESU auf Azure-VMs kostenlos ist. Für Windows Server 2016 nennen die Microsoft-Seiten, die wir gelesen haben, für Azure weder einen Preis noch eine Kostenbedingung. Fragen Sie Microsoft oder Ihren Partner und lassen Sie sich die Antwort schriftlich geben, bevor Sie damit planen.
Microsoft nennt den Azure Hybrid Benefit als Weg zu Rabatten auf die Lizenz von Azure-VMs. Er steht Kunden mit aktiver Software Assurance oder einem Server-Abonnement zur Verfügung.
Option 4: Extended Security Updates als Brücke
Microsoft nennt ESU eine vorübergehende Brücke zu einer unterstützten Plattform, keine Langzeitlösung. Für Server außerhalb von Azure gibt es Windows-Server-2016-ESU über Azure Arc. Das schreibt Microsoft:
- Umfang: Sicherheitsupdates der Stufen Critical und Important für bis zu drei Jahre, bis 2030. Keine neuen Features, keine Hotfixes ohne Sicherheitsbezug, keine Designänderungen.
- Editionen: Standard und Datacenter.
- Einrichtung: Server mit dem Connected Machine Agent (Version 1.62 oder höher) an Azure Arc anbinden. Danach ESU im Azure-Portal aktivieren.
- Lizenz: Sie brauchen Software Assurance über ein Volumenlizenzprogramm. Bei SPLA oder einem Server-Abonnement ist keine Software Assurance nötig.
- Größe: Sie legen eine Lizenz mit Edition und Anzahl der Cores an. Das Minimum sind 16 physische Cores pro Maschine oder 8 virtuelle Cores pro VM.
- Abrechnung: monatlich über Azure, ab 13. Januar 2027. Einen Preis haben wir auf den gelesenen Seiten nicht gefunden.
- Für Windows-Server-2016-ESU gibt es keinen kostenlosen Vorteil für Dev/Test oder Disaster Recovery.
- Wechselt ein Server auf 2019 oder höher, endet die Abrechnung nicht von selbst. Sie ändern oder deaktivieren die Lizenz.
Eine praktische Reihenfolge
Am 31. Oktober 2026 bleiben bis zum 12. Januar 2027 etwa zehn Wochen. Gehen Sie in dieser Reihenfolge vor.
- Bestandsaufnahme. Listen Sie jeden Server und jedes Container-Image auf 2016: Edition, Rollen, physisch oder virtuell, Host, Cluster, Domänencontroller, Anwendung, Verantwortlicher.
- Kompatibilität prüfen. Nutzen Sie die Rollentabelle von Microsoft und die Seite zur Kompatibilität von Serveranwendungen. Fragen Sie jeden Hersteller von Nicht-Microsoft-Software, welche Windows-Server-Versionen er unterstützt. Prüfen Sie die Hardwareanforderungen des Ziels.
- Option pro Server wählen. Domänencontroller: neuer Server. Cluster: unterstütztes Rolling-Upgrade- oder Migrationsverfahren des Workloads prüfen. Rolle und Anwendung unterstützen eine neuere Version: In-Place-Upgrade. Die Anwendung nicht: neu aufbauen oder mit ESU überbrücken. Eigene Hardware verlassen: Azure.
- Testen. Machen Sie ein vollständiges Backup und testen Sie die Wiederherstellung. Proben Sie wo möglich an einer Kopie. Planen Sie ein Wartungsfenster, denn das Upgrade braucht Ausfallzeit.
- Umstellen. Führen Sie das Upgrade aus und prüfen Sie die Version mit Get-ComputerInfo -Property WindowsProductName. Prüfen Sie, dass alle Anwendungen laufen und Clients sich verbinden. Wenn das Setup scheitert, lesen Sie die Logs in C:\Windows\Panther und nutzen Sie das Tool SetupDiag.
- Aufräumen. Aktualisieren Sie die Bestandsliste und entfernen Sie ESU-Lizenzen für Server, die sie nicht mehr brauchen.
Quellen
Für diesen Ratgeber gelesene Seiten. Prüfen Sie diese auf Änderungen, bevor Sie handeln.
- Microsoft Lifecycle: Windows Server 2016
- Microsoft Lifecycle: Windows Server 2019
- Microsoft Lifecycle: Windows Server 2022
- Microsoft Lifecycle: Windows Server 2025
- Microsoft Lifecycle FAQ: Extended Security Updates
- Microsoft Learn: Plan your Windows Server upgrade path
- Microsoft Learn: Upgrade Windows Server in place
- Microsoft Learn: Cluster OS Rolling Upgrade
- Microsoft Learn: Extended Security Updates for Windows Server 2012 and 2012 R2
- Microsoft: Extended Security Updates for SQL Server and Windows Server
- Microsoft Learn: Prepare to deliver Extended Security Updates through Azure Arc
- Microsoft Learn: Deliver Extended Security Updates for Windows Server (Azure Arc)
- Microsoft Learn: License provisioning guidelines for Extended Security Updates (Azure Arc)