RSMEMORY: Dynamisches setzen von Speicherparametern
Programmabbrüche durch Speicherknappheit
Um Statistiken und Traces zielgerichtet für eine Webtransaktion einzuschalten, bietet der End-to-End-Trace im SAP Solution Manager die geeignete Lösung. Dabei werden u. a. die bisher beschriebenen Traces sowie weitere Traces des Frontends zielgerichtet eingeschaltet und zentral ausgewertet. Zielgerichtet heißt an dieser Stelle, dass die Information, dass Statistiken und Traces geschrieben werden sollen, über die unterschiedlichen Komponenten des SAP NetWeaver AS und auch zwischen unterschiedlichen SAP-Systemen weitergereicht werden, sodass in der Tat auf allen beteiligten Komponenten Analysedaten gesammelt werden – und zwar exakt die Anfragen, die der überwachte Webbrowser sendet.
Die Sprache ist eine Quelle für Missverständnisse – dies gilt in extremem Maße für den Bereich der SAP-Speicherverwaltung: So werden dieselben Begriffe auf der Ebene des Betriebssystems und auf der Ebene des SAP-Systems für unterschiedliche Dinge verwendet: Wir unterscheiden Betriebssystem-Paging und SAP-Paging, Kontextwechsel auf Betriebssystemebene und Kontextwechsel auf SAP-Ebene etc. Auch der Begriff »Heap« wird doppelt verwendet: Auf Betriebssystemebene ist damit der lokale Speicher gemeint, der von einem Betriebssystemprozess allokiert wird. Auf SAP-Ebene bezeichnet er dagegen einen speziellen lokalen Speicherbereich, d. h., der SAP Heap Memory ist nur ein Teilbereich dessen, was auf Betriebssystemebene als »Heap« bezeichnet wird. Um die Verwirrung in Grenzen zu halten, kennzeichnen wir hier die SAP-Begriffe explizit mit dem Präfix SAP, wie z. B. SAP Heap Memory oder SAP Paging Memory, um sie von den Betriebssystembegriffen abzugrenzen. Wenn Sie Sekundärliteratur oder Hinweise im SAP Support Portal lesen, vergewissern Sie sich anhand des Kontextes, ob sich der Autor auf den SAP-Systembegriff oder den Betriebssystembegriff bezieht.
Spezielles Performanceproblem analysieren
Simulationen mit SAP-Benchmarks liefern uns also wertvolle Ergebnisse, die uns helfen, reale SAP-Systeme zu konfigurieren. Einige Punkte können SAP-Benchmarks dagegen nicht berücksichtigen. Die Benchmarks berücksichtigen nur die Transaktionsverarbeitung (Online Transaction Processing, OLTP) der entsprechenden Anwendung, da diese normalerweise als performancekritischer eingestuft werden als das Reporting (Online Analytical Processing, OLAP). (Das Buchen von Kundenaufträgen, Lieferungen und Rechnungen ist wichtiger als das Reporting über diese Prozesse.) Reporting-Aktivitäten sind normalerweise datenbanklastiger; daher wird in einem realen SAP-System der Anteil der Datenbanklast im Verhältnis zur Dialog- und Verbuchungslast größer sein; typischerweise wird der Anteil der Datenbankinstanz zwischen 10 und 30 % liegen. Das Verhältnis der Anzahl der Dialog- Workprozesse zur Anzahl der Verbuchungs-Workprozesse ist darüber hinaus von den konkreten Anforderungen an das System abhängig.
Weitere Datenbankoperationen, die Sie im SQL-Trace finden, sind DECLARE, PREPARE und OPEN. Die DECLARE-Operation definiert einen sogenannten Cursor, der die Datenübergabe zwischen ABAP-Programmen und einer Datenbank regelt, und weist ihm eine Nummer zu. Über diese Cursor-ID erfolgt die Kommunikation zwischen SAP-Workprozess und Datenbanksystem.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
SAP liefert es zusammen mit dem SAP R/3 Plug-In aus.
Im Gegensatz dazu berechnet sich das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank primär aus der Größe der Datenbank, denn diese soll ja im Hauptspeicher gehalten werden.