adesso business consulting Stellenangebote
Software Engineer Senior
| (Senior) Cloud Software Engineer BTP | Senior Frontend Software Engineer SAP BTP
| (Senior) Consultant Technologie
Werkstudent Softwareentwicklung · Consulting
Sperrobjekt: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
|||
| (7 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 23: | Zeile 23: | ||
In der Praxis wird meist E (exklusiv) verwendet. | In der Praxis wird meist E (exklusiv) verwendet. | ||
== Beispiel | == Beispiel == | ||
Zwei Benutzer öffnen denselben Kundenauftrag gleichzeitig: | Zwei Benutzer öffnen denselben Kundenauftrag gleichzeitig: | ||
| Zeile 33: | Zeile 33: | ||
Mit Sperrobjekt: Nur ein Benutzer darf ändern | Mit Sperrobjekt: Nur ein Benutzer darf ändern | ||
== Sperrobjekt anlegen (SE11) == | === Sperrobjekt anlegen (SE11) === | ||
Annahme Tabelle ist: ZAUFTRAG | Annahme Tabelle ist: ZAUFTRAG<br/> | ||
Schlüssel: AUFTRAG_ID | Schlüssel: AUFTRAG_ID | ||
| Zeile 49: | Zeile 49: | ||
* DEQUEUE_EZ_AUFTRAG | * DEQUEUE_EZ_AUFTRAG | ||
== | === Generierter Sperr-Funktionsbaustein in Verwendung === | ||
<syntaxhighlight lang="abap"> | <syntaxhighlight lang="abap"> | ||
DATA: lv_auftrag_id TYPE zauftrag-auftrag_id. | DATA: lv_auftrag_id TYPE zauftrag-auftrag_id. | ||
| Zeile 67: | Zeile 65: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
* foreign_lock: jemand anderes hat schon gesperrt | * foreign_lock: jemand anderes hat schon gesperrt | ||
* system_failure: Enqueue-Server nicht erreichbar | * system_failure: Enqueue-Server nicht erreichbar | ||
| Zeile 73: | Zeile 70: | ||
Sperre gilt logisch, nicht auf DB-Ebene | Sperre gilt logisch, nicht auf DB-Ebene | ||
=== Generierter Entsperr-Funktionsbaustein in Verwendung === | |||
<syntaxhighlight lang="abap"> | <syntaxhighlight lang="abap"> | ||
CALL FUNCTION 'DEQUEUE_EZ_AUFTRAG' | CALL FUNCTION 'DEQUEUE_EZ_AUFTRAG' | ||
| Zeile 100: | Zeile 97: | ||
= Entwicklung = | = Entwicklung = | ||
Die automatisch erstellten Sperr- und Entsperrbausteine sollten nicht benutzt werden, wenn die freigegebene Klasse "[[CL_ABAP_LOCK_OBJECT_FACTORY]]" für Cloud-Entwicklung zur Verfügung steht. | |||
Aktuelle Version vom 31. Januar 2026, 16:21 Uhr
Definition
Ein Sperrobjekt in SAP ist ein zentrales Konzept zur logischen Sperrung von Daten, damit mehrere Benutzer oder Prozesse sich nicht gegenseitig überschreiben.
Das Ziel ist Datenkonsistenz und Vermeidung von Paralleländerungen.
Wichtige Punkte:
- SAP verwendet keine Datenbanksperren für Geschäftslogik, sondern logische Sperren
- Diese Sperren liegen in der Sperrtabelle (Enqueue-Tabelle) des SAP-Systems
- Sperrobjekte werden im ABAP Dictionary (Transaktion SE11) definiert
- Zur Laufzeit werden automatisch Funktionsbausteine generiert:
- ENQUEUE_<Sperrobjekt>
- DEQUEUE_<Sperrobjekt>
Arten von Sperren
Ein Sperrobjekt kann verschiedene Sperrmodi haben:
Modus Bedeutung E Exklusive Sperre (schreibend, niemand sonst darf ran) S Shared Sperre (mehrere Leser erlaubt) X Erweiterte exklusive Sperre O Optimistische Sperre In der Praxis wird meist E (exklusiv) verwendet.
Beispiel
Zwei Benutzer öffnen denselben Kundenauftrag gleichzeitig:
- Benutzer A ändert Positionen
- Benutzer B ändert Preise
Ohne Sperre: Datenüberschreibung Mit Sperrobjekt: Nur ein Benutzer darf ändern
Sperrobjekt anlegen (SE11)
Annahme Tabelle ist: ZAUFTRAG
Schlüssel: AUFTRAG_ID
Schritte in SE11:
- Name z. B.: EZ_AUFTRAG
- Tabelle hinzufügen: ZAUFTRAG
- Sperrparameter:
- AUFTRAG_ID
- Sperrmodus: E
SAP erzeugt automatisch:
- ENQUEUE_EZ_AUFTRAG
- DEQUEUE_EZ_AUFTRAG
Generierter Sperr-Funktionsbaustein in Verwendung
DATA: lv_auftrag_id TYPE zauftrag-auftrag_id.
lv_auftrag_id = '4711'.
CALL FUNCTION 'ENQUEUE_EZ_AUFTRAG'
EXPORTING
mode_zauftrag = 'E'
auftrag_id = lv_auftrag_id
EXCEPTIONS
foreign_lock = 1
system_failure = 2
OTHERS = 3.
- foreign_lock: jemand anderes hat schon gesperrt
- system_failure: Enqueue-Server nicht erreichbar
Sperre gilt logisch, nicht auf DB-Ebene
Generierter Entsperr-Funktionsbaustein in Verwendung
CALL FUNCTION 'DEQUEUE_EZ_AUFTRAG'
EXPORTING
auftrag_id = lv_auftrag_id.
Am besten nach COMMIT WORK und ROLLBACK WORK oder im CLEANUP etc. entsperren.
Typische Best Practices
- Sperren so früh wie nötig
- Entsperren so schnell wie möglich
- Sperren vor SELECT … FOR UPDATE vermeiden
- Sperrobjekte pro Geschäftsobjekt, nicht pro Tabelle
- Sperrprüfung vor Änderungen
Kontrolle & Analyse
- SM12: Aktive Sperren anzeigen
- SM21: Enqueue-Fehler
- ST22: Dumps bei Sperrproblemen
Angelegtes Beispiel im System
Entwicklung
Die automatisch erstellten Sperr- und Entsperrbausteine sollten nicht benutzt werden, wenn die freigegebene Klasse "CL_ABAP_LOCK_OBJECT_FACTORY" für Cloud-Entwicklung zur Verfügung steht.
