Job Steuerung
SM37C Erweiterte Jobauswahl
Die Erfahrung zeigt, dass Performanceprobleme in großen SAP-ERP-Installationen mit mehr als zehn Applikationsservern meist durch Engpässe auf dem Datenbankserver hervorgerufen werden. Dem Tuning der Datenbank kommt daher mit zunehmender Systemgröße eine wachsende Bedeutung zu. Wenn ein System eine gewisse Zeit produktiv ist, sind die meisten Tuningmaßnahmen wie Puffereinstellungen, Lastverteilung etc. optimiert. Das Tuning teurer SQL-Anweisungen gewinnt dagegen mit wachsender Datenbankgröße an Bedeutung und ist ein ständig fortlaufender Prozess.
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.
Enqueue-Trace auswerten
Kehren wir zurück zu unserem Sizing-Beispiel. Für den Datenbankserver und die beiden Applikationsserver ermitteln Sie die in Tabelle 4.4 angegebenen Auslastungskennzahlen. Die Hauptspeicherauslastung liegt mit 71.000 MB leicht unterhalb des im Sizing ermittelten Wertes von 76.800MB. Die gemessene CPU-Auslastung in Prozent wurde umgerechnet in die CPU-Auslastung in SAPS. Bei dem Vergleich der tatsächlichen Auslastung mit dem im Sizing ermittelten Wert ist zu berücksichtigen, dass das benutzerbasierte Sizing den CPU-Bedarf so ermittelt, dass sich eine Zielauslastung der CPU von 33 % ergibt. Der gemessene Wert liegt also in unserem Beispiel über dem Sizing-Wert. Anhand der Benutzerübersicht im Workload- Monitor (Transaktionscode ST03N) sollten Sie prüfen, ob die tatsächliche Benutzeranzahl mit den Sizing-Daten übereinstimmt.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Darüber hinaus legen Sie auf der Registerkarte Dauer + Art fest, ob RFC und Verbuchungsaufrufe mit aufgezeichnet werden sollen. Wenn Sie die entsprechende Option aktivieren, wird die Information an die entsprechenden Prozesse weitergegeben. Damit ein RFC-Aufruf in einem fremden System aufgezeichnet werden kann, muss dieses System fremde Trace-Aufrufe akzeptieren. Dies wird über den Parameter rstr/accept_remote_trace konfiguriert, der auf true gesetzt sein muss. Die Trace-Datei wird dann auf dem fremden System geschrieben. Wenn Sie den End-to- End-Trace im SAP Solution Manager verwenden, wird diese Funktion automatisch aktiviert, und der End-to-End-Trace liest die Trace-Dateien automatisch zusammen.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Mit SAP-Basis 7.10 wurde das DBA-Cockpit teilweise auf das Web User Inter-face (UI, in Web-Dynpro-ABAP-Technologie) umgestellt.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.
Starten Sie im DBA-Cockpit den Datenbankprozessmonitor (siehe Abschnitt 2.3.3, »Identifizierung teurer SQL-Anweisungen«), um die SQLAnweisungen zu identifizieren, die aktuell von der Datenbank bearbeitet werden.