Datenbankschicht (relationales Datenbank-Management-System)
SAP Jobsteuerung
Zur Analyse von Programmen, die sich über mehrere Systeme hinweg erstrecken, z. B. über Java- und ABAP-Systeme hinweg, stehen die zentrale Einzelsatzstatistik und die sogenannte End-to-End-Laufzeitanalyse zur Verfügung. Letztere starten Sie direkt auf dem Präsentationsserver mit dem SAP-Client-Plug-in des SAP Solution Managers. Die Auswertung der zentralen Einzelsatzstatistik oder der End-to-End-Laufzeitanalyse ermöglicht Ihnen zunächst die Aussage darüber, ob der Löwenanteil der Antwortzeit auf den Präsentationsserver, das Netzwerk oder eines der beteiligten Systeme entfällt. Es ist möglich, die statistischen Sätze und jeden der Traces einzeln zu aktivieren und auszuwerten, was aber in größeren Produktivsystemen aufgrund der Komplexität zu Schwierigkeiten führt. Um die Analyse zu vereinfachen, vereinheitlicht der SAP Solution Manager das Einschalten und Analysieren der statistischen Sätze und Traces in der End-to-End-Laufzeitanalyse.
Für diese Fälle sollten Sie sich die Transaktion DBACOCKPIT genauer ansehen. Diese Transaktion stellt Ihnen neben vielen weiteren Funktionen zur Verwaltung der Datenbank einen Editor zur Verfügung, mit dem Sie Ihre SQL-Abfragen auf Ihr SAP-System einfach ausführen können. Bei dieser Methode erhalten Sie kurz nach dem Absenden der Abfrage das Ergebnis in der GUI angezeigt. Vorgehensweise zur Ausführung einer SQL Abfrage Um den Editor für die SQL Abfragen im DBACOCKPIT aufrufen zu können, bestehen folgende Voraussetzungen für den Nutzer: Der Nutzer benötigt entsprechende Rechte um die Transaktionen SM49 und SM69 auszuführen. Die Ausprägungen STOR und SMSS müssen im Berechtigungsobjekt S_ADMI_FCD gepflegt sein. Für die SQL-Abfragen muss die Datenbankverbindung aufrechterhalten werden. Den aktuellen Status einer Datenbankverbindung erhalten Sie durch das Anzeigen der DBCONTabelle. Rechte für den Aufruf der abzufragenden Tabelle(n) müssen vergeben sein. Weitere Details hierzu finden Sie im Abschnitt "Weitere Hinweise zum DBACOCKPIT" dieses Blog-Beitrags.
REIHENFOLGE DER OPTIMIERUNG EINHALTEN
Besonders wichtig ist es, zu kontrollieren, dass der SAP Extended Memory ausreichend groß ist, und ihn bei Bedarf zu vergrößern. Idealerweise würde man den SAP Extended Memory »unendlich« groß machen und auf SAP Roll und SAP Heap Memory total verzichten. Dies ist allerdings bisher nicht möglich, da betriebssystemspezifische Beschränkungen die Größe des SAP Extended Memorys limitieren. Daher gibt es Mechanismen im SAP-System, mit denen der Bedarf an SAP Extended Memory reduziert werden kann.
Nachdem Sie die Methoden der Lastverteilung und des Hardware-Sizings kennengelernt haben, beschäftigen wir uns abschließend mit der Frage, wie viele Systeme, Datenbanken, Applikationsinstanzen und Server man benötigt, um die anfallende Last zu bewältigen. Insbesondere bei der Einführung der SAP Business Suite stehen die Projektteams vor der anspruchsvollen Aufgabe, den Aufwand für die Wartung und Administration von Hardware, Datenbanken, SAP-Instanzen und weiterer Software nicht explodieren zu lassen. Vor diesem Hintergrund wird in vielen Projekten eine Konsolidierung angestrebt, d. h. eine Reduzierung der Softwareinstanzen auf wenige leistungsfähige Rechner. Hardwarepartner unterstützen dies durch innovative Technologie- und Vermarktungskonzepte.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Ist die Summe aus physischem Speicher und Auslagerungsspeicher kleiner als der vom SAP-System, von der Datenbank und anderen Programmen benötigte Speicher, kann es zu Speicherverwaltungsfehlern (d. h. zu Programmabbrüchen innerhalb des SAP-Systems), im schlimmsten Fall sogar zum Abbruch des Betriebssystems, kommen.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Dabei ist für Betriebssysteme, die kontinuierlich Speicher auslagern (z. B. Microsoft Windows), die Paged-in-Rate entscheidend, für andere Betriebssysteme hingegen, die erst bei Bedarf auslagern (die meisten UNIX-Derivate), die Paged-out-Rate.