Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Administración de Oracle Solaris: sistemas de archivos ZFS Oracle Solaris 11 Information Library (Español) |
1. Sistema de archivos ZFS de Oracle Solaris (introducción)
Cambio de página de manual de ZFS (zfs.1m)
Identificación de dispositivos de agrupaciones por ubicación física
Mejoras en el uso compartido de archivos ZFS
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
2. Procedimientos iniciales con Oracle Solaris ZFS
3. Oracle Solaris ZFS y sistemas de archivos tradicionales
4. Administración de agrupaciones de almacenamiento de Oracle Solaris ZFS
5. Gestión de componentes de la agrupación raíz ZFS
6. Administración de sistemas de archivos ZFS de Oracle Solaris
7. Uso de clones e instantáneas de Oracle Solaris ZFS
8. Uso de listas de control de acceso y atributos para proteger archivos Oracle Solaris ZFS
9. Administración delegada de ZFS Oracle Solaris
10. Temas avanzados de Oracle Solaris ZFS
11. Recuperación de agrupaciones y solución de problemas de Oracle Solaris ZFS
12. Archivado de instantáneas y recuperación de agrupaciones raíz
13. 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: 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) al crear un archivo por primera vez o al controlar cómo una ACL se modifica 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 8-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 379G in 8h31m with 0 errors on Thu Jan 27 23:10:20 2011 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. Por ejemplo:
# zpool iostat -lv capacity operations bandwidth pool alloc free read write read write ---------- ----- ----- ----- ----- ----- ----- export 2.39T 2.14T 13 27 42.7K 300K mirror 490G 438G 2 5 8.53K 60.3K /dev/chassis/...rack22/SCSI_Device__2/disk - - 1 0 4.47K 60.3K /dev/chassis/...rack22/SCSI_Device__3/disk - - 1 0 4.45K 60.3K mirror 490G 438G 2 5 8.62K 59.9K /dev/chassis/...rack22/SCSI_Device__4/disk - - 1 0 4.52K 59.9K /dev/chassis/...rack22/SCSI_Device__5/disk - - 1 0 4.48K 59.9K mirror 490G 438G 2 5 8.60K 60.2K /dev/chassis/...rack22/SCSI_Device__6/disk - - 1 0 4.50K 60.2K /dev/chassis/...rack22/SCSI_Device__7/disk - - 1 0 4.49K 60.2K mirror 490G 438G 2 5 8.47K 60.1K . . .
Además, los comandos croinfo, diskinfo, format y prtconf también proporcionan información de ubicación física de disco. Para obtener más información, consulte Identificación de dispositivos por ubicaciones físicas de Administración de Oracle Solaris: sistemas de archivos y dispositivos.
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 de Solaris, los sistemas de archivos ZFS se comparten en un proceso de dos pasos para que las propiedades de uso compartido se establezcan con un comando y el recurso compartido NFS o SMB se publique en otro paso.
Debe crear el recurso compartido NFS o SMB de un sistema de archivos ZFS e identificar las propiedades de uso compartido de archivos mediante el comando zfs set share.
Para publicar los recursos compartidos NFS o SMB, debe establecer las propiedades sharenfs o sharesmb en on.
Para obtener más información, consulte Cómo compartir y anular la compartició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 habilitada. 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.
Algunos metadatos sensibles a latencia de la agrupación de almacenamiento RAID-Z (raidz1, raidz2 o raidz3) que se crea en esta versión y que se actualiza, al menos, a la versión de agrupación 29 se reflejarán 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 deshabilitació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 6-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 May 26 11:26:32 2011 1.26G scanned out of 2.40G at 6.15M/s, 0h3m to go 1.26G resilvered, 56.3% done
Informe de limpieza en curso. Por ejemplo:
scan: scrub in progress since Fri May 27 08:24:17 2011 18.0M scanned out of 2.35G at 8.99M/s, 0h4m to go 0 repaired, 0.75% done
Mensaje de reconstrucción finalizada. Por ejemplo:
scan: resilvered 2.34G in 1h2m with 0 errors on Thu May 26 11:56:40 2011
Mensaje de limpieza finalizada. Por ejemplo:
scan: scrub repaired 512B in 1h2m with 0 errors on Fri May 27 08:54:50 2011
Mensaje de cancelación de limpieza en curso. Por ejemplo:
scan: scrub canceled on Wed Fri Jun 10 09:06:24 2011
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 Wed Jun 22 14:35:40 GMT 2011 pool: tank state: ONLINE status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scan: resilver in progress since Wed Jun 22 14:33:29 2011 3.42G scanned out of 7.75G at 28.2M/s, 0h2m to go 3.39G resilvered, 44.13% done config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 c2t3d0 ONLINE 0 0 0 c2t4d0 ONLINE 0 0 0 mirror-1 ONLINE 0 0 0 c2t7d0 ONLINE 0 0 0 c2t8d0 ONLINE 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 entradas de control de acceso deny, pero un modo como 0705, 0060, etc., sí requiere entradas de control de acceso 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.
De manera predeterminada, las ACL existentes se descartan durante las operaciones chmod(2). Este cambio significa que la propiedad aclmode de ZFS ya no está disponible.
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 8, 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 habilitada 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 habilitar 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 136G 55.2G 80.8G 40% 2.30x 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 habilite 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.