Solaris 7 11/99 Guide de la plate-forme matérielle Sun

Mise à niveau de AP

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 11/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.

Attention :

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

Sauvegarde de votre serveur

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.

Consultation de la documentation utilisateur des autres logiciels

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.

Mise à niveau simultanée de AP et du logiciel Solaris

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 l'environnement d'exploitation Solaris 7 11/99 et AP 2.2 car cette version AP exige Solaris 7 11/99. Etant donné que la configuration AP est restaurée telle qu'elle existait avant l'installation de Solaris 7 11/99, vous devez prendre en compte les problèmes décrits dans cette section.

Renumérotation des contrôleurs

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.

Partitions des bases de données AP

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 11/99. Toutefois, notez que l'environnement d'exploitation Solaris 7 11/99 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.

Partitions du disque "root"

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 11/99 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 11/99. 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.

Entrées de la base de données AP non enregistrées

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.

Mise à niveau vers AP 2.2

Si nécessaire, enregistrez toutes les métapériphériques AP non enregistrés.
1. Connectez-vous au domaine en tant que super-utilisateur.
2. Enregistrez les entrées de la base de données AP.
```
# apdb -C
```

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.
1. Connectez-vous au SSP en tant que super-utilisateur.
2. Insérez le Sun Computer Systems Supplement CD dans le lecteur de CD-ROM du système SSP.
  
  Attendez que le gestionnaire de volumes monte le CD.
3. Partagez le CD-ROM afin qu'il soit accessible sur le réseau.
```
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
```

Mettez à jour AP sur le système SSP.
1. Arrêtez le processus ap_ssp_daemon.
2. 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).
3. 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
```
4. Lancez le processus ap_ssp_daemon (sur le SSP principal).
```
ssp# init q
```

Supprimez AP du domaine.
1. Connectez-vous au domaine en tant que super-utilisateur.
2. Créez et montez le répertoire /cdrom.
```
# mkdir /cdrom
# mount ssp_nom de l'hôte:/cdrom/cdrom0 /cdrom
```
3. 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.
4. 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.
  
  Attention :
  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.
5. 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 11/99, effectuez la mise à niveau maintenant.

Reportez-vous à la section "Mise à niveau" du chapitre "Solaris 7 11/99 on the Sun Enterprise 10000 Server" de la documentation Solaris 7 11/99 Guide de la plate-forme matérielle Sun.

Attention :
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).
1. Connectez-vous au SSP en tant que super-utilisateur.
2. Réinsérez le Sun Computer Systems Supplement CD dans le lecteur de CD-ROM du système SSP.
  
  Attendez que le gestionnaire de volumes monte le CD.
3. 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.
1. Connectez-vous sur le domaine en tant que super-utilisateur.
2. Si nécessaire, créez et montez le répertoire /cdrom.
```
# mkdir /cdrom
# mount ssp_nom de l'hôte:/cdrom/cdrom0 /cdrom
```
3. Installez les modules AP 2.2 appropriés.
```
# cd /cdrom/Product
# pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
```
4. Exécutez le script approprié pour restaurer la configuration AP d'origine.
  
  Attention :
  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
```
5. 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.
  
  Attention :
  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.
6. Réinitialisez le domaine.

Sur le système SSP, annulez le partage du lecteur de CD-ROM, puis retirez le Sun Computer Systems Supplement CD.
```
ssp# cd /
ssp# unshare /cdrom/cdrom0
ssp# eject cdrom
```

Mise à niveau simultanée vers AP 2.2 et Solstice DiskSuite 4.2

Si vous passez de la version 2.5.1 ou 2.6 de l'environnement d'exploitation Solaris à l'environnement d'exploitation Solaris 7 11/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 11/99 Supplement for Sun Hardware (disponible en version imprimée dans votre kit média Solaris 7 11/99)
Solaris 7 11/99 Guide de la plate-forme matérielle Sun, (disponible en version imprimée dans votre kit media Solaris 7 11/99 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 11/99)
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)

Attention :
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 à l'environnement d'exploitation Solaris 7 11/99.
Installation de AP 2.2.
Installation et reconfiguration de SDS 4.2.

Mise à niveau vers AP 2.2 et SDS 4.2

Attention :

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.
1. Connectez-vous au domaine en tant que super-utilisateur.
2. Enregistrez les entrées dans la base de données AP.
```
# apdb -C
```

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.
1. Connectez-vous au SSP en tant que super-utilisateur.
2. Insérez le Sun Computer Systems Supplement CD dans le lecteur de CD-ROM du système SSP.
  
  Attendez que le gestionnaire de volumes monte le CD.
3. Partagez le CD-ROM afin qu'il soit accessible sur le réseau.
```
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
```

Mettez à jour AP sur le système SSP.
1. Arrêtez le processus ap_ssp_daemon.
2. 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).
3. 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
```
4. Lancez le processus ap_ssp_daemon (sur le SPP principal).
```
ssp# init q
```

Supprimez AP du domaine.
1. Connectez-vous sur le domaine en tant que super-utilisateur.
2. Créez et montez le répertoire /cdrom.
```
# mkdir /cdrom
# mount ssp_nom de l'hôte:/cdrom/cdrom0 /cdrom
```
3. 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 régé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.
4. 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.
  
  Attention :
  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.
5. 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 11/99, effectuez la mise à niveau maintenant.

Reportez-vous à la section "Mise à niveau" dans le chapitre "Solaris 7 11/99 on the Sun Enterprise 10000 Server" de la documentation Solaris 7 11/99 Guide de la plate-forme matérielle Sun.

Attention :
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).
1. Connectez-vous au SSP en tant que super-utilisateur.
2. Réinsérez le Sun Computer Systems Supplement CDdans le lecteur de CD-ROM du système SSP.
  
  Attendez que le gestionnaire de volume monte le CD.
3. Partagez le CD-ROM pour qu'il soit accessible sur le réseau.
```
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
```

Effectuez la mise à niveau vers AP 2.2 sur le domaine.
1. Connectez-vous au domaine en tant que super-utilisateur.
2. Au besoin, créez et montez le répertoire /cdrom.
```
# mkdir /cdrom
# mount ssp_nom de l'hôte:/cdrom/cdrom0 /cdrom
```
3. Installez les modules AP 2.2 appropriés.
```
# cd /cdrom/Product
# pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
```
4. Exécutez le script suivant pour restaurer la configuration AP d'origine.
  
  Attention :
  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
```
5. 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.
  
  Attention :
  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.
6. Réinitialisez le domaine.

Sur le SSP, annulez le partage du lecteur de CD-ROM et retirez le Sun Computer Systems Supplement CD.
```
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).

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

Mise à niveau vers AP 2.2 et un gestionnaire de volumes autre que Solstice DiskSuite 4.2

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.

Attention :

Assurez-vous que le gestionnaire de volumes que vous installez est pris en charge par Solaris 7 11/99 (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 :
1. 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.
2. 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.
3. N'installez pas les nouveaux modules du gestionnaire de volumes.
4. N'exécutez pas l'utilitaire suninstall.
5. 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.