End-to-End-Workload-Monitor und End-to-End-Laufzeitanalyse im SAP Solution Manager
Declare, Prepare, Open
Für den Benutzer ist die mittlere Antwortzeit seiner Transaktionen die entscheidende Größe. Die mittleren Antwortzeiten der Kerntransaktionen, d. h. der Transaktionen, von deren Performance der Geschäftsablauf empfindlich abhängt, sollten Sie genau überwachen und sich eigene Richtwerte setzen. Folgende Fragen sollten Sie bei der Analyse des Transaktionsprofils beantworten: Sortieren Sie das Transaktionsprofil nach S DB-Zeit. Welche Transaktionen verursachen die höchste Datenbanklast? Sortieren Sie das Transaktionsprofil nach S CPU-Zeit. Welche Transaktionen verursachen die höchste CPU-Last? Fallen Ihnen Transaktionen auf, bei denen der Anteil der Datenbankzeit bzw. der Anteil der CPU-Zeit deutlich über 60 % der gesamten Antwortzeit liegt? Solche Transaktionen sollten mit dem SQL-Trace bzw. dem ABAP-Trace untersucht werden. Das weitere Vorgehen bei der Analyse einzelner Programme und Transaktionen wird in Kapitel 5, »Optimierung von ABAP-Programmen«, beschrieben. Fallen Ihnen kundeneigene Programme und Transaktionen auf, die eine hohe Last verursachen?
Für die Applikationsanalyse ist dabei primär das Transaktionsprofil von Interesse (siehe Abbildung 3.5). Um auf das Transaktionsprofil umzuschalten, wählen Sie im linken unteren Fenster des Workload-Monitors den Eintrag Transaktionsprofil.
Die Vorteile dieses Kurses SAP HANA - Installation und Administration
Wenn Sie einen Puffer optimieren wollen, müssen Sie verstehen, wie er sich gegenüber Änderungen und Verdrängung verhält. Wenn Daten, die gepuffert werden, geändert werden, muss der Puffer davon in Kenntnis gesetzt werden und die gepufferten Daten invalidieren. Werden die Daten gleichzeitig von einem zweiten Prozess verwendet, gibt es unterschiedliche Strategien, wie der Puffer darauf reagiert: Der Puffer kann eine Lesekonsistenz gewährleisten, d. h., solange sich der Prozess in einer Transaktion befindet, kann er noch auf die Daten vor der Änderung zugreifen, um ein konsistentes Bild der Daten zu bekommen. Alternativ gibt es auch Puffer, die diese Lesekonsistenz nicht gewährleisten, d. h., das Programm muss damit rechnen, dass sich Daten bei mehrfachem Lesen in einer Transaktion ändern. Sofern mehrere Instanzen des Puffers existieren, müssen Sie sich anschauen, wie die Synchronisation zwischen den Puffern abläuft, wenn Daten geändert werden.
Eine weitere Möglichkeit, Internetbenutzer an die SAP-Applikationsebene anzubinden, ist die Verwendung eines JSP-Servers (Java Server Pages) oder eines Java-Applikationsservers. Die verwendeten Sprachen sind HTML und Java, die Programmiermodelle sind JSP oder Java-Servlets. Ein Beispiel für Lösungen, die dieses Programmiermodell zur Realisierung der Präsentationslogik verwenden, ist das SAP Enterprise Portal. Auch Teile der Anwendungslogik können in einem Java-Applikationsserver realisiert sein (als sogenannte Enterprise JavaBeans, EJB).
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Haben Sie den Benutzerabgleich bedacht?
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Die zuvor dort verwalteten Daten werden im Extended Memory gespeichert.