En este capítulo se proporciona una visión general de ACSLS.
Automated Cartridge System Library Software (ACSLS) es un software del servidor StorageTek de Oracle que controla una biblioteca de cintas de StorageTek. Un sistema de cartuchos automático (ACS) es un grupo de bibliotecas de cintas conectadas mediante puertos Passthrough (PTP). ACSLS accede a información almacenada en uno o varios ACS y la gestiona mediante el procesamiento de comandos en una red. El software incluye un componente de administración del sistema e interfaces para aplicaciones de sistemas cliente y aplicaciones de gestión de bibliotecas.
ACSLS HA es una configuración de hardware y software que proporciona redundancia dual, recuperación automática y recuperación de failover automática para garantizar un servicio de control de bibliotecas de cintas ininterrumpido si se producen errores en un componente o subsistema.
Consulte la guía Instalación, configuración y operación de ACSLS-HA para obtener más información sobre cómo ejecutar ACSLS 8.4 en Solaris 11 con sistemas de archivos ZFS. Esta versión admite la instalación del software ACSLS en cualquier sistema de archivos definido por el usuario.
En esta sección se mencionan los ID de usuario de acssa y acsss.
La información de inicio de sesión de acssa proporciona acceso a cmd_proc, la interfaz de usuario de la consola para las operaciones de control de bibliotecas y un juego limitado de utilidades de ACSLS.
Un típico entorno de shell para acssa incluye una o más ventanas que ejecutan cmd_proc y una ventana que supervisa la cola de ejecución del log de eventos de ACSLS. El entorno de inicio de sesión de acssa proporciona acceso a estos dos recursos:
$ cmd_proc $ acs_tail $LOG_PATH/acsss_event.log
La información de inicio de sesión de acsss proporciona acceso a estas y todas las demás utilidades administrativas para mantenimiento general, configuración, copia de seguridad y restauración de base de datos, utilidades de shell y diagnóstico general.
El comando acsss es una macro de inicio, detención y estado que manipula los múltiples servicios asociados a la aplicación ACSLS. Consulte las secciones Inicio y supervisión de ACSLS y La macro acsss.
En esta sección se menciona cmd_proc.
En el siguiente ejemplo se muestra la ventana de cmd_proc que se muestra cuando inicia sesión como acssa. En el modo curses, la ventana de cmd_proc es una pantalla dividida en la que la sección superior es el área de mensajes y la sección inferior es el área de comandos. Introduzca comandos de ACSLS cuando se le solicite.
ACSLS debe estar en ejecución para aceptar comandos. Puede suprimir esta solicitud de servidor de consultas inicial cuando inicia cmd_proc con la opción "-q":
cmd_proc -q
--------------------------ACSLS x.x.x---------------------------
ACSSA>query server
2008-01-23 15:41:42
Server Status
Identifier State Free Cell Audit Mount Dismount Enter Eject
Count C/P C/P C/P C/P C/P
run 234 0/0 0/0 0/0 0/0 0/0
cmd_proc de ACSLS es una interfaz fácil de usar que le brinda información del estado del servidor general mientras maneja sus propias solicitudes. El modo por defecto para cmd_proc es curses. Esta es una interfaz versátil que funciona bien con la mayoría de los tipos de terminal y usa una ventana estándar de 24 líneas por 80 caracteres. La interfaz de curses divide la pantalla en dos secciones, donde los mensajes vinculados a STDERR se envían a la mitad superior de la ventana y los mensajes vinculados a STDOUT se envían a la mitad inferior.
Cuando usa cmd_proc de ACSLS en su modo curses por defecto, ve mensajes de estado del servidor generales que se muestran en la parte superior de la ventana mientras que se visualizan las interacciones específicas del usuario en la parte inferior.
Una desventaja de curses es su capacidad limitada para conservar un historial de las interacciones de usuario con el servidor de ACSLS. El espacio para estas interacciones se limita a la mitad inferior de la ventana de 24 líneas.
Esta desventaja puede sobrellevarse si usa cmd_proc en el modo de línea:
cmd_proc -l
En el modo de línea, el usuario tiene todas las ventajas de una ventana con desplazamiento donde el historial de interacciones se desplaza en forma ascendente a un buffer de terminal desplazable, limitado solamente al tamaño del buffer.
La principal desventaja de la operación del modo de línea es su capacidad para dividir STDOUT y STDERR en espacios separados. El texto de salida de ambos orígenes se envía al mismo lugar de la pantalla, la única línea de cursor en el terminal en donde intenta redactar una solicitud.
Si su sesión cmd_proc es la única sesión en el sistema, esto no puede representar un problema. No obstante, en un entorno de producción ocupado donde hay operaciones activas en curso con ACSLS, puede ser difícil, sino frustrante, trabajar en una ventana donde la información de estado se imprime en la misma línea en la que redactará la solicitud de ACSLS.
Si bien es seguro ignorar la conversación de estado del sistema en la línea en la que escribe, se recomienda que redireccione esa conversación a otro lugar. Para redirigir mensajes del sistema a otro destino, puede ejecutar cmd_proc del modo de línea de la siguiente manera:
cmd_proc -l 2> /tmp/SysChatter.out The expression 2> instructs the shell to redirect STDERR to another location. In this example, the status messages are sent to a file in the /tmp directory.
Para ver la información de estado del sistema a medida que trabaja, puede abrir una segunda ventana de shell y ver una cola en ejecución del archivo donde envío los mensajes de estado:
tail -f /tmp/SysChatter.out
Para ejecutar las operaciones cmd_proc previstas, puede redirigir STDERR a /dev/null.
cmd_proc -l 2> /dev/null
El comando cmd_proc en el modo curses no puede mostrar líneas de más de 80 caracteres y la ventana cmd_proc se bloqueará si intenta mostrar una línea de más de 80 caracteres.
Si esto sucede, la ventana cmd_proc puede liberarse con Control+c y Control+d.
La salida de todos los comandos query y de otro tipo es menor a 80 caracteres por línea, y los campos por defecto informados para todos los registros mediante el comando de visualización requieren menos de 80 caracteres. No obstante, mostrar muchos campos opcionales puede generar líneas de más de 80 caracteres.
Se recomienda iniciar cmd_proc en modo de línea (con la opción –l) al mostrar muchos campos opcionales. Ejemplo: display drive * -f volume type state serial_num wwn usando cmd_proc se inició como cmd_proc –l.
Puede suspender cmd_proc para ejecutar comandos UNIX, y reanudar cmd_proc. Debe iniciar manualmente cmd_proc. Cualquier solicitud en proceso que inició en cmd_proc continúa completándose mientras cmd_proc está suspendido.
Para suspender y reanudar cmd_proc:
Mientras ejecuta cmd_proc, presione Control+z
Aparece la petición de datos del shell de UNIX.
Realice las operaciones de UNIX que desea.
Para reanudar cmd_proc, introduzca el comando fg UNIX.
Mientras se ejecuta cmd_proc, espere hasta que se complete toda la actividad en proceso y se haya devuelto la petición de datos ACSSA>.
Para salir de cmd_proc, introduzca el comando logoff:
logoff
La sesión cmd_proc termina.
Puede iniciar cmd_proc desde cualquier tipo de terminal que se haya definido en /etc/termcap. En el modo curses, el terminal debe tener un tamaño de visualización de 24x80 o mayor.
La sesión cmd_proc se ejecuta en un modo independiente de ACSLS. Inicie una sesión cmd_proc sin iniciar ACSLS, no habrá respuesta a sus comandos. Puede ver un error de comunicación del socket en cmd_proc, que intenta ejecutar comandos mientras no se ejecuta ACSLS.
El acceso remoto al servidor de ACSLS está disponible de cualquier sistema con un cliente SSH. Un cliente ssh es una característica estándar con cualquier shell en la mayoría de los sistemas operativos compatibles con POSIX, incluido Solaris, Linux y MacOS. Para entornos Windows, es necesario instalar el software del cliente SSH, tal como putty, WinSCP o una aplicación comercial similar.
Para acceder al servidor ACSLS de manera remota como usuario acssa, introduzca el siguiente comando:
$ ssh acssa@hostname
Donde hostname es el ID de host del servidor ACSLS.
Un entorno de eliminación típico para acssa incluye uno o más shells de inicio de sesión de SSH que ejecutan cmd_proc y otro shell para supervisar la cola de ejecución del log de eventos de ACSLS.
$ acs_tail $LOG_PATH/acsss_event.log
La tabla siguiente describe los métodos abreviados de teclado de cmd_proc, que son <CTRL>+ combinaciones de teclas.
Tabla 1-1 Métodos abreviados de teclado de cmd_proc
| Combinación de teclas | Acción | Notas |
|---|---|---|
|
|
Cancela el último comando |
|
|
|
Regresa a la petición de datos de |
|
|
|
Suprime el carácter anterior en la línea de comandos. |
En la mayoría de los teclados, también puede usar la tecla Intro o de retroceso. |
|
|
Refresca la visualización de |
Esta función es útil si la visualización actual de |
|
|
Refresca la línea de comandos actual. |
Esta función es útil si la visualización de la línea de comandos actual se ha dañado por ruidos en las líneas de comunicaciones. |
|
|
Suprime la línea de comandos actual. |
NA |
|
|
Suspende |
Introduzca el comando |
Puede usar un archivo de entrada para ejecutar automáticamente comandos enter cuando inicia cmd_proc. Por ejemplo, el siguiente archivo de entrada verifica ACSLS mediante el montaje y desmontaje de un cartucho.
query drive 0,0,0,0 query volume JB1400 mount JB1400 0,0,0,0 dismount JPB1400 0,0,0,0 force logoff
Para iniciar cmd_proc, introduzca el siguiente comando:
cmd_proc -q < filename
También puede iniciar cmd_proc, especificar un archivo de entrada y redirigir la salida a otro archivo. El uso de archivos de entrada y salida le permite ejecutar un juego de comandos en el inicio de cmd_proc y analizar los resultados. Por ejemplo, el siguiente archivo muestra los resultados de la ejecución de comandos en el ejemplo anterior que mostró cmd_proc con solo un archivo de entrada.
ACSSA> query drive 0,0,0,0 1998-06-30 18:23:08 Identifier State Status Cartridge Type 0,0,0,0 online available 9840 ACSSA> query volume JPL1400 1998-06-30 18:23:09 Identifier Status Current location JB1400 home 0,0,3,0,0 ACSSA> mount JPL1400 0,0,0,0 ACSSA> Mount: JB1400 mounted on 0,0,0,0 ACSSA> dismount JPL1400 0,0,0,0 force ACSSA> Dismount: Forced dismount of JB1400 from 0,0,0,0 ACSSA> logoff ACSSA
Para iniciar un cmd_proc adicional, especifique un archivo de entrada y redirija la salida:
Después de iniciar sesión como acssa o acsss, abra una ventana de terminal UNIX.
Para iniciar cmd_proc, introduzca el siguiente comando:
cmd_proc -q < file1 > file2
Donde file1 es el archivo de entrada y file2 es el archivo al que se dirige la salida.
Por defecto, los mensajes del área de visualización de cmd_proc se escriben en stderr, pero también puede redirigir estos mensajes. Por ejemplo:
cmd_proc -q < file1 > file2 2>> file2
Use este procedimiento para suspender el procesamiento de solicitudes colocando ACSLS en el estado inactivo. Comúnmente, este procedimiento se usa antes de cerrar ACSLS, pero también puede usarlo para detener temporalmente el procesamiento de solicitudes de ACSLS.
Para mover ACSLS al estado inactivo:
Desde cmd_proc, introduzca el comando de inactividad.
ACSLS procesa todas las solicitudes actuales, rechaza las nuevas solicitudes y pasa al estado inactivo.
Use este procedimiento para reanudar el procesamiento de solicitudes colocando ACSLS en el estado en ejecución. Comúnmente, reinicia ACSLS para retirarlo del estado inactivo.
Para reiniciar ACSLS, realice lo siguiente:
Desde cmd_proc, introduzca el siguiente comando:
start
ACSLS reanuda el procesamiento de solicitudes.
La tabla siguiente muestra una lista de los directorios, subdirectorios y los archivos de uso más frecuente y secuencias de comandos de shell en la estructura de directorios de ACSLS.
Se usan tres variables para rutas de ACSLS. Estas son:
$installDir
Este es el directorio de instalación base y es /export/home/ por defecto.
$ACS_HOME
Se encuentra en $installDir/ACSSS/, este es el directorio de inicio para el ID de usuario acsss y donde se instala el producto ACSLS.
$ACS_HOME es /export/home/ACSSS por defecto.
$ACSDB_BKUP
Este es el directorio en el que se guardan las copias de seguridad de ACSLS.
Tabla 1-2 Estructura de directorios de ACSLS
| Directorio | Contenidos |
|---|---|
|
|
El directorio de instalación base. |
|
|
Inicio de los componentes java de ACSLS, incluida la GUI de ACSLS y SMCE (operación de biblioteca lógica) |
|
|
El directorio de inicio de la aplicación de la GUI basada en Web de ACSLS. |
|
|
El paquete de servidor de la aplicación WebLogic incluido y secuencias de comandos de instalación relacionadas. |
|
|
El directorio de inicio de WebLogic independiente. |
|
|
Una recopilación de información de licencia de terceros y código de origen republicado relacionado. |
|
(por defecto /export/home/ACSSS/) |
Directorio de inicio para el ID de usuario |
|
(por defecto /export/backup/) |
Copias de seguridad de base de datos |
|
|
Incluye archivos de configuración de ACSLS. |
|
|
Incluye archivos personalizados utilizados en el control de acceso, medios combinados e informes de cartuchos. |
|
|
Incluye archivos personalizados y de ejemplo de control de acceso. |
|
|
Archivos de configuración internos de ACSLS: no modificar. |
|
|
Incluye archivos de diagnóstico y secuencias de comandos de shell. |
|
|
Incluye bibliotecas compartidas instaladas de ACSLS requeridas en tiempo de ejecución. |
|
|
Incluye log de eventos de ACSLS y archivos del log de eventos de utilidades. |
|
(por defecto /export/home/ACSSA/) |
Directorio de inicio de |
|
(por defecto /export/home/acsdb/) |
Directorio de inicio de base de datos. |
|
|
Esto es equivalente a |