Namenskonventionen für Zonen

Das Dienstprogramm beadm behandelt alle Zonenbenennungen im Zuge von beadm-Prozessen. In diesem Abschnitt werden die vom Dienstprogramm beadm automatisch verwendeten Namenskonventionen zu Referenzzwecken beschrieben.

Ein Datensatzname für eine Zonen-Root wird im folgenden Format angegeben:

<zonepath dataset>/ROOT/<zone root>

Beispiel:

rpool/zones/zone1/ROOT

Beim Kopieren einer Zone von einer Boot-Umgebung in eine andere Boot-Umgebung werden nur die der Zonen-Root untergeordneten Datensätze kopiert.

Ein Datensatz kann von mehreren Zonen-Boot-Umgebungen gemeinsam verwendet werden. Ein solcher freigegebener Datensatz wird durch das folgende Format gekennzeichnet:

<zonepath dataset>/export

Beispiel:

rpool/zones/zone1/export

Ein freigegebener Datensatz ist bei der Zonenkonfiguration explizit hinzuzufügen. Ein freigegebener Datensatz beim Klonen des Zonendatensatzes nicht geklont.

Beispiel 3–1 Beispiel mit nicht-globalen Zonen

Dieses Beispiel zeigt die Auswirkungen, die Zonen auf den Befehl beadm create beim Klonen einer Boot-Umgebung, die zwei nicht-globale Zonen enthält, haben.

• Die ursprüngliche Boot-Umgebung heißt opensolaris und besitzt einen Datensatz bei rpool/ROOT/opensolaris.

• Es ist eine Zone z1 vorhanden, die diesen Datensatz mit rpool/zones/z1 als Zonenpfad verwendet. Die Boot-Umgebung enthält eine Kopie des Datensatzes unter rpool/zones/z1/ROOT/zbe.

Führen Sie den folgenden Befehl aus, um die Boot-Umgebung zu klonen und die neue Boot-Umgebung opensolaris-1 zu nennen:

beadm create opensolaris-1

Der Root-Datensatz für die neue Boot-Umgebung befindet sich unter rpool/ROOT/opensolaris-1. Die Kopie der Zone z1 für die neue Boot-Umgebung besitzt ihren Root-Datensatz unter rpool/zones/z1/ROOT/zbe-1.

ZFS-Eigenschaften für jeden Datensatz speichern die Beziehungen zwischen den ursprünglichen und geklonten Datensätzen sowie zwischen nicht-globalen Zonen und deren übergeordneten Boot-Umgebungen.