Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Administración de Oracle Solaris 11.1: sistemas de archivos ZFS Oracle Solaris 11.1 Information Library (Español) |
1. Sistema de archivos ZFS de Oracle Solaris (introducción)
Mensajes mejorados sobre dispositivos de agrupación ZFS
Mejoras en el uso compartido de archivos ZFS
Sistema de archivos var compartido
Compatibilidad de inicio para discos con etiqueta EFI (GPT)
Mejoras en el uso de comandos de ZFS
Mejoras de instantáneas de ZFS
Cambio de página de manual de ZFS (zfs.1m)
Identificación de dispositivos de agrupaciones por ubicación física
Cifrado del sistema de archivos ZFS
Mejoras en el flujo de envío de ZFS
Diferencias entre instantáneas de ZFS (zfs diff)
Mejoras en el rendimiento y la recuperación de agrupaciones de almacenamiento ZFS
Ajuste del comportamiento síncrono de ZFS
Mensajes de agrupación ZFS mejorados
Mejoras en la interoperabilidad de las ACL de ZFS
División de una agrupación de almacenamiento de ZFS refleja (zpool split)
Almacenamiento en grupos de ZFS
Datos de reparación automática y sumas de comprobación
Requisitos de asignación de nombres de componentes de ZFS
Oracle Solaris ZFS y sistemas de archivos tradicionales
Granularidad de sistemas de archivos ZFS
Comportamiento de falta de espacio
Montaje de sistemas de archivos ZFS
Administración tradicional de volúmenes
Modelo de ACL de Solaris basado en NFSv4
2. Procedimientos iniciales con Oracle Solaris ZFS
3. Administración de agrupaciones de almacenamiento de Oracle Solaris ZFS
4. Gestión de componentes de la agrupación raíz ZFS
5. Administración de sistemas de archivos ZFS de Oracle Solaris
6. Uso de clones e instantáneas de Oracle Solaris ZFS
7. Uso de listas de control de acceso y atributos para proteger archivos Oracle Solaris ZFS
8. Administración delegada de ZFS Oracle Solaris
9. Temas avanzados de Oracle Solaris ZFS
10. Recuperación de agrupaciones y solución de problemas de Oracle Solaris ZFS
11. Archivado de instantáneas y recuperación de agrupaciones raíz
12. Prácticas de ZFS recomendadas por Oracle Solaris
Esta sección resume las funciones nuevas del sistema de archivos ZFS.
Identificación de dispositivos de agrupaciones por ubicación física
Mejoras en el rendimiento y la recuperación de agrupaciones de almacenamiento ZFS
División de una agrupación de almacenamiento de ZFS refleja (zpool split)
Oracle Solaris 11.1: el comando zpool status se ha mejorado para proporcionar información más detallada sobre errores de dispositivos. En este ejemplo, la salida de zpool status identifica un dispositivo de agrupación (c0t5000C500335F907Fd0) que tiene el estado UNAVAIL debido a errores persistentes, y debe reemplazarse.
# 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: el uso compartido de sistemas de archivos ZFS es más eficaz gracias a las siguientes mejoras principales:
Se simplificó la sintaxis del recurso compartido. Puede compartir un sistema de archivos configurando la nueva propiedad share.nfs o share.smb
Mejor herencia de propiedades de recursos compartidos para sistemas de archivos descendentes
Las mejoras de uso compartido de archivos están asociadas con la versión de agrupación 34.
Para obtener más información, consulte Cómo compartir y anular la compartición de sistemas de archivos ZFS.
Oracle Solaris 11.1: la instalación de Oracle Solaris 11.1 crea automáticamente un sistema de archivos rpool/VARSHARE montado en /var/share. La finalidad de este sistema de archivos es compartir sistemas de archivos entre entornos de inicio de modo de reducir la cantidad de espacio necesaria en el directorio /var para todos los entornos de inicio. Por ejemplo:
# ls /var/share audit cores crash mail
Se crean automáticamente enlaces simbólicos de /var a los componentes /var/share antes enumerados por motivos de compatibilidad. Este sistema de archivos, por lo general, no requiere administración, excepto para garantizar que los componentes de /var no completen el sistema de archivos raíz.
Si un sistema Oracle Solaris 11 se actualiza a Oracle Solaris 11.1, la migración de datos del directorio /var original al directorio /var/share posiblemente tarde un tiempo.
Oracle Solaris 11.1: esta versión instala una etiqueta de disco EFI (GPT) en un disco de agrupación raíz ZFS para un sistema basado en x86, en la mayoría de los casos. Por ejemplo:
# 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
La instalación de Oracle Solaris 11.1 en un sistema basado en SPARC con firmware compatible con GPT o en un sistema basado en x86 aplica una etiqueta de disco GPT en el disco de agrupación raíz que usa todo el disco. Para sistemas basados en SPARC que admiten un disco de inicio con etiqueta GPT, consulte las notas de la versión de Oracle Solaris 11.1 para obtener información sobre la aplicación de firmware compatible con GPT. De lo contrario, la instalación de Oracle Solaris 11.1 en un sistema SPARC aplica una etiqueta SMI (VTOC) al disco de agrupación raíz con un único segmento 0.
En la mayoría de los casos, un sistema basado en x86 se instala con un disco con etiqueta EFI (GPT)
El comando zpool se ha mejorado para admitir una etiqueta de disco EFI (GPT), de modo que si necesita volver a crear una agrupación root después de la instalación del sistema, puede hacerlo mediante el comando zpool create - B. Esta nueva opción del comando crea las particiones requeridas y la información necesaria para el inicio. Para obtener más información sobre la creación de una agrupación raíz después de la instalación, consulte Cómo crear un entorno de inicio en otra agrupación raíz (SPARC o x86/VTOC).
Si necesita reemplazar un disco en una agrupación raíz con una etiqueta EFI (GPT), deberá ejecutar este comando después de la operación zpool replace.
# bootadm install-bootloader
Las instalaciones de Oracle Solaris ya no se limitan a los primeros 2 TiB del disco en un sistema basado en x86.
Oracle Solaris 11: los comandos zfs y zpool tienen un subcomando help que se puede utilizar para proporcionar más información sobre los subcomandos zfs y zpool, y sus opciones admitidas. Por ejemplo:
# 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>
Para obtener más información, consulte zfs(1M) and zpool(1M).
Oracle Solaris 11: esta versión incluye las siguientes mejoras de instantáneas de ZFS:
El comando zfs snapshot tiene un alias snap que proporciona una sintaxis abreviada para este comando. Por ejemplo:
# zfs snap -r users/home@snap1
El comando zfs diff proporciona una opción de enumeración, -e, para identificar todos los archivos agregados o modificados entre las dos instantáneas. La salida generada identifica todos los archivos agregados, pero no proporciona posibles supresiones. Por ejemplo:
# zfs diff -e tank/cindy@yesterday tank/cindy@now + /tank/cindy/ + /tank/cindy/file.1
También puede utilizar la opción -o para identificar campos seleccionados para visualizar. Por ejemplo:
# zfs diff -e -o size -o name tank/cindy@yesterday tank/cindy@now + 7 /tank/cindy/ + 206695 /tank/cindy/file.1
Para obtener más información sobre la creación de instantáneas de ZFS, consulte el Capítulo 6, Uso de clones e instantáneas de Oracle Solaris ZFS.
Oracle Solaris 11: la página del manual zfs.1m fue revisada para que las funciones principales del sistema de archivos ZFS permanezcan en la página zfs.1m, pero la administración delegada, el cifrado y los ejemplos y el uso compartido de sintaxis se tratan en las siguientes páginas:
Oracle Solaris 11: la propiedad aclmode modifica el comportamiento de la lista de control de acceso (ACL) cuando se modifican los permisos de ACL de un archivo durante una operación chmod. La propiedad aclmode se ha vuelto a introducir con los siguientes valores de propiedad:
discard: un sistema de archivos con una propiedad aclmode de discard suprime todas las entradas de ACL que no representan el modo del archivo. Éste es el valor predeterminado.
mask: un sistema de archivos con una propiedad aclmode de mask reduce los permisos de usuario o de grupo. Se reducen los permisos para que no superen los bits de permisos de grupo, a menos que se trate de una entrada de usuario cuyo UID sea igual al del propietario del archivo o directorio. Así, los permisos de ACL se reducen para que no superen los bits de permisos del propietario. El valor de máscara también conserva la ACL cuando cambian los modos, siempre que no se haya realizado una operación de conjunto de ACL explícita.
passthrough: un sistema de archivos con una propiedad aclmode de passthrough indica que no se realizaron más cambios en la ACL aparte de generar las entradas necesarias de ACL para representar el nuevo modo del archivo o del directorio.
Para obtener más información, consulte el Ejemplo 7-14.
Oracle Solaris 11: en esta versión de Solaris, utilice el comando zpool status -l para mostrar la información de ubicación física del disco para dispositivos de la agrupación, que se encuentra disponible desde el directorio /dev/chassis. Este directorio contiene valores de chasis, receptáculo y ocupante para los dispositivos del sistema.
Además, puede utilizar el comando fmadm add-alias para incluir un nombre de alias de disco que lo ayude a identificar la ubicación física de los discos en su entorno. Por ejemplo:
# fmadm add-alias SUN-Storage-J4400.0912QAJ001 SUN-Storage-J4400.rack22
Por ejemplo:
% 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
El comando zpool iostat también se ha actualizado con el fin de proporcionar información de ubicación física para los dispositivos de una agrupación.
Además, los comandos diskinfo, format y prtconf también proporcionan información sobre la ubicación física del disco. Para obtener más información, consulte diskinfo(1M).
Oracle Solaris 11: en esta versión, puede migrar datos de un sistema de archivos antiguo a un sistema de archivos nuevo, mientras permite el acceso y la modificación del sistema de archivos nuevo durante el proceso de migración.
La configuración de la propiedad shadow en un sistema de archivos ZFS nuevo activa la migración de los datos más antiguos. La propiedad shadow se puede establecer para migrar datos del sistema local o un sistema remoto con cualquiera de los siguientes valores:
file:///path nfs://host:path
Para obtener más información, consulte Migración de sistemas de archivos ZFS.
Oracle Solaris 11: en esta versión, puede cifrar un sistema de archivos ZFS.
Por ejemplo, el sistema de archivos tank/cindy se crea con la propiedad de cifrado activada. La política de cifrado predeterminada debe proporcionar una frase de contraseña, que debe tener un mínimo de 8 caracteres de longitud.
# zfs create -o encryption=on tank/cindy Enter passphrase for 'tank/cindy': xxx Enter again: xxx
Una política de cifrado se establece cuando se crea un sistema de archivos ZFS. La política de cifrado de un sistema de archivos es heredada por sistemas de archivos descendientes y no se puede eliminar.
Para obtener más información, consulte Cifrado de sistemas de archivos ZFS.
Oracle Solaris 11: en esta versión, se pueden establecer las propiedades del sistema de archivos que se envían y se reciben en un flujo de instantáneas. Estas mejoras proporcionan flexibilidad al aplicar las propiedades del sistema de archivos en un flujo de envío al sistema de archivos receptor o al determinar si las propiedades del sistema de archivos local, como el valor de propiedad mountpoint, se deben ignorar cuando se reciban.
Para obtener más información, consulte Aplicación de valores de propiedad diferentes a un flujo de instantáneas de ZFS.
Oracle Solaris 11: en esta versión, se pueden determinar las diferencias entre instantáneas de ZFS mediante el comando zfs diff.
Por ejemplo, considere que se crean las siguientes dos instantáneas:
$ ls /tank/cindy fileA $ zfs snapshot tank/cindy@0913 $ ls /tank/cindy fileA fileB $ zfs snapshot tank/cindy@0914
Por ejemplo, para identificar las diferencias que existen entre dos instantáneas, utilice una sintaxis similar a la siguiente:
$ zfs diff tank/cindy@0913 tank/cindy@0914 M /tank/cindy/ + /tank/cindy/fileB
En la salida anterior, M indica que el directorio se ha modificado. El símbolo + indica que fileB existe en la instantánea posterior.
Para obtener más información, consulte Identificación de diferencias entre instantáneas de ZFS (zfs diff).
Oracle Solaris 11: en esta versión, se proporcionan las siguientes funciones nuevas de agrupación de almacenamiento ZFS:
Puede importar una agrupación con un registro faltante usando el comando zpool import -m. Para obtener más información, consulte Importación de una agrupación a la que le falta un dispositivo de registro.
Puede importar una agrupación en el modo de sólo lectura. Esta función está diseñada, principalmente, para la recuperación de agrupaciones. Si no se puede acceder a una agrupación dañada debido a que los dispositivos subyacentes están dañados, puede importar la agrupación de sólo lectura para recuperar los datos. Para obtener más información, consulte Importación de una agrupación en modo de sólo lectura.
Una agrupación de almacenamiento RAID-Z (raidz1, raidz2 o raidz3) creada en esta versión tendrá algunos metadatos sensibles a la latencia reflejados automáticamente para mejorar el rendimiento del procesamiento de lectura de E/S. En el caso de las agrupaciones RAID-Z existentes que se actualicen, al menos, a la versión 29, se reflejarán algunos metadatos para todos los datos escritos recientemente.
Los metadatos reflejados en una agrupación RAID-Z no ofrecen protección adicional contra fallos de hardware, algo similar a lo que ofrece una agrupación de almacenamiento reflejada. Los metadatos reflejados utilizan más espacio, pero la protección de RAID-Z sigue siendo la misma que en las versiones anteriores. Esta mejora sólo tiene como objetivo el rendimiento.
Oracle Solaris 11: en esta versión, puede determinar el comportamiento síncrono de un sistema de archivos ZFS mediante la propiedad sync.
El comportamiento síncrono predeterminado consiste en escribir todas las transacciones síncronas del sistema de archivos en el registro de intención y vaciar todos los dispositivos para garantizar que los datos estén estables. No se recomienda la desactivación del comportamiento síncrono predeterminado. Es posible que las aplicaciones que dependen de la compatibilidad síncrona resulten afectadas y que los datos se pierdan.
La propiedad sync se puede establecer antes o después de la creación del sistema de archivos. En cualquier caso, el valor de la propiedad se aplica inmediatamente. Por ejemplo:
# zfs set sync=always tank/neil
El parámetro zil_disable ya no está disponible en las versiones de Oracle Solaris que incluyen la propiedad sync.
Para obtener más información, consulte la Tabla 5-1.
Oracle Solaris 11: en esta versión, se puede utilizar la opción -T para asignar un intervalo y un valor de recuento para que los comandos zpool list y zpool status muestren información adicional.
Además, el comando zpool status proporciona información sobre la reconstrucción y la limpieza de datos de la agrupación de la siguiente manera:
Informe de reconstrucción en curso. Por ejemplo:
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
Informe de limpieza en curso. Por ejemplo:
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
Mensaje de reconstrucción finalizada. Por ejemplo:
resilvered 73.3G in 0h13m with 0 errors on Thu Jun 7 14:54:16 2012
Mensaje de limpieza finalizada. Por ejemplo:
scan: scrub repaired 512B in 1h2m with 0 errors on Thu Jun 7 15:10:32 2012
Mensaje de cancelación de limpieza en curso. Por ejemplo:
scan: scrub canceled on Thu Jun 7 15:19:20 MDT 2012
Los mensajes de finalización de limpieza y reconstrucción se mantienen durante los reinicios del sistema.
La sintaxis siguiente utiliza el intervalo y la opción de recuento para mostrar la información de la reconstrucción de la agrupación en curso. Puede utilizar el valor -T d para mostrar la información en formato de fecha estándar o el valor -T u para mostrar la información en un formato interno.
# 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: en esta versión, se ofrecen las siguientes mejoras en las ACL:
Las ACL triviales no requieren entradas de control de acceso (ACE) deny, salvo los permisos poco comunes. Por ejemplo, un modo 0644, 0755 o 0664 no requiere ACE deny, pero un modo como 0705, 0060, etc. requiere ACE deny.
El comportamiento anterior incluye entradas de control de acceso deny en ACL triviales, como 644. Por ejemplo:
# 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
El nuevo comportamiento para una ACL trivial, como 644, no incluye la opción de entradas de control de acceso deny. Por ejemplo:
# 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
Las ACL ya no se dividen en varias entradas de control de acceso durante la herencia para tratar de preservar el permiso original sin modificaciones. En cambio, los permisos se modifican según resulta necesario para aplicar el modo de creación de archivos.
El comportamiento de la propiedad aclinherit incluye una reducción de los permisos cuando la propiedad se configura como restricted, lo que implica que las ACL ya no se dividen en varias entradas de control de acceso durante la herencia.
Una nueva regla de cálculo del modo de permiso especifica que si una ACL tiene una entrada de control de acceso de usuario (user) que coincide con el propietario del archivo, dichos permisos se incluyen en el cálculo del modo de permiso. La misma regla se aplica si una entrada de control de acceso de grupo (group) coincide con el propietario del grupo del archivo.
Para obtener más información, consulte Capítulo 7, Uso de listas de control de acceso y atributos para proteger archivos Oracle Solaris ZFS.
Oracle Solaris 11: en esta versión, se puede utilizar el comando zpool split para dividir una agrupación de almacenamiento reflejada, que desconecta discos de la agrupación reflejada original para crear otra agrupación idéntica.
Para obtener más información, consulte Creación de una nueva agrupación mediante la división de una agrupación de almacenamiento de ZFS reflejada.
Oracle Solaris 11: en esta versión, el daemon de destino iSCSI se sustituye mediante el uso del daemon de destino Common Multiprotocol SCSI Target (COMSTAR). Este cambio también significa que la propiedad shareiscsi que se utilizó para compartir un volumen de ZFS como un LUN de iSCSI ya no está disponible. Utilice el comando stmfadm para configurar y compartir un volumen de ZFS como un LUN de iSCSI.
Para obtener más información, consulte Uso de un volumen de ZFS como un LUN iSCSI.
Oracle Solaris 11: en esta versión, cada agrupación de almacenamiento de ZFS tiene un zpool-nombredeagrupación asociado con el proceso. Los subprocesos de este proceso son los del procesamiento de E/S de la agrupación para manejar las tareas de E/S, como la validación de la suma de comprobación y la compresión, que están asociadas con la agrupación. La finalidad de este proceso es proporcionar visibilidad en cada uso de la CPU del grupo de almacenamiento.
Mediante los comandos ps y prstat se puede obtener información sobre los procesos en ejecución. Dichos procesos sólo están disponibles en la zona global. Para obtener más información, consulte SDC(7).
Oracle Solaris 11: en esta versión, puede utilizar la propiedad de eliminación de datos duplicados (dedup) para eliminar datos redundantes de sus sistemas de archivos ZFS. Si un sistema de archivos tiene activada la propiedad dedup, los bloques de datos duplicados se eliminan de forma sincrónica. El resultado es que se almacenan solamente los datos exclusivos y los componentes comunes se comparten entre archivos.
Puede activar esta propiedad como se indica a continuación:
# zfs set dedup=on tank/home
Aunque la eliminación de datos duplicados se establece como una propiedad del sistema de archivos, el alcance se extiende a todas las agrupaciones. Por ejemplo, se puede identificar la relación de eliminación de datos duplicados como se indica a continuación:
# zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 556G 4.19G 552G 0% 1.00x ONLINE -
La salida zpool list se ha actualizado para que sea compatible con la propiedad de eliminación de datos duplicados.
Para obtener más información sobre la configuración de la propiedad de eliminación de datos duplicados, consulte Propiedad dedup.
No active la propiedad dedup de los sistemas de archivos que residen en sistemas de producción hasta que se revisen las siguientes consideraciones:
Determinar si los datos se beneficiarían con ahorros de espacio de eliminación de datos duplicados.
Determinar si el sistema tiene suficiente memoria física para admitir la eliminación de datos duplicados.
Posibles impactos en el rendimiento del sistema.
Para obtener más información sobre estas consideraciones, consulte Propiedad dedup.