SE95 Modification Browser
Verwaltung der Netzinfrastruktur
Wie sollten Sie bei der Analyse komplexerer Programme vorgehen? Wir empfehlen Ihnen, zunächst eine Analyse des gesamten Programms mit Aggregierung pro Aufrufstelle und ohne Analyse von Operationen auf interne Tabellen durchzuführen (Einstellungen der Default-Variante). Das Ziel dieser Analyse ist, die Modularisierungseinheiten mit der höchsten Laufzeit zu ermitteln. Sortieren Sie daher, nachdem Sie die erste Analyse erstellt haben, die Hitliste nach den Nettozeiten, und identifizieren Sie Modularisierungseinheiten oder Anweisungen mit hoher Laufzeit. Wenn Sie aus dieser ersten Analyse nicht bereits Empfehlungen für die Programmoptimierung ableiten können, erstellen Sie in einem zweiten Schritt eine detailliertere Analyse dieser Modularisierungseinheiten, indem Sie eine Variante anlegen, die die Analyse auf diese beschränkt. Aktivieren Sie gleichzeitig den Trace für Operationen auf interne Tabellen, und aktivieren Sie ebenfalls die Aggregierung pro Aufrufstelle.
Die kontinuierliche Systemüberwachung prüft, ob alle Komponenten verfügbar sind und performant arbeiten. Ist dies nicht der Fall, wird ein Alarm ausgelöst. Die kontinuierliche Überwachung kann über die zentrale Monitoring-Architektur automatisiert werden. Zur kontinuierlichen Systemüberwachung verwenden Sie den zentralen Überwachungsmonitor (Transaktionscode RZ20) im CCMS. Dabei definieren Sie ein SAP-System als zentrales Monitoring-System, in dem dann die Fehlermeldungen aus allen SAP-Komponenten einlaufen. Bisher sind in den zentralen Überwachungsmonitor die Daten über die ABAP-Instanzen, die Java-Server, Datenbanken, Betriebssysteme sowie über weitere SAP-Komponenten wie den SAP liveCache eingebunden. Weitere Data Supplier werden auch für Nicht-SAP-Komponenten angeboten. Seit SAP NetWeaver ’04 ist der zentrale Überwachungsmonitor auch in die Oberfläche des zentralen SAP NetWeaver Administrators eingebunden, kann also auch über diesen genutzt werden.
SAP Business Server Pages
Damit können Sie anhand dieser Zeiten schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit, Datenbankzeit oder Datenbank-Procedure-Zeit bedeutet, dass die Anwendung auf der Komponente genauer analysiert werden muss. Eine hohe Wartezeit in der Komponente deutet auf eine Überlastungssituation in der Komponente hin. Abhängig vom Typ der Komponente (ABAP- oder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Aufrufzeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist. Es muss daher also einen weiteren Statistiksatz einer aufgerufenen Komponente geben, der eine hohe Antwortzeit aufweist.
Inperformante Programme zeichnen sich oft dadurch aus, dass identische Daten mehrfach hintereinander von der Datenbank gelesen werden. Um solche identischen SQL-Anweisungen zu identifizieren, bietet der SQL-Trace die folgende Funktion an: Traceliste > Identische Selects anzeigen.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
In der Tabelle RSBASIDOC ist der richtige Wert in der Spalte "RLOGSYS" zu finden.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Hierzu wird empfohlen, ein Testlaboratorium mit möglichst wenigen Einschränkungen hinsichtlich Unternehmensstandards einzurichten.