Nouveautés de Solaris 10 10/09

Améliorations apportées à l'administration système

Les améliorations et fonctionnalités d'administration système suivantes ont été ajoutées à la version Solaris 10 10/09.

Prise en charge de disques de 2 To pour l'installation et l'initialisation du système d'exploitation Solaris

À partir de la version Solaris 10 10/09, il vous est possible d'installer et initialiser le système d'exploitation Solaris à partir d'un disque d'une taille allant jusqu'à 2 To. Dans les versions précédentes de Solaris, vous ne pouviez pas installer et initialiser le système d'exploitation Solaris à partir d'un disque de plus d'un téraoctet.

Dans cette version de Solaris, vous pouvez utiliser l'étiquette VTOC sur un disque de toute taille. Cependant, l'espace adressable par la VTOC est limité à 2 To. Cette fonction permet d'utiliser les disques d'une capacité supérieure à 2 To comme disques d'initialisation. Cependant, l'espace utilisable à partir de l'étiquette est limité à 2 To.

Cette fonction n'est disponible que sur les systèmes possédant un noyau de 64 bits. Un minimum de 1 Go de mémoire est requis pour les systèmes x86.

Pour plus d'informations sur les pilotes et utilitaires de disque Solaris qui ont été mis à jour pour prendre en charge l'initialisation sur disques d'une capacité supérieure à 1 To, consultez le System Administration Guide: Devices and File Systems.

Utilitaire `pcitool`

L'utilitaire pcitool permet aux administrateurs système de lier les interruptions à des fils matériels pour améliorer les performances. Cet utilitaire est disponible dans le package public SUNWio-tools. Pour plus d'informations sur l'utilisation de pcitool, reportez-vous à la page de manuel pcitool.

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 :

Prise en charge de `nss_ldap shadowAccount`

Le service de noms LDAP est optimisé pour prendre en charge les fonctions de verrouillage des comptes et de vieillissement du mot de passe à l'aide des données de la base de données en double stockée sur un serveur LDAP configuré. Cette prise en charge permet à l'utilitaire passwd(1) et aux modules PAM pam_unix_*(5) de fonctionner de manière pratiquement identique lors de la gestion du verrouillage des comptes et du vieillissement du mot de passe pour les comptes locaux et les comptes utilisateur LDAP distants. Par conséquent, l'utilisation du module pam_ldap(5) n'est plus le seul moyen de mettre en œuvre la stratégie de mot de passe et le contrôle de compte pour le service de noms LDAP. pam_unix_*(5) peut être utilisé pour obtenir les mêmes résultats cohérents qu'avec les fichiers et les services de noms nisplus.

Pour plus d'informations, reportez-vous au manuel System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) .

Jeu de patchs Sun Validation Test Suite 7.0 Patch Set 6

SunVTS^TM 7.0 Patch Set 6 est intégré à la version Solaris 10 10/09. SunVTS 7.0 Patch Set 6 est basé sur un modèle d'architecture à trois niveaux standard. Le jeu de patchs inclut une interface utilisateur basée sur le navigateur, un serveur intermédiaire basé sur la technologie Java et un agent de diagnostic. Les améliorations apportées à l'infrastructure SunVTS sont les suivantes :

prise en charge des disques durs électroniques ajoutés à vtsk ;
niveau par défaut des tests logiques amélioré en fonction de la taille de la configuration système ;
valeurs minimales et maximales ou limite stricte de swap réservé dans vtsk ;
possibilité de modifier l'ordre d'exécution des tests logiques.

Dans la version Solaris 10 10/09, les améliorations suivantes ont été apportées à la mémoire et aux diagnostics de CPU :

La couverture a été ajoutée pour x86-L3$ dans l3sramtest.
Les tests vmemtest, fputest et l2sramtest améliorés permettent d'effectuer des rappels afin de renvoyer les exigences en matière de swap.
Les tests logiques sont adaptés aux systèmes x86 et aux systèmes basés sur des processeurs UltraSPARC® T2.

La version Solaris 10 10/09 inclut également les améliorations suivantes aux diagnostics d'E/S :

Le test disktest a été amélioré afin de s'exécuter en mode Lecture seule si l'option de lecture ou d'écriture n'est pas applicable.
Le test logique de disque est adapté aux systèmes x86, basés sur processeur T2 UltraSPARC et UltraSPARC IV.
Les options disktest sont automatisées afin d'exécuter les tâches de disque électronique et de lecteur de disque dur dans Disk LT.
La sélection d'options de test est automatisée dans netlbtest.
Prise en charge des options de test de fiabilité et de non-fiabilité dans disktest et iobustest.