Options de montage du système de fichiers partagé

Vous pouvez spécifier la plupart des options de montage à l'aide de la commande mount. Ces options doivent être entrées dans le fichier /etc/vfstab ou dans le fichier samfs.cmd. Par exemple, le fichier /etc/vfstab suivant comprend des options mount pour un système de fichiers partagé :

sharefs1 - /sfs samfs - no shared,mh_write

Vous pouvez modifier certaines options de montage de manière dynamique grâce à l'utilitaire opérateur samu(1M). Pour plus d'informations sur ces options, reportez-vous au Chapitre 13, Utilisation de l'utilitaire opérateur samu.

Pour plus d'informations sur l'une de ces options de montage, reportez-vous à la section mount_samfs(1M) du manuel Sun QFS and Sun Storage Archive Manager 5.3 Reference Manual ou les références croisées figurant dans les descriptions de ces options.

Montage à l'arrière-plan : option `bg`

L'option de montage bg spécifie que si la première opération de montage échoue, les tentatives de montage suivantes doivent se produire en arrière-plan. Par défaut, bg n'est pas actif et les tentatives de montage continuent au premier plan.

Nouvelle tentative de montage d'un système de fichiers : option `retry`

L'option de montage retry indique le nombre de tentatives de montage d'un système de fichiers par le système. La valeur par défaut est 10 000.

Déclaration d'un système de fichiers partagé Sun QFS : option `shared`

L'option de montage shared déclare un système de fichiers comme système de fichiers partagé Sun QFS. Cette option doit être spécifiée dans le fichier /etc/vfstab pour permettre le montage du système de fichiers en tant que système de fichiers partagé Sun QFS. La présence de cette option dans un fichier samfs.cmd ou dans la commande mount ne produit pas de condition d'erreur, mais le système de fichiers n'est pas monté en tant que système de fichiers partagé.

Réglage des tailles d'allocation : options `minallocsz` et `maxallocsz`

Les options minallocsz et maxallocsz de la commande mount spécifient la quantité d'espace en Ko. Il s'agit de la taille d'allocation minimale des blocs. Si un fichier s'agrandit, le serveur de métadonnées alloue des blocs lorsqu'un bail d'ajout est accordé. Vous pouvez utiliser l'option -o minallocsz= n pour indiquer la taille initiale de cette allocation. Le serveur de métadonnées peut augmenter la taille de l'allocation de blocs d'après le modèle d'accès de l'application, mais cette taille ne doit pas dépasser la valeur de l'option -o maxallocsz= n.

Vous pouvez spécifier les options mount dans la ligne de commande mount du fichier /etc/vfstab ou du fichier samfs.cmd.

Utilisation de baux dans le système de fichiers partagé Sun QFS : options `rdlease`, `wrlease` et `aplease`

Un bail accorde une autorisation d'hôte partagé pour effectuer une opération sur un fichier tant que le bail est valide. Le serveur de métadonnées délivre des baux à chaque hôte partagé, y compris à lui-même. En cas de besoin, les baux sont renouvelés pour assurer la continuité des opérations sur les fichiers. Les opérations de fichiers possibles sont les suivantes :

Un bail de lecture permet de lire les données de fichiers existants.
Un bail d'écriture permet d'écraser les données de fichiers existants.
Un bail d'ajout permet d'étendre la taille d'un fichier, mais aussi d'écrire des blocs récemment alloués.

Un hôte partagé peut continuer à mettre à jour les baux aussi longtemps que nécessaire. Le bail est transparent pour l'utilisateur final. Le tableau suivant indique les options de montage qui permettent de spécifier la durée de chaque type de bail.

Tableau 12-1 Options mount(1M) liées aux baux

Option	Action
`-o rdlease=` n	Cette option spécifie la quantité maximale de temps pour le bail de lecture. Cette quantité est exprimée en secondes.
`-o wrlease=` n	Cette option spécifie la quantité maximale de temps pour le bail d'écriture. Cette quantité est exprimée en secondes.
`-o aplease=` n	Cette option spécifie la quantité maximale de temps pour le bail d'ajout. Cette quantité est exprimée en secondes.

Ces trois baux vous permettent de spécifier une valeur n telle que 15 ≤ n ≤ 600. La durée par défaut de chaque bail est de 30 secondes. Un fichier ne peut pas être tronqué si un bail est en vigueur. Pour plus d'informations sur la définition de ces baux, reportez-vous à la section mount_samfs(1M) du manuel Sun QFS and Sun Storage Archive Manager 5.3 Reference Manual.

Si vous changez de serveur de métadonnées parce que le serveur de métadonnées actuel est hors service, vous devez ajouter la durée du bail à la durée de basculement. En effet, tous les baux doivent expirer avant qu'un autre serveur de métadonnées puisse reprendre le contrôle.

La définition d'un bail de courte durée produit davantage de trafic entre les hôtes client et le serveur de métadonnées, car le bail doit être renouvelé lorsqu'il a expiré.

Activation de lectures et écritures multiples sur l'hôte : option `mh_write`

Par défaut, dans un système de fichiers partagé Sun QFS, plusieurs hôtes peuvent lire le même fichier simultanément et, si aucun hôte n'écrit dans ce fichier, l'E/S peut être paginée sur tous les hôtes. Un seul hôte peut ajouter ou écrire dans un fichier à un moment donné.

L'option mh_write contrôle l'accès en écriture au même fichier à partir de plusieurs hôtes. Si mh_write est spécifiée comme option de montage sur l'hôte serveur de métadonnées, le système de fichiers partagé Sun QFS autorise les lectures et écritures simultanées sur le même fichier à partir de plusieurs hôtes. Si mh_write n'est pas spécifié sur l'hôte serveur de métadonnées, un seul hôte peut écrire dans un fichier à un moment donné.

Par défaut, mh_write est désactivé et un seul hôte a un accès en écriture dans un fichier à un moment donné. La longueur de la période est déterminée par la durée de l'option de montage wrlease. Si le système de fichiers partagé Sun QFS est monté sur le serveur de métadonnées avec l'option mh_write activée, des lectures et écritures simultanées peuvent être effectuées dans le même fichier à partir de plusieurs hôtes.

Le tableau suivant décrit comment l'accès aux fichiers à partir de plusieurs hôtes est affecté selon que l'option mh_write est activée ou non sur le serveur de métadonnées.

Tableau 12-2 Accès aux fichiers déterminé par l'option mh_write

`mh_write` non activée sur le serveur de métadonnées	`mh_write` activée sur le serveur de métadonnées
Plusieurs hôtes lecteurs autorisés. Peut utiliser l'E/S paginée.	Plusieurs hôtes lecteurs autorisés. Peut utiliser l'E/S paginée.
Un seul hôte scripteur est autorisé. Peut utiliser l'E/S paginée. Tous les autres hôtes doivent attendre.	Plusieurs hôtes lecteurs et/ou scripteurs autorisés. S'il existe des hôtes scripteurs, toutes les E/S sont en accès direct.
Un seul hôte d'ajout. Tous les autres hôtes doivent attendre.	Un seul hôte d'ajout est autorisé. Tous les autres hôtes peuvent lire ou écrire. S'il existe des hôtes scripteurs, toutes les E/S sont en accès direct.

L'option mh_write ne modifie pas le comportement du verrouillage. Les verrous de fichier se comportent de la même manière, que l'option mh_write soit appliquée ou pas. L'option mh_write agit de la façon suivante :

Lorsque mh_write est active, tous les hôtes peuvent lire et écrire simultanément dans le même fichier.
Lorsque mh_write n'est pas active, seul un hôte peut écrire dans un fichier spécifique au cours d'un intervalle de temps donné ; aucun autre hôte ne peut lire ce fichier pendant cette période.

Le système de fichiers partagé Sun QFS assure la cohérence entre les hôtes. La première fois qu'un hôte exécute un appel système en lecture ou en écriture, il obtient un bail qui lui permet de lire le fichier ou d'écrire dans ce dernier pendant une période donnée. L'existence de ce bail empêche l'accès au fichier à tout hôte dépourvu de l'option mh_write. En outre, le bail peut durer plus longtemps que la durée de l'appel système à l'origine de son acquisition.

Lorsque mh_write n'est pas active, le système de fichiers partagé Sun QFS doit fournir un comportement proche de POSIX pour la lecture et l'écriture des données. Notez que pour les métadonnées, les modifications d'heure d'accès risquent de ne pas être immédiatement répercutées sur les autres hôtes. Les modifications apportées à un fichier sont transférées vers le disque à la fin d'un bail d'écriture. Si un bail de lecture est acquis, le système annule les pages mises en cache obsolètes, de sorte que les données récemment écrites s'affichent.

Lorsque mh_write n'est pas active, le comportement risque d'être moins cohérent. En présence de lecteurs et scripteurs simultanés, le système de fichiers partagé Sun QFS place tous les hôtes ayant accès au fichier en mode E/S en accès direct. Cela signifie que l'E/S alignée-paginée est visible immédiatement par les autres hôtes. Toutefois, l'E/S alignée-non paginée peut afficher des données obsolètes, voire l'écriture du fichier, puisque le mécanisme habituel de bail a été désactivé.

Vous devez spécifier l'option mh_write seulement si plusieurs hôtes doivent écrire dans le même fichier simultanément et si les applications utilisent l'E/S alignée paginée. Dans le cas contraire, les données risquent d'être incohérentes : même l'utilisation de la commande flock(), qui fonctionne avec mh_write et qui coordonne les hôtes, ne garantit pas la cohérence des données.

Pour plus d'informations sur mh_write, reportez-vous à la section mount_samfs(1M) du manuel Sun QFS and Sun Storage Archive Manager 5.3 Reference Manual.

Définition du nombre minimal de threads simultanés : option `min_pool`

L'option de montage min_pool définit le nombre minimal de threads simultanés pour le système de fichiers partagé Sun QFS. Par défaut, la valeur est de min_pool=64 sur les systèmes Oracle Solaris. Cela signifie que si vous utilisez les paramètres par défaut, au moins 64 threads actifs seront présents dans le pool de threads sur Oracle Solaris. Vous pouvez définir l'option de montage min_pool sur une valeur comprise entre 8 et 2 048, selon l'activité du système de fichiers partagé Sun QFS.

L'option de montage min_pool doit être définie dans le fichier samfs.cmd. Elle sera ignorée si vous la définissez dans le fichier /etc/vfstab ou sur la ligne de commande.

Remarque - L'option de montage min_pool remplace l'option de montage nstreams précédente. L'option nstreams est ignorée dans la version 5.0 du logiciel.

Conservation des attributs mis en cache : option`meta_timeo`

L'option de montage meta_timeo détermine la durée d'attente du système entre les vérifications des informations de métadonnées. Par défaut, le système actualise les informations de métadonnées toutes les trois secondes. Cela signifie, par exemple, qu'il se peut qu'une commande ls entrée dans un système de fichiers partagé Sun QFS avec plusieurs fichiers récemment créés ne renvoie pas d'informations sur tous les fichiers avant que les trois secondes ne se soient écoulées. Une syntaxe d'option meta_timeo= n spécifie une valeur telle que 0 ≤ n ≤ 60.

Spécification de l'allocation par entrelacement : option`stripe`

Par défaut, les fichiers de données du système de fichiers partagé Sun QFS sont alloués à l'aide de la méthode circulaire d'allocation de fichiers. Si des données de fichiers doivent être entrelacés sur les disques, vous pouvez définir l'option de montage stripe sur l'hôte de métadonnées et sur tous les hôtes de métadonnées potentiels. Notez que, par défaut, les systèmes de fichiers non partagés allouent les données de fichiers à l'aide de la méthode d'allocation par entrelacement.

Dans une allocation circulaire, les fichiers sont créés à tour de rôle sur chaque tranche ou groupe entrelacé. De cette manière, les performances maximales d'un fichier affectent la vitesse d'une tranche ou d'un groupe entrelacé. Pour plus d'informations sur les méthodes d'allocation de fichiers, reportez-vous à la section Notions fondamentales relatives aux systèmes de fichiers Sun QFS.

Spécification de la fréquence d'écriture des métadonnées : `sync_meta`

Vous pouvez définir l'option sync_meta telle que sync_meta=1 ou sync_meta=0.

Par défaut, l'option prend la valeur sync_meta=1 ; le système de fichiers partagé Sun QFS écrit les métadonnées sur le disque à chaque modification de celles-ci. Cela ralentit les performances des données, mais garantit leur cohérence. Ce paramètre doit être activé lorsque vous souhaitez changer de serveur de métadonnées.

Si vous définissez sync_meta=0, le système de fichiers partagé Sun QFS écrit les métadonnées dans un tampon avant de l'écrire sur le disque. Cette écriture différée fournit de meilleures performances, mais réduit la cohérence entre les données en cas de défaillance imprévue de la machine.

Activation de la fonctionnalité WORM : options`worm_capable` et `def_retention`

Si vous utilisez le package WORM facultatif, l'option de montage worm_capable permet au système de fichiers de gérer les fichiers WORM. L'option de montage def_retention définit la durée de rétention à l'aide du format def_retention= MyNdOh Pm.

Dans ce format, M, N, O et P sont des entiers positifs ou nuls et y, d, h et m représentent les unités, soit années (y), jours (d), heures (h) et minutes (m). Toute combinaison de ces unités est valide. Par exemple, 1y5d4h3m indique 1 année, 5 jours, 4 heures et 3 minutes. 30d8h indique 30 jours et 8 heures. 300m indique 300 minutes. Ce format est compatible avec la formule utilisée dans les versions précédentes du logiciel, où la période de rétention était spécifiée en minutes.

Pour plus d'informations sur la fonctionnalité WORM, reportez-vous au Chapitre 9, Configuration de systèmes de fichiers WORM-FS.

Ignorer les liens de navigation
Quitter l'aperu
	Guide de configuration et d'administration du système de fichiers Sun QFS 5.3 Sun QFS and Sun Storage Archive Manager 5.3 Information Library (Français)