Faustregeln
RZ01 Job Scheduling Monitor
Dialog- und Hintergrundlast sind häufig komplementär zueinander, d. h., Dialoglast entsteht tagsüber, Hintergrundlast sollte für die Nachtstunden eingeplant werden. So bleibt ein Applikationsserver, auf dem nur Dialog-Workprozesse konfiguriert werden, zu Zeiten niedriger Dialoglast ungenutzt, während auf der Datenbank durch parallellaufende Hintergrundprogramme zu dieser Zeit möglicherweise ein CPU-Engpass entsteht.
Die Anzahl der Sätze pro Fetch hängt daher auch von der SELECT-Klausel der SQL-Anweisung ab. Wird die Anzahl der Felder, die von der Datenbank übertragen werden sollen, durch eine SELECT-Liste eingeschränkt, passen mehr Sätze in einen Fetch, als wenn ein SELECT * verwendet wird. Der Wert für den SAP-Profilparameter dbs/io_buf_size liegt standardmäßig bei 33.792 (Byte) und sollte ohne ausdrückliche Empfehlung der SAP nicht geändert werden.
Die indirekte Nutzung von SAP ist eine Lizenzverletzung, die auftritt, wenn Software von Drittanbietern unerlaubt mit ... Gesamte Definition ansehen
V3-Funktionsbausteine werden ebenfalls ohne Enqueue-Sperren bearbeitet. Wie bei V1- und V2-Bausteinen werden am Ende des Dialogteils der Transaktion Einträge in die Verbuchungstabellen geschrieben, die Verbuchung wird allerdings nicht gestartet. Die Verbuchungsaufträge bleiben in den Verbuchungstabellen stehen, bis ein Hintergrundjob diese explizit bearbeitet. Dieser Hintergrundjob ist anwendungsspezifisch. Er kann eigene Anwendungslogik enthalten, also z. B. Verbuchungsaufträge im Hauptspeicher akkumulieren und nur noch die aufbereiteten Daten in die Datenbank schreiben. Dies kann für Tabellen, bei denen Werte häufig geändert werden, zu einer deutlichen Reduktion der Datenbankänderungen führen. Die Entscheidung, ob ein Geschäftsprozess im V3 verbucht werden kann, ist in der jeweiligen Dokumentation bzw. im Customizing hinterlegt.
Bei der horizontalen Skalierung wird die Verteilung der Daten auf die Knoten explizit festgelegt. Wenn Sie Tabellenreplikation nicht explizit einschalten, werden Daten nicht redundant, also auf unterschiedlichen Rechnern gleichzeitig gehalten. Eine Neuverteilung kann über Administrationswerkzeuge durchgeführt werden. Ist einmal festgelegt, welche Tabelle bzw. Partition einer Tabelle auf einem bestimmten Knoten liegt, legt dies auch fest, auf welchem Knoten die Anfrage bearbeitet wird. Damit ist im Falle der horizontalen Skalierung eine gute Datenlokalität entscheidend für eine gute Performance, denn beim Transport zwischen Knoten entstehen signifikante Mehrkosten. Es ist der Trend zu beobachten, dass horizontale Skalierung bei reinen OLAP-Systemen (SAP Business Warehouse on SAP HANA) bereits weit verbreitet ist, während sich diese Entwicklung bei OLTP-Systemen erst am Anfang befindet.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Aus diesem Grund stelle ich in diesem Artikel zwei der Möglichkeiten vor, welche im weit gefassten Bereich Security Automation bereits bestehen.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Standardmäßig sind sechs externe Modi möglich, die Anzahl kann über den Systemparameter rdisp/max_alt_modes verändert werden.