Dynamische Adaption in heterogenen verteilten eingebetteten ...

4 Basisschicht eines Verwalters
Abbildung 4.10: Vorgehen bei der Installation von Modulen
Als Folge dieser Überprüfung können nicht beliebige Module einzeln installiert werden. Nur Module,
die gar keine Abhängigkeiten haben oder deren Abhängigkeiten bereits installiert sind, können einzeln
installiert werden. Für alle anderen Module müssen zusätzlich die abhängigen Module zur Installation
ausgewählt werden.
Bevor der Code zum verwalteten Gerät übertragen wird, muss festgelegt werden, an welcher Position
die Module im Speicher des Zielsystems installiert und welche Adresse sie haben werden. Diese
Aufgabe wird von der Speicherverwaltung durchgeführt (siehe Abschnitt 4.5.4). Im Rahmen dessen
wird auch überprüft, ob überhaupt genügend freier Speicher zur Verfügung steht. Reicht der vorhandene
freie Speicher auf dem Zielknoten nicht aus, so wird das an die Kontrollschicht gemeldet. Diese
kann daraufhin zunächst andere Module von dem Knoten entfernen oder parken, um so genügend
Speicherplatz freizubekommen.
Nachdem die Module positioniert wurden, können die binären Daten der Module zur Installation
vorbereitet werden. Dabei löst ein architekturspezifischer Binder die Abhängigkeiten auf. Hierfür hat er
Zugriff auf die Speicherverwaltung, um die Position der installierten Module zu erfahren. Es entsteht
eine Version der binären Daten, welche direkt von der Zielhardware ausgeführt beziehungsweise
verwendet werden kann.
Im letzten Schritt werden die Module übertragen. Dazu muss eine Verbindung zum Zielknoten
existieren und der Knoten muss in der Lage sein, den Code an die zuvor festgelegte Speicherstelle
zu schreiben. Details hierzu werden in Abschnitt 4.5.7 beschrieben. In den Moduldaten wird zuletzt
festgehalten, dass das Modul nun installiert ist.
4.3.2 Entfernen von Modulen
Das Entfernen von Modulen ist keine Einzeloperation, sondern wird immer im Zusammenhang mit einer
anderen Operation durchgeführt. Der Grund hierfür ist, dass man nur Module entfernen kann, die nicht
mehr referenziert werden. Solche Module entstehen jedoch nur durch andere Veränderungsoperationen.
Ein anschauliches Beispiel ist das Austauschen einer Funktion durch einen Stellvertreter. Nach der
Installation des Stellvertreters werden alle Verweise auf die ursprüngliche Funktion umgeschrieben.
Die ursprüngliche Funktion wird dann nicht mehr benötigt und soll im Rahmen des Austauschens
entfernt werden.
Beim Entfernen von Modulen muss unterschieden werden zwischen Modulen mit veränderlichen
Daten und Modulen mit konstanten Daten. Sind die Daten veränderbar, muss zunächst der aktuelle
Zustand, also der Inhalt des Speichers, den das Modul repräsentiert, vom verwalteten Gerät gesichert
und im Modulobjekt abgespeichert werden. Auf diese Weise ist es möglich, den aktuellen Zustand bei
einer erneuten Installation wieder herzustellen. Bei konstanten Modulen, wie zum Beispiel Funktionsmodulen
ist das nicht notwendig.
62