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 le Guide de l'utilisateur de la fonctionnalité Alternate Pathing 2.3 sur les serveurs 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 le Guide de l'utilisateur de la fonctionnalité Alternate Pathing 2.3 sur les serveurs 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 SEVM 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.