OUTTASKING VON REGELMÄSSIGEN AUFGABEN, DIE NICHT AUTOMATISIERT WERDEN KÖNNEN
SWUS Workflow testen
Eine Performanceanalyse mit dem Debugger nehmen Sie wie folgt vor: Starten Sie das zu untersuchende Programm in einem zweiten Modus in der Workprozess-Übersicht (Transaktion SM50). Aus der WorkprozessÜbersicht gelangen Sie mit der Funktion Debugging in den Debugger. Indem Sie mehrfach hintereinander in den Debugger springen, können Sie die Coding-Stellen im Programm mit hohem CPU-Bedarf identifizieren. Oft sind dies LOOP ... ENDLOOP-Schleifen über große interne Tabellen. Den aktuellen Hauptspeicherbedarf erhalten Sie (im »klassischen« Debugger) mit der Funktion Springen > Weitere Bilder > Speicherverbrauch. Prüfen Sie, ob ein Programmfehler oder eine Fehlbedienung des Programms vorliegt, sodass übermäßig viel Speicher angefordert wird. Als Richtwert mag Ihnen dienen, dass ein Programm, das im Dialogbetrieb von mehreren Benutzern ausgeführt wird, nicht mehr als 100MB allokieren sollte. Zur Erstellung einer Liste der im Speicher gehaltenen Objekte des Programms navigieren Sie im »klassischen« Debugger ab SAP NetWeaver AS ABAP 6.20 mit Springen > Zustandsanzeigen > Speicherverbrauch. Auf der Registerkarte Speicherverbrauch > Ranglisten finden Sie eine Liste von Objekten und deren Speicherverbrauch. In den Versionen AS ABAP 4.6 und 6.10 gelangen Sie zu einer Speicherverbrauchsliste über den Pfad Springen > System > Systembereiche. Geben Sie im Feld Bereich »ITAB-TOP25« ein. Sie erhalten so eine Liste der 25 größten internen Tabellen. Im »neuen« Debugger blenden Sie zunächst das Speicheranalyse-Werkzeug ein, indem Sie auf die Schaltfläche für ein neues Werkzeug klicken und dann unter den angebotenen Werkzeugen im Ordner Speicherverwaltung die Speicheranalyse auswählen. Auf dem Eingangsbildschirm wird daraufhin angezeigt, wie viel Speicher vom analysierten internen Modus allokiert bzw. verwendet wird. Auf der Registerkarte Speicherobjekte finden Sie eine Liste der größten Speicherobjekte – das können interne Tabellen, Objekte, anonyme Datenobjekte oder Strings sein.
Benutzerkontexte werden im SAP Roll Memory, im SAP Extended Memory oder im SAP Heap Memory abgelegt. Diese Aufteilung hat historische Gründe und stammt aus einer Zeit, in der der Adressraum und insbesondere der Shared Memory beschränkte Ressourcen waren.
Mitarbeiter-Eintritte und -Austritte
NUMA steht für Non-Uniform Memory Access und beschreibt eine Computer-Speicher-Architektur für Multiprozessorsysteme, bei der jeder Prozessor über einen eigenen, lokalen physischen Speicher verfügt, aber anderen Prozessoren über einen gemeinsamen Adressraum direkten Zugriff darauf gewährt (Distributed Shared Memory). Bei einem Zugriff auf einen fremden Speicher treten Verzögerungen im Vergleich zum Zugriff auf den lokalen Speicher auf. Eine gute Datenlokalität ist also entscheidend für eine gute Performance. Betriebssysteme und SAP HANA verfügen über Strategien, ihre Prozesse in Bezug auf verteilte Prozessoren zu optimieren, allerdings wächst das Optimierungsproblem mit der Zahl der Prozessoren mit eigenen Speicherkarten in einem Multiprozessorsystem überproportional an. Dies gilt insbesondere für Systeme, bei denen die Daten stark integriert sind, wie es bei SAP-ERPSystemen der Fall ist.
Der SQL-Monitor (Transaktionscodes SQLM bzw. SQLMD) steht seit SAP SQL-Monitor NetWeaver 7.00 zur Verfügung. Informationen zur genauen Verfügbarkeit und zur Konfiguration finden Sie in Anhang E. Starten Sie die Verwaltung des SQL-Monitors (Transaktionscode SQLM). Im oberen Teil des Bildschirms finden Sie die Informationen über die Aktivierung des Monitors. Im unteren Teil des Bildschirms finden Sie die Funktionen, um den Monitor zu starten bzw. zu stoppen und um Analysen zu speichern, sowie den Absprung zur Auswertung. Starten Sie die Datenaufzeichnung mit der Funktion Aktivierung/Deaktivierung > Alle Server. Geben Sie in dem Dialogfenster SQL-Monitor-Aktivierungsablauf Datum und Uhrzeit und eine Dateigröße an, nach deren Überschreitung der Monitor automatisch deaktiviert werden soll.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Ein Richtwert muss individuell für jedes System definiert werden.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Der umsetzende Benutzer benötigt außerdem einige Berechtigungen, um die notwendigen manuellen Vor- und Nacharbeiten des Hinweises am System ausführen zu können: Berechtigung für die Transaktion SLG1 Leseberechtigung für Berechtigungsobjekt S_APPL_LOG Berechtigung zum Schreiben und Löschen von Daten aus dem Anwendungsverzeichnis Upgrade der SAPCAR-Version auf Ihrem System auf die Version 7.20 oder höher SAP Basis Version 700 oder höher, für ältere Versionen muss der Hinweis manuell eingepflegt werden Wenn Sie diese Voraussetzungen erfüllt haben, können Sie mit der Umsetzung des Hinweises 2408073 beginnen.