SAP Standard Application Benchmarks
Fehlerbehebung
Ein allgemeines Performanceproblem erkennen am sichersten die Benutzer. Anhand des Workload-Monitors können Sie die Beobachtungen der Benutzer verifizieren, indem Sie prüfen, ob die Zeiten, die alle Transaktionen gleichermaßen betreffen, erhöht sind.
Kann der SAP Extended Memory aufgrund der zuvor aufgeführten Beschränkungen nicht vergrößert werden und stellen Sie anhand der Modusliste fest, dass wenige Benutzer einen großen Teil des SAP Extended Memorys belegen, können Sie die Benutzerquote (ztta/roll_extension bzw. mit Basisversion 7.40 auch ztta/roll_extension_dia und ztta/roll_extension_nondia) reduzieren. Dies führt dazu, dass der einzelne Benutzermodus im SAP Extended Memory weniger Speicher belegt und stattdessen eher SAP Heap Memory verwendet. Dieses Vorgehen hat jedoch zwei Nachteile: Workprozesse gehen mit einer höheren Wahrscheinlichkeit in den PRIV-Modus. Daher muss eventuell die Anzahl der Dialog-Workprozesse erhöht werden. Dem einzelnen Benutzer steht insgesamt weniger Speicher zur Verfügung; dies kann im schlimmsten Fall zur Folge haben, dass Programme mit einem sehr hohen Speicherbedarf abbrechen.
Datenbankschicht (relationales Datenbank-Management-System)
Die Anzahl der Sätze, die maximal in einer FETCH-Operation übertragen werden können, wird von der SAP-Datenbankschnittstelle wie folgt ermittelt: Jeder SAP-Workprozess verfügt über einen Eingabe-/Ausgabepuffer für die Übertragung der Daten von der bzw. zur Datenbank. Der SAP-Profilparameter dbs/io_buf_size legt die Größe dieses Puffers fest. Die Anzahl der Sätze, die mit einem Fetch von der Datenbank geholt werden, berechnet sich wie folgt: Anzahl der Sätze = dbs/io_buf_size ÷ Länge eines zu lesenden Satzes in Byte.
In Anlehnung an die Empfehlung der Unterteilung der SAP-Basis in eine anwendungsnahe und infrastrukturnahe SAP-Basis [A4] zeigt die Abbildung 3 eine mögliche Darstellungsform. Die Schnittstellenfunktion SAP-Basis wird in eine anwendungsnahe SAP Basis, die für die Koordination und Kommunikation mit vertikal und höher angesiedelten IT-Fach- und Geschäftsbereichen zuständig ist, und in eine infrastrukturnahe SAP-Basis gegliedert. Die infrastrukturnahe SAP-Basis wiederum dient als Bindeglied der anwendungsnahen SAP-Basis zu den Infrastrukturebenen. Die Aufgabe des Bindeglieds wird erneut von Subject Matter Experten erfüllt. In der anwendungsnahen SAP-Basis wiederrum sind eher Technologiearchitekten platziert. Der Aspekt der Innovationstätigkeit bzw. des Innovations-Teams der SAP-Basis wird auf Ebene der anwendungsnahen SAP-Basis platziert, da diese aufgrund der vorhandenen Fähigkeiten eine führende, ebenfalls koordinierende Rolle übernehmen und sich Fachwissen sowohl durch Hinzunahme der infrastrukturnahen SAP-Basis als auch nachgelagerten IT-Fachabteilungen einholen kann. Abbildung 3: SAP-Basis als Querschnittsfunktion SAP-Basis (anwendungsnah) SAP-Basis (infrastrukturnah) SAP-Basis (Innovation / Testlabor) Anwendungsentwicklung Datenbanken Virtualisierung ....
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
SAP Standard Application Benchmarks sind automatisierte und standardisierte Ausführungen von Geschäftsprozessen mit vorgegebenem Customizing und Stammdaten.
Containerisierung, Automatisierung, hybride Clouds, Playbooks und alles, was SAP Basis-Berater sonst noch wissen müssen.