Definieren Sie die Queue
SM19 Security-Audit
Neben der Auswertung der Antwortzeiten sollten Sie die folgende Analyse durchführen, die man als die »Suche nach der verlorenen Zeit« bezeichnen könnte. Wie oben bereits erwähnt, gibt es zwei unterschiedliche Quellen der Zeitmessung. Alle Zeiten, außer der CPU-Zeit, werden vom SAP-Workprozess gemessen, und nur die CPU-Zeit wird vom Betriebssystem ermittelt. Die folgende Analyse ist ein Plausibilitätscheck zur Überprüfung, ob die beiden Zeitmessungen miteinander vereinbar sind. Dazu subtrahiert man von der gesamten mittleren Antwortzeit alle Zeiten, in denen der SAP-Workprozess keine CPU-Zeit benötigt, nämlich die Dispatcher-Wartezeit, die Datenbankzeit, die Enqueue-Zeit und die Roll-Wartezeit. Während der Processing-Zeit werden im Wesentlichen Programme bearbeitet, und daher sollte in dieser Zeit CPU-Kapazität »verbraucht« werden. Daher sollten Processing-Zeit und CPU-Zeit in der gleichen Größenordnung liegen. Als Richtwert für die Praxis sollte die Differenz aus Processing- Zeit und CPU-Zeit nicht größer als 10 % sein. Größere »Fehlzeiten« deuten auf Performanceprobleme hin.
Seit der Version 7.0 bietet der SAP Solution Manager unter dem Schlagwort End-to-End Diagnostics eine komponentenübergreifende Workload-Analyse und ein Tracing an. Die komponentenübergreifende Workload-Analyse summiert die Performancedaten aus allen an einer Lösung beteiligten Komponenten und stellt sie in einer Oberfläche dar. Beim komponentenübergreifenden Tracing ist es möglich, bei einer Transaktion in der Benutzeroberfläche, d. h. im Webbrowser oder im SAP GUI, zentral einen Trace einzuschalten, der dann mit dem Datenstrom über die beteiligten Komponenten verteilt wird. Wird also ein Trace von einem Benutzer eingeschaltet, schaltet jede Komponente lokal ihren Trace ein und speichert diesen unter einer bestimmten Identifikationsnummer ab. Die Trace-Daten werden dann anschließend durch den SAP Solution Manager eingesammelt und stehen für eine zentrale Auswertung zur Verfügung. Dabei können unterschiedliche Trace-Levels aktiviert werden.
Ressourcenzuordnung zu den Systemen
Führen wir die Schritte anhand eines konkreten Beispiels durch. Der erste Schritt wurde ja bereits beschrieben, das Ergebnis finden Sie in Tabelle 4.4. Im zweiten Schritt legen Sie ein Quick-Sizer-Projekt an, wie in Abschnitt 4.1.2, »Sizing-Methoden«, beschrieben. Tragen Sie dazu in der Kategorie Service 100 Benutzer der Kategorie Medium sowie 50 Benutzer der Kategorie High ein. Navigieren Sie über die Schaltfläche Calculate Result auf die Ergebnisseite, und wählen Sie dort die Option System Extension. Nehmen wir an, dass das Ergebnis einen zusätzlichen Hauptspeicherbedarf von 2.048 MB für die Datenbankinstanz und 10.240 MB für die SAP-Instanzen sowie einen CPU-Bedarf von 6.200 SAPS ergibt. In diesem Fall liegt die ermittelte Hauptspeicherauslastung nach der geplanten Lasterhöhung bei 82.300 MB bzw. 85,7 %. Um die CPU-Auslastung zu ermitteln, addieren Sie zu der aktuellen CPU-Auslastung (15.484 SAPS oder 43 %) 33 % des mit dem Quick Sizer errechneten Bedarfs (2.046 SAPS oder 5,6 %) und kommen so zu einer Auslastung nach der Lasterhöhung von 17.530 SAPS bzw. 49 %. Der Faktor 33 % geht in die Formel ein, weil das benutzerbasierte Sizing im Quick Sizer mit einer Zielauslastung von 33 % rechnet. Ermitteln Sie die zusätzliche Last mit dem durchsatzbasierten Ansatz, der mit einer Zielauslastung von 65 % rechnet, geht der Faktor 65 % in die Berechnung ein.
Darüber hinaus ist es möglich, einen Speicherabzug, d. h. eine Übersicht über die Objekte, die Speicherplatz belegen, zu erzeugen und anschließend zu analysieren. Einen Speicherabzug können Sie in einer beliebigen Transaktion über den Menüpunkt System > Hilfsmittel >Speicheranalyse > Speicherabzug erzeugen oder kurz über den Funktionscode /HMUSA erstellen. Drittens lässt sich ein Speicherabzug auch aus dem Programmcoding erzeugen; die Beschreibung der entsprechenden Systemklasse CL_ABAP_ MEMORY_UTILITIES finden Sie in der SAP-Hilfe.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Regelmäßig wenden sich Kunden mit einem derartigen Fall an uns.
Betriebssysteme und SAP HANA verfügen über Strategien, ihre Prozesse in Bezug auf verteilte Prozessoren zu optimieren, allerdings wächst das Optimierungsproblem mit der Zahl der Prozessoren mit eigenen Speicherkarten in einem Multiprozessorsystem überproportional an.