Guide d'installation du logiciel Sun Cluster pour SE Solaris

Previous: Chapitre 4 SPARC : Installation et configuration de VERITAS Volume Manager
Next: Chapitre 6 Configuration de la réplication des données à l'aide du logiciel Sun StorEdge Availability Suite

Chapitre 5 Mise à niveau du logiciel Sun Cluster

Ce chapitre fournit des informations et des procédures de mise à niveau d'une configuration Sun Cluster 3.x vers le logiciel Sun Cluster 3.1 8/05 :

Généralités sur la mise à niveau d'une configuration Sun Cluster

Cette rubrique fournit les instructions suivantes pour mettre à niveau une configuration Sun Cluster :

Prise en charge liée à la mise à niveau

Respectez les instructions ci-dessous de prise en charge lors de la mise à niveau vers Sun Cluster 3.1 8/05 :

Matériel pris en charge : le logiciel Sun Cluster 3.1 8/05 doit pouvoir prendre en charge la configuration du matériel de cluster. Contactez votre représentant Sun pour obtenir des informations sur les configurations Sun Cluster actuellement prises en charge.
Changements d'architecture lors de la mise à niveau : le logiciel Sun Cluster 3.1 8/05 ne prend pas en charge la mise à niveau d'architectures.
Système d'exploitation Solaris minimum : le cluster doit être exécuté ou mis à niveau avec au moins le logiciel Solaris 8 2/02, y compris avec les derniers patchs requis.
Restriction de mise à niveau vers la version Solaris 10 de mars 2005 : le logiciel Sun Cluster 3.1 8/05 ne prend pas en charge la mise à niveau 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.
Mise à niveau d'une version principale de Solaris à l'autre : Sun Cluster 3.1 8/05 ne prend en charge que la mise à niveau non progressive de Solaris 8 vers Solaris 9, ainsi que de Solaris 9 vers Solaris 10 10/05 ou compatible.
Mise à niveau vers une version compatible : vous devez mettre à niveau tous les logiciels vers une version prise en charge par Sun Cluster 3.1 8/05. Par exemple, si un service de données est pris en charge par le logiciel Sun Cluster 3.0, mais pas par Sun Cluster 3.1 8/05, vous devez le mettre à niveau vers la version prise en charge par Sun Cluster 3.1 8/05. Reportez-vous à la rubrique Produits pris en charge du Notes de version de Sun Cluster 3.1 8/05 pour SE Solaris pour obtenir des informations de prise en charge sur des services de données spécifiques.

Si l'application connexe d'un service de données n'est pas prise en charge par Sun Cluster 3.1 8/05, vous devez la mettre à niveau vers une version prise en charge.
Version minimum du logiciel Sun Cluster : le logiciel Sun Cluster 3.1 8/05 prend en charge une mise à niveau directe uniquement depuis Sun Cluster 3.x.
Conversion de groupes NAFO en ensembles IPMP : pour mettre à niveau Sun Cluster depuis une version 3.0, tenez à votre disposition les adresses IP de test à utiliser avec les adaptateurs de réseau public lors de la conversion de groupes NAFO en ensembles multi-acheminement sur réseau IP. L'utilitaire scinstall de mise à niveau vous invite à indiquer une adresse IP de test pour chaque adaptateur réseau public du cluster. L'adresse IP de test doit se trouver sur le même sous-réseau que l'adresse IP principale pour l'adaptateur.

Reportez-vous au IP Network Multipathing Administration Guide (Solaris 8) ou à la rubrique IPMP du System Administration Guide: IP Services (Solaris 9 ou Solaris 10) afin d'obtenir des informations sur les adresses IP de test pour les groupes Multiacheminement sur réseau IP.
Mise à niveau inférieur : Sun Cluster 3.1 8/05 ne prend pas en charge la mise à niveau inférieur de Sun Cluster.
Limitation de scinstall sur les mises à niveau de services de données : l'utilitaire scinstall met à niveau uniquement les services de données fournis avec le logiciel Sun Cluster 3.1 8/05. Vous devez manuellement mettre à niveau tous les services de données personnalisés ou de fournisseurs tiers.

Choix d'une méthode de mise à niveau Sun Cluster

Pour mettre à niveau votre cluster vers Sun Cluster 3.1 8/05, optez pour l'une des méthodes suivantes :

Mise à niveau non progressive : lors d'une mise à niveau non progressive, vous arrêtez le cluster avant de mettre à niveau les nœuds. Le cluster retrouve ses fonctions une fois la totalité des nœuds mise à niveau. Vous devez utiliser la méthode de mise à niveau non progressive si vous rencontrez au moins une des situations suivantes :
- Vous effectuez une mise à niveau à partir de Sun Cluster 3.0.
- Vous passez de Solaris 8 à Solaris 9 ou de Solaris 9 à Solaris 10 10/05 (ou à une version compatible).
- Tout produit logiciel mis à niveau, tel que les applications ou bases de données, requiert l'exécution de la même version du logiciel sur tous les nœuds du cluster, au même moment.
- Vous mettez à niveau le logiciel du module Sun Cluster pour Sun Management Center.
- Vous effectuez également la mise à niveau de VxVM ou VxFS.
Mise à niveau progressive : lors d'une mise à niveau progressive, vous mettez à niveau un nœud de cluster à la fois. Le cluster reste actif et exécute des services sur les autres nœuds. Vous pouvez utiliser la méthode de mise à niveau progressive uniquement si toutes les conditions suivantes sont remplies :
- Vous mettez à niveau le logiciel depuis Sun Cluster 3.1 ;.
- Vous effectuez une mise à niveau du système d'exploitation Solaris uniquement vers une mise à jour de Solaris et uniquement si nécessaire.
- Pour toutes les applications ou bases de données que vous devez mettre à niveau, la version courante du logiciel peut coexister au sein d'un cluster avec la version de mise à niveau de ce logiciel.
Même si la configuration du cluster répond aux exigences d'une mise à niveau progressive, vous avez toujours la possibilité d'opter pour une mise à niveau non progressive. Il peut être préférable d'effectuer une mise à niveau non progressive, plutôt qu'une mise à niveau progressive si vous souhaitez utiliser le panneau de contrôle du cluster pour exécuter des commandes simultanément sur tous les nœuds du cluster et si vous tolérez l'interruption d'activité du cluster .

Pour obtenir des informations générales sur la planification de votre configuration Sun Cluster 3.1 8/05, reportez-vous au Chapitre 1, Planification de la configuration Sun Cluster.

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

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.

Mise à niveau progressive

Cette rubrique permet d'effectuer une mise à niveau progressive de Sun Cluster 3.1 ; vers Sun Cluster 3.1 8/05. Dans une mise à niveau progressive, vous mettez à niveau un nœud de cluster à la fois pendant que les autres continuent à fonctionner. Une fois tous les nœuds mis à niveau et reliés au cluster, vous devez valider le cluster par rapport à la nouvelle version du logiciel avant de pouvoir utiliser les nouvelles fonctions.

Pour effectuer une mise à niveau depuis Sun Cluster 3.0, suivez les procédures de la rubrique Mise à niveau non progressive .

Remarque –

Sun Cluster 3.1 8/05 ne prend pas en charge la mise à niveau progressive de Solaris 8 vers Solaris 9 ou de Solaris 9 vers Solaris 10 version 10/05. Vous ne pouvez que mettre à niveau Solaris vers une version améliorée lors de la mise à niveau progressive de Sun Cluster. Pour mettre à niveau une configuration Sun Cluster de Solaris 8 vers Solaris 9 ou de Solaris 9 vers Solaris 10 version 10/05 ou compatible, suivez les procédures de la rubrique Mise à niveau non progressive .

Tableau 5–2 Liste des tâches : mise à niveau 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. À partir d'un nœud du cluster, déplacer les groupes de ressources et de périphériques vers un autre nœud du cluster, et s'assurer de la sauvegarde des données partagées et du contenu des disques systèmes. Si le cluster utilise des médiateurs à deux chaînes pour Solstice DiskSuite ou Solaris Volume Manager, annuler leur configuration, puis réinitialiser le nœud en mode non-cluster.	Préparation d'un nœud de cluster à une mise à niveau progressive Mise à niveau
3. Si nécessaire, mettre à niveau le logiciel Solaris sur le nœud du cluster vers une version de mise à jour de Solaris prise en charge. (Facultatif) SPARC : mettre à niveau Système de fichiers VERITAS (VxFS) et VERITAS Volume Manager (VxVM).	Mise à niveau progressive vers une version Solaris de maintenance
4. Sur tous les nœuds de cluster, 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 progressive
5. Mettre à niveau le nœud de cluster vers les logiciels de services de données et la structure Sun Cluster 3.1 8/05. Si nécessaire, mettre à niveau des applications. SPARC : si VxVM a été mis à niveau, mettre à niveau les groupes de disques. Réinitialiser le nœud en mode cluster.	Mise à niveau progressive vers Sun Cluster 3.1 8/05
6. Repéter les tâches 3 à 5 sur les autres nœuds à mettre à niveau.
7. Utiliser la commande `scversions` pour valider le cluster par rapport à la mise à niveau. Si le cluster utilise des médiateurs à deux chaînes, les reconfigurer. (Facultatif) Migrer les ressources existantes vers de nouveaux types de ressources.	Finalisation d'une mise à niveau progressive vers Sun Cluster 3.1 8/05
8. (Facultatif) SPARC : mettre à niveau le module Sun Cluster vers Sun Management Center.	SPARC : Mise à niveau du module Sun Cluster pour Sun Management Center

Préparation d'un nœud de cluster à une mise à niveau progressive Mise à niveau

Exécutez cette procédure sur un seul nœud à la fois. Vous sortez le nœud mis à niveau du cluster pendant que les autres nœuds continuent à fonctionner en tant qu'éléments actifs du 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 .
Avant de commencer à mettre à niveau le cluster, tenez à votre 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.
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.

Respectez les instructions suivantes lors d'une mise à niveau progressive :

N'apportez pas de changements à la configuration de cluster lors d'une mise à niveau progressive. Par exemple, n'ajoutez ni ne modifiez l'interconnexion de cluster ou les périphériques de quorum. Si vous devez toutefois apporter ce changement, effectuez-le soit avant la mise à niveau progressive, soit après la mise à niveau de tous les nœuds et la validation du cluster par rapport à la nouvelle version logicielle.
Limitez la durée nécessaire pour effectuer une mise à niveau progressive sur tous les nœuds du cluster. Une fois la mise à niveau d'un nœud effectuée, commencez celle du nœud suivant dès que possible. Vous pouvez rencontrer des pénalités de performances ou autres lors de l'exécution d'un cluster à versions mixtes pour une durée étendue.
Évitez d'installer de nouveaux services de données ou d'exécuter des commandes de configuration administratives lors de la mise à niveau.
Tant que tous les nœuds du cluster n'ont pas été mis à niveau et tant que la mise à niveau n'a pas été validée, les nouvelles fonctions introduites avec la nouvelle version risquent de ne pas être accessibles.

Étapes

(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).

Si vous mettez à niveau Sun Cluster 3.1 version 09/04, assurez-vous que le dernier patch de base de Sun Cluster 3.1 est installé.

Ce patch de base contient les corrections de CR 6210440 nécessaires pour permettre la mise à niveau progressive de Sun Cluster 3.1 version 9/04 vers Sun Cluster 3.1 8/05.

Devenez superutilisateur d'un nœud du cluster à mettre à niveau.

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

Visualisez l'état du cluster à partir de l'un des nœuds.

Enregistrez ces données afin de pouvoir les consulter ultérieurement.
% scstat % scrgadm -pv[v]
Reportez-vous aux pages de manuel scstat(1M) et scrgadm(1M) pour obtenir plus d'informations.

Déplacez tous les groupes de ressources/périphériques exécutés sur le nœud à mettre à niveau.
# scswitch -S -h from-node
-S

Déplace tous les groupes de ressources et groupes de périphériques.

-h nœud_origine

Spécifie le nom du nœud à partir duquel déplacer les groupes de ressources et de périphériques.

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

Assurez-vous de la réussite de l'évacuation.
# scstat -g -D
-g

Affiche l'état de tous les groupes de ressources.

-D

Affiche l'état de tous les groupes de périphériques de disques.

Assurez-vous de la sauvegarde du disque système, des applications et de toutes les données.

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 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 du 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. Répétez ces étapes pour les autres jeux de disques utilisant des médiateurs.

Fermez le nœud à mettre à niveau et initialisez-le en mode non-cluster.

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

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

# shutdown -y -g0
...
                      <<< 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

Les autres nœuds du cluster continuent de fonctionner en tant qu'éléments actifs du cluster.

Étapes suivantes

Pour mettre à niveau Solaris vers une version de maintenance, reportez-vous à la rubrique Mise à niveau progressive vers une version Solaris de maintenance .

Remarque –

Le cluster doit déjà fonctionner avec, ou être mis à niveau vers, au moins le niveau minimum requis du système d'exploitation Solaris pour prendre en charge le logiciel Sun Cluster 3.1 8/05. Reportez-vous aux Notes de version de Sun Cluster 3.1 8/05 pour SE Solaris pour obtenir des informations sur les versions de Solaris prises en charges.

Si vous n'envisagez pas de mettre à niveau Solaris, reportez-vous à la rubrique Mise à niveau du logiciel dépendant avant une mise à niveau progressive .

Mise à niveau progressive vers une version Solaris de maintenance

Cette procédure permet de mettre à niveau le système d'exploitation Solaris vers une version de maintenance prise en charge.

Remarque –

Pour mettre à niveau un cluster en passant de Solaris 8 à Solaris 9 ou de Solaris 9 à Solaris 10 version du 10/05 ou compatible et en (ne) mettant (pas) à niveau Sun Cluster, vous devez plutôt effectuer une mise à niveau non progressive. Reportez-vous à la rubrique Mise à niveau non progressive .

Avant de commencer

Assurez-vous d'avoir suivi toutes les étapes de la rubrique Préparation d'un nœud de cluster à une mise à niveau progressive Mise à niveau .

Étapes

Commentez temporairement toutes les entrées des systèmes de fichiers montés globalement dans le fichier /etc/vfstab du nœud.

Vous éviterez ainsi à la mise à niveau de Solaris de monter les périphériques globaux.

Suivez les instructions du document “Solaris maintenance update installation guide” pour installer la version de mise à jour de maintenance.

Remarque –
ne réinitialisez pas le nœud lorsque vous y êtes invité, à la fin du processus d'installation.

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

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.

Remarque –
Ne réinitialisez pas le nœud avant l'Étape 5.

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

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

Étapes suivantes

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

Mise à niveau du logiciel dépendant avant une mise à niveau 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 d'un nœud de cluster à une mise à niveau progressive Mise à niveau .
Si vous avez mis à niveau le système d'exploitation Solaris vers une version de maintenance, assurez-vous d'avoir suivi toutes les étapes de la rubrique Mise à niveau progressive vers une version Solaris de maintenance .
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.

Placez-vous dans le répertoire répertoire /cdrom/cdrom0/Solaris_arch/Product/shared_components/Packages/, où arch représente sparc ou x86 .
# cd 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.

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

Étapes suivantes

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

Mise à niveau progressive vers Sun Cluster 3.1 8/05

Exécutez cette procédure pour mettre à niveau un nœud vers le logiciel Sun Cluster 3.1 8/05 pendant que les autres nœuds du cluster sont en mode cluster.

Remarque –

tant que tous les nœuds du cluster n'ont pas été mis à niveau et tant que la mise à niveau n'a pas été validée, les nouvelles fonctions introduites avec la nouvelle version risquent de ne pas être accessibles.

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 progressive .

Étapes

Devenez superutilisateur sur le 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 Sun Cluster Agents.
- 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.
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. En outre, suivez ces indications pour mettre à niveau des applications dans une configuration Sun Cluster 3.1 8/05 :

Si les applications sont enregistrées sur des disques partagés, vous devez devenir maître des groupes de disques appropriés et monter manuellement les systèmes de fichiers adéquats avant de mettre à niveau l'application.

Si l'on vous demande de réinitialiser un nœud lors du processus de mise à niveau, ajoutez toujours l'option -x à la commande.

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 la commande suivante :
# reboot -- -xs ok boot -xs

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

# reboot -- -xs
…
                    <<< 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

Remarque –

ne mettez pas à niveau une application si la nouvelle version ne peut pas coexister avec l'ancienne dans le cluster.

Réinitialisez le nœud dans le cluster.
# reboot

Exécutez la commande suivante sur le nœud mis à niveau afin de vérifier que le logiciel Sun Cluster 3.1 8/05 a été correctement installé.
# 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 le statut de la configuration du cluster.
% scstat % scrgadm -pv[v]
Le résultat doit être le même que celui de l'Étape 5 de la rubrique Préparation d'un nœud de cluster à une mise à niveau progressive Mise à niveau .

Si vous devez mettre un autre nœud à niveau, revenez à la rubrique Préparation d'un nœud de cluster à une mise à niveau progressive Mise à niveau et répétez l'ensemble de la procédure.

Exemple 5–2 Mise à niveau progressive de Sun Cluster 3.1 vers Sun Cluster 3.1 8/05

L'exemple ci-dessous illustre le processus de mise à niveau progressive d'un nœud du cluster, de Sun Cluster 3.1 vers Sun Cluster 3.1 8/05 sur le système d'exploitation Solaris 8. Il inclut la mise à niveau de tous les services de données installés à partir du CD Sun Cluster Agents. Le nom du nœud de cluster est phys-schost-1.

(Upgrade framework software from the CD 2 de Sun Cluster)
phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools/
phys-schost-1# ./scinstall
 
(Upgrade data services from the CD Sun Cluster Agents)
phys-schost-1# scinstall

(Reboot the node into the cluster)
phys-schost-1# reboot

(Verify that software upgrade succeeded)
# scinstall -pv

(Verify cluster status)
# scstat
# scrgadm -pv

Étapes suivantes

Après la mise à niveau de tous les nœuds de cluster, reportez-vous à la rubrique Finalisation d'une mise à niveau progressive vers Sun Cluster 3.1 8/05 .

Finalisation d'une mise à niveau progressive 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

À partir d'un nœud, vérifiez l'état de mise à niveau du cluster.
# scversions

En fonction du message obtenu à l'Étape 1, effectuez l'action appropriée du tableau suivant.

Message	Action
`La validation de la mise à niveau est requise.`	Passez à l'Étape 4.
`La validation de la mise à niveau n'est PAS requise. Toutes les versions correspondent.`	Passez à l'Étape 6.
`Impossible de valider la mise à niveau avant que tous les nœuds de cluster ne soient mis à niveau. Exécutez scinstall(1m) sur les nœuds du cluster pour identifier les versions antérieures.`	Revenez à la rubrique Mise à niveau progressive vers Sun Cluster 3.1 8/05 pour mettre à niveau les autres nœuds de cluster.
`Impossible de vérifier la mise à niveau avant que tous les nœuds de clusters ne soient mis à niveau. Exécutez scinstall(1m) sur les nœuds du cluster pour identifier les versions antérieures.`	Revenez à la rubrique Mise à niveau progressive vers Sun Cluster 3.1 8/05 pour mettre à niveau les autres nœuds de cluster.

Après avoir réuni tous les nœuds dans le cluster, à partir d'un nœud, validez le cluster par rapport à la mise à niveau.
# scversions -c
La validation de la mise à niveau permet d'utiliser toutes les fonctions de la nouvelle version dans le cluster. En effet, ces nouvelles fonctions ne sont accessibles qu'une fois la validation de mise à niveau effectuée.

À partir de l'un des nœuds, vérifiez la validation de la mise à niveau du cluster.
# scversions Upgrade commit is NOT needed. All versions match.

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

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 setname
  
  Indique le nom du 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
  
  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 l'Étape a à l'Étape c pour chaque jeu de disque du cluster utilisant des médiateurs.

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

Reportez-vous à la documentation accompagnant les services de données.

(Facultatif) Basculez chaque groupe de ressources/périphériques vers son nœud initial.
# scswitch -z -g resource-group -h node # scswitch -z -D disk-device-group -h node
-z

Effectue le changement

-g groupe-ressources

Définit le groupe de ressources à transférer.

-h nœud

Indique le nom du nœud vers lequel effectuer le transfert.

-D disk-device-group

Définit le groupe de périphériques à transférer.

Redémarrez les applications.

Pour ce faire, suivez les instructions de la documentation du fournisseur.

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

Étapes suivantes

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

Récupération après les modifications de configuration du stockage lors de la mise à niveau

Cette rubrique fournit les procédures de réparation suivantes à suivre en cas de modification accidentelle de la configuration du stockage lors de la mise à niveau :

Reconfiguration du stockage pendant une mise à niveau

Toute modification de la topologie du stockage, y compris l'exécution des commandes de Sun Cluster, doit être terminée avant la mise à niveau vers le logiciel Solaris 9. Cependant, si les modifications interviennent pendant la mise à niveau, suivez la procédure indiquée ci-après. Elle garantit que la nouvelle configuration du stockage est correcte et que le stockage existant non reconfiguré n'a pas subi d'altération par erreur.

Avant de commencer

Vérifiez que la topologie du stockage est correcte. Vérifiez si les périphériques marqués comme étant éventuellement remplacés ont été effectivement remplacés. S'ils n'ont pas été remplacés, vérifiez et corrigez les modifications de configuration accidentels éventuels, telles qu'un câblage incorrect.

Étapes

Devenez superutilisateur sur un nœud attaché au périphérique non vérifié.

Mettez à jour manuellement le périphérique non vérifié.
# scdidadm -R device
-R device

Effectue les procédures de réparation sur le périphérique indiqué.

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

Mettez le pilote IDP à jour.
# scdidadm -ui # scdidadm -r
-u

Charge la table de configuration des ID de périphérique dans le noyau.

-i

Initialise le pilote de l'IDP.

-r

Reconfigure la base de données.

Répétez l'Étape 2 et l'Étape 3 sur tous les nœuds connectés au périphérique non contrôlé.

Étapes suivantes

Revenez aux tâches de mise à niveau restantes.

Pour une mise à niveau non progressive, revenez à l'Étape 3 de la section Mise à niveau non progressive vers Sun Cluster 3.1 8/05.
Pour une mise à niveau progressive, revenez à l'Étape 4 de la section Mise à niveau progressive vers Sun Cluster 3.1 8/05.

Correction des modifications de stockage erronées lors d'une mise à niveau

Si des modifications accidentelles interviennent au niveau du câblage du stockage au cours de la mise à niveau, exécutez la procédure suivante pour rétablir l'état approprié de la configuration du stockage.

Remarque –

cette procédure suppose qu'aucun stockage physique n'a été effectivement modifié. Si les périphériques de stockage physiques ou logiques ont été modifiés ou remplacés, suivez les procédures de la rubrique Reconfiguration du stockage pendant une mise à niveau.

Avant de commencer

Restaurez la configuration initiale de la topologie de stockage. Vérifiez la configuration des périphériques marqués comme étant éventuellement remplacés, y compris le câblage.

Étapes

En tant que superutilisateur, mettez le pilote IDP à jour sur chaque nœud du cluster.
# scdidadm -ui # scdidadm -r
-u

Charge le tableau de configuration de l'ID dans le noyau.

-i

Initialise le pilote de l'IDP.

-r

Reconfigure la base de données.

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

Si la commande scdidadm a retourné un message d'erreur à l'Étape 1, apportez d'autres modifications en fonction de vos besoins pour corriger la configuration de stockage, puis répétez l'Étape 1.

Étapes suivantes

Revenez aux tâches de mise à niveau restantes.

Pour une mise à niveau non progressive, revenez à l'Étape 3 de la section Mise à niveau non progressive vers Sun Cluster 3.1 8/05.
Pour une mise à niveau progressive, revenez à l'Étape 4 de la section Mise à niveau progressive vers Sun Cluster 3.1 8/05.

SPARC : Mise à niveau de Sun Management Center

Les procédures suivantes de cette rubrique permettent de mettre à niveau le module Sun Cluster pour Sun Management Center :

SPARC : Mise à niveau du module Sun Cluster pour Sun Management Center

Les étapes suivantes permettent de mettre à niveau le module Sun Cluster sur le serveur Sun Management Center, le serveur d'aide et la console.

Remarque –

Si vous prévoyez de mettre à niveau le logiciel Sun Management Center directement, ne suivez pas cette procédure. Reportez-vous à la rubrique SPARC : Procédure de mise à niveau du logiciel Sun Management Center pour mettre à niveau le logiciel Sun Management Center et le module Sun Cluster.

Avant de commencer

Ayez à disposition le CD 2 de Sun Cluster pour la plate-forme SPARC ou le chemin de l'image de CD-ROM.

Étapes

En tant que superutilisateur, supprimez les packages Sun Cluster existants de chaque machine.

Utilisez la commande pkgrm(1M) pour supprimer les packages Sun Cluster de tous les emplacements répertoriés dans le tableau suivant.

Lieu	Package de modules à supprimer
Console Sun Management Center	`SUNWscscn`
Serveur Sun Management Center	`SUNWscssv`
Serveur d'aide Sun Management Center 3.0 ou serveur Sun Management Center 3.5	`SUNWscshl`

# pkgrm module-package

Remarque –

Sur les nœuds, la mise à niveau du module Sun Cluster a été effectuée parallèlement à celle de la structure du cluster.

En tant que superutilisateur, réinstallez les packages Sun Cluster sur chaque machine.

Insérez le CD 2 de Sun Cluster pour la plate-forme SPARC dans le lecteur.

Placez-vous dans le répertoire Solaris_sparc/Product/sun_cluster/Solaris_ver/Packages/ (ver représente 8 pour Solaris 8, 9 pour Solaris 9 ou 10 pour Solaris 10).
# cd Solaris_sparc/Product/sun_cluster/Solaris_ver/Packages/

Installez les packages appropriés en tenant compte du tableau suivant.

Lieu	Package de modules à installer
Console Sun Management Center	`SUNWscshl`
Serveur Sun Management Center	`SUNWscssv`
Serveur d'aide Sun Management Center 3.0 ou serveur Sun Management Center 3.5	`SUNWscshl`

Vous installez le package du serveur d'aide SUNWscshl non seulement sur la console mais aussi sur le serveur d'aide Sun Management Center 3.0 ou le serveur Sun Management Center 3.5. N'effectuez pas de mise à niveau vers un nouveau package SUNWscscn sur la console.

# pkgadd -d . module-package

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

SPARC : Procédure de mise à niveau du logiciel Sun Management Center

Suivez la procédure ci-dessous pour mettre à niveau Sun Management Center 2.1.1 vers Sun Management Center 3.0 ou Sun Management Center 3.5.

Avant de commencer

Veillez à disposer des éléments suivants :

Le CD 2 de Sun Cluster pour la plate-forme SPARC et, le cas échéant, pour la plate-forme x86 ou les chemins vers les images de CD-ROM. Vous utilisez le CD-ROM pour réinstaller la version Sun Cluster 3.1 8/05 des packages Sun Cluster après la mise à niveau de Sun Management Center.

Remarque –
Les packages de l'agent à installer sur les nœuds de cluster sont disponibles pour les systèmes SPARC et x86. Les packages pour la console, le serveur et le serveur d'aide sont disponibles pour les systèmes SPARC uniquement.
Documentation Sun Management Center.
patchs de Sun Management Center et patchs de modules de Sun Cluster, 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.

Étapes

Arrêtez tout processus Sun Management Center.
1. Si la console Sun Management Center est active, fermez-la.
  
  Dans la fenêtre de la console, choisissez File⇒Exit (Fichier⇒Quitter).
2. Arrêtez les processus de l'agent Sun Management Center sur chacune des machines agent de Sun Management Center (nœud de cluster).
  # /opt/SUNWsymon/sbin/es-stop -a
3. Sur la machine serveur de Sun Management Center, arrêtez le processus serveur de Sun Management Center.
  # /opt/SUNWsymon/sbin/es-stop -S

En tant que superutilisateur, supprimez les packages des modules Sun Cluster.

Utilisez la commande pkgrm(1M) pour supprimer les packages Sun Cluster de tous les emplacements répertoriés dans le tableau suivant.

Lieu	Package de modules à supprimer
Chaque nœud du cluster	`SUNWscsam`, `SUNWscsal`
Console Sun Management Center	`SUNWscscn`
Serveur Sun Management Center	`SUNWscssv`
Serveur d'aide Sun Management Center 3.0 ou serveur Sun Management Center 3.5	`SUNWscshl`

# pkgrm module-package

Si vous ne supprimez pas les packages répertoriés, la mise à niveau du logiciel Sun Management Center risque d'échouer à cause des problèmes de dépendance des packages. Vous réinstallez ces packages à l'Étape 4, après la mise à niveau de Sun Management Center.

Mettez le logiciel Sun Management Center à niveau.

Suivez les procédures de mise à niveau de la documentation de Sun Management Center.

En tant que superutilisateur, réinstallez les packages de Sun Cluster aux emplacements répertoriés dans le tableau suivant.

Lieu	Package de modules à installer
Chaque nœud du cluster	`SUNWscsam`, `SUNWscsal`
Serveur Sun Management Center	`SUNWscssv`
Console Sun Management Center	`SUNWscshl`
Serveur d'aide Sun Management Center 3.0 ou serveur Sun Management Center 3.5	`SUNWscshl`

Vous installez le package du serveur d'aide SUNWscshl non seulement sur la console mais aussi sur le serveur d'aide Sun Management Center 3.0 ou le serveur Sun Management Center 3.5.

Insérez le CD 2 de Sun Cluster correspondant à la plate-forme appropriée dans le lecteur.

Placez-vous dans le répertoire Solaris_arch/Product/sun_cluster/Solaris_ver/Packages/ (arch représente sparc ou x86 et 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/Packages/
Remarque –
Les packages de l'agent à installer sur les nœuds de cluster sont disponibles pour les systèmes SPARC et x86. Les packages pour la console, le serveur et le serveur d'aide sont disponibles pour les systèmes SPARC uniquement.

Installez le package approprié sur la machine.
- Pour les nœuds de cluster exécutés sous Solaris 10, utilisez la commande suivante :
  # pkgadd -G -d . module-package
  L'option -G ajoute les packages uniquement dans la zone actuelle. Vous devez ajouter ces packages uniquement dans la zone globale. En conséquence, cette option indique également que les packages ne sont pas propagés vers une éventuelle zone non globale existante ou créée ultérieurement.
- Pour les nœuds de cluster exécutés sous Solaris 8/Solaris 9, la console, le serveur et le serveur d'aide, utilisez la commande suivante :
  # pkgadd -d . module-package

Appliquez les patchs de Sun Management Center et les patchs des modules de Sun Cluster sur chaque nœud du cluster.

Redémarrez les processus de l'agent Sun Management Center, du serveur et de la console.

Suivez les procédures de la rubrique SPARC : Démarrage de Sun Management Center .

Chargez le module de Sun Cluster.

Suivez les procédures de la rubrique SPARC : Chargement du module Sun Cluster .

Si le module de Sun Cluster a été chargé précédemment, déchargez-le et chargez-le à nouveau pour effacer toutes les définitions d'alarmes mises en cache sur le serveur. Pour décharger le module, choisissez l'option Unload Module dans le menu Module de la fenêtre des détails de la console.