Los sistemas de archivos QFS son los bloques de creación básicos para todas las soluciones de Oracle HSM. Si se usan solos, ofrecen un alto rendimiento, capacidad ilimitada y eficaz, y compatibilidad con archivos sumamente grandes. Cuando se usan con Oracle Hierarchical Storage Manager y están correctamente configurados para almacenamiento en archivo, se convierten en sistemas de archivos de almacenamiento de Oracle HSM. Ambos sistemas de archivos QFS, de almacenamiento y no de almacenamiento, pueden formar la base de configuraciones más complejas, de alta disponibilidad y varios hosts. En este capítulo, se describen las tareas básicas relacionadas con la creación y la configuración de estos sistemas:
La creación y la configuración de un sistema de archivos QFS básico son simples. En cada caso, deberá realizar las siguientes tareas:
Preparar los dispositivos de disco que admitirán el sistema de archivos.
Crear un archivo de configuración maestro (mcf).
Crear el sistema de archivos mediante el comando /opt/SUNWsamfs/sbin/sammkfs.
Agregar el nuevo sistema de archivos a la configuración del sistema virtual de archivos del host mediante la edición del archivo /etc/vfstab.
Montar el nuevo sistema de archivos.
El proceso se puede llevar a cabo mediante el uso de una interfaz gráfica de Oracle HSM Manager o de un editor de texto y un terminal de línea de comandos. En los ejemplos, usamos el método de editor y línea de comandos para que las partes del proceso sean explícitas y, por lo tanto, fáciles de comprender.
Para mayor simplicidad y comodidad durante la configuración inicial de Oracle HSM, los procedimientos de esta sección definen las opciones de montaje del sistema de archivos en el archivo de configuración del sistema virtual de archivos de Solaris, /etc/vfstab. La mayoría de las opciones también se pueden definir en un archivo /etc/opt/SUNWsamfs/samfs.cmd opcional o desde la línea de comandos. Para obtener más información, consulte las páginas del comando man samfs.cmd y mount_samfs.
Antes de iniciar el proceso de configuración, seleccione los recursos de disco requeridos para la configuración planificada. Puede usar segmentos de dispositivos raw, volúmenes zvol de ZFS o volúmenes de Solaris Volume Manager.
ms de propósito generalInicie sesión en el host del sistema de archivos como root. Inicie sesión en la zona global si el host está configurado con zonas.
root@solaris:~#
Cree el archivo /etc/opt/SUNWsamfs/mcf.
El archivo mcf (archivo de configuración maestro) es una tabla de seis columnas separadas por espacios en blanco, cada una representa uno de los parámetros que definen un sistema de archivos QFS: Equipment Identifier, Equipment Ordinal, Equipment Type. Family Set, Device State y Additional Parameters. Las filas de la tabla representan el equipo del sistema de archivos, que incluye dispositivos de almacenamiento y grupos de dispositivos (conjuntos de familias).
Para crear el archivo mcf, puede seleccionar las opciones en la interfaz gráfica de usuario de Oracle HSM Manager o usar un editor de texto. En el siguiente ejemplo, usamos el editor de texto vi:
root@solaris:~# vi /etc/opt/SUNWsamfs/mcf ~ ~ "/etc/opt/SUNWsamfs/mcf" [New File]
Para una mayor claridad, introduzca los encabezados de columna como comentarios.
Las filas de comentarios comienzan con un signo de numeral (#):
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ ----------------
En el campo Equipment Identifier (la primera columna) de la primera fila, introduzca el nombre del nuevo sistema de archivos.
En el ejemplo, el sistema de archivos se denomina qfsms:
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#----------------- --------- --------- --------- ------ ----------------
qfsms
En el campo Equipment Ordinal (la segunda columna), introduzca un número que identificará de forma exclusiva el sistema de archivos.
El número ordinal de equipo identifica de forma exclusiva todos los equipos controlados por Oracle HSM. En este ejemplo, usamos 100 para el sistema de archivos qfsms:
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#----------------- --------- --------- --------- ------ ----------------
qfsms 100
En el campo Equipment Type (la tercera columna), introduzca el tipo de equipo para un sistema de archivos QFS de propósito general, ms:
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#----------------- --------- --------- --------- ------ ----------------
qfsms 100 ms
En el campo Family Set (la cuarta columna), introduzca el nombre del sistema de archivos.
El parámetro Family Set define un grupo de equipos que están configurados en conjunto para formar una unidad, como una biblioteca de cintas robótica y sus unidades de cinta residentes, o un sistema de archivos y los dispositivos de disco que lo componen.
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#----------------- --------- --------- --------- ------ ----------------
qfsms 100 ms qfsms
Introduzca on en la columna Device State y deje la columna Additional Parameters en blanco.
Esta fila está completa:
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#----------------- --------- --------- --------- ------ ----------------
qfsms 100 ms qfsms on
Comience una nueva fila. Introduzca el identificador para uno de los dispositivos de disco que seleccionó en el campo Equipment Identifier (la primera columna) e introduzca un número exclusivo en el campo Equipment Ordinal (la segunda columna).
En el ejemplo, dejamos un sangrado en la línea del dispositivo para destacar el hecho de que el dispositivo es parte del conjunto de familias del sistema de archivos qfsms e incrementamos el número de equipo del conjunto de familias para crear el número de dispositivo, en este caso 101:
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ ---------------- qfsms 100 ms qfsms on /dev/dsk/c1t3d0s3 101
En el campo Equipment Type de la fila de dispositivos de disco (la tercera columna), introduzca el tipo de equipo para un tipo de dispositivo, md:
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#----------------- --------- --------- --------- ------ ----------------
qfsms 100 ms qfsms on
/dev/dsk/c1t3d0s3 101 md
Introduzca el nombre del conjunto de familias del sistema de archivos en el campo Family Set de la fila de dispositivos de disco (la cuarta columna), introduzca on en el campo Device State (la quinta columna) y deje el campo Additional Parameters (la sexta columna) en blanco.
El nombre del conjunto de familias qfsms identifica el equipo de disco como parte del hardware del sistema de archivos.
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ ---------------- qfsms 100 ms qfsms on /dev/dsk/c1t3d0s3 101 md qfsms on
Ahora agregue las entradas para los dispositivos de disco restantes, guarde el archivo y salga del editor.
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ ---------------- qfsms 100 ms qfsms on /dev/dsk/c1t3d0s3 101 md qfsms on /dev/dsk/c1t4d0s5 102 md qfsms on :wq root@solaris:~#
Compruebe el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd.
El comando sam-fsd lee los archivos de configuración de Oracle HSM e inicializa los sistemas de archivos. Se detendrá si detecta un error:
root@solaris:~# sam-fsd
Si el comando sam-fsd encuentra un error en el archivo mcf, edite el archivo para corregir el error y vuelva a realizar la comprobación, como se describe en el paso anterior.
En el siguiente ejemplo, sam-fsd informa un problema no especificado con un dispositivo:
root@solaris:~# sam-fsd Problem in mcf file /etc/opt/SUNWsamfs/mcf for filesystem qfsms sam-fsd: Problem with file system devices.
Generalmente, dichos errores son el resultado de errores de tipeo involuntarios. Aquí, cuando abrimos el archivo mcf en un editor, observamos que hemos escrito una letra o en lugar de 0 en la parte del número de segmento del nombre de equipo del dispositivo 102, el segundo dispositivo md:
qfsms 100 ms qfsms on
/dev/dsk/c0t0d0s0 101 md qfsms on
/dev/dsk/c0t3d0so 102 md qfsms on
Si el comando sam-fsd se ejecuta sin errores, el archivo mcf es correcto. Continúe con el siguiente paso.
En el ejemplo, se muestra una lista parcial de una salida sin errores:
root@solaris:~# sam-fsd
Trace file controls:
sam-amld /var/opt/SUNWsamfs/trace/sam-amld
cust err fatal ipc misc proc date
size 10M age 0
sam-archiverd /var/opt/SUNWsamfs/trace/sam-archiverd
cust err fatal ipc misc proc date module
size 10M age 0
sam-catserverd /var/opt/SUNWsamfs/trace/sam-catserverd
cust err fatal ipc misc proc date module
size 10M age 0
...
Would start sam-archiverd()
Would start sam-stagealld()
Would start sam-stagerd()
Would start sam-amld()
Cree un directorio de punto de montaje para el nuevo sistema de archivos y configure los permisos de acceso para el punto de montaje.
Los usuarios deben tener permiso de ejecución (x) para cambiar al directorio de punto de montaje y acceder a los archivos del sistema de archivos montado. En el ejemplo, creamos el directorio de punto de montaje /qfsms y configuramos los permisos en 755 (-rwxr-xr-x):
root@solaris:~# mkdir /qfsms root@solaris:~# chmod 755 /qfsms
Indique al software de Oracle HSM que vuelva a leer el archivo mcf y vuelva a realizar la configuración en consecuencia. Utilice el comando samd config.
root@solaris:~# samd config Configuring SAM-FS root@solaris:~#
Si el comando samd config muestra el mensaje de error You need to run /opt/SUNWsamfs/util/SAM-QFS-post-install, olvidó ejecutar la secuencia de comandos posterior a la instalación cuando instaló el software. Ejecútela ahora.
root@solaris:~# /opt/SUNWsamfs/util/SAM-QFS-post-install - The administrator commands will be executable by root only (group bin). If this is the desired value, enter "y". If you want to change the specified value enter "c". ... root@solaris:~#
Cree el sistema de archivos mediante el comando /opt/SUNWsamfs/sbin/sammkfs y el nombre del conjunto de familias del sistema de archivos.
El software de Oracle HSM usa asignación doble y tamaños de unidad de asignación de disco (DAU) predeterminados para los dispositivos md. Esta es una buena opción para un sistema de archivos de propósito general, ya que puede admitir solicitudes de E/S, y de archivos grandes y pequeños. En el ejemplo, aceptamos los valores predeterminados:
root@solaris:~# sammkfs qfsms Building 'qfsms' will destroy the contents of devices: /dev/dsk/c1t3d0s3 /dev/dsk/c1t4d0s5 Do you wish to continue? [y/N]yes total data kilobytes = ...
Si usáramos dispositivos mr necesarios para especificar un tamaño de DAU no predeterminado que satisficiera mejor nuestros requisitos de E/S, lo haríamos mediante el uso del comando sammkfs con la opción -a:
root@solaris:~# sammkfs -a 16 qfs2ma
Para obtener más información, consulte la página del comando man sammkfs.
Realice una copia de seguridad del archivo /etc/vfstab del sistema operativo.
root@solaris:~# cp /etc/vfstab /etc/vfstab.backup
Agregue el nuevo sistema de archivos a la configuración del sistema de archivos virtual del sistema operativo. Abra el archivo en un editor de texto e inicie una línea para el dispositivo del conjunto de familias qfsms:
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
qfsms - /qfsms samfs -
En la sexta columna del archivo /etc/vfstab, Mount at Boot, introduzca no en la mayoría de los casos.
root@solaris:~# vi /etc/vfstab
# File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
...
qfsms - /qfsms samfs - no
Para especificar una asignación de operación por turnos, agregue la opción de montaje stripe=0:
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
qfsms - /qfsms samfs - no stripe=0
Para especificar una asignación segmentada, agregue la opción de montaje stripe=stripe-width, donde stripe-width es el número de unidades de asignación de disco (DAU) que se escriben en cada disco del segmento.
En el ejemplo, configuramos el ancho del segmento en una DAU:
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
qfsms - /qfsms samfs - no stripe=1
Aquí, la opción stripe=1 especifica un ancho de segmento de 1 DAU y un tamaño de escritura de dos DAU. De este modo, cuando el sistema de archivos escribe dos DAU por vez, escribe una en cada uno de los dispositivos de disco md en el conjunto de familias qfsms.
Realice otros cambios deseados en el archivo /etc/vfstab.
Por ejemplo, para montar el sistema de archivos en segundo plano si el servidor de metadatos no responde, deberá agregar la opción de montaje bg al campo Mount Options:
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
qfsms - /qfsms samfs - no stripe=1,bg
Guarde el archivo vfstab y cierre el editor.
...
qfsms - /qfsms samfs - no stripe=1
:wq
root@solaris:~#
Monte el nuevo sistema de archivos:
root@solaris:~# mount /qfsms
El sistema de archivos ahora está completo y listo para usar.
Cómo continuar:
Si está usando Oracle Hierarchical Storage Manager para configurar un sistema de archivos de almacenamiento, consulte Configurar los sistemas de archivado de Oracle HSM.
Si necesita activar la capacidad WORM (una sola escritura y varias lecturas) en el sistema de archivos, consulte Activar la compatibilidad con archivos de una sola escritura y varias lecturas (WORM).
Si necesita realizar trabajos interrelacionados con sistemas que usan LTFS o si necesita transferir grandes cantidades de datos entre sitios remotos, consulte Activar la compatibilidad con el sistema de archivos de cintas lineales (LTFS).
Si tiene requisitos adicionales, como acceso de sistema de archivos de varios hosts o configuraciones de alta disponibilidad, consulte Más allá de la información básica.
ma de alto rendimientoUna vez que el software de Oracle HSM esté instalado en el host del sistema de archivos, deberá configurar un sistema de archivos ma como se describe a continuación.
Inicie sesión en el host del sistema de archivos como root. Inicie sesión en la zona global si el host está configurado con zonas.
root@solaris:~#
Seleccione los dispositivos de disco que alojarán los metadatos.
Seleccione los dispositivos de disco que alojarán los datos.
Cree el archivo mcf.
Para crear el archivo mcf, puede seleccionar las opciones en la interfaz gráfica de usuario de Oracle HSM Manager o usar un editor de texto. En el siguiente ejemplo, usamos el editor de texto vi:
root@solaris:~# vi /etc/opt/SUNWsamfs/mcf ~ "/etc/opt/SUNWsamfs/mcf" [New File]
Para una mayor claridad, introduzca los encabezados de columna como comentarios.
Las filas de comentarios comienzan con un signo de numeral (#):
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- ------ ------ -----------------
Cree una entrada para el conjunto de familias del sistema de archivos.
En este ejemplo, identificamos el sistema de archivos como qfsma, incrementamos el ordinal de equipo a 200, configuramos el tipo de equipo ma, configuramos el nombre del conjunto de familias como qfsma y configuramos el estado del dispositivo en on:
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#------------------ --------- --------- ------ ------ -----------------
qfsma 200 ma qfsma on
Agregue una entrada para cada dispositivo de metadatos. Introduzca el identificador del dispositivo de disco que seleccionó en la columna de identificador de equipo, configure el ordinal de equipo y configure el tipo de equipo como mm.
Agregue suficientes dispositivos de metadatos para alojar los metadatos requeridos para el tamaño del sistema de archivos. En el ejemplo, agregamos un único dispositivo de metadatos:
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#------------------ --------- --------- ------ ------ -----------------
qfsma 200 ma qfsma on
/dev/dsk/c0t0d0s0 201 mm qfsma on
Ahora agregue las entradas para los dispositivos de datos, guarde el archivo y salga del editor.
Estos pueden ser dispositivos md, mr o de grupo segmentado (gXXX). Para este ejemplo, especificaremos los dispositivos md:
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- ------ ------ ----------------- qfsma 200 ma qfsma on /dev/dsk/c0t0d0s0 201 mm qfsma on /dev/dsk/c0t3d0s0 202 md qfsma on /dev/dsk/c0t3d0s1 203 md qfsma on :wq root@solaris:~#
Compruebe el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd.
El comando sam-fsd lee los archivos de configuración de Oracle HSM e inicializa los sistemas de archivos. Se detendrá si detecta un error:
root@solaris:~# sam-fsd
Si el comando sam-fsd encuentra un error en el archivo mcf, edite el archivo para corregir el error y vuelva a realizar la comprobación, como se describe en el paso anterior.
En el siguiente ejemplo, sam-fsd informa un problema no especificado con un dispositivo:
root@solaris:~# sam-fsd Problem in mcf file /etc/opt/SUNWsamfs/mcf for filesystem qfsma sam-fsd: Problem with file system devices.
Generalmente, dichos errores son el resultado de errores de tipeo involuntarios. Aquí, cuando abrimos el archivo mcf en un editor, observamos que hemos escrito un signo de cierre de exclamación ! en lugar de 1 en la parte del número de segmento del nombre de equipo del dispositivo 202, el primer dispositivo md:
sharefs1 200 ma qfsma on
/dev/dsk/c0t0d0s0 201 mm qfsma on
/dev/dsk/c0t0d0s! 202 md qfsma on
/dev/dsk/c0t3d0s0 203 md qfsma on
Si el comando sam-fsd se ejecuta sin errores, el archivo mcf es correcto. Continúe con el siguiente paso.
En el ejemplo, se muestra una lista parcial de una salida sin errores:
root@solaris:~# sam-fsd
Trace file controls:
sam-amld /var/opt/SUNWsamfs/trace/sam-amld
cust err fatal ipc misc proc date
size 10M age 0
sam-archiverd /var/opt/SUNWsamfs/trace/sam-archiverd
cust err fatal ipc misc proc date module
size 10M age 0
sam-catserverd /var/opt/SUNWsamfs/trace/sam-catserverd
cust err fatal ipc misc proc date module
size 10M age 0
...
Would start sam-archiverd()
Would start sam-stagealld()
Would start sam-stagerd()
Would start sam-amld()
Cree el sistema de archivos mediante el comando /opt/SUNWsamfs/sbin/sammkfs y el nombre del conjunto de familias del sistema de archivos.
En el ejemplo, creamos el sistema de archivos mediante el uso del tamaño de la unidad de asignación de disco (DAU) para los sistemas de archivos ma con dispositivos md, 64 kilobytes:
root@solaris:~# sammkfs qfsma Building 'qfsma' will destroy the contents of devices: /dev/dsk/c0t0d0s0 /dev/dsk/c0t3d0s0 /dev/dsk/c0t3d0s1 Do you wish to continue? [y/N]yes total data kilobytes = ...
El valor predeterminado es una buena opción para propósitos generales. Pero si el sistema de archivos admite principalmente archivos o aplicaciones más pequeños que leen y escriben cantidades más pequeñas de datos, también especificaríamos un tamaño de DAU de 16 o 32 kilobytes. Para especificar una DAU de 16 kilobytes, usaríamos el comando sammkfs con la opción -a:
root@solaris:~# sammkfs -a 16 qfsma
La DAU para los dispositivos mr y los grupos segmentados gXXX se pueden ajustar completamente dentro del rango de 8-65528 kilobytes, con incrementos de 8 kilobytes. El valor predeterminado es 64 kilobytes para dispositivos mr y 256 kilobytes para grupos segmentados gXXX. Para obtener más información, consulte la página del comando man sammkfs.
Realice una copia de seguridad del archivo /etc/vfstab del sistema operativo.
root@solaris:~# cp /etc/vfstab /etc/vfstab.backup
Agregue el nuevo sistema de archivos a la configuración del sistema de archivos virtual del sistema operativo. Abra el archivo /etc/vfstab en un editor de texto e inicie una línea para el conjunto de familias qfsma.
root@solaris:~# vi /etc/vfstab # File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - ... qfsma - /qfsma samfs -
En la sexta columna del archivo /etc/vfstab, Mount at Boot, introduzca no.
root@solaris:~# vi /etc/vfstab # File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - ... qfsma - /qfsma samfs - no
Para especificar una asignación de operación por turnos, agregue la opción de montaje stripe=0:
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
...
qfsma - /qfsma samfs - no stripe=0
Para especificar una asignación segmentada, agregue la opción de montaje stripe=stripe-width, donde stripe-width es un número entero en el rango de [1-255], que representa el número de unidades de asignación de disco (DAU) que se deberá escribir en cada disco del segmento.
Cuando se especifica la asignación segmentada, los datos se escriben en dispositivos paralelos. De modo que, para un mejor rendimiento, elija un ancho de segmento que use completamente el ancho de banda disponible con el hardware de almacenamiento. Tenga en cuenta que el volumen de datos transferidos para un ancho de segmento determinado depende de cómo se configura el hardware. Para los dispositivos md implementados en volúmenes de un solo disco, el ancho de segmento 1 escribe una DAU de 64 kilobytes en cada uno de dos discos, con un total de 128 kilobytes. Para los dispositivos md implementados en grupos de volúmenes 3+1 RAID 5, el mismo ancho de segmento transfiere una DAU de 64 kilobytes a cada uno de los tres discos de datos en cada uno de dos dispositivos, con un total de seis DAU o 384 kilobytes por transferencia. En el ejemplo, configuramos el ancho del segmento en una DAU:
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
...
qfsma - /qfsma samfs - no stripe=1
Puede intentar ajustar el ancho del segmento para aprovechar mejor el hardware disponible. En el campo Mount Options del sistema de archivos, configure la opción de montaje stripe=n, donde n es un múltiplo del tamaño de DAU especificado para el sistema de archivos. Pruebe el rendimiento de E/S del sistema de archivos y reajuste la configuración según sea necesario.
Cuando configura stripe=0, Oracle HSM escribe archivos en los dispositivos mediante el uso de la asignación de operación por turnos. Cada archivo se asigna por completo en un dispositivo hasta que el dispositivo está completo. La operación por turnos se prefiere para sistema de archivos compartido y entornos de varios flujos.
En el ejemplo, hemos determinado que el ancho de banda de los grupos de volúmenes RAID-5 tienen poco uso, con un ancho de segmento de uno, de modo que probamos stripe=2:
#File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - /proc - /proc proc - no - ... qfsma - /qfsma samfs - no ...,stripe=2
De lo contrario, guarde el archivo vfstab.
...
qfsma - /qfsma samfs - no stripe=1
:wq
root@solaris:~#
Monte el nuevo sistema de archivos:
root@solaris:~# mount /qfsms
El sistema de archivos básico ahora está completo y listo para usar.
Si está usando Oracle Hierarchical Storage Manager para configurar un sistema de archivos de almacenamiento, consulte Configurar los sistemas de archivado de Oracle HSM.
Si necesita activar la capacidad WORM (una sola escritura y varias lecturas) en el sistema de archivos, consulte Activar la compatibilidad con archivos de una sola escritura y varias lecturas (WORM).
Si necesita realizar trabajos interrelacionados con sistemas que usan LTFS o si necesita transferir grandes cantidades de datos entre sitios remotos, consulte Activar la compatibilidad con el sistema de archivos de cintas lineales (LTFS).
Si tiene requisitos adicionales, como acceso de sistema de archivos de varios hosts o configuraciones de alta disponibilidad, consulte Más allá de la información básica.
En caso contrario, vaya a Configuración de notificaciones y registro.
Los sistemas 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 HSM. El software Oracle HSM integra almacenamiento en disco secundario o medios extraíbles en las operaciones básicas del sistema de archivos, de modo que los archivos se mantienen en múltiples copias de diversos medios. Esta redundancia proporciona protección de datos continua y admite la retención accionada por políticas y el almacenamiento eficaz de archivos de gran tamaño.
Medio de archivo de catálogo almacenado en una biblioteca de cinta conectada a la red
Activación de la compatibilidad con WORM en un sistema de archivos de Oracle HSM
Cree los sistemas de archivos de almacenamiento de disco requeridos en los hosts de Oracle HSM y agregue sistemas de archivos de almacenamiento de disco tanto locales como remotos a las configuraciones de host. Use los procedimientos que se proporcionan a continuación:
Creación de sistemas de archivos locales para usarlos como archivos de disco
Agregación de archivos de disco a las configuraciones de host de Oracle HSM
Si desea usar sistemas de archivos en los servidores Oracle HSM como archivos de disco, realice el siguiente procedimiento.
Cree un sistema de archivos QFS, ZFS o UFS para cada volumen de archivo de disco que se monta localmente en el servidor Oracle HSM.
No utilice sistemas de archivos de propósito general existentes que se deban compartir con otras aplicaciones.
Si configura uno o más sistemas de archivos QFS como volúmenes de archivo de disco, asigne a cada uno un nombre de juego de familias y un rango de números ordinales de equipo que lo identifiquen claramente como volumen de almacenamiento en archivo.
La distinción clara del sistema de archivos de almacenamiento en archivo de QFS de otros sistemas de archivos principales de Oracle HSM hace que la configuración sea más sencilla de comprender y mantener. En este ejemplo, el nombre del nuevo sistema de archivos, DISKVOL1, indica su función. En el archivo mcf, este nombre y el ordinal de equipo 800 distinguirán el archivo de disco de samms y 100, el nombre del conjunto de familias y el número ordinal que usaremos para crear un sistema de archivos de almacenamiento de Oracle HSM en los ejemplos subsiguientes:
# Archiving file systems: # # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- --------- ------ ----------------- # Archival storage for copies: # # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- --------- ------ ----------------- DISKVOL1 800 ms DISKVOL1 on /dev/dsk/c6t0d1s7 801 md DISKVOL1 on /dev/dsk/c4t0d2s7 802 md DISKVOL1 on
A continuación, agregue los archivos de disco a las configuraciones del sistema host de Oracle HSM.
En el host de Oracle HSM, cree un único directorio principal para alojar los puntos de montaje de los volúmenes de archivos de disco, de la misma manera en que una biblioteca de cintas física aloja volúmenes de cinta de archivo.
En el ejemplo, creamos el directorio /diskvols.
root@solaris:~# mkdir /diskvols
En el directorio principal, creamos un directorio de punto de montaje para cada sistema de archivos de almacenamiento.
En el ejemplo, creamos los directorios de punto de montaje DISKVOL1 y DISKVOL2 para DISKVOL15:
root@solaris:~# mkdir /diskvols/DISKVOL1 root@solaris:~# mkdir /diskvols/DISKVOL2 ... root@solaris:~# mkdir /diskvols/DISKVOL15
En el host Oracle HSM, efectúe una copia de seguridad del archivo /etc/vfstab.
root@solaris:~# cp /etc/vfstab /etc/vfstab.backup
Abra el archivo /etc/vfstab en un editor.
root@solaris:~# vi /etc/vfstab
Agregue una entrada para cada sistema de archivos QFS local que funcione como archivo de disco. Identifique cada entrada con el tipo de sistema de archivos samfs y agregue la opción de montaje nosam (a menos que quiera que Oracle HSM almacene el archivo).
La opción de montaje nosam garantiza que las copias de archivo almacenadas en un sistema de archivos QFS no se archivarán por sí mismas.
En este ejemplo, se usa el editor vi para agregar entradas para un sistema de archivos QFS local, DISKVOL1.
root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- ------------------ ------ ---- ------- --------- /devices - /devices devfs - no - ... DISKVOL1 - /diskvols/DISKVOL1 samfs - no nosam
Agregue entradas para cada sistema de archivos NFS que funcione como archivo de disco. Identifique cada entrada con el tipo de sistema de archivos nfs.
En el ejemplo, se usa el editor vi para agregar entradas DISKVOL2 en DISKVOL15, donde nfs1 es el nombre del servidor NFS que aloja los archivos de disco DISKVOL2 en DISKVOL13 y oscsa1 es el nombre de un host de Oracle Storage Cloud Software Appliance que aloja los archivos de disco restantes:
root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- ------------------ ------ ---- ------- --------- /devices - /devices devfs - no - ... DISKVOL1 - /diskvols/DISKVOL1 samfs - no nosam nfs1:/DISKVOL2 - /diskvols/DISKVOL2 nfs - yes - nfs1:/DISKVOL3 - /diskvols/DISKVOL3 nfs - yes - ... oscsa1:/DISKVOL14 - /diskvols/DISKVOL3 nfs - yes - oscsa1:/DISKVOL15 - /diskvols/DISKVOL15 nfs - yes -
Guarde el archivo /etc/vfstab y cierre el editor.
...
oscsa1:/DISKVOL14 - /diskvols/DISKVOL3 nfs - yes -
oscsa1:/DISKVOL15 - /diskvols/DISKVOL15 nfs - yes -
:wq
root@solaris:~#
En el host de Oracle HSM, monte los sistemas de archivos de almacenamiento de disco.
En el ejemplo, montamos DISKVOL1 y DISKVOL2para DISKVOL15:
root@solaris:~# mount /diskvols/DISKVOL1 root@solaris:~# mount /diskvols/DISKVOL2 ... root@solaris:~# mount /diskvols/DISKVOL14 root@solaris:~# mount /diskvols/DISKVOL15
A continuación, prepare las unidades y las bibliotecas de medios extraíbles.
Esta sección aborda las siguientes tareas:
Configurar una biblioteca automatizada conectada a la red ACSLS de Oracle StorageTek
Configurar el comportamiento del etiquetado para los medios extraíbles con código de barras
Si tiene una biblioteca conectada a la red ACSLS Oracle StorageTek, puede configurarla de la siguiente manera o puede usar la interfaz gráfica de usuario de Oracle HSM Manager para detectar automáticamente la biblioteca y configurarla (para obtener instrucciones sobre cómo usar Oracle HSM Manager, consulte la ayuda en pantalla).
Siga estos pasos:
Inicie sesión en el host servidor Oracle HSM como root.
root@solaris:~#
Cambie al directorio /etc/opt/SUNWsamfs.
root@solaris:~# cd /etc/opt/SUNWsamfs
En un editor de texto, inicie un nuevo archivo con el nombre que corresponde al tipo de biblioteca conectada a la red que está configurando.
En el ejemplo, iniciamos un archivo de parámetros para una biblioteca de conectada a la red ACSLS de Oracle StorageTek:
root@solaris:~# vi /etc/opt/SUNWsamfs/acsls1params # Configuration File for an ACSLS Network-Attached Tape Library 1
Introduzca los parámetros y los valores que usará el software de Oracle HSM cuando se comunique con la biblioteca conectada a ACSLS.
El software de Oracle HSM usa los siguientes parámetros de interfaz de programación de aplicaciones del sistema de cartuchos automatizado (ACSAPI) de Oracle StorageTek para controlar las bibliotecas gestionadas por ACSLS (para obtener más información, consulte la página del comando man stk):
access=user-id especifica un valor de identificación de usuario opcional para el control de acceso. De forma predeterminada, no hay ningún control de acceso basado en identificación.
hostname=hostname especifica el nombre de host del servidor que ejecuta la interfaz de StorageTek ACSLS.
portnum=portname especifica el número de puerto que se usa para comunicaciones entre ACSLS y el software de Oracle HSM.
ssihost=hostname especifica el nombre de host que identifica un servidor de Oracle HSM de host múltiple para la red que se conecta al host de ACSLS. El valor predeterminado es el nombre del host local.
ssi_inet_port=ssi-inet-port especifica el puerto de firewall fijo que deberá usar la interfaz del sistema de servidor ACSLS para las respuestas de ACSLS entrantes. Especifique 0 o un valor en el rango [1024-65535]. El valor predeterminado, 0, permite la asignación dinámica de puertos.
csi_hostport=csi-port especifica el número de puerto de la interfaz del sistema de clientes en el servidor ACSLS al que Oracle HSM envía sus solicitudes de ACSLS. Especifique 0 o un valor en el rango [1024-65535]. El valor predeterminado, 0, hace que el sistema consulte al asignador de puertos del servidor ACSLS acerca de un puerto.
capid=(acs=acsnum, lsm=lsmnum, cap=capnum) especifica la dirección ACSLS de un puerto de acceso de cartuchos (CAP), donde acsnum es el número del sistema de cartuchos automatizado (ACS) para la biblioteca, lsmnum es número del módulo de almacenamiento de biblioteca (LSM) para el módulo que aloja el CAP y capnum es el número de identificación para el CAP deseado. La dirección completa se encuentra contenida entre paréntesis.
capacity=(index-value-list) especifica la capacidades de los cartuchos de medios extraíbles, donde index-value-list es una lista delimitada por comas de los pares index=value. Cada index de la lista es el índice de un tipo de medio definido por ACSLS y cada value es la capacidad del volumen correspondiente en unidades de 1024 bytes.
El archivo ACSLS /export/home/ACSSS/data/internal/mixed_media/media_types.dat define los índices de tipo de medios. En general, solamente debe suministrar una entrada de capacidad para nuevos tipos de cartuchos o cuando necesita sustituir la capacidad admitida.
device-path-name=(acs=ACSnumber, lsm=LSMnumber, panel=Panelnumber, drive=Drivenumber)[shared] especifica la dirección ACSLS de una unidad conectada al cliente, donde device-path-name identifica el dispositivo en el servidor de Oracle HSM, acsnum es el número del sistema de cartuchos automatizado (ACS) para la biblioteca, lsmnum es el número del módulo de almacenamiento de la biblioteca (LSM) para el módulo que controla la unidad, Panelnumber es el número de identificación para el panel donde se instala la unidad y Drivenumber es el número de identificación de la unidad. La dirección completa se encuentra contenida entre paréntesis.
Mediante la adición de la palabra clave shared después de la dirección ACSLS, dos o más servidores de Oracle HSM pueden compartir la unidad, siempre y cuando cada una conserve el control exclusivo sobre sus propios medios. De forma predeterminada, un cartucho de una unidad compartida puede estar inactivo durante 60 segundos antes de la descarga.
En el ejemplo, identificamos acslserver1 como el host de ACSLS, limitamos el acceso a sam_user, especificamos la asignación de puertos dinámicos y asignamos un puerto de acceso de cartuchos y dos unidades:
root@solaris:~# vi /etc/opt/SUNWsamfs/acsls1params # Configuration File for an ACSLS Network-Attached Tape Library 1 hostname = acslserver1 portnum = 50014 access = sam_user ssi_inet_port = 0 csi_hostport = 0 capid = (acs=0, lsm=1, cap=0) /dev/rmt/0cbn = (acs=0, lsm=1, panel=0, drive=1) /dev/rmt/1cbn = (acs=0, lsm=1, panel=0, drive=2)
Guarde el archivo y cierre el editor.
root@solaris:~# vi /etc/opt/SUNWsamfs/acsls1params
# /etc/opt/SUNWsamfs/acslibrary1
# Configuration File for an ACSLS Network-Attached Tape Library
...
/dev/rmt/0cbn = (acs=0, lsm=1, panel=0, drive=1)
/dev/rmt/1cbn = (acs=0, lsm=1, panel=0, drive=2)
:wq
root@solaris:~#
Si la biblioteca o el software de aplicación usa etiquetas que no son estándar para los medios extraíbles con códigos de barras, configure el comportamiento del etiquetado.
Si se sabe que las unidades o el software de aplicación no son compatibles con los valores por defecto de Oracle HSM, establezca los valores de tiempo de las unidades en este momento.
En caso contrario, vaya a Configurar el sistema de archivado.
De forma predeterminada, si una biblioteca tiene un lector de código de barras y un medio con código de barras, el software de Oracle HSM etiquetará automáticamente los volúmenes con los primeros seis caracteres del código de barras. Sin embargo, puede configurar Oracle HSM para que base las etiquetas de los volúmenes en lecturas alternativas de los códigos de barras. Para ello, realice el siguiente procedimiento:
Inicie sesión en el host de Oracle HSM como root.
root@solaris:~#
Si necesita un comportamiento que no sea por defecto o si ya ha sustituido los valores por defecto y necesita restablecerlos, abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto.
En el ejemplo, abrimos el archivo en el editor vi:
root@solaris:~# vi /opt/SUNWsamfs/examples/defaults.conf ...
Ubique la línea labels =, si está presente, y si no lo está, agréguela.
En el ejemplo, agregamos la directiva:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. ... labels =
Para volver a activar el etiquetado automático predeterminado sobre la base de los primeros seis caracteres del código de barras, configure el valor de la directiva labels en barcodes. Guarde el archivo y cierre el editor.
El software de Oracle HSM ahora vuelve a etiquetar automáticamente una cinta sin etiquetar mediante el uso de los primeros seis caracteres del código de barras de la cinta como etiqueta:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf ... labels = barcodes :wq root@solaris:~#
Para volver a activar el etiquetado automático sobre la base de los primeros seis caracteres del código de barras en una cinta, configure el valor de la directiva labels en barcodes_low. Guarde el archivo y cierre el editor.
Si la directiva labels está configurada en barcodes_low, el software de Oracle HSM vuelve a etiquetar automáticamente una cinta sin etiquetar mediante el uso de los últimos seis caracteres del código de barras de la cinta como etiqueta:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf ... labels = barcodes_low :wq root@solaris:~#
Para desactivar el etiquetado automática y configurar Oracle HSM para que lea las etiquetas desde las cintas, configure el valor de la directiva labels en read. Guarde el archivo y cierre el editor.
Si la directiva labels está configurada con el valor read, el software de Oracle HSM no podrá volver a etiquetar automáticamente las cintas:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf ... labels = read idle_unload = 0 ... :wq root@solaris:~#
Si se sabe que las unidades o el software de aplicación no son compatibles con los valores por defecto de Oracle HSM, establezca los valores de tiempo de las unidades en este momento.
En caso contrario, vaya a Configurar el sistema de archivado.
De forma predeterminada, el software de Oracle HSM, configura los parámetros de tiempo de las unidades de la siguiente manera:
El tiempo mínimo que debe transcurrir antes de que el tipo de dispositivo especificado pueda desmontar el medio es 60 segundos.
La cantidad de tiempo que el software de Oracle HSM espera antes de emitir nuevos comandos en una biblioteca que responde a un comando unload de SCSI es 15 segundos.
La cantidad de tiempo que el software de Oracle HSM espera antes de descargar una unidad inactiva es 600 segundos (10 minutos).
La cantidad de tiempo que el software de Oracle HSM espera antes de descargar una unidad inactiva compartida por dos o más servidores de Oracle HSM es 600 segundos (10 minutos).
Para cambiar los valores de tiempo predeterminados, siga estos pasos:
Si no ha iniciado sesión, inicie sesión en el host de Oracle HSM como root.
root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto.
En el ejemplo, utilizamos el editor vi:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf
# These are the defaults. To change the default behavior, uncomment the
# appropriate line (remove the '#' character and change the value.
...
Si es necesario, especifique el tiempo mínimo que deberá transcurrir antes de que un tipo de dispositivo especificado pueda desmontar el medio. En el archivo defaults.conf, agregue una directiva con el formato equipment-type_delay = number-of-seconds, donde equipment-type es el código de dos caracteres de Oracle HSM que identifica el tipo de unidad que está configurando y number-of-seconds es un número entero que representa el número predeterminado de segundos para este tipo de dispositivo.
Consulte Apéndice A, Glosario de tipos de equipos para ver listados de códigos de tipos de equipos y los equipos correspondientes. En el ejemplo, cambiamos el retraso de descarga para las unidades LTO (tipo de equipo li) del valor predeterminado (60 segundos) a 90 segundos):
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character and change the value. ... li_delay = 90
Si es necesario, especifique la cantidad de tiempo que el software de Oracle HSM espera antes de emitir nuevos comandos en una biblioteca que responde a un comando unload de SCSI. En el archivo defaults.conf, agregue una directiva con el formato equipment-type_unload = number-of-seconds, donde equipment-type es el código de dos caracteres de Oracle HSM que identifica el tipo de unidad que está configurando y number-of-seconds es un número entero que representa el número de segundos para este tipo de dispositivo.
Consulte Apéndice A, Glosario de tipos de equipos para ver listados de códigos de tipos de equipos y los equipos correspondientes. Configure el tiempo más largo que necesitará la biblioteca, en el peor de los casos, cuando responda al comando unload. En el ejemplo, cambiamos el retraso de descarga para las unidades LTO (tipo de equipo li) del valor predeterminado (15 segundos) a 35 segundos:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character and change the value. ... li_delay = 90 li_unload = 35
Si es necesario, especifique la cantidad de tiempo que esperará el software de Oracle HSM antes de descargar una unidad inactiva. En el archivo defaults.conf, agregue una directiva con el formato idle_unload = number-of-seconds, donde number-of-seconds es un número entero que representa el número especificado de segundos.
Especifique 0 para desactivar esta característica. En el ejemplo, desactivamos esta característica mediante la modificación del valor predeterminado (600 segundos) a 0:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character and change the value. ... li_delay = 90 li_unload = 35 idle_unload = 0
Si es necesario, especifique la cantidad de tiempo que esperará el software de Oracle HSM antes de descargar una unidad inactiva compartida. En el archivo defaults.conf, agregue una directiva con el formato shared_unload = number-of-seconds, donde number-of-seconds es un número entero que representa el número especificado de segundos.
Puede configurar los servidores de Oracle HSM para compartir unidades de medios extraíbles. Esta directiva libera las unidades para que sean usadas por otros servidores cuando el servidor propietario de los medios cargados no está usando la unidad. Especifique 0 para desactivar esta característica. En el ejemplo, desactivamos esta característica mediante la modificación del valor predeterminado (600 segundos) a 0:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character and change the value. ... idle_unload = 600 li_delay = 90 li_unload = 35 idle_unload = 0 shared_unload = 0
Guarde el archivo y cierre el editor.
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf
# These are the defaults. To change the default behavior, uncomment the
# appropriate line (remove the '#' character and change the value.
...
idle_unload = 600
li_delay = 90
li_unload = 35
idle_unload = 0
shared_unload = 0
:wq
root@solaris:~#
El procedimiento para crear un sistema de archivado es idéntico a la creación de un sistema que no es de archivado, excepto que agregamos dispositivos para almacenar copias adicionales de los archivos de datos:
Comience por configurar el sistema de archivos QFS. Puede configurar un sistema de archivos ms de propósito general o ma de alto rendimiento.
Si bien puede usar la interfaz gráfica de usuario de Oracle HSM Manager para crear sistemas de archivos, para los ejemplos de esta sección, usamos el editor vi. Aquí, creamos un sistema de archivos ms de propósito general, con el nombre de conjunto de familias samms y el número ordinal de equipo 100:
root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Archiving file systems: # # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- ------ ------ ------------------- samms 100 ms samms on /dev/dsk/c1t3d0s3 101 md samms on /dev/dsk/c1t3d0s4 102 md samms on
Para agregar almacenamiento de cintas en archivo, comience por agregar una entrada para la biblioteca. En el campo de identificador de equipo, introduzca el ID de dispositivo para la biblioteca y asigne un número ordinal de equipo:
En este ejemplo, el identificador de equipo de biblioteca es /dev/scsi/changer/c1t0d5. Configuramos el número ordinal del equipo en 900, el rango que sigue al rango elegido para nuestro archivo de disco:
# Archival storage for copies:
#
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#----------------------- --------- --------- --------- ------ -----------------
DISKVOL1 800 ms DISKVOL1 on
/dev/dsk/c6t0d1s7 801 md DISKVOL1 on
/dev/dsk/c4t0d2s7 802 md DISKVOL1 on
/dev/scsi/changer/c1t0d5 900
Configure el tipo de equipo en rb, una biblioteca de cintas conectada a SCSI, proporcione un nombre para el conjunto de familias de bibliotecas de cintas y defina el estado del dispositivo en on.
En el ejemplo, estamos usando la biblioteca library1:
# Archival storage for copies: # # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- --------- ------ ----------------- DISKVOL1 800 ms DISKVOL1 on /dev/dsk/c6t0d1s7 801 md DISKVOL1 on /dev/dsk/c4t0d2s7 802 md DISKVOL1 on /dev/scsi/changer/c1t0d5 900 rb library1 on
Opcionalmente, en la columna Additional Parameters, introduzca la ruta donde se almacenará el catálogo de la biblioteca.
Si no opta por suministrar una ruta de catálogo, el software configurará una ruta predeterminada para usted.
Tenga en cuenta que, debido a las limitaciones de diseño, el ejemplo abrevia la ruta larga al catálogo de la biblioteca var/opt/SUNWsamfs/catalog/library1cat:
# Archival storage for copies:
#
# Equipment Equipment Equipment Family Device Additional
# Identifier Ordinal Type Set State Parameters
#----------------------- --------- --------- --------- ------ -----------------
DISKVOL1 800 ms DISKVOL1 on
/dev/dsk/c6t0d1s7 801 md DISKVOL1 on
/dev/dsk/c4t0d2s7 802 md DISKVOL1 on
/dev/scsi/changer/c1t0d5 900 rb library1 on ...catalog/library1cat
A continuación, agregue una entrada para cada unidad de cinta que sea parte del conjunto de familias de bibliotecas. Agregue cada unidad en el orden en el que está físicamente instalado en la biblioteca.
Siga el orden de unidades que se muestra en el archivo de asignación de unidades que creó en Determinar el orden en el cual se instalan las unidades en la biblioteca. En el ejemplo, las unidades conectadas a Solaris en /dev/rmt/1, /dev/rmt/0, /dev/rmt/2 y /dev/rmt/3 son, respectivamente, las unidades 1, 2, 3 y 4 de la biblioteca. De modo que /dev/rmt/1 se muestra primero en el archivo mcf, como dispositivo 901. El tipo de equipo tp especifica una unidad de cintas genérica conectada a SCSI:
# Archival storage for copies: # # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- -------- ------ ----------------- DISKVOL1 800 ms DISKVOL1 on /dev/dsk/c6t0d1s7 801 md DISKVOL1 on /dev/dsk/c4t0d2s7 802 md DISKVOL1 on /dev/scsi/changer/c1t0d5 900 rb library1 on ...catalog/library1cat /dev/rmt/1cbn 901 tp library1 on /dev/rmt/0cbn 902 tp library1 on /dev/rmt/2cbn 903 tp library1 on /dev/rmt/3cbn 904 tp library1 on
Finalmente, si desea configurar un historiador de Oracle HSM usted mismo, agregue una entrada mediante el uso del tipo de equipo hy. Introduzca un guión en las columnas de conjunto de familias y estado de dispositivo e introduzca la ruta al catálogo del historiador en la columna de parámetros adicionales.
El historiador es una biblioteca virtual que contiene catálogos de los volúmenes que han sido exportados del archivo. Si no configura un historiador, el software crea uno automáticamente mediante el uso del número ordinal de equipo especificado más alto, más uno.
Tenga en cuenta que, en el ejemplo, se abrevia la ruta larga del catálogo del historiador por motivos de diseño de página. La ruta completa es /var/opt/SUNWsamfs/catalog/historian_cat:
# Archival storage for copies: # # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- --------- ------ ----------------- DISKVOL1 800 ms DISKVOL1 on /dev/dsk/c6t0d1s7 801 md DISKVOL1 on /dev/dsk/c4t0d2s7 802 md DISKVOL1 on /dev/scsi/changer/c1t0d5 900 rb library1 on ...catalog/SL150cat /dev/rmt/0cbn 901 tp library1 on /dev/rmt/1cbn 902 tp library1 on /dev/rmt/2cbn 903 tp library1 on /dev/rmt/3cbn 904 tp library1 on historian 999 hy - - ...catalog/historian_cat
Guarde el archivo mcf y cierre el editor.
...
/dev/rmt/3cbn 904 tp library1 on
historian 999 hy - - ...catalog/historian_cat
:wq
root@solaris:~#
Compruebe el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd. Corrija los errores que encuentre.
El comando sam-fsd lee los archivos de configuración de Oracle HSM e inicializa los sistemas de archivos. Se detendrá si detecta un error:
root@solaris:~# sam-fsd
Trace file controls:
...
Would start sam-archiverd()
Would start sam-stagealld()
Would start sam-stagerd()
Would start sam-amld()
root@solaris:~#
Si está usando uno o más sistemas de archivos como volúmenes de almacenamiento en archivo, cree el archivo /etc/opt/SUNWsamfs/diskvols.conf en un editor de texto y asigne un número de serie de volumen (VSN) a cada sistema de archivos. Para cada sistema de archivos, inicie una nueva línea que consista del número de serie de volumen deseado, un espacio en blanco y el punto de montaje del sistema de archivos. Luego, guarde el archivo.
En el ejemplo, tenemos tres volúmenes de archivo basados en disco: DISKVOL1 es el sistema de archivos QFS que creamos localmente para esta finalidad. DISKVOL2 a DISKVOL15 son sistemas de archivos UFS. Todos están montados en el directorio /diskvols/:
root@solaris:~# vi /etc/opt/SUNWsamfs/diskvols.conf # Volume # Serial Resource # Number Path # ------ --------------------- DISKVOL1 /diskvols/DISKVOL1 DISKVOL2 /diskvols/DISKVOL2 ... DISKVOL15 /diskvols/DISKVOL3
Cree un directorio de punto de montaje para el nuevo sistema de archivos y configure los permisos de acceso para el punto de montaje.
Los usuarios deben tener permiso de ejecución (x) para cambiar al directorio de punto de montaje y acceder a los archivos del sistema de archivos montado. En el ejemplo, creamos el directorio de punto de montaje /samms y configuramos los permisos en 755 (-rwxr-xr-x):
root@solaris:~# mkdir /samms root@solaris:~# chmod 755 /samms
Indique al software de Oracle HSM que vuelva a leer el archivo mcf y vuelva a realizar la configuración en consecuencia. Corrija los errores que se informen y, si es necesario, repita el procedimiento.
root@solaris:~# /opt/SUNWsamfs/sbin/samd config Configuring SAM-FS root@solaris:~#
Inicie sesión en el host del sistema de archivos como root. Inicie sesión en la zona global si el host está configurado con zonas.
Haga una copia de seguridad del archivo /etc/vfstab de Solaris y ábralo en un editor de texto.
En el ejemplo, utilizamos el editor vi.
root@solaris:~# cp /etc/vfstab /etc/vfstab.backup root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - ... samms - /samms samfs - yes -
Configure el límite superior, el porcentaje de uso de caché de disco que hace que Oracle HSM libere archivos almacenados previamente en el disco. En la última columna de la entrada del sistema de archivos de Oracle HSM, introduzca la opción de montaje high=percentage, donde percentage es un número en el rango de [0-100].
Configure este valor sobre la base de la capacidad de almacenamiento del disco, el tamaño promedio del archivo y un cálculo del número de archivos a los que se accede en cualquier momento. Deberá asegurarse de que siempre haya espacio suficiente en la caché para los archivos nuevos que crean los usuarios y los archivos almacenados a los que los usuarios necesitan acceder. Además, deberá realizar el menor almacenamiento provisional posible, de modo que pueda evitar la sobrecarga relacionada con el montaje de los volúmenes de medios extraíbles.
Si la caché principal se implementa mediante el disco de alta velocidad más reciente o mediante dispositivos de estado sólido, configure el valor de límite superior en 95%. De lo contrario, use 80-85 %. En el ejemplo, configuramos el límite superior en 85%:
root@solaris:~# cp /etc/vfstab /etc/vfstab.backup root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - ... samms - /samms samfs - yes high=85
Configure el límite inferior, el porcentaje de uso de caché de disco que hace que Oracle HSM deje de liberar archivos almacenados previamente en el disco. En la última columna de la entrada del sistema de archivos de Oracle HSM, introduzca la opción de montaje low=percentage, donde percentage es un número en el rango de [0-100].
Configure este valor sobre la base de la capacidad de almacenamiento del disco, el tamaño promedio del archivo y un cálculo del número de archivos a los que se accede en cualquier momento. Por motivos de rendimiento, deberá mantener tantos archivos activos recientes en la caché como pueda, en especial, cuando se soliciten o modifiquen con frecuencia los archivos. Esto mantiene la sobrecarga relacionada con el almacenamiento provisional al mínimo. Sin embargo, no desea que los archivos almacenados anteriormente en caché consuman espacio necesario para nuevos archivos y archivos a los que se accedió recientemente que deben ser almacenados de manera provisional en el disco desde copias de archivo.
Si la caché principal se implementa mediante el disco de alta velocidad más reciente o mediante dispositivos de estado sólido, configure el valor de límite inferior en 90%. De lo contrario, use 70-75 %. En el ejemplo, según los requisitos locales, configuramos el límite inferior en 75%:
root@solaris:~# cp /etc/vfstab /etc/vfstab.backup root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - ... samms - /samms samfs - yes high=85,low=75
Si los usuarios necesitan conservar algunos datos de archivos en la caché de disco cuando se liberan los archivos almacenados anteriormente del disco, introduzca las opciones de montaje de liberación parcial en la última columna de la entrada del sistema de archivos de Oracle HSM.
La liberación parcial permite que Oracle HSM deje la primera parte de un archivo designado en la caché de disco cuando libre archivos almacenamos con el fin de recuperar espacio en el disco. Este enfoque otorga a las aplicaciones acceso inmediato a los datos al inicio del archivo, mientras que el resto se almacenan provisionalmente desde el medio de archivo, como la cinta. Las siguientes opciones de montaje rigen la liberación parcial:
maxpartial=value configura la cantidad máxima de datos de archivo que puede permanecer en la caché del disco cuando se libera parcialmente un archivo a value, donde value es el número de kilobytes en el rango de 0-2097152 (0 desactiva la liberación parcial). El valor predeterminado es 16.
partial=value configura la cantidad máxima de datos de archivo que permanece en la caché del disco después de que se libera parcialmente un archivo a value, donde value es el número de kilobytes en el rango de [0-maxpartial]. El valor predeterminado es 16. Sin embargo, tenga en cuenta que la parte retenida de un archivo siempre usa kilobytes iguales a, por lo menos, una unidad de asignación de disco (DAU).
partial_stage=value configura la cantidad mínima de datos de archivo que se deberá leer antes de que un archivo completo parcialmente liberado se almacene de manera provisional con value, donde value es un número de kilobytes en el rango de [0-maxpartial]. El valor predeterminado es el valor especificado por -o partial, si está configurado, o 16.
stage_n_window=value configura la cantidad máxima de datos que se pueden leer en cualquier momento desde un archivo que se lee directamente de un medio de cintas, sin almacenamiento provisional automático. El valor value especificado es un número de kilobytes en el rango de [64-2048000]. El valor predeterminado es 256.
Para obtener más información acerca de los archivos que se leen directamente desde el medio de cinta, consulte la sección OPTIONS de la página del comando man stage de -n.
En este ejemplo, configuramos maxpartial en 128 y partial en 64, según las características de nuestra aplicación; de lo contrario, aceptamos los valores predeterminados:
root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - ... samms - /samms samfs - yes ... maxpartial=128,partial=64
Si necesita excluir los sistemas de archivos QFS del archivado, agregue la opción de montaje nosam a la entrada /etc/vfstab de cada uno.
En el ejemplo, la opción nosam se configura para el sistema de archivos DISKVOL1, que es un archivo de disco. Aquí, la opción de montaje nosam se asegura de que las copias de archivo no se archiven por sí mismas:
#File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- ------------------ ------ ---- ------- --------- /devices - /devices devfs - no - ... samms - /samms samfs - yes ... ,partial=64 DISKVOL1 - /diskvols/DISKVOL1 samfs - yes nosam server:/DISKVOL2 - /diskvols/DISKVOL2 nfs - yes ... server:/DISKVOL15 - /diskvols/DISKVOL15 nfs - yes
Guarde el archivo /etc/vfstab y cierre el editor.
...
server:/DISKVOL15 - /diskvols/DISKVOL15 nfs - yes
:wq
root@solaris:~#
Montar el sistema de archivado de Oracle HSM.
root@solaris:~# mount /samms
Una vez que los sistemas de archivado han sido creados y montados, generalmente podrá satisfacer todos o la mayoría de sus requisitos de archivado con una mínima configuración adicional. En la mayoría de los casos, tan solo deberá crear un archivo de texto, archiver.cmd, que identifique los sistemas de archivos, especifique el número de copias de archivo de cada uno y asigne volúmenes de medios a cada copia.
Si bien el proceso de archivado de Oracle HSM no tiene un número de parámetros ajustables, generalmente deberá aceptar la configuración predeterminada en la ausencia de requisitos especiales y bien definidos. Los valores predeterminados han sido elegidos cuidadosamente para minimizar el número de montajes de medios, maximizar el uso de medios y optimizar el rendimiento de archivado de extremo a extremo en el rango de circunstancias más amplio posible. De modo que si necesita realizar ajustes, sea especialmente cuidadoso en relación con cambios que restrinjan de forma innecesaria la libertad del archivador para programar trabajos y seleccionar medios. Si intenta microgestionar las operaciones de almacenamiento, podrá reducir el rendimiento y la eficacia general, a veces, considerablemente.
Sin embargo, deberá activar el registro de archivo en prácticamente todas las situaciones. El registro de archivo no está activado de forma predeterminada, porque los archivos log pueden alcanzar tamaños excesivos si no se gestionan correctamente (la gestión se trata en Guía de administración y mantenimiento de Oracle Hierarchical Storage Manager and StorageTek QFS Software). Sin embargo, si en alguna ocasión se daña o se pierde un sistema de archivos, el archive log le permitirá recuperar los archivos que, de otro modo, no se podrían restaurar con facilidad. Cuando configura la protección de un sistema de archivos, los metadatos del sistema de archivos en un archivo de punto de recuperación le permiten reconstruir rápidamente un sistema de archivos desde los datos almacenados en copias de archivo. Sin embargo, algunos archivos se almacenan de forma inevitable antes de que se dañe o se pierda el sistema de archivos, pero después de que se ha generado el último punto de recuperación. En esta situación, el medio de archivo conserva las copias válidas pero, en la ausencia de metadatos del sistema de archivos, las copias no pueden ubicar automáticamente. Dado que los registros de archive log del sistema de archivos registran los números de serie de volumen del medio que aloja cada copia de archivo y la posición de los archivos tar correspondiente dentro de cada volumen, puede usar las utilidades de tar para recuperar estos archivos y restaurar completamente el sistema de archivos.
Para crear el archivo archiver.cmd y configurar el proceso de archivado, haga lo siguiente:
Inicie sesión en el host como root.
root@solaris:~#
Abra un nuevo archivo /etc/opt/SUNWsamfs/archiver.cmd en un editor de texto.
Cada línea de un archiver.cmd consiste de uno o más campos, separados por espacios en blanco (el espacio en blanco de inicio se ignora).
En el ejemplo, usamos el editor vi para abrir el archivo e introducir un comentario:
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd
# Configuration file for archiving file systems
Al comienzo del archivo archiver.cmd, introduzca las directivas generales de archivado que necesita.
Las directivas generales contienen el carácter igual (=) en el segundo campo o no tienen campos adicionales. En la mayoría de los casos, puede usar los valores predeterminados en lugar de configurar directivas generales (consulte GENERAL DIRECTIVES SECTION en la página de comando man archiver.cmd para obtener más información).
Si bien podríamos dejar esta sección en blanco, en el ejemplo, hemos introducido los valores predeterminados para dos directivas generales con el fin de ilustrar su formato:
La directiva archivemeta = off indica al proceso de archivado que no archive metadatos.
La directiva examine = noscan indica al proceso de archivado que compruebe si hay archivos que necesitan archivado cada vez que el sistema de archivos informe que los archivos han sido modificados (valor predeterminado).
Las versiones anteriores de Oracle HSM examinaban periódicamente el sistema de archivos completo. En general, no debe cambiar esta directiva, a menos que deba hacerlo para mantener la compatibilidad con las configuraciones antiguas de Oracle HSM.
# Configuration file for archiving file systems #----------------------------------------------------------------------- # General Directives archivemeta = off # default examine = noscan # default
Una vez que haya introducido todas las directivas generales de archivado requeridas, comience a asignar archivos a los conjuntos de archivos. En una línea nueva, introduzca la directiva de asignación fs = filesystem-name, donde filesystem-name es el nombre del conjunto de familias definido en el archivo /etc/opt/SUNWsamfs/mcf.
La directiva de asignación mapea un conjunto de archivos en el sistema de archivos especificado a un conjunto de copias en el medio de archivo. Un conjunto de archivos puede ser tan grande como todos los sistemas de archivos o tan pequeño como unos pocos archivos. Sin embargo, para un mayor rendimiento y mayor eficacia, no exagere las especificaciones. No cree más conjuntos de archivos que los que necesita, ya que esto podría causar montajes excesivos de medios, reposicionamiento innecesario de medios y o de medios general pobre. En la mayoría de los casos, asigne un conjunto de archivos por sistema de archivos.
En el ejemplo, comenzamos la directiva de asignación del conjunto de archivos para el sistema de archivado samms:
# Configuration file for archiving file systems
#-----------------------------------------------------------------------
# General Directives
archivemeta = off # default
examine = noscan # default
#-----------------------------------------------------------------------
# Archive Set Assignments
fs = samms # Archiving File System
En la línea siguiente, active el registro de archivo. Introduzca la directiva logfile = path/filename, donde path/filename especifica la ubicación y el nombre de archivo.
Como se indica arriba, los datos del log de archivos son esenciales para una recuperación completa después de la pérdida de un sistema de archivos. Configure entonces Oracle HSM para que escriba el log del archivador en un directorio que no sea de Oracle HSM, como /var/adm/ y guarde copias regularmente. Si bien puede crear un archiver.log global que registre la actividad del archivador para todos los sistemas de archivos en conjunto, la configuración de un log para cada sistema de archivos facilita la búsqueda del log durante la recuperación de archivos. Por lo tanto, en el ejemplo, especificamos /var/adm/samms.archiver.log aquí, con las directivas de asignación del sistema de archivos:
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd
...
#-----------------------------------------------------------------------
# Archive Set Assignments
fs = samms # Archiving File System
logfile = /var/adm/samms.archiver.log
En la siguiente línea. asigne archivos desde este sistema de archivos a los conjuntos de archivos. Para cada conjunto de archivos que deba crear, introduzca la directiva archiveset-name starting-directory expression, donde:
archiveset-name es el nombre que elige para el nuevo conjunto de archivos.
starting-directory es la ruta al directorio donde Oracle HSM comienza a buscar archivos (relacionados con el punto de montaje del sistema de archivos).
expression es una de las expresiones booleanas definidas por el comando find de Solaris.
Deberá mantener las definiciones del conjunto de archivos lo más inclusivas y simples posible en la mayoría de los casos. Sin embargo, tenga en cuenta que, cuando las circunstancias lo indican, puede limitar la pertenencia de los conjuntos de archivos mediante la especificación de calificadores adicionales más restrictivos, como pertenencia a archivos de grupo o usuario, tamaño de archivo, registros de fecha y hora de archivo, y nombre de archivo (mediante el uso de expresiones regulares). Consulte la página del comando man archiver.cmd para obtener la información completa.
En el ejemplo, colocamos todos los archivos encontrados en el sistema de archivos samms en un único conjunto de archivos denominado allsamms . Especificamos la ruta mediante el uso de un punto (.) para iniciar la búsqueda en el mismo directorio del punto de montaje (/samms).
...
#-----------------------------------------------------------------------
# Archive Set Assignments
fs = samms # Archiving File System
logfile = /var/adm/samms.archiver.log
allsamms .
A continuación, agregamos directivas de copia para el conjunto de archivos allsamms del sistema de archivos samms. Para cada copia, inicie la línea con uno o más espacios e introduzca la directiva copy-number -release -norelease archive-age unarchive-age, donde:
copy-number es un número entero.
-release y -norelease son parámetros opcionales que controlan cómo se gestiona la caché de disco una vez que se han hecho las copias. Por sí mismo, -release hace que el espacio de disco se libere automáticamente tan pronto como se realice la copia correspondiente. Por sí solo, -norelease evita la liberación de espacio en el disco hasta que todas las copias con -norelease definido se hayan realizado y se haya ejecutado el proceso del liberador. Juntos, -release y -norelease liberan automáticamente espacio en la caché de disco tan pronto como se realizan todas las copias que tienen el conjunto -norelease.
archive-age es el tiempo que debe transcurrir desde la hora en que se modificó el archivo por última vez hasta antes de ser archivado. Exprese el tiempo como cualquier combinación de números enteros e identificadores s (segundos), m (minutos), h (horas), d (días), w (semanas) y y (años). El valor predeterminado es 4m.
unarchive-age es el tiempo que debe transcurrir desde la hora en que se modificó el archivo por última vez hasta antes de ser desarchivado. El valor predeterminado es nunca desarchivar copias.
Para redundancia completa, siempre especifique al menos dos copias de cada conjunto de archivos (el máximo es cuatro). En el ejemplo, especificamos tres copias, cada una con -norelease hasta que la copia alcanza una antigüedad de archivo de 15 minutos. La copia 1 se realizará mediante los volúmenes de archivos de disco, mientras que las copias 2 y 3 se realizarán en los medios de cinta:
...
#-----------------------------------------------------------------------
# Archive Set Assignments
fs = samms # Archiving File System
logfile = /var/adm/samms.archiver.log
allsamms .
1 -norelease 15m
2 -norelease 15m
3 -norelease 15m
Defina los conjuntos de archivos para los sistemas de archivo restantes.
En el ejemplo, hemos configurado un sistema de archivos QFS, DISKVOL1, como medio de archivo para el proceso de copiado. De modo que iniciamos una entrada para fs = DISKVOL1. Pero no deseamos realizar copias de archivo de copias de archivo. De modo que no especificamos un archivo log y usamos un conjunto de archivos especial denominado no_archive, que evita el archivado de los archivos que se encuentran dentro de este sistema de archivos:
...
#-----------------------------------------------------------------------
# Archive Set Assignments
fs = samms # Archiving File System
logfile = /var/adm/samms.archiver.log
allsamms .
1 -norelease 15m
2 -norelease 15m
3 -norelease 15m
fs = DISKVOL1 # QFS File System (Archival Media)
no_archive .
A continuación, introducimos las directivas que rigen cómo se crean las copias. En una nueva línea, inicie la sección de parámetros de copia mediante la introducción de la palabra clave params.
...
fs = DISKVOL1 # QFS File System (Archival Media)
no_archive .
#-----------------------------------------------------------------------
# Copy Parameter Directives
params
Si necesita configurar parámetros comunes de copia que se apliquen a todas las copias de todos los conjuntos de archivos, introduzca una línea con el formato allsets -param value ..., donde allsets es el conjunto especial de archivo que representa todos los conjuntos de archivos configurados y -param value ... representa uno o más pares de parámetro/valor separados por espacios.
Para obtener descripciones completas de los parámetros y sus valores, consulte la sección ARCHIVE SET COPY PARAMETERS SECTION de la página del comando man archiver.cmd.
La directiva del ejemplo es óptima para la mayoría de los sistemas de archivos. El conjunto de archivos allsets especial garantiza que todos los conjuntos de archivos se gestionarán de forma uniforme, para un óptimo rendimiento y facilidad de gestión. El parámetro -sort path garantiza que los archivos de almacenamiento en cinta (tar) de todas las copias de todos los conjuntos de archivos se ordenarán por ruta, de modo que los archivos en los mismos directorios permanecerán juntos en el medio de archivo. El parámetro -offline_copy stageahead puede mejorar el rendimiento cuando se almacenan archivos sin conexión:
...
#-----------------------------------------------------------------------
# Copy Parameter Directives
params
allsets -sort path -offline_copy stageahead
Si necesita configurar los parámetros de copia para copias específicas en todos los conjuntos de archivos, introduzca una línea con el formato allfiles.copy-number -param value ... donde allsets es el conjunto de archivos especial que representa todos los conjuntos de archivos configurados, copy-number es el número de la copia a la que se aplica la directiva y -param value ... representa uno o más pares de parámetro/valor separados por espacios.
Para obtener descripciones completas de los parámetros y sus valores, consulte la sección ARCHIVE SET COPY PARAMETERS SECTION de la página del comando man archiver.cmd.
En el ejemplo, la directiva allfiles.1 -startage 10m -startsize 500M -drives 10 -archmax 1G, optimiza la copia 1 para los volúmenes de disco. Inicia el archivado si el primer archivo seleccionado para archivado ha estado en espera durante 10 minutos o si el tamaño total de todos los archivos en espera es de, por lo menos, 500 megabytes. Se puede usar un máximo de 10 unidades para realizar la copia y cada archivo tar de la copia no puede ser más grande que 1 gigabyte.
Las directivas restantes, allsets.2 -startage 24h -startsize 20G -drives 2 -archmax 24G -reserve set y allsets.3 -startage 48h -startsize 20G -drives 2 -archmax 24G -reserve set, optimizan las copias 2 y 3 para los medios de cinta. Inician el archivado si el primer archivo seleccionado para archivado ha estado en espera durante 24 o 48 horas o si el tamaño total de todos los archivos en espera es de, por lo menos, 20 gigabytes. Se puede usar un máximo de 2 unidades para realizar estas copias (ajuste este número según su infraestructura) y cada archivo tar de la copia no podrá ser mayor a 24 gigabytes. El comando -reserve set garantiza que las copias 2 y 3 de cada conjunto de archivos se realizarán mediante el medio de cinta que únicamente contenga copias del mismo conjunto de archivos:
... #----------------------------------------------------------------------- # Copy Parameter Directives params allsets -sort path -offline_copy stageahead allfiles.1 -startage 10m -startsize 500M -drives 10 -archmax 1G allfiles.2 -startage 24h -startsize 20G -drives 2 -archmax 24G -reserve set allfiles.3 -startage 48h -startsize 20G -drives 2 -archmax 24G -reserve set
Tenga en cuenta que los ejemplos de esta sección suponen el uso de los volúmenes de disco para archivado. Si usa únicamente volúmenes de cinta, especifique dos copias y el archivo en cinta con mayor frecuencia. La siguiente configuración es óptima para la mayoría de los sistemas de archivos, una vez que ha ajustado el número específico de unidades según su infraestructura:
allsets -sort path -offline_copy stageahead -reserve set allfiles.1 -startage 8h -startsize 8G -drives 2 -archmax 10G allfiles.2 -startage 24h -startsize 20G -drives 2 -archmax 24G
Si necesita configurar una directiva para un conjunto de archivos y una copia específicos, introduzca una línea con el formato archive-set-name.copy-number -param value ..., donde archive-set-name es el nombre que usó para el conjunto de archivos, copy-number es el número de la copia a la que se aplica la directiva y -param value ... representa uno o más pares de parámetro/valor separados por espacios.
Para obtener descripciones completas de los parámetros y sus valores, consulte la sección ARCHIVE SET COPY PARAMETERS SECTION de la página del comando man archiver.cmd.
En el siguiente ejemplo, se definen dos conjuntos de archivos para el sistema de archivos corpfs: hq y branches. Tenga en cuenta que las directivas de copia para hq.1 y hq.2 se aplican únicamente al conjunto de archivos hq. El conjunto de archivos branches no se ve afectado:
#----------------------------------------------------------------------- # Archive Set Assignments fs = corpfs logfile = /var/adm/corporatefs.archive.log hq /corpfs/hq/ 1 -norelease 15m 2 -norelease 15m branches /corpfs/branches/ 1 -norelease 15m 2 -norelease 15m #----------------------------------------------------------------------- # Copy Parameter Directives params hq.1 -drives 4 hq.2 -drives 2
Una vez que haya configurado todos los parámetros de copia requeridos, cierre la lista de parámetros de copia mediante la introducción de la palabra clave endparams en una nueva línea:
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd
...
#-----------------------------------------------------------------------
# Copy Parameter Directives
params
allsets -sort path -offline_copy stageahead
allfiles.1 -startage 10m -startsize 500M -drives 10 -archmax 1G
allfiles.2 -startage 24h -startsize 20G -drives 2 -archmax 24G -reserve set
allfiles.3 -startage 48h -startsize 20G -drives 2 -archmax 24G -reserve set
endparams
Opcionalmente, puede definir las agrupaciones de medios mediante la introducción de la palabra clave vsnpools, una o más directivas con el formato pool-name media-type volumes, donde pool-name es el nombre que asignó a la agrupación, media-type es uno de los códigos de tipos de medios definido en Apéndice A, Glosario de tipos de equipos y volumes es una expresión regular que coincide con uno o más números de serie de volumen (VSN). Cierre la lista de directivas con la palabra clave endvsnpools.
Las agrupaciones de medios son opcionales y, generalmente, no deseará restringir los medios disponibles para el proceso de archivado. De modo que, en estos ejemplos, no definimos agrupaciones de medios. Para obtener más información, consulte VSN POOL DEFINITIONS SECTION en la página del comando man archiver.cmd.
A continuación, inicie la identificación del medio de archivo que deberán usar las copias del conjunto de archivos. En una nueva línea, introduzca la palabra clave vsns:
...
#-----------------------------------------------------------------------
# Copy Parameter Directives
params
allsets -sort path -offline_copy stageahead
allfiles.1 -startage 10m -startsize 500M -drives 10 -archmax 1G
allfiles.2 -startage 24h -startsize 20G -drives 2 -archmax 24G -reserve set
allfiles.3 -startage 48h -startsize 20G -drives 2 -archmax 24G -reserve set
endparams
#-----------------------------------------------------------------------
# VSN Directives
vsns
Especifique los medios para cada copia de conjunto de archivos mediante la introducción de una línea con el formato archive-set-name.copy-number media-type volumes, donde archive-set-name.copy-number especifica el conjunto de archivos y la copia a los que se aplica la directiva, media-type es uno de los códigos de tipos de medios definido en Apéndice A, Glosario de tipos de equipos y volumes es una expresión regular que coincide con uno o más números de serie de volumen (VSN).
Para redundancia completa, asigne siempre cada copia de conjunto de archivos a un rango diferente de medios, de modo que ambas copias nunca residan en el mismo volumen físico. Si es posible, asigne siempre al menos una copia al medio extraíble, como la cinta.
En el ejemplo, enviamos la primera copia de cada conjunto de archivos al medio de disco de archivo (type dk) con los números de serie de volumen en el rango de DISKVOL1 a DISKVOL15. Enviamos al segunda copia de cada conjunto de archivos al medio de cinta (type tp) con los números de serie de volumen dentro del rango de VOL000 a VOL199 y la tercera copia al medio de cinta (type tp) con números de serie de volumen dentro del rango de VOL200 a VOL399:
... #----------------------------------------------------------------------- # Copy Parameter Directives params allsets -sort path -offline_copy stageahead allfiles.1 -startage 10m -startsize 500M -drives 10 -archmax 1G allfiles.2 -startage 24h -startsize 20G -drives 2 -archmax 24G -reserve set allfiles.3 -startage 48h -startsize 20G -drives 2 -archmax 24G -reserve set endparams #----------------------------------------------------------------------- # VSN Directives vsns allfiles.1 dk DISKVOL[1-15] allfiles.2 tp VOL[0-1][0-9][0-9] allfiles.2 tp VOL[2-3][0-9][0-9]
Cuando haya especificado medios para todas las copias del conjunto de archivo, cierre la lista de directivas vsns mediante la introducción de la palabra clave endvsns en una nueva línea. Guarde el archivo y cierre el editor.
... #----------------------------------------------------------------------- # Copy Parameter Directives params allsets -sort path -offline_copy stageahead allfiles.1 -startage 10m -startsize 500M -drives 10 -archmax 1G allfiles.2 -startage 24h -startsize 20G -drives 2 -archmax 24G -reserve set allfiles.3 -startage 48h -startsize 20G -drives 2 -archmax 24G -reserve set endparams #----------------------------------------------------------------------- # VSN Directives vsns allfiles.1 dk DISKVOL[1-15] allfiles.2 tp VOL[0-1][0-9][0-9] allfiles.2 tp VOL[2-3][0-9][0-9] endvsns :wq root@solaris:~#
Revise el archivo archiver.cmd para detectar errores. Utilice el comando archiver -lv.
El comando archiver -lv imprime el archivo archiver.cmd en pantalla y genera un informe de configuración si no se encontraron errores. De lo contrario, nota los errores y se detiene. En el ejemplo, tenemos un error:
root@solaris:~# archiver -lv Reading '/etc/opt/SUNWsamfs/archiver.cmd'. ... 13: # File System Directives 14: # 15: fs = samms 16: logfile = /var/adm/samms.archiver.log 17: all . 18: 1 -norelease 15m 19: 2 -norelease 15m 20: fs=DISKVOL1 # QFS File System (Archival Media) 21: ... 42: endvsns DISKVOL1.1 has no volumes defined 1 archive set has no volumes defined root@solaris:~#
Si se encuentran errores en el archivo archiver.cmd, corríjalos y vuelva a comprobar el archivo.
En el ejemplo de arriba, olvidamos introducir la directiva no_archive a las directivas del sistema de archivos DISKVOL1, el sistema de archivos QFS que configuramos como archivo de disco. Cuando corregimos la omisión, archiver -lv se ejecuta sin errores:
root@solaris:~# archiver -lv Reading '/etc/opt/SUNWsamfs/archiver.cmd'. ... 20: fs=DISKVOL1 # QFS File System (Archival Media) 21: no_archive . ... 42: endvsns Notify file: /etc/opt/SUNWsamfs/scripts/archiver.sh ... allfiles.1 startage: 10m startsize: 500M drives 10: archmax: 1G Volumes: DISKVOL1 (/diskvols/DISKVOL15) ... DISKVOL15 (/diskvols/DISKVOL3) Total space available: 150T allfiles.2 startage: 24h startsize: 20G drives: 2 archmax: 24G reserve: set Volumes: VOL000 ... VOL199 Total space available: 300T allfiles.3 startage: 48h startsize: 20G drives: 2 archmax: 24G reserve: set Volumes: VOL200 ... VOL399 Total space available: 300T root@solaris:~#
Indique al software Oracle HSM que vuelva a leer el archivo archiver.cmd y se reconfigure según corresponda. Use el comando samd config.
root@solaris:~# /opt/SUNWsamfs/sbin/samd config Configuring SAM-FS root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/releaser.cmd en un editor de texto, agregue la línea list_size = 300000, guarde el archivo y cierre el editor.
La directiva list_size define el número de archivos que se pueden liberar de una vez desde un sistema de archivos en un número entero dentro del rango de [10-2147483648]. Si hay espacio suficiente en el archivo .inodes para un millón de inodes (512 bytes por inode), el valor predeterminado es 100000. De lo contrario, el valor predeterminado es 30000. El aumento de este número a 300000 se ajusta menor a los sistemas de archivos típicos que contienen grandes números de pequeños archivos.
En el ejemplo, utilizamos el editor vi:
root@solaris:~# vi /etc/opt/SUNWsamfs/releaser.cmd # releaser.cmd logfile = /var/opt/SUNWsamfs/releaser.log list_size = 300000 :wq root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/stager.cmd en un editor de texto y agregue la línea maxactive = stage-requests, donde stage-requests es 500000 en los hosts que tienen 8 gigabytes de RAM o más y 100000 en los hosts que tienen menos de 8 gigabytes. Guarde el archivo y cierre el editor.
La directiva maxactive define el número de solicitudes de almacenamiento provisional que pueden estar activos a la vez en un número entero dentro del rango de [1-500000]. El valor predeterminado permite 5000 solicitudes de almacenamiento provisional por gigabyte de memoria de host.
En el ejemplo, utilizamos el editor vi:
root@solaris:~# vi /etc/opt/SUNWsamfs/stager.cmd # stager.cmd logfile = /var/opt/SUNWsamfs/stager.log maxactive = 300000 :wq root@solaris:~#
El reciclaje no está activado de forma predeterminada. De modo que si requiere el reciclaje de los volúmenes de medios extraíbles, vaya a Configuración del proceso de reciclaje.
Si el archivo mcf para el sistema de archivos de almacenamiento de Oracle HSM incluye una biblioteca de cinta conectada a la red en la sección de equipos de archivado, vaya a Medio de archivo de catálogo almacenado en una biblioteca de cinta conectada a la red.
Si necesita poder identificar la integridad de los datos de los volúmenes de cinta de archivo, vaya a Configurar la validación de los medios de archivo.
De lo contrario, deberá Configurar la protección del sistema de archivos.
Si los volúmenes de medios extraíbles contienen menor cantidad de conjuntos de archivos válidos que los especificados por el usuario, el reciclador consolidará los datos válidos en otros volúmenes, de modo que los volúmenes originales se puedan exportar para almacenamiento a largo plazo o se puedan volver a etiquetar para su reutilización. Puede configurar el reciclaje en una de dos maneras:
Configurar el reciclaje por juego de archivos
Cuando recicla medios por conjunto de archivos, agrega directivas de reciclaje al archivo archiver.cmd. Puede especificar exactamente la forma en que se reciclan los medios de cada copia de conjunto de archivos. Los criterios de reciclaje se aplican de forma más limitada, ya que únicamente se consideran los miembros del conjunto de archivos.
Siempre que sea posible, recicle los medios por conjuntos de archivos , en lugar de por bibliotecas. En un sistema de archivos de almacenamiento Oracle HSM, el reciclaje es lógicamente parte de la operación del sistema de archivos, más que de la gestión de la biblioteca. El reciclaje complementa el archivado, la liberación y el almacenamiento provisional. De modo que tiene sentido configurarlo como parte del proceso de archivado. Tenga en cuenta que debe configurar el reciclaje por juego de archivos si la configuración incluye volúmenes de archivos de disco o SAM-Remote.
Configurar el reciclaje por biblioteca
Cuando recicla medios por biblioteca, agrega directivas de reciclaje a un archivo recycler.cmd. Por lo tanto, puede definir los parámetros de reciclaje comunes para todos los medios incluidos en una biblioteca especificada. Las directivas de reciclaje se aplican a todos los volúmenes de la biblioteca, de modo que son menos pormenorizadas de forma inherente que las directivas específicas de conjuntos de archivos. Puede excluir de forma explícita números de serie de volumen (VSN) especificados de la revisión. De lo contrario, el proceso de reciclaje simplemente busca volúmenes que contienen algo que no reconoce como un archivo de almacenamiento válido.
Como resultado, el reciclaje por biblioteca puede destruir los archivos que no son parte del sistema que se recicla. Si una directiva de reciclaje no los excluye de forma explícita, los datos útiles, como las copias de seguridad de archive logs y catálogos de biblioteca o medios de archivo de otros sistemas de archivo, pueden estar en peligro. Por este motivo, no puede reciclar por biblioteca si está usando SAM-Remote. Los volúmenes de una biblioteca controlados por un servidor de SAM-Remote contienen archivos de almacenamiento que son propiedad de clientes en lugar de ser propiedad del servidor.
Inicie sesión en el host del sistema de archivos de Oracle HSM como root.
root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/archiver.cmd en un editor de texto y desplácese hasta la sección params de la copia.
En el ejemplo, utilizamos el editor vi.
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd ... #----------------------------------------------------------------------- # Copy Parameter Directives params allsets -sort path -offline_copy stageahead allfiles.1 -startage 6h -startsize 6G -startcount 500000 allfiles.2 -startage 24h -startsize 20G -startcount 500000 -drives 5
En la sección params del archivo archiver.cmd, introduzca las directivas del reciclador por conjunto de archivos con el formato archive-set directive-list, donde el conjunto de archivos es uno de los conjuntos de archivos y directive-list es una lista delimitada por espacios de pares de nombre/valor de directiva (para obtener una lista de directivas de reciclaje, consulte la página del comando man archiver.cmd). Luego, guarde el archivo y cierre el editor.
En el ejemplo, agregamos directivas de reciclaje para conjuntos de archivos allfiles.1 y allfiles.2. Las directivas -recycle_mingain 30 y -recycle_mingain 90 no recicla volúmenes a menos que se pueda recuperar, respectivamente, el 30% y el 90% de la capacidad del volumen. La directiva -recycle_hwm 60 inicia el reciclaje si se ha usado el 60% de la capacidad de los medios extraíbles.
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd ... #----------------------------------------------------------------------- # Copy Parameters Directives params allsets -sort path -offline_copy stageahead allfiles.1 -startage 6h -startsize 6G -startcount 500000 allfiles.1 -recycle_mingain 30 -recycle_hwm 60 allfiles.2 -startage 6h -startsize 6G -startcount 500000 allfiles.2 -recycle_mingain 90 -recycle_hwm 60 endparams #----------------------------------------------------------------------- # VSN Directives vsns allfiles.1 dk DISKVOL1 allfiles.2 tp VOL0[0-1][0-9] endvsns :wq [root@solaris:~#
Revise el archivo archiver.cmd para detectar errores. Utilice el comando archiver -lv.
El comando archiver -lv lee el archivo archiver.cmd y genera un informe de configuración si no se encuentran errores. De lo contrario, nota los errores y se detiene. En el ejemplo, el archivo no contiene errores:
root@solaris:~# archiver -lv
Reading '/etc/opt/SUNWsamfs/archiver.cmd'.
...
VOL399
Total space available: 300T
root@solaris:~#
Si se encuentran errores en el archivo archiver.cmd, corríjalos y vuelva a comprobar el archivo.
Cree el archivo recycler.cmd en un editor de texto. Especifique una ruta y un nombre de archivo para el log del reciclador. Luego, guarde el archivo y cierre el editor.
Configure Oracle HSM para que escriba logs en un directorio que no sea de Oracle HSM, como /var/adm/. En el ejemplo, usamos el editor de vi y especificamos /var/adm/recycler.log:
root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd logfile = /var/adm/recycler.log :wq root@solaris:~#
Abra la secuencia de comandos /etc/opt/SUNWsamfs/scripts/recycler.sh en un editor de texto e introduzca los comandos de shell para manipular volúmenes de medios extraíbles reciclados.
Cuando el proceso de reciclaje identifica volúmenes de medios extraíbles de los que se han drenado copias de archivo válidas, llama al archivo recycler.sh, una secuencia de comandos de shell C diseñada para gestionar la disposición de los medios reciclados.
Edite el archivo para realizar las tareas que necesita, desde notificar a los administradores que los volúmenes están listos para reciclaje hasta volver a etiquetar los volúmenes para reutilización o exportación de la biblioteca para preservación histórica a largo plazo.
De forma predeterminada, la secuencia de comandos le recuerda al usuario root que configure la secuencia de comandos.
Si el archivo mcf para el sistema de archivos de almacenamiento de Oracle HSM incluye una biblioteca de cinta conectada a la red en la sección de equipos de archivado, vaya a Medio de archivo de catálogo almacenado en una biblioteca de cinta conectada a la red.
En caso contrario, vaya a Configurar la protección del sistema de archivos.
Inicie sesión en el host del sistema de archivos de Oracle HSM como root.
root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/recycler.cmd en un editor de texto.
En el ejemplo, utilizamos el editor vi.
root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd # Configuration file for archiving file systems #-----------------------------------------------------------------------
Especifique una ruta y un nombre de archivo para el log del reciclador mediante la directiva logfile.
Configure Oracle HSM para que escriba logs en un directorio que no sea de Oracle HSM, como /var/adm/. En el ejemplo, especificamos /var/adm/recycler.log.
root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd
# Configuration file for archiving file systems
#-----------------------------------------------------------------------
logfile = /var/adm/recycler.log
Si hay volúmenes en la biblioteca de medios de archivo que no se deben reciclar, introduzca la directiva no_recycle media-type volumes, donde media-type es uno de los códigos de tipo de medio definidos en Apéndice A, Glosario de tipos de equipos y volumes es una expresión regular que coincide con uno o más números de serie de volumen (VSN).
En el ejemplo, desactivamos el reciclaje para los volúmenes en el rango de [VOL020-VOL999]:
root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd
# Configuration file for archiving file systems
#-----------------------------------------------------------------------
logfile = /var/adm/recycler.log
no_recycle tp VOL[0-9][2-9][0-9]
En una nueva línea, introduzca la directiva library parameters, donde library es el nombre del conjunto de familias que asigna el archivo /etc/opt/SUNWsamfs/mcf a una biblioteca de medios extraíbles y donde parameters es una lista delimitada por espacios de pares de parámetro/valor obtenidos de la siguiente lista:
-dataquantity size define la cantidad máxima de datos que se pueden programar para rearchivado por vez para size, donde size es un número de bytes. El valor predeterminado es 1 gigabyte.
-hwm percent define el límite superior de la biblioteca, el porcentaje de la capacidad total de medios que, cuando se usa, activa el reciclaje. El límite superior se especifica como percent, un número en el rango de [0-100]. El valor predeterminado es 95.
-ignore evita el reciclaje para esta biblioteca, de modo que puede probar el archivo recycler.cmd de forma no destructiva.
-mail address envía mensajes de reciclaje a address, donde address es una dirección de correo electrónico válida. De forma predeterminada, no se envían mensajes.
-mingain percent limita el reciclaje a volúmenes que pueden aumentar el espacio libre disponible en, al menos, una cantidad mínima expresada como porcentaje de la capacidad total. Esta ganancia mínima se especifica como percent, un número en el rango de [0-100]. Los valores predeterminados son 60 para volúmenes con una capacidad total inferior a 200 gigabytes y 90 para capacidades de 200 gigabytes o más.
-vsncount count define el número máximo de volúmenes que se pueden programar para rearchivado por vez en count. El valor predeterminado es 1.
En el ejemplo, definimos el límite superior para la biblioteca library1 en 95% y requerimos una ganancia de capacidad mínima por cartucho del 60%:
root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd
# Configuration file for archiving file systems
#-----------------------------------------------------------------------
logfile = /var/adm/recycler.log
no_recycle tp VOL[0-9][2-9][0-9]
library1 -hwm 95 -mingain 60
Repita el paso anterior para otras bibliotecas que sean parte de la configuración de Oracle HSM. A continuación, guarde el archivo recycler.cmd y cierre el editor.
root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd
# Configuration file for archiving file systems
#-----------------------------------------------------------------------
logfile = /var/adm/recycler.log
no_recycle tp VOL[0-9][2-9][0-9]
library1 -hwm 95 -mingain 60
:wq
root@solaris:~#
Si el archivo mcf para el sistema de archivos de almacenamiento de Oracle HSM incluye una biblioteca de cinta conectada a la red en la sección de equipos de archivado, vaya a Medio de archivo de catálogo almacenado en una biblioteca de cinta conectada a la red.
En caso contrario, vaya a Configurar la protección del sistema de archivos.
Después de montar el sistema de archivos, el software de Oracle HSM crea catálogos para todas las bibliotecas automatizadas que están configuradas en el archivo mcf. Sin embargo, si tiene una biblioteca conectada a la red, debe realizar algunos pasos adicionales para completar el catálogo.
Siga estos pasos:
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Si el sistema de archivos de archivado usa una biblioteca de cinta conectada a ACSLS de Oracle StorageTek, tome el medio de archivo de Oracle HSM de la agrupación nueva de la biblioteca y genere el catálogo automáticamente. Use el comando samimport -c volumes -s pool, donde volumes es la cantidad de volúmenes necesarios y pool es el nombre de la agrupación de medios reutilizables definido para la biblioteca. Deténgase aquí.
En el ejemplo, solicitamos 20 volúmenes de cinta tomados de la agrupación denominada scratch:
root@solaris:~# samimport -c 20 -s scratch
Si el sistema de archivado usa una biblioteca conectada a la red IBM 3494 configurada como biblioteca lógica única, no compartida, coloque los volúmenes de cinta requeridos en la ranura de correo de la biblioteca y permita que la biblioteca los agregue al catálogo automáticamente. Deténgase aquí.
La biblioteca IBM 3494 se configura como única biblioteca lógica cuando el campo Additional Parameters del archivo mcf especifica access=private. Si access=shared, la biblioteca IBM 3494 se divide en múltiples bibliotecas lógicas y debe usar el método que se especifica abajo.
De lo contrario, si el sistema de archivado usa una biblioteca compartida IBM 3494 conectada a la red u otra biblioteca conectada a la red, cree un archivo de entrada de catálogo con un editor de texto.
En el ejemplo, utilizamos el editor vi para crear el archivo input3494cat:
root@solaris:~# vi input3494cat ~ "~/input3494cat" [New File]
Inicie un registro mediante la introducción del registro index. Siempre introduzca 0 (cero) para el primer registro y, a continuación, incremente el índice de cada registro siguiente. Introduzca un espacio para indicar el final del campo.
Las filas definen los campos de delimitación de registros y espacios en los archivos de entrada build_cat. El valor del primer campo, index, es simplemente un número entero consecutivo que comienza en 0 e identifica el registro dentro del catálogo de Oracle HSM. En este ejemplo, este es el primer registro, por lo tanto, introducimos 0:
0
~
"~/input3494cat" [New File]
En el segundo campo del registro, introducimos el número de serie de volumen (VSN) del volumen de cinta o, si no hay VSN, un único ? (signo de cierre de pregunta). A continuación, introduzca un espacio para indicar el final del campo.
Encierre los valores que contienen espacios en blanco (si corresponde) entre comillas dobles: "VOL 01". En este ejemplo, el VSN del primer volumen no contiene espacios:
0 VOL001
~
"~/input3494" [New File]
En el tercer campo, introduzca el código de barras del volumen (si es diferente del número de serie del volumen), el número de serie del volumen o, si no hay un número de serie de volumen, la secuencia de comandos NO_BAR_CODE. A continuación, introduzca un espacio para indicar el final del campo.
En el ejemplo, el código de barras del primer volumen tiene el mismo valor que VSN:
0 VOL001 VOL001
~
"~/input3494cat" [New File]
Finalmente, en cuarto campo, introduzca el tipo de medio del volumen. A continuación, introduzca un espacio para indicar el final del campo.
El tipo de medio es un código de dos letras, como li para medios LTO (consulte, Apéndice A, Glosario de tipos de equipos para obtener una completa lista de tipos de equipos de medios). En el ejemplo, utilizamos una biblioteca de cintas IBM 3494 conectada a la red con unidades de cinta LTO; por lo tanto, introducimos li (incluido el espacio):
0 VOL001 VOL001 li
~
"~/input3494cat" [New File]
Repita los pasos 3 a 6 para crear registros adicionales para cada uno de los volúmenes que pretende usar con Oracle HSM. Luego, guarde el archivo.
0 VOL001 VOL001 li 1 VOL002 VOL002 li ... 13 VOL014 VOL014 li :wq root@solaris:~#
Cree el catálogo con el comando build_cat input-file catalog-file, donde input-file es el nombre del archivo de entrada y catalog-file es la ruta completa al catálogo de la biblioteca.
Si ha especificado un nombre de catálogo en el campo Additional Parameters del archivo mcf, use ese nombre. De lo contrario, si no crea catálogos, el software de Oracle HSM crea catálogos predeterminados en el directorio /var/opt/SUNWsamfs/catalog/ mediante el uso del nombre de archivo family-set-name, donde family-set-name es el nombre de equipo que usa para la biblioteca en el archivo mcf. En el ejemplo, usamos el conjunto de familias i3494:
root@solaris:~# build_cat input_vsns /var/opt/SUNWsamfs/catalog/i3494
Si el sistema de archivado es compartido, repita el paso anterior en cada servidor de metadatos posible.
El sistema de archivado ahora está completo y listo para usar.
Para proteger un sistema de archivos, necesita hacer dos cosas:
Debe proteger los archivos que contienen sus datos.
Debe proteger el sistema de archivos en sí mismo, a fin de poder utilizar, organizar, ubicar y gestionar sus datos, y acceder a ellos.
En un sistema de archivos de almacenamiento Oracle HSM, el archivador protege automáticamente los datos de los archivos: los archivos modificados se copian automáticamente al medio de almacenamiento de archivo, como la cinta. Pero realizara una copia de seguridad sólo de los archivos y, luego, sufriera una falla irrecuperable en un dispositivo de disco o grupo RAID, tendría los datos, pero no tendría una manera sencilla de utilizarlos. Debería crear un sistema de archivos sustituto, identificar cada archivo, determinar su ubicación correcta dentro del nuevo sistema de archivos, introducirlo y recrear las relaciones perdidas entre éste y los usuarios, las aplicaciones y otros archivos. Este tipo de recuperación es, en el mejor de los casos, un proceso abrumador y agotador.
Entonces, para obtener una recuperación rápida y eficiente, debe proteger de manera activa los metadatos del sistema de archivos que hacen que las copias de archivos y almacenamiento sean utilizables. Debe realizar copias de seguridad de rutas de directorio, inodos, controles de acceso, enlaces simbólicos e indicadores a las copias archivadas en medios extraíbles.
Para proteger los metadatos del sistema de archivos de Oracle HSM debe programar puntos de recuperación y guardar los archive logs. Un punto de recuperación es un archivo comprimido que almacena una copia de seguridad de un momento dado de los metadatos de un sistema de archivos Oracle HSM. En caso de pérdida de datos (ya sea por la supresión accidental de un archivo de usuario o por la pérdida catastrófica de un sistema de archivos entero) usted puede recuperar el archivo o el sistema de archivos en su último estado bueno conocido casi de inmediato mediante la ubicación del último punto de recuperación en el cual el archivo o el sistema de archivos estaba intacto. Luego, restaure los metadatos registrados en ese momento y almacene provisionalmente los archivos indicados en los metadatos en la caché del disco desde el medio de archivo o, preferentemente, permita que el sistema de archivos almacene los archivos provisionalmente según la demanda, a medida que los usuarios y las aplicaciones accedan a ellos.
Al igual que cualquier copia de seguridad de un momento dado, el punto de recuperación rara vez es un registro completo del estado del sistema de archivos en el memento en el que ocurre una falla. Inevitablemente, al menos algunos archivos se crean y se cambian después de la finalización de un punto de recuperación y antes de la creación del próximo. Puede (y debe) minimizar este problema programando la creación de puntos de recuperación de manera frecuente y en momentos en los que el sistema de archivos no esté en uso. Pero, en la práctica, se deben hacer concesiones respecto de la programación, ya que el sistema de archivos existe para ser utilizado.
Por este motivo, también debe guardar copias de un momento dado del archivo log del archivador. A medida que se almacena cada uno de los archivos, el archivo log registra el número de serie del archivo de medios, el conjunto de archivos y el número de copia, la posición del archivo (tar) en el medio, y la ruta y el nombre del archivo de datos dentro del archivo tar. Con esta información, puede recuperar cualquier archivo que falte en el punto de recuperación mediante las utilidades de Solaris o Oracle HSM tar. Sin embargo, esta información es volátil. Al igual que la mayoría de los logs del sistema, el log del archivador crece rápidamente y, por lo tanto, se debe sobrescribir con frecuencia. Si no realiza copias regularmente para complementar los puntos de recuperación, no tendrá la información del log cuando la necesite.
Por lo tanto, la protección del sistema de archivos requiere planificación. Por un lado, deberá crear suficientes puntos de recuperación y copias de archivos log con frecuencia, y conservarlos los suficientes como para tener la mayor oportunidad de recuperar archivos y sistemas de archivos perdidos o dañados. Por otra parte, no deberá crear puntos de recuperación y copias de archivos log mientras los archivos de datos están en actividad de modificación y deberá conocer el espacio en disco que consumen (los archivos de puntos de recuperación y los logs pueden ser grandes). Por lo tanto, en esta sección se recomienda una configuración de amplia aplicación , que se pueda usar con muchas configuraciones de sistemas de archivos sin modificación. Si se necesitan cambios, la configuración recomendada ilustra los problemas y funciona como un buen punto de inicio. En el resto de esta sección, se brindan instrucciones para crear y gestionar puntos de recuperación. Se incluyen las siguientes subsecciones:
Crear ubicaciones para almacenar archivos de punto de recuperación y copias del log del archivador
Crear automáticamente puntos de recuperación y guardar logs del archivador
Para cada sistema de archivado que haya configurado, realice lo siguiente:
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Seleccione una ubicación de almacenamiento para los archivos de punto de recuperación. Seleccione un sistema de archivos independiente que se pueda montar en el host del sistema.
Asegúrese de que el sistema de archivos seleccionado tenga espacio suficiente para almacenar los puntos de recuperación nuevos y el número de archivos de punto de recuperación que planea conservar en un determinado momento.
Los archivos de punto de recuperación pueden ser grandes y deberá almacenar varios, según la frecuencia con la que los cree y cuánto tiempo los conserve.
Asegúrese de que el sistema de archivos seleccionado no comparta dispositivos físicos con el sistema de archivado.
No almacene los archivos de punto de recuperación en el sistema de archivos que estos deben proteger. No almacene archivos de puntos de recuperación en dispositivos lógicos, como particiones o LUN, que residan en dispositivos físicos y que además alojen el sistema de archivos de almacenamiento.
En el sistema de archivos seleccionado, cree un directorio para conservar los archivos de punto de recuperación. Use el comando mkdir mount-point/path, donde mount-point es el punto de montaje para el sistema de archivos independiente seleccionado y path es la ruta y el nombre del directorio elegido.
No almacene archivos de punto de recuperación para varios sistemas de archivado en un único directorio que contenga todo. Cree un directorio separado para cada uno, de modo que los archivos de punto de recuperación estén organizados y se puedan localizar fácilmente cuando sea necesario.
En el ejemplo, configuramos puntos de recuperación para el sistema de archivado /samms. De este modo, hemos creado el directorio /zfs1/samms_recovery en el sistema de archivos independiente /zfs1:
root@solaris:~# mkdir /zfs1/samms_recovery
Si un sistema de archivos no comparte dispositivos físicos con el sistema de archivos de almacenamiento, cree un subdirectorio para almacenar copias de un momento dado de los logs del archivador para los sistemas de archivos.
En el ejemplo, elegimos almacenar copias de logs en el directorio /var del sistema de archivos raíz del host. Estamos configurando la protección del sistema de archivos para el sistema de archivado /samms. Por lo tanto, creamos el directorio /var/samms_archlogs:
root@solaris:~# mkdir /var/samms_archlogs
Luego, automatice la creación de puntos de recuperación y el guardado de los logs de archivador.
Si bien puede crear archivos de puntos de recuperación de metadatos automáticamente mediante la creación de entradas en el archivo crontab o mediante el uso de la función de programación de la interfaz gráfica de usuario de Oracle HSM Manager, el segundo método no guarda automáticamente los datos del log del archivador. Por lo tanto, en esta sección, nos concentramos el en enfoque de crontab. Si desea usar la interfaz gráfica de usuario para programar puntos de recuperación, consulte la ayuda en pantalla de Manager.
En el siguiente procedimiento, se crean dos entradas crontab que se ejecutan diariamente: una que suprime los archivos de punto de recuperación desactualizados y, a continuación, crea un nuevo punto de recuperación, y una que guarda el log del archivador. Para cada sistema de archivado que haya configurado, realice lo siguiente:
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Abra el archivo crontab del usuario root para edición. Use el comando crontab -e.
El comando crontab abre una copia editable del archivo crontab del usuario root en el editor de texto especificado por la variable de entorno EDITOR (para obtener más información, consulte la página del comando man crontab de Solaris). En el ejemplo, utilizamos el editor vi:
root@solaris:~# crontab -e
...
# The root crontab should be used to perform accounting data collection.
10 3 * * * /usr/sbin/logadm
15 3 * * 0 [ -x /usr/lib/fs/nfs/nfsfind ] && /usr/lib/fs/nfs/nfsfind
30 3 * * * [ -x /usr/lib/gss/gsscred_clean ] && /usr/lib/gss/gsscred_clean
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
En primer lugar, cree la entrada que suprime los archivos obsoletos de punto de recuperación y crea un nuevo punto de recuperación. En una nueva línea, especifique la hora del día en el trabajo se realizará. Introduzca minutes hour * * * , donde:
minutes es un número entero en el rango de [0-59] que especifica el minuto en el que se inicia el trabajo.
hour es un número entero en el rango de [0-23] que especifica la hora en la que se inicia el trabajo.
* (asterisco) especifica los valores sin usar.
Para una tarea que se ejecuta diariamente, los valores para el día del mes [1-31], el mes [1-12] y el día de la semana [0-6] no se usan.
Los espacios separan los campos de la especificación de hora.
minutes hour especifica un tiempo en el que los archivos no se crean ni se modifican.
La creación de un archivo de punto de recuperación cuando la actividad del sistema de archivos es mínima garantiza que el archivo reflejará el estado del archivo de la forma más precisa y completa posible. Idealmente, todos los archivos nuevos y modificados habrán sido archivados antes de la hora que especifica.
En el ejemplo, programamos el trabajo para que comience a las 2:10 a. m. todos los días:
...
30 3 * * * [ -x /usr/lib/gss/gsscred_clean ] && /usr/lib/gss/gsscred_clean
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 2 * * *
Continuando en la misma línea, introduzca los comandos de shell que limpian los archivos de punto de recuperación antiguos. Introduzca el texto ( find directory -type f -mtime +retention -print | xargs -l1 rm -f;, donde:
( (el paréntesis de apertura) marca el comienzo de la secuencia de comandos que ejecutará la entrada crontab.
directory es la ruta y el nombre de directorio del directorio donde se almacenan los puntos de recuperación y, por lo tanto, el punto donde deseamos que el comando find de Solaris inicie la búsqueda.
-type f es la opción de comando find que especifica archivos simples (en oposición con archivos de bloques especiales, archivos de caracteres especiales, directorios, canalizaciones, etc).
-mtime +retention es la opción de comando find que especifica archivos que no han sido modificados durante más de retention, un número entero que representa el número de horas que se conservarán los archivos de punto de recuperación.
-print es la opción de comando find que muestra todos los archivos encontrados en la salida estándar.
|xargs -l1 rm -f canaliza la salida de -print al comando xargs -l1 de Solaris, que envía una línea por vez como argumentos al comando rm -f de Solaris que, a su vez, suprime todos los archivos encontrados.
; (punto y coma) marca el final de la línea de comandos.
En el ejemplo, la entrada crontab busca en el directorio /zfs1/samms_recovery archivos que no han sido modificados en las últimas 72 horas (3 días) o más, y suprime los archivos que encuentra: Tenga en cuenta que la entrada crontab sigue siendo una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa:
# The root crontab should be used to perform accounting data collection. 10 3 * * * /usr/sbin/logadm 15 3 * * 0 [ -x /usr/lib/fs/nfs/nfsfind ] && /usr/lib/fs/nfs/nfsfind 30 3 * * * [ -x /usr/lib/gss/gsscred_clean ] && /usr/lib/gss/gsscred_clean 30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh 10 2 * * * ( find /zfs1/samms_recovery -type f -mtime +72 -print | \ xargs -l1 rm -f;
Continuando en la misma línea, introduzca el comando de shell que cambia al directorio donde se creará el punto de recuperación. Introduzca el texto cd mount-point;, donde mount-point es el directorio raíz del sistema de archivos de almacenamiento y el punto y coma (;) marca el final de la línea de comandos.
El comando que crea los archivos de punto de recuperación, samfsdump, realiza una copia de seguridad de los metadatos para todos los archivos del directorio actual y de todos los subdirectorios. En el ejemplo, se cambia al directorio /samms, el punto de montaje para el sistema de archivos que se están protegiendo:
# The root crontab should be used to perform accounting data collection.
10 3 * * * /usr/sbin/logadm
15 3 * * 0 [ -x /usr/lib/fs/nfs/nfsfind ] && /usr/lib/fs/nfs/nfsfind
30 3 * * * [ -x /usr/lib/gss/gsscred_clean ] && /usr/lib/gss/gsscred_clean
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 2 * * * ( find /zfs1/samms_recovery -type f -mtime +72 -print | \
xargs -l1 rm -f; cd /samms;
Continuando en la misma línea, introduzca los comandos de shell que crean el nuevo punto de recuperación diariamente. Introduzca el texto /opt/SUNWsamfs/sbin/samfsdump -f directory/'date +\%y\%m\%d'), donde:
/opt/SUNWsamfs/sbin/samfsdump es el comando que crea puntos de recuperación (consulte la página del comando man para obtener más información).
-f es la opción del comando samfsdump que especifica la ubicación donde se guardará el archivo de punto de recuperación.
directory es el directorio que creamos para contener los puntos de recuperación para este sistema de archivos.
'date +\%y\%m\%d' es el comando date de Solaris con una plantilla de formato que crea un nombre para el archivo de punto de recuperación: YYMMDD, donde YYMMDD son los últimos dos dígitos del año actual, el número de dos dígitos del mes actual y el día de dos dígitos del mes (por ejemplo, 150122, 22 de enero de 2015).
; (punto y coma) marca el final de la línea de comandos.
( (el paréntesis de cierre) marca el final de la secuencia de comandos que ejecutará la entrada crontab.
En el ejemplo, especificamos el directorio de punto de recuperación que creamos arriba, /zfs1/samms_recovery. Tenga en cuenta que la entrada crontab sigue siendo una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa:
# The root crontab should be used to perform accounting data collection. 10 3 * * * /usr/sbin/logadm 15 3 * * 0 [ -x /usr/lib/fs/nfs/nfsfind ] && /usr/lib/fs/nfs/nfsfind 30 3 * * * [ -x /usr/lib/gss/gsscred_clean ] && /usr/lib/gss/gsscred_clean 30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh 10 2 * * * ( find /zfs1/samms_recovery -type f -mtime +72 -print | \ xargs -l1 rm -f; cd /samms ; /opt/SUNWsamfs/sbin/samfsdump \ -f /zfs1/samms_recovery/'date +\%y\%m\%d')
Ahora, cree la entrada que guarda el log de archivador. En una nueva línea, especifique el momento del día en el que se realizará el trabajo mediante la introducción de minutes hour * * * , donde:
minutes es un número entero en el rango de [0-59] que especifica el minuto en el que se inicia el trabajo.
hour es un número entero en el rango de [0-23] que especifica la hora en la que se inicia el trabajo.
* (asterisco) especifica los valores sin usar.
Para una tarea que se ejecuta diariamente, los valores para el día del mes [1-31], el mes [1-12] y el día de la semana [0-6] no se usan.
Los espacios separan los campos de la especificación de hora.
minutes hour especifica un tiempo en el que los archivos no se crean ni se modifican.
En el ejemplo, programamos el trabajo para que comience a las 3:15 a. m. todos los domingos:
...
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 2 * * * ( find /zfs1/samms_recovery -type f -mtime +72 -print | \
xargs -l1 rm -f; cd /samms ; /opt/SUNWsamfs/sbin/samfsdump \
-f /zfs1/samms_recovery/'date +\%y\%m\%d')
15 3 * * 0
Continuando en la misma línea, introduzca el comando de shell que mueve el log del archivador actual a una ubicación de copia de seguridad y le otorga un nombre único. Introduzca el texto ( mv /var/adm/samms.archive.log /var/samms_archlogs/"date +%y%m%d";.
En este paso, se guardan las entradas de log que se sobrescribirían si se dejaran en el archivo log activo. En el ejemplo, se mueve el log del archivador para el sistema de archivos samms a la ubicación elegida, /var/samms_archlogs/ y se cambia el nombre a YYMMDD, donde YYMMDD son los últimos dos dígitos del año actual, el número de dos dígitos del mes actual y el día de dos dígitos del mes (por ejemplo, 150122, 22 de enero de 2015):
...
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 2 * * * ( find /samms_recovery/dumps -type f -mtime +72 -print | xargs -l1 rm -f; \ cd /samms ; /opt/SUNWsamfs/sbin/samfsdump -f /zfs1/samms_recovery/'date +\%y\%m\%d')
15 3 * * 0 ( mv /var/adm/samms.archiver.log /var/samms_archlogs/"date +%y%m%d";
Continuando en la misma línea, introduzca el comando de shell para volver a inicializar el archivo log del archivador. Introduzca el texto touch /var/adm/samms.archive.log ).
Tenga en cuenta que la entrada crontab sigue siendo una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa:
...
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 2 * * * ( find /samms_recovery/dumps -type f -mtime +72 -print | xargs -l1 rm -f; \ cd /samms ; /opt/SUNWsamfs/sbin/samfsdump -f /zfs1/samms_recovery/'date +\%y\%m\%d')
15 3 * * 0 ( mv /var/adm/samms.archive.log /var/samms_archlogs/"date +%y%m%d";\
touch /var/adm/samms.archiver.log )
Guarde el archivo y cierre el editor.
# The root crontab should be used to perform accounting data collection.
10 3 * * * /usr/sbin/logadm
15 3 * * 0 [ -x /usr/lib/fs/nfs/nfsfind ] && /usr/lib/fs/nfs/nfsfind
30 3 * * * [ -x /usr/lib/gss/gsscred_clean ] && /usr/lib/gss/gsscred_clean
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 2 * * * ( find /samms_recovery/dumps -type f -mtime +72 -print | xargs -l1 rm -f; \ cd /samms ; /opt/SUNWsamfs/sbin/samfsdump -f /zfs1/samms_recovery/'date +\%y\%m\%d')
15 3 * * 0 ( mv /var/adm/samms.archive.log /var/samms_archlogs/"date +%y%m%d";\ touch /var/adm/samms.archive.log )
:wq
root@solaris:~#
Si necesita activar la capacidad WORM (una sola escritura y varias lecturas) en el sistema de archivos, consulte Activar la compatibilidad con archivos de una sola escritura y varias lecturas (WORM).
Si necesita realizar trabajos interrelacionados con sistemas que usan LTFS o si necesita transferir grandes cantidades de datos entre sitios remotos, consulte Activar la compatibilidad con el sistema de archivos de cintas lineales (LTFS).
Si necesita poder identificar la integridad de los datos de los volúmenes de cinta de archivo, vaya a Configurar la validación de los medios de archivo.
Si tiene requisitos adicionales, como acceso de sistema de archivos de varios hosts o configuraciones de alta disponibilidad, consulte Más allá de la información básica.
En caso contrario, vaya a Configuración de notificaciones y registro.
La validación de medios es una técnica que evalúa la integridad de los datos de los medios de cinta mediante los comandos SCSI verify. El controlador SCSI en el host calcula la suma de comprobación CRC para los bloques lógicos de datos que escribe en la unidad y envía un comando verify. La unidad lee el bloque de datos, calcula su propio total de control y compara el resultado con el valor proporcionado por el controlador. Devuelve un error si hay una discrepancia. La unidad descarta los datos que lee tan pronto como se completa la suma de comprobación, de modo que no hay sobrecarga adicional relacionada con E/S en el host.
Oracle HSM admite validación de medios de dos maneras:
Puede configurar Oracle HSM para que admita la validación de integridad de datos (DIV) para validar los datos en los medios de cinta StorageTek T10000, ya sea de forma manual o automática mediante la verificación periódica de medios de Oracle HSM.
También puede configurar la verificación periódica de medios de Oracle HSM para validar automáticamente los datos de medios de cinta StorageTek T10000 y otros formatos, como LTO Ultrium.
La validación de integridad de datos (DIV) es una función de las unidades de cinta de Oracle StorageTek que funciona con el software Oracle HSM para garantizar la integridad de los datos almacenados. Cuando la función está activada (div = on o div = verify), el host del servidor y la unidad calculan y comparan las sumas de comprobación durante E/S. Durante las operaciones de escritura, el servidor calcula una suma de comprobación de cuatro bytes para cada bloque de datos y pasa la suma de comprobación a la unidad junto con los datos. A continuación, la unidad recalcula la suma de comprobación y compara el resultado con el valor proporcionado por el servidor. Si el valor es correcto, la unidad escribe el bloque de datos y la suma de comprobación en la cinta. Durante las operaciones, tanto la unidad como el host leen un bloque de datos y la suma de comprobación asociada de la cinta. Cada uno recalcula la suma de comprobación del bloque de datos y compara el resultado con la suma de comprobación almacenada. Si las sumas de comprobación no coinciden en algún pinto, la unidad notifica al software de la aplicación que se ha producido un error.
La opción div = verify proporciona una capa adicional de protección cuando se escriben datos. Cuando se completa la operación de escritura, el host solicita a la unidad de cinta que vuelva a comprobar los datos. A continuación, la unidad vuelve a examinar los datos, recalcula las sumas de comprobación y compara los resultados con las sumas de comprobación almacenadas en la cinta. La unidad realiza todas las operaciones de forma interna, sin E/S adicional (los datos se desechan), de modo que no hay sobrecarga adicional en el sistema del host. También puede usar el comando Oracle HSM tpverify (comprobación de cinta) para realizar este paso a petición.
Para configurar la validación de integridad de datos, siga estos pasos:
Inicie sesión en el servidor de Oracle HSM como root.
En el ejemplo, el servidor de metadatos se denomina samfs-mds:
[samfs-mds]root@solaris:~#
Asegúrese de que el servidor de metadatos esté ejecutando Oracle Solaris 11, o superior.
[samfs-mds]root@solaris:~# uname -r
5.11
[samfs-mds]root@solaris:~#
Asegúrese de que el equipo de almacenamiento en archivo definido en el archivo mcf de Oracle HSM incluya unidades de cinta compatibles: StorageTek T10000C (nivel de firmware mínimo 1.53.315) o T10000D.
Inactive todos los procesos de archivado si hay alguno activo. Utilice el comando samcmd aridle.
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional, pero no comenzará nuevos trabajos:
[samfs-mds]root@solaris:~# samcmd aridle
[samfs-mds]root@solaris:~#
Inactive todos los procesos de almacenamiento provisional si hay alguno activo. Utilice el comando samcmd stidle:
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional, pero no comenzará nuevos trabajos:
[samfs-mds]root@solaris:~# samcmd stidle
[samfs-mds]root@solaris:~#
Espere a que se completen los trabajos de archivado activos. Compruebe el estado de los procesos de archivo mediante el comando samcmd a.
Cuando el estado de los procesos de archivado es Waiting for :arrun, el proceso está inactivo:
[samfs-mds]root@solaris:~# samcmd a
Archiver status samcmd 6.0 14:20:34 Feb 22 2015
samcmd on samfs-mds
sam-archiverd: Waiting for :arrun
sam-arfind: ...
Waiting for :arrun
Espere a que se completen los trabajos de almacenamiento provisional activos. Compruebe el estado de los procesos de almacenamiento provisional mediante el comando samcmd u.
Cuando el estado de los procesos de almacenamiento provisional es Waiting for :strun, el proceso está inactivo:
[samfs-mds]root@solaris:~# samcmd u Staging queue samcmd 6.0 14:20:34 Feb 22 2015 samcmd on solaris.demo.lan Staging queue by media type: all sam-stagerd: Waiting for :strun root@solaris:~#
Antes de continuar, deje inactivas todas las unidades de medios extraíbles. Para cada unidad, utilice el comando samcmd equipment-number idle, dondeequipment-number es el número ordinal del equipo asignado a la unidad en el archivo /etc/opt/SUNWsamfs/mcf.
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional antes de colocar las unidades en el estado off, pero no comenzará nuevos trabajos. En el ejemplo, dejamos inactivas cuatro unidades, con los números ordinales 801, 802, 803 y 804:
[samfs-mds]root@solaris:~# samcmd 801 idle [samfs-mds]root@solaris:~# samcmd 802 idle [samfs-mds]root@solaris:~# samcmd 803 idle [samfs-mds]root@solaris:~# samcmd 804 idle [samfs-mds]root@solaris:~#
Espere que se completen los trabajos en ejecución.
Podemos comprobar el estado de las unidades mediante el comando samcmd r. Cuando el estado de todas las unidades sea notrdy y empty, estaremos listos para continuar.
[samfs-mds]root@solaris:~# samcmd r Removable media samcmd 6.0 14:20:34 Feb 22 2015 samcmd on samqfs1host ty eq status act use state vsn li 801 ---------p 0 0% notrdy empty li 802 ---------p 0 0% notrdy empty li 803 ---------p 0 0% notrdy empty li 804 ---------p 0 0% notrdy empty [samfs-mds]root@solaris:~#
Cuando los procesos del archivador y del proceso de almacenamiento provisional estén inactivos, y el estado de todas las unidades de cinta sea notrdy, detenga el daemon de control de biblioteca. Utilice el comando samd stop.
[samfs-mds]root@solaris:~# samd stop [samfs-mds]root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto. Quite el comentario de la línea #div = off, si es necesario, o agréguelo, si no está presente.
De forma predeterminada, div (validación de integridad de datos) está en off (desactivado).
En el ejemplo, abrimos el archivo en el editor vi y quitamos el comentario de la línea:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... div = off
Para activar las operaciones de verificación, escritura y lectura de la validación de integridad de datos, cambie la línea #div = off a div = on y guarde el archivo.
A medida que se escriban y lean los bloques, se comprobarán los datos, pero el software del archivador de Oracle HSM no comprobará las copias de archivo completas después de que se hayan archivado.
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... div = on :wq [samfs-mds]root@solaris:~#
Para activar la opción de comprobación después de escritura de la función de validación de integridad de datos, cambie la línea #div = off a div = verify y guarde el archivo.
El host y la unidad realizan la validación de la integridad de datos a medida que se escribe o lee cada bloque. Además, cuando se escribe una solicitud de almacenamiento completo en una cinta, la unidad vuelve a leer los datos recientemente almacenados y las sumas de comprobación, y recalcula y compara los resultados almacenados y calculados.
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... div = verify :wq [samfs-mds]root@solaris:~#
Indique al software Oracle HSM que vuelva a leer el archivo defaults.conf y se vuelva a realizar la configuración en consecuencia. Use el comando samd config.
[samfs-mds]root@solaris:~# /opt/SUNWsamfs/sbin/samd config
Si detuvo las operaciones de Oracle HSM en un paso anterior, reinícielas ahora mediante el uso del comando samd start.
[samfs-mds]root@solaris:~# samd start [samfs-mds]root@solaris:~#
Se ha configurado la validación de integridad de datos.
Si necesita automatizar la validación de la integridad de datos, vaya a Configurar la verificación periódica de medios de Oracle HSM.
Si necesita activar la capacidad WORM (una sola escritura y varias lecturas) en el sistema de archivos, consulte Activar la compatibilidad con archivos de una sola escritura y varias lecturas (WORM).
Si necesita realizar trabajos interrelacionados con sistemas que usan LTFS o si necesita transferir grandes cantidades de datos entre sitios remotos, consulte Activar la compatibilidad con el sistema de archivos de cintas lineales (LTFS).
Si tiene requisitos adicionales, como acceso de sistema de archivos de varios hosts o configuraciones de alta disponibilidad, consulte Más allá de la información básica.
Puede configurar la verificación periódica de medios (PMV) para los sistemas de archivos de almacenamiento Oracle HSM. La verificación periódica de medios comprueba automáticamente la integridad de los datos de los medios extraíbles en el sistema de archivos. Comprueba el medio de StorageTek T10000 mediante la validación de integridad de datos de StorageTek y otras unidades mediante el comando SCSI verify(6) ampliamente admitido.
La función de verificación periódica de medios agrega un daemon Oracle HSM, verifyd, que aplica periódicamente el comando tpverify, registra los errores detectados, notifica a los administradores y realiza automáticamente las acciones de recuperación especificadas. Puede configurar la verificación periódica de medios mediante la configuración de las directivas de la política en un archivo de configuración, verifyd.cmd. Las políticas pueden especificar las horarios en los que se ejecutarán los exámenes de verificación, los tipos de exámenes que se realizarán, las bibliotecas y unidades que se pueden usar, los volúmenes de cinta que se deben examinar y las acciones que realizará Oracle HSM cuando se detecten los errores. Oracle HSM puede, por ejemplo, volver a almacenar archivos que contienen errores automáticamente o reciclar volúmenes de cinta que contienen errores.
Inicie sesión en el servidor de Oracle HSM como root.
En el ejemplo, el servidor de metadatos se denomina samfs-mds:
[samfs-mds]root@solaris:~#
Si todavía no lo ha hecho, configure Oracle HSM para que admita la validación de integridad de datos (DIV) antes de continuar.
Asegúrese de que el servidor de metadatos esté ejecutando Oracle Solaris 11, o superior.
[samfs-mds]root@solaris:~# uname -r
5.11
[samfs-mds]root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/verifyd.cmd en un editor de texto.
En el ejemplo, abrimos el archivo en el editor vi:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd # For additional information about the format of the verifyd.cmd file, # type "man verifyd.cmd". # Enable Oracle HSM Periodic Media Validation (PMV) pmv = off
Para activar la verificación periódica de medios, introduzca la línea pmv = on.
De forma predeterminada, la verificación periódica de medios está off. En el ejemplo, la definimos en on:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
# For additional information about the format of the verifyd.cmd file,
# type "man verifyd.cmd".
# Enable Oracle HSM Periodic Media Validation (PMV)
pmv = on
Configure un tiempo de ejecución. Introduzca la línea run_time = always para ejecutar la verificación continuamente o run_time = HHMM hhmm DD dd, donde HHMM y hhmm son, respectivamente, horas de inicio y finalización, y donde DD dd son días de inicio y finalización opcionales.
HH y hh son horas del día en el rango de 00-24, MM, mm son números de minutos en el rango de 00-60, y DD y dd son días de la semana en el rango de [0-6], donde 0 es domingo y 6 es sábado. El valor predeterminado es 2200 0500 6 0.
Pero la verificación no competirá con operaciones de sistemas de archivo importantes más inmediatas. El proceso de verificación comprueba automáticamente los volúmenes de cinta o las unidades requeridos por el archivador y el proceso de almacenamiento provisional. Por lo tanto, en el ejemplo, configuramos el tiempo de ejecución en always:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
# For additional information about the format of the verifyd.cmd file,
# type "man verifyd.cmd".
# Enable Oracle HSM Periodic Media Validation (PMV)
pmv = on
# Run all of the time. PMV will yield VSNs and drives when
# resources are wanted by the SAM-QFS archiver and stager.
run_time = always
Especifique un método de verificación. Introduzca la línea pmv_method = specified-method, donde specified-method es una de las siguientes opciones:
El método standard es específico para uso con Oracle StorageTek T10000C y unidades de cinta posteriores. El método standard está optimizado para ofrecer mayor velocidad y verifica los extremos, el principio, el fin y los primeros 1000 bloques de medios.
El método complete es específico para uso con Oracle StorageTek T10000C y unidades de cinta posteriores. Verifica el código de corrección de errores de medios (ECC) de todos los bloques del medio.
El método complete plus también se usa con Oracle StorageTek T10000C y unidades de cinta posteriores. Verifica el código de corrección de errores de medios (ECC) y la suma de comprobación de validación de integridad de los datos para todos los bloques del medio (consulte Configuración de Oracle HSM para admitir la validación de integridad de datos (DIV)).
El método legacy se puede usar con todas las demás unidades de cinta y se usa automáticamente cuando los medios están marcados de forma incorrecta en el catálogo y cuando las unidades no admiten el método especificado en el archivo verifyd.cmd. Ejecuta un comando de verificación SCSI de 6 bytes de modo de bloques fijos, y omite los defectos registrados anteriormente. Si se encuentra un nuevo error de medios permanente, el método legacy pasa al siguiente archivo y registra el error detectado recientemente en la base de datos de defectos de medios.
El método mir rebuild reconstruye la región de información de medios (MIR) de un cartucho de cintas Oracle StorageTek si la MIR falta o está dañada. Funciona con medios marcados como dañados en el catálogo de medios y se especifica automáticamente cuando se detectan daños en la MIR.
En el ejemplo, usamos unidades LTO, de modo que especificamos legacy:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
# resources are wanted by the SAM-QFS archiver and stager.
run_time = always
pmv_method = legacy
Para usar todas las bibliotecas y unidades disponibles para verificación, introduzca la línea pmv_scan = all.
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_method = legacy
pmv_scan = all
Para usar todas las unidades disponibles en una biblioteca especificada para verificación, introduzca la línea pmv_scan = library equipment-number, donde equipment-number es el número de equipo asignado a la biblioteca del archivo del sistema de archivos mcf.
En el ejemplo, dejamos que el proceso de verificación use todas las unidades de la biblioteca 800.
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_method = legacy
pmv_scan = library 800
Para limitar la cantidad de unidades que puede usar el proceso de verificación en una biblioteca específica, introduzca la línea pmv_scan = library equipment-number max_drives number, donde equipment-number es el número de equipo asignado a la biblioteca en el archivo mcf del sistema de archivos y number es el número máximo de unidades que se pueden usar.
En el ejemplo, permitimos que el proceso de verificación use como mucho 2 unidades en la biblioteca 800:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_method = legacy
pmv_scan = library 800 max_drives 2
Para limitar la cantidad de unidades que puede usar el proceso de verificación en una biblioteca específica, introduzca la línea pmv_scan = library equipment-number drive drive-numbers, donde equipment-number es el número de equipo asignado a la biblioteca en el archivo mcf del sistema de archivos y drive-numbers es una lista delimitada por espacios de los números de equipo asignados a las unidades especificadas en el archivo mcf.
En el ejemplo, permitimos que el proceso de verificación use las unidades 903 y 904 de la biblioteca 900:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_method = legacy
pmv_scan = library 900 drive 903 904
Para limitar la cantidad de unidades que puede usar el proceso de verificación en dos o más bibliotecas, introduzca la línea pmv_scan = library-specification library-specification..., donde equipment-number es el número de equipo asignado a la biblioteca en el archivo mcf del sistema de archivos y drive-numbers es una lista delimitada por espacios de los números de equipo asignados a las unidades especificadas en el archivo mcf.
En el ejemplo, permitimos que el proceso de verificación use como mucho 2 unidades en la biblioteca 800 y las unidades 903 y 904 en la biblioteca 900:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_method = legacy
pmv_scan = library 800 max_drives 2 library 900 drive 903 904
Para desactivar la verificación periódica de medios y evitar que use equipos, introduzca la línea pmv_scan = off.
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_method = legacy
pmv_scan = off
Para marcar automáticamente los medios para reciclaje una vez que la verificación periódica de medios ha detectado un número especificado de errores permanentes, introduzca la línea action = recycle perms number-errors, donde number-errors es el número de errores.
En el ejemplo, configuramos Oracle HSM para marcar el medio para reciclaje después de que se ha detectado 10 errores:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_scan = all
action = recycle perms 10
Para volver a almacenar automáticamente archivos que contienen bloques dañados después de que se han acumulado errores para un período especificado, introduzca la línea action = rearch age time, donde time es una lista delimitada por espacios de cualquier combinación de SECONDSs, MINUTESm, HOURSh, DAYSd o YEARSy, y SECONDS, MINUTES, HOURS, DAYS y YEARS son números enteros.
Para que se examine el sistema de archivos en busca de archivos que necesitan almacenamiento, el defecto de medios más antiguo deberá haber alcanzado el período especificado. En el ejemplo, definimos el tiempo de realmacenamiento en 1 (un) minuto:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_scan = all
action = rearch age 1m
Para marcar el medio como dañado cuando la verificación periódica de medios detecta un error de medios permanente y no realizar otras acciones, introduzca la línea action = none.
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd ... pmv_scan = all action = none
Especifique los volúmenes de cinta que se deberán comprobar periódicamente. Introduzca la línea pmv_vsns = selection-criterion, donde selection-criterion es todo o una lista delimitada por espacios de expresiones regulares que especifican uno o más números de serie de volumen (VSN).
El valor predeterminado es all. En el ejemplo, suministramos tres expresiones regulares: ˆVOL0[01][0-9] y ˆVOL23[0-9] especifican dos conjuntos de volúmenes con números de serie de volumen en los rangos de VOL000 a VOL019 y VOL230 a VOL239, respectivamente, donde VOL400 especifica el volumen con ese número de serie específico:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_scan = all
action = none
pmv_vsns = ˆVOL0[01][0-9] ˆVOL23[0-9] VOL400
Oracle HSM no intentará verificar volúmenes si necesitan ser auditados, si están programados para reciclaje, si no están disponibles, si son volúmenes externos (no son de Oracle HSM) o si no contienen datos. Los cartuchos de limpieza, los volúmenes que no están etiquetados y los volúmenes con números de serie duplicados también se excluyen.
Defina la política de verificación deseada. Introduzca la línea pmv_policy = verified age vertime [modified age modtime] [mounted age mnttime], donde:
El parámetro verified age especifica el tiempo mínimo que deberá haber transcurrido desde la última verificación del volumen.
El parámetro modified age (opcional) especifica el tiempo mínimo que deberá haber transcurrido desde la última modificación del volumen.
El parámetro mounted age (opcional) especifica el tiempo mínimo que deberá haber transcurrido desde el último montaje del volumen.
Los valores de parámetros vertime, modtime y mnttime son combinaciones de números enteros no negativos y las siguientes unidades de tiempo: y (años), m (meses), d (días), H (horas), M (minutos), y S (segundos).
Oracle HSM identifica y califica a los candidatos para verificación según la cantidad de tiempo que ha transcurrido desde que se verificó el volumen por última vez, y opcionalmente, que se modificó o montó. La política predeterminada es verified age 6m (seis meses) como único parámetro. En el ejemplo, configuramos la última edad verificada a tres meses y la última edad modificada a quince meses:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_scan = all
action = none
pmv_vsns = ˆVOL0[01][0-9] ˆVOL23[0-9] VOL400
pmv_policy = verified age 3m modified age 15m
Guarde el archivo /etc/opt/SUNWsamfs/verifyd.cmd y cierre el editor.
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/verifyd.cmd
...
pmv_vsns = ˆVOL0[01][0-9] ˆVOL23[0-9] VOL400
pmv_policy = verified age 3m modified age 15m
:wq
root@solaris:~#
Compruebe los errores en el archivo verifyd.cmd introduciendo el comando tpverify -x. Corrija los errores que encuentre.
El comando tpverify -x lee el verifyd.cmd y se detiene si encuentra un error:
root@solaris:~# tpverify -x Reading '/etc/opt/SUNWsamfs/verifyd.cmd'. PMV: off Run-time: Start Time: 2200 End Time: 0500 PMV Scan: all PMV Method: legacy STA Scan: off Action: none PMV VSNs: all PMV Policy: Last Verified Age: 6m root@solaris:~#
Reinicie el servicio de verificación con el nuevo archivo verifyd.cmd. Introduzca el comando tpverify -r.
root@solaris:~# tpverify -r root@solaris:~#
Ha terminado de configurar la verificación periódica de medios.
Si necesita activar la capacidad WORM (una sola escritura y varias lecturas) en el sistema de archivos, consulte Activar la compatibilidad con archivos de una sola escritura y varias lecturas (WORM).
Si necesita realizar trabajos interrelacionados con sistemas que usan LTFS o si necesita transferir grandes cantidades de datos entre sitios remotos, consulte Activar la compatibilidad con el sistema de archivos de cintas lineales (LTFS).
Si tiene requisitos adicionales, como acceso de sistema de archivos de varios hosts o configuraciones de alta disponibilidad, consulte Más allá de la información básica.
En caso contrario, vaya a Configuración de notificaciones y registro.
Los archivos de una sola escritura y varias lecturas (WORM) se usan en diversas aplicaciones con fines legales y de archivo. Los sistemas de archivos de Oracle HSM 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. Puede usar uno de los modos de WORM:
modo de cumplimiento estándar (predeterminado)
El modo WORM estándar inicia el período de retención de WORM cuando un usuario configura el permiso de UNIX setuid en un directorio o archivo no ejecutable (chmod 4000 directory|file). Dado que la configuración del permiso setuid (configurar ID de usuario al momento de la ejecución) en un archivo ejecutable presenta riesgos de seguridad, los archivos que además tienen un permiso de ejecución UNIX no se pueden retener mediante este modo.
modo de emulación
El modo de emulación WORM comienza con el período de retención WORM cuando un usuario hace sólo lectura un directorio o archivo de escritura (chmod 444 directory|file), a fin de poder retener los archivos ejecutables.
Los modos de emulación y estándar tienen una implementación WORM estricta y una implementación flexible menos restrictiva, que flexibiliza algunas restricciones de los usuarios root. Las implementaciones estrictas y flexibles no permiten cambios a los datos o las rutas después del inicio de la retención en un archivo o directorio. Las implementaciones estrictas no permiten a nadie acortar el período de retención especificado (de forma predeterminada, 43.200 minutos/30 días), ni suprimir archivos o directorios antes del final del período de retención. Asimismo, tampoco permiten a nadie utilizar sammkfs para eliminar volúmenes que en la actualidad contienen archivos y directorios conservados. Por lo tanto, las implementaciones estrictas son ideales para cumplir con los requisitos de cumplimiento legales y reglamentarios. Las implementaciones flexibles permiten a los usuarios root acortar períodos de retención, suprimir archivos y directorios, y suprimir volúmenes mediante el comando de creación de sistema de archivos sammkfs. Por lo tanto, es posible que las implementaciones flexibles sean mejores opciones cuando la integridad de datos y la gestión flexible son requisitos principales.
Tenga cuidado cuando seleccione una implementación WORM y cuando active la retención en un archivo. En general, use la opción menos restrictiva que sea coherente con los requisitos. No puede cambiar de modos estándar a modos de emulación, o viceversa. Por lo tanto, seleccione con cuidado. Si la flexibilidad de gestión es una prioridad o si los requisitos de retención pueden cambiar en una fecha posterior, seleccione una implementación flexible. Puede actualizar desde la versión flexible de un modo WORM a la versión estricta, si resulta necesario más tarde. Pero no puede cambiar de una implementación estricta a una implementación flexible. Una vez que se ha aplicado la implementación WORM, se deben conservar los archivos durante los períodos de retención completos especificados. Por lo tanto, la retención es el valor más corto coherente con los requisitos.
La compatibilidad con WORM se activa en un sistema de archivos con las opciones de montaje. Siga los pasos que se describen a continuación.
Inicie sesión como usuario root.
root@solaris:~#
Realice una copia de seguridad del archivo /etc/vfstab del sistema operativo.
root@solaris:~# cp /etc/vfstab /etc/vfstab.backup
Abra el archivo /etc/vfstab en un editor de texto y ubique la entrada del sistema de archivos de Oracle HSM para el que desea activar la compatibilidad con WORM.
En el ejemplo, abrimos el archivo /etc/vfstab en el editor vi y ubicamos el sistema de archivado worm1:
root@solaris:~# vi /etc/vfstab
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
worm1 - /worm1 samfs - yes -
Para activar la implementación estricta del modo de cumplimiento WORM estándar, introduzca la opción worm_capable en la columna Mount Options del archivo vfstab.
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
worm1 - /worm1 samfs - yes worm_capable
Para activar la implementación flexible del modo de cumplimiento WORM estándar, introduzca la opción worm_lite en la columna Mount Options del archivo vfstab.
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
worm1 - /worm1 samfs - yes worm_lite
Para activar la implementación estricta del modo de emulación WORM, introduzca la opción worm_emul en la columna Mount Options del archivo vfstab.
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
worm1 - /worm1 samfs - yes worm_emul
Para activar la implementación flexible del modo de emulación WORM, introduzca la opción emul_lite en la columna Mount Options del archivo vfstab.
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
worm1 - /worm1 samfs - yes emul_lite
Para cambiar el período de retención predeterminado para los archivos que no están asignados de forma explícita a un período de retención, agregue la opción def_retention=period a la columna Mount Options del archivo vfstab, donde period tendrá uno de los formatos que se explican en el párrafo siguiente.
El valor de period puede tener uno de estos tres formatos:
permanent o 0 especifica la retención permanente.
YEARSyDAYSdHOURShMINUTESm donde YEARS, DAYS, HOURS y MINUTES son números enteros que no son negativos y donde se pueden omitir los especificadores. Por ejemplo, 5y3d1h4m, 2y12h y 365d son todos válidos.
MINUTES donde MINUTES es un número entero en el rango de [1-2147483647].
Configure un período de retención predeterminada si debe configurar períodos de retención que se extiendan más allá del año 2038. Las utilidades de UNIX, como touch usan números enteros firmados de 32 bits para representar el tiempo en el formato del número de segundos que han transcurrido desde el 1 de enero de 1970. El número más grande de segundos que puede representar un número entero de 32 bits se traduce al 18 de enero de 2038 a las 10:14 p. m.
Si no se suministra un valor, def_retention usa el valor predeterminado de 43200 minutos (30 días). En el ejemplo, definimos el período de retención para un sistema de archivos con capacidad WORM en 777600 minutos (540 días):
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
worm1 - /worm1 samfs - no worm_capable,def_retention=777600
Guarde el archivo vfstab y cierre el editor.
El sistema de archivos está activado para WORM. Una vez que uno o más archivos WORM se encuentren en el sistema de archivos, el software Oracle HSM actualizará el superbloque del sistema de archivos para reflejar la capacidad WORM. Cualquier intento subsiguiente de reconstruir el sistema de archivos con sammkfs será erróneo si el sistema de archivos ha sido montado con la opción de montaje estricto worm_capable o worm_emul.
Si necesita realizar trabajos interrelacionados con sistemas que usan LTFS o si necesita transferir grandes cantidades de datos entre sitios remotos, consulte Activar la compatibilidad con el sistema de archivos de cintas lineales (LTFS).
Si tiene requisitos adicionales, como acceso de sistema de archivos de varios hosts o configuraciones de alta disponibilidad, consulte Más allá de la información básica.
En caso contrario, vaya a Configuración de notificaciones y registro.
Oracle HSM puede importar datos desde los volúmenes del sistema de archivos de cintas lineales (LTFS) y exportarlos a éstos. Esta capacidad facilita el trabajo interrelacionado con sistemas que usan LTFS como formato de cinta estándar. También facilita la transferencia de volúmenes grandes de datos entre sitios remotos de Oracle HSM, cuando las conexiones de red de área ancha (WAN) típicas son demasiado lentas o demasiado costosas para la tarea.
Tenga en cuenta que el software Oracle HSM admite la funcionalidad LTFS, pero no la incluye. Para usar los sistemas de archivos LTFS, el sistema operativo Solaris del host debe incluir el paquete SUNWltfs. Si es necesario, descargue e instale el paquete SUNWltfs antes de continuar.
Para obtener más información acerca de cómo usar y administrar volúmenes de LTFS, consulte la página del comando man samltfs y la Guía de administración y mantenimiento de Oracle Hierarchical Storage Manager and StorageTek QFS Software.
Para activar la compatibilidad con Oracle HSM LTFS, siga los siguientes pasos:
Inicie sesión en el servidor de metadatos de Oracle HSM como root.
[samfs-mds]root@solaris:~#
Inactive todos los procesos de archivado si hay alguno activo. Utilice el comando samcmd aridle.
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional, pero no comenzará nuevos trabajos:
[samfs-mds]root@solaris:~# samcmd aridle
[samfs-mds]root@solaris:~#
Inactive todos los procesos de almacenamiento provisional si hay alguno activo. Utilice el comando samcmd stidle:
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional, pero no comenzará nuevos trabajos:
[samfs-mds]root@solaris:~# samcmd stidle
[samfs-mds]root@solaris:~#
Espere a que se completen los trabajos de archivado activos. Compruebe el estado de los procesos de archivo mediante el comando samcmd a.
Cuando el estado de los procesos de archivado es Waiting for :arrun, el proceso está inactivo:
[samfs-mds]root@solaris:~# samcmd a
Archiver status samcmd 6.0 14:20:34 Feb 22 2015
samcmd on samfs-mds
sam-archiverd: Waiting for :arrun
sam-arfind: ...
Waiting for :arrun
Espere a que se completen los trabajos de almacenamiento provisional activos. Compruebe el estado de los procesos de almacenamiento provisional mediante el comando samcmd u.
Cuando el estado de los procesos de almacenamiento provisional es Waiting for :strun, el proceso está inactivo:
[samfs-mds]root@solaris:~# samcmd u Staging queue samcmd 6.0 14:20:34 Feb 22 2015 samcmd on solaris.demo.lan Staging queue by media type: all sam-stagerd: Waiting for :strun root@solaris:~#
Antes de continuar, deje inactivas todas las unidades de medios extraíbles. Para cada unidad, utilice el comando samcmd equipment-number idle, dondeequipment-number es el número ordinal del equipo asignado a la unidad en el archivo /etc/opt/SUNWsamfs/mcf.
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional antes de colocar las unidades en el estado off, pero no comenzará nuevos trabajos. En el ejemplo, dejamos inactivas cuatro unidades, con los números ordinales 801, 802, 803 y 804:
[samfs-mds]root@solaris:~# samcmd 801 idle [samfs-mds]root@solaris:~# samcmd 802 idle [samfs-mds]root@solaris:~# samcmd 803 idle [samfs-mds]root@solaris:~# samcmd 804 idle [samfs-mds]root@solaris:~#
Espere que se completen los trabajos en ejecución.
Podemos comprobar el estado de las unidades mediante el comando samcmd r. Cuando el estado de todas las unidades sea notrdy y empty, estaremos listos para continuar.
[samfs-mds]root@solaris:~# samcmd r Removable media samcmd 6.0 14:20:34 Feb 22 2015 samcmd on samqfs1host ty eq status act use state vsn li 801 ---------p 0 0% notrdy empty li 802 ---------p 0 0% notrdy empty li 803 ---------p 0 0% notrdy empty li 804 ---------p 0 0% notrdy empty [samfs-mds]root@solaris:~#
Cuando los procesos del archivador y del proceso de almacenamiento provisional estén inactivos, y el estado de todas las unidades de cinta sea notrdy, detenga el daemon de control de biblioteca. Utilice el comando samd stop.
[samfs-mds]root@solaris:~# samd stop [samfs-mds]root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto.
En el ejemplo, abrimos el archivo en el editor vi:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf
# These are the defaults. To change the default behavior, uncomment the
# appropriate line (remove the '#' character from the beginning of the line)
# and change the value.
...
En el archivo defaults.conf, agregue la línea ltfs = mountpoint workers volumes, donde el punto de montaje es el directorio en el sistema de archivos del host donde se deberá montar el sistema de archivos LTF, workers es un número máximo opcional de unidades para usar con LTFS y volumes es un número opcional máximo de volúmenes de cinta por unidad. Luego, guarde el archivo y cierre el editor.
En el ejemplo, especificamos el punto de montaje LTFS s /mnt/ltfs y aceptamos los valores predeterminados para los demás parámetros:
[samfs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... ltfs = /mnt/ltfs :wq [samfs-mds]root@solaris:~#
Indique al software de Oracle HSM que vuelva a leer el archivo defaults.conf y vuelva a realizar la configuración en consecuencia. Corrija los errores que se informen y, si es necesario, repita el procedimiento.
[samfs-mds]root@solaris:~# /opt/SUNWsamfs/sbin/samd config
Si detuvo las operaciones de Oracle HSM en un paso anterior, reinícielas ahora mediante el uso del comando samd start.
[samfs-mds]root@solaris:~# samd start
La compatibilidad con Oracle HSM para LTFS está ahora activada. Si tiene requisitos adicionales, como acceso de sistema de archivos de varios hosts o configuraciones de alta disponibilidad, consulte Más allá de la información básica.
En caso contrario, vaya a Configuración de notificaciones y registro.
Esto completa la instalación básica y la configuración de los sistemas de archivos de Oracle HSM. En este punto, ha configurado completamente los sistemas de archivos funcionales que están configurados de manera óptima para una amplia variedad de fines.
Los capítulos restantes de este manual se dedican a necesidades más específicas. Por lo tanto, antes de embarcarse en ajustes adicionales y en las tareas de implementación de funciones que se describen abajo, evalúe detalladamente sus requisitos. Luego, si necesita capacidades adicionales, como alta disponibilidad o configuraciones de sistemas de archivos, podrá implementar de manera juiciosa funciones adicionales, partiendo de las configuraciones básicas. Sin embargo, si descubre que el trabajo realizado hasta ahora puede satisfacer sus necesidades, es muy posible que los cambios adicionales no signifiquen una mejora. Es posible que simplemente compliquen el mantenimiento y la administración.
Si las aplicaciones transfieren extraordinariamente cantidades grandes o uniformes de datos al sistema de archivos, es posible que pueda mejorar el rendimiento del sistema de archivos mediante la configuración de opciones de montaje adicionales. Consulte Ajuste de las características de E/S para necesidades especiales para obtener más información.
Si necesita configurar el acceso compartido al sistema de archivos, consulte Acceso a sistemas de archivos desde varios hosts mediante el software Oracle HSM o Acceso a sistemas de archivos desde varios hosts mediante el uso de NFS y SMB/CIFS.
Si necesita configurar un sistema de archivos QFS de alta disponibilidad o un sistema de archivos de almacenamiento Oracle HSM, consulte Preparación de soluciones de alta disponibilidad.
Si necesita configurar un sistema de archivos de almacenamiento Oracle HSM para compartir el almacenamiento en archivo alojado en una ubicación remota, consulte Configuración de SAM-Remote.
Si planea usar la función de base de datos de banda lateral, vaya a Configuración de la base de datos de informes.
En caso contrario, vaya a Configuración de notificaciones y registro.