| StorageTek Tape Analytics Guía de instalación y configuración Versión 2.0 E53326-01 |
|
 Anterior |
 Siguiente |
| StorageTek Tape Analytics Guía de instalación y configuración Versión 2.0 E53326-01 |
|
Anterior |
Siguiente |
En este capítulo, se explica cómo actualizar STA 1.0.x a 2.0. Este proceso es diferente de la actualización de STA 1.0.x a otra versión 1.0.x. Se puede actualizar sólo a partir de tres versiones 1.0 de STA publicadas: 1.0.0.99, 1.0.1.133 y 1.0.2.24. Después de actualizar, STA procesa los nuevos datos en función del esquema y las reglas de análisis de la nueva versión (los datos históricos no se reprocesan).
|
Nota: Si actualiza simultáneamente el firmware de la biblioteca y STA, tal vez tenga que actualizar el ID del motor de la biblioteca y la configuración de SNMP. Consulte ”Gestión de conexiones SNMP de bibliotecas” en la Guía de administración de STA. |
Lea los requisitos de STA 2.0: consulte la Guía de requisitos de STA.
Mueva las copias de seguridad de la base de datos a un servidor independiente: las copias de seguridad de la base de datos creadas con el servicio de copia de seguridad de STA ya no serán válidas después de la actualización.
Registre la configuración de STA 1.0.x: las credenciales de WebLogic y MySQL, los números de puerto, los atributos del cliente de SNMP y las plantillas públicas que comienzan con "STA-" no se conservan. Use "Hoja de trabajo de actualización" para registrar la configuración de STA 1.0.x. Para usar los mismos nombres de usuario de cuentaPie 1 y los mismos atributos de cliente de SNMP en STA 2.0, consulte Tarea 1, en donde se proporcionan instrucciones para obtener esta información. Para conservar las plantillas públicas guardadas que comiencen con "STA-", guárdelas con nuevos nombres antes de actualizarPie 2 .
Asegúrese de que STA 1.0.x esté configurado y funcione correctamente: en la tabla Monitored Libraries (Bibliotecas supervisadas), asegúrese de que cada biblioteca haya establecido recientemente una comunicación correcta con el servidor de STA.
Descargue el software: STA 2.0 está formado por dos archivos de paquete de medios de formato ZIP de gran tamaño. Tal vez le convenga comenzar a descargar los archivos ahora en una plataforma independiente mientras completa las primeras tareas de la actualización (consulte "Descarga de STA").
|
Precaución: Consulte "Antes de actualizar" para obtener información acerca de las credenciales y la configuración de STA 1.0.x que no se conservan. |
Tabla 9-1 Información requerida para la instalación de STA 2.0
| Información requerida | Valores de STA 1.0.x | Valores de STA 2.0Pie 1 |
|---|---|---|
|
Nombre de usuario de inicio de sesión en la consola de administración de WebLogic |
||
|
Contraseña de inicio de sesión en la consola de administración de WebLogic |
||
|
Nombre de usuario de inicio de sesión en la GUI de STA |
||
|
Contraseña de inicio de sesión en la GUI de STA |
||
|
Contraseña de cuenta root de base de datos de STAPie 2 |
||
|
Nombre de usuario de cuenta de aplicación de base de datos de STA |
||
|
Contraseña de cuenta de aplicación de base de datos de STA |
||
|
Nombre de usuario de cuenta de informes de base de datos de STA |
||
|
Contraseña de cuenta de informes de base de datos de STA |
||
|
Nombre de usuario de cuenta de DBA de base de datos de STA |
||
|
Contraseña de cuenta de DBA de base de datos de STAPie 2 |
||
|
Puerto de conexión de la consola de administración de WebLogic, HTTP (predeterminado = 7001) |
||
|
Puerto de conexión de la consola de administración de WebLogic, HTTPS (predeterminado = 7002) |
||
|
Puerto de conexión de la GUI de STA/servidor gestionado staUi, HTTP (predeterminado = 7021) |
||
|
Puerto de conexión de la GUI de STA/servidor gestionado staUi, HTTPS (predeterminado = 7022) |
||
|
Servidor gestionado staEngine, HTTP (predeterminado = 7023) |
No aplicable |
|
|
Servidor gestionado staEngine, HTTPS (predeterminado = 7024) |
No aplicable |
|
|
Servidor gestionado staAdapter, HTTP (predeterminado = 7025) |
No aplicable |
|
|
Servidor gestionado staAdapter, HTTPS (predeterminado = 7026) |
No aplicable |
|
|
Nombre de dominio de la empresa (por ejemplo, us.oracle.com) |
Nota a pie de página 1 Puede usar los valores existentes de STA 1.0.x para STA 2.0 o elegir nuevos valores.
Nota a pie de página 2 La contraseña de la cuenta root o la cuenta DBA de la base de datos se necesita para Tarea 2, "Volcado de la base de datos de STA 1.0.x".
Tabla 9-2 Información requerida para la configuración posterior a la instalación de STA 2.0Pie 1
| Información requerida | Valores de STA 1.0.x | Valores de STA 2.0 |
|---|---|---|
|
Nombre de usuario de SNMP v3 |
||
|
Contraseña de autorización de SNMP v3 (Auth) |
||
|
Contraseña de cifrado de privacidad de SNMP v3 (privacidad) |
||
|
Comunidad de usuarios |
||
|
Comunidad de capturas |
||
|
Nombres de usuarios y contraseñas adicionales de WebLogic |
Nota a pie de página 1 Los valores de SNMP deben coincidir con lo que se haya especificado en la biblioteca.
Puede actualizar STA de 1.0.x a 2.0 mediante uno de estos dos métodos:
Método de un servidor (Número 9-1): STA 1.0.x está sin conexión (no está supervisando bibliotecas) mientras se reconfigura el servidor para STA 2.0, lo que aumenta el tiempo de inactividad. Las tareas se realizan en orden numérico.
Método de dos servidores (Número 9-2): STA 1.0.x tiene conexión (supervisa bibliotecas) en un servidor mientras se configura otro servidor independiente para STA 2.0, lo que reduce el tiempo de inactividad. Con este método, las tareas no se completan en orden numérico. Las tareas se deben completar en el orden que se muestra. Tarea 7 se omite.
Figura 9-1 Descripción general de la tarea de actualización con un servidor único
Figura 9-2 Descripción general de la tarea de actualización con dos servidores
Método de un servidor (Número 9-1): Complete todas las tareas en orden numérico:
Tarea 1, Tarea 2, Tarea 3, Tarea 4, Tarea 5, Tarea 6, Tarea 7, Tarea 8, Tarea 9, Tarea 10
Método de dos servidores (Número 9-2): Las tareas no se completan en orden numérico. Debe completar las tareas en el siguiente orden y omitir Tarea 7:
Tarea 1, Tarea 4, Tarea 5, Tarea 6, Tarea 2, Tarea 3, Tarea 8, Tarea 9, Tarea 10
|
Precaución: Sólo un administrador de Linux y un administrador de STA deben realizar la actualización. Si no se siguen los pasos exactamente como se indica y en el orden especificado, se puede producir una pérdida de datos. |
Use este procedimiento para obtener los nombres de usuario de WebLogic, los nombres de usuario de la base de datos de MySQL y los atributos del cliente de SNMP de STA 1.0.x. Consulte "Antes de actualizar" para obtener más información.
|
Nota: Las contraseñas asociadas con los nombres de usuario de WebLogic, MySQL y SNMP no son recuperables. |
Para obtener una lista de los usuarios de WebLogic:
Vaya a la pantalla de inicio de sesión de la consola de WebLogic mediante el número de puerto HTTP (el puerto predeterminado es 7001) o HTTPS (el puerto predeterminado es 7002) que haya seleccionado durante la instalación de STA.
http(s)://Nombre del host:Número de puerto/console/
Inicie sesión con el nombre de usuario y la contraseña de la consola de administración de WebLogic.
En Domain Structure (Estructura del dominio) (lado izquierdo de la pantalla), haga clic en Security Realms (Dominios de seguridad).
En Realms (Dominios), seleccione myrealm (seleccione el nombre, no la casilla de verificación).
Seleccione la ficha Users and Groups (Usuarios y grupos).
La lista de usuarios de STA aparece en la tabla Users (Usuarios).
Para obtener una lista de los usuarios de la base de datos de MySQL:
En una sesión de terminal, conéctese al servidor de STA 1.0.x.
Ejecute el siguiente comando e introduzca la contraseña del usuario root de MySQL cuando se lo solicite:
# mysql -uroot -p -e "select distinct(user) from user order by user ;" mysql Enter password: root-password
Registre la lista de nombres de usuario de la base de datos de STA que se muestra. Por ejemplo:
+--------+ | user | +--------+ | root | | staapp | | stadba | | starpt | +--------+
Para ver los atributos del cliente de SNMP:
Vaya a la pantalla de inicio de sesión de la GUI de STA mediante el número de puerto HTTP (el puerto predeterminado es 7021) o HTTPS (el puerto predeterminado es 7022). "STA" debe estar en mayúsculas.
http(s)://Nombre del host:Número de puerto/STA/
Inicie sesión con el nombre de usuario y la contraseña de la GUI de STA.
En el menú de navegación, seleccione Settings (Configuración) > SNMP Connections (Conexiones SNMP).
El nombre de usuario de SNMP, la cadena de la comunidad de usuarios y la cadena de la comunidad de capturas se muestran en la tabla Client Attributes (Atributos de cliente).
Abra una sesión de terminal en el servidor de STA 1.0.x.
Ejecute el siguiente comando para detener todos los servicios de STA:
# STA stop
Ejecute el siguiente comando para iniciar el servicio MySQL:
# service mysql start
Ejecute el siguiente comando para volcar la base de datos en un solo archivo:
# /usr/bin/mysqldump -uroot -p --opt --routines --events --flush-logs --single-transaction --complete-insert --comments --dump-date --add-drop-database --databases stadb -v > /desired_path_for_dumpfile/dump_file_name.sql Enter password: mysql_root_password
|
Nota: -v (opcional, para salida detallada) hace eco del avance del comando. Sin embargo, puede hacer que el proceso de volcado de las bases de datos de gran tamaño sea considerablemente más lento. |
Ejemplo 9-1 Volcado de la base de datos de STA 1.0.x
En este ejemplo, la base de datos de STA 1.0.x se vuelca en la carpeta root del servidor de STA con el nombre de archivo 20130711_dump.sql.
# /usr/bin/mysqldump -uroot -p --opt --routines --events --flush-logs --single-transaction --complete-insert --comments --dump-date --add-drop-database --databases stadb -v > /root/20130711_dump.sql
Enter password: mysql_root_password
...
-- Retrieving view structure for table v_library_complex_io...
...
-- Retrieving view structure for table v_library_summary_averages...
-- It's base table, skipped
...
-- Retrieving table structure for table v_mdv_status_codes...-- It's a view, create dummy table for view
...
-- Disconnecting from localhost...
Para reducir el tamaño del archivo de volcado en aproximadamente 50%, comprima el archivo con formato gzip.
# cd /path_to_dump_file/ # gzip dump_file_name.sql
En esta tarea, el archivo de volcado de la base de datos STA 1.0.x comprimido se transfiere a un servidor de copia de seguridad externo a la plataforma (método de un servidor) o al nuevo servidor de STA 2.0 (método de dos servidores).
|
Precaución: Con el método de actualización de un servidor, debe hacer una copia de seguridad de la base de datos de STA en otro servidor. No haga la copia de seguridad de la base de datos en un sistema de archivos del servidor de STA existente, ya que la instalación de Linux 6.x en Tarea 4 destruirá todos los datos del servidor. |
Realice una suma de comprobación antes de transferir el archivo al servidor de copia de seguridad.
# cksum dump_file_name.sql.gz
La salida incluirá un valor de suma de comprobación y una cantidad de bytes. Registre el valor de la suma de comprobación, lo usará para verificar la integridad del archivo después de haberlo transferido al servidor de copia de seguridad.
Transfiera el archivo al servidor de destino mediante una utilidad de transferencia, por ejemplo, SCP. La opción -p preserva los valores de las marcas de fecha y hora.
# scp -p dump_file_name.sql.gz target_host:/path/
Ejemplo 9-2 Transferencia de la base de datos de STA 1.0.x al servidor de copia de seguridad (método de un servidor)
En este ejemplo, el archivo de volcado de la base de datos comprimido 20130711_dump.sql.gz se transfiere con SCP a la carpeta /root/dump del host de copia de seguridad backup1.
# cd /root # scp -p 20130711_dump.sql.gz backup1:/root/dump
Ejemplo 9-3 Transferencia de la base de datos de STA 1.0.x al nuevo servidor de STA 2.0 (método de dos servidores)
En este ejemplo, el archivo de volcado de la base de datos comprimido 20130711_dump.sql.gz se transfiere con SCP a la carpeta /root del host de STA 2.0 sta_new.
# cd /root # scp -p 20130711_dump.sql.gz sta_new:/root
En el servidor de destino, realice una suma de comprobación del archivo transferido. Verifique que los valores de las sumas de comprobación sean iguales.
# cd /path_to_dump_file/ # cksum dump_file_name.sql.gz
|
Precaución: Si está usando el método de un servidor, verifique que se haya hecho una copia de seguridad correctamente de la base de datos de STA en otro servidor. En esta tarea, se destruyen todos los datos del servidor de STA. |
Como Linux 6.x se considera una actualización importante con respecto a Linux 5.x, no es posible hacer una actualización acumulativa: no se puede actualizar el sistema operativo y conservar los sistemas de archivos de Linux 5.x. Linux 6.x se instala desde cero en el servidor de STA 1.0.x.
Para instalar y configurar Linux 6.x, consulte el Capítulo 1, "Instalación de Linux."
Instale STA 2.0 según se describe en el Capítulo 2, "Instalación de STA."
Inicie sesión en la interfaz de usuario de STA para asegurarse de que STA esté funcionando correctamente antes de realizar las tareas de actualización restantes (consulte "Inicio de sesión en la interfaz de usuario de STA").
Abra una sesión de terminal en el servidor de STA.
Ejecute el siguiente comando para detener todos los servicios de STA 2.0:
# STA stop all
(Opcional) Si el servidor de STA 1.0.x se configuró para comunicarse con bibliotecas que usan SNMP v2c, deberá activar el modo v2c en el servidor de STA 2.0. Siga el procedimiento del Apéndice B, "Activación del modo SNMP v2c para STA," pero omita los pasos finales de detener y reiniciar STA; no es necesario hacerlo porque ya detuvo STA y lo reiniciará más adelante durante el proceso de actualización.
Si se produjera un error en la actualización, deberá usar un archivo de volcado de la base de datos para recuperar STA en un estado en el que pueda configurar STA para que se ejecute como si estuviera recién instalado y sin datos.
Ejecute el siguiente comando para iniciar el servicio MySQL:
# STA start mysql
Ejecute el siguiente comando para crear el archivo de copia de seguridad:
# /usr/bin/mysqldump -uroot -p --opt --routines --events --flush-logs --single-transaction --complete-insert --comments --dump-date --add-drop-database --databases stadb -v > /dbbackup/STA_FRESH_INSTALL_BACKUP.sql Enter password: mysql_root_password
La salida será similar a la siguiente:
... -- Retrieving view structure for table v_mdv_request_states... -- Retrieving view structure for table version_info... ... -- Disconnecting from localhost...
|
Nota: Si aparece el mensaje "Can’t connect to local MySQL server" (No se puede establecer conexión con el servidor local de MySQL), significa que el servidor de MySQL no se está ejecutando. Asegúrese de haber iniciado MySQL (paso 1). |
Método de un servidor solamente: Puede usar SCP para transferir la copia de seguridad de la base de datos de STA 1.0.x al servidor de STA 2.0. La opción -p preserva los valores de las marcas de fecha y hora.
Use el siguiente comando:
# scp -p backup_host:/path_to_dump_file/dump_file_name.sql.gz /local_path
Ejemplo 9-4 Transferencia de la base de datos de STA 1.0.x al servidor de STA 2.0
En este ejemplo, el archivo de volcado de la base de datos comprimido 20130711_dump.sql.gz se transfiere con SCP desde la carpeta /root/dump del host backup1 a la carpeta /root del servidor de STA 2.0.
# scp -p backup1:/root/dump/20130711_dump.sql.gz /root
Realice una suma de comprobación del archivo transferido. Verifique que el valor de la suma de comprobación sea el mismo que el valor que recibió en Tarea 2.
# cd /path_to_dump_file/ # cksum dump_file_name.sql.gz
En esta tarea, la base de datos de STA 1.0.x comprimida se descomprime y restaura en el servidor de STA.
Descomprima el archivo de copia de seguridad.
# gunzip dump_file_name.sql.gz
(Opcional) Realice los siguientes pasos para depurar la base de datos de STA de datos obsoletos (por ejemplo, registros de SNMP que ya se procesaron y registros de análisis vacíos). Se recomienda enfáticamente hacerlo, ya que se reducirá marcadamente el tamaño de la base de datos y el tiempo de carga para bases de datos de más de 1 GB. Para los pasos restantes de esta tarea, se supone que se realiza una depuración. En la base de datos de STA se guarda un registro permanente de la actividad del comando purgerecs.
|
Nota: En STA 2.0, la depuración de la base de datos también se realiza automáticamente en el tiempo de ejecución. De manera periódica, el programador de eventos de MySQL depura los registros de SNMP ya procesados de la base de datos para minimizar el crecimiento de la base de datos. |
Cambie al directorio de actualizaciones de STA:
# cd /Oracle/StorageTek_Tape_Analytics/db/updates
Use el siguiente comando:
# ./purgerecs /path_to_dump_file/dump_file_name.sql /path_to_dump_file/purged_dump_file_name.sql
|
Nota: Para obtener ayuda con el comandopurgerecs, escriba lo siguiente:
# ./purgerecs -h
|
Ejemplo 9-5 Depuración de datos obsoletos de la base de datos de STA 1.0.x
En este ejemplo, el archivo de volcado de MySQL descomprimido 20130711_dump.sql que se encuentra en /root se depura con la utilidad purgerecs y la salida se dirige a un nuevo archivo llamado 20130711_dump_purged.sql que se encuentra en /root. Aparece un punto de avance por cada uno de los 200 registros procesados.
# cd /Oracle/StorageTek_Tape_Analytics/db/updates
# ./purgerecs /root/20130711_dump.sql /root/20130711_dump_purged.sql
................................................
STA v1.0.2, Schema 33.02
Processed 11,689 lines from '20130711_dump.sql':
------------------------------------------------
snmp_storage_cells........1,614,255
snmp_media................110,205
...
media_summaries...........254
transform_logs............0
================================================
Records Processed:........13,143,283
Records Purged:...........2,857,623
Records Remaining:........10,285,660
Elapsed Time:.............00:00:11
(Opcional) Use el siguiente comando para determinar el tamaño del archivo de la base de datos y estimar el tiempo del proceso de carga. El proceso de carga tarda hasta cinco minutos por gigabyte de tamaño de la instantánea de la base de datos sin comprimir.
# ls -s -h purged_dump_file_name.sql
Cargue la base de datos de STA 1.0.x.
# mysql -uroot -p -e "SET SESSION SQL_LOG_BIN=0; SOURCE /path_to_dump_file/dump_file_name;" Password: mysql_root_password
Si el comando se ejecuta correctamente, aparecerá el símbolo del sistema al finalizar el proceso. A menos que especifique la opción -v (detallado, no recomendado), no verá la salida del comando a medida que se ejecuta el proceso.
Explicación del comando:
-p: solicita la contraseña del usuario root de MySQL establecida durante la instalación de STA 2.0.
-v: salida detallada (opcional). Si usa esta opción, el proceso de carga será considerablemente más lento.
-e: ejecuta las siguientes declaraciones entre comillas
SET SESSION SQL_LOG_BIN=0;: se desactiva la generación de registros binarios innecesarios, lo que acelera la carga.
SOURCE /path_to_dump_file/: carga el archivo de volcado en la base de datos.
El proceso tarda aproximadamente dos minutos por gigabyte del tamaño de la instantánea de la base de datos sin comprimir, según la versión de STA 1.0.x que se esté actualizando.
Ejecute los siguientes comandos para actualizar la base de datos de STA 1.0.x con el nuevo esquema de STA 2.0:
# cd /Oracle/StorageTek_Tape_Analytics/db/updates # ./upgradedb.sh DB Root Password: mysql_root_password
|
Nota: Por cuestiones de seguridad, la contraseña no se incluye en el eco. Para obtener ayuda con el comandoupgradedb.sh, escriba lo siguiente:
# ./upgradedb.sh -h
|
Resultado de ejemplo:
+-------------------------------------------------------------+ | STA DATABASE UPGRADE | | Upgrading DB schema from 49.00r0 to 50.00r0 | | Started: 2014-01-14 01:21:47 | +-------------------------------------------------------------+ STA database contains approximately 4,301 records. installed version 49.00 is a valid upgrade candidate, proceeding... ...allow approximately two minutes per 1GB of file size...
Cuando se complete el proceso, verá un rótulo similar al siguiente:
+-------------------------------------------------------------+ | Started.................2014-01-14 01:21:47 | | Finished................2014-01-14 01:21:54 | | Elapsed Time............00:00:07 | | Starting Version........49.00r0 | | Final Schema Version....50.00r0 | | Schema Release Date.....2014-01-08 15:16:17 | | Records (approximate)...4,282 | +-------------------------------------------------------------+
|
Nota: Si se produce un error en la actualización, puede intentar Tarea 8, paso 4 a Tarea 9. Si se vuelve a producir un error en la actualización, significa que la base de datos se encuentra en un estado desconocido, probablemente dañada. En ese caso, debe restaurar la base de datos al estado original, recién instalada, de la siguiente manera:
|
Ejecute el siguiente comando para iniciar todos los servicios de STA.
# STA start all
|
Precaución: No inicie STA hasta que haya finalizado por completo el proceso de actualización de la base de datos del paso 1 de esta tarea. |
(Opcional) Si la actualización se realiza correctamente, suprima el archivo STA_FRESH_INSTALL_BACKUP.sql para liberar espacio de disco en el volumen /dbbackup.
Continúe en función del método de actualización:
Método de un servidor: si cambió la dirección IP del servidor de STA durante el proceso de actualización, vuelva a agregar la lista de destinatarios de capturas de cada biblioteca para reflejar la nueva dirección IP del servidor de STA. Para volver a agregar destinatarios de capturas, consulte "Tareas de gestión de SNMP de bibliotecas" en la Guía de administración de STA.
Método de dos servidores: Agregue el servidor de STA 2.0 como nuevo destinatario de capturas en la configuración de SNMP de cada biblioteca. Consulte "Creación de un destinatario de capturas de SNMP v3" o "Creación de un destinatario de capturas de SNMP v2c".
|
Nota: STA 2.0 admite dos nuevos niveles de captura: 13 (Captura de prueba) y 14 (Captura de estado). Si estos niveles no se especificaron previamente en la lista de destinatarios de capturas de cada biblioteca supervisada, también deberá volver a agregar la lista de destinatarios de capturas con los niveles 13 y 14 incluidos. |
Inicie sesión en STA, como se describe en "Inicio de sesión en la interfaz de usuario de STA".
Vuelva a introducir los atributos del cliente de SNMP, según se describe en "Configuración de parámetros de cliente de SNMP para STA".
Actualice los detalles de conexión para cada biblioteca supervisada.
En el menú de navegación, seleccione Setup & Administration (Configuración y administración) > Configuration (Configuración) > SNMP Connections (Conexiones de SNMP).
En la sección Monitored Libraries (Bibliotecas supervisadas), seleccione el nombre de una biblioteca y, a continuación, haga clic en el botón Edit (Editar).
Seleccione la dirección IP del servidor de STA 2.0 en la lista desplegable STA IP Address (Dirección IP de STA).
Haga clic en Save (Guardar).
Repita estos pasos para cada biblioteca supervisada de la lista.
Para asegurarse que las comunicaciones sean correctas, pruebe la conexión con cada biblioteca configurada, según se describe en "Prueba de la conexión SNMP con la biblioteca".
Antes de probar una conexión, tome nota de las marcas de fecha y hora de Last Successful Connection (Última conexión correcta) y Last Connection Attempt (Último intento de conexión). Después de realizar una prueba, puede comparar las marcas de fecha y hora para asegurarse de que la prueba esté proporcionando información actual.
Obtenga los datos más recientes de cada biblioteca, según se describe en "Obtención de datos de configuración más reciente de la biblioteca".
Siga los procedimientos de "Configuración de usuarios y correo electrónico" para cambiar o crear usuarios de STA y configurar (y probar) las propiedades de correo electrónico.
Si se registraron usuarios de STA adicionales (además de los usuarios predeterminados de inicio de sesión en la consola de administración e inicio de sesión en la GUI de STA) en Tarea 1, puede crear estos mismos usuarios ahora y asignarles los roles que corresponda.
|
Nota: Si bien la mayoría de los valores de configuración de las notificaciones por correo electrónico se conservan al actualizar STA, deberá volver a activar la comunicación SMTP y volver a introducir la contraseña de su cuenta de correo electrónico. |
Configure (o reconfigure) los componentes restantes de STA, según se describe en los siguientes capítulos:
Si usó el método de dos servidores, ya puede dar de baja el servidor de STA 1.0.x.
De manera opcional, puede eliminar el servidor de STA 1.0.x como destinatario de capturas en la configuración de SNMP de cada biblioteca. Para suprimir destinatarios de capturas, consulte "Tareas de gestión de SNMP de bibliotecas" en la Guía de administración de STA.
Leyenda de nota a pie de página
Nota a pie de página 1: En STA 2.0, se crean usuarios de aplicación adicionales en la interfaz de usuario de STA, no en WebLogic.
|
 Copyright © 2012, 2014, Oracle y/o sus filiales. Todos los derechos reservados. Avisos Legales |
|