Richtlinien zur Verwendung von Live Upgrade mit nicht-globalen Zonen (Planung)

Berücksichtigen Sie diese Hinweise, wenn Sie auf einem System mit bereits installierten Zonen Live Upgrade verwenden. Während der Ausführung von Operationen der Befehle lucreate und lumount dürfen keine Änderungen in den Zonenzuständen auftreten.

• Bei der Verwendung des Befehls lucreate zum Erstellen einer inaktiven Boot-Umgebung darf eine nicht globale Zone, die sich nicht im Zustand "Running" befindet, erst dann gebootet werden, wenn der Befehl lucreate alle seine Operationen abgeschlossen hat.

• Bei der Verwendung des Befehls lucreate zum Erstellen einer inaktiven Boot-Umgebung sollte eine nicht globale Zone, die sich im Zustand "Running" befindet, erst dann angehalten oder neu gebootet werden, wenn der Befehl lucreate alle seine Operationen abgeschlossen hat.

• Wenn Sie eine inaktive Boot-Umgebung mithilfe des Befehls lumount einhängen, können Zonen nicht gebootet bzw. neu gebootet werden. Zonen, die sich vor Beginn der Operation des Befehls lumount im Zustand "Running" befanden, laufen jedoch normal weiter.

• Da nicht-globale Zonen vom Administrator dieser nicht-globalen Zone und dem Administrator der globalen Zone verwaltet werden können, sollten Sie zur Vermeidung jeglicher Interaktion vor der Ausführung von Operationen der Befehle lucreate bzw. lumount alle Zonen anhalten.

Wenn der Administrator der globalen Zone dem Administrator der nicht-globalen Zone ein Upgrade mit Live Upgrade nicht mitteilt, können Probleme auftreten.

Wenn Operationen mit Live Upgrade vorgenommen werden sollen, ist die Einbeziehung der Administratoren der nicht-globalen Zonen wichtig. Das Upgrade wirkt sich auf die Arbeit der Administratoren aus, die sich um die im Zuge des Upgrades anstehenden Änderungen kümmern müssen. Zonenadministratoren müssen gewährleisten, dass lokale Pakete während der Upgrade-Abfolge stabil sind, sich um Aufgaben kümmern, die nach dem Upgrade anfallen (z. B. Änderungen an Konfigurationsdateien) und Alternativen für den Systemausfall einplanen.

Beispiel: Wenn ein Administrator einer nicht-globalen Zone ein Paket hinzufügt, während der Administrator der globalen Zone mit dem Befehl lucreate die Dateisysteme kopiert, wird das neue Paket nicht mit den Dateisystemen kopiert, und der Administrator der nicht-globalen Zone ist sich dessen nicht bewusst.

Erstellen einer Boot-Umgebung bei einer nicht-globalen Zone auf einem separaten Dateisystem

Die Vorgehensweise beim Erstellen einer neuen Boot-Umgebung von der derzeit ausgeführten Boot-Umgebung aus ist gegenüber den früheren Versionen gleich geblieben, mit einer Ausnahme. Sie können ein Ziel-Festplattenbereich für ein freigegebenes Dateisystem innerhalb einer nicht globalen Zone angeben. Diese Ausnahme tritt unter den folgenden Umständen auf:

• Wenn der Befehl zonecfg add fs für die aktuelle Boot-Umgebung verwendet wurde und ein separates Dateisystem für eine nicht-globale Zone erstellt hat.

• Wenn dieses separate Dateisystem auf einem freigegebenen Dateisystem gespeichert ist, z. B. /zone/root/export

Damit dieses separate Dateisystem nicht in der neuen Boot-Umgebung freigegeben wird, wurde der Befehl lucreate geändert. Er gibt jetzt einen Zielbereich für ein separates Dateisystem für eine nicht globale Zone an. Das Argument zur Option -m verfügt über ein neues optionales Feld, zonename. Dieses neue Feld positioniert das separate Dateisystem der nicht globalen Zone in einem separaten Bereich in der neuen Boot-Umgebung. Weitere Informationen zum Einrichten einer nicht-globalen Zone mit einem separaten Dateisystem finden Sie in der Manpage zonecfg(1M).