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