ACSLS 8.4 se puede ejecutar en Solaris 11, actualización 2.
En este capítulo, se describen los procedimientos de instalación de ACSLS 8.4. Entre los temas se incluyen:
Además del derecho de uso de licencia de Oracle para ACSLS, este producto contiene diversos componentes de software de terceros, cada uno con sus propios criterios de licencias. Lea el acuerdo THIRDPARTYLICENSEREADME.txt ubicado en el directorio de instalación de ACSLS_8.4.0. En el caso de componentes de software cuya licencia requiere redistribución del código fuente, podrá encontrar el código fuente en el directorio de instalación del paquete inicial, ACSLS_8.4.0 (generalmente en /opt
). Busque en el subdirectorio acsls_thirdPartySoftware/
.
Si se actualiza desde una versión anterior, necesita exportar la base de datos y los archivos de control. Como usuario acsss, ejecute el comando:
db_export.sh -f /path/to/my/export/file
En el ejemplo anterior, myExport
es el nombre que asigna al archivo de exportación. También se crea un segundo archivo con extensión .misc
. Debe guardar myExport
y myExport.misc
en una ubicación no volátil. Si actualiza el sistema operativo, deberá transferir esos archivos a una máquina remota para mantenerlos seguros.
Para obtener más información y conocer los procedimientos, consulte el capítulo de gestión de bases de datos en la Guía del administrador de StorageTek ACSLS 8.4.
Si ha creado usuarios adicionales de GUI de ACSLS en la versión ACSLS 8.1 o una posterior, registre dichos ID de usuario para volver a agregarlos después de instalar la nueva versión de ACSLS. Para hacerlo:
Como usuario acsss
:
cd $ACS_HOME/install
Escriba su root
.
No escriba su - root
si desea conservar su entorno acsss
.
Ejecute ./userAdmin.sh
para obtener una lista de los usuarios existentes de la GUI de ACSLS:
Elija la opción List Users (Enumerar usuarios) y, luego, la opción Exit (Salir) cuando haya finalizado.
Registre los ID de usuarios para volver a agregarlos más adelante según se describe en Agregación de usuarios de la GUI de ACSLS.
En esta sección, se describen los pasos para instalar Solaris.
Para conocer los procedimientos de instalación, consulte las instrucciones de instalación de Solaris.
ACSLS 8.4 se probó mediante la selección de distribución completa para la instalación de Solaris. Oracle no proporciona una lista mínima de los paquetes necesarios para ACSLS, pero se recomienda la distribución completa.
La instalación de Solaris debe "Activar servicios remotos" para garantizar que las aplicaciones de los clientes de redes se comuniquen con el servidor ACSLS.
Si selecciona la opción de instalación "Secure by Default" (Proteger por defecto) de Solaris, es necesario alterar una propiedad de la configuración de red para rpc-bind
. Para hacerlo:
Verifique la configuración de la propiedad:
# svccfg -s rpc/bind listprop config/local_only
Si la configuración de la propiedad local_only
es true (verdadero), debe configurarla en false (falso).
# svccfg -s rpc/bind setprop config/local_only=false
ACSLS 8.4 se puede instalar en cualquier sistema de archivos. Los directorios base y de copia de seguridad de ACSLS (por ejemplo, /export/home
y /export/backup
) se deben montar para autorizar SETUID
a fin de que el usuario acsss
pueda ejecutarse como root
. Se requiere acceso de superusuario para las secuencias de comando que inician y detienen los servicios ACSLS y aquellas que recopilan información de diagnóstico para una llamada al servicio de soporte.
El elemento acsss
umask
se configura como 027
durante la instalación.
Los servicios de red, específicamente rpcbind
, deben estar activados para posibilitar la comunicación del cliente de ACSLS, a menos que la seguridad de firewall de ACSLS y todos los clientes ACSAPI esté configurada sin necesidad de asignador de puertos. Para obtener información detallada, consulte la sección "Opción de seguridad de firewall" en la Guía del administrador de ACSLS.
Se agregan automáticamente tres cuentas de usuario de ACSLS (acsss
, acssa
, acsdb
) cuando se instala el paquete de ACSLS.
La instalación del paquete crea un grupo acsls
y asigna los tres usuarios a este grupo. Además agrega root
al grupo acsls
.
Si ya existen cuentas de usuario para los tres usuarios acsls, el directorio de inicio del usuario y el ID del grupo se ajustan automáticamente (si fuera necesario) mediante la rutina de instalación del paquete.
ACSLS 8.4 permite establecer un directorio de inicio definido por el usuario para la aplicación ACSLS. Se hace referencia al directorio principal de cada directorio de inicio de usuario en la variable $installDir
. Los directorios de inicio de usuario para ACSLS son:
acsss $installDir/ACSSS acssa $installDir/ACSSA acsdb $installDir/acsdb/ACSDB1.0
Si ya existen cuentas de usuario para estos usuarios y está cambiando $installDir
, entonces se debe cerrar la sesión de esos usuarios del sistema durante la instalación, ya que se cambiará el directorio de inicio.
Si ya existen cuentas de usuario y están bloqueadas, se deben desbloquear antes de instalar el paquete.
Para verificar si la cuenta acsss
está bloqueada:
# passwd -s acsss acsss LK
El código "LK" indica que la cuenta está bloqueada. Para desbloquear la cuenta:
# passwd -u acsss
Realice esta acción para cada cuenta de usuario.
Si estas cuentas de usuario existen en un servidor LDAP o NIS, y el usuario root
en la máquina local no tiene autoridad usermod
sobre el servidor LDAP o NIS, es necesaria la intervención manual del administrador del sistema para completar la instalación de ACSLS. Asegúrese de que los usuarios se vuelvan a asignar al grupo acsls
y que sus directorios de inicio cumplan con el cuarto apartado. El shell de usuario debe ser: /bin/bash
Se crean programas automatizados específicos conocidos como crontabs para los usuarios acsss
y acsdb
cuando ejecuta la utilidad install.sh
. Estos crontabs se proporcionan para las actividades de copia de seguridad de mantenimiento de la base de datos ACSLS.
Puede que exista un archivo opcional /etc/cron.d/cron.allow
en el sistema. Este archivo controla qué usuarios tienen permitido ejecutar el comando crontab
. Si cron.allow
existe, se deben incluir los ID de usuario para acsss
y acsdb
en el archivo antes de ejecutar install.sh
. De lo contrario, se producirá un error en la creación de crontab
para estos usuarios.
El archivo cron.deny
existe por defecto en la mayoría de los sistemas. A cualquier usuario incluido en este archivo se le denegará explícitamente el acceso al comando crontab
. Asegúrese de que acsss
y acsdb
no estén incluidos en el archivo cron.deny
.
Si está actualizando desde una versión anterior de ACSLS, asegúrese de conservar la base de datos existente que incluye la configuración de biblioteca y las ubicaciones de los cartuchos de cinta en la biblioteca. Como usuario acsss
:
$ acsss db $ db_export.sh -f /path/to/a/safe/location
Una instalación típica de ACSLS puede requerir la actualización del sistema operativo. Asegúrese de que los dos archivos de exportación estén almacenados en una ubicación remota en donde se los conserve durante la actualización.
Elimine el paquete ACSLS.
Como usuario acsss
, desactive ACSLS.
$ acsss shutdown
Como root
, vaya al directorio de instalación de paquetes (normalmente /opt/ACSLS_
x.y.z
).
En Solaris, para eliminar el paquete, ejecute la secuencia de comandos de desinstalación.
# ./pkg_unistall.sh
En Linux, use rpm
para eliminar el paquete.
# rpm -e ACSLS
Para facilitar la reinstalación, no se eliminan todos los archivos de ACSLS. Las cuentas de usuario de ACSLS y algunos directorios se conservan.
Si desea eliminar las cuentas de usuario de la GUI y otros archivos que hayan quedado, use:
# cd $installDir # rm -rf ACSSS ACSSA acsdb SSLM
Si desea eliminar las cuentas administrativas de ACSLS:
# userdel acsss # userdel acsdb # userdel acssa
ACSLS 8.4 se instala en cualquier directorio. Determine el directorio de instalación base en el que debe residir la aplicación ACSLS. Si ese directorio no existe, debe crearlo antes de instalar el paquete STKacsls. El directorio debe ser propiedad de root
con permisos configurados en 755
.
Nota:
A menos que el usuario especifique lo contrario, ACSLS se instala en/export/home
.Para seguir el procedimiento de instalación por defecto:
Vaya al sitio web de Oracle Software Delivery Cloud y encuentre el grupo de software ACSLS_8.4.0 disponible para las plataformas SPARC y X86.
Descargue el grupo de software apropiado en un directorio de instalación común, generalmente /opt
, y descomprima el archivo comprimido. El paquete extraído se encuentra en el subdirectorio ACSLS_8.4.0
resultante.
PostgreSQL 8.3 se instala automáticamente al instalar ACSLS 8.4. Si prefiere instalar PostgreSQL 8.4 (consulte Instalación de PostgreSQL), descargue el archivo postgresql.xxx.bz2
en el directorio de instalación (normalmente /opt
) antes de ejecutar la secuencia de comandos de instalación del paquete en el siguiente paso.
Vaya al directorio ACSLS_8.4.0
y ejecute el siguiente comando:
./pkg_install.sh
En primer lugar, la secuencia de comandos pkg_install
le indica que confirme su intención de instalar ACSLS 8.4.
Hay diversos paquetes incluidos con el paquete de instalación de ACSLS 8.4. Incluyen STKacsls
y cinco paquetes postgres
que admiten PostgreSQL.
En Solaris 11, los paquetes postgres
específicos no están instalados; por lo tanto, se instalan automáticamente cuando ejecuta la secuencia de comandos pkg_install
. Revise la licencia para cada paquete y responda y (sí) para aceptar el paquete.
Antes de instalar el paquete STKacsls, la secuencia de comandos le indica si debe aceptar (y/n) /export/home
como directorio base por defecto para la aplicación de ACSLS.
Si responde n (no), la secuencia de comandos le pide que introduzca la ruta deseada hacia el directorio base del paquete. Si el directorio que especifica no existe, la secuencia de comandos le pide permiso para crear el directorio.
Cuando haya finalizado la instalación del paquete, encontrará que los paquetes en
ACSLS_8.4.0
se han movido a /var/spool/pkg
. Se mantienen allí para facilitar la reinstalación hasta que se eliminen manualmente. Lo que queda en
ACSLS_8.4.0
es pkg_install.sh
, pkg_uninstall.sh
y README.txt. Puede utilizar estas secuencias de comandos para desinstalar o volver a instalar ACSLS en cualquier momento. Los paquetes SUNWpostgr 8.3
que no se hayan instalado también permanecen en este directorio.
La utilidad de instalación del paquete genera los ID de grupos y usuarios para los siguientes usuarios: acsss
, acssa
y acsdb
. Asigna directorios de inicio para estos usuarios y los coloca en el grupo acsls
. El usuario root
también se agrega al grupo acsls
.
Al actualizar desde una versión anterior de ACSLS, determine si desea cambiar el directorio de instalación. Los usuarios de ACSLS deben cerrar sesión cuando sea probable que su directorio de inicio cambie.
Nota:
En las prácticas de administración segura, se recomienda configurar contraseñas iniciales para estos usuarios inmediatamente después de la instalación del paquete.Después de instalar los paquetes ACSLS, root
necesita heredar los atributos del entorno de ACSLS. Para ello, cierre sesión y vuelva a iniciar sesión, o simplemente ejecute
su -
para heredar la identidad del grupo acsls
. Realice una verificación con el comando groups
.
su - # groups root acsls
(también pueden haber otros grupos enumerados)
Para configurar el shell en el entorno de instalación de ACSLS, tome como origen el archivo .acsls_env
:
. /var/tmp/acsls/.acsls_env
Este paso le permite hacer referencia a $ACS_HOME
durante posteriores operaciones de instalación.
Continúe con Ejecución de install.sh.
PostgreSQL 8.3 se instala por defecto con ACSLS 8.4. Ejecute pkg_install.sh
; no es necesario realizar ninguna otra acción. PostgreSQL 8.3 es completamente compatible con ACSLS 8.4.
ACSLS 8.4 también es completamente compatible con PostgreSQL 8.4. Si prefiere instalar una actualización reciente de PostgreSQL 8.4, simplemente descargue el paquete bz2 (postgresql-8.4.xx-S11.<
plataforma
>-32.tar.bz2
) desde el sitio web de PostgreSQL al directorio de instalación (normalmente /opt
) donde descargó el paquete zip de ACSLS 8.4. La secuencia de comandos de instalación de ACSLS (pkg_install.sh
) reconoce lo que ha descargado y lo instala automáticamente.
Para obtener una actualización reciente para PostgreSQL 8.4, vaya al siguiente sitio web:
http://www.postgresql.org/ftp/binary/
En esta dirección URL se proporciona una lista de todas las versiones de PostgreSQL. Debe seleccionar el nivel de mantenimiento más reciente correspondiente a la versión 8.4. Asegúrese de descargar la versión de 32 bits que sea compatible con su arquitectura de servidor. Navegue hasta el archivo de descarga y realice la selección en el siguiente orden:
v8.4.xx
binary
solaris
solaris11
sparc or i386
postgresql-8.4.xx-S11.<platform>-32.tar.bz2
Asegúrese de seleccionar la versión de 32 bits.
Mueva el archivo postgresql bz2
al directorio principal del directorio de instalación de paquetes (normalmente /opt
). La secuencia de comandos de instalación de ACSLS_8.4.0, pkg_install.sh
, instala automáticamente el archivo comprimido de PostgreSQL que descargó y lo mueve al directorio adecuado del sistema de archivos, /usr/postgres/8.4
.
Si no se encuentra el archivo PostgreSQL-8.4 tar
o el archivo bz2
, y si no está instalado PostgreSQL 8.3 ni 8.4 en /usr/postgres/
, la secuencia de comandos pkg_install.sh
instala los cuatro paquetes SUNWpostgr-83
incluidos en este directorio. Después los mueve al directorio /var/spool/pkg
, donde se los instala usando pkgadd
.
La utilidad install.sh
le permite seleccionar desde el paquete de ACSLS 8.4 extraído las funciones específicas necesarias para su entorno único de biblioteca Oracle StorageTek. Se ha agregado flexibilidad en ACSLS 8.4, lo cual permite elegir si se instalan opciones, como la interfaz gráfica de usuario (GUI) y el soporte de biblioteca de fibra. Puede ejecutar esta utilidad para instalar todo el producto, una parte del producto, o para alterar el producto instalado sin necesidad de llevar a cabo una instalación completa.
Después de iniciar sesión como root
, ejecute los siguientes comandos:
cd $ACS_HOME/install ./install.sh
La creación de la base de datos es el primer paso de la rutina install.sh
. Este paso es necesario si está instalando el paquete por primera vez. Si ya existe una base de datos ACSLS, y no desea reconstruirla, tiene la opción de omitir este paso. Mediante este paso creará una nueva base de datos en PostgreSQL y establecerá un programa automatizado para copias de seguridad de base de datos.
Determine el directorio donde desea que resida la base de datos. Si el directorio no existe, primero debe crear el directorio. El directorio debe ser propiedad de root
con permisos configurados en 755
. Salvo que especifique lo contrario, el directorio de copias de seguridad se colocará directamente en su directorio base. Consulte el paso 1(c) en Instalación del paquete de ACSLS.
La rutina install.sh
emite la siguiente pregunta:
Which file system will be used to store database backups? [/export/backup]
Haga clic en Return (Intro) para seleccionar el directorio sugerido o especifique un directorio diferente. Si asigna una ruta relativa, se coloca directamente en la ruta deseada que asignó en el paso 2 en la sección Instalación del paquete de ACSLS.
La rutina de instalación continúa con la carga de módulos de políticas. Esto permite la aplicación de ACSLS para acceder libremente a la base de datos de PostgreSQL.
El controlador mchanger solo es relevante para las configuraciones de bibliotecas conectadas a SCSI o a fibra. La rutina install.sh
emite la siguiente pregunta:
Shall we install the mchanger driver for fibre-attached libraries? (y/n)
Responda con y (sí) o n (no) si su entorno de biblioteca contiene una biblioteca conectada a fibra, como las bibliotecas SL500 o SL150.
Si introduce y (sí), la rutina analiza el entorno SAN conectado en búsqueda de dispositivos de la biblioteca StorageTek. Informa los dispositivos que encuentra e indica si hay bibliotecas adicionales conectadas. Si tiene conectada una biblioteca SCSI L700 o L180 anterior, responda y (sí) a la petición de datos.
En el caso de las bibliotecas conectadas, simplemente introduzca la dirección target:lun para cada biblioteca, separadas por un espacio. Por ejemplo:
==> 4:0 5:0 5:1
ACSLS puede presentar bibliotecas lógicas para las aplicaciones de clientes en una conexión de fibra. Cualquier porción de la biblioteca física conectada puede estar representada como una biblioteca conectada a fibra (SCSI) con un puerto de destino de fibra. Para implementar esta capacidad, debe tener un HBA de fibra de QLogic. Este paso convierte uno o más puertos del HBA de QLogic del modo por defecto iniciador al modo de destino.
La rutina install.sh
realiza sondeos del sistema para HBA calificados y, luego, enumera los puertos que encuentra con la siguiente petición de datos:
Please select the HBA port you intend for Target-mode operation: 1) HBA Port WWN xxxyyyzzz Not connected 2) HBA Port WWN aaabbbccc Connected to a remote HBA
Seleccione el puerto deseado según el número correspondiente. El puerto que elige debe estar conectado a un HBA remoto.
La interfaz gráfica de usuario (GUI) es una opción.
Si ACSLS se aloja en conjunto con otra aplicación que usa WebLogic, no instale la GUI de ACSLS. Para instalar la GUI:
Introduzca y (sí) cuando aparezca la siguiente petición de datos:
Do you want to install the ACSLS Graphical User Interface? (y/n)
Si se trata de un cambio de configuración o una actualización menor (no una nueva instalación), es posible que la GUI de ACSLS ya esté instalada.
En ese caso, tendrá la opción de volver a instalar la GUI u omitir esta sección y mantener el dominio actual de GUI de ACSLS. La rutina de instalación muestra el siguiente aviso:
The Acsls GUI Domain exists. Do you want to re-install it? (y/n
Seleccione una de las siguientes opciones:
Introduzca y (sí) si está instalando una nueva versión de ACSLS.
Se extrae el paquete de servidor WebLogic y se crea una cuenta del usuario administrador de GUI por defecto con el nombre de usuario acsls_admin
.
Luego se le pide que asigne una contraseña al usuario administrador. La contraseña debe tener de ocho a dieciséis caracteres e incluir caracteres alfabéticos y numéricos.
El procedimiento de instalación desembala e implementa la aplicación GUI de ACSLS y, luego, crea el grupo de usuarios acsls
. Más adelante, puede agregar usuarios de GUI a este grupo mediante la herramienta administrativa userAdmin.sh
.
Si introduce n, tiene la opción (y/n [sí/no]) de eliminar la configuración de la GUI existente.
Cuando instala WebLogic en su servidor ACSLS, una clave pública de 512 bits está automáticamente disponible para admitir intercambios básicos de https con exploradores de clientes. Normalmente, no es necesario realizar otra configuración. Sin embargo, hay exploradores más recientes, entre los que se destacan Internet Explorer 8 y superiores y Firefox 39 y superiores, que requieren una clave más extensa, de no menos de 1024 bits. Consulte Configuración de un certificado digital autofirmado para HTTPS para obtener una descripción y los procedimientos de configuración de una clave de cifrado SSL.
La función lib_cmd
es una interfaz de línea de comandos que realiza diversas operaciones que se pueden llevar a cabo en la GUI de ACSLS. Esta herramienta se instala automáticamente si selecciona instalar la GUI o la función de compatibilidad con bibliotecas lógicas.
Si bien varias operaciones de lib_cmd
se aplican a funciones de biblioteca lógica, esta función también resulta útil para mostrar el estado de las unidades, los volúmenes y las bibliotecas físicas. Si selecciona no instalar la GUI ni la función de compatibilidad con bibliotecas lógicas, se le da la opción de instalar lib_cmd
.
Shall we install the optional lib_cmd interface (y or n):
Según el juego de funciones que ha seleccionado en el cuadro de diálogo de instalación anterior, con este paso final instala los servicios SMF de Solaris para controlar las funciones de inicio y detención automáticos, y de estado para cada función ACSLS seleccionada.
La lista de servicios comprende un subjuego de lo siguiente:
acsdb acsls smce rmi-registry surrogate stmf weblogic
Durante la ejecución de install.sh, creó el usuario acsls_admin. Este usuario ahora puede crear cuentas y asignar contraseñas para otros usuarios de la aplicación GUI basada en la Web de ACSLS. Puede consultar la lista de usuarios de GUI que guardó anteriormente. Para agregar un usuario, siga este procedimiento:
Como root, vaya al directorio /export/home/ACSSS/install
.
Ejecute /userAdmin.sh
.
Introduzca la contraseña de acsls_admin
que asignó en Instalación de la interfaz gráfica de usuario.
Desde el menú, seleccione (1) para agregar un usuario nuevo.
Introduzca el ID del usuario que desee agregar.
Asigne una contraseña a ese usuario.
Las contraseñas deben contener ocho caracteres con una combinación de caracteres alfabéticos y numéricos o especiales.
Puede usar la utilidad userAdmin.sh
en cualquier momento para agregar o suprimir usuarios, o para cambiar contraseñas para todos los usuarios de GUI de ACSLS. Consulte userAdmin.sh
en el capítulo Utilidades de la Guía del administrador de StorageTek ACSLS 8.4.
La API de XML (XAPI) es una API que permite a los clientes y los servidores de StorageTek comunicarse mediante un protocolo de ELS común mediante TCP/IP. ACSLS 8.4 y las versiones posteriores se pueden configurar con compatibilidad con la XAPI.
El componente de la XAPI se instala de manera independiente de ACSLS después de que este ya se haya instalado.
Para instalar el componente de la XAPI:
Asegúrese de haber instalado el paquete de ACSLS y haber ejecutado install.sh
para finalizar la instalación de ACSLS.
Asegúrese de estar conectado como root
en el servidor de ACSLS.
Variables del entorno ACSLS de clave de origen:
. /var/tmp/acsls/.acsls_env
(Hay un punto y un espacio antes de /var/tmp/acsls/.acsls_env
).
Instale el componente de la XAPI:
cd $ACS_HOME/install ./install_xapi.sh Installing the XAPI component for Oracle IBM mainframe clients. Continue? (y)
Los archivos de control son archivos personalizados, preferencias de usuario y archivos de configuración locales que son exclusivos para su entorno ACSLS específico.
Si ha exportado los archivos de control y bases de datos, ahora necesita importarlos. Los archivos de control comprenden los archivos del directorio data/external
personalizados según su entorno específico.
Si está migrando hacia ACSLS 8.4 desde una versión anterior y ha personalizado sus variables dinámicas o estáticas, debe importarlas. Para obtener más información sobre este tema, consulte el capítulo Importación de la base de datos en el capítulo de gestión de la base de datos de la Guía del administrador de StorageTek ACSLS 8.4.
Si está configurando ACSLS con una biblioteca real, siga este procedimiento. Si está instalando una nueva versión de ACSLS y no tiene una biblioteca de prueba que pueda usar para configurar y probar ACSLS, consulte Prueba de una nueva versión de ACSLS sin una biblioteca.
Verifique que el hardware del sistema de servidor esté correctamente configurado, conectado, encendido y listo.
Verifique cada una de las conexiones físicas (Ethernet, fibra, SCSI, etc.) y las conexiones entre el hardware de biblioteca y el servidor.
Antes de configurar el ACSLS en su complejo de bibliotecas, asegúrese de que todas las bibliotecas, las guías y los CAP estén completamente configurados, encendidos y listos.
Cree o importe la configuración de biblioteca. Para obtener más información, consulte la Guía del administrador de ACSLS 8.4.
Para importar la configuración desde una versión anterior de ACSLS, consulte la sección Importación de la base de datos en el capítulo de gestión de la base de datos.
Para crear una nueva configuración de biblioteca, consulte la sección Configuración o reconfiguración del hardware de biblioteca en el capítulo "Instalación y configuración del hardware de biblioteca".
Si utiliza bibliotecas lógicas para admitir clientes SCSI mediante canal de fibra, configure las conexiones de FC entre los puertos HBA del cliente y los puertos HBA adecuados en el servidor ACSLS. Las conexiones de fibra con máquinas cliente de biblioteca lógica deben estar activas cuando se instala ACSLS.
Para obtener ayuda con los problemas de conectividad, consulte el capítulo "Resolución de problemas" en la Guía del Administrador de ACSLS 8.4.
Consulte el capítulo "Instalación y configuración del hardware de biblioteca" en la Guía del administrador de ACSLS 8.4. Consulte la sección "Uso de acsss_config para configurar el hardware de la biblioteca".
Después de instalar una nueva versión de ACSLS, es aconsejable probarla antes de usarla para gestionar bibliotecas de producción. Si no hay un entorno de biblioteca disponible, esta tarea puede resultar difícil porque normalmente ACSLS se debe configurar para una biblioteca, y la biblioteca debe estar en línea para que ACSLS comience a funcionar.
Si no tiene una biblioteca ni una partición de biblioteca que pueda usar como entorno de prueba, es posible probar una nueva versión de ACSLS en un modo limitado sin tener una biblioteca de prueba a la que acceda ACSLS. Siga este procedimiento:
Instale la nueva versión de ACSLS en un servidor diferente.
Exporte los archivos de control y base de datos de un entorno de biblioteca de producción mediante la utilidad db_export.sh
. Consulte la Guía del administrador de ACSLS para obtener detalles.
Nota:
ACSLS debe estar desactivado para exportar los archivos de control y base de datos.Importe los archivos de control y base de datos a la nueva versión de ACSLS mediante db_import
.sh
.
En el nuevo sistema ACSLS, asegúrese de que ACSLS no intente conectarse con la configuración de la biblioteca importada. Los ACS y los puertos deben estar fuera de línea con respecto a ACSLS.
De lo contrario, tanto el nuevo sistema ACSLS como el sistema de producción intentarán conectarse con la biblioteca y, al hacerlo, se desconectarán uno al otro. Esto se repetirá hasta que uno de los sistemas ACSLS se desactive.
Para que todos los ACS y las conexiones de puertos estén fuera de línea:
Modifique el archivo acsls_startup_policy
, que se encuentra en $ACS_HOME/data/external/
.
Quite el comentario de la línea correspondiente a cada ACS que esté configurado en la base de datos importada. Busque la cabecera de comentario de acsls_startup_policy
para ver los detalles.
Por ejemplo, para impedir que ACSLS intente poner ACS 0 en línea, cambie:
# ACS0_desired_startup_state_is_offline
por
ACS0_desired_startup_state_is_offline
Haga una prueba para asegurarse de que ACSLS se active y se ejecute; para ello, ejecute un juego limitado de comandos.
NO ponga los puertos ni los ACS en línea. Si lo hace, detendrá la comunicación de biblioteca desde el sistema ACSLS de producción.
Los comandos que envían solicitudes a la biblioteca generarán errores porque la biblioteca está fuera de línea. Sin embargo, ACSLS seguirá ejecutándose y procesando solicitudes.
Los comandos que no utilizan recursos de la biblioteca funcionan correctamente. Esto incluye la ejecución de comandos mediante ACSAPI desde aplicaciones del host:
query
display
define pool
y delete pool
idle
y start
lock
y unlock
comandos set
, con la excepción de set cap mode
, que generará un error porque la biblioteca está fuera de línea
Las utilidades que no utilizan recursos de la biblioteca funcionan correctamente. Entre ellas, se incluyen las siguientes:
comandos acsss
, como acsss enable
, acsss disable
, acsss status
bdb.acsss
y rdb.acsss
db_export.sh
y db_import.sh
Nota:
db_import.sh
se superpone con el archivo acsls_startup_policy
. Si se trata de un sistema de producción, esto permite a las bibliotecas pasar al modo en línea. Modifique el archivo acsls_startup_policy
antes de iniciar ACSLS.dv_config
drives_media.sh
free_cells.sh
userAdmin.sh
volrpt
watch_vols
La GUI de ACSLS muestra los recursos de la biblioteca. Sin embargo, los comandos como mount, dismount, enter y eject, que requieren recursos de la biblioteca, generarán un error.
Utilice el siguiente procedimiento para verificar el ACSLS. Debe haber iniciado sesión como acsss
. Mediante este procedimiento, se monta o desmonta un cartucho.
Para iniciar el software de ACSLS, inicie sesión como usuario acsss
y ejecute el comando acsss enable
. Consulte acsss
en el capítulo "Utilidad" de la Guía del administrador de StorageTek ACSLS 8.4.
Para obtener instrucciones sobre el uso de cmd_proc
, consulte "Uso de cmd_proc" en la Guía del administrador de StorageTek ACSLS 8.4.
Para realizar una consulta al servidor desde cmd_proc
, introduzca:
query server
Si se muestran mensajes que indican que el servidor se encuentra en modo de espera, espere un mensaje que indique que el servidor está en ejecución.
Verifique que lo siguiente esté conectado. Debe tener conectada al menos una opción de cada una. De lo contrario, conéctelas con el comando vary
.
query port all query acs all query lsm all query drive all
¿Tiene al menos un cartucho en un LSM?
SÍ: continúe con el procedimiento.
NO: introduzca un cartucho en un LSM.
Para montar un volumen, introduzca:
mount vol_id drive_id
Utilice el comando query drive
para obtener el ID de una unidad disponible y el comando query volume
para obtener el ID de un cartucho de biblioteca. Consulte el capítulo "Instalación y configuración del hardware de biblioteca" en la Guía del administrador de StorageTek ACSLS 8.4.
¿Apareció un mensaje que indica que el montaje se realizó correctamente? Así es un mensaje que indica que el montaje se realizó correctamente:
Mount: vol_id mounted on drive_id
SÍ: ha finalizado el procedimiento.
NO: si aparece un mensaje de error, ejecute nuevamente este procedimiento de verificación y asegúrese de haber especificado una unidad válida disponible y un cartucho de biblioteca. Si el montaje o desmontaje sigue fallando, contacte con el soporte de Oracle para obtener asistencia.
Para desmontar el cartucho, introduzca:
dismount vol_id drive_id force
En el comando anterior, vol_id
es el volumen y drive_id
es la unidad que ha especificado en el paso 4.
El último paso de la instalación es la auditoría de las bibliotecas. Además necesitará auditar las bibliotecas en los siguientes casos:
Cuando realiza una nueva instalación.
Cuando agrega nuevas bibliotecas a una configuración existente.
Consulte "Auditoría de la biblioteca" en el capítulo de gestión de bibliotecas de la Guía del administrador de StorageTek ACSLS 8.4.
El componente de la XAPI se puede eliminar sin desinstalar ACSLS. Para hacerlo:
Inicie sesión como root
en el servidor de ACSLS.
Variables del entorno ACSLS de clave de origen:
. /var/tmp/acsls/.acsls_env
(Hay un punto y un espacio antes de /var/tmp/acsls/.acsls_env
).
Desinstale el componente de la XAPI.
cd $ACS_HOME/install ./remove_xapi.sh Do you wish to remove the xapi service? (y)
Nota:
Si está realizando una actualización a otra versión de ACSLS, asegúrese de exportar su base de datos de ACSLS; para ello, utilice el comando de utilidaddb_export.sh
que se analiza en el capítulo "Utilidad" de la Guía del administrador de StorageTek ACSLS 8.4.Para desinstalar ACSLS:
Inicie sesión como acsss
.
Introduzca acsss shutdown
.
Elimine el paquete. Para hacerlo:
Inicie sesión como usuario root
.
Vaya al directorio de instalación del paquete ACSLS_8.4.0 (normalmente /opt/ACSLS_8.4.0
) y ejecute pkg_uninstall.sh
.
La secuencia de comandos pkg_uninstall
elimina varios de los sistemas de archivos ACSLS (pero no todos) y mantiene las cuentas de usuario para acsss
, acssa
y acsdb
. Este enfoque permite actualizaciones más rápidas de ACSLS.
En Solaris 11, la utilidad pkg_uninstall
le indica si debe desinstalar los paquetes PostgreSQL. Normalmente, debe responder "n" (no) a esta petición de datos, a menos que elimine permanentemente la aplicación ACSLS.
Para eliminar los contenidos del directorio de copia de seguridad de la base de datos de ACSLS:
rm -rf $ACSDB_BKUP
WebLogic y la GUI de ACSLS no se eliminan automáticamente durante la desinstalación de un paquete por los siguientes motivos:
Es posible que la actualización de ACSLS no requiera una actualización de WebLogic o la GUI de ACSLS.
La desinstalación de WebLogic y la GUI de ACSLS elimina los usuarios de la GUI de ACSLS y sus contraseñas.
La desinstalación de WebLogic y la GUI de ACSLS elimina el almacén de claves SSL personalizadas que pudieran estar configuradas para la GUI de ACSLS.
Completar la reinstalación de WebLogic lleva un tiempo (cinco minutos o más).
Si desea eliminar completamente ACSLS de su sistema, siga estos pasos:
cd $installDir rm -rf Oracle, SSLM userdel acsss userdel acssa userdel acsdb
Reinicie el equipo.
Inicie sesión como usuario root
.
Elimine los controladores del cambiador de medios (mchanger) de SCSI.
#rem_drv mchanger
Elimine mchanger.conf.
#rm /usr/kernel/drv/mchanger.conf
Elimine los enlaces de dispositivo de mchanger.
#rm /dev/mchanger*
Elimine los directorios de paquetes.
#rm -rf /opt/STKchanger