KOMPLEXITÄT PRO KOPF ÜBERSCHAUBAR HALTEN
Virtual Forge CodeProfiler for ABAP
Die Erfahrung zeigt, dass die Performance drastisch einbricht, wenn der SAP Extended Memory erschöpft ist. Ein produktives Arbeiten mit Instanzen ist in einer derartigen Situation in der Regel nicht mehr möglich. Die Überwachung des SAP Extended Memorys muss daher höchste Priorität haben. Grundsätzlich sollten Sie Extended Memory eher verschwenderisch allokieren. Nicht verwendeter Extended Memory wird vom Betriebssystem ausgelagert. Als grobe Faustregel gilt: Mindestens 6 bis 10 MB Extended Memory sollten pro Benutzer allokiert werden. Etwa 70 bis 120 % des physischen Hauptspeichers des Rechners können als Extended Memory allokiert werden. Diese Faustregeln sind natürlich stark release- und applikationsabhängig. Sie müssen allerdings dafür sorgen, dass der vorhandene Auslagerungsspeicher des Betriebssystems (Swap Space) groß genug ist und das Betriebssystem die gewünschte Größe an Speicher überhaupt verwalten kann. Weitere Informationen dazu finden Sie in Kapitel 6, »Speicherkonfiguration«.
Alle Datenbanksysteme, mit denen das SAP-System arbeitet, verwenden einen kostenbasierten Optimierer (Cost-based Optimizer). Daher müssen regelmäßig Statistiken über die Größen von Tabellen und Indizes erstellt werden, die der Optimierer benötigt, um die richtigen Zugriffspläne für SQL-Anweisungen zu erstellen. Diese Analysen müssen durch den Administrator periodisch gestartet werden. Fehlen diese Statistiken oder sind sie veraltet, berechnet der Optimierer ineffektive Zugriffspfade, die zu massiven Performanceproblemen führen können. SAP HANA erstellt die Statistiken automatisch, hier sind keine manuellen Aktivitäten nötig.
Das Konzept für eine kontinuierliche Performanceoptimierung
Jedes SAP-System entwickelt sich über viele Jahre hinweg. Es wächst und verändert sich mit dem Unternehmen. Je mehr Funktionen darin abgebildet und je mehr Daten gespeichert werden, desto größer ist der Stellenwert und die Abhängigkeit von diesem zentralen ERP System. Eine einheitliche SAP-Basis-Lösung gibt es nicht. Diese entsteht individuell mit Bezug zum Unternehmen.
In allen Betriebssystemen kann virtuell mehr Speicher allokiert werden, als physisch zur Verfügung steht. Mit dem Begriff »Speicher« ist immer virtueller Speicher gemeint, der vom Betriebssystem entweder im physischen Hauptspeicher oder im Auslagerungsspeicher (Swap Space) verwaltet wird. Alle Prozesse können zusammen nicht mehr Speicher allokieren, als die Summe aus physischem Hauptspeicher und der verfügbaren Auslagerungsspeicher beträgt. Diese Grenze ergibt sich aus den physischen Beschränkungen der Hardware.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Dabei werden die Objektarten Programme, Klassen, dynamische Speicheranforderung einer Klasse, Tabellenrümpfe, Strings und Typen anonymer Datenobjekte unterschieden.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
Betrachten wir diese Schichten im Folgenden genauer.