SAP Portal
Parametrisierung des Betriebssystems, der Datenbanken und des SAP-Systems zur Sicherstellung eines performanten und störungsfreien Betriebs
NUMA steht für Non-Uniform Memory Access und beschreibt eine Computer-Speicher-Architektur für Multiprozessorsysteme, bei der jeder Prozessor über einen eigenen, lokalen physischen Speicher verfügt, aber anderen Prozessoren über einen gemeinsamen Adressraum direkten Zugriff darauf gewährt (Distributed Shared Memory). Bei einem Zugriff auf einen fremden Speicher treten Verzögerungen im Vergleich zum Zugriff auf den lokalen Speicher auf. Eine gute Datenlokalität ist also entscheidend für eine gute Performance. Betriebssysteme und SAP HANA verfügen über Strategien, ihre Prozesse in Bezug auf verteilte Prozessoren zu optimieren, allerdings wächst das Optimierungsproblem mit der Zahl der Prozessoren mit eigenen Speicherkarten in einem Multiprozessorsystem überproportional an. Dies gilt insbesondere für Systeme, bei denen die Daten stark integriert sind, wie es bei SAP-ERPSystemen der Fall ist.
Serviceanbieter geben häufig Garantien für mittlere Dialogantwortzeiten. Als »magische Grenze« für eine gute Performance wird in der Praxis oft eine mittlere Dialogantwortzeit von 1 Sekunde angesehen. Ein derart pauschales Kriterium wird jedoch der Vielfalt der unterschiedlichen Anforderungen an SAP-Komponenten nicht gerecht. Stattdessen sollten Vereinbarungen über die Überwachung von SAP-Dialogtransaktionen getroffen werden. Die Antwortzeiten von SAP-Dialogtransaktionen können sowohl mit dem zentralen Überwachungsmonitor als auch mit dem Workload-Monitor analysiert werden.
Virtualisierungslösungen
Die dritte Verbuchungsart ist, die Verbuchung direkt im Dialog- bzw. Hintergrund-Workprozess durchzuführen, d. h., keine Verbuchungs-Workprozesse in Anspruch zu nehmen. Diese Methode wird als lokale Verbuchung bezeichnet. Bei dieser Methode werden die Verbucherdaten nicht in den Verbuchungstabellen auf der Datenbank gespeichert, sondern im Hauptspeicher des Applikationsservers. Die Verbuchung wird direkt nach Abschluss des Dialogteils der Transaktion im Dialog-Workprozess ausgeführt (bzw. im Hintergrund-Workprozess, wenn es sich um einen Hintergrundprozess handelt). Die lokale Verbuchung wird in dem rufenden Programm durch die ABAP-Anweisung SET UPDATE TASK LOCAL aktiviert.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
In einem verteilten System mit mehreren Rechnern kann es dazu kommen, dass Sie auf mindestens einem Rechner einen Workprozess-Engpass feststellen, während andere Rechner noch über wartende, d. h. freie, Workprozesse verfügen. Untersuchen Sie in diesem Fall, wie viele Benutzer sich an den einzelnen SAP-Instanzen angemeldet haben. Im Workload-Monitor (siehe unten) können Sie darüber hinaus feststellen, wie viele Dialogschritte auf den einzelnen Servern durchgeführt wurden. Stellen Sie eine extrem ungleichmäßige Lastverteilung fest, ist Ihre Logon-Verteilung nicht richtig eingestellt. Sie sollten in Transaktion SMLG überprüfen, ob alle Server für die Logon-Verteilung zur Verfügung stehen oder ob Fehler gemeldet werden. Optimieren Sie gegebenenfalls mithilfe der Transaktion SMLG Ihre Logon-Verteilung.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Die Technik eines SAP-Systems beruht auf einer mehrstufigen Client-Server-Architektur, die in Abbildung 1.5 dargestellt ist.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Scribble Papers ist ein "Zettelkasten", mit dem das sehr einfach möglich ist.
Abbildung 2.11 zeigt Ihnen schematisch das Analysevorgehen im Bereich der SAP-Workprozesse.