SE91 Nachrichtenpflege
(De-)Installation und Update/Upgrade von SAP-AddOns
Einen derart umfassenden Überblick über das SAP-System hat in der Regel keine Person allein. Daher ist eine Teambildung unbedingt notwendig. In einem großen SAP-Projekt wird es nötig sein, ein Performanceforum einzurichten, zu dem sich regelmäßig Personen treffen, die die aufgeführten Aspekte der Performanceoptimierung diskutieren.
Wenn zwei Benutzer in einem Zeitraum jeweils 100 Transaktionsschritte Last ausgeführt haben, sind beide gleich aktiv gewesen. Das bedeutet aber noch nicht, dass sie beide die gleiche Last auf dem System erzeugt haben. Wenn z. B. der erste Benutzer Finanzbelege eingegeben hat und 100 Transaktionsschritte mit einer mittleren Antwortzeit von 500ms ausgeführt hat, hat er das System 50 Sekunden lang belastet. Ein zweiter Benutzer hat z. B. Controlling-Berichte erstellt und für seine Arbeit 100 Transaktionsschritte mit einer mittleren Antwortzeit von 5 Sekunden benötigt, also das System 500 Sekunden lang in Anspruch genommen. Offensichtlich hat der zweite Benutzer bei gleicher Aktivität eine zehnfach größere Last erzeugt. Wie man an diesem Beispiel erkennt, ist also das Produkt aus der Anzahl der Transaktionsschritte und der mittleren Antwortzeit ein Maß für die erzeugte Last. (Will man exakt sein, muss man von der Antwortzeit die Dispatcher-Wartezeit und die Roll-Wartezeit abziehen, denn während der Auftrag in der Dispatcher-Queue bzw. auf die Ausführung eines RFCs wartet, verursacht er keine Last auf dem System.) Die Belastung, die die unterschiedlichen Task-Typen auf der Datenbank erzeugen, lässt sich analog anhand der gesamten Datenbankzeit (Transaktionsschritte mal mittlere Datenbankzeit) vergleichen. Ebenso erfolgt der Vergleich der CPU-Belastung auf dem Applikationsserver. Die Verteilung der Zeiten (Datenbankzeit, CPU-Zeit etc.) spiegelt also die Lastverteilung auf dem System besser wider als die bloße Anzahl der Transaktionsschritte.
DBACOCKPIT DBA Cockpit: Pflege der Systemkonfiguration
In dem folgenden Dialog wählen Sie einen TADIR-Service aus sowie die Programm-ID "R3TR" und den Objekttyp "IWSG". Jetzt können Sie den auf dem Frontend-Gateway hinterlegten OData-Service auswählen. Anschließend wechseln Sie zu dem Reiter "Berechtigungen" um das aktuelle Profil der Berechtigungsobjekte mit der neuen Fiori Berechtigung zu generieren. Wenn Sie diese Schritte durchgeführt haben, besitzt die behandelte Rolle Frontend-Seitig die nötigen Berechtigungen. Fiori Berechtigung zum Aufruf des OData-Services auf dem Backend-Server Wechseln Sie nun zu der Rollenpflege in der PFCG auf dem Backend-Server. Öffnen Sie die entsprechende Rolle im Änderungsmodus. Nun können Sie die Schritte wie oben bereits für das Frontend erläutert wiederholen. Bei der Auswahl des TADIR-Services als Berechtigungsvorschlag wählen Sie nun jedoch den Objekttyp "IWSV". Hier können Sie den im Backend hinterlegten OData- Service der spezifischen Fiori-Applikation auswählen.
Eine exklusive Datenbanksperre entsteht, wenn ein Benutzer eine Zeile einer Tabelle sperrt, z. B. mit den SQL-Anweisungen UPDATE oder SELECT FOR UPDATE. Versucht ein zweiter Benutzer, diese Zeile ebenfalls zu sperren,muss er warten, bis der erste Benutzer diese Zeile wieder freigibt. Diese Situation heißt Exclusive Lockwait. Alle Datenbanksysteme verfügen über einen Monitor zur Anzeige von exklusiven Datenbanksperren.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Während eines ABAP-Trace wird nicht nur die Laufzeit von Datenbankzugriffen (SELECT, EXEC SQL etc.) gemessen, sondern auch die Zeit, die für einzelne Modularisierungseinheiten (MODULE, PERFORM, CALL FUNCTION, SUBMIT etc.), für interne Tabellenoperationen (APPEND, COLLECT, SORT, READ TABLE) sowie für weitere ABAP-Anweisungen benötigt wird.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Systemänderbarkeit ändern Als Vorbereitung sollten Sie abklären, wie lange die Änderbarkeit in Ihrem System stattfinden soll.