Lösung: Benutzerabgleich durchführen
Tägliche Checks und Reaktionsschnelligkeit
Hosting-Umgebungen und Angebote von Drittanbietern haben ebenfalls zu diesen Verbesserungen beigetragen. Öffentliche Cloud-Umgebungen wie Azure und AWS bieten eine Abstraktionsebene, die die schwierige Aufgabe, die Hardware instand zu halten, die bei SAP vor Ort erforderlich war, überflüssig macht.
Einen ABAP-Trace für eine SAP-GUI-Transaktion erstellen Sie wie folgt: In den Eingangsbildschirm des ABAP-Trace gelangen Sie über den folgenden Menüpfad: System > Hilfsmittel > Laufzeitanalyse > Ausführen. Alternativ wählen Sie den Transaktionscode SAT. Geben Sie im oberen Teil der Bildschirmmaske, unter Messung, einen Transaktionscode, einen Programmnamen oder einen Funktionsbaustein ein, und wählen Sie Ausführen, um die Messung zu starten. Alternativ können Sie über den Schalter Im parallelen Modus in eine Prozessliste verzweigen, in der Sie den ABAP-Trace für einen gerade aktiven Workprozess aktivieren können. Das System startet die Laufzeitmessung und legt eine Datei mit den gemessenen Daten an. Kehren Sie in das Einstiegsbild der Laufzeitanalyse zurück, indem Sie die Transaktion, den Funktionsbaustein oder das Programm wie üblich verlassen oder die Laufzeitanalyse erneut starten.
SAP Netweaver – BI Berechtigungskonzept
Benutzerkontextdaten werden von Dialog-Workprozessen in folgender Reihenfolge abgelegt: Beim Start einer Transaktion wird der Benutzerkontext bis zu einer Größe von ztta/roll_first im lokalen Roll-Bereich des Workprozesses gespeichert. ztta/roll_first soll auf 1 (Byte) gesetzt werden. Dies bedeutet, dass zunächst überhaupt kein SAP Roll Memory belegt werden soll. Aus technischen Gründen werden allerdings immer administrative Daten in der Größenordnung von bis zu 100 kB im lokalen Roll-Bereich des Workprozesses abgelegt, auch wenn ztta/roll_first = 1 ist. Wächst die Größe des Benutzerkontextes über den Wert ztta/roll_first hinaus, werden die Daten im SAP Extended Memory abgelegt. Ist der SAP Extended Memory erschöpft oder erreicht der Benutzerkontext die Quote von ztta/roll_extension*, wird der verbleibende Rest des lokalen Roll-Bereichs bis zu einer Größe von ztta/roll_area genutzt. Wächst der Kontext weiter an und übersteigt der Speicherbedarf auch diesen Wert, allokiert der Workprozess SAP Heap Memory nach Bedarf. Die Verwendung von SAP Heap Memory hat den Nachteil, dass dieser Speicher lokal ist und auch nicht mehr – wie beim SAP Roll Memory – in einen globalen Speicherbereich kopiert (gerollt) werden kann. Wenn ein Prozess SAP Heap Memory allokiert, kann der Kontext nicht mehr zu einem anderen Workprozess übertragen werden. Der Workprozess bleibt einem Benutzer exklusiv zugeordnet. Diesen Zustand bezeichnet man als PRIV-Modus (Private Mode). In der Workprozess-Übersicht wird dieser Zustand in den Spalten Status und Grund durch die Werte hält bzw. PRIV dokumentiert.
Um die Auslastung der Memory Pipes zu überwachen, wählen Sie im ICMMonitor die Funktion Springen > Memory Pipes > Daten anzeigen. Hier finden Sie u. a. Informationen über die Anzahl der Memory-Pipe-Puffer (Feld Total #Mpi Buffer und über deren Auslastung (Feld Peak buffer usage). Einen Engpass erkennen Sie, wenn der Wert peak gleich dem Wert maximal ist.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Wenn die Workprozess-Übersicht zahlreiche Workprozesse mit den Aktionen Sequenzielles Lesen, Direktes Lesen, Update, Commit, Warten auf DBLock oder anderen Datenbankaktivitäten zeigt, liegt ein Problem im Bereich der Datenbank vor.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Beachten Sie, daß Sie nur Support Packages auswählen können, die zu der von Ihnen gewählten Softwarekomponente gehören (der Mauszeiger ändert sein Aussehen entsprechend).