Exception-Analyse

In einer Lösungslandschaft mit zahlreichen verschiedenen Komponenten, die auf unterschiedlichen Technologien beruhen (beispielsweise der ABAP-Stack und der J2EE-Stack eines SAP Web Application Server), wird die Analyse von Exceptions immer komplexer. Jede Komponente führt ein eigenes Protokoll und für den Zugriff auf diese Protokolle werden verschiedene Werkzeuge benötigt.

Für die Exception-Analyse in ABAP- und J2EE-Umgebungen können verschiede Werkzeuge verwendet werden. Zwar gibt es in beiden Umgebungen identische Termini, wie z. B. Dump und Anwendungsprotokoll; sie haben jedoch nicht immer dieselbe Bedeutung.

Beispielsweise kann in ABAP eine Exception in einem Programm einen Dump verursachen. Dieser Dump beendet das Programm; er hat jedoch keinerlei Einfluss auf andere Programme, die in dem ABAP-System laufen. In Java kann der Fehler „Speicherkapazität erschöpft“ für einen J2EE-Serverknoten einen Dump verursachen. Nach diesem Dump startet der Serverprozess neu, und das hat Einfluss auf alle anderen Benutzer und Programme, die auf diesem Serverknoten arbeiten bzw. laufen.

Wenn ein Problem in einem Geschäftsprozess auftritt, der über mehrere Komponenten verteilt ist, kann es sein, dass Sie von einem Werkzeug zum anderen navigieren müssen, um herauszufinden, in welcher Komponente eine Exception aufgetreten ist. Mit der Anwendung für die Exception-Analyse im SAP Solution Manager haben Sie einen einzigen Zugriffspunkt, von dem aus Sie die Analyse beginnen können.

Die E2E-Exception-Analyse ist der Ausgangspunkt für die Analyse funktionaler Probleme innerhalb einer Lösungslandschaft. Nach Identifizierung der Exception, die einen Vorfall ausgelöst hat, können Sie in das Werkzeug für die Expertenanalyse für diese Art von Exceptions navigieren. Die E2E-Exception-Analyse ermöglicht es dem Support-Mitarbeiter auch, die verschiedenen Exception-Arten, wie ABAP-Dumps, J2EE-Dumps und die verschiedenen Protokolldateien zu verknüpfen. Der Support kann mithilfe dieser verknüpften Informationen dann die Exception ausfindig machen, die die Grundursache des Vorfalls darstellt.

Nach dem Identifizieren der entsprechenden Komponente und Exception wird anhand komponentenspezifischer Analysewerkzeuge eine umfassende Komponentenanalyse durchgeführt. Beispielsweise wird der Log Viewer zur Analyse der Java-Umgebung verwendet, während die Transaktion ST22 zur Analyse von ABAP-Laufzeitfehlern verwendet wird.

Vorgehensweise

Das Werkzeug für die E2E-Exception-Analyse kann in zwei verschiedenen Fällen verwendet werden:

Der erste Anwendungsfall ist eine Exception-Trendanalyse, die das Systemverhalten über einen längeren Zeitraum hinweg überwacht. Diese Analyse kann klarstellen, ob beispielsweise eine einzelne Komponente in der Lösung eine besonders hohe Anzahl von Fehlern verursacht. Alternativ kann die Exception-Trendanalyse auch ermitteln, ob in einer Lösung mehr Fehler auftreten, nachdem eine Änderung an einer ihrer Komponenten vorgenommen wurde (beispielsweise Patches, Support Packages oder Änderungen der Konfiguration).

Der zweite Anwendungsfall tritt ein, wenn der genaue Zeitpunkt des Vorfalls bekannt ist, und die Analyse benötigt wird, um die spezifische Komponente zu ermitteln, in der der Fehler aufgetreten ist. In diesem Fall empfehlen wir, nicht nur den genauen Zeitpunkt der Exception zu betrachten, sondern auch die Minuten davor und danach.

Um eine Exception-Analyse zu starten, wechseln Sie zum Bereich Root Cause Analysis.

Wählen Sie im obersten Navigationsbereich End to End Analysis.
Wählen Sie im Bereich Detailed Selection das/die System/e, für das/die Sie die Exception-Analyse vornehmen möchten.
Wählen Sie im Kopfbereich der Liste Detailed Selection die Drucktaste Exception Analysis, um die Analyse zu starten.

Die Registerkarte Overview wird angezeigt. Auf der rechten Seite der Grafik werden die Key Performance Indicators (KPIs) der verschiedenen Komponenten innerhalb des ausgewählten Zeitrahmens angezeigt.

Auf der Grundlage dieser Grafik können Sie ermitteln, welche Komponenten und Fehlerarten beteiligt sind. Um festzulegen, welche Fehlerarten aus welchen Komponenten angezeigt werden sollen, gehen Sie zu Diagram Properties Graph type .

In den Diagram Properties stehen zwei Diagrammarten zur Verfügung:

Das Diagramm History zeigt die Anzahl der Fehler an, die über einen bestimmten Zeitraum in den einzelnen Komponenten aufgetreten sind. Es gibt Aufschluss darüber, ob sich das Fehlerverhalten in der Lösung zu einem bestimmten Zeitpunkt geändert hat oder nicht.
Das Diagramm Time Profile zeigt die Fehler innerhalb einer Zeitspanne von 24 Stunden an. Anhand dieses Diagramms können Sie ermitteln, ob Fehler häufiger zu einer bestimmten Uhrzeit auftreten.

Um eine tiefgehende Analyse der einzelnen Komponenten durchzuführen, können Sie die komponentenspezifischen Registerkarten verwenden. Je nach Komponente stehen verschiedene Sichten zur Auswahl. Für einen reinen ABAP-Stack gibt es beispielsweise Sichten für ABAP SysLog Errors, ABAP Dumps, ABAP Update Errors und IDoc Errors. Auf einem CRM-Server gibt es noch zusätzliche CRM-spezifische Sichten.

Innerhalb der verschiedenen Sichten für tiefgehende Analysen können Sie immer auf die gleiche Art navigieren.

Beispiel

In der Sicht ABAP SysLog Errors werden die Exceptions im ABAP System Logl in einer Tabelle dargestellt. Die Exceptions sind gruppiert nach Error Text, Severity, Problem Class und Application Component, und sie sind nach der Number of errors sortiert.

Ende des Beispiels.

Die Tabelle zeigt jedoch nicht alle diese möglichen Felder an; die Felder, die nicht angezeigt werden, können in einer Drill-Down-Ansicht dargestellt werden. Um die anderen Felder in einer Drill-Down-Ansicht anzuzeigen, verwenden Sie die sekundäre Maustaste.

Grün hinterlegte Felder zeigen an, dass Sie hineinspringen können. Wenn Sie auf ein solches grün hinterlegtes Feld klicken, öffnet sich ein neues Fenster, das zusätzliche Analysen enthält. In unserem Beispiel mit der Sicht ABAP SysLog Errors führt das Hineinspringen direkt auf eine ITS-GUI in der Transaktion ABAP System Log (SM21), und die Exception wird angezeigt. In anderen Sichten führt das Hineinspringen zu zusätzlichen Analyseanwendungen, wie z B. Log Viewer oder Thread-Dump-Analyse.

Im Idealfall wird die Ursache eines Problems mithilfe der Exception-Analyse auf eine Komponente und eine Exception eingegrenzt. Für das Durchführen einer detaillierten Analyse einer Exception sind komponentenspezifische Werkzeuge unersetzlich.

Ergebnis

Sie haben Daten angezeigt, auf deren Grundlage Sie weitergehende Analysen durchführen können.