Dans la version Solaris 9 9/04, UFS est activé par défaut. Les améliorations ci-après ont été apportées aux systèmes de fichiers dans les versions Solaris 9 précédentes.
Cette fonction est nouvelle dans la version Solaris 9 9/04.
La consignation est maintenant activée par défaut pour tous les systèmes de fichiers UFS sauf dans les conditions suivantes :
Lorsque la consignation est explicitement désactivée.
Si l'espace du système de fichiers est insuffisant pour le journal.
Dans les précédentes versions de Solaris, il fallait activer la consignation UFS manuellement.
La consignation UFS rassemble en une transaction toutes les modifications des métadonnées composant une opération UFS complète. Les ensembles de transactions sont enregistrés dans un journal sur le disque puis appliqués aux métadonnées du système de fichiers UFS actuel.
La consignation UFS présente deux avantages :
Un système de fichiers déjà consistant , du fait de l'existence du journal de transaction, peut vous éviter d'avoir à exécuter la commande fsck après une panne système ou un arrêt anormal.
Née avec la version Solaris 9 12/02, la consignation UFS permet d'améliorer ou de dépasser le niveau de performance des systèmes de fichiers sans consignation. Cette amélioration est rendue possible par le fait qu'un système de fichiers avec consignation permet de convertir plusieurs mises à jour des mêmes données en une seule mise à jour. Ceci permet de limiter le nombre d'opérations de disques nécessaires.
Pour de plus amples informations, reportez-vous à la rubrique UFS Logging Is Enabled by Default du System Administration Guide: Devices and File Systems. Consultez aussi la page de manuel mount_ufs(1M).
Cette fonction est nouvelle dans la version Solaris 9 12/03.
Les améliorations indiquées ci-dessous ont optimisé les performances du client NFS.
Les restrictions concernant les tailles des transferts par câble ont été modérées. Désormais, la taille du transfert dépend des possibilités du transport sous-jacent. Par exemple, la limite du transfert NFS pour le protocole UDP est toujours de 32 Ko. Cependant, TCP étant un protocole de transmission ne possédant pas les limites de datagramme UDP, les tailles maximales de transfert via TCP ont été augmentées à 1 Mo.
Auparavant, toutes les requêtes d'écriture étaient numérotées par le client NFS et le serveur NFS. Le client NFS a été modifié pour permettre à une application d'émettre des écritures simultanées, ainsi que des lectures et des écritures simultanées, vers un fichier unique. Vous pouvez activer cette fonctionnalité sur le client à l'aide de l'option forcedirectio mount. Lorsque vous utilisez cette option, vous activez cette fonctionnalité pour tous les fichiers situés dans le système de fichiers monté. Vous pouvez également l'activer sur un seul fichier du client à l'aide de l'interface directio(). Vous remarquerez que les écritures vers les fichiers sont numérotées si cette fonctionnalité n'est pas activée. D'autre part, si des écritures simultanées ou des lectures et écritures simultanées se produisent, alors la sémantique POSIX n'est plus prise en charge pour ce fichier.
Le client NFS n'utilise plus un nombre excessif de ports UDP. Auparavant, les transferts NFS via UDP utilisaient un port UDP séparé pour chaque requête à traiter. Désormais, par défaut, le client NFS utilise seulement un port UDP réservé. Cependant, cette prise en charge est configurable. Si l'utilisation simultanée de davantage de ports augmente les performances du système par une capacité d'évolution accrue, alors le système peut être configuré pour utiliser plusieurs ports. Cette possibilité reflète la prise en charge NFS via TCP, dotée de ce type de configurabilité depuis qu'elle existe.
La prise en charge de systèmes de fichiers multitéra-octets n'est effective que sur les systèmes possédant un noyau de 64 bits. Cette fonction est nouvelle dans la version Solaris 9 8/03.
Cette version de Solaris fournit la prise en charge des systèmes de fichiers UFS de plusieurs téra-octets sur des systèmes fonctionnant avec un noyau Solaris 64 bits. Auparavant, les systèmes de fichiers UFS étaient limités à environ 1 téra-octet (To) sur les systèmes 32 et 64 bits. Toutes les commandes et tous les utilitaires des systèmes de fichiers UFS ont été mis à jour pour prendre en charge les systèmes de fichiers UFS de plusieurs téra-octets.
Vous pouvez d'abord créer un système de fichiers UFS dont la taille est inférieure à 1 To. Grâce à la commande newfs -T, vous pouvez définir la taille du système de fichiers de façon à ce qu'elle atteigne plusieurs téra-octets. Cette commande définit l'I-noeud et la densité du fragment pour qu'ils s'adaptent de manière appropriée à un système de fichiers de plusieurs téra-octets.
La prise en charge d'un système de fichiers UFS de plusieurs téra-octets requiert la disponibilité de LUN de plusieurs téra-octets, sous la forme de volumes Solaris Volume Manager ou Veritas VxVM ou de disques physiques de plus d'un To.
Les fonctions des systèmes de fichiers UFS de plusieurs téra-octets sont les suivantes :
création d'un système de fichiers UFS d'une taille maximale de 16 To ;
création d'un système de fichiers d'une taille inférieure à 16 To, pouvant ensuite être augmentée jusqu'à un maximum de 16 To ;
création de systèmes de fichiers de plusieurs téra-octets sur des disques physiques, des volumes logiques Solaris Volume Manager et VxVM Veritas ;
activation par défaut de la journalisation UFS sur des systèmes de fichiers de plus d'un téra-octet. Ces systèmes de fichiers bénéficient de l'amélioration des performances de l'activation de la journalisation UFS, et également de la disponibilité de la journalisation car la commande fsck peut ne pas être exécutée lorsque la journalisation est activée.
Vous trouverez ci-dessous les limites des systèmes de fichiers UFS de plusieurs téra-octets.
Vous ne pouvez pas monter de système de fichiers dont la taille est supérieure à 1 To sur un système fonctionnant avec un noyau Solaris 32 bits.
Vous ne pouvez pas démarrer à partir d'un système de fichiers dont la taille est supérieure à 1 To sur un système fonctionnant avec un noyau Solaris 64 bits. Ce qui signifie que vous ne pouvez pas installer de système de fichiers root (/) sur un système de fichiers de plusieurs téra-octets.
Les fichiers individuels de plus d'un téra-octet ne sont pas pris en charge.
Le nombre maximum de fichiers par téra-octet dans un système de fichiers UFS est d'un million. Cette limite vise à réduire la durée de la vérification du système de fichiers à l'aide de la commande fsck.
Le quota maximum à définir sur un système de fichiers UFS de plusieurs téra-octets est de 2 To par blocs de 1024 octets.
L'utilisation de la commande fssnap pour créer un instantané d'un système de fichiers UFS de plusieurs téra-octets n'est actuellement pas prise en charge.
Pour de plus amples informations, reportez-vous à la rubrique What’s New in File Systems in the Solaris 9 Update Releases? du System Administration Guide: Devices and File Systems.
La prise en charge de disques multitéra-octets n'est disponible que pour les systèmes possédant un noyau de 64 bits. Cette fonction est nouvelle dans la version Solaris 9 4/03.
Cette version de Solaris assure une prise en charge des disques d'une capacité supérieure à 1 téraoctet (To) sur des systèmes tournant sur un noyau Solaris 64 bits.
Le label EFI (Extensible Firmware Interface) assure la prise en charge des volumes de disques physiques et logiques. Les systèmes de fichiers UFS sont compatibles avec les labels de disques EFI et permettent de créer un système de fichiers UFS d'une capacité supérieure à 1 To. Cette version inclut des utilitaires de disque mis à jour permettant de gérer des disques d'une capacité supérieure à 1 To.
Par rapport aux labels VTOC, les labels EFI présentent les avantages suivants :
Les disques d'une capacité supérieure à 1 To sont pris en charge.
Les tranches 0-6 sont fournies (la tranche 2 est une tranche normale).
Les partitions (ou tranches) ne peuvent ni chevaucher le label principal ou de sauvegarde, ni se chevaucher entre elles. La taille des labels EFI étant habituellement de 34 secteurs, les partitions débutent au secteur 34 et aucune ne peut donc débuter au secteur zéro (0).
Aucune information concernant le cylindre, la tête ou le secteur n'est stockée dans le label. La taille est exprimée en blocs.
Les informations qui étaient stockées dans la zone des cylindres alternés (deux derniers cylindres du disque) se trouvent à présent sur la tranche 8.
Pour de plus amples informations sur les labels de disques EFI, reportez-vous au document System Administration Guide: Basic Administration. Ce guide contient d'importantes informations et restrictions en ce qui concerne l'utilisation du label de disque EFI avec des logiciels existants.
Dans cette version de Solaris, le logiciel Solaris Volume Manager peut également être utilisé pour gérer des disques d'une capacité supérieure à 1 To. Reportez-vous à la rubrique Prise en charge de volumes de plusieurs téra-octets dans Solaris Volume Manager.