Vnode Schnittstelle - Frank Kardel

BackStage
Diese Art der Auftragsbearbeitung ist allerdings mit dem Problem der verwaisten Aufrufe
behaftet. Eine Transaktion kann nicht terminieren, bevor nicht alle ihre
Untertransaktionen terminiert sind. Es kann vorkommen, daß die Kommunikation
zwischen den Knoten längerfristig gestört ist, oder ein Knoten ganz außer Betrieb geht
(Geräteausfall oder Verkauf). In diesem Falle würden Transaktionen übrigbleiben, die
ohne weitere Maßnahmen bestehen bleiben. Um solche Transaktionen auch im verteilten
Fall unter Kontrolle zu halten, erhält jede Transaktion eine Lebensdauer. Nach Ablauf
der Lebensdauer wird die Transaktion mit abort() abgebrochen. Damit sterben verwaiste
Transaktionen automatisch ohne (größere) Seiteneffekte aus [Nel81]. Hierbei ist
zu bemerken, daß die Transaktionen nur als zuverlässiger Fernaufruf genutzt werden.
Im allgemeinen gibt es kein gemeinsames commit oder abort. Jede Transaktion muß ihre
voneinander unabhängigen Untertransaktionen selber überwachen. Werden die Untertransaktionen
nicht mehr betreut, so beenden sie sich aufgrund der zeitlichen Lebensdauerbegrenzung
selbst. Ist ein gemeinsames commit oder abort gewünscht, so
muß dieses innerhalb der Transaktion programmiert werden. Bis jetzt erscheint es
noch nicht notwendig, diese starke Forderung als Basismechanismus zu realisieren.
Ein gemeinsames commit und abort wäre in diesem Falle nur schwer handhabbar, wenn
man die korrekte Exterminierung aufrechterhalten möchte[GR93]. Weil die Ergebnisse
einer Untertransaktion zuverlässig an die übergeordnete Transaktion übertragen werden
müssen, kommt es hier in der Ergebnisübermittlungsphase grundsätzlich zu Exterminierungsproblemen.
Solange eine begonnene Ergebnisübermittlung nicht korrekt
bestätigt ist, kann die Transaktion nicht mehr automatisch terminiert werden,
wenn eine commit-Entscheidung dieser Transaktion vorliegt. Diese kritische Phase des
Kommunikationsprotokolls sollte so kurz wie möglich gehalten werden.
3.3.1 Transaktionsimplementierung
Wegen der geringen Verfügbarkeit von portierbaren Transaktionsbibliotheken für C/
Unix wurde ein eigener Ansatz zur Realisierung der Transaktionssemantik in Verbindung
mit dem Fernaufruf gewählt. Um eine weite Verbreitung (heterogene Systeme)
zu erreichen, wurde C/Unix als Entwicklungsumgebung gewählt. Als sichere, atomare
Systemaufrufe mit dauerhaftem Effekt gelten die Systemaufrufe creat(), link() und rename().
Auf der Basis dieser Systemaufrufe lassen sich Daten stabil speichern. Weiterhin muß
gewährleistet werden, daß alle geschriebenen Daten auch auf dem eigentlichen, nicht
flüchtigen Datenträger hinterlegt sind. Ein Systemzusammenbruch kann somit toleriert
werden. Bei BSD-Systemen bietet sich der fsync()-Systemaufruf an. Er gewährleistet,
daß alle Daten der Datei auf dem Datenträger hinterlegt sind. Bei System V Varianten
der Unix Betriebssysteme bietet sich hier die open()-Operation mit der Option
O_SYNC an.
Als Fehlermodell kommen für die Implementierung Betriebsmittelknappheit, Programmierfehler
und Bedienfehler in Betracht.
29