Softwareinstallation
Anmeldegruppen nach SAP-Anwendungen
Das Verbuchungs-Dispatching wird durch Setzen des SAP-Profilparameters rdisp/vb_dispatching = 1 im Default-Profil aktiviert. Das SAP-System sorgt dafür, dass alle Instanzen proportional zur Anzahl der auf ihnen konfigurierten Verbuchungs-Workprozesse mit Verbuchungsaufträgen versorgt werden. Damit wird in der Regel eine gleichmäßige Lastverteilung erreicht. Allerdings prüft es nicht die tatsächliche Lastverteilung. Ist z. B. auf einer SAP-Instanz nur ein Verbuchungs-Workprozess konfiguriert und dieser mit einem sehr langlaufenden Verbuchungsauftrag beschäftigt, weisen die Dialog-Workprozesse der Instanz trotzdem noch weitere Verbuchungsaufträge zu, obwohl zur gleichen Zeit Verbuchungs-Workprozesse auf anderen Instanzen frei sind. Unsere Empfehlung lautet daher, niemals nur einen Verbuchungs-Workprozess auf einer Instanz zu konfigurieren, sondern mindestens zwei.
Die kontinuierliche Systemüberwachung prüft, ob alle Komponenten verfügbar sind und performant arbeiten. Ist dies nicht der Fall, wird ein Alarm ausgelöst. Die kontinuierliche Überwachung kann über die zentrale Monitoring-Architektur automatisiert werden. Zur kontinuierlichen Systemüberwachung verwenden Sie den zentralen Überwachungsmonitor (Transaktionscode RZ20) im CCMS. Dabei definieren Sie ein SAP-System als zentrales Monitoring-System, in dem dann die Fehlermeldungen aus allen SAP-Komponenten einlaufen. Bisher sind in den zentralen Überwachungsmonitor die Daten über die ABAP-Instanzen, die Java-Server, Datenbanken, Betriebssysteme sowie über weitere SAP-Komponenten wie den SAP liveCache eingebunden. Weitere Data Supplier werden auch für Nicht-SAP-Komponenten angeboten. Seit SAP NetWeaver ’04 ist der zentrale Überwachungsmonitor auch in die Oberfläche des zentralen SAP NetWeaver Administrators eingebunden, kann also auch über diesen genutzt werden.
Konzept
In unserem Beispiel soll nun die Last unter Beibehaltung des Applikationsprofils vergrößert werden, d. h., weitere Benutzer sollen die Anwendungen Activity Management, Opportunity Management und Vertrieb nutzen. Nehmen wir an, dass sich in unserem Beispiel die Anzahl der Benutzer um 20 % erhöhen soll. Das Re-Sizing geht davon aus, dass sich dies proportional in der Lasterhöhung niederschlägt. In der Summe können wir also von einer Hauptspeicherauslastung von 87,6 % und einer CPU-Auslastung von 51,2 % ausgehen. Das heißt, die bestehende Hardware reicht für die Erhöhung der Last aus. Allerdings ist es bei einer verteilten Installation nötig, nicht nur auf die summarische Belastung zu schauen, sondern auch die künftige Verteilung der Last auf die Server zu berücksichtigen. In unserem Beispiel erkennen wir, dass der Datenbankserver deutlich höher ausgelastet wird als die Applikationsserver. Da sich auf dem Datenbankserver eine SAP-Instanz befindet, muss die Last, die diese Instanz verursacht, reduziert und auf die beiden Applikationsserver verteilt werden.
Alternativ können Sie den Transaktionscode ST06 verwenden. Sie gelangen auf den Hauptbildschirm des Betriebssystemmonitors.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Eine Frage, die es zu beantworten gilt, ist, ob es erforderlich ist, das notwendige Wissen im Unternehmen vorzuhalten, um ggf schneller als der externe Dienstleister reagieren zu können.
Beobachten Sie bereits einen CPU- bzw. einen Hauptspeicherengpass und eine hohe Processing-Zeit auf einem Applikationsserver, kann eine Reduzierung der Anzahl der Workprozesse die Performance erhöhen.