Teil II Ausführen eines Upgrades mit Solaris Live Upgrade

Dieser Teil stellt Solaris Live Upgrade im Überblick dar und bietet Anweisungen zum Erstellen und zum Upgrade einer inaktiven Boot-Umgebung. Diese Boot-Umgebung können Sie dann als aktive Boot-Umgebung einsetzen.

Kapitel 6 Solaris Live Upgrade (Übersicht)

In diesem Kapitel wird das Solaris Live Upgrade-Verfahren beschrieben.

In diesem Handbuch wird der Begriff Slice verwendet, während in anderen Solaris-Handbüchern und -Programmen ein Slice möglicherweise auch als Partition bezeichnet wird.

Einführung in Solaris Live Upgrade

Solaris Live Upgrade bietet die Möglichkeit, Systemupgrades im laufenden Betrieb durchzuführen. Dabei stellen Sie ein Duplikat der aktuell laufenden Boot-Umgebung her und führen dann mit dem Duplikat das Upgrade durch. Anstatt ein Upgrade auszuführen, können Sie auch ein Solaris Flash-Archiv in der Boot-Umgebung installieren. Ein Upgrade oder die Installation eines Archivs hat keine Auswirkung auf die ursprüngliche Systemkonfiguration, so dass diese voll einsatzfähig bleibt. Nach diesem Vorgang können Sie die neue Boot-Umgebung durch einen Systemneustart aktivieren. Wenn ein Fehler auftritt, können Sie durch einen einfachen Neustart schnell auf die ursprüngliche Boot-Umgebung zurückgreifen. Durch diese Umschaltmöglichkeit entfällt die normale Ausfallzeit für den Test- und Prüfprozess.

Mit Solaris Live Upgrade können Sie eine Boot-Umgebung duplizieren, ohne den laufenden Systembetrieb zu beeinträchtigen. Anschließend stehen Ihnen folgende Möglichkeiten zur Verfügung:

• Ausführen eines Systemupgrades.

• Ändern der Plattenkonfiguration der aktuellen Boot-Umgebung auf andere Dateisystemarten, -größen und -layouts in der neuen Boot-Umgebung.

• Verwalten vieler Boot-Umgebungen mit verschiedenen Abbildern. Sie können zum Beispiel eine Boot-Umgebung erstellen, die aktuelle Patches enthält, und eine weitere, die ein aktualisiertes Release enthält.

Bevor Sie Solaris Live Upgrade einsetzen können, müssen Sie mit den Grundlagen der Systemadministration vertraut sein. Hintergrundinformationen zu Systemadministrationsvorgängen wie der Verwaltung von Dateisystemen, dem Einhängen, Booten und der Verwaltung von Swap-Platz finden Sie in System Administration Guide: Devices and File Systems.

Solaris Live Upgrade-Vorgang

In der folgenden Übersicht sind die anfallenden Aufgaben beschrieben, die nötig sind, um eine Kopie der aktuellen Boot-Umgebung zu erstellen, das Upgrade für die Kopie durchzuführen und schließlich die aktualisierte Kopie zur aktiven Boot-Umgebung zu machen. Auch das Zurückgreifen (Fallback) auf die ursprüngliche Boot-Umgebung wird dargestellt. In Abbildung 6–1 ist der vollständige Upgrade-Prozess mit Solaris Live Upgrade dargestellt.

Abbildung 6–1 Solaris Live Upgrade-Vorgang

In den folgenden Abschnitten wird der Solaris Live Upgrade-Vorgang dargestellt.

1. Auf einem physischen Slice oder einem logischen Volume kann eine neue Boot-Umgebung erstellt werden:

   • Erstellen einer Boot-Umgebung

   • Erstellen einer Boot-Umgebung mit RAID-1-Volume-Dateisystemen

2. Ausführen eines Upgrades einer Boot-Umgebung

3. Aktivieren einer Boot-Umgebung

4. Zurückgreifen auf die ursprüngliche Boot-Umgebung

Erstellen einer Boot-Umgebung

Das Erstellen einer Boot-Umgebung bietet eine Möglichkeit, kritische Dateisysteme aus der aktiven Boot-Umgebung in eine neue Boot-Umgebung zu kopieren. Die Festplatte wird bei Bedarf umorganisiert, die Dateisysteme werden angepasst und die kritischen Dateisysteme in die neue Boot-Umgebung kopiert.

Arten von Dateisystemen

Solaris Live Upgrade unterscheidet zwei Arten von Dateisystemen: kritische und gemeinsam nutzbare Dateisysteme. In der folgenden Tabelle sehen Sie eine Beschreibung dieser beiden Dateisystemtypen.

Erstellen von RAID-1-Volumes auf Dateisystemen

Solaris Live Upgrade kann eine Boot-Umgebung mit RAID-1-Volumes (Mirrors) auf Dateisystemen erstellen. Einen Überblick hierzu finden Sie unter Erstellen einer Boot-Umgebung mit RAID-1-Volume-Dateisystemen.

Kopieren von Dateisystemen

Beim Erstellen einer neuen Boot-Umgebung identifizieren Sie zunächst ein nicht benutztes Slice, in das die kritischen Dateisysteme kopiert werden können. Wenn kein Slice verfügbar ist oder kein Slice den Mindestanforderungen entspricht, müssen Sie ein neues Slice formatieren.

Nach der Definition des Slice können Sie die Dateisysteme in der neuen Boot-Umgebung rekonfigurieren, bevor die Dateisysteme in die Verzeichnisse kopiert werden. Dazu teilen Sie die Dateisysteme und führen Sie zusammen. Dies ist eine einfache Möglichkeit zum Bearbeiten der Datei vfstab und zum Anbinden bzw. Abtrennen von Dateisystemverzeichnissen. Sie können Dateisysteme in ihre übergeordneten Verzeichnisse zusammenführen, indem Sie denselben Einhängepunkt angeben. Ebenso können Sie Dateisysteme von ihren übergeordneten Verzeichnissen trennen, indem Sie unterschiedliche Einhängepunkte angeben.

Nachdem Sie in der inaktiven Boot-Umgebung Dateisysteme konfiguriert haben, starten Sie den automatischen Kopiervorgang. Kritische Dateisysteme werden in die festgelegten Verzeichnisse kopiert. Gemeinsam verwendbare Dateisysteme werden nicht kopiert, sondern zur gemeinsamen Nutzung freigegeben. Sie können allerdings gezielt bestimmen, dass einige gemeinsam nutzbare Dateisysteme trotzdem kopiert werden. Beim Kopieren der Dateisysteme von der aktiven in die inaktive Boot-Umgebung werden die Dateien in die neuen Verzeichnisse gestellt. Die aktive Boot-Umgebung wird in keinster Weise geändert.

Beispiele für die Erstellung einer neuen Boot-Umgebung

Die folgenden Abbildungen zeigen verschiedene Möglichkeiten, neue Boot-Umgebungen zu erstellen.

Abbildung 6–2 zeigt, dass das kritische Root-Dateisystem (/) zum Erstellen einer neuen Boot-Umgebung auf ein anderes Slice einer Festplatte kopiert wurde. Die aktive Boot-Umgebung enthält das Root-Dateisystem (/) auf einem Slice. Die neue Boot-Umgebung stellt eine exakte Kopie des Root-Dateisystems dar, wobei sich Root (/) in einem neuen Slice befindet. Die Dateisysteme /swap und /export/home werden von der aktiven und der inaktiven Boot-Umgebung gemeinsam genutzt.

Abbildung 6–2 Erstellen einer inaktiven Boot-Umgebung – Kopieren des Root-Dateisystems (/)

Abbildung 6–3 zeigt kritische Dateisysteme, die geteilt und zum Erstellen einer neuen Boot-Umgebung auf ein anderes Slice einer Festplatte kopiert wurden. Die aktive Boot-Umgebung enthält das Root-Dateisystem (/) auf einem Slice. In diesem Slice enthält das Root-Dateisystem (/) die Verzeichnisse /usr, /var und /opt. In der neuen Boot-Umgebung wird das Root-Dateisystem (/) aufgeteilt und /usr und /opt werden in getrennte Slices gestellt. Die Dateisysteme /swap und /export/home werden von beiden Boot-Umgebungen gemeinsam genutzt.

Abbildung 6–3 Erstellen einer inaktiven Boot-Umgebung – Aufteilen von Dateisystemen

Abbildung 6–4 zeigt kritische Dateisysteme, die zusammengeführt und zum Erstellen einer neuen Boot-Umgebung auf Slices einer Festplatte kopiert wurden. Die aktive Boot-Umgebung enthält das Root-Dateisystem (/), /usr, /var und /opt in je einem eigenen Slice. In der neuen Boot-Umgebung werden /usr und /opt in Root (/) in einem Slice zusammengeführt. Die Dateisysteme /swap und /export/home werden von beiden Boot-Umgebungen gemeinsam genutzt.

Abbildung 6–4 Erstellen einer inaktiven Boot-Umgebung – Zusammenführen von Dateisystemen

Erstellen einer Boot-Umgebung mit RAID-1-Volume-Dateisystemen

Die in Solaris Live Upgrade verwendete Solaris Volume Manager-Technologie ermöglicht die Erstellung von Boot-Umgebungen, die in RAID-1-Volumes verschachtelte Dateisysteme enthalten können. Solaris Volume Manager bietet einen leistungsfähigen Ansatz zur zuverlässigen Verwaltung Ihrer Festplatten und Daten: den Einsatz von Volumes. Solaris Volume Manager ermöglicht Verkettungen (Concatenations), Striping und andere komplexe Konfigurationen. Solaris Live Upgrade bietet einen Teil dieser Funktionen an, so z. B. das Erstellen eines RAID-1-Volumes für das Root-Dateisystem (/).

Ein Volume kann Festplatten-Slices auf mehreren Festplatten so zusammenfassen, dass es gegenüber dem BS als eine einzige Festplatte erscheint. Die Möglichkeiten von Solaris Live Upgrade sind darauf beschränkt, eine Boot-Umgebung für das Root-Dateisystem (/) zu erstellen, die Verkettungen aus einzelnen Slices in einem RAID-1-Volume (Mirror) enthält. Diese Beschränkung liegt darin begründet, dass das Boot-PROM lediglich ein Slice für den Bootvorgang auswählen kann.

So verwalten Sie Volumes mit Solaris Live Upgrade

Bei der Erstellung einer Boot-Umgebung können Sie mit Solaris Live Upgrade die folgenden Aufgaben durchführen und verwalten.

• Entfernen einer aus einem einzelnen Slice bestehenden Verkettung (Submirror) aus einem RAID-1-Volume (Mirror). Bei Bedarf kann der Inhalt als Inhalt der neuen Boot-Umgebung übernommen werden. Da der Inhalt nicht kopiert wird, kann die neue Boot-Umgebung rasch erstellt werden. Nachdem Sie den Submirror aus dem Mirror-Verbund entfernt haben, ist er kein Bestandteil des ursprünglichen Mirrors mehr. Lese- und Schreibvorgänge auf den Submirror werden nicht mehr über den Mirror durchgeführt.

• Erstellen einer Boot-Umgebung, die einen Mirror enthält.

• Anhängen von maximal drei aus einzelnen Slices bestehenden Verkettungen an den neu erstellten Mirror.

Zum Erstellen von Mirrors und zum Anhängen bzw. Entfernen von Submirrors für die neue Boot-Umgebung verwenden Sie den Befehl lucreate mit der Option -m.

Wenn auf dem aktuellen System VxVM-Volumes konfiguriert sind, kann mit dem Befehl lucreate eine neue Boot-Umgebung erstellt werden. Wenn die Daten in die neue Boot-Umgebung kopiert werden, geht die Veritas-Dateisystemkonfiguration verloren und in der neuen Boot-Umgebung wird ein UFS-Dateisystem angelegt.

Zuordnung von Solaris Volume Manager-Aufgaben zu Solaris Live Upgrade

Solaris Live Upgrade verwaltet einen Teil der Solaris Volume Manager-Aufgaben. In Tabelle 6–1 sind die Komponenten von Solaris Volume Manager aufgeführt, die von Solaris Live Upgrade verwaltet werden können.

Beispiele für die Erstellung von RAID-1-Volumes mit Solaris Live Upgrade

In den folgenden Beispielen sehen Sie die Befehlssyntax für das Erstellen von RAID-1-Volumes für eine neue Boot-Umgebung.

Erstellen eines RAID-1-Volumes auf zwei physischen Festplatten

In Abbildung 6–5 ist eine neue Boot-Umgebung mit RAID-1-Volume (Mirror) dargestellt, die auf zwei verschiedenen Festplatten erstellt wurde. Der folgende Befehl erstellt die neue Boot-Umgebung sowie den Mirror.

# lucreate -n second_disk -m /:/dev/md/dsk/d30:mirror,ufs \
-m /:c0t1d0s0,d31:attach -m /:c0t2d0s0,d32:attach \
-m -:c0t1d0s1:swap -m -:c0t2d0s1:swap

Dieser Befehl führt folgende Schritte aus:

• Er erstellt die neue Boot-Umgebung second_disk.

• Er erstellt den Mirror d30 und konfiguriert ein UFS-Dateisystem.

• Er erstellt auf Slice 0 jeder physischen Platte eine aus einem einzelnen Slice bestehende Verkettung. Die Verkettungen werden d31 und d32 genannt.

• Er fügt die beiden Verkettungen in den Mirror d30 ein.

• Er kopiert das Root-Dateisystem (/) in den Mirror.

• Er konfiguriert die Dateisysteme für den Swap-Bereich auf Slice 1 jeder physischen Platte.

Abbildung 6–5 Erstellen einer Boot-Umgebung und eines Mirrors

Erstellen einer Boot-Umgebung unter Verwendung des vorhandenen Submirrors

In Abbildung 6–6 ist eine neue Boot-Umgebung mit RAID-1-Volume (Mirror) dargestellt. Der folgende Befehl erstellt die neue Boot-Umgebung sowie den Mirror.

# lucreate -n second_disk -m /:/dev/md/dsk/d20:ufs,mirror \
-m /:/dev/dsk/c0t1d0s0:detach,attach,preserve

Dieser Befehl führt folgende Schritte aus:

• Er erstellt die neue Boot-Umgebung second_disk.

• Er bricht den Mirror d10 auf und entfernt die Verkettung d12 aus dem Verbund.

• Er behält den Inhalt der Verkettung d12 bei. Es werden keine Dateisysteme kopiert.

• Er erstellt den neuen Mirror d20. Sie haben nun zwei einzelne Mirrors: d10 und d20.

• Er hängt die Verkettung d12 an den Mirror d20 an.

Abbildung 6–6 Erstellen einer Boot-Umgebung unter Verwendung des vorhandenen Submirrors

Ausführen eines Upgrades einer Boot-Umgebung

Nach der Erstellung einer neuen Boot-Umgebung können Sie darauf ein Upgrade durchführen. Als Teil dieses Upgrades kann die Boot-Umgebung RAID-1-Volumes (Mirrors) für beliebige Dateisysteme enthalten. Die Dateien in der aktiven Boot-Umgebung bleiben von dem Upgrade völlig unberührt. Wenn Sie bereit sind, aktivieren Sie die neue Boot-Umgebung, die dann zur aktuellen Boot-Umgebung wird.

In Abbildung 6–7 ist das Upgrade einer inaktiven Boot-Umgebung dargestellt.

Abbildung 6–7 Ausführen eines Upgrades einer inaktiven Boot-Umgebung

Anstatt ein Upgrade auszuführen, können Sie auch ein Solaris Flash-Archiv in der Boot-Umgebung installieren. Die Installationsfunktion Solaris Flash bietet die Möglichkeit, eine Referenzinstallation des Betriebssystems Solaris auf einem System zu erstellen. Dieses System wird Master-System genannt. Diese Installation kann dann auf verschiedenen Systemen, den Klon-Systemen, repliziert werden. In dieser Situation ist die inaktive Boot-Umgebung ein Klon. Wenn Sie ein Solaris Flash-Archiv auf einem System installieren, ersetzt das Archiv wie bei einer Neuinstallation alle Dateien in der vorhandenen Boot-Umgebung.

Anweisungen zur Installation eines Solaris Flash-Archivs finden Sie unter Installation des Solaris Flash-Archivs in einer Boot-Umgebung .

In den folgenden Abbildungen ist eine Installation eines Solaris Flash-Archivs in einer inaktiven Boot-Umgebung dargestellt. Abbildung 6–8 zeigt ein System mit einer einzelnen Festplatte. Abbildung 6–9 zeigt ein System mit zwei Festplatten.

Abbildung 6–8 Installation eines Solaris Flash-Archivs auf einer einzelnen Festplatte

Abbildung 6–9 Installation eines Solaris Flash-Archivs auf zwei Festplatten

Aktivieren einer Boot-Umgebung

Wenn Sie zum Umstieg bereit sind und die neue Boot-Umgebung aktivieren möchten, aktivieren Sie einfach die neue Boot-Umgebung und starten das System dann neu. Beim ersten Booten einer neu erstellten Boot-Umgebung werden die Dateien der verschiedenen Boot-Umgebungen synchronisiert. “Synchronisieren” bedeutet hier, dass bestimmte Systemdateien und Verzeichnisse aus der zuletzt aktiven Boot-Umgebung in die Boot-Umgebung kopiert werden, die gebootet wird. Bei einem Neustart des Systems wird die Konfiguration, die Sie in der neuen Boot-Umgebung installiert haben, aktiv. Die ursprüngliche Boot-Umgebung wird zu einer inaktiven Boot-Umgebung.

Abbildung 6–10 zeigt das Umschalten von einer inaktiven auf eine aktive Boot-Umgebung nach einem Systemneustart.

Abbildung 6–10 Aktivieren einer inaktiven Boot-Umgebung

Zurückgreifen auf die ursprüngliche Boot-Umgebung

Sollte ein Fehler auftreten, können Sie rasch auf die ursprüngliche Boot-Umgebung zurückgreifen, indem Sie sie aktivieren und dann das System neu booten. Das Zurückgreifen auf die ursprüngliche Boot-Umgebung dauert nur so lange wie der Neustart des Systems, ist also viel schneller als das Sichern und Wiederherstellen der ursprünglichen Boot-Umgebung. Die nicht gebootete neue Boot-Umgebung wird beibehalten. Der Fehler kann dann analysiert werden. Sie können immer nur auf die Boot-Umgebung zurückgreifen, die von luactivate zum Aktivieren der neuen Boot-Umgebung verwendet wurde.

Sie haben folgende Möglichkeiten, auf die vorherige Boot-Umgebung zurückzugreifen:

Verfahren zum Zurückgreifen auf die ursprüngliche Boot-Umgebung finden Sie in Kapitel 10, Wiederherstellen nach Fehler: Zurückgreifen auf die ursprüngliche Boot-Umgebung (Vorgehen)

In Abbildung 6–11 ist das Umschalten zwischen den Boot-Umgebungen beim Systemneustart dargestellt, wenn auf die ursprüngliche Boot-Umgebung zurückgegriffen werden soll.

Abbildung 6–11 Zurückgreifen auf die ursprüngliche Boot-Umgebung

Verwalten einer Boot-Umgebung

Sie können darüber hinaus verschiedene Verwaltungsaufgaben ausführen, wie beispielsweise den Status einer Boot-Umgebung prüfen, sie umbenennen oder löschen. Anweisungen zu Verwaltungsaufgaben finden Sie in Kapitel 11, Verwalten von Solaris Live Upgrade-Boot-Umgebungen (Vorgehen).

Kapitel 7 Solaris Live Upgrade (Planung)

In diesem Kapitel sind die Richtlinien und Voraussetzungen für die Installation und den Einsatz von Solaris Live Upgrade beschrieben. Außerdem sollten Sie sich mit den allgemeinen Informationen zu Upgrades unter Upgrade vertraut machen. Dieses Kapitel enthält die folgenden Abschnitte:

• Voraussetzungen für Solaris Live Upgrade

• Systemupgrades mit Packages bzw. Patches

• Richtlinien zum Erstellen von Dateisystemen mit dem Befehl lucreate

• Richtlinien zum Auswählen von Slices für Dateisysteme

• Anpassen der Inhalte einer neuen Boot-Umgebung

• Synchronisieren von Dateien zwischen Boot-Umgebungen

• Arbeiten mit Solaris Live Upgrade von einem entfernten System

Voraussetzungen für Solaris Live Upgrade

Machen Sie sich vor der Installation und dem Einsatz von Solaris Live Upgrade mit diesen Voraussetzungen vertraut.

Systemvoraussetzungen für Solaris Live Upgrade

Solaris Live Upgrade ist in der Solaris-Software enthalten. Sie müssen die Solaris Live Upgrade-Packages in Ihrem aktuellen Betriebssystem installieren. Dabei muss die Version der Solaris Live Upgrade-Packages mit der Version des Betriebssystems übereinstimmen, auf die ein Upgrade durchgeführt werden soll. Wenn Sie also derzeit Solaris 9 ausführen und ein Upgrade auf die Version 10 durchführen möchten, müssen Sie die Solaris Live Upgrade-Packages aus der 10-Version installieren.

In Tabelle 7–1 sind alle Releases aufgeführt, die von Solaris Live Upgrade unterstützt werden.

Installieren von Solaris Live Upgrade

Sie können die Solaris Live Upgrade-Packages folgendermaßen installieren:

• Mit dem Befehl pkgadd. Die Solaris Live Upgrade-Packages heißen SUNWlur und SUNWluu und sind in dieser Reihenfolge zu installieren.

• Mit einem Installationsprogramm auf der Solaris Operating System-DVD, der Solaris Software - 2-CD oder in einem Netzwerkinstallationsabbild.

Bitte beachten Sie, dass unter Umständen die folgenden Patches installiert sein müssen, damit Solaris Live Upgrade ordnungsgemäß funktioniert.

ERROR: Cannot find or is not executable:
</sbin/biosdev>.
ERROR: One or more patches required
by Live Upgrade has not been installed.

Eine Installationsanleitung für die Solaris Live Upgrade-Software finden Sie unter Installieren von Solaris Live Upgrade.

Erforderliche Packages

Wenn mit Solaris Live Upgrade Probleme auftreten, kann es sein, dass nicht alle Packages installiert sind. Überprüfen Sie mithilfe der folgenden Tabelle, ob im Betriebssystem alle für Solaris Live Upgrade erforderlichen Packages installiert sind.

Solaris 10:

• Die folgenden Softwaregruppen enthalten alle erforderlichen Packages für Solaris Live Upgrade.

  • Gesamte Solaris-Softwaregruppe plus OEM-Unterstüztung

  • Gesamte Solaris-Softwaregruppe

  • Developer Solaris Software Group

  • Solaris-Softwaregruppe für Endbenutzer

• Ist auf Ihrem System eine der folgenden Softwaregruppen installiert, kann es sein, dass nicht alle für Solaris Live Upgrade erforderlichen Packages installiert sind.

  • Core System Support Software Group

  • Softwaregruppe mit eingeschränkter Netzwerkunterstützung

Informationen zu Softwaregruppen finden Sie unter Empfohlener Festplattenspeicher für Softwaregruppen.

Um zu überprüfen, ob ein bestimmtes Package auf Ihrem System vorhanden ist, geben Sie folgenden Befehl ein.

% pkginfo Package-Name

Voraussetzungen bezüglich des Festplattenspeichers für Solaris Live Upgrade

Beachten Sie die allgemeinen Voraussetzungen bezüglich des Festplattenspeichers für ein Upgrade. Siehe Kapitel 3, Installation und Upgrade von Solaris (Planung).

Um die nötige Dateisystemgröße für eine neue Boot-Umgebung abzuschätzen, beginnen Sie mit der Erstellung der Boot-Umgebung. Die Größe wird berechnet. Sie können den Vorgang dann abbrechen.

Die Festplatte in der neuen Boot-Umgebung muss als Boot-Gerät fungieren können. Bei einigen Systemen bestehen Einschränkungen bezüglich der Festplatten, die als Boot-Gerät eingesetzt werden können. Schlagen Sie in der Dokumentation zu dem System nach, ob solche Einschränkungen bestehen.

Eventuell sind einige Vorbereitungen an der Festplatte nötig, bevor Sie die neue Boot-Umgebung erstellen können. Vergewissern Sie sich, dass die Festplatte richtig formatiert ist:

• Stellen Sie sicher, dass Slices vorhanden sind, die für die zu kopierenden Dateisysteme groß genug sind.

• Identifizieren Sie die Dateisysteme, die Verzeichnisse enthalten, die von den Boot-Umgebungen gemeinsam genutzt und nicht kopiert werden sollen. Soll ein Verzeichnis gemeinsam verwendet werden, so müssen Sie eine neue Boot-Umgebung erstellen, in welcher das Verzeichnis ein eigenes Slice einnimmt. Das Verzeichnis wird dadurch zu einem Dateisystem und kann mit künftigen Boot-Umgebungen gemeinsam genutzt werden. Weitere Informationen zum Erstellen separater Dateisysteme finden Sie unter Richtlinien zum Auswählen von Slices für gemeinsam nutzbare Dateisysteme.

Voraussetzungen für Solaris Live Upgrade beim Erstellen von RAID-1-Volumes (Mirrors)

Solaris Live Upgrade erstellt unter Verwendung der Solaris Volume Manager-Technologie eine Boot-Umgebung mit Dateisystemen, bei welchen es sich um RAID-1-Volumes (Mirrors) handelt. Solaris Live Upgrade implementiert nicht den gesamten Funktionsumfang von Solaris Volume Manager, erfordert aber die folgenden Komponenten von Solaris Volume Manager.

Systemupgrades mit Packages bzw. Patches

Mit Solaris Live Upgrade können Sie einem System Patches und Packages hinzufügen. Mit Solaris Live Upgrade reduziert sich die Ausfallzeit auf die nötige Zeit für den Neustart. Mit dem Befehl luupgrade können Sie einer neuen Boot-Umgebung neue Patches und Packages hinzufügen. Bei Verwendung des Befehls luupgrade kann zur Installation von Patches und Packages auch ein Solaris Flash-Archiv genutzt werden.

Beim Aktualisieren, Hinzufügen und Entfernen von Packages oder Patches sind für Solaris Live Upgrade Packages bzw. Patches erforderlich, die den erweiterten Packaging-Richtlinien SVR4 entsprechen. Sun-Packages entsprechen diesen Richtlinien, doch Sun kann nicht gewährleisten, dass Packages von Drittherstellern diesen Richtlinien entsprechen. Verstößt ein Package gegen diese Richtlinien, kann dies dazu führen, dass während eines Upgrades die Software zum Hinzufügen von Packages Fehler verursacht oder die aktive Boot-Umgebung ändert.

Ausführliche Informationen zu den Packaging-Anforderungen finden Sie in Anhang B, Zusätzliche SVR4-Packaging-Anforderungen (Referenz) .

Richtlinien zum Erstellen von Dateisystemen mit dem Befehl lucreate

Mit dem Befehl lucreate und der Option -m bestimmen Sie, welche und wie viele Dateisysteme in der neuen Boot-Umgebung angelegt werden. Sie müssen die Option wiederholt angeben, um die genaue Anzahl an zu erstellenden Dateisystemen festzulegen. Wenn Sie die Option -m zum Erstellen von Dateisystemen verwenden, beachten Sie bitte die folgenden Richtlinien:

• Sie müssen die Option -m einmal für das Root-Dateisystem (/) der neuen Boot-Umgebung angeben. Wenn Sie den Befehl lucreate ohne die Option -m ausführen, wird das Konfigurationsmenü angezeigt. Mit dem Konfigurationsmenü können Sie die neue Boot-Umgebung anpassen, indem Sie die Dateien an neue Einhängepunkte umleiten.

• Alle kritischen Dateisysteme in der aktuellen Boot-Umgebung, die Sie nicht mit der Option -m angeben, werden in dem Dateisystem der nächsthöheren Ebene zusammengeführt.

• Nur die Dateisysteme, die Sie getrennt mit der Option -m angeben, werden in der neuen Boot-Umgebung erstellt. Wenn Sie so viele Dateisysteme erstellen möchten, wie auf dem aktuellen System vorhanden sind, müssen Sie die Option -m einmal für jedes zu erstellende Dateisystem angeben.

  Wenn Sie die Option -m einmal verwenden, geben Sie an, wohin alle Dateisysteme gestellt werden sollen. Sie führen alle Dateisysteme aus der ursprünglichen Boot-Umgebung in das eine Dateisystem zusammen, das Sie über die Option -m angeben. Wenn Sie die Option -m zweimal angeben, werden zwei Dateisysteme erstellt. Wenn Sie Dateisysteme für Root (/), /opt und /var haben, verwenden Sie die Option -m für jedes Dateisystem in der neuen Boot-Umgebung.

• Duplizieren Sie keine Einhängepunkte. So darf es zum Beispiel nicht zwei Root-Dateisysteme (/) geben.

Richtlinien zum Auswählen von Slices für Dateisysteme

Beim Anlegen von Dateisystemen für eine Boot-Umgebung gelten dieselben Regeln wie zum Anlegen von Dateisystemen für Solaris. Solaris Live Upgrade kann Sie nicht daran hindern, kritische Dateisysteme unzulässig zu konfigurieren. Sie könnten beispielsweise einen lucreate-Befehl eingeben, mit dem Sie getrennte Dateisysteme für das Root-Dateisystem (/) und /kernel anlegen — was eine unzulässige Aufteilung des Root-Dateisystems (/) darstellen würde.

Überlappen Sie Slices nicht, wenn Sie die Slice-Aufteilung von Festplatten ändern. Bei überlappenden Slices wird die neue Boot-Umgebung scheinbar erstellt, jedoch nicht gebootet, wenn Sie sie aktivieren. Die überlappenden Dateisysteme können beschädigt werden.

Damit Solaris Live Upgrade ordnungsgemäß funktioniert, muss der Inhalt der Datei vfstab in der aktiven Boot-Umgebung gültig sein und die Datei muss mindestens einen Eintrag für das Root-Dateisystem (/) enthalten.

Richtlinien zum Auswählen eines Slice für das root-Dateisystem (/)

Beim Erstellen einer inaktiven Boot-Umgebung müssen Sie ein Slice angeben, in das das Root-Dateisystem (/) kopiert werden soll. Beachten Sie beim Auswählen eines Slice für das Root-Dateisystem (/) die folgenden Richtlinien. Das Slice muss folgenden Kriterien entsprechen:

• Es muss sich um ein Slice handeln, von dem das System booten kann.

• Es muss die empfohlene Mindestgröße aufweisen.

• Es kann sich auf einer anderen oder derselben physischen Festplatte wie das aktive Root-Dateisystem (/) befinden.

• Kann ein Veritas Volume Manager-Volume (VxVM) sein. Wenn auf dem aktuellen System VxVM-Volumes konfiguriert sind, kann mit dem Befehl lucreate eine neue Boot-Umgebung erstellt werden. Wenn die Daten in die neue Boot-Umgebung kopiert werden, geht die Veritas-Dateisystemkonfiguration verloren und in der neuen Boot-Umgebung wird ein UFS-Dateisystem angelegt.

Richtlinien zum Auswählen von Slices für gespiegelte Dateisysteme

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, das 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, das 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/cwt xdysz

• Ein Solaris Volume Manager-Volume im Format /dev/md/dsk/d num

• Ein Veritas Volume Manager-Volume im Format /dev/vx/dsk/ volume_name Wenn auf dem aktuellen System VxVM-Volumes konfiguriert sind, kann mit dem Befehl lucreate eine neue Boot-Umgebung erstellt werden. Wenn die Daten in die neue Boot-Umgebung kopiert werden, geht die Veritas-Dateisystemkonfiguration verloren und in der neuen Boot-Umgebung wird ein UFS-Dateisystem angelegt.

Wenn bei einem Upgrade mit Veritas VxVM Probleme auftreten, schlagen Sie unter Systempanik bei einem Upgrade mit Solaris Live Upgrade und Veritas VxVm.

Allgemeine Richtlinien zur Erstellung von RAID-1-Volume-Dateisystemen (gespiegelten Dateisystemen)

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 Voraussetzungen für RAID-Volume-Namen und Richtlinien für das benutzerdefinierte JumpStart-Verfahren sowie für Solaris Live Upgrade in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.

Überprüfen des Status eines Volumes

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. Informationen entnehmen Sie bitte der Manpage metastat(1M).

Entfernen von Volumes aus dem Verbund und Resynchronisieren von Mirrors

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 zum Resynchronisieren finden Sie unter RAID-1 Volume (Mirror) Resynchronization in Solaris Volume Manager Administration Guide.

Arbeiten mit den Befehlen von Solaris Volume Manager

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.

Richtlinien zum Auswählen eines Slice für ein Swap-Dateisystem

Diese Richtlinien enthalten Empfehlungen zur Konfiguration und Beispiele für ein Swap-Slice.

Swap-Konfiguration für die neue Boot-Umgebung

Es gibt drei Möglichkeiten, wie Sie mit dem Befehl lucreate und der Option -m ein Swap-Slice konfigurieren können:

• Wenn Sie kein Swap-Slice angeben, werden für die neue Boot-Umgebung die Swap-Slices der aktuellen Boot-Umgebung konfiguriert.

• Wenn Sie ein oder mehrere Swap-Slices angeben, so verwendet die neue Boot-Umgebung ausschließlich diese Swap-Slices. Eine gemeinsame Nutzung von Swap-Slices durch die beiden Boot-Umgebungen findet nicht statt.

• Sie können sowohl ein Swap-Slice gemeinsam nutzen als auch ein neues Swap-Slice hinzufügen.

Die folgenden Beispiele illustrieren die drei Möglichkeiten zur Swap-Konfiguration. In der aktuellen Boot-Umgebung ist das Root-Dateisystem (/) auf c0t0d0s0 konfiguriert. Das Swap-Dateisystem befindet sich auf c0t0d0s1.

• Im folgenden Beispiel wird kein Swap-Slice angegeben. Die neue Boot-Umgebung enthält das Root-Dateisystem (/) auf c0t1d0s0. Der Swap-Bereich auf c0t0d0s1 wird von der aktuellen und von der neuen Boot-Umgebung gemeinsam genutzt.

  # lucreate -n be2 -m /:c0t1d0s0:ufs

• Im folgenden Beispiel wird ein Swap-Slice angegeben. Die neue Boot-Umgebung enthält das Root-Dateisystem (/) auf c0t1d0s0. Auf c0t1d0s1 wird ein neues Swap-Dateisystem angelegt. Eine gemeinsame Nutzung des Swap-Slice durch die aktuelle und die neue Boot-Umgebung findet nicht statt.

  # lucreate -n be2 -m /:c0t1d0s0:ufs -m -:c0t1d0s1:swap

• Im folgenden Beispiel wird ein neues Swap-Slice hinzugefügt und ein weiteres Swap-Slice durch beide Boot-Umgebungen gemeinsam genutzt. Die neue Boot-Umgebung enthält das Root-Dateisystem (/) auf c0t1d0s0. Auf c0t1d0s1 wird ein neues Swap-Slice angelegt. Das Swap-Slice auf c0t0d0s1 wird von der aktuellen und der neuen Boot-Umgebung gemeinsam genutzt.

  # lucreate -n be2 -m /:c0t1d0s0:ufs -m -:shared:swap -m -:c0t1d0s1:swap

Fehler bei der Erstellung der Boot-Umgebung bei anderweitiger Nutzung des Swap-Slice

Die Erstellung einer Boot-Umgebung schlägt fehl, wenn das Swap-Slice von einer anderen Boot-Umgebung als der aktuellen genutzt wird. Wenn die Boot-Umgebung mit der Option -s erstellt wurde, so darf die alternative Boot-Umgebung das Swap-Slice nutzen, nicht jedoch andere Boot-Umgebungen.

Richtlinien zum Auswählen von Slices für gemeinsam nutzbare Dateisysteme

Solaris Live Upgrade kopiert den gesamten Inhalt eines Slice in das angegebene Slice der neuen Boot-Umgebung. Es kann sinnvoll sein, bestimmte große Dateisysteme auf einem Slice nicht zu kopieren, sondern den beiden Boot-Umgebungen zur gemeinsamen Nutzung zur Verfügung zu stellen. So können Sie Festplattenspeicher und Zeit sparen. BS-wesentliche Dateisysteme wie Root (/) und /var müssen kopiert werden. Dateisysteme wie /home sind dagegen nicht kritisch und können von den Boot-Umgebungen gemeinsam genutzt werden. Gemeinsam nutzbare Dateisysteme müssen benutzerdefinierte Dateisysteme sein und sich in der aktiven und der neuen Boot-Umgebung in separaten Swap-Slices befinden. Sie können die Festplatte je nach Bedarf auf unterschiedliche Weise neu konfigurieren.

Anpassen der Inhalte einer neuen Boot-Umgebung

Wenn Sie eine neue Boot-Umgebung erstellen, können Sie angeben, dass bestimmte Verzeichnisse und Dateien nicht in die neue Boot-Umgebung hinüberkopiert werden sollen. Wenn Sie ein Verzeichnis von der Kopie ausgeschlossen haben, können Sie darunter befindliche Unterverzeichnisse oder Dateien wahlweise auch wieder einschließen. Diese wiederhergestellten Unterverzeichnisse bzw. Dateien werden dann in die neue Boot-Umgebung kopiert. Sie könnten so beispielsweise alle Dateien und Verzeichnisse unter /etc/mail vom Kopieren ausschließen und anschließend die Dateien und Verzeichnisse unter /etc/mail/staff wieder einbeziehen. Mit dem folgenden Befehl würden Sie das Unterverzeichnis staff in die neue Boot-Umgebung kopieren.

# lucreate -n second_disk -x /etc/mail -y /etc/mail/staff

Verwenden Sie die Optionen zum Ausschließen von Dateien nur mit Bedacht. Entfernen Sie keine Dateien oder Verzeichnisse, die für den Systembetrieb erforderlich sind.

In der folgenden Tabelle sind die Optionen des Befehls lucreate zum Entfernen und Wiederherstellen von Verzeichnissen und Dateien aufgeführt.

Beispiele dafür, wie Sie beim Erstellen einer Boot-Umgebung die Verzeichnisse und Dateien anpassen können, finden Sie unter So erstellen Sie eine Boot-Umgebung und passen den Inhalt an (Befehlszeilenschnittstelle).

Synchronisieren von Dateien zwischen Boot-Umgebungen

Wenn Sie zum Umstieg bereit sind und die neue Boot-Umgebung aktivieren möchten, aktivieren Sie einfach schnell die neue Boot-Umgebung und starten das System dann neu. Beim ersten Booten einer neu erstellten Boot-Umgebung werden die Dateien der verschiedenen Boot-Umgebungen synchronisiert. Synchronisieren bedeutet hier, dass eventuell bestimmte kritische Systemdateien und Verzeichnisse aus der zuletzt aktiven Boot-Umgebung in die Boot-Umgebung kopiert werden, die gebootet wird. Die geänderten Dateien und Verzeichnisse werden herüberkopiert.

Aufnehmen von Dateien in /etc/lu/synclist

Solaris Live Upgrade prüft, ob Änderungen an kritischen Dateien stattgefunden haben. Wenn der Inhalt einer dieser Dateien nicht in beiden Boot-Umgebungen identisch ist, wird die jeweilige Datei von der aktiven Boot-Umgebung in die neue Boot-Umgebung kopiert. Die Synchronisierung ist für kritische Dateien wie /etc/passwd oder /etc/group gedacht, die sich seit der Erstellung der neuen Boot-Umgebung eventuell geändert haben.

Die Liste der Verzeichnisse und Dateien, die synchronisiert werden, befindet sich in der Datei /etc/lu/synclist. In manchen Fällen möchten Sie vielleicht auch andere Dateien aus der aktiven Boot-Umgebung in die neue Boot-Umgebung kopieren. Sie können daher je nach Bedarf weitere Verzeichnisse und Dateien in /etc/lu/synclist aufnehmen.

Wenn Sie Dateien aufnehmen, die nicht in /etc/lu/synclist aufgeführt sind, besteht die Möglichkeit, dass Ihr System danach nicht mehr bootet. Bei der Synchronisierung werden lediglich Dateien kopiert und/oder Verzeichnisse angelegt. Es werden keine Dateien oder Verzeichnisse entfernt.

Die folgende /etc/lu/synclist-Beispieldatei zeigt, welche Standardverzeichnisse und -dateien für dieses System synchronisiert werden.

/var/mail                    OVERWRITE
/var/spool/mqueue            OVERWRITE
/var/spool/cron/crontabs     OVERWRITE
/var/dhcp                    OVERWRITE
/etc/passwd                  OVERWRITE
/etc/shadow                  OVERWRITE
/etc/opasswd                 OVERWRITE
/etc/oshadow                 OVERWRITE
/etc/group                   OVERWRITE
/etc/pwhist                  OVERWRITE
/etc/default/passwd          OVERWRITE
/etc/dfs                     OVERWRITE
/var/log/syslog              APPEND
/var/adm/messages            APPEND

Bei folgenden Verzeichnissen und Dateien kann es in bestimmten Situationen sinnvoll sein, sie in die Datei synclist aufzunehmen:

/var/yp                    OVERWRITE
/etc/mail                  OVERWRITE
/etc/resolv.conf           OVERWRITE
/etc/domainname            OVERWRITE

Bei den Einträgen in der Datei synclist kann es sich um Dateien oder Verzeichnisse handeln. Das zweite Feld gibt an, was für eine Aktualisierung stattfindet, wenn die Boot-Umgebung aktiviert wird. Die Aktualisierung der Dateien kann auf drei verschiedene Arten erfolgen:

• OVERWRITE – Der Inhalt der Datei in der aktiven Boot-Umgebung überschreibt den Inhalt der Datei in der neuen Boot-Umgebung. OVERWRITE ist die Standardaktion, wenn im zweiten Feld kein anderer Wert angegeben wird. Handelt es sich bei dem Eintrag um ein Verzeichnis, so werden alle Unterverzeichnisse mitkopiert. Alle Dateien werden überschrieben. Die jeweilige Datei hat in der neuen Boot-Umgebung dasselbe Datum, denselben Modus und dieselben Eigentümer wie in der vorherigen Boot-Umgebung.

• APPEND – Der Inhalt der Datei in der aktiven Boot-Umgebung wird an den Inhalt der Datei in der neuen Boot-Umgebung angehängt. Dies kann eventuell dazu führen, dass in der Datei doppelte Einträge vorkommen. Für Verzeichnisse ist die Option APPEND nicht zulässig. Die jeweilige Datei hat in der neuen Boot-Umgebung dasselbe Datum, denselben Modus und dieselben Eigentümer wie in der vorherigen Boot-Umgebung.

• PREPEND – Der Inhalt der Datei in der aktiven Boot-Umgebung wird an den Anfang der Datei in der neuen Boot-Umgebung eingefügt. Dies kann eventuell dazu führen, dass in der Datei doppelte Einträge vorkommen. Für Verzeichnisse ist die Option PREPEND nicht zulässig. Die jeweilige Datei hat in der neuen Boot-Umgebung dasselbe Datum, denselben Modus und dieselben Eigentümer wie in der vorherigen Boot-Umgebung.

Erzwingen der Synchronisierung zwischen Boot-Umgebungen

Wenn Sie zum ersten Mal von einer neu erstellten Boot-Umgebung booten, synchronisiert Solaris Live Upgrade die neue Boot-Umgebung mit der letzten aktiven Boot-Umgebung. Nach diesem ersten Start mit Synchronisierung führt Solaris Live Upgrade keine weitere Synchronisierung durch, es sei denn, dies wird explizit angefordert.

• Um bei Verwendung der Benutzeroberfläche eine Synchronisierung zu erzwingen, geben Sie bei der entsprechenden Abfrage yes ein.

• Um bei Verwendung der Befehlszeile eine Synchronisierung zu erzwingen, geben Sie den Befehl luactivate mit der Option -s ein.

Das Erzwingen einer Synchronisierung bietet sich beispielsweise bei Verwendung mehrerer Versionen des Betriebssystems Solaris an. Es ist anzunehmen, dass Änderungen in Dateien wie email oder passwd/group in der Boot-Umgebung, die Sie aktivieren möchten, vorhanden sein sollen. Wenn Sie eine Synchronisierung erzwingen, prüft Solaris Live Upgrade, ob es zwischen den zu synchronisierenden Dateien Konflikte gibt. Wenn beim Booten der neuen Boot-Umgebung ein Konflikt erkannt wird, wird eine Warnung ausgegeben. Die Dateien werden nicht synchronisiert. Die Boot-Umgebung kann trotz eines solchen Konflikts möglicherweise erfolgreich aktiviert werden. Ein Konflikt kann auftreten, wenn Sie sowohl in der neuen als auch in der aktiven Boot-Umgebung Änderungen an derselben Datei vornehmen. Nehmen wir beispielsweise an, Sie nehmen in der ursprünglichen Boot-Umgebung Änderungen an der Datei /etc/passwd vor. Anschließend nehmen Sie in der neuen Boot-Umgebung ebenfalls Änderungen an /etc/passwd vor. Nun kann der Synchronisierungsvorgang nicht entscheiden, welche der beiden Dateien er für die Synchronisierung kopieren soll.

Verwenden Sie diese Option sehr vorsichtig, denn Sie wissen möglicherweise gar nicht, welche Änderungen in der letzten aktiven Boot-Umgebung vorgenommen wurden und können diese nicht kontrollieren. Angenommen, Sie arbeiten in der aktuellen Boot-Umgebung mit der Solaris 10-Software. Sie müssen auf ein Solaris 9-Release zurückgreifen und booten dieses mit einer erzwungenen Synchronisation. Dies könnte dazu führen, dass Dateien im Release Solaris 9 geändert werden. Da Dateien vom jeweiligen BS-Release abhängen, schlägt das Booten des Release Solaris 9 möglicherweise fehl, da die 10-Dateien nicht mit den Solaris 9-Dateien kompatibel sind.

x86: Aktivieren einer Boot-Umgebung mit dem GRUB-Menü

Ab Solaris-Release 10 1/06 können Sie mithilfe des GRUB-Bootmenüs zwischen Boot-Umgebungen umschalten. Das GRUB.Menü ist neben dem Befehl luactivate oder dem Menü “Activate”: eine weitere Alternative zum Aktivieren von Boot-Umgebungen.

Arbeiten mit Solaris Live Upgrade von einem entfernten System

Wenn Sie, beispielsweise über eine Tip-Verbindung, entfernt auf die zeichenorientierte Benutzeroberfläche zugreifen, müssen Sie die Umgebungsvariable TERM möglicherweise auf VT220 setzen. Setzen Sie bei der Arbeit mit CDE (Common Desktop Environment) außerdem die Variable TERM auf dtterm, anstatt auf xterm.

Kapitel 8 Erstellen einer Boot-Umgebung mit Solaris Live Upgrade (Vorgehen)

In diesem Kapitel wird erläutert, wie Sie Solaris Live Upgrade installieren, die Menüs verwenden und eine Boot-Umgebung erstellen können. Dieses Kapitel enthält die folgenden Abschnitte:

• Die Solaris Live Upgrade-Schnittstellen

• Arbeiten mit den Menüs von Solaris Live Upgrade (CUI)

• Übersicht der Schritte: Installieren von Solaris Live Upgrade und Erstellen von Boot-Umgebungen

• Installieren von Solaris Live Upgrade

• Starten und Stoppen von Solaris Live Upgrade (Befehlszeilenschnittstelle)

• Erstellen einer neuen Boot-Umgebung

Die Solaris Live Upgrade-Schnittstellen

Sie können Solaris Live Upgrade mit einer zeichenorientierten Schnittstelle (CUI) oder über die Befehlszeile (CLI) ausführen. In den folgenden Abschnitten finden Sie Anweisungen für beide Arten von Schnittstellen.

Arbeiten mit den Menüs von Solaris Live Upgrade (CUI)

Abbildung 8–1 Das Hauptmenü von Solaris Live Upgrade

Für die Navigation in den Menüs der zeichenorientierten Schnittstelle von Solaris Live Upgrade benötigen Sie Pfeiltasten und Funktionstasten. Mit den Pfeiltasten können Sie nach oben und unten blättern, bevor Sie eine Auswahl treffen, oder den Cursor in ein Feld stellen. Um eine Aktion auszuführen, verwenden Sie die Funktionstasten. Unten im Menü sehen Sie schwarze Rechtecke, die Funktionstasten auf der Tastatur darstellen. So stellt beispielsweise das erste schwarze Rechteck F1 dar, das zweite F2. In aktiven Rechtecken wird die jeweilige Aktion, zum Beispiel "Save“, angezeigt. Im Konfigurationsmenü sind die Funktionstaste und die Aufgabe anstelle eines Rechtecks angegeben.

• F3 dient immer zum Speichern und schließt die Arbeit im jeweiligen Menü ab.

• F6 dient immer zum Abbrechen und bewirkt das Schließen des Menüs, ohne die Änderungen zu speichern.

• Welche Aktion Sie mit den übrigen Funktionstasten ausführen können, hängt vom jeweiligen Menü ab.

Bei den nachfolgenden Verfahren werden Sie unter Umständen dazu aufgefordert, eine Funktionstaste zu drücken. Sollten die Funktionstasten Ihres Systems nicht genau mit den Funktionstasten in den Menüs von Solaris Live Upgrade übereinstimmen, dann verwenden Sie Strg-F und die entsprechende Nummerntaste.

Übersicht der Schritte: Installieren von Solaris Live Upgrade und Erstellen von Boot-Umgebungen

Installieren von Solaris Live Upgrade

Sie müssen die Solaris Live Upgrade-Packages auf ihrem aktuellen Betriebssystem installieren. Dabei muss die Version der Solaris Live Upgrade-Packages mit der Version des Betriebssystems übereinstimmen, auf die ein Upgrade durchgeführt werden soll. Wenn Sie also derzeit Solaris 9 ausführen und ein Upgrade auf die Version 10 durchführen möchten, müssen Sie die Solaris Live Upgrade-Packages aus der 10-Version installieren.

Einige Patches sind obligatorisch. Installieren Sie diese Patches vor dem Installieren von Solaris Live Upgrade-Packages. Weitere Informationen finden Sie im Folgenden:

• Installieren der für Solaris Live Upgrade erforderlichen Patches

• So installieren Sie Solaris Live Upgrade mit dem Befehl pkgadd

• So installieren Sie Solaris Live Upgrade mit dem Solaris-Installationsprogramm

Installieren der für Solaris Live Upgrade erforderlichen Patches

Beschreibung	Weitere Informationen
Achtung – Für den ordnungsgemäßen Betrieb von Solaris Live Upgrade müssen je nach verwendeter Betriebssystemversion bestimmte Patches installiert werden. Vor der Installation und dem Ausführen von Solaris Live Upgrade müssen Sie diese Patches installieren. x86 nur – Wenn dieses Patch-Paket nicht installiert ist, schlägt Solaris Live Upgrade fehl und die folgende Fehlermeldung wird angezeigt. Falls die folgende Fehlermeldung nicht angezeigt wird, kann es sein, dass erforderliche Patches noch installiert werden müssen. Vergewissern Sie sich stets, dass sämtliche im Sunsolve-Informationsdokument aufgeführten Patches installiert wurden, bevor Sie Solaris Live Upgrade installieren. ERROR: Cannot find or is not executable: </sbin/biosdev>. ERROR: One or more patches required by Live Upgrade has not been installed. Die im Informationsdokument 72099 aufgeführten Patches können sich zu jeder Zeit ändern. Diese Patches korrigieren potenzielle Fehler in Solaris Live Upgrade sowie in Komponenten, auf denen Solaris Live Upgrade aufbaut. Wenn Sie mit Solaris Live Upgrade Schwierigkeiten haben, sollten Sie sich vergewissern, dass die neuesten Patches für Solaris Live Upgrade installiert sind.	Die aktuelle Patchliste entnehmen Sie bitte der Website http://sunsolve.sun.com. Suchen Sie auf der SunSolve-Website nach dem Informationsdokument 72099.
Unter Solaris 8 und Solaris 9 kann das Installationsprogramm für Solaris Live Upgrade möglicherweise nicht ausgeführt werden. In diesen Versionen ist der für die Ausführung von J2RE erforderliche Patch-Satz nicht enthalten. Um das Solaris Live Upgrade-Installationsprogramm ausführen und die Packages installieren zu können, benötigen Sie das für J2RE empfohlene Patch-Cluster.	Installieren Sie die Solaris Live Upgrade-Packages mit dem Befehl pkgadd, oder installieren Sie das empfohlene Patch-Cluster für J2RE. Dieses finden Sie unter http://sunsolve.sun.com.

So installieren Sie erforderliche Patches

Schritte

1. Rufen Sie von der SunSolve^SM-Website die Patchliste ab.

2. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

3. Installieren Sie die Patches mit dem Befehl patchadd.

   # patchadd Pfad_zu_den_Patches

4. Starten Sie, falls erforderlich, das System neu. Bei einigen Patches ist ein Systemneustart erforderlich.

   nur x86: Das System muss neu gestartet werden, anderenfalls schlägt Solaris Live Upgrade fehl.

So installieren Sie Solaris Live Upgrade mit dem Befehl pkgadd

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Installieren Sie die Packages in dieser Reihenfolge:

   # pkgadd -d Pfad_zu_Packages SUNWlur SUNWluu

   Pfad_zu_Packages

   Gibt den absoluten Pfad zu den Software-Packages an.

3. Überprüfen Sie, ob das Package erfolgreich installiert wurde.

   # pkgchk -v SUNWlur SUNWluu

So installieren Sie Solaris Live Upgrade mit dem Solaris-Installationsprogramm

Schritte

1. Legen Sie die Solaris Operating System-DVD oder die Solaris Software - 2-CD ein.

2. Rufen Sie das Installationsprogramm für die von Ihnen verwendeten Medien auf.

   • Wenn Sie die Solaris Operating System-DVD verwenden, wechseln Sie in das Verzeichnis mit dem Installationsprogramm und starten dieses.

     # cd /cdrom/cdrom0/Solaris_10/Tools/installers # ./liveupgrade20

     Die grafische Benutzeroberfläche (GUI) des Solaris-Installationsprogramms wird angezeigt.

   • Wenn Sie die Solaris Software - 2-CD verwenden, rufen Sie das Installationsprogramm auf.

     % ./installer

     Die grafische Benutzeroberfläche (GUI) des Solaris-Installationsprogramms wird angezeigt.

3. Klicken Sie im Bildschirm "Installationsart auswählen“ auf "Benutzerdefiniert“.

4. Klicken Sie im Bildschirm "Sprachumgebung auswählen“ auf die zu installierende Sprache.

5. Wählen Sie die zu installierende Software.

   • Wenn Sie die DVD verwenden, klicken Sie im Bildschirm "Komponentenauswahl“ auf "Weiter“, um die Packages zu installieren.

   • Wenn Sie die CDs verwenden, klicken Sie im Bildschirm Produktauswahl auf Standardinstallation für Solaris Live Upgrade, und klicken Sie auf weitere Software-Optionen, um deren Auswahl aufzuheben.

6. Installieren Sie die Software nach den Anweisungen in den Fenstern des Solaris-Installationsprogramms.

Starten und Stoppen von Solaris Live Upgrade (Befehlszeilenschnittstelle)

Mit diesem Verfahren starten und beenden Sie das Solaris Live Upgrade-Menüprogramm.

So rufen Sie die Solaris Live Upgrade-Menüs auf

Wenn Sie, beispielsweise über eine Tip-Verbindung, entfernt auf die zeichenorientierte Benutzeroberfläche zugreifen, müssen Sie möglicherweise die Umgebungsvariable TERM auf VT220 setzen. Setzen Sie bei der Arbeit mit CDE (Common Desktop Environment) außerdem die Variable TERM auf dtterm anstatt auf xterm.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # /usr/sbin/lu

   Das Solaris Live Upgrade-Hauptmenü wird angezeigt.

   Abbildung 8–2 Das Hauptmenü von Solaris Live Upgrade

   
   

So beenden Sie die Solaris Live Upgrade-Menüs

Schritt

Wählen Sie Exit im Hauptmenü.

Erstellen einer neuen Boot-Umgebung

Das Erstellen einer Boot-Umgebung bietet eine Möglichkeit, kritische Dateisysteme aus der aktiven Boot-Umgebung in eine neue Boot-Umgebung zu kopieren. Über das Menü Create und das Konfigurationsuntermenü der zeichenorientierten Oberfläche sowie den Befehl lucreate können Sie bei Bedarf eine Festplatte umorganisieren, Dateisysteme anpassen und die kritischen Dateisysteme in die neue Boot-Umgebung kopieren.

Vor dem Kopieren von Dateisystemem in die neue Boot-Umgebung können Sie sie anpassen und kritische Dateisystemverzeichnisse mit den übergeordneten Verzeichnissen zusammenführen oder in unter- und übergeordnete Verzeichnisse aufteilen. Benutzerdefinierte (gemeinsam nutzbare) Dateisysteme werden standardmäßig von den Boot-Umgebungen gemeinsam genutzt. Gemeinsam nutzbare Dateisysteme können bei Bedarf jedoch auch kopiert werden. Der Swap-Bereich, ein gemeinsam nutzbares Dateisystem, kann ebenfalls aufgeteilt und zusammengeführt werden. Eine Übersicht über kritische und gemeinsam nutzbare Dateisysteme finden Sie unter Arten von Dateisystemen.

So erstellen Sie eine Boot-Umgebung (Befehlszeilenschnittstelle)

Schritte

1. Wählen Sie "Create“ im Hauptmenü.

   Das Untermenü Boot-Umgebung erstellen wird angezeigt.

2. Geben Sie, sofern erforderlich, den Namen der aktiven Boot-Umgebung und der neuen Boot-Umgebung ein und bestätigen Sie die Eingabe. Den Namen der aktiven Boot-Umgebung brauchen Sie nur einzugeben, wenn Sie zum ersten Mal eine Boot-Umgebung erstellen.

   Der Name der Boot-Umgebung darf maximal 30 Zeichen lang sein, er darf nur aus alphanumerischen Zeichen bestehen und darf keine Multibyte-Zeichen enthalten.

   Name of Current Boot Environment: solaris8 Name of New Boot Environment: solaris10

3. Drücken Sie F3, um die Änderungen zu speichern.

   Das Konfigurationsmenü wird angezeigt.

   Abbildung 8–3 Das Konfigurationsmenü in Solaris Live Upgrade

   
   

   Das Konfigurationsmenü enthält die folgenden Teile:

   • Die ursprüngliche Boot-Umgebung sehen Sie am oberen Bildschirmrand. Die zu erstellende Boot-Umgebung sehen Sie am unteren Rand.

   • Das Feld Device enthält die folgenden Informationen:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Metageräts im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/vx/dsk/Volume-Name.

     • Der Bereich zum Auswählen eines kritischen Dateisystems ist leer, bis Sie ein kritisches Dateisystem auswählen. Die kritischen Dateisysteme, wie zum Beispiel /usr, /var oder /opt, können aufgeteilt oder mit dem Root-Dateisystem (/) zusammengeführt werden.

     • Gemeinsam nutzbare Dateisysteme wie /export oder swap werden im Feld "Gerät“ angezeigt. Diese Dateisysteme weisen in der Quell- und der Ziel-Boot-Umgebung denselben Einhängepunkt auf. Swap ist standardmäßig zur gemeinsamen Nutzung freigegeben, Sie können Swap-Slices aber auch aufteilen und zusammenführen (hinzufügen und löschen).

       Unter Arten von Dateisystemen finden Sie einen Überblick der kritischen und gemeinsam nutzbaren Dateisysteme.

   • Über das Feld "Dateisystemtyp“ können Sie den Dateisystemtyp ändern. Die folgenden Dateisystemtypen können ausgewählt werden:

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem

     • ufs, ein UFS-Dateisystem

4. (Optional) Die folgenden Aktionen können Sie jederzeit ausführen:

   • Drücken Sie F5, um die Informationen auf dem Bildschirm an eine ASCII-Datei auszugeben.

   • Drücken Sie Strg-X, wenn Sie in der Dateisystemliste blättern wollen.

     Dann können Sie zwischen den Dateisystemen der aktiven und inaktiven Boot-Umgebung umschalten und blättern.

   • Zum Beenden des Konfigurationsmenüs drücken Sie F6.

     • Wenn Sie im Konfigurationsmenü F6 drücken, werden die Änderungen nicht gespeichert und die Dateisysteme bleiben unverändert.

     • In einem Konfigurationsuntermenü bewirkt diese Taste, dass wieder das Konfigurationsmenü angezeigt wird.

5. Drücken Sie F2, um ein verfügbares Slice auszuwählen.

   Im Menü "Choices“ werden auf dem System verfügbare Slices für das Feld angezeigt, in dem sich der Cursor befindet. Im Menü erscheint ein Gerätefeld und ein Feld "FS_Type“ für das Dateisystem.

   1. Stellen Sie den Cursor mit den Pfeiltasten in ein Feld, um ein Slice oder einen Dateisystemtyp auszuwählen.

      • Wenn Sie den Cursor in das Feld "Device“ stellen, werden alle freien Slices angezeigt. Für das Dateisystem root (/) werden im Menü "Choices” nur freie Slices angezeigt, die den Anforderungen des root-Dateisystems (/) entsprechen. Siehe hierzu Richtlinien zum Auswählen eines Slice für das root-Dateisystem (/).

      • Wenn Sie den Cursor in das Feld "FS_Type“ stellen, werden alle verfügbaren Dateisystemtypen angezeigt.

      • Slices in Fettdruck können für das aktuelle Dateisystem ausgewählt werden. Die Größe des Slice wird errechnet, indem zur Größe des Dateisystems 30 Prozent addiert werden, um ein späteres Upgrade zu ermöglichen.

      • Nicht in Fettdruck angezeigte Slices sind für das jeweilige Dateisystem zu klein. Zum Ändern der Slice-Aufteilung einer Festplatte siehe Schritt 6.

   2. Drücken Sie die Eingabetaste, um ein Slice auszuwählen.

      Das Slice erscheint im Feld "Device“ oder im Feld "FS_Type“ wird ein anderer Dateisystemtyp angezeigt.

6. (Optional) Wenn kein verfügbares Slice den Mindestvoraussetzungen entspricht, drücken Sie F4, um die Anordnung der Slices auf den verfügbaren Festplatten zu ändern.

   Das Slice-Konfigurationsmenü von Solaris Live Upgrade erscheint.

   Der Befehl format(1M) wird ausgeführt, so dass Sie neue Slices erstellen können. Gehen Sie zum Erstellen eines neues Slice nach den Anweisungen am Bildschirm vor.

   Zum Navigieren in diesem Menü wechseln Sie mit den Pfeiltasten zwischen dem Feld "Device“ und dem Feld "FS_Type“. Das Feld "Size (Mbytes)“ wird automatisch ausgefüllt, wenn Geräte ausgewählt werden.

   1. Um ein Gerät freizugeben, drücken Sie Strg-D.

      Das Slice ist jetzt verfügbar und erscheint im Menü Auswahl.

   2. Um zum Konfigurationsmenü zurückzuschalten, drücken Sie F3.

7. (Optional) Durch das Aufteilen kritischer Dateisysteme werden den Dateisystemen unterschiedliche Einhängepunkte zugewiesen. Zum Aufteilen eines Dateisystems gehen Sie folgendermaßen vor:

   (Informationen zum Zusammenführen von Dateisystemen finden Sie in Schritt 8.)

   1. Wählen Sie das aufzuteilende Dateisystem aus.

      Sie können Dateisysteme wie /usr, /var oder /opt aufteilen oder aus den ihnen übergeordneten Verzeichnissen ausschließen.

      ---

      Hinweis –

      Wenn Sie Dateisysteme für eine Boot-Umgebung erstellen, gelten dieselben Regeln wie beim Erstellen von Dateisystemen für das Betriebssystem Solaris. Solaris Live Upgrade kann Sie nicht daran hindern, kritische Dateisysteme unzulässig zu konfigurieren. Sie können zum Beispiel einen lucreate-Befehl eingeben, durch den separate Dateisysteme für Root (/) und /kernel erstellt werden, obwohl diese Aufteilung von Root (/) nicht zulässig ist.

      ---

   2. Drücken Sie F8.

   3. Geben Sie den Dateisystemnamen für die neue Boot-Umgebung ein, zum Beispiel:

      Geben Sie das Verzeichnis ein, das in der neuen BU ein separates Dateisystem darstellen soll: /opt

      Wenn das neue Dateisystem verifiziert wird, erscheint eine neue Zeile auf dem Bildschirm.

   4. Um zum Konfigurationsmenü zurückzuschalten, drücken Sie F3.

      Das Konfigurationsmenü wird angezeigt.

8. (Optional) Durch das Zusammenführen werden die Dateisysteme demselben Einhängepunkt zugewiesen. So führen Sie ein Dateisystem mit dem übergeordneten Verzeichnis zusammen:

   (Zum Aufteilen von Dateisystemen siehe Schritt 7.)

   1. Wählen Sie das zusammenzuführende Dateisystem aus.

      Sie können Dateisysteme wie /usr, /var und /opt mit ihren übergeordneten Verzeichnissen zusammenführen.

   2. Drücken Sie F9.

      Die Dateisysteme, die zusammengeführt werden sollen, werden angezeigt, zum Beispiel:

      /opt wird überführt in /.

   3. Drücken Sie die Eingabetaste.

   4. Um zum Konfigurationsmenü zurückzuschalten, drücken Sie F3.

      Das Konfigurationsmenü wird angezeigt.

9. (Optional) Entscheiden Sie, ob Sie Swap-Slices hinzufügen oder entfernen möchten.

   • Wenn Sie ein Swap-Slice aufteilen und den Auslagerungsbereich in ein neues Slice stellen möchten, fahren Sie mit Schritt 10 fort.

   • Wenn Sie ein Swap-Slice entfernen wollen, fahren Sie mit Schritt 11 fort.

10. (Optional) Zum Aufteilen eines Swap-Slice gehen Sie folgendermaßen vor:

    1. Wählen Sie im Feld Gerät das Swap-Slice, das Sie aufteilen wollen.

    2. Drücken Sie F8.

    3. Geben Sie an der Eingabeaufforderung Folgendes ein:

       Geben Sie das Verzeichnis ein, das in der neuen BU ein separates Dateisystem darstellen soll: swap

    4. Drücken Sie F2 Auswahl.

       Im Menü Auswahl werden die verfügbaren Slices für den Swap-Bereich angezeigt.

    5. Wählen Sie das Slice, auf dem Sie den Swap-Bereich einrichten wollen.

       Das Slice erscheint im Feld "Device“ und Sie haben ein neues Slice für den Swap-Bereich.

11. (Optional) Zum Entfernen eines Swap-Slice gehen Sie folgendermaßen vor:

    1. Wählen Sie im Feld "Device“ das Swap-Slice, das Sie entfernen wollen.

    2. Drücken Sie F9.

    3. Geben Sie an der Eingabeaufforderung y ein.

       Partition /dev/dsk/c0t4d0s0 wird nicht als Swap-Partition verwendet. Bitte bestätigen Sie. [j, n]: j

       Das Swap-Slice existiert nicht mehr.

12. Entscheiden Sie, ob Sie die Boot-Umgebung jetzt oder später erstellen wollen:

    • Drücken Sie F3, um die neue Boot-Umgebung jetzt zu erstellen.

      Die Konfiguration wird gespeichert und der Konfigurationsbildschirm wird geschlossen. Die Dateisysteme werden kopiert, die Boot-Umgebung wird boot-fähig gemacht und die inaktive Boot-Umgebung wird erstellt.

      Das Erstellen einer Boot-Umgebung kann je nach Systemkonfiguration eine Stunde und länger dauern. Danach wird das Solaris Live Upgrade-Hauptmenü angezeigt.

    • Wenn die Boot-Umgebung zu einem späteren Zeitpunkt erstellt werden soll, geben Sie wie in diesem Beispiel zunächst j ein und anschließend die Startzeit und eine E-Mail-Adresse.

      Soll die Kopieroperation eingeplant werden? j Geben Sie die Zeit, für welche die Kopieroperation eingeplant werden soll, im 'at'-Befehlsformat an: 8:15 PM Geben Sie die Adresse ein, an welche das Protokoll der Kopieroperation gesendet werden soll: jemand@beliebig.com

      Sie werden nach Abschluss des Kopiervorgangs per E-Mail benachrichtigt.

      Informationen zu Zeitformaten finden Sie in der Manpage at(1).

      Sie können immer nur einen Job einplanen.

    Nach dem Erstellen der Boot-Umgebung kann ein Upgrade der inaktiven Boot-Umgebung ausgeführt werden. Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

So erstellen Sie zum ersten Mal eine Boot-Umgebung (Befehlszeilenschnittstelle)

Über den Befehl lucreate mit der Option -m geben Sie an, welche und wie viele Dateisysteme in der neuen Boot-Umgebung erstellt werden sollen. Sie müssen die Option wiederholt angeben, um die genaue Anzahl an zu erstellenden Dateisystemen festzulegen. Wenn Sie die Option -m einmal verwenden, geben Sie an, wohin alle Dateisysteme gestellt werden sollen. Sie führen alle Dateisysteme aus der ursprünglichen Boot-Umgebung in das eine Dateisystem zusammen, das Sie über die Option -m angeben. Wenn Sie die Option -m zweimal angeben, werden zwei Dateisysteme erstellt. Wenn Sie die Option -m zum Erstellen von Dateisystemen verwenden, beachten Sie bitte die folgenden Richtlinien:

• Sie müssen die Option -m einmal für das Root-Dateisystem (/) der neuen Boot-Umgebung angeben. Wenn Sie den Befehl lucreate ohne die Option -m ausführen, wird das Konfigurationsmenü angezeigt. Mit dem Konfigurationsmenü können Sie die neue Boot-Umgebung anpassen, indem Sie die Dateien an neue Einhängepunkte umleiten.

• Alle kritischen Dateisysteme in der aktuellen Boot-Umgebung, die Sie nicht getrennt mit der Option -m angeben, werden in dem Dateisystem der nächsthöheren Ebene zusammengeführt.

• Nur die Dateisysteme, die Sie getrennt mit der Option -m angeben, werden in der neuen Boot-Umgebung erstellt. Wenn die aktuelle Boot-Umgebung viele Dateisysteme enthält und Sie in der neuen Boot-Umgebung die gleiche Anzahl an Dateisystemen erstellen wollen, müssen Sie die Option -m für jedes zu erstellende Dateisystem einmal angeben. Wenn Sie zum Beispiel Dateisysteme für Root (/), /opt und /var haben, verwenden Sie die Option -m für jedes Dateisystem in der neuen Boot-Umgebung.

• Duplizieren Sie keine Einhängepunkte. So darf es zum Beispiel nicht zwei Root-Dateisysteme (/) geben.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Um eine neue Boot-Umgebung zu erstellen, geben Sie Folgendes ein:

   # lucreate [-A 'BU-Beschreibung'] -c BU-Name \ -m Einhängpunkt:Gerät[,Metagerät]:DS_Optionen [-m ...] -n BU-Name

   -A 'BU-Beschreibung'

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen (BU-Name) zugeordnet wird. Die Beschreibung kann beliebig lang sein und beliebige Zeichen enthalten.

   -c BU-Name

   Weist der aktiven Boot-Umgebung den Namen BU-Name zu. Diese Option ist nicht obligatorisch und wird nur beim Erstellen der ersten Boot-Umgebung verwendet. Wenn Sie lucreate zum ersten Mal ausfüren und dabei keine Option -c angeben, so erstellt die Software automatisch einen Standardnamen.

   Der Standardname wird anhand folgender Kriterien ausgewählt:

   • Wenn das physische Boot-Gerät bestimmt werden kann, so wird dessen Basisname zur Benennung der aktuellen Boot-Umgebung verwendet.

     Ist beispielsweise das physische Boot-Gerät /dev/dsk/c0t0d0s0, so erhält die aktuelle Boot-Umgebung den Namen c0t0d0s0.

   • Kann das physische Boot-Gerät nicht bestimmt werden, so wird der Name aus einer Kombination der Namen des Befehls uname mit den Optionen -s und -r erstellt.

     Gibt uname -s beispielsweise SunOS als Betriebssystem zurück und uname -r meldet 5.9 als Release, so erhält die aktuelle Boot-Umgebung den Namen SunOS5.9.

   • Lässt sich der Name auf keine dieser beiden Weisen bestimmen, so erhält die aktuelle Boot-Umgebung den Namen current.

   ---

   Hinweis –

   Wenn Sie die Option -c nach der ersten Erstellung der Boot-Umgebung verwenden, wird sie ignoriert, oder es erscheint eine Fehlermeldung.

   • Ist der angegebene Name mit dem Namen der aktuellen Boot-Umgebung identisch, so wird die Option ignoriert.

   • Unterscheidet sich der angegebene Name vom Namen der aktuellen Boot-Umgebung, so erscheint eine Fehlermeldung und die Erstellung schlägt fehl. Das folgende Beispiel zeigt einen Namen für eine Boot-Umgebung, der eine Fehlermeldung auslöst.

     # lucurr c0t0d0s0 # lucreate -c c1t1d1s1 -n newbe -m /:c1t1d1s1:ufs ERROR: current boot environment name is c0t0d0s0: cannot change name using <-c c1t1d1s1>

   ---

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m ...]

   Legt die Dateisystemkonfiguration der neuen Boot-Umgebung in der vfstab fest. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Volumes im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/md/vxfs/dsk/d num.

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. BU-Name muss für das System eindeutig sein.

   Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–1 Erstellen einer Boot-Umgebung (Befehlszeile)

In diesem Beispiel heißt die aktive Boot-Umgebung first_disk. Die Einhängepunkte für die Dateisysteme werden mit der Option -m angegeben. Zwei Dateisysteme werden erstellt, Root (/) und /usr. Die neue Boot-Umgebung erhält den Namen second_disk. Mit dem Namen second_disk wird die Beschreibung mydescription verbunden. Der Swap-Bereich in der neuen Boot-Umgebung "second_disk“ wird automatisch von der Quelle, "first_disk“, zur gemeinsamen Nutzung freigegeben.

# lucreate -A 'mydescription' -c first_disk  -m /:/dev/dsk/c0t4d0s0:ufs \
-m /usr:/dev/dsk/c0t4d0s3:ufs  -n second_disk

So erstellen Sie eine Boot-Umgebung und führen Dateisysteme zusammen (Befehlszeilenschnittstelle)

Mit dem Befehl lucreate und der Option -m können Sie festlegen, welche und wie viele Dateisysteme in der neuen Boot-Umgebung angelegt werden. Sie müssen die Option wiederholt angeben, um die genaue Anzahl an zu erstellenden Dateisystemen festzulegen. Wenn Sie die Option -m einmal verwenden, geben Sie an, wohin alle Dateisysteme gestellt werden sollen. Sie führen alle Dateisysteme aus der ursprünglichen Boot-Umgebung in einem Dateisystem zusammen. Wenn Sie die Option -m zweimal angeben, werden zwei Dateisysteme erstellt.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Geben Sie Folgendes ein:

   # lucreate -A 'BU-Beschreibung' \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen \ -m [...] -m Einhängepunkt:merged:DS-Optionen -n BU-Name

   -A BU-Beschreibung

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen (BU-Name) zugeordnet wird. Die Beschreibung kann beliebig lang sein und beliebige Zeichen enthalten.

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...]

   Gibt die Dateisystemkonfiguration der neuen Boot-Umgebung an. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Metageräts im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/vx/dsk/Volume-Name

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. BU-Name muss für das System eindeutig sein.

   Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–2 Erstellen einer Boot-Umgebung und Zusammenführen von Dateisystemen (Befehlszeilenschnittstelle)

In diesem Beispiel sind die Dateisysteme in der aktuellen Boot-Umgebung Root (/), /usr und /opt. Das Dateisystem /opt wird mit dem übergeordneten Dateisystem /usr zusammengeführt. Die neue Boot-Umgebung erhält den Namen second_disk. Mit dem Namen second_disk wird die Beschreibung mydescription verbunden.

# lucreate -A 'mydescription' -c first_disk \
 -m /:/dev/dsk/c0t4d0s0:ufs -m /usr:/dev/dsk/c0t4d0s1:ufs \
 -m /usr/opt:merged:ufs -n second_disk

So erstellen Sie eine Boot-Umgebung und teilen Dateisysteme auf (Befehlszeilenschnittstelle)

Beim Anlegen von Dateisystemen für eine Boot-Umgebung gelten dieselben Regeln wie zum Anlegen von Dateisystemen für das Solaris-BS. Solaris Live Upgrade kann Sie nicht daran hindern, kritische Dateisysteme unzulässig zu konfigurieren. Sie können zum Beispiel einen lucreate-Befehl eingeben, durch den separate Dateisysteme für Root (/) und /kernel erstellt werden, obwohl diese Aufteilung von Root (/) nicht zulässig ist.

Wenn Sie ein Verzeichnis in mehrere Einhängepunkte aufteilen, bleiben harte Links über Dateisystemgrenzen nicht erhalten. Wenn zum Beispiel /usr/stuff1/file über einen Hard Link mit /usr/stuff2/file verbunden ist und /usr/stuff1 und /usr/stuff2 in unterschiedliche Dateisysteme aufgeteilt werden, geht der Link zwischen den Dateien verloren. lucreate gibt eine Warnmeldung aus und ein symbolischer Link wird als Ersatz für den nicht mehr vorhandenen Hard Link erstellt.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # lucreate [-A 'BU-Beschreibung'] \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen -n Neue_BU

   -A 'BU-Beschreibung'

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen (BU-Name) zugeordnet wird. Die Beschreibung kann beliebig lang sein und darf beliebige Zeichen enthalten.

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...]

   Gibt die Dateisystemkonfiguration der neuen Boot-Umgebung an. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Metageräts im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/vx/dsk/Volume-Name

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. BU-Name muss für das System eindeutig sein.

Beispiel 8–3 Erstellen einer Boot-Umgebung und Teilen von Dateisystemen (Befehlszeilenschnittstelle)

In diesem Beispiel verteilt der Befehl das root-Dateisystem (/) über mehrere Festplatten-Slices in der neuen Boot-Umgebung. Gegeben ist eine Quell-Boot-Umgebung, bei der sich /usr, /var und /opt in Root (/) befinden: /dev/dsk/c0t0d0s0 /.

Teilen Sie in der neuen Boot-Umgebung die Dateisysteme /usr, /var und /opt auf, indem Sie sie wie folgt in eigenen Slices einhängen:

/dev/dsk/c0t1d0s0 /

/dev/dsk/c0t1d0s1 /var

/dev/dsk/c0t1d0s7 /usr

/dev/dsk/c0t1d0s5 /opt

Mit dem Boot-Umgebungsnamen second_disk wird die Beschreibung mydescription verbunden.

# lucreate -A 'mydescription' -c first_disk \
 -m /:/dev/dsk/c0t1d0s0:ufs -m /usr:/dev/dsk/c0t1d0s7:ufs  \
-m /var:/dev/dsk/c0t1d0s1:ufs -m /opt:/dev/dsk/c0t1d0s5:ufs \
-n second_disk

Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

So erstellen Sie eine Boot-Umgebung und rekonfigurieren den Swap-Bereich (Befehlszeilenschnittstelle)

Swap-Slices werden von den Boot-Umgebungen standardmäßig gemeinsam genutzt. Wenn Sie keinen Swap-Bereich mit der Option -m angeben, nutzen die aktuelle und die neue Boot-Umgebung gemeinsam dieselben Swap-Slices. Wenn Sie den Swap-Bereich der neuen Boot-Umgebung rekonfigurieren wollen, verwenden Sie die Option -m, um Swap-Slices zur neuen Boot-Umgebung hinzuzufügen oder daraus zu löschen.

Ein Swap-Slice darf nicht von einer anderen als der aktuellen Boot-Umgebung bzw. der Quell-Boot-Umgebung (bei Verwendung der Option -s) genutzt werden. Die Erstellung der Boot-Umgebung schlägt fehl, wenn das Swap-Slice von einer anderen Boot-Umgebung genutzt wird, ganz gleich, ob das Slice ein Swap-, ein UFS- oder ein anderes Dateisystem enthält.

Sie können eine Boot-Umgebung mit den vorhandenen Swap-Slices erstellen und danach die Datei vfstab bearbeiten.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # lucreate [-A 'BU-Beschreibung'] \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen \ -m -:Gerät:swap -n BU-Name

   -A 'BU-Beschreibung'

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen (BU-Name) zugeordnet wird. Die Beschreibung kann beliebig lang sein und beliebige Zeichen enthalten.

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...]

   Gibt die Dateisystemkonfiguration der neuen Boot-Umgebung an. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Metageräts im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/vx/dsk/Volume-Name

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. Der BU-Name muss eindeutig sein.

   Die neue Boot-Umgebung wird erstellt und der Swap-Bereich wird in ein anderes Slice oder auf ein anderes Gerät verschoben.

   Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–4 Erstellen einer Boot-Umgebung und Rekonfigurieren des Swap-Bereichs (Befehlszeilenschnittstelle)

In diesem Beispiel enthält die aktuelle Boot-Umgebung Root (/) auf /dev/dsk/c0t0d0s0 und der Swap-Bereich befindet sich auf /dev/dsk/c0t0d0s1. Für die neue Boot-Umgebung wird Root (/) auf /dev/dsk/c0t4d0s0 kopiert und /dev/dsk/c0t0d0s1 und /dev/dsk/c0t4d0s1 werden als Swap-Slices verwendet. Mit dem Boot-Umgebungsnamen second_disk wird die Beschreibung mydescription verbunden.

# lucreate -A 'mydescription' -c first_disk \
-m /:/dev/dsk/c0t4d0s0:ufs -m -:/dev/dsk/c0t0d0s1:swap \
-m -:/dev/dsk/c0t4d0s1:swap -n second_disk 

Diese Swap-Zuweisungen treten jedoch erst in Kraft, nachdem das System von second_disk gebootet wurde. Verwenden Sie für lange Swap-Slice-Listen die Option -M. Siehe So erstellen Sie eine Boot-Umgebung und rekonfigurieren den Swap-Bereich mithilfe einer Liste (Befehlszeilenschnittstelle).

So erstellen Sie eine Boot-Umgebung und rekonfigurieren den Swap-Bereich mithilfe einer Liste (Befehlszeilenschnittstelle)

Bei vielen Swap-Slices sollten Sie eine Swap-Liste erstellen. lucreate verwendet diese Liste mit Swap-Slices für die neue Boot-Umgebung.

Ein Swap-Slice darf nicht von einer anderen als der aktuellen Boot-Umgebung bzw. der Quell-Boot-Umgebung (bei Verwendung der Option -s) genutzt werden. Die Erstellung der Boot-Umgebung schlägt fehl, wenn das Swap-Slice von einer anderen Boot-Umgebung genutzt wird, ganz gleich, ob das Swap-Slice ein Swap-, ein UFS- oder ein anderes Dateisystem enthält.

Schritte

1. Erstellen Sie eine Liste der Swap-Slices, die in der neuen Boot-Umgebung benutzt werden sollen. Den Speicherort und den Namen dieser Datei können Sie selbst festlegen. In diesem Beispiel enthält die Datei /etc/lu/swapslices eine Liste mit Geräten und Slices:

   -:/dev/dsk/c0t3d0s2:swap -:/dev/dsk/c0t3d0s2:swap -:/dev/dsk/c0t4d0s2:swap -:/dev/dsk/c0t5d0s2:swap -:/dev/dsk/c1t3d0s2:swap -:/dev/dsk/c1t4d0s2:swap -:/dev/dsk/c1t5d0s2:swap

2. Typ

   # lucreate [-A 'BU-Beschreibung'] \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen \ -M Slice-Liste -n BU-Name

   -A 'BU-Beschreibung'

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen (BU-Name) zugeordnet wird. Die Beschreibung kann beliebig lang sein und beliebige Zeichen enthalten.

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...]

   Gibt die Dateisystemkonfiguration der neuen Boot-Umgebung an. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Metageräts im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/vx/dsk/Volume-Name

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -M Slice-Liste

   Eine Liste von -m-Optionen, die in der Datei Slice-Liste zusammengestellt sind. Geben Sie diese Argumente in dem für die Option -m beschriebenen Format an. Kommentarzeilen, die mit dem Zeichen # beginnen, werden ignoriert. Die Option -M ist nützlich, wenn Sie eine lange Liste mit Dateisystemen für eine Boot-Umgebung verwenden müssen. Beachten Sie, dass Sie die Optionen -m und -M kombinieren können. Sie können zum Beispiel Swap-Slices in der Slice-Liste speichern und die Root- (/) und /usr-Slices mit -m angeben.

   Die Optionen -m und -M unterstützen das Auflisten mehrerer Slices für einen bestimmten Einhängepunkt. Beim Verarbeiten dieser Slices überspringt lucreate alle nicht verfügbaren Slices und wählt das erste verfügbare Slice aus.

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. Der BU-Name muss eindeutig sein.

   Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–5 Erstellen einer Boot-Umgebung und Rekonfigurieren des Swap-Bereichs mithilfe einer Liste (Befehlszeilenschnittstelle)

In diesem Beispiel besteht der Swap-Bereich in der neuen Boot-Umgebung aus der Liste der Slices, die in der Datei /etc/lu/swapslices aufgelistet sind. Mit dem Namen second_disk wird die Beschreibung mydescription verbunden.

# lucreate -A 'mydescription' -c first_disk \
-m /:/dev/dsk/c02t4d0s0:ufs -m /usr:/dev/dsk/c02t4d0s1:ufs \
-M /etc/lu/swapslices -n second_disk 

So erstellen Sie eine Boot-Umgebung und kopieren ein gemeinsam nutzbares Dateisystem (Befehlszeilenschnittstelle)

Wenn ein gemeinsam nutzbares Dateisystem in die neue Boot-Umgebung kopiert werden soll, geben Sie den zu kopierenden Einhängepunkt mit der Option -m an. Anderenfalls werden gemeinsam nutzbare Dateisysteme standardmäßig gemeinsam genutzt und ihr Einhängepunkt in der Datei vfstab bleibt unverändert. Alle an den gemeinsam nutzbaren Dateisystemen vorgenommenen Aktualisierungen stehen in beiden Boot-Umgebungen zur Verfügung.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Erstellen Sie die Boot-Umgebung.

   # lucreate [-A 'BU-Beschreibung'] \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen -n BU-Name

   -A 'BU-Beschreibung'

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen (BU-Name) zugeordnet wird. Die Beschreibung kann beliebig lang sein und beliebige Zeichen enthalten.

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...]

   Gibt die Dateisystemkonfiguration der neuen Boot-Umgebung an. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Metageräts im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/vx/dsk/Volume-Name

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. Der BU-Name muss eindeutig sein.

   Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–6 Erstellen einer Boot-Umgebung und Kopieren eines gemeinsam nutzbaren Dateisystems (Befehlszeilenschnittstelle)

In diesem Beispiel enthält die aktuelle Boot-Umgebung zwei Dateisysteme, Root (/) und /home. In der neuen Boot-Umgebung wird das Root-Dateisystem (/) in die beiden Dateisysteme Root (/) und /usr aufgeteilt. Das Dateisystem /home wird in die neue Boot-Umgebung kopiert. Mit dem Boot-Umgebungsnamen second_disk wird die Beschreibung mydescription verbunden.

# lucreate -A 'mydescription' -c first_disk \
-m /:/dev/dsk/c0t4d0s0:ufs -m /usr:/dev/dsk/c0t4d0s3:ufs \
-m /home:/dev/dsk/c0t4d0s4:ufs -n second_disk

So erstellen Sie eine Boot-Umgebung aus einer anderen Quelle (Befehlszeilenschnittstelle)

Der Befehl lucreate erstellt eine Boot-Umgebung auf der Grundlage der Dateisysteme in der aktiven Boot-Umgebung. Wenn Sie eine Boot-Umgebung auf der Grundlage einer anderen als der aktiven Boot-Umgebung erstellen möchten, verwenden Sie den Befehl lucreate mit der Option -s.

Wenn Sie die neue Boot-Umgebung aktivieren und auf die vorherige Boot-Umgebung zurückgreifen müssen, booten Sie wieder die zuletzt aktive Boot-Umgebung, nicht die Quell-Boot-Umgebung.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Erstellen Sie die Boot-Umgebung.

   # lucreate [-A 'BU-Beschreibung'] -s Quell-BU-Name -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen -n BU-Name

   -A 'BU-Beschreibung'

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen (BU-Name) zugeordnet wird. Die Beschreibung kann beliebig lang sein und beliebige Zeichen enthalten.

   -s Quell-BU-Name

   Gibt die Quell-Boot-Umgebung für die neue Boot-Umgebung an. Die Quelle ist in diesem Fall nicht die aktive Boot-Umgebung.

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...]

   Gibt die Dateisystemkonfiguration der neuen Boot-Umgebung an. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Metageräts im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/vx/dsk/Volume-Name

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. BU-Name muss für das System eindeutig sein.

   Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–7 Erstellen einer Boot-Umgebung aus einer anderen Quelle (Befehlszeilenschnittstelle)

In diesem Beispiel wird eine Boot-Umgebung auf der Grundlage des Root-Dateisystems ( /) in der Quell-Boot-Umgebung mit dem Namen third_disk erstellt. third_disk ist nicht die aktive Boot-Umgebung. Mit der neuen Boot-Umgebung mydescription wird die Beschreibung mydescription verbunden.

# lucreate -A 'mydescription' -s third_disk \
-m /:/dev/dsk/c0t4d0s0:ufs  -n second_disk

So erstellen Sie eine leere Boot-Umgebung für ein Solaris Flash-Archiv (Befehlszeilenschnittstelle)

Mit dem Befehl lucreate erstellen Sie eine Boot-Umgebung, die auf den Dateisystemen der aktiven Boot-Umgebung beruht. Indem Sie lucreate mit der Option -s verwenden, können Sie mit lucreate rasch eine leere Boot-Umgebung erstellen. Die Slices werden für die angegebenen Dateisysteme reserviert, es werden aber keine Dateisysteme kopiert. Die Boot-Umgebung wird zwar benannt, aber noch nicht tatsächlich erzeugt. Dies geschieht erst mit der Installation eines Solaris Flash-Archivs. Wenn Sie in der leeren Boot-Umgebung ein Archiv installieren, werden auf den reservierten Slices Dateisysteme angelegt.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Erstellen Sie die leere Boot-Umgebung.

   # lucreate -A 'BU-Name' -s - \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen -n BU-Name

   -A 'BU-Beschreibung'

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen (BU-Name) zugeordnet wird. Die Beschreibung kann beliebig lang sein und beliebige Zeichen enthalten.

   -s -

   Gibt an, dass eine leere Boot-Umgebung erstellt werden soll.

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...]

   Gibt die Dateisystemkonfiguration der neuen Boot-Umgebung an. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Metageräts im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/vx/dsk/Volume-Name

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. BU-Name muss für das System eindeutig sein.

Beispiel 8–8 Erstellen einer leeren Boot-Umgebung für ein Solaris Flash-Archiv (Befehlszeilenschnittstelle)

In diesem Beispiel wird eine Boot-Umgebung ohne Dateisysteme erstellt. Mit der neuen Boot-Umgebung second_disk wird die Beschreibung mydescription verbunden.

# lucreate -A 'mydescription' -s - \
-m /:/dev/dsk/c0t1d0s0:ufs  -n second_disk

Sobald Sie die leere Boot-Umgebung erstellt haben, kann ein Flash-Archiv installiert und aktiviert (bootfähig gemacht) werden. Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel für die Erstellung einer leeren Boot-Umgebung und die Installation eines Solaris Flash-Archivs (Befehlszeilenschnittstelle) zeigt ein Beispiel für das Erstellen und Bespielen einer leeren Boot-Umgebung..

In der nachfolgenden Abbildung ist die Erstellung einer leeren Boot-Umgebung dargestellt.

So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle)

Wenn Sie eine Boot-Umgebung erstellen, erzeugt Solaris Live Upgrade mithilfe der Solaris Volume Manager-Technologie RAID-1-Volumes. Bei der Erstellung einer Boot-Umgebung können Sie mit Solaris Live Upgrade die folgenden Aufgaben durchführen und verwalten.

• Entfernen einer Verkettung einzelner Slices (Submirror) aus einem RAID-1-Volume (Mirror). Bei Bedarf kann der Inhalt als Inhalt der neuen Boot-Umgebung gespeichert werden. Da der Inhalt nicht kopiert wird, kann die neue Boot-Umgebung rasch erstellt werden. Nachdem Sie den Submirror aus dem Mirror-Verbund entfernt haben, ist er kein Bestandteil des ursprünglichen Mirrors mehr. Lese- und Schreibvorgänge auf den Submirror werden nicht mehr über den Mirror durchgeführt.

• Erstellen einer Boot-Umgebung, die einen Mirror enthält.

• Anhängen einer Verkettung einzelner Slices an den neu erstellten Mirror.

Um die Mirroring-Funktionen von Solaris Live Upgrade nutzen zu können, müssen Sie eine Statusdatenbank sowie eine Statusdatenbank-Replikat anlegen. Eine Statusdatenbank oder State Database speichert Informationen zum Status Ihrer Solaris Volume Manager-Konfiguration auf einer Festplatte ab.

• Informationen zum Erstellen einer Statusdatenbank finden Sie in Kapitel 6, State Database (Overview) in Solaris Volume Manager Administration Guide.

• Eine Übersicht über Solaris Volume Manager und der von Solaris Live Upgrade unterstützten Aufgaben finden Sie unter Erstellen einer Boot-Umgebung mit RAID-1-Volume-Dateisystemen.

• Ausführliche Informationen über komplexe Solaris Volume Manager-Konfigurationen, die bei der Verwendung von Solaris Live Upgrade nicht zulässig sind, finden Sie in Kapitel 2, Storage Management Concepts in Solaris Volume Manager Administration Guide.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Um eine neue Boot-Umgebung zu erstellen, geben Sie Folgendes ein:

   # lucreate [-A 'BU-Beschreibung'] \ -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...] \ -n BU-Name

   -A 'BU-Beschreibung'

   (Optional) Ermöglicht das Erstellen einer Boot-Umgebungsbeschreibung, die dem Boot-Umgebungsnamen BU-Name zugeordnet wird. Die Beschreibung kann beliebig lang sein und beliebige Zeichen enthalten.

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m...]

   Legt die Dateisystemkonfiguration der neuen Boot-Umgebung in der vfstab fest. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Volumes im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/md/vxfs/dsk/d num.

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eines der folgenden Schlüsselwörter für Dateisysteme enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen.

       • mirror erstellt ein RAID–1-Volume (einen Mirror) auf dem angegebenen Gerät. In folgenden -m-Optionen müssen Sie attach angeben, um zumindest eine Verkettung an den neuen Mirror anzuhängen. Das angegebene Gerät muss korrekt benannt werden. Als Mirrornamen können beispielsweise der logische Gerätename /dev/md/dsk/d10 oder der entsprechende Kurzname d10 dienen. Weitere Informationen zur Benennung von Geräten finden Sie unter Overview of Solaris Volume Manager Components in Solaris Volume Manager Administration Guide.

       • detach entfernt eine Verkettung aus einem Volume, das mit einem bestimmten Einhängepunkt verbunden ist. Das Volume muss nicht angegeben werden.

       • attach hängt eine Verkettung an den Mirror an, der mit einem bestimmten Einhängepunkt verbunden ist. Das angegebene physische Festplatten-Slice wird in eine aus einem einzelnen Gerät bestehende Verkettung verwandelt, um es an den Mirror anzuhängen. Um eine Verkettung zum Anhängen an eine Festplatte anzugeben, hängen Sie an den Gerätenamen ein Komma sowie den Namen der Verkettung an. Wenn Sie das Komma und den Verkettungsnamen auslassen, sucht lucreate ein freies Volume für die Verkettung aus.

         Mit lucreate können Sie nur Verkettungen erstellen, die aus einem einzigen physischen Slice bestehen. Mit diesem Befehl können Sie bis zu drei Verkettungen an einen Mirror anhängen.

       • preserve bewahrt das bestehende Dateisystem sowie seinen Inhalt. Mit diesem Schlüsselwort können Sie den Kopierprozess übergehen, der den Inhalt der Quell-Boot-Umgebung kopiert. Indem Sie den Inhalt beibehalten, können Sie die neue Boot-Umgebung rasch erstellen. Für einen gegebenen Einhängepunkt können Sie preserve nur in Verbindung mit einem einzigen physischen Gerät verwenden. Beim Einsatz von preserve prüft lucreate, ob sich der Inhalt des Geräts für das angegebene Dateisystem eignet. Diese Prüfung hat jedoch ihre Grenzen und kann keine Stabilität garantieren.

         Das Schlüsselwort preserve kann sowohl mit einem physischen Slice als auch mit einem Solaris Volume Manager-Volume verwendet werden.

         • Wenn Sie das Schlüsselwort preserve verwenden und sich das UFS-Dateisystem auf einem physischen Slice befindet, so wird der Inhalt des UFS-Dateisystems auf dem Slice gespeichert. Im folgenden Beispiel für die Option -m speichert das Schlüsselwort preserve den Inhalt des physischen Geräts c0t0d0s0 als Dateisystem für den Einhängepunkt des Root-Dateisystems (/).

           -m /:c0t0d0s0:preserve,ufs

         • Wenn Sie das Schlüsselwort preserve verwenden und sich das UFS-Dateisystem auf einem Volume befindet, so wird der Inhalt des UFS-Dateisystems auf dem Volume gespeichert.

           Im folgenden Beispiel für die Option -m speichert das Schlüsselwort preserve den Inhalt des RAID-1-Volumes (Mirrors) d10 als Dateisystem für den Einhängepunkt des Root-Dateisystems (/).

           -m /:d10:preserve,ufs

           Im folgenden Beispiel für die Option -m wird das RAID-1-Volume (der Mirror) d10 als Dateisystem für den Einhängepunkt des Root-Dateisystems (/) konfiguriert. Die aus einem einzelnen Slice bestehende Verkettung d20 wird aus ihrem aktuellen Mirror-Verbund entfernt. d20 wird an den Mirror d10 angehängt. Das Root-Dateisystem (/) wird auf dem Submirror d20 bewahrt.

           -m /:d10:mirror,ufs -m /:d20:detach,attach,preserve

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. BU-Name muss für das System eindeutig sein.

   Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–9 Erstellen einer Boot-Umgebung mit Mirror und Geräteangaben (Befehlszeile)

In diesem Beispiel werden die Einhängepunkte der Dateisysteme mit der Option -m angegeben.

• Mit dem Namen another_disk wird die Beschreibung mydescription verbunden.

• lucreate konfiguriert ein UFS-Dateisystem für den Einhängepunkt von Root (/). Der Mirror d10 wird erstellt. Der Mirror nimmt das Root-Dateisystem (/) der aktuellen Boot-Umgebung auf, das auf den Mirror d10 kopiert wird. Alle Daten auf dem Mirror d10 werden überschrieben.

• Die beiden Slices c0t0d0s0 und c0t1d0s0 sind Submirrors: d1 und d2. Diese beiden Submirrors werden dem Mirror d10hinzugefügt.

• Die neue Boot-Umgebung heißt another_disk.

# lucreate -A 'mydescription' \
-m /:/dev/md/dsk/d10:ufs,mirror \
-m /:/dev/dsk/c0t0d0s0,d1:attach \
-m /:/dev/dsk/c0t1c0s0,d2:attach -n another_disk

Beispiel 8–10 Erstellen einer Boot-Umgebung mit Mirror ohne Submirror-Angabe (Befehlszeilenschnittstelle)

In diesem Beispiel werden die Einhängepunkte der Dateisysteme mit der Option -m angegeben.

• Mit dem Namen another_disk wird die Beschreibung mydescription verbunden.

• lucreate konfiguriert ein UFS-Dateisystem für den Einhängepunkt von Root (/). Der Mirror d10 wird erstellt. Der Mirror nimmt das Root-Dateisystem (/) der aktuellen Boot-Umgebung auf, das auf den Mirror d10 kopiert wird. Alle Daten auf dem Mirror d10 werden überschrieben.

• Zwei Slices (c0t0d0s0 und c0t1d0s0) werden zur Verwendung als Submirrors angegeben. Es werden keine Submirror-Namen angegeben; lucreate wählt die Namen aus einer Liste der verfügbaren Volume-Namen. Diese beiden Submirrors werden an den Mirror d10angehängt.

• Die neue Boot-Umgebung heißt another_disk.

# lucreate -A 'mydescription' \
-m /:/dev/md/dsk/d10:ufs,mirror \
-m /:/dev/dsk/c0t0d0s0:attach \
-m /:/dev/dsk/c0t1d0s0:attach -n another_disk

Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–11 Erstellen einer Boot-Umgebung und Entfernen eines Submirrors aus dem Verbund (Befehlszeile)

In diesem Beispiel werden die Einhängepunkte der Dateisysteme mit der Option -m angegeben.

• Mit dem Namen another_disk wird die Beschreibung mydescription verbunden.

• lucreate konfiguriert ein UFS-Dateisystem für den Einhängepunkt von Root (/). Der Mirror d10 wird erstellt.

• Das Slice c0t0d0s0 wird aus seinem aktuellen Mirror-Verbund entfernt. Das Slice ist als Submirror d1 angegeben und wird dem Mirror d10 hinzugefügt. Der Inhalt des Submirrors, das Root-Dateisystem (/), wird gespeichert und es wird keine Kopie erstellt. Das Slice c0t1d0s0 wird zum Submirror d2 und wird dem Mirror d10 angehängt.

• Die neue Boot-Umgebung heißt another_disk.

# lucreate -A 'mydescription' \
-m /:/dev/md/dsk/d10:ufs,mirror \
-m /:/dev/dsk/c0t0d0s0,d1:detach,attach,preserve \
-m /:/dev/dsk/c0t1d0s0,d2:attach -n another_disk

Dieses Beispiel kann wie im folgenden Beispiel dargestellt verkürzt werden. Die Namen der physischen und logischen Geräte werden verkürzt. Die Submirror-Bezeichner d1 und d2 werden ausgelassen.

# lucreate -A 'mydescription' \
-m /:d10:ufs,mirror \
-m /:c0t0d0s0:detach,attach,preserve \
-m /:c0t1d0s0:attach -n another_disk

Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–12 Erstellen einer Boot-Umgebung mit Entfernen eines Submirrors und Speichern der Inhalte (Befehlszeile)

In diesem Beispiel werden die Einhängepunkte für die Dateisysteme mithilfe der Option -m angegeben.

• Mit dem Namen another_disk wird die Beschreibung mydescription verbunden.

• lucreate konfiguriert ein UFS-Dateisystem für den Einhängepunkt von Root (/). Der Mirror d20 wird erstellt.

• Das Slice c0t0d0s0 wird aus seinem aktuellen Mirror-Verbund entfernt und an den Mirror d20 angehängt. Es wird kein Name für den Submirror angegeben. Der Inhalt des Submirrors, das Root-Dateisystem (/), wird gespeichert und es findet keine Kopie statt.

• Die neue Boot-Umgebung heißt another_disk.

# lucreate -A 'mydescription' \
-m /:/dev/md/dsk/d20:ufs,mirror \
-m /:/dev/dsk/c0t0d0s0:detach,attach,preserve \
-n another_disk

Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–13 Erstellen einer Boot-Umgebung mit zwei Mirrors (Befehlszeilenschnittstelle)

In diesem Beispiel werden die Einhängepunkte für die Dateisysteme mithilfe der Option -m angegeben.

• Mit dem Namen another_disk wird die Beschreibung mydescription verbunden.

• lucreate konfiguriert ein UFS-Dateisystem für den Einhängepunkt von Root (/). Der Mirror d10 wird erstellt. Der Mirror nimmt das Root-Dateisystem (/) der aktuellen Boot-Umgebung auf, das auf den Mirror d10 kopiert wird. Alle Daten auf dem Mirror d10 werden überschrieben.

• Die beiden Slices c0t0d0s0 und c0t1d0s0 sind Submirrors: d1 und d2. Diese beiden Submirrors werden dem Mirror d10hinzugefügt.

• lucreate konfiguriert ein UFS-Dateisystem für den Einhängepunkt /opt. Der Mirror d11 wird erstellt. Der Mirror nimmt das Dateisystem /opt der aktuellen Boot-Umgebung auf, das auf den Mirror d11 kopiert wird. Alle Daten auf dem Mirror d11 werden überschrieben.

• Die beiden Slices c2t0d0s1 und c3t1d0s1 sind Submirrors: d3 und d4. Diese beiden Submirrors werden dem Mirror d11 hinzugefügt.

• Die neue Boot-Umgebung heißt another_disk.

# lucreate -A 'mydescription' \
-m /:/dev/md/dsk/d10:ufs,mirror \
-m /:/dev/dsk/c0t0d0s0,d1:attach \
-m /:/dev/dsk/c0t1d0s0,d2:attach \
-m /opt:/dev/md/dsk/d11:ufs,mirror \
-m /opt:/dev/dsk/c2t0d0s1,d3:attach \
-m /opt:/dev/dsk/c3t1d0s1,d4:attach -n another_disk

Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

So erstellen Sie eine Boot-Umgebung und passen den Inhalt an (Befehlszeilenschnittstelle)

Der Inhalt der Dateisysteme in der neuen Boot-Umgebung lässt sich mithilfe der folgenden Optionen ändern: Verzeichnisse und Dateien werden nicht in die neue Boot-Umgebung kopiert.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Um eine neue Boot-Umgebung zu erstellen, geben Sie Folgendes ein:

   # lucreate -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m ...] \ [-x Ausschluss-Verz] [-y einschl] \ [-Y Einschl_listendatei] \ [-f Ausschl_listendatei]\ [-z Filterliste] [-I] -n BU-Name

   -m Einhängepunkt:Gerät[,Metagerät]:DS-Optionen [-m ...]

   Legt die Dateisystemkonfiguration der neuen Boot-Umgebung in der vfstab fest. Die Dateisysteme, die Sie als Argumente für die Option -m angeben, können sich auf einer Festplatte befinden oder über mehrere Festplatten verteilt sein. Verwenden Sie diese Option so oft wie nötig, um die benötigte Anzahl an Dateisystemen zu erstellen.

   • Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um eine Swap-Partition handelt.

   • Das Feld Device kann eine der folgenden Angaben enthalten:

     • Den Namen eines Festplattengeräts im Format /dev/dsk/c wtxdys z.

     • Den Namen eines Solaris Volume Manager-Volumes im Format /dev/md/dsk/d num.

     • Den Namen eines Veritas Volume Manager-Volumes im Format /dev/md/vxfs/dsk/d num.

     • Das Schlüsselwort merged, das angibt, dass das Dateisystem am angegebenen Einhängepunkt mit dem übergeordneten Dateisystem zusammengeführt werden soll.

   • Das Feld DS-Optionen kann eine der folgenden Angabe enthalten:

     • ufs, ein UFS-Dateisystem

     • vxfs, ein Veritas-Dateisystem

     • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

     • Für Dateisysteme, bei denen es sich um logische Geräte (Mirrors) handelt, können mithilfe verschiedener Schlüsselwörter auf sie anzuwendende Vorgänge festgelegt werden. Mit diesen Schlüsselwörtern können Sie ein logisches Gerät erstellen, die Konfiguration eines logischen Geräts ändern oder ein logisches Gerät löschen. Eine Beschreibung dieser Schlüsselwörter finden Sie in So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

   -x Ausschluss-Verz

   Schließt Dateien und Verzeichnisse aus; diese Dateien/Verzeichnisse werden nicht in die neue Boot-Umgebung kopiert. Zum Ausschließen mehrerer Dateien oder Verzeichnisse können Sie mehrere Instanzen dieser Option verwenden.

   Ausschluss-Verz ist der Name des Verzeichnisses bzw. der Datei.

   -y Einschl_Verz

   Kopiert die aufgeführten Verzeichnisse und Dateien in die neue Boot-Umgebung. Diese Option wird dann eingesetzt, wenn einzelne Unterverzeichnisse oder Dateien aus einem bereits ausgeschlossenen Verzeichnis wiederhergestellt werden sollen.

   Einbezogenes-Verz ist der Name des einzuschließenden Unterverzeichnisses bzw. der Datei.

   -Y Listendatei

   Kopiert Verzeichnisse und Dateien aus einer Liste in die neue Boot-Umgebung. Diese Option wird dann eingesetzt, wenn einzelne Unterverzeichnisse oder Dateien aus einem bereits ausgeschlossenen Verzeichnis wiederhergestellt werden sollen.

   • Listendatei ist der vollständige Pfad der Datei, in der sich die Liste befindet.

   • Jede Datei in der Listendatei muss in einer eigenen Zeile aufgeführt sein.

   • Wenn es sich bei einem Listeneintrag um ein Verzeichnis handelt, so werden alle Unterverzeichnisse und Dateien unterhalb dieses Verzeichnisses einbezogen. Wenn es sich bei einem Listeneintrag um eine Datei handelt, wird nur diese Datei einbezogen.

   -f Listendatei

   Schließt anhand einer Liste Dateien und Verzeichnisse aus; diese Dateien/Verzeichnisse werden nicht in die neue Boot-Umgebung kopiert.

   • Listendatei ist der vollständige Pfad der Datei, in der sich die Liste befindet.

   • Jede Datei in der Listendatei muss in einer eigenen Zeile aufgeführt sein.

   -z Listendatei

   Kopiert Verzeichnisse und Dateien gemäß einer Liste in die neue Boot-Umgebung. Alle Dateien oder Verzeichnisse in der Liste sind mit einem Plus- + oder Minuszeichen - gekennzeichnet. Pluszeichen kennzeichnen die in das Archiv aufzunehmenden Dateien und Verzeichnisse, Minuszeichen die auszuschließenden.

   • Listendatei ist der vollständige Pfad der Datei, in der sich die Liste befindet.

   • Jede Datei in der Listendatei muss in einer eigenen Zeile aufgeführt sein. Zwischen dem Plus- bzw. Minuszeichen und dem Dateinamen muss ein Leerzeichen stehen.

   • Wenn es sich bei einem Listeneintrag um ein Verzeichnis handelt und der Eintrag mit einem + (Pluszeichen) versehen ist, so werden alle Unterverzeichnisse und Dateien unterhalb dieses Verzeichnisses einbezogen. Wenn es sich bei einem Listeneintrag um eine Datei handelt und der Eintrag mit einem + (Pluszeichen) versehen ist, so wird nur diese Datei einbezogen.

   -I

   Übergeht die Integritätsprüfung für Systemdateien. Setzen Sie diese Option nur mit Bedacht ein.

   Der Befehl lucreate führt eine Integritätsprüfung durch, um zu vermeiden, dass Sie wichtige Systemdateien aus einer Boot-Umgebung entfernen. Dabei werden alle in einer Systempackagedatenbank registrierten Dateien kontrolliert, und die Erstellung der Boot-Umgebung wird unterbrochen, wenn eine dieser Dateien aus der Boot-Umgebung ausgeschlossen wird. Die Verwendung dieser Option bewirkt, dass keine Integritätsprüfung erfolgt. Mit dieser Option geht die Erstellung der Boot-Umgebung schneller vonstatten, eventuelle Probleme werden unter Umständen jedoch nicht erkannt.

   -n BU-Name

   Der Name der zu erstellenden Boot-Umgebung. BU-Name muss für das System eindeutig sein.

   Sobald die neue Boot-Umgebung erstellt wurde, können Sie ein Upgrade ausführen und die neue Umgebung aktivieren (boot-fähig machen). Siehe Kapitel 9, Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen) .

Beispiel 8–14 Erstellen einer Boot-Umgebung und Ausschließen von Dateien (Befehlszeilenschnittstelle)

In diesem Beispiel wird die neue Boot-Umgebung second_disk genannt. Die Quell-Boot-Umgebung enthält ein einziges Dateisystem: Root (/). In der neuen Boot-Umgebung wird das Dateisystem /var vom Root-Dateisystem (/) getrennt und auf einen anderen Slice gelegt. Der Befehl lucreate konfiguriert ein UFS-Dateisystem für die Einhängepunkte Root (/) und /var. Daneben werden zwei Maildateien unter /var, root und staff, nicht in die neue Boot-Umgebung kopiert. Die gemeinsame Nutzung des Swap-Bereichs durch die aktuelle und die neue Boot-Umgebung findet automatisch statt.

# lucreate -n second_disk \
-m /:/dev/dsk/c0t1d0s0:ufs -m /var/mail:c0t2d0s0:ufs  \
-x /var/mail/root -x /var/mail/staff

Beispiel 8–15 Erstellen einer Boot-Umgebung und Ein-/Ausschließen von Dateien (Befehlszeilenschnittstelle)

In diesem Beispiel wird die neue Boot-Umgebung second_disk genannt. Die Quell-Boot-Umgebung enthält ein Dateisystem für das Betriebssystem, nämlich Root (/). Darüber hinaus enhält die Quellumgebung ein Dateisystem namens /mystuff. lucreate konfiguriert ein UFS-Dateisystem für die Einhängepunkte Root (/) und /mystuff. Nur zwei Verzeichnisse in /mystuff werden in die neue Boot-Umgebung kopiert: /latest und /backup. Die gemeinsame Nutzung des Swap-Bereichs durch die aktuelle und die neue Boot-Umgebung findet automatisch statt.

# lucreate -n second_disk \
-m /:/dev/dsk/c01t0d0s0:ufs -m /mystuff:c1t1d0s0:ufs  \
-x /mystuff -y /mystuff/latest -y /mystuff/backup

Kapitel 9 Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen)

In diesem Kapitel wird beschrieben, wie Sie mit Solaris Live Upgrade ein Upgrade einer inaktiven Boot-Umgebung ausführen und diese aktivieren. Dieses Kapitel enthält die folgenden Abschnitte:

• Übersicht der Schritte: Upgrade einer Boot-Umgebung

• Ausführen eines Upgrades einer Boot-Umgebung

• Installation des Solaris Flash-Archivs in einer Boot-Umgebung

• Aktivieren einer Boot-Umgebung

Sie können Solaris Live Upgrade mit Menüs oder über die Befehlszeilenschnittstelle (CLI) steuern. Die nötigen Verfahren sind für beide Schnittstellen dokumentiert. Diese Erläuterungen beschreiben jedoch nicht alle Funktionen von Solaris Live Upgrade. Weitere Informationen zu Befehlen finden Sie in Kapitel 13, Solaris Live Upgrade (Befehlsreferenz) und den entsprechenden Manpages, in welchen die CLI-Optionen umfassender beschrieben sind.

Übersicht der Schritte: Upgrade einer Boot-Umgebung

Ausführen eines Upgrades einer Boot-Umgebung

Verwenden des Menüs Upgrade oder des Befehls luupgrade zum Aktualisieren einer Boot-Umgebung. Dieser Abschnitt enthält eine Anleitung für das Upgrade einer inaktiven Boot-Umgebung mithilfe von Dateien, die auf folgenden Medien vorliegen:

• NFS-Server

• Lokale Datei

• Lokales Band

• Lokales Gerät, einschließlich DVD und CD

Upgrade-Richtlinien

Wenn Sie eine Boot-Umgebung mit dem neuesten Betriebssystem aktualisieren, so wirkt sich dies nicht auf die aktive Boot-Umgebung aus. Die neuen Dateien werden mit den kritischen Dateisystemen der inaktiven Boot-Umgebung zusammengeführt, aber die gemeinsam nutzbaren Dateisysteme bleiben unverändert.

Wenn Sie ein Solaris Flash-Archiv erstellt haben, können Sie, anstatt ein Upgrade auszuführen, auch das Archiv in einer inaktiven Boot-Umgebung installieren. Die neuen Dateien überschreiben die kritischen Dateisysteme der inaktiven Boot-Umgebung, aber die gemeinsam nutzbaren Dateisysteme bleiben unverändert. Nähere Informationen hierzu siehe Installation des Solaris Flash-Archivs in einer Boot-Umgebung .

Inaktive Boot-Umgebungen, für die Sie ein Upgrade durchführen, können aus einer beliebigen Kombination aus physischen Festplatten-Slices, Solaris Volume Manager-Volumes und Veritas Volume Manager-Volumes bestehen. Das für das Root-Dateisystem (/) ausgewählte Slice muss eine Verkettung aus einem einzelnen Slice sein, die sich in einem RAID–1-Volume (Mirror) befindet. Informationen zum Erstellen einer Boot-Umgebung mit gespiegelten Dateisystemen finden Sie im Abschnitt So erstellen Sie eine Boot-Umgebung mit RAID-1-Volumes (Befehlszeilenschnittstelle).

Wenn auf dem aktuellen System VxVM-Volumes konfiguriert sind, kann mit dem Befehl lucreate eine neue Boot-Umgebung erstellt werden. Wenn die Daten in die neue Boot-Umgebung kopiert werden, geht die Veritas-Dateisystemkonfiguration verloren und in der neuen Boot-Umgebung wird ein UFS-Dateisystem angelegt.

Systemupgrades mit Packages bzw. Patches

Mit Solaris Live Upgrade können Sie einem System Patches und Packages hinzufügen. Solaris Live Upgrade erstellt eine Kopie des bestehenden Systems. Für diese neue Boot-Umgebung kann ein Upgrade durchgeführt werden oder Sie können Packages oder Patches hinzufügen. Mit Solaris Live Upgrade reduziert sich die Ausfallzeit auf die nötige Zeit für den Neustart. Mit dem Befehl luupgrade können Sie einer neuen Boot-Umgebung neue Patches und Packages hinzufügen.

Beim Hinzufügen und Entfernen von Packages oder Patches sind für Solaris Live Upgrade Packages bzw. Patches erforderlich, die den erweiterten Packaging-Richtlinien SVR4 entsprechen. Sun-Packages entsprechen diesen Richtlinien, doch Sun kann nicht gewährleisten, dass Packages von Drittherstellern diesen Richtlinien entsprechen. Verstößt ein Package gegen diese Richtlinien, kann dies dazu führen, dass während eines Upgrades die Software zum Hinzufügen von Packages Fehler verursacht oder die aktive Boot-Umgebung geändert wird.

Weitere Informationen zu den Voraussetzungen für Packages finden Sie in Anhang B, Zusätzliche SVR4-Packaging-Anforderungen (Referenz) .

So führen Sie ein Upgrade eines Betriebssystemabbildes in einer Boot-Umgebung aus (Befehlszeilenschnittstelle)

Wenn Sie ein Upgrade mithilfe dieses Verfahrens ausführen wollen, dürfen Sie nur eine DVD oder ein kombiniertes Installationsabbild verwenden. Bei einer Installation mit CDs müssen Sie folgendes Verfahren anwenden: So führen Sie ein Upgrade eines Betriebssystemabbildes mit mehreren CDs aus (Befehlszeilenschnittstelle).

Schritte

1. Wählen Sie "Upgrade“ im Solaris Live Upgrade-Hauptmenü.

   Der Upgrade-Menübildschirm wird angezeigt.

2. Geben Sie den Namen der neuen Boot-Umgebung ein.

3. Geben Sie den Pfad zu dem Solaris-Installationsabbild ein.

   Installationsmedien	Beschreibung
   Netzwerkdateisystem (NFS)	Geben Sie den Pfad zu dem entfernten Dateisystem an, in dem sich das Installationsabbild befindet.
   Lokale Datei	Geben Sie den Pfad zu dem lokalen Dateisystem an, in dem sich das Installationsabbild befindet.
   Lokales Band	Geben Sie das lokale Bandlaufwerk und die Speicherposition des Installationsabbildes auf dem Band an.
   Lokales Gerät, DVD oder CD	Geben Sie das lokale Gerät und den Pfad zu dem Installationsabbild an.

   • SPARC: Wenn Sie eine DVD oder eine CD verwenden, geben Sie den Pfad zum Datenträger wie im folgenden Beispiel ein:

     /cdrom/cdrom0/s0/Solaris_10/s0

   • Wenn ein kombiniertes Abbild im Netzwerk vorhanden ist, geben Sie den Pfad zu dem entfernten Dateisystem wie im folgenden Beispiel ein:

     /net/installmachine/export/Solaris_10/os_image

4. Drücken Sie F3, um das Upgrade auszuführen.

   Sobald das Upgrade abgeschlossen ist, wird das Hauptmenü angezeigt.

So führen Sie ein Upgrade eines Betriebssystemabbildes in einer Boot-Umgebung aus (Befehlszeilenschnittstelle)

Wenn Sie ein Upgrade mithilfe dieses Verfahrens ausführen wollen, dürfen Sie nur eine DVD oder ein kombiniertes Installationsabbild verwenden. Bei einer Installation, für die mehrere CDs erforderlich sind, müssen Sie folgendes Verfahren anwenden: So führen Sie ein Upgrade eines Betriebssystemabbildes mit mehreren CDs aus (Befehlszeilenschnittstelle).

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Geben Sie die zu aktualisierende Boot-Umgebung und den Pfad zu der Installationssoftware an, indem Sie Folgendes eingeben:

   # luupgrade -u -n BU-Name -s BS-Abbildpfad

   -u

   Gibt an, dass ein Upgrade eines Betriebssystemabbildes in einer Boot-Umgebung ausgeführt werden soll.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktualisiert werden soll.

   -s BS-Abbildpfad

   Gibt den Pfadnamen eines Verzeichnisses an, das ein Abbild des Betriebssystems enthält.

Beispiel 9–1 Ausführen eines Upgrades eines Betriebssystemabbildes in einer Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel wird die Boot-Umgebung second_disk aktualisiert.

# luupgrade -u -n second_disk \
-s /net/installmachine/export/Solaris_10/OS_image 

So führen Sie ein Upgrade eines Betriebssystemabbildes mit mehreren CDs aus (Befehlszeilenschnittstelle)

Da sich das Betriebssystemabbild auf mehreren CDs befindet, müssen Sie dieses Upgrade-Verfahren einsetzen. Verwenden Sie den Befehl luupgrade mit der Option -i, um weitere CDs zu installieren.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Geben Sie die zu aktualisierende Boot-Umgebung und den Pfad zu der Installationssoftware an, indem Sie Folgendes eingeben:

   # luupgrade -u -n BU-Name -s BS-Abbildpfad

   -u

   Gibt an, dass ein Upgrade eines Betriebssystemabbildes in einer Boot-Umgebung ausgeführt werden soll.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktualisiert werden soll.

   -s BS-Abbildpfad

   Gibt den Pfadnamen eines Verzeichnisses an, das ein Abbild des Betriebssystems enthält.

3. Wenn das Installationsprogramm mit der ersten CD fertig ist, legen Sie die zweite CD ein.

4. Dieser Schritt ist mit dem vorherigen identisch, allerdings wird die Option -u durch die Option -i ersetzt. Legen Sie außerdem fest, ob das Installationsprogramm auf der zweiten CD mit Menüs oder Text ausgeführt werden soll.

   • Mit diesem Befehl führen Sie das Installationsprogramm auf der zweiten CD mit Menüs aus.

     # luupgrade -i -n BU-Name -s BS-Abbildpfad

   • Mit diesem Befehl führen Sie das Installationsprogramm auf der zweiten CD mit Text aus. Benutzereingriffe sind in diesem Fall nicht erforderlich.

     # luupgrade -i -n BU-Name -s BS-Abbildpfad -O '-nodisplay -noconsole'

   -i

   Installiert weitere CDs. Die Software sucht auf dem angegebenen Medium nach einem Installationsprogramm und dieses Programm wird ausgeführt. Das Installationsprogramm wird mit -s angegeben.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktualisiert werden soll.

   -s BS-Abbildpfad

   Gibt den Pfadnamen eines Verzeichnisses an, das ein Abbild des Betriebssystems enthält.

   -O '-nodisplay -noconsole '

   (Optional) Führt das Installationsprogramm auf der zweiten CD mit Text aus. Benutzereingriffe sind in diesem Fall nicht erforderlich.

5. Wiederholen Sie für jede zu installierende CD Schritt 3 und Schritt 4.

   Die Boot-Umgebung kann jetzt aktiviert werden. Siehe hierzu Aktivieren einer Boot-Umgebung.

Beispiel 9–2 SPARC: Ausführen eines Upgrades eines Betriebssystemabbildes mit mehreren CDs (Befehlszeilenschnittstelle)

In diesem Beispiel wird die Boot-Umgebung second_disk aktualisiert und das Installationsabbild befindet sich auf zwei CDs, der Solaris Software - 1-CD und der Solaris Software - 2-CD. Mit der Option -u ermitteln Sie, ob für die Packages auf den CDs genug Speicherplatz vorhanden ist. Die Option -O in Verbindung mit -nodisplay und -noconsole verhindert, dass die zeichenorientierte Benutzeroberfläche nach dem Lesen der zweiten CD angezeigt wird. Wenn Sie diese Optionen verwenden, werden Sie nicht zur Eingabe von Informationen aufgefordert. Lassen Sie diese Optionen weg, wenn die Schnittstelle angezeigt werden soll.

Legen Sie die Solaris Software - 1-CD ein, und geben Sie Folgendes ein:

# luupgrade -u -n second_disk -s /cdrom/cdrom0/s0 

Legen Sie die Solaris Software - 2-CD ein und geben Sie den folgenden Befehl ein.

# luupgrade -i -n second_disk -s /cdrom/cdrom0 -O '-nodisplay \
-noconsole'

Wiederholen Sie den obigen Schritt für jede zu installierende CD.

So fügen Sie einem Betriebssystemabbild in einer Boot-Umgebung Packages hinzu (Befehlszeilenschnittstelle)

Mit dem folgenden Verfahren werden Packages aus einer neuen Boot-Umgebung entfernt bzw. einer neuen Boot-Umgebung hinzugefügt.

Beim Upgrade, Hinzufügen und Entfernen von Packages oder Patches sind für Solaris Live Upgrade Packages bzw. Patches erforderlich, die den erweiterten Packaging-Richtlinien SVR4 entsprechen. Sun-Packages entsprechen diesen Richtlinien, doch Sun kann nicht gewährleisten, dass Packages von Drittherstellern diesen Richtlinien entsprechen. Verstößt ein Package gegen diese Richtlinien, kann dies dazu führen, dass während eines Upgrades die Software zum Hinzufügen von Packages Fehler verursacht oder die aktive Boot-Umgebung geändert wird.

Ausführliche Informationen zu den Packaging-Anforderungen finden Sie in Anhang B, Zusätzliche SVR4-Packaging-Anforderungen (Referenz) .

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Zum Entfernen eines Packages oder eines Package-Satzes aus einer neuen Boot-Umgebung geben Sie Folgendes ein:

   # luupgrade -P -n second_disk Package-Name

   -P

   Gibt an, dass die genannten Packages aus der Boot-Umgebung zu entfernen sind.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, aus der die Packages entfernt werden sollen.

   Package-Name

   Gibt die Namen der zu entfernenden Packages an. Trennen Sie mehrere Package-Namen mit Leerzeichen voneinander.

3. Wenn Sie der neuen Boot-Umgebung ein Package bzw. einen Package-Satz hinzufügen möchten, geben Sie Folgendes ein:

   # luupgrade -p -n second_disk -s /Pfad_zu_Packages Package-Name

   -p

   Gibt an, dass der Boot-Umgebung Packages hinzugefügt werden.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, der die Packages hinzugefügt werden sollen.

   -s Pfad_zu_Packages

   Gibt den Pfad zu einem Verzeichnis an, in dem sich die hinzuzufügenden Packages befinden.

   Package-Name

   Gibt die Namen der hinzuzufügenden Packages an. Trennen Sie mehrere Package-Namen mit Leerzeichen voneinander.

Beispiel 9–3 Hinzufügen von Packages in ein Betriebssystemabbild in einer Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel werden Packages zunächst entfernt und anschließend der Boot-Umgebung second_disk hinzugefügt.

# luupgrade -P -n second_disk SUNWabc SUNWdef SUNWghi
# luupgrade -p -n second_disk -s /net/installmachine/export/packages \
SUNWijk SUNWlmn SUNWpkr

So fügen Sie einem Betriebssystemabbild in einer Boot-Umgebung Patches hinzu (Befehlszeilenschnittstelle)

Mit dem folgenden Verfahren werden Patches aus einer neuen Boot-Umgebung entfernt bzw. einer neuen Boot-Umgebung hinzugefügt.

Beim Hinzufügen und Entfernen von Packages oder Patches sind für Solaris Live Upgrade Packages bzw. Patches erforderlich, die den erweiterten Packaging-Richtlinien SVR4 entsprechen. Sun-Packages entsprechen diesen Richtlinien, doch Sun kann nicht gewährleisten, dass Packages von Drittherstellern diesen Richtlinien entsprechen. Verstößt ein Package gegen diese Richtlinien, kann dies dazu führen, dass während eines Upgrades die Software zum Hinzufügen von Packages Fehler verursacht oder die aktive Boot-Umgebung geändert wird.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Zum Entfernen eines Patches oder eines Patch-Satzes aus einer neuen Boot-Umgebung geben Sie Folgendes ein:

   # luupgrade -T -n second_disk Patch-Name

   -T

   Gibt an, dass die genannten Patches aus der Boot-Umgebung zu entfernen sind.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, aus der die Patches entfernt werden sollen.

   Patch-Name

   Gibt die Namen der zu entfernenden Patches an. Trennen Sie mehrere Patch-Namen mit Leerzeichen voneinander.

3. Wenn Sie der neuen Boot-Umgebung ein Patch oder einen Patch-Satz hinzufügen möchten, geben Sie den folgenden Befehl ein:

   # luupgrade -t -n second_disk -s /Pfad_zu_Patches Patch-Name

   -t

   Gibt an, dass der Boot-Umgebung Patches hinzugefügt werden.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, der die Patches hinzugefügt werden sollen.

   -s Pfad_zu_Patches

   Gibt den Pfad zu einem Verzeichnis an, in dem sich die hinzuzufügenden Patches befinden.

   Patch-Name

   Gibt die Namen der hinzuzufügenden Patches an. Trennen Sie mehrere Patch-Namen mit Leerzeichen voneinander.

Beispiel 9–4 Einfügen von Patches in ein Betriebssystemabbild in einer Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel werden Patches zunächst entfernt und anschließend der Boot-Umgebung second_disk hinzugefügt.

# luupgrade -T -n second_disk 222222-01
# luupgrade -t -n second_disk -s /net/installmachine/export/packages \
333333-01 4444444-01

So erhalten Sie Informationen zu den in einer Boot-Umgebung installierten Packages (Befehlszeilenschnittstelle)

Mit dem folgenden Verfahren wird die Integrität der in der neuen Boot-Umgebung installierten Packages überprüft.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Zum Überprüfen der Integrität der in der neuen Boot-Umgebung neu installierten Packages geben Sie Folgendes ein:

   # luupgrade -C -n second_disk -O "-v" Package-Name

   -C

   Gibt an, dass der Befehl pkgchk auf die genannten Packages auszuführen ist.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, in welcher die Überprüfung stattfinden soll.

   -O

   Übergibt die Optionen direkt dem Befehl pkgchk.

   Package-Name

   Gibt die Namen der zu überprüfenden Packages an. Trennen Sie mehrere Package-Namen mit Leerzeichen voneinander. Ohne Angabe von Package-Namen werden alle Packages in der angegebenen Boot-Umgebung überprüft.

   ?-v?

   Legt fest, dass der Befehl im ausführlichen Modus ausgeführt wird.

Beispiel 9–5 Integritätsprüfung von Packages in einer Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel werden die Packages SUNWabc, SUNWdef und SUNWghi auf ihre ordnungsgemäße Installation und Integrität überprüft.

# luupgrade -C -n second_disk SUNWabc SUNWdef SUNWghi

Durchführen eines Upgrades mit einem JumpStart-Profil

Sie können ein JumpStart-Profil erstellen, das mit Solaris Live Upgrade verwendet werden kann. Dies ist das gleiche Profil, das auch das benutzerdefinierte JumpStart-Installationsprogramm verwendet. Mit den folgenden Verfahren können Sie ein Profil erstellen, dieses testen und dann mit dem Befehl luupgrade und dessen Option -j installieren.

Wenn Sie das Betriebssystem Solaris mit einem Solaris Flash-Archiv installieren, müssen das Archiv und die Installationsdatenträger identische Betriebssystemversionen enthalten. Wenn das Archiv beispielsweise für Solaris 10 3/05 gedacht ist und Sie DVDs verwenden, benötigen Sie zur Installation des Archivs die Solaris 10 3/05-DVD. Wenn die Betriebssystemversionen nicht übereinstimmen, schlägt die Installation auf dem Zielsystem fehl. Gleiche Betriebssystemversionen sind bei Verwendung des folgenden Schlüsselworts bzw. Befehls erforderlich:

• Schlüsselwort archive_location in einem Profil

• Befehl luupgrade mit den Optionen -s, - a, -j und -J

Weitere Informationen finden Sie in den folgenden Abschnitten:

• So erstellen Sie ein Profil für Solaris Live Upgrade

• So testen Sie ein Profil für Solaris Live Upgrade

• So führen Sie ein Solaris Live Upgrade mit Profil aus (Befehlszeilenschnittstelle)

• Informationen zum Erstellen von JumpStart-Profilen finden Sie unter Erstellen eines Profils in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.

So erstellen Sie ein Profil für Solaris Live Upgrade

Sie erfahren hier, wie Sie ein Profil für das Solaris Live Upgrade-Verfahren erstellen. Ein solches Profil können Sie mit dem Befehl luupgrade und der Option -j für ein Upgrade einer inaktiven Boot-Umgebung einsetzen.

Zur Verwendung dieser Profile siehe die Abschnitte:

• Upgrade mithilfe eines Profils: So führen Sie ein Solaris Live Upgrade mit Profil aus (Befehlszeilenschnittstelle).

• Solaris Flash-Installation mithilfe eines Profils: So installieren Sie ein Solaris Flash-Archiv mithilfe eines Profils (Befehlszeilenschnittstelle).

Schritte

1. Erstellen Sie in einem Texteditor eine Textdatei.

   Geben Sie der Datei einen aussagekräftigen Namen. Stellen Sie sicher, dass der Name des Profils wiedergibt, wie Sie das Profil zum Installieren der Solaris-Software auf einem System einsetzen wollen. Sie können dieses Profil beispielsweise upgrade_Solaris_10 nennen.

2. Fügen Sie Schlüsselwörter und Werte zu dem Profil hinzu.

   In einem Solaris Live Upgrade-Profil können nur die Upgrade-Schlüsselwörter aus den folgenden Tabellen verwendet werden.

   In der folgenden Tabelle sind die Schlüsselwörter aufgeführt, die Sie mit den Install_type-Schlüsselwortwerten upgrade oder flash_install verwenden können.

   Schlüsselwörter für die Erstellung eines Neuinstallations-Archivs	Beschreibung	Referenz
   (Erforderlich) Install_type	Gibt an, ob ein Upgrade der bereits auf einem System vorhandenen Solaris-Version durchgeführt oder ein Solaris Flash-Archiv installiert werden soll. Verwenden Sie für dieses Schlüsselwort folgende Werte:   upgrade für ein Upgrade flash_install für eine Solaris Flash-Installation flash_update für eine Solaris Flash-Differenzinstallation	Eine Beschreibung aller Werte für dieses Schlüsselwort finden Sie unter install_type-Profilschlüsselwort in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Obligatorisch für Solaris Flash-Archive) archive_location	Ruft ein Solaris Flash-Archiv aus dem angegebenen Verzeichnis ab.	Eine Liste der für dieses Schlüsselwort zulässigen Werte finden Sie unter archive_location-Schlüsselwort in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Optional) cluster (Hinzufügen oder Löschen von Clustern)	Legt fest, ob ein Cluster zu der auf dem System zu installierenden Softwaregruppe hinzugefügt oder daraus gelöscht wird.	Eine Liste der für dieses Schlüsselwort zulässigen Werte finden Sie unter cluster-Profilschlüsselwort (Hinzufügen von Softwaregruppen) in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Optional) geo	Legt die regionale Sprachumgebung bzw. Sprachumgebungen fest, die auf einem System installiert oder beim Upgrade eines Systems hinzugefügt werden.	Eine Liste der für dieses Schlüsselwort zulässigen Werte finden Sie unter geo-Profilschlüsselwort in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Optional) local_customization	Vor der Installation eines Solaris Flash-Archivs auf einem Klon-System können Sie benutzerdefinierte Skripten anwenden, um lokale Konfigurationen des Klon-Systems beizubehalten. Das Schlüsselwort local_customization gibt das Verzeichnis an, in dem Sie diese Skripten gespeichert haben. Der Wert stellt den Pfad zum Skript im Klon-System dar.	Informationen zu Skripten für die Vor- und Nachbereitung der Installation finden Sie in Erstellen von Anpassungsskripten in Solaris 10 Installationshandbuch: Solaris Flash-Archive (Erstellung und Installation).
   (Optional) locale	Gibt die Sprachumgebungs-Packages an, die entweder installiert oder bei einem Upgrade hinzugefügt werden sollen.	Eine Liste der für dieses Schlüsselwort zulässigen Werte finden Sie unter locale-Profilschlüsselwort in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Optional) package	Legt fest, ob ein Package zu der auf dem System zu installierenden Softwaregruppe hinzugefügt oder daraus gelöscht wird.	Eine Liste der für dieses Schlüsselwort zulässigen Werte finden Sie unter package-Profilschlüsselwort in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.

   In der folgenden Tabelle sind die Schlüsselwörter aufgeführt, die Sie mit dem Install_type-Schlüsselwortwert flash_update verwenden können.

   Schlüsselwörter für die Erstellung eines Differenzarchivs	Beschreibung	Referenz
   (Erforderlich) Install_type	Legt fest, dass bei der Installation ein Solaris Flash-Archiv auf dem System installiert werden soll. Der Wert für ein Differenzarchiv ist flash_update.	Eine Beschreibung aller Werte für dieses Schlüsselwort finden Sie unter install_type-Profilschlüsselwort in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Obligatorisch) archive_location	Ruft ein Solaris Flash-Archiv aus dem angegebenen Verzeichnis ab.	Eine Liste der für dieses Schlüsselwort zulässigen Werte finden Sie unter archive_location-Schlüsselwort in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Optional) forced_deployment	Erzwingt die Installation eines differentiellen Solaris Flash-Archivs in ein Klon-System, das anders als es die Software erwartet konfiguriert ist. Wenn Sie forced_deployment verwenden, werden alle neuen Dateien gelöscht, um das Klon-System in den erwarteten Zustand zu versetzen. Wenn Sie nicht sicher sind, ob Dateien gelöscht werden sollen, verwenden Sie die Standardeinstellung. Dabei werden neue Dateien durch Unterbrechung der Installation geschützt.	Weitere Informationen zu diesem Schlüsselwort finden Sie unter Das Profilschlüsselwort forced_deployment (Installation von Solaris Flash-Differenzarchiven) in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Optional) local_customization	Vor dem Installieren eines Solaris Flash-Archivs in einem Klon-System können Sie zum Beibehalten lokaler Konfigurationen auf dem Klon-System benutzerspezifische Skripts erstellen. Das Schlüsselwort local_customization gibt das Verzeichnis an, in dem Sie diese Skripten gespeichert haben. Der Wert stellt den Pfad zum Skript im Klon-System dar.	Informationen zu Skripten für die Vor- und Nachbereitung der Installation finden Sie in Erstellen von Anpassungsskripten in Solaris 10 Installationshandbuch: Solaris Flash-Archive (Erstellung und Installation).
   (Optional) no_content_check	Für die Installation von Klon-Systemen mit einem Solaris Flash-Differenzarchiv können Sie mit dem Schlüsselwort no_content_check angeben, dass keine Kontrolle der einzelnen Dateien durchgeführt wird. Bei dieser Kontrolle wird überprüft, ob das Klon-System eine exakte Kopie des Master-Systems ist. Sofern Sie nicht überzeugt sind, dass das Klon-System ein Duplikat des ursprünglichen Master-Systems ist, sollten Sie dieses Schlüsselwort nicht verwenden.	Weitere Informationen zu diesem Schlüsselwort finden Sie unter Das Profilschlüsselwort no_content_check (Installation von Solaris Flash-Archiven) in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.
   (Optional) no_master_check	Für die Installation von Klon-Systemen mit einem Solaris Flash-Differenzarchiv können Sie mit dem Schlüsselwort no_master_check die Dateiprüfung übergehen. Die Dateien im Klon-System werden dann nicht überprüft. Sinn der Prüfung ist es, sicherzustellen, dass das Klon-System aus dem ursprünglichen Master-System erstellt wurde. Sofern Sie nicht überzeugt sind, dass das Klon-System ein Duplikat des ursprünglichen Master-Systems ist, sollten Sie dieses Schlüsselwort nicht verwenden.	Weitere Informationen zu diesem Schlüsselwort finden Sie unter Das Profilschlüsselwort no_master_check (Installation von Solaris Flash-Archiven) in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.

3. Speichern Sie das Profil in einem Verzeichnis auf dem lokalen System.

4. Stellen Sie sicher, dass root Eigentümer des Profils ist und dass die Berechtigungen auf 644 gesetzt sind.

5. Testen Sie das Profil (optional).

   Die dazu erforderlichen Schritte sind in So testen Sie ein Profil für Solaris Live Upgrade beschrieben.

Beispiel 9–6 Erstellen eines Solaris Live Upgrade-Profils

In diesem Beispiel werden die Upgrade-Parameter von einem Profil geliefert. Das Profil soll mit dem Solaris Live Upgrade-Befehl luupgrade und den Optionen -u und -j für das Upgrade einer inaktiven Boot-Umgebung verwendet werden. Mit diesem Profil werden ein Package und ein Cluster hinzugefügt. Außerdem werden eine regionale Sprachumgebung und zusätzliche Sprachumgebungen hinzugefügt. Wenn Sie Sprachumgebungen zum Profil hinzufügen, vergewissern Sie sich bitte, dass die erzeugte Boot-Umgebung über genügend Festplattenspeicher verfügt.

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade
  package                  SUNWxwman add
  cluster                  SUNWCacc add
  geo                      C_Europe
  locale                   zh_TW
  locale                   zh_TW.BIG5
  locale                   zh_TW.UTF-8
  locale                   zh_HK.UTF-8
  locale                   zh_HK.BIG5HK
  locale                   zh
  locale                   zh_CN.GB18030
  locale                   zh_CN.GBK
  locale                   zh_CN.UTF-8

Beispiel 9–7 Erstellen eines Solaris Live Upgrade-Profils zur Installation eines Differenzarchivs

Das folgende Beispielprofil soll von Solaris Live Upgrade verwendet werden, um ein Differenzarchiv auf einem Klon-System zu installieren. Dabei werden nur die im Differenzarchiv angegebenen Dateien hinzugefügt, geändert oder gelöscht. Das Solaris Flash-Archiv wird von einem NFS-Server abgerufen. Da das Abbild vom Original-Master-System erstellt wurde, wird das Klon-System nicht auf Gültigkeit des Systemabbilds überprüft. Dieses Profil soll mit dem Solaris Live Upgrade-Befehl luupgrade und den Optionen -u und -j verwendet werden.

# profile keywords         profile values
# ----------------         -------------------
 install_type              flash_update
 archive_location          nfs installserver:/export/solaris/archive/solarisarchive
 no_master_check

Die Verwendung des Befehls luupgrade zur Installation des Differenzarchivs ist in So installieren Sie ein Solaris Flash-Archiv mithilfe eines Profils (Befehlszeilenschnittstelle) beschrieben.

So testen Sie ein Profil für Solaris Live Upgrade

Nach der Erstellung des Profils testen Sie es mit dem Befehl luupgrade. Anhand der Ausgabe von luupgrade können Sie schnell ermitteln, ob das Profil wie beabsichtigt funktioniert.

Schritt

Testen Sie das Profil.

# luupgrade -u -n BU-Name -D -s BS-Abbildpfad -j Profilpfad

-u

Gibt an, dass ein Upgrade eines Betriebssystemabbildes in einer Boot-Umgebung ausgeführt werden soll.

-n BU-Name

Gibt den Namen der Boot-Umgebung an, die aktualisiert werden soll.

-D

Der Befehl luupgrade testet die mit der Option -j übergebenen Profiloptionen auf Grundlage der Festplattenkonfiguration der ausgewählten Boot-Umgebung.

-s BS-Abbildpfad

Gibt den Pfadnamen eines Verzeichnisses an, das ein Abbild des Betriebssystems enthält. Hierbei kann es sich um ein Verzeichnis auf einem Installationsmedium wie einer DVD-ROM oder CD-ROM oder um ein NFS- bzw. UFS-Verzeichnis handeln.

-j Profilpfad

Pfad eines für ein Upgrade konfigurierten Profils. Das Profil muss sich in einem Verzeichnis auf dem lokalen System befinden.

Beispiel 9–8 Testen von Profilen für Solaris Live Upgrade

Das Profil in folgendem Beispiel heißt flash_profile. Das Profil wird in der inaktiven Boot-Umgebung second_disk erfolgreich getestet.

# luupgrade -u -n u1b08 -D -s /net/installsvr/export/u1/combined.u1wos \
 -j /var/tmp/flash_profile
Validating the contents of the media /net/installsvr/export/u1/combined.u1wos.
The media is a standard Solaris media.
The media contains an operating system upgrade image.
The media contains Solaris version 10.
Locating upgrade profile template to use.
Locating the operating system upgrade program.
Checking for existence of previously scheduled Live Upgrade requests.
Creating upgrade profile for BE second_disk.
Determining packages to install or upgrade for BE second_disk.
Simulating the operating system upgrade of the BE second_disk.
The operating system upgrade simulation is complete.
INFORMATION: var/sadm/system/data/upgrade_cleanup contains a log of the
upgrade operation.
INFORMATION: var/sadm/system/data/upgrade_cleanup contains a log of
cleanup operations required.
The Solaris upgrade of the boot environment second_disk is complete.

Sie können das Profil nun für ein Upgrade einer inaktiven Boot-Umgebung einsetzen.

So führen Sie ein Solaris Live Upgrade mit Profil aus (Befehlszeilenschnittstelle)

Im Folgenden sind die einzelnen Schritte eines BS-Upgrades mithilfe von Profilen erläutert.

Wenn Sie ein Solaris Flash-Archiv mithilfe eines Profils installieren möchten, finden Sie die entsprechenden Schritte unter So installieren Sie ein Solaris Flash-Archiv mithilfe eines Profils (Befehlszeilenschnittstelle).

Wenn Sie Sprachumgebungen zum Profil hinzugefügt haben, vergewissern Sie sich bitte, dass die erzeugte Boot-Umgebung über genügend Festplattenspeicher verfügt.

Wenn Sie das Betriebssystem Solaris mit einem Solaris Flash-Archiv installieren, müssen das Archiv und die Installationsdatenträger identische Betriebssystemversionen enthalten. Wenn das Archiv beispielsweise für Solaris 10 3/05 gedacht ist und Sie DVDs verwenden, benötigen Sie zur Installation des Archivs die Solaris 10 3/05-DVD. Wenn die Betriebssystemversionen nicht übereinstimmen, schlägt die Installation auf dem Zielsystem fehl. Gleiche Betriebssystemversionen sind bei Verwendung des folgenden Schlüsselworts bzw. Befehls erforderlich:

• Schlüsselwort archive_location in einem Profil

• Befehl luupgrade mit den Optionen -s, - a, -j und -J

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Erstellen Sie ein Profil.

   Eine Liste von zulässigen Upgrade-Schlüsselwörtern für Solaris Live Upgrade-Profile finden Sie unter So erstellen Sie ein Profil für Solaris Live Upgrade.

3. Typ

   # luupgrade -u -n BU-Name -s BS-Abbildpfad -j Profilpfad

   -u

   Gibt an, dass ein Upgrade eines Betriebssystemabbildes in einer Boot-Umgebung ausgeführt werden soll.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktualisiert werden soll.

   -s BS-Abbildpfad

   Gibt den Pfadnamen eines Verzeichnisses an, das ein Abbild des Betriebssystems enthält. Hierbei kann es sich um ein Verzeichnis auf einem Installationsmedium wie einer DVD-ROM oder CD-ROM oder um ein NFS- bzw. UFS-Verzeichnis handeln.

   -j Profilpfad

   Pfad eines Profils. Das Profil muss sich in einem Verzeichnis auf dem lokalen System befinden. Weitere Informationen zum Erstellen von Profilen finden Sie unter So erstellen Sie ein Profil für Solaris Live Upgrade.

   Die Boot-Umgebung kann jetzt aktiviert werden.

Beispiel 9–9 Upgrade von Boot-Umgebungen mit benutzerdefinierten JumpStart-Profilen (Befehlszeilenschnittstelle)

In diesem Beispiel wird für die Boot-Umgebung second_disk mithilfe eines Profils ein Upgrade durchgeführt. Der Zugriff auf das Profil erfolgt über die Option -j. Die Boot-Umgebung kann dann aktiviert werden. Das Erstellen eines Profils ist in So erstellen Sie ein Profil für Solaris Live Upgrade beschrieben.

# luupgrade -u -n second_disk \
-s /net/installmachine/export/solarisX/OS_image \
-j /var/tmp/profile 

Installation des Solaris Flash-Archivs in einer Boot-Umgebung

In diesem Abschnitt wird das Vorgehen zum Installieren von Solaris Flash-Archiven mithilfe von Solaris Live Upgrade beschrieben. Beim Installieren eines Solaris Flash-Archivs werden alle Dateien in der neuen Boot-Umgebung überschrieben, mit Ausnahme der gemeinsam genutzten Dateien. Archive werden auf den folgenden Datenträgern gespeichert:

• HTTP-Server

• FTP-Server – Verwenden Sie diesen Pfad nur von der Befehlszeile aus.

• NFS-Server

• Lokale Datei

• Lokales Band

• Lokales Gerät, einschließlich DVD und CD

Beachten Sie beim Installieren und Erstellen von Solaris Flash-Archiven die folgenden Aspekte.

Beschreibung	Beispiel
Achtung – Wenn Sie das Betriebssystem Solaris mit einem Solaris Flash-Archiv installieren, müssen das Archiv und die Installationsdatenträger identische Betriebssystemversionen enthalten. Wenn die Betriebssystemversionen nicht übereinstimmen, schlägt die Installation auf dem Zielsystem fehl. Gleiche Betriebssystemversionen sind bei Verwendung des folgenden Schlüsselworts bzw. Befehls erforderlich: Schlüsselwort archive_location in einem Profil Befehl luupgrade mit den Optionen -s, - a, -j und -J	Wenn das Archiv beispielsweise für Solaris 10 3/05 gedacht ist und Sie DVDs verwenden, benötigen Sie zur Installation des Archivs die Solaris 10 3/05-DVD.
Achtung – Solaris Flash-Archive können jedoch auf Systemen mit installierten nicht-globalen Zonen nicht ordnungsgemäß erstellt werden. Solaris Flash ist nicht mit Solaris Zones kompatibel. Wenn Sie ein Solaris Flash-Archiv in einer nicht-globalen Zone bzw. ein Archiv in einer globalen Zone, in der nicht-globale Zonen installiert sind, erstellen, wird dieses Archiv nicht ordnungsgemäß installiert.

So installieren Sie ein Solaris Flash-Archiv in einer Boot-Umgebung (Befehlszeilenschnittstelle)

Schritte

1. Wählen Sie "Flash“ im Solaris Live Upgrade-Hauptmenü.

   Das Menü Flash-Installation für alternative Boot-Umgebung wird angezeigt.

2. Geben Sie den Namen der Boot-Umgebung, in der Sie das Solaris Flash-Archiv installieren wollen, und den Speicherort der Installationsmedien ein:

   Name of Boot Environment: Solaris_10 Package media: /net/install-svr/export/Solaris_10/latest

3. Drücken Sie F1, um ein Archiv hinzuzufügen.

   Das Untermenü "Archive Selection“ erscheint.

   Location - Retrieval Method <No Archives added> - Select ADD to add archives

   In diesem Menü können Sie eine Archivliste zusammenstellen. Zum Hinzufügen oder Entfernen von Archiven gehen Sie wie folgt vor.

   1. Um dem Menü ein Archiv hinzuzufügen, drücken Sie F1.

      Das Untermenü Abrufmethode wählen wird angezeigt.

      HTTP NFS Local File Local Tape Local Device

   2. Im Menü für die Auswahl der Abrufmethode wählen Sie das Verzeichnis des Solaris Flash-Archivs.

      Gewähltes Medium	Eingabeaufforderung
      HTTP	Geben Sie die zum Zugriff auf das Solaris Flash-Archiv erforderlichen URL- und Proxy-Informationen an.
      NFS	Bitte geben Sie den Pfad zu dem entfernten Dateisystem an, in dem sich das Solaris Flash-Archiv befindet. Sie können auch den Dateinamen des Archivs angeben.
      Lokale Datei	Bitte geben Sie den Pfad zu dem lokalen Dateisystem an, in dem sich das Solaris Flash-Archiv befindet.
      Lokales Band	Geben Sie das lokale Bandlaufwerk und die Speicherposition des Solaris Flash-Archivs auf dem Band an.
      Lokales Gerät	Bitte geben Sie das lokale Gerät, den Pfad zum Solaris Flash-Archiv und die Art des Dateisystems an, in dem sich das Solaris Flash-Archiv befindet.

      Ein Abrufuntermenü wie im folgenden Beispiel wird angezeigt. Der Inhalt hängt vom ausgewählten Medium ab.

      NFS-Position:

   3. Geben Sie den Pfad zum Archiv wie im folgenden Beispiel ein.

      NFS-Position: host:/path/to archive.flar

   4. Drücken Sie F3, um das Archiv zu der Liste hinzuzufügen.

   5. (Optional) Um ein Archiv aus dem Menü zu entfernen, drücken Sie F2.

   6. Sobald die Liste die zu installierenden Archive enthält, schließen Sie den Bildschirm mit F6.

4. Für die Installation von einem oder mehreren Archiven drücken Sie F3.

   Das Solaris Flash-Archiv wird in der Boot-Umgebung installiert. Alle Dateien in der Boot-Umgebung werden überschrieben, mit Ausnahme der gemeinsam genutzten Dateien.

   Die Boot-Umgebung kann jetzt aktiviert werden. So aktivieren Sie eine Boot-Umgebung (Befehlszeilenschnittstelle).

So installieren Sie ein Solaris Flash-Archiv in einer Boot-Umgebung (Befehlszeilenschnittstelle)

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # luupgrade -f -n BU-Name -s BS-Abbildpfad -a Archiv

   -f

   Gibt an, dass ein Betriebssystem aus einem Solaris Flash-Archiv installiert wird.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, die mittels eines Archivs installiert werden soll.

   -s BS-Abbildpfad

   Gibt den Pfadnamen eines Verzeichnisses an, das ein Abbild des Betriebssystems enthält. Hierbei kann es sich um ein Verzeichnis auf einem Installationsmedium wie einer DVD-ROM oder CD-ROM oder um ein NFS- bzw. UFS-Verzeichnis handeln.

   -a Archiv

   Der Pfad zum Solaris Flash-Archiv, sofern das Archiv im lokalen Dateisystem zur Verfügung steht. Die mit den Optionen -s und -a angegebenen Versionen des Betriebssystemabbilds müssen identisch sein.

Beispiel 9–10 Installation von Solaris Flash-Archiven in einer Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel wird ein Archiv in der Boot-Umgebung second_disk installiert. Das Archiv befindet sich auf dem lokalen System. Bei beiden mit den Optionen -s und -a angegebenen Betriebssystemversionen handelt es sich um Solaris 10-Releases. Alle Dateien in second_disk werden überschrieben, mit Ausnahme der gemeinsam nutzbaren Dateien.

# luupgrade -f -n second_disk \ -s /net/installmachine/export/Solaris_10/BS_Image \ -a /net/server/archive/Solaris_10 

Die Boot-Umgebung kann jetzt aktiviert werden.

So installieren Sie ein Solaris Flash-Archiv mithilfe eines Profils (Befehlszeilenschnittstelle)

Im Folgenden finden Sie Anweisungen zur Installation eines Solaris Flash-Archivs oder -Differenzarchivs mithilfe eines Profils.

Wenn Sie Sprachumgebungen zum Profil hinzugefügt haben, vergewissern Sie sich bitte, dass die erzeugte Boot-Umgebung über genügend Festplattenspeicher verfügt.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Erstellen Sie ein Profil.

   Eine Liste von zulässigen Schlüsselwörtern für Solaris Live Upgrade-Profile finden Sie unter So erstellen Sie ein Profil für Solaris Live Upgrade.

3. Typ

   # luupgrade -f -n BU-Name -s BS-Abbildpfad -j Profilpfad

   -f

   Gibt an, dass ein Betriebssystem aus einem Solaris Flash-Archiv installiert wird.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktualisiert werden soll.

   -s BS-Abbildpfad

   Gibt den Pfadnamen eines Verzeichnisses an, das ein Abbild des Betriebssystems enthält. Hierbei kann es sich um ein Verzeichnis auf einem Installationsmedium wie einer DVD-ROM oder CD-ROM oder um ein NFS- bzw. UFS-Verzeichnis handeln.

   -j Profilpfad

   Der Pfad zu einem JumpStart-Profil, das für eine Flash-Installation konfiguriert ist. Das Profil muss sich in einem Verzeichnis auf dem lokalen System befinden. Die durch die Option - s angezeigte Betriebssystemversion und die Betriebsssystemversion des Solaris Flash-Archivs müssen identisch sein.

   Die Boot-Umgebung kann jetzt aktiviert werden.

Beispiel 9–11 Installation eines Solaris Flash-Archivs in eine Boot-Umgebung mithilfe eines Profils (Befehlszeilenschnittstelle)

In diesem Beispiel wird der Speicherort des zu installierenden Archivs durch ein Profil angegeben.

# profile keywords         profile values
# ----------------         -------------------
 install_type              flash_install
 archive_location          nfs installserver:/export/solaris/flasharchive/solarisarchive
 

Nachdem Sie das Profil erstellt haben, können Sie den Befehl luupgrade ausführen und das Archiv installieren. Der Zugriff auf das Profil erfolgt über die Option -j.

# luupgrade -f -n second_disk \
-s /net/installmachine/export/solarisX/OS_image \
-j /var/tmp/profile 

Die Boot-Umgebung kann dann aktiviert werden. Wie Sie ein Profil erstellen, erfahren Sie unter So erstellen Sie ein Profil für Solaris Live Upgrade.

So installieren Sie ein Solaris Flash-Archiv mithilfe eines Profilschlüsselworts (Befehlszeilenschnittstelle)

Mit diesem Verfahren können Sie ein Solaris Flash-Archiv installieren und das Schlüsselwort archive_location an der Befehlszeile anstatt von einer Profildatei aus verwenden. Archive lassen sich auch ohne Profildatei schnell abrufen.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # luupgrade -f -n Name_der_Boot_Umgebung -s Pfad_zum_Betriebssystemabbild -J 'archive_location Profilpfad'

   -f

   Gibt an, dass das Betriebssystemupgrade von einem Solaris Flash-Archiv aus erfolgen soll.

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktualisiert werden soll.

   -s BS-Abbildpfad

   Gibt den Pfadnamen eines Verzeichnisses an, das ein Abbild des Betriebssystems enthält. Hierbei kann es sich um ein Verzeichnis auf einem Installationsmedium wie einer DVD-ROM oder CD-ROM oder um ein NFS- bzw. UFS-Verzeichnis handeln.

   -J 'archive_location Profilpfad'

   Gibt das Profilschlüsselwort archive_location und den Pfad des JumpStart-Profils an. Die durch die Option - s angezeigte Betriebssystemversion und die Betriebsssystemversion des Solaris Flash-Archivs müssen identisch sein. Die Werte für das Schlüsselwort finden Sie unter archive_location-Schlüsselwort in Solaris 10 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien.

   Die Boot-Umgebung kann jetzt aktiviert werden.

Beispiel 9–12 Installation von Solaris Flash-Archiven mithilfe eines Profilschlüsselworts (Befehlszeilenschnittstelle)

In diesem Beispiel wird ein Archiv in der Boot-Umgebung second_disk installiert. Die Option -J und das Schlüsselwort archive_location dienen zum Abrufen des Archivs. Alle Dateien in second_disk werden überschrieben, mit Ausnahme der gemeinsam nutzbaren Dateien.

# luupgrade -f -n second_disk \
-s /net/installmachine/export/solarisX/OS_image \
-J 'archive_location http://example.com/myflash.flar' 

Aktivieren einer Boot-Umgebung

Durch das Aktivieren einer Boot-Umgebung wird diese beim nächsten Systemneustart boot-fähig. Sollte beim Booten der neu aktivierten Boot-Umgebung ein Fehler auftreten, können Sie rasch auf die ursprüngliche Boot-Umgebung zurückgreifen. Siehe Kapitel 10, Wiederherstellen nach Fehler: Zurückgreifen auf die ursprüngliche Boot-Umgebung (Vorgehen) .

Voraussetzungen für das Aktivieren einer Boot-Umgebung und Einschränkungen

Damit eine Boot-Umgebung erfolgreich aktiviert werden kann, muss sie folgende Voraussetzungen erfüllen:

Ab Solaris-Release 10 1/06 können Sie mithilfe des GRUB-Menüs zwischen Boot-Umgebungen umschalten. Siehe x86: Aktivieren einer Boot-Umgebung mit dem GRUB-Menü).

x86: (Optional) So aktualisieren Sie die Boot-Diskette vor der Aktivierung

• Ab Solaris-Release 10 1/06, ist die Solaris Device Configuration Assistant nicht mehr im Solaris-Lieferumfang enthalten. Sie wird zum Booten nicht mehr benötigt Überspringen Sie die folgende Anleitung.

• Solaris-Release 10 3/05: Verwenden Sie eines der folgenden Verfahren.

  • Wenn Sie Ihr System von CD oder DVD booten können, benötigen Sie diese Software nicht zum Booten. Überspringen Sie die folgende Anleitung.

  • Wenn Sie das System mithilfe der Solaris Device Configuration Assistant booten, müssen Sie die Bootdiskette aktualisieren. Mit dem folgenden Verfahren wird eine Boot-Diskette für das neue Release erstellt, indem die vorhandene Diskette überschrieben bzw. eine neue Diskette erstellt wird.

Schritte

1. Legen Sie die Diskette des Solaris 10 3/05 Gerätekonfigurationsassistenten ein. Verwenden Sie die vorhandene Diskette, um sie zu überschreiben, oder eine neue Diskette.

2. Aktualisieren Sie die Boot-Diskette anhand des neuesten Abbildes für dieses Release.

3. Lassen Sie die Boot-Diskette auswerfen.

4. Typ

   volcheck

5. Kopieren Sie die Datei boot/solaris/bootenv.rc der neuen Boot-Umgebung auf die Diskette.

   cp /a/boot/solaris/bootenv.rc /floppy/floppy0/solaris/bootenv.rc

6. Überprüfen Sie das Ein- und das Ausgabegerät auf der Diskette. Falls diese Angaben falsch sind, berichtigen Sie sie.

   Jetzt können Sie die neue Boot-Umgebung aktivieren.

So aktivieren Sie eine Boot-Umgebung (Befehlszeilenschnittstelle)

Wenn Sie zum ersten Mal von einer neu erstellten Boot-Umgebung booten, synchronisiert die Solaris Live Upgrade-Software die neue Boot-Umgebung mit der zuletzt aktiven Boot-Umgebung. "Synchronisieren” bedeutet hier, dass bestimmte kritische Systemdateien und Verzeichnisse aus der zuletzt aktiven Boot-Umgebung in die Boot-Umgebung kopiert werden, die gebootet wird. Nach dem ersten Start führt Solaris Live Upgrade diese Synchronisierung nicht mehr durch, es sei denn, Sie fordern dies explizit an, indem Sie die Synchronisierung bei der entsprechenden Abfrage erzwingen lassen.

Nähere Informationen zur Synchronisierung finden Sie unter Synchronisieren von Dateien zwischen Boot-Umgebungen.

Ab Solaris-Release 10 1/06 können Sie mithilfe des GRUB-Menüs zwischen Boot-Umgebungen umschalten. Siehe x86: Aktivieren einer Boot-Umgebung mit dem GRUB-Menü).

Schritte

1. Wählen Sie Aktivieren im Solaris Live Upgrade-Hauptmenü.

2. Geben Sie den Namen der zu aktivierenden Boot-Umgebung ein.

   Name of Boot Environment: Solaris_10 Do you want to force a Live Upgrade sync operations: no

3. Sie können fortfahren oder eine Dateisynchronisation erzwingen.

   • Drücken Sie die Eingabetaste, um fortzufahren

     Wenn die Boot-Umgebung zum ersten Mal gebootet wird, werden die Dateien automatisch synchronisiert.

   • Sie können eine Synchronisation der Dateien erzwingen, aber diese Option sollten Sie sehr vorsichtig verwenden. Die Betriebssysteme in beiden Boot-Umgebungen müssen mit den zu synchronisierenden Dateien kompatibel sein. Um eine Dateisynchronisation zu erzwingen, geben Sie Folgendes ein:

     Do you want to force a Live Upgrade sync operations: yes

     ---

     Achtung –

     Verwenden Sie die erzwungene Synchronisierung sehr vorsichtig; möglicherweise wissen Sie gar nicht, welche Änderungen in der zuletzt aktiven Boot-Umgebung vorgenommen wurden, und können diese nicht kontrollieren. Angenommen, Sie arbeiten in der aktuellen Boot-Umgebung mit der Solaris 10-Software. Sie müssen auf ein Solaris 9-Release zurückgreifen und booten dieses mit einer erzwungenen Synchronisation. Dies könnte dazu führen, dass Dateien im Release Solaris 9 geändert werden. Da Dateien vom jeweiligen BS-Release abhängen, schlägt das Booten des Release Solaris 9 möglicherweise fehl, da die 10-Dateien nicht mit den Solaris 9-Dateien kompatibel sind.

     ---

4. Drücken Sie F3, um den Aktivierungsvorgang zu starten.

5. Drücken Sie die Eingabetaste, um fortzufahren

   Die neue Boot-Umgebung wird beim nächsten Neustart aktiviert.

6. Um die inaktive Boot-Umgebung zu aktivieren, starten Sie das System neu:

   # init 6

So aktivieren Sie eine Boot-Umgebung (Befehlszeilenschnittstelle)

Je nach Release müssen Sie zum Aktivieren der Boot-Umgebung eines der folgenden Verfahren auswählen:

• SPARC-basierte Systeme: alle Releases.

• Für x86-basierte Systeme:

  • Solaris-Release 10 3/05: Verwenden Sie das folgende Verfahren:

Ab Solaris-Release 10 1/06 können Sie mithilfe des GRUB-Menüs zwischen Boot-Umgebungen umschalten. Siehe x86: Aktivieren einer Boot-Umgebung mit dem GRUB-Menü

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Um die Boot-Umgebung zu aktivieren, geben Sie Folgendes ein:

   # /sbin/luactivate Name_der_Boot_Umgebung

   BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktiviert werden soll.

3. Starten Sie das System neu.

   # init 6

   ---

   Achtung –

   Verwenden Sie für den Neustart ausschließlich den Befehl init oder shutdown. Wenn Sie einen der Befehle reboot, halt oder uadmin verwenden, wird die Boot-Umgebung nicht gewechselt. Die letzte aktive Boot-Umgebung wird erneut gebootet.

   ---

Beispiel 9–13 Aktivieren einer Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel wird die Boot-Umgebung second_disk beim nächsten Neustart aktiviert.

# /sbin/luactivate second_disk
# init 6

So aktivieren Sie eine Boot-Umgebung und synchronisieren die Dateien (Befehlszeilenschnittstelle)

Wenn Sie zum ersten Mal von einer neu erstellten Boot-Umgebung booten, synchronisiert die Solaris Live Upgrade-Software die neue Boot-Umgebung mit der zuletzt aktiven Boot-Umgebung. "Synchronisieren” bedeutet hier, dass bestimmte kritische Systemdateien und Verzeichnisse aus der zuletzt aktiven Boot-Umgebung in die Boot-Umgebung kopiert werden, die gebootet wird. Nach dem ersten Start führt Solaris Live Upgrade diese Synchronisierung nicht mehr durch; Sie können die Synchronisierung jedoch mit dem Befehl luactivate und der Option -s erzwingen.

Nähere Informationen zur Synchronisierung finden Sie unter Synchronisieren von Dateien zwischen Boot-Umgebungen.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Um die Boot-Umgebung zu aktivieren, geben Sie Folgendes ein:

   # /sbin/luactivate -s Name_der_Boot_Umgebung

   -s

   Erzwingt die Synchronisierung der Dateien der zuletzt aktiven Boot-Umgebung und der neuen Boot-Umgebung. Bei der ersten Aktivierung der Boot-Umgebung werden die Dateien zwischen den beiden Boot-Umgebungen synchronisiert. Bei nachfolgenden Aktivierungen findet diese Synchronisierung nur noch dann statt, wenn Sie die Option -s angeben.

   ---

   Achtung –

   Verwenden Sie diese Option sehr vorsichtig, denn Sie wissen möglicherweise gar nicht, welche Änderungen in der letzten aktiven Boot-Umgebung vorgenommen wurden und können diese nicht kontrollieren. Angenommen, Sie arbeiten in der aktuellen Boot-Umgebung mit der Solaris 10-Software. Sie müssen auf ein Solaris 9-Release zurückgreifen und booten dieses mit einer erzwungenen Synchronisation. Dies könnte dazu führen, dass Dateien im Release Solaris 9 geändert werden. Da Dateien vom jeweiligen BS-Release abhängen, schlägt das Booten des Release Solaris 9 möglicherweise fehl, da die 10-Dateien nicht mit den Solaris 9-Dateien kompatibel sind.

   ---

   BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktiviert werden soll.

3. Starten Sie das System neu.

   # init 6

Beispiel 9–14 Aktivieren einer Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel wird die Boot-Umgebung second_disk beim nächsten Neustart aktiviert und die Dateien werden synchronisiert.

# /sbin/luactivate -s second_disk
# init 6

x86: Aktivieren einer Boot-Umgebung mit dem GRUB-Menü

Ab Solaris-Release 10 1/06 können Sie wahlweise auch mithilfe des GRUB-Bootmenüs zwischen Boot-Umgebungen umschalten. Das GRUB-Menü ist neben dem Befehl luactivate oder dem Menü “Activate”: eine weitere Alternative zum Aktivieren (Booten) von Boot-Umgebungen. Für die Verwendung des GRUB-Menüs gelten die folgenden Einschränkungen:

• Die Boot-Umgebung muss zum ersten Mal mit dem Befehl luactivate oder dem Menü “Activate” aktiviert werden. Nach dem ersten Aktivieren wird die Boot-Umgebung im GRUB-Menü angezeigt und kann dann vom GRUB-Menü aus gebootet werden.

• Durch das Umschalten von Boot-Umgebungen mit dem GRUB-Menü wird die Synchronisierung umgangen. Weitere Informationen zum Synchronisieren von Dateien finden Sie in Erzwingen der Synchronisierung zwischen Boot-Umgebungen .

Nach dem Aktivieren einer Boot-Umgebung darf die Festplattenreihenfolge im BIOS nicht geändert werden. Durch das Ändern der Reihenfolge kann es sein, dass das GRUB-Menü ungültig wird. Falls dieses Problem auftritt, kann das GRUB-Menü durch Wiederherstellen der ursprünglichen Festplattenreihenfolge im BIOS wiederhergestellt werden.

Schritt	Beschreibung	Weitere Informationen
Allererstes Aktivieren einer Boot-Umgebung	Eine Boot-Umgebung muss zum allerersten Mal mit dem Befehl luactivate bzw. dem Menü “Activate”: aktiviert werden. Beim nächsten Booten wird der Name der Boot-Umgebung dann im GRUB-Hauptmenü angezeigt. Durch Auswahl der entsprechenden Einträge im GRUB-Menü können Sie dann zwischen verschiedenen Boot-Umgebungen umschalten.	x86: So aktivieren sie eine Boot-Umgebung mit dem GRUB-Menü (Befehlszeilenschnittstelle) x86: GRUB-basiertes Booten (Überblick)
Synchronisieren von Dateien	Beim allerersten Aktivieren einer Boot-Umgebung werden die Dateien zwischen der aktuellen und der neuen Boot-Umgebung synchronisiert. Mit nachfolgenden Aktionen werden diese Dateien nicht mehr synchronisiert. Beim Umschalten zwischen Boot-Umgebungen mithilfe des GRUB-Menüs werden Dateien nicht synchronisiert. Durch Eingeben des Befehls luactivate mit der Option -s erzwingen Sie eine Synchronisierung.	So aktivieren Sie eine Boot-Umgebung und synchronisieren die Dateien (Befehlszeilenschnittstelle)
Vor Solaris-Release 10 1/06 erstellte Boot-Umgebungen	Wurde die Boot-Umgebung mit Solaris 8, 9 oder 10 3/05 erstellt, muss sie immer mit dem Befehl luactivate oder dem Menü “Activate” erstellt werden. Solche älteren Boot-Umgebungen werden im GRUB-Menü nicht angezeigt.
Bearbeiten und Anpassen von Einträgen des GRUB-Menüs	Die im GRUB-Menü angezeigten Informationen sind in der Datei menu.lst enthalten. Sie können an dieser Datei zu folgenden Zwecken Änderungen vornehmen: Hinzufügen von Boot-Einträgen für andere Betriebssysteme außer Solaris Anpassen des Boot-Verhaltens Sie können zum Beispiel das Booten im ausführlichen Anzeigemodus einstellen oder die Zeit ändern, nach der das Standardbetriebssystem automatisch gebootet wird. Hinweis – Wenn Sie am GRUB-Menü Änderungen vornehmen möchten, müssen Sie die Datei menu.lst suchen. Eine schrittweise Anleitung zum Auffinden dieser Datei finden Sie in x86: Auffinden der Datei menu.lst des GRUB-Menüs (Vorgehen). Achtung – Einträge für Solaris Live Upgrade dürfen nicht in der GRUB-Datei menu.lst geändert werden. Durch solche Änderungen kann Solaris Live Upgrade fehlschlagen. Obwohl das Boot-Verhalten in der Datei menu.lst angepasst werden kann, sollte dafür jedoch der Befehl eeprom verwendet werden. Wenn Sie das Boot-Verhalten durch Modifizieren der Datei menu.lst anpassen, kann es sein, dass die Solaris-Einträge während eines Solaris-Upgrades geändert werden Die an dieser Datei von Ihnen vorgenommenen Änderungen gehen dann verloren.	x86: GRUB-basiertes Booten (Überblick) Kapitel 11, GRUB Based Booting (Tasks) in System Administration Guide: Basic Administration

x86: So aktivieren sie eine Boot-Umgebung mit dem GRUB-Menü (Befehlszeilenschnittstelle)

Ab Solaris-Release 10 1/06 können Sie mit dem GRUB-Menü zwischen zwei Boot-Umgebungen umschalten. Dabei gelten die folgenden Einschränkungen.

• Die Boot-Umgebung muss zum ersten Mal mit dem Befehl luactivate oder dem Menü “Activate” aktiviert werden. Nach dem ersten Aktivieren wird die Boot-Umgebung im GRUB-Menü angezeigt und kann dann vom GRUB-Menü aus gebootet werden.

• Achtung - Das Umschalten zwischen Boot-Umgebungen mithilfe des GRUB-Menüs umgeht die Synchronisierung. Weitere Informationen zum Synchronisieren von Dateien finden Sie in Erzwingen der Synchronisierung zwischen Boot-Umgebungen .

Wurde die Boot-Umgebung mit Solaris 8, 9 oder 10 3/05 erstellt, muss sie immer mit dem Befehl luactivate oder dem Menü “Activate” erstellt werden. Solche älteren Boot-Umgebungen werden im GRUB-Menü nicht angezeigt.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Starten Sie das System neu.

   # init 6

   Das GRUB-Hauptmenü wird angezeigt. Dort sind die beiden Betriebssysteme aufgeführt: Solaris und second_disk, eine Boot-Umgebung von Solaris Live Upgrade. Die failsafe-Einträge dienen zur Systemwiederherstellung, falls die primäre Boot-Umgebung nicht gebootet werden kann.

   GNU GRUB version 0.95 (616K lower / 4127168K upper memory) +-------------------------------------------------------------------+ |Solaris | |Solaris failsafe | |second_disk | |second_disk failsafe | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

3. Zum Aktivieren einer Boot-Umgebung wählen Sie diese mithilfe der Pfeiltasten aus und drücken dann die Eingabetaste.

   Die ausgewählte Boot-Umgebung wird gebootet und wird zur aktiven Boot-Umgebung.

Kapitel 10 Wiederherstellen nach Fehler: Zurückgreifen auf die ursprüngliche Boot-Umgebung (Vorgehen)

In diesem Kapitel wird beschrieben, wie Sie das System wiederherstellen, falls die Aktivierung fehlschlägt.

Wenn nach dem Upgrade ein Fehler auftritt oder eine Anwendung mit einer aktualisierten Komponente nicht kompatibel ist, können Sie, je nach Plattform, mithilfe eines der folgenden Verfahren auf die ursprüngliche Boot-Umgebung zurückgreifen.

• Für SPARC-basierte Systeme:

  • SPARC: So greifen Sie trotz erfolgreicher Aktivierung einer neuen Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

  • SPARC: So greifen Sie bei fehlgeschlagener Aktivierung der neuen Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

  • SPARC: So greifen Sie mithilfe einer DVD, CD oder eines Netzwerkinstallationsabbildes auf die ursprüngliche Boot-Umgebung zurück

• Für x86-basierte Systeme:

  • Ab Solaris-Release 10 1/06 , bei Verwendung des GRUB-Menüs:

    • x86: So greifen Sie trotz erfolgreicher Aktivierung der neuen Boot-Umgebung mithilfe des GRUB-Menüs auf die ursprüngliche Boot-Umgebung zurück

    • x86: So greifen Sie bei fehlgeschlagener Aktivierung der neuen Boot-Umgebung mithilfe des GRUB-Menüs auf die ursprüngliche Boot-Umgebung zurück

  • Solaris-Version 10 3/05:

    • x86: So greifen Sie bei Boot-Umgebungen auf verschiedenen Festplatten auf die ursprüngliche Boot-Umgebung zurück

    • x86: So greifen Sie bei Boot-Umgebungen auf derselben Festplatte auf die ursprüngliche Boot-Umgebung zurück

SPARC: Zurückgreifen auf die ursprüngliche Boot-Umgebung (Befehlszeilenschnittstelle)

Sie können auf die ursprüngliche Boot-Umgebung mithilfe von drei Verfahren zugreifen:

• SPARC: So greifen Sie trotz erfolgreicher Aktivierung einer neuen Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

• SPARC: So greifen Sie bei fehlgeschlagener Aktivierung der neuen Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

• SPARC: So greifen Sie mithilfe einer DVD, CD oder eines Netzwerkinstallationsabbildes auf die ursprüngliche Boot-Umgebung zurück

SPARC: So greifen Sie trotz erfolgreicher Aktivierung einer neuen Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

Verwenden Sie dieses Verfahren, wenn Sie die neue Boot-Umgebung erfolgreich aktiviert haben, aber mit den Ergebnissen nicht zufrieden sind.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # /sbin/luactivate BU-Name

   BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktiviert werden soll.

3. Starten Sie das System neu.

   # init 6

   Die zuvor aktive Boot-Umgebung wird wieder zur aktiven Boot-Umgebung.

SPARC: So greifen Sie bei fehlgeschlagener Aktivierung der neuen Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

• Wenn beim Booten der neuen Boot-Umgebung ein Fehler auftritt und Sie die ursprüngliche Boot-Umgebung im Einzelbenutzermodus booten können, greifen Sie mit dem folgenden Verfahren auf die ursprüngliche Boot-Umgebung zurück.

• Wenn Sie von Datenträgern oder einem Netzwerkinstallationsabbild booten müssen, schlagen Sie unter SPARC: So greifen Sie mithilfe einer DVD, CD oder eines Netzwerkinstallationsabbildes auf die ursprüngliche Boot-Umgebung zurück nach.

Schritte

1. An der Eingabeaufforderung OK booten Sie das System von der Solaris Operating System-DVD, Solaris Software - 1-CD, aus dem Netzwerk oder von einem lokalen Datenträger im Einzelbenutzermodus.

   OK boot Gerätename -s

   Gerätename

   Gibt den Namen des Geräts an, von dem das System booten kann, zum Beispiel /dev/dsk/c0t0d0s0

2. Typ

   # /sbin/luactivate BU-Name

   BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktiviert werden soll.

   • Wenn nach diesem Befehl keine Eingabeaufforderung angezeigt wird, fahren Sie mit SPARC: So greifen Sie mithilfe einer DVD, CD oder eines Netzwerkinstallationsabbildes auf die ursprüngliche Boot-Umgebung zurück.

   • Wenn die Eingabeaufforderung angezeigt wird, fahren Sie hier fort.

3. Geben Sie an der Eingabeaufforderung Folgendes ein:

   Soll auf Boot-Umgebung <disk name> zurückgegriffen (Rückfall-Aktivierung) werden (ja oder nein)? ja

   Eine Meldung, dass erfolgreich auf die ursprüngliche Boot-Umgebung zurückgegriffen wurde, wird angezeigt.

4. Starten Sie das System neu.

   # init 6

   Die zuvor aktive Boot-Umgebung wird wieder zur aktiven Boot-Umgebung.

SPARC: So greifen Sie mithilfe einer DVD, CD oder eines Netzwerkinstallationsabbildes auf die ursprüngliche Boot-Umgebung zurück

Verwenden Sie dieses Verfahren, um von DVD, CD, einem Netzwerkinstallationsabbild oder einer bootfähigen Festplatte zu booten. Sie müssen das Root-Slice (/) aus der letzten aktiven Boot-Umgebung einhängen. Führen Sie dann den Befehl luactivate aus, um den Wechsel vorzunehmen. Wenn Sie dann das System neu starten, wird wieder die letzte aktive Boot-Umgebung verwendet.

Schritte

1. An der Eingabeaufforderung OK booten Sie das System von der Solaris Operating System-DVD, Solaris Software - 1-CD, aus dem Netzwerk oder von einem lokalen Datenträger im Einzelbenutzermodus:

   OK boot cdrom -s

   oder

   OK boot net -s

   oder

   OK boot Gerätename -s

   Gerätename

   Gibt den Namen der Festplatte und des Slice an, auf der/dem sich eine Kopie des Betriebssystems befindet, zum Beispiel /dev/dsk/c0t0d0s0.

2. Prüfen Sie gegebenenfalls die Integrität des root-Dateisystems (/) für die Boot-Umgebung, auf die zurückgegriffen werden soll.

   # fsck Gerätename

   Gerätename

   Gibt den Speicherort des Root-Dateisystems (/) auf dem Festplattengerät der Boot-Umgebung an, auf die Sie zurückgreifen wollen. Geben Sie den Gerätenamen im Format /dev/dsk/cw txdy sz ein.

3. Hängen Sie das Root-Slice (/) der aktiven Boot-Umgebung in ein Verzeichnis ein, zum Beispiel /mnt:

   # mount Gerätename /mnt

   Gerätename

   Gibt den Speicherort des Root-Dateisystems (/) auf dem Festplattengerät der Boot-Umgebung an, auf die Sie zurückgreifen wollen. Geben Sie den Gerätenamen im Format /dev/dsk/cw txdy sz ein.

4. Geben Sie vom Root-Slice (/) der aktiven Boot-Umgebung Folgendes ein:

   # /mnt/sbin/luactivate

   luactivate aktiviert die zuvor aktive Boot-Umgebung und zeigt das Ergebnis an.

5. Hängen Sie /mnt aus.

   # umount /mnt

6. Starten Sie das System neu.

   # init 6

   Die zuvor aktive Boot-Umgebung wird wieder zur aktiven Boot-Umgebung.

x86: Zurückgreifen auf die ursprüngliche Boot-Umgebung

Zum Zurückgreifen auf die ursprüngliche Boot-Umgebung sollten Sie stets das für Ihre jeweiligen Bedingungen am besten passende Verfahren auswählen.

x86: So greifen Sie trotz erfolgreicher Aktivierung der neuen Boot-Umgebung mithilfe des GRUB-Menüs auf die ursprüngliche Boot-Umgebung zurück

• Solaris-Release 10 3/05: Dieses Verfahren nicht verwenden. Je nach Systemkonfiguration müssen Sie eines der folgenden Verfahren verwenden:

  • x86: So greifen Sie bei Boot-Umgebungen auf verschiedenen Festplatten auf die ursprüngliche Boot-Umgebung zurück

  • x86: So greifen Sie bei Boot-Umgebungen auf derselben Festplatte auf die ursprüngliche Boot-Umgebung zurück

• Ab Solaris-Release 10 1/06: Verwenden Sie dieses Verfahren, wenn die neue Boot-Umgebung erfolgreich aktiviert wurde, Sie aber mit den Ergebnissen nicht zufrieden sind. Mit dem GRUB-Menü können Sie schnell auf die ursprüngliche Boot-Umgebung umschalten.

  ---

  Hinweis –

  Die Boot-Umgebungen, die umgeschalten werden, müssen mit der GRUB-Software erstellt worden sein.

  ---

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Starten Sie das System neu.

   # init 6

   Das GRUB-Menü wird angezeigt. Das Betriebssystem Solaris ist die ursprüngliche Boot-Umgebung. Die Boot-Umgebung second_disk wurde erfolgreich aktiviert und wird jetzt im GRUB-Menü angezeigt. Die failsafe-Einträge dienen zur Systemwiederherstellung, falls die primäre Boot-Umgebung nicht gebootet werden kann.

   GNU GRUB version 0.95 (616K lower / 4127168K upper memory) +-------------------------------------------------------------------+ |Solaris | |Solaris failsafe | |second_disk | |second_disk failsafe | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

3. Zum Booten der ursprünglichen Boot-Umgebung wählen Sie diese mithilfe der Pfeiltasten aus und drücken dann die Eingabetaste.

Beispiel 10–1 So greifen Sie trotz erfolgreicher Aktivierung einer neuen Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

# su
# init 6

GNU GRUB version 0.95 (616K lower / 4127168K upper memory)
+-------------------------------------------------------------------+
|Solaris                                                            |
|Solaris  failsafe                                                  |
|second_disk                                                        |
|second_disk failsafe                                               |
+-------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted. Press
enter to boot the selected OS, 'e' to edit the commands before
booting, or 'c' for a command-line.

Wählen Sie die ursprüngliche Boot-Umgebung Solaris aus.

x86: So greifen Sie bei fehlgeschlagener Aktivierung der neuen Boot-Umgebung mithilfe des GRUB-Menüs auf die ursprüngliche Boot-Umgebung zurück

• Solaris-Release 10 3/05: Dieses Verfahren nicht verwenden. Je nach Systemkonfiguration müssen Sie eines der folgenden Verfahren verwenden:

  • x86: So greifen Sie bei Boot-Umgebungen auf verschiedenen Festplatten auf die ursprüngliche Boot-Umgebung zurück

  • x86: So greifen Sie bei Boot-Umgebungen auf derselben Festplatte auf die ursprüngliche Boot-Umgebung zurück

• Ab Solaris-Release 10 1/06: Wenn während des Bootens ein Fehler auftritt, sollten Sie zum Zurückgreifen auf die ursprüngliche Boot-Umgebung das folgende Verfahren verwenden. In diesem Beispiel wird das GRUB-Menü ordnungsgemäß angezeigt, aber die neue Boot-Umgebung ist nicht bootfähig. Das Gerät ist /dev/dsk/c0t4d0s0. Die ursprüngliche Boot-Umgebung c0t4d0s0 wird zur aktiven Boot-Umgebung.

Solaris-Release 10 3/05: Beim empfohlenen Verfahren zum Zurückgreifen auf die ursprüngliche Boot-Umgebung, wenn sich die vorherige und die neue Boot-Umgebung auf verschiedenen Festplatten befinden, wurde auch im BIOS die Boot-Reihenfolge der Festplatten geändert. Ab Solaris-Release 10 1/06 ist das Ändern der Festplattenreihenfolge im BIOS nicht mehr nötig und es wird abgeraten, dies zu tun. Durch das Ändern der Boot-Reihenfolge im BIOS kann das GRUB-Menü ungültig gemacht werden, und dadurch kann die Boot-Umgebung nicht mehr booten. Wenn die Festplattenreihenfolge im BIOS geändert wurde, kann die Funktionsfähigkeit des Systems durch Wiederherstellen der ursprünglichen Festplattenreihenfolge wiederhergestellt werden.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Starten Sie das System neu, um das GRUB-Menü anzuzeigen.

   # init 6

   Das GRUB-Menü wird angezeigt.

   GNU GRUB version 0.95 (616K lower / 4127168K upper memory) +-------------------------------------------------------------------+ |Solaris | |Solaris failsafe | |second_disk | |second_disk failsafe | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

3. Wählen Sie im GRUB-Menü die ursprüngliche Boot-Umgebung aus. Diese Boot-Umgebung muss mit der GRUB-Software erstellt worden sein. Vor Solaris-Release 10 1/06 erstellte Boot.Umgebungen wurden nicht mit GRUB erstellt. Wenn auf dem System keine bootfähige GRUB-Umgebung vorhanden ist, müssen Sie das Verfahren x86: So greifen Sie mithilfe des GRUB-Menüs und der DVD bzw. CD bei fehlgeschlagener Aktivierung der Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück überspringen.

4. Booten Sie durch Ändern des GRUB-Menüs im Einzelplatzmodus.

   1. Geben Sie e ein, um das GRUB-Menü zu bearbeiten.

      Das GRUB-Bearbeitungsmenü wird angezeigt.

      root (hd0,2,a) kernel /platform/i86pc/multiboot module /platform/i86pc/boot_archive

   2. Wählen Sie mithilfe der Pfeiltasten den Systemkerneintrag für die ursprüngliche Boot-Umgebung aus.

   3. Geben Sie e ein, um den Boot-Eintrag zu bearbeiten.

      Im GRUB-Bearbeitungsmenü wird der Systemkerneintrag angezeigt.

      grub edit>kernel /boot/multiboot

   4. Geben Sie -s ein und drücken Sie die Eingabetaste.

      Das folgende Beispiel zeigt die Position der Option -s.

      grub edit>kernel /boot/multiboot -s

   5. Geben Sie b ein, um den Bootvorgang im Einzelplatzmodus zu starten.

5. Prüfen Sie gegebenenfalls die Integrität des root-Dateisystems (/) für die Boot-Umgebung, auf die zurückgegriffen werden soll.

   # fsck Einhängepunkt

   Einhängepunkt

   Ein bekanntes und zuverlässiges Root-Dateisystem (/)

6. Hängen Sie das Root-Slice der ursprünglichen Boot-Umgebung in ein Verzeichnis ein (zum Beispiel /mnt):

   # mount Gerätename /mnt

   Gerätename

   Gibt den Speicherort des Root-Dateisystems (/) auf dem Festplattengerät der Boot-Umgebung an, auf die Sie zurückgreifen wollen. Geben Sie den Gerätenamen im Format /dev/dsk/cw txdy sz ein.

7. Geben Sie vom Root-Slice der aktiven Boot-Umgebung Folgendes ein:

   # /mnt/sbin/luactivate

   luactivate aktiviert die zuvor aktive Boot-Umgebung und zeigt das Ergebnis an.

8. Hängen Sie /mnt aus.

   # umount /mnt

9. Starten Sie das System neu.

   # init 6

   Die zuvor aktive Boot-Umgebung wird wieder zur aktiven Boot-Umgebung.

x86: So greifen Sie mithilfe des GRUB-Menüs und der DVD bzw. CD bei fehlgeschlagener Aktivierung der Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

• Solaris-Release 10 3/05: Dieses Verfahren nicht verwenden. Je nach Systemkonfiguration müssen Sie eines der folgenden Verfahren verwenden:

  • x86: So greifen Sie bei Boot-Umgebungen auf verschiedenen Festplatten auf die ursprüngliche Boot-Umgebung zurück

  • x86: So greifen Sie bei Boot-Umgebungen auf derselben Festplatte auf die ursprüngliche Boot-Umgebung zurück

• Ab Solaris-Release 10 1/06: Wenn während des Bootens ein Fehler auftritt, sollten Sie zum Zurückgreifen auf die ursprüngliche Boot-Umgebung das folgende Verfahren verwenden. In diesem Beispiel war die neue Boot-Umgebung nicht bootfähig. Darüber hinaus wird das GRUB-Menü nicht angezeigt. Das Gerät ist /dev/dsk/c0t4d0s0. Die ursprüngliche Boot-Umgebung c0t4d0s0 wird zur aktiven Boot-Umgebung.

Solaris-Release 10 3/05: Beim empfohlenen Verfahren zum Zurückgreifen auf die ursprüngliche Boot-Umgebung, wenn sich die vorherige und die neue Boot-Umgebung auf verschiedenen Festplatten befinden, wurde auch im BIOS die Boot-Reihenfolge der Festplatten geändert. Ab Solaris-Release 10 1/06 ist das Ändern der Festplattenreihenfolge im BIOS nicht mehr nötig und es wird abgeraten, dies zu tun. Durch das Ändern der Boot-Reihenfolge im BIOS kann das GRUB-Menü ungültig gemacht werden, und dadurch kann die Boot-Umgebung nicht mehr booten. Wenn die Festplattenreihenfolge im BIOS geändert wurde, kann die Funktionsfähigkeit des Systems durch Wiederherstellen der ursprünglichen Festplattenreihenfolge wiederhergestellt werden.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Legen Sie die Solaris Operating System for x86 Platforms DVD bzw. Solaris Software for x86 Platforms - 1-CD ein.

3. Booten Sie das System von DVD bzw. CD.

   # init 6

   Das GRUB-Menü wird angezeigt.

   GNU GRUB version 0.95 (616K lower / 4127168K upper memory) +-------------------------------------------------------------------+ |Solaris | |Solaris failsafe | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

4. Booten Sie durch Ändern des GRUB-Menüs im Einzelplatzmodus.

   1. Geben Sie e ein, um das GRUB-Menü zu bearbeiten.

      Das GRUB-Bearbeitungsmenü wird angezeigt.

      root (hd0,2,a) kernel /platform/i86pc/multiboot module /platform/i86pc/boot_archive

   2. Wählen Sie mithilfe der Pfeiltasten den Systemkerneintrag für die ursprüngliche Boot-Umgebung aus.

   3. Geben Sie e ein, um den Boot-Eintrag zu bearbeiten.

      Der Systemkerneintrag wird im Editor angezeigt.

      grub edit>kernel /boot/multiboot

   4. Geben Sie -s ein und drücken Sie die Eingabetaste.

      Das folgende Beispiel zeigt die Position der Option -s.

      grub edit>kernel /boot/multiboot -s

   5. Geben Sie b ein, um den Bootvorgang im Einzelplatzmodus zu starten.

5. Prüfen Sie gegebenenfalls die Integrität des root-Dateisystems (/) für die Boot-Umgebung, auf die zurückgegriffen werden soll.

   # fsck Einhängepunkt

   Einhängepunkt

   Ein bekanntes und zuverlässiges Root-Dateisystem (/)

6. Hängen Sie das Root-Slice der ursprünglichen Boot-Umgebung in ein Verzeichnis ein (zum Beispiel /mnt):

   # mount Gerätename /mnt

   Gerätename

   Gibt den Speicherort des Root-Dateisystems (/) auf dem Festplattengerät der Boot-Umgebung an, auf die Sie zurückgreifen wollen. Geben Sie den Gerätenamen im Format /dev/dsk/cw txdy sz ein.

7. Geben Sie vom Root-Slice der aktiven Boot-Umgebung Folgendes ein:

   # /mnt/sbin/luactivate Do you want to fallback to activate boot environment c0t4d0s0 (yes or no)? yes

   luactivate aktiviert die zuvor aktive Boot-Umgebung und zeigt das Ergebnis an.

8. Hängen Sie /mnt aus.

   # umount Gerätename

   Gerätename

   Gibt den Speicherort des Root-Dateisystems (/) auf dem Festplattengerät der Boot-Umgebung an, auf die Sie zurückgreifen wollen. Geben Sie den Gerätenamen im Format /dev/dsk/cw txdy sz ein.

9. Starten Sie das System neu.

   # init 6

   Die zuvor aktive Boot-Umgebung wird wieder zur aktiven Boot-Umgebung.

x86: So greifen Sie trotz erfolgreicher Aktivierung einer neuen Boot-Umgebung auf die ursprüngliche Boot-Umgebung zurück

• Ab Solaris-Release 10 1/06: Dieses Verfahren nicht verwenden. Siehe x86: So greifen Sie trotz erfolgreicher Aktivierung der neuen Boot-Umgebung mithilfe des GRUB-Menüs auf die ursprüngliche Boot-Umgebung zurück

• Solaris-Release 10 3/05: Verwenden Sie dieses Verfahren, wenn die neue Boot-Umgebung erfolgreich aktiviert wurde, Sie aber mit den Ergebnissen nicht zufrieden sind.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # /sbin/luactivate BU-Name

   BU-Name

   Gibt den Namen der Boot-Umgebung an, die aktiviert werden soll.

3. Starten Sie das System neu.

   # init 6

   Die zuvor aktive Boot-Umgebung wird wieder zur aktiven Boot-Umgebung.

x86: So greifen Sie bei Boot-Umgebungen auf verschiedenen Festplatten auf die ursprüngliche Boot-Umgebung zurück

• Ab Solaris-Release 10 1/06: Dieses Verfahren nicht verwenden. Siehe x86: So greifen Sie bei fehlgeschlagener Aktivierung der neuen Boot-Umgebung mithilfe des GRUB-Menüs auf die ursprüngliche Boot-Umgebung zurück.

• Solaris-Release 10 3/05; Wenn sich die Root-Dateisysteme (/) für die Boot-Umgebungen auf verschiedenen Festplatten befinden, müssen Sie zum Zurückgreifen auf die ursprüngliche Boot-Umgebung das folgende Verfahren verwenden.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Starten Sie das System neu und rufen Sie die entsprechenden BIOS-Menüs auf.

   • Wenn es sich bei den Boot-Geräten um SCSI-Geräte handelt, schlagen Sie in der Dokumentation zum SCSI-Controller nach, wie Sie das SCSI-BIOS aufrufen.

   • Wenn die Boot-Geräte vom System-BIOS verwaltet werden, schlagen Sie in der Dokumentation zum System-BIOS nach, wie Sie das System-BIOS aufrufen.

3. Ändern Sie nach den Anweisungen in der BIOS-Dokumentation das Boot-Gerät in das Boot-Gerät der ursprünglichen Boot-Umgebung, sofern nicht identisch.

4. Speichern Sie die Änderungen im BIOS.

5. Beenden Sie das BIOS, um den Boot-Vorgang zu starten.

6. Booten Sie das System mit b -s im Einbenutzermodus.

7. Typ

   # /sbin/luactivate

8. Starten Sie das System neu.

   # init 6

x86: So greifen Sie bei Boot-Umgebungen auf derselben Festplatte auf die ursprüngliche Boot-Umgebung zurück

• Ab Solaris-Release 10 1/06: Dieses Verfahren nicht verwenden. Siehe x86: So greifen Sie bei fehlgeschlagener Aktivierung der neuen Boot-Umgebung mithilfe des GRUB-Menüs auf die ursprüngliche Boot-Umgebung zurück.

• Solaris-Release 10 3/05; Wenn sich die Root-Dateisysteme (/) auf der gleichen Festplatte befinden, müssen Sie zum Zurückgreifen auf die ursprüngliche Boot-Umgebung das folgende Verfahren verwenden. Sie müssen das Root-Slice (/) aus der letzten aktiven Boot-Umgebung einhängen. Führen Sie dann den Befehl luactivate aus, um den Wechsel vorzunehmen. Wenn Sie dann das System neu starten, wird wieder die letzte aktive Boot-Umgebung verwendet.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Entscheiden Sie, wie das System gebootet werden soll.

   • Zum Booten von der Solaris Operating System-DVD oder Solaris Software - 1-CD legen Sie nun den Datenträger ein. Das BIOS des Systems muss das Booten von einer DVD oder CD unterstützen.

   • Wenn Sie über das Netzwerk booten, verwenden Sie PXE (Preboot Execution Environment). Das System muss PXE unterstützen. Aktivieren Sie die Unterstützung für PXE mit dem BIOS-Setup des Systems oder dem Konfigurationstool des Netzwerkadapters.

   • Wenn Sie von einer Diskette booten, legen Sie eine Diskette des Solaris 10 3/05 Gerätekonfigurationsassistenten in das Diskettenlaufwerk des Systems ein.

     ---

     x86 nur –

     Mit dem in x86: (Optional) So aktualisieren Sie die Boot-Diskette vor der Aktivierung beschriebenen Verfahren können Sie die Software des Gerätekonfigurationsassistenten von der Solaris Operating System for x86 Platforms DVD bzw. Solaris Software for x86 Platforms - 2 CD auf Diskette kopieren.

     ---

   Befolgen Sie die Anweisungen auf dem Bildschirm, bis das Menü "Current Boot Parameters“ angezeigt wird.

3. Booten Sie das System mit b -s im Einbenutzermodus.

4. Prüfen Sie gegebenenfalls die Integrität des root-Dateisystems (/) für die Boot-Umgebung, auf die zurückgegriffen werden soll.

   # fsck Einhängepunkt

   Einhängepunkt

   Ein bekanntes und zuverlässiges Root-Dateisystem (/)

5. Hängen Sie das Root-Slice der aktiven Boot-Umgebung in ein Verzeichnis ein (zum Beispiel /mnt):

   # mount Gerätename /mnt

   Gerätename

   Gibt den Speicherort des Root-Dateisystems (/) auf dem Festplattengerät der Boot-Umgebung an, auf die Sie zurückgreifen wollen. Geben Sie den Gerätenamen im Format /dev/dsk/cw txdy sz ein.

6. Geben Sie vom Root-Slice der aktiven Boot-Umgebung Folgendes ein:

   # /mnt/sbin/luactivate

   luactivate aktiviert die zuvor aktive Boot-Umgebung und zeigt das Ergebnis an.

7. Hängen Sie /mnt/sbin aus.

   # umount Gerätename

   Gerätename

   Gibt den Speicherort des Root-Dateisystems (/) auf dem Festplattengerät der Boot-Umgebung an, auf die Sie zurückgreifen wollen. Geben Sie den Gerätenamen im Format /dev/dsk/cw txdy sz ein.

8. Starten Sie das System neu.

   # init 6

   Die zuvor aktive Boot-Umgebung wird wieder zur aktiven Boot-Umgebung.

Kapitel 11 Verwalten von Solaris Live Upgrade-Boot-Umgebungen (Vorgehen)

In diesem Kapitel werden verschiedene Verwaltungsaufgaben erläutert, also zum Beispiel wie Sie ein Dateisystem einer Boot-Umgebung auf dem neuesten Stand halten oder eine Boot-Umgebung löschen können. Dieses Kapitel enthält die folgenden Abschnitte:

• Übersicht über die Solaris Live Upgrade-Verwaltung

• Anzeigen des Status aller Boot-Umgebungen

• Aktualisieren einer zuvor konfigurierten Boot-Umgebung

• Abbrechen eines eingeplanten Erstellungs-, Upgrade- oder Kopierjobs

• Vergleichen von Boot-Umgebungen

• Löschen einer inaktiven Boot-Umgebung

• Anzeigen des Namens der aktiven Boot-Umgebung

• Umbenennen einer Boot-Umgebung

• Hinzufügen oder Ändern einer Beschreibung, die einem Boot-Umgebungsnamen zugeordnet ist

• Anzeigen der Konfiguration einer Boot-Umgebung

Übersicht über die Solaris Live Upgrade-Verwaltung

Anzeigen des Status aller Boot-Umgebungen

Verwenden Sie das Menü "Status“ oder den Befehl lustatus, um Informationen über die Boot-Umgebung abzurufen. Wenn Sie keine Boot-Umgebung angeben, werden die Statusinformationen zu allen Boot-Umgebungen im System angezeigt.

Die folgenden Informationen zu den Boot-Umgebungen werden angezeigt:

• Name – Name der einzelnen Boot-Umgebungen.

• Vollständig – gibt an, dass keine Kopier- oder Erstellungsvorgänge laufen. Dies bedeutet außerdem, dass die Boot-Umgebung gebootet werden kann. Alle Aktivitäten bzw. Fehler in einem Erstellungs- oder Upgrade-Vorgang bewirken, dass eine Boot-Umgebung den Status "Complete“ verliert. Wenn zum Beispiel für eine Boot-Umgebung ein Kopiervorgang läuft oder eingeplant ist, wird diese Boot-Umgebung als unvollständig erkannt.

• Active – Gibt an, dass es sich um die aktive Boot-Umgebung handelt.

• ActiveOnReboot – Gibt an, dass die Boot-Umgebung beim nächsten Neustart des Systems aktiv wird.

• CopyStatus – Gibt an, dass die Erstellung bzw. das Kopieren der Boot-Umgebung eingeplant ist, läuft oder gerade aktualisiert wird. Der Status SCHEDULED bewirkt, dass Sie keine Kopier-, Umbenennungs- bzw. Upgrade-Vorgänge ausführen können.

So lassen Sie den Status aller Boot-Umgebungen anzeigen (Befehlszeilenschnittstelle)

Schritt

Wählen Sie "Status“ im Hauptmenü.

Eine Tabelle wie im Beispiel unten wird angezeigt:

boot environment Is Active Active Can Copy Name Complete Now OnReboot Delete Status ------------------------------------------------------------------------ disk_a_S9 yes yes yes no - disk_b_S10database yes no no yes COPYING disk_b_S9a no no no yes -

---

Hinweis –

In diesem Beispiel konnten disk_b_S9a und disk_b_S10database nicht kopiert, umbenannt oder aktualisiert werden, da gerade eine Live Upgrade-Aktion ausgeführt wird.

---

So lassen Sie den Status aller Boot-Umgebungen anzeigen (Befehlszeilenschnittstelle)

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # lustatus BU-Name

   BU-Name

   Gibt den Namen der inaktiven Boot-Umgebung an, deren Status angezeigt werden soll. Wenn Sie BU-Name nicht angeben, wird mit dem Befehl lustatus der Status aller Boot-Umgebungen im System angezeigt.

   In diesem Beispiel wird der Status aller Boot-Umgebungen angezeigt.

   # lustatus boot environment Is Active Active Can Copy Name Complete Now OnReboot Delete Status ------------------------------------------------------------------------ disk_a_S9 yes yes yes no - disk_b_S10database yes no no yes COPYING disk_b_S9a no no no yes -

   ---

   Hinweis –

   Die Boot-Umgebungen disk_b_S9a und disk_b_S10database konnten nicht kopiert, umbenannt oder aktualisiert werden, da gerade eine Live Upgrade-Aktion ausgeführt wird.

   ---

Aktualisieren einer zuvor konfigurierten Boot-Umgebung

Der Inhalt einer zuvor konfigurierten Boot-Umgebung lässt sich mit dem Menü "Copy“ oder dem Befehl lumake aktualisieren. Dateisysteme der aktiven (Quell-)Boot-Umgebung werden in die Ziel-Boot-Umgebung kopiert. Außerdem werden die Daten in der Ziel-Umgebung gelöscht. Eine Boot-Umgebung muss den Status Complete aufweisen, bevor Sie Dateisysteme daraus kopieren können. Zum Ermitteln des Status einer Boot-Umgebung siehe Anzeigen des Status aller Boot-Umgebungen .

Sie können einen Kopierjob für einen späteren Zeitpunkt einplanen. Es kann immer nur ein Job eingeplant werden. Informationen zum Abbrechen eines eingeplanten Kopierjobs finden Sie unter Abbrechen eines eingeplanten Erstellungs-, Upgrade- oder Kopierjobs.

So aktualisieren Sie eine zuvor konfigurierte Boot-Umgebung (Befehlszeilenschnittstelle)

Schritte

1. Wählen Sie Kopieren im Hauptmenü.

2. Geben Sie den Namen der inaktiven Boot-Umgebung ein, die aktualisiert werden soll.

   Name der Ziel-Boot-Umgebung: solaris8

3. Fahren Sie fort oder planen Sie den Kopierjob für einen späteren Zeitpunkt ein:

   • Drücken Sie die Eingabetaste, um mit dem Kopiervorgang fortzufahren.

     Die inaktive Boot-Umgebung wird aktualisiert.

   • Wenn Sie den Kopierjob für einen späteren Zeitpunkt einplanen wollen, geben Sie j, einen Zeitpunkt (im at-Befehlsformat) und die E-Mail-Adresse ein, an die die Ergebnisse geschickt werden sollen:

     Soll die Kopieroperation eingeplant werden? j Geben Sie die Zeit, für welche die Kopieroperation eingeplant werden soll, im 'at'-Befehlsformat an: 8:15 PM Geben Sie die Adresse ein, an welche das Protokoll der Kopieroperation gesendet werden soll: jemand@beliebig.com

     Informationen zu Zeitformaten finden Sie in der Manpage at(1).

     Die inaktive Boot-Umgebung wird aktualisiert.

     Informationen zum Abbrechen eines eingeplanten Kopierjobs finden Sie unter Abbrechen eines eingeplanten Erstellungs-, Upgrade- oder Kopierjobs.

So aktualisieren Sie eine zuvor konfigurierte Boot-Umgebung (Befehlszeilenschnittstelle)

Mit diesem Verfahren kopieren Sie Quelldateien über veraltete Dateien in einer Boot-Umgebung, die zuvor erstellt wurde.

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # lumake -n  BU-Name [-s Quell-BU] [-t  Zeit] [-m E-Mail-Adresse]

   -n BU-Name

   Gibt den Namen der Boot-Umgebung an, die zu ersetzende Dateisysteme enthält.

   -s Quell-BU

   (Optional) Gibt den Namen der Quell-Boot-Umgebung an, welche die Dateisysteme enthält, die in die Ziel-Boot-Umgebung kopiert werden sollen. Wenn Sie diese Option nicht verwenden, verwendet lumake die aktuelle Boot-Umgebung als Quelle.

   -t Zeit

   (Optional) Richten Sie einen Batchjob ein, um die Dateisysteme in einer angegebenen Boot-Umgebung zu einem bestimmten Zeitpunkt durch einen Kopiervorgang zu überschreiben. Geben Sie die Uhrzeit in dem Format an, das in der Manpage at(1) erläutert ist.

   -m E-Mail-Adresse

   (Optional) Hiermit können Sie die Ausgabe des Befehls lumake nach Ausführung des Befehls in Form einer E-Mail an eine bestimmte Adresse schicken lassen. Die E-Mail-Adresse wird nicht überprüft. Sie können diese Option nur zusammen mit -t verwenden.

Beispiel 11–1 Aktualisieren einer zuvor konfigurierten Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel werden Dateisysteme von first_disk nach second_disk kopiert. Nach Abschluss des Jobs erhält Joe unter beliebig.com eine E-Mail.

# lumake -n  second_disk -s first_disk -m Joe@beliebig.com

Die Dateien in first_disk werden in second_disk kopiert und die E-Mail wird zur Benachrichtigung verschickt. Informationen zum Abbrechen eines eingeplanten Kopierjobs finden Sie unter Abbrechen eines eingeplanten Erstellungs-, Upgrade- oder Kopierjobs.

Abbrechen eines eingeplanten Erstellungs-, Upgrade- oder Kopierjobs

Ein für eine Boot-Umgebung eingeplanter Erstellungs-, Upgrade- oder Kopierjob kann bis unmittelbar vor dem Start des Jobs abgebrochen werden. Sie können einen Job in der grafischen Benutzeroberfläche mit den Menüs Boot-Umgebung erstellen, Upgrade a Boot Environment oder Copy a Boot Environment für einen bestimmten Zeitpunkt einplanen. In der Befehlszeilenschnittstelle steht zum Einplanen von Jobs der Befehl lumake zur Verfügung. Es kann in einem System immer nur einen eingeplanten Job geben.

So brechen Sie einen eingeplanten Erstellungs-, Upgrade- oder Kopierjob ab (Befehlszeilenschnittstelle)

Schritte

1. Wählen Sie "Cancel“ im Hauptmenü.

2. Um eine Liste der Boot-Umgebungen anzuzeigen, für die Sie einen Job abbrechen können, drücken Sie F2.

3. Wählen Sie die Boot-Umgebung mit dem abzubrechenden Job aus.

   Der Job wird zur angegebenen Zeit nicht ausgeführt.

So brechen Sie einen eingeplanten Erstellungs-, Upgrade- oder Kopierjob ab (Befehlszeilenschnittstelle)

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # lucancel

   Der Job wird zur angegebenen Zeit nicht ausgeführt.

Vergleichen von Boot-Umgebungen

Mit dem Menü "Compare“ oder lucompare können Sie die aktive Boot-Umgebung mit anderen Boot-Umgebungen vergleichen. Für einen Vergleich muss die inaktive Boot-Umgebung den Status Complete aufweisen und es dürfen keine Kopierjobs eingeplant sein. Siehe Anzeigen des Status aller Boot-Umgebungen .

Die angegebene Boot-Umgebung darf keine Partitionen aufweisen, die mit lumount oder mount eingehängt wurden.

So vergleichen Sie Boot-Umgebungen (Befehlszeilenschnittstelle)

Schritte

1. Wählen Sie "Vergleichen“ im Hauptmenü.

2. Wählen Sie "Compare to Original“ oder "Compare to an Active Boot Environment“.

3. Drücken Sie F3.

4. Geben Sie den Namen der ursprünglichen (aktiven) Boot-Umgebung, der inaktiven Boot-Umgebung und den Pfad zu einer Datei ein:

   Name of Parent: solaris8 Name of Child: solaris8-1 Full Pathname of the file to Store Output: /tmp/compare

5. Um die Ausgabe in der Datei zu speichern, drücken Sie F3.

   Im Menü "Compare“ werden die folgenden Dateiattribute angezeigt:

   • Modus.

   • Anzahl der Links.

   • Eigentümer.

   • Gruppe.

   • Prüfsumme – Prüfsummen werden nur berechnet, wenn bei einer Datei in der angegebenen Boot-Umgebung die Angaben in allen oben genannten Feldern mit denen der entsprechenden Datei in der aktiven Boot-Umgebung übereinstimmen. Wenn alle Angaben identisch sind, die Prüfsummen sich jedoch unterscheiden, werden die abweichenden Prüfsummen an die Einträge für die verglichenen Dateien angehängt.

   • Größe.

   • Vorhandensein von Dateien in nur einer Boot-Umgebung.

6. Um zum Menü Vergleichen zurückzuschalten, drücken Sie F3.

So vergleichen Sie Boot-Umgebungen (Befehlszeilenschnittstelle)

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # /usr/sbin/lucompare -i  Eingabedatei (oder) -t -o  Ausgabedatei BU-Name

   -i  Eingabedatei

   Die in Eingabedatei aufgelisteten Dateien werden verglichen. Geben Sie für die zu vergleichenden Dateien absolute Dateinamen an. Wenn der Eintrag in der Datei ein Verzeichnis ist, ist der Vergleich rekursiv in Bezug auf dieses Verzeichnis. Verwenden Sie diese Option oder -t, nicht jedoch beides.

   -t

   Es werden nur nichtbinäre Dateien verglichen. Bei diesem Vergleich wird der Befehl file(1) auf jede Datei angewendet, um zu ermitteln, ob es sich um eine Textdatei handelt. Verwenden Sie diese Option oder -i, nicht jedoch beides.

   -o  Ausgabedatei

   Leitet die Ausgabe der Unterschiede in die Datei Ausgabedatei um.

   BU-Name

   Gibt den Namen der Boot-Umgebung an, die mit der aktiven Boot-Umgebung verglichen wird.

Beispiel 11–2 Vergleichen von Boot-Umgebungen (Befehlszeilenschnittstelle)

In diesem Beispiel wird die Boot-Umgebung first_disk (Quelle) mit der Boot-Umgebung second_disk verglichen und die Ergebnisse werden in eine Datei gestellt.

# /usr/sbin/lucompare -i  /etc/lu/compare/ \
-o /var/tmp/compare.out second_disk

Löschen einer inaktiven Boot-Umgebung

Mit dem Menü Delete oder dem Befehl ludelete kann eine Boot-Umgebung gelöscht werden. Dabei gelten die folgenden Einschränkungen.

• Die aktive Boot-Umgebung oder die Boot-Umgebung, die beim nächsten Neustart aktiviert wird, können Sie nicht löschen.

• Die zu löschende Boot-Umgebung muss den Status "Complete“ aufweisen. Eine Boot-Umgebung mit dem Status "Complete“ ist an keinem Vorgang beteiligt, bei dem ihr Status geändert wird. Informationen zum Ermitteln des Status einer Boot-Umgebung finden Sie unter Anzeigen des Status aller Boot-Umgebungen .

• Sie können keine Boot-Umgebung löschen, die mit dem Befehl lumount eingehängte Dateisysteme aufweist.

• Nur x86: Ab Solaris-Release 10 1/06: Sie können keine Boot-Umgebung löschen, die das aktive GRUB-Menü enthält. Boot-Umgebungen können mit den Befehlen lumake bzw. luupgrade wiederverwendet werden. Informationen zum Ermitteln der Boot-Umgebung, die das aktive GRUB-Menü enthält, finden Sie in x86: Auffinden der Datei menu.lst des GRUB-Menüs (Vorgehen).

So löschen Sie eine inaktive Boot-Umgebung (Befehlszeilenschnittstelle)

Schritte

1. Wählen Sie "Delete“ im Hauptmenü.

2. Geben Sie den Namen der inaktiven Boot-Umgebung an, die gelöscht werden soll.

   Name der Boot-Umgebung: solaris8

   Die inaktive Boot-Umgebung wird gelöscht.

So löschen Sie eine inaktive Boot-Umgebung (Befehlszeilenschnittstelle)

Schritte

1. Nehmen Sie Superuser-Status oder eine entsprechende administrative Rolle an.

   Administrative Rollen umfassen Berechtigungen und reservierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Typ

   # ludelete BU-Name

   BU-Name

   Gibt den Namen der inaktiven Boot-Umgebung an, die gelöscht werden soll.

Beispiel 11–3 Löschen einer inaktiven Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel wird die Boot-Umgebung second_disk gelöscht.

# ludelete second_disk

Anzeigen des Namens der aktiven Boot-Umgebung

Verwenden Sie das Menü "Current“ oder den Befehl lucurr, um den Namen der zurzeit aktiven Boot-Umgebung anzuzeigen. Falls keine Boot-Umgebungen auf dem System konfiguriert wurden, wird die Meldung “No Boot Environments are defined” angezeigt. Beachten Sie, dass lucurr nur den Namen der aktuellen Boot-Umgebung ausgibt, nicht den Namen der Boot-Umgebung, die beim nächsten Neustart aktiviert wird. Zum Ermitteln des Status einer Boot-Umgebung siehe Anzeigen des Status aller Boot-Umgebungen .

So lassen Sie den Namen der aktiven Boot-Umgebung anzeigen (Befehlszeilenschnittstelle)

Schritt

Wählen Sie "Current“ im Hauptmenü.

Der Name der aktiven Boot-Umgebung oder die Meldung No Boot Environments are defined wird angezeigt.

So lassen Sie den Namen der aktiven Boot-Umgebung anzeigen (Befehlszeilenschnittstelle)

Schritt

Typ

# /usr/sbin/lucurr

Beispiel 11–4 Anzeigen des Namens der aktiven Boot-Umgebung (Befehlszeilenschnittstelle)

In diesem Beispiel wird der Name der aktuellen Boot-Umgebung angezeigt.