Überwachung der Dispatcher-Queue
Services
Es ist offensichtlich, dass angesichts der Vielzahl an möglichen Maßnahmen System- und Applikationsbetreuer gemeinsam eine Lösung finden müssen. Die effektivste Methode des Performancetunings ist oft, nicht benötigte Funktionen applikationsseitig abzuschalten. Damit der Applikationsbetreuer allerdings weiß, was er sinnvollerweise im Customizing abschalten oder vereinfachen soll, benötigt er die Analyse der Systembetreuer. Es bedarf also der gemeinsamen Anstrengung, um zu einer Lösung zu kommen.
Anhand der Analysesicht Systemlastüberblick (siehe Abbildung 3.1) können wir die Begriffe Aktivität, Durchsatz und Last erläutern: In der zweiten Spalte finden Sie die Anzahl der Transaktionsschritte (Anzahl Schritte). Die Anzahl der Transaktionsschritte pro Zeiteinheit bezeichnet man als Aktivität oder Durchsatz. In unserem Beispiel sehen Sie, dass 1.440 Transaktionsschritte auf die Dialogverarbeitung entfallen, d. h., die Benutzer haben in dem betrachteten Zeitraum 1.440 Bildwechsel im Dialogbetrieb ausgeführt.
NEUE TECHNOLOGIEN & INNOVATION
Wenn zwei Benutzer in einem Zeitraum jeweils 100 Transaktionsschritte Last ausgeführt haben, sind beide gleich aktiv gewesen. Das bedeutet aber noch nicht, dass sie beide die gleiche Last auf dem System erzeugt haben. Wenn z. B. der erste Benutzer Finanzbelege eingegeben hat und 100 Transaktionsschritte mit einer mittleren Antwortzeit von 500ms ausgeführt hat, hat er das System 50 Sekunden lang belastet. Ein zweiter Benutzer hat z. B. Controlling-Berichte erstellt und für seine Arbeit 100 Transaktionsschritte mit einer mittleren Antwortzeit von 5 Sekunden benötigt, also das System 500 Sekunden lang in Anspruch genommen. Offensichtlich hat der zweite Benutzer bei gleicher Aktivität eine zehnfach größere Last erzeugt. Wie man an diesem Beispiel erkennt, ist also das Produkt aus der Anzahl der Transaktionsschritte und der mittleren Antwortzeit ein Maß für die erzeugte Last. (Will man exakt sein, muss man von der Antwortzeit die Dispatcher-Wartezeit und die Roll-Wartezeit abziehen, denn während der Auftrag in der Dispatcher-Queue bzw. auf die Ausführung eines RFCs wartet, verursacht er keine Last auf dem System.) Die Belastung, die die unterschiedlichen Task-Typen auf der Datenbank erzeugen, lässt sich analog anhand der gesamten Datenbankzeit (Transaktionsschritte mal mittlere Datenbankzeit) vergleichen. Ebenso erfolgt der Vergleich der CPU-Belastung auf dem Applikationsserver. Die Verteilung der Zeiten (Datenbankzeit, CPU-Zeit etc.) spiegelt also die Lastverteilung auf dem System besser wider als die bloße Anzahl der Transaktionsschritte.
Um die Vielfalt an verschiedenen Systemvariationen und die damit verbundene Vielfalt an Routineaufgaben einzudämmen, ist es notwendig, die Anzahl der Kundenspezifika zu reduzieren. Insbesondere Implementierung, Set-up und Konfiguration der Systeme und Sicherheitskonzepte müssen vereinheitlicht oder auf den SAP-Standard zurückgeführt werden. Hierzu ist es erforderlich, in Zusammenarbeit mit den dafür zuständigen IT-Fachabteilungen einen Standard für bspw Betriebssysteme und Datenbanken im Rahmen der durch das Produkt vorgegebenen Randbedingungen zu schaffen.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Der Transportauftrag kann entweder manuell oder durch einen Job entfernt werden.
Daten, die in der Präsentationsschicht neu eingegeben werden, werden zum anderen an die Datenbankschicht weitergegeben und dort gespeichert.