Aktives Monitoring
VERÄNDERUNG DER WAHRNEHMUNG
Es gibt verschiedene Sichten der Messergebnisse, die die Laufzeitanalyse als Listen oder Grafiken aufbereiten: Über die Schaltfläche Hitliste erhalten Sie eine Liste, die die Ausführungszeit für jede Anweisung anzeigt. Diese Liste ist standardmäßig absteigend nach Nettozeiten sortiert (siehe Abbildung 5.2). Über die Schaltfläche Hierarchie gelangen Sie zu einer Darstellung des chronologischen Ablaufs der aufgezeichneten Programmteile. Über weitere Schaltflächen erhalten Sie spezifische Auswertungen, die z. B. Datenbanktabellen oder Modularisierungseinheiten aufgliedern.
Betreiben Sie ein SAP-System für mehrere Länder bzw. Sprachen, richten Sie z. B. die Anmeldegruppen Österreich, Polen und Tschechien ein. Damit erreichen Sie, dass in die Puffer der entsprechenden SAP-Instanzen nur die für ein Land relevanten Texte und Daten geladen werden. Bei einer solchen Vorgehensweise wird weniger Speicherplatz im Tabellenpuffer benötigt.
ERSTELLUNG EINES KRITERIENKATALOGS
Welche Argumente sprechen nun dafür, mehr oder weniger Workprozesse zu konfigurieren? Das Argument für eine hohe Workprozess-Anzahl ist klar: Wenn Benutzer auf Workprozesse in der Queue des SAP-Dispatchers warten müssen, ist die Versuchung groß, ihnen mehr Workprozesse zur Verfügung zu stellen und dann zu hoffen, dass mehr Benutzer gleichzeitig arbeiten können. Dies ist dann der Fall, wenn Workprozesse durch Wartesituationen blockiert werden, die keine CPU-Leistung kosten, z. B. wenn Workprozesse in den PRIV-Modus gehen oder häufig durch Sperrsituationen auf der Datenbank blockiert sind. Auf der anderen Seite ist das »Aufdrehen« der Anzahl der Workprozesse fragwürdig, denn offensichtlich ist es langfristig sinnvoller, das tatsächliche Performanceproblem zu lösen, nämlich die Wartesituationen zu beseitigen. Das Hinzufügen von Workprozessen kann also nur Symptome abmildern, in der Regel das Performanceproblem jedoch nicht wirklich lösen.
Die genannten Puffer bilden eine Pufferhierarchie, d. h., es werden zunächst die Puffer abgefragt, die nahe an der Anwendung liegen, bevor die Zugriffe auf den Datenpuffer der Datenbankinstanz, den Betriebssystempuffer und den Puffer des Speichersubsystems durchschlagen. Grundsätzlich gilt: Je weiter unten in der Hierarchie ein Puffer liegt, desto generischer ist sein Einsatzbereich; je höher in der Hierarchie ein Puffer liegt, desto höher muss sein Performancegewinn für die Anwendung sein. Ist das nicht der Fall, kann auf diesen Puffer verzichtet werden.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
SAP-Systeme sind häufig beinahe wie das Betriebssystem von Unternehmen.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Dringend empfohlen wird dies für Rechner, auf denen eine Standalone-Datenbank, eine SAP-Java-Instanz oder ein TREX läuft.