Monitor für die Web-Service-Laufzeit 
Mit diesem Monitor können Sie prüfen, ob die Web-Service-Laufzeit richtig funktioniert. Der Web-Service-Monitor löst einen Alert aus, wenn die Web-Service-Laufzeit nicht korrekt funktioniert.
Der Alert-Monitor besteht aus fünf Bereichen:
Bereich: | Analyse: |
|---|---|
WS Infrastructure | Prüft, ob die erforderlichen Hintergrundjobs zur Überwachung der Web-Service-Laufzeit ausgeführt werden. Welcher Trace-Level ist eingestellt? Hinweis: Hat der Trace-Level einen höheren Wert als 1, kann dies zu Performance-Engpässen führen. |
WS Errors | Laufzeitfehler, die zu zwei Fehlerkategorien zusammengefasst sind:
Hinweis: WS Errors ist eine ältere Implementierung von Alerts für Laufzeitfehler. Der dazugehörige Inhalt wurde unter Message Processing (siehe unten) neu strukturiert. |
WS Performance | Prüft, ob bestimmte Performance-Schwellenwerte überschritten wurden. |
Infrastructure | Prüft technische Hintergrund-Services, die von der Web-Service-Laufzeitinfrastruktur für eine korrekte Ausführung benötigt werden. Einige Einstellungen beziehen sich auf das gesamte System; manche sind mandantenspezifisch. |
Message Processing | Zeigt die wichtigsten Fehler aus dem Web-Service-Fehlerprotokoll an. Pro Fehlerkategorie werden die Informationen aus dem Fehlerprotokoll für jeden Mandanten getrennt angezeigt. Wenn Sie einen Alert für den Mandanten anzeigen, an dem Sie gerade angemeldet sind, können Sie direkt vom Alert-Monitor zum Fehlerprotokoll springen. Beachten Sie, dass der Alert-Monitor und das Fehlerprotokoll unterschiedliche Zeitperioden für ihre Analysen verwenden. Daher kann die Anzahl der Einträge im Fehlerprotokoll und im Alert-Monitor unterschiedlich sein. |
Hinweis
Die Bereiche Infrastructure und Message Processing sind neu im Web-Service-Laufzeitmonitor. Sie können Alerts entweder in diesen beiden Bereichen oder in den älteren Bereichen WS Infrastructure, WS Errors und WS Performance anzeigen (die gleichzeitige Anzeige in beiden Implementierungen ist nicht möglich). Mit dem Report SRT_CCMS_SET_COLL_VERSION legen Sie fest, welche Alerts aktiviert sein sollen.
Daten für die Bereiche Infrastructure und Message Processing sind nur dann verfügbar, wenn die Einstellung CCMS Alerts based on Error Log im Report SRT_CCMS_SET_COLL_VERSION aktiviert ist. Analog sind nur dann Daten für die Bereiche WS Infrastructure, WS Errors und WS Performance verfügbar, wenn die Einstellung CCMS Alerts based on Log/Trace aktiv ist.
Bereiche, die mit diesem Report nicht aktiviert werden, sind zwar dennoch im Web-Service-Monitor sichtbar, jedoch werden keine Überwachungswerte gesammelt und die Meldung Value is obsolete erscheint neben den Alerts, wenn die nächste Datensammlung eingeplant wird.
Voraussetzungen
Um den Informationsgehalt der Daten optimal zu nutzen, sollten Sie Kenntnisse über die Verwendung des Alert-Monitors besitzen.
Der Administrator verfügt über die entsprechenden Berechtigungen.
Vorgehensweise
Um den Web-Service-Laufzeitmonitor zu starten, gehen Sie wie folgt vor:
Wählen Sie
CCMS 
Steuerung/Monitoring Alert-Monitor 
oder rufen Sie die Transaktion RZ20 auf.Expandieren Sie im Bild CCMS-Monitorsammlungen den Knoten SAP Web Service Monitor Templates.
Starten Sie in der Monitorliste den Monitor Web Service Monitor mit einem Doppelklick.
Funktionsumfang
Alerts in WS Infrastructure | Beschreibung |
|---|---|
Status of WS Batch Jobs | Zeigt an, ob Standard-Hintergrundprozesse laufen. Zur Status-Prüfung wählen Sie in der Transaktion SM36 die Drucktaste Standardjobs. Die Job-Liste zeigt zwei Einträge für den Hintergrund-Job BC_SAP_SOAP_RUNTIME_MANAGEMENT. Einen mit dem Status completed und einen mit dem Status released. Alle anderen Einträge weisen auf einen Fehler hin. |
Setting of Default Trace Level | Zeigt an, ob ein anderer als der Standard-Trace-Level gewählt wurde. Weitere Informationen finden Sie unter Web-Service-Laufzeit überwachen. |
Task-Überwacher | Der Task-Überwacher läuft im Hintergrund und wird vom AUTOABAP gestartet. Beim AUTOABAP handelt es sich um einen Hintergrundprozess, der alle 5 Minuten erneut aufgerufen wird. Weitere Informationen finden Sie unter Event-gesteuerte Verarbeitung überwachen. |
Supervisor Destination | Die Konfiguration der Web-Service-Laufzeit ist mandantenabhängig und muss in jedem produktiven Mandanten und im Mandanten 000 durchgeführt werden. Dazu gehört auch die Einrichtung eines Supervisors. Weitere Informationen finden Sie unter Web-Service-Laufzeit konfigurieren im Abschnitt Supervisor-Destination anlegen. |
WS Namespace for Inbound Destination | Der Name der bgRFC-Destination wird in zwei unterschiedlichen Bereichen gepflegt. Bei der allgemeinen Konfiguration des bgRFC und bei der Konfiguration der WS-Laufzeit. Möglicherweise wurden unterschiedliche Werte für die bgRFC-Destination gesetzt, beispielsweise durch die manuelle Einrichtung einer Inbound-Destination in einem Bereich. Die Folge sind Probleme bei der Einplanung von Sequenzen. Weitere Informationen finden Sie unter Fehler der Web-Service-Laufzeit beheben |
WS Service Destinations | Damit eine Kommunikation über RFC möglich ist, müssen Sie eine Service-Destination im Sendersystem definieren und verschiedene Einstellungen vornehmen. Weitere Informationen finden Sie unter Web-Service-Laufzeit konfigurieren im Abschnitt Anlegen einer Service-Destination. |
Die Knoten WS Errors und WS Performance werden nicht mehr gepflegt. Den Inhalt von WS Errors finden Sie jetzt in Message Processing.
Alerts in Infrastructure | Beschreibung |
|---|---|
Task-Überwacher | Der Task-Überwacher läuft im Hintergrund und wird durch AUTOABAP gestartet. Bei AUTOABAP handelt es sich um einen Hintergrundprozess, der alle 5 Minuten automatisch gestartet wird. Ein Alert wird angezeigt, wenn der Task-Überwacher nicht korrekt konfiguriert ist. |
WS-bgRFC-Inbound-Destination | Der Name der bgRFC-Inbound-Destination wird in zwei unterschiedlichen Bereichen angegeben: In der allgemeinen Konfiguration des bgRFC und in der Konfiguration der WS-Laufzeit. Wenn kein Name konfiguriert ist, wird ein Alert angezeigt. Sie können die bgRFC-Inbound-Destination in der Transaktion SRT_ADMIN definieren. |
Jobs | Zeigt an, ob die Standard-Hintergrundprozesse laufen. Ein spezieller Job sorgt dafür, dass alle diese Jobs korrekt laufen. Zur Statusüberprüfung wählen Sie Standardjobs in der Transaktion SM36. Stellen Sie fest, ob BC_SAP_SOAP_RUNTIME_MANAGEMENT freigegeben ist. Falls nicht, prüfen Sie das Jobprotokoll, um festzustellen, welche Jobs fehlerhaft sind: SAP_SRT_REORG_LOG_TRACE SAP_SRT_SEQ_DELETE_BGRFC_QUEUES SAP_SRT_SEQ_DELETE_TERM_SEQ SAP_SRT_SEQ_SOFT_TERM_RFC SAP_SRT_UTIL_CLEANUP SAP_SRT_UTIL_PERSIST_CHECK SAP_SRT_UTIL_PERSIST_CLEANUP SAP_WSSE_TOKEN_CACHE_CLEANUP |
WSRM-Event-Handling (nur 7.01, 7.11) | Die korrekte Funktionsweise des Event-Handlers ist Voraussetzung für eine zuverlässige Message-Übertragung. Weitere Informationen finden Sie unter Event-gesteuerte Verarbeitung überwachen. |
Service-Destination | Damit eine Kommunikation über RFC möglich ist, müssen Sie eine Service-Destination in jedem Mandanten des Sendersystems definieren und verschiedene Einstellungen vornehmen. |
Level des Fehlerprotokolls | Den Fehlerprotokoll-Level können Sie in den Support-Dienstprogrammen für Web-Services einstellen (Transaktionscode SRT_UTIL). Wenn der Level auf inaktiv gesetzt wurde, wird ein Alert angezeigt, um den Administrator darüber zu informieren, dass Fehler in der Web-Service-Laufzeit nicht protokolliert werden. |
Level des funktionalen Trace | Den Level des funktionalen Trace können Sie in den Support-Dienstprogrammen für Web-Services einstellen (Transaktionscode SRT_UTIL). Das funktionale Trace ist in der Regel nur erforderlich, wenn ein bestimmtes Problem analysiert wird. Wenn es aktiv ist, wird ein Alert angezeigt. Siehe Tracing konfigurieren. |
Level des Payload-Trace | Den Level des Payload-Trace können Sie in den Support-Dienstprogrammen für Web-Services einstellen (Transaktionscode SRT_UTIL). Das Payload-Trace ist in der Regel nur erforderlich, wenn ein bestimmtes Problem analysiert wird. Ansonsten verbraucht es unnötig Platz in der Datenbank. Wenn es aktiv ist, wird ein Alert angezeigt. Siehe Tracing konfigurieren. |
Level des Performance-Trace | Den Level des Performance-Trace können Sie in den Support-Dienstprogrammen für Web-Services einstellen (Transaktionscode SRT_UTIL). Das Performance-Trace ist in der Regel nur erforderlich, wenn ein bestimmtes Problem analysiert wird. Wenn es aktiv ist, wird ein Alert angezeigt. Siehe Tracing konfigurieren. |
IDP-Status | Idempotenzstatus. Dieser Service sorgt dafür, dass mittels asynchroner Kommunikation gesendete Messages nur ein Mal verarbeitet werden, falls keine Response eingeht. Die Response kann ausbleiben, wenn die Original-Message vom Web-Service-Provider nicht empfangen wurde oder wenn die Response-Übermittlung unterbrochen wurde. Mit Hilfe des IDP-Services wird sichergestellt, dass die Message-ID von Messages, die erneut vom Service-Consumer gesendet werden, geprüft wird, damit festgestellt werden kann, ob die benötigte Geschäftslogik bereits ausgeführt wurde oder nicht. Siehe Idempotente Web-Services. |
Alerts in Message Processing | Fehlerkategorie im Web-Service-Fehlerprotokoll (SRTUTIL) |
|---|---|
Konfiguration | WS-Konfiguration |
Anwendung | WS-Anwendung |
Laufzeit | WS-Laufzeit, Proxy-Laufzeit |
Sicherheit | WS-Security |
Kommunikation | Kommunikation |
System | System |
Konvertierung | XML-Konvertierung |
Mapping | Mapping |
Häufigkeit der Datensammlung
Die Häufigkeit der Datensammlung für die einzelnen Knoten hängt von der Methode ab, die für den Datenabruf verwendet wird:
Auto-ABAP – Hoch, alle 5 Minuten (Maximum)
CCMS-Batch-Report – Niedrig, jede Stunde (Maximum)
In der folgenden Tabelle wird die Datensammelhäufigkeit für die Knoten in den Bereichen Infrastructure und Message Processing aufgelistet:
Knoten | Datensammelhäufigkeit |
|---|---|
Task-Überwacher | Hoch |
WS-bgRFC-Inbound-Destination | Niedrig |
WSRM-Event-Handling (nur 7.01, 7.11) | Niedrig |
Jobs | Niedrig |
Service-Destination | Niedrig |
Level des Fehlerprotokolls | Hoch |
Level des funktionalen Trace Level des Payload-Trace Level des Performance-Trace | Niedrig |
IDP-Status | Niedrig |
Alle Knoten in Message Processing | Hoch |