Este apartado describe todas las funciones del sistema de archivos de la versión Solaris 10 3/05 que son nuevas o que se han mejorado desde el lanzamiento del SO Solaris 9 en mayo de 2002.
Esta función se introdujo en el programa piloto Software Express. En Solaris Express 8/04, NFS versión 4 se convirtió en elemento predeterminado. Además, se incluye en la versión Solaris 10 3/05.
El SO Solaris 10 incluye la implementación de Sun del protocolo de acceso a archivos distribuidos NFS, versión 4. Esta versión es el siguiente paso lógico en la evolución de NFS. El protocolo NFS versión 4, especificado en RFC 3530, se creó bajo los auspicios de la organización Internet Engineering Task Force (IETF). Esta versión está diseñada para ser neutral ante el proveedor y ante el sistema operativo.
La versión 4 de NFS integra acceso a archivos, bloqueo de archivos y protocolos de montaje en un único protocolo unificado, lo que facilita el paso a través del cortafuegos y mejora la seguridad. La implementación de Solaris de la versión 4 de NFS está totalmente integrada con Kerberos V5 (que también se conoce como SEAM), lo que proporciona autenticación, integridad y privacidad. NFS versión 4 también habilita la negociación de los tipos de seguridad que se deben usar entre el cliente y el servidor. Con la versión 4 de NFS, un servidor puede ofrecer distintos tipos de seguridad para los diversos sistemas de archivos.
La implementación que hace Solaris de NFS versión 4 incluye la delegación, que es una técnica mediante la que el servidor puede delegar en un cliente la gestión de un archivo. Esta técnica puede reducir el número de operaciones de ida y vuelta porque el cliente tiene la garantía de que no se puede efectuar ninguna modificación sin que el servidor informe al cliente. El protocolo también incluye la combinación de operaciones, lo que permite que varias operaciones se conviertan en una única solicitud “en el cable”.
Para obtener más información sobre NFS versión 4, consulte el capítulo 6, "Accessing Network File Systems (Reference)", de la System Administration Guide: Network Services .
Esta función se introdujo en las versiones Solaris Express 4/04 y Solaris 9 9/04.
El registro está habilitado ahora de manera predeterminada para todos los sistemas de archivos UFS, excepto en las condiciones siguientes:
Cuando el registro está explícitamente inhabilitado.
Si no hay suficiente espacio en el sistema de archivos para el registro.
En las versiones anteriores de Solaris se debía habilitar manualmente el registro de UFS.
El registro de UFS empaqueta en una transacción los cambios en los metadatos que componen una operación de UFS completa. Los conjuntos de transacciones se graban en un registro en el disco y después se aplican a los metadatos reales del sistema de archivos UFS.
El registro de UFS proporciona dos ventajas:
Si el sistema de archivos ya es coherente debido al registro de transacciones, es posible que no sea necesario ejecutar el comando fsck después de una caída del sistema o de un apagado no limpio.
A partir de Solaris 9 12/02, el rendimiento del registro de UFS mejora o supera el nivel de rendimiento de los sistemas de archivos sin registro. Esto se consigue gracias a un sistema de archivos con registro habilitado que convierte varias actualizaciones de los mismos datos en una única actualización lo que reduce la sobrecarga de operaciones de disco necesaria.
Para obtener más información, consulte "What’s New in File Systems in the Solaris 10 Release?" en la System Administration Guide: Devices and File Systems. Consulte también la página de comando man mount_ufs(1M).
Esta función se introdujo en el programa piloto Software Express y en Solaris 9 12/03. Además, se incluye en la versión Solaris 10 3/05.
Se han incorporado las siguientes mejoras en el rendimiento del cliente NFS:
Se han relajado las restricciones sobre los tamaños de las transferencias por cable. Ahora, los tamaños de las transferencias se basan en la capacidad del medio de transporte subyacente. Por ejemplo, el límite de transporte NFS para UDP sigue siendo de 32 Kbytes. No obstante, como TCP es un protocolo de flujo sin los límites de datagramas de UDP, los tamaños máximos de transferencia a través de TCP se han incrementado en 1 Mbyte.
Anteriormente, todas las solicitudes de escritura se trataban en serie tanto en el cliente como en el servidor NFS. El cliente NFS se ha modificado para permitir que una aplicación emita escrituras simultáneas, así como escrituras y lecturas simultáneas, a un único archivo. Se puede habilitar esta funcionalidad en el cliente mediante la opción forcedirectio mount. Al utilizar esta opción habilita la funcionalidad para todos los archivos dentro del sistema de archivos montado. También puede habilitar esta funcionalidad en un único archivo del cliente mediante la interfaz directio. () Tenga en cuenta que, a menos que se haya habilitado esta nueva funcionalidad, las escrituras en los archivos se efectúan en serie. Además, si hay escrituras o escrituras y lecturas simultáneas, la semántica de POSIX deja de admitirse en ese archivo.
El cliente NFS ya no utiliza un número excesivo de puertos UDP. Anteriormente las transferencias NFS a través de UDP utilizaban un puerto UDP independiente para cada solicitud pendiente. Ahora, de forma predeterminada, el cliente NFS utiliza únicamente un puerto UDP reservado. No obstante, esta admisión se puede configurar. Si el uso simultáneo de varios puertos aumenta el rendimiento del sistema debido a la mayor escalabilidad, el sistema puede configurarse para que utilice más puertos. Esta capacidad es idéntica también a la admisión de NFS a través de TCP, que dispone de esta posibilidad de configuración desde su introducción.
Para obtener más información, consulte la System Administration Guide: Network Services .
La compatibilidad con el sistema de archivos UFS de varios terabytes sólo esta disponible en sistemas que se ejecuten en un núcleo de 64 bits. Esta función se introdujo en el programa piloto Software Express y en Solaris 9 8/03. Además, se incluye en la versión Solaris 10 3/05.
El SO Solaris 10 admite los sistemas de archivos UFS de varios terabytes en los sistemas que ejecuten un núcleo de Solaris de 64 bits. Anteriormente los sistemas de archivos UFS se limitaban a, aproximadamente, 1 terabyte (Tbyte) en los sistemas de 32 y de 64 bits. Se han actualizado todos los comandos y las utilidades de los sistemas de archivos UFS con el fin de admitir sistemas de archivos UFS de varios terabytes.
Puede crear inicialmente un sistema de archivos UFS con menos de 1 Tbyte. Puede especificar que el sistema de archivos aumente finalmente hasta un tamaño de varios terabytes mediante el comando newfs -T. Este comando define el inode y la densidad de los fragmentos para escalarse adecuadamente a un sistema de archivos de varios terabytes.
La admisión de un sistema de archivos UFS de varios terabytes supone la disponibilidad de LUN de varios terabytes. Dichas unidades lógicas las proporcionan los volúmenes de Solaris Volume Manager o bien se trata de discos físicos de un tamaño superior a 1 Tbyte.
Las características de los sistemas de archivos UFS de varios terabytes incluyen:
Puede crear un sistema de archivos UFS con un tamaño máximo de 16 Tbytes.
Puede crear un sistema de archivos con menos de 16 Tbytes, que posteriormente se pueden aumentar hasta un máximo de 16.
Los sistemas de archivos de varios terabytes se pueden crear en discos físicos y en volúmenes lógicos de Solaris Volume Manager.
El registro UFS está habilitado de forma predeterminada en los sistemas de archivos de un tamaño mayor de 1 terabyte. Éstos aprovechan la mejora en el rendimiento provocada por la habilitación de la función de registro UFS así como la disponibilidad de la función de registro porque es posible que el comando fsck no tenga que ejecutarse si la función de registro está habilitada.
Los límites de los sistemas de archivos UFS de varios terabytes son:
No puede montar un sistema de archivos mayor de 1 Tbyte en un sistema que ejecute un núcleo de Solaris de 32 bits.
No puede arrancar desde un sistema de archivos mayor de 1 Tbyte en un sistema que ejecute un núcleo de Solaris de 64 bits. Esta limitación significa que no puede colocar un sistema de archivos raíz (/) en otro de varios terabytes.
Estos sistemas no admiten archivos individuales con un tamaño superior a 1 terabyte.
El número máximo de archivos por terabyte en un sistema de archivos UFS es de 1 millón. Este límite tiene por objeto reducir el tiempo de comprobación del sistema de archivos mediante el comando fsck.
La cuota máxima que puede establecer en un sistema de archivos UFS de varios terabytes es de 2 Tbytes en bloques de 1024 bytes.
Actualmente no se admite el uso de el comando fssnap para crear una captura de un sistema de archivos UFS de varios terabytes.
Para obtener más información, consulte "What’s New in File Systems in the Solaris 10 Release?" en la System Administration Guide: Devices and File Systems.
Esta función se introdujo en el programa piloto Software Express. Además, se incluye en la versión Solaris 10 3/05.
El sistema de archivos devfs gestiona dispositivos en las versiones de Software Express. Los usuarios pueden continuar accediendo a todos los dispositivos mediante las entradas del directorio /dev. Estas entradas son vínculos simbólicos a las entradas del directorio /devices. El contenido del directorio /devices lo controla ahora el sistema de archivos devfs. Las entradas del directorio /devices representan dinámicamente el estado actual de los dispositivos accesibles en el sistema. Estas entradas no requieren administración.
En el sistema de archivos devfs se han efectuado las siguientes mejoras:
Las operaciones en el directorio /devices dan como resultado que las entradas de dispositivo se adjuntan. Las entradas de los dispositivos no utilizadas se separan.
El rendimiento del arranque del sistema se aumenta porque sólo se adjuntan las entradas de dispositivo que son necesarias para arrancar. Las entradas de los dispositivos nuevos se agregan conforme se accede a ellos.
Para obtener más información, consulte la página de comando man devfs(7FS).
Esta compatibilidad con discos de varios terabytes está disponible solamente en sistemas que ejecutan un núcleo de 64 bits. Esta función se introdujo en el programa piloto Software Express y en Solaris 9 4/03. Además, se incluye en la versión Solaris 10 3/05.
El SO Solaris 10 admite los discos cuyo tamaño sea superior a 1 terabyte (Tbyte) en los equipos que ejecuten un núcleo de Solaris de 64 bits.
La etiqueta Extensible Firmware Interface (EFI) admite discos físicos y volúmenes de discos virtuales. El sistema de archivos UFS es compatible con la etiqueta de discos EFI, y se puede crear un sistema de archivos UFS mayor de 1 Tbyte. Esta versión también incluye utilidades de disco actualizadas para gestionar discos mayores de 1 Tbyte.
Sin embargo, el controlador SCSI, ssd, sólo admite discos de 2 Tbytes como máximo. Si necesita crear un disco con una capacidad superior a los 2 Tbytes, use un producto de gestión de almacenamiento y de discos como, por ejemplo, Solaris Volume Manager, para crear un dispositivo de mayor tamaño.
Para obtener más información acerca del uso de las etiquetas de disco EFI, consulte la System Administration Guide: Devices and File Systems . Esta guía contiene información y restricciones importantes. Esta información está relacionada con el uso de la etiqueta de disco EFI con productos de software actuales.
También se puede usar en esta versión de Solaris el software de Solaris Volume Manager para gestionar discos con un tamaño superior a 1 Tbyte. Consulte Admisión de volúmenes de varios terabytes en Solaris Volume Manager.
Esta función se introdujo en el programa piloto Software Express. Además, se incluye en la versión Solaris 10 3/05.
El nuevo archivo de configuración para el entorno Autofs, /etc/default/autofs, constituye un método adicional para configurar los comandos y los daemons autofs. Ahora, las mismas especificaciones que se harían en la línea de comandos pueden hacerse en este nuevo archivo de configuración. No obstante, a diferencia de las especificaciones que se harían normalmente en la línea de comandos, este archivo conserva sus especificaciones, incluso si realiza una actualización del sistema operativo. Además, ya no es necesario que actualice los archivos de arranque críticos para garantizar que se conserva el comportamiento existente de su entorno Autofs.
Puede realizar sus especificaciones usando las siguientes palabras clave:
AUTOMOUNTD_ENV permite asignar diferentes valores a diversos entornos. Esta palabra clave equivale al argumento -D de automountd.
AUTOMOUNTD_NOBROWSE activa o desactiva la exploración en todos los puntos de montaje de Autofs. Este comando equivale al argumento -n de automountd.
AUTOMOUNTD_TRACE amplía cada llamada de procedimiento remoto (RPC, del inglés Remote Procedure Call) y la muestra como una salida estándar. Esta palabra clave equivale al argumento -T de automountd.
AUTOMOUNTD_VERBOSE registra los mensajes de estado en la consola y es equivalente al argumento -v del daemon automountd.
AUTOMOUNT_TIMEOUT establece el tiempo durante el cual debe permanecer inactivo un sistema de archivos antes de que se desmonte el sistema en cuestión. Esta palabra clave equivale al argumento -t del comando automount.
AUTOMOUNT_VERBOSE proporciona información acerca de los montajes y desmontajes de autofs, y otros eventos que no son esenciales. Esta palabra clave equivale al argumento -v de automount.
Para obtener más información, consulte las páginas de comando man automount(1M) y automountd(1M).
Para obtener más información, consulte la System Administration Guide: Network Services .