SMQR qRFC-Monitor (QIN-Schedular)
In diesem Artikel erfahren Sie:
Wie aus dem bisher Gesagten hervorgeht, gibt es zahlreiche Gründe, weswegen alle Workprozesse eines Typs belegt sein können. Wenn Sie allerdings die bisher diskutierten Probleme ausschließen können und trotzdem ein Problem im Bereich der Workprozesse beobachten, kann es sein, dass Sie zu wenige Workprozesse konfiguriert haben. In diesem Fall sollten Sie die Anzahl der Workprozesse vergrößern. Vorher sollten Sie allerdings überprüfen, ob der Rechner über ausreichend Reserven an CPU und Hauptspeicher verfügt. Wenn die CPU schon zu 80 % ausgelastet ist, wird die Erhöhung der Anzahl der Workprozesse eher zu einer Performanceverschlechterung führen.
Das Rechnerprofil zeigt die Transaktionsschritte und Antwortzeiten pro Rechner. Befinden sich mehrere SAP-Instanzen auf einem Rechner, wird eine gemeinsame Statistik für diese Instanzen erstellt. Durch einen Doppelklick auf eine Zeile erhalten Sie detaillierte Informationen über die Task- Typen auf den einzelnen Rechnern. Anhand dieses Profils prüfen Sie die gleichmäßige Auslastung Ihrer Rechner: Tritt z. B. Dispatcher-Wartezeit auf nur einem Rechner (bzw. wenigen Rechnern) auf, deutet dies darauf hin, dass auf diesem Rechner entweder zu viele Benutzer arbeiten oder zu wenig Workprozesse konfiguriert sind.
Job Management Konzept
Sind noch nicht alle benötigten ABAP-Programme und Dynpros in den Puffern des Applikationsservers vorhanden, müssen diese geladen und eventuell generiert werden. Diese Zeit schlägt als Lade- und Generierungszeit (Mittlere Lade- & Generierungs-Zeit) zu Buche. Ein weiteres Indiz dafür, dass Programme geladen werden, sind Datenbankzugriffe auf die Tabellen, in denen die ABAP-Programme auf der Datenbank gespeichert werden, nämlich die Tabellen D010S, D010L etc..
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?
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
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.
Im Protokoll des Commandfile-Imports finden Sie die Fehlerursache.