Der Monitor enthält nach Anwendungsservern geordnete Werte zu folgenden SAP-Puffern:

Dabei gibt der Monitor zu jeder Pufferart die folgenden Werte aus:

Um den Monitor zu starten, gehen Sie wie folgt vor:

SAP-Puffer verwenden intelligente Prozeduren, um alte, zwischengespeicherte Daten durch neu angeforderte Daten zu ersetzen. Außerdem kann die Zuweisung von zuviel Platz zu einem Puffer zu anderen Problemen führen (Betriebssystem-Paging), ohne die Trefferquote wesentlich zu erhöhen (Pufferqualität).

Ziel der Pufferfeineinstellung ist also, ausreichend große Puffer zu haben, um eine hohe Trefferquote zu erhalten, und zwar mit wenig Auslagerung und einem minimalen Einfluß auf das Betriebssystem-Paging.

Hier einige Richtlinien, wann bestimmte SAP-Puffer vergrößert werden müssen:

• Vergrößern Sie den Puffer, wenn die Swap-Rate (das Ersetzen der Pufferobjekte) sehr hoch ist oder die Trefferquote unter dem Zielschwellenwert liegt.
• Vergrößern Sie den Puffer, wenn in dem dazugehörigen Knoten häufig Alerts ausgelöst werden. Häufige Alerts weisen darauf hin, daß der Pufferaustauschmechanismus nicht genug freien Platz für einen effektiven Pufferbetrieb schaffen kann.
• Erhöhen Sie möglichst immer den für den GenericKey-Puffer vorhandenen Platz, wenn dieser voll wird.
• Vergrößern Sie den Programmpuffer, falls die Trefferquote zu niedrig ist oder Auslagerungen zu häufig auftreten. Entwicklungssysteme benötigen einen größeren Programmpuffer als normale Systeme. Allerdings sind Auslagerungen in einem Entwicklungssystem praktisch nicht zu vermeiden.

• Falls nach dem Vergrößern der SAP-Puffer unerwünschte Nebenwirkungen auftreten, überprüfen Sie das Betriebssystem-Paging auf signifikante Erhöhungen und den Teilbaum zum R/3-Memory-Management (im Monitor Entire System) auf neue Alerts.

Im allgemeinen bedeutet eine schlechte Pufferqualität, daß der Puffer zu klein ist. Durch einen zu kleinen Puffer steigt die Wahrscheinlichkeit, daß angefragte Objekte (z. B. Tabelleneinträge oder Programme) nicht im Puffer gefunden werden. Dies führt wiederum zu einer geringeren Trefferquote und bei vollem Puffer zu einer erhöhten Auslagerung (Swapping). Diese Auslagerung nimmt zu, je mehr angefragte Objekte ältere Objekte aus dem Puffer verdrängen.

Um die Trefferquote zu verbessern, sollten Sie den Puffer vergrößern. Vergewissern Sie sich aber zunächst, daß die Pufferqualität nicht durch ein vorübergehendes Problem vermindert wurde: Nach dem Start eines Systems oder eines Anwendungsservers haben alle Puffer eine schlechte Performance, da die Puffer erst gefüllt werden müssen. Daher löst die Monitoring-Architektur in der Standardeinstellung während der ersten 20 Minuten des Betriebs keine Puffer-Alerts aus.

Außerdem kann die Performance eines Programmpuffers verringert sein, wenn Entwickler im System arbeiten oder falls Objekte mit dem R/3-Transportsystem in das System importiert werden.

Um einen Puffer zu vergrößern, ändern Sie die Systemprofilparameter, die die Größe des Puffers bestimmen. Dabei können Sie bei manchen Puffern Größe des Puffers und maximale Anzahl der Einträge in getrennten Parametern einstellen. In anderen Puffern gibt es nur einen Größenparameter, das System berechnet automatisch die notwendigen Systemparameter.

Oft ist es nicht möglich, die Größe eines Puffers so festzulegen, daß er nie voll wird. Oberhalb einer bestimmten Größe, die stark von der Hardware und dem Betriebssystem abhängt, wird der Performance-Vorteil des Puffers durch erhöhtes Paging des Betriebssystems aufgehoben. Ein Puffer, der zu viel Hauptspeicher belegt, zwingt das Betriebssystem zu teurem Paging.

Das Ziel der Pufferverwaltung ist es, den Puffern so viel Speicherplatz zuzuweisen, daß sie eine hohe Trefferquote bei niedrigen Auslagerungsraten erzielen, ohne großes Betriebssystem-Paging zu verursachen. Nach jeder Änderung der Puffergröße sollten Sie Paging und Speicherverbrauch überwachen, um sicherzustellen, daß die neue Puffergröße keine anderen Performance-Probleme verursacht.

Als Faustregel empfiehlt SAP, eher den SAP-Puffern als dem Datenbankpuffer Platz zuzuweisen, wenn der Hauptspeicher knapp wird. Im R/3-System hat jeder Anwendungsserver seine eigenen Puffer. Diese Puffer sind nicht mit den Puffern des R/3-Datenbanksystems zu verwechseln.