Dieses Kapitel enthält die folgenden Informationen und Verfahren zum Aufrüsten einer Sun Cluster 3.0- oder 3.1-Konfiguration auf die Sun Cluster 3.2-Software:
Durchführen einer Standardaufrüstung auf die Sun Cluster 3.2-Software
Durchführen einer Aufrüstung von zwei Partitionen auf die Sun Cluster 3.2-Software
Durchführen einer Live-Aufrüstung auf die Sun Cluster 3.2-Software
Beachten Sie folgende Anforderungen und Richtlinien zur Software-Unterstützung, wenn Sie auf die Sun Cluster 3.2-Software aufrüsten:
Aufrüsten von x86-basierten Systemen - Auf x86-basierten Systemen können Sie nicht von Solaris 9 auf Solaris 10 aufrüsten. Sie müssen den Cluster mit einer neuen Installation von Solaris 10 und der Sun Cluster 3.2-Software für x86-basierte Systeme neu installieren. Befolgen Sie die Anweisungen in Kapitel 2, Installieren der Software auf dem Cluster.
Sun Cluster-Software-Mindestversion – Die Sun Cluster 3.2-Software unterstützt die folgenden direkten Aufrüstpfade:
SPARC: Von Version 3.0 einschließlich Update-Versionen auf Version 3.2 – Verwenden Sie lediglich die Standardaufrüstmethode.
SPARC: Von Version 3.1, 3.1 10/03, 3.1 4/04 oder 3.1 9/04 auf Version 3.2 – Verwenden Sie die Standardaufrüstmethode, die Methode zum Aufrüsten von zwei Partitionen oder die Live-Aufrüstmethode.
Von Version 3.1 8/05 auf Version 3.2 – Verwenden Sie die Standardaufrüstmethode, die Methode zum Aufrüsten von zwei Partitionen oder die Live-Aufrüstmethode.
Weitere Informationen zu zusätzlichen Anforderungen und Einschränkungen für die einzelnen Aufrüstmethoden finden Sie unter Wählen einer Sun Cluster-Aufrüstungsmethode.
Mindestversion des Solaris-Betriebssystems – Der Cluster muss auf Solaris 9 9/05 software or Solaris 10 11/06 software ausgeführt werden oder zumindest auf Solaris 9 9/05 software or Solaris 10 11/06 software aufgerüstet werden, einschließlich der aktuellsten erforderlichen Patches. Das Betriebssystem Solaris 9 wird nur auf SPARC-basierten Plattformen unterstützt.
Unterstützte Hardware - Die Cluster-Hardware muss eine von der Sun Cluster 3.2-Software unterstützte Konfiguration sein. Wenden Sie sich an Ihren Sun-Vertreter, um Informationen zu aktuell unterstützten Sun Cluster-Konfigurationen einzuholen.
Architekturänderungen während des Aufrüstens - Die Sun Cluster 3.2-Software unterstützt keine Aufrüstung zwischen Architekturen
Software-Migration – Führen Sie während der Sun Cluster-Aufrüstung keine Migration von einem Software-Produkttyp auf ein anderes Produkt aus. So wird z. B. die Migration von Solaris Volume Manager-Plattensätzen auf VxVM-Plattengruppen oder von UFS-Dateisystemen auf VxFS-Dateisysteme während einer Sun Cluster-Aufrüstung nicht unterstützt. Führen Sie nur die Software-Konfigurationsänderungen durch, die von den Aufrüstverfahren eines installierten Softwareprodukts angegeben werden.
Partitionsgröße von globalen Geräten – - Falls die Größe Ihrer /global/.devices/node@nodeid-Partition weniger als 512 MB beträgt, sie jedoch genügend Platz für bereits vorhandene Geräteknoten bietet, brauchen Sie die Dateisystemgröße nicht zu ändern. Die 512-MB-Mindestvoraussetzung gilt für neue Installationen der Sun Cluster 3.2-Software. Sie müssen jedoch weiterhin sicherstellen, dass das Dateisystem der globalen Geräte viel Platz und Inode-Kapazität für bereits vorhandene Geräte und für alle neuen Geräte bietet, die Sie konfigurieren möchten. Für bestimmte Konfigurationsänderungen, wie Hinzufügen von Platten, Plattenvolumes oder Metageräten, muss eventuell die Partitionsgröße erhöht werden, damit genügend zusätzliche Inodes bereitgestellt werden können.
Datendienste – Sie müssen jede Sun Cluster-Datendienstsoftware auf Version 3.2 aufrüsten und die Ressourcen auf die neue Ressourcentypversion migrieren. Die Sun Cluster 3.0- und 3.1-Datendienste werden von der Sun Cluster 3.2-Software nicht unterstützt.
Aufrüsten auf kompatible Versionen – Sie müssen jede Software auf den Cluster-Knoten auf eine Version aufrüsten, die von der Sun Cluster 3.2-Software unterstützt wird. Wenn z.B. eine Version eines Datendienstes von der Sun Cluster 3.1-Software unterstützt wird, jedoch nicht von der Sun Cluster 3.2-Software, müssen Sie diesen Datendienst auf die Version aufrüsten, die von der Sun Cluster 3.2-Software unterstützt wird, falls eine solche Version vorhanden ist. Weitere Informationen zu unterstützten Produkten finden Sie unter Unterstützte Produkte in Sun Cluster 3.2 - Versionshinweise für Solaris.
Konvertieren von NAFO- in IPMP-Gruppen - Für eine Aufrüstung einer Sun Cluster 3.0-Version sollten Sie die IP-Testadressen zur Hand haben, die Sie mit den öffentlichen Netzwerkadaptern verwenden möchten, wenn die NAFO-Gruppen in IP-Netzwerk-Multipathing-Gruppen konvertiert werden. Das Aufrüstungsdienstprogramm scinstall fordert Sie auf, für jeden öffentlichen Netzwerkadapter im Cluster eine IP-Testadresse einzugeben. Eine IP-Testadresse muss sich in demselben Teilnetz befinden wie die primäre IP-Adresse des Adapters.
Informationen zu IP-Testadressen für IPMP-Gruppen finden Sie unter IPMP, im System Administration Guide: IP Services (Solaris 9 oder Solaris 10).
Abrüsten - Die Sun Cluster 3.2-Software unterstützt keine Abrüstung der Sun Cluster-Software.
Beschränkung von scinstall für Datendienstaufrüstungen - Das Aufrüstungsdienstprogramm scinstall rüstet nur die Datendienste auf, die im Lieferumfang der Sun Cluster 3.2-Software enthalten sind. Benutzerdefinierte oder Dritthersteller-Datendienste müssen Sie manuell aufrüsten.
Treffen Sie eine Auswahl aus folgenden Methoden zur Aufrüstung Ihres Clusters auf die Sun Cluster 3.2-Software:
Standardaufrüstung – Bei einer Standardaufrüstung sollten Sie den Cluster abschalten, bevor Sie die Cluster-Knoten aufrüsten. Sie nehmen den Cluster erst wieder in Betrieb, wenn alle Knoten vollständig aufgerüstet sind. Verwenden Sie diese Methode, wenn Sie von einer Sun Cluster 3.0-Version aufrüsten.
Aufrüstung von zwei Partitionen - Bei einer Aufrüstung von zwei Partitionen teilen Sie den Cluster in zwei Gruppen von Knoten auf. Sie schalten eine Gruppe von Knoten ab und aktualisieren diese Knoten. Die andere Gruppe von Knoten stellt weiterhin Dienste bereit. Nachdem Sie die Aufrüstung der ersten Knotengruppe abgeschlossen haben, wechseln Sie die Dienste zu diesen aufgerüsteten Knoten. Anschließend rüsten Sie die verbleibenden Knoten auf und starten sie im restlichen Cluster. Die Cluster-Ausfallzeit ist beschränkt auf die Zeit, die für den Wechsel von anderen Diensten zur aufgerüsteten Partition erforderlich ist.
Beachten Sie folgende zusätzliche Einschränkungen und Anforderungen für die Methode zum Aufrüsten von zwei Partitionen:
Sun Cluster HA for Sun Java System Application Server EE (HADB) - Wenn Sie den Sun Cluster HA für Sun Java System Application Server EE (HADB)-Datendienst mit der Sun Java System Application Server EE (HADB)-Software ab Version 4.4 ausführen, müssen Sie die Datenbank vor Beginn der Aufrüstung von zwei Partitionen abschalten. Die HADB-Datenbank toleriert keinen Mitgliedsverlust, der auftreten würde, wenn eine Partition mit Knoten zum Aufrüsten abgeschaltet wird. Diese Anforderung gilt nicht für Versionen vor Version 4.4.
Datenformatänderungen – Verwenden Sie die Methode zum Aufrüsten von zwei Partitionen, wenn Sie eine Anwendung aufrüsten möchten, die eine Datenformatänderung während der Anwendungsaufrüstung erfordert. Die Methode zum Aufrüsten von zwei Partitionen ist nicht mit der erweiterten Abschaltzeit kompatibel, die zum Durchführen der Datenkonvertierung erforderlich ist.
Speicherort der Anwendungssoftware – Die Anwendungen müssen an nicht freigegebenen Speicherorten installiert werden. Auf den freigegebenen Speicher kann nicht von einer Partition zugegriffen werden, die sich im Nicht-Cluster-Modus befindet. Deshalb ist es nicht möglich, die Anwendungssoftware aufzurüsten, die sich am freigegebenen Speicher befindet.
Aufteilen des Speichers – Jedes freigegebene Speichergerät muss mit einem Knoten in jeder Gruppe verbunden sein.
Cluster mit einem Knoten –Die Aufrüstung von zwei Partitionen steht zum Aufrüsten eines Clusters mit nur einem Knoten nicht zur Verfügung. Verwenden Sie stattdessen die Standardaufrüstung oder die Live-Aufrüstung.
Sun Cluster-Mindestversion – Der Cluster muss unter der Sun Cluster-Version 3.1 ausgeführt werden, bevor Sie mit der Aufrüstung von zwei Partitionen beginnen.
Konfigurationsänderungen – Führen Sie keine Cluster-Konfigurationsänderungen durch, die nicht in den Aufrüstverfahren dokumentiert sind. Derartige Änderungen werden eventuell nicht von der letztendlichen Cluster-Konfiguration übernommen. Außerdem würden die Validierungsversuche solcher Änderungen fehlschlagen, da nicht alle Knoten während der Aufrüstung von zwei Partitionen erreichbar sind.
Live-Aufrüstung - Eine Live-Aufrüstung behält die vorherige Cluster-Konfiguration so lange bei, bis Sie alle Knoten aufgerüstet und die Aufrüstung bestätigt haben. Falls die aufgerüstete Konfiguration zu einem Problem führt, können Sie so lange zur vorherigen Cluster-Konfiguration zurückkehren, bis Sie das Problem beheben können.
Beachten Sie folgende zusätzliche Einschränkungen und Anforderungen der Live- Aufrüstung:
Sun Cluster-Mindestversion - Der Cluster muss unter Sun Cluster Version 3.1 ausgeführt werden, bevor Sie mit der Live-Aufrüstung beginnen.
Mindestversion der Software für die Live-Aufrüstung – Wenn Sie die Live-Aufrüstung durchführen möchten, müssen Sie die Solaris Live Upgrade-Pakete der Solaris 9 9/04- oder Solaris 10-Versionen verwenden. Diese Voraussetzung gilt für Cluster, die auf allen Solaris-Betriebssystemversionen ausgeführt werden, einschließlich der Solaris 8-Software. Die Live-Aufrüstungsverfahren bieten Anweisungen zum Aufrüsten dieser Pakete.
Aufrüstung von zwei Partitionen – Die Live-Aufrüstung kann nicht zusammen mit einer Aufrüstung von zwei Partitionen verwendet werden.
Nicht globale Zonen – Die Live-Aufrüstung unterstützt das Aufrüsten von Clustern nicht, die auf einem der Cluster-Knoten konfigurierte, nicht globale Zonen enthalten. Verwenden Sie stattdessen die Standardaufrüstung oder die Methode zum Aufrüsten von zwei Partitionen.
Plattenspeicher - Wenn Sie die Live-Aufrüstung verwenden möchten, müssen Sie über freien Plattenspeicher verfügen, um eine Kopie der Boot-Umgebung der einzelnen Knoten zu erstellen. Diesen Plattenspeicher legen Sie fest, nachdem der Aufrüstung abgeschlossen und verifiziert wurde. Informationen zu den Speicherplatzanforderungen für eine inaktive Boot-Umgebung finden Sie unter Solaris Live Upgrade Disk Space Requirements in Solaris 9 9/04 Installation Guide oder unter Reservieren von Festplattenspeicher und Swap-Bereich in Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.
Allgemeine Informationen zur Planung der Sun Cluster 3.2-Konfiguration finden Sie in Kapitel 1, Planen der Sun Cluster-Konfiguration.
Dieser Abschnitt enthält die folgenden Informationen zum Aufrüsten auf die Sun Cluster 3.2-Software mithilfe der Standardaufrüstmethode:
So bereiten Sie den Cluster für die Aufrüstung vor (Standard)
So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Standard) auf
So rüsten Sie auf die Sun Cluster 3.2-Software auf (Standard)
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.
Tabelle 8–1 Aufgabenzuordnung: Durchführen einer Standardaufrüstung auf die Sun Cluster 3.2-Software
Schritt |
Anweisungen |
---|---|
1. Lesen Sie folgende Aufrüstungsanforderungen und -beschränkungen. Bestimmen Sie die richtige Aufrüstmethode für Ihre Konfiguration und Anforderungen. | |
2. Entfernen Sie den Cluster aus dem Betrieb und erstellen Sie Sicherungskopien von gemeinsam genutzten Daten. |
So bereiten Sie den Cluster für die Aufrüstung vor (Standard) |
3. Rüsten Sie bei Bedarf die Solaris-Software auf eine unterstützte Solaris-Aktualisierung auf. Wenn der Cluster Mediatoren mit doppelten Zeichenketten für die Solaris Volume Manager-Software verwendet, heben Sie die Konfiguration der Vermittler auf. Rüsten Sie bei Bedarf VERITAS Volume Manager (VxVM) und VERITAS File System (VxFS) auf. Die Solaris Volume Manager-Software wird automatisch mit dem Solaris-Betriebssystem aufgerüstet. |
So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Standard) auf |
4. Rüsten Sie auf die Framework- und Datendienste-Software von Sun Cluster 3.2 auf. Rüsten Sie bei Bedarf die Anwendungen auf. Falls der Cluster Mediatoren mit doppelten Zeichenketten verwendet und Sie das Solaris-Betriebssystem aufgerüstet haben, konfigurieren Sie die Mediatoren neu. Rüsten Sie die Plattengruppen auf, wenn Sie VxVM, aufgerüstet haben. |
So rüsten Sie auf die Sun Cluster 3.2-Software auf (Standard) |
5. Prüfen Sie, ob das Aufrüsten auf die Sun Cluster 3.2-Software erfolgreich abgeschlossen wurde. | |
6. Aktivieren Sie Ressourcen und bringen Sie Ressourcengruppen online. Sie können auch vorhandene Ressourcen in neue Ressourcentypen migrieren. |
So beenden Sie die Aufrüstung auf die Sun Cluster 3.2-Software |
7. (Optional) SPARC: Rüsten Sie gegebenenfalls auf das Sun Cluster-Modul für Sun Management Center auf. |
SPARC: So rüsten Sie die Software für das Sun Cluster-Modul für Sun Management Center auf |
Führen Sie dieses Verfahren aus, um den Cluster aus der Produktion zu entfernen, bevor Sie eine Standardaufrüstung ausführen. Führen Sie alle Schritte im Solaris 10-Betriebssystem nur in der globalen Zone durch.
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.
Stellen Sie sicher, dass der Cluster normal funktioniert.
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).
Suchen Sie im Protokoll /var/adm/messages nach nicht gelösten Fehler- oder Warnmeldungen.
Prüfen Sie den Datenträger-Manager-Status.
Benachrichtigen Sie die Benutzer, dass die Cluster-Dienste während der Aufrüstung nicht zur Verfügung stehen werden.
Melden Sie sich als Superuser bei einem Cluster-Knoten an.
Nehmen Sie jede Ressourcengruppe offline und deaktivieren Sie alle Ressourcen.
Nehmen Sie alle Ressourcengruppen im Cluster offline, einschließlich derer, die sich in nicht globalen Zonen befinden. Die Deaktivierung von Ressourcen verhindert, dass der Cluster die Ressourcen automatisch online bringt, wenn ein Knoten unbeabsichtigt im Cluster-Modus neu gestartet wird.
Wenn Sie von der Sun Cluster 3.1-Software aufrüsten und das Dienstprogramm scsetup verwenden möchten, führen Sie die folgenden Schritte aus:
Rufen Sie das scsetup-Dienstprogramm auf.
phys-schost# scsetup |
Das scsetup-Hauptmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Ressourcengruppen entspricht, und drücken Sie die Rücktaste.
Das Menü "Ressourcengruppe" wird angezeigt.
Geben Sie die Zahl ein, die der Option für "Online/Offline" entspricht, und drücken Sie die Rücktaste.
Befolgen Sie die Anweisungen, um alle Ressourcengruppen offfline zu schalten und sie in einen nicht verwalteten Zustand zu versetzen.
Wenn alle Ressourcengruppen offline geschaltet sind, geben Sie q ein, um zum Ressourcengruppenmenü zurückzukehren.
Beenden Sie das scsetup-Dienstprogramm.
Geben Sie zum Zurückkehren in jedem Untermenü q ein oder drücken Sie Strg+C.
Führen Sie für die Verwendung der Befehlszeile die folgenden Schritte aus:
Nehmen Sie jede Ressource offline.
phys-schost# scswitch -F -g resource-group |
Schaltet eine Ressourcengruppe offline
Gibt den Namen der Ressourcengruppe an, die offline genommen werden soll
Listen Sie alle aktivierten Ressourcen im Cluster von einem beliebigen Knoten aus auf.
phys-schost# scrgadm -pv | grep "Res enabled" (resource-group:resource) Res enabled: True |
Identifizieren Sie die Ressourcen, die von anderen Ressourcen abhängen.
Bevor Sie Ressourcen mit abhängigen Ressourcen deaktivieren können, müssen Sie diese abhängigen Ressourcen deaktivieren.
Deaktivieren Sie jede aktivierte Ressource im Cluster.
phys-schost# scswitch -n -j resource |
Deaktiviert.
Gibt die Ressource an.
Weitere Informationen finden Sie in der Online-Dokumentation unter scswitch(1M).
Prüfen Sie, dass alle Ressourcen deaktiviert sind.
phys-schost# scrgadm -pv | grep "Res enabled" (resource-group:resource) Res enabled: False |
Verschieben Sie jede Ressourcengruppe in den unverwalteten Zustand.
phys-schost# scswitch -u -g resource-group |
Verschiebt die angegebene Ressourcengruppe in den unverwalteten Zustand.
Gibt den Namen der Ressourcengruppe an, die in den unverwalteten Zustand verschoben werden soll.
Vergewissern Sie sich, dass alle Ressourcen auf allen Knoten Offline sind und dass sich alle Ressourcengruppen im Zustand Unmanaged befinden.
phys-schost# scstat |
Stellen Sie für einen Zweiknoten-Cluster, der Sun StorEdge Availability Suite oder Sun StorageTekTM 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.
Melden Sie sich als Superuser bei einem Knoten des Clusters an, der die Availability Suite-Software ausführt.
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.
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.
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 |
Sie müssen den Namen des Raw-DID-Geräts, /dev/did/rdsk/, und nicht des Block-DID-Geräts, /dev/did/dsk/, verwenden.
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 |
(Optional) Wenn Sie von einer Version der Software Sun Cluster 3.0 aufrüsten und nicht möchten, dass die Datei ntp.conf in ntp.conf.cluster umbenannt wird, erstellen Sie eine Datei ntp.conf.cluster.
Kopieren Sie /etc/inet/ntp.cluster von jedem Knoten als ntp.conf.cluster.
phys-schost# cp /etc/inet/ntp.cluster /etc/inet/ntp.conf.cluster |
Durch das Vorhandensein einer Datei ntp.conf.cluster wird verhindert, dass die Datei ntp.conf bei der Aufrüstung umbenannt wird. Die Datei ntp.conf wird nach wie vor zum Synchronisieren von NTP unter den Cluster-Knoten verwendet.
Stoppen Sie alle Anwendungen, die auf Knoten des Clusters ausgeführt werden.
Stellen Sie sicher, dass von allen gemeinsam genutzten Daten eine Sicherungskopie erstellt wurde.
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.
Überprüfen Sie mithilfe des folgenden Befehls, dass beim Vermittler keine Datenprobleme vorliegen.
phys-schost# medstat -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.
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.
Ü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 |
Umgang mit Änderungen
Gibt den Namen des Plattensatzes an.
Gibt den Namen des Knotens an, welcher der primäre Knoten des Plattensatzes werden soll.
Dekonfigurieren Sie alle Vermittler für den Plattensatz.
phys-schost# metaset -s setname -d -m mediator-host-list |
Gibt den Plattensatznamen an.
Löscht aus dem Plattensatz
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).
Wiederholen Sie die Schritte c bis d für jeden verbleibenden Plattensatz, der Vermittler verwendet.
Fahren Sie den Cluster von einem Knoten herunter.
# scshutdown -g0 -y |
Weitere Informationen finden Sie auf der Manpage scshutdown(1M).
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:
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.
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. |
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 |
Ü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.- |
Geben Sie b ein, um den Knoten im Nicht-Cluster-Modus zu starten.
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.
Stellen Sie sicher, dass von jeder Systemplatte eine Sicherungskopie erstellt wurde.
Rüsten Sie die Software auf jedem Knoten auf.
Um die Solaris-Software vor einer Sun Cluster-Software-Aufrüstung auszuführen, lesen Sie So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Standard) auf.
Sie müssen die Solaris-Software auf eine unterstützte Version aufrüsten, wenn die Sun Cluster 3.2-Software die Version des Solaris-Betriebssystems nicht unterstützt, das derzeit auf Ihrem Cluster ausgeführt wird. Weitere Informationen finden Sie unter “Supported Products„ in Sun Cluster 3.2 - Versionshinweise für Solaris.
Wenn die Sun Cluster 3.2-Software die Version des Solaris-Betriebssystem unterstützt, die aktuell auf dem Cluster läuft, ist eine weitere Aufrüstung der Solaris-Software optional.
Rüsten Sie andernfalls auf die Sun Cluster 3.2-Software auf. Lesen Sie So rüsten Sie auf die Sun Cluster 3.2-Software auf (Standard).
Führen Sie dieses Verfahren auf jedem Knoten im Cluster durch, um das Solaris-Betriebssystem aufzurüsten. Führen Sie alle Schritte im Solaris 10-Betriebssystem nur in der globalen Zone durch. Wenn auf dem Cluster bereits eine Version des Solaris-Betriebssystems ausgeführt wird, die die Software Sun Cluster 3.2 unterstützt, ist eine weitere Aufrüstung des Solaris-Betriebssystems optional. Wenn Sie das Solaris-Betriebssystem nicht aufrüsten möchten, fahren Sie mit So rüsten Sie auf die Sun Cluster 3.2-Software auf (Standard) fort.
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.
Stellen Sie sicher, dass alle Schritte in So bereiten Sie den Cluster für die Aufrüstung vor (Standard) abgeschlossen wurden.
Melden Sie sich für die Aufrüstung beim Cluster-Knoten als Superuser an.
Wenn Sie eine Aufrüstung von zwei Partitionen durchführen, muss der Knoten Mitglied der Partition sein, die sich im Nicht-Cluster-Modus befindet.
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.
Ermitteln Sie, ob die folgenden Apache-rc-Skripts vorhanden sind und ob diese aktiviert oder deaktiviert sind:
/etc/rc0.d/K16apache /etc/rc1.d/K16apache /etc/rc2.d/K16apache /etc/rc3.d/S50apache /etc/rcS.d/K16apache |
Bei einigen Anwendungen, beispielsweise Sun Cluster HA für Apache, müssen die Apache-rc-Skripts deaktiviert sein.
Wenn diese Skripts vorhanden sind und ein K oder S als Großbuchstaben im Dateinamen enthalten, sind die Skripts aktiviert. Für diese Skripts sind keine weiteren Aktionen erforderlich.
Wenn diese Skripts nicht vorhanden sind, müssen Sie in Schritt 8 sicherstellen, dass sämtliche, während der Aufrüstung des Solaris-Betriebssystems installierten Apache-rc-Skripts deaktiviert sind.
Wenn diese Skripts vorhanden sind und ein k oder s als Kleinbuchstaben im Dateinamen enthalten, sind sie deaktiviert. Sie müssen in Schritt 8 sicherstellen, dass sämtliche während der Aufrüstung des Solaris-Betriebssystems installierten Apache-rc-Skripts deaktiviert sind.
Kommentieren Sie alle Einträge für global eingehängte Dateisysteme in der Datei /etc/vfstab des Knotens aus.
Protokollieren Sie zu späteren Referenzzwecken sämtliche Einträge, die bereits auskommentiert sind.
Kommentieren Sie vorübergehend sämtliche Einträge für eingehängte Dateisysteme in der Datei /etc/vfstab aus.
Einträge für global eingehängte Dateisysteme enthalten die Einhängeoption global. Kommentieren Sie diese Einträge aus, um zu verhindern, dass die Solaris-Aufrüstung das Einhängen der globalen Geräte versucht.
Legen Sie fest, welches Verfahren Sie zur Aufrüstung des Solaris-Betriebssystems durchführen möchten.
Datenträger-Manager |
Verfahren |
Speicherort der Anweisungen |
---|---|---|
Solaris Volume Manager |
Alle Solaris-Aufrüstungsmethoden außer der Live-Aufrüstung |
Installationsdokumentation zu Solaris |
VERITAS Volume Manager |
“Aufrüsten von VxVM und Solaris” |
Installationsdokumentation zu VERITAS Volume Manager |
Wenn im Cluster VxVM installiert ist, müssen Sie die vorhandene VxVM-Software erneut installieren oder auf die Version Solaris 9 oder 10 der VxVM-Software als Teil des Solaris-Aufrüstungsprozesses aufrüsten.
Rüsten Sie die Solaris-Software mit dem in Schritt 5 ausgewählten Verfahren auf.
Führen Sie nicht die letzte Anweisung zum Neubooten in der Solaris-Softwareaufrüstung aus. Gehen Sie stattdessen wie folgt vor:
Kehren Sie zu diesem Verfahren zurück und führen Sie Schritt 7 und Schritt 8 aus.
Booten Sie in Schritt 9 im Nicht-Cluster-Modus, um die Aufrüstung der Solaris-Software abzuschließen.
Wählen Sie bei Aufforderung die manuelle Option zum Neubooten.
Wenn Sie während des Aufrüstungsprozesses angewiesen werden, einen Knoten neu zu booten, booten Sie immer im Nicht-Cluster-Modus. Ergänzen Sie die Befehle boot und reboot mit der Option -x. Die -x-Option stellt sicher, dass der Knoten im Nicht-Cluster-Modus neu gebootet wird. Beide folgenden Befehle booten zum Beispiel einen Cluster im Einzelbenutzer-Nicht-Cluster-Modus:
Führen Sie auf SPARC-basierten Systemen einen der folgenden Befehle aus:
phys-schost# reboot -- -xs or ok boot -xs |
Für den Fall, dass laut Anweisung der Befehl init S ausgeführt werden soll, verwenden Sie stattdessen den Befehl reboot -- -xs.
Führen Sie auf x86-basierten Systemen, auf denen das Betriebssystem Solaris 9 ausgeführt wird, einen der folgenden Befehle durch:
phys-schost# reboot -- -xs or ... <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -xs |
Führen Sie auf x86-basierten Systemen, auf denen das Betriebssystem Solaris 10 ausgeführt wird, einen der folgenden Befehle durch:
phys-schost# shutdown -g -y -i0Press any key to continue |
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.
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. |
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 |
Ü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.- |
Geben Sie b ein, um den Knoten im Nicht-Cluster-Modus zu starten.
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.
Entkommentieren Sie in der Datei /a/etc/vfstab die Einträge für global eingehängte Dateisysteme, die Sie in Schritt 4 auskommentiert haben.
Wenn Apache-rc-Skripts deaktiviert wurden oder vor der Aufrüstung des Solaris-Betriebssystems nicht vorhanden waren, müssen Sie sicherstellen, dass alle Skripts, die während der Solaris-Aufrüstung installiert wurden, deaktiviert werden.
Um Apache-rc-Skripts zu deaktivieren, benennen Sie die Dateien mithilfe der folgenden Befehle in Namen mit k bzw. s als Kleinbuchstaben um.
phys-schost# mv /a/etc/rc0.d/K16apache /a/etc/rc0.d/k16apache phys-schost# mv /a/etc/rc1.d/K16apache /a/etc/rc1.d/k16apache phys-schost# mv /a/etc/rc2.d/K16apache /a/etc/rc2.d/k16apache phys-schost# mv /a/etc/rc3.d/S50apache /a/etc/rc3.d/s50apache phys-schost# mv /a/etc/rcS.d/K16apache /a/etc/rcS.d/k16apache |
Alternativ können Sie die Skripts so umbenennen, dass sie ihren üblichen Verwaltungspraktiken entsprechen.
Booten Sie den Knoten im Nicht-Cluster-Modus neu.
Fügen Sie doppelte Bindestriche (--) in folgenden Befehl ein:
phys-schost# reboot -- -x |
Wenn auf dem Cluster VxVM ausgeführt wird, führen Sie die übrigen Schritte im Verfahren “Upgrading VxVM and Solaris” aus, um VxVM neu zu installieren oder aufzurüsten.
Nehmen Sie folgende Änderungen am Verfahren vor:
Überprüfen Sie nach dem Abschluss der VxVM-Aufrüstung, jedoch vor dem Neubooten die Einträge in der Datei /etc/vfstab.
Wenn einer der in Schritt 7 entkommentierten Einträge auskommentiert wurde, entkommentieren Sie diesen Eintrag erneut.
Wenn Sie in den VxVM-Verfahren angewiesen werden, ein abschließendes Rekonfigurations-Neubooten durchzuführen, verwenden Sie nicht allein die Option -r. Booten Sie stattdessen mithilfe der Option -rx im Nicht-Cluster-Modus neu.
Führen Sie in SPARC-basierten Systemen den folgenden Befehl aus:
phys-schost# reboot -- -rx |
Führen Sie auf x86-basierten Systemen die Abschalt- und Bootverfahren aus, die in Schritt 6 beschrieben werden, außer dass Sie -rx statt -sx dem Kernel-Boot-Befehl hinzufügen.
Wenn eine Nachricht angezeigt wird, die der folgenden ähnelt, geben Sie das Root-Passwort ein, um den Aufrüstungsprozess fortzusetzen. Führen Sie weder den fsck-Befehl aus noch drücken Sie Strg-D.
WARNING - Unable to repair the /global/.devices/node@1 filesystem. Run fsck manually (fsck -F ufs /dev/vx/rdsk/rootdisk_13vol). Exit the shell when done to continue the boot process. Type control-d to proceed with normal startup, (or give root password for system maintenance): Type the root password |
(Optional) SPARC: Rüsten Sie VxFS auf.
Befolgen Sie die in der VxFS-Dokumentation enthaltenen Anweisungen.
Installieren Sie alle erforderlichen Solaris-Software- und Hardware-bezogenen Patches und laden Sie die erforderliche Firmware der Hardware-Patches herunter.
Booten Sie nach dem Hinzufügen der Patches nicht neu. Warten Sie mit dem Neubooten des Knotens, bis die Sun Cluster-Software aufgerüstet ist.
Informationen zum Speicherort der Patches und Installationshinweise finden Sie unter Korrekturversionen und erforderliche Firmware-Ebenen in Sun Cluster 3.2 - Versionshinweise für Solaris.
Auf Sun Cluster 3.2-Software aufrüsten. Lesen Sie So rüsten Sie auf die Sun Cluster 3.2-Software auf (Standard).
Wenn Sie die Aufrüstung auf eine neue Marketing-Version des Solaris-Betriebssystems beenden möchten, z.B. von Solaris 8 auf Solaris 10, müssen Sie auch die Sun Cluster-Software und die abhängige Software auf die Version aufrüsten, die mit der neuen Version des Solaris-Betriebssystems kompatibel ist.
Führen Sie dieses Verfahren durch, um alle Knoten des Clusters auf die Sun Cluster 3.2-Software aufzurüsten. Bei diesem Verfahren werden auch die erforderlichen freigegebenen Sun Java Enterprise System-Komponenten aufgerüstet.
Sie müssen dieses Verfahren auch durchführen, nachdem Sie auf eine andere Marketing-Version des Solaris-Betriebssystems aufgerüstet haben, z.B. von Solaris 8 auf Solaris 10.
Führen Sie alle Schritte im Solaris 10-Betriebssystem nur in der globalen Zone durch.
Sie können dieses Verfahren auf mehreren Knoten gleichzeitig ausführen.
Führen Sie folgende Aufgaben aus:
Stellen Sie sicher, dass alle Schritte in So bereiten Sie den Cluster für die Aufrüstung vor (Standard) abgeschlossen wurden.
Wenn Sie auf eine neue Marketing-Version des Solaris-Betriebssystems aufgerüstet haben, z.B. von Solaris 8 auf Solaris 10, müssen Sie sicherstellen, dass alle Schritte in So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Standard) auf abgeschlossen wurden.
Stellen Sie sicher, dass Sie alle erforderlichen Solaris-Software- und Hardware-bezogenen Patches installiert haben.
Melden Sie sich als Superuser bei einem Cluster-Knoten an.
Stellen Sie sicher, dass das Verzeichnis /usr/java/ eine symbolische Verknüpfung zur Mindestversion oder zur aktuellsten Version der Java-Software aufweist..
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.
Ermitteln Sie, mit welchem Verzeichnis das Verzeichnis /usr/java/ symbolisch verknüpft ist.
phys-schost# ls -l /usr/java lrwxrwxrwx 1 root other 9 Apr 19 14:05 /usr/java -> /usr/j2se/ |
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# /usr/j2se/bin/java -version phys-schost# /usr/java1.2/bin/java -version phys-schost# /usr/jdk/jdk1.5.0_06/bin/java -version |
Wenn das Verzeichnis /usr/java/ nicht symbolisch mit einer unterstützen Version der Java-Software verknüpft ist, erstellen Sie die symbolische Verknüpfung zu einer unterstützen Version der Java-Software neu.
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 /usr/java phys-schost# ln -s /usr/j2se /usr/java |
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.
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 |
Starten Sie Installations-Assistent.
phys-schost# ./installer |
Befolgen Sie die Anweisungen auf dem Bildschirm, um die Softwarepakete mit den gemeinsamen Komponenten im Knoten aufzurüsten.
Verwenden Sie zum Aufrüsten der Sun Cluster-Softwarepakete nicht den Assistenten.
Installations-Assistent zeigt den Installationsstatus an. Nach Installationsabschluss zeigt das Programm eine Installationszusammenfassung und die Installationsprotokolle an.
Beenden Sie Installations-Assistent.
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 |
Starten Sie das Dienstprogramm scinstall.
phys-schost# ./scinstall |
Verwenden Sie nicht den Befehl /usr/cluster/bin/scinstall, der bereits auf dem Knoten installiert ist. Sie müssen den Befehl scinstall auf der DVD-ROM zu Sun Java Availability Suite verwenden.
Das scinstall-Hauptmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aufrüstung dieses Cluster-Knotens entspricht und drücken Sie die Eingabetaste.
*** Hauptmenü *** Wählen Sie eine der folgenden (*) Optionen aus: * 1) Einen neuen Cluster erstellen oder einen Cluster-Knoten hinzufügen 2) Einen Cluster so konfigurieren, dass mit ihm ein JumpStart auf diesem Installationsserver durchgeführt werden kann * 3) Ein Upgrade auf zwei Partitionen verwalten * 4) Diesen Cluster-Knoten aufrüsten * 5) Versionsinformationen zu diesem Cluster-Knoten ausdrucken * ?) Hilfe zu Menüoptionen * q) Beenden Option: 4 |
Das Aufrüstungsmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aufrüstung des Sun Cluster-Framework auf diesem Cluster-Knoten entspricht und drücken Sie die Eingabetaste.
Befolgen Sie die Menü-Eingabeaufforderungen, um das Cluster-Framework aufzurüsten.
Während der Sun Cluster-Aufrüstung nimmt scinstall möglicherweise eine oder mehrere der folgenden Konfigurationsänderungen vor:
Wandeln Sie NAFO-Gruppen in IPMP-Gruppen um und behalten Sie den ursprünglichen NAFO-Gruppennamen bei.
In den folgenden Handbüchern finden Sie Informationen zu Testadressen für IPMP:
Configuring Test Addresses in Administering Multipathing Groups With Multiple Physical Interfaces in System Administration Guide: IP Services (Solaris 9)
Test Addresses in System Administration Guide: IP Services (Solaris 10)
Weitere Informationen zur Konvertierung der NAFO-Gruppen in IPMP während der Aufrüstung der Sun Cluster-Software finden Sie in der Online-Dokumentation unter scinstall(1M).
Benennen Sie die Datei ntp.conf in ntp.conf.cluster um, wenn ntp.conf.cluster noch nicht auf dem Knoten vorhanden ist.
Setzen Sie die Variable local-mac-address? auf true, wenn sie noch nicht auf diesen Wert gesetzt ist.
Die Aufrüstungsverarbeitung ist abgeschlossen, wenn das System die Meldung Abgeschlossene Aufrüstung von Sun Cluster-Framework ausgibt und Sie auffordert, die Eingabetaste zu drücken, um fortzufahren.
Beenden Sie das Dienstprogramm scinstall.
Entfernen Sie die DVD-ROM zu Sun Java Availability Suite aus dem DVD-ROM-Laufwerk.
Aufrüsten von Datendienstpaketen.
Sie müssen alle Datendienste auf die Version Sun Cluster 3.2 aufrüsten.
Für Sun Cluster HA für SAP Web-Anwendungsserver, bei Verwendung einer J2EE-Engine-Ressource oder einer Ressource für eine Webanwendungs-Serverkomponente oder beiden müssen Sie die Ressource löschen und sie mit der neuen Ressource für die Webanwendungs-Serverkomponente neu erstellen. Zu den Änderungen in der neuen Ressource für die Webanwendungs-Serverkomponente gehört die Integration der J2EE-Funktion. Weitere Informationen finden Sie im Sun Cluster Data Service for SAP Web Application Server Guide for Solaris OS .
Starten Sie das aufgerüstete interaktive Dienstprogramm scinstall.
phys-schost# /usr/cluster/bin/scinstall |
Verwenden Sie zum Aufrüsten der Datendienstpakete nicht das Dienstprogramm scinstall auf dem Installationsmedium.
Das scinstall-Hauptmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aufrüstung dieses Cluster-Knotens entspricht und drücken Sie die Eingabetaste.
Das Aufrüstungsmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aufrüstung der Dienstagenten der Sun Cluster-Daten auf diesem Knoten entspricht und drücken Sie die Eingabetaste.
Befolgen Sie die Menü-Eingabeaufforderungen, um die auf dem Knoten installierten Sun Cluster-Datendienst-Agenten aufzurüsten.
Sie können aus der Liste der für die Aufrüstung verfügbaren Datendienste auswählen oder alle installierten Datendienste aufrüsten.
Die Aufrüstungsverarbeitung ist abgeschlossen, wenn das System die Meldung Completed upgrade of Sun Cluster data services agents ausgibt und Sie auffordert, die Eingabetaste zu drücken, um fortzufahren.
Drücken Sie die Eingabetaste.
Das Aufrüstungsmenü wird angezeigt.
Beenden Sie das Dienstprogramm scinstall.
Wenn Sie Sun Cluster HA für NFS auf einem hoch verfügbaren Dateisystem konfiguriert haben, müssen Sie sicherstellen, dass das LOFS-Dateisystem deaktiviert ist.
Wenn nicht globale Zonen konfiguriert sind, muss LOFS aktiviert bleiben. Richtlinien über die Verwendung von LOFS und Alternativen für die Anzeige finden Sie in Cluster-Dateisysteme.
Ab Sun Cluster-Version 3.2 wird LOFS während der Installation oder Aufrüstung der Sun Cluster-Software nicht mehr standardmäßig deaktiviert. Um LOFS zu deaktivieren, müssen Sie sicherstellen, dass die Datei /etc/system folgenden Eintrag enthält:
exclude:lofs |
Diese Änderungen werden erst beim nächsten Systemstart wirksam.
Rüsten Sie nach Bedarf alle benutzerdefinierten Datendienste auf, die nicht auf den Produktdatenträger bereitgestellt werden.
Überprüfen Sie, ob alle Datendienst-Aktualisierungen erfolgreich installiert wurden.
Zeigen Sie die Aufrüstungsprotokolldatei an, die am Ende der Aufrüstungs-Ausgabemeldungen angegeben wird.
Installieren Sie die Framework- und Datendienst-Software-Patches von Sun Cluster 3.2.
Informationen zum Speicherort der Patches und Installationshinweise finden Sie unter Korrekturversionen und erforderliche Firmware-Ebenen in Sun Cluster 3.2 - Versionshinweise für Solaris.
Rüsten Sie die Softwareanwendungen auf, die im Cluster installiert sind.
Stellen Sie sicher, dass die Anwendungsversionen mit den aktuellen Versionen der Sun Cluster- und Solaris-Software kompatibel sind. Installationsanweisungen finden Sie in der Anwendungsdokumentation.
(Optional) Konfigurieren Sie den Adressbereich des privaten Netzwerks neu.
Führen Sie diesen Schritt durch, wenn Sie die Größe des IP-Adressbereichs, der vom privaten Interconnect verwendet wird, erhöhen oder reduzieren möchten. Der von Ihnen konfigurierte IP-Adressbereich muss mindestens die Anzahl der Knoten und privaten Netzwerke im Cluster unterstützen. Weitere Informationen finden Sie unter Privates Netzwerk.
Starten Sie von einem Knoten das Dienstprogramm clsetup.
Wenn das Dienstprogramm clsetup im Nicht-Cluster-Modus ausgeführt wird, wird das Hauptmenü für Vorgänge im Nicht-Cluster-Modus angezeigt.
Geben Sie die Zahl ein, die der Option für die Änderung des IP-Adressbereichs entspricht, und drücken Sie die Eingabetaste.
Mit dem Dienstprogramm clsetup wird die aktuelle Konfiguration des privaten Netzwerks angezeigt. Anschließend werden Sie gefragt, ob Sie diese Konfiguration ändern möchten.
Zum Ändern der IP-Adresse des privaten Netzwerks oder des IP-Adressbereichs geben Sie ja ein und drücken die Eingabetaste.
Mit dem Dienstprogramm clsetup wird die Standard-IP-Adresse des privaten Netzwerks 172.16.0.0 angezeigt und Sie werden gefragt, ob sie übernommen werden soll.
Ändern Sie die IP-Adresse des privaten Netzwerks oder übernehmen Sie sie.
Zur Übernahme der Standard-IP-Adresse des privaten Netzwerks und zum Ändern des IP-Adressbereichs geben Sie ja ein und drücken die Eingabetaste.
Das Dienstprogramm clsetup fragt Sie, ob die Standard-Netzmaske übernommen werden soll. Fahren Sie mit dem nächsten Schritt fort, um Ihre Antwort einzugeben.
Zum Ändern der Standard-IP-Adresse des privaten Netzwerks führen Sie die folgenden Nebenschritte durch.
Geben Sie als Antwort auf die Frage des Dienstprogamms clsetup, ob die Standardadresse übernommen werden soll, nein ein und drücken Sie die Eingabetaste.
Das Dienstprogramm clsetup fordert Sie zur Eingabe der neuen IP-Adresse des privaten Netzwerks auf.
Geben Sie die neue IP-Adresse ein und drücken Sie die Eingabetaste.
Mit dem Dienstprogramm clsetup wird die Standard-Netzmaske angezeigt; anschließend werden Sie gefragt, ob sie übernommen werden soll.
Ändern Sie den Standard-IP-Adressbereich des privaten Netzwerks oder übernehmen Sie ihn.
Die Standard-Netzmaske lautet 255.255.248.0. Dieser Standard-IP-Adressbereich unterstützt bis zu 64 Knoten und bis zu 10 private Netzwerke im Cluster.
Zur Übernahme des Standard-IP-Adressbereichs geben Sie ja ein und drücken die Eingabetaste.
Fahren Sie anschließend beim nächsten Schritt fort.
Zum Ändern des Standard-IP-Adressbereichs führen Sie die folgenden Nebenschritte durch.
Geben Sie als Antwort auf die Frage des Dienstprogamms clsetup, ob der Standardadressbereich übernommen werden soll, nein ein und drücken Sie die Eingabetaste.
Wenn Sie die Standard-Netzmaske ablehnen, fordert das Dienstprogramm clsetup Sie zur Eingabe der Anzahl der Knoten und privaten Netzwerke auf, die Sie im Cluster konfigurieren möchten.
Geben Sie die Anzahl der Knoten und der privaten Netzwerke ein, die Sie im Cluster konfigurieren möchten.
Anhand dieser Zahlen berechnet das Dienstprogramm clsetup zwei vorgeschlagene Netzmasken:
Die erste Netzmaske ist diejenige, die mindestens benötigt wird, um die angegebene Anzahl der Knoten und privaten Netzwerke zu unterstützen.
Die zweite Netzmaske unterstützt die doppelte Anzahl an Knoten und privaten Netzwerken, die Sie angegeben haben und unterstützt somit etwaigen Zuwachs.
Geben Sie eine der berechneten Netzmasken oder eine andere Netzmaske an, die die gewünschte Anzahl an Knoten und privaten Netzwerken unterstützt.
Geben Sie auf die Frage des Dienstprogramms clsetup, ob die Aktualisierung fortgesetzt werden soll, ja ein.
Wenn Sie fertig sind, beenden Sie das clsetup-Dienstprogramm.
Nachdem alle Knoten im Cluster aufgerüstet wurden, müssen Sie die aktualisierten Knoten neu starten.
Fahren Sie alle Knoten herunter.
phys-schost# shutdown -g0 -y |
Booten Sie jeden Knoten im Cluster-Modus.
Führen Sie auf SPARC-basierten Systemen Folgendes aus:
ok boot |
Führen Sie auf x86-basierten Systemen Folgendes 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. |
Weitere Informationen zum GRUB-basierten Starten finden Sie in Kapitel 11, GRUB Based Booting (Tasks) in System Administration Guide: Basic Administration.
Fahren Sie mit So prüfen Sie die Aufrüstung der Sun Cluster 3.2-Software fort.
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 Methode zum Aufrüsten von zwei Partitionen:
So bereiten Sie den Cluster für die Aufrüstung vor (zwei Partitionen)
So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Zwei Partitionen) auf
So rüsten Sie die Sun Cluster 3.2-Software auf (Zwei Partitionen)
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.
Tabelle 8–2 Aufgabenzuordnung: Durchführen einer Aufrüstung von zwei Partitionen auf die Sun Cluster 3.2-Software
Schritt |
Anweisungen |
---|---|
1. Lesen Sie folgende Aufrüstungsanforderungen und -beschränkungen. Bestimmen Sie die richtige Aufrüstmethode für Ihre Konfiguration und Anforderungen. | |
2. Teilen Sie den Cluster in zwei Knotengruppen auf. |
So bereiten Sie den Cluster für die Aufrüstung vor (zwei Partitionen) |
3. Rüsten Sie bei Bedarf die Solaris-Software auf eine unterstützte Solaris-Aktualisierung auf. Wenn der Cluster Mediatoren mit doppelten Zeichenketten für die Solaris Volume Manager-Software verwendet, heben Sie die Konfiguration der Vermittler auf. Rüsten Sie bei Bedarf VERITAS Volume Manager (VxVM) und VERITAS File System (VxFS) auf. Die Solaris Volume Manager-Software wird automatisch mit dem Solaris-Betriebssystem aufgerüstet. |
So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Zwei Partitionen) auf |
4. Rüsten Sie auf die Framework- und Datendienste-Software von Sun Cluster 3.2 auf. Rüsten Sie bei Bedarf die Anwendungen auf. Falls der Cluster Mediatoren mit doppelten Zeichenketten verwendet und Sie das Solaris-Betriebssystem aufgerüstet haben, konfigurieren Sie die Mediatoren neu. Rüsten Sie die Plattengruppen auf, wenn Sie VxVM, aufgerüstet haben. |
So rüsten Sie die Sun Cluster 3.2-Software auf (Zwei Partitionen) |
5. Prüfen Sie, ob das Aufrüsten auf die Sun Cluster 3.2-Software erfolgreich abgeschlossen wurde. | |
6. Aktivieren Sie Ressourcen und bringen Sie Ressourcengruppen online. Sie haben auch die Möglichkeit, eine Migration von vorhandenen Ressourcen in neue Ressourcentypen durchzuführen. |
So beenden Sie die Aufrüstung auf die Sun Cluster 3.2-Software |
7. (Optional) SPARC: Rüsten Sie gegebenenfalls auf das Sun Cluster-Modul für Sun Management Center auf. |
SPARC: So rüsten Sie die Software für das Sun Cluster-Modul für Sun Management Center auf |
Verwenden Sie dieses Verfahren, um den Cluster für eine Aufrüstung von zwei Partitionen vorzubereiten. Diese Verfahren beziehen sich auf die beiden Knotengruppen als die erste Partition und die zweite Partition. Die Knoten, die Sie der zweiten Partition zuweisen, bieten weiterhin Cluster-Dienste an, während Sie die Knoten in der ersten Partition aufrüsten. Nachdem alle Knoten in der ersten Partition aufgerüstet wurden, wechseln Sie die Cluster-Dienste zur ersten Partition und rüsten die zweite Partition auf. Nachdem alle Knoten in der zweiten Partition aufgerüstet wurden, booten Sie die Knoten im Cluster-Modus, um die Knoten aus der ersten Partition erneut zu verbinden.
Wenn Sie einen Cluster mit nur einem Knoten aufrüsten, verwenden Sie diese Aufrüstmethode nicht. Lesen Sie stattdessen So bereiten Sie den Cluster für die Aufrüstung vor (Standard) oder So bereiten Sie den Cluster für die Aufrüstung vor (Live Upgrade).
Führen Sie alle Schritte im Solaris 10-Betriebssystem nur in der globalen Zone durch.
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.
Stellen Sie sicher, dass der Cluster normal funktioniert.
Um den aktuellen Status des Clusters anzuzeigen, führen Sie folgenden Befehl von einem Knoten aus:
% scstat |
Weitere Informationen finden Sie in der Online-Dokumentation unter scstat(1M).
Suchen Sie im Protokoll /var/adm/messages nach nicht gelösten Fehler- oder Warnmeldungen.
Prüfen Sie den Datenträger-Manager-Status.
Benachrichtigen Sie bei Bedarf die Benutzer, dass die Cluster-Dienste eventuell 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.
Melden Sie sich als Superuser bei einem Cluster-Knoten an.
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.
Melden Sie sich als Superuser bei einem Knoten des Clusters an, der die Availability Suite-Software ausführt.
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.
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.
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 |
Sie müssen den Namen des Raw-DID-Geräts, /dev/did/rdsk/, und nicht des Block-DID-Geräts, /dev/did/dsk/, verwenden.
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 |
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.
Überprüfen Sie mithilfe des folgenden Befehls, dass beim Vermittler keine Datenprobleme vorliegen.
phys-schost# medstat -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.
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.
Ü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 |
Umgang mit Änderungen
Gibt den Namen des Plattensatzes an.
Gibt den Namen des Knotens an, welcher der primäre Knoten des Plattensatzes werden soll.
Dekonfigurieren Sie alle Vermittler für den Plattensatz.
phys-schost# metaset -s setname -d -m mediator-host-list |
Gibt den Plattensatznamen an.
Löscht aus dem Plattensatz
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).
Wiederholen Sie die Schritte c bis d für jeden verbleibenden Plattensatz, der Vermittler verwendet.
Wenn Sie den Sun Cluster HA für Sun Java System Application Server EE (HADB)-Datendienst mit Sun Java System Application Server EE (HADB) Version 4.4 ausführen, deaktivieren Sie die HADB-Ressource und fahren Sie die HADB-Datenbank herunter.
Wenn Sie eine Version der Sun Java System Application Server EE (HADB)-Software vor 4.4 ausführen, können Sie diesen Schritt überspringen.
Wenn eine Cluster-Partition während der Aufrüstung außer Dienst ist, gibt es nicht genügend Knoten in der aktiven Partition, um die HADB-Mitgliedsanforderungen zu erfüllen. Deshalb müssen Sie die HADB-Datenbank anhalten und die HADB-Ressource deaktivieren, bevor Sie mit der Aufteilung des Clusters beginnen.
phys-schost# hadbm stop database-name phys-schost# scswitch -n -j hadb-resource |
Weitere Informationen entnehmen Sie der Online-Dokumentation hadbm(1m).
Wenn Sie einen Cluster mit zwei Knoten aufrüsten, fahren Sie mit Schritt 16 fort.
Fahren Sie andernfalls mit Schritt 8 fort, um das zu verwendende Partitionierungsschema festzulegen. Sie legen fest, welche Knoten jede Partition erhalten soll. Sie müssen jedoch den Partitionierungsprozess unterbrechen. Anschließend vergleichen Sie die Knotenliste aller Ressourcengruppen mit den Knotenmitgliedern aller Partitionen im von Ihnen verwendeten Schema. Falls eine Ressourcengruppe kein Mitglied aller Partitionen enthält, müssen Sie die Knotenliste ändern.
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.
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 |
Starten Sie das scinstall-Dienstprogramm im interaktiven Modus.
phys-schost# ./scinstall |
Verwenden Sie nicht den Befehl /usr/cluster/bin/scinstall, der bereits auf dem Knoten installiert ist. Sie müssen den scinstall-Befehl auf DVD-ROM zu Sun Java Availability Suite verwenden.
Das scinstall-Hauptmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Verwaltung einer Aufrüstung von zwei Partitionen entspricht, und drücken Sie die Rücktaste.
*** Main Menu *** Please select from one of the following (*) options: 1) Create a new cluster or add a cluster node 2) Configure a cluster to be JumpStarted from this install server * 3) Manage a dual-partition upgrade * 4) Upgrade this cluster node * 5) Print release information for this cluster node * ?) Help with menu options * q) Quit Option: 3 |
Das Menü zum Verwalten einer Aufrüstung von zwei Partitionen wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Anzeige entspricht, und wählen Sie die möglichen Patitionierungsschemas aus. Drücken Sie anschließend die Rücktaste.
Befolgen Sie die Eingabeaufforderungen, um die folgenden Aufgaben durchzuführen:
Zeigen Sie die möglichen Partitionierungsschemas für Ihren Cluster an.
Wählen Sie ein Partitionierungsschema aus.
Wählen Sie, welche Partition Sie zuerst aufrüsten möchten.
Halten Sie an und reagieren Sie noch nicht, wenn Sie aufgefordert werden, Do you want to begin the dual-partition upgrade? (Möchten Sie mit der Aufrüstung von zwei Partitionen beginnen?). Beenden Sie das Dienstprogramm scinstall jedoch auch nicht. Sie beantworten diese Eingabeaufforderung in Schritt 18 dieses Verfahrens.
Notieren Sie, welche Knoten zu den einzelnen Partitionen im Partitionsschema gehören.
Werden Sie an einem anderen Cluster-Knoten Superuser.
Vergewissern Sie sich, dass alle wichtigen Datendienste zwischen den Partitionen wechseln können.
Im Falle eines Clusters mit zwei Knoten ist jeder Knoten der einzige Knoten in seiner Partition.
Wenn die Knoten einer Partition als Vorbereitung einer Aufrüstung von zwei Partitionen abgeschaltet werden, wechseln die Ressourcengruppen, die sich auf diesen Knoten befinden, zu einem Knoten in einer anderen Partition. Wenn eine Ressourcengruppe keinen Knoten aus jeder Partition in seiner Knotenliste enthält, kann die Ressoucengruppe nicht wechseln. Um einen erfolgreichen Wechsel aller wichtigen Datendienste zu gewährleisten, prüfen Sie, ob die Knotenliste der verwandten Ressourcengruppen ein Mitglied jeder Aufrüstungspartition enthält.
Zeigen Sie die Knotenliste jeder Ressourcengruppe an, die während des gesamten Aufrüstvorgangs in Betrieb bleiben soll.
phys-schost# scrgadm -pv -g resourcegroup | grep "Res Group Nodelist" |
Zeigt Konfigurationsinformationen an.
Wird im ausführlichen Modus angezeigt.
Gibt den Namen der Ressourcengruppe an.
Falls die Knotenliste einer Ressourcengruppe nicht mindestens ein Mitglied jeder Partition enthält, definieren Sie die Knotenliste so neu, dass Sie ein Mitglied jeder Partition als möglichen Primärknoten enthält.
phys-schost# scrgadm -a -g resourcegroup -h nodelist |
Fügt eine neue Konfiguration hinzu.
Gibt eine durch Kommas getrennte Liste mit Knotennamen an.
Legen Sie den nächsten Schritt fest:
Wenn Sie einen Cluster mit zwei Knoten aufrüsten, kehren Sie zu Schritt 8 bis Schritt 13 zurück, um das Partitionierungsschema und die Aufrüstungsreihenfolge festzulegen.
Wenn Sie zur Eingabeaufforderung Do you want to begin the dual-partition upgrade? gelangen, fahren Sie mit Schritt 18 fort.
Wenn Sie einen Cluster mit mindestens drei Knoten aufrüsten, kehren Sie zu dem Knoten zurück, auf dem das interaktive Dienstprogramm scinstall ausgeführt wird.
Fahren Sie mit Schritt 18 fort.
Geben Sie an der interaktiven Eingabeaufforderung scinstall Do you want to begin the dual-partition upgrade? (Möchten Sie mit der Aufrüstung von zwei Partitionen beginnen?) Yes ein.
Der Befehl prüft, ob eine Remote-Installationsmethode zur Verfügung steht.
Drücken Sie bei Aufforderung die Eingabetaste, um mit den einzelnen Vorbereitungsschritten für die Aufrüstung von zwei Partitionen fortzufahren.
Mit dem Befehl wechseln Ressourcengruppen zu Knoten in der zweiten Partition. Jeder Knoten in der ersten Partition wird dann abgeschaltet.
Nachdem alle Knoten in der ersten Partition abgeschaltet wurden, müssen Sie jeden Knoten in dieser Partition im Nicht-Cluster-Modus booten.
Führen Sie in SPARC-basierten Systemen den folgenden Befehl aus:
ok boot -x |
Führen Sie auf x86-basierten Systemen, auf denen das Betriebssystem Solaris 9 ausgeführt wird, einen der folgenden Befehle durch:
phys-schost# reboot -- -xs or ... <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -xs |
Führen Sie auf x86-basierten Systemen, auf denen das Betriebssystem Solaris 10 ausgeführt wird, einen der folgenden Befehle durch:
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.
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. |
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 |
Ü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.- |
Geben Sie b ein, um den Knoten im Nicht-Cluster-Modus zu starten.
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.
Falls Anwendungen, die in der zweiten Partition ausgeführt werden, nicht von Ressourcengruppen-Manager (RGM) gesteuert werden, müssen Sie Skripts erstellen, mit denen die Anwendungen angehalten werden, bevor Sie mit der Aufrüstung dieser Knoten beginnen.
Während des Aufrüstvorgangs von zwei Partitionen werden diese Skripts zum Anhalten von Anwendungen wie Oracle RAC aufgerufen, bevor die Knoten in der zweiten Partition angehalten werden.
Erstellen Sie die Skripts, die Sie zum Anhalten der Anwendungen benötigen, die nicht von RGM gesteuert werden.
Erstellen Sie verschiedene Skripts für die Anwendungen, die angehalten werden sollen, bevor die Anwendungen, die von RGM gesteuert werden, angehalten werden, sowie für die Anwendungen, die Sie anschließend anhalten möchten.
Um Anwendungen anzuhalten, die auf mehr als einem Knoten in der Partition ausgeführt werden, schreiben Sie die Skripts entsprechend.
Verwenden Sie jeden beliebigen Namen und Verzeichnispfad für Ihre Skripts, die Sie bevorzugen.
Vergewissern Sie sich, dass jeder Knoten im Cluster eine eigene Kopie Ihrer Skripts enthält.
Ändern Sie auf jedem Knoten die folgenden Sun Cluster-Skripts, um die Skripts aufzurufen, die Sie auf diesem Knoten abgelegt haben.
/etc/cluster/ql/cluster_pre_halt_apps – Verwenden Sie diese Datei, um alle Skripts aufzurufen, die Sie ausführen möchten, bevor Anwendungen beendet wurden, die von RGM gesteuert werden.
/etc/cluster/ql/cluster_post_halt_apps – Verwenden Sie diese Datei, um die Skripts aufzurufen, die ausgeführt werden sollen, nachdem Anwendungen beendet wurden, die von RGM gesteuert werden.
Die Sun Cluster-Skripts werden während der Verarbeitung der Partition nach der Aufrüstung von einem willkürlichen Knoten in der Partition ausgeführt. Deshalb müssen Sie sicherstellen, dass die Skripts auf jedem beliebigen Knoten der Partition die erforderlichen Aktionen für alle Knoten in der Partition ausführen.
Rüsten Sie die Software auf jedem Knoten in der ersten Partition auf.
Um die Solaris-Software vor einer Sun Cluster-Software-Aufrüstung auszuführen, lesen Sie So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Zwei Partitionen) auf.
Wenn die Software Sun Cluster 3.2 die Version des Solaris-Betriebssystems nicht unterstützt, die aktuell auf dem Cluster läuft, müssen Sie die Solaris-Software auf eine unterstützte Version aufrüsten. Weitere Informationen finden Sie unter “Supported Products„ in Sun Cluster 3.2 - Versionshinweise für Solaris.
Wenn die Sun Cluster 3.2-Software die Version des Solaris-Betriebssystem unterstützt, die aktuell auf dem Cluster läuft, ist eine weitere Aufrüstung der Solaris-Software optional.
Rüsten Sie andernfalls auf die Sun Cluster 3.2-Software auf. Lesen Sie So rüsten Sie die Sun Cluster 3.2-Software auf (Zwei Partitionen).
Führen Sie dieses Verfahren auf jedem Knoten im Cluster durch, um das Solaris-Betriebssystem aufzurüsten. Führen Sie alle Schritte im Solaris 10-Betriebssystem nur in der globalen Zone durch. Wenn auf dem Cluster bereits eine Version des Solaris-Betriebssystems ausgeführt wird, die die Software Sun Cluster 3.2 unterstützt, ist eine weitere Aufrüstung des Solaris-Betriebssystems optional. Wenn Sie das Solaris-Betriebssystem nicht aufrüsten möchten, fahren Sie mit So rüsten Sie auf die Sun Cluster 3.2-Software auf (Standard) fort.
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.
Stellen Sie sicher, dass alle Schritte in So bereiten Sie den Cluster für die Aufrüstung vor (Standard) abgeschlossen wurden.
Melden Sie sich für die Aufrüstung beim Cluster-Knoten als Superuser an.
Der Knoten muss Mitglied der Partition sein, die sich im Nicht-Cluster-Modus befindet.
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.
Ermitteln Sie, ob die folgenden Apache-rc-Skripts vorhanden sind und ob diese aktiviert oder deaktiviert sind:
/etc/rc0.d/K16apache /etc/rc1.d/K16apache /etc/rc2.d/K16apache /etc/rc3.d/S50apache /etc/rcS.d/K16apache |
Bei einigen Anwendungen, beispielsweise Sun Cluster HA für Apache, müssen die Apache-rc-Skripts deaktiviert sein.
Wenn diese Skripts vorhanden sind und ein K oder S als Großbuchstaben im Dateinamen enthalten, sind die Skripts aktiviert. Für diese Skripts sind keine weiteren Aktionen erforderlich.
Wenn diese Skripts nicht vorhanden sind, müssen Sie in Schritt 8 sicherstellen, dass sämtliche, während der Aufrüstung des Solaris-Betriebssystems installierten Apache-rc-Skripts deaktiviert sind.
Wenn diese Skripts vorhanden sind und ein k oder s als Kleinbuchstaben im Dateinamen enthalten, sind sie deaktiviert. Sie müssen in Schritt 8 sicherstellen, dass sämtliche während der Aufrüstung des Solaris-Betriebssystems installierten Apache-rc-Skripts deaktiviert sind.
Kommentieren Sie alle Einträge für global eingehängte Dateisysteme in der Datei /etc/vfstab des Knotens aus.
Protokollieren Sie zu späteren Referenzzwecken sämtliche Einträge, die bereits auskommentiert sind.
Kommentieren Sie vorübergehend sämtliche Einträge für eingehängte Dateisysteme in der Datei /etc/vfstab aus.
Einträge für global eingehängte Dateisysteme enthalten die Einhängeoption global. Kommentieren Sie diese Einträge aus, um zu verhindern, dass die Solaris-Aufrüstung das Einhängen der globalen Geräte versucht.
Legen Sie fest, welches Verfahren Sie zur Aufrüstung des Solaris-Betriebssystems durchführen möchten.
Datenträger-Manager |
Verfahren |
Speicherort der Anweisungen |
---|---|---|
Solaris Volume Manager |
Alle Solaris-Aufrüstungsmethoden außer der Live-Aufrüstung |
Installationsdokumentation zu Solaris |
VERITAS Volume Manager |
“Aufrüsten von VxVM und Solaris” |
Installationsdokumentation zu VERITAS Volume Manager |
Wenn im Cluster VxVM installiert ist, müssen Sie die vorhandene VxVM-Software erneut installieren oder auf die Version Solaris 9 oder 10 der VxVM-Software als Teil des Solaris-Aufrüstungsprozesses aufrüsten.
Rüsten Sie die Solaris-Software mit dem in Schritt 5 ausgewählten Verfahren auf.
Wählen Sie bei Aufforderung die manuelle Option zum Neubooten.
Wenn Sie angewiesen werden, neu zu starten, starten Sie immer im Nicht-Cluster-Modus.
Führen Sie nicht die letzte Anweisung zum Neubooten in der Solaris-Softwareaufrüstung aus. Gehen Sie stattdessen wie folgt vor:
Kehren Sie zu diesem Verfahren zurück und führen Sie Schritt 7 und Schritt 8 aus.
Booten Sie in Schritt 9 im Nicht-Cluster-Modus, um die Aufrüstung der Solaris-Software abzuschließen.
Führen Sie die folgenden Befehle zum Booten eines Knotens während der Solaris-Aufrüstung im Nicht-Cluster-Modus aus:
Führen Sie auf SPARC-basierten Systemen einen der folgenden Befehle aus:
phys-schost# reboot -- -xs or ok boot -xs |
Für den Fall, dass laut Anweisung der Befehl init S ausgeführt werden soll, verwenden Sie stattdessen den Befehl reboot -- -xs.
Führen Sie auf x86-basierten Systemen den folgenden Befehl aus:
phys-schost# shutdown -g -y -i0 Press any key to continue |
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.
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. |
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 |
Ü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.- |
Geben Sie b ein, um den Knoten im Nicht-Cluster-Modus zu starten.
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.
Entkommentieren Sie in der Datei /a/etc/vfstab die Einträge für global eingehängte Dateisysteme, die Sie in Schritt 4 auskommentiert haben.
Wenn die Apache-rc-Skripts deaktiviert oder nicht vorhanden waren, bevor Sie das Solaris-Betriebssystem aufgerüstet haben, müssen Sie sicherstellen, dass alle Skripts, die während der Solaris-Aufrüstung installiert wurden, deaktiviert sind.
Um Apache-rc-Skripts zu deaktivieren, benennen Sie die Dateien mithilfe der folgenden Befehle in Namen mit k bzw. s als Kleinbuchstaben um.
phys-schost# mv /a/etc/rc0.d/K16apache /a/etc/rc0.d/k16apache phys-schost# mv /a/etc/rc1.d/K16apache /a/etc/rc1.d/k16apache phys-schost# mv /a/etc/rc2.d/K16apache /a/etc/rc2.d/k16apache phys-schost# mv /a/etc/rc3.d/S50apache /a/etc/rc3.d/s50apache phys-schost# mv /a/etc/rcS.d/K16apache /a/etc/rcS.d/k16apache |
Alternativ können Sie die Skripts so umbenennen, dass sie ihren üblichen Verwaltungspraktiken entsprechen.
Booten Sie den Knoten im Nicht-Cluster-Modus neu.
Führen Sie auf SPARC-basierten Systemen den folgenden Befehl aus:
Fügen Sie doppelte Bindestriche (--) im Befehl ein:
phys-schost# reboot -- -x |
Führen Sie auf x86-basierten Systemen die Abschalt- und Bootverfahren aus, die in Schritt 6 beschrieben werden, außer dass Sie dem Kernel-Boot-Befehl -x statt -sx hinzufügen.
Wenn auf dem Cluster VxVM ausgeführt wird, führen Sie die übrigen Schritte im Verfahren “Upgrading VxVM and Solaris” aus, um VxVM neu zu installieren oder aufzurüsten.
Nehmen Sie folgende Änderungen am Verfahren vor:
Überprüfen Sie nach dem Abschluss der VxVM-Aufrüstung, jedoch vor dem Neubooten die Einträge in der Datei /etc/vfstab.
Wenn einer der in Schritt 7 entkommentierten Einträge auskommentiert wurde, entkommentieren Sie diesen Eintrag erneut.
Wenn Sie in den VxVM-Verfahren angewiesen werden, ein abschließendes Rekonfigurations-Neubooten durchzuführen, verwenden Sie nicht allein die Option -r. Booten Sie stattdessen mithilfe der Option -rx im Nicht-Cluster-Modus neu.
Führen Sie in SPARC-basierten Systemen den folgenden Befehl aus:
phys-schost# reboot -- -rx |
Führen Sie auf x86-basierten Systemen die Abschalt- und Bootverfahren aus, die in Schritt 6 beschrieben werden, außer dass Sie -rx statt -sx dem Kernel-Boot-Befehl hinzufügen.
Wenn eine Nachricht angezeigt wird, die der folgenden ähnelt, geben Sie das Root-Passwort ein, um den Aufrüstungsprozess fortzusetzen. Führen Sie weder den fsck-Befehl aus noch drücken Sie Strg-D.
WARNING - Unable to repair the /global/.devices/node@1 filesystem. Run fsck manually (fsck -F ufs /dev/vx/rdsk/rootdisk_13vol). Exit the shell when done to continue the boot process. Type control-d to proceed with normal startup, (or give root password for system maintenance): Type the root password |
(Optional) SPARC: Rüsten Sie VxFS auf.
Befolgen Sie die in der VxFS-Dokumentation enthaltenen Anweisungen.
Installieren Sie alle erforderlichen Solaris-Software- und Hardware-bezogenen Patches und laden Sie die erforderliche Firmware der Hardware-Patches herunter.
Booten Sie nach dem Hinzufügen der Patches nicht neu. Warten Sie mit dem Neubooten des Knotens, bis die Sun Cluster-Software aufgerüstet ist.
Informationen zum Speicherort der Patches und Installationshinweise finden Sie unter Korrekturversionen und erforderliche Firmware-Ebenen in Sun Cluster 3.2 - Versionshinweise für Solaris.
Auf Sun Cluster 3.2-Software aufrüsten. Lesen Sie So rüsten Sie die Sun Cluster 3.2-Software auf (Zwei Partitionen).
Wenn Sie die Aufrüstung auf eine neue Marketing-Version des Solaris-Betriebssystems beenden möchten, z.B. von Solaris 9 auf Solaris 10, müssen Sie auch die Sun Cluster-Software und die abhängige Software auf die Version aufrüsten, die mit der neuen Version des Solaris-Betriebssystems kompatibel ist.
Führen Sie dieses Verfahren durch, um alle Knoten des Clusters auf die Sun Cluster 3.2-Software aufzurüsten. Bei diesem Verfahren werden auch die erforderlichen freigegebenen Sun Java Enterprise System-Komponenten aufgerüstet. Sie müssen dieses Verfahren auch durchführen, nachdem Sie auf eine andere Marketing-Version des Solaris-Betriebssystems aufgerüstet haben, z. B. von Solaris 9 auf Solaris 10.
Führen Sie alle Schritte im Solaris 10-Betriebssystem nur in der globalen Zone durch.
Sie können dieses Verfahren auf mehreren Knoten gleichzeitig ausführen.
Führen Sie folgende Aufgaben aus:
Vergewissern Sie sich, dass alle Schritte in So bereiten Sie den Cluster für die Aufrüstung vor (zwei Partitionen) vollständig durchgeführt werden.
Vergewissern Sie sich, dass der Knoten, den Sie aufrüsten, zu der Partition gehört, die im Cluster nicht aktiv ist, und dass sich der Knoten im Nicht-Cluster-Modus befindet.
Wenn Sie auf eine neue Marketing-Version des Solaris-Betriebssystems aufgerüstet haben, z.B. von Solaris 9 auf Solaris 10, müssen Sie sicherstellen, dass alle Schritte in So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Zwei Partitionen) auf abgeschlossen wurden.
Stellen Sie sicher, dass Sie alle erforderlichen Solaris-Software- und Hardware-bezogenen Patches installiert haben.
Werden Sie an einem Knoten Superuser, der Mitglied der Partition ist, die sich im Nicht-Cluster-Modus befindet.
Stellen Sie sicher, dass das Verzeichnis /usr/java/ eine symbolische Verknüpfung zur Mindestversion oder zur aktuellsten Version der Java-Software aufweist..
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.
Ermitteln Sie, mit welchem Verzeichnis das Verzeichnis /usr/java/ symbolisch verknüpft ist.
phys-schost# ls -l /usr/java lrwxrwxrwx 1 root other 9 Apr 19 14:05 /usr/java -> /usr/j2se/ |
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# /usr/j2se/bin/java -version phys-schost# /usr/java1.2/bin/java -version phys-schost# /usr/jdk/jdk1.5.0_06/bin/java -version |
Wenn das Verzeichnis /usr/java/ nicht symbolisch mit einer unterstützen Version der Java-Software verknüpft ist, erstellen Sie die symbolische Verknüpfung zu einer unterstützen Version der Java-Software neu.
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 /usr/java phys-schost# ln -s /usr/j2se /usr/java |
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.
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 |
Starten Sie Installations-Assistent.
phys-schost# ./installer |
Befolgen Sie die Anweisungen auf dem Bildschirm, um die Softwarepakete mit den gemeinsamen Komponenten im Knoten aufzurüsten.
Verwenden Sie zum Aufrüsten der Sun Cluster-Softwarepakete nicht den Assistenten.
Installations-Assistent zeigt den Installationsstatus an. Nach Installationsabschluss zeigt das Programm eine Installationszusammenfassung und die Installationsprotokolle an.
Beenden Sie Installations-Assistent.
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 |
Starten Sie das Dienstprogramm scinstall.
phys-schost# ./scinstall |
Verwenden Sie nicht den Befehl /usr/cluster/bin/scinstall, der bereits auf dem Knoten installiert ist. Sie müssen den Befehl scinstall auf der DVD-ROM zu Sun Java Availability Suite verwenden.
Das scinstall-Hauptmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aufrüstung dieses Cluster-Knotens entspricht und drücken Sie die Eingabetaste.
*** Hauptmenü *** Wählen Sie eine der folgenden (*) Optionen aus: * 1) Einen neuen Cluster erstellen oder einen Cluster-Knoten hinzufügen 2) Einen Cluster so konfigurieren, dass mit ihm ein JumpStart auf diesem Installationsserver durchgeführt werden kann * 3) Ein Upgrade auf zwei Partitionen verwalten * 4) Diesen Cluster-Knoten aufrüsten * 5) Versionsinformationen zu diesem Cluster-Knoten ausdrucken * ?) Hilfe zu Menüoptionen * q) Beenden Option: 4 |
Das Aufrüstungsmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aufrüstung des Sun Cluster-Framework auf diesem Cluster-Knoten entspricht und drücken Sie die Eingabetaste.
Befolgen Sie die Menü-Eingabeaufforderungen, um das Cluster-Framework aufzurüsten.
Während der Sun Cluster-Aufrüstung nimmt scinstall möglicherweise eine oder mehrere der folgenden Konfigurationsänderungen vor:
Wandeln Sie NAFO-Gruppen in IPMP-Gruppen um und behalten Sie den ursprünglichen NAFO-Gruppennamen bei.
In den folgenden Handbüchern finden Sie Informationen zu Testadressen für IPMP:
Configuring Test Addresses in Administering Multipathing Groups With Multiple Physical Interfaces in System Administration Guide: IP Services (Solaris 9)
Test Addresses in System Administration Guide: IP Services (Solaris 10)
Weitere Informationen zur Konvertierung der NAFO-Gruppen in IPMP während der Aufrüstung der Sun Cluster-Software finden Sie in der Online-Dokumentation unter scinstall(1M).
Benennen Sie die Datei ntp.conf in ntp.conf.cluster um, wenn ntp.conf.cluster noch nicht auf dem Knoten vorhanden ist.
Setzen Sie die Variable local-mac-address? auf true, wenn sie noch nicht auf diesen Wert gesetzt ist.
Die Aufrüstungsverarbeitung ist abgeschlossen, wenn das System die Meldung Abgeschlossene Aufrüstung von Sun Cluster-Framework ausgibt und Sie auffordert, die Eingabetaste zu drücken, um fortzufahren.
Beenden Sie das Dienstprogramm scinstall.
Entfernen Sie die DVD-ROM zu Sun Java Availability Suite aus dem DVD-ROM-Laufwerk.
Aufrüsten von Datendienstpaketen.
Sie müssen alle Datendienste auf die Version Sun Cluster 3.2 aufrüsten.
Für Sun Cluster HA für SAP Web-Anwendungsserver, bei Verwendung einer J2EE-Engine-Ressource oder einer Ressource für eine Webanwendungs-Serverkomponente oder beiden müssen Sie die Ressource löschen und sie mit der neuen Ressource für die Webanwendungs-Serverkomponente neu erstellen. Zu den Änderungen in der neuen Ressource für die Webanwendungs-Serverkomponente gehört die Integration der J2EE-Funktion. Weitere Informationen finden Sie im Sun Cluster Data Service for SAP Web Application Server Guide for Solaris OS .
Starten Sie das aufgerüstete interaktive Dienstprogramm scinstall.
phys-schost# /usr/cluster/bin/scinstall |
Verwenden Sie zum Aufrüsten der Datendienstpakete nicht das Dienstprogramm scinstall auf dem Installationsmedium.
Das scinstall-Hauptmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aufrüstung dieses Cluster-Knotens entspricht und drücken Sie die Eingabetaste.
Das Aufrüstungsmenü wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aufrüstung der Dienstagenten der Sun Cluster-Daten auf diesem Knoten entspricht und drücken Sie die Eingabetaste.
Befolgen Sie die Menü-Eingabeaufforderungen, um die auf dem Knoten installierten Sun Cluster-Datendienst-Agenten aufzurüsten.
Sie können aus der Liste der für die Aufrüstung verfügbaren Datendienste auswählen oder alle installierten Datendienste aufrüsten.
Die Aufrüstungsverarbeitung ist abgeschlossen, wenn das System die Meldung Completed upgrade of Sun Cluster data services agents ausgibt und Sie auffordert, die Eingabetaste zu drücken, um fortzufahren.
Drücken Sie die Eingabetaste.
Das Aufrüstungsmenü wird angezeigt.
Beenden Sie das Dienstprogramm scinstall.
Wenn Sie Sun Cluster HA für NFS auf einem hoch verfügbaren Dateisystem konfiguriert haben, müssen Sie sicherstellen, dass das LOFS-Dateisystem deaktiviert ist.
Wenn nicht globale Zonen konfiguriert sind, muss LOFS aktiviert bleiben. Richtlinien über die Verwendung von LOFS und Alternativen für die Anzeige finden Sie in Cluster-Dateisysteme.
Ab Sun Cluster-Version 3.2 wird LOFS während der Installation oder Aufrüstung der Sun Cluster-Software nicht mehr standardmäßig deaktiviert. Um LOFS zu deaktivieren, müssen Sie sicherstellen, dass die Datei /etc/system folgenden Eintrag enthält:
exclude:lofs |
Diese Änderungen werden erst beim nächsten Systemstart wirksam.
Rüsten Sie nach Bedarf alle benutzerdefinierten Datendienste auf, die nicht auf den Produktdatenträger bereitgestellt werden.
Überprüfen Sie, ob alle Datendienst-Aktualisierungen erfolgreich installiert wurden.
Zeigen Sie die Aufrüstungsprotokolldatei an, die am Ende der Aufrüstungs-Ausgabemeldungen angegeben wird.
Installieren Sie die Framework- und Datendienst-Software-Patches von Sun Cluster 3.2.
Informationen zum Speicherort der Patches und Installationshinweise finden Sie unter Korrekturversionen und erforderliche Firmware-Ebenen in Sun Cluster 3.2 - Versionshinweise für Solaris.
Rüsten Sie die Softwareanwendungen auf, die im Cluster installiert sind.
Stellen Sie sicher, dass die Anwendungsversionen mit den aktuellen Versionen der Sun Cluster- und Solaris-Software kompatibel sind. Installationsanweisungen finden Sie in der Anwendungsdokumentation.
Nachdem alle Knoten in einer Partition aufgerüstet wurden, wenden Sie die Aufrüständerungen an.
Starten Sie von einem Knoten in der Partition, die Sie aufrüsten, das interaktive Dienstprogramm scinstall.
phys-schost# /usr/cluster/bin/scinstall |
Verwenden Sie den Befehl scinstall, der sich auf den Installationsmedien befindet, nicht. Verwenden Sie nur den Befehl scinstall, der sich auf dem Cluster-Knoten befindet.
Das scinstall-Hauptmenü wird angezeigt.
Geben Sie die Nummer ein, die der Option zum Anwenden der Upgrade-Änderungen von zwei Partitionen entspricht, und drücken Sie die Rücktaste.
Befolgen Sie die Eingabeaufforderungen, um mit jeder Stufe des Aufrüstvorgangs fortzufahren.
Mit dem Befehl werden die folgenden Aufgaben durchgeführt, je nachdem, von welcher Partition der Befehl ausgeführt wird:
Erste Partition – Der Befehl hält jeweils einen Knoten in der zweiten Partition an. Wenn ein Knoten angehalten wird, werden alle Dienste auf diesem Knoten automatisch an einen Knoten in der ersten Partition übergeben, vorausgesetzt, die Knotenliste der verwandten Knotengruppe enthält einen Knoten in der ersten Partition. Nachdem alle Knoten in der zweiten Partition angehalten wurden, werden die Knoten in der ersten Partition im Cluster-Modus gebootet und übernehmen die Bereitstellung der Cluster-Dienste.
Zweite Partition – Der Befehl bootet die Knoten in der zweiten Partition im Cluster-Modus, um den aktiven Cluster, der von der ersten Partition gebildet wurde, zu verbinden. Nachdem alle Knoten mit dem Cluster verbunden wurden, wird mit dem Befehl die endgültige Verarbeitung durchgeführt und ein Bericht über den Aufrüststatus erstellt.
Beenden Sie das Dienstprogramm scinstall, falls dieses weiterhin ausgeführt wird.
Wenn Sie den Aufrüstvorgang der ersten Partition beendet haben, führen Sie die folgenden Nebenschritte durch, um die zweite Partition für die Aufrüstung vorzubereiten.
Fahren Sie andernfalls mit So prüfen Sie die Aufrüstung der Sun Cluster 3.2-Software fort, wenn Sie die Aufrüstung der zweiten Partition abgeschlossen haben.
Booten Sie die einzelnen Knoten in der zweiten Partition 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:
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.
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. |
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 |
Ü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.- |
Geben Sie b ein, um den Knoten im Nicht-Cluster-Modus zu starten.
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.
Rüsten Sie die Knoten in der zweiten Partition auf.
Um die Solaris-Software vor einer Sun Cluster-Software-Aufrüstung auszuführen, lesen Sie So rüsten Sie das Solaris-Betriebssystem und die Volume Manager-Software (Zwei Partitionen) auf.
Rüsten Sie andernfalls die Sun Cluster-Software in der zweiten Partition auf. Fahren Sie mit Schritt 1 fort.
Lesen Sie So prüfen Sie die Aufrüstung der Sun Cluster 3.2-Software.
Wenn während der Aufrüstung von zwei Partitionen ein nicht wiederherstellbarer Fehler auftritt, führen Sie die in So stellen Sie eine fehlgeschlagene Aufrüstung von zwei Partitionen wieder her beschriebenen Wiederherstellungsverfahren aus.
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.
Tabelle 8–3 Aufgabenzuordnung: Durchführen einer Live-Aufrüstung auf die Sun Cluster 3.2-Software
Schritt |
Anweisungen |
---|---|
1. Lesen Sie folgende Aufrüstungsanforderungen und -beschränkungen. Bestimmen Sie die richtige Aufrüstmethode für Ihre Konfiguration und Anforderungen. | |
2. Entfernen Sie den Cluster aus dem Betrieb, deaktivieren Sie die Ressourcen und erstellen Sie Sicherungskopien von gemeinsam genutzten Daten und Systemplatten. Wenn der Cluster Mediatoren mit doppelten Zeichenketten für die Solaris Volume Manager-Software verwendet, heben Sie die Konfiguration der Vermittler auf. |
So bereiten Sie den Cluster für die Aufrüstung vor (Live Upgrade) |
3. Rüsten Sie bei Bedarf die Solaris-Software auf eine unterstützte Solaris-Aktualisierung auf. Rüsten Sie auf die Framework- und Datendienste-Software von Sun Cluster 3.2 auf. Rüsten Sie bei Bedarf die Anwendungen auf. Wenn der Cluster Doppelverkettungsvermittler verwendet, konfigurieren Sie die Vermittler erneut. Rüsten Sie bei Bedarf die VERITAS Volume Manager (VxVM)-Software und Plattengruppen sowie VERITAS File System (VxFS) auf. |
So rüsten Sie das Solaris-Betriebssystem und die Sun Cluster 3.2-Software auf (Live Upgrade) |
4. Prüfen Sie, ob das Aufrüsten auf die Sun Cluster 3.2-Software erfolgreich abgeschlossen wurde. | |
5. Aktivieren Sie Ressourcen und bringen Sie Ressourcengroppen online. Sie können auch vorhandene Ressourcen in neue Ressourcentypen migrieren. |
So beenden Sie die Aufrüstung auf die Sun Cluster 3.2-Software |
6. (Optional) SPARC: Rüsten Sie gegebenenfalls das Sun Cluster-Modul für Sun Management Center auf. |
SPARC: So rüsten Sie die Software für das Sun Cluster-Modul für Sun Management Center auf |
Führen Sie dieses Verfahren durch, um einen Cluster für die Live-Aufrüstung vorzubereiten.
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.
Stellen Sie sicher, dass der Cluster normal funktioniert.
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).
Suchen Sie im Protokoll /var/adm/messages nach nicht gelösten Fehler- oder Warnmeldungen.
Prüfen Sie den Datenträger-Manager-Status.
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.
Melden Sie sich als Superuser bei einem Cluster-Knoten an.
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.
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.
Melden Sie sich als Superuser bei einem Knoten des Clusters an, der die Availability Suite-Software ausführt.
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.
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.
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 |
Sie müssen den Namen des Raw-DID-Geräts, /dev/did/rdsk/, und nicht des Block-DID-Geräts, /dev/did/dsk/, verwenden.
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 |
Stellen Sie sicher, dass von allen gemeinsam genutzten Daten eine Sicherungskopie erstellt wurde.
Stellen Sie sicher, dass von jeder Systemplatte eine Sicherungskopie erstellt wurde.
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).
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.
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.
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:
Legen Sie die Solaris 9 9/05 software or Solaris 10 11/06 software-CD ein.
Melden Sie sich als Superuser an.
Installieren Sie die SUNWluu- und SUNWlur-Pakete.
phys-schost# pkgadd -d path SUNWluu SUNWlur |
Gibt den absoluten Pfad zu den Software-Paketen an.
Prüfen Sie, ob die Pakete installiert wurden.
phys-schost# pkgchk -v SUNWluu SUNWlur |
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.
Überprüfen Sie mithilfe des folgenden Befehls, dass beim Vermittler keine Datenprobleme vorliegen.
phys-schost# medstat -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.
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.
Ü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 |
Umgang mit Änderungen
Gibt den Namen des Plattensatzes an.
Gibt den Namen des Knotens an, welcher der primäre Knoten des Plattensatzes werden soll.
Dekonfigurieren Sie alle Vermittler für den Plattensatz.
phys-schost# metaset -s setname -d -m mediator-host-list |
Gibt den Plattensatznamen an.
Löscht aus dem Plattensatz
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).
Wiederholen Sie die Schritte c bis d für jeden verbleibenden Plattensatz, der Vermittler verwendet.
Erstellen Sie eine inaktive Boot-Umgebung (BE).
phys-schost# lucreate options-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).
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 |
Gibt an, dass ein Upgrade eines Betriebssystemabbildes in einer Boot-Umgebung ausgeführt werden soll.
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.
Mounten Sie Ihre inaktive Boot-Umgebung mit dem Befehl lumount.
phys-schost# lumount -n BE-name -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).
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.
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/ |
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 |
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 |
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.
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.
(Optional) SPARC: Rüsten Sie VxFS auf.
Befolgen Sie die in der VxFS-Dokumentation enthaltenen Anweisungen.
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.
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.
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 |
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 .
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.
Beenden Sie Installations-Assistent.
Führen Sie das installer-Programm im stillen Modus aus und leiten Sie die Installation in die wechselnde Bootumgebung.
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 .
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 |
Rüsten Sie die Sun Cluster-Software mit dem Befehl scinstall auf.
phys-schost# ./scinstall -u update -R BE-mount-point |
Gibt an, dass Sie eine Aufrüstung von Sun Cluster durchführen.
Gibt den Mount-Punkt für die wechselnde Bootumgebung an.
Weitere Informationen finden Sie auf der Manpage scinstall(1M).
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 |
Entfernen Sie die DVD-ROM zu Sun Java Availability Suite aus dem DVD-ROM-Laufwerk.
Geben Sie die inaktive Boot-Umgebung frei.
phys-schost# luumount -n BE-name |
Aktivieren Sie die aufgerüstete inaktive Boot-Umgebung.
phys-schost# luactivate BE-name |
Der Name der alternativen Boot-Umgebung, die Sie in Schritt 3 erstellt haben.
Wiederholen Sie Schritt 1 bis Schritt 22 für jeden Knoten im Cluster.
Booten Sie keinen Knoten neu, bis alle Knoten im Cluster in ihrer inaktiven Boot-Umgebung aufgerüstet sind.
Booten Sie alle Knoten neu.
phys-schost# shutdown -y -g0 -i6 |
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.
(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.
Booten Sie während des gesamten Prozesses der Software-Anwendungsaufrüstung im Nicht-Cluster-Modus neu, bis alle Aufrüstungen abgeschlossen sind.
Fahren Sie den Knoten herunter.
phys-schost# shutdown -y -g0 -i0 |
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:
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.
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. |
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 |
Ü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.- |
Geben Sie b ein, um den Knoten im Nicht-Cluster-Modus zu starten.
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.
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.
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. |
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.
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:
mount: /dev/vx/dsk/bootdg/node@1 is already mounted or /global/.devices/node@1 is busy Trying to remount /global/.devices/node@1 mount: /dev/vx/dsk/bootdg/node@1 is already mounted or /global/.devices/node@1 is busy |
WARNING - Unable to mount one or more of the following filesystem(s): /global/.devices/node@1 If this is not repaired, global devices will be unavailable. Run mount manually (mount filesystem...). After the problems are corrected, please clear the maintenance flag on globaldevices by running the following command: /usr/sbin/svcadm clear svc:/system/cluster/globaldevices:default |
Dec 6 12:17:23 svc.startd[8]: svc:/system/cluster/globaldevices:default: Method "/usr/cluster/lib/svc/method/globaldevices start" failed with exit status 96. [ system/cluster/globaldevices:default misconfigured (see 'svcs -x' for details) ] Dec 6 12:17:25 Cluster.CCR: /usr/cluster/bin/scgdevs: Filesystem /global/.devices/node@1 is not available in /etc/mnttab. Dec 6 12:17:25 Cluster.CCR: /usr/cluster/bin/scgdevs: Filesystem /global/.devices/node@1 is not available in /etc/mnttab. |
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.
Lesen Sie So prüfen Sie die Aufrüstung der Sun Cluster 3.2-Software.
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.
Dieser Abschnitt bietet die folgenden Informationen, um alle Sun Cluster 3.2-Software-Aufrüst-Methoden vollständig durchzuführen:
Führen Sie dieses Verfahren aus, um sicherzustellen, dass der Cluster erfolgreich auf die Sun Cluster 3.2-Software aufgerüstet wurde. Führen Sie alle Schritte im Solaris 10-Betriebssystem nur in der globalen Zone durch.
Mit diesem Verfahren werden die Langformen der Sun Cluster-Befehle dargestellt. Die meisten Befehle haben auch Kurzformen. Mit Ausnahme der Formen der Befehlsnamen sind die Befehle identisch. Eine Liste der Befehle und ihrer Kurzformen ist in Anhang A, Sun Cluster Object-Oriented Commands in Sun Cluster System Administration Guide for Solaris OS zu finden.
Stellen Sie sicher, dass alle Aufrüstungsverfahren für alle Cluster-Knoten, die Sie aufrüsten, abgeschlossen werden.
Werden Sie an jedem Knoten Superuser.
Zeigen Sie auf jedem aufgerüsteten Knoten die installierten Versionen der Sun Cluster-Software an.
phys-schost# clnode show-rev -v |
Die erste Zeile der Ausgabe gibt an, welche Version der Sun Cluster-Software auf dem Knoten ausgeführt wird. Diese Version sollte der Version entsprechen, auf die Sie soeben aufgerüstet haben.
Überprüfen Sie an jedem Knoten, ob alle aufgerüsteten Cluster-Knoten im Cluster-Modus ausgeführt werden (Online).
phys-schost# clnode status |
Weitere Informationen zum Anzeigen des Cluster-Status finden Sie auf der Manpage unter clnode(1CL).
SPARC: Wenn Sie von der Solaris 8- auf die Solaris 9-Software aufrüsten, prüfen Sie die Kompatibilität der Speicherkonfiguration.
Führen Sie auf jedem Knoten den folgenden Befehl aus, um die Konsistenz der Speicherkonfiguration zu überprüfen.
phys-schost# cldevice check |
Gehen Sie erst dann zu Schritt b über, wenn die Konfiguration diese Konsistenzprüfung besteht. Wenn diese Prüfung nicht bestanden wird, können Fehler bei der Geräteidentifikation auftreten und Daten beschädigt werden.
In der folgenden Tabelle werden die mögliche Ausgabe des Befehls cldevice check und die auszuführende Aktion beschrieben.
Meldungsbeispiel |
Aktion |
---|---|
Geräte-ID für 'phys-schost-1:/dev/rdsk/c1t3d0' stimmt nicht mit der realen Geräte-ID überein, Gerät wurde möglicherweise ersetzt |
Lesen Sie Wiederherstellung nach einer unvollständigen Aufrüstung und führen Sie das entsprechende Reparaturverfahren aus. |
device id for 'phys-schost-1:/dev/rdsk/c0t0d0' needs to be updated, run cldevice repair to update |
Keine. Diese Geräte-ID wird in Schritt Schritt b aktualisiert. |
Keine Ausgabemeldung |
Keine. |
Weitere Informationen sind auf der Manpage cldevice(1CL) zu finden.
Führen Sie an jedem Knoten eine Migration der Sun Cluster-Speicherdatenbank an die Solaris 9-Geräte-IDs durch.
phys-schost# cldevice repair |
Führen Sie auf jedem Knoten den folgenden Befehl aus, um zu überprüfen, ob die Migration der Speicherdatenbank zu den Solaris 9-Geräte-IDs erfolgreich durchgeführt wird.
phys-schost# cldevice check |
Wenn der cldevice-Befehl eine Meldung anzeigt, kehren Sie zu Schritt a zurück, um weitere Korrekturen an der Speicherkonfiguration oder der Speicherdatenbank vorzunehmen.
Wenn der cldevice-Befehl keine Meldungen anzeigt, war die Geräte-ID-Migration erfolgreich. Wenn die Geräte-ID-Migration auf allen Cluster-Knoten geprüft wird, fahren Sie mit So beenden Sie die Aufrüstung auf die Sun Cluster 3.2-Software fort.
Im folgenden Beispiel werden die Befehle dargestellt, die zum Prüfen der Aufrüstung eines Clusters mit zwei Knoten auf die Sun Cluster 3.2-Software verwendet werden. Die Cluster-Knotennamen sind phys-schost-1 und phys-schost-2.
phys-schost# clnode show-rev -v 3.2 … phys-schost# clnode status === Cluster Nodes === --- Node Status --- Node Name Status --------- ------ phys-schost-1 Online phys-schost-2 Online |
Lesen Sie So beenden Sie die Aufrüstung auf die Sun Cluster 3.2-Software.
Führen Sie dieses Verfahren zum Beenden der Sun Cluster-Aufrüstung durch. Führen Sie alle Schritte im Solaris 10-Betriebssystem nur in der globalen Zone durch.Registrieren Sie zunächst sämtliche Ressourcentypen neu, die durch die Aufrüstung eine neue Version erhalten haben. Ändern Sie im zweiten Schritt die entsprechenden Ressourcen so, dass diese die neue Version des Ressourcentyps verwenden, der von der Ressource verwendet wird. Aktivieren Sie im dritten Schritt die Ressourcen erneut. Bringen Sie die Ressourcen im letzten Schritt wieder online.
Vergewissern Sie sich, dass alle Schritte in So prüfen Sie die Aufrüstung der Sun Cluster 3.2-Software vollständig durchgeführt werden.
Kopieren Sie die Sicherheitsdateien für den common agent container auf alle Cluster-Knoten.
Mit diesem Schritt wird gewährleistet, dass die Sicherheitsdateien für common agent container auf allen Cluster-Knoten identisch sind und dass die kopierten Dateien die richtigen Dateiberechtigungen beibehalten.
Halten Sie auf jedem Knoten den Sun Java Web Console-Agenten an.
phys-schost# /usr/sbin/smcwebserver stop |
Halten Sie in sämtlichen Knoten den Agenten für Sicherheitsdateien an.
phys-schost# /usr/sbin/cacaoadm stop |
Wechseln Sie auf einem Knoten zum Verzeichnis /etc/cacao/instances/default/.
phys-schost-1# cd /etc/cacao/instances/default/ |
Erstellen Sie eine TAR-Datei für das Verzeichnis /etc/cacao/SUNWcacao/security/.
phys-schost-1# tar cf /tmp/SECURITY.tar security |
Kopieren Sie die Datei /tmp/SECURITY.tar auf alle anderen Cluster-Knoten.
Extrahieren Sie auf jedem Knoten, auf den Sie die Datei /tmp/SECURITY.tar kopiert haben, die Sicherheitsdateien.
Bereits im Verzeichnis /etc/cacao/instances/default/ vorhandene Sicherheitsdateien werden überschrieben.
phys-schost-2# cd /etc/cacao/instances/default/ phys-schost-2# tar xf /tmp/SECURITY.tar |
Löschen Sie die Datei /tmp/SECURITY.tar aus allen Knoten des Clusters.
Sie müssen sämtliche Kopien der TAR-Datei löschen, um Sicherheitsrisiken zu vermeiden.
phys-schost-1# rm /tmp/SECURITY.tar phys-schost-2# rm /tmp/SECURITY.tar |
Starten Sie auf sämtlichen Knoten den Agenten für Sicherheitsdateien.
phys-schost# /usr/sbin/cacaoadm start |
Starten Sie auf jedem Knoten den Sun Java Web Console-Agenten.
phys-schost# /usr/sbin/smcwebserver start |
Wenn Sie Datendienste aufgerüstet haben, die nicht auf dem Produktdatenträger vorhanden waren, registrieren Sie die neuen Ressourcentypen für diese Datendienste.
Lesen Sie die Dokumentation, die im Lieferumfang der Datendienste enthalten ist.
Wenn Sie Sun Cluster HA für SAP liveCache von Sun Cluster Version 3.0 oder 3.1 auf Sun Cluster Version 3.2 aufgerüstet haben, ändern Sie die Konfigurationsdatei /opt/SUNWsclc/livecache/bin/lccluster.
Melden Sie sich als Superuser bei einem Knoten an, der als Host der liveCache-Ressource fungiert.
Kopieren Sie die neue Datei /opt/SUNWsclc/livecache/bin/lccluster in das Verzeichnis /sapdb/LC_NAME/db/sap/.
Überschreiben Sie die Datei lccluster, die bereits aus der vorherigen Konfiguration des Datendienstes vorhanden ist.
Konfigurieren Sie die Datei /sapdb/LC_NAME/db/sap/lccluster wie in How to Register and Configure Sun Cluster HA for SAP liveCache in Sun Cluster Data Service for SAP liveCache Guide for Solaris OS dokumentiert.
Wenn Sie das Solaris-Betriebssystem aufgerüstet haben und Ihre Konfiguration Vermittler mit doppelten Zeichenketten für die Solaris Volume Manager-Software verwendet, stellen Sie die Vermittlerkonfigurationen wieder her.
Legen Sie fest, welcher Knoten Eigentümer des Plattensatzes ist, dem Sie die Vermittlerhosts hinzufügen.
phys-schost# metaset -s setname |
Gibt den Plattensatznamen an.
Werden Sie an dem Knoten, der als Master des Plattensatzes dient, Superuser.
Wenn kein Knoten die Eigentümerschaft besitzt, übernehmen Sie die Eigentümerschaft des Plattensatzes.
phys-schost# cldevicegroup switch -n node devicegroup |
Gibt den Namen des Knotens an, welcher der primäre Knoten des Plattensatzes werden soll.
Gibt den Namen des Plattensatzes an.
Erstellen Sie die Vermittler neu.
phys-schost# metaset -s setname -a -m mediator-host-list |
Fügt zum Plattensatz hinzu
Gibt die Namen der Knoten an, die als Vermittlerhost für den Plattensatz hinzugefügt werden sollen.
Wiederholen Sie diese Schritte für jeden Plattensatz im Cluster, der Vermittler verwendet.
Wenn Sie VxVM aufgerüstet haben, müssen Sie alle Plattengruppen aufrüsten.
Bringen Sie eine aufzurüstende Plattengruppe online und übernehmen Sie die Eigentümerschaft.
phys-schost# cldevicegroup switch -n node devicegroup |
Führen Sie den folgenden Befehl aus, um eine Plattengruppe auf die höchste Version aufzurüsten, die von der installierten VxVM-Version unterstützt wird.
phys-schost# vxdg upgrade dgname |
Weitere Informationen zum Aufrüsten von Plattengruppen finden Sie in der Verwaltungsdokumentation zu VxVM.
Wiederholen Sie den Vorgang für jede VxVM-Plattengruppe im Cluster.
Migrieren Sie Ressourcen auf neue Ressourcentypversionen.
Sie müssen alle Ressourcen nach Sun Cluster 3.2 migrieren.
Für Sun Cluster HA für SAP Web-Anwendungsserver, bei Verwendung einer J2EE-Engine-Ressource oder einer Ressource für eine Webanwendungs-Serverkomponente oder beiden müssen Sie die Ressource löschen und sie mit der neuen Ressource für die Webanwendungs-Serverkomponente neu erstellen. Zu den Änderungen in der neuen Ressource für die Webanwendungs-Serverkomponente gehört die Integration der J2EE-Funktion. Weitere Informationen finden Sie im Sun Cluster Data Service for SAP Web Application Server Guide for Solaris OS .
Der Abschnitt Upgrading a Resource Type in Sun Cluster Data Services Planning and Administration Guide for Solaris OS enthält die Verfahren, in denen die Befehlszeile verwendet wird. Sie können diese Aufgaben jedoch auch unter Verwendung des Ressourcengruppenmenüs des Dienstprogramms clsetup ausführen. Dieser Vorgang erfordert die Ausführung der folgenden Aufgaben:
Registrierung des neuen Ressourcentyps.
Migration der infrage kommende Ressource auf die neue Version des Ressourcentyps.
Ändern der Erweiterungseigenschaften des Ressourcentyps gemäß Anweisung in den Sun Cluster 3.2 - Versionshinweise für Solaris.
Sun Cluster 3.2 enthält neue Standardwerte für einige Erweiterungseigenschaften, z. B. die Eigenschaft Retry_interval. Diese Änderungen wirken sich auf das Verhalten etwaiger vorhandener Ressourcen aus, die die Standardwerte dieser Eigenschaften verwenden. Wenn Sie für eine Ressource den früheren Standardwert benötigen, ändern Sie die migrierte Ressource, indem Sie die Eigenschaft auf den früheren Standardwert setzen.
Wenn auf Ihrem Cluster der Sun Cluster HA für Sun Java System Application Server EE (HADB)-Datendienst ausgeführt wird und Sie die HADB-Datenbank abschalten, bevor Sie mit der Aufrüstung von zwei Partitionen begonnen haben, müssen Sie die Ressource erneut aktivieren und die Datenbank starten.
phys-schost# clresource enable hadb-resource phys-schost# hadbm start database-name |
Weitere Informationen entnehmen Sie der Online-Dokumentation hadbm(1m).
Wenn Sie auf das Solaris 10-Betriebssystem aufgerüstet haben und sich die Apache-Datei httpd.conf auf einem Cluster-Dateisystem befindet, müssen Sie sicherstellen, dass der HTTPD-Eintrag im Apache-Steuerungsskript weiterhin auf diesen Speicherort verweist.
Prüfen Sie den HTTPD-Eintrag in der Datei /usr/apache/bin/apchectl.
Im folgenden Beispiel wird die Datei httpd.conf dargestellt, die sich im Cluster-Dateisystem /global befindet.
phys-schost# cat /usr/apache/bin/apchectl | grep HTTPD=/usr HTTPD="/usr/apache/bin/httpd -f /global/web/conf/httpd.conf" |
Falls die Datei nicht den richtigen HTTPD-Eintrag anzeigt, aktualisieren Sie die Datei.
phys-schost# vi /usr/apache/bin/apchectl #HTTPD=/usr/apache/bin/httpd HTTPD="/usr/apache/bin/httpd -f /global/web/conf/httpd.conf" |
Starten Sie das Dienstprogramm clsetup an einem beliebigen Knoten.
phys-schost# clsetup |
Das clsetup-Hauptmenü wird angezeigt.
Aktivieren Sie alle deaktivierten Ressourcen erneut.
Geben Sie die Zahl ein, die der Option für die Ressourcengruppen entspricht, und drücken Sie die Rücktaste.
Das Menü "Ressourcengruppe" wird angezeigt.
Geben Sie die Zahl ein, die der Option für die Aktivierung/Deaktivierung einer Ressource entspricht, und drücken Sie die Rücktaste.
Wählen Sie eine Ressource zum Aktivieren und befolgen Sie die Eingabeaufforderungen.
Wiederholen Sie Schritt c für jede deaktivierte Ressource.
Wenn alle Ressourcen wieder aktiviert sind, geben Sie q ein, um zum Ressourcengruppenmenü zurückzukehren.
Bringen Sie jede Ressourcengruppe wieder online.
Dieser Schritt umfasst das Online-Bringen von Ressourcengruppen in nicht globalen Zonen.
Wenn alle Ressourcengruppen wieder online gebracht sind, beenden Sie das clsetup-Dienstprogramm.
Geben Sie zum Zurückkehren in jedem Untermenü q ein oder drücken Sie Strg+C.
Wenn Sie vor einer Aufrüstung das automatische erneute Starten des Knotens aktiviert haben, wenn alle überwachten Plattenpfade fehlgeschlagen sind, vergewissern Sie sich, dass die Funktion weiterhin aktiviert ist.
Führen Sie diese Aufgabe auch durch, wenn Sie das automatische Neustarten zum ersten Mal konfigurieren möchten.
Legen Sie fest, ob die automatische Funktion zum erneuten Booten aktiviert oder deaktiviert ist.
phys-schost# clnode show |
Aktivieren Sie die automatische Neustartfunktion.
phys-schost# clnode set -p reboot_on_path_failure=enabled |
Gibt die einzurichtende Eigenschaft an
Gibt an, dass der Knoten neu gestartet wird, wenn alle überwachten Plattenpfade fehlschlagen, vorausgesetzt, dass auf mindestens eine der Platten von einem anderen Knoten im Cluster aus zugegriffen werden kann.
Überprüfen Sie, ob der automatische Neustart bei einem Plattenpfad-Fehler aktiviert ist.
phys-schost# clnode show === Cluster-Knoten === Knotenname: node … reboot_on_path_failure: enabled … |
(Optional) Speichern Sie die Festplatten-Partitionierungsinformationen, um in Zukunft darauf zurückgreifen zu können.
phys-schost# prtvtoc /dev/rdsk/cNtXdYsZ > filename |
Speichern Sie die Datei an einem Ort außerhalb des Clusters. Wenn Sie Änderungen an der Konfiguration der Festplatte vornehmen, führen Sie diesen Befehl erneut aus, damit die geänderte Konfiguration erfasst wird. Wenn eine Festplatte ausfällt und ausgetauscht werden muss, können Sie die Konfiguration der Festplattenpartition mithilfe dieser Informationen wiederherstellen. Weitere Informationen finden Sie auf der Manpage prtvtoc(1M).
(Optional) Fertigen Sie eine Sicherungskopie Ihrer Cluster-Konfiguration an.
Mit einer archivierten Sicherungskopie Ihrer Cluster-Konfiguration wird deren Wiederherstellung erleichtert.
Weitere Informationen finden Sie unter How to Back Up the Cluster Configuration in Sun Cluster System Administration Guide for Solaris OS .
Ressourcentyp-Migrationsfehler – In der Regel führen Sie eine Migration der Ressourcen in einen neuen Ressourcentyp aus, während die Ressource offline ist. Einige Ressourcen müssen jedoch online sein, damit eine Ressourcentyp-Migration erfolgreich ist. Wenn die Ressourcentyp-Migration aus diesem Grund fehlschlägt, werden Fehlermeldungen ähnlich der folgenden angezeigt:
phys-schost - Resource depends on a SUNW.HAStoragePlus type resource that is not online anywhere. (C189917) VALIDATE on resource nfsrs, resource group rg, exited with non-zero exit status. (C720144) Validation of resource nfsrs in resource group rg on node phys-schost failed.
Wenn die Ressourcentyp-Migration fehlschlägt, weil die Ressource offline ist, verwenden Sie das Dienstprogramm clsetup, um die Ressourcen erneut zu aktivieren und dann die verwandte Ressourcengruppe online zu bringen. Wiederholen Sie dann die Migrationsverfahren für die Ressource.
Speicherortänderung für die Java-Binärdateien – Wenn sich der Speicherort der Java-Binärdateien während des Aufrüstens von gemeinsam genutzten Komponenten geändert hat, werden eventuell Fehlermeldungen ähnlich der folgenden angezeigt, wenn Sie versuchen, die Befehle cacaoadm start oder smcwebserver start auszuführen:
# /opt/SUNWcacao/bin/cacaoadm startNo suitable Java runtime found. Java 1.4.2_03 or higher is required.Jan 3 17:10:26 ppups3 cacao: No suitable Java runtime found. Java 1.4.2_03 or higher is required.Cannot locate all the dependencies
# smcwebserver start/usr/sbin/smcwebserver: /usr/jdk/jdk1.5.0_04/bin/java: not found
Diese Fehler werden generiert, weil die Startbefehle den aktuellen Speicherort der Java-Binärdateien nicht finden können. Die JAVA_HOME-Eigenschaft verweist weiterhin auf das Verzeichnis, in dem sich die vorherige Version von Java befand, diese vorherige Version wurde jedoch während der Aufrüstung entfernt.
Um dieses Problem zu beheben, ändern Sie die Einstellung von JAVA_HOME in den folgenden Konfigurationsdateien so, dass das aktuelle Java-Verzeichnis verwendet wird:
/etc/webconsole/console/config.properties/etc/opt/SUNWcacao/cacao.properties
Wenn Sie über ein SPARC-basiertes System verfügen und Sun Management Center zur Überwachung des Clusters verwenden, wechseln Sie zu SPARC: So rüsten Sie die Software für das Sun Cluster-Modul für Sun Management Center auf.
Informationen zur Installation und Durchführung der Aufrüstung der Sun Cluster Geographic Edition 3.2-Software finden Sie im Sun Cluster Geographic Edition Installation Guide .
Andernfalls ist die Cluster-Aufrüstung abgeschlossen.
Dieser Abschnitt enthält die folgenden Informationen zur Wiederherstellung von bestimmten unvollständigen Aufrüstungen:
So stellen Sie eine fehlgeschlagene Aufrüstung von zwei Partitionen wieder her
SPARC: Wiederherstellen nach einer teilweise abgeschlossenen Aufrüstung von zwei Partitionen
x86: Wiederherstellen nach einer teilweise abgeschlossenen Aktualisierung mit zwei Partitionen
Wiederherstellen von Speicherkonfigurationsänderungen während der Aufrüstung
Wenn während des Aufrüstens ein nicht wiederherstellbarer Fehler auftritt, führen Sie dieses Verfahren aus, um die Aufrüstung zu unterbrechen.
Nachdem ein nicht wiederherstellbarer Fehler aufgetreten ist, können Sie eine Aufrüstung von zwei Partitionen nicht neu starten.
Melden Sie sich bei einem beliebigen Cluster-Knoten als Superuser an.
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:
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.
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. |
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 |
Ü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.- |
Geben Sie b ein, um den Knoten im Nicht-Cluster-Modus zu starten.
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.
Führen Sie auf jedem Knoten das Wiederherstellungsskript für eine Aufrüstung von den Installationsdatenträgern aus.
Wenn der Knoten erfolgreich auf die Sun Cluster 3.2-Software aufgerüstet wurde, können Sie auch den Befehl scinstall im Verzeichnis /usr/cluster/bin ausführen.
phys-schost# cd /cdrom/cdrom0/Solaris_arch/Product/sun_cluster/Solaris_ver/Tools phys-schost# ./scinstall -u recover |
Legt Aufrüstung fest.
Stellt die Datei /etc/vfstab und die Cluster Configuration Repository (CCR)-Datenbank vor dem Starten der Aufrüstung von zwei Partitionen im ursprünglichen Zustand wieder her.
Die Cluster-Knoten verbleiben beim Wiederherstellungsprozess im Nicht-Cluster-Modus. Versuchen Sie nicht, die Knoten im Cluster-Modus erneut zu booten.
Weitere Informationen entnehmen Sie der Online-Dokumentation scinstall(1M).
Führen Sie eine der folgenden Aufgaben aus:
Stellen Sie die alte Software von der Sicherung wieder her, um den Cluster in seinen ursprünglichen Zustand zurückzusetzen.
Fahren Sie mit der Aufrüstung der Software auf dem Cluster mithilfe der Standardaufrüstmethode fort.
Für diese Methode ist es erforderlich, dass alle Cluster-Knoten während der Aufrüstung im Nicht-Cluster-Modus verbleiben. Weitere Informationen finden Sie in der Aufgabenzuordnung für eine Standardaufrüstung in Tabelle 8–1. Sie können die Aufrüstung bei der letzten Aufgabe oder beim letzten Schritt der Standardaufrüstverfahren wieder aufnehmen, die bzw. den Sie erfolgreich abgeschlossen haben, bevor die Aufrüstung von zwei Partitionen fehlgeschlagen ist.
Führen Sie diese Verfahren durch, wenn die Aktualisierung mit Dual-Partition fehlgeschlagen ist und der Cluster sämtliche der folgenden Kriterien erfüllt:
Die Knoten der ersten Partition wurden aktualisiert.
Keiner der Knoten der zweiten Partition wurde aktualisiert.
Keiner der Knoten der zweiten Partition befindet sich im Cluster-Modus.
Sie können dieses Verfahren auch dann durchführen, wenn die Aktualisierung auf der ersten Parition erfolgreich war, Sie die Aktualisierung jedoch rückgängig machen möchten.
Führen Sie das Verfahren nicht durch, wenn die Aktualisierungsvorgänge mit Dual-Partition bereits auf der zweiten Partition gestartet wurden. Führen sie stattdessen das unter So stellen Sie eine fehlgeschlagene Aufrüstung von zwei Partitionen wieder her beschriebene Verfahren aus.
Stellen Sie sicher, dass alle Knoten auf der zweiten Partition angehalten wurden, bevor Sie mit dem Verfahren beginnen. Knoten auf der ersten Partition können entweder angehalten oder im Nicht-Cluster-Modus ausgeführt werden.
Führen Sie alle Schritte als Superuser durch.
Booten Sie die einzelnen Knoten in der zweiten Partition im Nicht-Cluster-Modus.
# ok boot -x |
Führen Sie auf jedem Knoten auf der zweiten Partition den Befehl scinstall -u recover aus.
# /usr/cluster/bin/scinstall -u recover |
Mit diesem Befehl werden die ursprünglichen CCR-Informationen und die ursprüngliche Datei /etc/vfstab wiederhergestellt und Änderungen für den Start beseitigt.
Starten Sie jeden Knoten auf der zweiten Partition im Cluster-Modus.
# shutdown -g0 -y -i6 |
Sobald die Knoten auf der zweiten Partition hochgefahren wurden, wird auf der zweiten Parition die Unterstützung für Cluster-Datendienste wiederhergestellt und gleichzeitig die alte Software mit der ursprünglichen Konfiguration ausgeführt.
Stellen Sie auf den Knoten der ersten Partition die ursprünglichen Software- und Konfigurationsdaten vom Sicherungsmedium wieder her.
Starten Sie jeden Knoten auf der ersten Partition im Cluster-Modus.
# shutdown -g0 -y -i6 |
Die Knoten werden dem Cluster wieder hinzugefügt.
Führen Sie diese Verfahren durch, wenn die Aktualisierung mit Dual-Partition fehlgeschlagen ist und der Cluster sämtliche der folgenden Kriterien erfüllt:
Die Knoten der ersten Partition wurden aktualisiert.
Keiner der Knoten der zweiten Partition wurde aktualisiert.
Keiner der Knoten der zweiten Partition befindet sich im Cluster-Modus.
Sie können dieses Verfahren auch dann durchführen, wenn die Aktualisierung auf der ersten Parition erfolgreich war, Sie die Aktualisierung jedoch rückgängig machen möchten.
Führen Sie das Verfahren nicht durch, wenn die Aktualisierungsvorgänge mit Dual-Partition bereits auf der zweiten Partition gestartet wurden. Führen sie stattdessen das unter So stellen Sie eine fehlgeschlagene Aufrüstung von zwei Partitionen wieder her beschriebene Verfahren aus.
Stellen Sie sicher, dass alle Knoten auf der zweiten Partition angehalten wurden, bevor Sie mit dem Verfahren beginnen. Knoten auf der ersten Partition können entweder angehalten oder im Nicht-Cluster-Modus ausgeführt werden.
Führen Sie alle Schritte als Superuser durch.
Führen Sie folgende Schritte durch, um jeden Knoten auf der zweiten Partition im Nicht-Cluster-Modus zu starten.
Verwenden Sie im GRUB-Menü die Pfeiltasten, um den entsprechenden Solaris-Eintrag auszuwählen und geben Sie e ein, um die Befehle des Eintrags 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 Starten über das GRUB-Menü finden Sie in Kapitel Kapitel 11, GRUB Based Booting (Tasks) in System Administration Guide: Basic Administration.
Verwenden Sie im Startparameter-Bildschirm die Pfeiltasten, um den Kernel-Eintrag auszuwählen und geben Sie e ein, um den Eintrag 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. |
Fügen Sie dem Befehl die Option -x hinzu, um anzugeben, dass das System im Nicht-Cluster-Modus gestartet werden soll.
Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ESC at any time exits. |
# grub edit> kernel /platform/i86pc/multiboot -x |
Ü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.- |
Geben Sie bein, um den Knoten im Nicht-Cluster-Modus zu starten.
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.
Führen Sie auf jedem Knoten auf der zweiten Partition den Befehl scinstall -u recover aus.
# /usr/cluster/bin/scinstall -u recover |
Mit diesem Befehl werden die ursprünglichen CCR-Informationen und die ursprüngliche Datei /etc/vfstab wiederhergestellt und Änderungen für den Start beseitigt.
Starten Sie jeden Knoten auf der zweiten Partition im Cluster-Modus.
# shutdown -g0 -y -i6 |
Sobald die Knoten auf der zweiten Partition hochgefahren wurden, wird auf der zweiten Parition die Unterstützung für Cluster-Datendienste wiederhergestellt und gleichzeitig die alte Software mit der ursprünglichen Konfiguration ausgeführt.
Stellen Sie auf den Knoten der ersten Partition die ursprünglichen Software- und Konfigurationsdaten vom Sicherungsmedium wieder her.
Starten Sie jeden Knoten auf der ersten Partition im Cluster-Modus.
# shutdown -g0 -y -i6 |
Die Knoten werden dem Cluster wieder hinzugefügt.
Dieser Abschnitt enthält die folgenden Reparaturverfahren für Änderungen, die bei der Aufrüstung unbeabsichtigt an der Speicherkonfiguration vorgenommen wurden:
So bearbeiten Sie Speicher-Rekonfigurationen bei einer Aufrüstung
So lösen Sie unbeabsichtigte Speicheränderungen bei der Aufrüstung
Alle Änderungen an der Speichertopologie einschließlich der Ausführung von Sun Cluster-Befehlen müssen fertig gestellt sein, bevor Sie den Cluster auf die Solaris 9- oder Solaris 10-Software aufrüsten. Wenn jedoch Änderungen an der Speichertopologie während der Aufrüstung vorgenommen worden sind, führen Sie folgendes Verfahren aus. Dieses Verfahren stellt sicher, dass die neue Speicherkonfiguration korrekt ist und vorhandene, nicht rekonfigurierte Speicher nicht irrtümlich geändert werden.
Mit diesem Verfahren werden die Langformen der Sun Cluster-Befehle dargestellt. Die meisten Befehle haben auch Kurzformen. Mit Ausnahme der Formen der Befehlsnamen sind die Befehle identisch. Eine Liste der Befehle und ihrer Kurzformen ist in Anhang A, Sun Cluster Object-Oriented Commands in Sun Cluster System Administration Guide for Solaris OS zu finden.
Stellen Sie sicher, das die Speichertopologie richtig ist. Prüfen Sie, ob die Geräte, die als möglicherweise ersetzt markiert wurden, mit den Geräten übereinstimmen, die tatsächlich ersetzt wurden. Wenn die Geräte nicht ersetzt wurden, suchen Sie nach möglichen unbeabsichtigten Konfigurationsänderungen, wie zum Beispiel falsche Verkabelung, und korrigieren sie gegebenenfalls.
Werden Sie an einem Knoten, der mit dem nicht geprüften Gerät verbunden ist, Superuser.
Aktualisieren Sie das nicht geprüfte Gerät manuell.
phys-schost# cldevice repair device |
Weitere Informationen sind auf der Manpage cldevice(1CL) zu finden.
Aktualisieren Sie den DID-Treiber.
phys-schost# scdidadm -ui phys-schost# scdidadm -r |
Lädt die Geräte-ID-Konfigurationstabelle in den Kernel.
Initialisiert den DID-Treiber.
Rekonfiguriert die Datenbank.
Wiederholen Sie Schritt 2 bis Schritt 3 auf allen anderen Knoten, die an das nicht geprüfte Gerät angeschlossen sind.
Kehren Sie zu den verbleibenden Aufrüstungsaufgaben zuruck. Gehen Sie zu Schritt 4 in So rüsten Sie auf die Sun Cluster 3.2-Software auf (Standard).
Wenn während der Aufrüstung versehentlich Änderungen an der Speicherverkabelung vorgenommen wurden, führen Sie folgendes Verfahren aus, um die Speicherkonfiguration in den korrekten Zustand zurück zu ändern.
Dieses Verfahren setzt voraus, dass kein realer Speicher wirklich geändert wurde. Wenn reale oder logische Speichergeräte geändert oder ersetzt worden sind, befolgen Sie stattdessen die Verfahren in So bearbeiten Sie Speicher-Rekonfigurationen bei einer Aufrüstung.
Ändern Sie die Speichertopologie zurück zur ursprünglichen Konfiguration. Prüfen Sie die Konfiguration und die Verkabelung der Geräte, die als möglicherweise ersetzt markiert wurden.
Werden Sie an jedem Cluster-Knoten Superuser.
Aktualisieren Sie den DID-Treiber an jedem Cluster-Knoten.
phys-schost# scdidadm -ui phys-schost# scdidadm -r |
Lädt die Geräte-ID-Konfigurationstabelle in den Kernel.
Initialisiert den DID-Treiber.
Rekonfiguriert die Datenbank.
Weitere Informationen finden Sie in der Online-Dokumentation unter scdidadm(1M).
Falls der Befehl scdidadm in Schritt 2 Fehlermeldungen ausgegeben hat, nehmen Sie weitere Änderungen vor, um die Speicherkonfiguration zu korrigieren, und wiederholen Sie dann Schritt 2.
Kehren Sie zu den verbleibenden Aufrüstungsaufgaben zuruck. Gehen Sie zu Schritt 4 in So rüsten Sie auf die Sun Cluster 3.2-Software auf (Standard).