Ermittlung der bestehenden Last im Produktivsystem
SM02 Systemnachricht erstellen
Die Präsentationsschicht enthält schließlich Softwarekomponenten für die grafische Darstellung der Anwendung. Sie bildet somit die Schnittstelle zu den Anwendern (GUI).
Fast alle Datenbanksysteme bieten auch spezifische Statistiken über die ausgeführten SQL-Anweisungen an. Diese Statistiken werden bei einigen Datenbanksystemen seit Datenbankstart geführt, bei anderen Datenbanksystemen müssen sie explizit eingeschaltet werden. Anhand dieser Statistiken lassen sich teure SQL-Anweisungen analysieren. Detailliertere Beschreibungen dieser Monitore finden Sie in Abschnitt 13.4, »SAPHANA-Administrationswerkzeuge zur Performanceoptimierung«, und in Anhang A, »Datenbankmonitore«.
SUGR Benutzergruppen pflegen
Innerhalb einer Client-Server-Ebene lässt sich die anfallende Last auf mehrere logische Instanzen verteilen, die auf unterschiedlichen Rechnern laufen können, was man als horizontale Skalierbarkeit bezeichnet. So wird die Präsentationsebene in der Regel auf PCs oder Terminalserver verteilt. Die Applikationsebene wird durch die SAP-Instanzen realisiert. Die Client-Server-Architektur erlaubt es, die Zahl der Applikations- und Präsentationsserver fast beliebig zu erhöhen, um bei steigender Benutzerzahl den wachsenden Anforderungen gerecht zu werden.
Für die Verteilung der Applikationsebene auf Instanzen gilt also die Regel, dass so viele Instanzen wie nötig, aber so wenige wie möglich installiert werden sollten. Grundsätzlich unterscheiden sich die Ziele der horizontalen Skalierbarkeit der Applikationsebene nicht wesentlich von denen der horizontalen Skalierbarkeit der Datenbankebene. Es gibt allerdings einen entscheidenden Unterschied: Bei der Skalierbarkeit von Anwendungsservern entscheidet das Logon-Balancing darüber, welcher Anwendungsserver die Anfrage eines Benutzers bearbeitet. Dort liegt auch der Speicher des Benutzers (Benutzerkontext). Ein Umziehen von Speicherkontexten findet auf der Applikationsebene nicht statt (außer bei expliziter Parallelisierung, z. B. über RFC-Aufrufe). Bei SAP HANA dagegen wird der Knoten für die Prozessierung der Anfragen durch die Verteilung der Daten festgelegt.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Da dort die Datendateien nicht mehr neu erzeugt werden müssen, bringt dies eine Zeitersparnis beim Einspielen.
Alle Prozesse können zusammen nicht mehr Speicher allokieren, als die Summe aus physischem Hauptspeicher und der verfügbaren Auslagerungsspeicher beträgt.