Conflict Resolution Transport
Installation von SAP-Landschaften, Transportmanagementsystemen usw.
Der ABAP-Trace, auch ABAP-Laufzeitanalyse genannt, wird eingesetzt, wenn die Laufzeit des zu untersuchenden Programms überwiegend von der CPU-Zeit bestimmt wird. 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. Es stehen Ihnen eine Benutzeroberfläche im SAP GUI (Transaktionscode SAT) und eine in der Eclipse-basierten ABAP-Entwicklungsumgebung zur Verfügung – die dahinterstehende Tracing-Technologie ist identisch.
Beim Design einer Softwarelösung und bei der Bewertung von Optimierungsmaßnahmen sollten Sie sich vor Augen halten, dass unterschiedliche Kommunikationen oder Prozesse auf unterschiedlichen Zeitskalen ablaufen. Abbildung 1.6 stellt dies schematisch dar. Auf der schnellsten Zeitskala laufen Anfragen im lokalen Hauptspeicher innerhalb des Datenbank- oder Applikationsserver-Kernels – z. B. bei Suchvorgängen in Tabellen oder Sortierungen. Als Dauer für einen Zugriff ist mit einer Zeit von 0,1 Mikrosekunden (μs) zu rechnen, Zugriffe auf die Prozessor-Caches sind sogar noch schneller. Um etwa zwei Zehnerpotenzen langsamer (10 μs) sind Zugriffe von einem ABAP- oder Java-Programm auf ein Objekt, das sich im Hauptspeicher des Applikationsservers befindet. Wiederum auf einer anderen Zeitskala spielen sich SQL-Anfragen von Anwendungsprogrammen auf die Datenbank ab. Wenn sich das Ergebnis der Anfrage bereits im Hauptspeicher befindet, ist hier mit Zeiten im Bereich von 1 Millisekunde (ms) zu rechnen. Muss von der Festplatte gelesen werden, liegen die Zeiten bei bis zu 10 ms. Auf der langsamsten Zeitskala laufen Anfragen zwischen dem Server und dem Rechner eines Endbenutzers ab. Hier müssen Sie in einem WAN oder Mobilfunknetz mit einer Dauer in der Größenordnung von 100ms rechnen.
SAP Solution-Manager
Applikationsschicht: Die Applikationsschicht bildet die zentrale Komponente des SAP ERP Systems und wird deshalb auch als Basis-System bezeichnet. Hier werden alle Anwendungen und Berechnungen ausgeführt. Die Applikationsschicht kommuniziert sowohl mit der Datenbankschicht als auch mit der Präsentationsschicht. Zum einen fordert sie Daten aus der Datenbankschicht an, verarbeitet diese und gibt sie dann an die Präsentationsschicht weiter. Daten, die in der Präsentationsschicht neu eingegeben werden, werden zum anderen an die Datenbankschicht weitergegeben und dort gespeichert.
Wenn Sie mit der Menüoption System Erzeugen Modus einen neuen Modus öffnen, wird damit ebenfalls ein Speicherkontext angelegt. Die Daten der Transaktionen, die Sie in den beiden Modi ausführen, liegen damit in unterschiedlichen Speicherbereichen und sind voneinander unabhängig. Modi, die vom Benutzer auf diese Weise explizit geöffnet werden, heißen externe Modi. Auch der Aufruf eines asynchronen RFCs (CALL FUNCTION STARTING NEW TASK) öffnet einen externen Modus. Standardmäßig sind sechs externe Modi möglich, die Anzahl kann über den Systemparameter rdisp/max_alt_modes verändert werden. Ein ABAP-Programm kann auch aus einem Programm heraus implizit einen neuen Modus öffnen, für den dann ebenfalls ein neuer Benutzerkontext angelegt wird. Die ABAP-Befehle dazu sind SUBMIT, CALL TRANSACTION, CALL DIALOG, CALL SCREEN, CALL FUNCTION IN UPDATE TASK und CALL FUNCTION IN BACKGROUND TASK. Vom Programm implizit geöffnete Modi heißen interne Modi.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Sie können zwischen den Abgleicharten Profilabgleich, Abgleich indirekter Zuordnungen aus Sammelrollen und Abgleich HR-Organisationsmanagement wählen.
Anhand der Analyseergebnisse zeigen wir Ihnen, an welchen Stellen sich die Sicherheit Ihrer SAP-Systeme verbessern lässt und zeigen Ihnen mögliche Lösungsansätze auf.