Ist das alles, was es über SAP-Basis zu wissen gibt?
Analyse der SAP-Workprozesse
Die dritte Verbuchungsart ist, die Verbuchung direkt im Dialog- bzw. Hintergrund-Workprozess durchzuführen, d. h., keine Verbuchungs-Workprozesse in Anspruch zu nehmen. Diese Methode wird als lokale Verbuchung bezeichnet. Bei dieser Methode werden die Verbucherdaten nicht in den Verbuchungstabellen auf der Datenbank gespeichert, sondern im Hauptspeicher des Applikationsservers. Die Verbuchung wird direkt nach Abschluss des Dialogteils der Transaktion im Dialog-Workprozess ausgeführt (bzw. im Hintergrund-Workprozess, wenn es sich um einen Hintergrundprozess handelt). Die lokale Verbuchung wird in dem rufenden Programm durch die ABAP-Anweisung SET UPDATE TASK LOCAL aktiviert.
Beim Design einer Softwarelösung und bei der Bewertung von Optimierungsmaßnahmen sollten Sie sich vor Augen halten, dass unterschiedliche Kommunikationen oder Prozesse auf unterschiedlichen Zeitskalen ablaufen. Abbildung 1.6 stellt dies schematisch dar. Auf der schnellsten Zeitskala laufen Anfragen im lokalen Hauptspeicher innerhalb des Datenbank- oder Applikationsserver-Kernels – z. B. bei Suchvorgängen in Tabellen oder Sortierungen. Als Dauer für einen Zugriff ist mit einer Zeit von 0,1 Mikrosekunden (μs) zu rechnen, Zugriffe auf die Prozessor-Caches sind sogar noch schneller. Um etwa zwei Zehnerpotenzen langsamer (10 μs) sind Zugriffe von einem ABAP- oder Java-Programm auf ein Objekt, das sich im Hauptspeicher des Applikationsservers befindet. Wiederum auf einer anderen Zeitskala spielen sich SQL-Anfragen von Anwendungsprogrammen auf die Datenbank ab. Wenn sich das Ergebnis der Anfrage bereits im Hauptspeicher befindet, ist hier mit Zeiten im Bereich von 1 Millisekunde (ms) zu rechnen. Muss von der Festplatte gelesen werden, liegen die Zeiten bei bis zu 10 ms. Auf der langsamsten Zeitskala laufen Anfragen zwischen dem Server und dem Rechner eines Endbenutzers ab. Hier müssen Sie in einem WAN oder Mobilfunknetz mit einer Dauer in der Größenordnung von 100ms rechnen.
Was übernimmt ein SAP Basis Support?
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. Achten Sie in diesem Zusammenhang auch darauf, dass keine Hintergrundjobs oder Verbuchungsaufträge für diesen Benutzer laufen.
Die Last, die durch Hintergrundprogramme entsteht, ist erfahrungsgemäß zeitlich starken Schwankungen unterworfen (z. B. durch Hintergrundprogramme, die an bestimmten Tagen oder zum Monatsabschluss laufen). Dies kann dazu führen, dass es zu einem temporären CPU-Engpass auf dem Datenbankserver kommt, wenn mehrere Hintergrundprogramme gleichzeitig gestartet werden. Bei einer Verteilung der Hintergrund-Workprozesse auf die Applikationsserver können diese Lastspitzen leichter abgefangen werden.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Reiht man verschiedene Jobs zu Ketten aneinander ergeben sich weitere Probleme.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Es ist möglich für jede Regel in der ACL-Datei ein Trace-Level anzugeben, um jeden Kommunikationskanal individuell zu überwachen.