Vous trouverez dans ce chapitre des instructions permettant d'effectuer une première installation ou une mise à niveau vers Alternate Pathing (AP) 2.2 sur le serveur Sun Enterprise 10000.
La version AP 2.2 contient un module que vous devez installer sur le SSP et un jeu de modules de base que vous installerez sur le domaine Sun Enterprise 10000.
Les instructions fournies dans cette section s'appliquent à un environnement où AP n'est pas encore installé et configuré. Si une version de AP est déjà installée et configurée sur votre système, reportez-vous à la procédure décrite à la section "Mise à niveau de AP". Cette procédure utilise des scripts permettant de sauvegarder la configuration actuelle de AP, puis de restaurer cette configuration après l'installation des modules AP 2.2.
Les procédures d'installation fournies dans cette section supposent que l'environnement d'exploitation Solaris 7 5/99 est déjà installé sur votre système. C'est la condition nécessaire pour installer AP 2.2.
L'installation des modules AP nécessite environ 2,7 Mo d'espace disque sur le domaine et 37 Ko sur le SSP. Le tableau ci-dessous indique la taille totale du logiciel AP par système de fichiers du logiciel AP :
Tableau 9-1 Espace disque requis par l'AP par système de fichiers
Système de fichiers | Taille |
---|---|
Hôte : |
|
/usr |
317 Ko |
/ |
1,3 Mo |
/etc |
13 Ko |
/kernel |
1528 Ko |
/sbin |
1481 Ko |
|
|
SSP: |
|
/opt |
31 Ko |
Si vous comptez installer AP au-dessus de l'environnement d'exploitation Solaris 7 5/99, installez d'abord l'environnement d'exploitation (si nécessaire), puis revenez à cette procédure.
Reportez-vous à la section "Première installation" du chapitre "Installation de Solaris 7 5/99 sur le serveur Sun Enterprise 10000" dans la documentation Solaris 7 5/99 Guide de la plate-forme matérielle Sun.
Montez le CD-ROM.
Connectez-vous au SSP en tant que super-utilisateur.
Insérez le CD Supplement Sun Computer Systems dans le lecteur de CD-ROM.
Le lecteur de CD-ROM est connecté au SSP. Attendez que le gestionnaire de volumes monte le CD-ROM.
Exécutez la commande suivante share(1M) sur le SSP pour partager le CD-ROM sur le réseau.
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
Installez les modules AP sur le SSP (et sur le SSP de réserve, si possible)
Placez-vous dans le répertoire du logiciel AP 2.2, puis exécutez la commande pkgadd(1M) pour ajouter le module SUNWapssp sur le SSP.
ssp# cd /cdrom/cdrom0/Product ssp# pkgadd -d . SUNWapssp
Lancez le processus ap_ssp_daemon.
ssp# init q
Si vous disposez d'un SSP de réserve, exécutez les étapes ci-dessus sur le SSP de réserve.
Installez AP sur le domaine.
Démontez et supprimez le CD-ROM.
Configurez AP.
Pour avoir un exemple de procédure à suivre, reportez-vous à la section "Configuration de AP". Consultez aussi la documentation Guide de l'utilisateur de la fonctionnalité Alternate Pathing sur les serveurs Sun Enterprise.
Créez trois à cinq bases de données AP.
# apdb -c tranche_disque_brute -f
Créez des métadisques AP.
Vous devez connaître la configuration du domaine pour identifier les deux ports reliés à la même pile de disques. La procédure suivante est basée sur les ports pln. Il se peut toutefois que vos ports soient différents en fonction de la configuration du domaine.
Affichez tous les ports et les nuds de leurs unités de disque.
# apinst pln0 /dev/dsk/c1t0d0 /dev/dsk/c1t1d0 /dev/dsk/c1t2d0 /dev/dsk/c1t3d0 /dev/dsk/c1t4d0 /dev/dsk/c1t5d0 pln1 /dev/dsk/c2t0d0 /dev/dsk/c2t1d0 /dev/dsk/c2t2d0 /dev/dsk/c2t3d0 /dev/dsk/c2t4d0 /dev/dsk/c2t5d0
Créez un groupe de chemins d'accès aux disques non enregistré.
# apdisk -c -p pln0 -a pln1 # apconfig -S -u
où :
-c permet de créer le groupe de chemins d'accès
-p désigne le chemin d'accès primaire
-a désigne le chemin d'accès alternatif.
Vous pouvez vérifier les résultats de la commande en exécutant la commande apconfig(1M), comme indiqué ci-dessus.
Enregistrez les entrées dans la base de données.
# apdb -C
Vous pouvez vérifier les résultats de la commande ci-dessus en exécutant apconfig -S.
Reconstituez les répertoires des périphériques.
# drvconfig -i ap_dmd # ls -l /devices/pseudo/ap_dmd* ...
Comme indiqué ci-dessus, vous pouvez vérifier les résultats de la commande drvconfig(1M) en listant le contenu de /devices/pseudo/ap_dmd*.
Créez des liens symboliques entre le répertoire des périphériques /devices/pseudo et les fichiers des métadisques spéciaux dans /dev/ap/dsk et /dev/ap/rdsk.
# apconfig -R # ls -l /dev/ap/dsk ...
Comme indiqué ci-dessus, vous pouvez vérifier les résultats de la commande apconfig(1M) en listant le contenu de /dev/ap/dsk pour visualiser les liens symboliques.
Si vous comptez placer le disque d'initialisation sous le contrôle de AP, exécutez la commande apboot(1M) pour définir le nouveau périphérique d'initialisation AP.
# apboot nom_métadisque
La commande apboot(1M) modifie les fichiers /etc/vfstab et /etc/system. La variable nom_métadisque doit être définie comme suit : mcxtxdx.
Modifiez les références utilisant un nud de périphérique physique (c'est-à-dire un chemin d'accès commençant par /dev/dsk ou /dev/rdsk) afin d'utiliser le nud des unités de métadisque correspondantes (c'est-à-dire, un chemin d'accès commençant par /dev/ap/dsk ou /dev/ap/rdsk).
Si la partition est montée sur un chemin d'accès physique, démontez, puis remontez-la sous le chemin d'accès du métadisque.
Examinez le fichier /etc/vfstab des périphériques physiques devant être changés en métapériphériques AP. Si nécessaire, éditez le fichier /etc/vfstab afin d'effectuer les modifications nécessaires.
Vous devez avoir une bonne maîtrise de l'administration système pour pouvoir modifier le fichier /etc/vfstab. Si vos systèmes de fichiers ne sont pas configurés correctement dans le fichier /etc/vfstab, vous risquez de perdre de données lors de la prochaine initialisation du domaine.
Créez des métaréseaux AP (pour réseaux non primaires).
La procédure suivante doit s'appliquer à tous les réseaux pour lesquels vous désirez définir un deuxième chemin d'accès à l'exception du réseau primaire.
Créez le groupe de chemins de réseau.
# apnet -c -p interface_réseau -a interface_réseau # apconfig -N -u ...
Comme indiqué ci-dessus, vous pouvez vérifier les résultats de la commande apnet(1M) en exécutant apconfig(1M).
Enregistrez les entrées du groupe de chemins de réseau dans la base de données.
# apdb -C
Vous pouvez vérifier les résultats de la commande apdb(1M) en exécutant la commande apconfig(1M) avec l'option -N.
Supprimez toutes les utilisations directes des deux membres des groupes de chemins de réseau.
Si l'interface physique est plombée et si elle ne correspond pas à l'interface que vous comptez utiliser pour exécuter les commandes de configuration du métaréseau, exécutez la commande ifconfig(1M) pour déplomber l'interface physique.
Créez un fichier /etc/hostname.m nom_interface_réseau pour les différents métaréseaux que vous voulez configurer lors de l'initialisation du domaine.
Créez le métaréseau AP du réseau primaire.
Affichez le contenu des fichiers /etc/nodename et /etc/hostname. nom_interface pour vérifier que le nom de l'interface est identique dans les deux fichiers.
Créez le groupe de chemins du réseau primaire.
# apnet -c -p interface_réseau -a interface_réseau
Dans cet exemple, -c crée le groupe d'interfaces du nouveau réseau primaire, -p désigne le chemin d'accès au réseau primaire et -a désigne le chemin alternatif d'accès.
Enregistrez le groupe de chemins du réseau dans la base de données.
# apdb -C # apconfig -N
Comme indiqué ci-dessus, vous pouvez vérifier les résultats de la commande apdb(1M) en exécutant apconfig(1M).
Créez le nouveau fichier /etc/hostname.m interface_name pour configurer le réseau lors de la réinitialisation du domaine.
Par exemple, /etc/hostname.m interface_name peut contenir hmb.
Supprimez le fichiers de configuration correspondant à l'interface du métaréseau.
# rm -f /etc/hostname.nom_interface_primaire \ /etc/hostname.nom_interface_alternative
Si vous comptez utiliser un gestionnaire de volumes tel que Sun Enterprise Volume Manager (SEVM) ou Solstice DiskSuite (SDS), configurez le gestionnaire de volumes en suivant les instructions du fournisseur.
Assurez-vous que votre gestionnaire de volumes est pris en charge par Solaris 7 (environnement d'exploitation exigé pour AP 2.2).
Problèmes liés à SEVM
Pour créer des volumes SEVM au-dessus de AP, utilisez les chemins d'accès des métadisques AP plutôt que les chemins d'accès physiques pour configurer vos volumes. SEVM reconnaît et installe correctement les métapériphériques AP existants sans aucune intervention particulière de l'utilisateur.
SEVM peut encapsuler à la fois les disques d'initialisation ou de non initialisation configurés en métapériphériques AP. De même, il peut encapsuler les bases de données AP sans que cela n'affecte l'AP. Toutefois, notez que les spécifications SEVM standard suivantes s'appliquent dans le cas de l'encapsulation :
Une tranche s2 doit représenter l'ensemble du disque.
Un "petit volume" d'espace disque doit être réservé au début ou à la fin du disque.
Deux partitions libres doivent être disponibles.
Les spécifications de la partition peuvent nécessiter l'abandon d'une base de données AP qui est souvent placée sur la tranche s4.
Il est conseillé de configurer SEVM après AP. Toutefois, l'objet de ce document n'est pas de décrire l'intégration de l'AP dans une configuration SEVM existante.
Problèmes liés à SDS
Pour créer des volumes SDS au-dessus de AP, utilisez les chemins d'accès des métadisques AP plutôt que les chemins d'accès physiques pour configurer vos volumes. SDS reconnaît et installe correctement les métapériphériques AP existants sans aucune intervention particulière de l'utilisateur.
Réinitialisez le domaine (si nécessaire).
Si vous venez de réinitialiser le domaine après la configuration d'un gestionnaire de volumes, ignorez cette étape.
Vous trouverez dans cette section les instructions permettant d'effectuer une mise à niveau vers AP 2.2 sur le SSP et sur un domaine. Les versions AP 2.0 et AP 2.1 ne sont pas prises en charge dans l'environnement d'exploitation Solaris 7 5/99. La procédure de mise à niveau implique la suppression de la version AP précédente sur le SSP et sur le domaine hôte, l'installation d'un module AP sur le SSP et d'un jeu de modules AP de base sur le domaine, la restauration de votre configuration AP. Des scripts sont fournis pour simplifier cette procédure de mise à niveau.
Si vous comptez installer AP 2.2 sur un domaine Sun Enterprise 10000, le SSP doit fonctionner sous SSP 3.1. Le logiciel SSP 3.0 ne prend pas en charge AP 2.2. Reportez-vous à votre kit média SSP pour savoir comment installer le logiciel SSP.
L'installation des modules figurant sur le CD-ROM exige environ 2,7 Mo d'espace disque sur le domaine hôte et 37 Ko sur le SSP. Le tableau ci-dessous indique la taille totale de chaque système de fichiers AP :
Tableau 9-2 Tailles des systèmes de fichiers AP
Système de fichiers |
Taille |
---|---|
Domaine: |
|
/opt |
1,23 Mo |
/usr |
158 Ko |
/ |
1,3 Mo |
|
|
SSP: |
|
/opt |
37 Ko |
Sauvegardez systématiquement les données de votre serveur avant de mettre à jour un logiciel. La méthode de sauvegarde la plus sûre consiste à effectuer un vidage de niveau 0 (ufsdump(1M)) des systèmes de fichiers connectés au serveur que vous voulez mettre à jour. Si vous n'avez pas de procédure de sauvegarde bien définie, reportez-vous à la documentation System Administration Guide.
Il n'est pas nécessaire de supprimer les patchs installés avant d'effectuer la mise à niveau.
Avant d'utiliser l'option upgrade de l'utilitaire suninstall, consultez la documentation utilisateur des autres logiciels (gestionnaires des volumes de disques, par exemple) installés sur votre système. Vous y trouverez peut-être des instructions supplémentaires vous permettant de conserver les configurations existantes. Par ailleurs, vérifiez les notes de mise à niveau de AP et des gestionnaires de volumes que vous utilisez.
Les procédures de mise à niveau de AP décrites dans cette section utilisent deux scripts, ap_upgrade_begin et ap_upgrade_finish. Le premier script permet de sauvegarder la configuration AP actuelle et le deuxième script restaure la configuration exacte après l'installation des modules AP 2.2. Vous devrez probablement effectuer une mise à niveau simultanée vers Solaris 7 5/99 et AP 2.2 car cette version AP exige Solaris 7. Etant donné que la configuration AP est restaurée telle qu'elle existait avant l'installation de Solaris 7, vous devez prendre en compte les problèmes décrits dans cette section.
Si les contrôleurs d'E/S sont renumérotés, les scripts de mise à niveau de AP ne fonctionneront pas. Une renumérotation des contrôleurs d'E/S se produit lorsque vous modifiez la configuration de votre matériel, puis exécutez une commande d'initialisation avec l'option -R (boot -R) ou provoquez l'exécution de la commande drvconfig(1M). C'est le cas, par exemple, lorsque vous utilisez la fonctionnalité Dynamic Reconfiguration (DR) pour détacher logiquement une carte système d'un domaine. Si cette carte système héberge des contrôleurs d'E/S et que d'autres cartes système ayant des numéros plus élevés dans le domaine hébergent elles aussi des contrôleurs d'E/S, il se peut que la numérotation actuelle des contrôleurs change après l'exécution de la prochaine commande d'initialisation et de reconfiguration. Par exemple, le contrôleur pln5 peut se changer en pln3.
L'utilitaire suninstall exige l'exécution d'une commande d'initialisation et de reconfiguration. Si l'exécution de cette commande provoque la renumérotation des contrôleurs, vous ne pouvez pas utiliser le script ap_upgrade_finish pour mener à bien la mise à niveau de AP. En revanche, vous pouvez choisir d'utiliser le script ap_upgrade_begin. Ceci s'explique par le fait que le script ap_upgrade_begin sauvegarde des informations relatives à votre configuration AP dans les fichiers /var/tmp/ap*. Si vous maîtrisez correctement la fonction de numérotation des périphériques, vous pouvez restaurer votre configuration AP en faisant référence à ces fichiers dans le répertoire /var/tmp, puis en recréant manuellement les mappages de l'ancienne configuration de AP après avoir analysé la manière dont les contrôleurs physiques sous-jacents ont été renumérotés.
Si vous ne maîtrisez pas correctement la fonction de numérotation des périphériques, effectuez une première installation et recréez entièrement votre configuration AP ou demandez l'assistance du SAV. En règle générale, évitez d'effectuer des modifications sur le matériel si celles-ci peuvent entraîner la renumérotation des contrôleurs.
Les scripts de mise à niveau AP tentent de recréer les bases de données AP dans les mêmes partitions que celles qu'elles occupaient avant la mise à niveau vers l'environnement d'exploitation Solaris 7. Toutefois, notez que l'environnement d'exploitation Solaris 7 exige un espace disque plus important que les versions antérieures du logiciel Solaris. Pour cette raison, vous pouvez décider de modifier le plan de partitionnement des disques d'initialisation pendant l'exécution de l'utilitaire suninstall. Si vous placez les systèmes de fichiers dans toutes les partitions réservées précédemment aux bases de données AP, le script ap_upgrade_finish ne pourra pas recréer ces bases de données et la procédure de mise à niveau échouera. Par ailleurs, si vous placez un système de fichiers dans une partition réservée précédemment à une base de données AP et si, pour une raison quelconque, le système de fichiers n'est pas monté lors de l'exécution du script ap_upgrade_finish, ce système de fichiers sera écr asé par une copie de la base de données AP.
L'utilitaire de mise à niveau AP suppose que le partionnement du disque root (disque contenant la partition root) n'est pas modifié pendant la mise à niveau. Le logiciel Solaris 7 exige un espace disque plus important que les versions précédentes. La méthode permettant de gagner de l'espace disque supplémentaire consiste à repartitionner le disque d'origine ou à diviser le disque root en deux disques en exécutant des commandes standard avant de passer à Solaris 7. Si vous devez repartitionner le disque root, faites-le avant d'exécuter la procédure de mise à niveau AP 2.2. Si vous ne disposez pas d'un espace disque suffisant lors de l'exécution de l'utilitaire suninstall, modifiez le partitionnement du disque pour libérer plus d'espace. Toutefois, pendant l'exécution de suninstall, vous ne devez pas réaffecter les partitions root ou usr à un autre disque, car le script de mise à niveau AP échouera.
Avant d'exécuter le script ap_upgrade_begin, enregistrez les entrées qui ne sont pas encore enregistrées dans la base de données AP. Les métapériphériques créés, mais non enregistrés, ne sont pas conservés pendant la mise à niveau. De même, les métapériphériques supprimés, mais non enregistrés, continuent d'exister après la mise à niveau.
Si nécessaire, enregistrez toutes les métapériphériques AP non enregistrés.
Terminez tous les processus permettant d'accéder directement ou indirectement aux métapériphériques.
A ce stade, vous n'avez pas à vous soucier du fait que votre disque d'initialisation ou votre réseau primaire peut utiliser des métapériphériques AP. Le script ap_upgrade_begin que vous exécuterez plus tard dans cette procédure et la réinitialisation consécutive permettront au disque d'initialisation et au réseau primaire d'utiliser les chemins d'accès physiques plutôt que les métapériphériques AP.
Préparez le CD-ROM.
Mettez à jour AP sur le système SSP.
Arrêtez le processus ap_ssp_daemon.
Supprimez le module SUNWapssp sur le SSP principal et sur le SSP de réserve (le cas échéant) en exécutant la commande pkgrm(1M).
Installez le module SUNWapssp de la version AP 2.2 sur le SSP principal et sur le SSP de réserve ().
ssp# cd /cdrom/cdrom0/Product ssp# pkgadd -d . SUNWapssp
Lancez le processus ap_ssp_daemon (sur le SSP principal).
ssp# init q
Supprimez AP du domaine.
Connectez-vous au domaine en tant que super-utilisateur.
Créez et montez le répertoire /cdrom.
# mkdir /cdrom # mount ssp_nom de l'hôte:/cdrom/cdrom0 /cdrom
Exécutez le script suivant pour supprimer la configuration AP (et la sauvegarder afin de la restaurer ultérieurement) :
# /cdrom/Tools/ap_upgrade_begin ... ap_upgrade_begin has completed
Ce script sauvegarde la configuration AP courante dans les fichiers /var/tmp/ap*. Il crée également des scripts de shell exécutables que vous pouvez utiliser pour regénérer votre configuration AP. Vous pouvez consulter les fichiers /var/tmp/ap*, mais vous ne pouvez pas les modifier ou les supprimer. Toute modification ou suppression de ces fichiers peut compromettre la procédure de mise à niveau.
Si les systèmes de fichiers figurant dans /etc/vfstab sont encore configurés en tant que métapériphériques AP, éditez le fichier /etc/vfstab, puis reconfigurez ces systèmes de fichiers en périphériques physiques.
Vous devez avoir une bonne maîtrise de l'administration système pour pourvoir modifier le fichier /etc/vfstab. Si les systèmes de fichiers ne sont pas configurés correctement dans le fichier /etc/vfstab, vous risquez de perdre des données lors de la prochaine initialisation du domaine.
Exécutez la commande pkgrm(1M) pour supprimer les modules SUNWapdoc, SUNWapr, SUNWapu et SUNWabap.
Si vous comptez passer à l'environnement d'exploitation Solaris 7 5/99, effectuez la mise à niveau maintenant.
Reportez-vous à la section "Mise à niveau" du chapitre "Solaris 7 5/99 on the Sun Enterprise 10000 Server" de la documentation Solaris 7 5/99 Guide de la plate-forme matérielle Sun.
Attendez la fin de la procédure de mise à niveau de Solaris avant de poursuivre cette procédure.
Assurez-vous que vous mettez à jour la tranche de disque appropriée. Si vous aviez utilisé précédemment un gestionnaire de volumes pour mettre en miroir le disque d'initialisation, et AP pour définir un chemin alternatif d'accès à chaque miroir de disque d'initialisation, vous disposiez alors de quatre chemins d'accès physiques qui représentaient précédemment des chemins d'accès potentiels au disque d'initialisation (soit deux autres chemins d'accès pour chaque miroir de disque d'initialisation). Puisque la configuration de AP et du gestionnaire de volumes a été supprimée, examinez le fichier /etc/vfstab pour identifier le chemin d'accès physique correspondant au système de fichiers root (/). Assurez-vous que ce chemin d'accès est affecté à la variable OBP boot-device. Lorsque vous exécutez l'utilitaire suninstall, déclarez ce chemin d'accès comme disque à mettre à jour. Plus tard, lorsque vous devrez restaurer votre gestionnaire de volumes, pensez à déclarer ce disque comme miroir principal. Reportez-vous à la documentation de votre gestionnaire de volumes pour savoir comment identifier la tranche physique utilisée lors de l'initialisation.
Préparez le CD-ROM (si nécessaire).
Connectez-vous au SSP en tant que super-utilisateur.
Réinsérez le CD Supplement Sun Computer Systems dans le lecteur de CD-ROM du système SSP.
Attendez que le gestionnaire de volumes monte le CD.
Partagez le CD-ROM afin qu'il soit accessible sur le réseau.
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
Installez la version AP 2.2 sur le domaine.
Connectez-vous sur le domaine en tant que super-utilisateur.
Si nécessaire, créez et montez le répertoire /cdrom.
# mkdir /cdrom # mount ssp_nom de l'hôte:/cdrom/cdrom0 /cdrom
Installez les modules AP 2.2 appropriés.
# cd /cdrom/Product # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
Exécutez le script approprié pour restaurer la configuration AP d'origine.
Avant d'exécuter la commande suivante, pensez à lire la section "Mise à niveau simultanée de AP et du logiciel Solaris ".
# /cdrom/Tools/ap_upgrade_finish ... ap_upgrade_finish has completed
Si des systèmes de fichiers présents dans le fichier /etc/vfstab sont encore configurés en périphériques physiques et si vous désirez créer ces systèmes de fichiers sur des métapériphériques AP, modifiez le fichier /etc/vfstab et reconfigurez ces systèmes de fichiers en métapériphériques AP.
Vous devez avoir une bonne maîtrise de l'administration système pour pouvoir modifier le fichier /etc/vfstab. Si vos systèmes de fichiers ne sont pas configurés correctement dans le fichier /etc/vfstab, vous risquez de perdre des données lors de la prochaine initialisation du domaine.
Réinitialisez le domaine.
Sur le système SSP, annulez le partage du lecteur de CD-ROM, puis retirez le CD Supplement Sun Computer Systems.
ssp# cd / ssp# unshare /cdrom/cdrom0 ssp# eject cdrom
Si vous passez de la version Solaris 2.5.1 ou 2.6 à Solaris 7 5/99 et si AP 2.0 ou 2.1 et Solstice(TM) DiskSuite(TM) 4.0 ou 4.1 (SDS) sont installés sur votre système, vous devez effectuer une mise à niveau vers AP 2.2 et SDS 4.2.
Avant de procéder à cette mise à niveau, assurez-vous que disposer des publications suivantes :
Notes de mise à jour Solaris 7 Supplement for Sun Hardware (disponible en version imprimée dans votre kit média Solaris 7)
Solaris 7 5/99 Guide de la plate-forme matérielle Sun, (disponible en version imprimée dans votre kit media Solaris 7 ou en format AnswerBook2 sur le CD Supplement Sun Hardware)
Guide de l'utilisateur de la fonctionnalité Alternate Pathing sur les serveurs Sun Enterprise (disponible en format AnswerBook2 sur le CD Supplement Sun Hardware dans votre kit media Solaris 7)
Solstice DiskSuite 4.2 User's Guide (disponible en format AnswerBook2 sur http://docs.sun.com ou dans votre kit media SDS)
Solstice DiskSuite 4.2 Installation and Product Notes (disponible en format AnswerBook2 sur http://docs.sun.com ou dans votre kit media SDS )
Pour mener à bien la mise à niveau, vous devez réaliser les tâches dans l'ordre indiqué ci-dessous.
Voici les tâches de base à réaliser :
Annulation de la configuration de SDS 4.0 or 4.1.
Suppression de AP 2.0 ou 2.1.
Passage à Solaris 7 5/99.
Installation de AP 2.2.
Installation et reconfiguration de SDS 4.2.
Avant d'exécuter cette procédure, lisez les notes de mise à niveau AP ainsi que celles de Solstice DiskSuite 4.2. De même, lisez toutes les instructions de la procédure avant de l'exécuter.
Enregistrez, si nécessaire, les métapériphériques AP qui ne sont pas encore enregistrés.
Annulez la configuration de Solstice DiskSuite(TM) (SDS) en suivant les étapes 1 à 8 de la procédure décrite à la section "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" dans la documentation Solstice DiskSuite 4.2 Installation and Products Notes (19 octobre 1998).
Réinitialisez le système.
Ceci suppose que les volumes de disques dont la configuration a été annulée ne sont plus actifs.
Terminez tous les processus permettant d'accéder directement ou indirectement aux métapériphériques AP.
A ce stade, vous n'avez pas à vous soucier du fait que votre disque d'initialisation ou votre réseau primaire peut utiliser des métapériphériques AP. Le script ap_upgrade_begin que vous exécuterez plus tard dans cette procédure et les prochaines commandes de réinitialisation permettront au disque d'initialisation et au réseau primaire d'utiliser les chemin d'accès physiques plutôt que les métapériphériques AP.
Préparez le CD-ROM.
Mettez à jour AP sur le système SSP.
Arrêtez le processus ap_ssp_daemon.
Exécuter la commande pkgrm(1M) pour supprimer le module SUNWapssp sur le système SSP principal et le SSP de réserve (le cas échéant).
Installez le module AP 2.2 SUNWapssp sur le SSP principal et sur le SPP de réserve (le cas échéant).
ssp# cd /cdrom/cdrom0/Product ssp# pkgadd -d . SUNWapssp
Lancez le processus ap_ssp_daemon (sur le SPP principal).
ssp# init q
Supprimez AP du domaine.
Connectez-vous sur le domaine en tant que super-utilisateur.
Créez et montez le répertoire /cdrom.
# mkdir /cdrom # mount ssp_nom de l'hôte:/cdrom/cdrom0 /cdrom
Exécutez le script suivant pour annuler la configuration de AP (et la sauvegarder afin de la restaurer ultérieurement) :
# /cdrom/Tools/ap_upgrade_begin ... ap_upgrade_begin has completed
Ce script sauvegarde la configuration AP actuelle dans les fichiers /var/tmp/ap*. Il crée également des scripts de shell exécutables que vous pouvez utiliser pour regénérer votre configuration AP. Vous pouvez consulter les fichiers /var/tmp/ap*, mais vous ne pouvez pas les modifier ou les supprimer. Toute modification ou suppression de ces fichiers peut compromettre la procédure de mise à niveau.
Si des systèmes de fichiers présents dans le fichier /etc/vfstab sont encore configurés en métapériphériques AP, modifiez le fichier /etc/vfstab et reconfigurez ces systèmes de fichiers en périphériques physiques.
Vous devez avoir une bonne maîtrise de l'administration système pour pouvoir modifier le fichier /etc/vfstab. Si vos systèmes de fichiers ne sont pas configurés correctement dans le fichier /etc/vfstab, vous risquez de perdre des données lors de la prochaine initialisation du domaine.
Exécutez la commande pkgrm(1M) pour supprimer les modules SUNWapdoc, SUNWapr, SUNWapu et SUNWabap.
Si vous comptez passer à l'environnement d'exploitation Solaris 7 5/99, effectuez la mise à niveau maintenant.
Reportez-vous à la section "Mise à niveau" dans le chapitre "Solaris 7 5/99 on the Sun Enterprise 10000 Server" de la documentation Solaris 7 5/99 Guide de la plate-forme matérielle Sun.
Attendez la fin de la procédure de mise à niveau de Solaris avant de poursuivre cette procédure.
Assurez-vous que vous mettez à jour la tranche de disque appropriée. Si vous aviez utilisé précédemment un gestionnaire de volumes pour mettre en miroir le disque d'initialisation et si vous aviez également utilisé AP pour définir un deuxième chemin d'accès à chaque miroir de disque d'initialisation, vous disposiez alors de quatre chemins d'accès physiques qui représentaient précédemment des chemins d'accès potentiels au disque d'initialisation (soit deux autres chemins d'accès pour chaque miroir de disque d'initialisation). Puisque la configuration de AP et du gestionnaire de volumes a été supprimée, examinez le fichier /etc/vfstab pour identifier le chemin d'accès physique correspondant au système de fichiers root (/). Assurez-vous que ce chemin d'accès est affecté à la variable OBP boot-device. Lorsque vous exécutez l'utilitaire suninstall, déclarez ce chemin d'accès comme étant celui du disque à mettre à jour. Plus tard, lorsque vous devrez restaurer votre gestionnaire de volume, pensez à déclarer ce disque comme miroir principal. Reportez-vous à la documentation de votre gestionnaire de volumes pour savoir comment identifier la tranche physique utilisée lors de l'initialisation.
Préparez le CD-ROM (si nécessaire).
Effectuez la mise à niveau vers AP 2.2 sur le domaine.
Connectez-vous au domaine en tant que super-utilisateur.
Au besoin, créez et montez le répertoire /cdrom.
# mkdir /cdrom # mount ssp_nom de l'hôte:/cdrom/cdrom0 /cdrom
Installez les modules AP 2.2 appropriés.
# cd /cdrom/Product # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
Exécutez le script suivant pour restaurer la configuration AP d'origine.
Avant d'exécuter la commande suivante, veuillez lire la section "Mise à niveau simultanée de AP et du logiciel Solaris ".
# /cdrom/Tools/ap_upgrade_finish ... ap_upgrade_finish has completed
Si des systèmes de fichiers présents dans /etc/vfstab sont encore configurés en tant que périphériques physiques et si vous désirez créer ces systèmes de fichiers sur des métapériphériques AP, modifiez le fichier /etc/vfstab et reconfigurez ces systèmes de fichiers en tant que métapériphériques AP.
Vous devez avoir une bonne maîtrise de l'administration système pour pouvoir modifier le fichier /etc/vfstab. Si vos systèmes de fichiers ne sont pas configurés correctement dans le fichier /etc/vfstab, vous risquez de perdre des données lors de la prochaine initialisation du domaine.
Réinitialisez le domaine.
Sur le SSP, annulez le partage du lecteur de CD-ROM et retirez le CD Supplement Sun Computer Systems.
ssp# cd / ssp# unshare /cdrom/cdrom0 ssp# eject cdrom
Installez et reconfigurez Solstice DiskSuite 4.2 en suivant les étapes 10 à 16 de la procédure décrite à la section "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" de la documentation Solstice DiskSuite 4.2 Installation and Product Notes (19 octobre 1998).
Si votre disque d'initialisation est mis en miroir, déclarez le disque mis à jour comme disque miroir principal.
Vous pouvez aussi utiliser n'importe quel chemin d'accès de périphérique d'initialisation pour définir la variable OBP boot-device.
Vous pouvez disposer de quatre chemins d'accès de périphérique d'initialisation si vous avez mis en miroir un disque d'initialisation ayant aussi un deuxième chemin d'accès. (Au début de cette procédure, lorsque la configuration de l'AP et du gestionnaire de volumes a été supprimée, la variable boot-device devait pointer vers le chemin d'accès au répertoire root (/), comme indiqué dans le fichier /etc/vfstab.)
Si vous installez la version AP 2.2 et un gestionnaire de volumes autre que Solstice DiskSuite 4.2, suivez la procédure générale décrite dans cette section.
Assurez-vous que le gestionnaire de volumes que vous installez est pris en charge par Solaris 7 (environnement d'exploitation exigé pour AP 2.2).
Utilisez comme exemple la procédure décrite à la section "Mise à niveau vers AP 2.2 et SDS 4.2". Toutefois, deux étapes de cette procédure sont différentes :
A la place de l'étape 2, "Annuler la configuration de Solstice DiskSuite(TM) (SDS)", exécutez la procédure suivante :
Vous devrez probablement suivre les étapes relatives à l'annulation de la configuration dans la procédure permettant d'effectuer la mise à niveau vers une nouvelle version du gestionnaire de volumes.
Après avoir annulé la configuration des périphériques du gestionnaire de volumes, vous aurez peut être exécuté la moitié de la procédure de mise à niveau du gestionnaire de volumes. Arrêtez-vous à cette étape.
N'installez pas les nouveaux modules du gestionnaire de volumes.
N'exécutez pas l'utilitaire suninstall.
Une fois la configuration du gestionnaire de volume annulée, passez immédiatement à l'étape 3 de la section "Mise à niveau vers AP 2.2 et SDS 4.2".
Plutôt que d'exécuter l'étape 12, "Installer et configurer Solstice DiskSuite 4.2", suivez les instructions du fournisseur pour restaurer la configuration du gestionnaire de volumes. Vous devrez probablement poursuivre la procédure que vous exécutiez plus haut.