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_report
recopila 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.
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.
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.
En la siguiente sección se describen las utilidades de ACSLS.
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
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.
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.
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
.
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.
-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.
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:
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.
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
.
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.
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.
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
Para agregar un nuevo ACS:
Escriba el siguiente comando:
config acs new
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.
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.
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.
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.
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:
Escriba el siguiente comando:
config acs
acs_id
Se muestran la nueva configuración y la anterior.
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.
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
.
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.
Para volver a configurar todas las unidades en un panel de unidad existente:
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.
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.
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.
Para volver a configurar el LSM:
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.
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.
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
.
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
.
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.
Introduzca el número de conexiones de puertos para el ACS especificado.
Puede tener un máximo de quince conexiones.
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.
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.
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 utilidaddb_export.sh
no se puede ejecutar si se está ejecutando ACSLS. Ejecute acsss
disable
antes de ejecutar db_export.sh
.-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.
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.
-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.
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
.
-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’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 ejecutaraudit
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
.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.
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.
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>
-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
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
.
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
-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.
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
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
La utilidad getHba.sh
gestiona puertos de HBA de canal de fibra.
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:
Conserve la configuración del puerto de HBA existente.
Configure un puerto del modo de destino adicional.
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:
HBA Port WWN 2100001b32055d85 Not connected (Puerto de HBA WWN 2100001b32055d85 No conectado).
HBA Port WWN 2101001b32255d85 Connected to a remote HBA (Puerto de HBA WWN 2101001b32255d85 Conectado a un HBA remoto).
HBA Port WWN 2102001b32055d85 Connected to a target device (Puerto de HBA WWN 2102001b32055d85 Conectado a un dispositivo de destino).
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.
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.
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.
-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.
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.
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.
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 # ============================================================================
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.
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.
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.
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.
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.
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
Cree y asigne un nombre a su vol_list_file
.
Corte y pegue la lista de volúmenes (creada a partir del comando "display") en este archivo.
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.
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.
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.
Ejecute Vary
en todas las unidades del LSM que se eliminará para cambiarlas al estado fuera de línea.
Esto evita lo siguiente:
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
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.
Mueva los cartuchos fuera del LSM que se vaciará, utilizando el siguiente comando:
moving.sh -f
move_vols_list
-t
dest_lsm_id(s)
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 ejecutemoving.sh
una vez más con la lista de volúmenes original.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.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:
Use volrpt o Uso de opciones del comando "display" para mostrar ubicaciones de volúmenes.
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".
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.
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
.
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.
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:
Identifique los cartuchos inactivos. Por ejemplo, para seleccionar cartuchos a los que no se ha accedido en los últimos tres meses:
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
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á.
Mueva los cartuchos inactivos al LSM de archivo.
moving.sh
move_vols_list_2 archival_lsm_id
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
.
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.
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
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
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.
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 comandotar 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
.La cinta puede rebobinarse/posicionarse utilizando el siguiente comando:
mt -f /dev/rmt/0mn rewind or mt -f /dev/rmt/0mn nbsf 1 ---> SOLARIS
Para verificar el contenido de la cinta después de bdb.acsss
, use los siguientes comandos:
tar tvbf 2048 /dev/rmt/0mn ---> SOLARIS
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 ]:
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.
Exit
Cuando sale de la utilidad rdb.acsss
, se inicia una copia de seguridad en el directorio por defecto, $ACSDB_BKUP
.
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.
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 utilidadprobeFibre.sh
como usuario root
.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.
La utilidad stats_report
genera informes de estadísticas de volumen de biblioteca. Para ejecutar esta utilidad, debe iniciar sesión como acsss
.
stats_report [
vol_statsX.log ...]
Donde:
vol_statsX.log -
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
Para generar un informe de todos los archivos de estadísticas de volumen archivados de una sola vez, siga el procedimiento siguiente:
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.
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.
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.
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:
Ejecutar la utilidad wlinstall.sh
.
$installDir/wlinstall/wlinstall.sh
Ejecutar userAdmin
.sh
para volver a establecer las cuentas de usuario restantes.
userAdmin.sh
# ./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 #
La utilidad volrpt
crea un informe de volumen.
-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.
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
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.
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_.
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.
Está llevando a cabo una operación "enter" y desea mover volúmenes específicos a un LSM de destino cuando se introducen.
Audite el LSM de destino con watch_vols
disabled
.
Una vez auditado el LSM de destino, start
watch_vols
.
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.