Antworten:
Dieser Blog-Beitrag beschreibt Ihr genaues Szenario. Es scheint noch keine rauchende Waffe für die Ursache zu geben. Die einzige wirkliche Antwort für den Moment ist, die Kapazität zu planen und mehr RAM zu kaufen.
Ich habe dies kürzlich auf einem 2008 R2-Server untersucht und Folgendes gefunden:
Um zu sehen, ob Trustedinstaller etwas unternimmt, schauen Sie sich das an c:\windows\logs\cbs\cbs.log.
Wenn alles gut ist, sollte sich das vertrauenswürdige Installationsprogramm nach 10 Minuten Inaktivität selbst herunterfahren.
In meiner Situation stellte ich fest, dass Benutzer, die den Server-Manager geöffnet ließen, das vertrauenswürdige Installationsprogramm aufgrund des angezeigten Abschnitts "Funktionsübersicht" und des standardmäßigen Aktualisierungsintervalls von 2 Minuten weiterhin ausführen konnten.
Um zu überprüfen, ob dies Ihr Problem ist, prüfen Sie, ob mmc.exeProzesse das Server-Manager-Snap-In ausführen (fügen Sie die Befehlszeilenspalte im Task-Manager hinzu und suchen Sie nach servermanager.msc).
Wenn ja, beenden Sie sie und achten Sie darauf, dass neue Einträge geschrieben werden cbs.log.
Wenn keine neuen Einträge geschrieben werden, sollte cbs.logder trustedinstaller.exeProzess nach 10 Minuten beendet werden.
Wenn dies funktioniert, können Sie die Aktualisierung des Server-Managers ändern oder deaktivieren (ich habe dies noch nicht versucht, aber es sieht so aus, als ob es für alle Benutzer deaktiviert werden kann, siehe: Konfigurieren des Aktualisierungsintervalls für den Server-Manager ).
Wenn nach dem Beenden aller Server-Manager-Instanzen immer noch neue Einträge in die Datei cbs.log geschrieben werden, schlagen Sie vor, den Prozessmonitor zu verwenden, um die Quelle aufzuspüren (möglicherweise erfassen Sie ein Skript oder etwas, das kurz vor der cbs.logAktualisierung gestartet wird).
Hoffe das hilft jemandem!