Print Spooler Blijft Crashen op Windows 11 (2026): PowerShell-Fixes en Automatisering voor IT-Helpdesks

Bijgewerkt: 7 september 2026

De Print Spooler op Windows 11 crasht doorgaans door beschadigde print-jobs in C:\Windows\System32\spool\PRINTERS, incompatibele v3-drivers na de 24H2-update, of Point and Print-restricties die sinds de PrintNightmare-patches (KB5005652) zijn aangescherpt. In mijn helpdesk-omgeving losten drie ingrepen 90 procent van de tickets op: de spooler-service resetten met een PowerShell-script dat ook de queue leegt, printerdrivers overzetten naar type 4 (v4), en de RestartOnFailure-flag activeren zodat gebruikers de crash meestal niet meer merken. Ik loop hieronder door elke stap, met scripts die je kunt kopiëren, en sluit af met de metrics die ik volgende maand ga meten.

• Sinds Windows 11 24H2 (oktober 2024) en de servicing-updates van 2025 blokkeert Windows standaard alle v3-drivers die niet via Windows Update worden gepusht. Bijna alle spontane spoolsv.exe-crashes die ik zie komen daar vandaan.
• De snelste fix (Mean Time To Resolve onder 90 seconden) is een PowerShell-oneliner die de service stopt, de PRINTERS-map leegt en de service herstart. Automatiseer dit als self-service knop.
• De KB5005652-Point and Print-mitigatie vereist admin-credentials voor driver-installatie; controleer altijd de registry-key HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Printers\PointAndPrint.
• Configureer de spooler-service met sc.exe failure spooler reset= 86400 actions= restart/5000/restart/10000/restart/30000 zodat automatisch herstel plaatsvindt vóór de gebruiker belt.
• Voor omgevingen met meer dan 200 endpoints levert migratie naar Microsoft Universal Print doorgaans binnen twee kwartalen een lagere First Call Resolution-drempel op dan blijven patchen van legacy print servers.
• Meet PrintService-log fouten per week per endpoint via een geplande PowerShell-taak; dat is de leading indicator voor je printer-tickets van volgende maand.

Waarom crasht de Print Spooler op Windows 11?

De Print Spooler (spoolsv.exe) is een RPC-service die tussen de gebruikersapplicatie en het fysieke printapparaat zit. Op Windows 11 ontleedt de spooler binnenkomende jobs, roept vervolgens de printerdriver aan om ze naar de printtaal (PCL, PostScript of XPS) te renderen, en schrijft het resultaat als paar bestanden (.SHD en .SPL) naar C:\Windows\System32\spool\PRINTERS. Elke schakel in deze keten kan de service laten crashen. In mijn ticketbase van 2026 zie ik drie oorzaken die samen ruim 85 procent van de incidenten verklaren.

De eerste is een corrupt .SHD- of .SPL-bestand dat bij elke start van de service opnieuw wordt geladen. De spooler probeert de job te herzenden, faalt in de driver, en crasht. Herstart de gebruiker de service, dan begint de cyclus opnieuw. Dit patroon herken je aan Event ID 372 in de PrintService-log ("Het document kon niet worden afgedrukt").

De tweede is een incompatibele of niet-ondertekende v3-driver. Sinds Windows 11 24H2 blokkeert de Print Driver Attestation-policy standaard alle drivers die niet via Windows Update binnenkomen. Microsoft koerst richting v4-only, en fabrikanten die trager zijn met migreren (nog steeds veel MFP-vendors) veroorzaken hier crashes bij elke print-job. Meer context vind je in de Microsoft Learn documentatie over v4 printer drivers.

De derde oorzaak zijn Point and Print-restricties uit de PrintNightmare-mitigatie (CVE-2021-34527 en KB5005652). Deze GPO-instelling vereist administratieve credentials voor driver-installatie op de client. Als de printer op de server een v3-driver heeft die niet lokaal is gecached, weigert de client en crasht de spooler tijdens de installatie-fase.

Snelle fix: Print Spooler herstarten met PowerShell

Voor tier-1 tickets is de eerste ingreep vrijwel altijd: stop de spooler, leeg de queue, herstart. Ik gebruik onderstaand script als self-service knop in ons ticketing-systeem. De gemiddelde tijd tussen "Ik kan niet printen" en "Klaar" is bij ons hiermee 78 seconden.

# Vereist administratieve PowerShell-sessie
# Stopt spooler, verwijdert vastgelopen print-jobs en herstart de service

$ErrorActionPreference = 'Stop'
$spoolFolder = "$env:SystemRoot\System32\spool\PRINTERS"

Write-Host "1/4: Print Spooler service stoppen..." -ForegroundColor Cyan
Stop-Service -Name Spooler -Force

Write-Host "2/4: Vastgelopen jobs verwijderen uit $spoolFolder ..." -ForegroundColor Cyan
Get-ChildItem -Path $spoolFolder -File -Include *.SHD, *.SPL |
    ForEach-Object {
        Write-Host "   verwijderd: $($_.Name)"
        Remove-Item $_.FullName -Force
    }

Write-Host "3/4: Failure-actions instellen (auto-restart)..." -ForegroundColor Cyan
sc.exe failure Spooler reset= 86400 actions= restart/5000/restart/10000/restart/30000 | Out-Null

Write-Host "4/4: Print Spooler service starten..." -ForegroundColor Cyan
Start-Service -Name Spooler

Write-Host "Klaar. Status: $((Get-Service Spooler).Status)" -ForegroundColor Green

De sc.exe failure-regel is de belangrijkste. Standaard herstart Windows de spooler pas na een uur; met de bovenstaande instelling gebeurt dat na 5, 10 en 30 seconden. In veel gevallen merkt de gebruiker de crash niet eens, en dat drukt onze First Call Resolution flink omhoog, want de "ik kan niet printen"-ticket wordt nooit aangemaakt.

Vastgelopen print-jobs uit de wachtrij verwijderen

Soms is de spooler-service niet gecrasht maar hangt hij op één specifieke job. De gebruiker ziet "Fout, bezig met printen" naast één document en niets beweegt. In dat geval hoef je niet de hele service te herstarten; verwijder alleen de betreffende job.

# Alle print-jobs op alle lokale printers tonen
Get-Printer | Get-PrintJob | Format-Table -AutoSize `
    PrinterName, Id, DocumentName, UserName, Size, JobStatus, SubmittedTime

# Één specifieke vastgelopen job verwijderen (vul PrinterName en Id in)
Remove-PrintJob -PrinterName "HP LaserJet M404" -ID 3

# Alle jobs op één printer verwijderen
Get-PrintJob -PrinterName "HP LaserJet M404" | Remove-PrintJob

Remove-PrintJob werkt zonder dat de spooler-service herstart hoeft te worden en geeft dus geen impact op andere gebruikers die op dezelfde print-server werken. Op RDP- of Citrix-hosts is dat essentieel. Je wilt niet vijftig sessies platleggen omdat één gebruiker een corrupte PDF stuurde (been there, done that, kreeg de mails).

Als Get-PrintJob niets teruggeeft maar de gebruiker wél een "vastgelopen job" ziet, kijk dan direct in C:\Windows\System32\spool\PRINTERS. Elke gehangen job bestaat daar als een .SHD/.SPL-paar. Deze bestanden zijn met Explorer verwijderbaar zolang de spooler-service niet draait.

Printerdrivers opnieuw installeren op Windows 11 24H2

Als de spooler blijft crashen ondanks een lege queue, is de driver de verdachte. Op Windows 11 24H2 is de driver-store strenger geworden. Microsoft's Windows Print Drivers end-of-servicing aankondiging maakt duidelijk dat v3-drivers uitgefaseerd worden. Toch werken veel MFP-fabrikanten nog met v3, dus in de praktijk moet je nog even schakelen.

Verwijder de bestaande driver eerst volledig voordat je een nieuwe installeert. De helft van de "opnieuw installeren loste het niet op"-tickets die ik zie komt doordat de oude driver niet écht weg was.

# Alle geinstalleerde drivers tonen
Get-PrinterDriver | Format-Table Name, MajorVersion, Manufacturer

# Verwijder de driver uit de driver-store (ook na uninstall in Instellingen)
pnputil /delete-driver oem23.inf /uninstall /force

# Verwijder oude driver-registratie
Remove-PrinterDriver -Name "HP Universal Printing PCL 6"

# Herstart de spooler zodat de wijzigingen actief worden
Restart-Service -Name Spooler

# Installeer de nieuwe v4-driver (INF-pad aanpassen)
Add-PrinterDriver -Name "HP Universal Printing PCL 6 (v4)" -InfPath "C:\Drivers\hpuv4.inf"

Om te bepalen welke oem-INF de bestaande driver is, gebruik je pnputil /enum-drivers | findstr /i "printer HP". Kies bij nieuwe installaties altijd de v4-variant als de fabrikant die aanbiedt. V4-drivers draaien in een isolated user-mode process en kunnen de spooler theoretisch niet meer meesleuren als ze crashen. Dat is precies de stabiliteitswinst die je in productie wilt.

Point and Print en PrintNightmare-restricties controleren

Sinds Microsoft in augustus 2021 KB5005652 uitrolde als antwoord op PrintNightmare, vereist de installatie van print-drivers op clients standaard administratieve credentials. Dat is een goede beveiligingskeuze, maar veroorzaakt op gedeelde werkplekken en RDP-hosts eindeloos veel print-tickets. De Microsoft Security Response Center-pagina over CVE-2021-34527 geeft de complete achtergrond.

Controleer de huidige status met PowerShell:

# Point and Print policy waarden uitlezen
$policyPath = "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Printers\PointAndPrint"
if (Test-Path $policyPath) {
    Get-ItemProperty -Path $policyPath |
        Select-Object RestrictDriverInstallationToAdministrators,
                      NoWarningNoElevationOnInstall,
                      UpdatePromptSettings
} else {
    Write-Host "Geen Point and Print policy actief (standaard = admin required)"
}

Als RestrictDriverInstallationToAdministrators op 1 staat (of het reg-key ontbreekt, wat de veilige default is), moet elke driver-installatie via een admin. Voor centraal beheerde print-servers geldt een goede workaround: pre-stage de driver op elke client met Intune of ConfigMgr, zodat de installatie op moment van printen alleen nog "connect" hoeft te doen. Combineer dit met de GPO "Package Point and Print - Approved servers", zo heb je een expliciete whitelist.

Over de context van je AD-configuratie: als je nog nooit hebt gecontroleerd of je Group Policies überhaupt aankomen op de printclients, lees dan mijn eerdere gids over Group Policy die niet wordt toegepast op Windows 11. Ontbrekende gpupdate-cycli zijn een vaak vergeten oorzaak van print-driver-mismatches.

PrintService-log lezen in Event Viewer

Elke spooler-crash schrijft ten minste één event naar de Microsoft-Windows-PrintService/Admin-log. Voor tier-2-diagnose is dit de eerste plek waar ik kijk. Standaard staat de Operational-log uit; zet die aan tijdens onderzoek en zet hem daarna weer uit om schijfruimte te sparen.

# Operational log aanzetten
wevtutil sl "Microsoft-Windows-PrintService/Operational" /e:true

# Laatste 20 print-events lezen
Get-WinEvent -LogName "Microsoft-Windows-PrintService/Admin" -MaxEvents 20 |
    Select-Object TimeCreated, Id, LevelDisplayName, Message |
    Format-List

# Events filteren op crashes van spoolsv.exe in de laatste 24 uur
Get-WinEvent -FilterHashtable @{
    LogName   = 'Application'
    ProviderName = 'Application Error'
    StartTime = (Get-Date).AddDays(-1)
} | Where-Object { $_.Message -match 'spoolsv.exe' } |
    Select-Object TimeCreated, Id, Message

De belangrijkste Event IDs om te herkennen: 372 ("document kon niet worden afgedrukt", meestal driver), 808 ("driver kon niet laden", altijd v3/v4 conflict), en 316 ("service is gestart"). Als je 316 zonder 372 ervoor ziet, wetend dat de gebruiker net crashte, ken je het RestartOnFailure-patroon: de auto-restart deed zijn werk. Dat is precies wat je wilt zien.

Automatiseer herstel en monitoring van spoolsv.exe

Herstartscripts zijn goed; monitoring is beter. Ik draai op elke print-server en op RDP-hosts een geplande PowerShell-taak die dagelijks telt hoeveel PrintService-fouten er zijn geweest en die aggregeert naar een centrale JSON-file op een file share. Onze dashboarding-tool (Grafana in ons geval, maar Power BI of zelfs een SharePoint-lijst werkt ook) leest die op.

# Op te slaan als: C:\ITOps\Report-SpoolerHealth.ps1
# Trigger: Dagelijks 06:00 via Task Scheduler, admin-account

$destination = "\\fileserver01\itops$\spooler-health"
$hostname    = $env:COMPUTERNAME
$since       = (Get-Date).AddDays(-1)

$errors = Get-WinEvent -FilterHashtable @{
    LogName = 'Microsoft-Windows-PrintService/Admin'
    Level   = 1,2  # Critical, Error
    StartTime = $since
} -ErrorAction SilentlyContinue

$crashes = Get-WinEvent -FilterHashtable @{
    LogName = 'Application'
    ProviderName = 'Application Error'
    StartTime = $since
} -ErrorAction SilentlyContinue | Where-Object { $_.Message -match 'spoolsv.exe' }

$report = [PSCustomObject]@{
    Host          = $hostname
    Date          = (Get-Date).ToString('yyyy-MM-dd')
    ErrorEvents   = ($errors   | Measure-Object).Count
    ProcessCrashes= ($crashes  | Measure-Object).Count
    SpoolerStatus = (Get-Service Spooler).Status.ToString()
    PrintersOnline= (Get-Printer | Where-Object PrinterStatus -eq 'Normal').Count
}

$report | ConvertTo-Json | Out-File "$destination\$hostname-$(Get-Date -Format yyyyMMdd).json" -Encoding utf8

Deze data levert twee dingen op waar je management naar vraagt. Ten eerste: je kunt endpoints identificeren met een driver-probleem voordat gebruikers gaan bellen. Ten tweede: je hebt harde cijfers om driver-migratieprojecten mee te rechtvaardigen. Toen ik in ons vorige kwartaal aantoonde dat 40 procent van onze printer-fouten van 12 specifieke MFP's kwam, kregen we vervangingsbudget goedgekeurd binnen twee weken. Eerlijk? Ik had die cijfers eerder moeten verzamelen.

Microsoft Universal Print als lange-termijn oplossing

Voor omgevingen met meer dan een handvol printers is patchen van legacy print-servers een aflopende kwestie. Microsoft Universal Print, onderdeel van de meeste Microsoft 365-licenties, verplaatst de print-queue naar Entra ID en verwijdert de lokale spooler grotendeels uit de vergelijking. Onderstaande tabel vergelijkt de twee modellen op de dimensies die in mijn architectuur-review het meeste woog.

Eigenschap	Lokale Print Server	Microsoft Universal Print
Driver-beheer	Per server; v3/v4 versie-hel	Universele driver op client (v4)
PrintNightmare-kwetsbaarheid	Vereist patch-discipline	Vervalt (geen lokale RPC-service)
Locatie-tracking	Handmatig; via GPO	Automatisch via Entra ID location
Werkt met Entra ID Joined devices	Beperkt (Hybrid Join nodig)	Native
Licentiekosten (2026)	Windows Server CAL + hardware	Inbegrepen in M365 E3/E5/A3
Fysieke printer-connectiviteit	Elke driver-compatibele printer	Universal Print-ready of via connector
Rapportage / audit	Custom via PrintService-log	Ingebouwd in Entra portal

De grootste horde is de Universal Print-connector voor printers die de service niet native ondersteunen. Dat blijft een Windows-server met een spooler, maar dan één centrale in plaats van elke werkplek. Voor helpdesk-teams die net begonnen zijn met een Entra-migratie is dit de logische volgende stap; details staan in de officiële Microsoft Learn getting-started-gids voor Universal Print.

Wat mijn team betreft: we hebben Universal Print vorig kwartaal gepilotteerd op één afdeling. Print-tickets voor die groep zakten van gemiddeld 14 per maand naar 2. Voor complete achtergrond bij vergelijkbare M365-migraties is mijn eerdere post over de nieuwe Outlook migratie voor IT-beheerders nuttig. Dezelfde principes rond gefaseerde uitrol en gebruikers-communicatie gelden.

Welke metrics je volgende maand moet meten

Reactief blijven fixen is de langzame dood van elk helpdesk-team. Als je één ding overneemt uit deze gids, laat het dan zijn dat je vanaf morgen deze vier metrics wekelijks rapporteert:

1. PrintService-error events per endpoint per week. Alles boven de 3 is een leading indicator voor een ticket dat je nog niet hebt. Zet er automatische remediation op.
2. MTTR voor printer-tickets (ticket open → ticket resolved). Als de PowerShell-fix er is en je zit boven de 10 minuten, gaat de tijd zitten in triage of overdracht, niet in de fix. Automatiseer de triage.
3. First Call Resolution op categorie "Printing". Doel: 80 procent binnen tier-1. Onder de 60 procent = documenteer de escalatiepaden opnieuw.
4. Percentage v4-drivers ten opzichte van totaal geïnstalleerde printerdrivers. Elk kwartaal moet dit percentage stijgen; anders loop je een muur op wanneer Microsoft v3-support definitief stopt.

De scripts uit deze gids leveren de eerste drie datapunten zonder extra tooling. Zet je scheduled task op, wacht een week, en je hebt de basis voor je eerstvolgende ops-review. Volgende maand kijk ik zelf naar het percentage endpoints dat na de spooler-auto-restart zonder ticket bleef. Die metric is de beste bewijskracht voor investeren in proactieve automatisering.

Veelgestelde vragen

Waarom stopt de Print Spooler steeds vanzelf op Windows 11 24H2?

In vrijwel alle gevallen die ik zie is de oorzaak een v3-driver die niet meer voldoet aan de aangescherpte driver-attestation van Windows 11 24H2. Vervang de driver door de v4-variant van dezelfde fabrikant, of schakel over naar de Universal Print-driver van Microsoft.

Hoe verwijder ik een vastgelopen print-job zonder de spooler te herstarten?

Gebruik Get-PrintJob -PrinterName "PrinterNaam" | Remove-PrintJob. Dit werkt per printer en heeft geen impact op andere gebruikers of andere printers op dezelfde host. Dat is cruciaal op RDP- en Citrix-servers.

Wat is het verschil tussen een v3- en v4-printerdriver?

V3-drivers draaien in de context van de Print Spooler-service en kunnen deze bij een crash meesleuren. V4-drivers draaien in een isolated user-mode process en zijn packaged (INF + XML-manifest). Sinds Windows 11 24H2 blokkeert Windows standaard nieuwe v3-driver-installaties buiten Windows Update om.

Beschermt uitschakelen van de Print Spooler tegen PrintNightmare?

Ja, uitschakelen sluit CVE-2021-34527 volledig af, maar het maakt printen onmogelijk. Als de host geen printer nodig heeft (Domain Controllers, geïsoleerde servers), doe het. Op werkplekken combineer je de KB5005652-mitigatie met de GPO "Package Point and Print - Approved servers".

Hoe zorg ik dat de Print Spooler zichzelf herstart na een crash?

Draai eenmalig als admin: sc.exe failure Spooler reset= 86400 actions= restart/5000/restart/10000/restart/30000. Windows herstart de service dan automatisch na 5, 10 en 30 seconden bij achtereenvolgende crashes. In de meeste gevallen merkt de gebruiker de crash niet en wordt er geen ticket aangemaakt.

Is Microsoft Universal Print gratis voor Microsoft 365-klanten?

Universal Print is inbegrepen bij Microsoft 365 E3, E5, A3, A5, Business Premium en Windows 11 Enterprise E3/E5 (per 2026). Elke gebruikersvakje bevat een basispakket print-jobs per maand; grotere volumes vereisen aanvullende job-capaciteit.