Ignorer les liens de navigation | |
Quitter l'aperu | |
Administration d'Oracle Solaris 11.1 : Systèmes de fichiers ZFS Oracle Solaris 11.1 Information Library (Français) |
1. Système de fichiers Oracle Solaris ZFS (introduction)
Messages de périphérique de pool ZFS améliorés
Améliorations du partage de fichiers ZFS
Système de fichiers var partagé
Prise en charge d'initialisation pour les disques étiquetés EFI (GPT)
Amélioration d'utilisation des commandes ZFS
Améliorations des instantanés ZFS
Page de manuel ZFS modifiée (zfs.1m)
Identification des périphériques de pool en fonction de leur emplacement physique
Chiffrement de systèmes de fichiers ZFS
Améliorations apportées au flux envoyé par ZFS
Différences des instantanés ZFS (zfs diff)
Récupération de pool de stockage ZFS et améliorations apportées aux performances
Réglage du comportement synchrone ZFS
Messages du pool ZFS améliorés
Améliorations de l'interopérabilité ACL ZFS
Scission d'un pool de stockage ZFS mis en miroir (zpool split)
Modifications concernant iSCSI ZFS
Description d'Oracle Solaris ZFS
Sommes de contrôle et données d'autorétablissement
Exigences d'attribution de noms de composants ZFS
Différences entre les systèmes de fichiers Oracle Solaris ZFS et classiques
Granularité du système de fichiers ZFS
Comptabilisation de l'espace disque ZFS
Montage de système de fichiers ZFS
Modèle ACL Solaris basé sur NFSv4
2. Mise en route d'Oracle Solaris ZFS
3. Gestion des pools de stockage Oracle Solaris ZFS
4. Gestion des composants du pool root ZFS
5. Gestion des systèmes de fichiers Oracle Solaris ZFS
6. Utilisation des instantanés et des clones ZFS Oracle Solaris
7. Utilisation des ACL et des attributs pour protéger les fichiers Oracle Solaris ZFS
8. Administration déléguée de ZFS dans Oracle Solaris
9. Rubriques avancées Oracle Solaris ZFS
10. Dépannage d'Oracle Solaris ZFS et récupération de pool
11. Archivage des instantanés et récupération du pool root
12. Pratiques recommandées pour Oracle Solaris ZFS
Cette section décrit les nouvelles fonctions du système de fichier ZFS.
Prise en charge d'initialisation pour les disques étiquetés EFI (GPT)
Identification des périphériques de pool en fonction de leur emplacement physique
Récupération de pool de stockage ZFS et améliorations apportées aux performances
Scission d'un pool de stockage ZFS mis en miroir (zpool split)
Oracle Solaris 11.1 : la commande zpool status a été améliorée pour fournir plus d'informations sur les pannes de périphérique. La sortie zpool status dans cet exemple identifie un périphérique de pool (c0t5000C500335F907Fd0) qui est UNAVAIL à cause d'erreurs persistantes et devrait être remplacé.
# zpool status -v pond pool: pond state: DEGRADED status: One or more devices are unavailable in response to persistent errors. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or 'fmadm repaired', or replace the device with 'zpool replace'. scan: scrub repaired 0 in 0h0m with 0 errors on Wed Jun 20 15:38:08 2012 config: NAME STATE READ WRITE CKSUM pond DEGRADED 0 0 0 mirror-0 DEGRADED 0 0 0 c0t5000C500335F95E3d0 ONLINE 0 0 0 c0t5000C500335F907Fd0 UNAVAIL 0 0 0 mirror-1 ONLINE 0 0 0 c0t5000C500335BD117d0 ONLINE 0 0 0 c0t5000C500335DC60Fd0 ONLINE 0 0 0 device details: c0t5000C500335F907Fd0 UNAVAIL cannot open status: ZFS detected errors on this device. The device was missing. see: http://support.oracle.com/msg/ZFS-8000-LR for recovery errors: No known data errors
Oracle Solaris 11.1 : le partage de systèmes de fichier ZFS a été amélioré avec les éléments principaux suivants :
La syntaxe de partage est simplifiée. Vous pouvez partager un système de fichiers en définissant les nouvelles propriétés share.nfs ou share.smb.
Héritage amélioré des propriétés de partage aux systèmes de fichiers descendants
Les améliorations de partage sont associées à la version de pool 34.
Pour plus d'informations, reportez-vous à la section Activation et annulation du partage des systèmes de fichiers ZFS.
Oracle Solaris 11.1 : l'installation d'Oracle Solaris 11.1 crée automatiquement un système de fichiers rpool/VARSHARE monté à /var/share. L'objet de ce système de fichiers est de partager des systèmes de fichiers entre les environnements d'initialisation afin de réduire l'espace nécessaire dans le répertoire /var pour tous les environnements d'initialisation. Par exemple :
# ls /var/share audit cores crash mail
Des liens symboliques sont automatiquement créés des composants /var à /var/share, répertoriés ci-dessus, à des fins de compatibilité. Ce système de fichiers ne requiert généralement aucune administration, sauf pour s'assurer que les composants /var ne remplissent pas le système de fichiers root.
Si un système Oracle Solaris 11 est mis à jour vers la version 11.1, la migration des données depuis le répertoire /var d'origine vers le répertoire /var/share peut prendre du temps.
Oracle Solaris 11.1 : cette version installe une étiquette de disque EFI (GPT) sur un disque de pool root pour un système x86 dans la plupart des cas. Par exemple :
# zpool status rpool pool: rpool state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM rpool ONLINE 0 0 0 c2t0d0 ONLINE 0 0 0 errors: No known data errors
L'installation d'Oracle Solaris 11.1 sur un système SPARC avec le microprogramme compatible GPT ou sur un système x86 applique une étiquette de disque GPT sur le disque de pool root qui utilise tout le disque. Pour les systèmes SPARC qui prennent en charge un disque d'initialisation étiqueté GPT, reportez-vous aux notes de version d'Oracle Solaris 11.1 pour plus d'informations sur l'application du microprogramme compatible GPT. Dans le cas contraire, l'installation d'Oracle Solaris 11.1 sur un système SPARC applique une étiquette SMI (VTOC) au disque de pool root avec une seule tranche 0.
La plupart du temps, un système x86 est installé avec un disque étiqueté EFI (GPT).
La commande zpool a été améliorée pour prendre en charge une étiquette de disque EFI (GPT) afin de pouvoir, si vous le voulez, recréer un pool root après l'installation du système à l'aide de la commande zpool create - B. Cette nouvelle option de commande crée les partitions et informations d'initialisation nécessaires pour l'initialisation. Pour plus d'informations sur la création d'un pool root après installation, reportez-vous à la section Création d'un environnement d'initialisation dans un pool root différent (SPARC ou x86/VTOC).
Si vous avez besoin de remplacer un disque dans un pool root avec une étiquette EFI (GPT), vous devez exécuter cette commande après l'opération zpool replace.
# bootadm install-bootloader
Les installations Oracle Solaris ne sont plus limitées aux deux premiers téraoctets du disque sur un système x86.
Oracle Solaris 11 : les commandes zfs et zpool disposent d'une sous-commande help qui peut fournir des informations sur les sous-commandes zfs et zpool et leurs options prises en charge. Par exemple :
# zfs help The following commands are supported: allow clone create destroy diff get groupspace help hold holds inherit list mount promote receive release rename rollback send set share snapshot unallow unmount unshare upgrade userspace For more info, run: zfs help <command> # zfs help create usage: create [-p] [-o property=value] ... <filesystem> create [-ps] [-b blocksize] [-o property=value] ... -V <size> <volume>
# zpool help The following commands are supported: add attach clear create destroy detach export get help history import iostat list offline online remove replace scrub set split status upgrade For more info, run: zpool help <command> # zpool help attach usage: attach [-f] <pool> <device> <new-device>
Pour plus d'informations, reportez-vous aux pages de manuel zfs(1M) et zpool(1M).
Oracle Solaris 11 : cette version inclut les améliorations d'instantanés ZFS suivantes :
La commande zfs snapshot dispose d'un alias snap qui offre une syntaxe abrégée pour cette commande. Par exemple :
# zfs snap -r users/home@snap1
La commande zfs diff offre une option d'énumération, -e, pour identifier tous les fichiers ajoutés ou modifiés entre les deux instantanés. La sortie générée identifie tous les fichiers ajoutés, mais ne fournit pas les suppressions possibles. Par exemple :
# zfs diff -e tank/cindy@yesterday tank/cindy@now + /tank/cindy/ + /tank/cindy/file.1
Vous pouvez aussi utiliser l'option -o pour identifier les champs sélectionnés à afficher. Par exemple :
# zfs diff -e -o size -o name tank/cindy@yesterday tank/cindy@now + 7 /tank/cindy/ + 206695 /tank/cindy/file.1
Pour plus d'informations sur la création d'instantanés ZFS, reportez-vous au Chapitre 6, Utilisation des instantanés et des clones ZFS Oracle Solaris.
Oracle Solaris 11 : la page de manuel zfs.1m a été révisée ; désormais, les fonctionnalités de base du système de fichiers ZFS figurent toujours dans la page de manuel zfs.1m, mais l'administration déléguée, le chiffrement, la syntaxe de partage et les exemples connexes sont traités dans les pages suivantes :
Oracle Solaris 11 : la propriété aclmode modifie le comportement des ACL quand des autorisations ACL sur un fichier sont modifiées pendant un opération chmod. La propriété aclmode a été réintroduite avec les valeurs suivantes :
discard :un système de fichiers dont la valeur de la propriété aclmode est discard supprime toutes les entrées d'ACL qui ne représentent pas le mode du fichier. Il s'agit de la valeur par défaut.
mask : un système de fichiers dont la valeur de la propriété aclmode est mask restreint les autorisations utilisateur ou groupe. Les autorisations sont réduites de manière à ne pas excéder les bits d'autorisation du groupe, à moins qu'il ne s'agisse d'une entrée utilisateur possédant le même UID que le propriétaire du fichier ou du répertoire. Dans ce cas, les autorisations d'ACL sont réduites de manière à ne pas excéder les bits d'autorisation du propriétaire. La valeur de masque préserve en outre l'ACL lors des modifications de mode successives, à condition qu'aucune opération de jeu d'ACL explicite n'ait été effectuée.
passthrough : un système de fichiers avec une propriété aclmode de passthrough indique qu'aucune modification n'est apportée à l'ACL en dehors de la génération des entrées d'ACL nécessaires pour représenter le nouveau mode du fichier ou du répertoire.
Pour plus d'informations, reportez-vous à l'Exemple 7-14.
Oracle Solaris 11 : dans cette version de Solaris, utilisez la commande zpool status -l pour afficher les informations relatives à l'emplacement du disque physique des périphériques de pool, lesquelles sont accessibles dans le répertoire /dev/chassis. Ce répertoire contient les valeurs de châssis, de réceptacle et d'occupant pour les périphériques de votre système.
En outre, vous pouvez utiliser la commande fmadm add-alias pour inclure un nom d'alias de disque qui facilite l'identification de l'emplacement physique des disques dans votre environnement. Par exemple :
# fmadm add-alias SUN-Storage-J4400.0912QAJ001 SUN-Storage-J4400.rack22
Par exemple :
% zpool status -l export pool: export state: ONLINE scan: resilvered 492G in 8h22m with 0 errors on Wed Aug 1 17:22:11 2012 config: NAME STATE READ WRITE CKSUM export ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__2/disk ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__3/disk ONLINE 0 0 0 mirror-1 ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__4/disk ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__5/disk ONLINE 0 0 0 mirror-2 ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__6/disk ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__7/disk ONLINE 0 0 0 mirror-3 ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__8/disk ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__9/disk ONLINE 0 0 0 mirror-4 ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__10/disk ONLINE 0 0 0 /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__11/disk ONLINE 0 0 0 spares /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__0/disk AVAIL /dev/chassis/SUN-Storage-J4400.rack22/SCSI_Device__1/disk AVAIL errors: No known data errors
La commande zpool iostat a également été mise à jour et fournit dorénavant des informations sur l'emplacement physique des périphériques d'un pool.
Les commandes diskinfo, format et prtconf fournissent elles aussi des informations sur l'emplacement des disques physiques. Pour plus d'informations, reportez-vous à la page de manuel diskinfo(1M).
Oracle Solaris 11 : dans cette version, vous pouvez migrer des données à partir d'un ancien système de fichiers vers un nouveau système de fichiers, le nouveau système de fichiers restant accessible et modifiable pendant le processus de migration.
La définition de la propriété shadow sur un nouveau système de fichiers ZFS déclenche la migration des anciennes données. La propriété shadow peut être définie de manière à déclencher la migration de données depuis le système local ou depuis un système distant avec l'une ou l'autre des valeurs suivantes :
file:///path nfs://host:path
Pour plus d'informations, reportez-vous à la section Migration de systèmes de fichiers ZFS.
Oracle Solaris 11 : dans cette version, vous pouvez chiffrer un système de fichiers ZFS.
Par exemple, le système de fichiers tank/cindy est créé avec la propriété de chiffrement activée. La stratégie de chiffrement par défaut consiste en une invite à saisir une phrase de passe comportant 8 caractères au minimum.
# zfs create -o encryption=on tank/cindy Enter passphrase for 'tank/cindy': xxx Enter again: xxx
Une stratégie de chiffrement est définie au moment de la création d'un système de fichiers ZFS. Les systèmes de fichiers descendants héritent de la stratégie de chiffrement du système de fichiers parent, et celle-ci ne peut pas être supprimée.
Pour plus d'informations, reportez-vous à la section Chiffrement des systèmes de fichiers ZFS.
Oracle Solaris 11 : dans cette version, vous pouvez définir les propriétés du système de fichiers qui sont envoyées et reçues dans un flux d'instantané. Ces améliorations offrent davantage de flexibilité pour appliquer des propriétés du système de fichiers dans un flux envoyé à un système de fichiers récepteur ou pour déterminer si les propriétés du système de fichiers local, telles que la valeur de propriété mountpoint, doivent être ignorées lorsqu'elles sont reçues.
Pour plus d'informations, reportez-vous à la section Application de différentes valeurs de propriété à un flux d'instantané ZFS.
Oracle Solaris 11 : dans cette version, vous pouvez déterminer les différences des instantanés ZFS à l'aide de la commande zfs diff.
Supposons par exemple que les deux instantanés suivants sont créés :
$ ls /tank/cindy fileA $ zfs snapshot tank/cindy@0913 $ ls /tank/cindy fileA fileB $ zfs snapshot tank/cindy@0914
Par exemple, afin d'identifier les différences entre deux instantanés, utilisez une syntaxe semblable à la suivante :
$ zfs diff tank/cindy@0913 tank/cindy@0914 M /tank/cindy/ + /tank/cindy/fileB
Dans la sortie, M indique que le répertoire a été modifié. Le + indique que fileB existe dans l'instantané le plus récent.
Pour plus d'informations, reportez-vous à la section Identification des différences entre des instantanés ZFS (zfs diff).
Oracle Solaris 11 : dans cette version, les nouvelles fonctionnalités de pool de stockage ZFS suivantes sont fournies :
Vous pouvez importer un pool avec un journal manquant en utilisant la commande zpool import -m. Pour plus d'informations, reportez-vous à la section Importation d'un pool avec un périphérique de journalisation manquant.
Vous pouvez importer un pool en mode lecture seule. Cette fonction est principalement destinée à la récupération de pool. Si un pool endommagé n'est pas accessible car les périphériques sous-jacents le sont également, vous pouvez importer le pool en lecture seule pour récupérer les données. Pour plus d'informations, reportez-vous à la section Importation d'un pool en mode lecture seule.
Un pool de stockage RAID-Z (raidz1, raidz2 ou raidz3) créé dans cette version comportera des métadonnées sensibles à la latence qui seront automatiquement mises en miroir pour améliorer les performances de capacité de traitement d'E/S de lecture. Pour les pools RAID-Z existants mis à niveau vers la version 29 ou une version ultérieure du pool, un certain nombre de métadonnées seront mises en miroir pour toutes les données nouvellement écrites.
Les métadonnées mises en miroir dans un pool RAID-Z ne fournissent pas de protection supplémentaire contre les pannes matérielles, comme c'est le cas pour un pool de stockage mis en miroir. Les métadonnées mises en miroir consomment de l'espace supplémentaire, mais la protection RAID-Z est la même que dans les versions précédentes. Cette amélioration est destinée à l'amélioration des performances uniquement.
Oracle Solaris 11 : dans cette version, vous pouvez déterminer un comportement synchrone du système de fichiers ZFS à l'aide de la propriété sync.
Le comportement synchrone par défaut consiste à écrire toutes les transactions des systèmes de fichiers synchrones dans le journal de tentatives et à vider tous les périphériques pour s'assurer que les données sont stables. La désactivation du comportement synchrone par défaut n'est pas recommandée. Elle pourrait avoir des répercussions sur les applications qui dépendent de la prise en charge synchrone et risquerait d'entraîner des pertes de données.
La propriété sync peut être définie avant ou après la création du système de fichiers. Dans tous les cas, la valeur de propriété prend effet immédiatement. Par exemple :
# zfs set sync=always tank/neil
Le paramètre zil_disable n'est plus disponible dans les versions Oracle Solaris incluant la propriété sync.
Pour plus d'informations, reportez-vous au Tableau 5-1.
Oracle Solaris 11 : dans cette version, vous pouvez utiliser l'option -T afin de fournir un intervalle et une valeur de comptage pour les commandes zpool list et zpool status pour l'affichage d'informations supplémentaires.
En outre, des nettoyages du pool et des informations de réargenture supplémentaires sont disponibles via la commande zpool status comme suit :
Rapport de progression de la réargenture. Par exemple :
scan: resilver in progress since Thu Jun 7 14:41:11 2012 3.83G scanned out of 73.3G at 106M/s, 0h11m to go 3.80G resilvered, 5.22% done
Rapport de progression du nettoyage. Par exemple :
scan: scrub in progress since Thu Jun 7 14:59:25 2012 1.95G scanned out of 73.3G at 118M/s, 0h10m to go 0 repaired, 2.66% done
Message de fin de la réargenture. Par exemple :
resilvered 73.3G in 0h13m with 0 errors on Thu Jun 7 14:54:16 2012
Message de fin du nettoyage. Par exemple :
scan: scrub repaired 512B in 1h2m with 0 errors on Thu Jun 7 15:10:32 2012
Message d'annulation du nettoyage en cours. Par exemple :
scan: scrub canceled on Thu Jun 7 15:19:20 MDT 2012
Les messages de fin de la réargenture et du nettoyage subsistent après plusieurs réinitialisation du système.
La syntaxe suivante utilise l'intervalle et l'option de comptage pour afficher en permanence les informations relatives à la réargenture du pool en cours. Vous pouvez utiliser la valeur -T d pour afficher les informations au format de date standard ou -T u pour les afficher dans un format interne.
# zpool status -T d tank 3 2 Thu Jun 14 14:08:21 MDT 2012 pool: tank state: DEGRADED status: One or more devices is currently being resilvered. The pool will continue to function in a degraded state. action: Wait for the resilver to complete. Run 'zpool status -v' to see device specific details. scan: resilver in progress since Thu Jun 14 14:08:05 2012 2.96G scanned out of 4.19G at 189M/s, 0h0m to go 1.48G resilvered, 70.60% done config: NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 mirror-0 ONLINE 0 0 0 c0t5000C500335F95E3d0 ONLINE 0 0 0 c0t5000C500335F907Fd0 ONLINE 0 0 0 mirror-1 DEGRADED 0 0 0 c0t5000C500335BD117d0 ONLINE 0 0 0 c0t5000C500335DC60Fd0 DEGRADED 0 0 0 (resilvering) errors: No known data errors
Oracle Solaris 11 : cette version inclut les améliorations suivantes des ACL :
Les ACL triviales ne requièrent pas d'entrée de contrôle d'accès (ACE) de refus, à l'exception des autorisations extraordinaires. Par exemple, un mode 0644, 0755 ou 0664 ne requiert pas d'ACE de refus, tandis qu'un mode 0705, 0060, et ainsi de suite, requiert des ACE de refus.
L'ancien comportement inclut des ACE de refus dans une ACL triviale telle que 644. Par exemple :
# ls -v file.1 -rw-r--r-- 1 root root 206663 Jun 14 11:52 file.1 0:owner@:execute:deny 1:owner@:read_data/write_data/append_data/write_xattr/write_attributes /write_acl/write_owner:allow 2:group@:write_data/append_data/execute:deny 3:group@:read_data:allow 4:everyone@:write_data/append_data/write_xattr/execute/write_attributes /write_acl/write_owner:deny 5:everyone@:read_data/read_xattr/read_attributes/read_acl/synchronize :allow
Le nouveau comportement pour une ACL triviale telle que 644 n'inclut pas les ACE de refus. Par exemple :
# ls -v file.1 -rw-r--r-- 1 root root 206663 Jun 22 14:30 file.1 0:owner@:read_data/write_data/append_data/read_xattr/write_xattr /read_attributes/write_attributes/read_acl/write_acl/write_owner /synchronize:allow 1:group@:read_data/read_xattr/read_attributes/read_acl/synchronize:allow 2:everyone@:read_data/read_xattr/read_attributes/read_acl/synchronize :allow
Les ACL ne plus sont scindées en plusieurs ACE pendant l'héritage pour tenter de conserver l'autorisation d'origine inchangée. Au lieu de cela, les autorisations sont modifiées de manière à appliquer le mode de création de fichier.
Le comportement de la propriété aclinherit inclut une réduction des autorisations lorsque la propriété est définie sur restricted (restreint), ce qui signifie que les ACL ne sont plus scindées en plusieurs ACE pendant l'héritage.
Une nouvelle règle de calcul du mode d'autorisation signifie que si une ACL possède une entrée de contrôle d'accès user qui est également propriétaire du fichier, alors ces autorisations sont incluses dans le calcul du mode d'autorisation. La même règle s'applique lorsqu'une entrée de contrôle d'accès group est propriétaire de groupe du fichier.
Pour plus d'informations, reportez-vous au Chapitre 7, Utilisation des ACL et des attributs pour protéger les fichiers Oracle Solaris ZFS.
Oracle Solaris 11 : dans cette version de , vous pouvez utiliser la commande zpool split pour scinder un pool de stockage mis en miroir, ce qui déconnecte un ou plusieurs disques dans le pool d'origine mis en miroir pour créer un autre pool identique.
Pour plus d'informations, reportez-vous à la section Création d'un pool par scission d'un pool de stockage ZFS mis en miroir.
Oracle Solaris 11 : dans cette version, le démon cible iSCSI est remplacé par l'utilisation du démon cible COMSTAR (Common Multiprotocol SCSI Target). Cette modification signifie également que la propriété shareiscsi , qui servait à partager un volume ZFS en tant que LUN iSCSI, n'est plus disponible. La commande stmfadm permet de configurer et de partager un volume ZFS en tant que LUN iSCSI.
Pour plus d'informations, reportez-vous Utilisation d'un volume ZFS en tant qu'unité logique de stockage iSCSI.
Oracle Solaris 11 : dans cette version, chaque pool de stockage ZFS est associé à un processus zpool-poolname. Les threads dans ce processus sont les threads de traitement d'E/S du pool permettant de gérer les tâches d'E/S, telles la compression et la validation de la somme de contrôle, associées au pool. Le but de ce processus est d'indiquer l'utilisation de la CPU de chaque pool de stockage.
Des informations relatives à ces processus en cours d'exécution peuvent être consultées à l'aide des commandes ps et prstat. Ces processus sont uniquement disponibles dans la zone globale. Pour plus d'informations, reportez-vous à la section SDC(7).
Oracle Solaris 11 : dans cette version, vous pouvez utiliser la propriété de suppression des doublons (dedup) pour supprimer les données redondantes des systèmes de fichiers ZFS. Si la propriété dedup est activée pour un système de fichiers, les blocs de données dupliquées sont supprimés de façon synchrone. Par conséquent, seules les données uniques sont stockées et les composants communs sont partagés entre les fichiers.
Vous pouvez activer cette propriété comme suit :
# zfs set dedup=on tank/home
Bien que la suppression des doublons soit définie en tant que propriété du système de fichiers, elle s'étend à l'échelle du pool. Par exemple, vous pouvez identifier le ratio de suppression des doublons comme suit :
# zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 556G 4.19G 552G 0% 1.00x ONLINE -
La sortie zpool list a été mise à jour pour prendre en charge la propriété de suppression des doublons.
Pour plus d'informations sur la définition de la propriété de suppression des doublons, reportez-vous à la section Propriété dedup.
N'activez pas la propriété dedup sur des systèmes de fichiers résidant sur des systèmes de production avant d'avoir passé en revue les points suivants :
Déterminez si vos données bénéficieraient de gains d'espace grâce à la suppression des doublons.
Assurez-vous que votre système dispose de suffisamment de mémoire physique pour prendre en charge la suppression des doublons.
Déterminez l'incidence possible sur les performances du système.
Pour plus d'informations sur ces considérations, reportez-vous à la section Propriété dedup.