2 Analyse von Hardware, Datenbank und ABAP-Applikationsserver

Überwachung von Sperren 9.2
Hintergrundprogramm in regelmäßigen Abständen ein Commit auslösen
zu lassen (wenn dies vom Standpunkt der Datenkonsistenz
möglich ist) oder es nur zu Zeiten einzuplanen, in denen es den Dialogbetrieb
nicht stört. Ähnliche Probleme treten bei der Parallelisierung
von Hintergrundläufen auf, d. h., wenn dasselbe Programm
mehrfach parallel gestartet wird. Diese Parallelisierung macht jedoch
nur dann Sinn, wenn die Selektionsbedingungen so gewählt werden,
dass sich die parallel laufenden Programme nicht gegenseitig die
Daten sperren.
Deadlocks
Während Sie sich im ABAP Debugger befinden, wird in der Regel kein Datenbank-Commit
ausgelöst, d. h., alle Datenbanksperren bleiben bestehen,
bis Sie den Debugger wieder verlassen. Vermeiden Sie es daher, in
einem produktiven SAP-System mit dem Debugger zu arbeiten.
Im Folgenden beschreiben wir ein Beispiel für eine Situation, die man als
Deadlock bezeichnet. Nehmen wir an, die Workprozesse 1 und 2 wollen
jeweils eine Liste von Materialien sperren. Workprozess 1 sperrt Material
A und Workprozess 2 Material B. Anschließend fordert Workprozess 1 eine
Sperre auf Material B an, Workprozess 2 eine Sperre auf Material A. Beide
Workprozesse können die angeforderten Sperren nicht bekommen, da
diese vom jeweils anderen gehalten werden. Es entsteht also eine Situation,
in der sich beide Prozesse gegenseitig blockieren. Solche Deadlocks
werden von der Datenbankinstanz automatisch erkannt und aufgelöst,
indem einem der beiden Workprozesse eine Fehlermeldung zurückgegeben
wird. Diese führt dann zum Abbruch des ABAP-Programms und wird
im SAP-Syslog protokolliert.
Deadlocks können durch geschickte Programmierung leicht vermieden
werden. Wird in unserem Beispiel das Programm so geändert, dass die Materialliste
vor dem Sperren sortiert wird, wird immer zuerst Material A gesperrt
und erst, wenn dies erfolgreich war, Material B. Damit ist ein Deadlock
ausgeschlossen.
Deadlock-Situationen sollten die absolute Ausnahme sein. Treten diese
vermehrt auf, deutet dies auf einen Fehler im Programm oder in der Konfiguration
der Datenbankinstanz hin.
Von einigen Datenbanksystemen (z. B. DB2 und SAP MaxDB) werden
in gewissen seltenen Fällen Einzelsatzsperren automatisch zu Tabellensperren
zusammengefasst, wenn die Anzahl der gesperrten Zeilen
einer Tabelle eine gewisse Quote im Verhältnis zur Gesamtzahl von
Zeilen in der Tabelle (z. B. 10 %) überschreitet. In diesem Fall entscheiden
diese Datenbankensysteme, dass es günstiger ist, die
Tabellensperren
411