SQ03 Pflege Benutzergruppen
Analyse und Reflektion der bestehenden Systemkonfiguration
Hat ein Benutzer sich einmal mittels SAP GUI an einem SAP-System angemeldet, arbeitet er fest auf einer ABAP-Instanz, bis er sich wieder abmeldet. Ein dynamischer, lastabhängiger Wechsel der ABAP-Instanz während einer Sitzung ist nicht vorgesehen. Nur durch Ab- und Wiederanmelden kann ein Benutzer im SAP GUI die Applikationsinstanz wechseln. Bei Anmeldungen über den Webbrowser wird jede Anfrage neu verteilt. Dabei werden Anfragen, die zu einer Transaktion gehören, wieder an dieselbe Instanz gesendet.
Parallel zur Suche nach Applikationsfehlern sollten Sie untersuchen, ob das Programm an Grenzen gestoßen ist, die durch die SAP-Profilparameter festgelegt sind. Der für einen Benutzerkontext zur Verfügung stehende Speicher ergibt sich aus der Summe von ztta/roll_extension (bzw. mit Basisversion 7.40 auch ztta/roll_extension_dia und ztta/roll_extension_nondia, Quoten im SAP Extended Memory) und abap/heap_area_dia bzw. abap/heap_area_nondia (Quoten im SAP Heap Memory). Hinzu kommt noch der SAP Roll Memory mit einer Größe von weniger als 10 MB pro Kontext (ztta/roll_area) und das ab Version 7.40 obsolet ist. In dem oben angeführten Beispiel bricht das Programm ab, weil diese Quoten erreicht werden. Die Parameter betragen in diesem Beispiel ztta/roll_extension = 4.000.000.000 (Byte) bzw. abap/heap_area_dia = 2.000.000.000 (Byte). Der Vergleich mit den Werten »erweiterter Speicherbereich (EM)« und »fest allokierter Speicher (HEAP)« aus dem Protokoll zum Abbruch zeigt, dass das Programm abgebrochen wurde, weil es seine Quoten an SAP Extended Memory und SAP Heap Memory erreicht hat. In diesem Fall sollten Sie diese SAP-Profilparameter erhöhen.
TUNING
Im weiteren Verlauf des Projekts holen Sie ein oder mehrere Angebote von Hardwarepartnern ein. Die Hardwarepartner erstellen das Hardware-Sizing, da nur sie die Leistungsfähigkeit ihrer Hardware bewerten können. Sofern nötig, greifen die Hardwarepartner über ihre SAP Competence Center auf die entsprechenden Sizing-Experten der SAP zurück. Um den Sizing-Prozess zu vereinfachen, hat SAP folgendes Standardverfahren definiert: Legen Sie zu Ihrem Einführungsprojekt ein Sizing-Projekt im Quick Sizer im SAP Support Portal an. Dort legen Sie die für das Sizing notwendigen Daten ab. Unterstützt der Quick Sizer das Sizing für die ausgewählten Prozesse nicht, verwenden Sie die entsprechenden Sizing-Guidelines. Anschließend gewähren Sie den Hardwarepartnern, von denen Sie ein Sizing-Angebot wünschen, Zugriff auf dieses Sizing-Projekt im SAP Support Portal, indem Sie ihnen das Kennwort für das entsprechende Projekt mitteilen. Die Links zu den jeweiligen Internetseiten der Hardwarepartner finden Sie ebenfalls im Quick Sizer. Die Hardwarepartner erstellen nun aufgrund der von Ihnen hinterlegten Daten ein konkretes Hardwareangebot.
Noch vor zehn Jahren gab es für SAP Basis-Experten nicht viel mehr als den SAP Solution Manager. Dabei kam dieser bei den meisten Basis-Administratoren überhaupt nur deshalb zum Einsatz, weil SAP ihnen den SolMan zum Herunterladen von Updates quasi aufzwang.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
In diesem Buch wird daher anstelle von Dialog Step der deutsche Begriff Transaktionsschritt verwendet.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
SPDD_SPAU_CHECK In diesem Schritt wird überprüft, ob ein Modifikationsabgleich (Transaktionen SPDD/SPAU) notwendig ist.