![](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(80, 28.000000000000004%, 17%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EGE%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(153.6, 9%, 24%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EHL%3C/text%3E%3C/svg%3E)
Hallo Gipfel Ehrlich,
Das Verhalten, dass die WSUS-Konsole abstürzt und Clients ihren Status nicht melden, hängt direkt mit dem Recycling des WsusPool in IIS zusammen. Standardmäßig ist für den Application Pool ein privates Speicherlimit von 1843200 KB gesetzt, was bei großen WSUS-Datenbanken regelmäßig überschritten wird. Die empfohlene Vorgehensweise ist, das Private Memory Limit auf 0 zu setzen, damit kein automatisches Recycling aufgrund von Speicherverbrauch erfolgt. Dies konfigurieren Sie im IIS-Manager unter Application Pools → WsusPool → Advanced Settings → Recycling → Private Memory Limit (KB).
Zusätzlich sollte die Queue Length des WsusPool auf mindestens 25000 gesetzt werden, da der Standardwert von 10000 bei vielen gleichzeitigen Clientanfragen nicht erreicht wird. Diese Einstellung finden Sie ebenfalls in den erweiterten Eigenschaften des Pools unter Queue Length. Nach der Anpassung müssen Sie den WsusPool einmal neu starten, damit die Änderungen wirksam werden. Mit diesen Werten stabilisiert sich die Verarbeitung, die Abstürze verschwindet und die Clients können ihren Status wieder zuverlässig melden.
Wenn meine Antwort für Sie nützlich ist, klicken Sie bitte auf Antwort akzeptieren, um mich zu unterstützen.
Danke schön,
HL.