Konzeption und Design Ihrer SAP-Landschaft für Azure / AWS
Dokumentation und Einweisung
Um die Laufzeitanalyse durchführen zu können, benötigt das System die SAP-Profilparameter abap/atrapath und abap/atrasizequota. Diese Parameter werden bei der Installation des Systems gesetzt. Der Profilparameter abap/atrapath gibt an, in welches Verzeichnis die Trace-Dateien geschrieben werden. Die maximale Größe aller ABAP-Trace-Dateien wird über den Parameter abap/atrasizequota begrenzt. Nach 30 Tagen werden die Trace-Dateien gelöscht, sofern Sie das Löschdatum nicht ändern (Registerkarte Auswerten).
SAP stellt Benchmarks für über 20 Anwendungsszenarien zur Verfügung. Der populärste SAP-Benchmark ist der SD-Benchmark, SD steht für Sales and Distribution. Der SD-Benchmark umfasst das Anlegen und Anzeigen von Vertriebsbelegen, das Erstellen und Ändern der Lieferung, das Buchen des Warenausgangs und das Erstellen der Rechnung für die erzeugten Vertriebsbelege. Weitere Benchmarks werden für die Module von SAP ERP (Finanzwesen – FI, Materialwirtschaft – MM etc.), für CRM-Komponenten, für APO-Komponenten, für das SAP Enterprise Portal und für das SAP Business Warehouse sowie für einige Industrielösungen, bei denen es auf hohen Durchsatz ankommt, z. B. Einzelhandel (Retail), Bankwesen und Versorgungsdienstleistungen (Utilities), angeboten. Alle Details zum Ablauf eines Benchmarks können Sie auf den öffentlichen Internetseiten von SAP einsehen (www.sap.com/benchmark).
Parameteränderungen und Netzwerkcheck
Beim Ausführen des ABAP-Trace stehen Ihnen Varianten zur Verfügung, mit denen Sie die Aufzeichnung des Trace einstellen können. Wir empfehlen Ihnen dringend, Varianten zu verwenden: Bei der Untersuchung eines etwas komplexeren Programms erreicht die Datenmenge beim Erstellen des Trace schnell Größen von mehreren Megabyte, die aber oft für die Analyse völlig belanglos sind. Daher gibt man in einer Variante vor, was man wirklich analysieren möchte. Die derzeit aktive Variante finden Sie im Eingangsbildschirm der Laufzeitanalyse im Bildschirmabschnitt Messung. Die Variante DEFAULT ist bereits im System angelegt. Sie können Ihre individuellen Einstellungen als eigene Variante speichern. Über die Schaltflächen Variante anzeigen oder Variante ändern gelangen Einstellungen Sie auf den Bildschirm, in dem Sie die Einstellungen für eine Variante vornehmen.
Die wichtigsten Kennzahlen zur Bewertung der Datenbankpuffer für unterschiedliche Datenbanksysteme im SAP-Umfeld sind in Anhang A, »Datenbankmonitore«, zusammengefasst. »Schlechte« Pufferqualitäten haben in der Regel zwei Ursachen: Mangelhaft optimierte und teure SQL-Anweisungen sind die Hauptursache für eine schlechte Pufferqualität des Datenpuffers. Identifizieren Sie solche Probleme, müssen diese vordringlich behandelt werden. Weitere Informationen dazu finden Sie in Kapitel 11, »Optimierung von SQL-Anweisungen«. Abbildung 11.1 zeigt das Flussdiagramm der Analyse. Die andere Ursache kann ein zu kleiner Datenbankpuffer sein. Sofern Ihr Datenbankserver noch über ausreichend Hauptspeicherreserven verfügt, vergrößern Sie den entsprechenden Puffer (z. B. um 10 bis 20 %). Beobachten Sie, ob sich anschließend die entsprechende Qualität signifikant verbessert. Ist dies der Fall, können Sie den Puffer eventuell erneut vergrößern. Zeigt die erste Vergrößerung des Puffers dagegen keine Wirkung, suchen Sie die Ursache an einer anderen Stelle. Bei einigen Datenbanken besteht auch die Möglichkeit, Tabellen, die als Hauptverursacherfür eine schlechte Pufferqualität identifiziert werden können, in eigene Puffer zu legen, um zu einer besseren Pufferqualität für die verbleibenden zu kommen.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Sie lässt sich ohne weitere Konfiguration mit SNC verwenden.
Dieses liegt normalerweise unter /usr/sap/trans, kann aber je nach System auch individuell geändert werden.