Problemen met hoog CPU-gebruik op een WSUS-server oplossen
In dit artikel worden verschillende procedures geïntroduceerd voor het oplossen van problemen met hoog CPU-gebruik in Windows Server Update Service (WSUS).
Opmerking
Thuisgebruikers: Dit artikel is alleen bedoeld voor technische ondersteuningsmedewerkers en IT-professionals. Als u hulp nodig hebt bij een probleem, vraagt u dit aan de Microsoft-community.
Oorspronkelijke productversie: Configuration Manager (huidige vertakking)
Origineel KB-nummer: 4489045
Hoog CPU-gebruik kan optreden als de WSUS-database (SUSDB) niet schoon is. Nadat de server een tijdje wordt uitgevoerd, kunnen er te veel updates zijn voor de WSUS-server om aan de clients te leveren.
In deze situatie, als er een fout optreedt of een nieuwe WSUS-server is geïnstalleerd of als een niet-gerelateerd probleem voorkomt dat clients een paar dagen scannen, kunnen alle clients beginnen met scannen en voortdurend blijven scannen en nooit daadwerkelijk een scan of installatie van updates voltooien.
Om het probleem op te lossen, moet u de WSUS-server opschonen en vervangen updates weigeren. Volg de stappen in de onderstaande volgorde als een maandelijkse opschoonroutine. Als u echter problemen met een hoog CPU-gebruik wilt oplossen, raden we u aan eerst stap 4 en vervolgens stap 3 uit te voeren. U moet stap 1 en 2 uitstellen totdat het CPU-gebruiksniveau afneemt.
Stap 1: een back-up maken van de WSUS-database
Het maken van een back-up van de WSUS-database kan de prestaties enigszins verbeteren.
Stap 2: de wizard WSUS-server opschonen uitvoeren
Door de wizard WSUS-server opschonen uit te voeren, kunt u de prestaties van de database verbeteren. Het vermindert echter niet het aantal updates dat de clients scannen. Bovendien kan het vele uren of dagen duren voordat de wizard wordt uitgevoerd zonder dat het probleem hoeft te worden opgelost.
Stap 3: de WSUS-database opnieuw indexeren
Het opnieuw indexeren van de WSUS-database kan de databaseprestaties verbeteren als deze is gefragmenteerd. Voer hiervoor de volgende opdrachten uit.
Werk de
statisticsbij met behulp van deFULLSCANoptie.Use <dbname> Go Exec sp_msforeachtable 'update statistics ? with fullscan' GoBouw de indexen opnieuw.
Use <dbname> Go Exec sp_msforeachtable 'DBCC DBREINDEX (''?'')' Go
Stap 4: Vervangen updates weigeren
Het weigeren van vervangen updates vermindert onmiddellijk het aantal updates dat wordt gescand.
Als u vervangen updates wilt weigeren of WSUS-acties wilt uitvoeren in een situatie waarin de WSUS-toepassingsgroep te snel wordt gerecycled, kunt u eerst voorkomen dat de clients verbinding maken met de WSUS-toepassingsgroep. Hiervoor maakt u verbinding met de WSUS-server via de WSUS-console en synchroniseert u vervolgens de WSUS-server met de upstream-server en met Configuration Manager (als deze wordt gebruikt). Als u Configuration Manager gebruikt, is het belangrijk om te synchroniseren met de nieuwste versie van de update in de Configuration Manager console, zodat clients kunnen zien dat WSUS huidige en geldige updates heeft.
Gebruik een van de volgende methoden om de verbinding met de clients te verbreken.
Methode 1: een testtoepassingsgroep maken
Klik met de rechtermuisknop op Toepassingsgroepen in het gebied IIS-beheer (Internet Information Services) en selecteer vervolgens Groep van toepassingen toevoegen om een testtoepassingsgroep te maken.
Selecteer Clientwebservice>Geavanceerde instellingen voortoepassingen> beheren en wijzig vervolgens de groep van toepassingen in de testtoepassingsgroep die u hebt gemaakt.
Methode 2: De poort voor de WSUS-website wijzigen
Selecteer WSUS-beheerwebsite>Bindingen bewerken.
Wijzig de WSUS-console om verbinding te maken met de nieuwe poort, voer het script uit en synchroniseer met USS.
Opmerking
Deze methode zorgt ervoor dat synchronisatie met Configuration Manager mislukt.
Methode 3: Firewallregels gebruiken om alle IP-adressen van clients te blokkeren of alleen inkomende verbindingen van USS en siteservers toe te staan
Nadat de verbinding van de clients met de WSUS-server is verbroken, kunt u het PowerShell-script uitvoeren met behulp van de -skipdecline parameters (en -exclusion punt, indien nodig) om het totale aantal vervangen updates te bepalen dat kan worden geweigerd. Voer het script vervolgens opnieuw uit met behulp -skipdecline van om de updates daadwerkelijk te weigeren.
In extreme gevallen waarin het PowerShell-script niet kan worden uitgevoerd vanwege time-outs, kunt u de vervangingskolom toevoegen aan de WSUS-console wanneer alle updates worden weergegeven en vervolgens de updates handmatig weigeren door de volgende stappen uit te voeren:
- Open de Windows Update Services Microsoft Management Console (MMC).
- Selecteer de weergave Alle Updates. Als u dit wilt doen, stelt u de weergave in op de goedkeuringsstatusvan Alle behalve Geweigerd met de status Any en klikt u vervolgens op Vernieuwen.
- Klik met de rechtermuisknop op de kolomkoppen en selecteer Vervangen.
- Klik met de linkermuisknop op de kolom Vervangen om te sorteren op vervanging.
- Selecteer en weiger de vervangen updates.
Het prestatieprobleem kan normaal gesproken worden opgelost nadat de geldige update is teruggebracht tot minder dan 7000 verbindingen (maar minder dan 5.000 heeft de voorkeur). Mogelijk moet u de verbindingen met de WSUS-beheerwebsite een paar dagen beperken om de clients alle scans te laten uitvoeren. We raden u ook aan de database opnieuw te indexeren nadat u vervangen updates hebt geweigerd. Als u Configuration Manager gebruikt, voert u ook een synchronisatie uit tussen WSUS en Configuration Manager terwijl de clients geen verbinding maken.
Nadat u deze stappen hebt voltooid, moet u de verbindingen beperken als het CPU-gebruik nog steeds te hoog is. Ga hiervoor als volgt te werk:
Open INTERNET Information Services (IIS) Manager>WSUS Administration Website>Manage website>Advanced settings>Limits>Maximum gelijktijdig connections.
Stel de waarde in op 50 of 100.
Bewaak het W3Wp-proces in Taakbeheer en de totale CPU op de server.
Open Task Manager >Resource Monitor en noteer de PID voor de WSUS-toepassingsgroep. Als u niet zeker weet welk w3wp-proces de WSUS-toepassingsgroep uitvoert, kunt u Appcmd (methode 2) gebruiken om de PID eenvoudig te identificeren.
Standaard mag de PID slechts één keer per 29 uur worden gewijzigd. Als deze vaker wordt gewijzigd, is de verbindingslimiet mogelijk te hoog voor de huidige CPU- en geheugeninstelling voor de WSUS-toepassingsgroep.
Monitor voor stabiel w3wp-geheugen en stabiel algemeen CPU-gebruik van minder dan 90 procent. Naarmate het CPU- en geheugengebruik met een stabiele status afneemt, kunt u de verbindingslimieten voor de WSUS-beheerwebsite langzaam verhogen. Afhankelijk van de situatie waarin u zich bevindt, kan het enkele dagen duren voordat het geheugengebruik weer stabiel is. Het verhogen van de verbindingslimieten moet mogelijk in kleine stappen en in de loop van enkele dagen plaatsvinden.