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 .
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 .
Tâche |
Instructions |
---|---|
1. Lire les exigences et restrictions de 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. | |
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 |
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.
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.
(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 |
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 |
Déplace tous les groupes de ressources et groupes de périphériques.
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 |
Affiche l'état de tous les groupes de ressources.
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.
Exécutez la commande suivante pour vérifier l'absence de problèmes de données du médiateur.
# medstat -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 .
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 .
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 |
Change de maître.
Indique le nom du jeu de disques.
Indique le nom de l'élément que vous voulez convertir en nœud principal du jeu de disques.
Annulez la configuration de tous les médiateurs du jeu de disques.
# metaset -s setname -d -m mediator-host-list |
Indique le nom du jeu de disques.
Supprime du jeu de disques.
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.
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.
Pour mettre à niveau Solaris vers une version de maintenance, reportez-vous à la rubrique Mise à niveau progressive vers une version Solaris de maintenance .
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 .
Cette procédure permet de mettre à niveau le système d'exploitation Solaris vers une version de maintenance prise en charge.
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 .
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 .
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.
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.
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 |
Mettez à niveau le logiciel dépendant. Reportez-vous à la rubrique 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.
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.
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.
Vérifiez si le package SUNWtcatu est installé.
# pkginfo SUNWtcatu SUNWtcatu Tomcat Servlet/JSP Container |
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 |
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.
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 |
Retirez tout package Explorer antérieur à la version 4.3.1.
# pkgrm SUNWexplo SUNWexplu SUNWexplj |
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.
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 |
Supprimez tout package JDMK dont la version est antérieure à 5.1, REV=34.
# pkgrm SUNWjdmk-runtime SUNWjdmk-runtime-jmx |
Installez les derniers packages JDMK à partir du CD 1 de Sun Cluster.
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).
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 |
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.
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 |
Le cas échéant, installez la dernière version des packages NSPR.
Vérifiez que la version 3.9.4 (ou une version ultérieure) des packages NSS (Network Security Services) est installée.
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 |
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.
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 |
Le cas échéant, installez la dernière version des packages NSS à partir du CD 1 de Sun Cluster.
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.
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 |
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 |
Désinstallez tout package conteneur d'agents communs dont la version est antérieure à 1.0, REV=25.
# pkgrm SUNWcacao SUNWcacaocfg |
Installez la dernière version des packages conteneur d'agents communs à partir du CD 1 de Sun Cluster.
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.
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.
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/ |
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 |
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 |
Mettez à niveau le logiciel Sun Cluster. Reportez-vous à la rubrique 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.
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.
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 .
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 |
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.
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.
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.
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.
Insérez le CD Sun Cluster Agents dans le lecteur de CD du nœud.
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 |
Dans le menu principal, choisissez l'option de mise à niveau de ce nœud de cluster.
Dans le menu de mise à niveau, choisissez l'option applicable aux agents de service de données Sun Cluster de ce nœud.
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.
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 |
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 |
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.
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 |
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 .
Assurez-vous que toutes les procédures de mise à niveau ont été effectuées pour tous les nœuds du cluster mis à niveau.
À 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.
Sur chaque nœud, arrêtez l'agent Console Web de Sun Java.
# /usr/sbin/smcwebserver stop |
Sur chaque nœud, arrêtez l'agent de fichiers de sécurité.
# /opt/SUNWcacao/bin/cacaoadm stop |
Sur un nœud, passez au répertoire /etc/opt/SUNWcacao/.
phys-schost-1# cd /etc/opt/SUNWcacao/ |
Créez un fichier tar du répertoire /etc/opt/SUNWcacao/security/.
phys-schost-1# tar cf /tmp/SECURITY.tar security |
Copiez le fichier /tmp/SECURITY.tar vers chacun des autres nœuds du cluster.
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 |
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 |
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 |
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.
Identifiez le nœud propriétaire du jeu de disques auquel vous souhaitez ajouter les hôtes médiateurs.
# metaset -s setname |
Indique le nom du jeu de disques.
Si aucun nœud n'est propriétaire, devenez propriétaire du jeu de disques.
# scswitch -z -D setname -h node |
Change de maître.
Indique le nom du jeu de disques.
Indique le nom de l'élément que vous voulez convertir en nœud principal du jeu de disques.
Recréez les médiateurs.
# metaset -s setname -a -m mediator-host-list |
Ajoute le nœud au jeu de disques.
Indique le nom des nœuds à ajouter en tant qu'hôtes médiateurs du jeu de disques.
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 |
Effectue le changement
Définit le groupe de ressources à transférer.
Indique le nom du nœud vers lequel effectuer le transfert.
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.
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
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.