Am 14. Juli 2026 endet der erweiterte Support für SQL Server 2016. Nach diesem Datum stellt Microsoft die Bereitstellung von Sicherheitspatches, Fehlerbehebungen und technischem Support für alle Editionen und Lizenzstufen ein. Die Datenbank läuft zwar weiter, doch das Sicherheitsnetz fällt weg.
Wenn Sie als IT-Verantwortlicher SQL Server 2016 in Ihrer Umgebung einsetzen, erfahren Sie in diesem Beitrag mehr über die drei realistischen Vorgehensweisen, die Compliance-Risiken, denen Sie sich durch ein Abwarten aussetzen, und wie Sie die Entscheidung durchdenken können, wenn nicht für jede Instanz ein klarer Migrationspfad vorliegt.
Bevor Sie mit der Planung beginnen: Ermitteln Sie alle Fälle
Migrationen scheitern am Bestand, nicht am Budget. SQL Server bleibt im Verborgenen. Er wird unter „Anwendungen“ installiert, bei Personalwechseln von einem Administrator zum nächsten weitergegeben, als SQL Express in Software von Drittanbietern gebündelt und einfach weiterlaufen gelassen, weil er nie ausfällt. Bis er es doch tut.
Bevor Sie die verschiedenen Optionen prüfen, benötigen Sie einen klaren Überblick darüber, was sich tatsächlich in Ihrer Umgebung befindet: jede SQL Server 2016-Instanz, welche Anwendung davon abhängt und ob diese Anwendung eigenständig migriert werden kann. Dieser letzte Punkt ist wichtiger, als die meisten Teams annehmen. Manche Instanzen sind an einen vom Anbieter festgelegten Upgrade-Zeitplan gebunden, sodass Sie die Datenbank nicht aktualisieren können, ohne auch die Anwendung zu aktualisieren. Für diese Instanzen ist ein anderer Plan erforderlich als für diejenigen, die vollständig in Ihrem Besitz sind.
Beginnen Sie mit der Bestandsaufnahme. Die weiteren Entscheidungen ergeben sich daraus.
Der Compliance-Fall
Der Einsatz von Software, für die kein Support mehr angeboten wird, stellt gemäß ISO 27001, SOC 2, PCI DSS und den meisten anderen wichtigen Rahmenwerken ein Sicherheitsrisiko dar, da diese alle aktuelle Sicherheitspatches vorschreiben. Ab dem 14. Juli generiert SQL Server 2016 Audit-Befunde.
Cyber-Versicherer haben zudem damit begonnen, nicht gepatchte Datenbanken als gesonderte Risikokategorie zu behandeln. Darauf sollte die Unternehmensleitung bereits vor der Verlängerung der Police und nicht erst nach einer Prüfung hingewiesen werden.
Der eigentliche Grund für das Handeln sind Sicherheit und Geschäftskontinuität. Der Aspekt der Compliance dient lediglich dazu, das Thema leichter auf die Tagesordnung zu setzen.
Drei Wege in die Zukunft
In den meisten Umgebungen gibt es nicht nur eine einzige richtige Lösung. Manche Instanzen lassen sich schnell umstellen, andere sind an Anwendungen gebunden, die mehr Zeit benötigen. Ein realistischer Plan besteht in der Regel aus einer Mischung aus beiden Ansätzen, die eher auf Instanzebene als pauschal angewendet wird.
1) Upgrade auf SQL Server 2022 oder SQL Server 2025
Wenn der Verbleib vor Ort das Ziel ist, ist dies der einfachste Weg. Gleiche Infrastruktur, gleiches Betriebsmodell, keine Cloud-Migration erforderlich.
SQL Server 2025 wurde Ende 2025 allgemein verfügbar und ist die aktuelle Version. Er bietet KI-native Funktionen und Echtzeitanalysen, die SQL Server 2016 nicht unterstützt. Daher lohnt es sich, ihn in Betracht zu ziehen, wenn Ihr Unternehmen aktive KI-Projekte in der Roadmap hat. SQL Server 2022 ist die bewährte, stabile Wahl für Unternehmen, die diese Funktionen noch nicht benötigen.
Beide Optionen sind über TrustedTech verfügbar. Unkomplizierte Migrationen dauern in der Regel zwei bis drei Monate; solche mit erheblichen Anwendungsabhängigkeiten nehmen mehr Zeit in Anspruch. Wenn Sie diesen Weg einschlagen möchten, ist es ratsam, jetzt damit zu beginnen.
Zum Thema Lizenzierung: Wenn Ihre SQL Server 2016-Lizenzen über eine aktive Software Assurance (SA) verfügen, gilt dieser Schutz nicht automatisch für die neue Version. Die SA gewährt jedoch Upgrade-Rechte, die sich darauf auswirken, wie Sie die nächste Version lizenzieren. Die Berater von TrustedTech können Ihnen bestätigen, was Ihre bestehende SA abdeckt, bevor Sie etwas Neues kaufen. Es lohnt sich, dieses Gespräch zu führen, bevor Sie eine Entscheidung treffen.
2) Migration zu Azure SQL
Azure SQL ist ein vollständig verwalteter Dienst; Microsoft kümmert sich um Patches, Hochverfügbarkeit und Backups. Für diese Diskussion ist jedoch vor allem relevant, dass damit der EOL-Zyklus endet. Sie bleiben bei einer unterstützten Version, ohne diesen Lebenszyklus selbst verwalten zu müssen.
Falls die Cloud-Migration bereits auf Ihrer Roadmap steht, ist das EOL von SQL Server 2016 ein praktischer Anstoß für diese Maßnahme. Bei Workloads auf Azure SQL erfolgt der Übergang von unbefristeten Lizenzen zu nutzungsabhängigen Kosten, was das CapEx/OpEx-Profil verändert und es erforderlich macht, im Rahmen der Planungsgespräche die Finanzabteilung einzubeziehen.
Dieser Ansatz erfordert eine umfangreichere Vorabprüfung der Architektur als ein Upgrade vor Ort. Bei Workloads, die relativ gut portierbar sind, führt dies oft zu geringeren Gesamtkosten über einen Zeitraum von 3 bis 5 Jahren. Bei Workloads mit starken Anwendungsabhängigkeiten ist dies möglicherweise nicht der richtige erste Schritt.
3) Erweiterte Sicherheitsupdates (ESU)
ESU ist Microsofts Übergangslösung für Unternehmen, die ihre Migration nicht vor dem 14. Juli abschließen können. Es umfasst ausschließlich kritische Sicherheitspatches; keine neuen Funktionen, keine Fehlerbehebungen, keine Supportanrufe. Die Laufzeit erstreckt sich bis zu drei Jahre nach dem EOL, also bis Juli 2029, wobei die Kosten von Jahr zu Jahr steigen.
In Fällen, in denen man wirklich nicht weiterkommt, bei denen Anwendungen betroffen sind, die sich nicht schnell auf eine andere Plattform umstellen lassen, oder in denen eine überstürzte Umstellung mehr Risiken mit sich bringt als die Lücke im Support, ist ESU sinnvoll. Es verschafft Zeit für eine fundierte Entscheidung.
ESU ist für lokal installierte SQL Server 2016-Instanzen über das Microsoft-Volumenlizenzprogramm erhältlich und erfordert keine Registrierung bei Azure Arc – ein weit verbreitetes Missverständnis. TrustedTech verkauft ESU nicht direkt, aber unsere Lizenzberater können Ihnen die Voraussetzungen und den Ablauf der Beschaffung erläutern, sodass Sie sich nicht allein damit auseinandersetzen müssen.
Eines sollte man dabei bedenken: Drei Jahre Vorlaufzeit kommen einem oft lang vor – bis sie plötzlich knapp werden. Teams, die ESU als Grund dafür nutzen, die Entscheidung zur Migration aufzuschieben, stehen im Jahr 2029 meist vor demselben Problem, haben aber weniger Zeit, es zu lösen.
Dies als Leitbild für die Führung formulieren
Die meisten IT-Leiter stellen das Ende des Supportzeitraums (EOL) für SQL Server 2016 der Unternehmensleitung als Compliance-Aufgabe dar. Durch diese Darstellung wird das Thema zwar zur Kenntnis genommen, aber nicht finanziert.
Der 14. Juli ist einer der wenigen IT-Termine, die echte geschäftliche Auswirkungen haben. Als Einstiegspunkt dient er als Anstoß für mehrere Gespräche, die normalerweise ins Stocken geraten: bereits in der Roadmap vorgesehene Cloud-Migrationsmaßnahmen, KI-Bereitschaft (SQL 2022 und 2025 verfügen über Integrationen, die 2016 nicht unterstützt), Maßnahmen zur Senkung der Infrastrukturkosten (die Migration deckt überdimensionierte Instanzen und Workloads auf, für deren Überprüfung bisher kein Anlass bestand) sowie Verbesserungen der Sicherheitslage, die für Wirtschaftsprüfer und Versicherer von Bedeutung sind.
Die Frist ist in beiden Fällen identisch. Das Budget, das Ihnen dafür zur Verfügung steht, ist es jedoch nicht.
Häufig gestellte Fragen
Wann genau endet der Support für SQL Server 2016?
14. Juli 2026. Danach stellt Microsoft die Bereitstellung von Sicherheitspatches, Fehlerbehebungen und technischem Support für alle SQL Server 2016-Editionen ein. ESU ist nach Ablauf der Produktlebensdauer (EOL) über die Microsoft-Volumenlizenzierung für bis zu drei weitere Jahre verfügbar.
Muss ich auf die Cloud umsteigen, oder kann ich bei der lokalen Lösung bleiben?
Die lokale Bereitstellung ist ein durchaus sinnvoller Ansatz. SQL Server 2022 und 2025 sind beides aktuelle, unterstützte Versionen, die in Ihrer eigenen Infrastruktur verfügbar sind. Azure SQL ist für portable Workloads eine Überlegung wert, stellt jedoch keine zwingende Voraussetzung dar. Die richtige Entscheidung hängt von Ihren Workloads, den Abhängigkeiten Ihrer Anwendungen und davon ab, wo Sie in einigen Jahren stehen möchten.
Was ist ESU und wie bekomme ich es?
Die erweiterten Sicherheitsupdates (ESU) umfassen kritische Patches für SQL Server 2016 nach Ablauf des EOL-Datums für einen Zeitraum von bis zu drei Jahren im Rahmen der Microsoft-Volumenlizenzierung. On-Premises-Instanzen benötigen keine Registrierung bei Azure Arc, um dafür in Frage zu kommen. TrustedTech verkauft ESU nicht direkt, kann Sie jedoch bei der Prüfung der Voraussetzungen und der Beschaffung unterstützen.
Was passiert mit meinen bestehenden SQL Server 2016-Lizenzen nach Ablauf der Lebensdauer (EOL)?
Die unbefristeten Lizenzen bleiben gültig und die Software läuft weiterhin. Was endet, sind die Supportverpflichtungen von Microsoft. Wenn Ihre Lizenzen eine aktive Software Assurance beinhalten, haben Sie Anspruch auf ein Upgrade auf eine neuere Version. Die Berater von TrustedTech können Ihnen bestätigen, was genau darin enthalten ist, bevor Sie etwas Neues kaufen.
Wie lange dauert eine Migration auf SQL Server 2016?
Einfache Upgrades auf SQL Server 2022 oder 2025 dauern in der Regel 2 bis 3 Monate. Migrationen mit erheblichen Anwendungsabhängigkeiten oder Umstellungen auf Azure SQL nehmen in komplexen Umgebungen in der Regel 4 bis 6 Monate in Anspruch. Wenn Sie frühzeitig mit der Analysephase beginnen, stehen Ihnen realistischere Optionen zur Verfügung.
Beginnen Sie mit der Bestandsaufnahme
Der 14. Juli rückt mit großen Schritten näher. Die Teams, die daraus gut herauskommen, sind nicht diejenigen mit den saubersten Umgebungen, sondern diejenigen, die früh genug mit der Bestandsaufnahme begonnen haben, um echte Entscheidungen treffen zu können, anstatt zu erzwungenen Entscheidungen gezwungen zu sein.
Die Lizenzberater von TrustedTech führen regelmäßig solche Analysen durch: Sie erfassen die bestehende SQL Server-Lizenzierung, ermitteln, welche Leistungen im Rahmen von Software Assurance Ihnen tatsächlich zustehen, und erstellen einen Plan, der auch die Instanzen berücksichtigt, die Sie nicht sofort migrieren können. Wenn Sie nicht wissen, wo Sie anfangen sollen, ist dieses Gespräch der richtige Ausgangspunkt.
