Windows Server 2016 verliert im Januar 2027 den Support
Es gibt nur ein Datum, das Sie sich merken müssen. Der erweiterte Support für Windows Server 2016 endet am 12. Januar 2027. Der Mainstream-Support endete bereits am 11. Januar 2022. Seitdem erhielt das System nur noch Sicherheitsupdates. Nach Januar 2027 wird es auch diese nicht mehr erhalten.
Dieser Zeitplan ist keine Überraschung. Versionen von Windows Server aus dem Long-Term Servicing Channel haben eine von vornherein festgelegte Lebensdauer von zehn Jahren: fünf Jahre Mainstream-Support und fünf Jahre erweiterten Support. Das Datum war seit der Veröffentlichung bekannt. In den Unternehmenskalender trägt es jedoch kaum jemand ein.
Die eigentliche Falle besteht darin, dass der Server am 13. Januar 2027 wie gewohnt startet. Nichts fällt aus und auf dem Anmeldebildschirm erscheint keine Warnung. Die Anwendungen funktionieren genauso wie am Vortag. Nur eines ändert sich, und zwar unsichtbar. Die nächste in diesem System entdeckte Schwachstelle wird nicht mehr behoben.
Es lohnt sich, über eine einzelne Version hinauszublicken. Für Windows Server 2019 endet der erweiterte Support am 9. Januar 2029. Bei Windows Server 2022 endet der Mainstream-Support am 13. Oktober 2026, der erweiterte Support läuft bis zum 14. Oktober 2031. Wenn Sie gerade einen neuen Server kaufen, wirkt sich das unmittelbar auf die Wahl der Systemversion aus.
Ein Server ohne Patches ist ein Problem für das ganze Unternehmen
Microsoft beschreibt die Folgen unmissverständlich. Das Supportende bedeutet, dass es keine Sicherheitsupdates und Sicherheitsbulletins mehr gibt. Dadurch können Sicherheits- und Compliance-Probleme entstehen und Geschäftsanwendungen gefährdet werden. Dieser Satz stammt aus der Dokumentation des Herstellers, nicht aus der Auslegung eines Dienstleisters.
In der Praxis beginnt es mit Fragen, die jemand schriftlich beantworten muss. Bei einem Audit wird gefragt, ob die eingesetzten Systeme noch vom Hersteller unterstützt werden. Bei der Verlängerung einer Cyberversicherung ist ein Fragebogen auszufüllen, in dem dieselbe Frage meist ebenfalls auftaucht. Große Kunden fragen in ihren Lieferantenfragebögen danach. Eine verneinende Antwort beendet das Thema selten sofort, führt aber immer zu einem Gespräch über die Bedingungen.
Eine weitere Ebene wird leicht übersehen. Die Hersteller von Unternehmenssoftware legen in ihren Anforderungen fest, auf welchen Systemen sie ihr Produkt unterstützen. Sobald ein System von dieser Liste verschwindet, endet eine Anfrage beim technischen Support mit der Aufforderung zu einer Aktualisierung. Eine Störung, deren Behebung normalerweise einen Tag dauern würde, wird zu einem Projekt für ein ganzes Quartal.
Hinzu kommt der praktischste Punkt. Je länger ein System ohne Patches läuft, desto schwieriger wird es, später Änderungen daran vorzunehmen. Immer mehr Arbeiten müssen in einem einzigen Wartungsfenster erledigt werden: System, Treiber, Anwendung, Datenbank und manchmal auch die Hardware. Eine Migration unter dem Druck eines Vorfalls verläuft völlig anders als eine Migration, die sechs Monate im Voraus geplant wurde.
Beginnen Sie mit der Bestandsaufnahme, nicht mit der Entscheidung
Bevor jemand zwischen einem Upgrade und der Cloud wählt, muss klar sein, um wie viele Maschinen es geht. In vielen Unternehmen lautet die erste Antwort zwei oder drei. Ein Blick in den Hypervisor zeigt dann, dass es acht sind. Systeme mit Windows Server 2016 fallen selten direkt ins Auge. Häufiger sind es Maschinen, die niemand anfasst, weil darauf eine einzige Anwendung läuft und alle davor zurückschrecken. Für jede Maschine sollte die Bestandsaufnahme mehrere Fragen beantworten:
- welche genaue Version und Edition des Systems installiert ist
- welche Aufgaben diese Maschine erfüllt, zum Beispiel Domänencontroller, Datei- und Druckserver, Anwendungsserver oder Datenbank
- welche Anwendung oder welcher Geschäftsprozess darauf läuft und wer damit arbeitet
- ob es sich um eine physische oder virtuelle Maschine handelt und auf welchem Hypervisor sie läuft
- wie der Lizenzstatus aussieht und ob das Unternehmen über aktive Software Assurance oder ein passendes Abonnement verfügt
- wer aufseiten des Softwareherstellers für die darauf ausgeführte Anwendung verantwortlich ist
Separat prüfen sollten Sie auch Geräte, die formal keine Server sind. Zutrittskontrollsysteme, Aufzeichnungsgeräte für die Videoüberwachung, Steuerungen von Produktionsmaschinen und Geräte mit vorinstallierter Software enthalten häufig Windows Server. Nicht alle lassen sich aktualisieren. Sie müssen jedoch wissen, dass sie vorhanden sind, und ihre gesonderte Absicherung planen.
Wenn Sie Server zählen, zählen Sie auch die Datenbanken. Dort ist der Zeitplan noch enger. Der erweiterte Support für SQL Server 2016 endete am 14. Juli 2026. Diese Frist ist also bereits verstrichen. SQL Server 2017 erreicht sie am 12. Oktober 2027 und SQL Server 2019 erst am 8. Januar 2030. Notieren Sie die Versionen der Instanzen zusammen mit den Betriebssystemen, denn die Datenbank und das darunterliegende System werden sehr häufig im selben Projekt ersetzt.
Erste Option, das In-Place-Upgrade
Am einfachsten zu beschreiben und am häufigsten gewählt. Sie installieren ein neueres System auf derselben Maschine und behalten Rollen, Einstellungen und Daten bei. Von Windows Server 2016 können Sie so direkt auf Version 2019, 2022 oder 2025 wechseln. Microsoft legt außerdem fest, wie weit Sie dabei springen dürfen. Wenn Version 2025 das Ziel ist, können Sie bis zu vier Versionen auf einmal überspringen. Bei Version 2022 oder älter liegt die Grenze bei zwei Versionen. Für Cluster gilt eine strengere Regel. Dort erfolgt das Upgrade jeweils um eine Version.
Das sind die Einschränkungen. Nicht jede Rolle lässt sich bei einem In-Place-Upgrade übernehmen. Deshalb muss dies für die konkrete Konfiguration geprüft werden und darf nicht einfach vorausgesetzt werden. Ein Domänencontroller hat eigene Regeln und eine eigene Reihenfolge. Eine Server-Core-Installation lässt sich dabei weder in eine Installation mit Desktopdarstellung umwandeln noch umgekehrt. Wenn die Maschine NIC-Teaming verwendet, muss diese Funktion vor dem Upgrade deaktiviert und danach wieder aktiviert werden. Ein System, das aus einer VHD-Datei gestartet wird, lässt sich auf diese Weise überhaupt nicht aktualisieren.
Hinzu kommen Kosten, von denen Kunden häufig erst am Ende erfahren. Für jedes Upgrade von Windows Server ist eine separate Lizenz erforderlich. Anders als beim Betriebssystem auf dem Rechner eines Mitarbeiters ist der Wechsel von einer älteren auf eine neuere Version nicht kostenlos.
Hinzu kommt ein weniger auffälliger Nachteil dieses Weges. Bei einem In-Place-Upgrade gelangt alles auf das neue System, was sich in zehn Jahren angesammelt hat. Alte Firewall-Ausnahmen, Dienstkonten, an die sich niemand erinnert, und Einstellungen, die 2018 nur für einen Nachmittag hinzugefügt wurden. Mitunter verursachen genau diese Altlasten später Ausfälle, die niemand mehr mit dem Upgrade in Verbindung bringen kann. Eine Datensicherung vor Beginn der Arbeiten und ein geprüfter Rollback-Plan sind hier kein Zusatz, sondern Voraussetzung.
Zweite Option, ein neuer Server und die Migration der Rollen
Sie richten eine saubere Installation des neuen Systems ein und migrieren anschließend Rollen, Daten und Berechtigungen. Das bedeutet mehr Arbeit als ein In-Place-Upgrade, dafür entsteht eine Maschine ohne Altlasten aus der bisherigen Installation. Dies ist meist der einzige Weg, wenn die Hardware ohnehin das Ende ihrer Lebensdauer erreicht, wenn der Softwarehersteller die Anwendung in derselben Installation auf einem neueren System nicht unterstützt oder wenn eine der Rollen nicht aktualisiert werden kann.
Dieser Weg bietet außerdem etwas, das ein In-Place-Upgrade nicht leisten kann. Der alte Server steht neben dem neuen und läuft bis zur Umschaltung weiter. Dadurch ergibt sich ein natürlicher Rollback-Plan. Sie kehren zu dem System zurück, das weiterhin läuft. Bei einem In-Place-Upgrade bedeutet der Rückweg immer eine Wiederherstellung aus der Datensicherung. Damit sind eine längere Unterbrechung und mehr Stress verbunden.
Das sind die Einschränkungen. Sie benötigen Kapazität für eine zweite Maschine, auch wenn sie nur für die Dauer der Migration als virtuelle Maschine läuft. Sie müssen außerdem alle Punkte durchgehen, die am leichtesten vergessen werden: DNS-Einträge, Zertifikate, Freigaben und Berechtigungen, geplante Aufgaben, Dienstkonten, Integrationen mit anderen Systemen und Drucker. Zudem müssen Sie mit dem Softwarehersteller abstimmen, wie die Lizenz und die Installation auf die neue Maschine übertragen werden.
Der größte Kostenfaktor ist hier nicht die Hardware. Es ist die Zeit für eine kontrollierte Umschaltung und für die Tests davor. Eine Rollenmigration in einer einzigen Nacht ohne Tests verursacht denselben Arbeitsaufwand, nur mit einem schlechteren Ergebnis.
Dritte Option, die Cloud-Migration
Die dritte Möglichkeit besteht darin, den Server in die Cloud zu verlagern, in der Praxis meist zu Azure oder Google Cloud. Die Maschine bleibt eine Maschine. Sie steht lediglich bei einem Cloud-Anbieter. Dabei ändert sich auch das Kostenmodell. An die Stelle eines Hardwarekaufs für mehrere Jahre tritt eine monatliche Rechnung. Eine Entscheidung zur Kapazitätserweiterung erfordert keine Bestellung mehr.
In diesem konkreten Szenario spricht ein Punkt klar für Azure. Updates aus dem Programm Extended Security Updates sind für virtuelle Maschinen in Azure kostenlos. Außerhalb von Azure müssen sie gekauft werden. Wenn Ihr Unternehmen die Cloud ohnehin in Betracht zieht, ist das Supportende ein guter Zeitpunkt für dieses Gespräch.
Das sind die Einschränkungen. Nicht jede Anwendung eignet sich für die Cloud. Systeme, die mit Geräten im Büro oder in der Produktion kommunizieren, benötigen eine gute Verbindung und eine vorhersehbare Reaktionszeit. Manchmal müssen sie schlicht vor Ort bleiben. Die Lizenzierung in der Cloud wird anders berechnet als auf eigener Hardware. Es lohnt sich, dies vor der Migration zu berechnen und nicht erst nach der ersten Rechnung.
Es gibt außerdem eine Falle, in die man leicht geraten kann. Ein altes System wird durch die Verlagerung in die Cloud nicht jünger. Windows Server 2016 in der Cloud bleibt Windows Server 2016. Auch dort endet der Support im Januar 2027. Deshalb ist eine Aufteilung meist sinnvoll. Einige Maschinen wechseln in die Cloud. Andere bleiben mit einem neueren System vor Ort. Die Entscheidung für jede einzelne Maschine richtet sich danach, was darauf läuft, und nicht nach einer einzigen Regel für das gesamte Unternehmen.
ESU verschafft drei Jahre Zeit, ist aber keine Lösung
Wenn die Frist nicht eingehalten werden kann, bleibt das Programm Extended Security Updates. Microsoft bezeichnet es als letzten Ausweg und als zeitlich begrenzte Überbrückung während der Migration, nicht als dauerhafte Lösung. Das Programm umfasst Sicherheitsupdates für Schwachstellen, die als kritisch oder wichtig eingestuft sind, und zwar höchstens drei Jahre lang ab dem Ende des erweiterten Supports.
Wichtig ist auch, was ESU nicht bietet. Es gibt weder neue Funktionen noch Updates ohne Sicherheitsbezug noch Änderungen auf Wunsch. Regulären technischen Support gibt es ebenfalls nicht. Das Programm umfasst ausschließlich die Sicherheitsupdates selbst. Unterstützung gibt es im Wesentlichen nur bei deren Installation und bei Problemen, die sie verursachen, nicht bei allgemeinen Problemen mit dem System. ESU verlängert den Produktlebenszyklus nicht. Es verschiebt lediglich eine bestimmte Konsequenz.
Hinzu kommen Bedingungen, die beim ersten Angebot überraschen. Außerhalb von Azure müssen die Updates erworben werden. Voraussetzung ist eine aktive Software Assurance oder ein entsprechendes Abonnement. Die einzelnen Jahre lassen sich nicht überspringen. Für das zweite Jahr muss auch das erste erworben werden. Wer später einsteigt, zahlt auch für die bereits vergangenen Monate. Nach dem dritten Jahr enden die Updates. Dann stehen Sie wieder genau vor demselben Problem.
Die praktische Schlussfolgerung ist einfach. ESU ist sinnvoll, wenn Sie damit bewusst Zeit kaufen, um eine bereits begonnene Migration mit festem Endtermin abzuschließen. Wenn Sie das Thema damit nur um ein Jahr verschieben, ist ESU lediglich eine teurere Form des Aufschiebens.
Was Sie tun sollten, bevor es zu spät ist
Bis Januar 2027 bleibt weniger als ein halbes Jahr, und bei den Datenbanken sind einige Fristen bereits verstrichen. Das reicht noch aus, um die Migration in Ruhe und in Wartungsfenstern durchzuführen, die Sie selbst festlegen. Das gilt jedoch nur, wenn die Bestandsaufnahme jetzt erfolgt und nicht erst im nächsten Quartal.
Diese Reihenfolge hat sich bewährt:
- erstellen Sie eine Bestandsaufnahme aller Maschinen und Betriebssystemversionen, einschließlich der SQL Server-Instanzen
- halten Sie für jede Maschine fest, was darauf läuft und wer darauf angewiesen ist
- wählen Sie für jede Maschine eine eigene Vorgehensweise, denn eine einheitliche Regel funktioniert fast nie für alle
- stimmen Sie mit den Softwareherstellern ab, auf welchen Systemen deren Produkte unterstützt werden
- legen Sie die Wartungsfenster und den Rollback-Plan fest, bevor Sie Änderungen vornehmen
- entscheiden Sie erst ganz am Ende, ob und wie lange Sie ESU benötigen
Wenn Sie nicht wissen, wo Sie anfangen sollen, ist der einfachste erste Schritt eine Bestandsaufnahme der Systeme, die tatsächlich im Serverraum stehen, mit einer realistischen Liste der Fristen für jede Maschine. Nach zwei Gesprächen zeigt sich meist, bei welchen Servern dringender Handlungsbedarf besteht und welche bis zum nächsten Jahr warten können. Eine solche Bestandsaufnahme führen wir gern gemeinsam mit Ihrem Team durch.