Schritte zur Performanceanalyse
Benutzer und Zugriffsrechte steuern
In einem isolierten SAP-System besteht ein Transaktionsschritt im einfachsten Fall aus einer Aktion in einem System. In einer komplexeren Systemumgebung kann allerdings ein einzelner Transaktionsschritt Aktionen in mehreren Systemen umfassen. Beispiele für derartige Transaktionsschritte sind: Anwendungen wie SAP Enterprise Portal oder Java-Web-Dynpro-Anwendungen, in denen die Frontend-Kommunikation über den SAP Net- Weaver AS Java und die Backend-Funktionalität über den AS ABAP realisiert wird. Anwendungen, die zwei oder mehrere über RFC gekoppelte ABAP-Systeme involvieren, z. B. Vertriebstransaktionen im SAP-ERP-System, die zur Verfügbarkeitsprüfung die ATP-Funktion in SAP Advanced Planning and Optimization (APO) verwenden. Fiori-Anwendungen mit einem zentralen Fiori-Hub-System und verteilten SAP-Anwendungssystemen (siehe Kapitel 8, »Internetanbindung und SAP Fiori«). Für diese Fälle bietet die SAP-NetWeaver-Technologie die Möglichkeit, eine systemübergreifende Workload-Analyse durchzuführen, die die Performancestatistiken der verschiedenen Komponenten verknüpft.
Als Eingaben für das Sizing dienen Ihre Angaben über die Anzahl der Benutzer in den verschiedenen SAP-Anwendungen. Anhand detaillierter Erfahrungswerte über den Hardwarebedarf der verschiedenen SAP-Anwendungen werden zunächst der Hardwarebedarf pro Anwendung (als Produkt aus Benutzeranzahl und anwendungsspezifischem Lastfaktor und eventuell einem konstanten Grundbedarf) und anschließend der Gesamthardwarebedarf als Summe aller Einzelbedarfe pro Anwendung berechnet. Das benutzerbasierte Sizing liefert immer dann zuverlässige Angaben, wenn die Hauptlast in einem System durch Dialogbenutzer verursacht wird und der SAP-Standard nicht wesentlich modifiziert wurde. Bei der Interpretation des Ergebnisses ist zu berücksichtigen, dass das benutzerbasierte Sizing im Quick Sizer mit einer Zielauslastung von 100 % in Bezug auf den Hauptspeicher und 33 % in Bezug auf die CPU rechnet. Bereits in Kapitel 2, »Analyse von Hardware, Datenbank und ABAP-Applikationsserver«, haben wir dargestellt, dass man eine CPU nicht zu 100 % auslasten kann, wenn man auf einem Rechner mit Dialogbenutzern eine gute Antwortzeit garantieren möchte. Die relativ niedrig angesetzte Zielauslastung berücksichtigt außerdem noch einen relativ hohen Sicherheitsfaktor, den man beim benutzerbasierten Sizing mit beachten muss.
Richtwert für Array-Fetch
Hilfreich ist in diesem Zusammenhang auch der Vergleich zwischen dem Tagesprofil des Workload-Monitors und dem Tagesprofil zur CPU-Auslastung und zum Paging (im Betriebssystemmonitor). Anhand dieser Profile können Sie feststellen, ob sich eine Antwortzeitverschlechterung parallel zu hoher CPU-Auslastung oder hohen Paging-Raten beobachten lässt. Dies deutet auf einen temporären Hardwareengpass hin (siehe auch die nächste Frage).
Die Aufgabe der SAP Basis ist es, einen störungsfreien, interoperabel und portablen (mobilen) Betrieb der SAP-Systeme im Unternehmen zu gewährleisten. Interoperabel bedeutet, dass unabhängige und heterogene IT-Systeme zusammenarbeiten können.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Die Datenbankinstanz schreibt eine Fehlermeldung in die Datenbankfehlerprotokolldatei (für DB2 for LUW z. B. db2-diag.log: »SQL0964C The transaction log for the database is full«, bei Oracle z. B. den Eintrag »All online log files need archiving«).
Unsere SAP-Basis-Experten entwickeln gemeinsam mit unserem SAP-Development-Team Programme und Transaktionsprozesse mit der Web Dynpro Technologie.