SAP-HANA-Einsatzszenarien
Technische Änderungen
Exklusiv in der Eclipse-basierten Oberfläche finden Sie eine Sicht, die den Programmablauf auf der Zeitachse darstellt. In dieser Sicht erkennen Sie schnell die Schachtelungstiefe des Programms und die Aufrufe mit einer hohen Nettozeit. Um die Zeitachsensicht zu verwenden, gehen Sie wie folgt vor: In der Eclipse-basierten ABAP-Entwicklungsumgebung wählen Sie die Perspektive ABAP Profiling und die Sicht ABAP Traces. Wählen Sie eine Datei aus, und öffnen Sie die Sicht Call Timeline. Der Zeitverlauf der Laufzeitanalyse wird dargestellt. Über Navigationshilfen wie die Vergrößerungseinstellungen und die Vorschau im unteren Bereich können Sie in der Sicht navigieren. Aufrufe mit einer hohen Nettozeit erkennen Sie als lange horizontale Balken in der Ansicht. Selektieren Sie einen der kritischen Aufrufe. In einem Fenster finden Sie die folgenden Informationen zum Aufruf: – Operation – aufrufendes und aufgerufenes Programm – Brutto- und Nettozeit Über Funktionen im Kontextmenü können Sie in andere Sichten wie Hitliste und Aufrufhierarche navigieren. Um die Übersicht zu erhöhen, definieren Sie ein eigenes Farbschema. Rufen Sie dazu aus dem Kontextmenü die Funktion Edit Coloring Schemas auf. Ordnen Sie nun Programmgruppen bestimmten Farben zu. Zum Beispiel ordnen Sie Programme mit dem Schema »Z*« der Farbe Rot zu, um Programmteile zu erkennen, die mit diesem Präfix beginnen. Farbschemata lassen sich als lokale Dateien speichern und ins System hochladen.
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.
Wie relevant ist SAP Basis?
Die Statistiksätze werden aus Performancegründen zunächst im Hauptspeicher gesichert und dann in das Dateisystem der Festplatte geschrieben. Durch einen stündlich laufenden Hintergrundprozess (SAPPerformancekollektor) werden die Daten dann anhand der charakterisierenden Parameter zu Lastprofilen verdichtet; dies können Zeitprofile, Serverprofile oder Transaktionsprofile sein. Die Einzelsätze werden nach einer bestimmten Zeit gelöscht. Die aggregierten Daten werden in der Datenbank gespeichert.
Das SAP Basis Plug-In ist abwärts kompatibel und folgt der Release- und Wartungsstrategie des SAP R/3 Plug-In. SAP liefert es zusammen mit dem SAP R/3 Plug-In aus. Weitere Informationen finden Sie auf dem SAP Service Marketplace unter basis-plug-in → SAP Plug-In → SAP Basis Plug-In → Releases.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Weitere Informationen zu diesem Puffer finden Sie in Abschnitt 12.3, »Objektorientierte Anwendungspuffer überwachen«.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
Es bedarf also der gemeinsamen Anstrengung, um zu einer Lösung zu kommen.