»Risiken und Nebenwirkungen«
Dynamische Verteilung der Dialogbenutzer
Wie beschrieben, erfolgt das Verbuchen in Verbuchungs-Workprozessen in der Regel asynchron, d. h., der Dialog-Workprozess wartet nicht, bis der Verbucher seine Arbeit abschließt. Vielmehr meldet er bereits nach der Zwischenspeicherung der Daten in den Verbuchungstabellen dem Benutzer den Abschluss der Transaktion, sodass dieser mit seiner Arbeit fortfahren kann, während der Verbucher noch arbeitet. Es kann aber auch synchron verbucht werden, d. h., der Dialog-Workprozess wartet auf den Abschluss der Arbeit der Verbuchung. Im Workprozess-Monitor, Transaktionscode SM50 bzw. SM66, würde diese Situation als Status Hält, Grund Upd angezeigt werden. Die synchrone Verbuchung wird durch den Zusatz AND WAIT zur ABAP-Anweisung COMMIT WORK aktiviert.
Eine SAP-Transaktion erstreckt sich in der Regel über mehrere Transaktionsschritte, d. h. Bildwechsel. Während dieser Schritte werden Daten wie Variablen, interne Tabellen und Bildschirmlisten aufgebaut und im Speicher des Applikationsservers gehalten. Diese Daten bezeichnet man als Benutzerkontext.
CPU-Auslastung
In vielen Fällen liegen die Daten, aufgrund derer im SAP-System Dokumente erstellt werden sollen, bereits in elektronischer Form vor, z. B. als Datei. Es wäre extrem unsinnig, diese Daten durch Dialogbenutzer manuell eingeben zu lassen. Vielmehr bietet das SAP-System die Möglichkeit, diese Daten über im Hintergrund laufende Schnittstellenprogramme in das System zu übertragen. Diese Art der Verarbeitung wird auch als Batch-Input bezeichnet und ist eine Sonderform der Hintergrundverarbeitung. Sie wird häufig als Kommunikationsschnittstelle zwischen dem SAP-System und externen DV-Systemen verwendet: Stellen wir uns etwa ein Projekt vor, in dem Kundenaufträge in dezentralen Rechnern mit einer lokalen Software erfasst und gespeichert werden. Nach Bedarf senden diese Rechner ihre Aufträge in einer Datei an eine Zentrale, wo sie per Batch-Input in das SAP-System übertragen werden.
In der Regel kommen zur Beseitigung eines Performanceproblems mehrere Lösungen in Betracht. Bei der Entscheidung, welche Maßnahmen in welcher Reihenfolge durchgeführt werden sollen, gilt der Grundsatz: »Besser Last vermeiden, als Last zu verteilen«. Natürlich gilt auch hier: keine Regel ohne Ausnahme. In Einzelfällen oder als Übergangslösung kann es günstiger sein, ein ineffizientes Customizing und ineffizient geschriebene Kundenprogramme durch technische Maßnahmen wie das Anlegen von Indizes, das Vergrößern der Puffer oder durch größere und schnellere Hardware auszugleichen. Der tatsächliche Maßnahmenkatalog zum Performancetuning muss daher aufgrund einer Performanceanalyse und im Hinblick auf die lokalen Gegebenheiten abgestimmt werden.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Für den Benutzer ist die mittlere Antwortzeit seiner Transaktionen die entscheidende Größe.
Wir sind transparent und offen.