SPARC : directives applicables à la prise en charge de VxFS

Les fonctions VxFS suivantes ne sont pas prises en charge dans un système de fichiers de cluster Sun Cluster 3.1. Ces dernières sont cependant prises en charge dans un système de fichiers local.

• E/S rapide ;

• Instantanés

• points de contrôle du stockage ;

• Options de montage spécifiques à VxFS :

  • convosync (Convertir O_SYNC) ;

  • mincache ;

  • qlog, delaylog, tmplog ;

• système de fichiers de cluster VERITAS (requiert la fonction de cluster VxVM et VERITAS Cluster Server).

Les avis de cache peuvent être utilisés, mais ils ne s'appliquent qu'au noeud sélectionné.

Toutes les autres options et fonctions de VxFS prises en charge dans un système de fichiers de cluster, le sont par le logiciel Sun Cluster 3.1. Pour de plus amples informations sur les options de VxFS prises en charge dans une configuration de cluster, consultez la documentation de VxFS.

Les directives suivantes, relatives à l'utilisation de VxFS pour la création de systèmes de fichiers de cluster à haut niveau de disponibilité, s'appliquent essentiellement à une configuration Sun Cluster 3.1 4/04.

• Suivez les procédures de la documentation VxFS pour créer un système de fichiers VxFS.

• Montez et démontez un système de fichiers VxFS à partir du nœud principal. Le nœud principal maîtrise le disque sur lequel le système de fichiers VxFS réside. Tout montage ou démontage d'un système de fichiers VxFS à partir d'un nœud secondaire risque d'échouer.

• Exécutez toujours les commandes d'administration de VxFS à partir du nœud principal du système de fichiers de cluster VxFS.

Les directives suivantes, relatives à l'administration des systèmes de fichiers de cluster VxFS, ne sont pas spécifiques au logiciel Sun Cluster 3.1 4/04. Ces directives diffèrent toutefois des procédures d'administration des systèmes de fichiers de cluster UFS.

• Vous pouvez administrer des fichiers sur un système de fichiers VxFS à partir de n'importe quel nœud du cluster. ioctls constitue une exception: vous ne devez l' émettre qu'à partir du nœud principal. Si vous ne savez pas si la commande d'administration utilise ioctls, exécutez-la toujours à partir du nœud principal.

• Lorsqu'un système de fichiers de cluster VxFS procède à un basculement sur un nœud secondaire, toutes les opérations standard d'appel du système, en cours au moment de la panne, sont ré-exécutées en toute transparence sur le nouveau nœud principal. Cependant, toute opération qui impliquerait la commande ioctl, en cours au moment de la panne, échoue. Vérifiez l'état du système de fichiers du cluster VxFS après chaque basculement. Certaines commandes administratives exécutées sur l'ancien nœud principal avant le basculement nécessitent parfois des mesures correctives. Pour de plus amples informations, reportez-vous à la documentation de VxFS .