Anzeige des Einspielstatus
Solution Manager
Ein Maß für die auf dem System erzeugte Last ist dagegen die gesamte Antwortzeit (Summe Antwortzeit). Vergleichen Sie dazu die Erklärungen zu Aktivität und Last in Abschnitt 3.3.4, »Aktivität, Durchsatz und Last«. Um die Transaktionen zu ermitteln, die auf dem System die größte Last erzeugen, sortieren Sie nach S Antwortzeit, S CPU-Zeit bzw. S DB-Zeit. Programme, die nach diesen Sortierungen an der Spitze der Liste stehen, sind Kandidaten für eine Performanceoptimierung.
Die SAP Basis ist für den reibungslosen Betrieb des SAP Basis-Systems zuständig. Das SAP Basis-System ist für R/3 als auch S/4 wie ein Betriebssystem. Jedes Betriebssystem, wie zum Beispiel Windows, bietet eine Umgebung in der Programme, die für diese Umgebung entwickelt worden sind, ausgeführt werden können, wie beispielsweise MS-Office. Genauso bietet das SAP Basis-System eine Umgebung, in der die SAP-Programme laufen können. In jedem R/3 oder S/4 System gibt es einen Datenbankserver wie zB HANA, auf dem sich die Datenbank befindet. Sie stellt allen anderen Anwendungen die notwendigen Daten zur Verfügung. Die Daten sind dabei nicht nur Datentabellen, sondern auch Anwendungen, Systemsteuertabellen und Benutzerdaten.
Anbindung Cloud-Services
Um eine optimale Performance zu erreichen, sollte das Kopieren der Daten beim Kontextwechsel auf ein Minimum beschränkt bleiben, mit anderen Worten, es soll möglichst wenig SAP Roll Memory benutzt werden. Daher wird für alle Betriebssysteme empfohlen, ztta/roll_first = 1 zu setzen. Was passiert nun, wenn der SAP Extended Memory voll belegt ist? In diesem Fall sind zwei Szenarien möglich, die beide nicht performanceoptimal sind: Da der SAP Extended Memory voll belegt ist, werden Benutzerkontexte bis zu einer Größe von ztta/roll_area im lokalen Roll-Bereich abgelegt. Bei jedem Kontextwechsel müssen damit unter Umständen mehrmals Daten in der Größe von mehreren Megabyte kopiert (gerollt) werden; dies führt typischerweise zu Wartesituationen in der Roll-Verwaltung, insbesondere wenn der Roll-Puffer voll ist und Daten in die Roll-Datei geschrieben werden müssen. Erfahrungen zeigen, dass bei großen Applikationsservern mit mehr als 100 Benutzern die Performance in diesen Fällen schlagartig und drastisch einbricht. Um in dieser Situation Abhilfe zu schaffen, kann man den lokalen RollBereich (ztta/roll_area) reduzieren. Wenn der SAP Extended Memory voll belegt ist, wird nur noch wenig Roll Memory verwendet, und die Menge der beim Kontextwechsel zu kopierenden Daten reduziert sich. Stattdessen werden die Kontextdaten im SAP Heap Memory abgelegt – dies hat zur Folge, dass die Workprozesse gar nicht mehr rollen, sondern in den PRIV-Modus gehen, d. h. einem Benutzer zwischen den Transaktionsschritten exklusiv zugeordnet bleiben. Befinden sich zu viele Workprozesse gleichzeitig im PRIV-Modus, stehen dem Dispatcher nicht genügend freie Workprozesse zur Verfügung. Es kann daher zu hohen Dispatcher-Wartezeiten und damit ebenfalls zum Einbruch der Performance kommen.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Die Webseite "www.sap-corner.de" bietet viele nützliche Informationen zum Thema SAP Basis.
Der Begriff Prozessor bezeichnet bekanntlich die zentrale Verarbeitungseinheit (Central Processing Unit, CPU) eines Rechners, die in der Lage ist, Programme auszuführen.