Ansicht
Dokumentation

Zentrales Monitoring (erweitert) ( RELNBC_XI_30_IS_MONITOR )

Zentrales Monitoring (erweitert) ( RELNBC_XI_30_IS_MONITOR )

RFUMSV00 - Advance Return for Tax on Sales/Purchases   ABAP Short Reference  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Kurztext

Zentrales Monitoring (erweitert)

Verwendung

Das zentrale Monitoring der SAP Exchange Infrastructure (XI) wird in folgenden Bereichen erweitert:

  • Komponenten-Monitoring
  • XI im System Landscape Directory (SLD)

Im SLD werden nun alle XI-Komponenten explizit dargestellt. Das SLD liefert alle Informationen, die für den Zugriff auf und die Überwachung von XI-Komponenten notwendig sind (z.B. für das Integration Repository, das Integration Directory, das SLD selbst usw.). Die XI-Komponenten registrieren sich hierzu automatisch im SLD; die manuelle Administration des SLD wird auf ein Minimum reduziert.
  • Integration mit dem SAP Computing Center Management System (CCMS)

Die erweiterte Integration mit dem CCMS-Alert-Monitor verringert die Anzahl der Alerts an Administratoren. Es werden keine Massen-Alerts mehr ausgegeben, sondern nur noch ein Alert pro Fehlerkategorie. Eine Fehlerkategorie beinhaltet Fehler mit gleicher oder ähnlicher Ursache, für die nur ein Alert abgearbeitet werden muss. Den Administratoren werden auch System- und Anwendungsfehler mitgeteilt. Die Umstrukturierung der Message-Alerts beinhaltet neue Alert-Regeln für Messages mit einem bestimmten Status; ein Aufklappen der einzelnen Fehlerkategorien ist möglich, auch auf der Ebene von Header-Informationen wie Sender oder Interface. Schließlich führen weniger Monitoring-Knoten und -Alerts auch zu mehr Performance bei der Verarbeitung einer Message.
  • Monitoring der Java-Komponenten

XI ist eine hybride Plattform aus Komponenten zweier unterschiedlicher Programmiersprachen: ABAP und Java. Während das Monitoring der XI ABAP-Komponenten von Hause aus über das CCMS in die SAP-Monitoring-Landschaft integriert wird, wird das Monitoring der XI Java-Komponenten durch die Java-Seite von XI ermöglicht. Hierzu werden Schnittstellen zwischen den XI-Komponenten und CCMS bereitgestellt.
  • Die Benutzungsoberfläche des zentralen Monitoring
Zeichnet sich durch eine verbesserte, einheitliche Zugriffsmöglichkeit auf die Monitoring-Daten aller XI-Komponenten aus. Die neue Benutzungsoberfläche dient als "Single Point of Access" für den Benutzer und leitet die Anfrage eines Benutzers an die entsprechende Message-Anzeige weiter, zum Beispiel im Adapter Framework oder im zentralen Monitoring-System. Ganz entscheidend ist, dass das Werkzeug zur Message-Anzeige eine einheitliche Sicht auf die Message-Daten aller Komponenten bietet.
  • End-to-End-Monitoring
Verfolgt die Verarbeitung einer Message durch die gesamte Systemlandschaft. Die Rekonstruktion des Lebenszyklus einer Message erlaubt es, einzelne Verarbeitungsschritte auszuwerten oder herauszufinden, wo es möglicherweise zu Fehlern kam. Das End-to-End-Monitoring sammelt die Daten aus der XI-Message-Verarbeitung und schickt sie an das zentrale Monitoring-System, wo die Daten dann zu einer Kette von Verarbeitungsschritten zusammengeführt werden. Solche Informationen zum Ablauf technischer Verarbeitungsschritte können dann von anderen Monitoring-Werkzeugen verwendet werden.
  • Test und Simulation
Erlaubt es dem Administrator Test-Messages zu erstellen, um zu testen, ob eine XI-Komponente konsistent konfiguriert ist und einwandfrei läuft. Ein solcher Test überprüft auch die Kommunikation zwischen verschiedenen XI-Komponenten, um einen Überblick im Fehlerfall zu gewähren.
  • Performance Monitoring
Zeigt statistische Daten zur Performance der Message-Verarbeitung an. Hierbei kann es sich um Einzeldaten oder um aggregierte Daten handeln, um Detaildaten oder um Durchsatzdaten. Die Daten stammen vom Integration Server oder aus der Process Monitoring Infrastructure (PMI) und können mit Hilfe von Auswahlkriterien eingegrenzt werden.
  • Einbindung des Alert Framework
Das Alert Framework nimmt alle Fehlerberichte entgegen, die während der Message-Verarbeitung auf ABAP- und Java-Seite entstehen können. Durch seine Einbindung in das Monitoring der Exchange Infrastructure verbessert sich die Möglichkeit, auf Fehler beim Message-Austausch innerhalb der Exchange Infrastructure zu reagieren (sowohl während der ABAP-Laufzeit als auch im Adapter Framework, das auf Java-Technologie basiert). Zu diesem Zweck wird das Alert Framework mit Regeln versorgt, die auf bestimmten Ereignissen sowie auf Information aus dem Header des XI-Messaging-Protokolls basieren, und anhand derer entschieden werden kann, ob ein Alert verschickt werden soll oder nicht. Über einen solchen Alert kann eine Fehleranalyse gestartet werden.

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Weitere Informationen






ROGBILLS - Synchronize billing plans   BAL Application Log Documentation  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 5641 Date: 20240523 Time: 153345     sap01-206 ( 141 ms )