Abgrenzung zu SAP ABAP
SMGW Gateway-Monitor für die Instanz
Standardmäßig finden Sie alle Rechner, auf denen SAP-ABAP-Instanzen installiert wurden, in der Auswahlliste. Grundsätzlich lässt sich aber jeder Rechner in den Remote-Betriebssystemmonitor einbinden, sofern dort ein Monitoring-Agent installiert ist. Dringend empfohlen wird dies für Rechner, auf denen eine Standalone-Datenbank, eine SAP-Java-Instanz oder ein TREX läuft.
Für den Benutzer ist die mittlere Antwortzeit seiner Transaktionen die entscheidende Größe. Die mittleren Antwortzeiten der Kerntransaktionen, d. h. der Transaktionen, von deren Performance der Geschäftsablauf empfindlich abhängt, sollten Sie genau überwachen und sich eigene Richtwerte setzen. Folgende Fragen sollten Sie bei der Analyse des Transaktionsprofils beantworten: Sortieren Sie das Transaktionsprofil nach S DB-Zeit. Welche Transaktionen verursachen die höchste Datenbanklast? Sortieren Sie das Transaktionsprofil nach S CPU-Zeit. Welche Transaktionen verursachen die höchste CPU-Last? Fallen Ihnen Transaktionen auf, bei denen der Anteil der Datenbankzeit bzw. der Anteil der CPU-Zeit deutlich über 60 % der gesamten Antwortzeit liegt? Solche Transaktionen sollten mit dem SQL-Trace bzw. dem ABAP-Trace untersucht werden. Das weitere Vorgehen bei der Analyse einzelner Programme und Transaktionen wird in Kapitel 5, »Optimierung von ABAP-Programmen«, beschrieben. Fallen Ihnen kundeneigene Programme und Transaktionen auf, die eine hohe Last verursachen?
OS/DB Migrationen
Wenn Sie in der Workprozess-Übersicht zahlreiche abgebrochene Workprozesse beobachten (Eintrag beendet im Feld Status), die sich nicht wieder starten lassen, besteht aller Wahrscheinlichkeit nach ein Problem mit dem SAP-Kernel oder beim Anmelden an die Datenbank. Überprüfen Sie in diesem Fall die Trace-Datei. Diese finden Sie in der Workprozess-Übersicht unter der Menüoption Prozess > Trace > Anzeigen. Sichern Sie diese Trace- Datei in eine lokale Datei. Dies ist für die anschließende Fehlersuche wichtig, da die Trace-Datei beim Neustart des Workprozesses überschrieben wird und die Information über den Grund des Abbruchs damit für die Fehlersuche verloren ist. Suchen Sie im SAP Support Portal nach Hinweisen zu diesem Problem, oder schalten Sie SAP bei der Fehlersuche ein.
Ein BW-System spielt häufig in größeren Unternehmen eine sehr zentrale Rolle. Hier werden die Daten von den verschiedenen angebundenen Quellsystemen zentral ausgewertet und reportet. Ein früherer Kunde von mir hatte ein BW-System, an welches insgesamt über 20 andere SAPProduktivsysteme angeschlossen waren. Bei so einer großen und meist lebendigen System- Landschaft ist es normal, dass von Zeit zu Zeit einzelne Systeme zurückgebaut werden. Gerade bei großen SAP-Landschaften gibt es allerdings strenge Regelungen betreffend Berechtigungen von technischen RFC-Nutzern. Aus diesem Grund wird das einfache "Rechtsklick --> Löschen" eines Quellsystems in der RSA1 häufig nicht zum Ziel führen, sondern in eine gescheiterte Berechtigungsprüfung. Mit diesem Blogbeitrag zeige ich Ihnen einen Workaround, wie sie ein Quellsystem sauber von einem BW-System trennen können mit Hilfe der Funktionsbausteine RSAR_LOGICAL_SYSTEM_DELETE und RSAP_BIW_DISCONNECT.
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.
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).
Beheben Sie dazu zunächst den Datenbankfehler, indem Sie z. B. das Dateisystem erweitern.