SAP Basis Ermittlung bestimmter Transaktionen mit Nutzerzuordnung mittels SE16N - SAP Corner

Direkt zum Seiteninhalt
Ermittlung bestimmter Transaktionen mit Nutzerzuordnung mittels SE16N
Anmeldegruppen für den SAP Web Dispatcher
Wie beschrieben, erfolgt das Verbuchen in Verbuchungs-Workprozessen in der Regel asynchron, d. h., der Dialog-Workprozess wartet nicht, bis der Verbucher seine Arbeit abschließt. Vielmehr meldet er bereits nach der Zwischenspeicherung der Daten in den Verbuchungstabellen dem Benutzer den Abschluss der Transaktion, sodass dieser mit seiner Arbeit fortfahren kann, während der Verbucher noch arbeitet. Es kann aber auch synchron verbucht werden, d. h., der Dialog-Workprozess wartet auf den Abschluss der Arbeit der Verbuchung. Im Workprozess-Monitor, Transaktionscode SM50 bzw. SM66, würde diese Situation als Status Hält, Grund Upd angezeigt werden. Die synchrone Verbuchung wird durch den Zusatz AND WAIT zur ABAP-Anweisung COMMIT WORK aktiviert.

Dialog-, Verbuchungs-, Hintergrund- und Spool-Service werden von jeweils einem oder mehreren SAP-Workprozessen geleistet. Dialog-, Verbuchungs-, Hintergrund- und Spool-Service können über mehrere ABAP-Instanzen verteilt werden. Erfolgen Verbuchung bzw. Hintergrundverarbeitung auf nur einer SAP-Instanz, sprechen wir von zentraler Verbuchung bzw. Hintergrundverarbeitung, sonst von verteilter Verbuchung bzw. verteilter Hintergrundverarbeitung. Welchen Service ein Workprozess erbringt, wird durch den Dispatcher der jeweiligen SAP-Instanz bestimmt. Der Dispatcher ist ein ausgewählter Prozess, der die Arbeit der anderen Workprozesse und damit die angebotenen Services koordiniert. Jede ABAP-Instanz hat genau einen Dispatcher. Der Dispatcher koordiniert also die Arbeit innerhalb einer ABAP-Instanz, während der Message-Server für die Koordination zwischen den ABAP-Instanzen sorgt.
Ziele der Schulung SAP HANA - Installation und Administration:
Trifft keiner der oben genannten Punkte zu, prüfen Sie, ob andere Performanceprobleme der Datenbank auftreten, die dazu führen, dass SQL-Anweisungen zu langsam abgearbeitet werden, was ein verhältnismäßig langes Halten von Datenbanksperren zur Folge hat. Lösen Sie in diesem Fall erst das andere Performanceproblem, und untersuchen Sie anschließend, ob sich die Datenbanksperren dann schneller auflösen.

Serviceanbieter geben häufig Garantien für mittlere Dialogantwortzeiten. Als »magische Grenze« für eine gute Performance wird in der Praxis oft eine mittlere Dialogantwortzeit von 1 Sekunde angesehen. Ein derart pauschales Kriterium wird jedoch der Vielfalt der unterschiedlichen Anforderungen an SAP-Komponenten nicht gerecht. Stattdessen sollten Vereinbarungen über die Überwachung von SAP-Dialogtransaktionen getroffen werden. Die Antwortzeiten von SAP-Dialogtransaktionen können sowohl mit dem zentralen Überwachungsmonitor als auch mit dem Workload-Monitor analysiert werden.

Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.

Mehrfädige Prozessorkerne (Multi-Threaded-CPUs) verfügen über eine CPU, melden sich aber als mehrere CPUs am Betriebssystem an.

Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.

Da die DECLARE- und PREPARE-Operationen beim ersten Durchlauf ausgeführt wurden, ist in unserem Beispiel nur die OPEN-Operation zu beobachten.
SAP Corner
Zurück zum Seiteninhalt