SARA Archivadministration
Systemlast-Kollektor
Wenn allerdings während der Verarbeitung der Heap-Speicher den im Systemparameter abap/heaplimit definierten Wert überschreitet, wird der Prozess nach dem Ende der Verarbeitung durchgestartet, um den HeapSpeicher wieder freizusetzen (siehe Abschnitt 6.1.4, »Technische Realisierung im Detail«). Zum Zeitpunkt des Durchstartens steht der Prozess dem Job Scheduler nicht als Ressource für einen neuen Job zur Verfügung. Dies kann dann zum Problem werden, wenn es sehr kurz (weniger als 60 Sekunden) laufende Jobs betrifft, da dann die Hintergrund-Workprozesse unausgelastet bleiben. In diesem Fall können Sie diesen Parameter erhöhen. In der Jobübersicht (Transaktionscode SM37) finden Sie die Angaben zu Verzögerung (in Sekunden) und Verzögerungsgrund (ab Version 7.50).
Der SAP Paging Memory besteht analog zum Roll-Bereich aus einem Speicherbereich im Shared Memory des Applikationsservers (dem SAP-Paging-Puffer) und einer SAP-Paging-Datei auf einer Festplatte des Applikationsservers. Die Größe des SAP Paging Memorys und des SAP-Paging-Puffers wird durch die SAP-Profilparameter rdisp/PG_MAXFS und rdisp/PG_SHM eingestellt. Der SAP Paging Memory ist im Vergleich zu anderen Speicherbereichen weniger performancekritisch. rdisp/PG_MAXFS sollte allerdings ausreichend groß gewählt werden, um Programmabbrüche mit den Fehlern TSV_TNEW_PG_CREATE_FAILED oder SYSTEM_NO_MORE_PAGING zu verhindern. Der vorgeschlagene Wert von 32.000 (entsprechend 256 MB) sollte für alle normalen Anforderungen ausreichen. Steht der SAP-Profilparameter auf 32.000 und kommt es trotzdem zu Abbrüchen, liegt mit hoher Wahrscheinlichkeit ein Fehler im Programm vor (siehe entsprechende Hinweise im SAP Support Portal).
Bekannte Fehler
Um eine dynamische Verteilung von Dialogbenutzern auf die ABAP-Instanzen zu erreichen, können Sie Anmeldegruppen (oder Workgroups) einrichten, denen Sie eine oder mehrere ABAP-Instanzen zuordnen. Ein Benutzer meldet sich dann über eine Anmeldegruppe an das SAP-System an, bzw. eine Webanfrage wird über diese Gruppen verteilt. Das System sucht dann unter den zugeordneten SAP-Instanzen automatisch diejenige mit der besten Performancestatistik bzw. den wenigsten Benutzern aus.
Die Workload-Analyse ermöglicht Ihnen detaillierte Aussagen über die Verteilung der Antwortzeiten auf den Komponenten des Systems (d. h. auf Datenbank, Hardware, ABAP- und Java-Server) einerseits und über die Verteilung der Antwortzeiten auf Transaktionen und Programme andererseits. Ausgehend von der Workload-Analyse entscheiden Sie, in welchem Bereich weitere Analyse- und Tuningmaßnahmen notwendig werden. Denken Sie immer daran, die Ergebnisse Ihrer Workload-Analyse mit den Beobachtungen der Benutzer zu vergleichen. So kann es sein, dass der Workload-Monitor bei oberflächlicher Analyse Performanceprobleme suggeriert, wo gar keine bestehen. Umgekehrt kann es vorkommen, dass Ihnen Benutzer Performanceprobleme melden, die Ihnen im Workload-Monitor nicht sofort ins Auge springen.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Die Aufgabe des Bindeglieds wird erneut von Subject Matter Experten erfüllt.
Wächst der Kontext weiter an und übersteigt der Speicherbedarf auch diesen Wert, allokiert der Workprozess SAP Heap Memory nach Bedarf.