SAP Web Dispatcher
SWETYPV Ereignistypkopplung
Eine große Zahl von SAP-Workprozessen erlaubt es, dass viele Benutzeraufträge zur gleichen Zeit bearbeitet werden. Ist die Anzahl der Prozesse, die Sie gleichzeitig abarbeiten wollen, deutlich größer als die Anzahl der Prozessoren, kommt es zu Wartesituationen in der Queue des Betriebssystems. Da die Workprozesse von der CPU gleichzeitig (d. h. in Zeitscheiben) bearbeitet werden, erhöht sich mit der Anzahl der Prozesse auch die Anzahl der Kontextwechsel auf Betriebssystemebene. Achtung: Gemeint ist hier mit Kontextwechseln auf der Betriebssystemebene das Hin- und Herschalten der Prozessoren zwischen den SAP-Workprozessen. Verwechseln Sie dies nicht mit den SAP-Kontextwechseln, d. h. dem Roll-in und Roll-out der Benutzerkontexte zwischen den SAP-Workprozessen. Jeder Kontextwechsel ist mit einem zusätzlichen Aufwand für das Betriebssystem verbunden. Das Warten auf eine freie CPU beansprucht somit die knappen CPU-Ressourcen zusätzlich. Das Warten in der SAP-Dispatcher-Queue kostet dagegen keine CPU-Ressourcen.
Welche Argumente sprechen nun dafür, mehr oder weniger Workprozesse zu konfigurieren? Das Argument für eine hohe Workprozess-Anzahl ist klar: Wenn Benutzer auf Workprozesse in der Queue des SAP-Dispatchers warten müssen, ist die Versuchung groß, ihnen mehr Workprozesse zur Verfügung zu stellen und dann zu hoffen, dass mehr Benutzer gleichzeitig arbeiten können. Dies ist dann der Fall, wenn Workprozesse durch Wartesituationen blockiert werden, die keine CPU-Leistung kosten, z. B. wenn Workprozesse in den PRIV-Modus gehen oder häufig durch Sperrsituationen auf der Datenbank blockiert sind. Auf der anderen Seite ist das »Aufdrehen« der Anzahl der Workprozesse fragwürdig, denn offensichtlich ist es langfristig sinnvoller, das tatsächliche Performanceproblem zu lösen, nämlich die Wartesituationen zu beseitigen. Das Hinzufügen von Workprozessen kann also nur Symptome abmildern, in der Regel das Performanceproblem jedoch nicht wirklich lösen.
SU21 Pflege von Berechtigungsobjekte
Die gesamte CPU-Zeit (Summe CPU-Zeit) sollte auf allen Applikationsservern etwa gleich groß sein, sofern Sie über Rechner mit gleicher CPU-Leistung verfügen. Haben Sie unterschiedlich starke Rechner, müssen Sie dies beim Vergleich der CPU-Zeit entsprechend berücksichtigen. Die Ursache für eine falsche Lastverteilung kann z. B. eine falsche Konfiguration der Anmeldegruppen oder eine falsche Konfiguration der Workprozesse sein.
Eine Übersicht über die wichtigsten Betriebssystem- und Hardwaredaten finden Sie unter dem Punkt Snapshot in der Analyseauswahl des Betriebssystemmonitors (siehe Abbildung 2.1). Alle Daten des Betriebssystemmonitors werden vom Hilfsprogramm saposcol im 10-Sekunden-Rhythmus aufgefrischt. Ein Auffrischen der Daten mit der entsprechenden Drucktaste ergibt also nur dann neue Daten, wenn 10 Sekunden verstrichen sind.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Beachten Sie, daß Ihr System inkonsistent ist, wenn Sie die Queue zurücksetzen, nachdem schon Objekte importiert wurden (zB nach einem Fehler im Schritt DDIC_IMPORT und folgenden).
Er definiert Vorgaben für die Umsetzung und den Betrieb, die er mit dem Operator oder auch der notwendigen Ausprägung des Subject Matter Experts abstimmt.