ABAP-Trace erstellen
Hardwareengpass: Ursachen
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.
Bei Windows-Betriebssystemen kann das SAP-System den SAP Extended Memory dynamisch erweitern, und zwar bis zur eingestellten Grenze des SAP-Profilparameters em/max_size_MB oder bis der Adressraum in der Windows-Paging-Datei belegt ist. em/max_size_MB steht auf dem Standardwert des 1,5-Fachen des physischen Speichers, damit lässt das Zero Administration Memory Management eine deutliche Überallokation zu.
Technische Umsetzung und typische Werkzeuge im SAP Basis Umfeld
Ü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).
Da die Daten durch das Quelldatenbanksystem komprimiert sein können, berücksichtigen die Analysen den Kompressionsfaktor der Quelldatenbank. Der Kompressionsfaktor berechnet sich als Quotient aus der komprimierten Größe der Datenbank und der Größe der unkomprimierten Datenbank. SAP-Hinweis 1514966 enthält detaillierte Informationen darüber, wie Sie die Größe der Quelldatenbank und den Kompressionsfaktor bestimmen. SAP HANA komprimiert die Daten. Richtwerte für die SAP-HANA-Kompression gehen ebenfalls in die Analyse ein. Der Komprimierungsfaktor hängt von den verwendeten Szenarien ab. Abschließend wird dieser Wert mit einem Faktor für den Arbeitsbereich (dynamischer Bereich) der SAP-HANA-Datenbank multipliziert. In kleinen und mittelgroßen Systemen gibt die SAP-Dokumentation einen Wert des dynamischen Bereichs zu (komprimierter) Tabellengröße von 1:1 an. Bei großen Systemen (6 TB und größer) sinkt dieser Wert.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Beobachten Sie zu Zeiten hoher Last einzelne Prozesse mit hoher CPU-Belastung? Dies können Datenbankprozesse (mit teuren SQL-Anweisungen), SAP-Workprozesse (mit Hintergrundprogrammen) oder externe Prozesse sein.
Kurzzeitige Lastspitzen sind also nicht automatisch als CPU-Engpass zu werten.