10
SBS2011 WSUS sqlservr.exe 100 Prozent CPU Benutzung
Hallo,
wir haben einen SBS2011 auf dem auch der WSUS 3 SP2 läuft. Seit ein paar Tagen haben wir das Problem, das der Dienst sqlservr.exe (Benutzername Netzwerkdienst im Task-Manager) die ganze Zeit mit 25% (Quad CPU) läuft. Hierdurch ist der SQL-Server ausgelastet und WSUS funktioniert nicht mehr.
Wird der WSUS Dienst beendet (net stop wuauserv) ist die CPU Auslastung bei dem Dienst sqlservr.exe weitestgehend bei 0% (je nach SQL Anfragen an die anderen Windows DB‘s)
Starte ich den WSUS (net start wuauserv) benötigt der Dienst sqlservr.exe dauerhaft 25% CPU Last.
Ich habe noch folgende Seite gefunden, habe das Script WsusDBMaintenance.sql ausgeführt (dauerte eine Stunde), geholfen hat dies jedoch nicht. http://didyourestart.blogspot.de/2014/03/wsus-100-cpu-by-sqlservrexe.ht ...
Im Windows Log sind lediglich diese Einträge:
WSUS ID 13032 Viele Clientcomputer haben sich in den letzten 30 Tagen nicht beim Server gemeldet. 7 wurden bisher erkannt.
WSUS ID 10022 Der letzte Versuch zur Synchronisierung des Katalogs ist fehlgeschlagen.
Beim Ausführen der WSUS Verwaltungskonsole kommt folgender Log:
WSUS ID 7053 An der WSUS-Verwaltungskonsole ist ein unerwarteter Fehler aufgetreten. Möglicherweise ist es ein vorübergehender Fehler. Versuchen Sie, die Verwaltungskonsole erneut zu starten. Wenn der Fehler weiterhin besteht, entfernen Sie die gespeicherten Einstellungen für die Konsole, indem Sie die WSUS-Datei unter "%appdata%\Microsoft\MMC\" löschen. System.NullReferenceException -- Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. Source Microsoft.UpdateServices.UI.SnapIn Stack Trace: bei Microsoft.UpdateServices.UI.SnapIn.Pages.ServerSummaryPage.backgroundWorker_RunWorkerCompleted(Object sender, RunWorkerCompletedEventArgs e)
Eventuell hat von euch noch jemand eine Idee was ich Machen kann.
Gruß
Buschi
wir haben einen SBS2011 auf dem auch der WSUS 3 SP2 läuft. Seit ein paar Tagen haben wir das Problem, das der Dienst sqlservr.exe (Benutzername Netzwerkdienst im Task-Manager) die ganze Zeit mit 25% (Quad CPU) läuft. Hierdurch ist der SQL-Server ausgelastet und WSUS funktioniert nicht mehr.
Wird der WSUS Dienst beendet (net stop wuauserv) ist die CPU Auslastung bei dem Dienst sqlservr.exe weitestgehend bei 0% (je nach SQL Anfragen an die anderen Windows DB‘s)
Starte ich den WSUS (net start wuauserv) benötigt der Dienst sqlservr.exe dauerhaft 25% CPU Last.
Ich habe noch folgende Seite gefunden, habe das Script WsusDBMaintenance.sql ausgeführt (dauerte eine Stunde), geholfen hat dies jedoch nicht. http://didyourestart.blogspot.de/2014/03/wsus-100-cpu-by-sqlservrexe.ht ...
Im Windows Log sind lediglich diese Einträge:
WSUS ID 13032 Viele Clientcomputer haben sich in den letzten 30 Tagen nicht beim Server gemeldet. 7 wurden bisher erkannt.
WSUS ID 10022 Der letzte Versuch zur Synchronisierung des Katalogs ist fehlgeschlagen.
Beim Ausführen der WSUS Verwaltungskonsole kommt folgender Log:
WSUS ID 7053 An der WSUS-Verwaltungskonsole ist ein unerwarteter Fehler aufgetreten. Möglicherweise ist es ein vorübergehender Fehler. Versuchen Sie, die Verwaltungskonsole erneut zu starten. Wenn der Fehler weiterhin besteht, entfernen Sie die gespeicherten Einstellungen für die Konsole, indem Sie die WSUS-Datei unter "%appdata%\Microsoft\MMC\" löschen. System.NullReferenceException -- Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. Source Microsoft.UpdateServices.UI.SnapIn Stack Trace: bei Microsoft.UpdateServices.UI.SnapIn.Pages.ServerSummaryPage.backgroundWorker_RunWorkerCompleted(Object sender, RunWorkerCompletedEventArgs e)
Eventuell hat von euch noch jemand eine Idee was ich Machen kann.
Gruß
Buschi
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 269714
Url: https://administrator.de/forum/sbs2011-wsus-sqlservr-exe-100-prozent-cpu-benutzung-269714.html
Ausgedruckt am: 22.12.2024 um 21:12 Uhr
10 Kommentare
Neuester Kommentar
Zitat von @keine-ahnung:
Moin,
> Eventuell hat von euch noch jemand eine Idee was ich Machen kann.
schau mal
[https://social.technet.microsoft.com/Forums/de-DE/dc5d7fcf-7647-43ff-a46f-238b8a3dbcdf/sbs-2011-wsus-rolle-neu-installieren?forum=sbsde
hier] ...
LG, Thomas
Moin,
> Eventuell hat von euch noch jemand eine Idee was ich Machen kann.
schau mal
[https://social.technet.microsoft.com/Forums/de-DE/dc5d7fcf-7647-43ff-a46f-238b8a3dbcdf/sbs-2011-wsus-rolle-neu-installieren?forum=sbsde
hier] ...
LG, Thomas
Hi, im angegeben Link ist das Problem mit "kerbauth" im IIS unter WSUS-Verwaltung --> Module gewesen. Ich habe bei uns nachgesehen und in allen WSUS Modulen wird kerbauth nicht aufgelistet.
Ich habe den WSUS Dienst noch nicht neu aufgesetzt. Sollte ich das als nächstes machen oder habt ihr noch eventuell Vorschläge?
Gruß Buschi
Hallo @Buschi80,
Falls was verändert wurde: Entweder Rückgängig machen oder Backup einspielen
Wurde der Server schon mal durchgestartet?
Reboot tut gut
und beim SBS2011 tut ein Reboot doppelt gut 
BTW: Beitrag gelöst?!
Evtl. nochmals den Haken entfernen ...
Gruß
@kontext
Zitat von @Buschi80:
Seit ein paar Tagen haben wir das Problem, das der Dienst sqlservr.exe (Benutzername Netzwerkdienst im Task-Manager) die ganze Zeit mit 25% (Quad CPU) läuft. Hierdurch ist der
Was wurde denn vor ein paar Tagen auf dem System verändert?Seit ein paar Tagen haben wir das Problem, das der Dienst sqlservr.exe (Benutzername Netzwerkdienst im Task-Manager) die ganze Zeit mit 25% (Quad CPU) läuft. Hierdurch ist der
Falls was verändert wurde: Entweder Rückgängig machen oder Backup einspielen
Wurde der Server schon mal durchgestartet?
Reboot tut gut
und beim SBS2011 tut ein Reboot doppelt gut BTW: Beitrag gelöst?!
Evtl. nochmals den Haken entfernen ...
Gruß
@kontext
Der Server wurde schon mehrfach neugestartet. Am Server selber sind nur Updates von Windows durchgeführt worden. Das der WSUS nicht läuft, ist erst nach ein paar Tagen aufgefallen. Ein Backup ist zwar vorhanden, nur wie es leider bei der „Ein Server“ Lösung ist, sind auf der Systempartition die Exchange Konten, Warenwirtschafts DB. Ein Backup hierfür einspielen bedeutet nicht unbedingt weniger Arbeit.
Ne ist nicht gelöst! dies habe ich ausversehen gemacht.
Gruß Buschi
Ne ist nicht gelöst! dies habe ich ausversehen gemacht.
Gruß Buschi
Zitat von @Buschi80:
Der Server wurde schon mehrfach neugestartet. Am Server selber sind nur Updates von Windows durchgeführt worden. Das der WSUS nicht läuft, ist erst nach ein paar Tagen aufgefallen.
Der Server wurde schon mehrfach neugestartet. Am Server selber sind nur Updates von Windows durchgeführt worden. Das der WSUS nicht läuft, ist erst nach ein paar Tagen aufgefallen.
Naja in diesem Fall könnte es ja seind as ein WU Schuld an der Misere ist ...
... jetzt kannst du entweder ein Update nach dem anderen deinstallieren um zu sehen welches WU Schuld ist
... alternativ die letzten Updates deinstallieren und dann evtl. Step für Step vorgehen ...
Sollte das auch zu viel Aufwand sein bzw. nicht zum Ziel führen kannst du versuchen den WSUS neu aufzusetzen.
Beim SBS musst du jedoch aufpassen, da bei der Deinstallation von WSUS eine dll aus dem ISS Verzeichnis gelöscht wird ...
... die genaue dll kann ich dir gerade nicht nennen (müsstest du googeln) - aber die dll auf jeden Fall sichern
Alles in Allem ist das eine Operation am "offenen Herz" - von daher viel Redbull und Kaffee bereitstellen ...
Gruß
@kontext
Hallo, ich bin noch mit dem Problem dran. Gestern habe ich nur nichts mehr erledigen können.
ich versuche erstmal den WSUS zu bereinigen. Ich habe hierzu den WSUS Dienst gestoppt (net stop wuauserv) und jetzt mache ich gerade über die Verwaltungskonsole eine WSUS Serverbereinigung.
Mein Gefühl sagt mir, das der Fehler in der DB sein muss. Melde mich wieder wenn dies erledigt ist.
ich versuche erstmal den WSUS zu bereinigen. Ich habe hierzu den WSUS Dienst gestoppt (net stop wuauserv) und jetzt mache ich gerade über die Verwaltungskonsole eine WSUS Serverbereinigung.
Mein Gefühl sagt mir, das der Fehler in der DB sein muss. Melde mich wieder wenn dies erledigt ist.
Ich glaube ich habe die Ursache entdeckt. Ich habe vor einem Monat mit „WSUSUtil.exe movecontent“ die Updates von c: auf Laufwerk d:\WSUS verschoben.
Seit dem besteht anscheinend das Problem. Obwohl in der Logdatei beim Verschieben alles ok war.
2015-03-25T14:52:32 Successfully stopped WsusService.
2015-03-25T14:52:32 Beginning content file location change to D:\WSUS
2015-03-25T18:19:43 Successfully copied content files.
2015-03-25T18:19:43 Successfully copied application files.
2015-03-25T18:19:44 Successfully changed WUS configuration.
2015-03-25T18:19:44 Successfully changed IIS virtual directory path.
2015-03-25T18:19:45 Successfully removed existing local content network shares.
2015-03-25T18:19:45 Successfully created local content network shares.
2015-03-25T18:19:45 Successfully changed registry value for content store directory.
2015-03-25T18:19:45 Successfully changed content file location.
2015-03-25T18:19:48 Successfully started WsusService.
2015-03-25T18:19:48 Content integrity check and repair...
2015-03-25T18:19:48 Initiated content integrity check and repair.
Ich habe alte DB eingespielt und die Synchronisation neu gestartet.
Melde mich noch wenn ich mir sicher bin, das dies das Problem war.
Seit dem besteht anscheinend das Problem. Obwohl in der Logdatei beim Verschieben alles ok war.
2015-03-25T14:52:32 Successfully stopped WsusService.
2015-03-25T14:52:32 Beginning content file location change to D:\WSUS
2015-03-25T18:19:43 Successfully copied content files.
2015-03-25T18:19:43 Successfully copied application files.
2015-03-25T18:19:44 Successfully changed WUS configuration.
2015-03-25T18:19:44 Successfully changed IIS virtual directory path.
2015-03-25T18:19:45 Successfully removed existing local content network shares.
2015-03-25T18:19:45 Successfully created local content network shares.
2015-03-25T18:19:45 Successfully changed registry value for content store directory.
2015-03-25T18:19:45 Successfully changed content file location.
2015-03-25T18:19:48 Successfully started WsusService.
2015-03-25T18:19:48 Content integrity check and repair...
2015-03-25T18:19:48 Initiated content integrity check and repair.
Ich habe alte DB eingespielt und die Synchronisation neu gestartet.
Melde mich noch wenn ich mir sicher bin, das dies das Problem war.
Hallo
ich habe bei einem SBS 2011 das selbe Problem nach dem verschieben der Content-Files auf ein anders Laufwerk.
seit dem läuft der SQL-Server mit 25 %...
Um den Fehler weiter einzugrenzen habe ich zusätzlich noch die SUSDB über den SQL Manager verschoben (nach dieser Anleitung http://www.wsus.de/de/HowTo/Verschieben-der-SUSDB). Das hat aber leider auch nichts gebracht.
Hat sich das Problem bei dir durch das rücksichern der Datenbank auf den alten Pfad behoben?
ich habe bei einem SBS 2011 das selbe Problem nach dem verschieben der Content-Files auf ein anders Laufwerk.
seit dem läuft der SQL-Server mit 25 %...
Um den Fehler weiter einzugrenzen habe ich zusätzlich noch die SUSDB über den SQL Manager verschoben (nach dieser Anleitung http://www.wsus.de/de/HowTo/Verschieben-der-SUSDB). Das hat aber leider auch nichts gebracht.
Hat sich das Problem bei dir durch das rücksichern der Datenbank auf den alten Pfad behoben?
Liebe Leute!
Es ist schön zu wissen, dass man mit einem Problem nicht alleine ist. Noch schöner wäre es, ihr hättet gepostet, ob und wie das Problem gelöst wurde.
Bei uns (Kleinbetrieb, Server Xeon E3, 16 GB RAM, 2xSATA 1 TB im Raid1, SBS 2011 Standard) ist das Phänomen ebenfalls nach dem Verschieben des Update-Repository (WSUScontent) aufgetreten. Vielleicht hat es mit einem update des SQL-Servers 2008R2 auf SP2 zu tun. Wahrscheinlich klappt nur eine Namensauflösung nicht oder eine Berechtigung fehlt oder irgendwo steht ein falscher Pfad; wie auch immer; ich komme der Sache seit 8 Tagen nicht auf den Grund und bin bald so weit, WSUS neu zu installieren oder den ganzen Server zurückzusetzen.
mit lieben Grüßen aus der Frustecke
Peter
Es ist schön zu wissen, dass man mit einem Problem nicht alleine ist. Noch schöner wäre es, ihr hättet gepostet, ob und wie das Problem gelöst wurde.
Bei uns (Kleinbetrieb, Server Xeon E3, 16 GB RAM, 2xSATA 1 TB im Raid1, SBS 2011 Standard) ist das Phänomen ebenfalls nach dem Verschieben des Update-Repository (WSUScontent) aufgetreten. Vielleicht hat es mit einem update des SQL-Servers 2008R2 auf SP2 zu tun. Wahrscheinlich klappt nur eine Namensauflösung nicht oder eine Berechtigung fehlt oder irgendwo steht ein falscher Pfad; wie auch immer; ich komme der Sache seit 8 Tagen nicht auf den Grund und bin bald so weit, WSUS neu zu installieren oder den ganzen Server zurückzusetzen.
mit lieben Grüßen aus der Frustecke
Peter
Hallo Peter
ich habe das Problem nur lösen können indem ich den alten Pfad benutzt habe.
Jetzt wird auf 2016 Server gewechselt. Da ich beim WSUS sowieso die Updates auf automatisches freigeben eingestellt habe, überlege ich WSUS nach dem Wechsel auf Server 2016 nicht mehr einzurichten. Wichtig ist halt eine Benachrichtigung wenn Clients Updates nicht einspielen können.
Gruß Buschi
ich habe das Problem nur lösen können indem ich den alten Pfad benutzt habe.
Jetzt wird auf 2016 Server gewechselt. Da ich beim WSUS sowieso die Updates auf automatisches freigeben eingestellt habe, überlege ich WSUS nach dem Wechsel auf Server 2016 nicht mehr einzurichten. Wichtig ist halt eine Benachrichtigung wenn Clients Updates nicht einspielen können.
Gruß Buschi
