Vous pouvez désormais autoriser les initialisations système sans supervision sur tous les serveurs Sun Enterprise, même si le contrôleur du disque d'initialisation tombe en panne, en plaçant le disque d'initialisation sous le contrôle d'AP.
Vous pouvez utiliser la fonctionnalité de reconfiguration dynamique (DR, Dynamic Reconfiguration) pour détacher une carte système, même si cette carte héberge un contrôleur pour le disque d'initialisation. Pour ce faire, vous devez alterner le chemin du disque d'initialisation en utilisant des contrôleurs de deux cartes système différentes. Notez toutefois, que si le contrôleur du réseau primaire est hébergé sur la même carte système que le contrôleur du disque d'initialisation, vous devez aussi alterner le chemin du réseau primaire. Sinon, vous ne pourrez pas utiliser la fonctionnalité DR pour détacher cette carte.
Créez un groupe de chemins AP pour le disque d'initialisation.
Ce processus est décrit au Chapitre 3.
Utilisez apboot(1M) pour définir le nouveau périphérique d'initialisation AP.
apboot (1M) modifie /etc/vfstab et /etc/system.
Par exemple :
# apboot mc2t0d0 |
où mc2t0d0 est le nom du métadisque du disque d'initialisation.
apboot(1M) examine /etc/vfstab et remplace le nom de périphérique physique du disque (par exemple, /dev/dsk/c2t0d0* ou /dev/dsk/c1t0d0*) par le nom du métadisque (par exemple, /dev/dsk/mc2t0d0*).
apboot(1M) édite aussi /etc/system de sorte que les gestionnaires de noyau qui sont nécessaires pour utiliser le disque d'initialisation AP soient chargés au bon moment.
Ne remplacez pas manuellement les périphériques physiques situés dans /etc/vfstab par des métadisques pour le disque d'initialisation. Par contre, utilisez apboot(1M) pour vous assurer que tous les changements nécessaires sont faits.
apboot (1M) contrôle /etc/vfstab pour déterminer si le périphérique de swap doit être remplacé par un métapériphérique. Si c'est le cas, elle convertit le périphérique de swap en métapériphérique.
apboot (1M) contrôle la configuration du périphérique de dump, et appelle dumpadm(1M) si nécessaire pour configurer le périphérique de dump en tant que métapériphérique.
apboot(1M) met à jour la propriété relative au périphérique d'initialisation de la PROM OpenBoot(TM) pour lister les chemins physiques de chaque alternance.
Si vous décidez de supprimer cette fonctionnalité (en utilisant apboot-o), toute resélection automatique du chemin alternatif d'un disque d'initialisation sous contrôle UNIX précédant l'initialisation UNIX sera désactivée.
Placez les systèmes de fichiers montés à l'initialisation sous le contrôle d'AP.
Normalement, les systèmes de fichiers qui sont montés dans le cadre du processus d'initialisation sont partagés sur deux disques séparés (à cause des exigences en matière d'espace disque). Si vous placez le disque d'initialisation sous le contrôle de la fonctionnalité AP (en utilisant apboot(1M)), vous devez manuellement éditer le fichier /etc/vfstab pour placer aussi les autres systèmes de fichiers qui sont montés pendant l'initialisation sous le contrôle de la fonctionnalité AP.
Dans le fichier /etc/vfstab, vous devez changer les chemins device to mount et device to fsck pour tous les autres points de montage que vous voulez placer sous le contrôle d'AP.
Par exemple :
# device device mount FS fsck mount mount # to mount to fsck point type pass at boot options #... /dev/ap/dsk/mc1t34d0s1 - - swap - no - /dev/ap/dsk/mc1t34d0s0 /dev/ap/rdsk/mc1t34d0s0 / ufs 1 no - /dev/ap/dsk/mc1t34d0s6 /dev/ap/rdsk/mc1t34d0s6 /usr ufs 1 no - /dev/ap/dsk/mc1t34d0s7 /dev/ap/rdsk/mc1t34d0s7 /export/home ufs 2 yes - swap - /tmp tmpfs - yes - #... |
A ce stade, réinitialisez le système pour commencer à utiliser le périphérique d'initialisation AP.
L'écriture miroir du disque d'initialisation est essentiellement une fonction de votre logiciel de gestion de disques. Le but de cette procédure est d'aviser AP de l'existence d'un disque-miroir d'initialisation. Lorsque vous utilisez des disques-miroir d'initialisation à chemins alternatifs, vous disposez de quatre chemins physiques potentiels d'accès au disque d'initialisation, deux de chaque côté du miroir. Il s'agit du moins de la configuration suggérée pour optimiser la protection contre une défaillance éventuelle du contrôleur. La procédure suivante comporte deux avantages :
AP s'assure que le chemin alternatif approprié est toujours désigné en tant que chemin actif, même si vous initialisez le système en utilisant un chemin de périphérique d'initialisation différent. Pour que cela fonctionne, vous devez commencer par mettre le disque d'initialisation sous le contrôle d'AP puis créer un groupe de chemins pour le miroir du disque d'initialisation.
AP s'assure également que les quatre chemins sont disponibles en tant que chemins alternatifs au cas où une commutation automatique serait requise au moment de l'initialisation. Les valeurs par défaut des chemins d'un système en miroir sont : primary1, mirror1, primary2, mirror2. Il s'agit d'une nouveauté d'AP 2.3 mise en oeuvre pour améliorer la redondance et la facilité de maintenance. L'ordre par défaut dans un système non mis en miroir mais doté de chemins alternatifs est : primary root, alternate root.
Placez le disque d'initialisation sous le contrôle d'AP, comme expliqué dans "Pour placer un disque d'initialisation sous le contrôle de la fonctionnalité AP".
Créez un groupe de chemins AP pour le miroir du disque d'initialisation.
Ce processus est expliqué au Chapitre 3.
Avisez AP de l'existence du miroir du disque d'initialisation.
# apboot -m mc3t0d0 |
Dans cet exemple, mc3t0d0 est le métadisque du miroir du disque d'initialisation.
Créez le miroir de votre disque d'initialisation (en utilisant les deux métadisques) à l'aide de votre logiciel de gestion de disques.
Utilisez apboot(1M) pour désactiver la définition de l'unité-miroir AP d'initialisation.
# apboot -u mc3t0d0 |
Utilisez apboot(1M) pour spécifier un noeud de périphérique physique approprié.
# apboot c2t0d0 |
Dans cette commande, c2t0d0 est le noeud de périphérique physique d'un chemin alternatif du disque d'initialisation (tel que couramment spécifié dans /etc/vfstab).
apboot(1M) édite le fichier /etc/system pour supprimer l'option de chargement forcé des modules du périphérique du noyau AP, puisqu'ils ne sont plus nécessaires lorsque le disque d'initialisation n'est pas un périphérique AP.
apboot(1M) reconfigure les périphériques de swap et de dump et la propriété boot-device pour utiliser les chemins alternatifs appropriés, si nécessaire.
Si vous placez le disque d'initialisation sous le contrôle d'AP et décidez ensuite de retirer le module AP (en utilisant pkgrm(1M)), vous devez d'abord utiliser apboot(1M) pour soustraire le disque d'initialisation au contrôle d'AP. Si vous ne commencez pas par soustraire le disque d'initialisation au contrôle d'AP, la configuration utilisant ce disque devient impossible à initialiser.