SMLT Sprachenmanagement
Erstellung von Kurzanleitungen für Endanwender und Administratoren
Häufig effizienter als die Analyse der aktuell laufenden SQL-Anweisungen ist die Analyse der in der Vergangenheit ausgeführten Anweisungen anhand von Statistiken über die kumulierten Performancekennzahlen. Diese Statistiken umfassen z. B. die Anzahl der Ausführungen einer SQL-Anweisung, die Zahl der logischen und der physischen Lesezugriffe pro Anweisung, die Anzahl der gelesenen Zeilen, Antwortzeiten etc..
Bei Windows-Betriebssystemen wird nur ein Teil des SAP Extended Memorys vom Workprozess adressiert. Dieser Teil wird durch den Parameter em/address_space_MB konfiguriert. Diese Implementierung hat den Vorteil, dass der gesamte SAP Extended Memory damit größer sein kann als der Adressraum des Workprozesses. Die gesamte Größe des SAP Extended Memorys wird also nur durch die Größe des Auslagerungsspeichers begrenzt. Beachten Sie, dass jeder Workprozess im Prinzip auf alle Objekte, die im SAP Extended Memory abgelegt werden, zugreifen kann, während eines Transaktionsschrittes jedoch nur auf einen Bereich der Größe em/address_space_MB. Der Parameter em/address_space_MB muss so groß konfiguriert sein, dass er die maximale Größe eines Benutzerkontextes (insbesondere ztta/roll_extension*) und den SAP EG Memory umfassen kann. Die Windows-spezifische Implementierung des SAP Memory Managements wird über den Systemparameter es/implementation eingestellt, der bei Windows auf dem Wert view steht und der nicht verändert werden darf. Der SAP Heap Memory ist unter Windows weniger wichtig, da Nicht-DialogWorkprozesse ebenso wie Dialog-Workprozesse zunächst SAP Extended Memory allokieren und diesen »unbegrenzt« zur Verfügung steht. Die SAPProfilparameter abap/heap_area* sind daher überflüssig.
SU25 Profilgenerator: Upgrade und Erstinstallation
Ein Maß für die auf dem System erzeugte Last ist dagegen die gesamte Antwortzeit (Summe Antwortzeit). Vergleichen Sie dazu die Erklärungen zu Aktivität und Last in Abschnitt 3.3.4, »Aktivität, Durchsatz und Last«. Um die Transaktionen zu ermitteln, die auf dem System die größte Last erzeugen, sortieren Sie nach S Antwortzeit, S CPU-Zeit bzw. S DB-Zeit. Programme, die nach diesen Sortierungen an der Spitze der Liste stehen, sind Kandidaten für eine Performanceoptimierung.
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.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Er muß im Mandanten 000 angemeldet sein.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Diese Implementierung hat den Vorteil, dass der gesamte SAP Extended Memory damit größer sein kann als der Adressraum des Workprozesses.