E-Commerce-Anwendungsentwicklung mit Applikationsservern und EAI

den.120 Dabei wird meist ein Verfahren angewendet, das als „Two Phase Commit“ bezeichnet wird. In der ersten Phase des Two Phase Commit bekommt jede beteiligte Anwendung vom TPM die auf sie entfallenden Untertransaktionen mitgeteilt und bereitet alle entsprechenden Datenveränderungen, außer dem eigentlichen Schreibvorgang der veränderten Daten, vor. Danach meldet jede Anwendung den Erfolg oder Mißerfolg der Vorbereitungen an den TPM. Erhält der TPM nicht zu jeder Untertransaktion eine positive Rückmeldung, so läßt er alle Untertransaktionen verwerfen. Damit ist die gesamte Transaktion gescheitert. Nur wenn der TPM alle erwarteten positiven Rückmeldungen erhalten hat, beginnt die zweite Phase. In dieser läßt der TPM die eigentlichen Schreibvorgänge vornehmen, d. h. die Transaktion wird als Ganzes durchgeführt.121 Die dargestellte Koordination des TPMs zwischen den Anwendungen zeigt, daß sich nur solche Anwendungen zur Unterstützung von verteilten Transaktionen eignen, die das Two Phase Commit beherrschen. Anwendungen, die das Two Phase Commit nicht beherrschen, können zwar alle durchführbaren Transaktionen abbilden, für Transaktionen, deren Scheitern sich erst im Bearbeitungsverlauf herausstellt, fehlt ihnen aber die Möglichkeit zum Rollback. Von den in einem Unternehmen vorhandenen älteren Anwendungen beherrschen meist nur die Datenbanksysteme das Two Phase Commit. Daher werden vor allem Datenbanksysteme zur Durchführung von verteilten Transaktionen genutzt.122 [...]

Abb. 7: Beispiel für einen Fehler, der durch die unvollständige Ausführung einer verteilten Transaktion entsteht Im Beispiel erkennt die Anwendung zur Lagerbestandsverwaltung, daß der gewünschte Artikel keinen Lagerbestand mehr hat. Aber aufgrund der fehlenden Koordination bleibt den beiden anderen Anwendungen diese Tatsache verborgen. Sie arbeiten ihre jeweiligen Untertransaktionen wie vorgesehen ab. Das führt dazu, daß für einen nicht auslieferbaren Artikel die Kundenkreditkarte belastet wird, worüber der Kunde zu Recht verärgert sein wird. Um solche Fehler zu verhindern, die aus der nicht vollständigen Ausführung einer verteilten Transaktionen entstehen, muß eine wirksame Koordination zwischen den beteiligten Anwendungen vorhanden sein. TPMs übernehmen diese Koordination und garantieren so, daß die ACID-Eigenschaften auch bei verteilten Transaktion eingehalten wer- [...]

gen der Transaktion erfolgreich abgeschlossen werden, gilt der neue Zustand, ansonsten wird automatisch der alte Zustand rekonstruiert. • „Isolation“ heißt, keine andere Anwendung kann die betroffenen Daten ändern solange die Transaktion nicht abgeschlossen ist. • „Durability“ (Dauerhaftigkeit): Alle Änderungen, die von einer Transaktion ausgelöst wurden, bleiben dauerhaft bestehen und sind jederzeit nachvollziehbar. Das Transaktionskonzept ist wichtig für die Konsistenz der in einem Datenbanksystem gespeicherten Daten. Aus diesem Grund sorgt ein Datenbankverwaltungssystem innerhalb seiner Datenbanken selbst für die Einhaltung der ACID-Eigenschaften einer Transaktion. Treten bei der Abarbeitung der Transaktion Fehler auf, macht das Datenbankverwaltungssystem alle im Rahmen dieser Transaktion bisher vorgenommenen Datenveränderungen vollständig rückgängig (sog. Rollback).117 Falls außer diesem Datenbanksystem keine weiteren Anwendungen an der Transaktion beteiligt sind, wird kein TPM benötigt, da das Datenbankverwaltungssystem die Entstehung von inkonsistenten Daten selbst verhindern kann.118 In einer integrierten Anwendungsinfrastruktur kommen dagegen vor allem verteilte Transaktionen vor. Verteilte Transaktionen zeichnen sich dadurch aus, daß sie aus mehreren Untertransaktionen bestehen, die von unterschiedlichen Anwendungen ausgeführt werden. Auch eine verteilte Transaktion soll nur durchgeführt werden, wenn jede der zugehörigen Untertransaktionen erfolgreich abgeschlossen werden kann. Aber jede beteiligte Anwendung prüft nur den erfolgreichen Abschluß der auf sie entfallenden Untertransaktion. Der Ausgang der übrigen Untertransaktionen ist für sie ohne Belang. Es könnte also vorkommen, daß eine Anwendung eine Untertransaktion erfolglos abbricht, ohne daß dies von den übrigen beteiligten Anwendungen bemerkt und berücksichtigt wird. Daher müssen die an der Abarbeitung einer verteilten Transaktion beteiligten Anwendungen koordiniert werden. TPMs übernehmen diese Koordinationsaufgabe und verhindern so inkonsistente Daten.119 [...]