Características del sistema de archivos ZFS de Solaris

En esta sección se describen las nuevas características de ZFS en Solaris Express Developer Edition 9/07.

• Mejoras en el historial de comandos de ZFS (zpool history): el comando zpool history se ha mejorado con nuevas opciones que ofrecen el registro de eventos del sistema de archivos ZFS y un formato largo que contiene el nombre del usuario, el nombre de host y la zona donde se ha ejecutado la operación.

  Por ejemplo, la opción zpool history -i proporciona eventos de comandos zpool y zfs.

  # zpool history -i users History for 'users': 2007-04-26.12:44:02 zpool create users mirror c0t8d0 c0t9d0 c0t10d0 2007-04-26.12:46:13 zfs create users/home 2007-04-26.12:46:18 zfs create users/home/markm 2007-04-26.12:46:23 zfs create users/home/marks 2007-04-26.12:46:30 zfs create users/home/neil 2007-04-26.12:47:15 zfs snapshot -r users/home@yesterday 2007-04-26.12:54:50 zfs snapshot -r users/home@today 2007-04-26.13:29:13 zfs create users/snapshots

  La opción zpool history -l proporciona un formato largo. Por ejemplo:

  # zpool history -l tank History for 'tank': 2007-07-19.10:55:13 zpool create tank mirror c0t1d0 c0t11d0 [user root on neo:global] 2007-07-19.10:55:19 zfs create tank/cindys [user root on neo:global] 2007-07-19.10:55:49 zfs allow cindys create,destroy,mount,snapshot tank/cindys [user root on neo:global] 2007-07-19.10:56:24 zfs create tank/cindys/data [user cindys on neo:global]

  Para obtener más información, consulte zpool(1M).

• Actualización de sistemas de archivos ZFS (zfs upgrade): a partir de esta versión, se ha incorporado el comando zfs upgrade para que proporcione mejoras futuras a los sistemas de archivos ZFS. Los grupos de almacenamiento ZFS cuentan con una función de actualización similar para proporcionar mejoras a los grupos de almacenamiento.

  Por ejemplo:

  # zfs upgrade This system is currently running ZFS filesystem version 2. The following filesystems are out of date, and can be upgraded. After being upgraded, these filesystems (and any 'zfs send' streams generated from subsequent snapshots) will no longer be accessible by older software versions. VER FILESYSTEM --- ------------ 1 datab 1 datab/users 1 datab/users/area51

  Sin embargo, en esta versión no se incoporan nuevas funciones de actualización en el sistema de archivos ZFS en esta versión.

• Administración delegada de ZFS: a partir de esta versión, puede delegar permisos exhaustivos a usuarios sin privilegios para ejecutar tareas de administración de ZFS. Los comandos zfs allow y zfs unallow se utilizan para otorgar y suprimir permisos.

  El ejemplo siguiente muestra cómo establecer permisos para que el usuario cindys pueda crear, destruir, montar y capturar instantáneas en tank/cindys. Los permisos se muestran también en tank/cindys.

  # zfs allow cindys create,destroy,mount,snapshot tank/cindys # zfs allow tank/cindys ------------------------------------------------------------- Local+Descendent permissions on (tank/cindys) user cindys create,destroy,mount,snapshot -------------------------------------------------------------

  Como el permiso del punto de montaje tank/cindys se establece de forma predeterminada en 755, el usuario cindys no puede montar los sistemas de archivos en tank/cindys. Establezca un LCA similar a la sintaxis siguiente para ofrecer un acceso de punto de montaje.

  # chmod A+user:cindys:add_subdirectory:allow /tank/cindys

  Puede modificar la posibilidad de usar la administración delegada de ZFS con la propiedad delegation de la agrupación. Por ejemplo:

  # zpool get delegation users NAME PROPERTY VALUE SOURCE users delegation on default # zpool set delegation=off users # zpool get delegation users NAME PROPERTY VALUE SOURCE users delegation off local

  De forma predeterminada se activa la propiedad delegation.

  Para obtener más información, consulte el Capítulo 8, ZFS Delegated Administration, en el manual Guía de administración de Solaris ZFS.

• Configuración de dispositivos de registro de ZFS independientes: ZIL (ZFS Intent Log) se proporciona para satisfacer los requisitos de POSIX de transacciones síncronas. Por ejemplo, las bases de datos precisan con frecuencia que sus transacciones se encuentren en dispositivos de almacenamiento estables al volver de una llamada del sistema. NFS y otras aplicaciones también pueden usar fsync() para asegurar la estabilidad de los datos. De forma predeterminada, ZIL se asigna a partir de bloques de la agrupación de almacenamiento principal. Sin embargo, el rendimiento puede mejorar si se usan dispositivos de registro de intenciones independientes en la agrupación de almacenamiento de ZFS, por ejemplo NVRAM o un disco dedicado.

  Los dispositivos de registros para ZIL no están relacionados con los archivos del registro de la base de datos.

  Puede establecer dispositivos de registros de ZFS independientes de las formas siguientes:

  • Al crear la agrupación de almacenamiento de ZFS o después de crearla.

  • Puede vincular un dispositivo de registro a uno ya creado para crear un dispositivo de registro duplicado. Esta operación es idéntica a la de vincular un dispositivo en una agrupación de almacenamiento sin duplicar.

  Si desea ver ejemplos de configuración de dispositivos de registros, consulte Creating a ZFS Storage Pool with Log Devices y Adición de dispositivos a un grupo de almacenamiento en el manual Guía de administración de Solaris ZFS.

  Para saber si usar dispositivos de registro de ZFS independientes es adecuado para su entorno, consulte Setting Up Separate ZFS Logging Devices en Guía de administración de Solaris ZFS.

• Creación de conjuntos de datos de ZFS intermedios: la opción -p con los comandos zfs create, zfs clone y zfs rename es apta para crear rápidamente un conjunto de datos intermedios no existentes, en el caso de que no existan ya.

  Por ejemplo, cree conjuntos de datos de ZFS (users/area51) en la agrupación de almacenamiento datab.

  # zfs list NAME USED AVAIL REFER MOUNTPOINT datab 106K 16.5G 18K /datab # zfs create -p -o compression=on datab/users/area51

  Si el conjunto de datos intermedio ya existe durante la operación de creación, ésta se completa satisfactoriamente.

  Las propiedades especificadas se aplican al conjunto de datos de destino, no a los de datos intermedios. Por ejemplo:

  # zfs get mountpoint,compression datab/users/area51 NAME PROPERTY VALUE SOURCE datab/users/area51 mountpoint /datab/users/area51 default datab/users/area51 compression on local

  El conjunto de datos intermedio se crea con el punto de montaje predeterminado. Las propiedades adicionales se desactivan para el conjunto de datos intermedio. Por ejemplo:

  # zfs get mountpoint,compression datab/users NAME PROPERTY VALUE SOURCE datab/users mountpoint /datab/users default datab/users compression off default

  Para obtener más información, consulte zfs(1M).

• Mejoras en la conexión en marcha de ZFS: a partir de esta versión, ZFS responde de forma más eficaz a los dispositivos que se suprimen. ZFS ofrece también un mecanismo para identificar automáticamente los dispositivos que se insertan con las mejoras siguientes:

  • Puede sustituir un dispositivo por otro equivalente sin tener que usar el comando zpool replace.

    La propiedad autoreplace controla la sustitución automática de un dispositivo. Si la propiedad no se ha desactivado, la sustitución del dispositivo debe iniciarla el administrador mediante el comando zpool replace. Si la propiedad está activada, automáticamente se da formato y se sustituye cualquier dispositivo nuevo que se detecte en esta misma ubicación física como dispositivo que perteneciera anteriormente a la agrupación. El valor predeterminado de la propiedad autoreplace es el de desactivado.

  • El estado REMOVED de la agrupación de almacenamiento se asigna cuando un dispositivo o repuesto en marcha se ha extraído, en el caso de que el dispositivo se haya extraído físicamente mientras el sistema se ejecutaba. Un dispositivo de repuesto en marcha se sustituye por el dispositivo extraído, si lo hay.

  • Si un dispositivo se extrae y después se vuelve a insertar, queda conectado. Si el repuesto en marcha se activó al volverse a insertar el dispositivo, el repuesto se extrae cuando termina la operación con conexión.

  • La detección automática cuando los dispositivos se extraen o insertan depende del hardware, y quizá no sea compatible en todas las plataformas.

  • Los repuestos en marcha se comprueban periódicamente para asegurarse de que tengan conexión y estén disponibles.

  Para obtener más información, consulte zpool(1M).

Para más información sobre estas mejoras en el sistema de archivos ZFS, consulte la Guía de administración de Solaris ZFS.