Anwendungsschicht
Mehrere SAP-Instanzen pro Rechner
Ein Stillstand der Datenbankinstanz hat innerhalb kürzester Zeit den Stillstand des gesamten SAP-Systems zur Folge. Zu einem Stillstand der Datenbankinstanz kommt es insbesondere dann, wenn kritische Speicherbereiche der Datenbank erschöpft sind, etwa die Log-Bereiche (z. B. das Log Volume bei SAP HANA, die Redo-Log-Dateien bei Oracle, die Archive-Log-Dateien bei DB2 oder das Transaction Log bei SQL Server) oder das Dateisystem. Die Fehleranfälligkeit ist besonders hoch zu Zeiten, in denen viele Informationen auf der Datenbank fortgeschrieben werden, z. B. bei Datenübernahmen oder Mandantenkopien.
Parallel zur Suche nach Applikationsfehlern sollten Sie untersuchen, ob das Programm an Grenzen gestoßen ist, die durch die SAP-Profilparameter festgelegt sind. Der für einen Benutzerkontext zur Verfügung stehende Speicher ergibt sich aus der Summe von ztta/roll_extension (bzw. mit Basisversion 7.40 auch ztta/roll_extension_dia und ztta/roll_extension_nondia, Quoten im SAP Extended Memory) und abap/heap_area_dia bzw. abap/heap_area_nondia (Quoten im SAP Heap Memory). Hinzu kommt noch der SAP Roll Memory mit einer Größe von weniger als 10 MB pro Kontext (ztta/roll_area) und das ab Version 7.40 obsolet ist. In dem oben angeführten Beispiel bricht das Programm ab, weil diese Quoten erreicht werden. Die Parameter betragen in diesem Beispiel ztta/roll_extension = 4.000.000.000 (Byte) bzw. abap/heap_area_dia = 2.000.000.000 (Byte). Der Vergleich mit den Werten »erweiterter Speicherbereich (EM)« und »fest allokierter Speicher (HEAP)« aus dem Protokoll zum Abbruch zeigt, dass das Programm abgebrochen wurde, weil es seine Quoten an SAP Extended Memory und SAP Heap Memory erreicht hat. In diesem Fall sollten Sie diese SAP-Profilparameter erhöhen.
INTEGRATION DER SAP-BASIS ALS QUERSCHNITTSFUNKTION
Neue Anfragen werden strikt nach dem Prinzip der Priorität bearbeitet. Im bisherigen Lastverteilungskonzept läuft eine Anfrage so lange, bis sie ihre Arbeit getan hat und ausgerollt werden kann. Bei RFC- und HTTP-Anfragen kommt es auch zum Roll-out, wenn die Anfrage an den Empfänger geschickt und auf Antwort gewartet wird. Mit dem neuen Lastverteilungskonzept sind auch Unterbrechungen von Anfragen möglich, wenn Workprozesse für höher priorisierte Anfragen benötigt werden. Die Unterbrechung von Anfragen gilt für Anfragen, die im Dialog-Workprozess laufen. Anfragen in Hintergrund-, Verbuchungs- und Spool-Workprozessen werden nicht unterbrochen.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Der Hauptspeicherbedarf und der Festplattenbedarf werden in MB angegeben und der Bedarf an I/O-Kapazität in Zugriffen pro Sekunde, also in allgemein üblichen Einheiten. Für die CPU-Kapazität gibt der Quick Sizer das Ergebnis in der Einheit SAPS an, um die unterschiedlichen CPU-Architekturen miteinander vergleichen zu können. Hardwarepartner können Ihnen Auskunft darüber geben, wie viel SAPS ein Rechner leistet.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Mit der Version 7.40 hat SAP das Lastverteilungskonzept für Dialog-Workprozesse grundsätzlich überarbeitet.
Im Eingangsbildschirm des Monitors erkennen Sie den Status der einzelnen Threads des ICMs.