Vous trouverez dans ce chapitre des instructions permettant d'effectuer une première installation ou une mise à jour vers Alternate Pathing (AP) 2.3. Avec l'introduction de AP 2.3, les instructions relatives à la première installation et à la mise à jour s'appliquent désormais aux serveurs Enterprise(TM) 3x00, 4x00, 5x00, 6x00 et 10000.
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 |
AP nécessite une partition de disque entière d'au moins 300 Ko pour chaque copie de la base de données. Pour plus d'informations sur le partitionnement des bases de données AP, reportez-vous au chapitre 2, "La base de données Alternate Pathing" dans la Guide de l'utilisateur de la fonctionnalité Alternate Pathing sur un serveur Sun Enterprise.
Les instructions d'installation fournies dans cette section supposent que l'environnement d'exploitation Solaris 2.6, Solaris 7 ou Solaris 8 est déjà installé sur votre système. AP 2.3 ne fonctionne pas avec des versions précédentes.
En utilisant votre navigateur Web, ouvrez http://www.sun.com/servers/sw/
Cliquez sur le lien Enterprise Alternate Pathing (AP).
Cliquez sur le lien Click here to download.
Le fichier qui sera déchargé s'appelle ap_2_3_sparc.tar.Z.
Connectez-vous en tant que super-utilisateur.
Passez au répertoire de l'endroit où vous avez déchargé le logiciel :
# cd /décharger_répertoire |
Extrayez le fichier déchargé en tapant :
# uncompress -c ap2_3_sparc.tar.Z | tar xvf - |
Les modules AP 2.3 sont situés dans /décharger_répertoire/ap_2_3_sparc/Product et les scripts d'installation et de mise à jour dans /décharger_répertoire/ap_2_3_sparc/Tools.
Passez à "Première installation de AP" ou "Mise à jour de AP".
Insérez le "CD Supplement pour l'environnement d'exploitation Solaris 8 6/00" dans le lecteur de CD-ROM.
Laissez le temps au système de gestion de volumes de monter le CD.
Si votre répertoire d'installation n'est pas un répertoire local de votre système (par exemple, Sun Enterprise 10000) et si vous ne savez pas bien comment effectuer une installation à distance en utilisant un CD-ROM, reportez-vous à "Montage d'un CD-ROM" ou au Solaris System Administration Guide.
Les modules AP 2.3 sont situés dans /cdrom/cdrom0/Alternate_Pathing_2.3/Product. Les scripts d'installation et de mise à jour dans le répertoire /cdrom/cdrom0/Alternate_Pathing_2.3/Tools.
Connectez-vous en tant que super-utilisateur et passez au répertoire d'installation Product :
# cd /cdrom/cdrom0/Alternate_Pathing_2.3/Product |
Passez à "Première installation de AP" ou à "Mise à jour de AP".
Connectez-vous en tant que super-utilisateur et vérifiez si le système de gestion des volumes (Volume Manager) fonctionne sur votre machine :
# ps -ef | grep vold |
Si vous voyez qu'une entrée contient /usr/sbin/vold, c'est que Volume Manager fonctionne sur votre système.
Si Volume Manager fonctionne, passez à l'Étape 3.
Si Volume Manager ne fonctionne pas sur votre système, tapez :
# /etc/init.d/volmgt start |
Vérifiez si NFS(TM) fonctionne sur votre système :
# ps -ef | grep nfsd |
Si vous voyez qu'une entrée contient /usr/lib/nfs/nfsd, c'est que nfsd fonctionne sur votre système, tapez :
# share -F nfs -o ro /cdrom/cdrom0/Alternate_Pathing_2.3 |
Si nfsd ne fonctionne pas, tapez :
# /etc/init.d/nfs.server start # share -F nfs -o ro /cdrom/cdrom0/Alternate_Pathing_2.3 |
Connectez-vous en tant que super-utilisateur à une machine cible et passez au répertoire de la machine source :
# cd /net/machine_source/cdrom/cdrom0/Alternate_Pathing_2.3 |
Si vous ne réussissez pas à passer à ce répertoire et si vous ne disposez pas d'un dispositif de montage automatique sur votre réseau, créez un point de montage sur la machine cible et montez le répertoire Product :
# mkdir /produits_distants |
# /usr/sbin/mount -F nfs -r machine_source: /cdrom/cdrom0/Alternate_Pathing_2.3 /produits_distants |
# cd /produits_distants |
A ce stade, vous pouvez procéder à l'installation, "Première installation de AP" ou "Mise à jour 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 à jour de AP" pour installer AP 2.3. 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.3.
Les instructions d'installation fournies dans cette section supposent que l'environnement d'exploitation Solaris 2.6, Solaris 7 ou Solaris 8 est déjà installé sur votre système. AP 2.3 ne fonctionne pas avec des versions antérieures à Solaris 2.6.
Si un gestionnaire de volumes tiers est installé sur votre système, déconfigurez-le, en suivant les instructions du fournisseur, avant d'installer AP 2.3. Dès que vous aurez fini la déconfiguration ou si aucun gestionnaire de volumes n'est installé sur votre système, passez à l'Étape 1.
Installez les modules de domaine AP 2.3 sur le serveur :
# pkgadd -d . 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,?] |
Tapez y pour continuer.
Une fois cette étape de l'installation exécutée, les modules AP 2.3 sont installés et l'invite du super-utilisateur s'affiche.
Si ce n'est déjà fait, retirez le CD Supplement Sun Computer Systems 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 la Guide de l'utilisateur de la fonctionnalité Alternate Pathing sur un serveur Sun Enterprise.
Créez de trois à cinq bases de données AP :
# apdb -c tranche_disque_brute -f |
Pour plus d'informations sur les partitions de disques pour la base de données AP, consultez la Guide de l'utilisateur de la fonctionnalité Alternate Pathing sur un serveur Sun Enterprise.
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).
Affichez tous les ports et les nuds de leurs unités de disque :
# apinst pln:0 /dev/dsk/c1t0d0 /dev/dsk/c1t1d0 /dev/dsk/c1t2d0 /dev/dsk/c1t3d0 /dev/dsk/c1t4d0 /dev/dsk/c1t5d0 pln:1 /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 pln:0 -a pln:1 # 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 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 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 la partition est montée sous un chemin d'accès physique, démontez, puis remontez-la sous le chemin d'accès du métadisque en utilisant respectivement umount et mount.
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 et/ou de ne plus réussir à réinitialiser le serveur.
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 -a 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.metherx (par exemple, hostname.mether0) pour les différents métaréseaux que vous voulez configurer lors de l'initialisation du serveur.
Si vous utilisez IPv6, vos fichiers /etc/hostname porteront le nom /etc/hostname6.xxx. Bien que le contenu des fichiers IPv6 soit différent de celui des fichiers IPv4, en ce qui concerne l'installation de AP, les fichiers /etc/hostname6.xxx peuvent être traités comme les fichiers /etc/hostname.xxx. Pour plus d'informations sur IPv6, reportez-vous au System Administration Guide, Volume 3.
Créez le métaréseau AP du réseau primaire.
Affichez le contenu des fichiers /etc/nodename et /etc/hostname.xxxxx (par exemple, hostname.hme0) 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 -a interface1_réseau -a interface2_réseau |
où :
-c crée le nouveau groupe de chemins du réseau primaire
-a désigne le premier chemin d'accès du réseau
-a le deuxième chemin d'accès
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).
Renommez le fichier /etc/hostname.xxxx en /etc/hostname.metherx pour configurer le réseau lors de l'initialisation du serveur.
Par exemple :
# mv hostname.hme0 hostname.mether0 |
Si vous comptez utiliser un système de gestion de volumes tel que Solstice DiskSuite(TM) (SDS) ou VERITAS Volume Manager(TM) (VxVM), configurez le système de gestion de volumes suivant les instructions du fournisseur.
Assurez-vous que votre système de gestion de volumes est pris en charge par votre version de Solaris (version 2.6, version 7 ou version 8).
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.
Problèmes liés à VxVM
Pour créer des volumes VxVM 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. VxVM reconnaît et installe correctement les métapériphériques AP existants sans aucune intervention particulière de l'utilisateur.
VxVM 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 VxVM standard suivantes s'appliquent dans le cas de l'encapsulation :
Une tranche s2 doit représenter l'ensemble 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 VxVM après AP. Toutefois, l'objet de ce document n'est pas de décrire l'intégration de l'AP dans une configuration VxVM existante.
Un "petit" espace disque doit être réservé au début ou à la fin du disque.
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.
Vous trouverez dans cette section les instructions de mise à jour vers la version AP 2.3 sur les serveurs Sun Enterprise. Les versions AP 2.0, AP 2.0.1, AP 2.1 et A.P 2.2. ne sont pas prises en charge par Solaris 8 6/00. La procédure de mise à jour implique :
la sauvegarde de votre configuration courante
la déconfiguration de AP
la suppression de la version AP précédente
l'installation d'un jeu de modules AP de base
la restauration de votre configuration AP
A cet effet, des scripts sont fournis pour simplifier la procédure dans /décharger_répertoire/ap_2_3_sparc/Tools à partir du Web ou sur CD-ROM dans /cdrom/cdrom0/Alternate_Pathing_2.3/Tools.
Si vous faites une mise à jour vers AP 2.3 sur tous les domaines Sun Enterprise 10000, vous pouvez ensuite retirer en toute sécurité le module SUNWapssp de la station de travail SSP en utilisant pkgrm. Si, toutefois, un domaine conserve une version antérieure de AP, vous ne devez pas retirer le logiciel AP de la station de travail SSP. Dans l'un ou l'autre cas, laisser AP sur la station de travail SSP n'a aucune incidence sur AP 2.3.
L'installation des modules 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 |
---|---|
/usr |
317 Ko |
/ |
1.3 Mo |
/etc |
13 Ko |
/kernel |
1528 Ko |
/sbin |
1481 Ko |
Lors du partitionnement du disque dur pendant l'installation de Solaris, consacrez une partition de disque entière d'au moins 300 Ko à chaque copie de la base de données. Pour plus d'informations sur le partitionnement des bases de données AP, reportez-vous au chapitre 2, "La base de données Alternate Pathing" dans la Guide de l'utilisateur de la fonctionnalité Alternate Pathing sur un serveur Sun Enterprise.
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 à jour.
Si vous souhaitez ajouter ou supprimer du matériel inclus dans un groupe de chemins AP, faites-le soit avant la procédure de mise à jour, soit après. En règle générale, évitez de modifier le matériel pour ne pas provoquer la renumérotation des contrôleurs.
Avant d'exécuter le script ap_upgrade_begin, enregistrez 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 à jour. De même, les métapériphériques supprimés, mais non enregistrés, continuent d'exister après la mise à jour.
Avant d'utiliser l'option Mise à jour 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 à jour de AP et des système de gestion de volumes que vous utilisez.
Les procédures de mise à jour 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.3. Vous devrez probablement effectuer simultanément une mise à jour vers l'environnement d'exploitation AP 2.3 car cette version AP prend en charge Solaris 2.6, Solaris 7 et Solaris 8. Etant donné que la configuration AP est restaurée telle qu'elle existait avant l'installation du logiciel Solaris, vous devez prendre en compte les problèmes décrits dans les sections qui suivent.
Les scripts de mise à jour AP tentent de recréer les bases de données AP dans les mêmes partitions que celles qu'elles occupaient avant la mise à jour de l'environnement d'exploitation Solaris. Toutefois, notez que l'environnement d'exploitation Solaris 7 et Solaris 8 nécessitent un espace disque plus important que les versions antérieures de 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. Ne modifiez pas les partitions de la base de données AP. Si vous faites une mise à jour de Solaris 7 vers Solaris 8, aucun problème. Si, toutefois, vous faites une mise à jour à partir d'une version antérieure de Solaris et 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 à jour é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.
L'utilitaire de mise à jour AP suppose que le partitionnement du disque root (disque contenant la partition root) n'est pas modifié pendant la mise à jour. Solaris 7 et Solaris 8 nécessitent 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 à jour de Solaris. Si vous devez repartitionner le disque root, faites-le avant d'exécuter la procédure de mise à jour vers AP 2.3.
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 à jour AP échouera.
Si nécessaire, connectez-vous en tant que super-utilisateur et 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.
Si un système de gestion de volumes tiers est installé sur votre système, déconfigurez-le dès maintenant en utilisant la documentation fourni par le revendeur.
En ce qui concerne AP, inutile de prendre d'autres mesures dans ce but en dehors de celles qui sont recommandées par le fabricant pour déconfigurer le gestionnaire de volumes.
Dès que le gestionnaire de volumes est déconfiguré, si on vous demande d'installer le nouveau SE, arrêtez-vous à ce stade et retirez toute version précédente de AP. N'installez pas encore le logiciel Solaris 8.
Vous n'avez pas besoin de vous préoccuper si vos systèmes de fichiers montés ufs ou réseaux TCP/IP utilisent 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 aux fichiers système ufs et aux périphériques de swap configurés dans etc/vfstab d'utiliser les chemins d'accès physiques plutôt que les métapériphériques AP.
De même, ap_upgrade_begin prendra aussi soin de renommer toutes les interfaces réseau TCP/IP (/etc/hostname.xxxx) qui utilisent des métapériphériques AP.
Cela est vrai pour tous les systèmes de fichiers ufs configurés en vfstab ou tous les réseaux configurés avec des fichiers /etc/hostname.xxxx.
Supprimez la configuration AP actuelle.
Connectez-vous en tant que super-utilisateur et exécutez le script suivant pour supprimer la configuration AP (et la sauvegarder afin de la restaurer ultérieurement) :
# /path/Alternate_Pathing_2.3/Tools/ap_upgrade_begin ... ap_upgrade_begin complete. (State saved in /var/tmp/apstate.) Now you can safely remove the old AP packages, upgrade Solaris if necessary, and install new AP packages. Run the ap_upgrade_finish script when you're done to restore the AP configuration. Please read the upgrade directions in the Sun Enterprise Server Alternate Pathing 2.3 Installation and Release Notes for specific details. |
Ce script sauvegarde la configuration AP actuelle dans le fichier /var/tmp/apstate. 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 le fichier /var/tmp/apstate, mais vous ne pouvez pas le modifier ou le supprimer. Toute modification ou suppression de ces fichiers peut compromettre la procédure de mise à jour.
Exécutez la commande pkgrm(1M) pour supprimer les modules SUNWapdoc, SUNWapr, SUNWapu, SUNWabap et SUNWapdv (le cas échéant).
Mettez maintenant à jour l'environnement d'exploitation Solaris (le cas échéant).
Vous devez mettre à jour l'environnement d'exploitation Solaris si vous utilisez une version antérieure à Solaris 2.6.
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.
Lors du partitionnement du disque dur pendant l'installation de Solaris, consacrez une partition de disque entière d'au moins 300 Ko à chaque copie de la base de données. Pour plus d'informations sur le partitionnement des bases de données AP, reportez-vous au chapitre 2, "La base de données Alternate Pathing" dans la Guide de l'utilisateur de la fonctionnalité Alternate Pathing sur un serveur Sun Enterprise.
Reportez-vous à la documentation "Mise à niveau d'un système" dans le Guide d'installation de Solaris 8 (Edition pour la plate-forme SPARC). Notez que vous devez choisir l'option Mise à jour pour effectuer la mise à jour de Solaris.
Lorsque la procédure de mise à jour de Solaris est complètement finie, faites une mise à jour vers AP 2.3.
Connectez-vous en tant que super-utilisateur et tapez :
Si vous avez déchargé le logiciel du Web:
# cd /décharger_répertoire/ap_2_3_sparc/Tools |
Si vous installez la mise à jour à partir du CD-ROM :
# cd /cdrom/cdrom0/Alternate_Pathing_2.3/Tools |
Installez les modules AP 2.3 appropriés :
# pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc |
Exécutez le script suivant pour restaurer la configuration AP d'origine :
Avant d'exécuter la commande, lisez la section "Mise à jour simultanée de AP et du logiciel Solaris".
# /path/Alternate_Pathing_2.3/Tools/ap_upgrade_finish ... ap_upgrade_finish complete. (State saved in /var/tmp/apstate.) Now you can upgrade and configure any volume managers or other software to use AP metadevices. Please read the upgrade directions in the Sun Enterprise Server Alternate Pathing 2.3 Installation and Release Notes for specific details. |
Réinitialisez.
Si vous disposez d'un gestionnaire de volumes tiers, installez et configurez-le suivant les instructions du fournisseur.
Si votre disque d'initialisation est copié en miroir, veillez à spécifier le disque mis à jour en tant que miroir de base.
La mise à jour est terminée.