Lösungen für Produktivumgebungen und als Proof of Concept (PoC)
Wie Sie eine Parametertransaktion für die SM30 anlegen
Da die Datenbankzeit vom Applikationsserver gemessen wird, umfasst diese nicht nur die Zeit, die die Datenbank zum Bereitstellen der Daten benötigt, sondern auch die Zeit des Netzwerktransfers. Ein Netzwerkproblem zwischen Datenbank- und Applikationsserver schlägt sich also in einer erhöhten Datenbankzeit nieder. Darüber hinaus zählt zur Datenbankzeit auch die Zeit für das Bereitstellen der Daten im ABAP-Server. Dies lässt sich in folgender Formel konkretisieren: Datenbankzeit (ST03) = Datenbankserverzeit + Netzwerklaufzeit + Zeit für die Datenübertragung (Client-Server-Kommunikation) Auf dem ABAP-Server werden zusätzlich die Datenbankzeiten für direktes Lesen, sequenzielles Lesen und Änderungen (inklusive Commits) ermittelt. Auf der Datenbankseite stehen je nach Datenbanksystem detaillierte Statistiken über die Bestandteile der Datenbankserverzeit zur Verfügung, wie Sie in Abschnitt 2.3, »Datenbankanalyse«, gesehen haben.
Die zentrale Einzelsatzstatistik, in der SAP-Hilfe auch als funktionaler Trace bezeichnet, bietet die Möglichkeit, die zu einem Transaktionsschritt gehörenden Statistiksätze von mehreren Komponenten zentral auszuwerten. Grundlage dafür sind die verteilten Statistiksätze und der sogenannte Reisepass, den die Komponenten bei der Kommunikation weitergeben, um die zu einem Transaktionsschritt gehörenden Statistiksätze komponentenübergreifend identifizieren zu können. Aus Performancegründen werden während eines Transaktionsschrittes nur die Daten des Reisepasses im Kommunikationsstrom weitergegeben. Die eigentlichen Statistikdaten werden zunächst lokal von der jeweiligen Komponente gesichert und dann asynchron über RFC oder den Monitoring-Agenten (SAPCCMSR) ausgelesen und an das Monitoring-System übertragen. Anhand ihres Reisepasses können im zentralen Monitoring-System die zu einem Transaktionsschritt gehörigen Statistiksätze identifiziert und angezeigt werden.
So transportieren Sie abgelehnte Transportaufträge im SAP-System
Exklusiv in der Eclipse-basierten Oberfläche finden Sie eine Sicht, die den Programmablauf auf der Zeitachse darstellt. In dieser Sicht erkennen Sie schnell die Schachtelungstiefe des Programms und die Aufrufe mit einer hohen Nettozeit. Um die Zeitachsensicht zu verwenden, gehen Sie wie folgt vor: In der Eclipse-basierten ABAP-Entwicklungsumgebung wählen Sie die Perspektive ABAP Profiling und die Sicht ABAP Traces. Wählen Sie eine Datei aus, und öffnen Sie die Sicht Call Timeline. Der Zeitverlauf der Laufzeitanalyse wird dargestellt. Über Navigationshilfen wie die Vergrößerungseinstellungen und die Vorschau im unteren Bereich können Sie in der Sicht navigieren. Aufrufe mit einer hohen Nettozeit erkennen Sie als lange horizontale Balken in der Ansicht. Selektieren Sie einen der kritischen Aufrufe. In einem Fenster finden Sie die folgenden Informationen zum Aufruf: – Operation – aufrufendes und aufgerufenes Programm – Brutto- und Nettozeit Über Funktionen im Kontextmenü können Sie in andere Sichten wie Hitliste und Aufrufhierarche navigieren. Um die Übersicht zu erhöhen, definieren Sie ein eigenes Farbschema. Rufen Sie dazu aus dem Kontextmenü die Funktion Edit Coloring Schemas auf. Ordnen Sie nun Programmgruppen bestimmten Farben zu. Zum Beispiel ordnen Sie Programme mit dem Schema »Z*« der Farbe Rot zu, um Programmteile zu erkennen, die mit diesem Präfix beginnen. Farbschemata lassen sich als lokale Dateien speichern und ins System hochladen.
Bei einer Performanceanalyse sollten Sie sich einen Überblick darüber verschaffen, in welchem Verhältnis der vom SAP-System allokierte Speicher und der physisch vorhandene Hauptspeicher zueinander stehen. Den auf einem Rechner allokierten Speicher berechnen Sie wie folgt: Den Speicher, den eine SAP-Instanz bei Systemstart allokiert, entnehmen Sie dem Feld Virtual memory allocated. Befinden sich mehrere SAPInstanzen auf einem Rechner, werden die Werte für die SAP-Instanzen entsprechend addiert. Sofern sich eine Datenbank auf dem untersuchten Rechner befindet, müssen Sie auch deren Speicherbedarf berücksichtigen. Den Speicherbedarf der Datenbank entnehmen Sie dem Datenbankmonitor (Transaktionscode ST04). Den Hauptspeicherbedarf des Betriebssystems können wir in einer Überschlagsrechnung grob mit etwa 50 bis 100 MB veranschlagen.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Mangelhafte Einrichtung des Change and Transport System Häufige Fehler sind hier das Fehlen entsprechender Rechte auf den Dateien des Change and Transport System oder die Verwendung alter Programmversionen von tp oder R3trans.
Hier lesen die Anwender benötigte Informationen ab und tragen neue Daten in das System ein.