ACSLS 8.4 fue diseñado y probado para ejecutarse con la actualización 5 de la versión 6 de Oracle Linux. El paquete de productos de Oracle Linux se puede obtener del sitio Oracle E-Delivery:
Los procedimientos que se describen en este capítulo corresponden a los entornos de Linux 6.5 que comprenden los paquetes específicos que se detallan en la sección Instalación de Linux. Si sigue con detenimiento esa sección y Consejos de instalación de Linux, la instalación se llevará a cabo sin problemas, y podrá evitar problemas de incompatibilidad de software o dependencias de paquetes no resueltas. La desviación del juego establecido de paquetes solo se recomienda a los administradores de Linux con experiencia.
En este capítulo, se incluyen los siguientes temas:
En esta sección, se incluyen los siguientes temas:
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 las directrices de esta sección. 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
.
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.
ACSLS 8.4 está diseñado para ejecutarse en entornos Security Enhanced Linux opcionales. SELinux se fusionó con el núcleo Linux 2.6.0 en 2003 en respuesta a las iniciativas de la Agencia de Seguridad Nacional de los Estados Unidos. Proporciona control de acceso a archivos, directorios y otros recursos del sistema que traspasan la protección tradicional encontrada en entornos Unix. Además del acceso con permiso propietario-grupo-público, SELinux incluye control de acceso basado en el rol de usuario, el dominio y el contexto. El agente que ejerce el control de acceso sobre todos los recursos del sistema es el núcleo Linux.
El usuario root
de un sistema Linux puede activar o desactivar la aplicación con el comando setenforce
.
setenforce [Enforcing | Permissive | 1 | 0 ]
Utilice Enforcing o 1 para activar el modo de aplicación en SELinux. Utilice Permissive o 0 para activar el modo permisivo en SELinux.
Nota:
Para ver el sistema de aplicación actual del sistema, utilice el comandogetenforce
.Cuando instala ACSLS, se cargan tres módulos de política SELinux en el núcleo: allowPostgr
, acsdb
y acsdb1
. Estos módulos proporcionan definiciones y excepciones de aplicación que son necesarias para que ACSLS tenga acceso a su propia base de datos y a otros recursos del sistema mientras la aplicación de SELinux está activa. Con estos módulos instalados, debe poder ejecutar las operaciones normales de ACSLS, incluidas las operaciones de la base de datos, como bdb.acsss
, rdb.acsss
, db_export.sh
y db_import.sh
, sin la necesidad de desactivar la aplicación de SELinux.
Para obtener más información, consulte el apéndice "Resolución de problemas" en la Guía del administrador de StorageTek ACSLS 8.4.
¿Se trata de una nueva instalación?
SÍ: vaya a Instalación del paquete de ACSLS.
NO: asegúrese de haber exportado la base de datos mediante el comando de utilidad db_export.sh
.
Apague ACSLS:
Para ello, es necesario haber iniciado sesión como acsss
.
acsss shutdown
Elimine las entradas crontab de acsss
y acsdb
:
crontab -r acsss crontab -r acsdb
Elimine ACSLS para Linux 8.3:
rpm -e ACSLS-8.3.0.i686
Verifique que no se estén ejecutando procesos de bases de datos antes de comenzar la instalación. Si está en duda, reinicie.
Antes de comenzar a instalar Linux, consulte con el administrador del sistema de TI para obtener la siguiente información. El instalador gráfico requiere el paquete kdelibs, incluido en el paquete de medios del instalador de Linux.
Nombre de host y dirección IP para el servidor ACSLS.
Dirección IP del gateway y máscara de red, además de DNS primario y secundario.
Dirección IP.
Información del proxy de red, si está disponible.
En este procedimiento, se instalan componentes de software clave, incluidos los siguientes:
Entorno de escritorio GNOME.
Soporte de Internet.
Ventanas X.
Resource Package Manager (RPM) y Yellowdog Updater y Modified (yum).
Java.
No instale (ni active) lo siguiente:
Desarrollo de software.
Servidor web.
Base de datos.
Red de marcación.
Si está portando una versión anterior de ACSLS desde una máquina Solaris o AIX, asegúrese de exportar los archivos de control y base de datos desde dicha máquina. Los archivos de control comprenden los archivos ubicados en el directorio data/external
que hayan sido personalizados para su entorno de biblioteca local. Si traslada los archivos de control y base de datos a una plataforma Linux ACSLS 8.4, deberá exportar los archivos de control y base de datos. Como usuario acsss
, ejecute el siguiente comando:
db_export.sh -f myExport
En el ejemplo anterior, myExport
es el nombre que asigna al archivo de exportación. 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 "Administració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:
Inicie sesión como root
y use el entorno del sistema operativo de ACSLS como origen.
. /var/tmp/acsls/.acsls_env
Vaya al directorio $ACS_HOME/install
.
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.
Puede instalar Oracle Linux desde un medio de DVD, desde un servidor de inicio rápido o desde una imagen ISO que resida en un servidor remoto. La mayoría de los servidores Oracle Sun X86 contemporáneos están equipados con un procesador de servicios avanzado que utiliza Integrated Lights Out Manager (ILOM). ILOM le permite instalar el sistema operativo Linux en la misma máquina mediante los mismos medios montados de manera remota. Para obtener más información sobre cómo utilizar Oracle ILOM, consulte la documentación del servidor Sun.
Utilice el siguiente procedimiento para descargar el paquete de medios del instalador de Linux desde el sitio web de Oracle Software Deliver Cloud. El paquete de medios se entrega como un archivo de imagen ISO comprimido, el cual puede extraer y escribir en el medio portátil que desee.
Inicie un explorador web en el sistema y vaya al sitio web de Oracle Software Delivery Cloud, en la siguiente URL.
Haga clic en Sign In (Iniciar sesión).
Escriba la contraseña y el nombre de usuario proporcionados por el representante de soporte de Oracle.
Haga clic en Accept (Aceptar) en la pantalla Export Restrictions (Restricciones de exportación).
Introduzca acsls para Product (Producto) y seleccione StorageTek Automated Cartridge System Library Software (ACSLS).
Haga clic en Select Platform (Seleccionar plataforma) y seleccione Linux x86-64. Haga clic en Select (Seleccionar).
En la pantalla Selected Products (Productos seleccionados), haga clic en Continue (Continuar).
Para ver cuáles son las versiones disponibles, seleccione la casilla de control que se encuentra junto a Automated Cartridge System Library Software 8.4.0.0.0 for Linux x86-64 (Automated Cartridge System Library Software 8.4.0.0.0 para Linux x86-64) y haga clic en Continue (Continuar).
En la pantalla Oracle Terms and Restrictions (Condiciones y restricciones de Oracle), lea y acepte las condiciones de las licencias. Haga clic en Continue (Continuar).
Haga clic en Download (Descargar) y guarde el archivo zip en la ubicación que desee.
ACSLS 8.4 fue probado y verificado con Linux 6.5, usando la instalación base estándar de Linux sin paquetes específicos requeridos más allá de los seleccionados por defecto con el instalador de Linux. Se recomienda que los paquetes de PostgreSQL no se incluyan con la instalación base de Linux. La instalación de estos se describe en la sección siguiente.
Después de haber instalado Linux, agregará los paquetes específicos requeridos para ACSLS desde el repositorio yum de Oracle.
Si el servidor de ACSLS está protegido por un firewall, tal vez deba configurar el sistema Linux ACSLS para que use un servidor proxy local.
Edite /etc/yum.conf
y /etc/wgetrc
para actualizar los parámetros de proxy y de almacenamiento en caché:
yum/conf Proxy=http://your local proxy server http_caching=packages wgetrc #You can set the default proxies for wget to use for http, https, and ftp. #They will override the value in the environment. http_proxy=http://your local proxy server # Remove the comment sign (#) from this line: #use_proxy=on
Configure yum
para que use el repositorio de Oracle correspondiente a la arquitectura correcta.
Obtenga la lista de repositorios del servidor de yum de Oracle.
# cd /etc/yum.repos.d # wget http://public-yum.oracle.com/public-yum-ol6.repo
Edite el archivo public-yum-ol6.repo
para incluir paquetes i686. Agregue las siguientes líneas al final de este archivo.
[ol6_latest_i386] name=Oracle Linux 6 Latest 32-bit (i386) baseurl=http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/i386/ gpgkey=http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6 gpgcheck=1 enabled=1
Desactive el refrescamiento de packagekit de yum.
Edite el archivo:
/etc/yum/pluginconf.d/refresh-packagekit.conf
Configure enabled=0.
Instale los paquetes requeridos para ACSLS.
yum install -y glibc.i686 pam pam.i686 yum install -y libstdc++ libstdc++.i686 yum install -y libxml2 libxml2.i686 yum install -y postgresql-server.i686 yum install -y unixODBC.i686 postgresql-odbc.i686
Con estos paquetes requeridos instalados, está listo para instalar el paquete de ACSLS 8.4.
Es posible que su instalación de Linux no contenga todos los paquetes necesarios para ACSLS. Cuando instala el paquete de ACSLS con rpm -ivh ACSLS-8.4.0.i686.rpm
, la operación puede generar un error que indique la falta de dependencias de paquetes específicas. Para cada dependencia identificada, puede instalar ese paquete con yum
. Simplemente, copie el nombre del paquete del mensaje de error de la dependencia y envíe el nombre del paquete a un comando yum install
.
# yum install <package name>
Si desea obtener una lista de dependencias en el paquete ACSLS antes de tratar de instalarlo, puede ejecutar el comando de instalación rpm con la opción --test (prueba).
# rpm -ivh --test ACSLS-8.4.0.i686.rpm
Si aún faltan dependencias en el sistema Linux, dichas dependencias se muestran mediante esta opción de prueba.
Vaya al sitio web de Oracle Software Delivery Cloud y encuentre el grupo de software ACSLS_8.4.0 disponible para la plataforma Linux. Normalmente, descargará el archivo en el directorio /opt
de su servidor ACSLS. Descomprima el archivo y vaya al directorio ACSLS_8.4.0
para acceder al paquete rpm
, ACSLS-8.4.0.i686.rpm
.
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
.Como root
, vaya al directorio de instalación de paquetes de ACSLS_8.4.0
e instale el paquete de ACSLS.
pkg=ACSLS-8.4.0.i686.rpm rpm -i $pkg
Este método coloca la aplicación ACSLS en el directorio de instalación por defecto,
/export/home
. Si desea colocar la aplicación en un directorio diferente, utilice el siguiente método para extraer el paquete:
path=/my/desired/path
(el sistema de archivos donde desea que resida la aplicación ACSLS)
rpm -Uvh --prefix $path ACSLS-8.4.0.i686.rpm
La utilidad rpm
genera los ID de usuarios y de grupos para los 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.Una vez que el paquete está instalado, se debe heredar el nuevo entorno de ACSLS en el shell actual. Para heredar la identidad del grupo acsls
, debe cerrar sesión e iniciar sesión nuevamente (o, simplemente, ejecutar su -
). 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.
La utilidad install.sh
le permite seleccionar desde el paquete 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
El software busca un nombre de host completo en el archivo /etc/hosts
. Algunas utilidades de Postgres requieren el nombre de host completo. Agregue el nombre de host completo al archivo /etc/hosts
después de esta instalación.
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. En el caso de Linux 6, carga los módulos de políticas SELinux que brindan a ACSLS un acceso seguro pero sin restricciones al motor de bases de datos de PostgreSQL.
Determine el directorio donde desea que residan los archivos de copia de seguridad de 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
. A menos que especifique lo contrario, las copias de seguridad de la base de datos se almacenan en /export/backup
.
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 la coloca directamente en la ruta deseada que asignó en el paso 1 en la sección anterior, Instalación del paquete de ACSLS. Si usa una configuración de HA, asegúrese de que el directorio de copia de seguridad que seleccione resida en un sistema de archivos del disco compartido.
La rutina de instalación continúa con la carga de módulos de políticas de SELinux. Salvo que especifique lo contrario, la rutina coloca el directorio para copias de seguridad de la base de datos directamente en la ruta deseada que ha asignado en el paso 1.
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 introdujo 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
Cuando controla bibliotecas conectadas a fibra, como SL500 o SL150, mchanger es el nombre que utiliza ACSLS para referirse al controlador de dispositivo para el dispositivo cambiador de medios SCSI. En Linux, /dev/mchanger*
es un enlace simbólico al controlador genérico SCSI sg. El objetivo no es eliminar sg, ya que sg es un controlador de dispositivos estándar en Linux. Simplemente, se eliminan los enlaces de dispositivo entre mchanger y sg. Esta tarea, normalmente, se realiza cuando se elimina el paquete rpm de ACSLS. No obstante, si desea eliminar mchanger sin eliminar el paquete ACSLS, utilice el siguiente procedimiento:
Elimine los enlaces de dispositivo para mchanger en /dev
.
# cd /dev # rm mchanger*
Elimine las reglas que crearon los enlaces de dispositivo que eliminó en el paso 1.
# cd /etc/udev/rules.d # rm persistent-storage-tape-acsls.rules
Para volver a crear los enlaces de dispositivo de mchanger:
Como usuario acsss
:
cd $ACS_HOME/install
Escriba su root
.
No escriba su - root
, ya que esto hace que pierda su entorno acsss
.
Establezca el entorno ACSLS como origen:
# . /var/tmp/acsls/.acsls_env
Cree los enlaces de dispositivo de mchanger.
# $ACS_HOME/install/install_scsi_Linux.sh
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 simple 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, algunos exploradores, especialmente Microsoft Internet Explorer, 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 init.d
de Linux 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 rmi-registry surrogate 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 mainframe de nivel empresarial comunicarse mediante un protocolo de Enterprise Library Software (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. Para obtener más información sobre este tema, consulte Importación de la base de datos en el capítulo "Administración de la base de datos" de la Guía del administrador de StorageTek ACSLS 8.4.
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 "Administració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".
Para obtener ayuda con los problemas de conectividad, consulte el capítulo "Resolución de problemas" en la Guía del administrador de StorageTek ACSLS 8.4.
Consulte el capítulo "Instalación y configuración del hardware de biblioteca" en la Guía del administrador de StorageTek 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 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.
Consulte Prueba de una nueva versión de ACSLS sin una biblioteca para obtener más información y conocer los procedimientos.
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 la biblioteca" en la Guía del administrador de ACSLS.
¿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
donde vol_id
es el volumen y drive_id
es la unidad que especificó en el paso 4.
El último paso de la instalación es la auditoría de las bibliotecas. 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:
Inicie sesión como usuario root
.
Introduzca rpm -e ACSLS
.
La secuencia de comandos rpm elimina varios de los sistemas de archivos ACSLS (pero no todos) y mantiene las cuentas de usuario instaladas para acsss
, acssa
y acsdb
. Este enfoque permite actualizaciones más rápidas de 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.