Höchste Verfügbarkeit & Performance
Interpretation der Antwortzeiten
Asynchrone RFCs (aRFCs) werden dazu verwendet, Anwendungen zu parallelisieren. Wird der Grad der Parallelisierung nicht begrenzt, kann es zu einem lawinenartigen Anwachsen der aRFCs kommen, die die Applikationsebene auf der Empfängerseite lahmlegen können (alle Workprozesse belegt). Um solche Situationen zu vermeiden, ist es sinnvoll, für die empfangene RFC-Last eigene SAP-Instanzen mit einer eigenen Anmeldegruppe zu definieren, sodass die Workprozesse für die RFCs von den Workprozessen für die Onlinebenutzer getrennt sind, damit diese nicht in ihren Anwendungen beeinträchtigt werden. Dieses Problem wird allerdings mit dem mit Version 7.40 eingeführten Lastverteilungskonzept gelöst, sodass sich diese Option erledigt hat (siehe Abschnitt 7.2.5, »Lastverteilungskonzept für Dialog-Workprozesse«).
Im Zuge einer grünen IT bieten Hardware und Betriebssysteme die Möglichkeit an, Prozessoren im Energiesparmodus zu betreiben. Dies kann zu Performanceproblemen führen. Achten Sie daher darauf, dass Ihre Prozessoren in einem Modus laufen, der hohe Performance ermöglicht. SAP-Hinweis 1890444 beschreibt das Problem beispielhaft.
Analyse
In den Einzelsatzstatistiken können Sie Probleme erkennen, die in den gemittelten Werten des Transaktionsprofils nicht ins Auge fallen. So können Sie anhand der Einzelsätze entscheiden, ob die Antwortzeiten für alle Transaktionsschritte gleichmäßig hoch oder ob sie generell niedrig sind und nur sporadisch extrem hohe Antwortzeiten auftreten, die zu einem erhöhten Mittelwert führen. Dabei lässt sich z. B. anhand der Spalte Fcod, die den Funktionscode innerhalb einer Transaktion anzeigt, feststellen, ob hohe Antwortzeiten immer nur für einen Bildschirm innerhalb einer Transaktion auftreten. Im Beispiel in Abbildung 3.6 fällt auf, dass die Antwortzeiten für die ersten Dialogschritte deutlich unter 1 Sekunde liegen, dass aber der letzte Transaktionsschritt im Dialog-Task (mit dem Funktionscode SICH) eine hohe Antwortzeit von 14,5 Sekunden aufweist. Diesen Satz sollten Sie also genauer untersuchen.
Sie richten z. B. eine Anmeldegruppe für Mitarbeiter im Telefonverkauf ein, weil deren Aktivitäten besonders performancekritisch sind. Die zugehörigen SAP-Instanzen zeichnen sich durch besondere Leistungsfähigkeit aus (z. B. keine Hintergrund- und Verbuchungs-Workprozesse, besonders wenig Benutzer pro Server, besonders schnelle Prozessoren, dezidiertes Netzwerk etc.). Ein weiteres Beispiel für eine benutzerspezifische Anmeldegruppe ist die für Controlling-Mitarbeiter, die aufwendige Controlling-Reports im Dialogbetrieb erstellen. Dieser Gruppe weisen Sie eine SAP-Instanz zu, auf der der SAP-Profilparameter rdisp/max_wprun_time (bis 7.40) bzw. rdisp/scheduler/prio_high/max_runtime (ab 7.40), der die Laufzeit eines ABAP-Programms im Dialogbetrieb beschränkt, besonders hoch ist. Durch eine restriktive Einstellung der Laufzeitbeschränkung auf allen anderen Instanzen verhindern Sie, dass diese Reports auf anderen Instanzen erstellt werden können und dort andere Benutzer behindern. Auf diese Weise trennen Sie performancekritische Anwendungen (wie z. B. die Auftragsannahme im Telefonverkauf) von eher unkritischen, aber ressourcenintensiven Anwendungen (z. B. Controlling).
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
CANNOT_DISASSEMBLE_D_DATA_FILE: Eine ADO-Datendatei konnte nicht entpackt werden.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Die Berechtigungen werden dabei automatisch aus der Masterrolle gezogen.