SQL Server traag? 5 quick wins
- Jelmer Schouten
- 2 dagen geleden
- 4 minuten om te lezen

Je applicatie hapert, rapporten duren minuten en iedereen wijst naar 'de server'. Toch ligt een trage SQL Server zelden aan de hardware. In deze blog: vijf quick wins waarmee je de prestaties merkbaar verbetert meestal binnen een middag en zonder nieuwe investering.
Het korte antwoord: een trage SQL Server komt in de praktijk meestal door standaardinstellingen, niet door te weinig hardware. Controleer max server memory, MAXDOP en de cost threshold, tempdb, Query Store en de ontbrekende indexen die SQL Server zelf aanwijst. Met die vijf aanpassingen wordt de server merkbaar snellerzonder nieuwe hardware.
Waarom is mijn SQL Server traag?
Bij MKB-bedrijven in Dordrecht en de rest van Zuid-Holland zien we vaak hetzelfde beeld: een SQL Server die ooit is meegeleverd met een boekhoud- of ERP-pakket en sindsdien op de standaardinstellingen draait. Die standaardwaarden zijn gemaakt om overal te wérken, niet om snel te zijn.
De vijf quick wins hieronder volgen daarom een logische volgorde: eerst drie fundamenten die je zonder meten kunt fixen, dan meten, dan gericht repareren.
De vijf quick wins op een rij:
Begrens max server memory
Controleer MAXDOP en de cost threshold for parallelism
Geef tempdb meerdere gelijke bestanden op snelle opslag
Zet Query Store aan en meet wat er écht traag is
Los ontbrekende indexen op kritisch, niet blind
Eerst de basis op orde, dan meten, dan gericht repareren —in die volgorde. Meestal is nieuwe hardware helemaal niet nodig.
Quick win 1: begrens max server memory
Standaard mag SQL Server vrijwel al het geheugen van de server claimen. Komt het besturingssysteem daardoor klem te zitten, dan begint Windows te swappen en wordt álles traag inclusief SQL Server zelf. De oplossing is simpel: stel max server memory in op een realistische waarde.
Een veelgebruikte richtlijn van SQL Server-expert Brent Ozar: reserveer ongeveer 75% van het geheugen voor SQL Server, of houd minimaal 4 GB vrij voor het besturingssysteem. Microsoft beschrijft de instelling in detail op Microsoft Learn.
Quick win 2: controleer MAXDOP en de cost threshold for parallelism
MAXDOP (max degree of parallelism) is de instelling die bepaalt hoeveel processorkernen één query tegelijk mag gebruiken. Zonder limiet kan één zwaar rapport alle cores claimen, waardoor de server voor alle andere gebruikers lijkt te bevriezen.
De gangbare vuistregel: heeft je server 8 cores of minder, zet MAXDOP dan op het aantal cores; heeft hij er meer, zet hem op 8. Dit is vooral relevant bij installaties van vóór SQL Server 2019. De ideale waarde blijft omgevingsafhankelijk zie de uitleg op Microsoft Learn.
Kijk in één moeite ook naar de cost threshold for parallelism: die bepaalt welke queries überhaupt parallel mogen gaan. De standaardwaarde van 5 wordt algemeen als te laag gezien, waardoor ook lichte queries onnodig parallel draaien.
Quick win 3: geef tempdb meerdere gelijke bestanden
Tempdb is de gedeelde werkruimte van SQL Server: tijdelijke tabellen, sorteringen en tussenresultaten van vrijwel elke query komen erlangs. Draait tempdb nog op één databestand een klassieker bij servers die uit oude migraties stammen dan staan processen letterlijk op elkaar te wachten.
Microsoft adviseert daarom meerdere datafiles van gelijke grootte, geplaatst op snelle opslag, om deze zogeheten allocation contention te verminderen. De aanbevelingen staan op Microsoft Learn.
Quick win 4: zet Query Store aan en stop met gokken
Query Store is een gratis, ingebouwde functie van SQL Server die per database de prestaties en uitvoeringsplannen van queries vastlegt. Het is het scharnierpunt van deze lijst: na de eerste drie wins stopt het gokken en begint het meten.
In de praktijk blijkt vaak dat een handvol queries het merendeel van de bronnen opslurpt. Query Store laat precies zien welke dat zijn, zodat je gericht kunt verbeteren in plaats van overal tegelijk te sleutelen. Hoe je het aanzet en gebruikt, lees je op Microsoft Learn.
Quick win 5: los ontbrekende indexen op — maar niet blind
SQL Server houdt zelf bij welke indexen hij mist en toont die suggesties in uitvoeringsplannen en systeemviews. Per individuele klacht 'dat rapport duurt tien minuten' levert dit vaak de grootste winst op.
Wel een eerlijke kanttekening: maak die aanbevelingen niet blind aan. Elke index kost opslag en vertraagt schrijfacties, en de suggesties houden geen rekening met bestaande indexen. Beoordeel ze dus kritisch; Microsoft legt de beperkingen uit op Microsoft Learn.
Bonus: twee vinkjes van vijf minuten
Twee extra controles die pieken en pauzes voorkomen:
Zet Instant File Initialization (IFI) aan, zodat databestanden zonder lange pauzes kunnen groeien.
Controleer of autogrowth op vaste MB-waarden staat in plaats van percentages, zodat groeistappen voorspelbaar blijven.
Eerlijk is eerlijk: deze twee lossen incidentele haperingen op, geen chronische traagheid. Voor structurele gezondheid denk aan periodiek index- en statistiekenonderhoud volgt binnenkort een aparte blog.
Wat Sennin-IT voor jouw organisatie doet
Wij geloven dat IT pas waarde heeft als het gewoon werkt: veilig, stabiel en zonder gedoe. Draait er bij jou een SQL Server die trager wordt naarmate het drukker wordt? Dan lopen we bovenstaande punten voor je na, meten we met Query Store wat er werkelijk speelt en lossen we het gericht op, op locatie in de regio Dordrecht of remote.
Geen helpdeskgedoe en geen standaardoplossingen, maar directe communicatie en maatwerk. Bekijk wat we doen op het gebied van IT-beheer in Dordrecht of neem direct contact met ons op.
Veelgestelde vragen
Waarom is mijn SQL Server traag?
Meestal door standaardinstellingen: onbegrensd geheugengebruik, verkeerd ingesteld parallellisme (MAXDOP), een tempdb met één bestand of ontbrekende indexen. Nieuwe hardware is zelden de eerste oplossing.
Wat is Query Store in SQL Server?
Query Store is een gratis, ingebouwde functie van SQL Server die per database queryprestaties en uitvoeringsplannen vastlegt. Daarmee zie je precies welke queries de meeste bronnen gebruiken.
Wat is MAXDOP?
MAXDOP (max degree of parallelism) bepaalt hoeveel processorkernen één query tegelijk mag gebruiken. De gangbare vuistregel: maximaal 8, of het aantal cores als dat lager is.
Heb ik nieuwe hardware nodig als SQL Server traag is?
Meestal niet. Controleer eerst de configuratie (geheugen, MAXDOP, tempdb), meet met Query Store en beoordeel de ontbrekende indexen. Pas als dat aantoonbaar onvoldoende helpt, wordt hardware interessant.




Opmerkingen