Der erweiterte Support für Microsoft SQL Server 2016 ist am 14. Juli 2026 ausgelaufen. Die Datenbank läuft weiter, erhält aber keine Sicherheitsupdates mehr. Unternehmen, deren Warenwirtschaft, ERP oder Branchensoftware darauf aufsetzt, sollten jetzt klären, wo die Version noch im Einsatz ist und welcher Weg zu einer unterstützten Umgebung passt.
Inhalt
Wann endete der Support für SQL Server 2016?
Microsoft führt SQL Server 2016 unter der Fixed Lifecycle Policy. Die Termine stehen von Anfang an fest. Der Lifecycle hat zwei Phasen.
Im Mainstream Support liefert Microsoft neue Features, Bug Fixes, also Fehlerkorrekturen, und Security Updates. Für SQL Server 2016 lief der Mainstream Support im Juli 2021 aus. Danach folgte der Extended Support, der erweiterte Support. Er umfasst nur noch Security Updates. Dieser Extended Support endete am 14. Juli 2026. Betroffen sind alle Editionen, von Express über Standard bis Enterprise.
„SQL Server 2016 End of Life“, kurz EOL, und „End of Support“ meinen dasselbe: Microsoft leistet für diese Version keine Wartung und keinen Support mehr. Abgeschaltet wird nichts. Ihre Datenbank läuft, nur nicht mehr unterstützt.
SQL Server 2016 ist nicht Windows Server 2016
Die Namen werden oft verwechselt. Es sind zwei Produkte mit zwei Terminen. SQL Server 2016 ist das Datenbanksystem, sein Support endete am 14. Juli 2026. Windows Server 2016 ist das Betriebssystem, auf dem viele dieser Datenbanken laufen. Dessen Extended Support endet erst am 12. Januar 2027. Eine technische Verbindung gibt es trotzdem: Sie entscheidet mit über die neue Version.
Was bedeutet das End of Life für Ihr Unternehmen?
Drei Dinge fallen weg: Security Updates, Fehlerkorrekturen und der Support des Herstellers. Wird künftig eine Lücke in SQL Server 2016 entdeckt, erscheinen dafür keine Security Patches mehr. Hotfixes gibt es ebenfalls nicht. Wer für SQL Server 2016 Support vom Hersteller braucht, bekommt ihn nur noch im engen Rahmen der Extended Security Updates.
Ein häufiger Einwand: „Die Datenbank läuft doch, und sie hängt nicht am Internet.“ Der erste Teil stimmt. Der zweite senkt das Risiko, beseitigt es aber nicht. Jede später entdeckte Lücke bleibt dauerhaft offen. Wer auf anderem Weg in Ihr Netz gelangt, findet eine Datenbank ohne aktuelle Patches vor. Warum das ein Problem ist, zeigt unser Beitrag zum Patch-Management.
Dazu kommt: Auch der Hersteller Ihrer Fachsoftware unterstützt ältere Datenbankversionen irgendwann nicht mehr. Müssen Sie den Stand Ihrer IT in einem Audit oder für die Compliance belegen, gehört eine Version ohne Support samt Plan für die Ablösung in die Dokumentation. Mehr zur Einordnung von Altsystemen lesen Sie im Beitrag über veraltete IT.
Wo läuft SQL Server 2016 bei Ihnen noch?
In kleinen und mittleren Unternehmen ist SQL Server selten ein eigenes Projekt. Er ist die Schicht unter ERP, Warenwirtschaft, Zeiterfassung oder Branchensoftware. Oft hat eine Software eine Express-Instanz mitgebracht, die niemand als Datenbankserver wahrnimmt. Eine Instanz ist eine eigenständig laufende Installation von SQL Server; ein Server kann mehrere tragen.
Bevor Sie über die Migration entscheiden, brauchen Sie eine Inventur:
- Alle Server und Arbeitsplätze mit SQL-Server-Diensten erfassen, auch mitinstallierte Express-Instanzen.
- Je Instanz Version, Edition, Betriebssystem und Stand der Updates notieren. Für ein direktes Upgrade verlangt Microsoft Service Pack 3.
- Jede Instanz einer Fachanwendung zuordnen.
- Einen Verantwortlichen im Haus und den Ansprechpartner beim Hersteller der Software benennen.
- Instanzen mit SQL Server 2017 gleich mit aufnehmen.
- Die Reihenfolge nach Bedeutung für Ihr Geschäft festlegen.
Lassen Sie Instanzen und Abhängigkeiten strukturiert erfassen. Eine IT-Analyse schafft diese Übersicht und bildet die Grundlage für das weitere Konzept.
Upgrade, Neuaufbau oder ESU: Welcher Weg passt?
Microsoft nennt drei Wege: das Upgrade auf eine aktuelle Version, die Migration nach Azure, etwa zu Azure SQL Database, und Extended Security Updates (ESU) als befristete Übergangslösung. Für Unternehmen mit eigenem Server teilt sich das Upgrade in zwei Varianten.
| Weg | Voraussetzung | Grenze | Nächster Prüfschritt |
|---|---|---|---|
| In-Place-Upgrade | SQL Server 2016 mit Service Pack 3, 64-Bit, passendes Betriebssystem | Ausfallzeit und Risiko am produktiven System | Betriebssystem und Editionspfad prüfen |
| Neuaufbau mit Datenbankumzug | Neue Instanz auf unterstütztem Betriebssystem | Mehr Aufwand; Logins und Aufträge ziehen nicht automatisch mit | Testwiederherstellung einplanen |
| ESU als Brücke | Anbindung an Azure Arc und passende Lizenz | Nur kritische Lücken, höchstens drei Jahre | Zieltermin für die Migration festlegen |
Die Tabelle gilt für den eigenen Server. Daneben bleibt die Migration nach Azure: zu Azure SQL Database, zu Azure SQL Managed Instance oder als SQL Server auf einem virtuellen Computer in Azure. Azure SQL Database und Azure SQL Managed Instance unterscheiden sich in einzelnen Funktionen und bei T-SQL, der Abfragesprache von SQL Server, von der lokalen Installation. Die Netzwerkanbindung muss passen. Ob Ihre Software diese Dienste unterstützt, beantwortet der Hersteller.
Direktes Upgrade auf SQL Server 2022 oder 2025
Beim In-Place-Upgrade wird die neue Version über die bestehende Installation gespielt. Server und Instanz bleiben dieselben. Microsoft unterstützt diesen Weg von SQL Server 2016 ab Service Pack 3 direkt auf SQL Server 2022 und auf SQL Server 2025. Das gilt nur für 64-Bit-Systeme. Während des Upgrades lassen sich keine Features ergänzen, und ein ausstehender Neustart blockiert das Setup.
Entscheidend ist das Betriebssystem. SQL Server 2022 setzt Windows Server 2016 oder neuer voraus. SQL Server 2025 verlangt Windows Server 2019 oder neuer. Läuft Ihre Datenbank noch auf der 2016er-Version des Betriebssystems, lässt sich SQL Server 2025 ohne dessen Wechsel nicht installieren. Planen Sie dann beide Schritte als eine Migration, etwa mit Windows Server 2025 als Basis.
Achten Sie auch auf die Laufzeit der neuen Version. SQL Server 2019 ist seit 2025 nur noch im Extended Support, der 2030 endet. Bei SQL Server 2022 läuft der Mainstream Support bis 2028 und der Extended Support bis 2033. Bei SQL Server 2025 sind es 2031 und 2036. Die Wahl bestimmt, wann Ihr nächstes End of Life ansteht. Planen Sie außerdem ein Wartungsfenster ein, denn In-Place-Upgrades bedeuten laut Microsoft Ausfallzeit und Risiko.
Neuaufbau mit Datenbankumzug
Die Alternative ist eine neue Instanz auf einem neuen Server, physisch oder per Server-Virtualisierung. Die Datenbanken ziehen per Sicherung und Wiederherstellung um. Der Kompatibilitätsgrad bleibt dabei ab Grad 100 unverändert. Er ist eine Einstellung je Datenbank und legt fest, nach den Regeln welcher Version sie sich verhält.
Muss auch das Betriebssystem erneuert werden, nennt Microsoft diese parallele Migration den umsichtigeren, aber aufwendigeren Weg. Ihr Vorteil: Das alte System bleibt bis zur Umschaltung unberührt, und Sie können die Fachanwendung im Parallelbetrieb testen.
Logins, geplante Aufträge und Verbindungsserver liegen außerhalb der einzelnen Datenbank und müssen auf der neuen Instanz neu angelegt werden. Für die Prüfung der Kompatibilität nennt Microsoft Tools wie die Migrationskomponente in SQL Server Management Studio. Vor der Migration steht eine Testwiederherstellung. Die Grundlagen der Sicherung erklärt unser Beitrag zum Server-Backup. Den Ablauf zeigt unser Leitfaden zum Serverumzug.
Extended Security Updates als Übergang
Extended Security Updates (ESU) sind ein befristetes Programm. Es läuft für SQL Server 2016 bis zu drei Jahre nach dem End of Support. Ein Update erscheint nur, wenn das Microsoft Security Response Center eine Lücke als kritisch einstuft. Einen festen Rhythmus gibt es nicht. Neue Features, funktionale Verbesserungen und Bug Fixes auf Kundenwunsch sind nicht enthalten. Auch mit ESU gibt es für SQL Server 2016 Support nur bei Problemen mit den Updates selbst.
Dazu kommen Voraussetzungen. Die Instanz muss mit Azure Arc verbunden sein oder in Azure laufen. Azure Arc ist ein Dienst, über den sich lokale Server aus Azure heraus verwalten lassen. Für lokale Server verlangt Microsoft zusätzlich Software Assurance, den Wartungsvertrag zur Lizenz, oder ein nutzungsbasiertes Abonnement über Azure Arc. Empfohlen ist, vorab das neueste Cumulative Update zu installieren.
ESU ersetzen die Migration nicht. Sie sind eine Brücke, wenn zum Beispiel die Freigabe Ihrer Fachsoftware noch aussteht. Legen Sie mit dem Abschluss einen Zieltermin fest.
Erst die Fachsoftware fragen: Herstellerfreigabe klären
Technisch gilt laut Microsoft: Bleibt der Kompatibilitätsgrad einer Datenbank gleich, sind bestehende Anwendungen vor funktionalen Änderungen und Änderungen der Leistung geschützt. Eine vollständige Neuzertifizierung braucht eine Anwendung erst, wenn sie Funktionen eines neueren Grads nutzt.
Das ist Microsofts Position, keine Herstellerfreigabe. Ob der Hersteller Ihrer Fachsoftware die Anwendung auf SQL Server 2022 oder SQL Server 2025 unterstützt, entscheidet allein er. Fragen Sie schriftlich nach:
- Welche Version von SQL Server ist für unseren Programmstand freigegeben?
- Ist vorher ein Update der Fachsoftware nötig?
- Wer führt die Migration der Datenbank durch, und wer nimmt sie fachlich ab?
Ohne Freigabe riskieren Sie den Support für die Anwendung selbst. Bei mehreren Wegen hilft eine IT-Beratung, Prioritäten zu setzen.
Beispiel für Ihre Planung
Das folgende Szenario ist ein Planungsbeispiel, kein Kundenfall. Ein Unternehmen mit rund 40 Arbeitsplätzen betreibt seine Warenwirtschaft auf SQL Server 2016 Standard unter Windows Server 2016. Daneben läuft eine mitinstallierte Express-Instanz der Zeiterfassung. Der Hersteller der Zeiterfassung hat die neue Version freigegeben, der Hersteller der Warenwirtschaft noch nicht.
Für die Planung heißt das: beide Instanzen getrennt betrachten. Die Migration der Express-Instanz kommt zuerst, per Sicherung und Wiederherstellung. Für die Warenwirtschaft wird die Freigabe mit Termin nachgefragt und bis dahin ESU als Brücke geprüft. Weil SQL Server 2025 ein neueres Betriebssystem verlangt, gehört dessen Wechsel in denselben Plan.
SQL Server 2017 ist als Nächstes dran
Das SQL Server 2017 End of Life (EOL) folgt am 12. Oktober 2027. Dann erreicht auch diese Version ihr End of Support. Service Packs gibt es seit SQL Server 2017 nicht mehr. Nehmen Sie diese Instanzen in dieselbe Inventur auf. Das spart eine zweite Migration im Jahr 2027.
Nach der Migration: Wer hält Server und Updates aktuell?
Die Migration ist ein Anfang, keine Lösung. Updates und Patches müssen weiter geplant, getestet und eingespielt werden. Sonst stehen Sie beim nächsten EOL wieder am selben Punkt.
Diese Arbeit können Sie abgeben. Bei einem Managed Server übernimmt HTH das Monitoring und ein geplantes, getestetes Patchmanagement für Microsoft-Updates außerhalb Ihrer Geschäftszeiten. Dazu kommen Schwachstellenmanagement und Fernwartung. Das Angebot gehört zu unseren Managed Services. Im Raum Bonn kommen wir mit dem IT-Service in Bonn zu Ihnen.
Sie möchten den Wechsel und die laufende Betreuung Ihrer Server besprechen? Jetzt unverbindliches Beratungsgespräch vereinbaren.
Häufige Fragen zum SQL Server 2016 End of Life
Das End of Support ist bereits erreicht. Der Mainstream Support für SQL Server 2016 endete im Juli 2021, der Extended Support am 14. Juli 2026. Seitdem gibt es für diese Version keine regulären Security Patches und keine Fehlerkorrekturen mehr, in allen Editionen.
Ja, technisch läuft die Datenbank unverändert weiter. End of Life (EOL) heißt nicht, dass etwas abgeschaltet wird. Es heißt, dass neu entdeckte Lücken offen bleiben und der Hersteller bei Problemen keinen Support mehr leistet. „Läuft“ ist deshalb nicht dasselbe wie „unterstützt“.
Ja, ab Service Pack 3 unterstützt Microsoft das direkte Upgrade auf SQL Server 2025. SQL Server 2025 setzt aber Windows Server 2019 oder neuer voraus. Auf einem älteren Betriebssystem steht zuerst dessen Wechsel an. Klären Sie außerdem die Freigabe Ihrer Fachsoftware.
Ja, die Extended Security Updates. Es gibt sie für bis zu drei Jahre. Sie schließen nur kritische Lücken und erscheinen ohne festen Rhythmus. Voraussetzung sind Azure Arc und eine passende Lizenz. ESU verschaffen Zeit für die Migration, ersetzen sie aber nicht.
Der Extended Support für SQL Server 2017 endet am 12. Oktober 2027. Danach gilt für diese Version dasselbe wie heute für SQL Server 2016: keine Security Updates, kein Support. Planen Sie diese Instanzen deshalb in Ihrer Inventur gleich mit ein.