Hallo zusammen.
Wie der Titel schon sagt verursacht die w3wp.exe bei meinem WSUS Server unter bestimmten Bedingungen konstant eine Last von 100%, was die Arbeit und Verwaltung des WSUS Server mittels der MMC nahezu unmöglich macht.
Erstmal zur Klärung vorweg:
Der Server ist ein P4 3,0 Ghz auf einem Intel Serverboard mit 4GB Speicher. Laut den Microsoft Spezifikationen also durchaus ausreichend für meine 500 Clients. Die sind in 60 Gruppen (Abteilungsweise) eingteilt. Das beschriebene Verhalten tritt beim genehmigen der Updates auf, und zwar wenn ich alle Updates auswähle und jeder der 60 Gruppen (ausser alle Computer) die Berechtigung zum Installieren vergebe. Das Genehmigen dauert ein paar Stunden und danach steigt vollkommen reproduzierbar die CPU Last ins unermessliche.
Nun zu meiner eigentlichen Frage:
Ist mein Herangehensweise an das Genehmigen der Updates einfach nur falsch?
Ich bin nun gerade dabei alle Updates die installiert werden sollen einfach für alle Computer zu genehmigen und auf die Gruppen zu vererben, und diejenigen, die nicht (für alle) installiert werden sollen nur entsprechend zu genehmigen.
Ich verstehe nicht wo der Unterschied zwischen dem Genehmigen für "Alle Computer" und dem Genehmigen für jede Gruppe einzeln liegen soll. Und vor allem warum die CPU Last so drastisch anschwillt. Im Prinzip wird bei beiden Vorgängen ja nur der Status in der DB geändert. Zu dem Thema Gruppeneinteilung und Freigabe habe ich bisher generell sehr wenig Informationen gefunden. Vielleicht weiss ja von euch jemand Rat.

Das Script hatte ich schon mehrfach ausgeführt. Hatte ich vergessen zu erwähnen.
Es ist wohl mal wieder kein Bug, sondern ein Feature  .
Ist ja auch schön, wenn die Serverhardware vollkommen ausgereizt wird...

Die DB ist ~2,5 GB, das Log ~200MB.
Mich würde mal interessieren wie ihr alle eure Gruppenstruktur aufgebaut habt, und wie ihr das mit dem Genehmigen regelt.
Aber das ist wahrscheinlich schon einen eigenen Topic wert. 

Sunny schrieb on 19.05.08 um 16:03:39:

Der Bereinigungsassi lief schon, der DB Reorg auch.
Wie gesagt konnte ich das Problem mehrfach reproduzieren (auch mit frisch aufgesetztem Server).
In dem Server sind zwei neue Samsung Sata II 750GB Platten in einem Raid1 Verbund verbaut. Platz ist massig frei.
Vorher waren zwei Western Digital Raptor Platten im Raid0 verbaut, die wurden jedoch aus Platz- und Sicherheitsgründen gegen die Samsungs getauscht. SCSI ist meiner Meinung nach bei den 500 Clients nicht notwendig, die Performance ist bis jetzt auch bei großer Belastung immer ausreichend gewesen. Abgesehen davon bietet der Server auch keine SCSI Unterstützung (auch leider nicht nachrüstbar).
WSUS 3.0 SP1 ist ebenfalls installiert.
Der aktuelle Stand ist, das ich alle Updates ausser SP3 für XP und SP3 für Office XP für die Gruppe "Alle Computer" zur Installation genehmigt habe, mit der Option "Für untergeordnete Elemente übernehmen".
Die beiden w3wp.exe dümpeln nun die meiste Zeit wieder bei 0% CPU-Last herum. Zusätzlich werkelt nun eine Intel Q6660 Quad Core CPU im Server und macht der MMC Beine. 
Ich hoffe das war es erstmal mit WSUS Problemen, die Büchse hat mich erstmal genug Nerven gekostet
...Mal schauen was noch so kommt...
Danke für die Hilfe Sunny (postet eigentlich sonst noch jemand in dem Forum hier  )

Inzwischen ist auch wieder ein AV Scanner installiert (Symantec Corporate). Die Verzeichnisse sind nicht freigegeben, da ich den AV Server nicht selber verwalte. Werde das aber mal ansprechen. Es lief bis zu dem beschriebenen ändern der Genehmigungen auch alles einwandfrei mit dem Scanner.

Sunny schrieb on 20.05.08 um 15:48:50:


Hey Sunny, da hast Du ja gar keine gute Meinung von den Symantecs...

Araldo.L schrieb on 22.05.08 um 11:10:21:


Das einzigste was man nehmen kann, ist Norton Ghost, aber auch nur, wenn es nichts anderes gibt.

Araldo.L schrieb on 22.05.08 um 11:10:21:


Das steht auch auf der Seite von Ottmar, auch wie man es beheben kann: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Unter Bekannte Probleme zu finden.