Durchführen einer Live-Aufrüstung auf die Sun Cluster 3.2-Software

Dieser Abschnitt enthält die folgenden Informationen zum Aufrüsten von einer Sun Cluster 3.1-Version auf die Sun Cluster 3.2-Software mithilfe der Live-Aufrüstmethode:

• So bereiten Sie den Cluster für die Aufrüstung vor (Live Upgrade)

• So rüsten Sie das Solaris-Betriebssystem und die Sun Cluster 3.2-Software auf (Live Upgrade)

In der nachfolgenden Tabelle sind die Aufgaben aufgeführt, die für das Aufrüsten von der Software Sun Cluster 3.1 auf Sun Cluster 3.2 durchgeführt werden müssen. Diese Aufgaben müssen Sie auch durchführen, wenn Sie lediglich die Version des Solaris-Betriebssystems aufrüsten. Wenn Sie das Solaris-Betriebssystem von Solaris 9 auf Solaris 10, aufrüsten, müssen Sie auch die Software Sun Cluster sowie die Abhängigkeitssoftware auf die Version aufrüsten, die mit der neuen Version des Solaris-Betriebssystems kompatibel ist.

So bereiten Sie den Cluster für die Aufrüstung vor (Live Upgrade)

Führen Sie dieses Verfahren durch, um einen Cluster für die Live-Aufrüstung vorzubereiten.

Bevor Sie beginnen

Führen Sie folgende Aufgaben aus:

• Stellen Sie sicher, dass die Konfiguration die Anforderungen für die Aufrüstung erfüllt. Informationen hierzu finden Sie unter Aufrüstungsanforderungen und Unterstützungsrichtlinien.

• Halten Sie das Installationsmedium, die Dokumentation und die Korrekturversionen für alle Softwareprodukte bereit, die Sie aufrüsten mochten, einschließlich der folgenden Software:

  • Solaris OS

  • Sun Cluster 3.2-Framework

  • Sun Cluster 3.2-Datendienste (Agenten)

  • Anwendungen, die von den Datendiensten Sun Cluster 3.2 verwaltet werden

  • VERITAS Volume Manager, sofern zutreffend

  Informationen zum Speicherort der Patches und Installationshinweise finden Sie unter Korrekturversionen und erforderliche Firmware-Ebenen in Sun Cluster 3.2 - Versionshinweise für Solaris.

• Wenn Sie für den Zugriff auf die Cluster-Knoten die rollenbasierte Zugriffssteuerung (RBAC) verwenden, anstatt sich als Superuser anzumelden, vergewissern Sie sich, dass Sie eine RBAC-Rolle annehmen können, mit der Sie Zugriff auf alle Sun Cluster-Befehle erhalten. Für diese Aufrüstungsverfahren sind die folgenden Sun Cluster-RBAC-Genehmigungen erforderlich, wenn der Benutzer kein Superuser ist:

  • solaris.cluster.modify

  • solaris.cluster.admin

  • solaris.cluster.read

  Weitere Informationen zur Verwendung von RBAC-Rollen finden Sie unter Role-Based Access Control (Overview) in System Administration Guide: Security Services. Weitere Informationen zur RBAC-Berechtigung für jeden Sun Cluster-Unterbefehl finden Sie in den Sun Cluster-Manpages.

1. Stellen Sie sicher, dass der Cluster normal funktioniert.

   1. Um den aktuellen Status des Clusters anzuzeigen, führen Sie folgenden Befehl von einem Knoten aus:

      phys-schost% scstat

      Weitere Informationen finden Sie in der Online-Dokumentation unter scstat(1M).

   2. Suchen Sie im Protokoll /var/adm/messages nach nicht gelösten Fehler- oder Warnmeldungen.

   3. Prüfen Sie den Datenträger-Manager-Status.

2. Benachrichtigen Sie bei Bedarf die Benutzer, dass die Cluster-Dienste während der Aufrüstung vorübergehend unterbrochen sind.

   Die Dienstunterbrechung dauert ungefähr so lange, wie der Cluster in der Regel braucht, um die Dienste auf einem anderen Knoten anzubieten.

3. Melden Sie sich als Superuser bei einem Cluster-Knoten an.

4. Wenn die Sun Cluster Geographic Edition-Software installiert ist, deinstallieren Sie diese.

   Die Deinstallationsverfahren werden in der Dokumentation zur Ihrer Version der Sun Cluster Geographic Edition-Software beschrieben.

5. Stellen Sie für einen Zweiknoten-Cluster, der Sun StorEdge Availability Suite oder Sun StorageTek Availability Suite verwendet, sicher, dass sich die Konfigurationsdaten für die Verfügbarkeitsdienste auf der Quorum-Platte befinden.

   Die Konfigurationsdaten müssen sich auf einer Quorum-Platte befinden, damit Availability Suite auch nach der Aktualisierung der Cluster-Software ordnungsgemäß funktioniert.

   1. Melden Sie sich als Superuser bei einem Knoten des Clusters an, der die Availability Suite-Software ausführt.

   2. Identifizieren Sie die Geräte-ID und den Bereich, der von der Availability Suite-Konfigurationsdatei verwendet wird.

      phys-schost# /usr/opt/SUNWscm/sbin/dscfg /dev/did/rdsk/dNsS

      In dieser Beispielausgabe ist N die Geräte-ID und S der Bereich des Geräts N.

   3. Identifizieren Sie das vorhandene Quorum-Gerät.

      # scstat -q -- Quorum-Stimmen nach Gerät -- Gerätename Aktuell möglicher Status ----------- ------- -------- ------ Gerätestimmen: /dev/did/rdsk/dQsS 1 1 Online

      In dieser Beispielausgabe ist dQsS das bestehende Quorum-Gerät.

   4. Wenn das Quorum-Gerät nicht dem Availability Suite-Konfigurationsdatengerät entspricht, verschieben Sie die Konfigurationsdaten in einen verfügbaren Bereich auf dem Quorum-Gerät

      phys-schost# dd if=`/usr/opt/SUNWesm/sbin/dscfg` of=/dev/did/rdsk/dQsS

      ---

      Hinweis –

      Sie müssen den Namen des Raw-DID-Geräts, /dev/did/rdsk/, und nicht des Block-DID-Geräts, /dev/did/dsk/, verwenden.

      ---

   5. Wenn Sie die Konfigurationsdaten verschoben haben, konfigurieren Sie die Availability Suite-Software für die Verwendung des neuen Speicherorts.

      Geben Sie als Superuser den folgenden Befehl auf jedem Knoten ein, auf dem die Availability Suite-Software ausgeführt wird.

      phys-schost# /usr/opt/SUNWesm/sbin/dscfg -s /dev/did/rdsk/dQsS

6. Stellen Sie sicher, dass von allen gemeinsam genutzten Daten eine Sicherungskopie erstellt wurde.

7. Stellen Sie sicher, dass von jeder Systemplatte eine Sicherungskopie erstellt wurde.

Nächste Schritte

Führen Sie eine Live-Aufrüstung des Solaris-Betriebssystems, der Sun Cluster 3.2-Software und anderer Software durch. Lesen Sie So rüsten Sie das Solaris-Betriebssystem und die Sun Cluster 3.2-Software auf (Live Upgrade).

So rüsten Sie das Solaris-Betriebssystem und die Sun Cluster 3.2-Software auf (Live Upgrade)

Führen Sie dieses Verfahren aus, um das Solaris-Betriebssystem, die gemeinsam genutzten Java ES-Komponenten, die Volume Manager-Software und die Sun Cluster-Software mithilfe der Live-Aufrüstmethode aufzurüsten. Die Sun Cluster-Methode für die Live-Aufrüstung verwendet die Solaris Live Upgrade-Funktion. Informationen zur Live-Aufrüstung des Solaris-Betriebssystems finden Sie in der Dokumentation für die von Ihnen verwendete Solaris-Version:

• Kapitel 32, Solaris Live Upgrade (Topics) in Solaris 9 9/04 Installation Guide

• Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades

Der Cluster muss bereits auf dem erforderlichen Mindeststand des Solaris-Betriebssystems laufen oder auf diesen aufgerüstet werden, um das Aufrüsten auf die Sun Cluster 3.2 -Software zu unterstützen. Weitere Informationen finden Sie unter Sun Cluster 3.2 - Versionshinweise für Solaris.

Führen Sie dieses Verfahren auf jedem Knoten des Clusters aus.

Sie können das Dienstprogramm cconsole verwenden, um dieses Verfahren an allen Knoten gleichzeitig auszuführen. Weitere Informationen finden Sie unter So installieren Sie die Software Cluster-Steuerbereich auf einer Verwaltungskonsole.

Bevor Sie beginnen

Vergewissern Sie sich, dass alle Schritte in So bereiten Sie den Cluster für die Aufrüstung vor (Live Upgrade) vollständig durchgeführt werden.

1. Vergewissern Sie sich, dass auf jedem Knoten eine unterstützte Version der Solaris Live Upgrade-Software installiert wird.

   Falls Ihr Betriebssystem bereits auf Solaris 9 9/05 software or Solaris 10 11/06 software aufgerüstet wurde, verfügen Sie über die richtige Solaris Live Upgrade-Software. Falls es sich bei Ihrem Betriebssystem um eine ältere Version handelt, führen Sie die folgenden Schritte aus:

   1. Legen Sie die Solaris 9 9/05 software or Solaris 10 11/06 software-CD ein.

   2. Melden Sie sich als Superuser an.

   3. Installieren Sie die SUNWluu- und SUNWlur-Pakete.

      phys-schost# pkgadd -d path SUNWluu SUNWlur

      Pfad

      Gibt den absoluten Pfad zu den Software-Paketen an.

   4. Prüfen Sie, ob die Pakete installiert wurden.

      phys-schost# pkgchk -v SUNWluu SUNWlur

2. Wenn Sie das Solaris-Betriebssystem aktualisieren und der Cluster Vermittler mit doppelten Zeichenketten für die Solaris Volume Manager-Software verwendet, machen Sie die Konfiguration der Vermittler rückgängig.

   Weitere Informationen zu Vermittlern finden Sie unter Konfigurieren von Doppelverkettungsvermittlern.

   1. Überprüfen Sie mithilfe des folgenden Befehls, dass beim Vermittler keine Datenprobleme vorliegen.

      phys-schost# medstat -s setname

      -s setname

      Gibt den Plattensatznamen an.

      Wenn der Wert im Statusfeld Bad lautet, reparieren Sie den betroffenen Vermittlerhost. Befolgen Sie das Verfahren unter So reparieren Sie fehlerhafte Vermittlerdaten.

   2. Listen Sie alle Vermittler auf.

      Speichern Sie diese Informationen zum Zweecke der Wiederherstellung der Vermittler beim Verfahren So beenden Sie die Aufrüstung auf die Sun Cluster 3.2-Software.

   3. Übernehmen Sie die Eigentümerschaft eines Plattensatzes, der Vermittler verwendet, wenn kein Knoten bereits Eigentümer ist.

      phys-schost# scswitch -z -D setname -h node

      -z

      Umgang mit Änderungen

      -D devicegroup

      Gibt den Namen des Plattensatzes an.

      -h node

      Gibt den Namen des Knotens an, welcher der primäre Knoten des Plattensatzes werden soll.

   4. Dekonfigurieren Sie alle Vermittler für den Plattensatz.

      phys-schost# metaset -s setname -d -m mediator-host-list

      -s Satzname

      Gibt den Plattensatznamen an.

      -d

      Löscht aus dem Plattensatz

      -m Vermittlerhostliste

      Gibt den Namen des Knotens an, der als Vermittlerhost für den Plattensatz entfernt werden soll

      Weitere Informationen zu vermittlerspezifischen Optionen des metaset-Befehls finden Sie in der Online-Dokumentation unter mediator(7D).

   5. Wiederholen Sie die Schritte c bis  d für jeden verbleibenden Plattensatz, der Vermittler verwendet.

3. Erstellen Sie eine inaktive Boot-Umgebung (BE).

   phys-schost# lucreate options-n BE-name

   -n BE-name

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

   Informationen über wichtige Optionen des Befehls lucreate finden Sie im Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades und auf der Manpage lucreate(1M).

4. Rüsten Sie bei Bedarf die Solaris-Betriebssystemsoftware in Ihrer inaktiven Boot-Umgebung auf.

   Falls der Cluster auf einer ordnungsgemäßen Patch-Version des Solaris-Betriebssystems ausgeführt wird, das die Sun Cluster 3.2-Software unterstützt, ist dieser Schritt optional.

   • Wenn Sie die Solaris Volume Manager-Software verwenden, führen Sie den folgenden Befehl aus:

     phys-schost# luupgrade -u -n BE-name -s os-image-path

     -u

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

     -s os-image-path

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

   • Wenn Sie VERITAS Volume Manager verwenden, befolgen Sie die in der VxVM-Installationsdokumentation beschriebenen Live-Aufrüstverfahren.

5. Mounten Sie Ihre inaktive Boot-Umgebung mit dem Befehl lumount.

   phys-schost# lumount -n BE-name -m BE-mount-point

   -m BE-mount-point

   Gibt den Mount-Punkt von BE-name an.

   Weitere Informationen finden Sie im Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades und auf der Manpage lumount(1M).

6. Vergewissern Sie sich, dass das Verzeichnis /BE-mount-point/usr/java/ eine symbolische Verknüpfung mit der Mindest- oder der aktuellsten Version der Java-Software darstellt.

   Für die Sun Cluster-Software ist mindestens Version 1.5.0_06 der Java-Software erforderlich. Wenn Sie auf eine Version von Solaris aufrüsten, mit der eine frühere Version von Java installiert wird, hat die Aufrüstung eventuell die symbolische Verknüpfung so geändert, dass sie auf eine Version von Java verweist, die die Mindestanforderungen für die Sun Cluster 3.2-Software nicht erfüllt.

   1. Legen Sie fest, mit welchem Verzeichnis das Verzeichnis /BE-mount-point/usr/java/ symbolisch verknüpft ist.

      phys-schost# ls -l /BE-mount-point/usr/java lrwxrwxrwx 1 root other 9 Apr 19 14:05 /BE-mount-point/usr/java -> /BE-mount-point/usr/j2se/

   2. Ermitteln Sie, welche Versionen der Java-Software installiert sind.

      Im Folgenden finden Sie Beispiele für Befehle, die Sie zur Anzeige der Version der zugehörigen Java-Software verwenden können.

      phys-schost# /BE-mount-point/usr/j2se/bin/java -version phys-schost# /BE-mount-point/usr/java1.2/bin/java -version phys-schost# /BE-mount-point/usr/jdk/jdk1.5.0_06/bin/java -version

   3. Wenn das Verzeichnis /BE-mount-point/usr/java/ nicht symbolisch mit einer unterstützten Version der Java-Software verknüpft ist, erstellen Sie die symbolische Verknüpfung neu, um eine Verknüpfung mit einer unterstützten Version der Java-Software herzustellen.

      Das folgende Beispiel zeigt die Erstellung einer symbolischen Verknüpfung zum Verzeichnis /usr/j2se/ , das Java 1.5.0_06-Software enthält.

      phys-schost# rm /BE-mount-point/usr/java phys-schost# cd /mnt/usr phys-schost# ln -s j2se java

7. Wenden Sie alle erforderlichen Solaris-Patches an.

   Eventuell müssen Sie ein Patch für Ihre Solaris-Software ausführen, um die Live Upgrade-Funktion zu verwenden. Informationen zu den Patches, die vom Solaris-Betriebssystem benötigt werden, und wo Sie diese herunterladen können, finden Sie unter Managing Packages and Patches With Solaris Live Upgrade in Solaris 9 9/04 Installation Guide oder unter Systemupgrades mit Packages bzw. Patches in Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

8. Falls erforderlich und falls Ihre Version der VERITAS Volume Manager (VxVM)-Software dies unterstützt, rüsten Sie auf die VxVM-Software auf.

   Lesen Sie die VxVM-Software-Dokumentation, um zu bestimmen, ob Ihre Version von VxVM die Live-Aufrüstmethode verwenden kann.

9. (Optional) SPARC: Rüsten Sie VxFS auf.

   Befolgen Sie die in der VxFS-Dokumentation enthaltenen Anweisungen.

10. Falls Ihr Cluster Software-Anwendungen hostet, für die eine Aufrüstung erforderlich ist und die Sie mit der Live-Aufrüstmethode aufrüsten können, rüsten Sie diese Software-Anwendungen auf.

    Falls Ihr Cluster Software-Anwendungen hostet, die die Live-Aufrüstmethode nicht verwenden können, rüsten Sie diese später in Schritt 25 auf.

11. Legen Sie die DVD-ROM zu Sun Java Availability Suite in das DVD-ROM-Laufwerk ein.

    Wenn der Volume-Management-Dämon vold(1M) läuft und für die Verwaltung von CD-ROM-Laufwerken oder DVD-Geräten konfiguriert ist, hängt der Dämon das Medium automatisch im Verzeichnis /cdrom/cdrom0/ ein.

12. Wechseln Sie auf der DVD-ROM zum Installations-Assistent-Verzeichnis.

    • Wenn Sie die Softwarepakete auf der SPARC-Plattform installieren, geben Sie den folgenden Befehl ein:

      phys-schost# cd /cdrom/cdrom0/Solaris_sparc

    • Wenn Sie die Softwarepakete auf der x86-Plattform installieren, geben Sie den folgenden Befehl ein:

      phys-schost# cd /cdrom/cdrom0/Solaris_x86

13. Starten Sie das Installations-Assistent-Programm für die Direktausgabe einer Statusdatei.

    Geben Sie den Namen für die Statusdatei und den absoluten oder relativen Pfad an, unter dem die Datei erstellt werden soll.

    • Verwenden Sie zum Erstellen einer Statusdatei mithilfe der Grafik-Schnittstelle den folgenden Befehl:

      phys-schost# ./installer -no -saveState statefile

    • Verwenden Sie zum Erstellen einer Statusdatei mithilfe der textbasierten Schnittstelle den folgenden Befehl:

      phys-schost# ./installer -no -nodisplay -saveState statefile

    Weitere Informationen finden Sie unter Generating the Initial State File in Sun Java Enterprise System 5 Installation Guide for UNIX .

14. Befolgen Sie die Anweisungen auf dem Bildschirm, um die Softwarepakete mit den gemeinsamen Komponenten im Knoten aufzurüsten.

    Installations-Assistent zeigt den Installationsstatus an. Nach Installationsabschluss zeigt das Programm eine Installationszusammenfassung und die Installationsprotokolle an.

15. Beenden Sie Installations-Assistent.

16. Führen Sie das installer-Programm im stillen Modus aus und leiten Sie die Installation in die wechselnde Bootumgebung.

    ---

    Hinweis –

    Das installer-Programm muss mit der Version übereinstimmen, in der Sie die Statusdatei erstellt haben.

    ---

    phys-schost# ./installer -nodisplay -noconsole -state statefile -altroot BE-mount-point

    Weitere Informationen finden Sie unter To Run the Installer in Silent Mode in Sun Java Enterprise System 5 Installation Guide for UNIX .

17. Wechseln Sie in das Verzeichnis Solaris_arch/Product/sun_cluster/Solaris_ver/Tools/ -Verzeichnis, wo arch gleich sparc oder x86 (nur Solaris 10) und wo ver gleich 9 für Solaris 9 oder 10 für Solaris 10 .

    phys-schost# cd /cdrom/cdrom0/Solaris_arch/Product/sun_cluster/Solaris_ver/Tools

18. Rüsten Sie die Sun Cluster-Software mit dem Befehl scinstall auf.

    phys-schost# ./scinstall -u update -R BE-mount-point

    -u update

    Gibt an, dass Sie eine Aufrüstung von Sun Cluster durchführen.

    -R BE-mount-point

    Gibt den Mount-Punkt für die wechselnde Bootumgebung an.

    Weitere Informationen finden Sie auf der Manpage scinstall(1M).

19. Rüsten Sie die Datendienste mit dem Befehl scinstall auf.

    phys-schost# BE-mount-point/usr/cluster/bin/scinstall -u update -s all \ -d /cdrom/cdrom0/Solaris_arch/Product/sun_cluster_agents -R BE-mount-point

20. Entfernen Sie die DVD-ROM zu Sun Java Availability Suite aus dem DVD-ROM-Laufwerk.

    1. Wechseln Sie zu einem Verzeichnis, das sich nicht auf der DVD-ROM befindet, um sicherzustellen, dass die DVD-ROM nicht verwendet wird.

    2. Werfen Sie die DVD-ROM aus.

       phys-schost# eject cdrom

21. Geben Sie die inaktive Boot-Umgebung frei.

    phys-schost# luumount -n BE-name

22. Aktivieren Sie die aufgerüstete inaktive Boot-Umgebung.

    phys-schost# luactivate BE-name

    BE-name

    Der Name der alternativen Boot-Umgebung, die Sie in Schritt 3 erstellt haben.

23. Wiederholen Sie Schritt 1 bis Schritt 22 für jeden Knoten im Cluster.

    ---

    Hinweis –

    Booten Sie keinen Knoten neu, bis alle Knoten im Cluster in ihrer inaktiven Boot-Umgebung aufgerüstet sind.

    ---

24. Booten Sie alle Knoten neu.

    phys-schost# shutdown -y -g0 -i6

    ---

    Hinweis –

    Verwenden Sie den Befehl reboot oder halt nicht. Mit diesen Befehlen wird keine neue Boot-Umgebung aktiviert. Verwenden Sie lediglich shutdown oder init, um in einer neuen Boot-Umgebung erneut zu booten.

    ---

    Die Knoten werden mit der neuen, aufgerüsteten Boot-Umgebung im Cluster-Modus neu gebootet.

25. (Optional) Falls Ihr Cluster Software-Anwendungen hostet, für die eine Aufrüstung erforderlich ist, für die Sie die Live-Aufrüstmethode nicht verwenden können, führen Sie die folgenden Schritte durch.

    ---

    Hinweis –

    Booten Sie während des gesamten Prozesses der Software-Anwendungsaufrüstung im Nicht-Cluster-Modus neu, bis alle Aufrüstungen abgeschlossen sind.

    ---

    1. Fahren Sie den Knoten herunter.

       phys-schost# shutdown -y -g0 -i0

    2. Booten Sie jeden Knoten im Nicht-Cluster-Modus.

       • Führen Sie in SPARC-basierten Systemen den folgenden Befehl aus:

         ok boot -x

       • Führen Sie in x86-basierten Systemen die folgenden Befehle aus:

         1. Wählen Sie mithilfe der Pfeiltasten im GRUB-Menü den entsprechenden Solaris-Eintrag aus und geben Sie anschließend e ein, um die Befehle zu bearbeiten.

            Das GRUB-Menü sieht ungefähr folgendermaßen aus:

            GNU GRUB version 0.95 (631K lower / 2095488K upper memory) +-------------------------------------------------------------------------+ | Solaris 10 /sol_10_x86 | | 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.

            Weitere Informationen zum GRUB-basierten Starten finden Sie in Kapitel 11, GRUB Based Booting (Tasks) in System Administration Guide: Basic Administration.

         2. Wählen Sie mithilfe der Pfeiltasten im Startparameterbildschirm den Eintrag kernel aus geben Sie anschließend e ein, um seine Befehle zu bearbeiten.

            Der GRUB-Startparameterbildschirm gestaltet sich ungefähr folgendermaßen:

            GNU GRUB version 0.95 (615K lower / 2095552K upper memory) +----------------------------------------------------------------------+ | root (hd0,0,a) | | kernel /platform/i86pc/multiboot | | module /platform/i86pc/boot_archive | +----------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press 'b' to boot, 'e' to edit the selected command in the boot sequence, 'c' for a command-line, 'o' to open a new line after ('O' for before) the selected line, 'd' to remove the selected line, or escape to go back to the main menu.

         3. Fügen Sie dem Befehl -x hinzu, um anzugeben, dass das System im Nicht-Cluster-Modus gestartet werden soll.

            [ Eine minimale BASH-artige Zeilenbearbeitung wird unterstützt. Für das erste Wort werden mit TAB mögliche Befehlsabschlüsse aufgelistet. An anderen werden mit TAB die möglichen Abschlüsse eines Geräts/Dateinamens aufgelistet. Mit ESC wird der Vorgang stets beendet. ] grub edit> kernel /platform/i86pc/multiboot -x

         4. Übernehmen Sie die Änderung durch Drücken der Eingabetaste und kehren Sie zum Startparameterbildschirm zurück.

            Der geänderte Befehl wird im Bildschirm angezeigt.

            GNU GRUB version 0.95 (615K lower / 2095552K upper memory) +----------------------------------------------------------------------+ | root (hd0,0,a) | | kernel /platform/i86pc/multiboot -x | | module /platform/i86pc/boot_archive | +----------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press 'b' to boot, 'e' to edit the selected command in the boot sequence, 'c' for a command-line, 'o' to open a new line after ('O' for before) the selected line, 'd' to remove the selected line, or escape to go back to the main menu.-

         5. Geben Sie b ein, um den Knoten im Nicht-Cluster-Modus zu starten.

            ---

            Hinweis –

            Diese Änderung am Kern-Startparameterbefehl bleibt nicht über den Systemstart hinaus bestehen. Beim nächsten Start des Knotens wird dieser im Cluster-Modus gestartet. Um den Knoten stattdessen im Nicht-Cluster-Modus zu starten, führen Sie diese Schritte erneut aus und fügen Sie dem Befehl für den Kernel-Startparameter die Option -x hinzu.

            ---

         Wenn die Anweisungen festlegen, den Befehl init S auszuführen, müssen Sie das System abschalten und dann den GRUB-Kernel-Boot-Befehl stattdessen in /platform/i86pc/multiboot -sx ändern.

    3. Rüsten Sie alle Software-Anwendungen auf, für die eine Aufrüstung erforderlich ist.

       Booten Sie im Nicht-Cluster-Modus, wenn Sie zum erneuten Booten aufgefordert werden, bis alle Anwendungen aufgerüstet wurden.

    4. Booten Sie jeden Knoten im Cluster-Modus.

       • Führen Sie in SPARC-basierten Systemen den folgenden Befehl aus:

         ok boot

       • Führen Sie in x86-basierten Systemen die folgenden Befehle aus:

         Wenn das GRUB-Menü angezeigt wird, wählen Sie den entsprechenden Solaris-Eintrag aus und drücken Sie die Eingabetaste. Das GRUB-Menü sieht ungefähr folgendermaßen aus:

         GNU GRUB version 0.95 (631K lower / 2095488K upper memory) +-------------------------------------------------------------------------+ | Solaris 10 /sol_10_x86 | | 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.

Beispiel 8–1 Live-Aufrüstung auf die Sun Cluster 3.2-Software

In diesem Beispiel wird eine Live-Aufrüstung eines Cluster-Knotens dargestellt. In diesem Beispiel wird der SPARC-basierte Knoten auf das Betriebssystem Solaris 10 aufgerüst, das Sun Cluster 3.2-Framework und alle Sun Cluster-Datendienste aufgerüstet, die die Live-Aufrüstmethode unterstützen. In diesem Beispiel stellt sc31u2 die ursprüngliche Boot-Umgebung (BE) dar. Die neue, aufgerüstete Boot-Umgebung lautet sc32 und verwendet den Mount-Punkt /sc32. Das Verzeichnis /net/installmachine/export/solaris10/OS_image/ enthält ein Bild des Betriebssystems Solaris 10. Die Java ES-Installer-Statusdatei lautet sc32state.

Mit dem folgenden Befehl wird in der Regel eine umfangreiche Ausgabe generiert. Diese Ausgabe wird nur bei Bedarf angezeigt, um mehr Klarheit zu schaffen.

phys-schost# lucreate sc31u2 -m /:/dev/dsk/c0t4d0s0:ufs -n sc32
…
lucreate: Creation of Boot Environment sc32 successful.

phys-schost# luupgrade -u -n sc32 -s /net/installmachine/export/solaris10/OS_image/
The Solaris upgrade of the boot environment sc32 is complete.
Apply patches

phys-schost# lumount sc32 /sc32
phys-schost# ls -l /sc32/usr/java
lrwxrwxrwx   1 root   other    9 Apr 19 14:05 /sc32/usr/java -> /sc32/usr/j2se/

Insert the DVD-ROM zu Sun Java Availability Suite .
phys-schost# cd /cdrom/cdrom0/Solaris_sparc
phys-schost# ./installer -no -saveState sc32state
phys-schost# ./installer -nodisplay -noconsole -state sc32state -altroot /sc32
phys-schost# cd /cdrom/cdrom0/Solaris_sparc/sun_cluster/Sol_9/Tools
phys-schost# ./scinstall -u update -R /sc32
phys-schost# /sc32/usr/cluster/bin/scinstall -u update -s all -d /cdrom/cdrom0 -R /sc32
phys-schost# cd /
phys-schost# eject cdrom

phys-schost# luumount sc32
phys-schost# luactivate sc32
Activation of boot environment sc32 successful.
Upgrade all other nodes

Boot all nodes
phys-schost# shutdown -y -g0 -i6
ok boot

An diesem Punkt können Sie Datendienstanwendungen aufrüsten, die die Live-Aufrüstmethode nicht verwenden können, bevor Sie im Cluster-Modus neu booten.

Allgemeine Fehler

DID-Gerätenamenfehler – Wenn Sie während der Erstellung der inaktiven Boot-Umgebung einen Fehler erhalten, dass ein Dateisystem, das Sie mit seinem DID-Gerätenamen angegeben haben, /dev/dsk/did/dNsX, nicht vorhanden ist, der Gerätename jedoch schon, müssen Sie das Gerät anhand des physikalischen Gerätenamens angeben. Ändern Sie dann den Eintrag vfstab in der alternativen Boot-Umgebung so, dass stattdessen der DID-Gerätename verwendet wird. Führen Sie folgende Schritte durch:

1) Geben Sie für alle nicht erkannten DID-Geräte die entsprechenden physikalischen Gerätenamen als Argumente der Option -m oder -M im Befehl lucreate an. Wenn z. B. /global/.devices/node@nodeid auf einem DID-Gerät gemountet ist, verwenden Sie lucreate -m /global/.devices/node@nodeid:/dev/dsk/cNtXdYsZ:ufs [-m…] -n BE-name zum Erstellen der Boot-Umgebung.




2) Mounten Sie die inaktive Boot-Umgebung anhand des Befehls lumount -n BE-name -m BE-mount-point.




3) Bearbeiten Sie die Datei /BE-name/etc/vfstab so, dass der physikalische Geräetename /dev/dsk/cNtXdYsZ in den zugehörigen DID-Gerätenamen /dev/dsk/did/dNsX umgewandelt wird.

Mount-Punkt-Fehler - Wenn Sie während der Erstellung der inaktiven Boot-Umgebung einen Fehler erhalten, dass der von Ihnen bereitgestellte Mount-Punkt nicht gemountet ist, mounten Sie den Mount-Punkt und führen Sie den Befehl lucreate erneut aus.

Boot-Fehler in neuer BE - Wenn Sie Probleme beim Booten der kürzlich aktualisierten Umgebung haben, können Sie die ursprüngliche BE wiederherstellen. Spezielle Informationen hierzu finden Sie unter Failure Recovery: Falling Back to the Original Boot Environment (Command-Line Interface) in Solaris 9 9/04 Installation Guide oder Kapitel 10, Wiederherstellen nach Fehler: Zurückgreifen auf die ursprüngliche Boot-Umgebung (Vorgehen) in Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

Fehler des Dateisystems für globale Geräte - Wenn Sie einen Cluster aufgerüstst haben, auf dem die Root-Platte eingekapselt ist, wird möglicherweise während des ersten Neubootens der aktualisierten Benutzerumgebung auf der Cluster-Konsole eine der folgenden Fehlermeldungen angezeigt:

Diese Meldungen geben an, dass die Unternummer vxio auf jedem Cluster-Knoten gleich ist. Weisen Sie der Root-Plattengruppe auf jedem Knoten eine neue Unternummer zu, sodass jede Nummer im Cluster einmalig ist. Siehe Zuweisen einer neuen Unternummer zu einer Gerätegruppe.

Nächste Schritte

Lesen Sie So prüfen Sie die Aufrüstung der Sun Cluster 3.2-Software.

Siehe auch

Sie können Ihre ursprüngliche und jetzt inaktive Boot-Umgebung so lange wie nötig beibehalten. Wenn Sie zufrieden sind und Ihre Aufrüstung akzeptabel ist, können Sie die alte Umgebung entfernen oder sie beibehalten und verwalten.

• Wenn Sie für Ihre inaktive Boot-Umgebung ein ungespiegeltes Volume verwendet haben, löschen Sie die alten BE-Dateien. Weitere Informationen finden Sie unter Deleting an Inactive Boot Environment in Solaris 9 9/04 Installation Guide oder unter Löschen einer inaktiven Boot-Umgebung in Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

• Wenn Sie einen Plex für die Verwendung als inaktive Boot-Umgebung getrennt haben, verbinden Sie den Plex erneut und synchronisieren Sie die Spiegel. Weitere Informationen zum Arbeiten mit einem Plex finden Sie unter Example of Detaching and Upgrading One Side of a RAID 1 Volume (Mirror) (Command-Line Interface) in Solaris 9 9/04 Installation Guide oder unter Beispiel für das Aufbrechen eines RAID-1-Volumes (Mirrors) und die Durchführung eines Upgrades auf einer Mirror-Hälfte (Befehlszeilenschnittstelle) in Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

Sie können auch die inaktive Boot-Umgebung verwalten. Informationen über die Verwaltung der Umgebung finden Sie in Kapitel 37, Maintaining Solaris Live Upgrade Boot Environments (Tasks) in Solaris 9 9/04 Installation Guide oder in Kapitel 11, Verwalten von Solaris Live Upgrade-Boot-Umgebungen (Vorgehen) in Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.