Download - FESG - Technische Universität München

4.2 THEORETISCHE GRUNDLAGEN 87
Der Server ist im Grunde genommen eine Verlängerung des Client-Stacks über
ein Netzwerk hinweg. Im CFT sitzt deshalb hinter der aktivierenden Schnittstelle
direkt die Realisierung des Dateisystemzugangs. Die Anwendungsschicht wird somit
nicht lokal durch einen Nutzer bedient, sondern über das Netzwerk aktiviert.
Sie realisiert den Zugang auf ein lokales Dateisystem. Ein realer Anwender beim
Server initiiert nur den Start des Servers.
Somit ergibt sich eine relativ starre Konstellation. Ein flexibles Design muss
deshalb dafür sorgen, dass einzelne Realisierungen flexibel ausgetauscht und kombiniert
werden können. Ein Client z.B. soll auch die Möglichkeit haben, zu einem
Zeitpunkt parallel mit mehreren Servern verbunden zu sein. Dadurch müssen Dateien
nicht erst komplett in das lokale Verzeichnis kopiert werden, bevor man sie
auf einen weiteren Server schreiben kann, sondern können in einem Arbeitsschritt
von einem Server zu einem anderen übertragen werden. Ein Server wiederum soll
z.B. so flexibel sein, dass er nicht nur auf lokale Dateisysteme abbildet, sondern
auf entfernte weitervermittelt oder eine andere Art der Datenablage anschließt.
An dieser Stelle kommt als Grundgedanke das „Tier“-Konzept bei ODBC ins Grundüberlegung ist ein Multi-
Tier-Konzept
Spiel, welches verschiedene Treiber unter einem einheitlichen Schnittstellenzugangspunkt
zur Verfügung stellt, egal ob man lokal zugreift, die Verbindung zu
einem Server hat oder einen clientseitigen Serververtreter anspricht. Eine Verallgemeinerung
eines solchen Mehr-Klassen-Konzepts und der resultierenden Kombinierbarkeit
liefert die zusätzliche Flexibilität. Deshalb ist im erweiterten Softwaredesign
die Umsetzung eines „Multi-Tier-Konzepts“ durchzuführen.
Diese Erweiterung fordert damit natürlich eine generelle Umstrukturierung im
Client. Er kann nun nämlich auf einen „Mehr-Klassen-Verteiler“ wieder schichtenweise
seine Mehrwertdienste aufbauen, die ab dann die neue Client-Logik bilden.
Zusätzlich sollte der Interpretermechanismus für Befehle so flexibel sein, auch automatische
Skripte in linearer Form zu verwerten, was im Design einen zweiten
Zugangspunkt im Nutzerinterface bildet.
Zusammengefasst bilden diese Grundgedanken die Grundlage für ein flexibles
und kompaktes Design einer erweiterten Version des CORBA File Transfers.
4.2.2 Die Handhabung kritischer Abschnitte zur Kontrolle konkurrierender
Zugriffe
Ein generelles, weiteres Problem im bisherigen CFT ist, dass es keine Kontrolle Management von kritischen
darüber gibt, welcher Nutzer auf welche Dateien gleichzeitig zugreift. Wie in allen
Systemen, die mit für mehrere Nutzer gemeinsamen Ressourcen (hier sind es die
Dateien) arbeiten, treten aber auch beim verteilten Dateizugang kritische Abschnitte
auf. Diese gilt es zu entkoppeln, um die Datenintegrität zu wahren.
Begriffsdefinition DEF4.2 „Kritischer Abschnitt“ in Anlehnung an [SING94] 3 :
Ein kritischer Abschnitt (Critical Section) ist ein Codesegment eines Prozesses, welches
eine mit anderen Prozessen geteilte Ressource benutzt, die zu einem Zeitpunkt nur von genau
einem Prozess verwendet werden darf.
Abschnitten bei konkurrierenden
Zugriffen auf gemeinsame
Ressourcen