SAP Basis Der zentrale Workload-Monitor

Direkt zum Seiteninhalt
Der zentrale Workload-Monitor
SAP Basis Einführung und Überblick der R3 Architektur (auf Englisch)
Auf wie viele Rechner und SAP-Instanzen soll die SAP-Applikationsebene verteilt werden? Grundsätzlich sollten Sie nicht unnötig viele Rechner und Instanzen einrichten, da mit jedem zusätzlichen Rechner und jeder zusätzlichen Instanz ein erhöhter Verwaltungs- und Überwachungsaufwand einhergeht. Folgende Argumente sprechen jedoch für die Einrichtung mehrerer Instanzen: Fällt ein Rechner bzw. eine Instanz aus, müssen die verbleibenden Rechner bzw. Instanzen die zusätzliche Last auffangen. Die Folgen sind dabei umso drastischer, je weniger Rechner bzw. Instanzen konfiguriert wurden. Anmeldegruppen (siehe Abschnitt 7.2.4, »Dynamische Benutzerverteilung: Anmeldegruppen konfigurieren«) sind ein wichtiges Mittel zur Lastverteilung. Diese können aber nur eingesetzt werden, wenn mehrere Instanzen konfiguriert sind. Bei sehr großen Instanzen können singuläre Ressourcen wie der Dispatcher, die Roll- oder die Pufferverwaltung zum Performanceengpass werden. Wann dieser Effekt jedoch auftritt, muss im Einzelfall geprüft werden. SAP gibt an, dass Sie Instanzen bis zu 512 GB Größe konfigurieren können.

Sie wollten eilig einen Transportauftrag im Qualitätssicherungssystem Ihrer SAP-Landschaft freigeben und haben dabei versehentlich auf "Ablehnen" anstatt "Genehmigen" geklickt? Nun lässt sich der Auftrag nicht weiter transportieren und wird bald per Job aus der Queue bereinigt? Nicht verzweifeln: In diesem Blog-Beitrag schildere ich Ihnen eine einfache Methode, wie Sie abgelehnte Transportaufträge trotzdem in das Produktivsystem transportieren können. Als Leser unseres Blogs interessieren Sie sich sicher für Tricks und Kniffe, die Ihnen die Handhabe Ihres SAP-Systems erleichtern. Vielleicht kennen Sie die Situation, dass Sie nach erfolgter Prüfung einen Transportauftrag schnell genehmigen wollen und sich bei der Freigabe im System verklickt haben. Problem ist nun, dass der Transportauftrag im System nun den Status "abgelehnt" innehat und daher nicht mehr transportiert werden kann. Insgesamt erhält ein Transportauftrag unter Umständen wichtige Änderungen, die Sie gerne ins Produktivsystem transportiert hätten. Vorgehensweise um abgelehnte Transportaufträge freizugeben Der nachfolgende Screenshot zeigt die Situation in der Transaktion STMS, bei der ein Transportauftrag im Qualitätssicherungsbereich ablehnt wurde. Somit ist ein Import in das Produktivsystem nicht mehr möglich. Der Transportauftrag kann entweder manuell oder durch einen Job entfernt werden. Die Frage an dieser Stelle ist jedoch, wie die Änderungen, die fälschlicherweise abgelehnt wurden, in das nachfolgende System transportiert werden können. Ablehnter Transportauftrag Tipp: Lassen Sie den Status auf "abgelehnt" stehen, entfernen sie ggf den abgelehnten Transportauftrag aus der Importqueue und befolgen Sie die nächsten Schritte. Wechseln sie in Ihrem Qualitätssicherungssystem auf die Importqueue. Gehen Sie dort über Zusätze -> Weitere Aufträge -> Anhängen zum modalen Fenster, in dem Sie weitere Schritte durchführen können.
Aktivität, Durchsatz und Last
Da die Datenbankzeit vom Applikationsserver gemessen wird, umfasst diese nicht nur die Zeit, die die Datenbank zum Bereitstellen der Daten benötigt, sondern auch die Zeit des Netzwerktransfers. Ein Netzwerkproblem zwischen Datenbank- und Applikationsserver schlägt sich also in einer erhöhten Datenbankzeit nieder. Darüber hinaus zählt zur Datenbankzeit auch die Zeit für das Bereitstellen der Daten im ABAP-Server. Dies lässt sich in folgender Formel konkretisieren: Datenbankzeit (ST03) = Datenbankserverzeit + Netzwerklaufzeit + Zeit für die Datenübertragung (Client-Server-Kommunikation) Auf dem ABAP-Server werden zusätzlich die Datenbankzeiten für direktes Lesen, sequenzielles Lesen und Änderungen (inklusive Commits) ermittelt. Auf der Datenbankseite stehen je nach Datenbanksystem detaillierte Statistiken über die Bestandteile der Datenbankserverzeit zur Verfügung, wie Sie in Abschnitt 2.3, »Datenbankanalyse«, gesehen haben.

Neben internen Sicherheitsvorgaben erfordern teilweise auch nationale und internationale Richtlinien alle audit- und sicherheitsrelevanten Benutzeraktionen zu erfassen. Mit dem Security Audit Log (SAL) haben Sie die Möglichkeit, jegliche Änderungen bspw bei Benutzern, Benutzerstammsätzen, aber auch Rollen und Gruppen zu protokollieren.

Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.

In diesem Fall steht den SAP-Workprozessen nicht genug CPU-Kapazität zur Verfügung, und die Prozesse müssen auf die CPU warten.

Vorgehensweise um abgelehnte Transportaufträge freizugeben Der nachfolgende Screenshot zeigt die Situation in der Transaktion STMS, bei der ein Transportauftrag im Qualitätssicherungsbereich ablehnt wurde.
SAP Corner
Zurück zum Seiteninhalt