![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(233.6, 47%, 32%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ED%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(185.6, 36%, 27%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETL%3C/text%3E%3C/svg%3E)
Hallo DannVDB,
Het feit dat WsusPool steeds crasht en de beheerconsole in time‑outs loopt, komt bijna altijd door de standaard geheugenlimiet van IIS. Die ligt rond de 1,8 GB en wordt heel snel overschreden zodra veel clients tegelijk metadata proberen te synchroniseren. Zodra IIS die grens raakt, wordt het werkproces automatisch gerecycled, waardoor bestaande verbindingen wegvallen en er een reeks HTTP 503‑fouten ontstaat.
Je kunt dit vrij eenvoudig oplossen via IIS Manager. Ga naar Application Pools, klik met de rechtermuisknop op WsusPool en open Advanced Settings. Verhoog onder General de Queue Length van 1000 naar minstens 2500 zodat pieken in aanvragen niet meteen tot vastlopers leiden. Scroll daarna naar Recycling en zet Private Memory Limit (KB) op 0 om de limiet uit te schakelen, of verhoog die waarde naar ongeveer 8 GB als je server voldoende RAM heeft.
Na het aanpassen van deze instellingen kun je IIS opnieuw starten met iisreset in een verhoogde opdrachtprompt. Als de console daarna weer stabiel werkt en rapportages zonder onderbreking binnenkomen, dan weet je dat de wijziging het probleem heeft opgelost.
Tracy Le.