Oracle® Hierarchical Storage Manager and StorageTek QFS Software Guía de instalación y configuración Versión 6.0 E56766-02 |
|
Anterior |
Siguiente |
Sistemas de archivos QFS son los componentes básicos de 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 archivado 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 mdqfsms
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-fsdProblem 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 grupos segmentados (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-fsdProblem in mcf file
/etc/opt/SUNWsamfs/mcffor 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 g
XXX
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 g
XXX
. 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
Los sistemas de archivado de Oracle HSM pueden copiar archivos desde la caché de disco del sistema de archivos principal a los volúmenes de cinta o a los sistemas de archivo basados en disco que han sido configurados como archivos de disco. En el último caso, Oracle HSM usa cada sistema de archivos de forma similar a como lo haría un cartucho de cintas y lo hace mediante el uso de un número de serie de volumen asignado (VSN). Los volúmenes de archivo de disco pueden tener una respuesta mucho mejor si se almacenan los archivos pequeños con frecuencia, se vuelve a acceder a ellos o se modifican, porque los dispositivos de disco de acceso aleatorio no generan la sobrecarga de montaje y posicionamiento asociados con los dispositivos de cinta de acceso secuencial.
Determine el número de sistemas de archivos que probablemente necesitará. Para una mejor rendimiento, una operación de Oracle HSM deberá leer o escribir en un volumen de disco por vez, al igual que con los volúmenes de cinta. De modo que el número de volúmenes requeridos depende de la carga de trabajo que identificó cuando recopiló y definió los requisitos.
En implementaciones típicas, generalmente, un número entre 15 y 30 volúmenes es correcto.
Identifique los recursos del disco y la capacidad total que puede estar disponible para archivado en disco.
Calcule el número de volúmenes de disco que puede crear desde los recursos disponibles. Permita de 10 a 20 terabytes por volumen. Si la capacidad total disponible es menor a 10 terabytes, puede crear un único volumen de archivo.
Configure un sistema de archivos para cada volumen de archivo.
Puede usar cualquier combinación de sistemas de archivos UFS, QFS, ZFS o montados en NFS como volúmenes de archivo (los volúmenes montados en NFS pueden ser muy útiles para la creación de copias de archivo fuera del sitio).
No intente usar subdirectorios de un único sistema de archivos como volúmenes de archivo. Si se definen múltiples volúmenes en un único conjunto de dispositivos físicos, varias operaciones de Oracle HSM competirán por los mismos recursos. Esta situación puede aumentar considerablemente la sobrecarga del disco y reducir gravemente el rendimiento.
Para los ejemplos de esta sección, creamos quince sistemas de archivos:
DISKVOL1
es un sistema de archivos QFS local que creamos específicamente para uso como almacenamiento en archivo.
DISKVOL2
a DISKVOL15
son sistemas de archivos UFS montados en un servidor remoto denominado server
.
Si configura uno o más sistemas de archivos QFS como volúmenes de almacenamiento en archivo, asigne a cada uno un nombre de conjunto 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 nuevo sistema de archivos DISKVOL1
indica esta 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
msDISKVOL1
on /dev/dsk/c6t0d1s7 801 md DISKVOL1 on /dev/dsk/c4t0d2s7 802 md DISKVOL1 on
En el host Oracle HSM, cree un único directorio principal para alojar los puntos de montaje para los volúmenes de disco de archivo, de la misma manea que una biblioteca de cintas 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
. A continuación, ábralo en un editor, agregue entradas para cada sistema de archivos de almacenamiento y agregue la opción de montaje nosam
a cada sistema de archivos QFS. Guarde el archivo y cierre el editor.
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 el ejemplo, usamos el editor vi
para agregar entradas para DISKVOL1
y DISKVOL2
a DISKVOL15
.
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 - ...DISKVOL1
-/diskvols/DISKVOL1
samfs
- yesnosam
server:/DISKVOL2
-/diskvols/DISKVOL2
nfs
- yesserver:/DISKVOL3
-/diskvols/DISKVOL3
nfs
- yes ...server:/DISKVOL15
-/diskvols/DISKVOL15
nfs
- yes:wq
root@solaris:~#
En el host de Oracle HSM, monte los sistemas de archivos de almacenamiento.
En el ejemplo, montamos DISKVOL1
y DISKVOL2
para DISKVOL15
:
root@solaris:~#mount
/diskvols/DISKVOL1
root@solaris:~#mount
/diskvols/DISKVOL2
... root@solaris:~#mount
/diskvols/DISKVOL15
Ahora, haga lo indicado en Preparar 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 1hostname = 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 es necesario, Configurar el comportamiento del etiquetado para los medios extraíbles con código de barras o Configurar los valores de tiempo de las unidades.
En caso contrario, vaya a Configurar el sistema de archivado.
Si tiene una biblioteca de cintas que usa un lector de código de barras, puede configurar Oracle HSM para que base las etiquetas de los volúmenes en los códigos de barras mediante el uso de la directiva labels
del archivo defaults.conf
. Siga estos pasos:
Inicie sesión en el host de Oracle HSM como root
.
root@solaris:~#
Si necesita que la biblioteca etiquete cada volumen de forma automática mediante el uso de los primeros seis caracteres del código de barras en el medio y no ha modificado los valores predeterminados, deténgase aquí. Si es necesario, deberá Configurar los valores de tiempo de las unidades. 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.
Si necesitar un comportamiento no predeterminado si ya ha sustituido los valores predeterminados, 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
...
Sui está presente, ubique la línea de directiva labels
=
; de lo contrario, 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 es necesario, deberá Configurar los valores de tiempo de las unidades.
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 = 90li
_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 = 35idle_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 = 0shared_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:~#
De lo contrario, deberá Configurar el sistema de archivado.
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 realizar la Configurar un sistema de archivos ms
de propósito general o la Configurar un sistema de archivos ms
de propósito general.
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 900rb
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 onhistorian
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:~#
Continúe con Montar el sistema de archivado.
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 - yeshigh=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 - yeshigh=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=64DISKVOL1
-/diskvols/DISKVOL1 samfs
- yesnosam
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
Continúe con Configurar el proceso de archivado.
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 se ocupa de Configurar la protección del sistema de archivos y la mantiene correctamente, los metadatos del sistema de archivos de 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 Directivesarchivemeta = off
# defaultexamine = 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 de 1
se realizará mediante el uso de volúmenes de disco de archivo y las copias de 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 15mfs = 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 stageaheadallfiles.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.loghq
/corpfs/hq/ 1 -norelease 15m 2 -norelease 15mbranches
/corpfs/branches/ 1 -norelease 15m 2 -norelease 15m #----------------------------------------------------------------------- # Copy Parameter Directives paramshq.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 vsnsallfiles.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: endvsnsDISKVOL1.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.loglist_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.logmaxactive
=
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 conjunto 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 deberá configurar el reciclaje por conjuntos de archivos si la configuración incluye volúmenes de disco de archivo 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 Directivesparams
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 500000allfiles.1
-recycle_mingain 30
-recycle_hwm 60
allfiles.2 -startage 6h -startsize 6G -startcount 500000allfiles.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 li1 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.
Continúe con Configurar la protección del sistema de archivos.
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
Continúe con Crear automáticamente puntos de recuperación y guardar logs del 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 Configuración de Oracle HSM para admitir la validación de integridad de datos (DIV) para validar datos en el medio de cinta T10000 de StorageTek, ya sea manualmente o automáticamente en 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 en medios de cinta T10000 de StorageTek y en 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.
Si no lo ha hecho aún, ocúpese de Configuración de Oracle HSM para admitir la validación de integridad de datos (DIV).
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:~#
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 =
HH
MM
hhmm
DD
dd
, donde HH
MM
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 SECONDS
s
, MINUTES
m
, HOURS
h
, DAYS
d
o YEARS
y
, 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 = allaction =
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.
YEARS
y
DAYS
d
HOURS
h
MINUTES
m
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.
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.