Jetzt anfordern
REGELMÄSSIGE TEILNAHME AN INFORMATIONSVERANSTALTUNGEN
Periodisch anfallende oder langlaufende Aufgaben werden von der Hintergrundverarbeitung des SAP-Systems verwaltet. Dazu können Sie Jobs einplanen, die vom Job Scheduler auf die Hintergrund-Workprozesse verteilt werden. Der Job Scheduler startet einmal pro Minute (dieser Wert wird über den Parameter rdisp/btctime gesteuert, der standardmäßig auf 60 Sekunden steht) und verteilt die anstehenden Jobs gemäß ihrer Priorität auf die konfigurierten Hintergrund-Workprozesse. Die Konfiguration der Hintergrund-Workprozesse ist also das Mittel der Wahl, die Gesamtlast durch Hintergrundjobs zu begrenzen. Wird ein Job beendet, so wird der Scheduler ebenfalls gestartet, damit bei kurzlaufenden Jobs die Hintergrund-Workprozesse nicht unausgelastet bleiben. Ab Version 7.00 ist dieses Verhalten standardmäßig aktiv, SAPHinweis 923228 beschreibt die Verfügbarkeit für ältere Versionen.
Überwachen Sie darüber hinaus das Hauptspeicherprofil. Dieses finden Sie im Workload-Monitor unter Speicherverbrauchsstatistik. Es erlaubt eine Analyse der Speicherbelegung pro Programm. Dazu werden die Belegungen des Extended Memorys und des Heap Memorys (Erweiterungsspeicher bzw. Privater Speicher) ausgewiesen. Darüber hinaus zeigt der Monitor an, wie oft Workprozesse in den PRIV-Modus gegangen sind (Spalte Workprozess- Reservierungen) und wie oft ein Workprozess neu gestartet wurde, nachdem sein Verbrauch an Heap Memory den Wert des Parameters abap/heaplimit überschritten hat (Spalte Neustarts von Workprozessen).
Permanentes Tuning und Performance-Monitoring in den vorgenannten Bereichen
Neben internen Sicherheitsvorgaben erfordern teilweise auch nationale und internationale Richtlinien alle audit- und sicherheitsrelevanten Benutzeraktionen zu erfassen. Mit dem Security Audit Log (SAL) haben Sie die Möglichkeit, jegliche Änderungen bspw bei Benutzern, Benutzerstammsätzen, aber auch Rollen und Gruppen zu protokollieren.
Auf wie viele Rechner und SAP-Instanzen soll die SAP-Applikationsebene verteilt werden? Grundsätzlich sollten Sie nicht unnötig viele Rechner und Instanzen einrichten, da mit jedem zusätzlichen Rechner und jeder zusätzlichen Instanz ein erhöhter Verwaltungs- und Überwachungsaufwand einhergeht. Folgende Argumente sprechen jedoch für die Einrichtung mehrerer Instanzen: Fällt ein Rechner bzw. eine Instanz aus, müssen die verbleibenden Rechner bzw. Instanzen die zusätzliche Last auffangen. Die Folgen sind dabei umso drastischer, je weniger Rechner bzw. Instanzen konfiguriert wurden. Anmeldegruppen (siehe Abschnitt 7.2.4, »Dynamische Benutzerverteilung: Anmeldegruppen konfigurieren«) sind ein wichtiges Mittel zur Lastverteilung. Diese können aber nur eingesetzt werden, wenn mehrere Instanzen konfiguriert sind. Bei sehr großen Instanzen können singuläre Ressourcen wie der Dispatcher, die Roll- oder die Pufferverwaltung zum Performanceengpass werden. Wann dieser Effekt jedoch auftritt, muss im Einzelfall geprüft werden. SAP gibt an, dass Sie Instanzen bis zu 512 GB Größe konfigurieren können.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Dieser kann sowohl von ABAP-Instanzen als auch von den Java-Instanzen des SAP NetWeavers angesprochen werden.
Der SAP Web Dispatcher bietet unterschiedliche Methoden für das Dispatching an.