Fonctions ZFS et modifications

Les nouvelles fonctionnalités du système de fichiers ZFS sont décrites dans la section suivante.

• Prise en charge de l'installation ZFS et Flash : dans la version Solaris 10 10/09, vous pouvez définir un profil JumpStart pour identifier une archive Flash d'un pool racine ZFS. Pour plus d'informations, reportez-vous au Guide d’administration Solaris ZFS.

• Définition de l'utilisateur ZFS et des quotas de groupes : dans les versions précédentes de Solaris, vous pouviez appliquer des quotas et des réservations aux systèmes de fichiers ZFS afin de gérer et réserver de l'espace. Dans cette version de Solaris, vous pouvez définir un quota sur la quantité d'espace utilisée par les fichiers appartenant à un utilisateur ou à un groupe spécifique. Vous pouvez envisager la définition de quotas d'utilisateurs et de groupes dans un environnement contenant un grand nombre d'utilisateurs ou de groupes. Vous pouvez définir des quotas d'utilisateurs ou de groupes à l'aide des propriétés zfs userspace et zfs groupspace comme suit :

  # zfs set userquota@user1=5G tank/data # zfs set groupquota@staff=10G tank/staff/admins

  Vous pouvez afficher le paramètre de quota actuel d'un utilisateur ou d'un groupe comme suit :

  # zfs get userquota@user1 tank/data NAME PROPERTY VALUE SOURCE tank/data userquota@user1 5G local # zfs get groupquota@staff tank/staff/admins NAME PROPERTY VALUE SOURCE tank/staff/admins groupquota@staff 10G local

• Utilisation de l'héritage direct de l'ACL ZFS pour l'autorisation d'exécution : dans les versions précédentes de Solaris, vous pouviez appliquer l'héritage de l'ACL de façon à créer tous les fichiers avec l'autorisation 0664 ou 0666. Si vous souhaitez inclure le bit d'exécution de manière facultative à partir du mode de création de fichier dans l'ACL héritée, vous pouvez utiliser l'héritage direct pour une autorisation d'exécution dans cette version.

  Si aclinherit=passthrough-x est activée sur un jeu de données ZFS, vous pouvez inclure une autorisation d'exécution sur un fichier de sortie qui est générée par l'outil cc ou gcc. Si l'ACL héritée ne comprend pas les autorisations d'exécution, la sortie exécutable du compilateur ne sera pas exécutable jusqu'à ce que vous utilisiez la commande chmod pour modifier les autorisations du fichier.

• Utilisation de périphériques de cache dans le pool de stockage ZFS : dans la version Solaris 10 10/09, vous pouvez créer des pools et spécifier des périphériques de cache qui permettent de mettre en cache des données de pool de stockage. Les périphériques de stockage fournissent une couche de mise en cache supplémentaire entre la mémoire principale et le disque. L'utilisation de périphériques de cache constitue la meilleure amélioration de performances pour les charges de travail de lecture aléatoire constituées principalement de contenu statique.

  Vous pouvez spécifier un ou plusieurs périphériques de cache à la création du pool. Exemple :

  # zpool create pool mirror c0t2d0 c0t4d0 cache c0t0d0 # zpool status pool pool: pool state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool ONLINE 0 0 0 mirror ONLINE 0 0 0 c0t2d0 ONLINE 0 0 0 c0t4d0 ONLINE 0 0 0 cache c0t0d0 ONLINE 0 0 0 errors: No known data errors

  Pour plus d'informations sur la manière de déterminer si l'utilisation de périphériques de cache est appropriée à votre environnement, reportez-vous au document Guide d’administration Solaris ZFS.

• Améliorations apportées aux propriétés ZFS : la version Solaris 10 10/09 fournit les améliorations de propriétés ZFS suivantes :

  • Vous pouvez définir les propriétés de système de fichiers ZFS lors de la création du pool. Dans l'exemple suivant, la compression est activée sur le système de fichiers ZFS qui est créé lors de la création du pool.

    # zpool create -O compression=on pool mirror c0t1d0 c0t2d0

  • Vous pouvez définir deux propriétés de cache sur un système de fichiers ZFS qui vous permettent de déterminer quels éléments sont mis en mémoire cache dans le cache principal (ARC) ou le cache secondaire (L2ARC). Les propriétés du cache sont définies comme suit :

    • Primarycache : contrôle les éléments qui sont mis en cache dans le cache principal.

    • Secondarycache : contrôle les éléments qui sont mis en cache dans le cache secondaire.

    Vous pouvez définir ces propriétés dans un système de fichiers existant ou lors de la création du système de fichiers. Exemple :

    # zfs set primarycache=metadata tank/datab # zfs create -o primarycache=metadata tank/newdatab

    Certains environnements de bases de données pourraient bénéficier de la non-mise en cache des données d'utilisateur. Vous devrez déterminer si la définition des propriétés du cache est appropriée pour votre environnement.

    Pour plus d'informations, reportez-vous au Guide d’administration Solaris ZFS.

  • Vous pouvez utiliser les propriétés d'utilisation d'espace pour déterminer l'utilisation d'espace pour les clones, les systèmes de fichiers et les volumes, mais pas pour les instantanés. Les propriétés sont les suivantes :

    • usedbychildren : indique la quantité d'espace utilisée par les enfants de ce jeu de données, qui serait libérée si tous les enfants étaient supprimés. L'abréviation de la propriété est usedchild.

    • Usedbydataset : indique la quantité d'espace utilisée par le jeu de données lui-même, qui serait libérée si le jeu de données était supprimé, après la destruction préalable de tous les instantanés et la suppression de toutes les valeurs refreservation. L'abréviation de la propriété est usedds.

    • Usedbyrefreservation : indique la quantité d'espace utilisée par une valeur refreservation définie sur ce jeu de données, qui serait libérée si la valeur refreservation était supprimée. L'abréviation de la propriété est usedrefreserv.

    • Usedbysnapshots : identifie la quantité d'espace utilisée par les instantanés de ce jeu de données. En particulier, elle correspond à la quantité d'espace qui serait libérée si l'ensemble des instantanés de ce jeu de données étaient supprimés. Notez qu'il ne s'agit pas simplement de la somme des propriétés used des instantanés, car l'espace peut être partagé par plusieurs instantanés. L'abréviation de la propriété est usedsnap.

    Ces nouvelles propriétés divisent la valeur de la propriété used dans les divers éléments qui utilisent de l'espace. En particulier, la valeur de la propriété used est divisée comme suit :

    used property = usedbychildren + usedbydataset + usedbyrefreservation + usedbysnapshots

    Vous pouvez visualiser ces propriétés à l'aide de la commande zfs list -o space. Exemple :

    # zfs list -o space NAME AVAIL USED USEDSNAP USEDDS USEDREFRESERV USEDCHILD pool 33.2G 72K 0 21K 0 51K rpool 27.0G 6.27G 20.5K 97K 0 6.27G rpool/ROOT 27.0G 4.73G 0 21K 0 4.73G rpool/ROOT/zfsBE 27.0G 4.73G 97.5M 4.63G 0 0 rpool/dump 27.0G 1.00G 16K 1.00G 0 0 rpool/export 27.0G 60K 16K 23K 0 21K rpool/export/home 27.0G 21K 0 21K 0 0 rpool/swap 27.5G 553M 0 41.5M 512M 0

  • Dans cette version, les instantanés sont omis du résultat de la commande zfs list. La propriété de pool listsnaps vérifie si les informations sur les instantanés sont affichées par la commande zfs list. Si vous utilisez la commande zfs list -t snapshots, les informations sur les instantanés s'affichent. La valeur par défaut est off, ce qui signifie que les informations sur les instantanés ne sont pas affichées par défaut.

• Récupération de périphérique de journal ZFS : dans la version Solaris 10 10/09, ZFS identifie les défaillances du journal des types d'action dans la commande zpool status. FMA signale également ces erreurs. ZFS et FMA décrivent comment récupérer les données en cas de défaillance du journal d'intention.

  Par exemple, si le système s'arrête soudainement avant que les opérations d'écriture synchrone ne soient affectées à un pool disposant d'un périphérique de journal distinct, des messages d'erreur relatifs au journal d'intention s'affichent dans le résultat de la commande zpool status. Pour de plus amples informations sur la résolution des défaillances de périphérique de journal, reportez-vous au document Guide d’administration Solaris ZFS.

• Utilisation des jeux d'ACL ZFS : la version Solaris 10 10/09 permet d'appliquer des jeux d'ACL de type NFSv4, plutôt que d'appliquer différentes autorisations d'ACL de manière individuelle. Les jeux d'ACL suivants sont disponibles :

  • full_set = toutes les autorisations ;

  • modify_set = toutes les autorisations sauf write_acl et write_owner ;

  • read_set = les autorisations read_data, read_attributes, read_xattr et read_acl ;

  • write_set = les autorisations write_data, append_data, write_attributes et write_xattr .

  Ces jeux d'ACL sont prédéfinis et ne peuvent pas être modifiés.

Pour de plus amples informations sur ces améliorations et modifications, reportez-vous au Guide d’administration Solaris ZFS.

Les sections Nouveautés suivantes contiennent des informations complémentaires sur la fonction ZFS :

• Section The Solaris ZFS File System du Solaris 10 What’s New

• Section File-System Monitoring Tool du Solaris 10 What’s New

• Section Improved Device in Use Error Checking du Solaris 10 What’s New