En este capítulo, se tratan los siguientes temas:
En esta sección, se tratan las tareas básicas asociadas con la gestión y el mantenimiento de la biblioteca:
Si necesita detener las operaciones de Oracle HSM en solo una biblioteca, o si necesita apagar una biblioteca, primero, coloque la biblioteca fuera de línea como se describe a continuación:
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Finalice los trabajos activos de archivo y almacenamiento provisional, e impida el comienzo de nuevos trabajos. Consulte Cómo dejar inactivos los procesos de archivo y almacenamiento provisional.
Detenga la actividad de la unidad y la biblioteca. Consulte Detención de los procesos de archivo y almacenamiento provisional.
Desconecte la biblioteca. Utilice el comando samcmd off library-equipment-number, donde library-equipment-number es el número ordinal de equipo asignado a la biblioteca en el archivo /etc/opt/SUNWsamfs/mcf.
Si coloca la biblioteca en el estado off, detendrá las operaciones de E/S y eliminará la biblioteca del control del software Oracle HSM. Cualquier unidad que no se han apagado permanecen en el estado on. En el ejemplo, desconectamos la biblioteca 800 y verificamos el resultado mediante samcmd c:
root@solaris:~# samcmd off 800 root@solaris:~# samcmd c Device configuration samcmd 5.4 14:34:04 Mar 7 2014 samcmd on hsmfs1host Device configuration: ty eq state device_name fs family_set sn 800 off /dev/scsi/changer/c1t2d0 800 lib800 li 801 on /dev/rmt/0cbn 800 lib800 li 802 on /dev/rmt/1cbn 800 lib800 li 803 on /dev/rmt/2cbn 800 lib800 li 804 on /dev/rmt/3cbn 800 lib800 hy 900 on historian 900 root@solaris:~#
Cuando esté listo, coloque la biblioteca en línea.
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Conecte la biblioteca. Utilice el comando samcmd on library-equipment-number, donde library-equipment-number es el número ordinal del equipo asignado a la biblioteca en el archivo /etc/opt/SUNWsamfs/mcf.
La biblioteca se conecta. El software Oracle HSM consulta el estado del dispositivo y actualiza el catálogo según sea necesario. En el ejemplo, conectamos la biblioteca 800 y verificamos el resultado mediante samcmd c:
root@solaris:~# samcmd on 800 root@solaris:~# samcmd c Device configuration samcmd 5.4 15:04:14 Mar 7 2014 samcmd on hsmfs1host Device configuration: ty eq state device_name fs family_set sn 800 on /dev/scsi/changer/c1t2d0 800 lib800 li 801 on /dev/rmt/0cbn 800 lib800 li 802 on /dev/rmt/1cbn 800 lib800 li 803 on /dev/rmt/2cbn 800 lib800 li 804 on /dev/rmt/3cbn 800 lib800 hy 900 on historian 900 root@solaris:~#
Deténgase aquí.
Muchas bibliotecas automatizadas contienen una plataforma de carga que le permite agregar o quitar cartuchos de medios sin ingresar físicamente a la biblioteca. Según el proveedor, se puede llamar buzón de correo, buzón interproceso, puerto de acceso de medios (MAP) o puerto de acceso de cartuchos (CAP). Con este tipo de biblioteca, puede utilizar los comandos de Oracle HSM para llevar a cabo las siguientes tareas:
Si su biblioteca no contiene un buzón de correo, consulte la documentación del proveedor de biblioteca y las políticas del sitio local para obtener instrucciones sobre cómo agregar y eliminar medios de biblioteca. Cuando la biblioteca vuelve a iniciarse después del cambio y realiza una auditoría de su contenido, el software Oracle HSM actualiza los catálogos del historiador y la biblioteca automáticamente.
Si el buzón de correo de la biblioteca contiene cartuchos de medios cuando se inicia el software Oracle HSM, el software los carga automáticamente en la biblioteca. Una vez que el software esté en ejecución, podrá importar medios desde el buzón de correo en cualquier momento mediante el siguiente procedimiento:
Coloque los cartuchos de medios en el buzón de correo según las instrucciones del proveedor de la biblioteca.
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Importe el cartucho en la biblioteca automatizada. Utilice el comando samimport library-equipment-number, donde library-equipment-number es el número ordinal del equipo especificado para la biblioteca en el archivo /etc/opt/SUNWsamfs/mcf.
El software Oracle HSM asigna los medios a las ranuras de almacenamiento y clasifica sus ubicaciones. En el ejemplo, importamos los medios en la biblioteca 800.
root@solaris:~# samimport 800
Deténgase aquí.
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Si es necesario, agregue una nota informativa al registro de catálogo para un cartucho antes de exportarlo. Utilice el comando chmed -I "note" identifier, donde note es una cadena de hasta 128 caracteres y identifier es una de las siguientes opciones:
mediatype.volume-serial-number, donde mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A y volume-serial-number es la cadena alfanumérica de seis caracteres que identifica de manera única el volumen dentro de la biblioteca.
library-equipment-number:slot, donde library-equipment-number es el número ordinal del equipo especificado para la biblioteca de cintas automatizada en el archivo /etc/opt/SUNWsamfs/mcf y slot es la dirección de la ranura donde reside el cartucho dentro de la biblioteca.
La nota se conservará en el catálogo del historiador después de la exportación del volumen. En el ejemplo, agregamos una nota a la entrada del catálogo para el cartucho LTO (li) VOL054:
root@solaris:~# chmed -I "To vault 20150411" li.VOL054
Para mover un cartucho desde una ranura de almacenamiento especificada hasta el buzón de correo, utilice el comando samexport library-equipment-number:slot, donde library-equipment-number es el número ordinal del equipo especificado para la biblioteca de cintas automatizada en el archivo /etc/opt/SUNWsamfs/mcf y slot es la dirección de la ranura donde reside el cartucho dentro de la biblioteca.
En el ejemplo, exportamos el cartucho de cinta magnética ubicado en la ranura 11 de la biblioteca 800:
root@solaris:~# samexport 800:11
Para mover un cartucho específico al buzón de correo, utilice el comando samexport mediatype.volume-serial-number, donde mediatype es uno de los códigos de tipos de medios de dos caracteres mostrados en Apéndice A y volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
El software Oracle HSM agrega el cartucho al catálogo mantenido por el historiador de Oracle HSM. En el ejemplo, exportamos el cartucho de cinta LTO (li) VOL109:
root@solaris:~# samexport li.VOL109
Retire los cartuchos de medios del buzón de correo según las instrucciones del proveedor de la biblioteca.
Deténgase aquí.
Los catálogos de biblioteca Oracle Hierarchical Storage Manager son la representación interna del software de la biblioteca automatizada y su contenido. Si la biblioteca automatizada es de conexión directa, el software Oracle HSM tiene el control absoluto de la biblioteca y su contenido. Las entradas de catálogo de biblioteca son, según corresponda, una representación uno a uno de las ranuras en la biblioteca física. Si la biblioteca automatizada está conectada en red, Oracle HSM accede solo a las partes de la biblioteca que el software de la biblioteca pone a disposición en forma de biblioteca virtual o partición de biblioteca. Por lo tanto, las entradas de catálogo de biblioteca de Oracle HSM solo reflejan el contenido de una parte de la biblioteca.
En esta sección, se explican las siguientes tareas:
Para ver la información de catálogo de biblioteca utilizada más comúnmente, utilice el comando samcmd v library-equipment-number, donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada.
En el ejemplo, mostramos el catálogo de la biblioteca 800.
root@solaris:~# samcmd v 800 Robot catalog samcmd 5.4 16:45:25 Mar 14 2014 samcmd on samqfshost count 32 Robot VSN catalog by slot : eq 800 slot access time count use flags ty vsn 0 2014/03/14 11:23 875 0% -il-o-b----- li VOL001 1 2014/03/13 17:54 866 0% -il-o-b----- li VOL002 2 2014/03/14 11:26 3 0% -il-o-b----- li VOL003 3 2014/03/14 10:33 3 0% -il-o-b----- li VOL004 4 2014/03/14 11:34 5 0% -il-o-b----- li VOL005 5 2014/03/14 11:32 2 0% -ilEo-b----f li VOL006 MEDIA ERROR 6 2014/03/13 18:07 2 0% -il-o-b----- li VOL007 7 2014/03/13 18:07 1 0% -il-o-b----- li VOL008 8 2014/03/13 18:07 1 0% -il-o-b----- li VOL009 ... 18 2014/03/13 18:16 1 0% -il-o-b----- li VOL019 19 none 50 0% -il-oCb----- li CLN020
Para determinar el estado de un volumen mediante la visualización de samcmd v, examine la entrada en la columna flags y consulte la siguiente lista:
A significa que la ranura necesita una auditoría.
C significa que la ranura contiene un cartucho de limpieza.
E significa que el volumen es incorrecto o el medio de limpieza ha caducado.
L significa que el volumen es un volumen de sistema de archivos de cintas lineales (LTFS).
N significa que el volumen es un medio externo (no está en formato Oracle HSM).
R significa que el volumen es de solo lectura (indicador de software).
U significa que el volumen no está disponible.
W significa que el volumen está protegido contra escritura físicamente.
X significa que la ranura es una ranura de exportación.
b significa que el volumen tiene un código de barras.
c significa que el volumen está programado para reciclar.
f significa que el archivador encontró el volumen lleno o corrupto.
d significa que el volumen tiene un número de serie de volumen duplicado (VSN).
l significa que el volumen está etiquetado.
o significa que la ranura está ocupada.
p significa que el volumen es un volumen de alta prioridad.
- significa que el indicador correspondiente no está configurado.
Para identificar el tipo de medio utilizado para un volumen mediante la visualización de samcmd v, consulte la columna ty y busque el código que aparece en el Apéndice A o en la página del comando man mcf.
Para mostrar toda la información del catálogo, utilice el comando dump_cat catalog-path-name, donde catalog-path-name es el nombre del archivo y la ruta del archivo del catálogo, tal como se especifica en el archivo /etc/opt/SUNWsamfs/mcf.
En el ejemplo, volcamos el archivo del catálogo catalog/800_cat.
root@solaris:~# dump_cat catalog/800_cat # audit_time Wed Dec 31 17:00:00 1969 # version 530 count 32 mediatype #Index VSN Barcode Type PTOC Access Capacity ... LVTime LVPos # 0 S00001 S00001L4 li 0x747 875 512000 ... 0 0x3 1 S00002 S00002L4 li 0x5db 866 512000 ... 0 0x3 13 S00014 S00014L4 li 0 4 512000 ... 0 0 17 S00018 S00018L4 li 0 1 512000 ... 0 0 18 S00003 S00003L4 li 0 3 512000 ... 0 0
Deténgase aquí.
Para actualizar el catálogo de la biblioteca con el espacio informado que queda en un volumen de medios extraíbles, audite la ranura de biblioteca. Utilice el comando auditslot.
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Para auditar un volumen de cintas específico, pase a EOD (fin de datos) y actualice el espacio disponible, utilice el comando auditslot -e library-equipment-number:slot, donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca y slot es la ubicación del cartucho dentro de la biblioteca.
El comando auditslot carga el cartucho que contiene el volumen, lee la etiqueta y actualiza la entrada del catálogo de biblioteca de la ranura. Recuerde que no puede interrumpir el paso a EOD una vez que este comienza y, en ciertos casos, puede tardar horas para completarse. En el ejemplo, auditamos la ranura 11 en la biblioteca de cintas 800:
root@solaris:~# auditslot -e 800:11 root@solaris:~#
Para auditar un volumen óptico, utilice el comando auditslot library-equipment-number:slot[:side], donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca, slot es la ubicación del cartucho dentro de la biblioteca y side (opcional) es el lado específico del disco óptico de dos lados.
En el ejemplo, auditamos el lado 1 del volumen en la ranura 21 de la biblioteca óptica 700:
root@solaris:~# auditslot 800:21:1 root@solaris:~#
Deténgase aquí.
Una auditoría completa carga cada cartucho en una unidad, lee la etiqueta y actualiza el catálogo de la biblioteca. La biblioteca se audita en las siguientes situaciones:
Después de mover cartuchos en la biblioteca automatizada sin usar comandos de Oracle HSM.
Cuando el catálogo de biblioteca podría no ser fiable (después de una interrupción del suministro eléctrico, por ejemplo).
Cuando se ha agregado, eliminado o movido cartuchos en una biblioteca automatizada sin buzón de correo.
Para realizar una auditoría completa, utilice el comando samcmd audit library-equipment-number, donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca.
Tenga en cuenta que una auditoría completa puede tardar bastante tiempo, según el número de ranuras que contienen medios.
En el ejemplo, auditamos la biblioteca de cintas 800:
root@solaris:~# audit 800 root@solaris:~#
Cuando Oracle HSM tiene problemas para utilizar un cartucho de medios extraíbles, incluye un indicador de error en la entrada de catálogo correspondiente. El medio puede estar desgastado, dañado o, en el caso de limpieza de medios, caducado. En tales casos, el medio no debe volver a utilizarse. Sin embargo, los problemas de acceso al medio también pueden provenir de fallas en la unidad, en cuyo caso se podrá volver a utilizar el medio sin dificultad. En el último caso, necesitará borrar el indicador de error del cartucho.
Asegúrese de conocer la naturaleza del problema antes de borrar los indicadores de error. Los indicadores de error son críticos para las operaciones de Oracle HSM y la seguridad de los datos. No deseará borrar este indicador si en realidad hay un cartucho defectuoso.
Cuando esté seguro, podrá borrar el error e intentar volver a utilizar el cartucho. Siga estos pasos:
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Compruebe el estado de los volúmenes de medios extraíbles. Utilice el comando samcmd r.
En el ejemplo, el comando samcmd r muestra que la unidad 801 definió el indicador de error en el volumen LTO (li) VOL004.
root@solaris:~# samcmd r Removable media status: all samcmd 5.4 17:40:11 Mar 13 2014 ty eq status act use state vsn li 801 -E-------r 0 0% notrdy VOL004 MEDIA ERROR MEDIA ERROR li 802 ---------p 0 0% notrdy empty li 803 ---------p 0 0% notrdy empty li 804 ---------p 0 0% notrdy empty root@solaris:~#
Si la unidad que definió el indicador de error es sospechosa, descargue el cartucho y borre el indicador de error. Utilice el comando samcmd unload drive-number, donde drive-number es el número ordinal de equipo asignado a la unidad en el archivo /etc/opt/SUNWsamfs/mcf.
En el ejemplo, descargamos la unidad 801:
root@solaris:~# samcmd unload 801
Para borrar el indicador de error de medios para un tipo de medio y un número de serie de volumen especificados, utilice el comando chmed -E media-type.volume-serial-number, donde mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A y volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
En el ejemplo, borramos el indicador de error establecido en el volumen LTO (li) VOL004:
root@solaris:~# chmed -E li.VOL004 3:0 li VOL004 Ail---b----- 2.3T 2.3T 0 0 800 4 0 // root@solaris:~#
Para borrar el indicador de error de medios de un cartucho que reside en una ranura de biblioteca especificada, utilice el comando chmed -E library-equipment-number:slot[:disk-side], donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada, slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca y el valor opcional disk-side, ya sea 1 o 2, especifica uno de los lados de un disco óptico-magnético de dos lados.
En el ejemplo, borramos el indicador de error en el cartucho de la ranura 31 de la biblioteca 800:
root@solaris:~# chmed -E 800:31
Actualice el catálogo de la biblioteca para reflejar el cambio. Utilice el comando auditslot -e library-equipment-number:slot[:disk-side].
En el ejemplo, actualizamos el catálogo por la ranura de auditoría 31 de la biblioteca 800:
root@solaris:~# auditslot -e 800:31 root@solaris:~#
Monte el cartucho en una unidad diferente y vea si el error se repite. Utilice el comando samcmd load media-type.volume-serial-number, donde mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A y volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
root@solaris:~# samcmd load li.VOL004 root@solaris:~#
Vuelva a comprobar el estado de los volúmenes de medios extraíbles. Utilice el comando samcmd r.
root@solaris:~# samcmd r Removable media status: all samcmd 5.4 17:42:10 Mar 13 2014 ty eq status act use state vsn li 801 ---------p 0 0% notrdy empty li 802 --l------r 0 0% ready VOL004 idle li 803 ---------p 0 0% notrdy empty li 804 ---------p 0 0% notrdy empty root@solaris:~#
Si el error no se repite en la nueva unidad, es probable que el cartucho esté bien.
Si el error persiste, considere retirar el volumen de medios extraíbles.
Deténgase aquí.
El historiador de The Oracle Hierarchical Storage Manager es una pseudobiblioteca que tiene un catálogo pero no tiene equipo. Los volúmenes de catálogos del historiador que ya no están bajo el control directo de Oracle HSM. Por lo tanto, se mantiene un registro de los volúmenes exportados de una biblioteca y enviados para almacenamiento externo y los volúmenes cargados manualmente en las unidades independientes. Oracle HSM actualiza automáticamente el catálogo del historiador cuando se exportan volúmenes de la biblioteca. Pero también puede utilizar el historiador para mantener un registro manual mediante la adición o eliminación de registros y el anexo de notas. En general, interactúa con el historiador tanto como lo haría con una biblioteca de medios físicos:
En esta sección, se describen las siguientes tareas:
El catálogo del historiador se visualiza exactamente de la misma manera en que visualizaría una biblioteca física. Utilice el comando samcmd v historian-equipment-number, donde historian-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna al historial.
En el ejemplo, mostramos el catálogo de un historiador cuyo número ordinal de equipo es 900.
root@solaris:~# samcmd v 900 Robot catalog samcmd 5.4 16:45:25 Mar 14 2014 samcmd on samqfshost count 32 Robot VSN catalog by slot : eq 900 slot access time count use flags ty vsn 0 2014/03/14 11:23 875 0% -il-o-b----- li EXT001 1 2014/03/13 17:54 866 0% -il-o-b----- li EXT002
Para agregar una entrada en el catálogo del historiador, realice lo siguiente:
Para agregar una entrada al catálogo del historiador de un número de serie de volumen especificado, utilice el comando samimport -v volume-serial-number -m mediatype historian-equipment-number, donde:
volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro del catálogo.
mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A.
historian-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna al historiador.
En el ejemplo, agregamos un registro para el volumen LTO (li) EXT003 al catálogo para el historiador 900:
root@solaris:~# samimport -v EXT003 -m li 900 ]
Para agregar una entrada al catálogo del historiador para un código de barras especificado, utilice el comando samimport -b barcode -m mediatype historian-equipment-number, donde barcode es el código de barras que se fija al cartucho físico correspondiente.
En el ejemplo, agregamos un registro para el volumen LTO (li) con el código de barras EXT003L4 al catálogo para el historiador 900:
root@solaris:~# samimport -b EXT003L4 -m li 900
Deténgase aquí.
Para eliminar una entrada del catálogo del historiador, utilice el comando samexport historian-equipment-number:slot, donde historian-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna al historiador y slot es la dirección de la ranura del historiador para el registro.
En el ejemplo, eliminamos el registro del volumen EXT002 en la ranura 1 del catálogo para el historiador 900:
root@solaris:~# samcmd v 900 Robot catalog samcmd 5.4 16:45:25 Mar 14 2014 samcmd on samqfshost count 32 Robot VSN catalog by slot : eq 900 slot access time count use flags ty vsn 0 2014/03/14 11:23 875 0% -il-o-b----- li EXT001 1 2014/03/13 17:54 866 0% -il-o-b----- li EXT002 2 2014/03/13 17:57 866 0% -il-o-b----- li EXT003 root@solaris:~# samexport 900:1
Puede actualizar el campo de información en una entrada del catálogo del historiador con los cambios de notas de la disposición o el estado de un volumen exportado. Utilice el comando chmed -I "note" identifier, donde note es una cadena de hasta 128 caracteres y identifier es una de las siguientes opciones:
mediatype.volume-serial-number, donde mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A y volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca. O utilice el otro comando.
library-equipment-number:slot, donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada y slot es la dirección de la ranura donde reside el cartucho dentro de la biblioteca.
En el ejemplo, observamos que el cartucho LTO (li) VOL06E fue recuperado del almacén, se validó correctamente y regresó al almacén:
root@solaris:~# chmed -I "validated and revaulted 20150310" li.VOL06A
Si su biblioteca automatizada contiene más de una unidad, el orden de las unidades en el archivo mcf debe ser el mismo que el orden en el que se observan las unidades en el controlador de la biblioteca. Este orden puede ser distinto del orden en el cual los dispositivos se observan en el host y se informan en el archivo de host /var/adm/messages. Entonces, cada vez que configure un host de organizador de datos y servidor de metadatos de Oracle Hierarchical Storage Manager, cambie bibliotecas o cambie la configuración de una biblioteca, deberá verificar el orden de las unidades mediante las siguientes tareas:
Obtención de información de la unidad para la biblioteca y el host Solaris
Asignación de las unidades en una biblioteca con conexión directa a los nombres de dispositivos Solaris o Asignación de las unidades en una biblioteca con conexión ACSLS a los nombres de dispositivos Solaris (según el equipo que utilice).
Consulte la documentación de la biblioteca. Observe cómo se identifican las unidades y los objetivos. Si hay un panel de operador local, observe cómo puede ser utilizado para determinar el orden de las unidades.
Si la biblioteca tiene un panel de operador local montado en la biblioteca, utilícelo para determinar el orden en que las unidades se conectan al controlador. Determine el identificador objetivo de SCSI o el nombre World Wide Name de cada unidad.
Inicie sesión en el host Solaris como root.
root@solaris:~#
Muestre los nombres de dispositivos lógicos Solaris en /dev/rmt/, y redirija la salida a un archivo de texto.
En el ejemplo, redirigimos las listas de /dev/rmt/ al archivo device-mappings.txt en el directorio raíz del usuario root:
root@solaris:~# ls -l /dev/rmt/ > /root/device-mappings.txt
Ahora, asigne las unidades a nombres de dispositivos de Solaris mediante el procedimiento específico de su equipo: biblioteca de cintas con conexión directa o biblioteca con conexión ACSLS.
Para cada nombre de unidad lógica Solaris mostrado en /dev/rmt/ y cada unidad que la biblioteca asigna al host de servidores Oracle HSM, lleve a cabo el siguiente procedimiento:
Si aún no ha iniciado sesión en el host Solaris de Oracle HSM, inicie sesión como root.
root@solaris:~#
Detenga todos los procesos de archivado, de modo que las unidades no estén en uso. Consulte Cómo dejar inactivos los procesos de archivo y almacenamiento provisional y Detención de los procesos de archivo y almacenamiento provisional.
En un editor de texto, abra el archivo de asignaciones de dispositivo que creó en el procedimiento Obtención de información de la unidad para la biblioteca y el host Solaris. Organice el archivo en una tabla simple y guarde los cambios.
Necesitará consultar esta información en los pasos siguientes. En este ejemplo, utilizamos el editor vi para suprimir los permisos, la propiedad y los atributos de fecha de la lista /dev/rmt/, al mismo tiempo que agregamos encabezados y espacio para la información del dispositivo de bibliotecas:
root@solaris:~# vi /root/device-mappings.txt LIBRARY SOLARIS SOLARIS DEVICE LOGICAL PHYSICAL NUMBER DEVICE DEVICE ------- ------------- ----------------------------------------------------- /dev/rmt/0cbn -> ../../devices/pci@8.../st@w500104f00093c438,0:cbn /dev/rmt/1cbn -> ../../devices/pci@8.../st@w500104f0008120fe,0:cbn /dev/rmt/2cbn -> ../../devices/pci@8.../st@w500104f000c086e1,0:cbn /dev/rmt/3cbn -> ../../devices/pci@8.../st@w500104f000b6d98d,0:cbn :w
En la biblioteca, asegúrese de que todas las unidades estén vacías.
Cargue una cinta en la primera unidad de la biblioteca que aún no haya asignado a un nombre de dispositivo lógico Solaris.
Para los fines de los ejemplos a continuación, cargamos una cinta LTO4 en una unidad de cintas HP Ultrium LTO4.
Si está asignando las unidades en una biblioteca de cintas, identifique la entrada /dev/rmt/ de Solaris que corresponde a la unidad que monta la cinta. Hasta identificar la unidad, ejecute el comando mt -f /dev/rmt/number status donde number identifica la unidad en /dev/rmt/.
En el ejemplo, la unidad en /dev/rmt/0 está vacía, pero la unidad en /dev/rmt/1 contiene la cinta. Entonces, la unidad que la biblioteca identifica como unidad 1 corresponde a Solaris /dev/rmt/1:
root@solaris:~# mt -f /dev/rmt/0 status /dev/rmt/0: no tape loaded or drive offline root@solaris:~# mt -f /dev/rmt/1 status HP Ultrium LTO 4 tape drive: sense key(0x0)= No Additional Sense residual= 0 retries= 0 file no= 0 block no= 3
En el archivo de asignaciones de dispositivos que creó en el procedimiento anterior, ubique la entrada del dispositivo Solaris que contiene la cinta e introduzca el identificador del dispositivo de la biblioteca en el espacio proporcionado. Luego, guarde el archivo.
En el ejemplo, se introduce 1 en el campo LIBRARY DEVICE NUMBER de la fila para /dev/rmt/1:
root@solaris:~# vi /root/device-mappings.txt
LIBRARY SOLARIS SOLARIS
DEVICE LOGICAL PHYSICAL
NUMBER DEVICE DEVICE
------- ------------- -----------------------------------------------------
/dev/rmt/0cbn -> ../../devices/pci@8.../st@w500104f00093c438,0:cbn
1 /dev/rmt/1cbn -> ../../devices/pci@8.../st@w500104f0008120fe,0:cbn
/dev/rmt/2cbn -> ../../devices/pci@8.../st@w500104f000c086e1,0:cbn
/dev/rmt/3cbn -> ../../devices/pci@8.../st@w500104f000b6d98d,0:cbn
:w
Descargue la cinta.
Repita este procedimiento hasta que el archivo de asignaciones de dispositivos aloje entradas que asignen todos los dispositivos a los nombres de dispositivos lógicos Solaris. Luego, guarde el archivo y cierre el editor.
root@solaris:~# vi /root/device-mappings.txt LIBRARY SOLARIS SOLARIS DEVICE LOGICAL PHYSICAL NUMBER DEVICE DEVICE ------- ------------- ----------------------------------------------------- 2 /dev/rmt/0cbn -> ../../devices/pci@8.../st@w500104f00093c438,0:cbn 1 /dev/rmt/1cbn -> ../../devices/pci@8.../st@w500104f0008120fe,0:cbn 3 /dev/rmt/2cbn -> ../../devices/pci@8.../st@w500104f000c086e1,0:cbn 4 /dev/rmt/3cbn -> ../../devices/pci@8.../st@w500104f000b6d98d,0:cbn :wq root@solaris:~#
Deténgase aquí. Conserve el archivo de asignaciones para utilizarlo posteriormente.
Si aún no ha iniciado sesión en el host Solaris de Oracle HSM, inicie sesión como root.
root@solaris:~#
Detenga todos los procesos de archivado, de modo que las unidades no estén en uso. Consulte Cómo dejar inactivos los procesos de archivo y almacenamiento provisional y Detención de los procesos de archivo y almacenamiento provisional.
En un editor de texto, abra el archivo de asignaciones de dispositivo que creó en el procedimiento Obtención de información de la unidad para la biblioteca y el host Solaris. Organice el archivo en una tabla simple.
Necesitará consultar esta información en los pasos siguientes. En este ejemplo, utilizamos el editor vi para suprimir los permisos, la propiedad y los atributos de fecha de la lista /dev/rmt/, al mismo tiempo que agregamos encabezados y espacio para la información del dispositivo de bibliotecas:
root@solaris:~# vi /root/device-mappings.txt SOLARIS LOGICAL DEVICE DEVICE SERIAL NUMBER ACSLS DEVICE ADDRESS ---------------------- -------------------- -------------------------------- /dev/rmt/0 /dev/rmt/1 /dev/rmt/2 /dev/rmt/3
Para cada nombre de dispositivo lógico mostrado en /dev/rmt/, muestre el número de serie mediante el comando luxadm display /dev/rmt/number, donde number identifica la unidad en /dev/rmt/.
En el ejemplo, se obtiene HU92K00200, el número de serie del dispositivo /dev/rmt/0:
root@solaris:~# luxadm display /dev/rmt/0 DEVICE PROPERTIES for tape: /dev/rmt/0 Vendor: HP Product ID: Ultrium 4-SCSI Revision: G25W Serial Num: HU92K00200 ... Path status: Ready root@solaris:~#
Luego, mediante un editor de texto, introduzca el número de serie de cada dispositivo en la fila correspondiente del archivo device-mappings.txt.
En el ejemplo, se registra el número de serie del dispositivo /dev/rmt/0 en el archivo device-mappings.txt mediante el editor vi:
root@solaris:~# vi /root/device-mappings.txt
SOLARIS LOGICAL DEVICE DEVICE SERIAL NUMBER ACSLS DEVICE ADDRESS
---------------------- -------------------- --------------------------------
/dev/rmt/0 HU92K00200
/dev/rmt/1
/dev/rmt/2
/dev/rmt/3
Para cada número de serie del dispositivo asignado a /dev/rmt/, obtenga la dirección de la unidad ACSLS correspondiente. Use el comando ACSLS display drive * -f serial_num.
En el ejemplo, se obtienen las direcciones ACSLS de los dispositivos HU92K00200 (/dev/rmt/0), HU92K00208 (/dev/rmt/1), HU92K00339 (/dev/rmt/2), HU92K00289 (/dev/rmt/3):
ACSSA> display drive * -f serial_num 2014-03-29 10:49:12 Display Drive Acs Lsm Panel Drive Serial_num 0 2 10 16 331002031352 0 2 10 17 HU92K00200 0 2 10 18 HU92K00208 0 3 10 10 HU92K00339 0 3 10 11 HU92K00189 0 3 10 12 HU92K00289 root@solaris:~#
Mediante un editor de texto, introduzca la dirección ACSLS de cada número de serie en la fila correspondiente del archivo device-mappings.txt. Guarde el archivo y cierre el editor.
En el ejemplo, se registra la información en el archivo device-mappings.txt usando el editor vi:
root@solaris:~# vi /root/device-mappings.txt SOLARIS LOGICAL DEVICE DEVICE SERIAL NUMBER ACSLS DEVICE ADDRESS ---------------------- -------------------- --------------------------------- /dev/rmt/0 HU92K00200 (acs=0, lsm=2, panel=10, drive=17) /dev/rmt/1 HU92K00208 (acs=0, lsm=2, panel=10, drive=18) /dev/rmt/2 HU92K00339 (acs=0, lsm=2, panel=10, drive=10) /dev/rmt/3 HU92K00289 (acs=0, lsm=2, panel=10, drive=12) :wq root@solaris:~#
Deténgase aquí. Conserve el archivo de asignaciones para utilizarlo posteriormente.
Puede manejar diversas tareas de gestión de unidades desde las interfaces Oracle HSM, incluidas las siguientes:
Cuando los medios extraíbles se almacenan en bibliotecas automatizadas, los procesos de almacenamiento provisional y archivo del sistema de archivos cargan automáticamente los cartuchos en las unidades según sea necesario. Pero, además, puede cargar cartuchos a pedido cuando gestiona archivos de medios extraíbles, realiza copias de seguridad de la configuración Oracle HSM o recupera un sistema de archivos. En esta sección, se tratan los siguientes temas:
Carga y descarga de unidades instaladas en la biblioteca automatizada
Notificación a los operadores cuando los volúmenes se deben cargar manualmente
Carga de una unidad desde una ubicación de biblioteca específica
Carga de una unidad con un número de serie de volumen y un tipo de medio específico
Utilice el comando samcmd load library-equipment-number:slot[:disk-side], donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada, slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca, y el valor opcional disk-side, ya sea 1 ó 2, especifica uno de los lados de un disco óptico-magnético de dos lados.
El cartucho se carga en la siguiente unidad disponible de la biblioteca. En el ejemplo, cargamos el cartucho de cinta magnética ubicado en la ranura 11 de la biblioteca 800:
root@solaris:~# samcmd load 800:11
Utilice el comando samcmd load mediatype.volume-serial-number, donde mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A y volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
El cartucho se carga en la siguiente unidad disponible de la biblioteca. En el ejemplo, cargamos el cartucho de cinta LTO (li) VOL109:
root@solaris:~# samcmd load li.VOL109
Utilice el comando samcmd unload drive-equipment-number, donde drive-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
El cartucho se descarga, incluso si la unidad es unavail. En el ejemplo, descargamos la unidad 801:
root@solaris:~# samcmd unload 801]
El software Oracle HSM trata las unidades de medios extraíbles e independientes como si fueran bibliotecas pequeñas de ranura única con sus propios catálogos.
Para cargar una unidad independiente, coloque el cartucho en la unidad según las instrucciones del fabricante. El sistema Oracle HSM reconoce que el cartucho está cargado, lee la etiqueta y actualiza el catálogo de la unidad.
Para descargar una unidad independiente, realice lo siguiente:
Deje la unidad inactiva. Utilice el comando samcmd idle drive-equipment-number, donde drive-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
Cuando una unidad está inactiva, el software Oracle HSM finaliza los procesos de archivado actuales que utilizan la unidad, pero no inicia otros nuevos.
root@solaris:~# samcmd idle 801
Espere hasta que Oracle HSM termine y la unidad quede en estado off.
Puede verificar el estado de la unidad mediante el comando samcmd r.
Retire el cartucho según las instrucciones del proveedor.
Deténgase aquí.
Si utiliza una unidad independiente o si almacena los cartuchos que necesita en un almacén o en cualquier otra ubicación fuera de la biblioteca, el software Oracle HSM puede enviar mensajes de correo electrónico a la dirección especificada cuando necesita que un operador cargue un cartucho no residente. Para activar esta función, siga el siguiente procedimiento:
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Copie el archivo load_notify.sh del directorio /opt/SUNWsamfs/examples/ al directorio /etc/opt/SUNWsamfs/scripts/.
Tenga en cuenta que el comando siguiente se introduce como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa:
root@solaris:~# cp /opt/SUNWsamfs/examples/load_notify.sh \ /etc/opt/SUNWsamfs/scripts/ root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto. Busque la directiva exported_media. Quite el comentario de la línea, o agréguelo, si fuera necesario, y configure el valor en exported_media=available.
En el ejemplo, utilizamos el editor vi:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. ... exported_media=available
En el archivo /etc/opt/SUNWsamfs/defaults.conf, busque la directiva attended. Quite el comentario de la línea o agréguelo si es necesario. Establezca su valor en attended=yes. Guarde el archivo y cierre el editor.
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. ... # These are the defaults. ... exported_media=available attended=yes :wq root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/scripts/load_notify.sh en un editor de texto. Busque el destinatario predeterminado del correo electrónico de notificación, root.
root@solaris:~# vi /etc/opt/SUNWsamfs/scripts/load_notify.sh # Notify operator to load volume. ... # Change the email address on the following line to send email to # the appropriate recipient. /bin/ppriv -s I=basic -e /usr/bin/mailx -s "SAM-FS needs VSN $5" root <<EOF ...
En el archivo /etc/opt/SUNWsamfs/scripts/load_notify.sh, cambie el destinatario del correo electrónico de notificación del valor predeterminado, root, al operador de la dirección de correo electrónico responsable de los volúmenes no residentes. Guarde el archivo y cierre el editor.
En el ejemplo, cambiamos el destinatario a tapetech:
# Notify operator to load volume. ... /bin/ppriv -s I=basic -e /usr/bin/mailx -s "SAM-FS needs VSN $5" tapetech <<EOF ... :wq root@solaris:~#
Vuelva a iniciar el software Oracle HSM. Utilice el comando sam-fsd.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error:
root@solaris:~# sam-fsd
Indique al software Oracle HSM que vuelva a leer el archivo mcf y reconfigure los sistemas de archivos y el hardware según corresponda. Utilice el comando samd config:
root@solaris:~# samd config
Deténgase aquí.
Las modernas unidades de cinta Oracle StorageTek T10000D y Linear Tape Open (LTO) se supervisan a sí mismas y solicitan limpieza cuando es necesario. El software Oracle Hierarchical Storage Manager cumple con estas solicitudes y carga automáticamente un cartucho de limpieza cuando es necesario. Por lo tanto, en la mayoría de los casos, solo debe asegurarse de que la biblioteca contenga los cartuchos de limpieza adecuados y de que Oracle HSM pueda encontrarlos.
Cuando no es posible realizar la limpieza solicitada por la unidad, puede iniciar la limpieza manualmente. Pero recuerde: la mayoría de los fabricantes desalientan enfáticamente la limpieza de rutina sin una solicitud de la unidad. Los cartuchos de limpieza son abrasivos. El uso excesivo de estos cartuchos puede dañar las unidades y los medios. Por lo tanto, tenga cuidado y siga las recomendaciones del fabricante.
El resto de esta sección proporciona instrucciones para las siguientes tareas:
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Si tiene pensado configurar la limpieza automática (recomendado) y su biblioteca tiene más de dos unidades, asegúrese de tener al menos dos cartuchos de limpieza para cada catálogo del sistema de archivos que muestra las cintas de la biblioteca.
Si no hay un cartucho de limpieza disponible cuando una unidad necesita limpieza, el software Oracle HSM configura el estado de la unidad en down hasta que se pueda completar la limpieza.
Coloque los cartuchos de limpieza en la ranura de correo de la biblioteca (también se conoce como "puerto de acceso de cartuchos").
Importe el cartucho de limpieza en la biblioteca automatizada. Utilice el comando samimport library-equipment-number, donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca.
En el ejemplo, colocamos los cartuchos de limpieza en el buzón interproceso de la biblioteca 800 y lo importamos en la biblioteca.
root@solaris:~# samimport 800
Si la etiqueta del cartucho de limpieza dice CLEAN o comienza con las letras CLN, deténgase.
El software Oracle HSM reconoce el cartucho de limpieza y lo mueve del buzón de correo a la ranura de almacenamiento. Oracle HSM actualiza el catálogo de la biblioteca, configura el indicador de medios de limpieza y configura el recuento de acceso a la cantidad máxima de limpiezas recomendadas para el tipo de medio (cada vez que se utiliza un cartucho para limpiar la unidad, este recuento disminuye).
Si el cartucho no está etiquetado, márquelo como medio de limpieza. Utilice el comando chmed +C library-equipment-number:slot, donde library-equipment-number es el número ordinal de equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca y slot es la ubicación del cartucho de limpieza en la biblioteca.
En el ejemplo, configuramos el indicador C (medio de limpieza) en el cartucho en la ranura 31 de la biblioteca 800.
root@solaris:~# chmed +C 800:31
Configure el recuento de accesos en la cantidad máxima de limpiezas recomendadas para el tipo de medios. Utilice el comando chmed -count cleanings library-equipment-number:slot, donde:
cleanings es la cantidad máxima de limpiezas que el fabricante recomienda por cartucho.
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca.
slot es la ubicación del cartucho de limpieza dentro de la biblioteca.
Cada vez que se utiliza un cartucho para limpiar una unidad, el recuento de limpieza disminuye. En el ejemplo, configuramos el recuento en un máximo de 50 limpiezas, el máximo recomendado para los cartuchos de limpieza LTO (type li) utilizados en la biblioteca 800:
root@solaris:~# chmed -count 50 800:31
A continuación, active la limpieza automática de unidades de cinta (recomendado) o deténgase aquí.
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Si su biblioteca incluye una función de limpieza automática que desea utilizar, configure la función según las recomendaciones del fabricante de la biblioteca. Deténgase aquí.
Ahora, cuando las unidades soliciten limpieza, la biblioteca suministrará automáticamente los medios de limpieza necesarios.
Si su biblioteca incluye una función de limpieza automática que no desea utilizar, desactive la función según las recomendaciones del fabricante.
Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto y active la limpieza automática de Oracle HSM. Agregue la línea tapeclean = all autoclean on logsense on. Luego, guarde el archivo y cierre el editor.
En el ejemplo, utilizamos el editor vi:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. ... #sef = all on once ... tapeclean = all autoclean on logsense on :wq root@solaris:~#
Vuelva a iniciar el software Oracle HSM. Utilice el comando sam-fsd.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error:
root@solaris:~# sam-fsd
Indique al software Oracle HSM que vuelva a leer el archivo mcf y reconfigure los sistemas de archivos y el hardware según corresponda. Use el comando samd config:
root@solaris:~# samd config
Deténgase aquí.
Consulte las directrices del fabricante de la unidad para obtener información sobre la limpieza manual antes de continuar.
Tenga cuidado. La limpieza demasiado frecuente es una causa común de daño a la unidad. Muchos fabricantes ahora desalientan enérgicamente realizar limpiezas de rutina o programadas. Por lo tanto, asegúrese de comprender cuándo debe limpiar las unidades.
Supervise los logs de dispositivos para obtener indicaciones de que las unidades necesitan limpieza. Existe un log en el directorio /var/opt/SUNWsamfs/devlog/ para cada drive-equipment-number, dondedrive-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
Controle el archivo log del sistema /var/adm/messages en busca de errores de dispositivo.
Limpie la unidad de cinta. Utilice el comando cleandrive drive-equipment-number.
En el ejemplo, limpiamos la unidad 802:
root@solaris:~# cleandrive 802
Deténgase aquí.
Si está archivando archivos en unidades que tienen capacidad de cifrado, tenga en cuenta las siguientes recomendaciones cuando planifica operaciones de archivado:
No combine unidades con capacidad de cifrado y no cifradas en una biblioteca.
Una vez que el cifrado se activa en una unidad, no se puede desactivar.
No combine archivos cifrados y no cifrados en un volumen de cintas.
Una unidad con cifrado activado no puede anexar archivos cifrados a un volumen de cintas que contiene datos no cifrados.
Una unidad con cifrado activado puede leer datos no cifrados.
Para obtener más información, consulte la documentación del sistema de gestión de claves de cifrado y de las unidades.
En general, debe manejar los problemas de las unidades según las recomendaciones del proveedor. Pero antes de iniciar el mantenimiento de la unidad, la resolución de problemas o la reparación, es posible que deba realizar una o ambas de las siguientes tareas:
Colocación de una unidad fuera de línea para mantenimiento o reparación
Regreso de los medios a la biblioteca después de un problema en la unidad
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Desactive los procesos de almacenamiento provisional y archivado, como se describe en Cómo dejar inactivos los procesos de archivo y almacenamiento provisional.
Detenga los procesos de almacenamiento provisional y archivado, y desconecte las unidades. Utilice el procedimiento Detención de los procesos de archivo y almacenamiento provisional.
Realice los procedimientos de mantenimiento, diagnóstico o reparación especificados por el proveedor.
Por ejemplo, antes de intentar extraer un cartucho atascado, asegúrese de consultar las recomendaciones del proveedor. Si extrae un cartucho atascado de manera incorrecta, puede dañar el cartucho y la unidad.
Cuando la unidad vuelve a estar operativa, conecte la biblioteca y las unidades, y reinicie los procesos de almacenamiento provisional y archivado. Utilice el procedimiento Reinicio de los procesos de archivo y almacenamiento provisional.
Deténgase aquí.
Si ocurren problemas en la unidad con el medio montado en la unidad, es posible que deba extraer el medio manualmente como parte del proceso de reparación. Esto puede provocar que el catálogo quede incoherente. Por lo tanto, siga el procedimiento adecuado a continuación:
Regresar los medios a una biblioteca no implica la realización de una auditoría automática; cuando la biblioteca y la unidad vuelven a estar en línea después de haber sido reparadas, realice lo siguiente:
Regrese el cartucho a su ranura de almacenamiento de forma manual.
En este caso, el catálogo no se ha actualizado y sigue mostrando el cartucho entre el contenido de la biblioteca. Por lo tanto, corrige la discrepancia colocando el cartucho nuevamente en la misma ranura que ocupó anteriormente.
Actualice el catálogo de Oracle HSM para mostrar que la ranura está nuevamente ocupada. Utilice el comando chmed library-equipment-number:slot, donde slot es la dirección de la ranura dentro de la biblioteca.
En el ejemplo, actualizamos el estado de la ranura 42 en la biblioteca 800:
root@solaris:~# chmed +o 800:42 root@solaris:~#
Deténgase aquí.
Si la biblioteca realiza una auditoría automática cuando la unidad y la biblioteca vuelven a estar en línea después de haber sido reparadas, realice lo siguiente:
Coloque el cartucho en la ranura de correo de la biblioteca.
Importe el cartucho en la biblioteca. Utilice el comando samimport library-equipment-number.
En este caso, la auditoría ha conciliado el catálogo, el cual ya no muestra el cartucho en la biblioteca. De esta manera, cuando se importa el cartucho, este se agrega en la biblioteca y el catálogo de Oracle HSM. En el ejemplo, colocamos el cartucho en el buzón interproceso de la biblioteca 800 y lo importamos en la biblioteca.
root@solaris:~# samimport 800
Deténgase aquí.
En esta sección, se tratan los siguientes temas:
Precaución:
El etiquetado o nuevo etiquetado de un cartucho imposibilita el acceso a los datos del cartucho de manera permanente. Vuelva a etiquetar el cartucho solo si está seguro de que no necesita los datos almacenados en él.El proceso de etiquetado escribe información de identificación en el medio de registro y lo inicializa para su uso (consulte ANSI X3.27-1987, Estructura de archivos y etiquetado de cintas magnéticas para intercambio de información, para obtener información completa).
Cuando necesite etiquetar medios, seleccione el procedimiento adecuado a continuación:
Cómo etiquetar una cinta nueva o volver a etiquetar una cinta existente
Cómo etiquetar un disco óptico nuevo o volver a etiquetar un disco óptico existente
Para etiquetar automáticamente cartuchos no etiquetados activados para escritura con un número de serie de volumen (VSN) obtenido de los códigos de barras en los cartuchos, continúe como se indica a continuación.
Asegúrese de que todos los códigos de barras se puedan leer.
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto.
En el ejemplo, utilizamos el editor vi para ver el archivo:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. ...
Si necesita generar los números de serie de volumen (VSN) desde los seis primeros caracteres de los correspondientes códigos de barras, en primer lugar, compruebe si Oracle HSM está configurado con el valor por defecto, barcodes. En el archivo defaults.conf, encuentre la línea de la directiva labels, si está presente. Si la directiva labels está configurada en barcodes, incluye comentarios o no está presente en el archivo, Oracle HSM está configurado con el valor por defecto, barcodes.
En el ejemplo, el archivo defaults.conf contiene la línea #labels = barcodes:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. ... #labels = barcodes root@solaris:~#
Si necesita generar los números de serie de volumen (VSN) desde los seis primeros caracteres en los códigos de barras correspondientes y si Oracle HSM está configurado con el valor predeterminado, cierre los archivos defaults.conf sin realizar cambios. Deténgase aquí.
Cuando la directiva labels se establece en barcodes, el software genera automáticamente los números de serie de volumen (VSN) necesarios a partir de los seis primeros caracteres de los códigos de barras correspondientes. En el ejemplo, Oracle HSM utiliza el valor por defecto. Por lo tanto, se cierra el editor vi sin guardar el archivo.
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf
# These are the defaults.
...
#labels = barcodes
:q
root@solaris:~#
De lo contrario, si necesita generar los números de serie de volumen (VSN) a partir de los seis primeros caracteres de los correspondientes códigos de barras, escriba labels = barcodes, agregue un comentario sobre la directiva que no tiene el valor por defecto o, simplemente, suprima esa directiva. Luego, guarde el archivo y cierre el editor.
En el ejemplo, la directiva se definió en el valor barcodes_low distinto del valor por defecto. Por lo tanto, se agrega un comentario sobre la línea que no tiene un valor por defecto. Se insertan labels = barcodes en la línea. Luego, guardamos el archivo modificado y cerramos el editor:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. ... #labels = barcodes_low labels = barcodes :q root@solaris:~#
Si necesita generar el número de serie de volumen (VSN) a partir de los últimos seis caracteres en el código de barras del cartucho, defina el valor del parámetro labels en barcodes_low. Guarde el archivo y cierre el editor.
En el ejemplo, se insertan las labels = barcodes_low en la línea, se guarda el archivo y se cierra el editor:
root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. ... labels = barcodes_low :wq root@solaris:~#
Si editó el archivo defaults.conf, ejecute el comando sam-fsd.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error:
root@solaris:~# sam-fsd
Si editó el archivo defaults.conf, indique al software Oracle HSM que vuelva a leer el archivo mcf y se configure nuevamente según corresponda: Utilice el comando samd config.
[metadata-server]root@solaris:~# samd config
Deténgase aquí.
Precaución:
El etiquetado o nuevo etiquetado de un cartucho imposibilita el acceso a los datos del cartucho de manera permanente. Vuelva a etiquetar el cartucho solo si está seguro de que no necesita los datos almacenados en él.Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Para etiquetar una nueva cinta que ya está cargada en una unidad, use el comando tplabel -new volume-serial-number drive-equipment-number, donde:
volume-serial-number es el número de serie de volumen necesario.
drive-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
En el ejemplo, asignamos el número de serie de volumen VOL600 al nuevo cartucho de cinta en la unidad 803:
root@solaris:~# tplabel -new -vsn VOL600 803 root@solaris:~#
Para etiquetar una nueva cinta que reside en una biblioteca de medios automatizada, use el comando tplabel -new volume-serial-number library-equipment-number:slot, donde:
volume-serial-number es el número de serie de volumen necesario.
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
slot es la ubicación del cartucho dentro de la biblioteca.
En el ejemplo, asignamos el número de serie de volumen VOL601 al nuevo cartucho de cinta en la ranura 19 de la biblioteca 800:
root@solaris:~# tplabel -new -vsn VOL601 800:19 root@solaris:~#
Para volver a etiquetar una cinta que está cargada en una unidad, use el comando tplabel -old old-volume-serial-number -new new-volume-serial-number drive-equipment-number, donde:
volume-serial-number es el número de serie de volumen necesario.
drive-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
En el ejemplo, volvemos a iniciar el cartucho de cinta en la unidad 804, y reemplazamos el número de serie de volumen anterior AZ0001 por el nuevo número de serie de volumen VOL120:
root@solaris:~# tplabel -old AZ0001 -vsn VOL120 804 root@solaris:~#
Para volver a etiquetar una cinta que reside en una biblioteca de cinta, use el comando tplabel -old old-volume-serial-number -new new-volume-serial-number library-equipment-number:slot, donde:
volume-serial-number es el número de serie de volumen necesario.
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
slot es la ubicación del cartucho dentro de la biblioteca.
Si es necesario, puede volver a utilizar el número de serie de volumen existente. En el ejemplo, volvemos a iniciar el cartucho de cinta en la ranura 23 de la biblioteca 800 y lo volvemos a etiquetar con el número de serie de volumen existente, VOL121:
root@solaris:~# tplabel -old VOL601 -vsn VOL601 800:23 root@solaris:~#
Deténgase aquí.
Inicie sesión en el host del sistema de archivos como root.
root@solaris:~#
Para etiquetar un nuevo cartucho óptico que está cargado en una unidad, utilice el comando odlabel -new volume-serial-number drive-equipment-number[:side], donde:
volume-serial-number es el número de serie de volumen necesario.
drive-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
side (opcional) es el lado específico de un disco de dos lados.
En el ejemplo, asignamos el número de serie de volumen OD1700 al nuevo cartucho óptico de un lado en la unidad 701:
root@solaris:~# odlabel -new -vsn OD1700 701 root@solaris:~#
Para etiquetar un nuevo cartucho óptico que reside en una biblioteca de medios automatizada, utilice el comando odlabel -new volume-serial-number library-equipment-number:slot[:side], donde:
volume-serial-number es el número de serie de volumen necesario.
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
slot es la ubicación del cartucho en la biblioteca y side (opcional) es el lado específico de un disco de dos lados.
En el ejemplo, asignamos el número de serie de volumen OD1701 al lado 2 del nuevo cartucho óptico de dos lados en la ranura 42 de la biblioteca 700:
root@solaris:~# odlabel -new -vsn OD1701 700:42:2 root@solaris:~#
Para volver a etiquetar un cartucho óptico que está cargado en una unidad, use el comando odlabel -old old-volume-serial-number -new new-volume-serial-number drive-equipment-number[:side], donde:
volume-serial-number es el número de serie de volumen necesario.
drive-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
side (opcional) es el lado específico de un disco de dos lados.
En el ejemplo, volvemos a iniciar el cartucho óptico en la unidad 702 y reemplazamos el número de serie de volumen anterior OD1120 por el nuevo número de serie de volumen OD1120:
root@solaris:~# odlabel -old OD0001 -vsn OD1120 702 root@solaris:~#
Para volver a etiquetar un cartucho óptico existente que reside en una biblioteca de medios automatizada, utilice el comando odlabel -old volume-serial-number library-equipment-number:slot[:side], donde:
volume-serial-number es el número de serie de volumen necesario.
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca.
side (opcional) es el lado específico de un disco de dos lados.
Si es necesario, puede volver a utilizar el número de serie de volumen existente. En el ejemplo, volvemos a iniciar el cartucho óptico de cinta en la ranura 23 de la biblioteca 700 y lo volvemos a etiquetar con el número de serie de volumen existente, OD1121:
root@solaris:~# odlabel -old OD1121 -vsn OD1121 800:23 root@solaris:~#
Deténgase aquí.
El software Oracle Hierarchical Storage Manager proporciona herramientas bajo demanda y automatizadas para mantener la integridad de los archivos de datos almacenados en medios de cinta extraíbles. Esta sección aborda los siguientes temas:
Visualización del estado y la configuración de Data Integrity Validation (DIV)
Comprobación de la integridad de un volumen de cinta determinado
En esta sección, se incluyen las siguientes tareas:
Supervisión del estado de verificación después de escritura de los archivos de almacenamiento
Supervisión del estado de verificación después de escritura de los dispositivos
Para mostrar la configuración de la validación de integridad de datos (DIV), utilice el comando samcmd L y conduzca la salida hacia el comando grep de Solaris y la expresión regular div.
En el ejemplo, DIV está OFF:
root@solaris:~# samcmd L | grep div div OFF root@solaris:~#
Para supervisar el estado de verificación de los archivos de almacenamiento durante el archivo, utilice la interfaz samu. Utilice el comando samu -d a.
root@solaris:~# samu -d a Archiver status samu 5.4 22:22:31 Mar 4 2014 sam-archiverd: Archiving files sam-arfind: hsmfs1 mounted at /hsm/hsmfs1 Files waiting to start 12,576 schedule 26,695 archiving 13,120 ... sam-arcopy: qfs.arset1.2.344 ti.TKC960 Verifying archive file at position 1175
Para supervisar el estado de verificación de los dispositivos durante el archivado, utilice la interfaz samu. Utilice el comando samu -d s:
root@solaris:~# samu -d s Device status samu 5.4 22:27:53 Mar 4 2014 ty eq state device_name fs status sn 800 on /dev/scsi/changer/c1t2d0 800 n--------r ti 801 on /dev/rmt/0cbn 800 ---------p ... hy 805 on historian 805 ---------- ti 91 on /dev/rmt/4cbn 90 -l----oVr Verify averaging 240.9 MB/s
Cuando necesite verificar la integridad de datos de volúmenes de cinta específicos, utilice el comando tpverify de Oracle HSM. El comando tpverify admite Oracle T10000C/D, LTO y otros medios utilizados habitualmente. Los medios T10000C/D se verifican mediante la validación de integridad de datos de Oracle HSM. Otros formatos se comprueban mediante el comando SCSI verify(6) ampliamente admitido.
En las siguientes secciones se describen algunas de las maneras en las cuales se puede utilizar tpverify. Consulte la página del comando man tpverify para obtener información detallada sobre sintaxis y opciones:
Verificación de los datos en una cinta especificada por la ubicación de la biblioteca
Verificación de los datos en una cinta especificada por tipo de medio y número de serie de volumen
Verificación de los datos en una cinta mediante una unidad especificada
Reinicio de la verificación de datos a partir del comienzo de la cinta
Verificación de códigos de corrección de error (ECC) para todos los bloques en una cinta T10000C/D
Verificación de las sumas de comprobación de ECC y DIV para todos los bloques en una cinta T10000C/D
Reconstrucción de la región de información de medios (MIR) de una cinta T10000C/D
Cancelación de la verificación de datos de una cinta especificada
Visualización del estado de DIV y el progreso de verificación para una cinta
Utilice el comando tpverify library-equipment-number:slot, dondelibrary-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada y slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca.
El comando tpverify ubica la posición de la última cinta que fue verificada mediante la comprobación del catálogo de medios de la biblioteca. Luego, carga la cinta en la primera unidad disponible y comienza con la validación desde el punto donde se detuvo por última vez mediante el método predeterminado, el método Standard tpverify para medios T10000C/D o SCSI verify(6) para otros medios. El método Standard está optimizado para ofrecer más velocidad y verifica los extremos, el principio, el fin y los primeros 1000 bloques de medios de Oracle HSM.
En el ejemplo, validamos la cinta T10000D almacenada en la ranura 9 en la biblioteca 800 mediante el método Standard:
root@solaris:~# tpverify 800:9
Utilice el comando tpverify mediatype.volume-serial-number, donde mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A y volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
El comando tpverify ubica la posición de la última cinta que fue verificada mediante la comprobación del catálogo de medios de la biblioteca. Luego, carga la cinta en la primera unidad disponible y comienza con la validación desde el punto donde se detuvo por última vez mediante el método predeterminado, el método Standard tpverify para medios T10000C/D o SCSI verify(6) para otros medios.
En el ejemplo, validamos el volumen LTO (li) VOL006 mediante el comando SCSI verify(6):
root@solaris:~# tpverify li.VOL006
Utilice el comando tpverify library-equipment-number:slot device-equipment-number, donde:
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada.
slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca.
device-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la unidad.
En el ejemplo, validamos la cinta T10000D almacenada en la ranura 17 en la biblioteca 800 mediante la unidad 803:
root@solaris:~# tpverify 800:17 803
Utilice el comando tpverify -a library-equipment-number:slot o tpverify -a mediatype.volume-serial-number, donde:
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada.
slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca.
mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A.
volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
La opción -a sustituye el comportamiento predeterminado, empieza a verificar a partir del comienzo de los medios e ignora la posición registrada en el catálogo de medios.
En el ejemplo, validamos el volumen LTO (li) VOL016 desde el comienzo de la cinta:
root@solaris:~# tpverify -a li.VOL016
Utilice el comando tpverify -C library-equipment-number:slot o tpverify -C mediatype.volume-serial-number, donde:
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada.
slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca.
mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A.
volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
El comando tpverify ubica la posición de la última cinta que fue verificada mediante la comprobación del catálogo de medios de la biblioteca. Luego, comienza con la validación desde el punto donde se detuvo por última vez mediante el método Complete especificado por la opción -C. El método Complete es más exhaustivo que el método estándar, pero también puede ser significativamente más lento. Verifica los códigos de corrección de error (ECC) en todos los bloques del medio.
En el ejemplo, validamos el volumen T10000D (ti) VOL516 mediante el método Complete:
root@solaris:~# tpverify -C ti.VOL516
Utilice el comando tpverify -P library-equipment-number:slot o tpverify -P mediatype.volume-serial-number, donde:
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada.
slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca.
mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A.
volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
El comando tpverify ubica la posición de la última cinta que fue verificada mediante la comprobación del catálogo de medios de la biblioteca. Luego, comienza con la validación desde el punto donde se detuvo por última vez mediante el método Complete Plus especificado por la opción -P. El método Complete Plus es muy exhaustivo, pero también más lento que los otros métodos. Verifica las sumas de comprobación de Data Integrity Validation y códigos de corrección de error (ECC) en todos los bloques del medio.
En el ejemplo, validamos el volumen T10000D (ti) VOL521 mediante el método Complete Plus:
root@solaris:~# tpverify -P ti.VOL521
Utilice el comando tpverify -M library-equipment-number:slot o tpverify -M mediatype.volume-serial-number, donde:
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada.
slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca.
mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A.
volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
El comando tpverify reconstruye una región de información de medios (MIR) faltante o dañada en un cartucho de cinta de Oracle HSM Oracle HSM, incluso si la cinta está marcada como dañada en el catálogo de medios. La reconstrucción se especifica automáticamente cuando se detecta el daño de la MIR.
En el ejemplo, validamos el volumen T10000D (ti) VOL523 mediante el método de reconstrucción de la MIR:
root@solaris:~# tpverify -M ti.VOL523
Utilice el comando tpverify -c library-equipment-number:slot o tpverify -c mediatype.volume-serial-number, donde:
library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada.
slot es la dirección de la ranura donde reside el volumen de destino dentro de la biblioteca.
mediatype es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A.
volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
El comando tpverify -c cancela la operación de verificación actual y registra la última posición verificada en la cinta en el catálogo de medios. Por lo tanto, puede detener un trabajo de verificación para liberar una unidad o un volumen para archivo o almacenamiento provisional y, luego, retomar la verificación en el mismo punto más adelante.
En el ejemplo, cancelamos la verificación del volumen T10000D (ti) VOL533:
root@solaris:~# tpverify -c ti.VOL523
Utilice el comando itemize -2 library-equipment-number, donde library-equipment-number es el número ordinal del equipo que el archivo /etc/opt/SUNWsamfs/mcf asigna a la biblioteca de cintas automatizada.
El comando itemize -2 cataloga el medio en la biblioteca específica y muestra el estado de DIV y el progreso de verificación de cada volumen.
En el ejemplo, mostramos el estado de verificación de los volúmenes en la biblioteca con el número ordinal del equipo 800. Los campos lvtime (hora de última verificación) muestran la hora en que tpverify completó por última vez una verificación completa de la cinta. El valor de campo status de div indica que la cinta tiene capacidad de DIV, mientras que el valor none indica que no la tiene. Los campos lvpos (última posición verificada) muestran dónde tpverify se canceló por última vez y dónde comenzará cuando se ejecute nuevamente.
root@solaris:~# itemize -2 800 Robot VSN catalog: eq: 800 count: 60 slot access_time count use ty vsn lvtime status lvpos 0 Apr 2 16:34 6 0% ti VOL519 Apr 2 09:23 div 0 1 Apr 2 16:17 28 29% ti VOL510 Apr 2 16:17 div 0x9bb9 2 none 0 0% ti VOL511 none none 0 ... root@solaris:~#
La validación periódica de medios es la forma automatizada del comando tpverify. En esta sección, se proporcionan instrucciones para llevar a cabo tareas de mantenimiento que, en algún momento, pueden ser necesarias. Entre las tareas, se incluye lo siguiente:
Visualización y validación del archivo de configuración verifyd.cmd
Visualización de defectos mostrados para un volumen particular
Para obtener instrucciones sobre la configuración de la verificación periódica de medios, consulte la Guía de configuración e instalación de Oracle Hierarchical Storage Manager and StorageTek QFS en la Biblioteca de documentación del cliente (http://docs.oracle.com/en/storage/#sw).
verifyd.cmdPara ver el archivo verifyd.cmd en cualquier momento o para validar el archivo después de la edición, utilice el comando tpverify -x.
El comando tpverify -x verifica el archivo /etc/opt/SUNWsamfs/verifyd.cmd y detecta errores o muestra el contenido del archivo.
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: Standard STA Scan: off Action: none PMV VSNs: all PMV Policy: Last Verified Age: 6m root@solaris:~#
verifyd.cmdPara volver a cargar el archivo verifyd.cmd sin detener el proceso de verificación, utilice el comando tpverify -r.
root@solaris:~# tpverify -r root@solaris:~#
Para mostrar todos los defectos identificados por la verificación periódica de medios y almacenados en la base de datos de defectos de cinta, utilice el comando tpverify -l.
En el ejemplo, no hay defectos en la base de datos:
root@solaris:~# tpverify -l No defects found. root@solaris:~#
Para mostrar todos los defectos que se han identificado en un volumen concreto, utilice el comando tpverify -l mediatype.volume-serial-number, donde:
mediatype (opcional) es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A.
volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
En el ejemplo, no hay defectos que aparecen en la base de datos para el volumen LTO (ti) VOL514:
root@solaris:~# tpverify -l ti.VOL514 No defects found. root@solaris:~#
Para suprimir todos los defectos identificados por la verificación periódica de medios de la base de datos de defectos de cinta, utilice el comando tpverify -d.
Para suprimir todos los defectos que se han identificado en un volumen concreto, utilice el comando tpverify -d mediatype.volume-serial-number, donde:
mediatype (opcional) es uno de los códigos de tipos de medios de dos caracteres que se muestran en el Apéndice A.
volume-serial-number es la cadena alfanumérica que identifica de manera única el volumen dentro de la biblioteca.
root@solaris:~# tpverify -d root@solaris:~# tpverify -d ti.VOL514 root@solaris:~#