Administration de métapériphériques multihôtes

Les sections suivantes présentent les différences entre l'administration de métapériphériques en environnement Sun Clustermultihôte et en environnement à un seul hôte.

Sauf indication contraire dans les sections qui suivent, vous pouvez suivre les instructions qui figurent dans la documentation de Solstice DiskSuite.

Les instructions qui figurent dans la documentation de Solstice DiskSuitene concernent que les configurations à un seul hôte.

Les sections ci-après présentent les programmes de ligne de commande de Solstice DiskSuite à utiliser pour exécuter une tâche. Vous pouvez également vous servir de l'interface utilisateur graphique metatool(1M) pour toutes les tâches, à moins d'indications contraires. Utilisez l'option -s lorsque vous exécutez metatool(1M), car vous pouvez ainsi indiquer le nom de l'ensemble de disques.

Gestion des métapériphériques

Pour la gestion courante des métapériphériques, vous devez surveiller en permanence leurs éventuelles anomalies de fonctionnement, comme décrit dans "Utilitaires de surveillance"

Lorsque hastat(1M) signale qu'un ensemble de disques est défectueux, employez la commande metastat(1M) afin de déterminer quel métapériphérique est défectueux.

Vous devez utiliser l'option -s lorsque vous exécutez metastat(1M) ou metatool(1M), afin de pouvoir indiquer le nom de l'ensemble de disques.

Vous devez enregistrer les informations de configuration du métapériphérique lorsque vous modifiez la configuration. Utilisez la commande metastat -p pour produire un résultat similaire à celui du fichier md.tab puis enregistrez le résultat. Pour plus de détails sur l'enregistrement de données de partitionnement, reportez-vous à la section "Enregistrement des informations de partitionnement d'un disque (Solstice DiskSuite)".

Ajout d'un miroir à un ensemble de disques

Les métapériphériques mis en miroir peuvent être utilisés dans le cadre d'un système de fichiers UFS de consignation pour les applications Sun Cluster à haute disponibilité.

On peut configurer en métapériphérique les tranches inactives de disques dans un ensemble de disques à l'aide de la commande metainit(1M).

Retrait d'un miroir d'un ensemble de disques

Sun Cluster peuvent utiliser des métapériphériques mis en miroir bruts pour le stockage des bases de données. Celles-ci ne sont pas mentionnées dans le fichier dfstab.hôtelogique ou vfstab de chaque hôte logique, mais figurent dans les fichiers de configuration de base de données de Sun Cluster. Le miroir doit être retiré de ces fichiers, et le système de base de données Sun Cluster doit cesser d'utiliser ce miroir. Puis, le miroir peut être supprimé à l'aide de la commande metaclear(1M).

Mise hors ligne de sous-miroirs

Pour les tableaux SPARCstorage, notez qu'avant de remplacer ou d'ajouter une unité de disques sur un plateau, tous les périphériques de ce plateau doivent être mis hors ligne.

Dans des configurations symétriques, la mise hors ligne de sous-miroirs en vue de la maintenance est une tâche complexe, car les disques de chacun des deux ensembles de disques doivent se trouver dans le même plateau, dans le tableau SPARCstorage. Vous devez mettre hors ligne les métapériphériques de chaque ensemble de disques avant de retirer le plateau.

Employez la commande metaoffline(1M) afin de mettre hors ligne tous les sous-miroirs de chaque disque du plateau.

Création de nouveaux métapériphériques

Une fois qu'un disque a été ajouté à un ensemble de disques, vous pouvez créer de nouveaux métapériphériques en utilisant metainit(1M) ou metatool(1M). Si les nouveaux périphériques sont des éléments de réserve dynamiques, employez la commande metahs(1M) afin de placer ces éléments dans un pool de réserve dynamique.

Remplacement de composants défectueux

Pour remplacer le composant défectueux d'un métapériphérique, utilisez la commande metareplace(1M)..

Vous devez disposer d'une tranche (ou d'un disque) de remplacement. Il peut s'agir d'un périphérique existant qui n'est pas utilisé ou d'un nouveau périphérique que vous avez ajouté à l'ensemble de disques.

Vous pouvez aussi remettre en service les unités ayant subi des erreurs passagères (par exemple suite à une panne d'alimentation du châssis) à l'aide de la commande metareplace -e commande.

Suppression de métapériphériques

Avant de supprimer un métapériphérique, assurez-vous qu'aucun de ses composants n'est utilisé par Sun Cluster HA for NFS. Utilisez ensuite la commande metaclear(1M), pour supprimer le métapériphérique.

Développement de métapériphériques

Pour développer un métapériphérique, vous devez disposer d'au moins deux tranches (de disque) situées dans des unités d'expansion de disques multihôtes différentes. Chacune des deux nouvelles tranches doit être ajoutée à un sous-miroir différent à l'aide de la commande metainit(1M). Employez ensuite la commande growfs(1M) pour développer le système de fichiers.

Lorsque la commande growfs(1M) est en cours d'exécution, les clients peuvent subir des interruptions de service.

Si une relève survient pendant que le système de fichiers se développe, le développement n'aura pas lieu. Vous devez relancer la commande growfs(1M) une fois la relève terminée.

Le système de fichiers qui contient /hôtelogique/statmon ne peut être développé. Etant donné que le programme statd(1M) modifie ce répertoire, celui-ci serait paralysé pendant une longue période, le temps que le développement du système de fichiers ait lieu. Les répercussions sur le protocole de verrouillage des fichiers du réseau seraient alors imprévisibles. Ce problème ne concerne que les configurations utilisant Sun Cluster HA for NFS.

Gestion des pools de réserve dynamiques

Vous pouvez ajouter ou supprimer à tout moment des périphériques de réserve dynamique dans des pools de réserve dynamique, à condition qu'ils ne soient pas en cours d'utilisation. De plus, vous pouvez créer de nouveaux pools de réserve dynamiques, puis les associer à des sous-miroirs à l'aide de la commande metahs(1M).

Gestion des journaux UFS

Tous les jounaux UFS qui se trouvent sur les disques multihôtes sont mis en miroir. Lorsqu'un sous-miroir tombe en panne, le système indique que ce composant est défectueux. Vous pouvez réparer la panne à l'aide de la commande metareplace(1M) ou metatool(1M).

Si le miroir entier qui contient le journal UFS tombe en panne, vous devez démonter le système de fichiers, sauvegarder toutes les données accessibles, corriger l'erreur, réparer le système de fichiers (à l'aide de la commande fsck(1M)), puis remonter le système de fichiers.

Ajout de consignation UFS à un hôte logique

Tous les systèmes de fichiers UFS figurant dans un hôte logique doivent être des systèmes UFS de consignation de sorte que la reprise ou les critères de dépassement impartis de haswitch(1M) soient respectés. Ainsi, on favorise une commutation et une relève rapides.

Pour configurer le système de fichiers UFS de consignation, créez un périphérique trans à l'aide d'un périphérique de consignation mis en miroir et d'un système de fichiers maître UFS mis en miroir. Le périphérique de consignation et le périphérique maître UFS doivent être mis en miroir.

En général, la tranche 6 de chaque unité d'un ensemble de disques peut être utilisée comme journal UFS. Les tranches peuvent être employées pour les sous-miroirs des journaux UFS. Si la taille des tranches est inférieure à celle du journal voulu, vous pouvez regrouper plusieurs tranches. Habituellement, un méga-octet par groupe de 100 méga-octets convient aux journaux UFS, jusqu'à un maximum de 64 méga-octets. Idéalement, les tranches d'un journal doivent se trouver sur une unité différente de celle du périphérique maître UFS.

Si vous devez découper le disque afin de libérer de l'espace pour les journaux UFS, conservez la tranche 7 existante, qui débute au cylindre 0 et qui contient au moins deux méga-octets. En effet, cet espace est réservé pour les répliques de base de données d'état des métapériphériques. Les champs Etiquette et Indicateur (dont le contenu est signalé par la commande format(1M)) doivent être réservés pour la tranche 7. La commande metaset(1M) définit correctement les champs Etiquette et Indicateur au moment de la configuration initiale.

Une fois que le périphérique trans a été configuré, créez le système de fichiers UFS, à l'aide de la commande newfs(1M), sur le périphérique trans.

Une fois le processus newfs terminé, ajoutez le système de fichiers UFS au fichier vfstab pour l'hôte logique, en modifiant le fichier /etc/opt/SUNWcluster/conf/hanfs/vfstab.hôtelogique pour mettre à jour les informations des systèmes de fichiers administratifs et multihôtes.

Assurez-vous que les fichiers vfstab.hôtelogique de tous les noeuds de grappe contiennent les mêmes informations. Utilisez la fonction cconsole(1) pour modifier simultanément les fichiers vfstab.hôtelogique de tous les noeuds de la grappe.

Voici un exemple de fichier vfstab.hôtelogique sur lequel apparaissent le système de fichiers administratif et quatre autres systèmes de fichiers UFS :

#device              device                   mount       FS  fsck  mount mount 
#to mount                to fsck                    point       type pass  all   options# 
/dev/md/hahost1/dsk/d11  /dev/md/hahost1/rdsk/d11 /hahost1    ufs  1     no    - 
/dev/md/hahost1/dsk/d1   /dev/md/hahost1/rdsk/d1  /hahost1/1  ufs  1     no    - 
/dev/md/hahost1/dsk/d2   /dev/md/hahost1/rdsk/d2  /hahost1/2  ufs  1     no    - 
/dev/md/hahost1/dsk/d3   /dev/md/hahostt1/rdsk/d3 /hahost1/3  ufs  1     no    - 
/dev/md/hahost1/dsk/d4   /dev/md/hahost1/rdsk/d4  /hahost1/4  ufs  1     no   -

Si le système de fichiers est destiné à être également utilisé par Sun Cluster HA for NFS, suivez la procédure de partage des systèmes de fichiers NFS tels que décrite dans le Chapitre 11 du Sun Cluster 2.2 Software Installation Guide.

Le nouveau système de fichier sera monté automatiquement à la prochaine reconfiguration du moniteur d'appartenance. Pour forcer la reconfiguration de l'appartenance, utilisez la commande suivante :

#haswitch -r