Sie können eine neue Boot-Umgebung mit einer beliebigen Kombination aus Festplatten-Slices, Solaris Volume Manager-Volumes und Veritas Volume Manager-Volumes erstellen. Für kritische Dateisysteme, die in die neue Boot-Umgebung kopiert werden, sind folgende Typen zulässig:
Physische Slices.
Eine Verkettung aus einem einzelnen Slice, die in einem RAID–1-Volume (Mirror) enthalten ist. Bei dem Slice, die das Root (/)-Dateisystem enthält, darf es sich um ein RAID–1-Volume handeln.
Eine Verkettung aus einem einzelnen Slice, die in einem RAID–0-Volume enthalten ist. Bei dem Slice, die das Root (/)-Dateisystem enthält, darf es sich um ein RAID–0-Volume handeln.
Beim Erstellen einer neuen Boot-Umgebung erkennt der Befehl lucreate -m die folgenden drei Gerätetypen:
Ein physisches Slice im Format /dev/dsk/cwtxdysz
Ein Solaris Volume Manager-Volume im Format /dev/md/dsk/dnum
Ein Veritas Volume Manager-Volume im Format /dev/vx/dsk/volume_name
Wenn bei einem Upgrade mit Veritas VxVM Probleme auftreten, schlagen Sie unter Systempanik bei einem Upgrade mit Solaris Live Upgrade und Veritas VxVm nach.
Gehen Sie nach den folgenden Richtlinien vor, um festzustellen, ob ein RAID-1-Volume ausgelastet ist, gerade neu synchronisiert wird oder ob ein Volume Dateisysteme enthält, die von einer Solaris Live Upgrade-Boot-Umgebung verwendet werden.
Kurzbefehle und Richtlinien für das Benennen von Volumes finden Sie unter Richtlinien für das benutzerdefinierte JumpStart-Verfahren und Solaris Live Upgrade.
Wenn ein Mirror oder Submirror Wartungsmaßnahmen bedarf oder einen Vorgang bearbeitet, ist es nicht möglich, Komponenten aus dem Verbund zu entfernen. Sie sollten vor der Erstellung einer neuen Boot-Umgebung den Befehl metastat verwenden und dabei das Schlüsselwort detach angeben. Der Befehl metastat prüft, ob der Mirror gerade neu synchronisiert wird oder ob gerade ein Zugriff stattfindet. Weitere Informationen finden Sie in der Manpage metastat(1M).
Wenn Sie das Schlüsselwort detach verwenden, um einen Submirror aus dem Verbund zu entfernen, so prüft lucreate, ob das Gerät gerade neu synchronisiert wird. Falls das Gerät gerade neu synchronisiert wird, lässt sich der Submirror nicht aus dem Verbund entfernen und Sie erhalten eine Fehlermeldung.
Beim Resynchronisieren werden Daten von einem Submirror zum anderen kopiert; eine Resynchronisierung findet nach folgenden Problemen statt:
Fehler in oder Ausfall von Submirrors.
Systemabstürze.
Ein Submirror wurde offline genommen und dann wieder online gestellt.
Es wurde ein neuer Submirror hinzugefügt.
Weitere Informationen zur Resynchronisierung finden Sie unter “RAID 1 Volume (Mirror) Resynchronization” in Solaris Volume Manager Administration Guide.
Verwenden Sie statt Solaris Volume Manager den Befehl lucreate, um mit Volumes auf inaktiven Boot-Umgebungen zu arbeiten. Der Solaris Volume Manager weiß nichts von der Boot-Umgebung; der Befehl lucreate enthält jedoch Prüfmechanismen, die verhindern, dass Sie aus Versehen eine Boot-Umgebung zerstören. Beispielsweise hindert Sie lucreate daran, ein Solaris Volume Manager-Volume zu überschreiben oder zu löschen.
Wenn Sie jedoch bereits Solaris Volume Manager verwendet haben, um komplexe Solaris Volume Manager-Verkettungen, Stripes und Mirrors zu erstellen, müssen Sie auch im weiteren Verlauf Ihrer Arbeit hierfür Solaris Volume Manager verwenden. Solaris Live Upgrade erkennt diese Komponenten und unterstützt sie. Bevor Sie Solaris Volume Manager-Befehle verwenden, mit denen Sie Volume-Komponenten erstellen, ändern oder zerstören können, sollten Sie die Befehle lustatus bzw. lufslist verwenden. Diese Befehle können feststellen, in welchen Solaris Volume Manager-Volumes sich Dateisysteme befinden, die von einer Solaris Live Upgrade-Boot-Umgebung verwendet werden.