Netzwerkprobleme
Hinweise implementieren
Der Erweiterte Speicher enthält also vor allem Nutzerkontexte von verschiedenen Workprozessen, falls diese nicht vollständig in den Rollbereich geladen werden können. Da der Speicherbereich für alle Workprozesse erreichbar ist, können die Workprozesse also auch auf fremde Nutzerkontexte, die hier liegen zugreifen. Außerdem enthält der Erweiterte Speicher einen Globalen Bereich in dem Daten unabhängig von Nutzerkontexten abgelegt werden können. Die Größe des erweiterten Speichers wird bestimmt durch die Werte von em/initial_size_MB und em/global_area_MB. Hierbei bestimmt der erste Parameter die Größe des Speicherbereichs in dem Nutzerkontexte abgelegt werden können und der zweite die Größe des globalen Bereichs. Parameter für den Privaten Speicher Zu guter Letzt gibt es noch den privaten Speicher, welcher nur dann genutzt wird, wenn der Nutzerkontext eines Workprozesses alle anderen ihm zur Verfügung stehenden Speicherbereiche aufgebraucht hat, also seinen Anteil des erweiterten Speichers und seinen Rollbereich. In diesem Fall geht der Workprozess in den PRIV modus. Ein Workprozess im privaten Modus ist an seinen aktuellen Nutzerkontext gebunden und wird erst dann wieder frei für andere Aufgaben, wenn die aktuelle Anfrage abgeschlossen ist. Falls er dabei den ihm zugewiesenen privaten Speicher vollständig aufgebraucht hat, wird der Workprozess anschließend neu gestartet und der Speicher wieder freigegeben. Dieses verhalten wird mit dem Parameter abap/heaplimit kontrolliert. Zeitweise kann der Nutzerkontext der Wert von abap/heaplimit dabei auch überschreiten. Die Parameter abap/heap_area_total, abap/heap_area_dia und abap/heap_area_nondia bestimmen eine obere Grenze für den privaten Speicher. Der Parameter abap/heap_area_total definiert wie viel privaten Speicher alle Workprozesse insgesamt nutzen können. Die Parameter abap/heap_area_dia und abap/heap_area_nondia hingegen bestimmen, wie viel privaten Speicher ein einzelner (Nicht-)Dialog-Workprozess nutzen darf.
Wenn Sie die Workprozess-Übersicht für einige Minuten beobachten (Schaltfläche Auffrischen), können Sie relativ sicher feststellen, ob ein akutes Performanceproblem auf dieser SAP-Instanz vorliegt, und dessen Ursache grob eingrenzen. Die Belegung aller Workprozesse eines Typs (d. h. Dialog, Verbuchung etc.) deutet auf ein solches Problem hin. Wenn die Workprozess-Übersicht zahlreiche Workprozesse mit den Aktionen Sequenzielles Lesen, Direktes Lesen, Update, Commit, Warten auf DBLock oder anderen Datenbankaktivitäten zeigt, liegt ein Problem im Bereich der Datenbank vor. Öffnen Sie in diesem Fall zwei weitere Modi. Starten Sie den Datenbankprozessmonitor und den Datenbanksperrmonitor (Exclusive Lockwaits), um eventuell teure SQL-Anweisungen oder Datenbanksperren zu identifizieren.
Ablauf eines Transaktionsschrittes
Je kleiner die Anzahl der physischen Zugriffe im Verhältnis zur Anzahl der logischen Zugriffe ist, desto höher ist die Pufferqualität. 100 % wäre eine ideale Pufferqualität, d. h., es muss überhaupt nicht mehr von der Platte gelesen werden: Alle erforderlichen Objekte befinden sich im Hauptspeicher der Datenbankinstanz.
Es ist offensichtlich, dass angesichts der Vielzahl an möglichen Maßnahmen System- und Applikationsbetreuer gemeinsam eine Lösung finden müssen. Die effektivste Methode des Performancetunings ist oft, nicht benötigte Funktionen applikationsseitig abzuschalten. Damit der Applikationsbetreuer allerdings weiß, was er sinnvollerweise im Customizing abschalten oder vereinfachen soll, benötigt er die Analyse der Systembetreuer. Es bedarf also der gemeinsamen Anstrengung, um zu einer Lösung zu kommen.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Der dritte Aspekt beim Datenbanktuning ist die Optimierung langlaufender, »teurer« SQL-Anweisungen.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Der SAP EG Memory ist ein Teil des SAP Extended Memorys.