Zwei Stichtage, eine Maschine

Vor zwei Wochen haben wir an dieser Stelle über das Support-Ende von SQL Server 2016 geschrieben — die Datenbank, die in vielen Betrieben unbemerkt unter der Warenwirtschaft oder der Branchensoftware läuft. Ihr Stichtag war der 14. Juli 2026, er liegt inzwischen hinter uns.

Wer daraufhin nachgesehen hat, welche Datenbankversion im eigenen Haus läuft, hat den richtigen Schritt getan — aber möglicherweise nur die Hälfte gesehen. Denn SQL Server 2016 wurde in kleineren Umgebungen selten auf eine eigene Maschine gestellt. Er läuft dort, wo damals ohnehin ein Server angeschafft wurde: auf Windows Server 2016. Und für das Betriebssystem unter der Datenbank gilt ein eigener, späterer Termin — der 12. Januar 2027.

Dieser Versatz von rund einem halben Jahr ist der eigentliche Punkt. Wer im Juli nur die Datenbank betrachtet und abgehakt hat, hat das System darunter noch vor sich. Und anders als beim Juli-Termin ist diesmal genug Zeit, den Wechsel in Ruhe zu planen — vorausgesetzt, man beginnt jetzt und nicht im Dezember.

Auf einen Blick

  • Der erweiterte Support für Windows Server 2016 endet nach Microsoft-Lifecycle am 12. Januar 2027. Der Mainstream-Support ist bereits am 11. Januar 2022 ausgelaufen.
  • Betroffen sind alle Editionen: Datacenter, Standard, Essentials und MultiPoint Premium. Für kleine Betriebe ist meist Essentials der relevante Fall.
  • Extended Security Updates (ESU) wird es geben: Microsoft nennt in seinem Windows-Server-Blog vom Februar 2026 ausdrücklich einen Zeitraum von bis zu drei Jahren nach dem Support-Ende. Die Aussage, es gebe danach überhaupt keine Updates mehr, ist falsch.
  • Windows Server 2019 ist von diesem Termin nicht betroffen — diese Version hat einen eigenen, späteren Lebenszyklus.
  • Der Bezug von ESU läuft über das Azure-Portal, für Server im eigenen Haus über Azure Arc. Für Betriebe ohne Azure-Umgebung ist das eine echte Voraussetzung, keine Formalie.
  • Was ESU kostet, hat Microsoft für Windows Server 2016 bislang nicht veröffentlicht.

Was am 12. Januar 2027 endet

Ein Windows Server 2016 schaltet sich an diesem Tag nicht ab. Die Anmeldung funktioniert weiter, Freigaben bleiben erreichbar, die Fachanwendung startet wie gewohnt. Was endet, sind die Sicherheitsupdates — die monatlichen Korrekturen, mit denen Microsoft neu bekannt gewordene Schwachstellen im Betriebssystem schließt.

Der Mainstream-Support ist ohnehin längst Geschichte: Er lief bereits im Januar 2022 aus. Seither gab es für Windows Server 2016 keine neuen Funktionen und keine gewöhnlichen Fehlerkorrekturen mehr, sondern ausschließlich Sicherheitsupdates. Genau dieser letzte verbliebene Strom versiegt nun.

Der Unterschied wirkt sich nicht am Stichtag aus, sondern danach: Solange Updates fließen, werden neu entdeckte Lücken nach und nach geschlossen. Fällt der Strom weg, bleibt jede künftig gefundene Schwachstelle dauerhaft offen. Bei einem Betriebssystem wiegt das schwerer als bei einer einzelnen Anwendung, denn es liegt unter allem anderen: unter der Datenbank, unter den Dateifreigaben, unter der Benutzerverwaltung.

Windows Server 2019 ist nicht betroffen

Diese Abgrenzung gleich vorweg, weil sie in der Berichterstattung regelmäßig verwischt: Der 12. Januar 2027 gilt für Windows Server 2016. Wer Windows Server 2019 betreibt, ist von diesem Stichtag nicht berührt — diese Version folgt ihrem eigenen Lebenszyklus mit späterem Enddatum. Ein Blick auf die tatsächlich installierte Version lohnt sich also, bevor Handlungsdruck entsteht, wo keiner ist.

Ebenso wenig zu verwechseln: Für Windows 10 gibt es ein ESU-Programm für Clients, über das wir Anfang Juli berichtet haben. Das ist ein anderes Programm mit anderen Bedingungen und anderen Konditionen. Zahlen und Regeln von dort lassen sich nicht auf Server übertragen.

Der Fristversatz — und warum er tückisch ist

Auf einer typischen Maschine aus dieser Generation liegen mehrere Schichten übereinander: das Betriebssystem, die Datenbank, darauf die Fachanwendung, dazu die Rollen, die der Server nebenbei übernimmt. Angeschafft wurde alles zusammen, meist bei der Einführung der Branchensoftware. Auslaufen tut es aber nicht zusammen.

SQL Server 2016 endete im Juli 2026, Windows Server 2016 endet im Januar 2027. Ein halbes Jahr Abstand auf identischer Hardware. Das führt zu zwei Fehlschlüssen, die beide teuer werden können:

  • „Die Datenbank haben wir im Juli geklärt, damit ist die Kiste erledigt." Ist sie nicht. Die Datenbank ist die obere Schicht; das Betriebssystem darunter hat seinen Termin noch vor sich.
  • „Dann machen wir beides zusammen im Januar." Das kehrt die Reihenfolge um: Die Datenbank ist seit Juli ohne Sicherheitsupdates. Wer bis Januar wartet, verlängert diesen Zustand um ein halbes Jahr — mit den Kerndaten des Betriebs darin.

Sinnvoll ist der umgekehrte Blick: Beide Termine gehören zu einer Entscheidung über eine Maschine. Wenn ohnehin das Betriebssystem gewechselt werden muss, ist eine getrennte Datenbank-Migration im Herbst und ein Betriebssystem-Wechsel im Winter meist der aufwendigere Weg — zweimal Testen, zweimal Wartungsfenster, zweimal Abstimmung mit dem Softwareanbieter. Ob sich beides zusammenlegen lässt, hängt davon ab, was die Fachanwendung unterstützt. Genau das ist die Frage, die jetzt an den Anbieter geht.

ESU: die Brücke — und ihre Voraussetzung

Windows Server 2016 fällt nicht ins Nichts. Microsoft hat im Februar 2026 im Windows-Server-Blog bestätigt, dass es Extended Security Updates für bis zu drei Jahre nach dem Support-Ende geben wird. Mehrere Händlerseiten behaupten das Gegenteil — dass es nach dem 12. Januar 2027 auch gegen Bezahlung keine Updates mehr gebe. Das widerspricht der Aussage von Microsoft.

Was ESU liefert, ist allerdings eng gefasst: ausschließlich Sicherheitsupdates der Stufen „kritisch" und „hoch". Keine neuen Funktionen, keine gewöhnlichen Fehlerkorrekturen, kein technischer Support. Ein Server unter ESU ist abgesichert, aber nicht betreut.

Der praktisch wichtigere Punkt ist der Bezugsweg. ESU für Windows Server wird über das Azure-Portal bereitgestellt; Server, die im eigenen Haus oder bei einem anderen Anbieter stehen, werden dafür über Azure Arc angebunden. Für einen Betrieb, der Azure ohnehin nutzt, ist das ein überschaubarer Schritt. Für einen kleinen Betrieb mit einem einzelnen Server im Technikraum und ohne Azure-Umgebung bedeutet es: Es muss ein Tenant existieren, der Server muss angebunden und die Verbindung dauerhaft betrieben werden. Das ist keine Bestellung, das ist ein Projekt — klein, aber eines. Wer ESU als bequeme Notlösung für den 11. Januar einplant, sollte diesen Aufwand vorher kennen und nicht am Stichtag entdecken.

Was ESU kostet, ist offen

Aus früheren Server-Generationen ist das Prinzip bekannt: Die Abrechnung erfolgt prozentual vom Listenpreis der Lizenz, pro Prozessorkern, und der Anteil steigt von Jahr zu Jahr — die Brücke wird also mit jedem Jahr teurer, was durchaus beabsichtigt ist.

Für Windows Server 2016 hat Microsoft die konkreten Konditionen bislang nicht veröffentlicht. In Beiträgen von Händlern und Analysten kursieren dennoch fertige Prozentstaffeln. Sie stammen nicht von Microsoft, sondern schreiben das Muster älterer Server-Versionen fort. Das mag am Ende ungefähr zutreffen oder auch nicht — als Grundlage für eine Budgetplanung taugt es nicht, und wir geben solche Zahlen hier bewusst nicht wieder. Wer ESU als Option ernsthaft prüft, sollte den Preis zum Zeitpunkt der Entscheidung beim Lizenzpartner erfragen, statt sich auf eine kursierende Tabelle zu verlassen.

Was auf der Maschine sonst noch hängt

Bevor über Wege nach vorn gesprochen werden kann, braucht es die unspektakulärste Frage: Was läuft auf diesem Server eigentlich alles? In gewachsenen Umgebungen ist die Antwort selten „nur die Datenbank". Häufig übernimmt dieselbe Maschine zusätzlich:

  • die Benutzerverwaltung als Domänencontroller — das System, an dem sich morgens alle anmelden,
  • die Dateifreigaben, auf denen die gemeinsamen Ordner liegen,
  • den Druckdienst, die Datensicherung, gelegentlich einen Terminalserver für den Zugriff von außen,
  • die Branchensoftware selbst, deren Serverkomponente oft nur für eine bestimmte Betriebssystemversion freigegeben ist.

Ein Sonderfall, der leicht übersehen wird: Container-Images auf Basis von Windows Server 2016 erben denselben Stichtag. Wer Anwendungen in Containern betreibt, deren Basis-Image aus dieser Generation stammt, hat das Thema auch dann auf dem Tisch, wenn die darunterliegende Hardware längst neuer ist.

Diese Liste ist der Grund, warum ein Wechsel hier kein Nachmittagsprojekt ist. Ein Domänencontroller wird nicht ersetzt, indem man einen neuen Server danebenstellt und die Daten kopiert. Freigabeberechtigungen, Anmeldeprozesse und die Freigabe der Fachanwendung durch ihren Hersteller müssen geordnet mitwandern. Genau deshalb sind sechs Monate keine großzügige Frist, sondern eine angemessene.

Was Sie jetzt tun sollten

Der Termin steht fest, der Weg dorthin lässt sich planen — rückwärts gerechnet vom 12. Januar 2027:

  • Jetzt: Inventur. Klären Sie zuerst die Grundfrage: Läuft bei Ihnen ein Windows Server 2016, in welcher Edition, und welche Rollen und Anwendungen hängen daran? Bringen Sie dabei die Datenbank gleich mit ins Bild — wenn dort SQL Server 2016 läuft, betreffen beide Termine dieselbe Maschine.
  • Bis zum Spätsommer: den Softwareanbieter einbinden. Die entscheidende Frage stellt nicht Microsoft, sondern der Hersteller Ihrer Branchensoftware: Für welche Betriebssystem- und Datenbankversionen ist die Anwendung freigegeben, und welcher Migrationsweg wird unterstützt? Ohne diese Auskunft lässt sich kein Zielbild festlegen. Erfahrungsgemäß ist das der Schritt mit der längsten Wartezeit.
  • Bis zum Herbst: den Weg entscheiden. Realistisch stehen drei Richtungen offen. Ein Wechsel auf Windows Server 2022 oder 2025 bleibt im eigenen Haus und bringt wieder vollen Support, verlangt aber meist neue Hardware und eine Lizenzentscheidung. Ein Umzug in die Cloud oder zu einem gehosteten Server verlagert den Betrieb und ändert das Kostenmodell vom Kauf zur laufenden Rate — für eine einzelne alternde Maschine ist das oft der Moment, in dem sich die Frage überhaupt lohnt. ESU als Brücke kommt infrage, wenn die Fachanwendung noch nicht so weit ist — mit dem Wissen, dass Azure-Anbindung nötig ist, die Kosten unbekannt und jährlich steigend sind und die Entscheidung dadurch nur verschoben wird.
  • Bis Dezember umsetzen, Januar als Puffer. Wer die Umstellung im Herbst plant und im vierten Quartal durchführt, behält Spielraum für das, was erfahrungsgemäß dazwischenkommt: eine Anwendung, die im Test zickt, eine Lieferzeit, ein Wartungsfenster, das sich nur am Wochenende findet. Wer erst im Januar beginnt, migriert unter Zeitdruck — und das ist die Variante, bei der Fehler passieren.

Fazit

Das Support-Ende von Windows Server 2016 ist kein Notfall und kein Grund zur Eile im Wortsinn — es ist ein fest datierter Termin mit ausreichend Vorlauf. Genau darin liegt die Chance: Ein halbes Jahr ist die Spanne, in der sich ein Serverwechsel ordentlich planen, testen und ohne Störung des Tagesgeschäfts durchführen lässt. Dieselbe Aufgabe im Januar bedeutet Notbetrieb.

Wichtig ist nur, die Maschine als Ganzes zu sehen statt als einzelne Termine. Die Datenbank im Juli, das Betriebssystem im Januar, dazu Benutzerverwaltung, Freigaben und Fachanwendung — das ist ein System und eine Entscheidung, nicht vier.

Wenn Sie nicht sicher sind, welche Serverversion bei Ihnen läuft und was alles daran hängt, übernehmen wir die Bestandsaufnahme. Wir klären mit Ihnen und Ihrem Softwareanbieter, was im Einsatz und was freigegeben ist, wägen die Wege gegeneinander ab — neuer Server, Cloud oder befristete Brücke — und planen den Übergang so, dass Ihr Betrieb dabei weiterläuft.