dev=

Der Gerätename, wie er vom Host-BS der Komponente gesehen wird. Das physische Gerät, welches das Dateisystem enthält (und das lokal oder entfernt sein kann), wird für das Host-BS unter diesem Namen verfügbar gemacht werden. Dieses Attribut muss für alle Volumes angegeben werden. Der Wert dieses Attributs muss für jedes Volume in einer Komponente eindeutig sein.

mount=

Optionaler Bereitstellungspfad für das Volume. Dieses Attribut kann für Volumes angegeben werden, die nicht automatisch vom Betriebssystem der Komponente geladen werden. Wenn dieses Attribut für vom System bereitgestellte Volumes (z. B. das Startvolume) angegeben wird, hat dies keinerlei Auswirkungen, da das BS diese Volumes bereitstellt, bevor es eine Konfiguration von CA AppLogic® empfängt. Die Software, die sich auf der Komponente befindet, erhält den Bereitstellungspfad für jedes Volume als Teil ihrer Konfiguration und ist verantwortlich dafür, das Volume ordnungsgemäß bereitzustellen.. Hierzu ist keine CA AppLogic®-Komponente erforderlich. Die Bedeutung des Bereitstellungspfads kann von BS-Typ zu BS-Typ variieren und wird möglicherweise nicht von jedem BS unterstützt.

Klasse

Wenn es für eine Komponente vom Typ "instantiable" angegeben wird, die sich in einem Katalog befindet, dann gibt dieses Attribut an, dass die Volumedaten
dieser Komponentenklasse gemeinsam sind und ein Image des Volumes im Katalog vorhanden ist. Siehe auch das Attribut "type" unten. Wenn das Attribut für eine Singleton-Komponente angegeben wird, dann stellen die Volumedaten ein gemeinsam genutztes Vorlagenimage dar, das immer dann verwendet wird, wenn eine Singleton-Komponente in eine Komponente vom Typ !"instantiable" konvertiert wird.
Wenn das Klassenattribut nicht anwesend ist, gibt es kein gebräuchliches Image für das Volume und der Name eines Images für das Volume muss für jede Instanz der Komponente konfiguriert werden (dies wird üblicherweise in dem Assembly gemacht, der die Komponente enthält).

type=

Dieses Attribut ist obligatorisch für Volumes, für die das Attribut "class" festgelegt worden ist. Es gibt an, wie das gemeinsame Klassenimage des Volumes den einzelnen Instanzen der Klasse bereitgestellt werden soll. Es kann die folgenden Werte haben:

instantiable - Das Klassenimage enthält die Anfangsdaten für jede Instanz und jeder Instanz wird eine eigene Kopie davon übergeben. (Es wird davon ausgegangen, dass die eigentlichen Daten der einzelnen Instanzen sich nicht wesentlich von dem Anfangsimage unterscheiden und dass die Kopie durch ein logisches Äquivalent des Anfangsimage ersetzt werden kann. Das heißt, nur die geänderten Teile der Daten werden für die Instanz getrennt gespeichert und das gemeinsame Images wird für die ungeänderten Daten verwendet).

template - Diese Angabe unterscheidet sich vom Typ "instantiable" nur dadurch, dass eine vollständige Kopie des Volumes für jede Instanz erstellt wird. Dies ist für Datenbankvorlagen hilfreich.

common - Jede Instanz der Komponente greift direkt auf das Klassenimage zu. Auf Volumes dieses Typs können keine Konfigurationsdateien gespeichert werden, in die das ADL-Buildsystem schreiben kann. Das heißt, Einträge in der Tabelle "cfgfiles" (die weiter unten beschrieben wird) für diese Volumes sind ungültig. Der Typ "common" legt auch implizit die Attribute " ro" und "shared" fest (siehe unten).

blank - Es wird kein Image bereitgestellt. Jede Instanz erhält beim Start ein leeres, nicht initialisiertes Volume. 'null' ist zur Angabe von Swap-Volumes vorgesehen. Dieses Attribut erfordert auch die Angabe des Attributs 'size='.n.

size=

Volumegröße für Volumes von Typ "blank". Dieses Attribut muss einen ganzzahligen Wert ungleich Null haben, der die Größe in Byte angibt. Die Suffixe K, M und G können zur Angabe von Kilobyte, Megabyte usw. verwendet werden.

Obligatorisch

Dieses Attribut gilt nur für Volumes, die nicht über das Attribut "class" verfügen, und es zeigt an, dass das Volume für den Betrieb der Komponente benötigt wird. Wenn "mandatory" nicht festgelegt wird, muss die Komponente auf einen ordnungsgemäßen Betrieb vorbereitet werden, selbst wenn das Gerät (das von der Software der Komponente nach Angabe des Attributs "dev=" erkannt wird) nicht vorhanden ist.

ro

Bedeutet, dass das Dateisystem auf dem Volume von der Komponente nicht beschrieben werden kann. Die Angabe dieses Attributs ist keine Garantie dafür, dass die Komponente nicht versucht, Daten auf das Volume zu schreiben. Allerdings kann durch die Angabe dieses Attributs verhindert werden, dass versuchte Schreibvorgänge erfolgreich sind. Die Angabe von "ro" impliziert auch die Angabe von "shared" - siehe unten.

shared

Wenn dieses Attribut vorhanden ist, bedeutet dies, dass das Volume-Image von mehreren Instanzen der gleichen Komponente sowie von anderen Komponenten gemeinsam genutzt werden kann. Das ist meistens hilfreich, wenn auch das Attribut "ro" angegeben wird oder wenn das Dateisystem des Volumes über einen integrierten Mechanismus für gemeinsames Lesen/Schreiben auf Blockebene verfügt. "shared" muss für class-Volumes vom Typ "shared" nicht angegeben werden (siehe oben "type=").

boot

Markiert das Volume als BS-Startvolume. Die in der Sub-Entität "kernel" angegebenen Dateipfade beziehen sich auf das Stammverzeichnis des Startvolumes. Genau ein Volume in einer Komponente muss über das Attribut "boot" verfügen.

high_bw

Identifiziert ein Volume, auf das häufig zugegriffen wird und auf das bzw. von dem große Datenmengen übertragen werden. Dies ist eine Information, die zur Ressourcenzuweisung verwendet wird und es nahelegen, eine lokale Ressource für dieses Dateisystem zu verwenden.

local_only

Wenn dieses Attribut angegeben wird, muss sich das Volume auf dem gleichen Host wie die Komponenteninstanz befinden, die es verwendet.