SQL Server 2016 ohne Support: Zeit kaufen, upgraden oder zu Azure SQL wechseln?

Seit dem 14. Juli 2026 bekommt SQL Server 2016 keine Sicherheitsupdates mehr. Die Datenbank startet weiter jeden Morgen, die Anwendungen laufen, nichts sieht anders aus. Genau das ist das Risiko: Jede ab jetzt gefundene Schwachstelle bleibt offen, auf dem Server mit Ihren Kunden, Aufträgen und Rechnungen.

Sie haben drei Wege. Keiner ist schwer, aber jeder hat seinen Preis und seinen Zeitpunkt.

Drei Wege nach vorn

	Extended Security Updates	Upgrade auf SQL Server 2022 oder 2025	Wechsel zu Azure SQL
Was Sie bekommen	Kritische Sicherheitsupdates für bis zu drei weitere Jahre	Eine aktuelle Engine, jahrelang unterstützt	Nie wieder eine Versionsfrage
Was es kostet	Ein Jahresabonnement, zusätzlich zur Lizenz	Neue Lizenzen und einige Tage Arbeit	Eine monatliche Azure-Rechnung statt Lizenzen und Hardware
Was es braucht	Die Anbindung des Servers an Azure Arc	Einen Test, ein Wartungsfenster und einen Blick auf die langsamsten Abfragen	Den Umzug der Datenbank und Anpassungen an den Anwendungen
Passt, wenn	Sie Zeit brauchen, keine Lösung	Sie die Server im Haus behalten wollen	Sie ohnehin zu Azure gehen

Welche Versionen betroffen sind und wann die nächsten auslaufen, zeigt unser Tool zum Support-Ende von SQL Server.

Weg 1: Extended Security Updates als Brücke

Microsoft verkauft Extended Security Updates (ESU) für SQL Server 2016 für bis zu drei Jahre nach dem Support-Ende, also bis Juli 2029. Wichtig dabei:

• Sie kosten Geld. SQL Server 2014 bekam ESU kostenlos, wenn er auf eine Azure-VM umzog. Für SQL Server 2016 gilt das nicht mehr.
• Der Server muss an Azure Arc angebunden sein oder auf einer Azure-VM laufen. Geht das nicht, verweist Microsoft auf Volumenlizenzen über Ihren Ansprechpartner bei Microsoft.
• Sie decken nur kritische Schwachstellen ab. Updates kommen, wenn das Microsoft Security Response Center eine Lücke als kritisch einstuft, ohne festen Rhythmus. Keine Fehlerbehebungen, keine neuen Funktionen.
• Installieren Sie zuerst das neueste kumulative Update. ESU bauen darauf auf, und wer bisher nur Sicherheitsupdates eingespielt hat, sollte es jetzt testen.

ESU kauft Zeit. Es löst nichts, und die Rechnung wächst mit jedem Jahr, das Sie warten.

Weg 2: Upgrade auf SQL Server 2022 oder 2025

SQL Server 2016 ab Service Pack 3 lässt sich direkt auf demselben Server auf SQL Server 2025 upgraden. In der Praxis machen wir das selten. Viele SQL-Server-2016-Installationen laufen auf Windows Server 2016, das selbst am 12. Januar 2027 aus dem Support fällt. Ein neuer Server mit neuem Windows Server und neuem SQL Server löst beides auf einmal, und der alte Server bleibt unberührt, bis der neue bewiesen hat, dass er läuft.

Am meisten Sorgen macht die Performance. Eine neuere Engine kann für eine wichtige Abfrage einen anderen Plan wählen, und ein Bericht dauert plötzlich eine Minute. Genau dafür hat Microsoft einen sicheren Weg vorgesehen:

1. Behalten Sie den alten Kompatibilitätsgrad. Eine Datenbank auf einem neuen SQL Server behält ihren Kompatibilitätsgrad (130 für SQL Server 2016), der Abfrageoptimierer verhält sich also wie vorher.
2. Schalten Sie den Query Store ein und lassen Sie die Datenbank eine Woche unter normaler Last laufen. Er zeichnet die Abfragen und ihre Pläne auf.
3. Heben Sie den Kompatibilitätsgrad an, auf 160 (SQL Server 2022) oder 170 (SQL Server 2025).
4. Vergleichen Sie. Ist eine Abfrage langsamer geworden, zeigt der Query Store das, und Sie können den alten Plan erzwingen, bis sie korrigiert ist.

SELECT name, compatibility_level FROM sys.databases;

ALTER DATABASE Shop SET QUERY_STORE = ON;

-- Nach einer Woche normaler Last auf dem neuen Server:
ALTER DATABASE Shop SET COMPATIBILITY_LEVEL = 170;

Den Kompatibilitätsgrad können Sie jederzeit zurücksetzen. Das Upgrade selbst nicht: Eine Datenbankdatei, die ein neuerer SQL Server geöffnet hat, kann ein älterer nicht mehr öffnen. Behalten Sie also ein Backup von vor dem Umzug.

Weg 3: Azure SQL

Azure SQL Database und Azure SQL Managed Instance laufen immer auf einer aktuellen Engine. Microsoft aktualisiert sie, und die Frage “Auf welcher Version sind wir?” verschwindet für immer.

• Azure SQL Managed Instance ist Ihrem eigenen SQL Server am nächsten: Jobs im SQL Server Agent und datenbankübergreifende Abfragen funktionieren wie bisher. Die übliche Wahl für eine bestehende Anwendung.
• Azure SQL Database ist eine einzelne Datenbank, einfacher und oft günstiger, aber einige Funktionen auf Serverebene fehlen. Passt besser zu Anwendungen, die dafür gebaut oder angepasst wurden.

Das lohnt sich, wenn auch die übrigen Anwendungen ohnehin zu Azure gehen. Wenn nicht, bedeuten eine Datenbank in Azure und Anwendungen im eigenen Serverraum meist langsamere Abfragen über das Netz.

Die Reihenfolge, die funktioniert

1. Schritt 1Bestandsaufnahme: Versionen, Jobs, Verbindungen
2. Schritt 2Test auf einer Kopie
3. Schritt 3Umzug im geplanten Fenster
4. Schritt 4Kompatibilitätsgrad anheben

Die Bestandsaufnahme geht schnell und erspart die meisten Überraschungen: welche Datenbanken, welches Service Pack, welche Agent-Jobs, mit welchen anderen Servern sie sprechen und welche Anwendungen sich mit welchen Konten verbinden. Das zeigt, was Sie haben:

SELECT SERVERPROPERTY('ProductVersion') AS Version,
       SERVERPROPERTY('ProductLevel')   AS ServicePack,
       SERVERPROPERTY('Edition')        AS Edition;

Wie lange es dauert

Grobe Spannen für den Umzug auf einen neuen SQL Server:

• eine Datenbank hinter einer Anwendung, mit wenigen Jobs: einige Tage, inklusive Test
• mehrere Datenbanken, Agent-Jobs, Verbindungsserver und Berichte: zwei bis vier Wochen
• ein Server, an dem viele Anwendungen hängen, und niemand weiß genau, wer sich verbindet: länger, und die Bestandsaufnahme ist die halbe Arbeit

Die Anwendungen darauf brauchen für einen neuen SQL Server meist keine Änderungen. Sind es alte .NET-Framework-Anwendungen, ist das eine eigene Entscheidung, beschrieben in unserem Artikel zum Umstieg von .NET Framework auf .NET 10.

Wie wir arbeiten

Genau das machen wir. ProCoding ist ein .NET-Studio aus Split in Kroatien, und SQL Server ist der Ort, an dem wir viel Zeit verbringen: Abfrage-Performance, Migrationen und alte Systeme am Laufen halten. Wir beginnen mit der Bestandsaufnahme, schlagen den Weg vor, ziehen die Datenbanken mit einem Test auf einer Kopie um und beobachten nach der Umstellung die langsamsten Abfragen. Wenn Azure das Ziel ist, zeigt unsere Azure-Seite, wie wir vorgehen. Der erste Schritt ist ein kostenloses 30-minütiges Gespräch.

Quellen

• What are Extended Security Updates?, Microsoft Learn
• Supported version and edition upgrades (SQL Server 2025), Microsoft Learn
• ALTER DATABASE compatibility level, Microsoft Learn
• Change the database compatibility level and use the Query Store, Microsoft Learn