Azure SQL-database. Lekker simpel en snel?
1. Database Het begint al bij de keuze. Ga je voor een Azure SQL-database, een Managed Instance of SQL Server op Azure…
Welke SQL Server-editie heb je écht nodig?
Niet elke organisatie heeft meteen SQL Server Standard of Enterprise nodig. Microsoft biedt meerdere edities, elk met duidelijke kaders.
SQL Server Express bijvoorbeeld is gratis en voldoet prima voor kleine omgevingen. Denk aan lichte applicaties, proof-of-concepts of configuratiedatabases. Maar Express kent harde limieten: maximaal 10 GB per database, maximaal 1 (v)core, beperkte RAM- en CPU-benutting en geen SQL Agent voor scheduling.
Blijf je binnen deze grenzen, dan is Express een prima en kosteloze oplossing. Ga je eroverheen, en dat gebeurt vaak ongemerkt, dan moet je alsnog een licentie aanschaffen. In de praktijk zien we regelmatig Express-omgevingen die al te groot zijn geworden.
De twee kernmodellen: Server + CAL versus Per Core
Server + CAL: voorspelbaar, maar alleen bij discipline
Bij Server + CAL-licensing licentieer je één SQL Server per server of instance, plus een CAL (Client Access License) per gebruiker of per device. Dit model is financieel aantrekkelijk bij een vast en beperkt aantal interne gebruikers, applicaties zonder externe toegang en omgevingen zonder complexe integraties.
Een voorbeeld: een interne applicatie met 150 medewerkers levert 1 serverlicentie plus 150 User CAL’s op. Maar hier zit meteen de valkuil. Elke gebruiker of elk device dat de SQL Server benadert, heeft een CAL nodig. Ook serviceaccounts, rapportagetools of middleware kunnen CAL-plichtig zijn. Groei, externe partners of API-koppelingen maken dit model al snel onoverzichtelijk. Voor een organisatie met meer dan 1000 gebruikers van een website of portaal loopt dit enorm in de papieren.
Per Core-licensing: schaalbaar, maar met harde minima
Het Per Core-model is tegenwoordig het meest toegepast, zeker in moderne en gevirtualiseerde omgevingen. Een vaak vergeten detail: minimaal 4 core-licenties per fysieke processor zijn verplicht, ongeacht het daadwerkelijke aantal cores. Dat betekent bijvoorbeeld dat een server met 2 CPU’s minimaal 4 core-licenties nodig heeft, ook als de CPU’s maar 2 cores hebben.
In fysieke omgevingen licentieer je alle fysieke cores. In virtuele omgevingen licentieer je de toegewezen vCores per VM, of het volledige hostsysteem, afhankelijk van het scenario en de editie. Dit model werkt goed bij internet-facing applicaties, een onbekend of groot aantal gebruikers, OLTP-workloads, Always On-omgevingen en cloud- of hybride scenario’s. Het voordeel: geen CAL’s, geen gebruikersdiscussie. Het nadeel: CPU-groei betekent directe licentiekosten.
Software Assurance: kostenpost of strategische hefboom?
Software Assurance (SA) wordt vaak als optioneel gezien, maar in de praktijk is het vaak onmisbaar. Met actieve SA krijg je onder andere upgrade- en downgraderechten (handig bij migraties), license mobility naar gedeelde hosts of erkende cloudproviders en failoverrechten voor één passieve replica in HA/DR-opstellingen.
Zonder SA mag je licenties meestal maar eens per 90 dagen heralloceren, zijn cloudverplaatsingen vaak niet toegestaan en moeten álle replica’s volledig gelicenseerd worden. Voor organisaties met ambities richting cloud, consolidatie of Always On is SA vaak geen luxe, maar een randvoorwaarde.
Always On en HA/DR: technisch sterk, licentietechnisch verradelijk
Always On is een krachtig platform voor high availability en disaster recovery, maar ook een van de grootste bronnen van licentiefouten. De hoofdregel: elke SQL Server die actief werk verricht, moet gelicenseerd zijn.
Concreet betekent dit dat de primaire replica altijd licentieplichtig is, leesbare secondaries (reporting, back-ups, DBCC) ook licentieplichtig zijn en slechts één volledig passieve replica zonder extra licentie mag draaien, en alleen met SA.
Praktijkvoorbeeld: 3-node Always On
Node 1 is de primary en moet gelicenseerd zijn. Node 2 is een readable secondary voor rapportages en moet ook gelicenseerd zijn. Node 3 is pure DR, zonder leesrechten en zonder back-ups. Die mag licentievrij draaien, maar alleen met SA. Zonder SA? Dan moeten alle drie de nodes volledig gelicenseerd worden.
Acht hardnekkige mythes over SQL Server-licenties
Rond SQL Server-licenties bestaan hardnekkige misverstanden. De meeste ontstaan niet door onwil, maar doordat technische logica botst met juridische licentieregels. Juist daarom zien we in audits en migraties steeds dezelfde verrassingen terugkomen.
“Always On-replica’s zijn gratis”
Niet waar. Alleen één volledig passieve replica mag zonder extra licentie draaien, en uitsluitend met actieve Software Assurance. Zodra een replica leesbaar is, back-ups maakt of voor rapportages wordt gebruikt, beschouwt Microsoft dit als productiegebruik en is volledige licensering verplicht.
“Readable secondaries kosten geen licentie”
Niet waar. Readable secondaries worden vaak ingezet voor reporting of offloading, maar juist dát maakt ze licentieplichtig. “Readable” betekent in Microsoft-termen: actief gebruik.
“2 vCPU’s = 2 cores, dus 2 core-licenties”
Niet waar. SQL Server-licensing volgt vCore-naar-physical-core-mappingregels en hostconfiguratie. Virtualisatie abstraheert de hardware, maar de licentieregels blijven hard. Dit misverstand leidt regelmatig tot forse onderlicensering.
“Serviceaccounts hebben geen CAL nodig”
Niet waar. Als een serviceaccount SQL Server-functionaliteit gebruikt namens gebruikers, bijvoorbeeld via een applicatie of middleware, dan zijn CAL’s meestal wél vereist. Microsoft kijkt naar toegang, niet naar interactief gebruik.
“Alleen interactieve gebruikers hebben CAL’s nodig”
Niet waar. Elke gebruiker of elk device dat toegang heeft tot SQL Server, direct of indirect, kan CAL-plichtig zijn. Denk aan rapportagetools, batchprocessen of integraties.
“Reporting Services of Integration Services zijn altijd CAL-vrij”
Niet waar. De licentieplicht hangt af van doel en toegangspatroon. Gebruik je deze services om data beschikbaar te stellen aan gebruikers? Dan kan CAL-licensing alsnog van toepassing zijn.
“Cloudverplaatsing mag altijd”
Niet waar. SQL Server-licenties verplaatsen naar de cloud mag alleen met actieve Software Assurance én alleen naar door Microsoft erkende providers. Azure kent uitzonderingen via Azure Hybrid Benefit, maar “de cloud” is geen generieke vrijstelling.
“Hyper-threading verdubbelt het aantal licenties”
Niet waar. Licensering gebeurt op basis van cores zoals Microsoft die definieert. Hyper-threading verhoogt prestaties, maar verandert niet automatisch het licentieaantal.
Waarom “even rekenen” zelden klopt
SQL Server-licenties worden vaak onderschat in kosten. Niet omdat Microsoft onduidelijk is, maar omdat core-aantallen verkeerd worden geïnterpreteerd, virtualisatie-effecten worden genegeerd, Always On-replica’s verkeerd worden ingeschat en SA-implicaties niet worden meegenomen.
Online calculators geven een ruwe indicatie. Houd er rekening mee dat definitieve afspraken en kosten altijd in overleg met een Microsoft-licentiepartner worden vastgesteld. Twee handige tools om een eerste inschatting te maken: SQL Server Standard calculator en de SQL Server Enterprise calculator.
Licenties als onderdeel van je architectuur
SQL Server-licenties staan niet los van je technische ontwerp. Virtualisatie, Always On, cloudmigraties en hardwarevernieuwing hebben allemaal directe licentieconsequenties. Juist daarom loont het om licenties vooraf mee te nemen in ontwerpkeuzes, in plaats van ze achteraf te corrigeren.
Enterprise versus Standard: waar zit de echte besparing?
In de praktijk zien we dat SQL Server Enterprise vaak wordt ingezet “voor de zekerheid”, terwijl de daadwerkelijke workload prima binnen SQL Server Standard past. Zeker sinds Standard Edition ook Always On ondersteunt (tot twee replica’s) is Enterprise lang niet altijd nodig voor high availability.
Veel omgevingen gebruiken geen Enterprise-specifieke features zoals online index rebuilds, advanced partitioning of zware in-memory scenario’s, maar betalen wél Enterprise core-licenties. Dat verschil loopt snel op, zeker in omgevingen met meerdere cores of Always On-replica’s. Andersom geldt ook: wie Enterprise nodig heeft voor schaal, performance of consolidatie, zet licenties juist door een bewuste editiekeuze efficiënter in.
De les is simpel. Enterprise is geen standaardkeuze, maar een architectuurkeuze. En juist daar ligt vaak de grootste, structurele besparing.
Wil je zeker weten of je goed zit?
Bij OptimaData helpen we organisaties om dit integraal aan te pakken: van inventarisatie en ontwerp tot migratie en optimalisatie. Niet door alleen de regels op te sommen, maar door ze toe te passen op jouw specifieke omgeving en toekomstplannen. Want één ding is zeker: wie SQL Server-licenties goed begrijpt, houdt grip op kosten én risico’s. En wie dat niet doet, betaalt bijna altijd te veel. Vroeg of laat.
Neem contact op en ontdek hoe wij jouw SQL Server-omgeving kunnen doorlichten.
