Updates & Upgrades
SAP Portal
Zu jedem Lauf des Programms RSCOLL00 werden Protokolle geschrieben, anhand derer Sie mögliche Fehler feststellen können. Das Protokoll können Sie im Workload-Monitor über den Menüpfad Kollektor und Performance-Datenbank > Systemlast-Kollektor > Protokoll einsehen. Ausführliche Erläuterungen zur Funktionsweise und zur Einstellung des Kollektors finden Sie in der SAP-Onlinehilfe sowie in den SAP-Hinweisen, die in Anhang E zusammengestellt sind.
Untersuchen Sie zunächst im Speicherkonfigurationsmonitor, ob diese Verdrängungen in einem zu klein konfigurierten Puffer (Feld Free Space) oder in einer zu geringen Anzahl der maximal möglichen Puffereinträge (Feld Free Directory Entries) begründet liegen. Abhängig vom Ergebnis dieser Untersuchung sollten Sie die Größe bzw. die maximal erlaubten Einträge des betroffenen Puffers um 10 bis 50 % erhöhen. Die entsprechenden SAP-Profilparameter finden Sie mithilfe der Funktion Current parameters. Achten Sie darauf, dass dem Rechner noch genügend Hauptspeicherreserven bleiben, weil Sie ansonsten einen Speicherengpass riskieren.
Benutzername mit Einschränkungen - wie?
Bei Windows-Betriebssystemen wird nur ein Teil des SAP Extended Memorys vom Workprozess adressiert. Dieser Teil wird durch den Parameter em/address_space_MB konfiguriert. Diese Implementierung hat den Vorteil, dass der gesamte SAP Extended Memory damit größer sein kann als der Adressraum des Workprozesses. Die gesamte Größe des SAP Extended Memorys wird also nur durch die Größe des Auslagerungsspeichers begrenzt. Beachten Sie, dass jeder Workprozess im Prinzip auf alle Objekte, die im SAP Extended Memory abgelegt werden, zugreifen kann, während eines Transaktionsschrittes jedoch nur auf einen Bereich der Größe em/address_space_MB. Der Parameter em/address_space_MB muss so groß konfiguriert sein, dass er die maximale Größe eines Benutzerkontextes (insbesondere ztta/roll_extension*) und den SAP EG Memory umfassen kann. Die Windows-spezifische Implementierung des SAP Memory Managements wird über den Systemparameter es/implementation eingestellt, der bei Windows auf dem Wert view steht und der nicht verändert werden darf. Der SAP Heap Memory ist unter Windows weniger wichtig, da Nicht-DialogWorkprozesse ebenso wie Dialog-Workprozesse zunächst SAP Extended Memory allokieren und diesen »unbegrenzt« zur Verfügung steht. Die SAPProfilparameter abap/heap_area* sind daher überflüssig.
Bei Windows-Betriebssystemen kann das SAP-System den SAP Extended Memory dynamisch erweitern, und zwar bis zur eingestellten Grenze des SAP-Profilparameters em/max_size_MB oder bis der Adressraum in der Windows-Paging-Datei belegt ist. em/max_size_MB steht auf dem Standardwert des 1,5-Fachen des physischen Speichers, damit lässt das Zero Administration Memory Management eine deutliche Überallokation zu.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Die Berechnung der für ein SAP-System voraussichtlich benötigten Hardware, also die erforderliche CPU-Leistung, Hauptspeicher-, I/O- und Festplattengröße, bezeichnet man als Hardware-Sizing.
Nun können Sie die Schritte wie oben bereits für das Frontend erläutert wiederholen.