La implementación de Oracle Hierarchical Storage Manager and StorageTek QFS Software (Oracle HSM) es básicamente un proceso simple. Se instalan los paquetes de software, se editan un par de archivos de configuración, se ejecutan un par de comandos y, a continuación, se monta y se usan los nuevos sistemas de archivos. Sin embargo, Oracle HSM ofrece una amplia variedad de opciones y parámetros de ajuste. Estas características adicionales le permiten satisfacer prácticamente cualquier necesidad especial. Pero las características innecesarias también complican la implementación y hacen que la solución resultante no sea satisfactoria.
Por ello, este documento está diseñado para guiarlo mediante una implementación de Oracle HSM que siga estrictamente los requisitos detallados de la solución. Se inicia a partir del funcionamiento, la instalación y la configuración de los sistemas de archivos QFS y Oracle HSM básicos. Estos sistemas de archivos cumplen con todos sus requisitos o constituyen la base de una solución más especializada. Una vez que se hayan realizado las tareas básicas, podrá abarcar los procedimientos de configuración de características adicionales que admiten determinados entornos y necesidades comerciales especializadas. Realizará las siguientes tareas principales:
Configurar el hardware y el software del sistema operativo para cumplir con los requisitos.
Configurar los sistemas de archivos QFS y/o Oracle HSM básicos requeridos y aceptar los valores predeterminados siempre que sea posible.
Configurar las características de Oracle HSM adicionales exigidas por los requisitos.
Realizar una copia de seguridad de la configuración finalizada y entregarla para uso de pruebas y producción.
Durante el proceso de planificación e implementación, recuerde que QFS y Oracle HSM fueron diseñados para ocultar las complejidades de la optimización de rendimiento, la protección de datos y el archivado mediante una interfaz simple de sistema de archivos UNIX. Los usuarios, las aplicaciones y, principalmente, los administradores deben poder manejar un sistema de archivado Oracle HSM completamente optimizado que esté implementado en una combinación de matrices de discos y bibliotecas de cintas como si se tratara de un sistema de archivos UFS común en un disco único local. Una vez instalado y configurado, el software de Oracle HSM debe gestionar automáticamente los datos y recursos de almacenamiento de la manera más eficiente y confiable posible, con mínima intervención humana. Las implementaciones muy complejas y la microgestión excesiva de los sistemas de archivos y los recursos de almacenamiento afectan los objetivos clave de la implementación de Oracle HSM, a la vez que afectan el rendimiento, el uso de las capacidades y la protección de datos.
En el resto de esta introducción, se proporcionan visiones generales breves y descriptivas de sistemas de archivos QFS y sistemas de archivos de almacenamiento de Oracle HSM. La familiaridad básica con esta información facilita la compresión del propósito de los subsiguientes pasos de configuración.
Los sistemas de archivos QFS le permiten combinar soluciones de almacenamiento personalizadas y optimizadas con interfaces UNIX estándar. Internamente, gestionan dispositivos de almacenamiento físico para satisfacer requisitos exactos de rendimiento, a menudo altamente especializados. Pero se presentan frente a los usuarios externos, las aplicaciones y el sistema operativo como sistemas de archivos UNIX comunes. De modo que puede satisfacer requisitos de rendimiento y protección de datos especializados mediante el uso de un rango complejo de hardware de almacenamiento y aún garantizar la integración sencilla con las aplicaciones y los procesos comerciales existentes.
Los sistemas de archivos QFS gestionan su propio almacenamiento físico mediante un gestor de volúmenes QFS integral. El software QFS organiza los dispositivos de almacenamiento físico estándar en dispositivos lógicos altamente optimizados que siguen siendo totalmente compatibles con las interfaces estándar. El software encapsula características especiales y personalizaciones, de modo que permanecen ocultas del sistema operativo y de las aplicaciones. Para las últimas, el software QFS presenta un dispositivo de conjuntos de familias lógico que procesa solicitudes de E/S como un único disco, mediante interfaces estándar de controladores de dispositivos de Solaris. Esta combinación de cumplimiento de estándares y capacidad de ajuste distingue a QFS de otros sistemas de archivos UNIX.
El resto de esta sección comienza con una descripción breve de los valores por defecto de QFS y el ajuste de rendimiento de E/S y, a continuación, describe las herramientas principales que le permiten controlar el comportamiento de E/S de los sistemas de archivos que crea:
Las unidades de asignación de discos y los tipos de dispositivos lógicos flexibles permiten ajustar los tamaños de las lecturas y escrituras con los tamaños de los archivos.
Los métodos de asignación de archivos segmentados y de asignación en rueda le permiten controlar cómo la E/S de archivos interactúa con los dispositivos.
La asignación de almacenamiento y la gestión de volúmenes integrada completamente configurables le permiten controlar cómo los sistemas de archivos interactúan con el almacenamiento físico subyacente.
Una opción de sistemas de archivos de propósito general y alto rendimiento le otorga la opción de realizar E/S de datos y metadatos en dispositivos separados.
La E/S (entrada/salida) de disco involucra solicitudes de sistema operativo con uso intensivo de la CPU y procesos mecánicos que consumen tiempo. De modo que el ajuste de rendimiento de E/S se concentra en minimizar la sobrecarga del sistema relacionada con E/S y en mantener el trabajo mecánico en el mínimo absoluto necesario para transferir una cantidad determinada de datos. Esto implica la reducción de la cantidad de E/S separadas por transferencia de datos (y, por lo tanto, de la cantidad de operaciones que realiza la CPU) y la minimización de búsquedas (reposicionamiento de cabezales de lectura/escritura) durante cada E/S individual. Los objetivos básicos de los ajustes de E/S son los siguientes:
Lectura y escritura de datos en bloques que se dividen en tamaños de archivo promedio de forma uniforma.
Lectura y escritura de grandes bloques de datos.
Escritura de bloques en unidades que se alinean con los límites del sector de 512 bytes del medio subyacente, de modo que el controlador de disco no deba leer y modificar los datos existentes antes de escribir nuevos datos.
Acumulación en cola de pequeñas E/S en la caché y escritura de E/S combinadas más grandes en el disco.
La configuración predeterminada de Oracle HSM proporciona el mejor rendimiento general para el rango de aplicaciones y los patrones de uso típicos de la mayoría de los sistemas de archivos de propósito general. Sin embargo, si es necesario, puede ajustar el comportamiento predeterminado para que se adapte mejor a los tipos de E/S que producen las aplicaciones. Se puede especificar el tamaño de la lectura o escritura contigua mínima. Puede optimizar la forma en que los archivos se almacenan en los dispositivos. Puede elegir entre los sistemas de archivos optimizado para uso general o para un alto rendimiento.
Los sistemas de archivos asignan almacenamiento en disco en bloques de tamaño uniforme. El tamaño, unidad de asignación de disco (DAU), determina la cantidad mínima de espacio contiguo que consume cada operación de E/S, independientemente de la cantidad de datos escritos y el número mínimo de operaciones de E/S necesarias cuando se transfiere un archivo de un tamaño determinado. Si el tamaño del bloque es demasiado grande en comparación con el tamaño promedio de los archivos, el espacio en disco se desperdicia. Si el tamaño del bloque es demasiado pequeño, cada transferencia de archivo requiere más operaciones de E/S, lo que disminuye el rendimiento. Por ello, el rendimiento de E/S y la eficacia de almacenamiento son superiores cuando los tamaños de archivos son múltiplos pares del tamaño e bloque básico.
Por este motivo, el software QFS admite una variedad de tamaños de DAU configurables. Al crear un sistema de archivos QFS, primero debe determinar el tamaño promedio de los archivos de datos que necesita almacenar y a los que necesita acceder. A continuación, especifique la DAU que divide los tamaños promedio de los archivos de la forma más pareja.
Debe comenzar por la selección del tipo de dispositivo QFS que mejor se adapta a sus datos. Hay tres tipos:
Dispositivos md
Dispositivos mr
Dispositivos de grupo segmentado gXXX (donde XXX es un número entero en el rango [0-127]
Para los sistemas de archivos que contienen un predominancia de archivos pequeños o una mezcla de archivos pequeños y grandes, los dispositivos md son generalmente la mejor opción. El tipo de dispositivo md usa un esquema flexible, de asignación doble. Cuando se escribe un archivo en el dispositivo, el sistema de archivos usa una DAU pequeña de 4 kilobytes para las primeras ocho escrituras. A continuación, escribe los datos restantes mediante el uso de una DAU grande, especificada por el usuario, de 16, 32 o 64 kilobytes. Por lo tanto, los archivos pequeños se escriben en bloques pequeños adecuados, mientras que los archivos grandes se escriben en bloques más grandes personalizados según su tamaño promedio.
Para los sistemas de archivos que contienen un predominancia de archivos grandes o con tamaños uniformes, los dispositivos mr pueden ser una mejor opción. El tipo de dispositivo mr usa una DAU ajustable en incrementos de 8 kilobytes dentro del rango de [8-65528] kilobytes. Los archivos se escriben en bloques grandes y uniformes que se aproximan mucho al tamaños promedio de los archivos y, por lo tanto, se minimiza la sobrecarga de lectura, modificación y escritura, y se maximiza el rendimiento.
Los grupos segmentados son agregados de hasta 128 dispositivos que se tratan como un único dispositivo lógico. Al igual que el tipo de dispositivo mr, los grupos segmentados usan una DAU ajustable en incrementos de 8 kilobytes dentro del rango de [8-65528] kilobytes. El sistema de archivos escribe datos a los miembros de un grupo segmentado en paralelo, una DAU por disco. De modo que el agregado de escritura puede ser muy grande. Esto hace que los grupos segmentados sean posiblemente útiles en aplicaciones que deben gestionar archivos de datos sumamente grandes.
De forma predeterminada, los sistemas de archivos QFS usan asignación segmentada y los sistemas de archivos compartidos usan asignación en rueda. Pero, si es necesario, se puede cambiar la asignación. Cada uno de los enfoques tiene ventajas en determinadas situaciones.
Si se ha especificado la asignación segmentada, el sistema de archivos asigna espacio en paralelo, en todos los dispositivos disponibles. El sistema de datos segmenta los archivos de datos y escribe un segmento en cada dispositivo. El tamaño de cada segmento está determinado por el ancho del segmento (el número de DAU escritas en cada dispositivo) multiplicado por el número de dispositivos del conjunto de familias. Los dispositivos pueden ser dispositivos de disco md, dispositivos de disco mr o grupos segmentados.
La segmentación generalmente aumenta el rendimiento porque el sistema de archivos lee múltiples segmentos de archivos, en lugar de secuencialmente. Se pueden producir varias operaciones de E/S en paralelo en dispositivos separados, lo que reduce la sobrecarga de búsqueda por dispositivo.
Sin embargo, la asignación segmentada puede producir un aumento importante en la búsqueda cuando se escriben varios archivos a la vez. La búsqueda excesiva puede degradar seriamente el rendimiento, de modo que deberá considerar la asignación en rueda si anticipa E/S simultáneas a varios archivos.
Una vez que se ha especificado la asignación de operación por turnos, el sistema de archivos asigna espacio de almacenamiento en serie, un archivo por vez y un dispositivo por vez. El sistema de archivos escribe el archivo en el primer dispositivo que tiene espacio disponible. Si el archivo es más grande que el espacio restante en el dispositivo, el sistema de archivos escribe el excedente en el siguiente dispositivo con espacio disponible. Para cada archivo subsiguiente, el sistema de archivos se mueve al siguiente dispositivo disponible y repite el proceso. Una vez que se ha usado el último dispositivo disponible, el sistema de archivos comienza nuevamente con el primer dispositivo. Los dispositivos pueden ser dispositivos de disco md, dispositivos de disco mr o grupos segmentados.
La asignación de operación por turnos puede mejorar el rendimiento cuando las aplicaciones realizan E/S en varios archivos simultáneamente. También es el valor predeterminado para sistemas de archivos compartidos QFS (consulte Acceso a sistemas de archivos desde varios hosts mediante el software Oracle HSM y la página del comando man mount_samfs para obtener más información sobre los sistemas de archivos compartidos).
A diferencia de los sistemas de archivos UNIX que atienden únicamente un dispositivo o la parte de un dispositivo, los sistemas de archivos QFS realizan su propia gestión de volúmenes. Cada sistema de archivos gestiona las relaciones entre los dispositivos que proporcionan almacenamiento físico de forma interna y, a continuación, presenta el almacenamiento al sistema operativo como un único conjunto de familias. Las solicitudes de E/S se realizan mediante interfaces estándar de controlador de dispositivos de Solaris, como con cualquier sistema de archivos UNIX.
Hay dos tipos de sistemas de archivos QFS. Cada uno tiene sus propias ventajas:
ms de propósito generalLos sistemas de archivos QFS ms son los más fáciles de implementar y se adecuan bien a la mayoría de los propósitos generales. Almacenan los metadatos del sistema de archivos con los datos de archivos en los mismos dispositivos de disco md de asignación doble. Este enfoque simplifica la configuración del hardware y satisface la mayoría de las necesidades.
ma de alto rendimientoLos sistemas de archivos QFS ma pueden mejorar las velocidades de transferencia de datos en aplicaciones exigentes. Estos sistemas de archivos almacenan metadatos y datos por separado, en dispositivos dedicados. Los metadatos se guardan en dispositivos mm, mientras que los datos se conservan en un conjunto de dispositivos de disco md o mr, o en grupos segmentados. Como resultado, las actualizaciones de metadatos no compiten con configuraciones de dispositivos de E/S de usuario y de aplicaciones, y no tienen que incluir dos tipos diferentes de carga de trabajo de E/S. Por ejemplo, puede colocar los metadatos en discos reflejados RAID-10 para alta redundancia y lecturas rápidas, y mantener los datos en una matriz de disco RAID-5 que realice un uso más eficiente del espacio.
Los sistema de archivos de almacenamiento combinan uno o más sistemas de archivos de tipo ma- o ms de QFS con almacenamiento en archivo y software Oracle Hierarchical Storage Manager. El software Oracle HSM copia archivos desde la caché de disco del sistema de archivos en medios extraíbles y/o en dispositivos secundarios de almacenamiento en disco. Gestiona las copias como parte integral del sistema de archivos. Por lo tanto, el sistema de archivos ofrece protección de datos continua y la capacidad de almacenar de manera flexible y eficaz archivos muy grandes que resultaría demasiado costoso almacenar en discos o medios de estado sólido.
Un sistema de archivos de Oracle HSM correctamente configurado proporciona protección de datos continua sin aplicaciones de copia de seguridad separadas. El software de copia automáticamente los datos de archivos mientras los archivos se crean o se modifican, como se especifica en las políticas definidas por el usuario. Se pueden mantener hasta cuatro copias en una mezcla de medios de disco y cinta, mediante el uso de recursos locales y remotos. Los metadatos del sistema de archivos registran la ubicación del archivo y de todas las copias. El software proporciona una variedad de herramienta para localizar rápidamente las copias. De modo que los archivos perdidos o dañados se pueden recuperar rápidamente del archivo. Sin embargo, las copias de seguridad se conservan en el formato estándar tar que cumple con POSIX (archivo de cinta), que también le permite recuperar datos, incluso si el software Oracle HSM no está disponible. Oracle HSM mantiene los metadatos del sistema de archivos coherentes siempre mediante la detección y la recuperación dinámicas de errores de E/S. De modo que puede recuperar una copia de seguridad del sistema de archivos sin necesidad de comprobaciones de integridad que consumen tiempo, una consideración principal cuando se están almacenando cientos de miles de archivos y petabytes de datos. Si los metadatos del sistema de archivos están almacenados en dispositivos separados y únicamente están involucrados los discos de almacenamiento de datos, la recuperación es completa si los discos de reemplazo se configuran en el sistema de archivos. Cuando los usuarios solicitan archivos que residen en un disco con errores, Oracle HSM automáticamente almacena de forma provisional las copias de seguridad de la cinta en el disco de reemplazo. Si también se pierden los metadatos, el administrador puede restaurarlos desde un archivo de copia de seguridad samfsdump mediante el uso del comando samfsrestore. Una vez que se han restaurado los metadatos, los archivos se pueden restaurar nuevamente desde la cinta a medida que los usuarios los solicitan. Dado que los archivos se restauran al disco únicamente cuando se lo solicita, el proceso de recuperación realiza un uso eficiente del ancho de banda de red y tiene un impacto mínimo en las operaciones normales.
Esta capacidad de gestionar archivos de forma simultánea en discos principales de alto rendimiento, en medios de estado sólido y en discos, cintas o medios ópticos secundarios de menor costo y mayor densidad, convierte a los sistemas de archivos de Oracle HSM en sistemas ideales para almacenar de forma económica archivos extraordinariamente grandes o archivos de poco uso. Los archivos de datos muy grandes, a los que se accede secuencialmente, como las imágenes satelitales y los archivos de video, se pueden almacenar exclusivamente en cintas magnéticas. Si los usuarios o las aplicaciones acceden a un archivo, el sistema automáticamente lo almacenan provisionalmente en el disco o lo lee en la memoria directamente desde la cinta, según la configuración del archivo elegido. Los registros que se conservan principalmente para fines históricos o de cumplimiento se pueden almacenar por jerarquías, mediante el uso de medios mejor alineados con los patrones de acceso del usuario y las restricciones de costos de un punto determinado en la vida del archivo. Inicialmente, cuando los usuarios aún acceden ocasionalmente a un archivo, puede archivarlo en dispositivos de disco secundarios, de menor costo. A medida que la demanda disminuye, puede mantener las copias únicamente en medios ópticos o de cinta. Sin embargo, si un usuario necesita los datos (por ejemplo, en respuesta a una detección legal o a un proceso normativo), el sistema de archivos puede almacenar provisionalmente, de forma automática, el material requerido en el disco principal con un retraso mínimo, casi como si siempre hubiera estado ahí. Para fines legales y reglamentarios, los sistemas de archivos Oracle HSM pueden estar activados para WORM. Los sistemas de archivos activados para WORM admiten períodos de retención de archivos predeterminados y personalizados, inmutabilidad de rutas y datos y herencia de subdirectorio de la configuración WORM. La integridad de los datos a largo plazo se puede monitorear mediante el uso de la validación de medios manual o automatizada.
Hay cuatro procesos básicos de Oracle HSM que gestionan y mantienen los sistemas de archivado:
El proceso de archivado copia archivos desde el sistema de archivos al medio de archivo que están reservados para almacenamiento de copias de archivos activos. Los medios de archivo pueden incluir volúmenes de medios extraíbles, como cartuchos de cintas magnéticas, o uno o más sistemas de archivos que residen en el disco magnético o en dispositivos de almacenamiento de estado sólido. Las copias de archivo pueden proporcionar redundancia de copias de seguridad para archivos activos, retención a largo plazo de archivos inactivos o una combinación de ambos.
En un sistema de archivos de almacenamiento Oracle HSM, los archivos activos y en línea, las copias de archivo y los recursos de almacenamiento asociados forman un recurso único y lógico, el conjunto de archivos. Cada archivo activo de un sistema de archivado pertenece exactamente a un conjunto de archivos. Cada conjunto de archivos puede incluir hasta cuatro copias de archivo de cada archivo, más las políticas que controlan el proceso de archivado de ese conjunto de archivos.
El proceso de archivado está gestionado por un daemon de UNIX (servicio), sam-archiverd. El daemon programa las actividades de archivado y llama a los procesos que realizan las tareas requeridas, archiver, sam-arfind y sam-arcopy.
El proceso archiver lee las políticas de archivado en un archivo de configuración editable, archiver.cmd y configura los procesos de archivado restantes tal como se especifica. Las directivas de este archivo controlan el comportamiento general de los procesos de archivado, definen los conjuntos de archivos por sistema de archivos y especifican el número de copias realizadas y los medios de archivos que se usan para cada uno.
El daemon sam-archiverd inicia a continuación un proceso sam-arfind para cada sistema de archivos montado actualmente. El proceso sam-arfind examina el sistema de archivos asignado para nuevos archivos, archivos modificados, archivos renombrados y archivos que se volverán a archivar o que se eliminarán del archivo. De forma predeterminada, el proceso examina continuamente en busca de cambios en archivos y directorios, ya que esto ofrece el mejor rendimiento general. Sin embargo, si debe mantener la compatibilidad con implementaciones anteriores de StorageTek Storage Archive Manager, por ejemplo, puede editar las reglas del conjunto de archivos en el archivo archiver.cmd para programar el análisis mediante el uso de uno de varios métodos (consulte la página del comando man sam-archiverd para obtener más información).
Una vez que identifica los archivos candidatos, sam-arfind identifica el conjunto de archivos que define las políticas de archivado para el archivo. El proceso sam-arfind identifica el conjunto de archivos mediante la comparación de los atributos del archivo con los criterios de selección definidos por cada conjunto de archivos. Estos criterios pueden incluir uno o más de los siguientes atributos de archivo:
La ruta al directorio del archivo y, opcionalmente, una expresión regular que coincide con uno o más nombres de archivo candidatos.
Un nombre de usuario especificado que coincide con el propietario de uno o más archivos candidatos.
Un nombre de grupo especificado que coincide con el grupo asociado con el archivo.
Un tamaño de archivo mínimo especificado es menor o igual que el tamaño del archivo candidato.
Un tamaño de archivo máximo especificado es mayor o igual que el tamaño del archivo candidato.
Una vez que ha ubicado el conjunto correcto de archivos y los parámetros de archivado correspondientes, sam-arfind comprueba si la antigüedad de archivo del archivo es igual o supera el umbral especificado por el conjunto de archivos. La antigüedad del archivo es el número de segundos que han transcurrido desde que se creó, se modificó por última vez (valor predeterminado) o se accedió por última vez al archivo. Si la antigüedad del archivo cumple con los criterios de antigüedad especificados en la política, sam-arfind agrega el archivo a la cola de la solicitud de archivo para el conjunto de archivos y le asigna una prioridad. Las prioridades se basan en reglas especificadas en el conjunto de archivos y en factores como el número de copias de archivo que ya existen, el tamaño del archivo, cualquier solicitud de operador pendiente y cualquier operación que dependa de la creación de una copia de archivo.
Una vez que sam-arfind ha identificado los archivos que necesitan archivado, los ha priorizado y los ha agregado a las solicitudes de archivo de cada conjunto de archivos, devuelve las solicitudes al daemon sam-archiverd. El daemon compone cada solicitud de archivo. Organiza los archivos de datos en archivos con un tamaño tal que los medios se usen de forma eficaz y que los archivos se escriban de forma eficaz y, posteriormente, se recuperen del medio extraíble. El daemon honra cualquier parámetro de organización de archivos o restricciones de medio que define en el archivo archiver.cmd (consulte la página del comando man archiver.cmd para obtener más información), pero tenga en cuenta que la restricción de la capacidad del software de seleccionar los medios libremente generalmente reduce el rendimiento y el uso de los medios. Una vez que los archivos han sido ensamblados, sam-archiverd prioriza las solicitudes de archivo de modo que el proceso de copiado pueda transferir el número mayor de archivos en el número menor de operaciones de montaje (consulte la sección de programación de la página del comando man sam-archiverd para obtener más información). A continuación, sam-archiverd programa las operaciones de copiado, de modo que, en un determinado momento, no requieren más que el número máximo de unidades permitido por las políticas del conjunto de archivos o la biblioteca robótica.
Una vez que se han programado las solicitudes de archivo, sam-archiverd llama una instancia del proceso sam-arcopy para cada solicitud de archivo y unidad programada. A continuación, las instancias de sam-arcopy copian los archivos de datos en los archivos de almacenamiento de los medios de archivo, actualizan los metadatos del sistema de archivado para reflejar la existencia de nuevas copias y actualizar los archive logs.
Si existe el proceso sam-arcopy, el daemon sam-archiverd comprueba la solicitud de archivo en busca de errores u omisiones causados por errores de lectura del disco de caché, errores de escritura en volúmenes de medios extraíbles y archivos abiertos, modificados o suprimidos. Si no se han almacenado archivos, sam-archiverd recrea la solicitud de archivo.
Los procesos sam-arfind y sam-arcopy pueden usar las funciones syslog y archiver.sh para crear un registro continuo de la actividad de archivado, advertencias y mensaje adicionales. El log resultante del archivador contiene valiosa información histórica y de diagnóstico, incluido un registro detallado de la ubicación y disposición de cada copia de cada archivo almacenado. Por lo tanto, durante la recuperación ante desastres, por ejemplo, puede utilizar con frecuencia un archive log para recuperar los archivos que faltan que, de lo contrario, no se podrían recuperar (para obtener más información, consulte la Guía de recuperación del sistema de archivos Oracle Hierarchical Storage Manager and StorageTek QFS Software en la biblioteca de documentación del cliente). Los administradores del sistema de archivos activan el registro de archivo y definen archivos log mediante la directiva logfile= en el archivo archiver.cmd. Para obtener más información acerca del archivo log, consulte la página del comando man archiver.cmd.
El proceso de almacenamiento provisional copia datos de archivo del almacenamiento en archivo nuevamente a la caché de disco principal. Cuando una aplicación intenta acceder a un archivo fuera de línea, un archivo que no está disponible actualmente en el almacenamiento principal, automáticamente se almacena de manera provisional la copia del archivo nuevamente en el disco principal. A continuación, la aplicación puede acceder al archivo rápidamente, incluso antes de que todos los datos se escriban nuevamente en el disco, porque la operación de lectura realiza un seguimiento directamente detrás del almacenamiento provisional. Si se produce un error de medios o si un volumen de medios específico no está disponible, el proceso de almacenamiento provisional carga la copia del archivo siguiente disponible, si corresponde, mediante el uso del primer dispositivo disponible. Por lo tanto, el almacenamiento provisional hace que el almacenamiento en archivo sea transparente para los usuarios y las aplicaciones. Todos los archivos aparecen como disponibles en el disco en todo momento.
El comportamiento predeterminado del almacenamiento provisional es ideal para la mayoría de los sistemas de archivos. Sin embargo, puede modificar los valores por defecto al insertar o modificar directivas en un archivo de configuración /etc/opt/SUNWsamfs/stager.cmd, y puede sustituir estas directivas por directorio o por archivo individual desde la línea de comandos. Para acceder a registros pequeños de grandes archivos, por ejemplo, puede elegir acceder a los datos directamente desde el medio de archivo sin almacenar el archivo de manera provisional. O bien, puede almacenar de manera provisional un grupo de archivos relacionados siempre que alguno de ellos esté almacenado de manera provisional, utilizando la función de almacenamiento provisional asociativo. Consulte las páginas del comando man stage y stager.cmd para obtener más información.
El proceso de liberación libera espacio de caché del disco principal mediante la supresión de copias en línea de archivos almacenados anteriormente que no están actualmente en uso. Una vez que se ha copiado el archivo al medio de archivo, como un archivo de disco o un volumen de cinta, se puede almacenar de manera provisional si una aplicación accede a él. De modo que no es necesario conservarlo en la caché de disco si se necesita espacio para otros archivos. Mediante la supresión de copias innecesarias de la caché de disco, la liberación garantiza que el almacenamiento en la caché principal siempre estará disponible para archivos creados recientemente y de forma activa, incluso si el sistema de archivos crece sin un aumento correspondiente en la capacidad de almacenamiento principal.
La liberación se produce automáticamente cuando el uso de la caché excede el límite superior y permanece sobre el límite inferior, dos umbrales configurables que define cuando monta un sistema de archivos de almacenamiento. El límite superior garantiza que siempre habrá suficiente espacio libre disponible, y el límite inferior garantiza que habrá un número razonable de archivos siempre disponibles en la caché y que las operaciones de montaje de medios se mantendrán en el mínimo necesario. Los valores típicos son 80% para el límite superior y 70% para el límite inferior.
La liberación del límite mediante el comportamiento predeterminado es ideal para la mayoría de los sistemas. Sin embargo, puede cambiar los valores por defecto al modificar o agregar directivas en un archivo de configuración /etc/opt/SUNWsamfs/releaser.cmd, y puede sustituir estas directivas por directorio o por archivo individual desde la línea de comandos. Por ejemplo, puede liberar parcialmente archivos grandes, de acceso secuencial, de modo que las aplicaciones puedan comenzar a leer parte del archivo que siempre se conserva en el disco, mientras que el resto se almacena de manera provisional en el medio de archivo. Consulte las páginas del comando man release y releaser.cmd para obtener más información.
El proceso de reciclaje libera espacio en el medio de archivo mediante la supresión de copias de archivo que ya no se usan. A medida que los usuarios modifican los archivos, las copias de archivo asociadas con versiones anteriores de los archivos eventualmente caducan. El reciclador identifica los volúmenes de medios que conservan la parte más grande de las copias de archivo caducadas. Si los archivos caducados se almacenan en un volumen de disco de archivo, el proceso del reciclador los suprime. Si los archivos residen en medios extraíbles, como un volumen de cinta, el reciclador vuelve a archivar las copias no caducadas que permanecen en el volumen de destino a otros medios. A continuación, llama a una secuencia de comandos editable, /etc/opt/SUNWsamfs/scripts/recycler.sh, para volver a etiquetar el volumen reciclado, exportarlo de la biblioteca o realizar otra acción definida por el usuario.
De forma predeterminada, el proceso de reciclaje no se ejecuta automáticamente. Puede configurar el archivo crontab de Solaris para ejecutarlo en un momento conveniente. O bien, puede ejecutarlo según sea necesario desde la línea de comandos mediante el comando /opt/SUNWsamfs/sbin/sam-recycler. Para modificar los parámetros de reciclaje, edite el archivo /etc/opt/SUNWsamfs/archiver.cmd o cree un archivo /etc/opt/SUNWsamfs/recycler.cmd separado. Consulte las páginas del comando man correspondientes para obtener más información.