Ignorer les liens de navigation | |
Quitter l'aperu | |
Transition d'Oracle Solaris 10 vers Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français) |
1. Transition d'Oracle Solaris 10 vers une version d'Oracle Solaris 11 (présentation)
2. Transition vers une méthode d'installation d'Oracle Solaris 11
4. Gestion des fonctions de stockage
5. Gestion des systèmes de fichiers
Modifications apportées aux systèmes de fichiers sous Oracle Solaris 11
Modifications apportées au système de fichiers root et configuration requise
Modifications relatives au montage du système de fichiers
Modifications apportées à la gestion des systèmes de fichiers ZFS
Affichage d'informations sur les systèmes de fichiers ZFS
Résolution des problèmes de compte-rendu sur l'espace de systèmes de fichiers ZFS
Résolution des problèmes de compte-rendu sur l'espace des pools de stockage ZFS
Mise à disposition des systèmes de fichiers ZFS
Modifications apportées au partage de systèmes de fichiers ZFS
Syntaxe de partage ZFS héritée
Problèmes de migration/transition de partage ZFS
Configuration requise pour la suppression des doublons de données ZFS
Migration de données de systèmes de fichiers vers des systèmes de fichiers ZFS
Pratiques recommandées en matière de migration des données
Migration de données à l'aide de la migration shadow ZFS
Migration de données UFS vers un système de fichiers ZFS (ufsdump et ufsrestore)
6. Gestion des logiciels et des environnements d'initialisation
7. Gestion de la configuration réseau
8. Gestion de la configuration système
10. Gestion des versions d'Oracle Solaris dans un environnement virtuel
11. Gestion des comptes et des environnements utilisateur
Les fonctions des systèmes de fichiers ZFS suivantes, qui n'étaient pas disponibles sous Oracle Solaris 10, le sont sous Oracle Solaris 11 :
Chiffrement d'un système de fichiers ZFS : vous pouvez chiffrer un système de fichiers ZFS lors de sa création. Pour plus d'informations, reportez-vous au Chapitre 9, Gestion de la sécurité.
Suppression des doublons d'un système de fichiers ZFS : pour déterminer si l'environnement système peut prendre en charge la suppression des doublons de données ZFS, reportez-vous aux informations importantes de la section Configuration requise pour la suppression des doublons de données ZFS.
Modifications de la syntaxe de partage d'un système de fichiers ZFS : incluent les modifications en matière de partage des systèmes de fichiers NFS et SMB. Pour plus d'informations, reportez-vous à la section Modifications apportées au partage de systèmes de fichiers ZFS.
Page de manuel ZFS modifiée : 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 :
Une fois le système installé, vérifiez les informations sur les pools de stockage et les systèmes de fichiers ZFS.
Pour afficher des informations sur les pools de stockage ZFS, exécutez la commande zpool status.
Pour afficher des informations sur les systèmes de fichiers ZFS, exécutez la commande zfs list. Par exemple :
Pour obtenir une description des composants du pool root, reportez-vous à la section Vérification de l'environnement d'initialisation ZFS initial après une installation.
Les commandes zpool list et zfs list sont plus appropriées que les commandes précédentes df et du pour déterminer l'espace disponible des pools et des systèmes de fichiers. Les anciennes commandes ne permettent pas de distinguer facilement l'espace des pools de l'espace des systèmes de fichiers. D'autre part, elles ne tiennent pas compte de l'espace utilisé par les systèmes de fichiers descendants ou les instantanés.
Par exemple, le pool root ci-après (rpool) utilise 5,46 Go et dispose de 68,5 Go d'espace libre.
# zpool list rpool NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT rpool 74G 5.46G 68.5G 7% 1.00x ONLINE -
Si vous comparez l'espace comptabilisé pour les pools et l'espace comptabilisé pour chacun de vos systèmes de fichiers, en vérifiant leur colonne USED (UTILISE), vous pouvez constater que l'espace des pools est correctement comptabilisé. Par exemple :
# zfs list -r rpool NAME USED AVAIL REFER MOUNTPOINT rpool 5.41G 67.4G 74.5K /rpool rpool/ROOT 3.37G 67.4G 31K legacy rpool/ROOT/solaris 3.37G 67.4G 3.07G / rpool/ROOT/solaris/var 302M 67.4G 214M /var rpool/dump 1.01G 67.5G 1000M - rpool/export 97.5K 67.4G 32K /rpool/export rpool/export/home 65.5K 67.4G 32K /rpool/export/home rpool/export/home/admin 33.5K 67.4G 33.5K /rpool/export/home/admin rpool/swap 1.03G 67.5G 1.00G -
La valeur de taille SIZE calculée par la commande zpool list indique généralement la quantité d'espace disque physique dans le pool, mais elle varie selon le niveau de redondance de celui-ci. Voir les exemples ci-dessous. La commande zfs list liste l'espace disponible pour des systèmes de fichiers, c'est-à-dire l'espace disque moins l'espace utilisé par les métadonnées de gestion de la redondance des pools ZFS, le cas échéant.
Pool de stockage non redondant : créé avec un seul disque de 136 Go ; la commande zpool list signale une valeur de taille SIZE et une valeur d'espace libre initiale FREE de 136 Go. L'espace disponible initial AVAIL indiqué par la commande zfs list est de 134 Go, en raison d'une petite quantité de métadonnées de gestion de pool. Par exemple :
# zpool create tank c0t6d0 # zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 136G 95.5K 136G 0% 1.00x ONLINE - # zfs list tank NAME USED AVAIL REFER MOUNTPOINT tank 72K 134G 21K /tank
Pool de stockage mis en miroir : créé avec deux disques de 136 Go ; la commande zpool list indique une valeur de taille SIZE de 136 Go et une valeur d'espace libre initiale FREE de 136 Go. Ce compte-rendu est appelé valeur d'espace minorée. L'espace disponible initial AVAIL indiqué par la commande zfs list est de 134 Go, en raison d'une petite quantité de métadonnées de gestion de pool. Par exemple :
# zpool create tank mirror c0t6d0 c0t7d0 # zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 136G 95.5K 136G 0% 1.00x ONLINE - # zfs list tank NAME USED AVAIL REFER MOUNTPOINT tank 72K 134G 21K /tank
Pool de stockage RAID-Z : créé avec trois disques de 136 Go ; la commande zpool list signale une valeur de taille SIZE de 408 Go et une valeur d'espace libre initiale FREE de 408 Go. Ce compte-rendu est appelé valeur d'espace disque majorée, qui inclut l'espace nécessaire à la gestion de la redondance, par exemple les informations de parité. L'espace disponible initial AVAIL indiqué par la commande zfs list est de 133 Go, en raison de la gestion de la redondance du pool. L'exemple suivant crée un pool RAIDZ-2.
# zpool create tank raidz2 c0t6d0 c0t7d0 c0t8d0 # zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 408G 286K 408G 0% 1.00x ONLINE - # zfs list tank NAME USED AVAIL REFER MOUNTPOINT tank 73.2K 133G 20.9K /tank
Les systèmes de fichiers ZFS deviennent disponibles comme sous Oracle Solaris 10, dans la mesure suivante :
Un système de fichiers ZFS est monté automatiquement lorsqu'il est créé, puis remonté automatiquement lors de l'initialisation du système.
Vous n'avez pas à modifier le fichier /etc/vfstab pour monter un système de fichiers ZFS, sauf si vous créez un montage hérité pour un tel système. Il est recommandé d'utiliser le montage automatique d'un système de fichiers ZFS plutôt qu'un montage hérité.
Vous n'avez pas à modifier le fichier /etc/dfs/dfstab pour partager des systèmes de fichiers. Pour plus d'informations sur le partage de systèmes de fichiers ZFS, reportez-vous à la section Modifications apportées au partage de systèmes de fichiers ZFS.
Comme pour un root UFS, le périphérique de swap doit disposer d'une entrée dans le fichier /etc/vfstab.
Des systèmes de fichiers peuvent être partagés entre des systèmes Oracle Solaris 10 et Oracle Solaris 11, au moyen du partage NFS.
Des systèmes de fichiers peuvent être partagés entre des systèmes Oracle Solaris 11 au moyen du partage NFS ou SMB.
Les pools de stockage ZFS peuvent être exportés à partir d'un système Oracle Solaris 10, puis importés dans un système Oracle Solaris 11.
Sous Oracle Solaris 10, vous pouvez définir la propriété sharenfs ou sharesmb pour créer et publier un partage de systèmes de fichiers ZFS, ou vous pouvez utiliser l'ancienne commande share.
Dans Oracle Solaris 11, vous pouvez créer un partage de système de fichiers ZFS et publier ce partage, comme suit :
Créez un partage NFS ou SMB d'un système de fichiers ZFS à l'aide la commande zfs set share.
# zfs create rpool/fs1 # zfs set share=name=fs1,path=/rpool/fs1,prot=nfs rpool/fs1 name=fs1,path=/rpool/fs1,prot=nfs
Publiez le partage NFS ou SMB en paramétrant la propriété sharenfs ou sharesmb sur on.
# zfs set sharenfs=on rpool/fs1 # cat /etc/dfs/sharetab /rpool/fs1 fs1 nfs sec=sys,rw
Les principales différences sont les suivantes :
Le partage d'un système de fichiers est un processus en deux étapes : création d'un partage en paramétrant la propriété sharenfs ou sharesmb et publication du partage en définissant la propriété zfs set share.
La commande zfs set share remplace l'interface sharemgr pour le partage des systèmes de fichiers ZFS.
L'interface sharemgr n'est plus disponible. La commande share héritée et la propriété sharenfs sont toujours disponibles. Voir les exemples ci-dessous.
Le fichier /etc/dfs/dfstab existe toujours mais les modifications sont ignorées. SMF gère les informations de partage ZFS ou UFS de manière à ce que les systèmes de fichiers soient automatiquement partagés lorsque le système est réinitialisé ; ces informations sont donc gérées de façon similaire aux informations de montage et de partage ZFS.
Si vous annulez la publication d'un partage, vous pouvez le republier à l'aide de la commande share ou à l'aide de la commande share -a pour republier tous les partages.
Les systèmes de fichiers descendants n'héritent pas des propriétés de partage. Si un système de fichiers descendant est créé avec une propriété sharenfs héritée activée, un partage est créé pour ce nouveau système de fichiers descendant.
Dans Oracle Solaris 11.1, le partage des systèmes de fichiers ZFS a bénéficié des principales améliorations suivantes :
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.
# zfs set share.nfs=on tank/home
Héritage amélioré des propriétés de partage aux systèmes de fichiers descendants. Dans l'exemple précédent, où la propriété share.nfs est définie sur le système de fichiers tank/home, la valeur de propriété share.nfs est héritée par tous les systèmes de fichiers descendants.
# zfs create tank/home/userA # zfs create tank/home/userB
Vous pouvez également spécifier des valeurs de propriétés supplémentaires ou modifier des valeurs existantes sur des partages de système de fichiers existant.
# zfs set share.nfs.nosuid=on tank/home/userA
Ces améliorations du partage de fichiers 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 du manuel Administration d’Oracle Solaris 11.1 : Systèmes de fichiers ZFS.
L'ancienne syntaxe de partage reste prise en charge, sans qu'il soit nécessaire de modifier le fichier /etc/dfs/dfstab. Les partages hérités sont gérés par un service SMF.
Utilisez la commande share pour partager un système de fichiers.
Par exemple, pour partager un système de fichiers ZFS :
# share -F nfs /tank/zfsfs # cat /etc/dfs/sharetab /tank/zfsfs - nfs rw
La syntaxe ci-dessus équivaut à partager un système de fichiers UFS :
# share -F nfs /ufsfs # cat /etc/dfs/sharetab /ufsfs - nfs rw /tank/zfsfs - nfs rw
Vous pouvez créer un système de fichiers avec la propriété sharenfs activée, comme dans les versions précédentes. Dans Oracle Solaris 11, un partage par défaut est créé pour le système de fichiers.
# zfs create -o sharenfs=on rpool/data # cat /etc/dfs/sharetab /rpool/data rpool_data nfs sec=sys,rw
Les partages de systèmes de fichiers ci-dessus sont publiés immédiatement.
Cette section répertorie les problèmes liés à la transition des partages.
Mise à niveau de votre système : les partages ZFS seront incorrects si revenez à un environnement d'initialisation antérieur en raison de modifications apportées aux propriétés dans cette version. Les partages non ZFS ne sont pas concernés. Si·vous·avez·l'intention·de·réinitialiser·un·ancien·environnement d'initialisation, enregistrez tout d'abord une copie de la configuration des partages existants avant l'opération pkg update, afin d'être en mesure de restaurer cette configuration sur les jeux de données ZFS.
Dans l'environnement d'initialisation antérieur, utilisez la commande sharemgr show -vp pour répertorier tous les partages et leur configuration.
Servez-vous des commandes zfs get sharenfs filesystem et zfs sharesmb filesystem pour obtenir les valeurs des propriétés de partage.
Si vous réinitialisez sur un ancien environnement d'initialisation, rétablissez les propriétés sharenfs et sharesmb à leur valeur d'origine.
Comportement hérité d'annulation de partage : les commandes unshare -a ou unshareall permettent d'annuler la publication d'un partage, mais ne mettent pas à jour le référentiel de partages SMF. Si vous tentez de republier le partage existant, les conflits sont recherchés dans le référentiel de partages et un message d'erreur s'affiche.
Sous Oracle Solaris 11, vous pouvez utiliser la propriété de suppression des doublons (dedup) pour supprimer les données redondantes de vos systèmes de fichiers ZFS. Si un système de fichiers a la dédupliquer propriété activée, blocs de données dupliquées sont supprimés simultanément. Par conséquent, seules les données uniques sont stockées et les composants communs sont partagés entre les fichiers. Par exemple :
# zfs set dedup=on tank/home
Avant d'activer la propriété dedup pour des systèmes de fichiers dans des systèmes de production, suivez tout d'abord les étapes ci-après afin de déterminer si votre système peut prendre en charge la suppression des doublons de données.
Déterminez si vous pouvez économiser de l'espace grâce à la suppression des doublons. Si vos données ne se prêtent pas à la suppression des doublons, il est inutile d'activer dedup. L'exécution de la commande suivante nécessite une grande quantité de mémoire :
# zdb -S tank Simulated DDT histogram: bucket allocated referenced ______ ______________________________ ______________________________ refcnt blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE ------ ------ ----- ----- ----- ------ ----- ----- ----- 1 2.27M 239G 188G 194G 2.27M 239G 188G 194G 2 327K 34.3G 27.8G 28.1G 698K 73.3G 59.2G 59.9G 4 30.1K 2.91G 2.10G 2.11G 152K 14.9G 10.6G 10.6G 8 7.73K 691M 529M 529M 74.5K 6.25G 4.79G 4.80G 16 673 43.7M 25.8M 25.9M 13.1K 822M 492M 494M 32 197 12.3M 7.02M 7.03M 7.66K 480M 269M 270M 64 47 1.27M 626K 626K 3.86K 103M 51.2M 51.2M 128 22 908K 250K 251K 3.71K 150M 40.3M 40.3M 256 7 302K 48K 53.7K 2.27K 88.6M 17.3M 19.5M 512 4 131K 7.50K 7.75K 2.74K 102M 5.62M 5.79M 2K 1 2K 2K 2K 3.23K 6.47M 6.47M 6.47M 8K 1 128K 5K 5K 13.9K 1.74G 69.5M 69.5M Total 2.63M 277G 218G 225G 3.22M 337G 263G 270G dedup = 1.20, compress = 1.28, copies = 1.03, dedup * compress / copies = 1.50
Si le ratio estimé est supérieur à 2, la suppression des doublons est susceptible de vous faire gagner de la place.
Dans cet exemple, le ratio dedup (dedup = 1.20) est inférieur à 2, si bien que l'activation de dedup n'est pas recommandée.
Assurez-vous que votre système dispose de suffisamment de mémoire pour prendre en charge dedup.
Chaque entrée de table dedup interne a une taille d'environ 320 octets.
Multipliez le nombre de blocs alloués par 320. Par exemple :
in-core DDT size = 2.63M x 320 = 841.60M
Les performances de la propriété dedup sont optimisées lorsque le tableau de suppression des doublons tient en mémoire. Si ce tableau doit être écrit sur le disque, les performances diminuent. Si vous activez la déduplication sur vos systèmes de fichiers sans disposer de ressources mémoire suffisantes, les performances du système risquent de se dégrader au cours d'opérations liées aux systèmes de fichiers. Par exemple, la suppression d'un grand système de fichiers dedup sans disposer de ressources mémoire suffisantes peut avoir un impact sur les performances du système.