SPAM/SAINT – die in ABAP integrierten Update Tools
Der Performancemonitor im DBA-Cockpit
Eine SAP-Transaktion erstreckt sich in der Regel über mehrere Transaktionsschritte (Bildwechsel). Während dieser Schritte werden Daten wie Variablen, interne Tabellen und Bildschirmlisten aufgebaut und im Hauptspeicher des Applikationsservers gehalten. Diese Daten bezeichnet man als Benutzerkontext. In der Regel werden die Schritte einer Transaktion von unterschiedlichen Dialog-Workprozessen ausgeführt, d. h., der erste Transaktionsschritt wird vielleicht vom Workprozess Nr. 3 ausgeführt, der zweite Schritt vom Workprozess Nr. 4 etc. Zu Beginn eines Transaktionsschrittes muss daher der Benutzerkontext dem entsprechenden Workprozess zugänglich gemacht werden. Dieser Vorgang heißt Roll-in. Die technischen Vorgänge beim Roll-in (z. B. das Kopieren von Daten in den lokalen Speicher des Workprozesses) werden in Kapitel 6, »Speicherkonfiguration«, im Detail dargestellt. Analog zum Roll-in zu Beginn eines Transaktionsschrittes wird zum Ende eines Transaktionsschrittes ein Roll-out, also die Sicherung der aktuellen Benutzerdaten, durchgeführt. Die Länge des Roll-ins wird als Roll-in-Zeit, die Länge des Roll-outs als Roll-out-Zeit bezeichnet. Bitte beachten Sie, dass der Roll-out nicht zur Antwortzeit eines Transaktionsschrittes beiträgt. Beim Roll-out, d. h. beim Kopieren des Benutzerkontextes aus dem lokalen Speicher des Workprozesses in den Roll-Speicher, sind die Daten des Benutzers bereits vorher an den Präsentationsserver übertragen worden.
Der Lebenszyklus eines SAP-Systems beginnt mit der Installation der Datenbank-Plattform. Diese wird von einem SAP Basis-Administrator installiert und kann aus einer der folgenden Datenbanken bestehen: HANA, Sybase, DB2, Oracle, MSSQL und MaxDB.
Praktiker für Praktiker
Haben Sie eine SQL-Anweisung mit einer langen Laufzeit identifiziert, sollten Sie zur weiteren Analyse den Trace erneut erstellen. Empfehlenswert ist es, den Trace zu Zeiten mit hoher und mit niedriger Systembelastung durchzuführen. Stellen Sie dabei fest, dass die Antwortzeiten für einen Datenbankzugriff nur zu bestimmten Zeiten negativ auffallen, deutet dies auf Durchsatzprobleme im Netzwerk oder beim Datenbankzugriff (z. B. auf einen I/O-Engpass) hin. Detaillierte Informationen dazu finden Sie in Abschnitt 2.2.2, »Identifizierung von Schreib-/Lese-(I/O-)Problemen«. Sind die Antwortzeiten für einen Datenbankzugriff dagegen reproduzierbar schlecht, liegt aller Wahrscheinlichkeit nach eine ineffiziente SQL-Anweisung vor, die es zu optimieren gilt.
Zur Durchführung des Sizings gibt es unterschiedliche Ansätze. Für viele Prozesse bietet SAP im SAP Support Portal den Quick Sizer an, eine browserbasierte Anwendung, in der Sizing-Projekte angelegt, die Daten eingegeben und der Hardwarebedarf berechnet werden können. Den Quick Sizer finden Sie im SAP Support Portal unter http://service.sap.com/sizing. Unter dieser Adresse finden Sie neben der Dokumentation zum Quick Sizer auch weitere Informationen zum Sizing von SAP-Lösungen.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Vermuten Sie, dass ein Hardwareengpass auf dem Datenbankserver auftritt, analysieren Sie die Datenbankzeit: Ist sie erhöht? Vergleichen Sie dazu z. B. die Datenbankzeiten im Tagesprofil zu Zeiten hoher und niedriger Last.
Die Variante DEFAULT ist bereits im System angelegt.