Guide d'installation du logiciel Sun Cluster pour SE Solaris

Mise à niveau non progressive

Cette rubrique permet d'effectuer une mise à niveau non progressive de Sun Cluster 3.x vers Sun Cluster 3.1 8/05. Lors d'une mise à niveau non progressive , vous arrêtez le cluster entier avant de mettre à niveau les nœuds. Cette procédure permet également de mettre à niveau le cluster en passant de Solaris 8 à Solaris 9 ou de Solaris 9 à Solaris 10 version 10/05 ou compatible.

Remarque –

Pour effectuer une mise à niveau progressive vers Sun Cluster 3.1 8/05, suivez les procédures de la section Mise à niveau progressive .

Tableau 5–1 Plan des tâches : Mise à niveau non progressive vers Sun Cluster 3.1 8/05


Tâche	Instructions
1. Lire les exigences et restrictions de la mise à niveau.	Prise en charge liée à la mise à niveau
2. Désactiver le cluster et sauvegarder les données partagées. Si le cluster utilise des médiateurs à deux chaînes pour Solstice DiskSuite ou Solaris Volume Manager, annuler leur configuration.	Préparation du cluster à une mise à niveau non progressive
3. Si nécessaire, mettre à niveau le logiciel Solaris vers une version de mise à jour Solaris prise en charge. (Facultatif) Mettre à niveau VERITAS Volume Manager (VxVM).	Mise à niveau non progressive de Solaris
4. Installer ou mettre à niveau le logiciel sur lequel Sun Cluster 3.1 8/05 exerce une dépendance.	Mise à niveau du logiciel dépendant avant une mise à niveau non progressive
5. Effectuer la mise à niveau vers les logiciels de services de données et la structure Sun Cluster 3.1 8/05. Si nécessaire, mettre à niveau des applications. Si le cluster utilise des médiateurs à deux chaînes, les reconfigurer. SPARC : si VxVM a été mis à niveau, mettre à niveau les groupes de disques.	Mise à niveau non progressive vers Sun Cluster 3.1 8/05
6. Activer les ressources et connecter leur groupe. (Facultatif) Migrer les ressources existantes vers de nouveaux types de ressources.	Finalisation d'une mise à niveau non progressive vers Sun Cluster 3.1 8/05
7. (Facultatif) SPARC : si nécessaire, mettre à niveau le module Sun Cluster pour Sun Management Center.	SPARC : Mise à niveau du module Sun Cluster pour Sun Management Center

Préparation du cluster à une mise à niveau non progressive

Cette procédure permet de désactiver le cluster.

Avant de commencer

Effectuez les tâches suivantes :

Assurez-vous que la configuration respecte les conditions de mise à niveau. Reportez-vous à la rubrique Prise en charge liée à la mise à niveau .
Ayez à disposition les CD-ROM, la documentation et les patchs de tous les logiciels en cours de mise à niveau, notamment les éléments suivants.
- Système d'exploitation Solaris
- structure Sun Cluster 3.1 8/05 ;
- services de données Sun Cluster 3.1 8/05 (agents) ;
- applications gérées par les agents des services de données de Sun Cluster 3.1 8/05.
- SPARC : VERITAS Volume Manager (le cas échéant)
Pour obtenir plus d'informations sur l'emplacement et l'installation des patchs, reportez-vous à la section Patchs et niveaux de microprogrammes requis du Notes de version de Sun Cluster 3.1 8/05 pour SE Solaris.
Si vous effectuez une mise à niveau à partir du logiciel Sun Cluster 3.0, veillez à ce que la liste des adresses IP de test soit accessible. Chacun des adaptateurs de réseau public du cluster doit disposer d'au moins une adresse IP de test. Cette condition s'applique qu'il s'agisse de l'adaptateur actif ou de l'adaptateur de sauvegarde du groupe. Les adresses IP de test permettent de reconfigurer les adaptateurs, afin d'utiliser le Multiacheminement sur réseau IP.

Remarque –
chaque adresse IP de test doit figurer sur le même sous-réseau que l'adresse IP existante qu'utilise l'adaptateur réseau public.

Pour afficher la liste des adaptateurs réseau public d'un nœud, exécutez la commande suivante :
% pnmstat
Reportez-vous à l'un des manuels suivants afin d'obtenir plus d'informations sur les adresses IP de test pour Multiacheminement sur réseau IP :
- IP Network Multipathing Administration Guide (Solaris 8)
- Configuring Test Addresses de la rubrique Administering Multipathing Groups With Multiple Physical Interfaces du System Administration Guide: IP Services (Solaris 9)
- Test Addresses du System Administration Guide: IP Services (Solaris 10)

Étapes

Vérifiez que le cluster fonctionne normalement.
- Pour afficher l'état actuel du cluster, exécutez la commande suivante à partir de n'importe quel nœud.
  % scstat
  Reportez-vous à la page de manuel scstat(1M) pour obtenir plus d'informations.
- Recherchez le journal /var/adm/messages sur chaque nœud pour obtenir les erreurs non résolues et les messages d'avertissement.
- Vérifiez l'état du gestionnaire de volumes.

(Facultatif) Installez la documentation Sun Cluster 3.1 8/05.

Installez les packages de documentation à l'emplacement de votre choix, comme une console administrative ou un serveur de documentation. Reportez-vous au fichier Solaris_arch/Product/sun_cluster/index.html du CD 2 de Sun Cluster pour connaître les instructions d'installation (arch représente sparc ou x86).

Informez les utilisateurs de l'indisponibilité des services du cluster au cours de la mise à niveau.

Devenez superutilisateur sur un nœud du cluster.

Lancez l'utilitaire scsetup(1m).
# scsetup
Le menu principal apparaît.

Basculez chaque groupe de ressources hors ligne.
1. Dans le menu principal de scsetup, choisissez l'option de groupes de ressources.
2. Dans le menu de groupes de ressources, choisissez l'option de connexion/déconnexion ou celle de basculement d'un groupe de ressources.
3. Suivez les instructions pour désactiver tous les groupes de ressources et les placer en mode sans gestion.
4. Une fois tous les groupes de ressources désactivés, entrez q pour revenir au menu Groupe de ressources.

Désactivez toutes les ressources du cluster.

La désactivation des ressources avant la mise à niveau permet d'éviter que le cluster ne remette des ressources en ligne automatiquement si un nœud est réinitialisé par erreur en mode cluster.
1. Dans le menu de groupes de ressources, choisissez l'option de connexion/déconnexion d'une ressource.
2. Choisissez une ressource à désactiver, puis suivez les directives fournies.
3. Pour chaque ressource, répétez l'Étape b.
4. Une fois que toutes les ressources sont désactivées, entrez q pour revenir au menu Groupe de ressources.

Quittez l'utilitaire scsetup.

Entrez q pour sortir de chaque sous-menu ou appuyez sur Ctrl+C.

Vérifiez que les ressources de tous les nœuds sont déconnectées et que leur groupe sont en mode sans gestion.
# scstat -g

Si le cluster utilise des médiateurs à deux chaînes pour Solstice DiskSuite ou Solaris Volume Manager, annulez leur configuration.

Reportez-vous à la rubrique Configuration de médiateurs à deux chaînes pour obtenir plus d'informations.
1. Exécutez la commande suivante pour vérifier l'absence de problèmes de données du médiateur.
  # medstat -s setname
  -s setname
  
  Indique le nom d'un jeu de disques.
  
  Si le champ Status affiche la valeur Bad, réparez l'hôte médiateur affecté. Suivez la procédure de la rubrique Correction des données incorrectes du médiateur .
2. Répertoriez tous les médiateurs.
  
  Enregistrez ces informations à utiliser lors de la restauration de médiateurs décrite dans la rubrique Finalisation d'une mise à niveau non progressive vers Sun Cluster 3.1 8/05.
3. Lorsqu'un jeu de disques utilise des médiateurs, devenez propriétaire du jeu si aucun nœud n'en est propriétaire.
  # scswitch -z -D setname -h node
  -z
  
  Change de maître.
  
  -D
  
  Indique le nom du jeu de disques.
  
  -h nœud
  
  Indique le nom de l'élément que vous voulez convertir en nœud principal du jeu de disques.
4. Annulez la configuration de tous les médiateurs du jeu de disques.
  # metaset -s setname -d -m mediator-host-list
  -s setname
  
  Indique le nom d'un jeu de disques.
  
  -d
  
  Supprime du jeu de disques.
  
  -m mediator-host-list
  
  Indique le nom du nœud à supprimer en tant qu'hôte médiateur du jeu de disques.
  
  Reportez-vous à la page de manuel mediator(7D) afin d'obtenir plus d'informations sur les options spécifiques du médiateur pour la commande metaset.
5. Pour les autres disques utilisant des médiateurs, répétez l'Étape c à l'Étape d.

Pour un cluster à deux nœuds utilisant Sun StorEdge Availability Suite, vérifiez que les données de configuration des services de disponibilité se trouvent sur le disque de quorum.

Les données de configuration doivent résider sur le disque de quorum pour garantir le fonctionnement correct de Sun StorEdge Availability Suite après la mise à niveau du logiciel de cluster.

Devenez superutilisateur d'un nœud de cluster qui exécute Sun StorEdge Availability Suite.

Identifiez l'ID de périphérique et la tranche utilisés par le fichier de configuration de Sun StorEdge Availability Suite.
# /usr/opt/SUNWscm/sbin/dscfg /dev/did/rdsk/dNsT
Dans cet exemple, N correspond à l'ID du périphérique et T à la tranche du périphérique N.

Identifiez le périphérique de quorum existant.

# scstat -q
-- Quorum Votes by Device --
                     Device Name         Present Possible Status
                     -----------         ------- -------- ------
   Device votes:     /dev/did/rdsk/dQsS  1       1        Online

Dans cet exemple,dQsS correspond au périphérique de quorum existant.

Si le périphérique de quorum n'est pas le périphérique de données de configuration de Sun StorEdge Availability Suite, déplacez les données de configuration vers une tranche disponible du périphérique de quorum.
# dd if=`/usr/opt/SUNWesm/sbin/dscfg` of=/dev/did/rdsk/dQsS
Remarque –
Vous devez utiliser le nom du périphérique DID en mode caractère, /dev/did/rdsk/, et non celui du périphérique DID en mode bloc, /dev/did/dsk/.

Si vous avez déplacé les données de configuration, configurez Sun StorEdge Availability Suite pour qu'il utilise le nouvel emplacement.

En tant que superutilisateur, exécutez la commande suivante sur chaque nœud exécutant Sun StorEdge Availability Suite.
# /usr/opt/SUNWesm/sbin/dscfg -s /dev/did/rdsk/dQsS

Fermez toutes les applications ouvertes sur chaque nœud du cluster.

Assurez-vous que toutes les données partagées sont sauvegardées.

Fermez le cluster à partir d'un nœud.
# scshutdown -g0 -y
Reportez-vous à la page de manuel scshutdown(1M) pour obtenir plus d'informations.

Réinitialisez chaque nœud en mode non-cluster.

Sur les systèmes SPARC, exécutez la commande suivante :
ok boot -x

Sur les systèmes x86, exécutez les commandes suivantes :

…
                      <<< 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 -x

Assurez-vous que chaque disque système est sauvegardé.

Étapes suivantes

Pour mettre à niveau Solaris avant le logiciel Sun Cluster, reportez-vous à la rubrique Mise à niveau non progressive de Solaris.

Si le logiciel Sun Cluster 3.1 8/05 ne prend pas en charge la version du système d'exploitation Solaris exécutée sur le cluster, vous devez mettre le logiciel Solaris à niveau vers une version prise en charge. Reportez-vous à la rubrique “Supported Products” des Notes de version de Sun Cluster 3.1 8/05 pour SE Solaris pour obtenir plus d'informations.
En revanche, si Sun Cluster 3.1 8/05 prend en charge la version de Solaris exécutée sur le cluster, il n'est pas nécessaire d'effectuer la mise à niveau de Solaris.

Dans le cas contraire, mettez à niveau le logiciel dépendant. Reportez-vous à la rubrique Mise à niveau du logiciel dépendant avant une mise à niveau non progressive .

Mise à niveau non progressive de Solaris

Cette procédure à effectuer sur chaque nœud de cluster permet de mettre à niveau le système d'exploitation Solaris. Si le cluster fonctionne déjà avec une version de Solaris prenant en charge Sun Cluster 3.1 8/05, il n'est pas nécessaire de mettre Solaris à niveau. Si vous n'envisagez pas de mettre à niveau le système d'exploitation Solaris, passez à la rubrique Mise à niveau non progressive vers Sun Cluster 3.1 8/05.

Attention –

Le logiciel Sun Cluster 3.1 8/05 ne prend pas en charge la mise à niveau de Solaris 9 vers la version initiale de Solaris 10 de mars 2005. Vous devez effectuer la mise à niveau vers Solaris 10 10/05 minimum ou une version compatible.

Avant de commencer

Effectuez les tâches suivantes :

Vérifiez que le cluster fonctionne sous la version de Solaris requise pour prendre en charge Sun Cluster 3.1 8/05. Reportez-vous à la rubrique “Supported Products” des Notes de version de Sun Cluster 3.1 8/05 pour SE Solaris pour obtenir plus d'informations.
Assurez-vous d'avoir suivi toutes les étapes de la rubrique Préparation du cluster à une mise à niveau non progressive .

Étapes

Devenez superutilisateur du nœud de cluster à mettre à niveau.

(Facultatif) SPARC : mettez à niveau VxFS.

Suivez les instructions des procédures fournies dans la documentation VxFS.

Déterminez si les scripts suivants de contrôle d'exécution Apache sont présents et activés :
/etc/rc0.d/K16apache /etc/rc1.d/K16apache /etc/rc2.d/K16apache /etc/rc3.d/S50apache /etc/rcS.d/K16apache
Certaines applications, telles que Sun Cluster HA pour Apache, nécessitent la désactivation des scripts de contrôle d'exécution Apache.
- Si ces scripts existent et contiennent un K ou un S en majuscule dans le nom de fichier, ils sont activés. Ils ne nécessitent aucune autre intervention.
- Si ces scripts n'existent pas, vous devez vérifier à l'Étape 8 que ceux installés lors de la mise à niveau du système d'exploitation Solaris sont désactivés.
- Si ces scripts existent et contiennent un k ou un s en minuscule, ils sont désactivés. À l'Étape 8, vous devez vous assurer de la désactivation des scripts de contrôle d'exécution Apache installés lors de la mise à niveau du système d'exploitation Solaris.

Commentez toutes les entrées des systèmes de fichiers montés globalement dans le fichier /etc/vfstab du nœud.
1. Notez toutes les entrées faisant déjà l'objet d'un commentaire afin de pouvoir vous y reporter ultérieurement.
2. Commentez temporairement toutes les entrées des systèmes de fichiers montés globalement dans le fichier /etc/vfstab.
  
  Ces entrées contiennent l'option de montage global. En les mettant en commentaire, vous empêchez la mise à niveau de Solaris de monter les périphériques globaux.

Déterminez la procédure à suivre pour mettre à niveau le système d'exploitation Solaris.

Gestionnaire de volumes	Procédure	Emplacement des instructions
Solstice DiskSuite ou Solaris Volume Manager	Toute méthode de mise à niveau Solaris, sauf la méthode Live Upgrade	Documentation d'installation de Solaris
SPARC : VERITAS Volume Manager	“Mise à niveau de VxVM et de Solaris”	Documentation d'installation de VERITAS Volume Manager

Remarque –

si VxVM est installé sur le cluster, vous devez réinstaller le logiciel VxVM existant ou effectuez une mise à niveau vers la version Solaris 9 dans le cadre de la mise à niveau Solaris.

En fonction du choix opéré à l'Étape 5, mettez à niveau Solaris.

Apportez les changements suivants aux procédures utilisées :

Si vous êtes invité à réinitialiser un nœud lors de la mise à niveau, effectuez toujours l'opération en mode non-cluster.

À la commande boot ou reboot, ajoutez l'option -x.

Vous avez ainsi l'assurance que le nœud est réinitialisé en mode non-cluster. Par exemple, les deux commandes suivantes initialisent un nœud en mode monoutilisateur non-cluster :

Sur les systèmes SPARC, exécutez l'une des commandes suivantes :
# reboot -- -xs or ok boot -xs

Sur les systèmes x86, exécutez l'une des commandes suivantes :

# 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

Si vous êtes invité à exécuter init S, utilisez plutôt la commande reboot -- -xs.

Ne suivez pas l'instruction finale de réinitialisation lors de la mise à niveau de Solaris. Procédez donc comme suit :
1. Passez à l'Étape 7 et à l'Étape 8 de cette procédure.
2. Pour terminer la mise à niveau de Solaris, effectuez la réinitialisation en mode non-cluster à l'Étape 9.

Dans le fichier /a/etc/vfstab, retirez les commentaires de l' Étape 4 sur les entrées des systèmes de fichiers montés globalement.

Si les scripts de contrôle d'exécution Apache étaient désactivés ou absents avant la mise à niveau de Solaris, assurez-vous de la non-exécution de ceux installés lors de l'opération.

Pour désactiver les scripts de contrôle d'exécution Apache, utilisez les commandes suivantes pour renommer les fichiers avec un k ou un s en minuscule.

# mv /a/etc/rc0.d/K16apache /a/etc/rc0.d/k16apache 
# mv /a/etc/rc1.d/K16apache /a/etc/rc1.d/k16apache
# mv /a/etc/rc2.d/K16apache /a/etc/rc2.d/k16apache
# mv /a/etc/rc3.d/S50apache /a/etc/rc3.d/s50apache
# mv /a/etc/rcS.d/K16apache /a/etc/rcS.d/k16apache

Vous pouvez alternativement renommer les scripts conformément à vos pratiques administratives.

Réinitialisez le nœud en mode non-cluster.

Insérez un double tiret (--) dans la commande suivante :
# reboot -- -x

SPARC : si le cluster exécute VxVM, effectuez les étapes restantes de la procédure “Mise à niveau de VxVM et de Solaris” pour réinstaller ou mettre à niveau VxVM.

Apportez les changements suivants à la procédure :

Une fois la mise à niveau de VxVM terminée, mais avant de procéder à la réinitialisation, vérifiez les entrées du fichier /etc/vfstab.

Si des commentaires d'entrée n'ont pas été retirés à l'Étape 7, réessayez.

Si VxVM vous invite à effectuer une reconfiguration finale après réinitialisation, n'utilisez pas l'option -r seule. Utilisez plutôt les options -rx pour effectuer une réinitialisation en mode non-cluster.
# reboot -- -rx

Remarque –

Si un message similaire à celui-ci s'affiche, entrez le mot de passe racine pour continuer la mise à niveau. N'exécutez pas la commande fsck et n'appuyez pas sur Ctrl+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

Installez tous les patchs du logiciel Solaris ainsi que les patchs matériels, puis téléchargez tous les microprogrammes des patchs matériels dont vous pourriez avoir besoin.

Installez également pour le logiciel Solstice DiskSuite (Solaris 8), tous les patchs du logiciel Solstice DiskSuite.

Remarque –
n'effectuez aucune réinitialisation après l'ajout des patchs. Attendez la fin de la mise à niveau du logiciel Sun Cluster pour réinitialiser le nœud.

Pour obtenir plus d'informations sur l'emplacement et l'installation des patchs, reportez-vous à la section Patchs et niveaux de microprogrammes requis du Notes de version de Sun Cluster 3.1 8/05 pour SE Solaris.

Étapes suivantes

Mettez à niveau le logiciel dépendant. Reportez-vous à la rubrique Mise à niveau du logiciel dépendant avant une mise à niveau non progressive .

Remarque –

En plus de passer de Solaris 8 à Solaris 9 ou de Solaris 9 à Solaris 10 version 10/05 ou compatible, vous devez effectuer la mise à niveau vers la version Solaris 9 ou Solaris 10 de Sun Cluster 3.1 8/05, y compris des logiciels dépendants. Cette tâche est nécessaire même si l'exécution du cluster est liée au logiciel Sun Cluster 3.1 8/05 pour une autre version de Solaris.

Mise à niveau du logiciel dépendant avant une mise à niveau non progressive

Cette procédure à effectuer sur chaque nœud de cluster permet d'installer ou de mettre à niveau le logiciel sur lequel Sun Cluster 3.1 8/05 exerce une dépendance. Lors de cette procédure, le cluster reste activé.

Si vous exécutez le gestionnaire SunPlex, le rapport d'état sur un nœud ne sera plus établi tant que l'agent de sécurité sera arrêté. Au redémarrage de celui-ci, l'établissement du rapport reprendra après la mise à niveau du conteneur d'agent commun.

Avant de commencer

Effectuez les tâches suivantes :

Assurez-vous d'avoir suivi toutes les étapes de la rubrique Préparation du cluster à une mise à niveau non progressive .
Si vous êtes passé de Solaris 8 à Solaris 9 ou de Solaris 9 à Solaris 10 version 10/05 ou compatible, assurez-vous d'avoir suivi toutes les étapes de la rubrique Mise à niveau non progressive de Solaris.
Assurez-vous d'avoir installé tous les patchs requis du logiciel Solaris ainsi que les patchs matériels.
Si le cluster exécute le logiciel Solstice DiskSuite (Solaris 8), assurez-vous d'avoir installé tous ses patchs requis.

Étapes

Devenez superutilisateur sur le nœud de cluster.

Pour Solaris 8 et Solaris 9, vérifiez que le patch du package Apache Tomcat (s'il est installé) est au niveau requis.
1. Vérifiez si le package SUNWtcatu est installé.
  # pkginfo SUNWtcatu SUNWtcatu Tomcat Servlet/JSP Container
2. Si le package Apache Tomcat est installé, assurez-vous que le patch requis par la plate-forme est installé.
  - Les plate-formes SPARC nécessitent l'installation de 114016-01 au minimum
  - Les plate-formes x86 nécessitent l'installation de 114017-01 au minimum
  # patchadd -p | grep 114016 Patch: 114016-01 Obsoletes: Requires: Incompatibles: Packages: SUNWtcatu
3. Si le patch requis n'est pas installé, supprimez le package Apache Tomcat.
  # pkgrm SUNWtcatu

Insérez le CD 1 de Sun Cluster.

Passez sur répertoire /cdrom/cdrom0/Solaris_arch/Product/shared_components/Packages/, où arch représente sparc ou x86 .
# cd /cdrom/cdrom0/Solaris_arch/Product/shared_components/Packages/

Vérifiez que la version 4.3.1 (minimum) des packages Explorer est installée.

Ces packages sont nécessaires à l'exécution de l'utilitaire sccheck pour le logiciel Sun Cluster.
1. Vérifiez si les packages Explorer ont été installés et déterminez leur version.
  # pkginfo -l SUNWexplo | grep SUNW_PRODVERS SUNW_PRODVERS=4.3.1
2. Retirez tout package Explorer antérieur à la version 4.3.1.
  # pkgrm SUNWexplo SUNWexplu SUNWexplj
3. Installez la dernière version des packages Explorer à partir du CD 1 de Sun Cluster.
  - Sous Solaris 8 ou Solaris 9, utilisez la commande suivante :
    # pkgadd -d . SUNWexpl*
  - Sous Solaris 10, utilisez la commande suivante :
    # pkgadd -G -d . SUNWexpl*
    L'option -G ajoute les packages dans la zone en cours uniquement. Vous ne devez ajouter ces packages que dans la zone globale. Par conséquent, cette option indique également que les packages ne sont pas propagés vers une éventuelle zone non globale existante ou créée ultérieurement.

Vérifiez que la version 5.1, REV=34 (minimum) des packages Java Dynamic Management Kit (JDMK) est installée.
1. Déterminez si des packages JDMK ont été installés et identifiez leur version.
  # pkginfo -l SUNWjdmk-runtime | grep VERSION VERSION=5.1,REV=34
2. Supprimez tout package JDMK dont la version est antérieure à 5.1, REV=34.
  # pkgrm SUNWjdmk-runtime SUNWjdmk-runtime-jmx
3. Installez les derniers packages JDMK à partir du CD 1 de Sun Cluster.
  - Sous Solaris 8 ou Solaris 9, utilisez la commande suivante :
    # pkgadd -d . SUNWjdmk*
  - Sous Solaris 10, utilisez la commande suivante :
    # pkgadd -G -d . SUNWjdmk*

Passez sur le répertoire Solaris_arch/Product/shared_components/Solaris_ver/Packages/ (où arch représente sparc ou x86 et ver correspond à 8 pour Solaris 8, à 9 pour Solaris 9 ou à 10 pour Solaris 10).
# cd ../Solaris_ver/Packages

Vérifiez que vous disposez de la version 4.5.0 (minimum) des packages NSPR (Netscape Portable Runtime).
1. Déterminez si des packages NSPR ont été installés et identifiez leur version.
  # cat /var/sadm/pkg/SUNWpr/pkginfo | grep SUNW_PRODVERS SUNW_PRODVERS=4.5.0
2. Supprimez tout package NSPR dont la version est antérieure à 4.5.0.
  # pkgrm packages
  Le tableau suivant répertorie les packages applicables pour chaque plate-forme matérielle.
  
  Remarque –
  Installez les packages en respectant l'ordre donné dans le tableau suivant.
  
  Plate-forme matérielle
  
  Noms des packages NSPR
  
  SPARC
  
  SUNWpr SUNWprx
  
  x86
  
  SUNWpr
3. Le cas échéant, installez la dernière version des packages NSPR.
  - Sous Solaris 8 ou Solaris 9, utilisez la commande suivante :
    # pkgadd -d . packages
  - Sous Solaris 10, utilisez la commande suivante :
    # pkgadd -G -d . packages

Vérifiez que la version 3.9.4 (ou une version ultérieure) des packages NSS (Network Security Services) est installée.
1. Cherchez à savoir si des packages NSS ont été installés et à déterminer leur version.
  # cat /var/sadm/pkg/SUNWtls/pkginfo | grep SUNW_PRODVERS SUNW_PRODVERS=3.9.4
2. Retirez tout package NSS dont la version est antérieure à 3.9.4.
  # pkgrm packages
  Le tableau suivant répertorie les packages applicables pour chaque plate-forme matérielle.
  
  Remarque –
  Installez les packages en respectant l'ordre donné dans le tableau suivant.
  
  Plate-forme matérielle
  
  Noms des packages NSS
  
  SPARC
  
  SUNWtls SUNWtlsu SUNWtlsx
  
  x86
  
  SUNWtls SUNWtlsu
3. Le cas échéant, installez la dernière version des packages NSS à partir du CD 1 de Sun Cluster.
  - Pour Solaris 8 ou Solaris 9, utilisez la commande suivante :
    # pkgadd -d . packages
  - Pour Solaris 10, utilisez la commande suivante :
    # pkgadd -G -d . packages

Revenez au répertoire Solaris_arch/Product/shared_components//Packages/.
# cd ../../Packages

Vérifiez que la version 1.0, REV=25 (minimum) des packages conteneur d'agents communs est installée.
1. Déterminez si des packages conteneur d'agents communs ont été installés et identifiez leur version.
  # pkginfo -l SUNWcacao | grep VERSION VERSION=1.0,REV=25
2. Si une version antérieure à la version 1.0, REV=25 a été installée, arrêtez l'agent de fichiers de sécurité du logiciel conteneur d'agents communs sur chaque nœud du cluster.
  # /opt/SUNWcacao/bin/cacaoadm stop
3. Désinstallez tout package conteneur d'agents communs dont la version est antérieure à 1.0, REV=25.
  # pkgrm SUNWcacao SUNWcacaocfg
4. Installez la dernière version des packages conteneur d'agents communs à partir du CD 1 de Sun Cluster.
  - Sous Solaris 8 ou Solaris 9, utilisez la commande suivante :
    # pkgadd -d . SUNWcacao*
  - Sous Solaris 10, utilisez la commande suivante :
    # pkgadd -G -d . SUNWcacao*

Allez dans un répertoire ne figurant pas sur le CD-ROM, puis éjectez ce dernier.
# eject cdrom

Insérez le CD 2 de Sun Cluster.

Pour passer de Solaris 8 à Solaris 9, installez ou mettez à niveau les packages Console Web de Sun Java.
1. Passez au répertoire Solaris_arch/Product/sunwebconsole/, où arch représente sparc ou x86.
2. Installez les packages Console Web de Sun Java.
  # ./setup
  La commande setup permet d'installer ou de mettre à niveau l'ensemble des packages de prise en charge du logiciel Console Web de Sun Java.

Allez dans un répertoire ne figurant pas sur le CD-ROM, puis éjectez ce dernier.
# eject cdrom

Vérifiez que le répertoire /usr/java/ est un lien symbolique vers la version minimum ou la dernière version du logiciel Java.

Le logiciel Sun Cluster demande au moins la version 1.4.2_03 du logiciel Java.
1. Identifiez le répertoire auquel /usr/java/ est associé par lien symbolique.
  # ls -l /usr/java lrwxrwxrwx 1 root other 9 Apr 19 14:05 /usr/java -> /usr/j2se/
2. Identifiez la ou les versions installées du logiciel Java.
  
  L'exemple suivant présente les commandes que vous pouvez utiliser pour afficher les versions connexes du logiciel Java.
  # /usr/j2se/bin/java -version # /usr/java1.2/bin/java -version # /usr/jdk/jdk1.5.0_01/bin/java -version
3. Si le répertoire /usr/java/ n'est pas associé par un lien symbolique à une version prise en charge du logiciel Java, recréez le lien symbolique.
  
  L'exemple suivant présente la création d'un lien symbolique vers le répertoire /usr/j2se/ contenant le logiciel Java 1.4.2_03.
  # rm /usr/java # ln -s /usr/j2se /usr/java

Plate-forme matérielle	Noms des packages NSPR
SPARC	`SUNWpr SUNWprx`
x86	`SUNWpr`

Plate-forme matérielle	Noms des packages NSS
SPARC	`SUNWtls SUNWtlsu SUNWtlsx`
x86	`SUNWtls SUNWtlsu`

Étapes suivantes

Mise à niveau vers le logiciel Sun Cluster 3.1 8/05 Reportez-vous à la rubrique Mise à niveau non progressive vers Sun Cluster 3.1 8/05.

Mise à niveau non progressive vers Sun Cluster 3.1 8/05

Effectuez cette procédure afin de mettre à niveau chacun des nœuds du cluster vers Sun Cluster 3.1 8/05. Vous devez également suivre cette procédure pour mettre à niveau le cluster de Solaris 8 à Solaris 9 ou de Solaris 9 à Solaris 10 version 10/05 ou compatible.

Astuce –

vous pouvez effectuer cette procédure sur plusieurs nœuds simultanément.

Avant de commencer

Assurez-vous de l'installation ou de la mise à niveau du logiciel dépendant. Reportez-vous à la rubrique Mise à niveau du logiciel dépendant avant une mise à niveau non progressive .

Étapes

Devenez superutilisateur sur un nœud du cluster.

Insérez le CD 2 de Sun Cluster dans le lecteur de CD du nœud.

Si le démon de gestion de volumes vold(1M) est en cours d'exécution et qu'il soit configuré pour gérer les périphériques de CD-ROM, il monte automatiquement le CD-ROM sur le répertoire /cdrom/cdrom0/.

Déplacez-vous sur le répertoire répertoire Solaris_arch/Product/sun_cluster/Solaris_ver/Tools/, où arch représente sparc ou x86 et où ver correspond à 8 pour Solaris 8, 9 pour Solaris 9, ou 10 pour Solaris 10 .
# cd /cdrom/cdrom0/Solaris_arch/Product/sun_cluster/Solaris_ver/Tools

Lancez l'utilitaire scinstall.
# ./scinstall
Remarque –
n'utilisez pas la commande /usr/cluster/bin/scinstall déjà installée sur le nœud. Vous devez utiliser la commande scinstall sur le CD 2 de Sun Cluster.

Dans le menu principal, choisissez l'option de mise à niveau de ce nœud de cluster.

  *** Main Menu ***

    Please select from one of the following (*) options:

      * 1) Install a cluster or cluster node
        2) Configure a cluster to be JumpStarted from this install server
      * 3) Add support for new data services to this cluster node
      * 4) Upgrade this cluster node
      * 5) Print release information for this cluster node

      * ?) Help with menu options
      * q) Quit

    Option:  4

Dans le menu de mise à niveau, choisissez l'option applicable à la structure Sun Cluster de ce nœud.

Suivez les instructions pour mettre à niveau la structure du cluster.

Lors de la mise à niveau de Sun Cluster, scinstall risque d'apporter le(s) changement(s) de configuration suivant(s) :
- Convertissez les groupes NAFO en ensembles Multiacheminement sur réseau IP. Toutefois, conservez leur nom d'origine.
  
  Reportez-vous à l'un des manuels suivants afin d'obtenir des informations sur les adresses de test pour Multiacheminement sur réseau IP :
  - IP Network Multipathing Administration Guide (Solaris 8)
  - Configuring Test Addresses de la rubrique Administering Multipathing Groups With Multiple Physical Interfaces du System Administration Guide: IP Services (Solaris 9)
  - Test Addresses du System Administration Guide: IP Services (Solaris 10)
  Reportez-vous à la page de manuel scinstall(1M) pour obtenir plus d'informations sur la conversion de groupes NAFO en ensembles Multiacheminement sur réseau IP lors de la mise à niveau de Sun Cluster.
- Renommez le fichier ntp.conf par ntp.conf.cluster, si ntp.conf.cluster n'existe pas déjà sur le nœud.
- Si nécessaire, définissez la variable local-mac-address? sur true.
La mise à niveau de la structure Sun Cluster est terminée lorsque le système affiche un message de confirmation et vous invite à appuyer sur la touche entrée.

Appuyez sur la touche entrée.

Le menu de mise à niveau s'affiche.

(Facultatif) Mettez à niveau les services de données Java Enterprise System à partir du CD 2 de Sun Cluster.
1. Dans le menu de mise à niveau de l'utilitaire scinstall, choisissez l'option applicable aux agents de services de données Sun Cluster de ce nœud.
2. Suivez les instructions pour mettre à niveau les agents de services de données Sun Cluster installés sur le nœud.
  
  Vous pouvez choisir de mettre à niveau tous les services de données installés ou une partie des éléments répertoriés.
  
  La mise à niveau des agents de services de données Sun Cluster est terminée lorsque le système affiche un message de confirmation et vous invite à appuyer sur la touche entrée.
3. Appuyez sur la touche entrée.
  
  Le menu de mise à niveau s'affiche.

Fermez l'utilitaire scinstall.

Allez dans un répertoire ne figurant pas sur le CD-ROM, puis éjectez ce dernier.
# eject cdrom

Mettez à niveau les services de données Sun Cluster à partir du CD 2 de Sun Cluster.
- Si vous utilisez le service de données Sun Cluster HA pour NFS et que vous voulez passer à Solaris 10, vous devez mettre à niveau le service de données et migrer le type de ressource vers la nouvelle version. Pour obtenir plus d'informations, reportez-vous à la section Upgrading the SUNW.nfs Resource Type du Sun Cluster Data Service for NFS Guide for Solaris OS.
- Si vous utilisez Sun Cluster HA pour Oracle 3.0 64 bits en tant que service de données Solaris 9, vous devez mettre le système à niveau vers la version Sun Cluster 3.1 8/05.
- Pour les autres services de données, la mise à niveau vers la version Sun Cluster 3.1 8/05 est facultative. Même après la mise à niveau du cluster vers la version Sun Cluster 3.1 8/05, vous pouvez toujours utiliser n'importe quel service de données Sun Cluster 3.x.
L'utilitaire scinstall(1M) ne met à niveau automatiquement que les services de données du CD Sun Cluster Agents. Vous devez manuellement mettre à niveau tous les services de données personnalisés ou de fournisseurs tiers. Suivez les procédures de la documentation fournie avec ces services de données.
1. Insérez le CD Sun Cluster Agents dans le lecteur de CD du nœud.
2. Lancez l'utilitaire scinstall.
  
  Pour les mises à niveau de services de données, vous pouvez utiliser l'utilitaire /usr/cluster/bin/scinstall installé sur le nœud.
  # scinstall
3. Dans le menu principal, choisissez l'option de mise à niveau de ce nœud de cluster.
4. Dans le menu de mise à niveau, choisissez l'option applicable aux agents de service de données Sun Cluster de ce nœud.
5. Suivez les instructions pour mettre à niveau les agents de services de données Sun Cluster installés sur le nœud.
  
  Vous pouvez choisir de mettre à niveau tous les services de données installés ou une partie des éléments répertoriés.
  
  La mise à niveau des agents de services de données Sun Cluster est terminée lorsque le système affiche un message de confirmation et vous invite à appuyer sur la touche entrée.
6. Appuyez sur la touche entrée.
  
  Le menu de mise à niveau s'affiche.
7. Fermez l'utilitaire scinstall.
8. Allez dans un répertoire ne figurant pas sur le CD-ROM, puis éjectez ce dernier.
  # eject cdrom

En fonction des besoins, mettez à niveau manuellement les services de données personnalisés non disponibles sur le support produit.

Vérifiez que chaque mise à jour des services de données est correctement installée.

Consultez le journal de la mise à niveau, référencé à la fin des messages émis en cours de mise à niveau.

Si vous n'avez pas déjà installé les patchs Sun Cluster 3.1 8/05 à l'aide de la commande scinstall, procédez à leur installation.

Installez les patchs du logiciel du services de données de Sun Cluster 3.1 8/05.

Pour obtenir plus d'informations sur l'emplacement et l'installation des patchs, reportez-vous à la section Patchs et niveaux de microprogrammes requis du Notes de version de Sun Cluster 3.1 8/05 pour SE Solaris.

Mettez à niveau les applications du logiciel installées sur le cluster.

Assurez-vous que les niveaux des applications sont compatibles avec les versions actuelles de Sun Cluster et du logiciel Solaris. Reportez-vous à la documentation de l'application pour les instructions d'installation.

Une fois tous les nœuds mis à niveau, réinitialisez chaque nœud du cluster.
# reboot

Copiez les fichiers de sécurité du conteneur d'agents communs sur tous les nœuds du cluster.

Ainsi, ces fichiers seront identiques sur tous les nœuds de cluster, et les fichiers copiés disposeront des autorisations de fichier correctes.
1. Sur chaque nœud, arrêtez l'agent Console Web de Sun Java.
  # /usr/sbin/smcwebserver stop
2. Sur chaque nœud, arrêtez l'agent de fichiers de sécurité.
  # /opt/SUNWcacao/bin/cacaoadm stop
3. Sur un nœud, passez au répertoire /etc/opt/SUNWcacao/.
  phys-schost-1# cd /etc/opt/SUNWcacao/
4. Créez un fichier tar du répertoire /etc/opt/SUNWcacao/security/.
  phys-schost-1# tar cf /tmp/SECURITY.tar security
5. Copiez le fichier /tmp/SECURITY.tar vers chacun des autres nœuds du cluster.
6. Sur chaque nœud vers lequel le fichier /tmp/SECURITY.tar a été copié, procédez à l'extraction des fichiers de sécurité.
  
  Tous les fichiers de sécurité qui existent déjà dans le répertoire /etc/opt/SUNWcacao/ sont écrasés.
  phys-schost-2# cd /etc/opt/SUNWcacao/ phys-schost-2# tar xf /tmp/SECURITY.tar
7. Supprimez le fichier /tmp/SECURITY.tar de chaque nœud du cluster.
  
  Vous devez supprimer chaque copie du fichier tar pour éviter tout problème de sécurité.
  phys-schost-1# rm /tmp/SECURITY.tar phys-schost-2# rm /tmp/SECURITY.tar
8. Sur chaque nœud, lancez l'agent de fichiers de sécurité.
  phys-schost-1# /opt/SUNWcacao/bin/cacaoadm start phys-schost-2# /opt/SUNWcacao/bin/cacaoadm start
9. Sur chaque nœud, démarrez l'agent Console Web de Sun Java.
  phys-schost-1# /usr/sbin/smcwebserver start phys-schost-2# /usr/sbin/smcwebserver start

Étapes suivantes

Reportez-vous à la rubrique Vérification d'une mise à niveau non progressive vers Sun Cluster 3.1 8/05.

Vérification d'une mise à niveau non progressive vers Sun Cluster 3.1 8/05

Cette procédure permet de s'assurer de la mise à niveau du cluster vers Sun Cluster 3.1 8/05.

Avant de commencer

Assurez-vous que toutes les procédures de mise à niveau ont été effectuées pour tous les nœuds du cluster mis à niveau.

Étapes

Sur chaque nœud mis à niveau, affichez la version de Sun Cluster.
# scinstall -pv
La première ligne du résultat indique la version de Sun Cluster actuellement utilisée par le nœud. Elle doit correspondre à celle de la mise à niveau.

À partir d'un nœud, vérifiez que tous les nœuds de cluster mis à jour sont exécutés en mode cluster (Online).
# scstat -n
Reportez-vous à la page de manuel scstat(1M) pour obtenir plus d'informations sur l'affichage de l'état du cluster.

Si vous avez effectué une mise à niveau de Solaris 8 vers Solaris 9, vérifiez la cohérence de la configuration de stockage.

Sur chacun des nœuds, exécutez la commande ci-dessous afin de vérifier la cohérence de la configuration de stockage.

# scdidadm -c

-c: Vérifie la cohérence.

Attention –

Avant de passer à l'Étape b, vous devez exécuter la vérification de la cohérence de la configuration. À défaut, vous risquez d'observer des erreurs d'identification de périphérique et une corruption des données.

Le tableau suivant répertorie les sorties possibles de la commande scdidadm -c et les actions à effectuer si ces messages s'affichaient.

Exemple de message	Action
`L'identificateur de périphérique pour 'phys-schost-1:/dev/rdsk/c1t3d0' ne correspond pas à l'identificateur du périphérique physique, le périphérique a peut-être été remplacé`	Reportez-vous à la rubrique Récupération après les modifications de configuration du stockage lors de la mise à niveau pour effectuer la procédure appropriée de réparation.
`L'identificateur du périphérique pour 'phys-schost-1:/dev/rdsk/c0t0d0' doit être mis à jour, exécutez scdidadm –R pour mettre à jour`	Aucune. Vous mettez à jour cet ID de périphérique à l'Étape b.
Aucun message de sortie	Aucune.

Reportez-vous à la page de manuel scdidadm(1M) pour obtenir plus d'informations.

Sur chaque nœud, migrez la base de données de stockage Sun Cluster vers les ID de périphérique de Solaris 9.
# scdidadm -R all
-R

Procède à la réparation.

all

Indique tous les périphériques.

Sur chacun des nœuds, exécutez la commande ci-dessous afin de vérifier que la migration de la base de données de stockage vers les ID de périphériques de Solaris 9 a été correctement effectuée.
# scdidadm -c
- Si la commande scdidadm affiche un message, revenez à l'Étape a pour apporter de nouvelles corrections à la configuration ou à la base de données de stockage.
- Si elle n'affiche aucun message, cela signifie que la migration des ID de périphériques a été réalisée avec succès. Après vous être assuré de la migration des ID de périphériques sur tous les nœuds de cluster, passez à la rubrique Finalisation d'une mise à niveau non progressive vers Sun Cluster 3.1 8/05.

Exemple 5–1 Vérification d'une mise à niveau non progressive de Sun Cluster 3.0 vers Sun Cluster 3.1 8/05

L'exemple suivant présente les commandes utilisées pour vérifier la mise à niveau non progressive d'un cluster à deux nœuds de Sun Cluster 3.0 à Sun Cluster 3.1 8/05 sur Solaris 8. Les nœuds du cluster s'appellent phys-schost-1 et phys-schost-2.

(Verify that software versions are the same on all nodes)
# scinstall -pv
 
(Verify cluster membership)
# scstat -n
-- Cluster Nodes --
                   Node name      Status
                   ---------      ------
  Cluster node:    phys-schost-1  Online
  Cluster node:    phys-schost-2  Online

Étapes suivantes

Reportez-vous à la rubrique Finalisation d'une mise à niveau non progressive vers Sun Cluster 3.1 8/05.

Finalisation d'une mise à niveau non progressive vers Sun Cluster 3.1 8/05

Cette procédure permet de finaliser la mise à niveau de Sun Cluster. Réenregistrez tout d'abord tous les types de ressources ayant bénéficié d'une nouvelle version dans le cadre de la mise à niveau. Modifiez ensuite les ressources concernées de sorte qu'elles puissent utiliser la nouvelle version du type de ressources. Réactivez les ressources et mettez en ligne les groupes de ressources.

Avant de commencer

Assurez-vous d'avoir suivi toutes les étapes de la rubrique Vérification d'une mise à niveau non progressive vers Sun Cluster 3.1 8/05.

Étapes

Si vous avez mis à niveau des services de données non disponibles sur le support produit, enregistrez leurs nouveaux types de ressources.

Suivez les procédures de la documentation fournie avec les services de données.

Si vous avez effectué une mise à niveau de la version de Sun Cluster HA pour SAP liveCache pour Sun Cluster 3.0 vers la version pour Sun Cluster 3.1, modifiez le fichier de configuration /opt/SUNWsclc/livecache/bin/lccluster.
1. Connectez-vous en tant que superutilisateur sur le nœud qui hébergera la ressource liveCache.
2. Copiez le nouveau fichier /opt/SUNWsclc/livecache/bin/lccluster dans le répertoire /sapdb/LC_NAME/db/sap/.
  
  Remplacez le fichier lccluster créé lors de la configuration précédente du service de données.
3. Configurez le fichier /sapdb/LC_NAME/db/sap/lccluster selon les instructions de la section How to Register and Configure Sun Cluster HA for SAP liveCache du Sun Cluster Data Service for SAP liveCache Guide for Solaris OS.

Si votre configuration utilise des médiateurs à deux chaînes pour le logiciel Solstice DiskSuite ou Solaris Volume Manager, restaurez la configuration des médiateurs.
1. Identifiez le nœud propriétaire du jeu de disques auquel vous souhaitez ajouter les hôtes médiateurs.
  # metaset -s setname
  -s nom_jeu
  
  Indique le nom d'un jeu de disques.
2. Si aucun nœud n'est propriétaire, devenez propriétaire du jeu de disques.
  # scswitch -z -D setname -h node
  -z
  
  Change de maître.
  
  -D setname
  
  Indique le nom du jeu de disques.
  
  -h nœud
  
  Indique le nom de l'élément que vous voulez convertir en nœud principal du jeu de disques.
3. Recréez les médiateurs.
  # metaset -s setname -a -m mediator-host-list
  -a
  
  Ajoute le nœud au jeu de disques.
  
  -m mediator-host-list
  
  Indique le nom des nœuds à ajouter en tant qu'hôtes médiateurs du jeu de disques.
4. Répétez ces étapes pour chaque jeu de disques du cluster utilisant des médiateurs.

SPARC : si vous avez mis à niveau VxVM, mettez à niveau tous les groupes de disques.
1. Connectez un jeu de disques à mettre à niveau et devenez-en propriétaire.
  # scswitch -z -D setname -h thisnode
2. Exécutez les commandes suivantes pour mettre à niveau un jeu de disques en fonction de la version VxVM installée.
  # vxdg upgrade dgname
  Reportez-vous au manuel de l'administrateur de VxVM pour de plus amples informations sur la mise à niveau des groupes de disques.
3. Répétez la procédure pour les autres jeux de disques VxVM du cluster.

Migrez les ressources vers la nouvelle version des types de ressources.

Remarque –
Si vous passez au service de données Sun Cluster HA pour NFS pour Solaris 10, vous devez migrer le système vers la nouvelle version du type de ressource. Pour obtenir plus d'informations, reportez-vous à la section Upgrading the SUNW.nfs Resource Type du Sun Cluster Data Service for NFS Guide for Solaris OS.

Les autres services de données ne sont pas concernés par cette procédure.

Pour plus d'informations sur les procédures utilisant la ligne de commande, reportez-vous à la section Upgrading a Resource Type du Sun Cluster Data Services Planning and Administration Guide for Solaris OS. Si vous préférez, vous pouvez également effectuer les mêmes tâches en utilisant le menu Groupe de ressources de l'utilitaire scsetup. Le processus implique la réalisation des tâches suivantes :
- Enregistrement du nouveau type de ressource
- Migration des ressources remplissant les conditions requises vers la nouvelle version de leur type de ressource.
- Modification des propriétés d'extension du type de ressource, selon les instructions du manuel du service de données correspondant

À partir d'un nœud, lancez l'utilitaire scsetup(1M).
# scsetup

Réactivez toutes les ressources désactivées.
1. Dans le menu de groupes de ressources, choisissez l'option de connexion/déconnexion d'une ressource.
2. Choisissez une ressource à activer, puis suivez les directives fournies.
3. Repétez l'Étape b pour chaque ressource désactivée.
4. Une fois que toutes les ressources sont réactivées, entrez q pour revenir au menu Groupe de ressources.

Remettez en ligne tous les groupes de ressources.
1. Dans le menu de groupes de ressources, choisissez l'option de connexion/déconnexion ou celle de basculement d'un groupe de ressources.
2. Suivez les indications pour mettre chaque groupe de ressources en mode de gestion et mettre en ligne le groupe de ressources.

Une fois tous les groupes de ressources remis en ligne, quittez l'utilitaire scsetup.

Entrez q pour sortir de chaque sous-menu ou appuyez sur Ctrl-C.

Étapes suivantes

Si vous disposez d'un système SPARC et si vous utilisez Sun Management Center pour surveiller le cluster, reportez-vous à la rubrique SPARC : Mise à niveau du module Sun Cluster pour Sun Management Center .

Dans le cas contraire, la mise à niveau du cluster est terminée.

Voir aussi

Pour mettre à niveau les versions de types de ressources à venir, reportez-vous à la rubrique Upgrading a Resource Type du Sun Cluster Data Services Planning and Administration Guide for Solaris OS.