12 Referencia de utilidades

En este capítulo se mencionan las siguientes utilidades de ACSLS:

  • acs_renumber.sh le permite cambiar el identificador de un ACS determinado en su complejo de bibliotecas sin necesidad de volver a configurar las bibliotecas conectadas.

  • La macro acsss inicia y detiene ACSLS, además de controlar y supervisar el mantenimiento y la resolución de problemas.

  • bdb.acsss ejecuta una copia de seguridad de la base de datos y los archivos de control de ACSLS.

  • Utilidades de configuración dinámica (config) implementa dinámicamente los cambios de configuración en las bibliotecas de ACSLS (y los componentes) mientras ACSLS continúa en línea y en ejecución. Estas utilidades de configuración son:

  • config acs agrega dinámicamente un ACS o vuelve a configurar un ACS existente y sus componentes.

  • config drives agrega dinámicamente unidades, cambia tipos de unidades y suprime unidades en los paneles de unidades existentes.

  • config lsm vuelve a configurar dinámicamente un LSM existente y todos sus componentes. Estos componentes incluyen CAP, paneles y unidades.

  • config ports vuelve a configurar dinámicamente las conexiones de puerto a un ACS.

  • db_export.sh exporta la información de la base de datos de ACSLS y los archivos de control de ACSLS en preparación para una instalación de actualizaciones o una nueva instalación de ACSLS.

  • db_import.sh importa la información de la base de datos de ACSLS y los archivos de control de ACSLS exportados cuando utilizó la utilidad db_export.sh.

  • del_vol suprime un volumen de un LSM fuera de línea.

  • drives_media.sh muestra todos los tipos de unidad, tipos de medios y compatibilidades entre unidades y medios admitidos por la versión actual de ACSLS.

  • ejecting.sh realiza operaciones de expulsión masivas de manera rápida y eficiente.

  • free_cells.sh le permite supervisar y gestionar las celdas libres en bibliotecas controladas por ACSLS.

  • getHba.sh gestiona puertos HBA de canal de fibra.

  • get_license_info se ha eliminado comenzando con las versiones ACSLS 7.3.1 y 8.0.1 dado que la aplicación del software de la licencia de derecho a usar ya no es empleada por ACSLS. Para mostrar y gestionar la cantidad de celdas libres en bibliotecas controladas de ACSLS, use free_cells.sh.

  • greplog filtra el log acsss_event para incluir o excluir mensajes que incluyen palabras clave específicas.

  • install_scsi_Linux.shcrea enlaces /dev/mchanger que pueden usarse al configurar bibliotecas en ACSLS.

  • lib_type.sh devuelve el tipo de LSM de los LSM conectados al ID de ACS especificado.

  • licensekey.sh se ha eliminado comenzando con las versiones ACSLS 7.3.1 y 8.0.1 dado que ya no se emplea una validación de la clave de licencia.

  • moving.sh mueve varios cartuchos a uno o varios LSM.

  • probeFibre.sh muestra el número de modelo, nivel de revisión y dirección de LUN de destino de cada dispositivo conectado detrás de un HBA de canal de fibra Emulex (LP10000) o QLogic (QLA2300).

  • rdb.acsss restaura la base de datos y los archivos de control de ACSLS.

  • showDevs.sh muestra detalles de cada dispositivo mchanger configurado en Solaris.

  • showDrives.sh presenta una lista de todas las unidades configuradas conectadas a ACSLS.

  • stats_reportrecopila información de estadística de volúmenes de biblioteca.

  • userAdmin.sh administra contraseñas de usuario de la GUI de ACSLS. Puede agregar usuarios, eliminarlos, mostrarlos en una lista y cambiar sus contraseñas.

  • volrpt crea un informe del volumen.

  • watch_vols asigna automáticamente propiedad y asociación de agrupaciones a volúmenes a medida que se introducen en el CAP.

Visión general

Siga estas directrices generales para usar las utilidades de ACSLS:

  • En general, las utilidades descritas en este capítulo están destinadas al usuario acsss. Para heredar los privilegios y las dependencias de entorno requeridas para ejecutarlos, debe iniciar sesión como usuario acsss.

    Si prefiere usar su, no olvide usar su - acsss.

  • Se recomienda que use bdb.acsss para realizar una copia de seguridad manual de la base de datos en cinta después de:

    • Configurar su hardware de biblioteca.

    • Importar la base de datos. Después de actualizar a una nueva versión de ACSLS, no use copias de seguridad de base de datos creadas con las versiones anteriores. Cree una nueva copia de seguridad inmediatamente después de la actualización.

    • Recuperar cualquier base de datos.

  • Para asegurarse de haber recuperado una base de datos de manera precisa y consistente, use siempre la copia de seguridad más actual de la base de datos.

Si una utilidad falla, conserve todos los logs de eventos. Estos logs sirven para solucionar problemas.

Secuencias de comandos de inicio/detención heredadas

Las secuencias de comandos de inicio y detención que se usaron en ACSLS 7.x no se admiten en ACSLS 8.x.

ACSLS 8.x proporcionó un nuevo mecanismo para iniciar y detener una aplicación de gestión de bibliotecas, que está integrada a la utilidad de gestión de servicios (SMF) de Solaris. Esto reemplaza a rc.accsss y kill.acsss utilizados en ACSLS. El mecanismo también proporciona la posibilidad de supervisar el estado de la aplicación.

Puede iniciar y detener ACSLS 8.x con el comando acsss. El comando simple acsss proporciona funciones de inicio, cierre y supervisión de ACSLS. La utilidad reside en el directorio $ACS_HOME y está accesible para cualquier usuario.

Comandos de utilidades

En la siguiente sección se describen las utilidades de ACSLS.

acs_renumber.sh

Esta es una herramienta simple que le permite cambiar el identificador de un ACS determinado en su complejo de bibliotecas sin necesidad de volver a configurar las bibliotecas conectadas. Dado que cada LSM, CAP, unidad y volumen en la biblioteca es identificado en relación con un ACS, esta utilidad actualiza todas las distintas tablas de la base de datos de modo que cada recurso de biblioteca esté alineado con el nuevo ID de ACS que asigna.

Las nuevas bibliotecas lógicas usarían el patrón actualmente activo. Por ejemplo, si cambia la numeración del ACS de 0 a 1, entonces 1001 y 1002 permanecerían iguales, pero una nueva biblioteca lógica en ACS 1 sería 2001. Si luego cambia la numeración de ACS 6 a ACS 0, 7001 permanecería igual, pero una nueva biblioteca lógica en ACS 0 sería 1003. No hay ya una correspondencia real, si bien las recientemente agregadas serían predecibles en función del ACS.

Nota:

Los cambios realizados por esta utilidad se aplican solamente al servidor ACSLS y no a las aplicaciones de los clientes que usan estos recursos. En consecuencia, posiblemente sea necesario volver a configurar bases de datos de clientes después de cambiar el ID de ACS en el servidor.

Nota:

ACSLS debe estar desactivado antes de ejecutar esta secuencia de comandos.

Para cambiar el número asignado de un ACS, ejecute acs_renumber.sh. En una sesión interactiva, es el primero que recibe notificación de que los cambios realizados podrían afectar las aplicaciones de clientes y entonces se le preguntará si desea continuar.

$ acs_renumber.sh 

        N O T I C E  

  Changes made by this script will 
  impact client applications that 
  use ACSLS. Specifically, drive   
  i.d. mappings and LSM id's will change.
                          
Continue...? (y or n): 

Si responde y, la rutina realiza automáticamente una copia de seguridad de la base de datos existente antes de realizar los cambios. Esto le permite restaurar a la configuración anterior, en caso de ser necesario realizar una copia de seguridad del cambio. (También puede revertir el cambio si repite la rutina acs_renumber.sh).

La rutina muestra una lista de los ACS configurados actualmente y, para cada uno, pregunta si desea cambiar la numeración de ese ACS. Si lo hace, solicita el valor nuevo para asignar.

Current ACS list:

   ACS-0 (SL8500)

Do you wish to renumber ACS-0? (y or n):

What is the new value for ACS-0? 5 

Después de aceptar su entrada (en este ejemplo, su respuesta fue 5), la rutina le solicita que confirme el cambio pendiente.

Change ACS-0 to ACS-5. 

   Correct? (y or n): 

Si responde y, la rutina comienza a actualizar todas las tablas de la base de datos relacionadas y realiza automáticamente una copia de seguridad para comprobar los cambios realizados.

Updating tables:    Changing ACS-0 to ACS-5

  acstable: 1 records   
  captable: 4 records 
  celltable: 13424 records  
  drivetable: 128 records 
  handtable: 16 records 
  lmutable: 0 records 
  lsmtable: 8 records 
  paneltable: 280 records 
  porttable: 1 records 
  ptptable: 16 records 
  scr_distr_table: 0 records 
  volumetable: 0 records

Complete! 
Current ACS list:

   ACS-5 (SL8500)

Now backing up the database changes... 

La macro acsss

La macro acsss es el comando primario de inicio, detención y estado que inicia y desactiva los distintos servicios asociados a ACSLS. Según la instalación, una aplicación de ACSLS es un agregado que comprende hasta siete servicios instalados en el sistema Solaris o Linux.

  • acsdb: gestiona la base de datos de la biblioteca de ACSLS.

  • acsls: software de control de bibliotecas que ejecuta operaciones de biblioteca.

  • weblogic: servidor web para la GUI de ACSLS.

  • surrogate: enlace de comunicación entre los servicios java y acsls.

  • rmi-registry: servicio de búsqueda para objetos java y métodos designados.

  • smce: emulación del cambiador de medios de SCSI de bibliotecas lógicas.

  • stmf: estructura de modos de destino para bibliotecas lógicas.

Los servicios acsls y acsdb son comunes a todas las instalaciones. Los servicios weblogic, surrogate y rmi-registry están presentes donde se haya configurado la compatibilidad de la GUI de ACSLS. Los servicios smce y stmf se aplican solamente si se han configurado bibliotecas lógicas (en Solaris).

Todos los servicios son manipulados por el usuario de ACSLS con la macro simple, acsss, que inicia y detiene estos servicios en una secuencia definida requerida por dependencias entre diferentes componentes. La macro emite comandos a la utilidad de gestión de servicios (SMF) en Solaris y la utilidad de servicio init.d en Linux para llevar a cabo el trabajo real.

Formato

acsss <command>

Introducir acsss sin un comando mostrará la lista de opciones.

Opciones

Comando Función
enable Este es el método por defecto para iniciar todos los servicios asociados a ACSLS. Una vez activado, los distintos servicios permanecen activos y se volverán a activar automáticamente después de reiniciar el sistema.
temp-enable Igual que la activación de acsss, pero los servicios no se reinician después del reinicio del sistema.
maint-enable Tiene como finalidad las operaciones de mantenimiento general no relacionadas con la base de datos de ACSLS. Esta opción permite que la infraestructura de GUI que admite usuarios de GUI permanezca conectada cuando ACSLS está desactivado. Este método se utiliza en contextos de instalaciones secundarias de parches de software. No se activa el servicio acsls ni el servicio smce.
db Este es el modo de control preferido para usar para operaciones de mantenimiento de base de datos, incluidos db_export, db_import y acsss_config. Activa el motor de base de datos ACSLS y desactiva los demás servicios de ACSLS, incluida la GUI de ACSLS.
disable Este es el método por defecto para detener la operación de ACSLS. No es un cierre completo y permite que las sesiones de inicio de sesión de la GUI y la base de datos permanezcan activas para operaciones de mantenimiento después de la desactivación de los servicios acsls y smce. El estado resultante es idéntico al de acsss maint-enable. Este es el método más seguro para desactivar el servidor, ya que ACSLS y la biblioteca pasan a un estado inactivo antes de que se desactiven los servicios.
force-disable Igual que acsss disable, pero la operación no espera el paso al estado inactivo antes de desactivar acsls y smce.
shutdown Ofrece un cierre completo de todos los servicios de ACSLS. Está dirigido a contextos de instalación y desinstalación de software, y otros contextos de mantenimiento donde la base de datos (acsdb) o la infraestructura de GUI (rmi-registry y surrogate) deben estar cerradas.
status Proporciona un informe de estado rápido de los diversos servicios de ACSLS.
a-status Devuelve el estado operativo del servicio acsdb.
d-status Devuelve el estado operativo del servicio acsls.
g-status Muestra el estado de la GUI de ACSLS.
l-status Brinda un resumen de estado detallado de los diversos servicios de ACSLS e incluye indicadores para datos de logs para realizar un mayor análisis en contextos de resolución de problemas. Los logs a los que apunta son útiles en contextos donde el servicio no se pudo iniciar o cerrar.
p-status Similar al estado acsss, este informe incluye una lista de los diversos ID de procesos supervisados por cada contrato de servicio respectivo.
w-status Muestra el estado del servicio WebLogic.
timeout Informa el intervalo de timeout de inicio de SMF del servicio acsls en Solaris.
legal Muestra el aviso legal de ACSLS en inglés o francés.

En la mayoría de los casos, usa solamente los tres comandos principales: enable, disable y status. Los comandos restantes son para conveniencia en contextos de mantenimiento del software.

bdb.acsss

La utilidad bdb.acsss realiza una copia de seguridad del contenido de la base de datos de ACSLS y los archivos de control de ACSLS que debe tener para reconstruir el entorno de ACSLS. La copia de seguridad se coloca en un archivo tar o dispositivo de cinta al que ha asignado un nombre, o en el directorio definido por defecto.

Esta utilidad realiza copias de seguridad de la base de datos de ACSLS sin necesidad de cerrar ACSLS (copia de seguridad en caliente).

Sin la opción -f, se crea un archivo /export/backup/<time_stamp>.tar. time_stamp es la hora en que se ejecutó el comando bdb.acsss. Para verificar el contenido de la cinta después de ejecutar bdb.acsss, modifique los siguientes ejemplos para sus dispositivos de cinta específicos.

Para Solaris:

tar tvbf 2048 /dev/rmt/0mn

Después de ejecutar el comando tar tvbf, la cinta avanza al bloque siguiente. Asegúrese de haber rebobinado o cambiado la posición de la cinta si tiene intenciones de ejecutar rdb.acsss después de ejecutar el comando tar tvbf.

Formato

bdb.acsss [-f backup_file | tape_device]

Si introduce bdb.acsss sin opciones, se realiza una copia de seguridad por defecto que le otorga la posibilidad de restaurar la base de datos nuevamente a la hora en que se realizó esta copia de seguridad.

Opciones

  • -f backup_file

    Especifica un archivo UNIX en el que incluir la copia de seguridad de la base de datos de ACSLS. Debe tener permisos de escritura al archivo y al directorio.

  • -f tape_device

    Especifica un dispositivo de cinta conectado y configurado en el servidor ACSLS.

Uso

Use la utilidad bdb.acsss para realizar una copia de seguridad de la base de datos de ACSLS en cinta o en un archivo de red externo para crear copias de seguridad que puedan usarse, de ser necesario, para la recuperación de la base de datos.

Se recomienda que use bdb.acsss para realizar una copia de seguridad manualmente de la base de datos después de:

  • Ejecutar acsss_config.

  • Importar la base de datos. Después de actualizar a una nueva versión de ACSLS, no use copias de seguridad de la base de datos creadas con las versiones anteriores.

  • Una auditoría de toda la biblioteca.

  • Recuperar cualquier base de datos.

Ejemplo 1:

$ bdb.acsss -f /export/backup/my_backup

En este ejemplo, se creó un archivo con el nombre my_backup en el directorio
/export/backup. Ahora puede elegir si conservar el archivo, en su ubicación actual, o si moverlo a otro sistema de archivos, otro servidor o un dispositivo de CD grabable.

Este archivo puede usarse para restaurar la base de datos al estado en el que estaba cuando se realizó la copia de seguridad. Por ejemplo, si la copia de seguridad se realizó a las 1:00 p.m. del viernes y se realiza una restauración a las 6:00 a.m. del lunes, la base de datos se revertirá a su estado de las 1:00 p.m. del viernes.

Dentro de la misma opción -f, puede proporcionar un nombre de dispositivo de cinta en lugar de un nombre de archivo y la copia de seguridad se incluirá en el dispositivo de cinta designado.

Ejemplo 2:

$bdb.acsss -f /dev/rmt/0mn

En este ejemplo, se creó un archivo de cinta en el dispositivo de cinta /dev/rmt/0mn. Este puede almacenarse para usarse más adelante en una ubicación fuera del sitio.

Consulte también:

Utilidades de configuración dinámica (config)

La utilidad de configuración dinámica (config) le permite implementar cambios de configuración en las bibliotecas (y los componentes) de ACSLS mientras ACSLS está en línea y ejecutándose. Estos cambios de configuración se registran en el archivo acsss_config.log.

Las siguientes utilidades de configuración dinámica son compatibles:

  • config acs

  • config drives

  • config lsm

  • config ports

El uso de la utilidad config proporciona las siguientes ventajas:

  • ACSLS puede continuar en ejecución, lo que le permite realizar solicitudes de montaje a componentes de la biblioteca no afectados.

  • Le permite reconfigurar componentes especificados de la biblioteca sin cambiar la demás información de configuración. Por ejemplo, al especificar:

    • un ACS, las configuraciones de los demás ACS no se ven afectadas.

    • un LSM, las configuraciones de los demás LSM no se ven afectadas.

    • un panel de unidades, las unidades de un panel, montajes y desmontajes en todas las unidades existentes no se ven afectadas.

Es importante reconocer los siguientes puntos:

  • ACSLS debe estar ejecutándose para usar la utilidad config dinámica.

  • Debe usar acsss_config para crear su configuración de ACSLS inicial. Consulte Configuración de variables que controlan el comportamiento de ACSLS.

  • La notificación de eventos informa todos los cambios en la configuración dinámica.

  • Antes de ejecutar la configuración dinámica, asegúrese de que todos los componentes que se agregarán o volverán a configurar estén preparados.

  • El archivo acsss_config.log proporciona detalles sobre los mensajes que se muestran.

  • Si no ha confirmado el cambio de configuración, puede ejecutar cancel en la operación con [[CTRL]]+C.

  • La configuración dinámica realiza una copia de seguridad automática antes y después del cambio de configuración.

  • Después de confirmar el cambio de configuración, no puede cancelarse. Si desea revertir un cambio de configuración, cierre ACSLS y restaure la copia de seguridad que se realizó inmediatamente antes del cambio de configuración.

    Tiene 10 minutos para confirmar un cambio de configuración antes de que su tiempo de timeout se agote.

  • No puede eliminar el único ACS (o el último).

  • No elimine el último CAP en un ACS o la última unidad definida en ACSLS.

Limitaciones de configuración dinámica

La utilidad de configuración dinámica tiene dos limitaciones significativas:

  • No puede suprimir un ACS, suprimir o cambiar un puerto (conexión) en una biblioteca.

  • Con una biblioteca conectada por SCSI/fibra existente, puede actualizar solamente configuraciones de unidades en utilidades config acs y config lsm. No se actualizan las configuraciones de paneles o CAP. config drives y config acs new funcionan con bibliotecas conectadas por SCSI/fibra sin limitación. La utilidad config ports no es compatible con una biblioteca conectada por SCSI/fibra.

Solución:

Para estos cambios de configuración no admitidos mediante la configuración dinámica, debe cerrar ACSLS y usar acsss_config.

Cosas que no se deben hacer

  • No use la configuración dinámica para mostrar información de estado para una biblioteca y sus componentes dado que implica E/S extensiva a la biblioteca.

    Use los comandos query o display en su lugar.

  • No intente realizar más de una tarea de configuración al mismo tiempo.

    Solo se puede realizar una tarea de configuración dinámica por vez. Esto:

    • Minimiza los problemas de rendimiento ocasionados por E/S entre ACSLS y la biblioteca que configura.

    • Evita complejas interacciones entre múltiples tareas de configuración.

config acs

La utilidad config acs le permite:

  • Agregar un ACS o volver a configurar un ACS existente y sus componentes

  • Puede configurar o volver a configurar bibliotecas sin asignar todos los números de ACS en secuencia.

    Ejemplo: desea migrar de una biblioteca 9310 a una SL8500 y luego eliminar la 9310. La 9310 está numerada como ACS 0 y la SL8500 es ACS 1. Utilice config acs para migrar ahora todos los cartuchos y las unidades a la SL8500 y, posteriormente, elimine la 9310 sin necesidad de cambiar la numeración de SL8500.

    • Agregue la biblioteca SL8500 con config acs acs_id new sin cerrar ACSLS.

    • Mueva las unidades de la 9310 a la SL8500 y actualice las configuraciones de las unidades en ambos ACS con config acs acs_id .

    • Elimine los cartuchos de la 9310 e introdúzcalos en la SL8500.

    • Por último, planifique una interrupción para cerrar ACSLS y elimine la 9310 de la configuración utilizando acsss_config. No configure la 9310. Recuerde especificar que la SL8500 es ACS 1 (no el valor por defecto de cero).

  • Configure un ACS particionado.

  • Agregue o elimine LSM, dado que la utilidad config lsm solo le permite volver a configurar un LSM existente.

Cada ACS debe tener al menos un CAP. Este puede ser un CAP compartido con otra partición. Debe haber al menos una unidad configurada en todo el sistema de ACSLS.

Por ejemplo, si ACSLS admite cuatro bibliotecas, tres de ellas pueden incluir cero (0) unidades. No obstante, la cuarta biblioteca debe incluir al menos una unidad.

Formato

  • Para agregar un nuevo ACS, introduzca el siguiente comando:

    config acs new

  • Para volver a configurar un ACS existente, introduzca el siguiente comando:

    config acs acs_id

Agregación de un nuevo ACS

Para agregar un nuevo ACS:

  1. Escriba el siguiente comando:

    config acs new

  2. Especifique el número de ACS para el nuevo ACS.

    ACSLS le permite configurar o volver a configurar bibliotecas sin asignar todos los números de ACS en secuencia.

    Se muestran los números de ACS ya utilizados y los primeros cinco números de ACS disponibles.

    Introduzca el número de ACS para su nuevo ACS.

  3. Seleccione si desea que el ACS esté en una SL8500 o SL3000 particionada.

    • Si introduce "y", se le solicitará el ID de la partición para el ACS. Este ID de participación debe coincidir con el ID de participación en SL Console.

    • Si esta no es una biblioteca particionada, o está conectada por SCSI/fibra, introduzca n.

    ACSLS no admite bibliotecas particionadas conectadas por SCSI/fibra, como la SL500. Además, las bibliotecas conectadas por SCSI/fibra particionadas no tienen ID de partición.

  4. Introduzca el número de conexiones al ACS, seguido del ID de dispositivo o host.

    Puede tener un máximo de quince conexiones.

    Nota:

    Asegúrese de que todos los puertos estén conectados al mismo ACS.

    Se muestra la nueva configuración del ACS.

  5. Confirme la agregación del nuevo ACS.

    Después de la confirmación, se muestra la información de la configuración y se actualiza la base de datos.

Reconfiguración de un ACS existente

El ACS debe, de ser posible, estar en línea o en el modo de diagnóstico al volver a configurar el ACS.

Para volver a configurar el ACS:

  1. Escriba el siguiente comando:

    config acs acs_id

    Se muestran la nueva configuración y la anterior.

  2. Confirme la nueva configuración.

    Después de la confirmación, se actualiza la base de datos.

    Si la configuración no se modifica, la configuración se muestra sin solicitar confirmación y la utilidad se cierra. Algunos ejemplos son:

    • Cambian solo los tipos de unidad o números de serie

    • Cambia el número de serie del LSM

    • Cambia el tipo de LSM solamente entre 4410 y 9310

    • Cambia el número de manos, tales como robots SL8500

    No obstante, si estos cambios suceden con otros cambios que requieren confirmación, confirme la nueva configuración. Entonces se actualiza la base de datos.

    El ACS y sus componentes se eliminan de la base de datos.

Limitación de config acs

  • Con bibliotecas conectadas a SCSI, config acs actualiza solamente la configuración de la unidad. Una biblioteca conectada a SCSI debe reiniciarse para reconocer unidades que es agregan, eliminan o cambian. Todas las unidades deben estar preparadas cuando la biblioteca es reiniciada.

  • Con una biblioteca conectada a SCSI, config acs no actualizará las configuraciones del panel o CAP. Para actualizarlas, debe cerrar ACSLS y usar acsss_config.

config drives

La utilidad config drives le permite volver a configurar todas las unidades en un panel de unidades existente. Esto incluye la agregación de unidades, la actualización de tipos de unidades y números de serie de las unidades existentes, y la supresión de unidades eliminadas de la base de datos.

Use la utilidad config drives para cambios dinámicos en configuraciones de unidades, que incluyen la instalación, reemplazo o eliminación de unidades en un panel de unidades existente. Otros cambios en las configuraciones de hardware de biblioteca de cintas, tales como cambios en el número o ubicación de las celdas de almacenamiento, número o tamaño de CAP, o reemplazo de un panel de celdas de almacenamiento con un panel de unidades deben realizarse utilizando la utilidad config lsm o config acs.

Notas:

  • El LSM que incluye el panel con la configuración de unidad cambiada debe estar en línea o en modo de diagnóstico.

  • En el panel de unidades que se volverá a configurar, todas las unidades deben estar preparadas.

  • Una biblioteca conectada a SCSI debe reiniciarse para reconocer unidades que es agregan, eliminan o cambian. Todas las unidades deben estar preparadas cuando la biblioteca es reiniciada.

  • Cuando las nuevas unidades reemplazan las existentes, cambiar los LSM, tipos de unidades en línea o ejecutar config drives actualizará automáticamente los tipos de unidades y los números de serie de las unidades.

Formato

config drive panel_id o config drives panel_id

Uso

Para volver a configurar todas las unidades en un panel de unidad existente:

  1. Escriba el siguiente comando:

    config drive panel_id o config drives panel_id

    Se muestran la nueva configuración de unidades y la anterior para el panel.

  2. Confirme el cambio de configuración.

    Después de la confirmación, se actualiza la base de datos.

    • Si la configuración no se ha modificado, la configuración se muestra sin solicitar confirmación y la utilidad se cierra.

    • Si solamente se modifican los tipos de unidad o números de serie, se actualiza la base de datos de ACSLS sin solicitar confirmación.

config lsm

Esta utilidad le permite volver a configurar un LSM existente y todos sus componentes. Estos componentes incluyen CAP, paneles y unidades.

Si desea agregar o suprimir un LSM en un ACS, debe usar la utilidad config acs.

Procedimientos para cuando cambian los paneles:

  • Si hay paneles que se eliminarán o cambiarán, y se han vaciado de cartuchos, el LSM puede permanecer en línea.

  • Si hay paneles que se eliminarán o cambiarán, e incluyen cartuchos, se recomienda que ejecute vary en el LSM afectado para cambiarlo al estado de diagnóstico hasta volver a configurar el LSM y auditar los paneles afectados. Si no lo hace, los montajes y desmontajes pueden fallar.

  • Si no ha agregado paneles y ha colocado manualmente cartuchos en estos paneles, ejecute una auditoría para reconciliar la base de datos.

Formato

config lsm lsm_id

Uso

Para volver a configurar el LSM:

  1. Escriba el siguiente comando:

    config lsm lsm_id

    Se muestran la nueva configuración y la anterior.

    Una "y" junto al panel indica que los tipos de panel se han modificado. Consulte el archivo acsss_config.log para conocer detalles.

  2. Confirme la nueva configuración.

    Después de la confirmación, se actualiza la base de datos.

    Si la configuración no se modifica, la configuración se muestra sin solicitar confirmación y la utilidad se cierra.

    Los cambios menores se realizan de modo automático sin confirmación. Los ejemplos son:

    • Cambian solo los tipos de unidad o números de serie

    • Cambia el número de serie del LSM

    • Cambia el tipo de LSM solamente entre 4410 y 9310

    • Cambia el número de manos, tales como robots SL8500

    No obstante, si estos cambios suceden con otros cambios que requieren confirmación, confirme la nueva configuración. Entonces se actualiza la base de datos.

Limitación de config lsm

  • Con bibliotecas conectadas a SCSI, config lsm actualiza solamente la configuración de la unidad. Una biblioteca conectada a SCSI debe reiniciarse para reconocer unidades que es agregan, eliminan o cambian. Todas las unidades deben estar preparadas cuando la biblioteca es reiniciada.

  • No actualizará las configuraciones del panel o de CAP. Para actualizarlas, cierre ACSLS y use acsss_config.

config ports

La utilidad config ports le permite agregar dinámicamente conexiones de puertos a un ACS.

Nota:

Todos los nuevos puertos deben conectarse al mismo ACS como puertos existentes.

Ejecute config acs acs_id y luego config ports acs_id.

Para reemplazar un ACS por otro ACS o cambiar las direcciones de conexión de puertos, cierre ACSLS y use acsss_config.

Formato

config ports acs_id o config port acs_id

Uso

Para agregar puertos:

  1. Escriba el siguiente comando:

    config port acs_id o config ports acs_id

    Se muestra la conexión de puertos actuales para el ACS especificado.

  2. Introduzca el número de conexiones de puertos para el ACS especificado.

    Puede tener un máximo de quince conexiones.

  3. Especifique los ID de dispositivo o host.

    Nota:

    Asegúrese de que los puertos nuevos estén conectados al mismo ACS que los puertos existentes.

    Se muestran la nueva configuración y la anterior.

    Un cambio en el orden de los puertos no es un cambio de configuración. Las conexiones se muestran en el orden en el que están actualmente registradas en la base de datos.

  4. Confirme la nueva configuración.

    Después de la confirmación, se actualiza la base de datos.

    Si la configuración no se modifica, la configuración se muestra y la utilidad se cierra.

Limitaciones de config ports

La utilidad config ports acs_id no es compatible con una biblioteca conectada por SCSI/fibra.

La utilidad config ports no se suprimirá ni cambiará un puerto (conexión) a una biblioteca. Debe cerrar ACSLS y usar acsss_config.

db_export.sh

La utilidad db_export.sh exporta los datos de la tabla de la base de datos de ACSLS y los archivo de control de ACSLS en preparación de una instalación de actualización o una nueva instalación de ACSLS.

Nota:

La utilidad db_export.sh no se puede ejecutar si se está ejecutando ACSLS. Ejecute acsss disable antes de ejecutar db_export.sh.

Formato

db_export.sh -f [ db_file | tape_device ]

Opciones

  • -f db_file

    Especifica un archivo UNIX en el que incluir una copia de seguridad de la base de datos de ACSLS. Permisos de escritura al archivo y al directorio.

Notas:

  • Si exporta la base de datos a un archivo, el archivo debe residir en un directorio no volátil. Si su intención es volver a instalar ACSLS, la nueva instalación destruirá los directorios $ACS_HOME o $ACSDB_BKUP (tal como /export/backup). Coloque el archivo exportado en otro lugar del sistema de archivos.

  • Si especifica el nombre de archivo sin una ruta, db_export guarda el archivo de la base de datos con ese nombre de archivo en el directorio de trabajo actual. Guarda los archivos de control de ACSLS en un archivo con el nombre <filename>.misc en el mismo directorio.

  • Si exporta su base de datos a una versión anterior de ACSLS que no admite algunas de sus bibliotecas de cintas, unidades de cinta o tipos de medios de cartucho, elimine las bibliotecas de cintas no admitidas de su configuración, además de las unidades de cinta y los cartuchos de sus bibliotecas antes de exportar la base de datos.

  • -f tape_device

    Especifica un dispositivo de cinta conectado y configurado en el servidor ACSLS.

Si no se especifican opciones, el valor por defecto del sistema será el dispositivo de cinta.

Uso

Use la utilidad db_export.sh para prepararse para una nueva instalación de ACSLS o una instalación de actualización de ACSLS.

Consulte también:

db_import.sh

La utilidad db_import.sh importa los datos de la tabla de la base de datos de ACSLS y los archivos de control de ACSLS que exportó al usar la utilidad db_export.sh. Los archivos de control de ACSLS están ubicados en $ACS_HOME/data/external y comprenden variables que el usuario puede definir y la configuración de ACSLS. Especifican la configuración de control de acceso, preferencias de reutilización, LSM de almacenamiento extendido, configuración personalizada de volrpt, atributos del volumen (para la utilidad watch_vols) y demás. La utilidad db_import.sh también proporciona capacidades de recuperación ante desastres y la retención de variables dinámicas personalizadas al moverse a un sistema operativo diferente o de una versión anterior.

Formato

db_import.sh -f [ db_file | tape_device ]

Opciones

  • -f db_file

    especifica un archivo UNIX creado por db_export.sh.

  • -f tape_device

    especifica un dispositivo de cinta conectado y configurado en el servidor ACSLS.

Si no se especifican opciones, el valor por defecto del sistema será el dispositivo de cinta.

Uso

Use la utilidad db_import.sh para importar la base de datos de ACSLS que exportó usando la utilidad db_export.sh.

Nota:

La utilidad db_import no se ejecutará si ACSLS se está ejecutando. Ejecute acsss disable antes de ejecutar db_import.sh.

Consulte también:

del_vol

La utilidad del_vol busca un volumen en la biblioteca. Si no puede encontrar el volumen, del_vol marca el volumen como faltante o ausente, o lo suprime de la base de datos, según su solicitud.

Si todas las ubicaciones a las que se hace referencia para el volumen no pueden verificarse (tal como el LSM está fuera de línea o la unidad no está preparada), se le solicitará confirmación marcando el volumen como ausente o suprimiéndolo, a menos que -n (no_confirm_flag) esté activo. Si el volumen se suprime, el volumen y la información asociada a él, tal como la afiliación a agrupaciones reutilizables y los bloqueos actuales y pendientes, se eliminan de la base de datos.

Se muestra información relacionada con el volumen, a menos que se haya introducido -q (quiet_flag). Si se usan múltiples opciones, se pueden formatear como opciones separadas o como una cadena contigua.

Antes de marcar un volumen como ausente o suprimirlo, del_vol le solicita confirmación, excepto que se especifique la opción -n.

  • Si el volumen está en la biblioteca, permanece como volumen activo en la base de datos.

  • Si no se puede localizar el volumen en la biblioteca, se marca como ausente, a menos que especifique que se debe suprimir el volumen.

  • Si las celdas o unidades en las que se puede situar el volumen no están accesibles (porque las bibliotecas o las unidades están fuera de línea o no operativas), el volumen se marca como faltante, a menos que especifique que el volumen debe suprimirse.

Notas:

  • Esta utilidad no suprime un volumen que se encuentra en la biblioteca.

  • Puede usar la utilidad del_vol para eliminar un registro del volumen sin esperar la caducidad de un estado ausente o expulsado.

  • ACSLS debe estar ejecutándose (activado) para admitir la utilidad del_vol.

Formato

del_vol [-n] [-d] [-f] [-q] vol_id

Opciones

  • -n

    modo de no confirmación; marca un volumen como ausente o suprime un volumen que no puede localizarse sin solicitar la confirmación del usuario.

  • -q

    modo silencioso; no imprime toda la información extraída de la base de datos.

  • -d

    suprime el volumen especificado sin esperar la caducidad de un estado ausente o expulsado.

  • -f

    le permite volver a introducir cartuchos que estaban atascados en una unidad de cinta. Con la opción -f, puede suprimir un volumen o marcarlo como ausente sin verificar si el volumen se encuentra realmente en la biblioteca. Esto le permite suprimir de la base de datos un volumen que se encontraba en una unidad de cinta defectuosa. Con esta opción, puede eliminar el volumen de la unidad, suprimirlo de la base de datos y volver a introducir el volumen para uso normal de la biblioteca mientras se repara la unidad.

  • vol_id

    El número de serie de volumen que se suprimirá.

    Nota:

    Si el número de serie de volumen incluye un signo de dólar ($), enciérrelo entre comillas simples. Por ejemplo, del_vol ’AB$001’

Uso

Puede usar del_vol para eliminar un cartucho de un LSM fuera de línea y luego volver a introducirlo en un LSM en línea, de modo que pueda montarse automáticamente.

  • Extraiga el cartucho del LSM fuera de línea.

  • Use del_vol para marcar el cartucho como ausente.

  • Introduzca el cartucho en el LSM en línea.

ACSLS y la base de datos deben estar activos y en ejecución (no inactivos) para usar esta utilidad.

Nota:

Si suprime por accidente un cartucho de la base de datos, debe ejecutar audit en el subpanel que incluye la celda inicial del cartucho suprimido para volver a introducir el cartucho en la base de datos. Ejecutar del_vol mientras el sistema está en recuperación puede producir resultados impredecibles. La secuencia de recuperación también sucede durante vary LSM online.

Ejemplo

Para suprimir el cartucho U01102 sin una impresión de la información del cartucho:

del_vol -q U01102

drives_media.sh

Esta rutina muestra todos los tipos de unidades, los tipos de medios y la compatibilidad entre unidades y medios compatibles con la versión actual de ACSLS. La información se muestra normalmente en salida estándar.

Consulte la Guía de información del producto de ACSLS para conocer la lista actual de bibliotecas, los tipos de unidades, los tipos de medios y la compatibilidad entre unidades y medios.

Formato

drives_media.sh [ -f, -h ]

Opciones

  • -f

    la información se escribe en tres archivos:

    • /tmp/drive_types.txt

    • /tmp/media_types.txt

    • /tmp/media_compatibility.txt.

  • -h

    Muestra el mensaje de sintaxis.

ejecting.sh

La utilidad ejecting.sh facilita las operaciones de expulsión de almacenamiento en masa. Al trabajar desde una lista especificada de CAP y volúmenes, esta utilidad ejecuta múltiples operaciones de expulsión en simultáneo hasta que se completa el trabajo general. A menos que el usuario solicite que se expulsen volúmenes en el orden de clasificación, esta utilidad expulsa el volumen a su CAP más cercano especificado.

Cuando es posible, se usan CAP cercanos con espacio libre en lugar del CAP más cercano, si la operación puede reducir la manipulación de CAP innecesaria del operador. El enfoque general reduce el movimiento de cartuchos, elimina la migración Passthru del LSM innecesaria y reduce la carga de trabajo general de los operadores.

Todos los trabajos de expulsión se supervisan y resumen en la única ventana de shell donde se inició la operación. Consulte la opción -x a continuación para usar con múltiples ventanas XTERM. Se recomienda a los usuarios que siempre que un CAP específico esté lleno y preparado que el operador ejecute Remove cartridges from CAP. El operador recibe notificación cuando se completa la operación general.

Un juego de logs que muestran los resultados de todas las operaciones de expulsión de los últimos diez días se conserva en el directorio $ACS_HOME/log/ejectingLogs. Cada log individual se identifica mediante un registro de hora una vez completa la operación.

Formato

Estándar: ejecting.sh [-dmox] -c <CAP list> -v <volume list file>

Especificación de políticas: ejecting.sh [dmox] -p <policy file>

Formato heredado: ejecting.sh <CAP ID> <volume list file>

Opciones

  • -c <CAP list>

    Una lista de ID de CAP separados en la línea de comandos por espacios. Todos los CAP en la lista de CAP deben estar en el mismo ACS.

    Ejemplo: -c 0,1,0 0,1,1 0,5,0 0,5,1 0,9,0

    Las expresiones de comodines que usan un asterisco (*) son válidas para especificar todos los LSM o todos los CAP en un LSM, o ambos.

    Ejemplos:

    • -c 0,1,* (Todos los CAP en LSM-1)

    • -c 0,*,0 (CAP-0 en cada LSM)

    • -c 0,*,* (Todos los CAP en cada LSM)

    Solo los CAP que están en línea y disponibles se seleccionan para la operación. Cuando se especifican expresiones de comodín, solo se seleccionan los CAP de prioridad diferente a cero.

    El ACS debe ser una expresión numérica y no se puede hacerse referencia a este mediante un comodín.

    En contextos de bibliotecas más grandes, la selección de CAP puede marcar una gran diferencia en relación a la velocidad y eficiencia de las operaciones de almacenamiento. Especificar demasiados CAP puede sumar trabajo innecesario para el operador que brinda asistencia técnica a múltiples CAP parcialmente llenos. Especificar muy pocos CAP para una carga de trabajo dada puede provocar cuellos de botella y, en consecuencia, aumentar el tiempo de espera de robótica. Como regla general para listas de volúmenes grandes, los CAP que elija deben dispersarse entre el complejo de bibliotecas en diferentes guías y en diferentes módulos de bibliotecas. Al seleccionar pocos CAP para una gran cantidad de volúmenes, divida la biblioteca en regiones y elija un CAP situado en el centro de cada región.

  • -v <volume file>

    Esta es una especificación de archivo que usa un nombre de ruta completo o relativo a un archivo de texto simple. El archivo debe incluir una lista de VOL-ID (VOLSERS) que representan los volúmenes que se expulsarán. Solo los volúmenes incluidos en el mismo ACS que los CAP especificados se verán afectados. No se expulsarán los volúmenes montados.

  • -p <policy file>

    El archivo de políticas es la especificación que usa un nombre de ruta completo o relativo. Este archivo de texto incluye una política definida para CAP y volúmenes. El formato del archivo incluye la palabra "caps." seguida de una lista de CAP para usar para la operación; y la palabra "vols." seguida del nombre de ruta completo del archivo de lista de volúmenes.

    Ejemplo:

    caps: 0,1,0 0,1,1 0,5,0 0,5,1 0,9,0 0,9,1

    vols: /export/backup/volumes_to_eject.txt

  • -d

    La opción display indica a ejecting.sh que muestre las asignaciones de volumen a CAP antes de ejecutar la operación eject. Puede elegir mostrar la lista completa de volúmenes y los CAP a los que se moverán, o simplemente mostrar un resumen que muestre la cantidad de volúmenes para migrar de cada LSM a cada CAP.

    Después de visualizar la pantalla, puede elegir continuar o anular la operación.

  • -m

    Etiquete el trabajo con un código de mensaje de operador entre "04" y "99". En las bibliotecas admitidas, este código numérico se mostrará en la consola del operador.

  • -o

    Hay momentos en que las operaciones de almacenamiento requieren que se apilen volúmenes en un orden de clasificación. Con esta opción, la rutina mueve los volúmenes especificados a los CAP en la lista de acuerdo al orden en el que se encuentran en la lista de volúmenes y de acuerdo al orden de CAP especificado. El orden de CAP se repite del primer CAP al último, hasta haber expulsado todos los volúmenes.

    Nota:

    Dado que tiene prioridad el orden de CAP, esta opción no intenta optimizar el movimiento de volúmenes limitando las rutas Passthru del LSM.
  • -x

    Use una ventana XTERM dedicada para cada carga útil eject del CAP discreto. Esta opción puede resultarle útil para mantener un registro de trabajos de expulsión individuales durante la operación general de expulsión masiva. Aparece una sesión XTERM a medida que se inicia eject para cada CAP y desaparece cuando se ha completado la operación eject correspondiente.

    Al operar desde un terminal Windows, asegúrese de que haya instalado software compatible con X11. X11 es estándar en Solaris o Linux. Debe abrir el control de acceso de pantalla en el servidor ACSLS desde el equipo local.

    Ejemplo: xhost + <acsls_server_hostname>

    Esta utilidad busca su identidad de inicio de sesión (who am i) para determinar dónde enviar la PANTALLA. Debe iniciar sesión directamente desde su consola local o equipo de escritorio en el servidor ACSLS para ver la pantalla.

Formato heredado

ejecting.sh <CAP ID> <volume file>

La forma heredada de esta utilidad se ha preservado. Toma un único ID de CAP y un nombre de ruta a un archivo que incluye una lista de volúmenes simple. Luego forma una serie de comandos eject optimizados para el tamaño del CAP, y muestra los comandos resultantes en salida estándar. La pantalla incluye tantos comandos eject como son necesarios para expulsar la lista de volúmenes completa mediante el CAP especificado.

El operador puede canalizar la salida de ejecting.sh heredado directamente a cmd_proc para ejecutar la operación.

Ejemplo:

ejecting.sh 0,1,0 /export/backup/myVolumeList | cmd_proc -lq

Como opción la salida puede redireccionarse a un archivo que, más adelante, puede redireccionarse a cmd_proc.

Ejemplo:

ejecting.sh 0,1,0 /export/backup/myVolList > /tmp/eject.dat cmd_proc -lq < /tmp/eject.dat

Logs de ejecting.sh

Cada instancia de ejecting.sh se registra en el directorio, $ACS_HOME/log/ejectingLogs/. Cada archivo log recibe el nombre de un registro de fecha/hora. Por ejemplo:

ejecting.log.14-Oct_13:13:10

Cada ejecting.log resume la operación de expulsión general según se observó desde el shell del operador. Los errores que se encontraron se observan aquí.

Un ejecting.log puede incluir una lista de volúmenes que la utilidad ignora porque:

  • El ID de volumen no es válido.

  • El volumen no está incluido en el ACS especificado.

  • El volumen está en uso.

Los archivos acumulados en el directorio ejectingLogs/ se depuran después de diez días. Los logs anteriores a diez días se eliminan con cada nueva invocación de ejecting.sh.

free_cells.sh

La utilidad free_cells.sh le permite supervisar y gestionar las celdas libres en bibliotecas gestionadas por ACSLS. Esta utilidad informa el recuento de celdas libres para el LSM, ACS y el servidor ACSLS.

Esta utilidad se encuentra en el directorio $ACS_HOME/utils

Formato

free_cells.sh

Opción

  • -a

    Muestra las celdas libres, las celdas asignadas y el número total de celdas en cada ACS y LSM, y aquellas gestionadas por el servidor ACSLS.

Ejemplos

Celdas libres en cada LSM

  • LSM no es L5500 (enumera solo las celdas libres totales)

    • Sin opciones seleccionadas

      LSM 1,3
      Total de celdas libres = 2345

    • Opción -a (también enumera celdas asignadas y el recuento total de celdas)

      LSM 1,3
      Total de celdas libres = 3345
      Celdas asignadas = 3155
      Total de celdas = 6500

  • LSM no es L5500 (enumera celdas libres de LTO y diferentes de LTO por separado)

    • Sin opciones seleccionadas

      LSM 0,2
      Celdas libres de LTO = 573
      Celdas libres de LTO  = 467
      Total de celdas libres      = 1040

    • Opción -a (también enumera celdas asignadas y el recuento total de celdas)

      LSM 0,2
      Celdas libres de LTO = 573
      Celdas libres diferentes de LTO  = 467
      Total de celdas libres    = 1040
      Celdas asignadas = 4460
      Total de celdas        = 5500

Celdas libres en cada ACS

Si hay un solo LSM en el ACS, solo el ACS se incluye en la lista, tal como se muestra en los siguientes ejemplos.

  • ACS no incluye L5500

    • Sin opciones seleccionadas (muestra solo el recuento total de celdas libres)

      ACS 1
      Total de celdas libres = 5342

    • Opción -a (también muestra las celdas asignadas y el recuento total de celdas)

      ACS 1
      Total de celdas libres = 5342
      Celdas asignadas = 5658
      Total de celdas =  11.000

  • ACS incluye L5500 (muestra celdas libres de LTO y diferentes de LTO por separado)

    • Sin opciones seleccionadas

      ACS 0
      Celdas libres de LTO = 1573
      Celdas libres diferentes de LTO = 968
      Total de celdas libres = 2541

    • Opción -a (también muestra las celdas asignadas y el recuento total de celdas)

      ACS 0
      Celdas libres de LTO = 1573
      Celdas libres diferentes de LTO = 968
      Total de celdas libres = 2541
      Celdas asignadas = 2959
      Total de celdas = 5500

Celdas libres gestionadas por el servidor ACSLS

  • ACS no incluye L5500

    En este caso, solo se muestra el recuento total de celdas libres.

    • Sin opciones seleccionadas

      Servidor ACSLS
      Total de celdas libres = 7883

    • Opción -a

      Servidor ACSLS
      Total de celdas libres = 7883
      Celdas asignadas =14.117
      Total de celdas =22.000

  • ACS incluye L5500

    En el caso en que las bibliotecas L5500 se administren, solo se muestran las celdas libres de LTO y el recuento total de celdas libres. No se muestran las celdas libres diferentes de LTO dado que la biblioteca L5500 es la única biblioteca que separa celdas de LTO de celdas diferentes de LTO.

    • Sin opciones seleccionadas

      Servidor ACSLS
      Celdas libres de LTO = 1573
      Total de celdas libres = 7883

    • Opción -a

      Servidor ACSLS
      Celdas libres de LTO = 1573
      Total de celdas libres = 7883
      Celdas asignadas =14.117
      Total de celdas =22.000

getHba.sh

La utilidad getHba.sh gestiona puertos de HBA de canal de fibra.

Formato

getHba.sh

La utilidad getHba.sh se ejecuta al momento de la instalación y es llamada por install_acsss.sh, que se llama mediante install.sh. La utilidad puede ejecutarse directamente en cualquier momento que se agregue un nuevo HBA al sistema o en cualquier momento que se cambie la organización de los puertos de HBA. Esta utilidad identifica un puerto de HBA adecuado para cambiar del modo iniciador a destino, a fin de revelar un punto de acceso de cliente a bibliotecas lógicas de ACSLS.

La mejor forma de usar esta utilidad es configurar sus conexiones de FC antes de ejecutar getHba.sh. Esto permite que getHba.sh le muestre información útil sobre las conexiones existentes.

La utilidad evalúa primero si se ha configurado ya un adaptador de modo de destino. Si no existen puertos de destino, el flujo de la utilidad continúa tal como se menciona debajo. Si la utilidad detecta un puerto de destino existente, muestra el siguiente menú de opciones.

Seleccione una acción deseada:

  1. Conserve la configuración del puerto de HBA existente.

  2. Configure un puerto del modo de destino adicional.

  3. Restaure un puerto de destino existente al modo de iniciador.

    Opción Descripción
    1 Cierra esta utilidad.
    2 La utilidad enumera los puertos que están operando actualmente en el modo de iniciador. Cuando un puerto muestra "Connected to a remote HBA" (Conectado a un HBA remoto), implica que hay un iniciador en el otro extremo, lo que lo convierte en un candidato posible para convertirse en un puerto de destino de ACSLS. Cuando un puerto muestra "Conectado a un dispositivo de destino", existe probablemente una biblioteca de cintas o disco conectados, de modo que ese puerto sería una mala elección para operaciones del modo de destino.
    3 Identifica cada puerto configurado para las operaciones del modo de destino y le solicita confirmación para restaurar ese puerto al modo de iniciador.

Ejemplo de Opción 2

Seleccione el puerto de HBA local que se cambiará al modo de destino. Seleccione de la siguiente lista:

  1. HBA Port WWN 2100001b32055d85 Not connected (Puerto de HBA WWN 2100001b32055d85 No conectado).

  2. HBA Port WWN 2101001b32255d85 Connected to a remote HBA (Puerto de HBA WWN 2101001b32255d85 Conectado a un HBA remoto).

  3. HBA Port WWN 2102001b32055d85 Connected to a target device (Puerto de HBA WWN 2102001b32055d85 Conectado a un dispositivo de destino).

  4. None of these (Ninguno de estos valores).

Nota:

Si no tiene intenciones de usar la función de biblioteca lógica, seleccione "none of these" (ninguno de estos valores).

Una vez que realiza la selección, se le solicitará confirmación.

2 
HBA Port WWN 2101001b32055d85 /pci@0,0/pci10de,377@f/pci1077,143@0 
Is this correct? (y or n): 

Se le dará la oportunidad de cambiar de opinión. Si responde "n", la lista de puertos disponibles se muestra otra vez y se le solicita su selección. Si responde "y", se le pregunta si hay otros puertos que desee volver a configurar.

La utilidad continuará agregando un grupo de destino y un miembro del grupo de destino, y se le indicará que reinicie el servidor para que los cambios en el modo de destino surtan efecto.

Creating Target Group: 2101001b32255d85 (Creando el grupo de destino: 2101001b32255d85)

Ejemplo de Opción 3

Esta opción le permite anular la configuración de un destino existente y restaurar el HBA a su modo original como iniciador.

# cd $ACS_HOME/install 
# ./getHba.sh 
A Target-mode port has already been configured: 
      Target: wwn.2100001B32050A28  
          Connected to ...  
               Initiator: wwn.210100E08BA61A29 
      Please select a desired action: 
      1) Keep the HBA port configuration as it is. 
      2) Configure an additional target-mode port. 
      3) Restore a target port to initiator mode. 
      3 
      Target: wwn.2100001b32050a28 
Do you wish to restore this port to initiator mode? (y or n): y 
Removing 'qlt' binding in /etc/driver_aliases 
Are there additional ports you wish to reconfigure? (y or n): n 
A reboot will be necessary for these changes to take effect. 

get_license_info

Esta utilidad se ha eliminado comenzando con las versiones ACSLS 7.3.1 y 8.0.1 dado que la aplicación del software de la licencia de derecho a usar ya no es empleada por ACSLS. Para mostrar y gestionar la cantidad de celdas libres en bibliotecas controladas de ACSLS, use free_cells.sh.

greplog

Use la utilidad greplog para filtrar el acceso al log acsss_event para incluir o excluir mensajes que contengan palabras específicas. La sintaxis de esta rutina es similar a la función 'grep' de UNIX. greplog está específicamente diseñada para usarse con acsss_event.log, pero puede funcionar con cualquier tipo de archivo de mensaje donde se separan los registros mediante una línea vacía.

Formato

greplog -[v|i] <keyword> <logfile>

Opciones

  • -v

    Opcional. La opción muestra todos los mensajes en el log, excepto los que incluyen la palabra clave.

  • -i

    Opcional. Esta opción ignora las mayúsculas o minúsculas de los caracteres en la palabra clave especificada.

  • -keyword

    regresa el mensaje completo de múltiples líneas que incluye la palabra clave.

  • -logfile

    lista de archivos log.

Uso

Dado que la utilidad está específicamente diseñada para archivos log, greplog devuelve el mensaje completo de múltiples líneas que incluye la palabra clave en lugar de una única línea que contenga esa palabra. Utilizando la opción -i, greplog ignora las mayúsculas o minúsculas de los caracteres en una palabra clave especificada. El uso de la opción -v hace que greplog muestre todos los mensajes en el log, excepto los que incluyen la palabra clave. greplog está específicamente diseñada para usarse con acsss_event.log, pero puede funcionar con cualquier tipo de archivo de mensaje donde los registros estén separados por una línea vacía.

install_scsi_Linux.sh

La utilidad install_scsi_Linux.sh crea enlaces /dev/mchanger* que pueden usarse al configurar bibliotecas en ACSLS. Los nombres de mchanger ahora se crean usando un número de serie informado por la biblioteca, lo que proporciona a ACSLS un identificador confiable que persiste a través de los cambios en los reinicios del tejido SAN o del servidor (que pueden cambiar las rutas del dispositivo subyacente para una biblioteca).

La información sobre los enlaces /dev/mchanger resultantes y las bibliotecas asociadas se muestra como parte de la salida de la secuencia de comandos, mediante la utilidad showDevs.sh. Esa utilidad también puede ejecutarse como operación independiente (después de haber creado los enlaces mchanger) para mostrar información de la biblioteca.

Formato

install_scsi_Linux.sh

Salida de ejemplo:

========================================================================== 
# install/install_scsi_Linux.sh 
[root@acslsdevx1 install]# ./install_scsi_Linux.sh 
Installing SCSI device(s) for Oracle StorageTek ACSLS. 
Adding ACSLS rules for udev ... 
Starting udev:                                             [  OK  ] 
Successfully built the following... 
   /dev/mchanger-3500104f00079f9d2: STK SL500 V-1485 336-cells 10-drives 
   /dev/mchanger-3500104f0007a8532: STK SL500 V-1485 205-cells 6-drives 
   /dev/mchanger-3500104f000cc6a67: STK SL150 V-0182 59-cells 4-drives 
Installation of SCSI device(s) successfully completed. 
# 
=========================================================================== 
# utils/showDevs.sh 
   /dev/mchanger-3500104f00079f9d2: STK SL500 V-1485 336-cells 10-drives 
   /dev/mchanger-3500104f0007a8532: STK SL500 V-1485 205-cells 6-drives 
     /dev/mchanger-3500104f000cc6a67: STK SL150 V-0182 59-cells 4-drive  
# 
============================================================================ 

lib_type.sh

Esta rutina devuelve el tipo de LSM de los LSM conectados al ID de ACS especificado. Si existen varios LSM de un tipo común en la configuración, solo se devuelve un único tipo para múltiples LSM.

Formato

lib_type.sh <ACS ID>

licensekey.sh

se ha eliminado a partir de las versiones ACSLS 7.3.1 y 8.0.1 dado que ya no se emplea la validación de la clave de licencia.

moving.sh

La utilidad moving.sh mueve múltiples cartuchos a uno o más LSM. Esta utilidad lee un archivo que enumera los cartuchos que se moverán. Estos cartuchos pueden ser:

  • Cartuchos en uno o más LSM.

    • Cartuchos en un panel que se mueven a otros paneles en el mismo LSM u otros LSM.

    • Cualquier grupo de cartuchos que seleccione.

Las limitaciones de moving.sh son:

  • Todos los LSM de destino y los cartuchos en vol_list_file deben estar en el mismo ACS.

  • Si un LSM de destino está fuera de línea o no incluye celdas libres, no se mueven cartuchos a ese LSM.

Notas:

  • La utilidad moving.sh se ejecuta solo si ACSLS se está ejecutando.

  • Internamente, moving.sh mueve solo un cartucho por vez para evitar provocar un impacto en el rendimiento de la biblioteca (montajes y desmontajes).

  • Puede ejecutar varias utilidades "move" en simultáneo después de crear listas de volúmenes separadas. Asegúrese de que:

    • el LSM de destino es el mismo. Asegúrese de que hay suficientes celdas libres en el LSM para alojar todos los cartuchos.

    • está haciendo movimientos dentro de una biblioteca SL8500; solo hay dos elevadores, de modo que ejecutar más de dos utilidades "move" por vez no aumentará el rendimiento.

Formato

moving.sh -f vol_list_file -t lsm_id or list of lsm_ids

Donde:

  • -f vol_list_file

    El nombre del archivo que contiene la lista de volúmenes para mover.

    Nota:

    Los ID de volúmenes deben cumplir estas reglas: un ID de cartucho por línea; vol_ids deben ser ID de volúmenes de ACSLS válidos; si vol_ids incluyen espacios iniciales o finales, deben encerrarse dentro de comillas simples o dobles.
  • -t lsm_id s

    Especifica uno o más ID de LSM al que se moverán los cartuchos. Cada ID de LSM debe estar separado por un espacio y pertenecer al mismo ACS.

Uso

Use la utilidad moving.sh para mover una lista de cartuchos a otros LSM o de un panel a otros paneles en el mismo LSM.

Puede usar un informe de volumen personalizado o el comando display volume para crear un archivo que contenga la lista de volúmenes para mover desde un LSM.

Se recomienda que use la utilidad moving.sh:

  • Cuando se particiona SL8500 o se vuelve a particionar, y se eliminan una o más guías (LSM) de una partición existente (ACS), moving.sh puede mover cartuchos del LSM que se eliminará de la partición al LSM que permanece en la partición.

  • Cuando los LSM se eliminan de un ACS, moving.sh puede mover cartuchos a los LSM que permanecen en el ACS.

    Por ejemplo, si se eliminan SL8500 de un complejo de bibliotecas (ACS), moving.sh mueve cartuchos de la SL8500 que se eliminarán a los LSM que permanecerán en la biblioteca. Esto también se aplica cuando los LSM 9310 se eliminan de un ACS de 9310.

  • Cuando se elimina un módulo de expansión de almacenamiento de una SL8500, los cartuchos pueden moverse de los paneles que se eliminarán a los paneles que permanecen en la biblioteca.

  • Para optimizar el rendimiento de la biblioteca, mueva los cartuchos inactivos a un LSM con pocas o sin unidades que se usen para archivar cartuchos. Esto libera espacio en LSM con unidades para nuevos cartuchos activos.

Creación del archivo de lista de volúmenes

Antes de comenzar, debe crear un archivo que incluya la lista de volúmenes para mover desde un LSM. Puede usar el comando volrpt (informe de volúmenes personalizado) o el comando display volume.

  • Cree un vol_list_file

    volrpt -d -f custom_volrpt_input -l  lsm_id > vol_list_file

    Donde el archivo custom_volrpt_input es:

    VOLUME_ID  6

    Salida de ejemplo:

    $ volrpt -d -f my_custom -l 0,2 > my_file_list 
    $ cat my_file_list 
    ABC744  
    ABC748  
    ABC756  
    ACS151  
    EN0823  
    O00373  
    
  • Uso del comando display volume para crear vol_list_file.

    1. Muestre la lista de volúmenes.

      Ejemplo:

      display volume * -home acs,lsm,panel,*,* -f vol_id

      Este ejemplo selecciona todos los volúmenes en el panel identificados por el parámetro -home. La fila y columna incluyen comodines. Solo se muestra vol_id.

      Salida de ejemplo:

      ACSSA> display volume * -home 0,3,5,*,* -f vol_id 
      2007-02-12 15:31:45              Display Volume 
      Vol_id 
      PG0350 
      PG0353  
      PG0356  
      PG0358  
      PQ0616  
      
    2. Cree y asigne un nombre a su vol_list_file.

    3. Corte y pegue la lista de volúmenes (creada a partir del comando "display") en este archivo.

    4. Edite la salida.

      vol_list_file no puede incluir líneas en blanco y espacios iniciales. Use el siguiente comando "vi" para eliminarlos.

      :%s/ˆ[ ]*//g  
      

      Si no lo hace, recibe un mensaje de error, tal como se muestra en el siguiente ejemplo.

      $ moving.sh -f my_file_list -t 0,2 
        Error in file my_file_list. 
        Invalid entry 
       ABC748 
       ABC756 
      ACS151 
      EN0823 
      

      Este mensaje de error se generó dado que había un espacio adicional antes de los volúmenes ABC748 y 756.

Procedimientos para mover un grupo de cartuchos

Los siguientes procedimientos describen cómo:

  • mover cartuchos antes de eliminar un LSM de un ACS

  • mover cartuchos antes de cambiar o eliminar paneles

Movimiento de cartuchos antes de eliminar un LSM de un ACS

Después de volver a configurar o particionar una biblioteca, y si se elimina un LSM de un ACS, todos los cartuchos en el LSM estarán inaccesibles. Por lo tanto, antes de eliminar el LSM, todos sus cartuchos deben moverse al LSM que permanecerá en el ACS. Utilice el siguiente procedimiento:

  • Cuando se elimina una guía (LSM) de una partición heredada en una SL8500 particionada.

  • Cuando se elimina un LSM de un ACS. El ACS puede incluir 9310 o una biblioteca SL8500.

  1. Planifique su nueva configuración.

    • Organice los cartuchos y las unidades para mejorar el rendimiento.

    • Vacíe un LSM brevemente antes de cambiar la configuración de la biblioteca.

    • Determine la cantidad de cartuchos que tiene en los LSM que está vaciando y la cantidad de celdas libres en los LSM a los que moverá los cartuchos.

      Use free_cells.sh -a para averiguar la cantidad de cartuchos en estos LSM (celdas asignadas) y celdas libres.

  2. Planifique el movimiento y la nueva configuración.

    • Planifique el movimiento para minimizar el impacto en su sistema.

      El movimiento de los cartuchos demora, y la nueva configuración de una biblioteca o una nueva partición de una SL8500 es disruptiva.

    • Asegúrese de que haya suficientes celdas libres en los LSM de destino para mover los cartuchos. Si es necesario, expulse los cartuchos para liberar espacio.

  3. Ejecute Vary en todas las unidades del LSM que se eliminará para cambiarlas al estado fuera de línea.

    Esto evita lo siguiente:

    • Contención de robots en el LSM.

    • Montajes en este LSM.

      De lo contrario, los cartuchos montados en este LSM pueden flotar a las nuevas celdas iniciales en el LSM, completando el LSM que está intentando vaciar.

  4. Ejecute Vary en el LSM que se vaciará para cambiarlo al modo de diagnóstico para restringir el acceso solamente a cmd_proc utilizando el siguiente comando:

    vary lsm lsm_id diagnostic

    Ejemplo: vary lsm 0,1 diagnostic

  5. Ejecute un volrpt personalizado para mostrar todos los cartuchos en el LSM que se vaciará en un archivo, utilizando el siguiente comando:

    volrpt -f custom_volrpt_input -l from_lsm_id > move_vols_list

    Donde custom-volrpt_input es:

    VOLUME_ID   6

    Ejemplo: volrpt -f   volrpt_input   -l   0,1 > move_vols_list

    Consulte Creación de un informe de estadísticas de volumen de log para obtener más información.

  6. Mueva los cartuchos fuera del LSM que se vaciará, utilizando el siguiente comando:

    moving.sh -f move_vols_list -t dest_lsm_id(s)

  7. Compruebe que el LSM esté vacío utilizando volrpt dado que los cartuchos posiblemente se hayan introducido en el LSM o puedan haber "flotando" a él.

    volrpt -l from_lsm_id

    Si no está vacío, ejecute volrpt personalizado una vez más para seleccionar los volúmenes que ahora están en el LSM. Entonces, ejecute moving.sh una vez más (pasos 3 y 4).

    Nota:

    No ejecute moving.sh una vez más con la lista de volúmenes original.
  8. Ejecute Vary en el LSM que se vaciará para cambiarlo al estado fuera de línea para evitar que los volúmenes se muevan a él.

    vary lsm lsm_id offline

    Nota:

    Extraiga el LSM de la partición y/o ACS.
  9. Vuelva a configurar el ACS utilizando config acs acs_id o acsss_config.

Movimiento de cartuchos antes de eliminar celdas de una partición

Nota:

La SL3000 puede particionarse en el nivel de unidades y celdas, y una SL8500 puede particionarse en el nivel de matriz de unidades y celdas con particionamiento mejorado. Si se reasignan celdas de una participación a otra, los cartuchos en estas celdas serán huérfanos y ya no estarán accesibles para la partición para la que antes sí lo estaban. El host que gestiona la otra partición podría escribir sobre los datos en los cartuchos.

Para evitar que los cartuchos se vuelvan huérfanos cuando cambian los límites de la partición: antes de volver a particionar la biblioteca, muévalos a celdas que permanecerán en la partición. Dado que SL3000 es de un único LSM, el comando "move" de ACSLS existente no funciona. Simplemente los movería a otro lugar de la biblioteca. También es posible moverlos a otra celda que también se eliminará de la partición.

Use uno de los siguientes métodos para mover sus cartuchos:

  • Use StorageTek Library Console (SL Console).

    Audite la biblioteca para auditar las ubicaciones de su volumen.

    Consulte la Guía del usuario de SL8500 o SL3000 para conocer información detallada y procedimientos.

  • Use el siguiente procedimiento de ACSLS:

  1. Use volrpt o Uso de opciones del comando "display" para mostrar ubicaciones de volúmenes.

  2. Muestre una lista de celdas disponibles (vacías) en un panel específico utilizando el siguiente comando "display":

    display cell a,l,p,*,* -status empty -f status

    Para obtener más información, consulte Uso de opciones del comando "display".

  3. Mueva los cartuchos a una celda específica especificando una celda libre en lugar de un ID de LSM. Para un movimiento de celdas, use el comando "move":

    move AAAAAA a,l,p,r,c

Movimiento de cartuchos antes de cambiar o eliminar paneles

Debe mover los cartuchos antes de cambiar un panel de celdas a un panel de unidades en una 9310 o eliminar un módulo de expansión de almacenamiento en una SL8500.

Pasos 1 a 4 como procedimientos de Movimiento de cartuchos antes de eliminar un LSM de un ACS.

Paso 5: seleccione los cartuchos en el panel que se vaciará y ejecútelos en un archivo.

  1. Ejecute un volrpt personalizado para mostrar todos los cartuchos en el LSM que se vaciará en un archivo. Incluya el número de panel (en el ID de celda inicial).

    volrpt -f custom_volrpt_input -l from_lsm_id > move_vols_list_1

    Donde custom-volrpt_input es:

    VOLUME_ID  6 
    CELL_ID        14  
    

    Seleccione los volúmenes en el panel o los paneles que se vaciarán y ejecute estos vol_ids en su move_vols_list_2.

  2. Seleccione los cartuchos en un panel que se vaciará utilizando el comando display volume.

    display volume * -home acs,lsm,panel,*,* -f volume > move_vols_list_2

    De esta forma se seleccionan todos los volúmenes en el panel identificado por el parámetro -home. La fila y columna incluyen comodines. Solo se ejecuta vol_id, y la salida se escribe en el archivo.

    Edite la salida, eliminando los espacios iniciales y la línea en blanco final.

Nota:

Si el LSM de destino o "to" es el mismo que el LSM de origen o "from", y se vaciará más de un panel, algunos volúmenes regresan a los paneles que se vaciarán. Deberá seleccionar los volúmenes fuera de los paneles y moverlos repetidas veces para limpiar los paneles.

Pasos 6 a 9: mismos procedimientos que Movimiento de cartuchos antes de eliminar un LSM de un ACS.

Paso 10. Vuelva a configurar el LSM, utilizando config lsm lsm_id o acsss_config.

Ejemplos

  • Movimiento de cartuchos del LSM 0,4 al LSM 0,0 y 0,1

    Para mover cartuchos del LSM 0,4 al LSM 0,0 y 0,1, cree un archivo que incluya la lista de cartuchos en LSM 0,4 usando volrpt y luego ejecute la utilidad moving.sh tal como se describe debajo:

    Salida de ejemplo:

    $ moving.sh -f vol_list.txt -t 0,0 0,1 
    Number of free cells in LSM 0,0 : 308 
    Number of free cells in LSM 0,1 : 362 
    ----------------------------------------- 
    Total number of free cells : 670 
    Total number of volumes to move : 7 
    
    Cartridge CAB001 moved to 0,0,3,0,0 
    Cartridge CAB002 moved to 0,0,4,0,0 
    Cartridge CAB003 moved to 0,0,5,0,0 
    Cartridge CAB004 moved to 0,0,6,0,0 
    Cartridge CAB005 moved to 0,0,7,0,0 
    Cartridge CAB006 moved to 0,0,8,0,0 
    Cartridge CAB007 moved to 0,0,9,0,0 
    
    Summary 
    ======= 
    Number of free cells remaining in LSM 0,0 : 301 
    Number of free cells remaining in LSM 0,1 : 362 
    ------------------------------------------------ 
    Total number of free cells remaining : 663 
    Number of cartridges moved : 7  
    Number of cartridges not moved : 0 
    
  • Movimiento de los cartuchos de los LSM 0,4  0,5  0,6 y 0,7 a los LSM 0,0  0,1  0,2 y 0,3,

    Para optimizar el rendimiento mediante el movimiento de cada LSM al LSM adyacente:

    • Prepare los archivos que incluyen la lista de cartuchos en los LSM 0,4  0,5  0,6 y 0,7 usando volrpt.

    • Ejecute cuatro utilidades moving.sh al mismo tiempo, pero en terminales de comandos UNIX separados.

      No hay contención entre las instancias individuales de moving.sh dado que los LSM de origen y de destino y los puertos Passthru utilizados son todos diferentes:

      Salida de ejemplo:

      moving.sh -f vol_list_0-4.txt -t 0,0  
      moving.sh -f vol_list_0-5.txt -t 0,1 
      moving.sh -f vol_list_0-6.txt -t 0,2 
      moving.sh -f vol_list_0-7.txt -t 0,3 
      

Gestión de cartuchos para rendimiento

La utilidad moving.sh puede usarse para mover cartuchos inactivos a los LSM de archivo. Un LSM de archivo es un LSM con pocas o ninguna unidad que almacena cartuchos que tienen pocas probabilidades de montarse. La guía superior en una SL8500 es una buena opción para un LSM de archivo dado que no tiene acceso directo al CAP.

Los cartuchos inactivos que no necesitan estar en una biblioteca pueden expulsarse, mientras que los cartuchos inactivos que todavía necesitan estar disponibles para montajes automatizados deben moverse a LSM de archivo.

Para mover cartuchos inactivos a un LSM de archivo, complete el siguiente procedimiento:

  1. Identifique los cartuchos inactivos. Por ejemplo, para seleccionar cartuchos a los que no se ha accedido en los últimos tres meses:

  2. Ejecute un volrpt personalizado para mostrar todos los cartuchos en el LSM que se analizará y muestre los resultados en un archivo.

    volrpt -f custom_volrpt_input -l from_lsm_id > move_vols_list_1

    Donde custom-volrpt_input es:

    VOLUME_ID 6

    ACCESS_DATE 15

  3. Seleccione los cartuchos en los que access_date es anterior a tres meses atrás y muestre estos vol_ids en un archivo con la lista de volúmenes que se moverá.

  4. Mueva los cartuchos inactivos al LSM de archivo.

    moving.sh move_vols_list_2 archival_lsm_id

Consulte:

probeFibre.sh

Esta utilidad muestra todas las bibliotecas conectadas directamente o conectadas a SAN detrás de un HBA de canal de fibra contemporáneo.

La utilidad probeFibre.sh muestra el número de modelo, ID de LUN y el World Wide Port Name (WWPN) de cada biblioteca conectada por fibra. La utilidad probeFibre.sh puede ejecutarse incluso antes de crear dispositivos mchanger para cada biblioteca.

Esta utilidad requiere acceso root.

Formato

probeFibre.sh [-v] [-p]

Opciones

Sin argumentos.

Muestra proveedor, modelo, ID de LUN y WWPN para cada dispositivo de biblioteca.

  • -v

    Produce una salida estructurada que incluye el número de modelo del adaptador de bus de host (HBA) y el WWPN de cada puerto iniciador, junto con los dispositivos de biblioteca detectados en cada puerto (incluido WWNN).

  • -p

    Produce una salida que incluye vendor:model:version:driver:target:lun:wwpn con cada campo delimitado por dos puntos.

rdb.acsss

La utilidad rdb.acsss restaura la base de datos de ACSLS y los archivos de control de ACSLS utilizando una copia de seguridad creada por la función de copia de seguridad automática o la utilidad bdb.acsss. Los archivos de control de ACSLS se encuentran en $ACS_HOME/data y definen distintas variables de entorno para ACSLS. Especifican la configuración de control de acceso, preferencias de reutilización, LSM de almacenamiento extendido, configuración personalizada de volrpt, atributos del volumen (para la utilidad watch_vols) y demás.

Si realiza la restauración desde una copia de seguridad de cinta, asegúrese de rebobinar o posicionar el dispositivo de cinta antes de restaurar la base de datos de ACSLS y los archivos de control desde la cinta. Use uno de los siguientes comandos para rebobinar o posicionar la cinta en la ubicación exacta en la que residen los archivos de copia de seguridad antes de ejecutar rdb.acsss.

mt -f /dev/rmt/0mn rewind 
mt -f /dev/rmt/0mn nbsf 1 

Formato

rdb.acsss

Opciones de menú

Cuando ejecuta rdb.acsss, se muestra un menú con cuatro opciones, tal como se muestra en el ejemplo siguiente.

Please enter the number followed by Return for your choice from 
the following menu. 
Press? followed by the Return key for help. 
   1: Restore from a list of current local disk backup files 
   2: Restore from a previous tape or file backup 
   3: Restore database only (do not include ACSLS control files) 
   4: Restore only ACSLS non-database control files 
   E: Exit 
  1. Restaure desde una copia de seguridad de disco local actual

    Se enumeran todos los archivos de copia de seguridad de ACSLS actuales en el disco local.

    Explicación: la base de datos se restaura a la copia de seguridad. Se restauran los archivos de control de ACSLS desde una copia de seguridad solamente. Las copias de seguridad se guardan en el directorio de copia de seguridad por defecto ($ACSDB_BKUP). La base de datos se restaura a cualquier copia de seguridad de base de datos enumerada y seleccionada. Por lo general, hay 8 fechas diferentes en la lista, pero esto varía en función del período de retención de la base de datos establecido en csss_config.

    Uso: use esta opción para restaurar una base de datos dañada. Con esta opción, se muestran todas las copias de seguridad y puede restaurar a cualquier copia de seguridad de base de datos que se muestra.

    Ejemplo:

    Menu choice: 1 
    rcvr_previous.sh 2642:  ACSLS database recovery started. 
    You have taken backups on the following days. Please enter the corresponding date and time to the backup that you wish to recover from. ACSLS database and control files will be restored to that time. 
    2011-10-02 04:38:48 
    2011-10-03 00:00:01 
    2011-10-04 00:00:01 
    2011-10-05 00:00:01 
    2011-10-05 11:49:06 
    Please enter the recovery date and time (YYYY-MM-DD HH:MM:SS): 
    HINT: You may copy and paste to enter the date and time. 
    

    Debe introducir la fecha y hora que desee de la copia de seguridad correspondiente y la base de datos se restaura a ese punto.

  2. Restore from previous tape or file backup

    Explicación: seleccione esta opción para recuperar una base de datos que se copió a un sistema de archivos diferente (tal como NFS) o en un dispositivo de copia de seguridad (tal como una cinta). Se restauran los archivos de control de ACSLS.

    Uso: se utiliza para un evento catastrófico, tal como una falla de hardware cuando la base de datos debe restaurarse al servidor o incluso a un servidor completamente diferente. La plataforma (versión/actualización del SO y versión de ACSLS/nivel PUT) debe ser la misma.

    Option 2: 
    Menu choice: 2. 
    rcvr_manual.sh 2635: ACSLS recovery started 
    To recover the ACSLS environment either: 
    - Mount a ACSLS backup tape in a tape device and  
      specify this tape device with '-f tape_device', or 
    - Specify a file name containing a ACSLS backup with '-f   backup_file'.  
    

    Se recuperará la base de datos de ACSLS del archivo especificado.

    Introduzca -f [ backup_file | tape_device ]:

    Ejemplo 1: especificar un archivo con -f backup_file

    Please mount tape (if used) and enter backup source: -f /export/backup/my_backup.bak

    Esto restauraría una copia de seguridad con el nombre my_backup.bak. La base de datos y los archivos de control de ACSLS se restaurarían y ACSLS regresaría al estado en el que estaba cuando se ejecutó la copia de seguridad.

    Ejemplo 2: restaurar una copia de seguridad creada en un dispositivo de cinta

    Restaurar una copia de seguridad creada en un dispositivo de cinta usa la misma opción, pero funciona un tanto diferente. Cuando se crea una copia de seguridad en un dispositivo de cinta, el archivo tar se crea en la cinta, pero no tiene un nombre. Al restaurar una copia de seguridad desde una cinta, solo se proporciona el dispositivo de cinta.

    INDICACIÓN: Debe usar un dispositivo de cinta sin rebobinado.

    Please mount tape (if used) and enter backup source: -f /dev/rmt/0mn

    Esto va al dispositivo /dev/rmt/0mn y verifica que haya una copia de seguridad de base de datos válida. Si existe y es válida, se restaura.

    Procedimientos para rebobinar una cinta:

    La cinta debe estar REBOBINADA o POSICIONADA en la ubicación correcta en la que residen los archivos de la copia de seguridad antes de intentar ejecutar rdb.acsss.

    Nota:

    Después de ejecutar el comando tar tvbf, la cinta se avanza al siguiente bloque. Asegúrese de haber rebobinado/reposicionado la cinta si tiene intenciones de ejecutar rdb.acsss después de ejecutar el comando tar tvbf.
    1. La cinta puede rebobinarse/posicionarse utilizando el siguiente comando:

      mt -f /dev/rmt/0mn rewind or mt -f /dev/rmt/0mn nbsf 1 ---> SOLARIS

    2. Para verificar el contenido de la cinta después de bdb.acsss, use los siguientes comandos:

      tar tvbf 2048 /dev/rmt/0mn ---> SOLARIS

  3. Restore database only (do not include ACSLS control files)

    Explicación: la opción proporciona la capacidad de restaurar solo datos. En algunos entornos, es posible que necesite restaurar la base de datos de ACSLS, incluidos sus datos, pero no es necesario restaurar los archivos de control de ACSLS diferentes de la base de datos.

    Option 3:  
    Menu choice: 3 
    To recover the ACSLS database data only, either: 
    - Mount an ACSLS backup tape in a tape device and specify this tape device with '-f tape_device', or 
    - Specify a file name containing an ACSLS backup with '-f backup_file'.  
    The ACSLS database data will be recovered from the file specified.  
       ****This option does not include the ACSLS control files****  
    Please enter -f [ backup_file | tape_device ]:  
    
  4. Restore only ACSLS non-database control files

    Explicación: restaura solo los archivos de control de ACSLS. Antes de restaurar cualquier archivo situado en el directorio $ACS_HOME/data/internal, las copias de seguridad se crean a partir de archivos existentes, anexando al final una extensión ”.bak”.

    $ACS_HOME/data/internal/dynamic_variables/dv_config.dat.bak 
    $ACS_HOME/data/internal/dynamic_variables/dv_trace.dat 
    $ACS_HOME/data/internal/release.vars.bak  
    

    Este no es el caso para los archivos situados en $ACS_HOME/data/external. No se realizan copias de seguridad de los archivos de control de ACSLS antes de la recuperación.

    Option 4: 
    Menu choice: 4 
    To recover the ACSLS non-database control files either: 
    - Mount an ACSLS backup tape in a tape device and 
     specify this tape device with '-f tape_device', or 
    - Specify a file name containing an ACSLS backup with '-f backup_file'.  
    ACSLS non-database control files will be recovered from the file specified.  
    Please enter -f [ backup_file | tape_device ]:  
    

    Ejemplo:

    Please enter -f [ backup_file | tape_device ]: -f $ACSDB_BKUP/my_file.bak 
    
    • -f $ACSDB_BKUP/my_file.bak recupera los archivos de control de ACSLS desde el archivo especificado.

    • -f /dev/rmt/0mn recupera los archivos de control de ACSLS desde el dispositivo de cinta especificado.

  5. Exit

    Cuando sale de la utilidad rdb.acsss, se inicia una copia de seguridad en el directorio por defecto, $ACSDB_BKUP.

Consulte:

Procedimientos de recuperación para:

showDevs.sh

La utilidad showDevs.sh muestra los atributos del dispositivo críticos asociados a cada instancia de mchanger en el directorio /dev. Los atributos críticos incluyen el número de modelo de biblioteca y el nivel de revisión, la capacidad de celdas y el número de unidades conectadas. Se pueden mostrar atributos adicionales usando las opciones siguientes.

Formato

showDevs.sh [-w][-s]

Opciones

Esta utilidad puede ejecutarse con distintas opciones.

No argument.

Esta opción muestra cada mchanger, modelo de biblioteca y nivel de código, y la cantidad de celdas y unidades.

  • -w

    World Wide Name, junto con la información básica, muestra el WWPN de las bibliotecas conectadas.

  • -s

    Número de serie, junto con la información básica, muestra el número de serie de la biblioteca.

    Nota:

    Para mostrar información del HBA del servidor (incluido el WWPN de los puertos de HBA) y el WWPN de todas las bibliotecas conectadas, use la utilidad probeFibre.sh como usuario root.

showDrives.sh

Esta utilidad presenta una lista de todas las unidades configuradas conectadas a ACSLS. La lista simple de ubicaciones de unidades se clasifica por tipo de unidad. Si se usa la opción verbose (-v), la utilidad muestra un resumen que incluye el estado de la unidad y el estado lógico asignado de cada unidad.

Formato

showDrives.sh [-v]

stats_report

La utilidad stats_report genera informes de estadísticas de volumen de biblioteca. Para ejecutar esta utilidad, debe iniciar sesión como acsss.

Formato

stats_report [vol_statsX.log ...]

Donde:

vol_statsX.log -

  1. Con este argumento opcional, puede especificar uno o más nombres de archivos del log de estadísticas de volumen archivados.

    (Los archivos archivados tienen el formato vol_statsX.log (donde 0 <= X <= 8 ).)

    Usando un archivo archivado como entrada:

    $stats_report  vol_stats0.log 
    

    Los informes centrados en el tiempo y la unidad se generan con el nombre del archivo de entrada del usuario anexado al (y mostrado antes del) nombre de archivo del informe.

    Por ejemplo, si especifica vol_stats0.log, los informes se generarán en el directorio $ACS_HOME/log de la siguiente manera:

    vol_stats0_drive_centric.txt and vol_stats0_time_centric.txt

  2. Para generar un informe de todos los archivos de estadísticas de volumen archivados de una sola vez, siga el procedimiento siguiente:

    1. Genere el log completo de archivos individuales

         $cd $ACS_HOME/log 
         $cat vol_stats8.log .... vol_stats0.log 
         acsss_stats.log  >  vol_statsXXXX.log 
            where vol_statsXXXX.log 
      

      (La cadena vol_stats es necesaria, pero XXXX puede ser cualquier cosa como FULL y demás) es el archivo concatenado de todos los vol_statsX.log(donde 0 <= X <= 8) y acsss_stats.log en el orden inverso.

    2. Ejecute stats_report

      $stats_report vol_statsXXXX.log

      Los informes se generan como vol_statsXXXX_drive_centric.txt y vol_statsXXXX_time_centric.txt.

      Si no se proporciona un nombre de archivo como argumento, se generan los informes centrados en el tiempo y la unidad desde $ACS_HOME/log/acsss_stats.log.

Uso

  • stats_report usa el acsss_stats.log actual para preparar dos informes de estadísticas de volumen. Active la recopilación de estadísticas de volumen de biblioteca al configurar la variable LIB_VOL_STATS. Esto se puede realizar mediante el proceso acsss_config (opción 3) o mediante el comando de la línea de comandos dv_config -p LIB_VOL_STATS. ACSLS distribuye y mantiene automáticamente 9 archivos acsss_stats.log cuando el log alcanza el tamaño por defecto de 500 KB.

  • El tamaño de los archivos log y el número de archivos para retener es controlado mediante las variables LIB_STATS_FILE_NUM y VOL_STATS_FILE_SIZE. Estas variables se establecen usando el mismo método que LIB_VOL_STATS se discutió anteriormente.

  • Los dos tipos de informes son:

    • drive_centric.txt

      Este informe incluye una lista ordenada de unidades. Cada registro de unidad incluye todos los cartuchos montados en la unidad, el solicitante, la hora de la solicitud y la duración del montaje.

    • time_centric.txt

      Nota:

      Este informe incluye el uso de los recursos de unidades enumerados en una escala temporal por hora. Cada registro en un período de tiempo incluye el solicitante, la unidad específica, el número de montajes durante ese período para esa unidad y la duración del uso de la unidad durante la hora.

      Si el uso de la unidad excede los 60 minutos para un período de tiempo, se trata de una indicación de que el montaje abarcó dos períodos de tiempo y, por lo tanto, no se incluirá en la lista en el segundo período de tiempo. El primer informe creado por stats_report es una vista de unidad.

Notas:

  • Si hay un registro DISMOUNT en el log pero no hay un registro MOUNT correspondiente, esto puede deberse a que:

    • El log se renovó.

    • La operación se registró a causa de algún problema de registro desconocido.

      En este caso, el registro se omite del informe generado.

  • Si hay un registro MOUNT en el log pero no hay un registro DISMOUNT correspondiente, esto puede deberse a que:

    • Todavía no se ha completado la operación DISMOUNT.

    • La operación no se registró a causa de algún problema de registro desconocido.

      En este caso, la duración del montaje se establece en -1, que es un indicio de los casos mencionados anteriormente. Estos registros se omiten del cálculo de la duración total de montaje en el informe centrado en el tiempo.

  • En los casos de cambio del horario de verano al horario estándar, es posible que surjan situaciones en las que la duración del montaje calculada sea negativa. Para suprimirlas, se toma el valor absoluto de la duración del montaje.

userAdmin.sh

La utilidad controlada por menú userAdmin.sh administra las contraseñas de usuario de la GUI de ACSLS. Se encuentra en el directorio $ACS_HOME/install. Puede agregar usuarios, eliminarlos, mostrarlos en una lista y cambiar sus contraseñas. WebLogic debe estar ejecutándose para usar esta utilidad. De no ser así, esta utilidad inicia WebLogic y confirma que está en línea antes de mostrar el menú.

Esta utilidad se ejecuta mediante root y requiere autenticación acsls_admin. La cuenta de usuario acsls_admin se configura durante la instalación de ACSLS 8.4.

Al agregar un usuario o cambiar una contraseña para un usuario, se le solicita el nombre de usuario y asignar una contraseña. La contraseña se verifica según los criterios de WebLogic de tamaño y caracteres legales.

Cuando se elimina un usuario, esa cuenta todavía tiene una sesión de GUI activa. Una vez que el usuario cierra sesión o termina la sesión, el usuario no podrá volver a iniciar sesión. La restauración de la GUI es la única forma de forzar la terminación inmediata de la sesión. Se proporciona una opción para reiniciar la GUI de ACSLS (que termina todas las sesiones).

No puede usar esta utilidad para cambiar la contraseña del usuario acsls_admin. Cuando es necesario cambiar o restablecer la contraseña para acsls_admin, debe:

  1. Ejecutar la utilidad wlinstall.sh.

    $installDir/wlinstall/wlinstall.sh 
    
  2. Ejecutar userAdmin.sh para volver a establecer las cuentas de usuario restantes.

Formato

userAdmin.sh 

Ejemplos

# ./userAdmin.sh 
     ACSLS GUI User Administration 
     Weblogic is online. 
Please enter the acsls_admin password: 
Authenticating.........Connected! 
Menu: 
1) Add a user account. 
2) Remove a user account. 
3) Change a user password. 
4) List users. 
5) Restart ACSLS GUI. 
6) Exit. 
Please select by number: 1 
--- Add a User --- 
Please enter the id of the user you wish to add: acsss 
Do you wish to add a GUI account for user 'acsss'? (y/n) y 
Please assign a password for 'acsss'. 
     Passwd: Please confirm password: 
     Passwd: 
Connecting.......... 
User accounts has been added. 
Please select by number: 2 
--- Remove a User --- 
Please enter the name of the user you wish to remove: accounts
 Do you wish to remove the ACSLS GUI account for user 'accounts'? (y/n) y 
Connecting.......... 
The account for accounts has been removed for future logins.> 
To disable any current login session for accounts, you
 must restart the ACSLS GUI. 
Please select by number: 3 
--- Change Password --- 
Enter the user name: acsss 
Passwd: Please confirm password: 
Passwd: 
Connecting.......... 
Password changed for acsss! 
Please select by number: 4 
--- List Users --- 
Connecting.......... 

Configured WebLogic users: 
      OracleSystemUser 
      acsls_admin 
      acsss 
Please select by number: 5 
Do you wish to restart the ACSLS GUI (affects all users)? (y/n) y
 Restarting: 
    Disabling WebLogic ........................... 
    Enabling WebLogic ................................ 
Please select by number: e 
# 

volrpt

La utilidad volrpt crea un informe de volumen.

Formato

volrpt [-s vol|loc|use] [-d] [-f filename] [-z] [-a|-l|-v identifier_list] [-i]

Opciones

  • -s

    Especifica la ordenación. Si no especifica esta opción, el valor por defecto es ordenar por ID de volumen. Si especifica esta opción, debe especificar uno de los siguientes valores:

    • vol

      Ordena por ID de volumen.

    • loc

      Ordena por ubicación inicial de volumen.

    • use

      Ordena por uso de volumen (número de montajes).

  • -d

    Especifica que la salida no incluya saltos de página ni información de cabecera. La salida puede usarse como entrada a otros programas, como pr.

  • -f filename

    filename especifica una plantilla volrpt personalizada.

  • -z

    Cero completa los campos de identificador.

  • -a

    Restringe el informe al ACS especificado. Puede especificar múltiples ACS (usar espacios en blanco para separar acs_ids).

  • -l

    Restringe el informe al LSM especificado. Puede especificar múltiples LSM (usar espacios en blanco para separar lsm_ids).

  • -v

    Restringe el informe a los volúmenes especificados (o rangos de volúmenes). Puede especificar un único vol_id, una lista de vol_ids separados por espacios en blanco o un rango de volúmenes indicados por vol_id-vol_id.

  • identifier_list

    Descritos por las opciones -v, -a y -l. Esta es una lista de ACS, LSM y volúmenes (o rangos de volúmenes).

  • -i

    Informa todos los volúmenes, incluidos los cartuchos ausentes y expulsados.

    Si no se especifica esta opción, no se informan los cartuchos ausentes y expulsados.

Uso

Use la utilidad volrpt para crear un informe de cartuchos de biblioteca, incluida su ubicación física, historial, atributos y uso. También puede usar volrpt para verificar la base de datos después de restaurarla. Puede usar las opciones -a, -l o -v para especificar los ACS, LSM o cartuchos para el informe. Si no especifica ninguna de estas opciones, volrpt informa solo sobre ACS 0.

Nota:

Se debe considerar especialmente los espacios iniciales y finales. Al especificar argumentos para volúmenes que incluyen espacios iniciales o finales, debe encerrar los argumentos entre comillas simples. Para garantizar que la comilla simple se pase de un componente de shell a otro, la comilla debe etiquetarse con un carácter de escape. En UNIX, el carácter de escape estándar es la barra invertida (\).

Ejemplos:

Para formular un comando volrpt en el equipo local en el que desea hacer referencia a los ID de volumen con un espacio inicial, debería enviar el comando, de la siguiente manera:

volrpt -v \'0000\'-\'9999\’

Para enviar el mismo comando por medio de un shell remoto (rsh), debería encerrar todo el argumento dentro de comillas dobles:

rsh <acsls_hostname> -l acsss bin/volrpt -v "\' 0000\'-\' 9999\'"

El siguiente ejemplo muestra un informe de volumen estándar, que incluye campos para ID de volumen, ubicación, tipo de etiqueta, tipo de medio e historial de uso.

VOLUME REPORT UTILITY 
2002-06-30 14:01:21 
TOTAL VOLUMES: 400 SEQUENCE: sort by volume identifier 
Volume Home    LabelVolume    Times|---Entered---||--Last Used--|
 Label Location AttrType/Media MountedDateTime      DateTime 
CLN000 0,0,1,0,3 ExtC/STK1U    108/22/0109:30     10/04/01 14:26 
RB0000 0,1,2,1,10Ext.D/STK1R    310/01/0108:16     10/01/01 08:18 
RB1400 0,0,10,1,3Ext.S/STK1R    24310/01/0109:30     10/06/01 11:04 
RB1401 0,0,10,3,5Virt.D/STK1R    1210/01/0103:29     10/05/01 23:11 
  ”     "     " "  "  "" 
  "      "     "  "  "  "" 
  "      "     "  "  "  "" 
TB1440 0,1,3,1,9 Ext.D/STK2P    4308/12/0109:1109/28/0117:52 
  "      "     "  "  "  "" 
  "      "     "  "  "  "" 
  "      "     "  "  "  "" 

En la columna Volume Type/Media: C indica cartuchos de limpieza, D indica cartuchos de datos, P indica un cartucho de limpieza que se informó como gastado (agotado) por una unidad de cinta y S indica cartuchos reutilizables.

Use la opción -f filename para crear un informe personalizado, consulte Creación de un informe de estadísticas de volumen de log para obtener más información.

$ACS_HOME/data/external/volrpt/owner_id.volrpt es un archivo de entrada de muestra que puede ejecutar o usar como una plantilla para crear informes de volumen personalizados. También puede guardar sus informes de volumen personalizados en el directorio $ACS_HOME/data/external/volrpt.

Puede redireccionar el informe de volumen a un archivo con la redirección UNIX estándar:

volrpt > file

Ejemplos

Por defecto, volrpt informa solo el primer ACS de la lista. Para informar los cartuchos en ACS 0 y ACS 1, introduzca el siguiente comando:

volrpt -a 0 1

Para informar los cartuchos en LSM 0,1 y 2,1 ordenados por ubicación de celda inicial, introduzca el siguiente comando:

volrpt -s loc -l 0,1 2,1

Notas:

  • volrpt muestra el informe de volumen especificado si se completa correctamente. volrpt imprime un mensaje en stderr y se cierra si especifica la opción -f y volrpt no puede encontrar el archivo especificado o especifica más de un archivo de entrada. Para errores de campo dentro del archivo de entrada, volrpt imprime un mensaje en stderr e ignora la línea con errores, pero no se cierra.

  • Si no se encuentran cartuchos en la lista de ID de volúmenes, rango o componente de biblioteca especificado, volrpt devuelve un mensaje no volumes found.

  • Cuando no se especifica un parámetro, usa el por defecto de ACS 0.

  • Si se especifica un componente de biblioteca mediante la opción -a, -l, o -v, pero no se encuentran volúmenes, se muestran mensajes como los siguientes:

    • Opción -a (ACS)

      Mensajes:

      cuando se proporciona un único acs_id y no hay volúmenes presentes, se muestra el siguiente error: No Volumes found for ACS: (<acsid>)

      Ejemplo:

      $ volrpt -a 2 
      No Volumes found for ACS: (2)  
      

      Cuando se proporcionan múltiples acs_ids y ninguno de ellos tiene volúmenes, se muestra el siguiente error:

      No Volumes found for ACS: (<acsid1>)(<acsid2>)

      Ejemplo:

      $ volrpt -a 0 1  
      No Volumes found for LSM: (0) (1)  
      
    • Opción -l (LSM)

      Mensajes:

      Cuando se proporciona un único lsm_id y no hay volúmenes presentes, se muestra el siguiente error: No Volumes found for LSM: (<lsmid>)

      Ejemplo:

      $ volrpt -l 1,1  
      No Volumes found for LSM: (1,1)  
      

      Cuando se proporcionan múltiples lsm_ids y ninguno de ellos tiene volúmenes, se muestra el siguiente error: No Volumes found for LSM: (<lsmid1>)(<lsmid2>)

      Ejemplo:

      $ volrpt -l 1,1 1,2 
      No Volumes found for LSM: (1,1) (1,2) 
      
    • Opción -v (VOLUMEN)

      Mensajes:

      Cuando se proporciona un único volid y no hay volúmenes presentes, se muestra el siguiente error: Volume(s) not: (<volid>)

      Ejemplo:

      $ volrpt -v BBB112 
      No Volumes found: (BBB112) 
      

      Cuando se proporcionan múltiples volids y ninguno de ellos tiene volúmenes, se muestra el siguiente error: Volume(s) not found: (<volid1>)(<volid2>)

      Ejemplo:

      $ volrpt -v BBB112 BBB114 
      No Volumes found: (BBB112) (BBB114) 
      

      La opción -v también puede usarse para rango de volúmenes, y produce mensajes similares cuando no hay volúmenes presentes.

      Cuando se proporciona un único rango de volúmenes y no hay volúmenes presentes, se muestra el siguiente error: Volume(s) not: (<volrange>).

      Ejemplo:

      $ volrpt -v BBB112-BBB116 
      No Volumes found: (BBB112-BBB116) 
      

      Cuando se proporcionan múltiples rangos de volúmenes y no hay volúmenes presentes, se muestra el siguiente error: Volume(s) not: (<volrange1>) (<volrange2>)

      Ejemplo:

      $ volrpt -v BBB112-BBB116 BBB220-BBB224 
      No Volumes found: (BBB112-BBB116) (BBB220-BBB224) 
      

      Cuando no se ha configurado un ACS o LSM

    Cuando se usa volrpt con un acs_id o lsm_id que no existe, muestra un mensaje de acuerdo al identificador.

    • -a (ACS)

      Identificador de ACS (<acsid>) no configurado

    • -l (LSM)

      Identificador de LSM (<lsmid>) no configurado

Consulte Creación de un informe de estadísticas de volumen de log.

watch_vols

Esta utilidad aplica políticas definidas previamente para los siguientes volúmenes:

  • recientemente introducido

  • descubierto por auditoría o recuperación de cartuchos

  • reactivado por auditoría, recuperación de cartuchos o enter

    Estas políticas se definen en el archivo:

    $ACS_HOME/data/external/vol_attr.dat

    Este archivo incluye una lista de los ID de volumen definidos por el usuario o rangos de volúmenes, y una política especificada por el usuario para cada volumen registrado. Para cada volumen o rango de volúmenes enumerado en ese archivo, puede definir la propiedad del volumen, la asociación de agrupaciones, la ubicación del LSM preferido o la asignación de biblioteca lógica cuando se introduce un volumen. Se explican en detalle las instrucciones específicas para definir políticas en el archivo vol_attr.dat.

    La utilidad watch_vols usa acsss_stats.log para identificar la existencia de volúmenes recientemente introducidos o volúmenes descubiertos o reactivados durante una auditoría o mediante recuperación de cartuchos. Para activar esta capacidad, debe activar las estadísticas de volumen con acsss_config (opción 3). Con las estadísticas de volumen activas, watch_vols supervisa la cola de acsss_stats.log, en busca de volúmenes coincidentes con las entradas definidas en vol_attr.dat. Siempre que se encuentre una coincidencia, se aplicará automáticamente la política definida para ese volumen.

Los ID de volumen deben cumplir estas reglas:

  • Un vol_id o rango de volumen por línea.

  • vol_ids deben ser ID de volumen de ACSLS válidos.

  • Si vol_ids incluyen espacios iniciales o finales, deben estar representados por guiones bajos (_). Por ejemplo: _V234_.

Formato

watch_vols [start|stop]

Uso

Puede comprobar el estado de ejecución de la utilidad invocando watch_vols sin parámetro. Si tiene dudas sobre el estado de watch_vols (en ejecución o detenido), el comando watch_vols sin argumento muestra el estado actual.

Hay dos opciones para watch_vols, start y stop.

  • watch_vols start

    Cuando se llama el parámetro start, watch_vols revisa las políticas definidas en vol_attr.dat. Si hay errores de formato o sintaxis, watch_vols muestra el error y le solicita que realice la corrección necesaria en vol_attr.dat. Una vez que watch_vols acepte la política definida, la utilidad llama un daemon para ejecutar en segundo plano. El daemon continúa ejecutándose si ACSLS está en ejecución. Se inicia automáticamente siempre que se reinicia ACSLS.

    La tabla de políticas en vol_attr.dat puede actualizarse en cualquier momento. No es necesario detener watch_vols para actualizar la política. Simplemente ejecute watch_vols start para confirmar las actualizaciones del programa en ejecución.

  • watch_vols stop

    Este comando detiene cualquier política adicional para los volúmenes especificados.

Se conserva un log de todas las actividades de watch_vols en el archivo log:

$ACS_HOME/log/watch_vols_event.log

Cada cambio de propiedad de volumen, pool_id o ubicación inicial de LSM se registra en este archivo.

Ejemplo

Está llevando a cabo una operación "enter" y desea mover volúmenes específicos a un LSM de destino cuando se introducen.

  1. Audite el LSM de destino con watch_vols disabled.

  2. Una vez auditado el LSM de destino, start watch_vols.

  3. Introduzca los volúmenes que tienen políticas definidas en vol_attr.dat.

    watch_vols mueve luego los volúmenes especificados al LSM de destino después de introducirse.