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

Chapitre 8 Installation de Alternate Pathing 2.2 sur les serveurs Sun Enterprise 3x00, 4x00, 5x00 et 6x00

Vous trouverez dans ce chapitre des instructions permettant d'effectuer une première installation ou une mise à niveau vers Alternate Pathing (AP) 2.2. Avec l'introduction de AP 2.2, les instructions relatives à la première installation et à la mise à niveau s'appliquent désormais aux serveurs Enterprise 3x00, 4x00, 5x00 et 6x00.

Première installation de AP

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.

Attention :

Les procédures d'installation fournies dans cette section supposent que l'environnement d'exploitation Solaris 7 11/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 serveur. Le tableau ci-dessous indique la taille totale du logiciel AP par système de fichiers :

Tableau 8-1 Tailles des systèmes de fichiers AP


Système de fichiers	Taille
`/usr`	317 Ko
`/`	1,3 Mo
`/etc`	13 Ko
`/kernel`	1528 Ko
`/sbin`	1481 Ko

Première installation de AP 2.2

Si vous comptez installer AP au dessus de l'environnement d'exploitation Solaris 7 11/99, installez d'abord l'environnement d'exploitation (si nécessaire), puis reprenez cette procédure.

Reportez-vous à la documentation "Upgrading a System" de la Bibliothèque d'installation Solaris 7 11/99 (SPARC Platform Edition). Notez que vous devez choisir l'option Première installation pour effectuer une première installation de Solaris.

Connectez-vous au serveur en tant que super-utilisateur.

Si ce n'est déjà fait, insérez le Sun Computer Systems Supplement CD dans le lecteur de CD-ROM.

Le système de gestion de volumes monte le CD au bout de quelques secondes.

Installez les modules hôtes AP 2.2 sur le serveur.
```
# pkgadd -d /cdrom/cdrom0/Product SUNWapdoc SUNWapu SUNWapr \ SUNWapdv
```
Le programme affiche des informations relatives aux copyright, aux marques déposées et aux licences de chaque module, puis les messages associés aux procédures pkgadd(1M) mises en oeuvre pour installer le module, y compris la liste des fichiers et répertoires à installer. En fonction de votre configuration, vous verrez apparaître le message suivant :
```
This package contains scripts which will be executed with superuser
permission during the process of installing this package.

Do you want to continue with the installation of this package [y,n,?]
```
Si ce message apparaît, tapez y (o) pour poursuivre l'installation.

Une fois cette étape de l'installation exécutée, les modules AP 2.2 sont installés et l'invite du super-utilisateur s'affiche.

Retirez le CD Supplement du lecteur de CD-ROM.
```
# cd /
# eject cdrom
```

Configurez AP.

Pour connaître la procédure à suivre, reportez-vous à la section "Configuration de AP". Consultez également le Guide de l'utilisateur de la fonctionnalité Alternate Pathing sur les serveurs Sun Enterprise.

Configuration de AP

Créez trois à cinq bases de données AP.
```
# apdb -c tranche_disque_brute -f
```

Créez les métadisques AP.

Vous devez connaître la configuration de la machine hôte 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 (ils varient en fonction de la configuration de l'hôte).
1. Affichez tous les ports et les nuds de leur unité 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
```
2. Créez un groupe de chemins d'accès de disques non enregistré.
```
# apdisk -c -p pln0 -a pln1
# apconfig -S -u
```
  Où :
  
  -c permet de créer le groupe de chemin d'accès
  
  -p désigne le chemin d'accès principal
  
  -a désigne le chemin d'accès secondaire.
  
  Pour vérifier les résultats, exécutez la commande apconfig(1M), comme indiqué ci-dessous.
3. Enregistrez les entrées des bases de données.
```
# apdb -C
```
  Exécutez la commande apconfig -S pour vérifier les résultats de la commande ci-dessus.
4. Reconstituez les répertoires des unités.
```
# 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*.
5. 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.
6. Si vous comptez placer le disque d'initialisation sous le contrôle de l'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 metadisk_name doit être définie comme suit : mcxtxdx.
7. Modifiez les références utilisant un nud d'unité physique (c'est-à-dire un chemin d'accès commençant par /dev/dsk ou /dev/rdsk) afin d'utiliser le nud de périphériques des métadisques correspondants (c'est-à-dire, un chemin d'accès commençant par /dev/ap/dsk ou /dev/ap/rdsk).
  
  Si une partition est montée sous un chemin d'accès physique, démontez-la puis remontez-la sous le chemin d'accès d'un métadisque.
  
  Examinez le fichier /etc/vfstab des périphériques physiques devant être changées en métapériphériques AP. Au besoin, éditez le fichier /etc/vfstab afin d'effectuer les modifications nécessaires.
  
  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 serveur.

Créez des métaréseaux AP (pour réseaux non primaires).

Remarque :
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.
1. Créez le groupe de chemins du 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 la commande apconfig(1M).
2. Enregistrez les entrées du groupe de chemins du 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 apconfig(1M) avec l'option -N.
3. 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.
4. Créer un fichier /etc/hostname.m nom_interface_réseau pour chaque métaréseau que vous souhaitez configurer lors de l'initialisation du serveur.

Créez le métaréseau AP du réseau primaire.
1. 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.
2. 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 nouveau groupe de chemins du réseau primaire, -p désigne le chemin d'accès du réseau primaire et -a le deuxième chemin d'accès.
3. Enregistrez l'entrée du 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).
4. Créez le nouveau fichier /etc/hostname.m nom_interface pour configurer le réseau lors de l'initialisation du serveur.
  
  Par exemple, le fichier /etc/hostname.m nom_interface peut contenir hmb.
5. Supprimer les 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 système de gestion de volumes tel que Sun Enterprise Volume Manager (SEVM) ou Solstice DiskSuite (SDS), configurez-le en suivant les instructions du fournisseur.

Attention :
Assurez-vous que votre système de gestion de volumes est pris en charge par Solaris 7 11/99 (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 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" 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 serveur (si nécessaire).

Si vous venez de réinitialiser le serveur après avoir configuré un système de gestion de volumes, ignorez cette étape.

Mise à niveau de AP

Vous trouverez dans cette section les instructions de mise à niveau vers la version AP 2.2 sur les serveurs Sun Enterprise 3x00, 4x00, 5x00 et 6x00. 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, l'installation d'un jeu de modules AP de base. A cet effet, des scripts sont fournis pour simplifier la procédure de mise à niveau.

L'installation des modules figurant sur le CD-ROM exige environ 2,7 Mo d'espace disque. Le tableau ci-dessous indique la taille totale de chaque système de fichiers AP :

Tableau 8-2 Tailles des systèmes de fichiers AP


Système de fichiers	Taille
`/opt`	1.23 Mo
`/usr`	158 Ko
`/`	1,3 Mo

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 (système de gestion de 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 système de gestion 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 simultanément une mise à niveau 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 du logiciel Solaris 7 11/99, vous devez prendre en compte les problèmes décrits dans les sections qui suivent.

Renumérotation des contrôleurs

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.

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

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 nécessite 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 écrasé par une copie de la base de données AP.

Partition du disque "root"

L'utilitaire de mise à niveau AP suppose que le partitionnement du disque root (disque contenant la partition root) n'est pas modifié pendant la mise à niveau. Le logiciel Solaris 7 11/99 nécessite un espace disque plus important que les versions précédentes.

Une 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 d'effectuer la mise à niveau vers 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 ou annulez les entrées qui ne sont pas 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 lors de 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.

Passage à la version AP 2.2

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

Terminez tous les processus permettant d'accéder directement ou indirectement aux métapériphériques.

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.

Supprimez la configuration AP actuelle.
1. Connectez-vous en tant que super-utilisateur.
2. Insérez le Sun Computer Systems Supplement CD dans le lecteur de CD-ROM.
  
  Le système de gestion de volumes monte le CD au bout de quelques secondes.
3. Exécutez le script suivant pour supprimer la configuration AP (et la sauvegarder afin de la restaurer ultérieurement) :
```
# /cdrom/cdrom0/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* files, 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 métapériphériques AP, éditez le fichier /etc/vfstab, puis reconfigurez ces 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 serveur.
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 "Upgrading a System" dans la Bibliothèque d'installation Solaris 7 11/99 (SPARC Platform Edition). Notez que vous devez choisir l'option Mise à niveau pour effectuer la mise à niveau de Solaris.

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 système de gestion 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 représentant 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 système de gestion 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 (/). 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 système de gestion de volumes, pensez à déclarer ce disque comme miroir. Reportez-vous à la documentation de votre système de gestion de volumes pour savoir comment identifier la tranche physique utilisée lors de l'initialisation.

Passez à la version AP 2.2.
1. Connectez-vous en tant que super-utilisateur.
2. Au besoin, réinsérez le CD Supplement dans le lecteur de CD-ROM.
  
  Le système de gestion de volumes monte le CD au bout de quelques secondes.
3. Installez les modules AP 2.2 appropriés.
```
# cd /cdrom/cdrom0/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, lisez la section "Mise à niveau simultanée de AP et du logiciel Solaris".
```
# /cdrom/cdrom0/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 serveur.
6. Réinitialisez le serveur.

Passage simultané à la version AP 2.2 et à Solstice DiskSuite 4.2

Si vous passez de la version Solaris 2.5.1 ou 2.6 à 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 les versions AP 2.2 et SDS 4.2.

Avant de procéder à cette mise à niveau, assurez-vous que vous disposez 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 média 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 média Solaris 7 11/99)
Solstice DiskSuite 4.2 User's Guide (disponible en format AnswerBook2 sur http://docs.sun.com ou dans votre kit média SDS)
Solstice DiskSuite 4.2 Installation and Product Notes (disponible en format AnswerBook2 sur http://docs.sun.com ou dans votre kit média 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 à Solaris 7 11/99.
Installation de AP 2.2.
Installation et reconfiguration de SDS 4.2.

Mise à niveau vers les versions 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 des systèmes de gestion de volumes que vous utilisez. 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 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 serveur.

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.

Supprimez la configuration AP actuelle.
1. Connectez-vous en tant que super-utilisateur.
2. Insérez le Sun Computer Systems Supplement CD dans le lecteur de CD-ROM.
  
  Le système de gestion de volumes monte le CD au bout de quelques secondes.
3. Exécutez le script suivant pour annuler la configuration AP (et la sauvegarder afin de la restaurer ultérieurement) :
```
# /cdrom/cdrom0/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* files, 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 serveur.
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 documentation "Upgrading a System" dans la Bibliothèque d'installation Solaris 7 11/99 (SPARC Platform Edition). Notez que vous devez choisir l'option Mise à niveau pour effectuer la mise à niveau de Solaris.

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 système de gestion 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 chemins d'accès pour chaque miroir de disque d'initialisation). Puisque la configuration de AP et du système de gestion de volumes à été supprimée, examinez le fichier /etc/vfstab pour identifier le chemin d'accès physique correspondant au système de fichiers root (/). Lorsque vous exécutez l'utilitaire suninstall, indiquez ce chemin d'accès comme étant celui du disque à mettre à jour. Plus tard, lorsque vous devrez restaurer votre système de gestion de volumes, pensez à déclarer ce disque comme étant le miroir Reportez-vous à la documentation de votre système de gestion de volumes pour savoir comment identifier la tranche physique utilisée lors de l'initialisation.

Effectuez la mise à niveau vers AP 2.2.
1. Connectez-vous en tant que super-utilisateur.
2. Au besoin, réinsérez le Sun Computer Systems Supplement CD dans le lecteur de CD-ROM.
  
  Le système de gestion de volumes monte le CD au bout de quelques secondes.
3. Installez les modules AP 2.2 appropriés.
```
# cd /cdrom/cdrom0/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, lisez la section "Mise à niveau simultanée de AP et du logiciel Solaris".
```
# /cdrom/cdrom0/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 métapériphériques, modifiez le fichier /etc/vfstab et reconfigurez ces systèmes de fichiers en périphériques physiques 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 serveur.
6. Réinitialisez le serveur.

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 d'unité d'initialisation pour définir la variable OBP boot-device.

Vous pouvez disposer de quatre chemins d'accès d'unité 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 système de gestion 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 système de gestion de volumes autre que Solstice DiskSuite 4.2

Si vous effectuez une mise à niveau vers AP 2.2 et un système de gestion 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 système de gestion 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 les versions 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'installer une nouvelle version du système de gestion de volumes.
2. Après avoir annulé la configuration des périphériques du système de gestion de volumes, vous aurez peut être exécuté la moitié de la procédure de mise à niveau du système de gestion de volumes. Arrêtez-vous à cette étape.
3. N'installez pas les nouveaux modules du système de gestion de volumes.
4. N'exécutez pas l'utilitaire suninstall.
5. Une fois la configuration du système de gestion de volumes annulée, passez immédiatement à l'étape 3 de la section "Mise à niveau vers les versions AP 2.2 et SDS 4.2".

Plutôt que d'exécuter l'étape 8, "Installer et configurer Solstice DiskSuite 4.2", suivez les instructions du fournisseur pour restaurer la configuration du système de gestion de volumes. Vous devrez probablement poursuivre la procédure que vous exécutiez plus haut.