Las siguientes funciones y mejoras de administración del sistema se han agregado a la versión Solaris 10 10/09.
A partir de la versión Solaris 10 10/09, puede instalar y arrancar el sistema operativo Solaris desde un disco de hasta 2 TB de tamaño. En las versiones anteriores de Solaris, no se podía instalar ni arrancar el sistema operativo Solaris desde un disco que fuera mayor de 1 TB.
En esta versión de Solaris, puede utilizar la etiqueta VTOC de un disco de cualquier tamaño. Sin embargo, el espacio direccionable para el VTOC se limita a 2 TB. Esta función también permite utilizar discos mayores de 2 TB como unidad de arranque. Sin embargo, el espacio utilizable desde la etiqueta se limita a 2 TB.
Esta función sólo está disponible en sistemas que usen núcleos de 64 bits. Para sistemas basados en x86, el requisito mínimo de memoria es de 1 GB.
Para obtener más información sobre los controladores y las utilidades de disco de Solaris que se han actualizado para admitir arranques en discos de un tamaño superior a 1 TB, consulte System Administration Guide: Devices and File Systems.
La utilidad pcitool permite a los administradores del sistema enlazar interrupciones a canales específicos de hardware para mejorar el rendimiento. Esta utilidad se encuentra en el paquete público SUNWio-tools. Para obtener más información acerca del uso de pcitool, consulte la página del comando man pcitool .
En la sección siguiente se resumen las nuevas funciones del sistema de archivos ZFS.
Compatibilidad en la instalación de ZFS y Flash: en la versión Solaris 10 10/09, puede definir un perfil JumpStart para identificar un contenedor flash de un grupo root ZFS. Para más información, consulte la Guía de administración de Solaris ZFS.
Definición de cuotas para usuarios y grupos ZFS: en versiones anteriores de Solaris, podía aplicar cuotas y reservas a los sistemas de archivos ZFS para administrar y reservar espacio. En esta versión de Solaris, puede configurar una cuota para la cantidad de espacio consumido por archivos cuyo propietario sea un grupo o usuario determinado. Deberá considerar el establecimiento de cuotas de usuarios o grupos en un entorno con un gran número de usuarios o grupos. Puede definir cuotas de grupos o usuarios mediante el uso de las propiedades zfs userspace y zfs groupspace propiedades como se indica a continuación:
# zfs set userquota@user1=5G tank/data # zfs set groupquota@staff=10G tank/staff/admins |
Puede mostrar la configuración de la cuota actual de un grupo o usuario como se indica a continuación:
# zfs get userquota@user1 tank/data NAME PROPERTY VALUE SOURCE tank/data userquota@user1 5G local # zfs get groupquota@staff tank/staff/admins NAME PROPERTY VALUE SOURCE tank/staff/admins groupquota@staff 10G local |
Uso de herencia pass-through LCA ZFS para ejecutar permisos: en las versiones anteriores de Solaris, se podía aplicar la herencia LCA para que todos los archivos se creen con permisos 0664 o 0666. Si desea incluir de forma opcional el bit de ejecución desde el modo de creación de archivos en la LCA heredada, puede utilizar la herencia pass-through para el permiso de ejecución en esta versión.
Si se ha habilitado aclinherit=passthrough-x en un conjunto de datos ZFS, puede incluir el permiso de ejecución para un archivo de salida que se genere desde las herramientas Cc o gcc. Si la LCA heredada no incluye permisos de ejecución, la salida ejecutable del compilador no será ejecutable hasta que utilice el comando chmod para cambiar los permisos del archivo.
Uso de los dispositivos de caché en la agrupación de almacenamiento ZFS: en la versión Solaris 10 10/09, puede crear una agrupación y especificar dispositivos de caché, que se usan para guardar en la caché los datos de la agrupación de almacenamiento. Los dispositivos de caché ofrecen un nivel adicional de grabación de datos en caché entre la memoria principal y el disco. El uso de dispositivos de caché optimiza el rendimiento en las cargas de trabajo de lectura aleatorias del contenido principalmente estático.
Se pueden especificar uno o más dispositivos de caché al crear la agrupación. Por ejemplo:
# zpool create pool mirror c0t2d0 c0t4d0 cache c0t0d0 # zpool status pool pool: pool state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool ONLINE 0 0 0 mirror ONLINE 0 0 0 c0t2d0 ONLINE 0 0 0 c0t4d0 ONLINE 0 0 0 cache c0t0d0 ONLINE 0 0 0 errors: No known data errors |
Para obtener información sobre cómo saber si el uso de dispositivos de caché es adecuado para su entorno, consulte la Guía de administración de Solaris ZFS.
Mejoras en las propiedades de ZFS: la versión Solaris 10 10/09 proporciona las siguientes mejoras en las propiedades de ZFS:
Puede definir las propiedades del sistema de archivos ZFS en el momento de crear la agrupación. En el ejemplo siguiente, la compresión está habilitada en el sistema de archivos ZFS que se crea cuando se crea la agrupación.
# zpool create -O compression=on pool mirror c0t1d0 c0t2d0 |
Puede definir dos propiedades de caché en un sistema de archivos ZFS que permiten controlar qué se almacena en la memoria caché primaria (ARC) o en la memoria caché secundaria (L2ARC). Las propiedades de la caché se establecen como se indica a continuación:
primarycache: controla qué se almacena en la memoria caché en la ARC.
secondarycache: controla qué se almacena en la memoria caché en la L2ARC.
Puede definir estas propiedades en un sistema de archivos existente o cuando se crea el sistema de archivos. Por ejemplo:
# zfs set primarycache=metadata tank/datab # zfs create -o primarycache=metadata tank/newdatab |
Algunos entornos de la base de datos pueden beneficiarse de no almacenar datos de usuario en la memoria caché. Se deberá determinar si establecer propiedades de caché es adecuado para su entorno.
Para más información, consulte la Guía de administración de Solaris ZFS.
Puede utilizar las propiedades de uso del espacio para identificar el uso de espacio para duplicados, sistemas de archivos y volúmenes, pero no para instantáneas. Las propiedades son las siguientes:
usedbychildren: identifica la cantidad de espacio utilizado por subordinados de este conjunto de datos, que se liberaría si todos los subordinados del conjunto de datos se destruyeran. La abreviatura de la propiedad es usedchild.
usedbydataset: identifica la cantidad de espacio que utiliza este conjunto de datos en sí, que se liberaría si se destruyera el conjunto de datos, después de eliminar primero las instantáneas y los refreservation. La abreviatura de la propiedad es usedds.
usedbyrefreservation: identifica la cantidad de espacio que utiliza un refreservation definido en este conjunto de datos, que se liberaría si se eliminara el refreservation. La abreviatura de la propiedad es usedrefreserv.
usedbysnapshots: identifica la cantidad de espacio consumida por las instantáneas de este conjunto de datos. En concreto, es la cantidad de espacio que se liberaría si todas las instantáneas de este conjunto de instantáneas se destruyeran. Tenga en cuenta que esto no es simplemente la suma de las propiedades used de las instantáneas, ya que varias instantáneas pueden compartir el espacio. La abreviatura de la propiedad es usedsnap.
Estas nuevas propiedades desglosan el valor de la propiedad used en los diversos elementos que consumen espacio. En concreto, el valor de la propiedad used se desglosa como sigue:
used property = usedbychildren + usedbydataset + usedbyrefreservation + usedbysnapshots |
Puede ver estas propiedades mediante el comando zfs list -o space. Por ejemplo:
# zfs list -o space NAME AVAIL USED USEDSNAP USEDDS USEDREFRESERV USEDCHILD pool 33.2G 72K 0 21K 0 51K rpool 27.0G 6.27G 20.5K 97K 0 6.27G rpool/ROOT 27.0G 4.73G 0 21K 0 4.73G rpool/ROOT/zfsBE 27.0G 4.73G 97.5M 4.63G 0 0 rpool/dump 27.0G 1.00G 16K 1.00G 0 0 rpool/export 27.0G 60K 16K 23K 0 21K rpool/export/home 27.0G 21K 0 21K 0 0 rpool/swap 27.5G 553M 0 41.5M 512M 0 |
En esta versión, las instantáneas se han omitido del archivo de salida zfs list. La propiedad de agrupación listsnaps controla si se muestra la información de la instantánea mediante el comando list zfs. Si utiliza el comando zfs list -t snapshots, se muestra la información de la instantánea. El valor predeterminado es off, lo que significa que la información de la instantánea no se muestra de forma predeterminada.
Recuperación del dispositivo de registro ZFS: en la versión Solaris 10 10/09, ZFS identifica errores de intento de registro en el comando zpool status. FMA informa también de estos errores. Ambos ZFS y FMA describen cómo recuperarse de un error de intento de registro.
Por ejemplo, si el sistema se cierra bruscamente antes de que las operaciones de escritura sincrónica se confirmen en una agrupación con un dispositivo de registro independiente, se muestran mensajes de error relacionados con los intentos de registro en el archivo de salida zpool status. Para obtener información sobre los errores de intento de registro, consulte la Guía de administración de Solaris ZFS.
Uso de conjuntos de LCA de ZFS: la versión Solaris 10 10/09 ofrece la posibilidad de aplicar ACL NFSv4–style en conjuntos, en lugar de aplicar varios permisos de LCA individualmente. Se incluyen los siguientes conjuntos de LCA:
full_set = todos los permisos
modify_set = todos los permisos salvo write_acl y write_owner
read_set = read_data, read_attributes, read_xattr y read_acl
Write_set = write_data, append_data, write_attributes y write_xattr
Estos conjuntos de LCA vienen predefinidos y no se pueden modificar.
Para más información sobre estas modificaciones y mejoras, consulte la Guía de administración de Solaris ZFS.
Consulte las siguientes secciones de este documento para obtener información sobre la función ZFS:
El servicio de nombres LDAP se ha mejorado para admitir el bloqueo de cuenta y la función de caducidad de contraseñas usando los datos de la base de datos de respaldo almacenada en un servidor LDAP configurado. Esta compatibilidad permite que la utilidad passwd(1) y los módulos PAM pam_unix_*(5) funcionen prácticamente igual al aplicar el bloqueo de cuenta y la caducidad de contraseñas a las cuentas de usuario LDAP locales y remotas. Por lo tanto, el uso del módulo pam_ldap(5) ya no es la única manera de aplicar la política de contraseñas control de cuentas para el servicio de nombres LDAP. pam_unix_*(5) se puede utilizar para obtener los mismos resultados coherentes que con los archivos y los servicios de nombres nisplus .
Para obtener más información, consulte System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) .
SunVTSTM 7.0 Patch Set 6 forma parte de la versión Solaris 10 10/09. SunVTS 7.0 Patch Set 6 sigue un modelo de arquitectura convencional de tres niveles. Se trata de un conjunto de revisiones que incluye una interfaz de usuario basada en navegador (BUI), un servidor medio basado en tecnología Java y un agente de diagnóstico. Éstas son algunas de las mejoras de la infraestructura SunVTS:
Compatibilidad con las SSD añadidas a vtsk
Nivel predeterminado de pruebas lógicas mejorado para adaptarse al tamaño de la configuración del sistema
Valores mínimo y máximo o límite fijo para reservar el intercambio en vtsk
Capacidad para cambiar la secuencia de ejecución de prueba lógica
La versión Solaris 10 10/09 incluye las siguientes mejoras en diagnósticos de memoria y CPU:
Cobertura ampliada a x86-L3$ en l3sramtest
Mejoras en vmemtest, fputest y l2sramtest que proporcionan devoluciones de llamadas para devolver los requisitos de intercambio
Pruebas lógicas ajustadas para sistemas x86 y sistemas basados en procesadores UltraSPARC® T2
La versión Solaris 10 10/09 también incluye las siguientes mejoras en los diagnósticos de E/S:
Disktest se ha mejorado para que se ejecute en modo de sólo lectura si no se puede aplicar la opción de escritura o lectura
La prueba lógica de discos se ha ajustado para x86, procesadores UltraSPARC T2 y sistemas UltraSPARC IV
Las opciones de disktest se han automatizado para ejecutar tareas en disco LT para la unidad SSD y la unidad de disco duro (HDD)
Selección de opciones de prueba automatizada en netlbtest
Compatibilidad en disktest y iobustest para opciones de pruebas seguras y no seguras