2 Analyse von Hardware, Datenbank und ABAP-Applikationsserver

Überwachung von Sperren 9.2
= 'DE' AND ARBGB = '00' AND msgnr = '001'.
BREAK-POINT.
Gehen Sie dazu wie folgt vor:
1. Starten Sie das Programm in der ABAP Workbench (z. B. über Transaktionscode
SE38). Nach wenigen Sekunden startet der Debugger, das
Programm hält am Befehl BREAK-POINT an. Zuvor hat das Programm mit
dem Befehl SELECT SINGLE FOR UPDATE eine Datenbanksperre gesetzt.
Da das Programm im Debug-Modus wartet, wird diese Datenbanksperre
nicht zurückgenommen.
2. Starten Sie nun in einem zweiten Modus das Programm erneut. Im
zweiten Modus wird Ihnen die Sanduhr angezeigt.
3. Sie können das Programm erneut in einem dritten Modus starten, es
wird Ihnen wiederum die Sanduhr angezeigt.
4. Starten Sie in einem weiteren Modus den Datenbanksperrmonitor, wie
zuvor beschrieben. Die Sperrsituation wird angezeigt, und Sie können
erkennen, welcher Workprozess die Sperre hält und welcher wartet.
Mithilfe der Workprozess-Übersicht (Transaktionscode SM50) und des
Datenbankprozessmonitors können Sie nun analysieren, was der Prozess,
der die Sperre hält, tut. In unserem Beispiel finden Sie als Status in
der Prozessübersicht hält und als Grund Debug.
5. Gehen Sie nun in den Debugger, und führen Sie dort die Ausführung des
Programms im ersten Modus fort. Das Programm wird beendet, die
Datenbanksperre wird durch ein implizites Commit oder Rollback der
Datenbankschnittstelle abgeräumt, und damit kann das Programm im
zweiten Modus, das bisher beim Befehl SELECT SINGLE FOR UPDATE wartete,
fortfahren. Es wird also innerhalb kürzester Zeit ebenfalls den
Befehl BREAK-POINT erreichen und den Debugger starten.
6. Setzen Sie auch im zweiten und, falls Sie das Programm in weiteren
Modi gestartet haben, auch in diesen das Programm im Debugger fort,
um die Sperren freizugeben.
Grundsätzlich müssen Sie in Programmen darauf achten, dass Sperren
möglichst spät angefordert werden. Es ist also besser, zunächst
alle benötigten Informationen von der Datenbank zu lesen und zu
bearbeiten, bevor Änderungen in der Datenbank vorgenommen und
Sperren gesetzt werden. In Abbildung 9.1 ist dies schematisch dargestellt:
Im oberen Teil der Abbildung werden während einer Datenbanktransaktion
mehrere Änderungen auf der Datenbank vorgenommen
und damit Datenbanksperren unnötig lange gehalten. Der
untere Teil der Abbildung zeigt die elegantere Art der Programmierung:
Während der Datenbanktransaktion werden die Änderungen
in einer internen Tabelle gesammelt und erst zum Ende der Transak-
Typische Probleme
409