Azure

SQL Server 2016 zonder ondersteuning: tijd kopen, upgraden of naar Azure SQL?

SQL Server 2016 krijgt sinds 14 juli 2026 geen beveiligingsupdates meer. Wat ESU oplevert, hoe u veilig naar 2022 of 2025 gaat en wanneer Azure SQL past.

Vlado Pandžić

Vlado Pandžić · Oprichter · Senior .NET-architect
Gepubliceerd · 6 min lezen

Sinds 14 juli 2026 krijgt SQL Server 2016 geen beveiligingsupdates meer. De database start nog elke ochtend, de applicaties werken en niets ziet er anders uit. Precies dat is het risico: elke kwetsbaarheid die vanaf nu wordt gevonden, blijft open, op de server met uw klanten, orders en facturen.

U hebt drie routes. Geen ervan is moeilijk, maar elke route heeft een prijs en een moment waarop hij past.

Drie routes vooruit

Extended Security Updates Upgrade naar SQL Server 2022 of 2025 Naar Azure SQL
Wat u krijgt Kritieke beveiligingsupdates voor maximaal drie extra jaren Een actuele engine, jarenlang ondersteund Nooit meer een versievraag
Wat het kost Een jaarabonnement, bovenop uw licentie Nieuwe licenties en een paar dagen werk Een maandelijkse Azure-rekening in plaats van licenties en hardware
Wat het vraagt Het koppelen van de server aan Azure Arc Een test, een migratievenster en een blik op de traagste queries Het verhuizen van de database en aanpassingen in de applicaties
Past als U tijd nodig hebt, geen oplossing U de servers in huis wilt houden U toch al naar Azure gaat

Welke versies geraakt worden en wanneer de volgende aflopen, ziet u in onze tool voor het einde van de ondersteuning van SQL Server.

Route 1: Extended Security Updates als brug

Microsoft verkoopt Extended Security Updates (ESU) voor SQL Server 2016 tot maximaal drie jaar na het einde van de ondersteuning, dus tot juli 2029. Goed om te weten:

  • Ze kosten geld. SQL Server 2014 kreeg gratis ESU bij een verhuizing naar een Azure-VM. Voor SQL Server 2016 geldt dat niet meer.
  • De server moet gekoppeld zijn aan Azure Arc, of op een Azure-VM draaien. Lukt dat niet, dan verwijst Microsoft naar volumelicenties via uw contactpersoon bij Microsoft.
  • Ze dekken alleen kritieke kwetsbaarheden. Updates komen wanneer het Microsoft Security Response Center iets als kritiek beoordeelt, zonder vast schema. Geen bugfixes, geen nieuwe functies.
  • Installeer eerst de nieuwste cumulatieve update. ESU bouwt daarop voort, en wie tot nu toe alleen beveiligingsupdates installeerde, test die nu.

ESU koopt tijd. Het lost niets op, en de rekening groeit met elk jaar dat u wacht.

Route 2: upgraden naar SQL Server 2022 of 2025

SQL Server 2016 met Service Pack 3 of nieuwer kan op dezelfde server direct naar SQL Server 2025 worden geüpgraded. In de praktijk doen we dat zelden. Veel installaties van SQL Server 2016 draaien op Windows Server 2016, dat zelf op 12 januari 2027 uit de ondersteuning gaat. Een nieuwe server met een nieuwe Windows Server en een nieuwe SQL Server lost beide in één keer op, en de oude server blijft onaangeroerd tot de nieuwe bewezen heeft dat hij werkt.

Wat mensen het meest zorgen baart, is de snelheid. Een nieuwere engine kan voor een belangrijke query een ander plan kiezen, en een rapport duurt ineens een minuut. Microsoft heeft precies daarvoor een veilige route bedacht:

  1. Houd het oude compatibiliteitsniveau. Een database op een nieuwe SQL Server behoudt haar compatibiliteitsniveau (130 voor SQL Server 2016), dus de query-optimizer gedraagt zich zoals voorheen.
  2. Zet Query Store aan en laat de database een week onder normale belasting draaien. Query Store legt de queries en hun plannen vast.
  3. Verhoog het compatibiliteitsniveau naar 160 (SQL Server 2022) of 170 (SQL Server 2025).
  4. Vergelijk. Is een query trager geworden, dan ziet u dat in Query Store, en u kunt het oude plan afdwingen tot de query is aangepast.
SELECT name, compatibility_level FROM sys.databases;

ALTER DATABASE Shop SET QUERY_STORE = ON;

-- Na een week normale belasting op de nieuwe server:
ALTER DATABASE Shop SET COMPATIBILITY_LEVEL = 170;

Het compatibiliteitsniveau kunt u altijd terugzetten. De upgrade zelf niet: een databasebestand dat een nieuwere SQL Server heeft geopend, kan een oudere niet meer openen. Bewaar dus een back-up van voor de verhuizing.

Route 3: Azure SQL

Azure SQL Database en Azure SQL Managed Instance draaien altijd op een actuele engine. Microsoft werkt ze bij, en de vraag “op welke versie zitten we” verdwijnt voorgoed.

  • Azure SQL Managed Instance komt het dichtst bij uw eigen SQL Server: jobs in SQL Server Agent en queries over meerdere databases werken zoals voorheen. De gebruikelijke keuze voor een bestaande applicatie.
  • Azure SQL Database is één database, eenvoudiger en vaak goedkoper, maar sommige functies op serverniveau ontbreken. Past beter bij applicaties die ervoor gebouwd of aangepast zijn.

Het is zinvol als de rest van uw applicaties toch al naar Azure gaat. Zo niet, dan betekent een database in Azure met applicaties in uw eigen serverruimte meestal tragere queries over het netwerk.

De volgorde die werkt

  1. Stap 1Inventarisatie: versies, jobs, koppelingen
  2. Stap 2Test op een kopie
  3. Stap 3Verhuizing in een gepland venster
  4. Stap 4Compatibiliteitsniveau verhogen

De inventarisatie gaat snel en voorkomt de meeste verrassingen: welke databases, welk service pack, welke Agent-jobs, met welke andere servers ze praten en welke applicaties met welke accounts verbinden. Dit laat zien wat u hebt:

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

Hoe lang het duurt

Ruwe bandbreedtes voor de verhuizing naar een nieuwe SQL Server:

  • één database achter één applicatie, met weinig jobs: een paar dagen, inclusief testen
  • meerdere databases, Agent-jobs, linked servers en rapporten: twee tot vier weken
  • een server waar veel applicaties van afhangen, en niemand weet precies wie er verbinding maakt: langer, en de inventarisatie is het halve werk

De applicaties erop hebben voor een nieuwe SQL Server meestal geen aanpassingen nodig. Zijn het oude .NET Framework-applicaties, dan is dat een aparte beslissing, beschreven in ons artikel over migratie van .NET Framework naar .NET 10.

Hoe wij werken

Precies dit doen wij. ProCoding is een .NET-studio uit Split, Kroatië, en SQL Server is waar we veel tijd doorbrengen: queryperformance, migraties en oude systemen draaiende houden. We beginnen met de inventarisatie, stellen de route voor, verhuizen de databases met eerst een test op een kopie en houden na de overstap de traagste queries in de gaten. Als Azure de bestemming is, laat onze Azure-pagina zien hoe we dat aanpakken. De eerste stap is een gratis gesprek van 30 minuten.

Bronnen

Dit artikel is alleen algemene informatie en geen juridisch, fiscaal, financieel of ander professioneel advies. Scenario’s, voorbeelden en berekeningen zijn ter illustratie. Gebruiksvoorwaarden en disclaimer.

Gerelateerde artikelen

© 2026 ProCoding — Alle rechten voorbehouden.Colofon en privacyDisclaimerSplit, Kroatië