SAP Basis – Betrieb, Aufbau und Definition
SAP NetWeaver & SAP Gateway
Dialog-, Hintergrund- und Spool-Services werden bei einem verteilten SAP-System auf die Applikationsserver verteilt. Häufig wird in der Praxis der Fehler gemacht, dass zwar die Dialog-Workprozesse auf separaten Applikationsservern konfiguriert, die Hintergrund-Workprozesse jedoch auf dem Datenbankserver belassen werden. Folgende Gründe sprechen dafür, auch die Hintergrund-Workprozesse nicht auf dem Datenbankserver zu betreiben.
Durch die Verwendung von SAP HANA als Datenbank für SAP BW können Performancevorteile des BWs genutzt werden. BW-Anfragen auf InfoCubes und DataStore-Objekte (DSOs) werden von der SAP-HANA Datenbank direkt bearbeitet, zahlreiche administrative Arbeiten der Index- und Aggregatpflege entfallen. Ein separater SAP BW Accelerator (BWA) und die damit verbundene Replikation der Daten entfällt ebenfalls. Dieses Szenario umfasst auch die Unterstützung für SAP-Business-Objects-Anwendungen. SAP BW/4HANA ist die Data-Warehouse-Lösung der nächsten Generation. Es beruht ebenfalls auf dem SAP NetWeaver, ist aber für SAP HANA optimiert und nutzt das Potenzial von SAP HANA vollständig aus.
SPAM Support Package Manager
Hosting-Umgebungen und Angebote von Drittanbietern haben ebenfalls zu diesen Verbesserungen beigetragen. Öffentliche Cloud-Umgebungen wie Azure und AWS bieten eine Abstraktionsebene, die die schwierige Aufgabe, die Hardware instand zu halten, die bei SAP vor Ort erforderlich war, überflüssig macht.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Eine SAP-Transaktion erstreckt sich in der Regel über mehrere Transaktionsschritte (Bildwechsel). Während dieser Schritte werden Daten wie Variablen, interne Tabellen und Bildschirmlisten aufgebaut und im Hauptspeicher des Applikationsservers gehalten. Diese Daten bezeichnet man als Benutzerkontext. In der Regel werden die Schritte einer Transaktion von unterschiedlichen Dialog-Workprozessen ausgeführt, d. h., der erste Transaktionsschritt wird vielleicht vom Workprozess Nr. 3 ausgeführt, der zweite Schritt vom Workprozess Nr. 4 etc. Zu Beginn eines Transaktionsschrittes muss daher der Benutzerkontext dem entsprechenden Workprozess zugänglich gemacht werden. Dieser Vorgang heißt Roll-in. Die technischen Vorgänge beim Roll-in (z. B. das Kopieren von Daten in den lokalen Speicher des Workprozesses) werden in Kapitel 6, »Speicherkonfiguration«, im Detail dargestellt. Analog zum Roll-in zu Beginn eines Transaktionsschrittes wird zum Ende eines Transaktionsschrittes ein Roll-out, also die Sicherung der aktuellen Benutzerdaten, durchgeführt. Die Länge des Roll-ins wird als Roll-in-Zeit, die Länge des Roll-outs als Roll-out-Zeit bezeichnet. Bitte beachten Sie, dass der Roll-out nicht zur Antwortzeit eines Transaktionsschrittes beiträgt. Beim Roll-out, d. h. beim Kopieren des Benutzerkontextes aus dem lokalen Speicher des Workprozesses in den Roll-Speicher, sind die Daten des Benutzers bereits vorher an den Präsentationsserver übertragen worden.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Da SAP AMS oftmals für die eigentliche Anwendung (Ebene 3) und die Applikationsplattform (Ebene 2) verwendet wird, empfiehlt es sich im Service-/Leistungsschein zum SLA eine eindeutige Abgrenzung zu dokumentieren.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Unsere Experten verfügen über mehr als 20 Jahre Erfahrungen und betreuen eine große Zahl an Kunden diverser Branchen.