Hintergrundanfragen
Präsentationsschicht
Die Applikationsschicht ist der Kern eines R/3 SAP-Basis Systems. Diese Schicht kommuniziert in beide Richtung, sowohl an die Präsentationsschicht als auch an die Datenbankschicht. Mit den Anwendungsprogrammen auf den Applikationsservern werden die benötigten Daten aus der Datenbankschicht angefordert, verarbeitet, für den Nutzer aufbereitet und an die Präsentationsschicht weitergegeben. Daten die der Anwender in die Benutzeroberfläche SAP-GUI eingibt werden über die Applikationsserver in die Datenbank weitergeführt.
Die Erfahrung zeigt, dass Performanceprobleme in großen SAP-ERP-Installationen mit mehr als zehn Applikationsservern meist durch Engpässe auf dem Datenbankserver hervorgerufen werden. Dem Tuning der Datenbank kommt daher mit zunehmender Systemgröße eine wachsende Bedeutung zu. Wenn ein System eine gewisse Zeit produktiv ist, sind die meisten Tuningmaßnahmen wie Puffereinstellungen, Lastverteilung etc. optimiert. Das Tuning teurer SQL-Anweisungen gewinnt dagegen mit wachsender Datenbankgröße an Bedeutung und ist ein ständig fortlaufender Prozess.
Planung
Ü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).
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Ein Zettelkasten, in dem schnell Daten aller Art abgelegt und wiedergefunden werden können. Das verspricht Scribble Papers. Anfangs sieht das Programm sehr spartanisch aus. Aber wenn erst einmal eine kleine Struktur vorhanden ist, erkennt man die große Flexibilität dieses kleinen Helfers.
Die Hardwarepartner erstellen nun Angebote zu dem Sizing-Projekt, unter denen Sie auswählen müssen. Für die Anforderungen unseres Beispielprojekts wäre es möglich, diese mit einem einzigen Rechner abzudecken. Alternativ kann der Hardwarebedarf auch auf mehrere Rechner verteilt werden. Für unser Projekt nehmen wir an, dass wir uns für ein Angebot entscheiden, das drei Rechner umfasst, die jeweils – nach Herstellerangabe – 12.000 SAPS leisten und mit 32 GB Hauptspeicher ausgestattet sind. Insgesamt leistet die Lösung also 36.000 SAPS und verfügt über 96 GB Hauptspeicher. Auf einem der Rechner sollen die Datenbank und eine SAP-Zentralinstanz installiert werden, auf den beiden anderen Rechnern sollen SAP-Instanzen den Großteil der Dialog-, Hintergrund- und Verbuchungslast aufnehmen. Mit dieser verteilten Installation gehen wir davon aus, dass wir auch beim Ausfall eines Rechners einen eingeschränkten Betrieb aufrechterhalten können und das Risiko eines Totalausfalls reduzieren. Für weitergehende Überlegungen zum Thema Lastverteilung verweisen wir Sie auf den letzten Teil dieses Kapitels und auf Kapitel 7, »Lastverteilung, Remote Function Calls und SAP GUI«.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Diese Schicht wird von SAP daher auch als eigentliches Basis-System bezeichnet.
Für die SAP-Basis stellen die Inhalte ein wesentliches Merkmal der Marktkommunikation dar.