SPAM/SAINT-Update einspielen
Schritte zur Performanceanalyse
Um eine Priorisierung der Verbuchungsaufträge zu erreichen (d. h. eine Lastverteilung über die Zeit), gibt es unterschiedliche Verbuchungsarten. Wir unterscheiden zwischen der asynchronen V1-, V2- und V3-Verbuchung sowie der synchronen und der lokalen Verbuchung. In der Regel ist die Art der Verbuchung von SAP bei der Auslieferung der Software festgelegt. Nur in Einzelfällen und bei Eigenentwicklungen müssen Sie über die Verbuchungsart selbst entscheiden.
Ich empfehle Ihnen, dass Sie den Hintergrundjob PFCG_TIME_DEPENDENCY mit dem Report RHAUTUPD_NEW einplanen. Als Best Practice hat sich das Einplanen des Reports RHAUTUPD_NEW mit zwei Varianten bewiesen: Einmal täglich vor der ersten Anmeldung der Anwender (zB Mitternacht oder sehr früh am Morgen). Hierdurch werden die Benutzer einmal täglich abgeglichen. Einmal im Monat (oder auch einmal pro Woche) mit der Option "Bereinigung durchführen", sodass regelmäßig obsolete Profile und Benutzerzuordnungen bereinigt werden. Ebenfalls praktisch: Wenn es die Namenskonventionen Ihrer Rollen zulassen, können Sie den Report auch nach verschiedenen Zeitzonen ausrichten. Ich habe bspw einen Kunden, der den Benutzerabgleich für seine Anwender in den USA und Asien zu verschiedenen Zeitpunkten laufen lässt, damit das Tagesgeschäft der jeweiligen Anwender nicht gestört wird.
Performance-Trace erstellen
Die Größe des beim Start der SAP-Instanz allokierten SAP Extended Memorys wird durch den SAP-Profilparameter em/initial_size_MB festgelegt. Intern ist der SAP Extended Memory in Blöcke der Größe em/blocksize_KB aufgeteilt. Die Blockgröße beträgt standardmäßig 4.096 kB. Der SAP-Profilparameter ztta/roll_extension legt die maximale Größe eines Benutzerkontextes im SAP Extended Memory fest. Diese Quote verhindert, dass ein einzelner Benutzer mit einer sehr speicherintensiven Transaktion den gesamten SAP Extended Memory belegt und keinen Speicher für die anderen Benutzer übrig lässt. Mit Basisversion 7.40 haben Sie die Möglichkeit, mit den Parametern ztta/roll_extension_dia und ztta/roll_extension_nondia die Quoten für Dialog- und NichtDialog-Workprozesse zu übersteuern. ztta/roll_extension zieht, wenn diese nicht gesetzt sind.
Wie der SAP NetWeaver AS ABAP erstellt auch der SAP NetWeaver AS Java statistische Sätze mit grundsätzlich vergleichbaren Kennzahlen und charakterisierenden Parametern. Diese werden ebenfalls im Dateisystem der Java-Instanz gespeichert. Anzeigen können Sie die Daten entweder im zentralen Monitoring-System oder im SAP Solution Manager. Im ersten Fall überträgt ein als Agent bezeichneter Prozess die Daten an das zentrale Monitoring-System, die Anzeige erfolgt dort über den zentralen Workload-Monitor (Transaktionscode ST03G) und die zentrale Einzelsatzanzeige (Transaktionscode STATTRACE). In diesen Monitoren sehen Sie sowohl die Daten der Java-Instanzen als auch die Daten des ABAP-Servers, sofern Sie das zentrale Monitoring-System entsprechend konfiguriert haben. Verwenden Sie den SAP Solution Manager, überträgt der damit ausgelieferte SMD-Agent die Daten an den SAP Solution Manager. Dort werden sie im Business-Intelligence- System gespeichert und können zusammen mit den Daten der ABAPServer angezeigt werden.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Dieser Cache konkurriert mit dem SAP-System und der Datenbank um die Nutzung des Hauptspeichers.
Neben den Schnittstellen zwischen Systemelementen, umfasst Basis eine Entwicklungsumgebung für R/3-Anwendungen, ein Datenverzeichnis sowie Benutzer- und System-Administrations- beziehungsweise Monitoring-Tools.