SCOM-Konsole zeigt veraltete Alarmstatus: Ansicht zurücksetzen, Cache leeren, Ursache finden

Der Resolution State ändert sich in der Webkonsole, in der Ansicht „Active Alerts“ aber nicht? Zwei schnelle Hilfen – und warum die eigentliche Ursache oft bei lauten Discoveries liegt.

Ein Phänomen aus der Praxis: In der Operations-Manager-Konsole wird der Resolution State eines Alarms von New auf In Progress geändert – doch in der Ansicht Active Alerts bleibt er auf New stehen. In der Webkonsole und in der Detailansicht des Alarms ist der neue Status dagegen korrekt. In Alarmansichten einzelner Management Packs tritt das Problem nicht auf.

Schnelle Hilfe 1: Personalisierte Ansicht zurücksetzen

Rechtsklick auf die Ansicht › Personalize view… › Reset to default. Häufig ist die angepasste Ansicht (eigene Spalten, Sortierung, Gruppierung) beschädigt oder veraltet.

Empfehlung aus der Community: Änderungen an Spalten und Sortierung möglichst über die Eigenschaften der Ansicht vornehmen – und nach Änderungen gegebenenfalls zurücksetzen.

Schnelle Hilfe 2: Konsolen-Cache leeren

Die Konsole speichert Ansichten und Daten lokal zwischen. Ein Start mit dem Parameter /clearcache baut den Cache neu auf:

"C:\Program Files\Microsoft System Center\Operations Manager\Console\Microsoft.EnterpriseManagement.Monitoring.Console.exe" /clearcache

In SCOM 2007 hieß die Datei noch Microsoft.MOM.UI.Console.exe. Hilft der Neustart mit leerem Cache nur kurzfristig, liegt die Ursache woanders.

Die eigentliche Ursache: Noisy Discoveries

Im Community-Fall lag das Problem tiefer: Einige veraltete Management Packs – für ISA Server 2006 und SQL Server – hatten Discoveries mit zu kurzen Intervallen. Die ständigen Konfigurationsänderungen (Config Churn) belasteten Datenbank und Management Server so stark, dass Aktualisierungen der Konsolenansichten nicht mehr zeitnah ankamen.

Die Lösung bestand aus drei Schritten:

1. Management Packs aktualisieren – neuere Versionen hatten die Intervalle korrigiert.
2. Aktuelles kumulatives Update für Operations Manager einspielen.
3. Laute Discoveries identifizieren und per Override entschärfen – mit Abfragen auf das Data Warehouse, wie wir sie im Beitrag zu Config Churn beschrieben haben.