Typkopplung
Homogen
Mit dem Funktionsbaustein SWNC_COLLECTOR_GET_AGGREGATES kann man so die wichtigsten SAP Basis Transaktionen ermitteln. Schließlich sieht jeder SAP Basis Experte unterschiedliche Transaktionen als wichtig an.
Worin könnten die Ursachen für eine große Differenz zwischen Processing-Zeit und CPU-Zeit liegen? Zum einen kommt ein CPU-Engpass als Ursache infrage. In diesem Fall steht den SAP-Workprozessen nicht genug CPU-Kapazität zur Verfügung, und die Prozesse müssen auf die CPU warten. In diesem Fall verstreicht die im Workprozess gemessene Processing-Zeit, ohne dass CPU-Zeit benötigt wird, und beide Zeiten differieren. Als weitere Ursache für eine Differenz zwischen Processing-Zeit und CPU-Zeit kommen Wartezustände im SAP-Workprozess infrage. In allen Fällen, in denen sich der SAP-Workprozess im Status hält befindet, läuft die Processing-Zeit, ohne dass CPU benötigt wird. Solche Wartezustände lassen sich mit der Workprozess-Übersicht identifizieren.
Initiales Hardware-Sizing
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?
Wenn mehrere SAP-Systeme auf einem Rechner betrieben werden, sollte bei Produktivsystemen eine feste Zuordnung der Ressourcen (CPU und Hauptspeicher) erfolgen. Eine »Überbuchung« der Ressourcen ist nicht zu empfehlen und für SAP-HANA-Szenarien sogar explizit ausgeschlossen (z. B. in SAP-Hinweis 1788665). In dieser Hinsicht sparen Sie also keine Ressourcen. Anders sieht die Situation bei nicht produktiven Systemen aus oder auch bei Produktivsystemen, die nur zu bestimmten Zeiten genutzt werden. Hier kommt eine Überbuchung durchaus infrage.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Steht der SAP-Profilparameter auf 32.000 und kommt es trotzdem zu Abbrüchen, liegt mit hoher Wahrscheinlichkeit ein Fehler im Programm vor (siehe entsprechende Hinweise im SAP Support Portal).
Stellen Sie sicher, dass der Benutzer, dessen Aktionen aufgezeichnet werden, während des Trace nur eine Aktion ausführt – andernfalls wird der Trace unübersichtlich.