Komponentenübergreifendes vs. lokales Tracing
SAP Basis ist einfacher
Zur Vorbereitung des Sizing-Projekts starten Sie die Sizing-Seite im SAP Support Portal mit der URL http://service.sap.com/sizing. Folgen Sie dort dem Link Sizing Guidelines. Auf der dargestellten Seite finden Sie eine Liste von Sizing-Anleitungen zu Standard- und Branchenlösungen von SAP sowie zu Technologiekomponenten von SAP NetWeaver. Wählen Sie dort die für Sie relevante Anleitung aus, laden Sie diese auf Ihren Rechner, und studieren Sie sie im Detail. Der Anleitung entnehmen Sie, wie das Sizing durchgeführt wird, ob mit einem Quick-Sizer-Projekt, mit einem T-Shirt-Sizing oder einer sonstigen in der Anleitung beschriebenen Prozedur. Die Anleitung vermittelt Ihnen auch einen Überblick über die Architektur und geht auf lösungs- oder branchenspezifische Besonderheiten ein.
Die Ermittlung der bestehenden Last erfolgt anhand der Historien im Betriebssystemmonitor (Transaktionscode ST06). Als Lastwerte werden die Stundenmittelwerte der CPU-Auslastung und der Hauptspeicherauslastung in Prozent der verfügbaren Kapazität herangezogen. Mittelwerte über kürzere Zeitperioden heranzuziehen ist nicht empfehlenswert, da dann temporäre Lastspitzen zu stark bewertet werden. Ein gewisses Problem ist es, aus der Lastverteilung der letzten Tage und Wochen den richtigen Stundenmittelwert herauszusuchen. Grundsätzlich das Maximum zu verwenden führt häufig zu überhöhten Lastwerten, wenn einzelne Programme viel Hauptspeicher allokieren, der aber wenig verwendet und damit ausgelagert werden kann. Unsere Empfehlung lautet daher, die Lastprofile auf Ausreißer nach oben zu analysieren, und diese, wenn plausibel gemacht werden kann, dass es sich tatsächlich um untypische Betriebssituationen handelt, zu ignorieren.
Planung
Damit können Sie anhand dieser Zeiten schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit, Datenbankzeit oder Datenbank-Procedure-Zeit bedeutet, dass die Anwendung auf der Komponente genauer analysiert werden muss. Eine hohe Wartezeit in der Komponente deutet auf eine Überlastungssituation in der Komponente hin. Abhängig vom Typ der Komponente (ABAP- oder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Aufrufzeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist. Es muss daher also einen weiteren Statistiksatz einer aufgerufenen Komponente geben, der eine hohe Antwortzeit aufweist.
Für die Applikationsanalyse ist dabei primär das Transaktionsprofil von Interesse (siehe Abbildung 3.5). Um auf das Transaktionsprofil umzuschalten, wählen Sie im linken unteren Fenster des Workload-Monitors den Eintrag Transaktionsprofil.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Grundsätzlich wird für jede Anfrage, die der Server bearbeitet, ein Satz geschrieben.
Wird eine Sperre von einem Programm über mehrere Minuten hinweg gehalten, nehmen Sie Rücksprache mit dem Benutzer, der dieses Programm gestartet hat.