STARTUPTOOL_<Nummer> (MTE-Klasse CCMS_Startup_Tools)

Falls eine Methode, die in der Hintergrundverarbeitung ablaufen soll, als Startup-Methode gekennzeichnet ist (siehe Methoden), legt das System beim Systemstart Statusattribute mit dem Namen STARTUPTOOL_<Nummer> an, denen genau diese Methode als Datensammelmethode zugeordnet ist. Damit wird gewährleistet, dass die Methode automatisch gestartet wird, auch wenn sonst noch keine Knoten mit dieser Methode existieren. Nach erfolgreichem Start der Methode werden diese Statusattribute gelöscht, so dass nur solche Knoten sichtbar bleiben, bei denen beim Aufruf der Methode ein Fehler aufgetreten ist.

Die häufigsten Fehler in diesem Monitorobjekt betreffen Freigabeprobleme, d. h. die Methode ist nicht als Datensammelmethode freigegeben. In diesem Fall ist dem Knoten eine Warnung (gelber Alert) zugewiesen, die Sie ignorieren können. Deaktivieren Sie dann in den Eigenschaften der Methode das Kennzeichen Methode sofort nach Start eines Monitoring-Segments ausführen in der Registerkarte Steuerung.

STARTUPTOOL_<Nummer> (MTE-Klasse CCMS_Startup_Tools)

Auch in diesem Monitorobjekt werden Fehler bei der Ausführung von Startup-Methoden als Statusattribute gemeldet. Die Meldungen der Knoten STARTUPTOOL_<Nummer> entsprechen dabei denen im Monitorobjekt Tooldispatching (long running tasks) (siehe oben).

AlertsInDB (MTE-Klasse CCMSSelfMoni-AlertsInDB)

Dieses Performance-Attribut gibt die Gesamtzahl der Alerts in der Alert-Datenbank an. Wenn Sie einen Alert erledigen, wird dieser in der Datenbank gespeichert. Falls das System hier einen Alert generiert, startet die Monitoring-Infrastruktur eine Autoreaktionsmethode, die die erledigten Alerts reorganisiert und ältere Alerts löscht. Sie können über den Schwellenwert dieses Alerts steuern, wieviele erledigte Alerts gehalten werden.

Sie können unabhängig von einem Alert jederzeit über die diesem MTE zugeordnete Analysemethode die erledigten Alerts reorganisieren. Dabei geben Sie das Datum an, vor welchem alle erledigten Alerts gelöscht werden sollen.

SalcCache (MTE-Klasse CCMSSelfMoniSalcCache)

Die Monitoring-Infrastruktur enthält verschiedene Caches, in denen die Zuordnung von MTEs zu MTE-Klassen gespeichert sind. Diese Caches beschleunigen das Erstellen der Monitore und minimieren die Anzahl der notwendigen RFC-Aufrufe.

AlertsWithGUID (MTE-Klasse CCMSSelfMoni-AlertsWithGUID)

Dieser Knoten enthält die Anzahl von Alerts in der Tabelle ALALRTGUID. Dort sind Alerts der MTEs gespeichert, denen als Autoreaktionsmethode das Senden von Alerts an das zentrale Alert Framework zugeordnet ist (siehe unter Alerts an das Alert Management (ALM) weiterleiten). Die Alert-Daten der Tabelle ALALRTGUID werden benötigt, um beim Versenden der Alerts die Kommunikation zwischen CCMS und Alert Framework zu ermöglichen.

Die Tabelle ALALRTGUID wird regelmäßig automatisch reorganisiert. Diesem Knoten ist die automatische Reorganisation als Autoreaktionsmethode und die manuelle Reorganisation als Analysemethode zugeordnet.

RouteCache (MTE-Klasse CCMSSelfMoniRouteCache)

In diesem Cache werden Kontexte und Segmente entfernter überwachter Systeme gespeichert. Sie können diese auch im Topologie-Browser der Monitoring-Infrastruktur überprüfen.

Verteilung der Methodenzuordnung zu MTE-Klassen auf entfernte Systeme im Rahmen der zentralen Autoreaktion; außerdem Ermittlung der Daten zum Selfmonitoring aller CCMS-Agenten

Kontrolle der CCMS-Agenten

CCMSPING Technology Enabling (MTE-Klasse Availability_Push_Enabled)

Dieses Monitorattribut kann zwei verschiedene Werte enthalten; beachten Sie in diesem Zusammenhang auch den SAP-Hinweis 904593:

Reorganize monitoring pauses (MTE-Klasse Availability_ALDWNTIME_Reorg)

Sie können bei der Verfügbarkeitsüberwachung mit CCMSPING Überwachungspausen einrichten (siehe Überwachungspause anlegen und ändern). Jede Pause wird dabei in der Tabelle ALDWNTIME gespeichert. Dieses Textattribut enthält Informationen über die letzte Reorganisation diese Tabelle. Standardmäßig werden die Einträge 60 Tage gespeichert; Sie können diesen Wert als Parameter KEEP_PAUSES_X_DAYS der Methode CCMS_ALDWNTIME_REORG ändern.

Missed monitoring pauses in ALDWNTIME (MTE-Klasse Availability_ALDWNTIME_Resched)

Bei periodischen Überwachungspausen gilt, dass bei Aktivierung einer Pause die entsprechend nächste Pause eingeplant wird. So kommt es, dass periodische Überwachungspausen nicht automatisch neu anberaumt werden, wenn das Überwachungssystem im fraglichen Zeitraum ihrer Ausführung außer Betrieb ist. Dieses Problem ist inzwischen behoben (siehe SAP Hinweis 887586), dennoch werden solche Pausen in diesem Textattribut protokolliert.