Guía de instalación -...

IBM Tivoli Enterprise Console

Guía de instalaciónVersión 3.8

SC10-3836-00

NotaAntes de utilizar esta información y el producto al que da soporte, lea la información del apartado “Avisos” en lapágina 119.

Primera edición (septiembre de 2002)

Este manual es la traducción del original inglés IBM Tivoli Enterprise Console Installation Guide, (SC32-0823-00). Estaedición se aplica a la versión 3, release 8, de IBM Tivoli Enterprise Console (número de producto 5698-TEC) y atodos los releases y modificaciones posteriores hasta que se indique algo distinto en nuevas ediciones.

© Copyright International Business Machines Corporation 2002. Reservados todos los derechos.

Contenido

Prefacio . . . . . . . . . . . . . . viiQuién debe leer esta publicación . . . . . . . viiContenido de esta publicación . . . . . . . . viiPublicaciones . . . . . . . . . . . . . viii

Biblioteca de IBM Tivoli Enterprise Console . . viiiPublicaciones que son un requisito previo . . . viiiPublicaciones relacionadas . . . . . . . . viiiAcceso a las publicaciones en línea. . . . . . ixSolicitud de publicaciones. . . . . . . . . ixEnvío de comentarios acerca de las publicaciones ix

Accesibilidad . . . . . . . . . . . . . . xCómo ponerse en contacto con el Soporte al clientede IBM para los productos de Tivoli . . . . . . xConvenios utilizados en esta publicación . . . . . x

Convenios tipográficos . . . . . . . . . . xVariables y rutas que dependen del sistemaoperativo . . . . . . . . . . . . . . xiOtros convenios . . . . . . . . . . . . xiInformación en línea sobre los comandos y lastareas . . . . . . . . . . . . . . . xiInformación específica de cada plataforma . . . xiiIconos de IBM Tivoli Enterprise Console . . . xii

Capítulo 1. Introducción . . . . . . . . 1Requisitos del sistema . . . . . . . . . . . 1Consideraciones acerca de IBM Tivoli EnterpriseConsole . . . . . . . . . . . . . . . . 1

Consideraciones de tipo general . . . . . . . 1Consideraciones sobre el host RIM . . . . . . 1Consideraciones sobre el servidor de eventos . . 2Consideraciones sobre la consola de eventos . . . 2Consideraciones sobre ACF . . . . . . . . 2

Capítulo 2. Escenarios de distribución . 5IBM Tivoli Enterprise Console y RDBMS en un nodogestionado . . . . . . . . . . . . . . . 5IBM Tivoli Enterprise Console en un nodo gestionadocon un servidor remoto RDBMS . . . . . . . . 6Todos los componentes en un servidor de región degestión Tivoli . . . . . . . . . . . . . . 6Todos los componentes en un servidor de región degestión Tivoli a excepción del servidor RDBMS . . . 7Componentes de IBM Tivoli Enterprise Console endistintas regiones de gestión Tivoli . . . . . . . 7IBM Tivoli Enterprise Console con NetView yRDBMS en un nodo gestionado . . . . . . . . 9IBM Tivoli Enterprise Console con NetView en unnodo gestionado con un servidor RDBMS remoto . . 9Todo en el servidor de región de gestión Tivoli conNetView . . . . . . . . . . . . . . . 10Todo en el servidor de región de gestión Tivoli conNetView a excepción del servidor RDBMS . . . . 11

Capítulo 3. Diagrama de instalación . . 13Antes de empezar . . . . . . . . . . . . 13

Opciones de instalación y de actualización . . . . 14Opciones de instalación para una nueva instalaciónde IBM Tivoli Enterprise Console . . . . . . . 16Opciones de actualización de IBM Tivoli EnterpriseConsole. . . . . . . . . . . . . . . . 18Opciones de instalación del componente deNetView . . . . . . . . . . . . . . . 21Opciones de actualización de NetView . . . . . 22Instalación del paquete de idiomas para entornosdistintos del inglés . . . . . . . . . . . . 22

Capítulo 4. Inicio rápido para unentorno simple . . . . . . . . . . . 23Antes de empezar . . . . . . . . . . . . 24Pasos del Inicio rápido . . . . . . . . . . 24

1. Instale Tivoli Management Framework . . . 242. Instale el producto IBM Tivoli EnterpriseConsole. . . . . . . . . . . . . . . 263. Establezca las funciones y los recursos deTivoli en el escritorio de Tivoli . . . . . . . 274. Cree la base de datos de eventos . . . . . 285. Inicie y configure la consola de eventos para lavisualización de eventos . . . . . . . . . 286. Instale el componente NetView . . . . . . 29

Capítulo 5. Instalación de componentes 31Antes de empezar . . . . . . . . . . . . 31Elección del host RIM . . . . . . . . . . . 31Elección del servidor RDBMS . . . . . . . . 32Cómo realizar una copia de seguridad de las basesde datos de objetos . . . . . . . . . . . . 32Instalación y configuración del RDBMS . . . . . 32

Consideraciones sobre RIM . . . . . . . . 33Instalación y configuración de DB2 . . . . . 33Instalación y configuración de Informix . . . . 35Instalación y configuración de Microsoft SQLServer . . . . . . . . . . . . . . . 36Instalación y configuración de Oracle . . . . . 37Instalación y configuración de Sybase . . . . 37

Selección de un método de instalación . . . . . 38Detención e inicio del servidor de eventos . . . . 39Orden de instalación de los componentes . . . . 39Instalación de opciones utilizando el escritorio deTivoli . . . . . . . . . . . . . . . . 42Instalación de opciones utilizando la línea decomandos . . . . . . . . . . . . . . . 43Instalación de opciones utilizando el Tivoli SoftwareInstallation Service . . . . . . . . . . . . 44

Antes de empezar . . . . . . . . . . . 44Instalación de componentes utilizando elSoftware Installation Service . . . . . . . . 44

Consideraciones generales acerca de la instalaciónde componentes . . . . . . . . . . . . . 45

Instalación del servidor de eventos . . . . . 45Instalación del servidor de interfaz de usuario. . 47

© Copyright IBM Corp. 2002 iii

Instalación de la información de eventos deejemplo. . . . . . . . . . . . . . . 47Instalación de la consola de eventos . . . . . 48Instalación del Adapter Configuration Facility . . 50Instalación de adaptadores . . . . . . . . 50Instalación de Event Integration Facility . . . . 50

Cómo trabajar con el objeto RIM . . . . . . . 51Obtención de información acerca de los objetosRIM . . . . . . . . . . . . . . . . 51Modificación de los objetos RIM . . . . . . 51Supresión de los objetos RIM . . . . . . . 51

Comprobación de la conectividad RIM . . . . . 51

Capítulo 6. Configuración de la base dedatos de eventos . . . . . . . . . . 53Antes de empezar . . . . . . . . . . . . 53

Requisitos previos generales . . . . . . . . 54Hojas de trabajo de ejemplo para la instalación de labase de datos de eventos . . . . . . . . . . 55Inicio del asistente . . . . . . . . . . . . 57

Cómo establecer el entorno Tivoli e iniciar elasistente . . . . . . . . . . . . . . 57

Instalación de la base de datos de eventosutilizando el método simple o avanzado. . . . . 58

Instalación de la base de datos de eventos . . . 59Instalación sólo de los objetos de base de datosde eventos. . . . . . . . . . . . . . 59Ejecución del script wdbconfig.sh . . . . . . 59Actualización de la base de datos de eventos . . 60Desinstalación de la base de datos de eventos . . 61

Generación y ejecución de scripts . . . . . . . 62Sólo generar scripts. . . . . . . . . . . 62Generar y ejecutar scripts. . . . . . . . . 63Sólo ejecutar scripts . . . . . . . . . . 63

Utilización de la opción Sin cambios durante lageneración de scripts . . . . . . . . . . . 63Opciones de configuración para mejorar elrendimiento . . . . . . . . . . . . . . 63

Opciones de configuración de DB2 . . . . . 64Opciones de configuración de Informix . . . . 64Opciones de configuración de MS SQL Server . . 70Opciones de configuración de Oracle . . . . . 71Opciones de configuración de Sybase. . . . . 76

Consideraciones generales acerca de la base dedatos de eventos. . . . . . . . . . . . . 78

Consideraciones acerca de DB2 . . . . . . . 78Consideraciones acerca de Informix . . . . . 79Consideraciones acerca de MS SQL Server . . . 80Consideraciones acerca de Oracle . . . . . . 80Consideraciones acerca de Sybase y MS SQLServer . . . . . . . . . . . . . . . 81Consideraciones acerca de Sybase . . . . . . 81

Habilitación del soporte de idioma . . . . . . 81Habilitación del soporte de idioma para DB2 . . 82Habilitación del soporte de idioma para MS SQLServer, Sybase e Informix . . . . . . . . . 82Habilitación del soporte de idioma para Oracle 82

A dónde puede dirigirse desde este punto . . . . 83

Capítulo 7. Actualización decomponentes . . . . . . . . . . . . 85Antes de empezar . . . . . . . . . . . . 85

Cómo realizar una copia de seguridad de lasbases de datos de objetos . . . . . . . . . 86Cómo verificar que dispone de la versióncorrecta de Tivoli Management Framework . . . 86Consideraciones generales sobre la actualización 86

Imágenes de actualización . . . . . . . . . 86Imágenes de actualización de la Versión 3.8 . . 86

Actualización desde el escritorio de Tivoli . . . . 87Actualización desde la línea de comandos . . . . 88Actualización utilizando el Software InstallationService . . . . . . . . . . . . . . . . 88

Capítulo 8. Desinstalación decomponentes . . . . . . . . . . . . 91Orden de desinstalación de los componentes . . . 92Ejemplos de desinstalación desde la línea decomandos . . . . . . . . . . . . . . . 92

Desinstalación del Adapter Configuration Facility 92Desinstalación de la consola de eventos . . . . 93Desinstalación de Sample event information . . 93Desinstalación de User Interface Server . . . . 94Desinstalación del servidor de eventos . . . . 94

Capítulo 9. Instalación de losadaptadores . . . . . . . . . . . . 95Adaptadores que reciben soporte . . . . . . . 95Requisitos de espacio de disco . . . . . . . . 97Requisitos de hardware . . . . . . . . . . 97Requisitos de software. . . . . . . . . . . 97

Requisitos de software de UNIX y de Windows 97Requisitos de software de AS/400 . . . . . . 97Requisitos de software de OS/2 . . . . . . 97

Instalación de un adaptador en un nodo gestionadoen un entorno TME. . . . . . . . . . . . 97

Instalación de un adaptador en un nodogestionado en un entorno TME desde elescritorio de Tivoli . . . . . . . . . . . 98Línea de comandos . . . . . . . . . . . 99

Instalación de un adaptador en un punto final enun entorno TME . . . . . . . . . . . . 100Instalación de un adaptador en un entorno degestión que no es TME . . . . . . . . . . 102

Instalación de un adaptador que no es TME enUNIX . . . . . . . . . . . . . . . 103Instalación de un adaptador que no es TME enWindows o en Windows NT . . . . . . . 104Instalación de un adaptador que no es TME enOS/2 . . . . . . . . . . . . . . . 105

Instalación de adaptadores AS/400 . . . . . . 106Instalación desde CD-ROM. . . . . . . . 107Instalación desde el CD-ROM en un AS/400 107Instalación con el inglés como idiomasecundario . . . . . . . . . . . . . 108

Instalación del adaptador de archivo de registroNetWare . . . . . . . . . . . . . . . 108

iv IBM Tivoli Enterprise Console: Guía de instalación

Capítulo 10. Actualización de losadaptadores . . . . . . . . . . . . 111Preparación de la actualización . . . . . . . 111

Cómo realizar una copia de seguridad de lasbases de datos de objetos . . . . . . . . 111Verificación de la versión correcta de TivoliManagement Framework para lasactualizaciones de los adaptadores . . . . . 112Consideraciones generales acerca de laactualización para adaptadores . . . . . . 112

Imágenes de actualización de los adaptadores . . 112Imágenes de actualización del adaptador de laVersión 3.8 . . . . . . . . . . . . . . 112Actualización de adaptadores desde el escritorio 112Actualización de adaptadores desde la línea decomandos . . . . . . . . . . . . . . 113Actualización de adaptadores utilizando elSoftware Installation Service . . . . . . . . 114

Capítulo 11. Desinstalación de losadaptadores . . . . . . . . . . . . 115Desinstalación de un adaptador en un entornoTME . . . . . . . . . . . . . . . . 115

Desinstalación de un adaptador en un entornoTME en un nodo gestionado . . . . . . . 115Desinstalación de un adaptador en un entornoTME en un punto final . . . . . . . . . 115

Desinstalación de un adaptador en un entorno queno es TME . . . . . . . . . . . . . . 116

Desinstalación de un adaptador que no es TMEen UNIX . . . . . . . . . . . . . . 116Desinstalación de un adaptador que no es TMEen Windows o en Windows NT . . . . . . 116Desinstalación de un adaptador que no es TMEen el OS/2 . . . . . . . . . . . . . 116

Desinstalación de adaptadores de AS/400 . . . . 117Desinstalación del adaptador de archivo de registroNetWare . . . . . . . . . . . . . . . 117

Avisos . . . . . . . . . . . . . . 119Marcas registradas. . . . . . . . . . . . 121

Glosario . . . . . . . . . . . . . 123

Índice . . . . . . . . . . . . . . . 127

Contenido v

vi IBM Tivoli Enterprise Console: Guía de instalación

Prefacio

En la publicación IBM Tivoli Enterprise Console Guía de instalación se explica cómoinstalar y actualizar los componentes del producto IBM Tivoli Enterprise Consoleutilizando los mecanismos de instalación que proporcionan los productos de Tivoli.

En esta publicación se explica cómo gestionar e instalar las imágenes de productode Tivoli utilizando uno de los mecanismos de instalación siguientes:v Tivoli Software Installation Servicev Escritorio de Tivoliv Línea de comandos

En esta publicación se proporciona información detallada para instalar todos loscomponentes del producto IBM Tivoli Enterprise Console, incluidos losidentificadores de producto, el orden de instalación y otra información relacionadacon una correcta instalación de los productos para el entorno de su empresa.

Para conocer los requisitos de hardware y de software, consulte la publicación IBMTivoli Enterprise Console Notas del release.

Quién debe leer esta publicaciónEsta guía está especialmente indicada para administradores del sistemaresponsables de realizar la instalación de los productos y de los parches de Tivoli®

y para gestores de sistemas y administradores de bases de datos que utilizanproductos de Tivoli para supervisar y gestionar los eventos de recursos. Losusuarios de esta guía deberán tener conocimientos previos de lo siguiente:v El sistema operativo de su empresav Publicación Tivoli Enterprise Console Guía de instalación

v El producto Tivoli Management Frameworkv Documentación del componente IBM NetView Integrated TCP/IP Services

Esta publicación también es práctica para los planificadores de la red y los gestoresde sistemas.

Contenido de esta publicaciónEsta publicación contiene lo siguiente:v Capítulo 1, “Introducción” en la página 1v Capítulo 2, “Escenarios de distribución” en la página 5v Capítulo 3, “Diagrama de instalación” en la página 13v Capítulo 4, “Inicio rápido para un entorno simple” en la página 23v Capítulo 5, “Instalación de componentes” en la página 31v Capítulo 6, “Configuración de la base de datos de eventos” en la página 53v Capítulo 7, “Actualización de componentes” en la página 85v Capítulo 8, “Desinstalación de componentes” en la página 91v Capítulo 9, “Instalación de los adaptadores” en la página 95v Capítulo 10, “Actualización de los adaptadores” en la página 111

© Copyright IBM Corp. 2002 vii

v Capítulo 11, “Desinstalación de los adaptadores” en la página 115

PublicacionesEn este apartado se indican las publicaciones de la biblioteca de IBM TivoliEnterprise Console y otros documentos relacionados. También se describe cómoacceder a las publicaciones de Tivoli en línea, cómo solicitar publicaciones de Tivoliy cómo realizar comentarios acerca de las publicaciones de Tivoli.

Biblioteca de IBM Tivoli Enterprise ConsoleLos siguientes manuales complementan la información contenida en este manual:v En la publicación IBM Tivoli Enterprise Console Guía del adaptador, GC-0668

Proporciona información acerca de los adaptadores actualmente disponibles.v Tivoli Event Integration Facility Guía del usuario, GC10-3567 (GC32-0691)

En esta publicación se describe cómo desarrollar sus propios adaptadores deeventos, personalizados para su entorno de red y sus necesidades específicas.Asimismo, en esta publicación también se describe cómo filtrar los eventos en lafuente.

v IBM Tivoli Enterprise Console Manual de consulta, GC10-3624 (GC32-0666)Proporciona información detallada acerca de los comandos de la línea decomandos pertinentes para utilizar el producto IBM Tivoli Enterprise Console,las tareas predefinidas que se entregan en la biblioteca de tareas y las variablesde entorno disponibles para las tareas que se ejecutan con un evento.

v IBM Tivoli Enterprise Console Rule Builder’s Guide, GC32-0669En esta publicación se explica cómo desarrollar reglas y cómo integrarlas para lacorrelación de eventos y la gestión automatizada de eventos.

v IBM Tivoli Enterprise Console Guía del usuario, GC10-3620 (GC32-0667)En esta publicación se explica cómo planificar y configurar el entorno de base dedatos de eventos, se describen los componentes, las funciones y se proporcionaotra información acerca de la utilización del producto IBM Tivoli EnterpriseConsole.

Publicaciones que son un requisito previoPara poder utilizar con eficacia la información de esta publicación, deberá contar,como requisito previo, con algunos conocimientos, que adquirirá consultando laspublicaciones siguientes:v Tivoli Enterprise Console Guía de instalación

v Tivoli Management Framework Guía del usuario

v Tivoli Management Framework Reference Manual

v Tivoli Management Framework Planning for Deployment Guide

v Tivoli Management Framework Maintenance and Troubleshooting Guide

Estos manuales contienen información detallada sobre el escritorio, los nodosgestionados, los administradores, los operadores, las regiones de políticas, losperfiles, los avisos, las tareas y la planificación.

Publicaciones relacionadasEn los documentos siguientes también se proporciona información de granutilidad:

viii IBM Tivoli Enterprise Console: Guía de instalación

v La biblioteca de documentación del componente IBM NetView IntegratedTCP/IP Services.

Nota: en este documento, el término componente de NetView es sinónimo decomponente IBM NetView Integrated TCP/IP Services.

v IBM Tivoli Enterprise Console Data Warehouse Implementation Guide, Version 3.8

v Tivoli Event Integration Facility Guía del usuario

v Tivoli Glossary incluye definiciones para la mayoría de los términos técnicosrelacionados con el software de Tivoli. Tivoli Glossary está disponible, sólo eninglés, en el sitio web siguiente:http://www.tivoli.com/support/documents/glossary/termsm03.htm

Acceso a las publicaciones en líneaEn el CD del producto, las publicaciones de las bibliotecas de productos sepresentan en formato PDF o en formato HTML, o en ambos. Para acceder a estaspublicaciones utilizando un navegador web, abra el archivo infocenter.html, que seencuentra en el directorio de publicaciones correspondiente del CD del producto.

Cuando IBM publica una versión actualizada de una o más publicaciones en líneao en copia impresa, éstas se colocan en Tivoli Information Center. Puede acceder alas publicaciones actualizadas de Tivoli Information Center desde el sitio web desoporte al cliente, que se indica a continuación:http://www.tivoli.com/support/documents/

El Tivoli Information Center contiene la versión más reciente de las publicacionesen la biblioteca del producto en formato PDF o en formato HTML, o en ambos.También existen documentos traducidos para algunos productos.

Nota: si desea imprimir los documentos PDF en papel con un tamaño distinto deltamaño de carta, seleccione el cuadro de selección Ajustar a página deldiálogo Imprimir de Adobe Acrobat (que está disponible haciendo clic enArchivo —> Imprimir) para asegurarse de que la impresión se realizaráutilizando las dimensiones de una página de tamaño carta en el papel queestá utilizando.

Solicitud de publicacionesPuede solicitar muchas publicaciones de Tivoli en línea, en el sitio web siguiente:http://www.tivoli.com/support/Prodman/html/pub_order.html

También puede solicitarlas por teléfono llamando a uno de los siguientes números:v En los Estados Unidos: 800-879-2755v En Canadá: 800-426-4968v En otros países, para ver una lista de los números de teléfono, visite el sitio web

siguiente:http://www.tivoli.com/inside/store/lit_order.html

Envío de comentarios acerca de las publicacionesEstamos muy interesados en conocer su experiencia con los productos y con ladocumentación de Tivoli y agradecemos cualquier sugerencia que nos permitaaplicar mejoras. Si tiene comentarios o sugerencias acerca de nuestros productos y

Prefacio ix

http://www.tivoli.com/support/documents/glossary/termsm03.htm

http://www.tivoli.com/support/documents/

http://www.tivoli.com/support/Prodman/html/pub_order.html

http://www.tivoli.com/inside/store/lit_order.html

documentación, envíe un mensaje de correo electrónico a la direcció[email protected] o complete el cuestionario de comentarios del cliente queencontrará en el siguiente sitio web:

http://www.tivoli.com/support/survey/

AccesibilidadLas características de accesibilidad ayudan a los usuarios con discapacidadesfísicas, como por ejemplo movilidad reducida o visión limitada, a utilizarsatisfactoriamente los productos de software. Con este producto, puede utilizarherramientas que le ayudarán a oír y a navegar por la interfaz. También puedehacer uso del teclado en lugar del ratón para utilizar todas las características de lainterfaz gráfica de usuario.

Para obtener información adicional, consulte la publicación IBM Tivoli EnterpriseConsole Guía del usuario.

Cómo ponerse en contacto con el Soporte al cliente de IBM para losproductos de Tivoli

Si experimenta algún problema con cualquier producto de Tivoli, puede ponerse encontacto con el Soporte al cliente de IBM para los productos de Tivoli. Consulte lapublicación Tivoli Customer Support Handbook en el sitio web siguiente:http://www.tivoli.com/support/handbook/

En este manual se proporciona información acerca de cómo ponerse en contactocon el Soporte al cliente, en función de la gravedad del problema, y la informaciónsiguiente:v Registro y condiciones exigidas.v Números de teléfono y direcciones de correo electrónico, en función del país en

el que se encuentra.v Qué información debe recopilar antes de ponerse en contacto con el Soporte al

cliente

Convenios utilizados en esta publicaciónEn esta publicación se utilizan varios convenios para los términos y accionesespeciales, para las rutas y los comandos que dependen del sistema operativo, paralos gráficos de los márgenes o para los iconos.

Convenios tipográficosEn esta publicación se utilizan los convenios tipográficos siguientes:

Término Los comandos que aparecen en minúsculas y en una mezcla deminúsculas y mayúsculas, las opciones de comandos y losindicadores que aparecen dentro del texto aparecen así, en negrita.

Los elementos de la interfaz gráfica de usuario (excepto los títulosde las ventanas y de los diálogos) y los nombres de las teclastambién aparecen así, en negrita.

Cursiva Las variables, los valores que debe proporcionar el usuario, lostérminos nuevos y las palabras y frases que se ha pretendidoenfatizar aparecen así, en cursiva.

x IBM Tivoli Enterprise Console: Guía de instalación

http://www.tivoli.com/support/survey/

http://www.tivoli.com/support/handbook/

Monoespaciado Los comandos, las opciones de los comandos y los identificadoresque aparecen en una línea por separado, los ejemplos de código, lasalida y el texto de los mensajes aparecen así, en monoespaciado.

Los nombres de los archivos y directorios, las cadenas de texto quedebe escribir el usuario, cuando aparecen dentro del texto, losnombres de los métodos y clases Java y los identificadores HTMLy XML aparecen así, en monoespaciado.

Variables y rutas que dependen del sistema operativoEn esta publicación se utiliza el convenio de UNIX para especificar las variables deentorno y para la notación de los directorios.

Esta guía utiliza el convenio de barra invertida (\) al final de una línea de texto deejemplo para indicar que el texto que aparece en la siguiente línea se ha divididoen más de una línea debido a las limitaciones de espacio de la página. El ejemplose debe interpretar como si estuviera en una sola línea.

Cuando utilice la línea de comandos de Windows, sustituya $variable por%variable% para las variables de entorno y sustituya la barra inclinada (/) por unabarra inclinada invertida (\) en las rutas de los directorios.

Nota: si utiliza el shell bash en un sistema Windows, puede utilizar los conveniosde UNIX.

Otros conveniosEn esta publicación se utilizan varios convenios para los términos y las accionesespeciales, los comandos y las rutas que dependen del sistema operativo y losgráficos de los márgenes o los iconos.

Para seleccionar un menú desplegable, coloque el cursor sobre una palabra en labarra de menús y haga clic con el botón izquierdo del ratón.

Para seleccionar un menú emergente, coloque el cursor sobre un icono y haga cliccon el botón derecho del ratón.

Los procedimientos pueden incluir una tabla con el contexto y la función deautorización necesaria para ejecutar el procedimiento. La celda Actividad incluyeuna breve descripción del procedimiento, la celda Contexto explica dónde seejecuta el procedimiento en el entorno de Tivoli, y la celda Función necesariaindica la función de autorización necesaria para ejecutar el procedimiento. Acontinuación se ofrece una tabla como ejemplo.

Actividad Contexto Función necesaria

Configurar una consola deeventos

Consola de eventos user

Información en línea sobre los comandos y las tareasLa información en formato HTML acerca de cada comando y tarea de IBM TivoliEnterprise Console, junto con otra información de consulta en línea de IBM TivoliEnterprise Console, está disponible en el host servidor de eventos, en$BINDIR/../generic_unix/TME/TEC/BOOKS/HTML/reference.html. Estainformación también está disponible en el CD del producto, en

Prefacio xi

/BOOKS/HTML/reference.html. Consulte la publicación IBM Tivoli EnterpriseConsole Notas del release para obtener más información.

Información específica de cada plataformaPara obtener información detallada sobre las versiones de las plataformasadmitidas que se conocen en el momento de la publicación, consulte la publicaciónIBM Tivoli Enterprise Console Notas del release.

Iconos de IBM Tivoli Enterprise ConsoleEn el producto IBM Tivoli Enterprise Console se utilizan los iconos siguientes.

Nota: en la publicación Tivoli Management Framework Guía del usuario se describenmás iconos.

Icono Representa

Servidor de eventos

La flecha roja indica que se está ejecutando el servidor de eventos.

La flecha hueca indica que se está inicializando el servidor de eventos.

Base de reglas

La flecha roja indica que la base de reglas está activada.

Perfil

Un perfil es una colección de datos específicos de la aplicación.

xii IBM Tivoli Enterprise Console: Guía de instalación

Capítulo 1. Introducción

Requisitos del sistemaPara obtener información actualizada sobre las plataformas compatibles einformación específica de cada plataforma, consulte IBM Tivoli Enterprise ConsoleNotas del release.

Consideraciones acerca de IBM Tivoli Enterprise ConsoleCuando planifique, instale o actualice componentes de IBM Tivoli EnterpriseConsole, revise los apartados siguientes.

Consideraciones de tipo generalPara que el producto pueda funcionar dentro del entorno Tivoli, deberá instalar losproductos siguientes antes de instalar cualquier componente de IBM TivoliEnterprise Console:v El software Tivoli Management Framework en cada máquina.v En una configuración de cliente/servidor:

– El software del cliente y el host RIM deben estar en el mismo nodogestionado.

– El servidor RDBMS puede estar en cualquier máquina. No es necesario queesté en un nodo gestionado.

v En una configuración RDBMS de sólo servidor, el servidor RDBMS deberá estarinstalado en un nodo gestionado. El host RIM deberá estar en el mismo nodogestionado.

Para obtener información adicional acerca del host RIM, consulte la publicaciónTivoli Enterprise Console Guía de instalación.

El software IBM Tivoli Enterprise™ da soporte a las bases de datos siguientes:v DB2®

v Informixv SQL Server de Microsoftv Oraclev Sybase

Si desea obtener información sobre los releases que tienen soporte, consulte laúltima publicación de Tivoli Management Framework Notas del release.

Consideraciones sobre el host RIMEl host RIM proporciona comunicación entre el producto Tivoli y el RDBMS. Tengaen cuenta las siguientes consideraciones cuando seleccione qué máquina servirá dehost RIM:v La máquina debe ser un nodo gestionado.v En la mayoría de entornos Tivoli que utilizan el producto IBM Tivoli Enterprise

Console, la ubicación más eficaz para el host RIM es el servidor de eventos.

© Copyright IBM Corp. 2002 1

v Si el host RIM se ejecuta en un entorno HP-UX o Windows, asegúrese de que elusuario tmersrvd esté definido en la máquina. Consulte la publicación TivoliManagement Framework Notas del release para obtener información sobre el usuariotmersrvd.

v Consulte la publicación Tivoli Management Framework Guía del usuario paraobtener información detallada acerca de la adición y definición de la cuentatmersrvd.

Nota: si cambia el proveedor RDBMS o cambia el host RIM a otro nodogestionado, deberá suprimir y volver a crear el objeto RIM mediante loscomandos wdel y wcrtrim, respectivamente. Si necesita cambiar otrosatributos asociados con un objeto RIM, puede utilizar el comando wsetrim oel comando wsetrimpw para cambiar la contraseña. Si desea obtenerinformación adicional sobre éstos y otros comandos RIM, consulte lapublicación Tivoli Management Framework Reference Manual.

Consideraciones sobre el servidor de eventosEl servidor de eventos de Tivoli Enterprise Console debe estar instalado en unnodo gestionado. Recuerde que el servidor de región de gestión Tivoli es un nodogestionado. Asegúrese de que dispone de, como mínimo, 256 MB de RAM en lamáquina en la que va a instalarse el servidor de eventos. Tivoli recomienda 1 GBde RAM para los entornos grandes.

Si desea obtener información adicional acerca de la configuración, consulte elapartado “Componentes de IBM Tivoli Enterprise Console en distintas regiones degestión Tivoli” en la página 7.

Consideraciones sobre la consola de eventosLa consola de eventos pueden instalarse en un nodo gestionado, en un punto finalo en una máquina que no sea TME. La versión no TME de la consola de eventospuede instalarse en cualquier máquina, pero no utiliza los servicios de TivoliManagement Framework. Por ejemplo, una consola en un entorno TivoliManagement Framework utiliza el servicio oserv para las instalaciones deproductos en los nodos gestionados que se encuentran dentro de la región degestión Tivoli, mientras que una instalación que no es TME (una instalación que noutiliza los servicios de Tivoli Management Framework) sólo se utiliza en los puntosfinales y en las máquinas que no son nodos gestionados.

Nota: en las versiones de entorno de gestión Tivoli y no TME de la consola deeventos, debe iniciar la sesión de la misma forma que inicia la sesión en elescritorio de Tivoli. Si desea obtener más información sobre cómo iniciar lasesión utilizando el escritorio de Tivoli, consulte la publicación TivoliManagement Framework Guía del usuario.

Para obtener información de configuración acerca de las consolas de eventos endistintas regiones de gestión Tivoli, consulte el apartado “Componentes de IBMTivoli Enterprise Console en distintas regiones de gestión Tivoli” en la página 7.

Consideraciones sobre ACFEl ACF es una aplicación basada en perfiles que se utiliza para distribuirinformación a los adaptadores del entorno de gestión Tivoli que se hanseleccionado. Si utiliza ACF, deberá instalarlo en las siguientes máquinas:v En el servidor de región de gestión Tivoliv Todos los nodos gestionados que son gateways de punto final

2 IBM Tivoli Enterprise Console: Guía de instalación

Los adaptadores siguientes sólo pueden utilizarse en los puntos finales de unentorno de gestión Tivoli. Para instalar y configurar estos adaptadores en lospuntos finales, debe utilizar el ACF.v OS/2v SNMP (Protocolo de gestión simple de red)v archivo de registro de UNIXv Registro de eventos de Windowsv Registro de eventos de Windows NT

La versión no TME de estos adaptadores no necesita el software de TivoliManagement Framework; por consiguiente, éstos podrán ejecutarse en cualquierplataforma admitida.

Para obtener información adicional acerca de la instalación de los adaptadores,consulte el Capítulo 9, “Instalación de los adaptadores” en la página 95. Paraobtener información adicional acerca de la configuración de los adaptadores con elACF, consulte la publicación IBM Tivoli Enterprise Console Guía del adaptador.

Capítulo 1. Introducción 3

Capítulo 2. Escenarios de distribución

Los componentes del producto IBM Tivoli Enterprise Console pueden instalarse demuchas formas distintas. En los apartados siguientes se proporciona informaciónacerca de posibles escenarios de distribución. La forma en que distribuya elproducto dependerá de las necesidades de su empresa y de qué RDBMS estéutilizando.

Nota: algunos proveedores de RDBMS requieren que se instale el cliente RDBMSde forma local para conectarse al servidor RDBMS local.

IBM Tivoli Enterprise Console y RDBMS en un nodo gestionadoEn este escenario, el servidor de región de gestión Tivoli se encuentra en un nodogestionado y el servidor de eventos, el host RIM y el servidor RDBMS seencuentran en otro nodo gestionado. El gráfico siguiente sirve para ilustrar esteescenario:

Las ventajas de este escenario son las siguientes:v La máquina de la región de gestión Tivoli y la máquina servidor de eventos

cuentan con más capacidad de proceso y disponen de memoria por separado.v Ello minimiza la congestión en la red, pues el RDBMS es local respecto al

servidor de eventos y el host RIM y el servidor de eventos son locales respecto ala región de gestión Tivoli.

La desventaja de este escenario es que necesita dos máquinas y en algunos casosde depuración es necesario comparar dos registros oserv distintos.


IBM Tivoli Enterprise Console en un nodo gestionado con un servidorremoto RDBMS

En este escenario, el servidor de eventos, el host RIM y el cliente RDBMS seencuentran en un nodo gestionado y el servidor RDBMS se encuentra en unamáquina que el software de IBM Tivoli Enterprise no gestiona. El gráfico siguientesirve para ilustrar este escenario:

La ventaja de este escenario es que reparte la carga de proceso de la región degestión de Tivoli, del servidor de eventos y del RDBMS entre tres máquinas.

La desventaja de este escenario es que se producen restricciones en la red, senecesitan tres máquinas y en algunos casos de depuración es necesario comparardos registros oserv distintos.

Todos los componentes en un servidor de región de gestión TivoliEn este escenario, el servidor de eventos, el host RIM y el servidor RDBMS seencuentran en el servidor de región de gestión Tivoli. El gráfico siguiente sirvepara ilustrar este escenario:

Las ventajas de este escenario son las siguientes:v Reduce la congestión en la red y los retardos de comunicación entre los procesosv Es más económico, porque todo está en una máquinav La depuración de los problemas relacionados con Tivoli Management

Framework resulta más fácil porque toda la información se encuentra en un soloregistro oserv


La desventaja de este escenario es la necesidad de una cantidad significativa dememoria adicional y de más velocidad de procesador para que los tres servidorespuedan residir en un procesador y, por lo tanto, no debería utilizarse en sistemasen los que hay gran cantidad de datos de eventos.

Todos los componentes en un servidor de región de gestión Tivoli aexcepción del servidor RDBMS

En este escenario, el servidor de eventos, el host RIM y el cliente RDBMS seencuentran en un servidor de región de gestión Tivoli y el servidor RDBMS seencuentra en una máquina que el software de IBM Tivoli Enterprise no gestiona. Elgráfico siguiente sirve para ilustrar este escenario:

La ventaja de este escenario es que reduce la carga del procesador RDBMStrasladándola a otra máquina.

Las desventajas de este escenario son las siguientes:v Posible congestión en la red para el servidor RDBMSv Es más caro cuando se utiliza un servidor RDBMS dedicado ya que requiere una

segunda máquina

Componentes de IBM Tivoli Enterprise Console en distintas regionesde gestión Tivoli

En algunos casos, cuando el servidor de eventos y la consola de eventos se instalanjuntos en una región de gestión Tivoli aparte, se reduce la contención de oserv.Este escenario es adecuado para los clientes que ya utilizan o que han planificadoutilizar varias regiones de gestión Tivoli interconectadas o varias instalaciones delproducto IBM Tivoli Enterprise Console.

Aunque puede interconectar regiones de gestión Tivoli y compartir los otrosrecursos, las regiones de gestión Tivoli no tienen que estar necesariamenteinterconectadas para poder compartir la consola de eventos. Para cada nodo en elque desea que se ejecute una consola de eventos, deberá instalar un entorno degestión Tivoli o una consola de eventos que no sea TME.

En este escenario, considere la posibilidad de configurar un operador comoadministrador en la región de gestión Tivoli en la que se han instalado todos loscomponentes de IBM Tivoli Enterprise Console.

Puede crear una región de gestión Tivoli que sólo contenga el servidor de eventos,la consola de eventos, el host RIM y el servidor RDBMS. En otra región de gestiónTivoli, puede instalar los demás componentes de IBM Tivoli Enterprise Console yel software de IBM Tivoli Enterprise que se necesite en el entorno Tivoli.

Capítulo 2. Escenarios de distribución 7

Nota: cuando se tienen dos regiones de gestión Tivoli en la misma subred, se tienela misma congestión en la red que la que se tendría si sólo se utilizara unaregión de gestión Tivoli.

El gráfico siguiente sirve para ilustrar este escenario:

Servidor TMR Servidor TMR

Consola deloperador

Host RIM

Servidorde eventos

Servidor RDBMS

wregister -i -r EventServer

TMR A TMR B

Para que las regiones de gestión Tivoli interconectadas funcionen con el productoIBM Tivoli Enterprise Console, debe proporcionar una conexión bidireccional entrelas regiones de gestión Tivoli. En la región de gestión Tivoli primaria, deberegistrar el recurso para el servidor de eventos (EventServer) con el registro denombres. Utilice el procedimiento siguiente para crear este tipo de configuración:1. Instale el servidor de eventos en la región de gestión Tivoli B.2. En el servidor de región de gestión Tivoli de la región de gestión Tivoli A,

registre los recursos de IBM Tivoli Enterprise Console utilizando los comandossiguientes:wregister -i -r EventServer

3. Intercambie todos los recursos de la región de gestión Tivoli A y la región degestión Tivoli B.

4. Instale consolas de eventos que no son TME, según sea necesario, en lasmáquinas de la región de gestión Tivoli A para que existan consolas de eventosque puedan acceder al servidor de eventos de la región de gestión Tivoli B.

Si desea obtener información adicional sobre el comando wregister, consulte lapublicación Tivoli Management Framework Reference Manual.

Después de registrar los objetos en la región de gestión Tivoli primaria, debeactualizar los recursos desde el escritorio de Tivoli o con el comando wupdate.

Nota: en un entorno Tivoli en el que ya se utilizan varias regiones de gestiónTivoli, o en un entorno Tivoli en el que se utilizan varias instalaciones deIBM Tivoli Enterprise Console para la migración tras error, este escenariopuede ser la mejor opción para las necesidades de su empresa.


IBM Tivoli Enterprise Console con NetView y RDBMS en un nodogestionado

En este escenario, el servidor de región de gestión Tivoli se encuentra en un nodogestionado y el servidor de eventos (conectado con el servidor de NetView), el hostRIM y el servidor RDBMS se encuentran en otro nodo gestionado. El gráficosiguiente sirve para ilustrar este escenario:

Servidor deregión de

gestión Tivoli

Nodo gestionado Nodo gestionado

Servidor de eventosServidor NetView

Host RIM

Servidor RDBMS

Las ventajas de este escenario son las siguientes:v La máquina de la región de gestión Tivoli y la máquina servidor de eventos, que

se conecta con el servidor NetView, cuentan con más capacidad de proceso ydisponen de memoria por separado.

v Ello minimiza la congestión en la red, pues el RDBMS es local respecto alservidor de eventos y el host RIM y el servidor de eventos son locales respecto ala región de gestión Tivoli.

La desventaja de este escenario es que necesita dos máquinas y en algunos casosde depuración es necesario comparar dos registros oserv distintos.

IBM Tivoli Enterprise Console con NetView en un nodo gestionado conun servidor RDBMS remoto

En este escenario, el servidor de eventos, el host RIM y el cliente RDBMS seencuentran en un nodo gestionado y el servidor RDBMS se encuentra en unamáquina que el software de IBM Tivoli Enterprise no gestiona. El servidor deeventos del nodo gestionado está conectado con el servidor de región de gestión


IBM Tivoli con NetView. El gráfico siguiente sirve para ilustrar este escenario:


gestión Tivoli

Máquinaque no es

TivoliEnterprise

Nodo gestionado

Servidor de eventos

Servidor NetView

Host RIM

Cliente RDBMS Servidor RDBMS

La ventaja de este escenario es que reparte la carga de proceso de la región degestión de Tivoli, del servidor de eventos y del RDBMS entre tres máquinas.

La desventaja de este escenario es que se producen restricciones en la red, senecesitan tres máquinas y en algunos casos de depuración es necesario comparardos registros oserv distintos.

Todo en el servidor de región de gestión Tivoli con NetViewEn este escenario, el servidor de eventos, el host RIM y el servidor RDBMS seencuentran en el servidor de región de gestión Tivoli. El servidor de eventos estáconectado con el servidor NetView. El gráfico siguiente sirve para ilustrar esteescenario:


gestión Tivoli

Máquinaque no es

Tivoli

Servidor de eventos Servidor NetView

Host RIM

Servidor RDBMS

Las ventajas de este escenario son las siguientes:v Reduce la congestión en la red y los retardos de comunicación entre los procesosv Es más económico, porque todo está en una máquinav La depuración de los problemas relacionados con Tivoli Management

Framework resulta más fácil porque toda la información se encuentra en un soloregistro oserv

La desventaja de este escenario es la necesidad de una cantidad significativa dememoria adicional y de más velocidad de procesador para que los tres servidores,incluida la conexión NetView, puedan residir en un solo procesador.


Todo en el servidor de región de gestión Tivoli con NetView aexcepción del servidor RDBMS

En este escenario, el servidor de eventos, el host RIM y el cliente RDBMS seencuentran en un servidor de región de gestión Tivoli y el servidor RDBMS seencuentra en una máquina que el software de IBM Tivoli Enterprise no gestiona. Elservidor de eventos está conectado con un servidor NetView en una máquina queno es TME. El gráfico siguiente sirve para ilustrar este escenario:


gestión Tivoli

Máquinaque no es

Tivoli

Máquinaque no es

Tivoli

Servidor eventos

Servidor NetView

Host RIM

Cliente RDBMS Servidor RDBMS

La ventaja de este escenario es que reduce la carga del procesador RDBMStrasladándola a otra máquina.

Las desventajas de este escenario son las siguientes:v Posible congestión en la red para el servidor RDBMSv Resulta más caro cuando se utiliza un servidor RDBMS dedicado, pues necesita

dos máquinas adicionales, una para el servidor RDBMS y otra para el servidorNetView.


Capítulo 3. Diagrama de instalación

Utilice el diagrama de instalación para localizar los procedimientos de instalaciónde los componentes de IBM Tivoli Enterprise Console específicos de su entorno.

Antes de empezarLa documentación y las imágenes del CD del producto que se indican acontinuación forman parte del paquete del producto IBM Tivoli EnterpriseConsole. Antes de iniciar la instalación, asegúrese de disponer de los elementossiguientes:

Para las instalaciones y actualizaciones de productos Tivoli:v Las imágenes del CD de Tivoli Management Framework, Versión 3.7.1

Notas:

1. Si está actualizando el producto Tivoli Management Framework desde unaversión anterior a la versión 3.7B, primero deberá instalar la versión 3.7Bpara poder actualizar a la versión 3.7.1.

2. Para utilizar el producto IBM Tivoli Enterprise Console en un entorno Linux,debe tener Tivoli Management Framework, Versión 3.7B. Asegúrese dedisponer de las imágenes del CD de la versión 3.7B para realizar unainstalación Linux.

3. Asegúrese de que cuenta con la versión adecuada de la publicación TivoliManagement Framework Notas del release.

v Las imágenes del CD de IBM Tivoli Enterprise Console, Versión 3.8v La imagen del CD de la biblioteca de documentación de IBM Tivoli Enterprise

Consolev IBM Tivoli Enterprise Console Notas del release

v La biblioteca de documentación del componente NetView Integrated TCP/IPServices y las notas del release de IBM Tivoli NetView.

v Las imágenes del CD de IBM Tivoli Enterprise Console Data WarehouseImplementation, Versión 3.8

Para la integración del componente NetView Integrated TCP/IP Services(instalación opcional):v La imagen del CD del componente NetView Integrated TCP/IP Servicesv Las notas del release del componente NetView Integrated TCP/IP Services

Nota: en este documento, se hace referencia al componente NetView IntegratedTCP/IP Services como el componente NetView.

En la tabla siguiente se proporcionan las funciones de autorización necesarias pararealizar una instalación del producto IBM Tivoli Enterprise Console.

Actividad Contexto Función

Instalación oactualización delproducto IBM TivoliEnterprise Console.

Región degestión Tivoli

install_product o senior


Opciones de instalación y de actualizaciónEl producto IBM Tivoli Enterprise Console ofrece los métodos de instalación yactualización siguientes. Seleccione en la tabla siguiente el método que más seajuste a sus necesidades.

Tabla 1. Opciones de instalación de productos

Opción de instalación Finalidad Pasos

Completar la primerainstalación de unproducto

Después de haberinstalado correctamenteel producto IBM TivoliEnterprise Console,puede instalar,opcionalmente, elcomponente deNetView.

Utilice este procedimiento sidesea realizar de principio afin el proceso de instalacióndel entorno de gestión Tivoliy la configuración de la basede datos desde el escritoriode Tivoli, desde TivoliSoftware Installation Serviceo desde la línea decomandos.

Se trata de la instalaciónestándar del producto IBMTivoli Enterprise Consolepara los entornos deproducción y permitecontrolar totalmente loscomponentes y sus entornosen función de lasnecesidades del entornooperativo.

1. Para realizar la primerainstalación de un producto,siga los pasos que se describenen términos generales en elapartado “Opciones deinstalación para una nuevainstalación de IBM TivoliEnterprise Console” en lapágina 16.

2. Para configurar la base dedatos de eventos, siga losprocedimientos del Capítulo 6,“Configuración de la base dedatos de eventos” en lapágina 53. Si utiliza elasistente de instalación de labase de datos de eventos,podrá seleccionar unaconfiguración simple oavanzada para la base dedatos de eventos.

3. Para continuar con laintegración opcional delcomponente de NetView,consulte el apartado“Opciones de instalación delcomponente de NetView” enla página 21.


Tabla 1. Opciones de instalación de productos (continuación)


Actualización decomponentes existentes

Utilice este procedimiento sidesea actualizarcomponentes de IBM TivoliEnterprise Console desde elescritorio de Tivoli, desdeSoftware Installation Serviceo desde la línea decomandos.

1. Para actualizar componentes,siga los procedimientos que sedescriben en términosgenerales en el apartado“Opciones de actualización deIBM Tivoli EnterpriseConsole” en la página 18.

2. Para configurar la base dedatos de eventos, siga losprocedimientos del Capítulo 6,“Configuración de la base dedatos de eventos” en lapágina 53.

Nota: si está actualizando desdela versión 3.6.2 y desea mantenerlas consolas de eventos, losgrupos de eventos y losoperadores de consola actuales delas consolas existentes, tambiéndeberá realizar el paso demigración manual utilizando elcomando wmigcon. Las consolasde eventos se migranautomáticamente en el proceso deactualización de las versionesposteriores a la versión 3.6.2.

Migración de lasconsolas de eventos, delas clases de eventos yde los operadores alrealizar la actualizacióndesde la versión 3.6.2.

Utilice este procedimientopara realizar una migraciónautomática de las consolas,de los grupos de eventos yde los operadores de unainstalación de IBM TivoliEnterprise Console existenteal formato adecuado.

Siga los procedimientos para lautilización del comando wmigconen la publicación IBM TivoliEnterprise Console Manual deconsulta.

Instalación decomponentes en unentorno distinto delinglés

Utilice este procedimiento sidesea realizar unainstalación del producto IBMTivoli Enterprise Console demodo que también se désoporte a un entorno distintodel inglés.

Para instalar componentes en unentorno distinto del inglés, sigalos procedimientos que sedescriben en términos generalesen el apartado “Instalación delpaquete de idiomas para entornosdistintos del inglés” en lapágina 22.

Integración delcomponente de NetViewen el producto IBMTivoli EnterpriseConsoleNota: la instalación delcomponente de NetViewes opcional.

Utilice este procedimiento sidesea instalar e integrar elcomponente de NetViewpara utilizarlo con elproducto IBM TivoliEnterprise Console, Versión3.8.

Para integrar el componente deNetView en el producto IBMTivoli Enterprise Console, siga losprocedimientos que se describenen términos generales en elapartado “Opciones de instalacióndel componente de NetView” enla página 21.

Capítulo 3. Diagrama de instalación 15

Tabla 1. Opciones de instalación de productos (continuación)


Inicio rápido de IBMTivoli EnterpriseConsoleNota: la opción deinicio rápido de IBMTivoli EnterpriseConsole sólo puedeutilizarse en unaprimera instalación enDB2.

Utilice este procedimientopara acelerar una instalacióny una configuración de labase de datospredeterminadas delproducto IBM TivoliEnterprise Console, Versión3.8.

En las instrucciones delinicio rápido de IBM TivoliEnterprise Console se utilizauna configuraciónpredeterminada que lepermite evaluar lasposibilidades y las funcionesdel producto básico y suintegración en elcomponente de NetView. Enlos valores predeterminadosse da por supuesto que seejecuta una configuración ydistribución básica delcomponente; no se hadiseñado para situaciones enque se lleve a cabo unadistribución en condicionesde alto rendimiento.

Siga los procedimientos delCapítulo 4, “Inicio rápido para unentorno simple” en la página 23.

Opciones de instalación para una nueva instalación de IBM TivoliEnterprise Console

Es muy importante seguir los procedimientos de las instrucciones de instalación,incluido el orden de instalación de los componentes. Revise el apartado “Orden deinstalación de los componentes” en la página 39 antes de empezar.

El producto IBM Tivoli Enterprise Console ofrece los siguientes métodos deinstalación para una primera instalación del producto. Seleccione en la tablasiguiente el método que más se ajuste a sus necesidades.


Tabla 2. Primera instalación del producto

Primera instalacióndel software de IBMTivoli

Requisitos previos Pasos

Instalación delproducto IBM TivoliEnterprise Console,Versión 3.8, desde elescritorio de TivoliNota: en este métodode instalación se dapor supuesto que elproducto TivoliManagementFramework ya estáinstalado en elsistema.

Las imágenes delCD de IBM TivoliEnterprise Console,Versión 3.8

La estrategia dedistribución para elentorno

1. Realice la copia de seguridad de la basede datos de objetos siguiendo losprocedimientos del apartado “Cómorealizar una copia de seguridad de lasbases de datos de objetos” en la página 32.

2. Siga los procedimientos del apartado“Instalación de opciones utilizando elescritorio de Tivoli” en la página 42.

Durante el proceso de instalación, se lesolicitarán imágenes del CD específicas.

3. Para configurar la base de datos deeventos, siga los procedimientos delCapítulo 6, “Configuración de la base dedatos de eventos” en la página 53.

4. Para que los cambios entren en vigor,utilice los procedimientos del apartado“Detención e inicio del servidor deeventos” en la página 39 para reiniciar elservidor de eventos.

Instalación delproducto IBM TivoliEnterprise Console,Versión 3.8, desde lalínea de comandosNota: en este métodode instalación se dapor supuesto que elproducto TivoliManagementFramework ya estáinstalado en elsistema.




2. Siga los procedimientos del apartado“Instalación de opciones utilizando lalínea de comandos” en la página 43.





Tabla 2. Primera instalación del producto (continuación)

Primera instalacióndel software de IBMTivoli


Instalación delproducto IBM TivoliEnterprise Console,Versión 3.8,utilizando el SoftwareInstallation Service(SIS)Nota: en este métodode instalación se dapor supuesto que elproducto TivoliManagementFramework ya se hainstalado en elsistema.




2. Siga los procedimientos del apartado“Instalación de opciones utilizando elTivoli Software Installation Service” en lapágina 44.




Opciones de actualización de IBM Tivoli Enterprise ConsoleEl producto IBM Tivoli Enterprise Console ofrece los siguientes métodos deinstalación para la actualización de componentes. Seleccione en la tabla siguiente elmétodo que más se ajuste a sus necesidades.

Tabla 3. Actualización de la instalación del producto

Software de IBMTivoli que ha deactualizarse


Tivoli EnterpriseConsole, Versión3.7.1, a IBM TivoliEnterprise Console,Versión 3.8

El producto TivoliManagementFramework yadeberá haberseinstalado en elsistema


1. Detenga el servidor de eventos utilizandolos procedimientos que se describen entérminos generales en el apartado“Detención e inicio del servidor deeventos” en la página 39.

2. Siga los procedimientos del Capítulo 7,“Actualización de componentes” en lapágina 85.




Tabla 3. Actualización de la instalación del producto (continuación)



Tivoli EnterpriseConsole, Versión 3.7,a Tivoli EnterpriseConsole, Versión 3.7.1




2. Siga los procedimientos del Capítulo 7,“Actualización de componentes” en lapágina 85


4. Para que los cambios entren en vigor,consulte el apartado “Detención e iniciodel servidor de eventos” en la página 39.

.


Tabla 3. Actualización de la instalación del producto (continuación)



Tivoli EnterpriseConsole, Versión 3.6.2a IBM TivoliEnterprise Console,Versión 3.8




2. Instale los componentes de consola deeventos (tec_jconsole) y de servidor de UI(tec_ui_server) como productos nuevos,pues no existían en la versión 3.6.2.Consulte el Capítulo 5, “Instalación decomponentes” en la página 31 paraconocer los procedimientos para instalarun componente por primera vez.

Instale el resto de componentes comoactualizaciones utilizando losprocedimiento del Capítulo 7,“Actualización de componentes” en lapágina 85.

3. Para conservar las consolas de eventos,los grupos de eventos y los operadores deconsola actuales al actualizar desde laversión 3.6.2, debe migrar la informaciónde la consola utilizando el comandowmigcon.

Para obtener información acerca de lautilización del comando wmigcon,consulte la publicación IBM TivoliEnterprise Console Manual de consulta.

4. Actualice la base de datos de eventosdesde la versión 3.6.2 a la versión 3.8siguiendo los procedimientos del apartado“Actualización de la base de datos deeventos” en la página 60.



Opciones de instalación del componente de NetViewLos productos IBM Tivoli Enterprise Console ofrecen los siguientes métodos deinstalación para instalar el componente de NetView. Seleccione en la tabla siguienteel método que más se ajuste a sus necesidades.

Tabla 4. Instalación del componente de NetView

Integración delcomponente deNetView


Integración delcomponente deNetView, métodosestándar

La instalación delcomponente deNetView es opcional.

Los procedimientospara configurarmanualmente laintegración delcomponente deNetView para losentorno UNIX oWindows.

La consola deeventos IBM TivoliEnterprise Consoleya deberá haberseinstalado antes deestablecer gruposde eventos para elcomponente deNetView.


Las imágenes delCD del componentede NetView

1. Siga los procedimientos para laintegración en el producto IBM TivoliEnterprise Console de la publicación IBMTivoli NetView for Windows Release Notes ode la publicación IBM Tivoli NetView forUNIX Release Notes.

2. Ejecute uno de los siguientes scripts, quese encuentran en el directorio $BINDIR,para establecer los grupos de eventos delcomponente de NetView

wcrtnvgroupsPara los entornos UNIX, escribalo siguiente:

./wcrtnvgroups

wcrtnvgroups.cmdPara los entornos Windows,escriba lo siguiente:

./wcrtnvgroup.cmd

Para obtener información detallada acercadel comando wcrtnvgroups, consulte lapublicación IBM Tivoli Enterprise ConsoleManual de consulta.

3. Instale y configure el servidor NetViewpara su utilización con el producto IBMTivoli Enterprise Console utilizando losprocedimientos de la publicación TivoliNetView Release Notes.


Opciones de actualización de NetViewEl producto IBM Tivoli Enterprise Console ofrece los siguientes métodos deactualización para una actualización del componente de NetView. Seleccione en latabla siguiente el método que más se ajuste a sus necesidades.

Tabla 5. Actualización del componente de NetView

Componente deNetView que ha deactualizarse


Cualquier versión delproducto IBM TivoliNetView anterior a laversión 7.1.2


Las imágenes del CDde IBM TivoliNetView, Versión7.1.2

Consulte la publicación NetView IntegratedTCP/IP Services component Release Notes paraconocer los procedimientos que se utilizanpara actualizar componentes de NetView.

Cualquier versión delproducto IBM TivoliNetView anterior a laversión 7.1.3


Las imágenes del CDde IBM TivoliNetView, Versión7.1.3

Consulte la publicación NetView IntegratedTCP/IP Services component Release Notes paraconocer los procedimientos que se utilizanpara actualizar componentes de NetView.

Instalación del paquete de idiomas para entornos distintos del inglésEl producto IBM Tivoli Enterprise Console ofrece los siguientes métodos deinstalación para instalar un paquete de idiomas para entornos distintos del inglés.

Tabla 6. Instalación del paquete de idiomas para entornos distintos del inglés

Software de IBMTivoli que ha deinstalarse


Instale los paquetesde idiomas parahabilitar el productoIBM Tivoli EnterpriseConsole, Versión 3.8,para entornosdistintos del inglés

El CD de IBMTivoli EnterpriseConsole LanguageSupport Pack,Versión 3.8

Inserte el CD de Language Support Pack ysiga las instrucciones de los paneles deinstalación.

Consulte la publicación Tivoli ManagementFramework Guía del usuario para obtenerinformación adicional.


Capítulo 4. Inicio rápido para un entorno simple

En este capítulo se describe cómo instalar e iniciar rápidamente el producto IBMTivoli Enterprise Console y el componente NetView. Este documento de iniciorápido le ayuda a instalar un entorno simple para el producto IBM Tivoli EnterpriseConsole. Para la mayoría de los entornos de producción, siga las instrucciones deinstalación del Capítulo 5, “Instalación de componentes” en la página 31 y delCapítulo 6, “Configuración de la base de datos de eventos” en la página 53.

Para simplificar el proceso de instalación, en las instrucciones del inicio rápido seda por supuesto lo siguiente acerca de su entorno, reconociendo que el productoda soporte a un entorno mucho más flexible:v Esta es la primera instalación del producto.v El entorno tiene uno de los siguientes sistemas operativos y los parches

relacionados:– AIX– Entorno operativo Solaris– Windows NT– Windows 2000

v SNMP se ha instalado e iniciado en la máquina en la que desea realizar lainstalación.

v La base de datos de eventos se ha instalado en un RDBMS de DB2, utilizando laopción simple del asistente de instalación de la base de datos de eventos.

v El RDBMS de DB2 para la base de datos de eventos ya se ha instalandoutilizando la opción de instalación Típica de DB2. El servidor y el cliente DB2deben encontrarse en la misma máquina en la que se desea instalar el productoIBM Tivoli Enterprise Console. Consulte el apartado “Instalación y configuracióndel RDBMS” en la página 32 para obtener más información.

Nota: consulte la publicación IBM Tivoli Enterprise Console Notas del release para veruna lista de los sistemas operativos y versiones de DB2 que reciben soportey de los parches necesarios.

En estas instrucciones se describe cómo instalar e iniciar lo siguiente:v Tivoli Management Framework y parchesv El producto IBM Tivoli Enterprise Consolev Base de datos de eventosv Consola de eventosv Componente NetViewv Consola web de NetView

Los pasos del inicio rápido instalan el producto IBM Tivoli Enterprise Console,incluido el componente NetView, en el servidor de la región de gestión Tivoli.Consulte el apartado “Todos los componentes en un servidor de región de gestiónTivoli” en la página 6 para ver una ilustración de este tipo de distribución.

Si su entorno y requisitos no coinciden con estas condiciones, consulte elCapítulo 5, “Instalación de componentes” en la página 31 y el Capítulo 6,


“Configuración de la base de datos de eventos” en la página 53 para obtenerinformación acerca de instalaciones más complejas.

Antes de empezarDurante la realización del paso 3 de la página 28, el asistente de instalación de labase de datos de eventos detiene la instancia DB2 en la que se instala el productoIBM Tivoli Enterprise Console. Puesto que este procedimiento fuerza la finalizaciónde la sesión de los usuarios de DB2 que actualmente han iniciado la sesión, debeanticiparse a ello antes de iniciar el asistente de instalación de la base de datos deeventos, al que, en el resto de este capítulo, se hará referencia como el asistente.

Antes de iniciar la instalación, necesita los elementos siguientes:v Los soportes de instalación y los siguientes conjuntos de notas de release:

– Tivoli Management Framework Notas del release

– IBM Tivoli Enterprise Console Notas del release

– IBM Tivoli NetView Release Notes

v Autorización administrador o root para la máquina en la que desea realizar lainstalación

v Clave de licencia de Tivoli Management Frameworkv Información de DB2: nombre del usuario administrador, contraseña, ID de la

base de datos, nombre de la ruta, nombre del host, nombre del nodo y nombrede la instancia

Pasos del Inicio rápidoPara instalar e iniciar un entorno simple, realice los pasos siguientes:

1. Instale Tivoli Management Framework1. Instale Tivoli Management Framework, Versión 3.7B:

a. UNIX:1) Cree un directorio temporal local, por ejemplo, /tmp_install.2) Vaya a dicho directorio.3) Ejecute el script WPREINST.SH desde el CD de Tivoli Management

Framework, Versión 3.7B.4) Ejecute el comando que se visualiza al final de la salida del script

previa a la instalación. Por ejemplo, se utiliza el comando siguiente:./wserver –c /cdrom/cdrom0

5) Seleccione Al instalar, cree “Directorios especificados” si faltan eIniciar el daemon de Tivoli al (re)iniciar el sistema. Acepte lasubicaciones predeterminadas. Haga clic en Establecer.

6) Acepte todos los demás valores predeterminados pero no entreinformación en Contraseña de instalación.

7) Haga clic en Instalar y cerrar y en Continuar la instalación.

En la ventana se visualizarán mensajes para indicarle el estado y la parteque se ha completado de la instalación. Aunque el escritorio de Tivoli seinicia automáticamente, antes de utilizarlo, espere hasta que la instalaciónse haya completado.

b. Windows:


1) Utilice el explorador de Windows para ir al directorio de instalacióndel CD de Tivoli Management Framework, Versión 3.7B.

2) Haga doble clic en el archivo setup.exe para iniciar el asistente.3) Acepte toda la información y los valores predeterminados, pero no

entre información en los cuadros de diálogo Contraseña de instalacióno Cuenta de acceso remoto.

4) Seleccione la instalación Típica.5) Complete la instalación haciendo clic en Siguiente en los demás

cuadros de diálogo.2. Instale e inicie el escritorio de Tivoli, Versión 3.7B:

a. Establezca las variables de entorno Tivoli:1) UNIX:

a) Ejecute el script /etc/Tivoli/setup_env.sh.b) Inicie el shell bash escribiendo bash.

2) Windows:a) Desde la línea de comandos, ejecute el script siguiente:

%SystemRoot%\WINNT\system32\drivers\etc\Tivoli\setup_env.cmd

b) Inicie el shell bash escribiendo bash.b. Inicie el escritorio de Tivoli:

1) UNIX:a) Inicie el escritorio de Tivoli con el comando tivoli.b) Se visualizará el escritorio de Tivoli.

2) Windows:a) Utilice el explorador de Windows para ir al directorio

\PC\DESKTOP\DISK1 del CD de Tivoli ManagementFramework, Versión 3.7B.

b) Haga doble clic en el archivo setup.exe para iniciar el asistente.c) Acepte toda la información para completar la instalación.d) Para iniciar el escritorio de Tivoli, seleccione Inicio —> Programas

—> Tivoli —> Tivoli.3. Actualice desde Tivoli Management Framework, Versión 3.7B a la Versión

3.7.1:a. En el escritorio de Tivoli, seleccione Escritorio —> Instalar —> Instalar un

parche.b. Si la lista Seleccione el producto que se instalará contiene el parche

correcto, vaya al paso 3f; de lo contrario, continúe con el paso 3c.c. Haga clic en Seleccionar soporte. Se visualizará el cuadro de diálogo

Explorador de archivos.d. Vaya al directorio que contiene la imagen de instalación. El directorio de

instalación contiene el archivo de índice (.IND) del producto.e. Haga clic en Establecer soporte y cerrar para guardar la nueva ruta del

soporte y volver al cuadro de diálogo Instalar un parche.f. Seleccione Tivoli Management Framework 3.7.1.g. Haga clic en Instalar y cerrar y en Continuar la instalación. En la ventana

se visualizarán mensajes para indicarle el estado y la parte que se hacompletado de la instalación.

4. Instale los parches para Tivoli Management Framework, Versión 3.7.1:

Capítulo 4. Inicio rápido para un entorno simple 25

a. Revise la publicación IBM Tivoli Enterprise Console Notas del release para verla lista de parches necesarios y bájelos.

b. Extraiga los archivos en un directorio temporal.c. En el escritorio de Tivoli, seleccione Escritorio —> Instalar —> Instalar un

parche. Se visualizará la ventana Instalar un parche.d. Si la lista Seleccione el producto que se instalará contiene el parche

correcto, vaya al paso 4h; de lo contrario, continúe con el paso 4e.e. Haga clic en Seleccionar soporte. Se visualizará el cuadro de diálogo

Explorador de archivos.f. Vaya al directorio que contiene la imagen de instalación. El directorio de

instalación contiene el archivo de índice (.IND) del producto.g. Haga clic en Establecer soporte y cerrar para guardar la nueva ruta del

soporte y volver al cuadro de diálogo Instalar un parche.h. Seleccione el parche.i. Haga clic en Instalar y cerrar y en Continuar la instalación. En la ventana

se visualizarán mensajes para indicarle el estado y la parte que se hacompletado de la instalación.

j. Repita este procedimiento para cada parche que necesite.k. Reinicie el proceso oserv con el comando odadmin reexec.

2. Instale el producto IBM Tivoli Enterprise Console1. En el escritorio de Tivoli, seleccione Escritorio —> Instalar —> Instalar un

producto. Se visualizará la ventana Instalar un producto.2. Si la lista Seleccione el producto que se instalará contiene el producto IBM

Tivoli Enterprise Console, vaya al paso 6; de lo contrario, continúe con el paso3.

3. Haga clic en Seleccionar soporte. Se visualizará el cuadro de diálogoExplorador de archivos.

4. Vaya al directorio que contiene la imagen de instalación. El directorio deinstalación contiene los archivos de índice (.IND) del producto.

5. Haga clic en Establecer soporte y cerrar para guardar la nueva ruta del soportey volver al cuadro de diálogo Instalar un parche.

6. En la ventana Instalar un producto, aparecerá una lista de los componentes deIBM Tivoli Enterprise Console. Los componentes deben instalarseindividualmente, en el orden siguiente:a. Servidorb. Servidor de interfaz de usuarioc. Información de eventos de ejemplod. Consolae. Adapter Configuration Facilityf. Event Integration Facility (EIF)

7. Seleccione el componente.Sólo para la instalación del Servidor: Cuando selecciona el componente Servidor,se visualiza el cuadro de diálogo Opciones de instalación. Especifique losvalores de base de datos para las opciones siguientes:


Tabla 7. Valores de la base de datos para el inicio rápido

Proveedor de la base de datos DB2

Ubicación de la base de datos Es la ruta completa del directorio en el que se hainstalado el software de cliente o de servidor RDBMS.

Ejemplo para UNIX: /usr/lpp/db2_07_01

Ejemplo para Windows: C:\Archiv~1\sqllib

ID de la base de datos Es el nombre de alias exclusivo de la base de datos deeventos (utilice este mismo nombre en “4. Cree la basede datos de eventos” en la página 28).

Ejemplo: tecdb

ID de usuario de la base dedatos

Es el nombre de usuario del propietario de la instanciaDB2 para la base de datos de eventos.

Ejemplo para UNIX: db2inst1

Ejemplo para Windows: db2

ID del servidor de la base dedatos

Es el nombre del host en el que se ha instalado la basede datos (el valor de la variable de entornoDB2COMM).

Ejemplo: oak

Ubicación de la instancia Es el directorio inicial en el que se ha creado lainstancia. Para UNIX, es el valor de la variable deentorno $INSTHOME. Para Windows, suele ser elmismo valor que el de la opción Ubicación de la basede datos.

Ejemplo para UNIX: /home/db2inst1

Ejemplo para Windows: C:\Archiv~1\sqllib

8. Haga clic en Instalar y cerrar y en Continuar la instalación. En la ventana sevisualizarán mensajes para indicarle el estado y la parte que se ha completadode la instalación del componente.

9. Repita este procedimiento para cada componente que se lista en el paso 6 en lapágina 26.

3. Establezca las funciones y los recursos de Tivoli en elescritorio de Tivoli

1. Desde el escritorio de Tivoli, haga doble clic en el icono Administradores.2. Haga clic con el botón derecho del ratón en el icono de la región

Root_NombreServidorTMR y seleccione Editar funciones de TMR.3. Mueva todas las funciones desde Funciones disponibles a Funciones

actuales.4. Haga clic en Cambiar y cerrar.5. Haga clic con el botón derecho del ratón en el icono de la región

Root_NombreServidorTMR y seleccione Editar funciones de recursos.6. Para cada recurso, seleccione y mueva todas las funciones desde Funciones

disponibles a Funciones actuales. Cada vez que mueva funciones, haga clicen Cambiar; de lo contrario, el cambio no quedará guardado. Haga clic enCerrar después de haber movido todas las funciones de cada recurso.


7. Haga clic con el botón derecho del ratón en el icono de la regiónRoot_NombreServidorTMR y seleccione Editar inicios de sesión.

8. Escriba IDUsuariodb2@NombreHostCalificadoAlCompleto y pulse Intro.

Nota: en algunos entornos, puede utilizarse el nombre abreviado del host enlugar del nombre del host calificado al completo. Consulte los demásinicios de sesión que aparecen en el cuadro de diálogo como referenciapara saber cómo ha de especificarse el inicio de sesión de DB2.

9. Haga clic en Cambiar y cerrar.10. Cierre la ventana Administradores.11. Haga clic con el botón derecho del ratón en el icono de la región

NombreServidorTMR y seleccione Recursos gestionados.12. Seleccione y mueva todos los recursos desde Recursos disponibles a Recursos

actuales.13. Haga clic en Establecer y cerrar.14. Salga del escritorio de Tivoli.

4. Cree la base de datos de eventos1. Inicie la sesión como el usuario que es, al mismo tiempo, el propietario de la

instancia DB2 y el usuario RIM. Este usuario debe disponer de acceso a lastablas de la base de datos de eventos.

2. Establezca las variables de entorno Tivoli tal como se describe en el paso 2a enla página 25.

3. Ejecute el asistente:a. Para iniciar el asistente, ejecute el script wdbinstall.sh que se encuentra en

el soporte de instalación.b. Seleccione la instalación Simple.c. Entre la información de base de datos en cada cuadro de diálogo y complete

la instalación haciendo clic en Siguiente. Para obtener informaciónadicional, consulte la ayuda para cada campo que está disponible en cadauno de los cuadros de diálogo del asistente.

4. Cambie la contraseña RIM con el comando siguiente:wsetrimpw tec tectec contraseña_db2

5. Pruebe la conexión RIM con el comando siguiente:wrimtest –l tec

Si la conexión RIM se establece correctamente, se visualizarán los valores deRIM. Para cerrar la conexión y continuar, escriba x en la solicitud siguiente:RIM : Entre opción >

5. Inicie y configure la consola de eventos para lavisualización de eventos

1. Inicie la sesión como el usuario Administrador o root.2. Establezca las variables de entorno tal como se describe en el paso “4. Cree la

base de datos de eventos” en la página 28.3. Inicie el escritorio de Tivoli.4. Haga clic con el botón derecho del ratón en el icono EventServer y seleccione

Iniciar.5. Desde el shell bash, inicie la consola de eventos con el comando siguiente:

UNIX: tec_console


Windows: tec_console.cmd

6. Descarte el error relacionado con el hecho de no ser un operador. Los pasossiguientes establecen grupos de eventos y operadores.

7. En la consola de eventos, seleccione Windows —> Configuración.8. Seleccione Grupos de eventos, haga clic con el botón derecho del ratón en

dicha opción y seleccione Crear grupo de eventos.9. Escriba un nombre y una descripción. Haga clic en Aceptar.

10. Seleccione Consolas, haga clic con el botón derecho del ratón en dicha opcióny seleccione Crear consolas.

11. En la ventana Crear consolas, seleccione la ficha Grupos de eventos.12. Haga clic en Asignar grupos.13. En la ventana Asignar grupos de eventos a consola, seleccione el grupo de

eventos que ha creado en el paso 9 en la página 29 y seleccione todas lasfunciones. Haga clic en Aceptar.

14. Seleccione la ficha Operadores.15. Seleccione el operador disponible y muévalo al operador actual. Haga clic en

Aceptar.16. Seleccione Windows —> Vista Diagrama de resumen.17. Haga clic dentro del gráfico de la barra para iniciar el Visor de eventos.

6. Instale el componente NetView1. Instale el servidor de NetView:

a. UNIX:1) Vaya hasta el directorio en el que se encuentra instalnv, que se

encuentra en el directorio de nivel superior del soporte de instalación.2) Ejecute el comando siguiente:

instalnv –k SERVER –t nombre_servidor_TEC –p 0

3) Cuando se le solicite, escriba y para continuar. En la ventana sevisualizarán mensajes para indicarle el estado y la parte que se hacompletado de la instalación.

b. Windows:1) Utilice el explorador de Windows para ir al directorio de instalación

del CD del componente NetView.2) Haga doble clic en el archivo nvinstall.exe para iniciar el asistente.3) Acepte la información y haga clic en Siguiente para continuar con el

asistente.4) Para el modo de instalación, seleccione Servidor.5) Escriba una contraseña para la cuenta de NetView.6) Seleccione la opción Descubrir sólo subred local.7) Deje en blanco los nombres de las comunidades SNMP.8) Seleccione un adaptador que no sea TME.9) Escriba el nombre del host en el que se encuentra el servidor de

eventos.10) Seleccione el sistema operativo Windows.11) Especifique 5529 para el puerto.12) Complete la instalación haciendo clic en Siguiente.


Después de haberse completado la instalación del servidor NetView, loseventos se enviarán al producto IBM Tivoli Enterprise Console.

2. Instale la consola web de NetView:a. UNIX:

1) Cree un directorio ($SUDIR) para los archivos de la consola web.2) Extraiga el archivo

/usr/OV/www/wwwroot/download/nvwc_TipoIntérp_jre.tar desde elservidor NetView al directorio $SUDIR.

3) Cree una variable de entorno denominada NVWC_HOME yestablézcala en $SUDIR/nvwc. Esta variable le permite iniciar la consolaweb de NetView desde la consola de eventos para el producto IBMTivoli Enterprise Console.

b. Windows:1) Utilice el explorador de Windows para ir al directorio

%SystemRoot%/usr/OV/www/wwwroot/download.2) Haga doble clic en el archivo nvwcinstall.exe para iniciar el asistente.3) Acepte la información que se muestra.4) Complete la instalación haciendo clic en Siguiente en los demás cuadros

de diálogo.5) Reinicie las consolas de eventos.

3. Establezca los operadores de la consola web de NetView:a. Desde la línea de comandos, detenga el servidor web de NetView con el

comando siguiente:ovstop webserver

b. En el archivo /usr/OV/www/conf/NetViewRealm.properties, elimine elsímbolo del número (#) que aparece al inicio de la línea del usuario rootpara eliminar el comentario de dicha línea.

c. Reinicie el servidor web de NetView con el comando siguiente:ovstart webserver

d. El inicio de sesión de la consola web de NetView es el siguiente:

Nombre de usuarioroot

Contraseñaroot

Con ello se completan la instalación y la configuración del inicio rápido. Ahora, yapuede utilizar la consola de eventos para ver los eventos.


Capítulo 5. Instalación de componentes

Antes de empezarPara instalar satisfactoriamente el producto Tivoli Enterprise Console por primeravez, deberá realizar las tareas siguientes:1. Seleccione el nodo gestionado para el host RIM.2. Si está instalando el producto IBM Tivoli Enterprise Console en un entorno

Tivoli Management Framework, verifique si dispone de la versión adecuada delproducto Tivoli Management Framework.

3. Efectúe una copia de seguridad de las bases de datos de los objetos de Tivolipara las máquinas afectadas antes y después de instalar cada producto.

4. Instale y configure el RDBMS para la base de datos de eventos, asegurándosede que el servidor o un cliente resida en el host RIM.

5. Seleccione un método de instalación para instalar los componentes de IBMTivoli Enterprise Console. Puede utilizar un solo método o bien unacombinación de los métodos disponibles.

6. Instale los componentes de IBM Tivoli Enterprise Console en el orden que semuestra en el apartado “Orden de instalación de los componentes” en lapágina 39.Si está utilizando el producto IBM Tivoli Enterprise Console sin la integraciónNetView, la instalación del producto se habrá completado tras la realización deeste paso. Para la integración NetView, siga con los pasos 7 y 8.

7. Para la integración NetView, ejecute el script wcrtnvgroups, tal como semuestra en la página 31 del apartado “Opciones de instalación del componentede NetView” en la página 21.

8. Siga los procedimientos que se describen en términos generales en las notas delrelease para el componente NetView para ejecutar el paso de integración de laconsola de eventos IBM Tivoli Enterprise Console y de la consola web delcomponente NetView en cada uno de sus hosts de consola de eventos.

En la tabla siguiente se proporcionan las funciones de autorización necesarios pararealizar una instalación del producto IBM Tivoli Enterprise Console.


Instalación deproductos Tivoli



Elección del host RIMEl host RIM se comunica con la base de datos RDBMS de forma sencilla,independientemente de la base de datos. Tenga en cuenta las siguientesconsideraciones cuando seleccione qué máquina será el host RIM:v El host RIM deberá ser un nodo gestionado.v El host RIM deberá tener instalado el software de servidor o de cliente RDBMS.v Cuando el host RIM sea una máquina HP-UX o Windows, la cuenta de usuario

tmersrvd deberá estar definida en dicha máquina. Para obtener informaciónadicional acerca de la cuenta tmersrvd, consulte la publicación Tivoli ManagementFramework Notas del release.


v Si cambia el host RIM, deberá eliminar el objeto RIM y crear uno nuevo con loscomandos wdel y wcrtrim, respectivamente. Para obtener información detalladaacerca de la creación del objeto RIM, consulte la publicación Tivoli EnterpriseConsole Guía de instalación.

Elección del servidor RDBMSEl servidor RDBMS es la máquina en la que se va a instalar el software delservidor RDBMS y la máquina que alberga el esquema del repositorio de eventos.Tenga en cuenta las siguientes consideraciones cuando seleccione qué máquina seráel servidor RDBMS:v Esta máquina deberá tener una conexión TCP/IP con el host RIM.v Esta máquina no tiene que ser necesariamente un nodo gestionado en la región

de gestión Tivoli, pero debe encontrarse en la misma subred que la región degestión Tivoli.

v Esta máquina deberá tener espacio en disco suficiente para soportar la cantidadde información que tiene previsto almacenar en el depósito de eventos. Losrequisitos de espacio de disco se indican en la publicación IBM Tivoli EnterpriseConsole Notas del release.

Cómo realizar una copia de seguridad de las bases de datos deobjetos

Antes de instalar, actualizar o desinstalar cualquier componente de IBM TivoliEnterprise Console, debe realizar una copia de seguridad de las bases de datos deobjetos de todas las máquinas afectadas de la región de gestión Tivoli. Esta copiade seguridad le permitirá volver a un estado operativo. El hecho de disponer deuna copia de seguridad resulta muy útil si detecta problemas durante la instalacióndel producto IBM Tivoli Enterprise Console.

En el escritorio de Tivoli, seleccione Escritorio —> Copia de seguridad pararealizar una copia de seguridad de la base de datos de objetos del servidor deregión de gestión Tivoli y los nodos gestionados. También se puede utilizar elcomando wbkupdb. Para obtener información adicional acerca de la utilización delcomando wbkupdb, consulte la publicación Tivoli Management Framework ReferenceManual.

Instalación y configuración del RDBMSAntes de instalar el producto IBM Tivoli Enterprise Console, debe instalar yconfigurar un RDBMS. Durante la instalación del servidor de eventos, deberáproporcionar información del RDBMS. Esta información se utiliza para crear unobjeto RIM, que permitirá al producto comunicarse con el RDBMS.

Los siguientes apartados incluyen información acerca de la instalación yconfiguración de las bases de datos RDBMS admitidas (DB2, Informix, MicrosoftSQL Server, Oracle y Sybase).

Nota: es importante leer la publicación Tivoli Management Framework Notas delrelease y los archivos README de los parches de Tivoli ManagementFramework para obtener información sobre los requisitos de RIM delRDBMS. La información contenida en los archivos README puede incluircambios de RIM que prevalecen sobre las publicaciones Tivoli ManagementFramework Guía del usuario y Tivoli Management Framework Notas del release.


Realice la copia de seguridad del servidor de base de datos antes de iniciarcualquiera de los cambios que se describen en los apartados siguientes. Paraobtener información adicional acerca de la realización de la copia de seguridad delservidor de base de datos, consulte el apartado “Cómo realizar una copia deseguridad de las bases de datos de objetos” en la página 32.

Consideraciones sobre RIMEl host RIM se coloca, de forma predeterminada, en el servidor de IBM TivoliEnterprise Console. La contraseña del objeto RIM que crean los scripts de IBMTivoli Enterprise Console se establece en tectec de forma predeterminada. Si esnecesario, realice los pasos siguientes para cambiar el host RIM después de lainstalación del servidor de IBM Tivoli Enterprise Console:1. En la línea de comandos, escriba lo siguiente:

wdel @RIM:tec

2. Ejecute el comando wcrtrim y especifique el nuevo host RIM con la opción –hy el resto de opciones necesarias para configurar el objeto RIM para la base dedatos a la que esté conectado.

Notas:

a. Al especificar la opción –H del comando wcrtrim en Windows, se puedeutilizar la barra inclinada (/) como carácter separador de directorios, igualque en la sintaxis de UNIX.

b. Puede cambiar la contraseña de RIM con el comando wsetrimpw. Paraobtener más información acerca de la utilización de los comandos wcrtrim ywsetrimpw, consulte la publicación Tivoli Management Framework ReferenceManual.

c. Para evitar problemas de conexión, no utilice el nombre de la máquinacomo nombre de la base de datos en un entorno DB2 para Windows.

d. En DB2, RIM necesita que los nombres de usuario de base de datos y deinstancia de base de datos sean el mismo.

Instalación y configuración de DB2Desde el punto de vista de DB2, el host RIM es un cliente de bases de datos. Por lotanto, el host RIM deberá tener acceso a un servidor DB2. En el host RIM deberáinstalarse un servidor DB2 o un cliente DB2.

La información siguiente proporciona sólo una visión general de los pasosnecesarios para configurar DB2 para utilizarlo con el host RIM. El proceso deinstalación y las consideraciones sobre DB2 son independientes de estadocumentación. Por lo tanto, deberá seguir la información de instalación yconfiguración que se facilita en la documentación de IBM DB2. Cuando instale elcomponente del servidor de eventos desde el diálogo Opciones de instalación,entre los valores de base de datos siguientes:

Tabla 8. Valores de DB2

Proveedor de la base de datos DB2

Ubicación de la base de datos Es la ruta completa del directorio en el que se hainstalado el software de cliente o de servidor RDBMS. Esigual al valor de la variable de entorno $DBDIR.

ID de la base de datos Es el nombre de alias de base de datos DB2 que utilizarála base de datos de eventos.

Capítulo 5. Instalación de componentes 33

Tabla 8. Valores de DB2 (continuación)


En UNIX, es el propietario de la instancia DB2. El nombredel propietario de la instancia DB2 y el nombre delusuario deben ser iguales y equivaler al valor especificadoen la variable de entorno $DB2INSTANCE.


Es el valor de la variable de entorno DB2COMM. Por logeneral, es tcpip.

Ubicación de la instancia (sóloes necesario para DB2)

Es el directorio inicial en el que se ha creado la instancia.

Para UNIX, es el valor de la variable de entorno$INSTHOME. Para Windows, suele ser el mismo valorque el especificado para la opción Ubicación de la basede datos. Para RIM, también debería ser el nombre deinicio de sesión del propietario de la instancia. El valorpredeterminado en UNIX es db2inst1 y, para Windows, elvalor predeterminado es DB2.

Nota: cuando instala DB2, las variables de entorno se crean en el archivo .profiledel propietario de la instancia:

En UNIX, estas variables se pueden configurar ejecutando el script.db2profile (shell bash, Bourne o Korn) o el script .db2cshrc (Shell C).

Consideraciones sobre DB2Para el nombre de usuario DB2, debe especificar el mismo nombre que el utilizadopara la instancia DB2. Para DB2, el nombre del usuario de DB2 deberá tener ochocaracteres o menos.

Las contraseñas del usuario DB2 y del objeto RIM de IBM Tivoli Enterprise debencoincidir. Si crea el objeto RIM mediante el comando wcrtrim, la contraseña sepuede especificar desde la línea de comandos. Si el objeto RIM se ha creadodurante la instalación del servidor de eventos, la contraseña se definirá de formapredeterminada como tectec. Vuelva a definir esta contraseña como la contraseñadel usuario de DB2 con el comando wsetrimpw de la forma siguiente:wsetrimpw tec tectec contraseña_usuario_DB2

Nota: en Windows, el usuario de DB2 tiene autorización para ejecutar comandosde la base de datos. Cuando ejecute los scripts SQL que se encuentran en eldirectorio $BINDIR/TME/TEC/sql, deberá utilizar el procesador de línea decomandos (CLP) de DB2.

En UNIX, utilice el comando su para cambiar al propietario de la instanciade DB2.

Configuración del servidor DB2 para el acceso del cliente remotoSi el host RIM es la misma máquina que el cliente del servidor DB2, no seránecesario realizar ninguna configuración adicional. Si desea que los clientes DB2remotos puedan acceder al servidor DB2, utilice el procedimiento siguiente:1. Agregue la variable de entorno DB2COMM con el valor tcpip.2. Configure el servidor DB2 para que pueda aceptar clientes TCP/IP. Edite el

archivo /etc/services y agregue una entrada para el puerto de conexión. Elnombre del puerto de conexión debe ser igual al nombre de la instancia. Porejemplo, agregue las siguientes líneas al archivo services:TEC 3700/tcp puerto de servicio de conexión DB2

3. En la línea de comandos, escriba lo siguiente:


db2 update database manager configuration using svcename TEC

Este comando actualiza el nombre de servicio con el nombre del puerto deconexión (TEC), que es también el nombre de la instancia en este ejemplo.

Configuración del cliente DB2Para configurar el cliente DB2, utilice el procedimiento siguiente:1. Configure el cliente para que utilice el protocolo TCP/IP para conectarse al

servidor. Edite el archivo /etc/services y agregue la entrada para el puerto deconexión. El nombre del puerto de conexión debe ser igual al nombre de lainstancia. Por ejemplo, agregue las siguientes líneas al archivo services:TEC 3700/tcp puerto de servicio de conexión #DB2

2. Agregue la variable de entorno DB2COMM con el valor tcpip.3. Catalogue el nodo servidor y realice los pasos siguientes para actualizar la base

de datos remota:a. Inicie la utilidad SQL (lenguaje de consulta estructurada) interactiva de DB2

especificando lo siguiente:db2

b. Catalogue el nodo del servidor:catalog tcpip node nodo_db2 remote nombrehost \

server nombre_servicio

donde:

nodo_db2Especifica el nombre de la máquina en la que se ha instalado elcliente DB2. Este nombre debe ser único en la lista de directorios denodo.

nombrehostEspecifica el nombre de la máquina en la que se ha instalado elservidor DB2.

nombre_servicioEspecifica al nombre del puerto de conexión tal y como estádefinido en el archivo ″services″.

Instalación y configuración de InformixAntes de empezar a crear un depósito de eventos de Informix, compruebe lossiguientes requisitos previos:v Informix Client debe estar instalado en el host RIM y el archivo .odbc.ini debe

estar instalado en el directorio en el que esté instalado el software de Informix($INFORMIXDIR).

v Con todas las bases de datos Informix, se recomienda utilizar el registro sincolocación en el búfer. La base de datos IBM Tivoli Enterprise Console paraInformix se crea con el registro sin colocación en el búfer. No utilice el registrocronológico en modo ANSI (American National Standards Institute), ya quepueden surgir problemas de bloqueo de bases de datos y se podrían colgar losprogramas de aplicación de Tivoli.

Nota: las pruebas han demostrado que las bases de datos de Informix puedendar problemas de simultaneidad en entornos Tivoli de grandestransacciones o grandes volúmenes. Bajo estas condiciones, ajuste concuidado el servidor Informix para evitar que surjan problemas de bloqueoque puedan provocar la pérdida de datos. Cuando se dan determinadas


condiciones, la habilitación del bloqueo de filas podría solucionar losproblemas de bloqueo relacionados con el producto IBM Tivoli EnterpriseConsole. Para determinar cuál es el mejor modo de bloqueo para suentorno, póngase en contacto con el administrador de bases de datosInformix.

Cuando instale el componente del servidor de eventos desde el diálogo Opcionesde instalación, entre los valores de base de datos siguientes:

Tabla 9. Valores de Informix

Proveedor de la base de datos Informix

Ubicación de la base de datos Es la ruta completa del directorio en el que se hainstalado la CLI de Informix. Es igual al valor de lavariable de entorno $INFORMIXDIR.

ID de la base de datos Es el nombre de la fuente de datos que define la líneadatabase=nombre del archivo .odbc.ini.


Debe ser informix o un ID que exista como ID de iniciode sesión válido en el servidor de base de datos Informix.


Es el nombre del servidor Informix que se ha definido enel archivo $INFORMIXDIR/etc/sqlhosts. Es igual al valorde la variable de entorno $INFORMIXSERVER.

Nombre de la instancia No se necesita, sólo en DB2.

Para obtener información de instalación adicional específica de Informix, consultela documentación de Informix.

Instalación y configuración de Microsoft SQL ServerInstale SQL Server de Microsoft en el servidor RDBMS. Para obtener másinformación acerca de la instalación, consulte la documentación de SQL Server deMicrosoft.

Nota: el cuadro de diálogo de opciones de instalación que aparece durante lainstalación de SQL Server de Microsoft incluye una opción de Orden declasificación. Para utilizar SQL Server de Microsoft para el depósito deeventos, deberá seleccionar el orden de diccionario, opción de la instalaciónque distingue entre mayúsculas y minúsculas.

Seleccione un nodo gestionado de Windows para que sea el host RIM. En el hostRIM deberá instalarse el cliente SQL Server de MS o SQL Server de MS.


Tabla 10. Valores de MS SQL Server

Proveedor de la base de datos MS SQL Server

Ubicación de la base de datos Es el directorio en el que se ha instalado MS SQL Server.

ID de la base de datos Es el nombre de la base de datos que la aplicaciónutilizará.


Es el usuario de RDBMS que será el propietario de la basede datos de aplicación. El valor predeterminado es tec.


Es el nombre del host que ejecuta MS SQL Server.


Tabla 10. Valores de MS SQL Server (continuación)


Para obtener información de instalación adicional específica de MS SQL Server,consulte la documentación de MS SQL Server.

Instalación y configuración de OracleInstale Oracle RDBMS y SQL*Plus en el servidor RDBMS. Para obtener másinformación acerca de la instalación, consulte la documentación de Oracle.

Seleccione un nodo gestionado para que sea el host RIM.

Para configurar el host RIM como un cliente de Oracle utilizando SQL*Plus,complete los pasos que se indican a continuación. Consulte la documentación deOracle si desea utilizar nombres de Oracle.1. Instale el software del cliente Oracle, que incluye SQL* Plus, en el host RIM.2. Si el servidor Oracle está en otra máquina que no es el cliente, copie el archivo

tnsnames.ora del directorio %ORACLE_HOME %\network\admin delservidor RDBMS en el directorio %ORACLE_HOME%\network\admin delhost RIM, siendo ORACLE_HOME la variable de entorno que equivale a laruta de acceso al directorio en el que reside la instalación de cliente o servidorde Oracle.

3. Verifique si el archivo tnsnames.ora se ha actualizado correctamente para querefleje su configuración. En otras palabras, compruebe que sean correctos elnombre de host del servidor, el ID de la instancia de Oracle, el puerto con elque SQL*Plus se conecta y el protocolo de comunicaciones.


Tabla 11. Valores de Oracle

Proveedor de la base de datos Oracle

Ubicación de la base de datos Es igual al valor de la variable de entorno$ORACLE_HOME.





Nombre del servicio de escucha de Oracleen el archivotnsnames.ora . Es igual al valor de la variable de entorno$TWO_TASK para un cliente o para $ORACLE_SID en elcliente o servidor de base de datos.


Para obtener información de instalación adicional específica de Oracle, consulte ladocumentación de Oracle.

Instalación y configuración de SybaseInstale RDBMS de Sybase. Para obtener más información acerca de la instalación,consulte las instrucciones en la documentación de Sybase.


Seleccione un nodo gestionado para que sea el host RIM y realice los pasossiguientes para configurar el host RIM como cliente del servidor RDBMS:1. Instale el software del cliente Sybase, que incluye isql, en el host RIM.2. Si el host RIM es una máquina Windows, realice las siguientes acciones:

a. Compruebe que la variable PATH incluye el directorio en el que se haninstalado los archivos DLL de Sybase.

b. Compruebe que el archivo SQL.INI se encuentra en el directorio %SYBASE%\INI del host RIM, siendo SYBASE la variable de entorno que equivale ala ruta de acceso al directorio en el que reside la instalación de Sybase.

Si el host RIM es una máquina UNIX, copie el archivo interfaces desde elservidor RDBMS al directorio del host RIM en el que esté instalado el softwaredel cliente Sybase.

Nota: si el servidor RDBMS se ejecuta en una máquina con un Entornooperativo Solaris y el host RIM no es una máquina Solaris, o viceversa,no copie el archivo interfaces en el host RIM. El archivo interfaces de losentornos operativos Solaris no es compatible con otros sistemasoperativos. Deberá crear un nuevo archivo interfaces que sea compatible.Consulte al administrador de la base de datos para obtener soporte.


Tabla 12. Valores de Sybase

Proveedor de la base de datos Sybase

Ubicación de la base de datos Es el directorio que contiene el archivo de interfaces. Esigual a la variable de entorno $SYBASE.





Nombre del servidor de Sybase. Es igual al valor de lavariable de entorno $DSQUERY. También es el nombre deservidor que se ha especificado en el archivo SQL.INI deWindows o en el archivo de interfaces de UNIX.


Para obtener información de instalación adicional específica de Sybase, consulte ladocumentación de Sybase.

Selección de un método de instalaciónPara instalar los componentes del producto IBM Tivoli Enterprise Console, puedeutilizar uno de los procedimientos que se proporcionan en los apartados siguientes:v “Instalación de opciones utilizando el escritorio de Tivoli” en la página 42v “Instalación de opciones utilizando la línea de comandos” en la página 43v “Instalación de opciones utilizando el Tivoli Software Installation Service” en la

página 44


En los apartados siguientes se proporciona una visión general de cada opción deinstalación. Para obtener información detallada acerca de cada opción, consulte lapublicación Tivoli Enterprise Console Guía de instalación.

Detención e inicio del servidor de eventosPara instalar algunos componentes de IBM Tivoli Enterprise Console, es necesariodetener y reiniciar el servidor de eventos.

Para detener el servidor de eventos, haga clic con el botón derecho del ratón en elicono Servidor de eventos del escritorio de Tivoli y seleccione Concluir en elmenú desplegable.

Para iniciar el servidor de eventos, haga clic con el botón derecho del ratón en elicono Servidor de eventos del escritorio de Tivoli y seleccione Iniciar en el menúdesplegable.

También puede detener y reiniciar el servidor de eventos manualmente utilizandolos comandos wstopesvr y wstartesvr. Para obtener más información acerca de lautilización de cualquiera de estos comandos, consulte la publicación IBM TivoliEnterprise Console Manual de consulta.

Orden de instalación de los componentesPara instalar correctamente el producto IBM Tivoli Enterprise Console, debeinstalar cada componente en el orden recomendado.

En la tabla siguiente se muestran el orden de instalación recomendado delcomponente, el identificador de producto registrado del componente y el nombrede archivo de índice del componente.

Tabla 13. Orden de instalación de los componentes de IBM Tivoli Enterprise Console

Orden de instalación de loscomponentes de IBM TivoliEnterprise Console

Identificador deproducto registrado parala instalación desde lalínea de comandos

Nombre de archivo deíndice

1 Servidor de eventos

Para instalarlo desde elescritorio de Tivoli,seleccione Tivoli EnterpriseConsole Server 3.8 en lalista desplegable.

Consulte “Instalación delservidor de eventos” en lapágina 45 para obtenerinformación adicional.

TEC_SERVER TEC_SERVER.IND


Tabla 13. Orden de instalación de los componentes de IBM Tivoli EnterpriseConsole (continuación)




2 Servidor de UI

Para instalarlo desde elescritorio de Tivoli,seleccione Tivoli EnterpriseConsole User InterfaceServer 3.8 en la listadesplegable.

Consulte “Instalación delservidor de interfaz deusuario” en la página 47para obtener informaciónadicional.

TEC_UI_SERVER TEC_UI_SERVER.IND

3 Sample event information

Para instalarla desde elescritorio de Tivoli,seleccione Tivoli EnterpriseConsole Sample EventInformation 3.8 en la listadesplegable.

Consulte “Instalación de lainformación de eventos deejemplo” en la página 47para obtener informaciónadicional.

TEC_EVTHELP TEC_EVTHELP.IND






4 Consola de eventos

Para instalarla desde elescritorio de Tivoli,seleccione Tivoli EnterpriseConsole 3.8 en la listadesplegable.

Consulte “Instalación de laconsola de eventos” en lapágina 48 para obtenerinformación adicional.

Para instalar la versión queno es TME de la consola deeventos, siga losprocedimientos de uno delos apartados siguientes:

v “Instalación de la consolade eventos en un entornono TME de Windows” enla página 48

v “Instalación de la consolade eventos en un entornono TME de UNIX” en lapágina 49

TEC_JCONSOLE TEC_JCONSOLE.IND

5 ACF

Para instalarlo desde elescritorio de Tivoli,seleccione Tivoli EnterpriseConsole AdapterConfiguration Facility 3.8en la lista desplegable.

Consulte “Instalación delAdapter ConfigurationFacility” en la página 50para obtener informaciónadicional.

ACF ACF.IND

6 Adaptadores

Para instalarlos desde elescritorio de Tivoli,seleccione Adaptador HPOpenView TivoliEnterprise Console 3.8 en lalista desplegable.

Para instalar adaptadores adicionales, consulte elCapítulo 9, “Instalación de los adaptadores” en lapágina 95.






7 EIF

Para instalarlo desde elescritorio de Tivoli,seleccione Tivoli EnterpriseConsole EIF 3.8 en la listadesplegable.

La instalación delcomponente EIF es opcional;consulte la publicación TivoliEvent Integration FacilityGuía del usuario para obtenerinformación de instalaciónadicional.

EIF EIF.IND

Identificador de producto registradoPara instalar componentes de IBM Tivoli Enterprise Console desde la líneade comandos, necesitará el identificador de producto registrado de cadacomponente que desee instalar. El identificador de producto registrado esel nombre que se ha asignado al producto que está contenido en unaimagen de instalación y, también, es el primer valor de cada línea delarchivo de índice del producto.

Nombre de archivo de índice (.IND)Es un archivo ASCII que contiene instrucciones específicas del componentepara cada imagen de instalación. Los archivos de índice especifican elidentificador de producto registrado de un componente del producto,sentencias de dependencia y la información necesaria para instalar esecomponente en cada uno de los sistemas operativos a los que da soporte.Para obtener información acerca de cómo leer los archivos de índice,consulte la publicación Tivoli Enterprise Console Guía de instalación.

Instalación de opciones utilizando el escritorio de TivoliPuede instalar componentes de IBM Tivoli Enterprise Console desde el escritoriode Tivoli que se proporciona con los servicios del producto Tivoli ManagementFramework. Consulte la publicación Tivoli Enterprise Console Guía de instalación paraobtener información detallada acerca de la instalación de productos Tivoli desde elescritorio de Tivoli.

En la tabla siguiente se proporcionan los datos de las variables que necesitará parainstalar productos IBM Tivoli Enterprise Console mediante la utilización de losdiálogos del escritorio de Tivoli.

Etiqueta de GUI de escritorio de Tivoli Variable de IBM Tivoli Enterprise Console

Establecer soporte Establezca el tipo de soporte para susarchivos fuente

Proveedor de la base de datos su_tipo_basedatos



La ventana Instalación de producto muestrauna lista de las acciones que realizará elsistema

Seleccione el componente que desea instalary haga clic en Aceptar.

Instalación de opciones utilizando la línea de comandosTambién puede instalar componentes de IBM Tivoli Enterprise Console desde lalínea de comandos utilizando el comando winstall. Consulte la publicación TivoliEnterprise Console Guía de instalación para obtener detalles e información acerca delas opciones disponibles para la instalación de productos Tivoli desde la línea decomandos.

En la tabla siguiente se proporcionan los datos de las variables que necesitará parainstalar productos IBM Tivoli Enterprise Console desde la línea de comandos.

Opciones del comandowinstall

Variable de IBM Tivoli Enterprise Console

–c dir_fuente identificador_producto_registrado

Consulte el apartado “Orden de instalación de loscomponentes” en la página 39 para ver una lista de losidentificadores de producto registrados para los componentesde IBM Tivoli Enterprise Console.

–i producto nombre_archivo_índice.IND

Consulte el apartado “Orden de instalación de loscomponentes” en la página 39 para ver una lista de losnombres de archivo de índice para los componentes de IBMTivoli Enterprise Console.

–n no se utiliza

–s servidor no se utiliza

–y no se utiliza

variables_instalación Consulte la publicación IBM Tivoli Enterprise Console Guía delusuario o el apartado “Instalación y configuración delRDBMS” en la página 32 para obtener información específicade las variables de instalación de su proveedor de base dedatos.

nodo_gestionado nodo_gestionado

–c dir_fuente Es la ruta completa del directorio que contiene la imagen deinstalación.

BIN=dir_binarios no se utiliza en las versiones 3.7 y posteriores

LIB=dir_bibliotecas no se utiliza en las versiones 3.7 y posteriores

DB=basedatos_cliente Se utiliza para alterar temporalmente la ruta de instalaciónpredeterminada de la base de datos de cliente del producto,si se desea cambiar. La ruta de instalación predeterminadapara la base de datos de cliente es /var/spool/Tivoli.

MAN=páginaman No recibe soporte para el producto IBM Tivoli EnterpriseConsole. Consulte la publicación Tivoli Management FrameworkGuía del usuario para obtener información acerca de laspáginas man.


Opciones del comandowinstall


CAT=catálogo_mensajes Se utiliza para alterar temporalmente la ruta de instalaciónpredeterminada de los catálogos de mensajes del producto, sise desea cambiar. Los catálogos de mensajes se encuentran en/usr/local/Tivoli/msg_cat.

nombre_host nombre_máquina

Consulte la publicación Tivoli Management Framework Reference Manual para obtenerinformación acerca del comando winstall y de sus opciones.

Instalación de opciones utilizando el Tivoli Software InstallationService

Puede instalar componentes de IBM Tivoli Enterprise Console utilizando el TivoliSoftware Installation Service que proporcionan los servicios del producto TivoliManagement Framework. Mediante la utilización del Software Installation Servicepara instalar componentes, puede instalar todos los componentes necesarios enmenos tiempo que utilizando el escritorio de Tivoli o instalándolos desde la líneade comandos.

Antes de instalar componentes de IBM Tivoli Enterprise Console, el productoSoftware Installation Service realiza la comprobación de los requisitos previos paragarantizar la correcta instalación del componente. El producto Software InstallationService puede, por lo tanto, reducir el número de posibles errores de instalación.

Antes de empezarPara poder instalar componentes utilizando el Software Installation Service,primero debe importar las imágenes de instalación deseadas desde las imágenesdel CD-ROM del producto al Depósito de instalación. Cuando utilice el productoSoftware Installation Service, sólo deberá importar las imágenes que se asocian altipo de plataforma utilizado dentro del entorno Tivoli. Al importar sólo los tiposde plataforma necesarios, el tiempo necesario para importar las imágenes se reducey se ahorra espacio de disco. Puede importar imágenes al Depósito de instalaciónutilizando el comando wimport o la consola de Tivoli Software Installation Service.

Consulte la publicación Tivoli Enterprise Console Guía de instalación para conocer losprocedimientos que se utilizan para importar imágenes al Depósito de instalacióndel Software Installation Service. Para obtener información detallada acerca de lautilización del comando wimport, consulte la publicación Tivoli ManagementFramework Reference Manual.

Instalación de componentes utilizando el Software InstallationService

Para importar imágenes al Depósito de instalación desde la consola de SoftwareInstallation Service, debe iniciar la consola de Software Installation Service desde elescritorio de Tivoli.

En la tabla siguiente se proporcionan los datos de las variables que necesitará parainstalar productos IBM Tivoli Enterprise Console con el Tivoli Software InstallationService.


Etiqueta de GUI de Software InstallationService


Seleccionar producto Importe las imágenes de CD

Localizar imágenes de CD Utilice el explorador de archivos para ir aldirectorio que contiene los archivos deíndice de los componentes deseados.

Los archivos de índice tienen la extensión.IND. En el apartado “Orden de instalaciónde los componentes” en la página 39encontrará una tabla que contiene el nombredel archivo de índice de cada componentede IBM Tivoli Enterprise Console.

Depósito de instalación - Importar producto Seleccione los componentes deseados en lalista de Productos disponibles.

Seleccionar plataforma Deseleccione los tipos de plataforma que nonecesita.

Depósito de instalación - Seleccionarproducto

De los componentes de IBM TivoliEnterprise Console que acaban deimportarse, seleccione los que desea instalar.

Cuadro de diálogo de atributos del producto Proporcione las variables del proveedor dela base de datos tal como se indica para suentorno de base de datos.

Seleccionar máquina Seleccione la máquina adecuada en lacolumna Nombre de máquina.

Consulte la publicación Tivoli Enterprise Console Guía de instalación para conocer losprocedimientos utilizados para instalar productos de Tivoli mediante la utilizacióndel Tivoli Software Installation Service.

Consideraciones generales acerca de la instalación de componentesLos apartados siguientes contienen un resumen de información específica de cadacomponente del producto. Puede utilizar cualquiera de los métodos de instalaciónanteriormente indicados para instalar los componentes y consultar este apartadopara obtener información general.

Instalación del servidor de eventosPuede seguir los procedimientos de instalación estándar de Tivoli ManagementFramework para instalar el servidor de eventos desde el escritorio de Tivolihaciendo uso de las opciones del proveedor de la base de datos de los apartadosanteriores. También puede instalar el servidor de eventos desde la línea decomandos utilizando el comando winstall. Para instalar el servidor de eventosdesde la línea de comandos, necesitará la siguiente información del proveedor dela base de datos:

El ejemplo de comando siguiente instala el servidor de eventos para su utilizacióncon un RDBMS de DB2.winstall -c /cdmount/NEW -i SERVER RDBMS_Vendor=2 \RDBMS_DB_Home=$DB2DIR RDBMS_DB_Name=tec \RDBMS_DB_User=DB2 RDBMS_DB_Param_one=$DB2COMM \RDBMS_DB_Param_two=$DB2INSTHOME TECserver

donde:


-c /cdmount/NEWEspecifica la ruta de acceso a la imagen de CD.

-i SERVEREspecifica el archivo del índice de productos para el servidor de eventos.

RDBMS_Vendor=[0 | 1 | 2 | 3 | 4]Especifica el nombre del proveedor del producto RDBMS que va agestionar los eventos de Tivoli Enterprise Console.

donde:

0 Oracle

1 Sybase

2 DB2

3 MS SQL

4 INFORMIX

Este argumento es el equivalente del cuadro de texto Proveedor de la basede datos del cuadro de diálogo Opciones de instalación cuando lainstalación se realiza desde el escritorio de Tivoli.

RDBMS_DB_Home=$rutaEspecifica la ruta completa del nombre del directorio de instalación delsoftware de cliente RDBMS que ha de utilizarse para el repositorio deeventos.

Este argumento es el equivalente del cuadro de texto Ubicación de la basede datos del cuadro de diálogo Opciones de instalación.

RDBMS_DB_Name=tecEspecifica un nombre_basedatos exclusivo para el repositorio de eventos.

Este argumento es el equivalente del cuadro de texto ID de la base dedatos del cuadro de diálogo Opciones de instalación.

RDBMS_DB_User=DB2Especifica el nombre de usuario del propietario de la instancia DB2.

Este argumento es el equivalente del cuadro de texto ID de usuario de labase de datos del cuadro de diálogo Opciones de instalación.

RDBMS_DB_Param_one=$DB2COMMEspecifica el valor de la variable de entorno DB2COMM.

Este argumento es el equivalente del cuadro de texto ID del servidor de labase de datos del cuadro de diálogo Opciones de instalación y debeestablecerse.

RDBMS_DB_Param_two=$DB2INSTHOMEEspecifica la ruta completa del directorio inicial del propietario de lainstancia DB2.

Este argumento es el equivalente del cuadro de texto Nombre de lainstancia del cuadro de diálogo Opciones de instalación y debeestablecerse para DB2.

TECserverIndica que el servidor de eventos se instalará en este nodo gestionado. Deforma predeterminada, esta máquina será el host RIM. Para obtener más


información acerca del host RIM predeterminado, consulte el apartado“Consideraciones sobre RIM” en la página 33.

Para instalar el servidor de eventos para las otras bases de datos, el comando essimilar. La única diferencia es que no es necesario especificar el argumentoRDBMS_DB_Param_two.

Para obtener información adicional acerca del comando winstall, consulte lapublicación Tivoli Management Framework Reference Manual.

Instalación del servidor de interfaz de usuarioPara instalar el servidor de UI, puede seguir cualquiera de los procedimientos deinstalación estándar de Tivoli Management Framework. Utilice el ejemplo siguientepara instalar el servidor de UI desde la línea de comandos mediante la utilizacióndel comando winstall.winstall -c /cdmount/NEW -i UI_SRVR acadia

donde:


-i UI_SRVREspecifica el archivo de índice del producto del servidor de UI.

acadia Indica que el servidor de UI se instalará en el nodo gestionado.

Instalación de la información de eventos de ejemploDespués de haber instalado el servidor de eventos y el servidor de UI, instale lainformación de eventos de ejemplo del servidor de región de gestión Tivoli. Lainformación de eventos de ejemplo puede utilizarse como plantilla para desarrollaruna guía en línea para la descripción de eventos y la resolución de problemasrelacionados con los eventos. Tras haberse instalado la información de eventos deejemplo, un administrador puede modificar las plantillas de la información deeventos para proporcionar a los operadores una guía relacionada con los diversostipos de eventos.

La información de eventos de ejemplo debe instalarse en el servidor de región degestión Tivoli para que utilice el servidor web spider que Tivoli proporciona. Elproceso de instalación configura el servidor spider para que éste maneje laspeticiones de información de eventos. Como parte del proceso de instalación, seinstalan un script Perl, una biblioteca Perl y varios archivos HTML. El script Perltec_help.pl y la biblioteca cgi-lib.pl se instalarán en el directorio$BINDIR/TAS/HTTPd/cgi-bin. Los archivos HTML de información de eventos seinstalarán en el directorio $BINDIR/../generic/HTTPd/Tec. La información deeventos traducida se instalará en el directorio$BINDIR/../generic/HTTPd/Tec/su_entorno_local.

Para instalar los archivos de ayuda de eventos de ejemplo en un servidor webdistinto del servidor de región de gestión Tivoli, realice los pasos siguientes:1. Instale los archivos de ayuda de eventos de ejemplo en un nodo gestionado.2. Copie los archivos tec_help.pl y cgi-lib.pl en su directorio cgi-bin.3. Copie los archivos HTML en un directorio especificado que se haya

configurado para acceder al servidor web.


4. A continuación, opcionalmente, puede utilizar el script Perl tec_help.pl paraver un ejemplo para procesar la información de los atributos de los eventos.Los administradores pueden utilizar este script tal cual o bien modificarlo paraimplementar la estrategia de información de eventos que mejor complemente laestrategia de disponibilidad de la empresa.

Nota: para que el funcionamiento de la consola de eventos sea correcto, el nombredel servidor de región de gestión Tivoli debe ser el nombre del dominiocalificado al completo de ese servidor. En cada máquina en la que se hayainstalado la consola de eventos, asegúrese de que el servicio de nombres dedominio (DNS) se haya configurado correctamente en el entorno pararesolver el nombre de dominio del servidor de región de gestión Tivoli. Sino está seguro acerca de su configuración, póngase en contacto con eladministrador del sistema de base de datos.

Instalación de la consola de eventosDespués de haber instalado el servidor de eventos, el servidor de UI y lainformación de eventos de ejemplo, instale la consola de eventos. Para instalar laconsola de eventos, puede seguir los procedimientos de instalación estándar deTivoli Management Framework. Utilice el ejemplo siguiente para instalar la consolade eventos desde la línea de comandos mediante la utilización del comandowinstall.winstall -c /cdmount/NEW -i JCONSOLE acadia

donde:


-i JCONSOLEEspecifica el archivo de índice del producto de la consola de eventos.

acadia Indica que la consola de eventos se instalará en este nodo gestionado.

Instalación de la consola de eventos en un entorno no TME deWindowsPara instalar la consola de eventos en un entorno que no es TME de Windows,complete el procedimiento siguiente:1. Utilice el explorador de Windows para ir al directorio de instalación de la

consola de eventos del CD del producto IBM Tivoli Enterprise Console.2. Haga doble clic en el archivo NON_TME/W32-

IX86/InstallCONSOLE/setup.exe. El asistente InstallShield se iniciará y, acontinuación, se mostrará el cuadro de diálogo de bienvenida.

3. Haga clic en Siguiente. Se mostrará el cuadro de diálogo Selección decaracterísticas.

4. Haga clic en Siguiente para instalar IBM Tivoli Enterprise ConsoleApplication y Java Runtime Environment.Las características IBM Tivoli Enterprise Console Application y Java RuntimeEnvironment (JRE) ya aparecen seleccionadas. Si opta por no instalar el JRE,elimine la selección de esta característica. Posteriormente, se le solicitará queespecifique una ruta para su máquina virtual de Java (JVM).

Nota: Tivoli le recomienda instalar el JRE, pues puede que otras JVM no seancompatibles con la consola de eventos. Para obtener información


adicional acerca de la compatibilidad y de las versiones de JREadecuadas, consulte la publicación IBM Tivoli Enterprise Console Notas delrelease.

Después de hacer clic en Siguiente se mostrará el cuadro de diálogo Carpetade destino.

5. Haga clic en Siguiente para instalar la consola de eventos en la ruta deldirectorio predeterminado que se muestra en el cuadro de texto.Para cambiar la ruta de directorio en la que ha de instalarse la consola deeventos, escriba la nueva ruta de directorio en el cuadro de texto. Tambiénpuede hacer clic en Cambiar, que muestra el cuadro de diálogo Seleccionardirectorio. Desde aquí, puede navegar a la ruta de directorio en la que deseaque se instale la consola de eventos. Haga clic en Aceptar o en Cancelar paravolver al cuadro de diálogo Carpeta de destino. Haga clic en Siguiente.Se mostrará el cuadro de diálogo Preparado para instalar o el cuadro dediálogo Ruta de JVM.

6. Si ha seleccionado instalar el JRE en el paso 5, vaya al paso 8.Si no ha elegido la instalación del JRE, se mostrará el cuadro de diálogo Rutade JVM.Escriba la ruta del directorio de la JVM en el cuadro de texto del cuadro dediálogo Ruta de JVM. También puede hacer clic en Examinar y navegar a laruta del directorio desde el cuadro de diálogo Selector de directorio. Haga clicen Siguiente. Se mostrará el cuadro de diálogo Preparado para instalar.

7. Si la información de instalación del cuadro de diálogo es correcta, haga clic enInstalar ahora. Si la información de instalación no es correcta, puede hacer clicen Anterior para volver a cualquiera de los cuadros de diálogo y cambiar lasopciones de instalación.Después de pulsar Instalar ahora, el asistente InstallShield iniciará lainstalación. Puede detener la instalación en cualquier momento haciendo clic enCancelar.Cuando el asistente InstallShield complete la instalación, se mostrará el cuadrode diálogo Resumen de la instalación.

8. Haga clic en Salir para cerrar el cuadro de diálogo y finalizar la sesión delasistente InstallShield.

Instalación de la consola de eventos en un entorno no TME deUNIXPara instalar la consola de eventos en un entorno que no es TME de UNIX, cree undirectorio, cambie al nuevo directorio y desempaquete el archivo de instalación deUNIX no TME a partir del CD del producto IBM Tivoli Enterprise Consoleutilizando el comando siguiente:tar -xvof /NON_TME/PLATAFORMA/CONSOLE.TAR

donde:

plataformaEs la plataforma del sistema operativo del host especificada en mayúsculas.A continuación se indican valores que son válidos para un entorno que noes TME de UNIX:v AIX4-R1v HPUX11v LINUX-IX86v SOLARIS2


Instalación del Adapter Configuration FacilityDespués de haber instalado el servidor de eventos, el servidor de UI, lainformación de eventos de ejemplo y las consolas de eventos, instale el ACF.

Notas:

1. El ACF debe instalarse primero en el servidor TMR y en los nodos gestionadosque son los gateways de Tivoli Management Framework desde los que sedistribuirán los adaptadores.

2. Para poder instalar el componente ACF, debe disponer de la función deautorización de Tivoli install_client.

La instalación del ACF incluye el componente ACF y la capacidad de instalaradaptadores de tipo archivo de registro de punto final TME, el adaptador SNMPde punto final TME y la capacidad de distribuir adaptadores de nodo gestionadoTME.

Instale el ACF en el servidor TMR y en todos los gateways de punto final. Si hapensado utilizar el ACF para distribuir archivos a adaptadores de nodo gestionadoTME por separado, también deberá instalar el ACF en los nodos gestionados en losque residen los adaptadores.

Después de haber instalado el servidor de eventos, el servidor de UI, lainformación de eventos de ejemplo y el servidor de eventos, instale el ACF. Parainstalar el ACF puede seguir los procedimientos de instalación estándar de TivoliManagement Framework. Utilice el ejemplo siguiente para instalar el ACF desde lalínea de comandos mediante la utilización del comando winstall.

Puede utilizar el comando winstall para instalar el ACF desde la línea decomandos. Por ejemplo, para instalar el ACF, puede utilizar el comando siguiente:winstall -c /cdmount/NEW -i ACF abroc

donde:


-i ACFEspecifica el archivo del índice del producto para el recurso ACF.

abroc Indica que el ACF se instalará en este nodo gestionado.

Instalación de adaptadoresConsulte el Capítulo 9, “Instalación de los adaptadores” en la página 95 paraobtener información acerca de la instalación de adaptadores de punto final o denodo gestionado.

Instalación de Event Integration FacilityPara obtener más información acerca de la instalación de EIF, consulte lapublicación Tivoli Event Integration Facility Guía del usuario.


Cómo trabajar con el objeto RIMCuando un producto Tivoli Management Framework utilice un objeto RIM, podrárealizar varias acciones con el objeto RIM. Estas acciones son las siguientes:v Obtener información acerca del objeto RIMv Modificar el objeto RIMv Eliminar el objeto RIMv Comprobar la conectividad RIM

Obtención de información acerca de los objetos RIMPara obtener una lista de todos los objetos RIM en el entorno Tivoli, escriba elsiguiente comando en la línea de comandos:wlookup -ar RIM

Para visualizar información de configuración de un componente RIM específico,escriba el siguiente comando en la línea de comandos:wgetrim nombre_objeto_RIM

Modificación de los objetos RIMPuede utilizar el comando wsetrim para modificar los atributos de un objeto RIM.Con este comando, no podrá cambiar lo siguiente:v El proveedor de la base de datos asociado al objeto RIMv La máquina que alberga el objeto RIMv La contraseña RIM

Para cambiar el proveedor de la base de datos o la máquina que alberga el objetoRIM, deberá eliminar y volver a crear el objeto RIM con el comando wdel y elcomando wcrtrim, respectivamente. Para cambiar la contraseña RIM, deberáutilizar el comando wsetrimpw.

Si desea obtener más información acerca de los comandos wsetrim, wdel, wcrtrimy wsetrimpw, consulte la publicación Tivoli Management Framework ReferenceManual.

Supresión de los objetos RIMCuando deba eliminar un objeto RIM, utilice el comando wdel. La sintaxis básicade este comando es la siguiente:wdel @RIM:nombre_objeto_RIM

Si desea obtener más información sobre el comando wdel, consulte la publicaciónTivoli Management Framework Reference Manual.

Comprobación de la conectividad RIMEl objeto RIM depende del cliente de la base de datos subyacente para conectarseal servidor de la base de datos. El cliente de la base de datos deberá poderconectarse al servidor de la base de datos para que el objeto RIM se comuniquecorrectamente.

Una vez creado el depósito de eventos para la base de datos, siga esteprocedimiento para verificar la conectividad RIM:


1. Compruebe la conectividad con el servidor de la base de datos utilizando elcliente de la base de datos nativo. Cuando compruebe la conectividad delcliente, deberá utilizar el mismo nombre y contraseña que utilice el objeto RIM.Para ver más detalles sobre cómo obtener información de la configuración RIM,consulte el apartado “Obtención de información acerca de los objetos RIM” enla página 51.La tabla siguiente resume los clientes nativos de la base de datos para cadabase de datos soportada.

Tabla 14. Clientes de base de datos nativos que reciben soporte

Base de datos Acceso SQL interactivo de base de datos

DB2 db2

Informix dbaccess

SQL Server de Microsoft isql

Oracle sqlplus

Sybase isql

2. Compruebe la conectividad a través del objeto RIM mediante el siguientecomando wrimtest:wrimtest-l nombre_objeto_RIM

3. Si aparece un mensaje Sesión abierta Especificar opción, se habrá conectadocorrectamente al servidor de la base de datos. Especifique x para seleccionar laopción correspondiente y salir.

Si desea obtener información adicional sobre el comando wrimtest, consulte lapublicación IBM Tivoli Enterprise Console Manual de consulta. El rastreo de RIM noservirá en los problemas de conexión, ya que debe existir una conexión al servidorde la base de datos para que RIM pueda mostrar el rastreo.


Capítulo 6. Configuración de la base de datos de eventos

En este capítulo se explica la instalación y configuración de la base de datos deeventos mediante la utilización del método de instalación simple o avanzado. Elmétodo avanzado le permite asignar valores para los parámetros de configuraciónque establece el asistente de instalación de la base de datos de eventos (al que, apartir de ahora y en el resto de este documento, se hará referencia como elasistente), mientras que el método simple instala la base de datos de eventos conparámetros básicos que el asistente selecciona. En ambos métodos de instalación,simple y avanzado, el asistente le solicita información específica de la instalaciónque corresponde al entorno de base de datos utilizado. El método simple completala instalación utilizando los criterios de base de datos básicos que le proporciona y,a continuación, para completar el proceso de instalación, utiliza los valores deconfiguración predeterminados para la plataforma soportada. El método avanzadole permite continuar con la instalación, seleccionando opciones para configurar labase de datos con el fin de obtener un rendimiento óptimo. El asistente crea la basede datos de eventos, los espacios de tabla, las tablas y los índices y, en el modoavanzado, ofrece parámetros de configuración para optimizar el rendimiento deejecución.

En este capítulo se explica lo siguiente:v “Antes de empezar”v “Hojas de trabajo de ejemplo para la instalación de la base de datos de eventos”

en la página 55v “Inicio del asistente” en la página 57v “Instalación de la base de datos de eventos utilizando el método simple o

avanzado” en la página 58v “Generación y ejecución de scripts” en la página 62v “Utilización de la opción Sin cambios durante la generación de scripts” en la

página 63v “Opciones de configuración para mejorar el rendimiento” en la página 63v “Consideraciones generales acerca de la base de datos de eventos” en la

página 78v “Habilitación del soporte de idioma” en la página 81v “A dónde puede dirigirse desde este punto” en la página 83

Antes de empezarPara determinar el tamaño y la ubicación de la base de datos, utilice las preguntassiguientes:v ¿Cuánta memoria está disponible para el servidor de base de datos de eventos?v ¿Cuántos dispositivos de E/S están disponibles para el servidor de base de datos

de eventos?v ¿Cuál es el tamaño que ha de utilizarse en la configuración de la base de datos

de eventos, el área de trabajo temporal y los registros de transacciones?

Para obtener información adicional acerca de otros puntos que pueden ser deinterés antes de ejecutar el asistente, consulte las hojas de trabajo de ejemplo que


se proporcionan en el apartado “Hojas de trabajo de ejemplo para la instalación dela base de datos de eventos” en la página 55.

Nota: antes de realizar cambios en el entorno de base de datos, se recomiendaponerse en contacto primero con el administrador de base de datos.

Requisitos previos generalesPara todas las bases de datos, antes de empezar a utilizar el asistente, deberánsatisfacerse los requisitos previos siguientes:v Ha realizado la copia de seguridad del servidor de base de datos utilizando

procedimientos de base de datos estándar.v Está realizando la instalación en un sistema que cumple los requisitos de

hardware y de software como, por ejemplo, la utilización de un RDBMS querecibe soporte en una plataforma soportada, tal como se indica en la publicaciónIBM Tivoli Enterprise Console Notas del release.

v Tiene instalada la versión adecuada del producto Tivoli Management Frameworky los parches que se asocian a ésta. Para obtener la información más actualizada,consulte la publicación Tivoli Management Framework Notas del release.

v Ha instalado el producto IBM Tivoli Enterprise Console utilizando losprocedimientos que se describen en términos generales en el Capítulo 5,“Instalación de componentes” en la página 31 o ha actualizado la versión actualutilizando los procedimientos que se describen en términos generales en elCapítulo 7, “Actualización de componentes” en la página 85.

Requisitos previos para DB2 e InformixPara una base de datos DB2 o Informix, antes de utilizar el asistente, deberánsatisfacerse los requisitos previos siguientes:v Se debe establecer el entorno tal como se indica en el apartado “Cómo establecer

el entorno Tivoli e iniciar el asistente” en la página 57.v Antes de ejecutar el asistente, deberá iniciar la sesión con el mismo ID de

usuario que anteriormente se ha definido en el objeto RIM. Esto puede realizarseconfigurando el entorno Tivoli mientras ha iniciado la sesión como usuario RIM.

v Debe establecer el entorno de base de datos de modo que éste utilice cualquierade las siguientes opciones que ofrece el asistente:– La opción de instalación de base de datos simple del asistente– La opción Generar y ejecutar scripts que se ofrece con la opción de instalación

de base de datos avanzada.– La opción Sólo ejecutar scripts que se ofrece con la opción de instalación de

base de datos avanzada.v Para poder leer los valores predeterminados del objeto RIM, el ID de usuario

debe disponer de acceso al entorno de gestión Tivoli. Los valores de RIM seutilizan para generar valores predeterminados en los paneles del asistente.

Requisitos previos para OraclePara una base de datos de Oracle, antes de utilizar el asistente, deberán satisfacerselos requisitos previos siguientes:v Puesto que utiliza una instancia existente para su ejecución, antes de ejecutar el

asistente, deberá crearse una instancia de Oracle.Deberá crear la instancia de base de datos de Oracle necesaria utilizando eljuego de caracteres UTF-8 para poder dar soporte a varios idiomas. Para obtenermás información acerca del soporte UTF-8, consulte el apartado “Habilitacióndel soporte de idioma para Oracle” en la página 82.


v Si instala la base de datos de eventos desde un cliente de Oracle, el clientedeberá configurarse de modo que pueda comunicarse con la instancia de Oracleexistente. Para obtener más información acerca de la configuración del cliente deOracle y de la instancia de base de datos, consulte la publicación Oracle 9i NetService Reference Guide.

v Antes de ejecutar el asistente, debe establecer el entorno de la base de datos demodo que pueda utilizar la opción Generar y ejecutar scripts que se ofrece conla opción de instalación de base de datos avanzada. Para ejecutar la opción Sólogenerar, no es necesario establecer el entorno. Si establece el entorno garantizaráque se pueda acceder a la interfaz de línea de comandos (CLI) de SQL paraejecutar scripts SQL.

Requisitos previos para MS SQL Server y SybaseAntes de ejecutar el asistente con una base de datos MS SQL Server o Sybase, debeestablecer el entorno de base de datos para poder utilizar la opción Generar yejecutar scripts que se ofrece con la opción de instalación de base de datosavanzada. Para ejecutar la opción Sólo generar, no es necesario establecer elentorno. Si establece el entorno garantizará que se pueda acceder a la interfaz delínea de comandos (CLI) de SQL para ejecutar scripts SQL.

Hojas de trabajo de ejemplo para la instalación de la base de datos deeventos

Utilice las hojas de trabajo de ejemplo de este apartado para planificar lainstalación de la base de datos de eventos. Necesitará esta información para lasinstalaciones simple y avanzada. En una instalación avanzada, se le ofreceránopciones de configuración de base de datos adicionales específicas del entornoutilizado como, por ejemplo, la selección del tamaño del espacio de tabla y de lasasignaciones de memoria. Las hojas de trabajo también garantizan que dispondráde la información que necesitará antes de iniciar el asistente. Asegúrese de quedispone de acceso a las publicaciones IBM Tivoli Enterprise Console Guía deinstalación y IBM Tivoli Enterprise Console Notas del release.

Tabla 15. Hoja de trabajo para DB2

Hoja de trabajo de ejemplo para DB2

Directorio para los scripts generados

ID de usuario de RDBMS

Nombre de la base de datos de eventos

¿Es el host RIM un servidor o un cliente debase de datos?

Espacio de disco que ha de asignarse

Memoria que ha de asignarse para lasagrupaciones de almacenamiento en búfer

Nombres de directorios que contienen losespacios de tabla, los registros detransacciones y el espacio temporal

Tabla 16. Hoja de trabajo para Informix

Hoja de trabajo de ejemplo para Informix



Capítulo 6. Configuración de la base de datos de eventos 55

Tabla 16. Hoja de trabajo para Informix (continuación)

Hoja de trabajo de ejemplo para Informix



Nombre de servidor de Informix

Nombres de los directorios que contienenlos espacios de base de datos, los registrosfísicos y el espacio temporal

Tabla 17. Hoja de trabajo para MS SQL Server

Hoja de trabajo de ejemplo para MS SQL Server





Contraseña del administrador del sistema(SA)

Nombres de directorios que contienen losarchivos de datos y los registros detransacciones

Tabla 18. Hoja de trabajo para Oracle

Hoja de trabajo de ejemplo para Oracle



Identificador de sesión de base de datos(SID)


Directorio inicial de Oracle

Contraseña SYS de Oracle

Nombres de directorios que contienen losespacios de tabla

Tabla 19. Hoja de trabajo para Sybase

Hoja de trabajo de ejemplo para Sybase





Contraseña del administrador del sistema(SA)


Tabla 19. Hoja de trabajo para Sybase (continuación)

Hoja de trabajo de ejemplo para Sybase

Nombres de directorios que contienen losarchivos de datos y los registros detransacciones

ID de los dispositivos que están utilizándose

Nombre real del primer dispositivo para labase de datos de eventos de IBM TivoliEnterprise Console

Cantidad de memoria que ha de asignarsepara la base de datos de eventos

Para obtener información adicional acerca del host RIM y de los valores RDBMSpara el host RIM, consulte el apartado “Elección del host RIM” en la página 31.

Inicio del asistenteEl asistente se inicia con el script wdbinstall.sh, que se encuentra en el CD-ROMdel asistente de instalación de la base de datos de eventos, en el directorioDBASSISTANT/sql. Los scripts que genera el asistente pueden crear, actualizar oeliminar la base de datos de eventos.

Nota: el script wdbinstall.sh sólo puede ejecutarse desde el CD-ROM del asistentede instalación de la base de datos de eventos o desde un directorio en el queresidan las imágenes de la instalación.

Para obtener más información acerca del script wdbinstall.sh y de las opcionesdisponibles, consulte la publicación IBM Tivoli Enterprise Console Manual de consulta.

Cómo establecer el entorno Tivoli e iniciar el asistentePuede utilizar los procedimientos de este apartado para establecer el entorno Tivoliy para iniciar el asistente. El asistente debe iniciarse desde un shell bash en el hostRIM. Para obtener información adicional acerca de cómo establecer el entornoTivoli, consulte la publicación Tivoli Enterprise Console Guía de instalación.

Cómo establecer el entorno Tivoli para la ejecución del shellbash en UNIXPara establecer el entorno Tivoli e iniciar un shell bash para UNIX, siga los pasosque se indican a continuación:

Para UNIX1. Ejecute el script /etc/Tivoli/setup_env.sh.2. Inicie el shell bash escribiendo bash.

Cómo establecer el entorno Tivoli para la ejecución del shellbash en WindowsPara establecer el entorno Tivoli e iniciar un shell bash para UNIX, siga los pasosque se indican a continuación:1. Ejecute el siguiente script desde la línea de comandos:

%SystemRoot%/system32/drivers/etc/Tivoli/setup_env.cmd

2. Inicie el shell bash escribiendo bash .


Inicio del asistentePara iniciar el asistente desde la línea de comandos en un shell bash en UNIX o enWindows, siga los pasos que se indican a continuación:1. Desde la línea de comandos del shell bash, vaya al directorio correspondiente a

la ubicación de la imagen de instalación o al directorio en el que se ha montadoel CD-ROM de instalación.Escriba lo siguiente./wdbinstall.sh

2. Seleccione la instalación Simple o Avanzada.3. Entre la información de base de datos necesaria en cada cuadro de diálogo y

complete la instalación haciendo clic en Siguiente en cada cuadro de diálogo.4. Cuando se haya completado la instalación, haga clic en Finalizar.

Nota: el asistente debe ejecutarse desde un shell bash en la máquina en la quereside el host RIM. Los scripts que genera el asistente también debengenerarse en un directorio de la misma máquina que tiene el host RIM, elcliente de base de datos o el servidor de eventos.

Registros de errores: El asistente genera los scripts SQL y los scripts de shellnecesarios para crear la base de datos de eventos. Automáticamente se crea unarchivo de registro en el mismo directorio que el que ha designado para los scriptsgenerados. Si desea guardar los archivos de registro en otra ubicación, puededefinir un directorio alternativo en el asistente. Si los scripts de base de datos deeventos generados se ejecutan desde el asistente, el archivo de registro tambiéncontiene la salida de la ejecución de los scripts. Puede examinar el archivo deregistro para ver los resultados.

El archivo de registro se denomina DbInstallindicación_fecha_y_hora.log, tal comose muestra en el ejemplo siguiente. La variable indicación_fecha_y_hora sesustituye por la fecha y hora actuales del sistema que corresponden al momento enel que se generó el registro.DbInstall2002-07-12-57_03PM.log

También puede verificar las respuestas que el servidor de base de datos de eventosha dado a cada sentencia de configuración en los scripts SQL, así como losmensajes de error. Por ejemplo, también se ha creado un archivo denominadoDbInstall2002-07-12-57_03PM.err, que podría contener información de instalaciónacerca de un error.

Nota: no se generará ningún registro de errores si se utiliza el scriptwdbdconfig.sh para realizar una función de instalación, de actualización ode eliminación.

Instalación de la base de datos de eventos utilizando el método simpleo avanzado

En los apartados siguientes se explica la instalación de la base de datos mediantela utilización del método avanzado. La selección de la instalación avanzada leofrece muchas más opciones de configuración para optimizar el rendimiento de labase de datos como, por ejemplo, para maximizar la utilización de la memoria ypara gestionar la distribución física de los datos del disco. Si el entorno utilizadono satisface los criterios del método de instalación simple de la base de datos deeventos, deberá utilizar el método avanzado. Para obtener información adicional


acerca de las opciones de configuración, puede utilizar la ayuda para los camposque está disponible en cada uno de los paneles del asistente de instalación.

Instalación de la base de datos de eventosPuede optar por instalar la base de datos de eventos al crear ésta por primera vezo bien después de haberla eliminado por completo. A excepción de Oracle, parainstalar la base de datos de eventos por primera vez, o para instalar la base dedatos de eventos tras la eliminación, es necesario detener y volver a iniciar elservidor de base de datos para que utilice los nuevos valores de configuración.

El procedimiento de instalación de Informix debe realizarse en el servidorInformix. Puede utilizar el asistente para realizar la instalación si el host RIM y elservidor Informix residen en la misma máquina. Si no residen en la mismamáquina, deberá instalar la base de datos de eventos utilizando el scriptwdbinstall.sh.

Instalación sólo de los objetos de base de datos de eventosPuede optar por instalar sólo los objetos de base de datos de eventos cuando deseeinstalar únicamente las tablas, índices y vistas de base de datos de eventos; y, paraSybase y MS SQL Server 7, los desencadenantes. Esto sólo se realiza después dehaberse eliminado los objetos de base de datos de eventos y cuando todavía existela propia base de datos de eventos.

Nota: en un entorno Oracle, no elija instalar únicamente los objetos de base dedatos de eventos.

Puede optar por instalar únicamente los objetos de base de datos de eventos si sóloha eliminado los objetos de base de datos. Puede seleccionar esta opción en elasistente sin tener que detener y reiniciar, como es habitual, la instancia delservidor de base de datos o el servidor de base de datos. Elija esta opción si deseaempezar con nuevos objetos de base de datos y dejar la base de datos de eventoscomo está.

Ejecución del script wdbconfig.shEl asistente genera el script wdbconfig.sh, que ejecuta los scripts SQL que hagenerado el asistente y determina el tipo de base de datos a partir de los scriptsSQL que se encuentran en el directorio de scripts generados. El scriptwdbconfig.sh sólo debe ejecutarse desde el directorio en el que se han generadolos scripts.

Consulte la publicación IBM Tivoli Enterprise Console Manual de consulta paraobtener más información acerca del script wdbconfig.sh.

Ejecución del script wdbconfig.sh en un entorno DB2 o InformixPara DB2 e Informix, debe iniciar la sesión con el mismo ID de usuario que el IDde usuario RIM que se ha especificado para el objeto RIM de base de datos deeventos. Este usuario debe disponer de acceso de administrador de base de datos(DBA) y de autorización para crear, modificar y suprimir objetos de base de datos.El usuario también debe disponer de un ID de inicio de sesión de administradorde entorno de gestión Tivoli.

Antes de ejecutar el script wdbconfig.sh en un entorno Informix, asegúrese de quese satisfacen los requisitos previos siguientes:


v Ha generado los scripts de instalación de base de datos de eventos tal como sedescribe en términos generales en el apartado “Sólo generar scripts” en lapágina 62 y los ha copiado en el servidor Informix.

v Ejecuta el script directamente en el servidor Informix en lugar de hacerlo en elhost RIM.

v Puede ejecutar scripts en un entorno que no sea TME.Sólo para Informix, si el servidor de base de datos Informix se ha instalado enuna máquina que no es TME, el script wdconfig.sh puede ejecutarse en esamáquina.

Actualización de la base de datos de eventosPuede utilizar el asistente para actualizar la base de datos de eventos desde unaconfiguración de la versión 3.6.2 ó 3.7.1 a una configuración de la versión 3.8. Losscripts de actualización que se generan al ejecutarse el asistente actualizarán losdatos de eventos.

Nota: antes de realizar una actualización, primero deberá realizar una copia deseguridad de la base de datos de eventos.

Cuando se realiza una actualización, se conserva el dispositivo de datos queanteriormente utilizaba el producto IBM Tivoli Enterprise Console. Esto es asíporque la mayoría de las bases de datos necesitan un área del sistema de base dedatos y el área de base de datos anterior ya reside en ese dispositivo y no puedemoverse. Además, puede que otras tablas o índices de aplicación relacionados conel producto IBM Tivoli Enterprise Console residan en ese dispositivo, y no seeliminan. Si desea eliminar por completo los dispositivos de base de datos deeventos, deberá eliminar por completo la base de datos de eventos de IBM TivoliEnterprise Console y los dispositivos que se han creado para la base de datos. Acontinuación, deberá instalar el esquema de base de datos de la versión 3.8 como sifuera una instalación de una base de datos nueva.

Consideraciones acerca de la actualizaciónAntes de actualizar la base de datos de eventos, tenga en cuenta los puntossiguientes:v A excepción de Oracle, para actualizar la base de datos de eventos es necesario

que todos los usuarios finalicen la sesión porque se detendrá el proceso delservidor de base de datos de eventos. Para que los cambios entren en vigor,deberá reiniciarse el servidor.En Oracle, no es necesario detener y reiniciar el servidor de eventos; sinembargo, deberá asegurarse de que finalicen la sesión los usuarios que podríanestar accediendo a la base de datos que está actualizándose.Para todas las actualizaciones de la base de datos de eventos, se recomiendaespecificar un tamaño de base de datos actualizado que tenga, como mínimo, elmismo tamaño que la base de datos de eventos actual. Puede utilizar elcomando wtdbspace para ver el tamaño de la base de datos actual. Para obtenermás información acerca de la utilización del comando wtdbspace, consulte lapublicación IBM Tivoli Enterprise Console Manual de consulta.

v Se recomienda incrementar los registros de transacciones de la base de datosantes de realizar la actualización con el fin de permitir la inserción de losregistros de IBM Tivoli Enterprise Console de las tablas originales en las nuevastablas. Alternativamente, puede exportar los datos desde las tablas originales y, acontinuación, importar los datos a las nuevas tablas.

v Realice la copia de seguridad de las tablas originales o, para poder realizar unarecuperación, exporte los datos para guardar los eventos de las tablas originales.


v Si otras aplicaciones de Tivoli utilizaban anteriormente objetos de base de datosdel esquema de base de datos original, puede que sea necesario volver a instalarlos objetos de base de datos como, por ejemplo, los desencadenantes o las vistas,ya que puede que ya no existan después de la actualización.

v Cuando utilice una conexión de cliente DB2, consulte el apartado“Consideraciones acerca de DB2” en la página 78 antes de ejecutar el asistente.

Actualización del servidor de eventos con una nueva instalaciónde la base de datos de eventosDurante la configuración de la base de datos de eventos, puede seleccionar estaopción si desea actualizar todos los componentes y realizar una nueva instalaciónde la base de datos de eventos pero no desea guardar los datos de eventos.

Desinstalación de la base de datos de eventosPara eliminar la base de datos de eventos, debe seleccionar la eliminación de labase de datos de eventos. Con ello se eliminarán por completo la base de datos deeventos y todos los objetos de base de datos de eventos de IBM Tivoli EnterpriseConsole. Si se elimina completamente la base de datos de eventos, no se cancelaránlos cambios realizados en los valores de configuración en el servidor de base dedatos o en la instancia como, por ejemplo, las opciones de configuración delservidor de base de datos.

Nota: a excepción de Oracle y de MS SQL Server, para eliminar la base de datosde eventos es necesario detener y reiniciar el servidor de base de datos paraque se restablezcan los valores de configuración de dispositivo.

Desinstalación sólo de los objetos de base de datos de eventosLos objetos de base de datos de eventos incluyen las tablas, los índices y las vistas.Para Sybase y MS SQL Server, los objetos de base de datos de eventos tambiénincluyen los desencadenantes de MS SQL Server 7 y Sybase, Versión 7.

Nota: si se eliminan los objetos de base de datos de eventos, se suprimirán todoslos eventos de la base de datos.

Puede optar por eliminar únicamente los objetos de base de datos de eventoscuando sólo desea eliminar las tablas, índices y vistas de la base de datos deeventos, y los desencadenantes en Sybase y MS SQL Server 7. Tras eliminar losobjetos de base de datos de eventos, puede optar por volver a instalar los objetosde base de datos con posterioridad, si desea empezar con tablas de base de datosvacías.

Nota: puesto que la base de datos de eventos ya existe antes de que se añadan losespacios de tabla de eventos, no podrá optar por eliminar únicamente losobjetos de base de datos de eventos con una base de datos de Oracle.

Desinstalación de la base de datos de eventos en un entornoInformixEl procedimiento de desinstalación de Informix debe realizarse en el servidorInformix. Puede utilizar el asistente para realizar la desinstalación si el host RIM yel servidor Informix residen en la misma máquina. Si no residen en la mismamáquina, deberá desinstalar la base de datos de eventos utilizando el scriptwdbinstall.sh.

Para desinstalar la base de datos de eventos utilizando el script wdbinstall.sh, sigalos pasos que se indican a continuación:1. Ejecute el asistente en el host RIM utilizando la opción Sólo generar.


2. Copie los scripts generados en el servidor Informix.3. Ejecute el script wdbinstall.sh en el directorio de scripts generados del servidor

Informix.

Para obtener más información acerca del script wdbinstall.sh, consulte lapublicación IBM Tivoli Enterprise Console Manual de consulta.

Generación y ejecución de scriptsLos scripts que genera el asistente deben ejecutarse iniciando el asistente o bienejecutando el script wdbconfig.sh desde la línea de comandos. A excepción deInformix, el método de ejecución del script generado que se recomienda es lautilización del asistente. Cuando ejecute el script wdbconfig.sh desde la línea decomandos, deberá ejecutarlo desde el mismo directorio que el de los scriptsgenerados. El directorio debe disponer de permiso de grabación porque los scriptsgenerados crean archivos temporales en este directorio.

Cuando ejecute el asistente, podrá seleccionar una de las opciones siguientes:v “Sólo generar scripts” en la página 62v “Generar y ejecutar scripts” en la página 63v “Sólo ejecutar scripts” en la página 63

Sólo generar scriptsLa opción Sólo generar scripts únicamente está disponible si ha seleccionado elmétodo de instalación avanzado de la base de datos de eventos. Los scriptsgenerados deben grabarse en un directorio del host RIM o bien copiarse en elmismo directorio de la máquina host RIM.

También puede seleccionar esta opción si posteriormente ejecutará los scripts desdela línea de comandos utilizando el script wdbconfig.sh.

Si el administrador de base de datos ha planificado realizar modificacionesadicionales en los scripts SQL antes de que se ejecuten, elija que sólo desea generarlos scripts.

Puede ejecutar los scripts desde un cliente o un servidor en todas las bases dedatos que no sean Informix. Por lo tanto, deberá configurar y ejecutar el scriptwdbconfig.sh en la misma máquina que la del servidor de base de datos deeventos. Para Informix, seleccione sólo generar los scripts si el servidor de base dedatos se encuentra en una máquina distinta de la del host RIM. El directoriodeberá existir en el servidor de base de datos Informix y disponer de permiso degrabación porque los scripts generados crean archivos temporales en estedirectorio. Alternativamente, puede optar por almacenar los archivos en undirectorio distinto del host RIM o del servidor de base de datos Informix. Acontinuación, podrá editar los scripts generados y cambiar la variable SCRIPTDIRpor el directorio de la máquina host RIM o de la máquina servidor de base dedatos Informix desde la que se ejecutarán los scripts.

Para ejecutar los scripts generados en una máquina distinta de la del host RIM,copie todos los archivos del directorio en el que se han generado los scripts en eldirectorio de la máquina en la que se ejecutarán los scripts. Podrá elegir undirectorio distinto si cambia la variable SCRIPTDIR de cada script que empiece porel nombre dbConfigure. Ejecute el script wdbconfig.sh con parámetros que lepermitan instalar, actualizar o eliminar.


Nota: si el servidor de base de datos Informix se instala en una máquina distintade la del host RIM, deberá ejecutar los scripts desde la línea de comandosutilizando el script wdbconfig.sh.

Consulte el apartado “Ejecución del script wdbconfig.sh” en la página 59 y lapublicación IBM Tivoli Enterprise Console Manual de consulta para obtener másinformación acerca del script wdbconfig.sh.

Generar y ejecutar scriptsElija esta opción para generar y ejecutar scripts inmediatamente después de haberespecificado opciones en el asistente. Si ha seleccionado el método deconfiguración de base de datos simple, esta opción se selecciona automáticamente.

Sólo ejecutar scriptsElija esta opción si anteriormente ha generado los scripts desde el asistente y ahoraestá preparado para ejecutarlos. Esta opción puede seleccionarse tanto al utilizar elmétodo de instalación de base de datos simple como el avanzado.

Utilización de la opción Sin cambios durante la generación de scriptsEn algunos paneles del asistente existe un botón Sin cambios que le permitegenerar los scripts sin cambiar los parámetros anteriormente seleccionados.

Notas:

1. Sólo debe seleccionar este cambio de configuración una vez. Si realiza unanueva instalación o una actualización por segunda vez seleccionado la opciónSin cambios, se producirán errores de ejecución, y ello podrían afectar a la basede datos de eventos.Por ejemplo, en una primera instalación de una base de datos de eventosSybase, puede seleccionar el cambio de los valores de configuración deTEMPDB. Puesto que se trata de un cambio de configuración que se realiza unavez, la próxima vez que se realice una reinstalación completa de la base dedatos de eventos, deberá utilizarse el asistente para generar los scripts porsegunda vez. Para la segunda generación de los scripts, seleccione la opciónSin cambios en el panel de los valores de TEMPDB del asistente.

2. No seleccione la opción Sin cambios para DB2.

Opciones de configuración para mejorar el rendimientoEn los apartados siguientes se describen las opciones de configuración que puedencambiarse para el entorno de base de datos y que pueden mejorar aún más elrendimiento. Si dispone de un entorno de multiprocesador compartido (SMP),consulte los manuales de la base de datos para conocer la opciones deconfiguración que le permitirán mejorar el rendimiento del servidor de base dedatos con varios procesadores.

El asistente establecerá los valores iniciales y el usuario podrá editar cada una delas opciones siguiendo los procedimientos que se describen en términos generalesen la documentación del proveedor de la base de datos.

Para cada tipo de base de datos de eventos, cuando se realiza una actualización, seconserva el dispositivo de datos que anteriormente utilizaba el producto IBM TivoliEnterprise Console. Esto es así porque la mayoría de las bases de datos necesitanun área del sistema de base de datos y ésta ya reside en ese dispositivo y no puedemoverse. Además, puede que otros datos de aplicación también residan en ese


dispositivo y no se eliminan. Después de haber cambiado opciones deconfiguración, debe comprobar los desencadenantes o las vistas que se asocian alas tablas de aplicación para asegurarse de que estén intactos. En este proceso, losnombres de las tablas de base de datos de eventos cambian, lo que podría darlugar a que el servidor de base de datos descartara los desencadenantes o las vistasque se basan en esos nombres. Si no desea conservar los dispositivos originalescomo están, puede seleccionar eliminar y volver a instalar la base de datos deeventos.

Opciones de configuración de DB2Para conocer las opciones de configuración de DB2 recomendadas, consulte laayuda de los paneles de los diálogos del asistente.

Opciones de configuración de InformixEn la tabla siguiente se indican opciones adicionales que permiten mejorar elrendimiento de la base de datos de eventos. Si opta por realizar los cambios en elarchivo de configuración onconfig, deberá volver a iniciar el servidor universal deInformix. Puede editar el archivo onconfig mientras el servidor Informix está enlínea o bien fuera de línea, y los nuevos valores se aplicarán al reiniciarse elservidor. Los scripts de base de datos de eventos detendrán y reiniciarán elservidor de base de datos Informix para que el espacio de gran objeto binario(BLOB) esté disponible cuando se instale o actualice la base de datos de eventos.Puede optar por ejecutar los scripts SQL tras haber preparado los dispositivos ytras haberse actualizado el archivo onconfig con los nuevos parámetros. Acontinuación, cuando se ejecuten los scripts SQL, el servidor de base de datosInformix se detendrá y reiniciará y los nuevos parámetros de configuraciónentrarán en vigor.

Nota: al editar el archivo onconfig, los nombres de los parámetros aparecen enmayúsculas y, si el valor del parámetro es una cadena de caracteres, el valores sensible a las mayúsculas y las minúsculas. También deberá utilizar unespacio en blanco para separar el nombre del parámetro y el valor delparámetro y el comentario opcional que sigue al valor.

Tabla 20. Opciones de configuración de Informix

Opción de configuración Descripción

SHMADD Especifica el tamaño del segmento de memoria que debeañadirse dinámicamente a la parte virtual de la memoriacompartida del servidor universal de Informix.

Valores recomendados:

Memoria física Valor de SHMADD

< 256MB 8192 KB

> 256MB y < 512MB 16384 KB

> 512MB 32768 KB

Valor recomendado para el archivo onconfig: SHMADD32768


Tabla 20. Opciones de configuración de Informix (continuación)


SHMTOTAL Especifica el tamaño máximo de memoria compartida para elservidor de base de datos Informix. Un valor que sea cero (0)permite que la memoria compartida pueda seguir tomandosegmentos del sistema operativo en función de lasnecesidades. El valor debe establecerse en 0 a menos que seanecesario restringir el acceso del servidor de base de datos deeventos a toda la memoria debido a que existen otrasaplicaciones que se ejecutan en la misma máquina.

Valor recomendado para el archivo onconfig: SHMTOTAL 0

SHMVIRTSIZE Especifica el tamaño inicial de la parte virtual de la memoriacompartida del servidor de base de datos Informix. Puedehacerse que a la memoria compartida se añadandinámicamente segmentos de memoria pero, si el tamaño noes el tamaño necesario para los requisitos operativos diarios,puede que los procesos tarden más en completarse mientrasesperan a que tenga lugar la adición de segmentos dememoria. De los siguientes, utilice el valor más grande:utilice 8000 KB o el número de todos los tipos de conexión dered especificados en el archivo sqlhosts de Informixmultiplicado por 350.

Valor recomendado para el archivo onconfig: SHMVIRTSIZE8000

RESIDENT Especifica que el sistema operativo no puede intercambiar laparte residente de la memoria compartida de Informix si elsistema operativo da soporte a la residencia forzada de lossegmentos de memoria. Al no estar permitido el intercambiode la parte residente, los datos contenidos en la base de datosde eventos permanecerán en la memoria en lugar deintercambiarse con el disco, y el rendimiento se beneficiará deello. Si el sistema operativo no tiene la opción de residenciaforzada, el servidor universal de Informix emitirá un mensajede error y, a continuación, pasará por alto el parámetro. Elvalor RESIDENT debe establecerse en 1.

Valor recomendado para el archivo onconfig: RESIDENT 1

DBSPACETEMP Especifica una lista de nombres de espacio de base de datosque se utilizan para el área de trabajo temporal del servidorde base de datos de eventos. Si ha entrado uno o másespacios de base de datos en el panel DBSPACETEMP delasistente, esta lista de espacios de base de datos deberáentrarse en el archivo onconfig de este parámetro. La listadebe entrarse como una cadena de valores de menos de 255caracteres, separando los espacios de base de datos por mediode un carácter de dos puntos o de una coma, sin espacios enblanco.

Valor recomendado para el archivo onconfig: DBSPACETEMP

espaciobd1_temp,espaciobd2_temp,espaciobd3_temp




MAX_PDQPRIORITY Especifica el porcentaje de recursos de base de datos que unproceso que realiza consultas de base de datos en paralelopodrá tomar del porcentaje cuya utilización ha solicitado. Losrecursos de base de datos que se utilizan en paralelo son lamemoria, la E/S de disco y los threads de exploración queexploran las tablas en busca de las filas solicitadas.

Valor recomendado para el archivo onconfig:MAX_PDQPRIORITY 50

DS_MAX_QUERIES Especifica el número de consultas de tipo de soporte dedecisiones que pueden ejecutarse simultáneamente. Lasconsultas de soporte de decisiones son consultas grandes,complejas, que exploran las tablas de la base de datos deeventos y que necesitan gran cantidad de recursos de base dedatos.

Valor recomendado para el archivo onconfig:DS_MAX_QUERIES 10

DS_MAX_SCANS Especifica el límite para el número de threads de exploraciónde consulta de base de datos en paralelo que una consulta desoporte de decisiones puede ejecutar concurrentemente. Lasconsultas de soporte de decisiones con consultas grandes,complejas, que exploran las tablas de la base de datos deeventos y que necesitan gran cantidad de recursos de base dedatos.

Valor recomendado para el archivo onconfig: DS_MAX_SCANS 20

DS_TOTAL_MEMORY Especifica el porcentaje total de memoria del servidoruniversal de Informix que debe utilizarse para las consultasde base de datos en paralelo. Establezca este valor entre un50% y un 80% para las aplicaciones que tienen gran númerode consultas de tipo de soporte de decisiones.

Valor recomendado para el archivo onconfig: DS_TOTAL_MEMORY 50

OPTCOMPIND Ayuda al optimizador de base de datos Informix a elegir elmejor método de acceso a los datos.

Valor recomendado para el archivo onconfig: OPTCOMPIND1

LOGFILES Especifica el número de registros lógicos.

Valor recomendado para el archivo onconfig: LOGFILES 5

LOGSIZE Especifica el tamaño del registro lógico.

Valor recomendado para el archivo onconfig: LOGSIZE 10000

LOGSMAX Especifica el número máximo de registros de transacciones.

Valor recomendado para el archivo onconfig: LOGSMAX 7

Consulte también el apartado “Registros lógicos de Informix”en la página 69.




PHYSDBS Es el nombre del espacio de base de datos del registro físico.

Valor recomendado para el archivo onconfig: PHYSDBSespaciobd_registro_físico

PHYSFILE Especifica la ubicación del registro físico. Para minimizar lacontención con el espacio de de base de datos raíz, saque losregistros físicos del espacio de base de datos raíz, donde secrean de forma predeterminada. Debido al valor de los datosde gran importancia que contiene, cree el registro físico en supropio dispositivo de E/S y duplíquelo. Cambie estasvariables de configuración especificando sus nuevos valores y,a continuación, cambie el servidor universal de Informix almodo de inmovilización con el comando onmode –ky deInformix y, seguidamente, ejecute el comando onparams paraestablecer el nuevo registro físico.

Valor recomendado para el archivo onconfig: PHYSDBSespaciobd_registro_físico

LOCKS Establece el número de bloqueos disponibles en el servidorde base de datos de eventos para todos los usuarios. Cadabloqueo utiliza hasta 44 bytes de memoria residente.

Valor recomendado para el archivo onconfig: LOCKS 10000

DEADLOCK_TIMEOUT Especifica el número de segundos que un thread esperarápara adquirir un bloqueo. Este parámetro lo utilizan lasconsultas distribuidas que acceden a un servidor remoto.

Valor recomendado para el archivo onconfig:DEADLOCK_TIMEOUT 60

BUFFERS Especifica la cantidad de memoria física que se ha asignado alos búfers. Calcule todos los demás parámetros de la memoriacompartida después de haber determinado el espacionecesario para el parámetro de búfer. Si después de establecerlos valores para los demás parámetros de la memoriacompartida existe memoria por asignar, asigne más memoriaa los búfers utilizando un máximo del 25%. Puede averiguarel número de búfers que deben asignarse tomando el 25% dela memoria física disponible y dividiendo el número por elvalor del tamaño de página de Informix para el sistemaoperativo. También puede ejecutar el comando oncheck–prpara obtener el número de búfers que deben establecerse.

Valor recomendado para el archivo onconfig: BUFFERS 200

LOGBUFF Define el tamaño de los búfers de registro lógico en lamemoria compartida.

Valor recomendado para el archivo onconfig: LOGBUFF 64

PHYSBUFF Define el tamaño de los dos búfers de registro físico en lamemoria compartida. Elija un tamaño que pueda dividirse,de forma equitativa, por el tamaño de página. Puede ejecutarel comando oncheck –pr para obtener el tamaño de página.

Valor recomendado para el archivo onconfig: PHYSBUFF 16




CKPTINTVL Define la frecuencia, expresada en número de segundos, conla que el servidor de base de datos de eventos comprueba sidebe tomarse un punto de control.

Valor recomendado para el archivo onconfig: CKPTINTVL120

CLEANERS Especifica el número de limpiadores de página que debenasignarse. Debe utilizar un limpiador de página por cadaunidad de disco que se haya asignado al servidor de base dedatos de eventos. Los limpiadores graban en el disco laspáginas cambiadas. La especificación de limpiadoresadicionales no tiene ningún efecto en los valores de lamemoria compartida.

Valor recomendado para el archivo onconfig: CLEANERS 7

LRUS Define el número de colas que se han utilizado menosrecientemente (LRU) en la memoria compartida que laagrupación de almacenamiento en búfer ha utilizado pararealizar el seguimiento de las páginas más antiguas. Acontinuación, pueden sustituirse, dejando las páginas que sehan utilizado más recientemente en la memoria. Establezcaeste valor en 4 para una máquina con un único procesador.En la documentación de la base de datos de Informix seproporciona una fórmula para calcular los valores para lasmáquinas multiprocesador. Supervise las colas LRU con elcomando onstat –R y realice los ajustes que sean necesarios.

Valor recomendado para el archivo onconfig: LRUS 4

LRU_MAX_DIRTY Especifica que, cuando se haya modificado el porcentajeespecificado de los búfers de página de una cola LRU, loslimpiadores deben grabar los cambios en el disco paragarantizar que la cola no se llenará.

Valor recomendado para el archivo onconfig:LRU_MAX_DIRTY 70

NOAGE Parámetro informativo que evita que un sistema operativoreduzca la prioridad de ejecución de un proceso cuando éstese ejecuta durante períodos de tiempo prolongados. Puedecomprobar si el sistema operativo reduce la prioridad de losprocesos a medida que éstos acumulan tiempo de proceso y,en caso afirmativo, establecer este parámetro en uno.

Valor recomendado para el archivo onconfig: NOAGE 1

RA_PAGES Define el número de páginas de disco cuya lectura anticipadadebe intentarse durante las exploraciones secuenciales dedatos o de tablas de índice. Esta característica puede acelerarconsiderablemente el proceso de la base de datos por habersecolocado ya en la memoria los datos necesarios antes de quela aplicación los necesite.

Valor recomendado para el archivo onconfig: RA_PAGES 10




RA_THRESHOLD Define el número de páginas de disco que quedan sinprocesar en la memoria antes de que el servidor de base dedatos de eventos reciba la señal para leer más páginas en lamemoria.

Valor recomendado para el archivo onconfig: RA_THRESHOLD 5

SINGLE_CPU_VP Define el número de procesadores virtuales de CPU en losque se ejecuta el servidor de base de datos de eventos.Establezca el valor en 1 si el servidor de base de datos deeventos va a ejecutarse en un procesador virtual de CPU,pues las distintas rutas de código irán seguidas de este valor,que evita los cambios que se establecen cuando la ejecucióntiene lugar en una máquina multiprocesador.

Valor recomendado para el archivo onconfig:SINGLE_CPU_VP 1

Registros lógicos de InformixExisten tres parámetros de configuración que puede establecer en el archivo deconfiguración onconfig para los registros lógicos de Informix. Evalúe el número yel tamaño de los parámetros de configuración de registro lógico para asegurarse deque son adecuados para los períodos de máximo proceso que experimenta elservidor de base de datos de eventos.

Para los registros lógicos de Informix, en el archivo de configuración onconfigestán disponibles los tres parámetros de configuración siguientes:

Tabla 21. Parámetros de configuración de registro lógico de Informix

Parámetro de configuración Definición

LOGFILES Especifica el número total de registros lógicos.

LOGSIZE Especifica el tamaño de los registros lógicos.

LOGSMAX Especifica el número máximo de registros lógicos.

Para obtener más información acerca de los parámetros de configuración de registro lógicode Informix, consulte el apartado “Opciones de configuración de Informix” en la página 64.

El tamaño y el número de los registros lógicos deben ser lo suficientementegrandes como para garantizar que existe suficiente espacio de registro lógico. Si eltamaño de los registros lógicos se establece en un valor demasiado pequeño, laactividad del usuario quedará bloqueada hasta que exista espacio disponible.Actualice el archivo de configuración indicando nuevos valores en los parámetrosde configuración en función de las necesidades. Deberá tener un número mínimode tres registros lógicos con un tamaño mínimo de 200 KB.

De forma predeterminada, los registros lógicos se inicializan en el espacio de basede datos raíz. Para minimizar la contención, saque los registros lógicos y losregistros físicos del espacio de base de datos raíz y colóquelos en sus propios, yseparados, espacios de base de datos, en distintos dispositivos de E/S. Puede creardos espacios de base de datos en distintos dispositivos de E/S para los registroslógicos y subdividirlos entre los dos espacios de base de datos. Para obtener unrendimiento óptimo, los nuevos espacios de base de datos no deben contener otrosdatos.


Para crear nuevos registros lógicos en distintos espacios de base de datos, cree elespacio de base de datos tras la inicialización del dispositivo, o archivo con formato,tal como se describe en términos generales en la publicación Informix UniversalServer Administration Guide. Los dispositivos sin formato son más rápidos que losarchivos con formato porque el subsistema de E/S del sistema operativo nointeractúa con la E/S para el dispositivo sin formato.

Nota: un archivo con formato hace referencia a un tipo específico de archivo deUNIX. Aunque Informix gestiona el contenido de los archivos con formato,el sistema operativo UNIX gestiona toda la E/S para los archivos conformato. A diferencia del espacio de disco sin formato, los bloqueslógicamente contiguos de un archivo con formato podrían no ser físicamentecontiguos.

Consulte la publicación Informix Administration Guide para obtener informaciónacerca de cómo se sacan los registros lógicos del espacio de base de datos raíz ycómo se crean en nuevos espacios de base de datos.

Opciones de configuración de MS SQL ServerEn este apartado se describen las opciones de configuración del servidor y de labase de datos MS SQL Server que pueden establecerse en el asistente o que unadministrador de base de datos puede cambiar manualmente. Sólo unadministrador de base de datos deberá cambiar estos valores, pues MS SQL Serversupervisa frecuentemente el estado de las asignaciones de memoria y otros valoresde configuración y los vuelve a configurar dinámicamente.

Consulte los manuales de la base de datos MS SQL Server para obtenerinformación acerca de las opciones de configuración más adecuadas para suentorno.

Para la base de datos de eventos pueden activarse los parámetros siguientes:

Tabla 22. Parámetros de base de datos de MS SQL Server


ANSI null default Parámetro predeterminado que se establece en on para labase de datos de eventos.

trunc. log on chkpt Parámetro que se establece en on para la base de datos deeventos.

El dispositivo predeterminado cambia por el dispositivo que se ha especificado enlos paneles del asistente como rest_data.

Se crean desencadenantes para dar soporte a las versiones de MS SQL Server queno disponen de la función ON DELETE CASCADE.

A continuación se indican las opciones de configuración del servidor de base dedatos de eventos que pueden modificarse:

Tabla 23. Opciones de configuración del servidor de base de datos MS SQL Server


Minimum memory per query El valor se establece en 4096.


Tabla 23. Opciones de configuración del servidor de base de datos MS SQLServer (continuación)


Maximum async IO El valor se establece en 100 para MS SQL Server 7.Nota: este valor sólo se establece para MS SQL Server 7,pues MS SQL Server 2000 no ofrece la opción deconfiguración de E/S asíncrona máxima.

Opciones de configuración de OraclePara minimizar la contención de disco al utilizar una base de datos de Oracle,puede separar físicamente el espacio de disco para los elementos siguientes:v Espacio de tabla del sistema de base de datosv Espacio de tabla temporalv Segmentos de retrotracciónv Datos de aplicaciónv Índices de aplicación

El área global del sistema (SGA) de Oracle es el área de memoria que Oracleasigna durante el inicio de sesión y que contiene las estructuras de memoria que seutilizan para almacenar datos y para controlar la información. El SGA siempredebe encontrarse en la memoria no paginada y sin intercambio.

En la tabla que se muestra a continuación se definen los tipos de estructuras dememoria de Oracle:

Tabla 24. Tipos de estructuras de memoria de Oracle

Tipo Definición

Agrupación compartida Reside en el SGA de instancias de Oracle y contiene las áreas deSQL compartidas y el diccionario de datos.

Caché de búfer de basede datos

La caché del búfer contiene copias de los bloques de datos quese han leído del disco.

Búfer del registro derehacer

Es un búfer del SGA que contiene un histórico de los cambiosconfirmados.

Los valores que se definen para los parámetros siguientes son los que tienen unmayor impacto en el tamaño del SGA:v LARGE_POOL_SIZEv SHARED_POOL_SIZEv DB_CACHE_SIZEv LOG_BUFFER

Para obtener información detallada adicional acerca del rendimiento de la base dedatos de Oracle, consulte la publicación Oracle Database Performance Guide andReference.

Ajuste de los segmentos de retrotracción de OracleLos segmentos de retrotracción almacenan los cambios que realizan lastransacciones y deben asignarse correctamente para que el rendimiento de la basede datos sea óptimo. El tamaño y el número de los segmentos de retrotraccióndependen de la aplicación y el tamaño puede determinarse supervisando elarchivo de rastreo del grabador de registro (LGWR) y el archivo ALERT de la base


de datos para comprobar si el proceso LGWR tiene que esperar con frecuencia parapoder grabar en el registro redo. El tamaño, multiplicado por el número deregistros redo, debe ser lo suficientemente grande como para contener el númeromáximo de cambios que se grabarán para los cambios de la transacción másgrandes antes de confirmarse.

Nota: al ajustar los segmentos de retrotracción de Oracle, la base de datos debeestar en el modo de gestión de cancelación manual. No podrá ajustar lossegmentos de retrotracción si la base de datos está en modo automático, yaque Oracle gestiona la operación de los segmentos de retrotraccióninternamente.

Siempre existe un segmento de retrotracción denominado SYSTEM en el espacio detabla SYSTEM. Como mínimo, se necesitará un segmento de retrotracción adicionalsi se han definido varios espacios de tabla. La definición de varios segmentos deretrotracción mejora el rendimiento de la base de datos de eventos, pues lautilización de los segmentos de retrotracción y la contención se distribuyen entrevarios segmentos de retrotracción.

En general, los segmentos de retrotracción deben tener un tamaño acorde con eltamaño de las transacciones que realiza la aplicación. Las transacciones cortastienden a ofrecer un mejor rendimiento con muchos segmentos de retrotracciónpequeños, mientras que las transacciones largas tienden a ofrecer un mejorrendimiento con segmentos de retrotracción grandes. Para mejorar el rendimientode la E/S de las retrotracciones, cada segmento de retrotracción de una instanciadebe tener entre 10 a 20 ampliaciones de igual tamaño. Cree un espacio de tablapara que contenga todos los segmentos de retrotracción a excepción de los dossegmentos de retrotracción SYSTEM. Las ventajas que ofrece este diseño son quelos segmentos de retrotracción no se almacenan con otros tipos de datos y que lacontención para acceder a los datos queda limitada. Asimismo, el espacio de tablapuede mantenerse en línea en todo momento para garantizar que los segmentos deretrotracción no fragmentarán los espacios de tabla de datos asignando ydesasignando frecuentemente las ampliaciones.

Ajuste de los archivos y del búfer del registro de rehacer deOracleEl búfer del registro de rehacer y los archivos del registro de rehacer en línea deOracle contienen el histórico de los cambios confirmados que se han realizado enla base de datos de eventos. Su finalidad es proteger la base de datos de eventosen caso de que se produzca una anomalía en una instancia. El búfer del registro derehacer de Oracle es un búfer del SGA que se graba de forma circular. Luego losregistros se graban en archivos del registro de rehacer del disco, también de formacircular. Deben multiplexarse, es decir, cada uno de ellos debe tener una copia deseguridad para garantizar las copias de seguridad de cada registro. Los archivosdel registro de rehacer multiplexados se denominan grupos de archivos delregistro de rehacer. El registro y su copia de seguridad son miembros del grupo dearchivos de registro y deben colocarse en distintos dispositivos de E/S para evitarque exista un único punto de anomalía en una base de datos Oracle. Comomínimo, deben definirse dos registros o grupos de registros de rehacer y debencolocarse en los dispositivos de E/S más rápidos y menos ocupados.

Opciones de configuración de OracleEn la tabla siguiente se definen algunas opciones de configuración de Oracle quepueden mejorar el rendimiento de ejecución:


Para implementar estas y otras opciones de configuración muy beneficiosas, siga elprocedimiento que se describe en términos generales en la documentación delproveedor de la base de datos de Oracle.

Tabla 25. Opciones de configuración de Oracle


DB_BLOCK_BUFFERS Este parámetro define el número debúfers de la caché de búfer del áreaglobal del sistema (SGA). La caché debúfer contiene copias de los bloques dedatos que se han leído del disco. Elestablecimiento de este valor afecta alrendimiento de la caché de búfer. Ladefinición de este valor de formacorrecta favorece las posibilidades deobtener los datos solicitados de lamemoria en lugar de obtenerlos deldisco, lo que mejora considerablementeel rendimiento de ejecución. Debe haceruna estimación del número de bloquesde datos a los que la aplicación IBMTivoli Enterprise Console accede conmás frecuencia para hacer uso de lastablas, los índices y los segmentos deretrotracción y proporcionar unaestimación del número mínimo debúfers que deben definirse para la cachédel búfer. Por lo general, 1000 a 2000 esun valor mínimo correcto para elnúmero de búfers que deben definirse.La caché de búfer debe ser igual a lamemoria que queda tras haber ajustadolas áreas de SQL y de PL/SQL y laagrupación compartida.

DB_BLOCK_MULTIBLOCK_READ_COUNT Este parámetro especifica el númeromáximo de bloques que se leen duranteuna exploración de tabla secuencial parauna operación de E/S. Puede ayudar aminimizar el número de E/S necesariosdurante las exploraciones de tabla.

DB_CACHE_SIZE Este parámetro especifica el tamaño dela agrupación de almacenamientos enbúfer predeterminada para los búfersque utilizan el tamaño de bloque queespecifica el parámetroDB_BLOCK_SIZE.

LARGE_POOL_SIZE Asigne una agrupación grande para queOracle disponga de una agrupación porseparado para solicitar asignaciones dememoria grandes y reducir el impactoen el SGA en conjunto. También debeestablecer el parámetroLARGE_POOL_MIN_ALLOC.


Tabla 25. Opciones de configuración de Oracle (continuación)


PARALLEL_AUTOMATIC_TUNING El establecimiento de este parámetropermite que Oracle pueda determinarautomáticamente los parámetrospredeterminados necesarios para laejecución en paralelo. Puesto que laejecución en paralelo sólo utiliza laagrupación grande, si el parámetrolarge_pool_size no se establece,determinará un tamaño predeterminadopara éste. Para habilitar este parámetro,también deberá definir las tablas dedestino como PARALLEL.

SHARED_POOL_SIZE La agrupación compartida reside en elSGA de instancias de Oracle y contienelas áreas de SQL compartidas y eldiccionario de datos. El área de SQLcompartida contiene la informaciónnecesaria para ejecutar sentencias SQLsimples. El diccionario de datoscontiene los nombres de usuario delservidor de Oracle, los privilegios y lasfunciones, los nombres y lasdefiniciones de los objetos de base dedatos, las restricciones de integridad, lasasignaciones de espacio de objetos de labase de datos, la información decomprobación, los procedimientosalmacenados y los desencadenantes.

SORT_AREA_SIZE Cuando tienen lugar funciones declasificación grandes con regularidad,este parámetro debe incrementarserespecto a su valor predeterminado. Elestablecimiento de este valor de formacorrecta puede incrementar el númerode procedimientos de clasificación quepodrán realizarse por completo en lamemoria y puede acelerar lasclasificaciones que no pueden realizarsepor completo en la memoria.

SORT_DIRECT_WRITES Establezca este valor en AUTO. Cuandose establece en AUTO y el parámetrosort_area_size tiene más de 10 veces eltamaño del búfer, este parámetro puedehacer que se pase por alto la utilizaciónde la caché de búfer y, potencialmente,mejorar las clasificaciones en unaproporción de 3.




SORT_AREA_RETAINED_SIZE Un valor de sort_area_size grande debecontrarrestarse con un valor desort_area_retained_size mínimo paraque la memoria de clasificación puedaliberarse antes de que finalice la sesiónde un usuario. Si la memoria no selibera hasta que el usuario sedesconecta de Oracle, la existencia deun área de trabajo de clasificacióngrande puede provocar problemas enlugar de favorecer el rendimiento.

LOG_BUFFER Es una aplicación que genera muchosregistros y que, comúnmente, tiene untamaño comprendido entre 3 y 5 MBpara el tamaño del búfer del registro.Compruebe las estadísticas de reintentosde asignación de búfer de rehacer en lavista V$SYSSTAT para verificar si estevalor es alto. Un valor alto indica quedebe incrementarse el tamaño del búferdel registro. Asegúrese de que losregistros se encuentran en dispositivosde E/S de alto rendimiento con índicesde contención de E/S bajos.

DB_WRITER_PROCESSES Este parámetro especifica el número deinicios de sesión de los procesos delgrabador de base de datos para unainstancia. Es útil establecer este valor enun valor más alto para aplicacionescomo, por ejemplo, el producto IBMTivoli Enterprise Console, que necesitanfrecuentes y exhaustivas actualizacionesde la base de datos.

ALWAYS_ANTI_JOIN Establezca este parámetro en el valorHASH para habilitar el operador NOTIN que se evaluará en paralelomediante un algoritmo hash anti-join enparalelo. De lo contrario, utilizará unasecuencia correlacionada secuencial.

LOCK_SGA Este parámetro bloqueará la asignaciónde memoria del SGA en la memoriafísica cuando se establezca en true. Conello se evita que los búfers de lamemoria del servidor de base de datosde eventos se intercambien con el disco.El parámetro se pasa por alto si laplataforma del sistema operativo en elque se establece no da soporte a éste.También puede optar por bloquear sólodeterminadas áreas de SGA en lamemoria física con la opción deconfiguración LOCK_SGA_AREAS.




OPTIMIZER_MODE Este parámetro establece el método deacceso que ha de utilizarse para lainstancia cuando se recuperan filas delas tablas de base de datos de eventos.Cuando se establezca, el optimizadorelegirá el mejor método entre unenfoque basado en reglas y un enfoquebasado en costes. El enfoque basado encostes implica el análisis de lasestadísticas, si están actualizadas.Puesto que en la base de datos deeventos podrían estar ejecutándoseregularmente las estadísticaswdbmaint.sh y la reorganizaciónwdbmaint.sh, el modo elegido deberíaser beneficioso para la aplicación IBMTivoli Enterprise Console.

OPTIMIZER_INDEX_COST_ADJ Este parámetro le permite añadir unfactor de ponderación al enfoquebasado en costes cuando se realiza laevaluación de los índices respecto a lasexploraciones de tabla. La utilización deeste parámetro para la aplicación IBMTivoli Enterprise Console debería serbeneficiosa, de forma que sefavorecieran las ponderaciones de losíndices en lugar de la utilización de lasexploraciones de tabla.

Opciones de configuración de SybaseSybase ofrece muchas opciones de configuración para ajustar el rendimiento de labase de datos de eventos.

En la tabla siguiente se indican las opciones de configuración que los scripts SQLconfiguran automáticamente para la base de datos de eventos.

Tabla 26. Opciones de configuración de Sybase


total memory La memoria total se configura a partir de los valores deentrada de usuario y define la memoria total, en unidades de2K, que se ha asignado desde la memoria disponible delsistema operativo al servidor de base de datos de eventos. Laespecificación de valores altos permite realizar másasignaciones de servidor de base de datos de eventos a losbúfers y cachés internos, reduciéndose de esta forma elnúmero de E/S en el disco, lo que puede mejorar elrendimiento.Nota: el servidor de base de datos de eventos debe ser capazde adquirir la totalidad de la memoria total definida duranteel inicio, o es posible que no pueda iniciarse. Si el servidor nose inicia, establezca este valor del servidor, en el archivo deconfiguración, en un valor más bajo y vuelva a iniciar elservidor.


Tabla 26. Opciones de configuración de Sybase (continuación)


number of index trips El número de saltos de índice se establece en 1 en los scriptsSQL. Este parámetro define el número de veces que unapágina de índice cambiada se saltará cuando se considere quépáginas deben intercambiarse y en qué orden.

procedure cache percent El porcentaje de caché de procedimiento está establecido en el25%. Este número especifica el porcentaje de memoria que seha asignado a la caché de procedimiento. Este porcentaje seobtiene de la memoria que queda después de que AdaptiveServer ha tomado la memoria necesaria para los bloqueos, lasconexiones de usuario y el propio código del servidor. Acontinuación, la caché de datos toma la memoria que queda.La caché de procedimiento se utiliza cuando se ejecutanprocedimientos almacenados y se compilan las consultas.

cis cursor rows Las filas de cursor CIS se han establecido en 100. Es elnúmero de filas que se recuperan con las operaciones decursor abierto y búsqueda de cursor.

number of devices El número de dispositivos se ha establecido en 25. Este valorestablece el número de dispositivos que pueden definirse conla inicialización de disco. Los valores iniciales para losnúmeros de dispositivo son 0 al 9. La base de datos deeventos configura hasta 11 dispositivos adicionales para quepueda establecerse un nuevo valor de 25. Cambie este valorpor un valor más alto si un valor de 25 no permite la adiciónde 11 nuevos dispositivos.

number of large I/Obuffers

El número de dispositivos de E/S grandes se ha establecidoen 12. Este valor establece el número de búfers de 16 Kdisponibles para los programa de utilidad de E/S grandescomo, por ejemplo, cargar base de datos, crear base de datosy alterar base de datos.

number of locks El número de bloqueos se ha establecido en 10000. Este valorestablece el número de bloqueos disponibles en el servidor debase de datos de eventos para todos los usuarios.

deadlock checking period El período de comprobación de punto muerto se haestablecido en 2 segundos, o en 2000 milisegundos. Elestablecimiento de un valor más alto libera ciclos de CPUpara las aplicaciones que no experimentan puntos muertoscon frecuencia.

lock hash table size El tamaño de la tabla de hash de bloqueos se ha establecidoen 4096 bytes. Este número define el número de bytes de latabla de hash de bloqueos que se han asignado para contenerel número de bloqueos actualmente en uso.

lock schema El esquema de bloqueo se ha establecido en filas de datos.Este valor define el esquema de bloqueo predeterminado y locambia por el bloqueo de filas.

row lock promotion HWM El HWM de promoción de bloqueo de filas se ha establecidoen 8000. Este número define el umbral superior de bloqueosque pueden adquirirse durante una única exploración de unatabla o índice antes de que el servidor escale desde elbloqueo de filas al esquema de bloqueo de tablas.

max SQL text monitored La cantidad máxima de texto SQL supervisado se haestablecido en 1024 bytes. Este valor define la cantidad dememoria por conexión de usuario que se ha reservado paraguardar el texto de SQL compartido.


Los parámetros que se indican a continuación sólo se activan para la base de datosde eventos:

Tabla 27. Parámetros de Sybase que sólo se activan para la base de datos de eventos

Parámetro Descripción

selectinto/bulkcopy/pllsort

El parámetro select into/bulkcopy/pllsort se ha establecidoen ON para la base de datos de eventos y la base de datosTEMPDB.

trunc. log on chkpt El parámetro trunc. log on chkpt se ha establecido en ONpara la base de datos de eventos.

allow nulls by default El parámetro allow nulls by default se ha establecido en ONpara la base de datos de eventos.

Consideraciones generales acerca de la base de datos de eventosAntes de iniciar la configuración de la base de datos de eventos, para todos lostipos de bases de datos, deben tenerse en cuenta los puntos siguientes:v Para las bases de datos distintas de Oracle, para instalar, actualizar o eliminar la

base de datos de eventos será necesario detener y volver a iniciar el servidor debase de datos de eventos con el fin de que los nuevos valores de laconfiguración entren en vigor. Asegúrese de que no exista ningún usuario consesiones activas en el mismo servidor de base de datos de eventos que la basede datos de eventos en la que va a realizarse la instalación. Los scripts cierran elservidor de base de datos de eventos si es necesario para ejecutar los scripts deconfiguración de base de datos de eventos. Cuando el cliente de base de datos seinstala en el host RIM en lugar de en el servidor de base de datos, puede que sele solicite que detenga o que reinicie el servidor de base de datos y que, acontinuación, haga clic en Siguiente para continuar.

v El comando wuninst utiliza el script tec-remove.sh, que se encuentra en eldirectorio $BINDIR/TME/TEC. Antes de ejecutar este comando, deberá detenerel servidor de eventos y la consolas de eventos activas y, a continuación, ejecutarel asistente o el script wdbinstall.sh para eliminar por completo la base de datosde eventos del servidor de base de datos de eventos.

v Se recomienda consultar al administrador de base de datos y la documentacióndel proveedor de la base de datos para verificar si el entorno de base de datosutiliza dispositivos de base de datos duplicados. Puede que le sea posible editarlos scripts del esquema de base de datos para añadir la posibilidad deduplicación al esquema del producto de que dispone.

v Cuando defina los tamaños de los dispositivos y las rutas de los directorios enlos paneles del asistente, asegúrese de que el tamaño de dispositivo especificadoesté disponible en la ruta de directorio o partición sin formato especificada paraese dispositivo y que se hayan establecido los permisos necesarios para que elservidor de base de datos pueda grabar en el directorio.

Consideraciones acerca de DB2Cuando el cliente DB2 se instala en el host RIM, el nodo que va a utilizar el clienteDB2 para conectarse con el servidor DB2 ya deberá haberse catalogado y estar listopara utilizarse.


Consideraciones acerca de DB2 para las nuevas instalaciones yactualizacionesSi está utilizando una conexión de cliente DB2, deberá asegurarse de que no existaninguna conexión activa con la instancia de base de datos IBM Tivoli EnterpriseConsole antes de ejecutar los scripts que genera el asistente. También deberácatalogar el servidor DB2 para poder realizar la actualización. Para obtenerinformación sobre DB2 adicional acerca de la catalogación del nodo DB2, consulteel comando catalog tcpip node en la publicación DB2 Universal Database CommandReference.

Para forzar la desconexión de las conexiones activas antes de ejecutar los scriptsgenerados, puede utilizar el comando siguiente desde el servidor de base de datosDB2:dbs2stop force

db2start

Catalogación del nodo DB2 para una nueva instalaciónPara catalogar el nodo DB2, utilice el comando DB2 siguiente:db2 catalog tcpip node nombre_nodo remote nombre_servidor server

nº_puerto_instancia

–O bien–nombre_servicio

Catalogación del nodo DB2 para una actualizaciónCuando el cliente DB2 se instala en el host RIM, el nodo y la base de datos deeventos ya deben estar catalogados.

Para catalogar la base de datos DB2, utilice el comando DB2 siguiente:db2 catalog database nombre_base_datos_tec as nombre_alias_base_datos_tec

at node nombre_nodo

Consideraciones acerca de InformixPuesto que los nombres de espacio de base de datos lógicos de Informix se creanen el servidor de base de datos, para una base de datos creada en el servidorInformix, los nombres deben ser exclusivos. Si se ha instalado más de un servidorde eventos en el servidor Informix, deberá asignar nombres de espacio de base dedatos lógicos exclusivos a cada base de datos.

Si opta por mover el área de trabajo DBSPACETEMP desde el dispositivo deespacio de base de datos raíz a un nuevo espacio o espacios de base de datos enlugar de seleccionar el botón Sin cambios en el panel DBSPACETEMP delasistente, los espacios de base de datos DBSPACETEMP no se eliminará cuando seelimine el producto IBM Tivoli Enterprise Console. Es un cambio permanente quese recomienda para los espacios de base de datos DBSPACETEMP para laconfiguración del servidor de base de datos de eventos. Si no especifica nuevosespacios de base de datos al reinstalar la base de datos de eventos, seleccione elbotón Sin cambios en el panel DBSPACETEMP.

Nota: para Informix, los scripts que genera el asistente deben ejecutarse desde elservidor de base de datos Informix.


Cuando especifique nuevos espacios de base de datos para DBSPACETEMP desdelos paneles del asistente, asegúrese de que también actualiza el archivo onconfigde Informix con los nuevos nombres de espacio de base de datos para la opción deconfiguración DBSPACETEMP.

Para Informix, cuando se actualiza una base de datos de eventos al esquema de laversión 3.8 y, a continuación, se elimina con scripts SQL de la versión 3.8, elesquema de la versión 3.8 no reconocerá los espacios de base de datos que sehabían definido anteriormente. Los espacios de base de datos definidos para labase de datos de eventos original (cualquiera que existiera con anterioridad a laactualización a la versión 3.8) deberán eliminarse manualmente.

Consideraciones acerca de MS SQL ServerEl asistente le solicita el nombre del servidor de base de datos de eventos y elnombre del servicio. El nombre del servicio es mssqlserver para MS SQL Server 7y MS SQL Server 2000 con la instancia de servidor predeterminada. El nombre delservidor puede encontrarse en el SQL Server Enterprise Manager.

El nombre del servicio tiene el formato siguiente para una instancia MS SQL Server2000 a la que se haya asignado un nombre:mssql$nombre_instancia

Para obtener información acerca de otras consideraciones adicionales acerca de MSSQL Server, consulte el apartado “Consideraciones acerca de Sybase y MS SQLServer” en la página 81.

Valores de TEMPDBEl archivo TEMPDB original se suprime cuando se selecciona la opción para alterarlos valores de TEMPDB. Cuando un cliente de base de datos se instala en el hostRIM, se muestra un mensaje en el que se indica que el archivo TEMPDB debesuprimirse de la máquina en la que se ha instalado en servidor de eventos. Lasupresión del archivo TEMPDB de esta máquina garantiza que todo el espacioTEMPDB residirá en su propio dispositivo y que no compartirá el dispositivomaestro.

El asistente y el script wdbinstall.sh sólo detienen y reinician, o le solicitan quedetenga y reinicie, el servidor de base de datos de eventos si se han alterado losvalores de TEMPDB. No será necesario detener y reiniciar el servidor de base dedatos de eventos durante el proceso de instalación o actualización de la base dedatos de eventos si se selecciona la opción Sin cambios para los valores deTEMPDB.

Consideraciones acerca de OraclePuesto que la base de datos Oracle suele instalarse mediante la utilización de lainstalación de Oracle para crear la base de datos de eventos, deberá utilizarnombres exclusivos para todos los espacios de tabla que incluya la base de datos.Si se ha instalado más de un servidor de eventos en el servidor Oracle, deberáasignar nombres de espacio de tabla exclusivos a cada base de datos.

Las opciones Install Database Objects y Remove Database Objects no estándisponibles para Oracle en el asistente. A diferencia de otras plataformas, lainstalación de la base de datos de Oracle utiliza una instancia de base de datosexistente para los datos de evento y no cambia los valores de la instancia existente.Existen opciones disponibles para otras bases de datos, ya que crean nuevas basesde datos para los datos de eventos.


La instalación o eliminación de la base de datos de Oracle no dará lugar a ladetención y reinicio de la instancia de Oracle, como sucede con otras bases dedatos.

Consideraciones acerca de Sybase y MS SQL ServerPuede optar por cambiar los valores de TEMPDB una vez, lo que dará lugar a quela base de datos TEMPDB se mueva desde su ubicación predeterminada en eldispositivo maestro al dispositivo y tamaño que se han especificado en los panelesdel asistente. Si esta acción ya se ha iniciado en el entorno, porque la ha iniciado eladministrador de base de datos o porque se ha iniciado mediante la ejecución delos scripts del asistente, haga clic en el botón Sin cambios en el panelcorrespondiente para asegurarse de que los cambios no vuelvan a intentarse nivuelvan a generar resultados anómalos. Si los valores de TEMPDB se ejecutan másde una vez, recibirá mensajes de error.

Cuando la base de datos de eventos se crea nuevamente o se actualiza a la versión3.8, como dispositivo predeterminado se selecciona el dispositivo etiquetadorest_data. Cuando se elimina la base de datos de eventos, el dispositivopredeterminado se establece en Master para Sybase.

Si la base de datos TEMPDB se mueve a un nuevo dispositivo en lugar deseleccionarse el botón Sin cambios, no cambiará cuando se elimine la base dedatos de eventos. Una vez detenidos, los servidores Sybase o MS SQL Server nopodrán volver a iniciarse si se ha eliminado la base de datos TEMPDB.

Para MS SQL Server y Sybase, si el cliente se instala en el host RIM, deberá sercapaz de detener e iniciar el servidor de base de datos de eventos cuando se lesolicite que lo haga ejecutando el asistente o el script wdbinstall.sh para podercontinuar con el paso siguiente.

Para MS SQL Server y Sybase, el inicio de sesión de usuario debe ser exclusivopara cada base de datos que se haya instalado en el servidor de base de datos deeventos.

Consideraciones acerca de SybasePuesto que los nombres de los dispositivos lógicos de Sybase se crean en elservidor de base de datos, los nombres de los dispositivos deben ser exclusivospara las bases de datos que se han creado en el servidor Sybase. Si se ha instaladomás de un servidor de eventos en el servidor Sybase, deberán asignarse nombresde dispositivos lógicos exclusivos a cada nombre de dispositivo lógico que se hayacreado para cada base de datos.

Para Sybase, cuando se actualiza una base de datos de eventos al esquema de laversión 3.8 y, a continuación, se elimina con los scripts SQL de la versión 3.8, elesquema de la versión 3.8 no reconocerá los dispositivos que se habían definidoanteriormente. Los dispositivos definidos para la base de datos de eventos original(cualquiera que existiera con anterioridad a la actualización a la versión 3.8)deberán eliminarse manualmente.

Habilitación del soporte de idiomaEl producto IBM Tivoli Enterprise Console da soporte al proceso de datos deevento que se originan desde gran diversidad de páginas de códigos. Esto esposible porque todos los datos de evento se convierten a la página de códigosUTF-8 durante la creación del evento. Tras la conversión, los datos de evento


conservan el formato UTF-8 en todos los demás procesos, a excepción delalmacenamiento de los datos en la base de datos. Los datos se almacenan enformato RDBMS. La página de códigos suele ser la página de códigos nativa delsistema operativo en el que se ejecuta RDBMS.

La habilitación del soporte de idioma es distinta para cada base de datos. Elasistente no crea directamente bases de datos que dan soporte a UTF-8, perogenera scripts que manipulan los espacios de tabla que darán soporte a lacodificación UTF-8. Para obtener información acerca de las consideraciones quedeben tenerse en cuenta al habilitar el soporte de idioma para el tipo de base dedatos utilizado, consulte los apartados correspondientes.

Habilitación del soporte de idioma para DB2Para el soporte de DB2 de la codificación UTF-8, se necesita un conjunto deparámetros durante la creación de la base de datos. Se añade el parámetro USINGCODESET UTF-8 TERRITORY para crear comandos con el fin de que DB2 désoporte a los datos de evento que se reciben de páginas de códigos heterogéneas.

Seleccione el identificador territorial de dos letras adecuado en el menúdesplegable interactuando con el asistente. La base de datos de eventos que se creadesde el asistente dará soporte a los datos UTF-8 seleccionados.

Para obtener más información acerca de la habilitación del soporte de idioma paraDB2, consulte la publicación IBM DB2 Universal Database Administration Guide:Planning.

Habilitación del soporte de idioma para MS SQL Server,Sybase e Informix

Si los datos de evento se han generado a partir de gran diversidad de páginas decódigos, puede que no sea posible almacenar correctamente los datos que se hanoriginado a partir de una página de códigos en una base de datos que da soporte auna página de códigos distinta. Por este motivo, las tablas relacionadas con loseventos de la base de datos de eventos dan soporte a UTF-8 de formapredeterminada cuando ello es posible. Puesto que los sistemas de base de datoscuentan con su propio soporte para los datos internacionalizados, el soporte paraesta opción varía de un proveedor a otro. Consulte la documentación que le hafacilitado el proveedor de la base de datos para conocer los procedimientos queson específicos de su base de datos.

Nota: este cambio de configuración no afecta a MS SQL Server, Sybase e Informix,pues no dan soporte al almacenamiento de datos en formato UTF-8. Sí afectaa Oracle y DB2, pues ambos dan soporte al almacenamiento de datos enformato UTF-8.

Habilitación del soporte de idioma para OracleOracle dispone de cláusulas para la definición del almacenamiento de la página decódigos cuando la base de datos se crea mediante la utilización del parámetroNATIONAL CHARACTER SET. El parámetro debe establecerse en UTF-8 durantela creación de la base de datos para dar soporte al proceso de los datos de eventoen un entorno de páginas de códigos heterogéneo.

Nota: el asistente no crea directamente bases de datos para Oracle, pero generascripts que manipulan los espacios de tabla. La creación de una base de


datos que dé soporte a la codificación UTF-8 es responsabilidad deladministrador de base de datos que ha creado la base de datos de eventos.

A dónde puede dirigirse desde este puntoDespués de haber instalado correctamente la base de datos de eventos, puedeiniciar la personalización del entorno. Puede volver al Capítulo 3, “Diagrama deinstalación” en la página 13 o bien consultar la ayuda en línea que se proporcionacon la consola de eventos. También puede consultar la publicación IBM TivoliEnterprise Console Guía del usuario para obtener información adicional relacionadacon las tareas. Para obtener información acerca de las tareas de NetView, consultela publicación NetView ITS Release Notes.


Capítulo 7. Actualización de componentes

Cuando actualiza componentes del producto Tivoli Enterprise Console desde unrelease anterior, instala la imagen de actualización de ese componente. Puedeactualizar estos componentes utilizando el Software Installation Service, elescritorio de Tivoli o la línea de comandos.

Nota: antes de actualizar a la versión 3.7.1 o a la versión 3.8 del producto IBMTivoli Enterprise Console, primero debe instalar el producto TivoliEnterprise Console, Versión 3.6.2 o posterior.

Antes de realizar cualquiera de los procedimientos siguientes, lea la publicaciónIBM Tivoli Enterprise Console Notas del release para obtener información adicionalacerca de la actualización.

Antes de empezarSi desea actualizar un componente específico del producto IBM Tivoli EnterpriseConsole justo después de la instalación, deberá realizar las tareas siguientes:1. Realice una copia de seguridad de las bases de datos de objetos afectados.

Antes de actualizar el producto IBM Tivoli Enterprise Console, Tivoli tambiénle recomienda que realice la copia de seguridad de las bases de datos deobjetos de todas las máquinas afectadas de la región de gestión Tivoli. Estacopia de seguridad le permitirá volver a un estado operativo. El hecho dedisponer de una copia de seguridad resulta muy útil si detecta problemasdurante la instalación del producto IBM Tivoli Enterprise Console.

2. Asegúrese de que dispone de la versión correcta del producto TivoliManagement Framework en todos los hosts en los que se realizará laactualización. Consulte el apartado “Cómo verificar que dispone de la versióncorrecta de Tivoli Management Framework” en la página 86 para obtener másinformación.

3. Asegúrese de que se cumplan todas las consideraciones relacionadas con elproducto IBM Tivoli Enterprise Console.

4. Detenga el servidor de eventos Tivoli Enterprise Console, todas las consolas deeventos y todos los adaptadores. El servidor de UI se detendráautomáticamente tras haber detenido el servidor de eventos. Si existen procesosde IBM Tivoli Enterprise Console que todavía están en ejecución, finalícelosmanualmente.Puede detener el servidor de eventos utilizando el procedimiento del apartado“Detención e inicio del servidor de eventos” en la página 39.

En la tabla siguiente se proporcionan las funciones de autorización necesarias pararealizar una actualización del producto IBM Tivoli Enterprise Console.


Actualizar productos deTivoli




Cómo realizar una copia de seguridad de las bases de datosde objetos


En el escritorio de Tivoli, seleccione Escritorio —> Copia de seguridad pararealizar una copia de seguridad de la base de datos de objetos del servidor deregión de gestión Tivoli y los nodos gestionados. También se puede utilizar elcomando wbkupdb. Si desea obtener información adicional sobre el comandowbkupdb, consulte la publicación Tivoli Management Framework Reference Manual.

Cómo verificar que dispone de la versión correcta de TivoliManagement Framework

Cuando realice la actualización a IBM Tivoli Enterprise Console, Versión 3.8,asegúrese de consultar la publicación IBM Tivoli Enterprise Console Notas del releasepara obtener información acerca de los aspectos relativos a la compatibilidad y lainteroperatividad que están relacionados con la versión correspondiente delproducto Tivoli Management Framework.

Consideraciones generales sobre la actualizaciónLa actualización a IBM Tivoli Enterprise Console, Versión 3.8, se realiza en cadaregión de gestión Tivoli. Deberá realizar la actualización desde el servidor deregión de gestión Tivoli, en cada región de gestión Tivoli que desee actualizar.

Consideraciones acerca de la actualización de NetViewPara activar la base de reglas predeterminada actualizada para los eventos deNetView, debe ejecutar los dos comandos siguientes. Si no ejecuta estos comandos,los eventos de NetView no aparecerán en la consola de eventos. La base de reglasactualizada coloca las nuevas clases de eventos de NetView en el archivonetview.baroc.wrb –comprules Default

wrb –loadrb Default

Para obtener más información acerca de la utilización del comando wrb, consultela publicación IBM Tivoli Enterprise Console Manual de consulta.

Imágenes de actualizaciónCada release del CD del producto IBM Tivoli Enterprise Console contiene lasimágenes de actualización de ese producto. Las imágenes aparecen enumeradas enel archivo PATCHES.LST.

Imágenes de actualización de la Versión 3.8Las imágenes de actualización de Tivoli Enterprise Console, Versión 3.8, seencuentran en el subdirectorio /UPGRADE. Las imágenes de actualización paraeste release son las siguientes:

Actualización del servidor de IBM Tivoli Enterprise Console 3.8Cierre el servidor de eventos, UI Server y todas las consolas de eventosantes de realizar la instalación.


No instale el servidor de eventos como actualización a menos que estéutilizando la versión 3.6.2 o posterior del producto IBM Tivoli EnterpriseConsole.

Actualización de la consola de IBM Tivoli Enterprise Console 3.8Cierre el servidor de eventos, UI Server y todas las consolas de eventosantes de realizar la instalación. Puesto que la consola de eventos era uncomponente nuevo en la Versión 3.7, instálela como actualización sólo enlas máquinas que actualmente tengan instalada la Versión 3.7 o posteriordel producto.

Actualización del UI Server de IBM Tivoli Enterprise Console 3.8Cierre el servidor de eventos, UI Server y todas las consolas de eventosantes de realizar la instalación. Instale el servidor de UI como actualizaciónsólo en las máquinas que actualmente tengan instalada la Versión 3.7 oposterior de este producto. El servidor de UI era un componente nuevo enla Versión 3.7 y debe instalarse como si tuviera instalada la Versión 3.6.2 oanterior.

Actualización de la información de eventos de ejemplo de IBM Tivoli EnterpriseConsole 3.8

Cierre el servidor de eventos, UI Server y todas las consolas de eventosantes de realizar la instalación. Instale la Información de eventos deejemplo como actualización sólo en las máquinas que actualmente tenganinstalada la Versión 3.7 o posterior de este producto. La información deeventos de ejemplo era un componente nuevo en la Versión 3.7 y debeinstalarse como si tuviera instalada la Versión 3.6.2 o anterior.

Actualización del Adapter Configuration Facility (ACF) de IBM Tivoli EnterpriseConsole 3.8

Realice la instalación sólo en aquellas máquinas en las que ya estéinstalada la versión 3.6.2 o superior de este producto.

Actualización de Event Integration Facility (EIF) de IBM Tivoli EnterpriseConsole 3.8

Realice la instalación sólo en aquellas máquinas en las que ya estéinstalada la versión 3.6.2 o superior de este producto.

Nota: para utilizar el producto Tivoli Event Integration Facility, sólo senecesitan el servidor de eventos y los componentes del ACF.

Adaptadores con imágenes de actualizaciónActualización del adaptador HP OpenView de IBM Tivoli EnterpriseConsole 3.8

Actualización del adaptador SunNet Manager de IBM Tivoli EnterpriseConsole 3.8

Actualización desde el escritorio de TivoliPuede actualizar cualquier producto de Tivoli o componente de IBM TivoliEnterprise Console desde el escritorio de Tivoli Management Frameworkutilizando el diálogo Instalar un parche. Consulte la publicación Tivoli EnterpriseConsole Guía de instalación para obtener información acerca de los procedimientosutilizados para actualizar componentes de IBM Tivoli Enterprise Console desde elescritorio de Tivoli.

En la tabla siguiente se proporcionan los datos de las variables que necesitará paraactualizar productos IBM Tivoli Enterprise Console utilizando los diálogos que se

Capítulo 7. Actualización de componentes 87

proporcionan con la opción Instalar un parche del escritorio de Tivoli ManagementFramework.




La ventana Instalación del producto muestrauna lista de las acciones que realizará elsistema.

Seleccione el componente y la versión a losque se desea actualizar y haga clic enAceptar.

Actualización desde la línea de comandosTambién puede actualizar cualquier producto de Tivoli o componente de IBMTivoli Enterprise Console desde la línea de comandos utilizando el comandowpatch. En la publicación Tivoli Enterprise Console Guía de instalación se describenen términos generales los procedimientos estándar para utilizar el comandowpatch y también se describen las opciones disponibles para el comando.

En la tabla siguiente se proporcionan los datos de las variables que necesitará paraactualizar productos IBM Tivoli Enterprise Console desde la línea de comandos.

Opciones del comandowpatch



Consulte el apartado “Orden de instalación de loscomponentes” en la página 39 para ver una lista de losidentificadores de producto registrados para el producto IBMTivoli Enterprise Console.

–i parche identificador_producto_registrado

Consulte el apartado “Orden de instalación de loscomponentes” en la página 39 para ver una lista de losidentificadores de producto registrados para el producto IBMTivoli Enterprise Console.

–n no se utiliza

–y no se utiliza


nodo_gestionado nodo_gestionado

Actualización utilizando el Software Installation ServicePuede actualizar cualquier producto de Tivoli o componente de IBM TivoliEnterprise Console utilizando el Tivoli Software Installation Service. Para instalarcomponentes nuevos, utilice los procedimientos de instalación del apartado“Instalación de componentes utilizando el Software Installation Service” en lapágina 44, pues el Software Installation Service no distingue entre las imágenes deinstalación y las imágenes de actualización. Antes de empezar, consulte la


publicación Tivoli Enterprise Console Guía de instalación para conocer losprocedimientos que se utilizan para instalar el cliente de Software InstallationService. Primero deberá importar las imágenes de actualización al depósito deinstalación y, a continuación, seleccionar qué máquinas deben actualizarse con quécomponentes.

Capítulo 7. Actualización de componentes 89

Capítulo 8. Desinstalación de componentes

Para desinstalar el producto Tivoli Enterprise Console de una máquina específica ode toda una región de gestión Tivoli, utilice el comando wuninst. No podrádesinstalar componentes de IBM Tivoli Enterprise Console desde el escritorio deTivoli ni utilizando el Software Installation Service.

Antes de desinstalar el producto, se recomienda realizar una copia de seguridad delas bases de datos de objetos de todas las máquinas afectadas de la región degestión Tivoli. Esta copia de seguridad le permitirá volver a un estado operativo.

Nota: para conservar los archivos binarios eliminados durante el proceso dedesinstalación, debe realizarse una copia de seguridad completa del sistemade archivos.

En el escritorio de Tivoli, seleccione Escritorio —> Copia de seguridad pararealizar una copia de seguridad de la base de datos de objetos del servidor deregión de gestión Tivoli y los nodos gestionados. También se puede utilizar elcomando wbkupdb. Si desea obtener información adicional sobre el comandowbkupdb, consulte la publicación Tivoli Management Framework Reference Manual.

Nota: el comando wuninst utiliza el script tec-remove.sh, que se encuentra en eldirectorio $BINDIR/TME/TEC. Antes de ejecutar este comando, debedetener el servidor de eventos y todas las consolas de eventos activas y, acontinuación, ejecutar el asistente de instalación de la base de datos deeventos o el script wdbconfig.sh para eliminar por completo la base dedatos de eventos del servidor de base de datos de eventos.

En la tabla siguiente se proporciona la función de autorización que necesitará paradesinstalar el producto IBM Tivoli Enterprise Console.


Desinstalar productos de Tivoli Región de gestiónTivoli

super

Para ver la sentencia de uso de wuninst que se utiliza para un componenteespecífico de IBM Tivoli Enterprise Console, escriba el comando siguiente:wuninst identificador

donde:

identificadores el identificador de producto registrado del componente.

Consulte la tabla del apartado “Orden de instalación de los componentes” en lapágina 39 para ver los identificadores de producto registrados para las variablesque representan identificadores de componentes de IBM Tivoli Enterprise Console.

Nota: aunque se pueden instalar algunos adaptadores mediante mecanismos deinstalación de Tivoli, no se podrán desinstalar con el comando wuninst.


Orden de desinstalación de los componentes1. Todos los adaptadores2. Todos los ACF3. Todas las consolas de eventos4. Sample event information5. Servidor de UI6. Servidor de eventos

Ejemplos de desinstalación desde la línea de comandosPuede desinstalar cualquier producto de Tivoli o componente de IBM TivoliEnterprise Console desde la línea de comandos utilizando el comando wuninst.Puesto que cada instalación de IBM Tivoli Enterprise Console es exclusiva, en losapartados siguientes se proporcionan ejemplos para desinstalar cada componenteque puede modificar para satisfacer sus necesidades. Para obtener informacióndetallada acerca de la utilización del comando wuninst para desinstalar productosy componentes de Tivoli, consulte la publicación Tivoli Enterprise Console Guía deinstalación.

En la tabla siguiente se proporcionan los datos de las variables que necesitará paradesinstalar productos IBM Tivoli Enterprise Console desde la línea de comandos.

Opciones del comandowuninst


identificador Especifique el identificador de producto registrado delcomponente que desea eliminar.

nombre_nodo Especifique el nodo del que ha de eliminarse el componente.Si el nodo gestionado es el mismo que el servidor de regiónde gestión Tivoli, el componente se eliminará de toda laregión de gestión Tivoli.

–rmfiles Indica todos los archivos de producto que van a eliminarsedel nodo gestionado especificado. Si no se utiliza esta opción,el comando wuninst sólo eliminará las entradas de base dedatos del nodo que se ha especificado en nombre_nodo. Si–rmfiles se utiliza en el servidor de región de gestión Tivoli,se eliminarán todas las entradas de cada nodo gestionado dela región de gestión Tivoli.

Se eliminarán los archivos especificados, aunque seanarchivos compartidos.

–list Lista los identificadores de aplicaciones que se han instaladoo el nodo en el que se ha instalado un producto.

opciones Indica opciones adicionales que un componente específicopodría necesitar. Puede ver las opciones necesarias paradesinstalar un componente en particular escribiendo wuninstidentificador en la línea de comandos.

Consulte la publicación Tivoli Management Framework Reference Manual para obtenerinformación detallada acerca del comando wuninst.

Desinstalación del Adapter Configuration FacilityPara desinstalar el ACF del nodo gestionado cavaj de la región de gestión Tivoli,escriba el comando siguiente:


wuninst ACF cavaj –rmfiles

donde:

ACF Especifica el identificador del producto registrado para el recurso ACF.

cavaj Especifica el nombre del host del nodo gestionado. Si desea eliminar estecomponente de todas las máquinas de la región de gestión Tivoli,especifique en su lugar el nombre de host del servidor de región de gestiónTivoli.

–rmfilesEspecifica que se eliminen todos los objetos de base de datos y todos losarchivos asociados. Si se especifica -rmfiles, se eliminan los archivosasociados, aunque sean de archivos compartidos.

Nota: para desinstalar correctamente el ACF, éste deberá haberse instalado primeroen el servidor de región de gestión Tivoli antes de instalarlo en los nodosgestionados. Si desea obtener más información sobre la instalación delrecurso ACF, consulte el Capítulo 11, “Desinstalación de los adaptadores” enla página 115.

Desinstalación de la consola de eventosPara desinstalar la consola de eventos de todas las máquinas de la región degestión Tivoli, escriba el comando siguiente:wuninst TEC_JCONSOLE TMRserver –rmfiles

donde:

TEC_JCONSOLEEspecifica el identificador del producto registrado para la consola deeventos.

TMRserverEspecifica el nombre de host del servidor de región de gestión Tivoli.Aunque puede que esta máquina no tenga instalada la consola de eventos,la especificación del servidor de región de gestión Tivoli elimina la consolade eventos de cada máquina de la región de gestión Tivoli en la que sehaya instalado la consola de eventos.

–rmfilesEspecifica que se van a eliminar todos los objetos de base de datos y todoslos archivos asociados. Estos archivos se eliminarán aunque sean archivoscompartidos.

Desinstalación de Sample event informationPara desinstalar Sample event information del nodo gestionado gateaux, escriba elsiguiente comando:wuninst tec_EVTHELP gateaux –rmfiles

donde:

TEC_EVTHELPEspecifica el identificador del producto registrado para la información deeventos de ejemplo.

gateux Especifica el nombre del host del nodo gestionado que contiene Sampleevent information

Capítulo 8. Desinstalación de componentes 93


Desinstalación de User Interface ServerPara desinstalar UI Server del nodo gestionado gateaux, escriba el comandosiguiente:wuninst TEC_UI_SRVR gateaux –rmfiles

donde:

TEC_UI_SRVREspecifica el identificador del producto registrado para UI Server.

gateux Especifica el nombre del host del nodo gestionado que contiene UI Server.


Desinstalación del servidor de eventosPara desinstalar el servidor de eventos del nodo gestionado gateaux, escriba elcomando siguiente:wuninst TEC_SERVER gateaux –rmfiles

donde:

TEC_SERVEREspecifica el identificador del producto registrado para el servidor deeventos.

gateux Especifica el nombre del host del nodo gestionado que contiene el servidorde eventos. Puesto que sólo existe un único servidor de eventos en unaregión de gestión Tivoli, puede especificar el nombre de host del servidorde región de gestión Tivoli.



Capítulo 9. Instalación de los adaptadores

Una vez instalado el servidor de eventos, UI Server, Sample event information, lasconsolas de eventos y el recurso ACF, instale los adaptadores seleccionados. Paraobtener más información acerca de los adaptadores de nodo gestionado, losadaptadores de punto final y los adaptadores que no son TME, consulte lapublicación IBM Tivoli Enterprise Console Guía del adaptador. Para obtener másinformación acerca de la desinstalación de los adaptadores de punto final, consulteel Capítulo 11, “Desinstalación de los adaptadores” en la página 115.

Adaptadores que reciben soportePara obtener información actualizada acerca de los adaptadores que recibensoporte para el producto IBM Tivoli Enterprise Console, consulte la publicaciónIBM Tivoli Enterprise Console Notas del release.

Para obtener más información acerca de la configuración de los adaptadores,consulte la publicación IBM Tivoli Enterprise Console Guía del adaptador.

Los procedimientos de este capítulo describen cómo instalar un adaptador. Lamayoría de los adaptadores pueden instalarse utilizando el escritorio de Tivoli obien la línea de comandos. Los adaptadores de punto final TME (OS/2, SNMP,UNIX logfile, Windows y Windows NT) deben instalarse utilizando el ACF.

Notas:

1. Los adaptadores NetView para OS/390 se entregan con Tivoli NetView paraOS/390, como parte del servicio de automatización de eventos. Para obtenerinformación acerca de la instalación de estos adaptadores, consulte el apartado“Event/Automation Service” de la publicación Tivoli NetView for OS/390Installation and Administration Guide.

2. HP-UX 11 es igual que HP-UX 10 respecto a todo lo referente a IBM TivoliEnterprise Console. Utilizan los mismos archivos ejecutables para todos losprogramas. También utilizan los mismos archivos de adaptador, por lo tanto,para los sistemas HP 11, debe utilizarse el tipo de perfil logfile_hpux10. Essimilar a la forma en que el tipo de plataforma aix4-r1 se incluye con lasversiones 4.2 y 4.3 de AIX.

3. Los adaptadores TME OS/2, Windows, Windows NT y UNIX logfile y eladaptador SNMP sólo pueden instalarse en un punto final. Para instalar uno deestos adaptadores en un nodo gestionado que no tenga un punto finalinstalado, debe utilizar la versión no TME o convertir también el nodogestionado en un punto final.

4. NetWare sólo puede instalarse como un adaptador que no sea TME.5. En la plataforma Windows 2000, se hace referencia al adaptador de archivo de

registro como adaptador de registro de eventos de Windows.6. En las plataformas Windows NT, se hace referencia al adaptador de archivo de

registro como adaptador de registro de eventos NT.

Después de haber instalado y configurado los adaptadores, deberá realizar tareasde servidor de eventos y de grupo de eventos para que el servidor de eventospueda recibir eventos de los adaptadores. Entre las tareas del servidor de eventosse incluye la definición de las fuentes y de los grupos de eventos. Consulte la


publicación IBM Tivoli Enterprise Console Guía del usuario para obtener informaciónacerca del establecimiento de las fuentes de eventos y de los grupos de eventospara el servidor de eventos.

En este capítulo se proporcionan instrucciones de instalación detalladas para losadaptadores que se indican en la tabla siguiente.

Adaptador Entorno Se instala desde Para obtener más información,consulte

Alertas ymensajes deAS/400

No TME La línea decomandos

“Instalación de adaptadores AS/400” enla página 106

OpenView TME El escritorio deTivoli o la líneade comandos

“Instalación de un adaptador en unnodo gestionado en un entorno TME”en la página 97


“Instalación de un adaptador en unentorno de gestión que no es TME” enla página 102

OS/2 TME El escritorio deTivoli

“Instalación de un adaptador en unpunto final en un entorno TME” en lapágina 100



SNMP TME El escritorio deTivoli




SNM TME El escritorio deTivoli o la líneade comandos

“Instalación de un adaptador en unnodo gestionado en un entorno TME”en la página 97



archivo deregistro deUNIX

TME El escritorio deTivoli




Windows,WindowsNT

TME El escritorio deTivoli





Requisitos de espacio de discoConsulte la publicación IBM Tivoli Enterprise Console Notas del release para conocerlos requisitos de espacio de disco de los adaptadores que se entregan con elproducto IBM Tivoli Enterprise Console.

Requisitos de hardwareEl adaptador debe instalarse en el host que contiene el recurso del sistema o laaplicación que ha de supervisarse. Puede que sea necesario instalar más de unadaptador en un host.

Requisitos de softwareEn este apartado se describen los requisitos de software para las plataformassoportadas en las que pueden instalarse adaptadores.

Requisitos de software de UNIX y de WindowsPara instalar un adaptador TME en un nodo gestionado utilizando el escritorio deTivoli, deberá instalarse la versión 3.6.3 o posterior del producto TivoliManagement Framework en el host en el que desea instalar el adaptador.

Para instalar un adaptador de punto final TME en un punto final, deberá utilizar elcomponente ACF, por medio del escritorio.

Requisitos de software de AS/400La tabla AS/400 siguiente contiene los arreglos temporales de programa (PTF)actualizados de AS/400. Tivoli da soporte a cualquier versión de OS/400 quereciba el soporte de IBM; consulte la dirección http://www.ibm.com para obtenerinformación acerca de las versiones de OS/400 que actualmente reciben soporte.

Versión de OS/400 PTF mínimos necesarios

V4R3M0 5769SS1 SF49876, 5769SS1 SF49877

Nota: puede instalar los PTF que han reemplazado a los PTF mínimos que seindican. Para obtener información acerca de los PTF de AS/400, visite elsitio web siguiente: http://as400service.rochester.ibm.com.

Requisitos de software de OS/2Para instalar un adaptador OS/2 en un host, éste debe estar ejecutando OS/2Versión Warp 4.0 ó 4.5. La versión del punto final TME del adaptador OS/2 debeinstalarse con el ACF.

Instalación de un adaptador en un nodo gestionado en un entornoTME

Antes de instalar un adaptador en un nodo gestionado en un entorno TME, tengaen cuenta los puntos siguientes:v Asegúrese de que sólo distribuye perfiles de punto final a la etiqueta de punto

final para los adaptadores de punto final.

Capítulo 9. Instalación de los adaptadores 97

v Aunque los adaptadores AS/400 pueden instalarse en un entorno TME, debentener un proceso de instalación por separado. Consulte el apartado “Instalaciónde adaptadores AS/400” en la página 106 para obtener información acerca de lainstalación.

v Para que un adaptador TME pueda enviar eventos correctamente al servidor deeventos desde un nodo gestionado, el adaptador necesita un ID de inicio desesión de administrador que tenga una función de recurso user para el recursoEventServer.

Instalación de un adaptador en un nodo gestionado en unentorno TME desde el escritorio de Tivoli

Para instalar un adaptador en un nodo gestionado en un entorno TME desde elescritorio de Tivoli, siga los pasos que se indican a continuación.1. Abra el diálogo del escritorio de Tivoli:2. En el menú Escritorio, seleccione Instalar —> Instalar un producto para que se

visualice el diálogo Instalación de producto.a. Haga clic en Seleccionar soporte para que se visualice el diálogo

Explorador de archivos.b. En la lista Hosts, haga doble clic en el nombre del host que contiene la

unidad de CD-ROM desde la que está instalando el adaptador.c. Especifique la ruta del dispositivo que contiene el adaptador TME en el

campo Nombre de la ruta de acceso.d. Haga clic en Establecer soporte y cerrar. Volverá a abrirse el diálogo

Instalación de producto. Se trata de la misma ventana que se ha mostradoen el paso 2 en la página 98.Los adaptadores disponibles y otros productos se visualizarán en la listadesplegable Seleccione el producto que se instalará.

3. En la lista desplegable Seleccione el producto que se instalará, seleccione eladaptador que desea instalar.

4. Todos los nodos gestionados de la región de gestión Tivoli se visualizarán en lalista desplegable Clientes disponibles. Seleccione el host en el que deseainstalar el adaptador y haga clic en la flecha hacia la izquierda para mover suselección a la lista desplegable Clientes en los que se instalará. El adaptadorque ha seleccionado en el paso anterior se instalará en el host o hosts que sevisualizan en la lista desplegable Clientes en los que se instalará.

5. Haga clic en Instalar y cerrar. Se visualizará el diálogo Instalación deproducto. Este diálogo muestra la lista de operaciones que se producirán alinstalar el software y le avisa acerca de cualquier problema que posiblementedeseará corregir antes de instalar el adaptador.

6. Haga clic en Continuar la instalación para instalar el adaptador. El estado dela instalación del adaptador se visualiza en el diálogo Instalación del productoa medida que la instalación va progresando.

7. Cuando se haya completado la instalación del adaptador, haga clic en Cerrarpara cerrar el diálogo Instalación de producto.

Nota: el proceso de instalación automáticamente registra el adaptador HPOpenView (HPOV) con el archivo de registro local HPOV. Comoresultado de ello, el adaptador HPOV se inicia cuando se inician todoslos demás daemons HPOV.


8. Asegúrese de que el archivo de configuración de adaptador se hayaconfigurado correctamente para el entorno operativo utilizado. Las opciones deconfiguración se describen en la publicación IBM Tivoli Enterprise Console Guíadel adaptador.

9. El adaptador necesita que las funciones de autorización user sean capaces deenviar eventos al servidor de eventos. El ID de usuario con el que se ejecuta eladaptador debe asignarse a un administrador de Tivoli al que se le hayanasignado las funciones necesarias. Esta asignación debe realizarse para el ID deusuario en cada nodo gestionado y puede definirse de una de las formassiguientes:v Defina un administrador para el usuario root (o equivalente) de cada nodo

gestionado o de cada punto finalAdministrador 1root@node1

Administrador 2root@node2

Administrador 3root@node3

v Cree un administrador con una lista de inicios de sesión, uno para el usuarioroot (o equivalente) de cada nodo gestionado o de cada punto final

Administrador 1root@node1root@node2root@node3

v Cree un administrador con un único usuario root (o equivalente) sinespecificar ningún nodo gestionado ni punto final

Administrador 1root

Consulte la publicación Tivoli Framework Guía del usuario para obtenerinformación acerca del establecimiento de las funciones de autorización.

Plataforma ID de usuario root equivalente

UNIX root

Windows, Windows NT SYSTEM

Línea de comandosPuede utilizar el comando winstall para instalar el adaptador en un nodogestionado en un entorno TME desde la línea de comandos.

Adaptador HPOV:winstall -c ruta_cdrom/NEW -iruta_cdrom/NEW/NOMBREARCHIVO.\IND [atributo=ruta] ...

donde:

-c ruta_cdromEspecifica la ruta completa de la imagen de CD-ROM.

-i ruta_cdrom/NEW/NOMBREARCHIVO.INDEspecifica la ruta del archivo de índice de instalación del producto.

NOMBREARCHIVOEs el nombre del archivo del adaptador (por ejemplo, SNM,HPOV).


atributo=rutaEspecifica alteraciones temporales de ruta de los directorios de instalaciónpredeterminados. A continuación se indican los argumentos que sonválidos:

ALIDB=dir_basedatos_servidorAltera temporalmente la ruta de instalación predeterminada(/var/spool/Tivoli) para la base de datos de servidor TivoliManagement Framework.

BIN=directorio_binariosAltera temporalmente la ruta de instalación predeterminada paralos binarios del adaptador.

CAT=directorio_catálogo_mensajesAltera temporalmente la ruta de instalación predeterminada paralos catálogos de mensajes del adaptador.

DB=dir_basedatos_clienteAltera temporalmente la ruta de instalación predeterminada(/var/spool/Tivoli) para la base de datos de cliente del producto.

LIB=dir_bibliotecasAltera temporalmente la ruta de instalación predeterminada(/usr/local/Tivoli/lib) para las bibliotecas del producto.

MAN=dir_página_manAltera temporalmente la ruta de instalación predeterminada(/usr/local/Tivoli/man) para las páginas man del producto.

atributo=valorConfigura opciones de inicio. A continuación se indican los argumentosque son válidos:

AutoStart=0No inicia el adaptador cuando se inicia el servidor de eventos.

AutoStart=1Inicia el adaptador cuando se inicia el servidor de eventos. Es elvalor predeterminado.

Consulte la publicación Tivoli Management Framework Reference Manual para obtenermás información acerca del comando winstall.

Instalación de un adaptador en un punto final en un entorno TMELos adaptadores de punto final TME (OS/2, SNMP, UNIX logfile, Windows yWindows NT) se empaquetan con el ACF. Para instalar estos adaptadores en lospuntos finales, debe utilizar el ACF. Los adaptadores de punto final TME seinstalan creándose un perfil de configuración de adaptador (ACP) que añadeentradas para los adaptadores que desea instalar y distribuyéndose el ACP a unalista de abonados de punto final, proceso que es similar a cualquier distribución deperfiles que se realice mediante la utilización del escritorio de Tivoli.

Nota: asegúrese de que, para los adaptadores de punto final, sólo distribuye susperfiles a la etiqueta de punto final.

El ACF debe instalarse en el mismo nodo gestionado que el gateway de punto finalpara que los adaptadores de punto final y los archivos relacionados con eladaptador puedan distribuirse a los puntos finales. Por lo tanto, es importante


instalar el ACF en cada nodo gestionado que se haya configurado como gateway depunto final en toda la región de gestión Tivoli. Consulte el Capítulo 5, “Instalaciónde componentes” en la página 31 para obtener información acerca de la instalacióndel ACF. En los pasos de este apartado se da por supuesto que ha instalado el ACFen el nodo o nodos gestionados para proporcionar el servicio de gateway de puntofinal para el punto o puntos finales en los que desea instalar un adaptador.

La publicación IBM Tivoli Enterprise Console Guía del usuario contieneprocedimientos paso a paso que explican la utilización del ACF para realizar lasdiversas tareas de instalación y configuración de adaptador. En los pasos siguientesse describen las tareas, en general, y el orden en el que deben realizarse parainstalar un adaptador de punto final TME.1. Un ACP debe ser un tipo de recurso gestionado. Establezca el ACP como un

recurso gestionado en la ventana Establecer recursos gestionados para la regiónde políticas en la que instalará los adaptadores.

2. Cree un gestor de perfiles, especificando la opción Modalidad de puntosfinales sin datos, tal como se muestra en la figura siguiente.


3. Dentro del gestor de perfiles:a. Cree un perfil.b. Además de especificar un nombre para el perfil, especifique ACP como el

tipo de perfil. (En los pasos restantes, para hacer referencia a un perfil, seutilizará el término ACP.)

c. En el ACP, añada una entrada para cada adaptador que ha de instalarse enel punto o puntos finales.

Nota: algunos adaptadores de archivo de registro (logfile) son específicos decada plataforma (por ejemplo, tecad_logfile_hpux10 ytecad_logfile_solaris2). Si los puntos finales están ejecutándose envarias plataformas (por ejemplo, algunos se ejecutan en HP-UX 10 yotros se ejecutan en un Sistema operativo Solaris) y desea supervisarsus archivos de registro del sistema, deberá crear un ACP para cadaplataforma y distribuirlos a los puntos finales correspondientes. En lafigura siguiente se muestra una ventana en la que se listanadaptadores tecad_logfile (el adaptador de archivo de registrogenérico para la adición de entradas de ACP personalizadas) yadaptadores de archivo de registro específicos de cada plataforma.

4. Tras seleccionar el adaptador que desea instalar en la ventana Agregarconfiguración de adaptador, entrará en modo de edición para que puedacambiar, si lo desea, los valores predeterminados del adaptador. Si va a instalarun adaptador adicional utilizando este ACP, añada otra entrada para eladaptador adicional y repita este paso.

5. Cree los abonados de punto final para el ACP.6. Distribuya el ACP a los puntos finales de abono. El adaptador o adaptadores

que se han definido en el ACP se instalarán y se iniciarán en los puntos finalesde abono.

Instalación de un adaptador en un entorno de gestión que no es TMEEn los apartados siguientes se describe cómo instalar un adaptador en un entornoque no es TME utilizando la línea de comandos. Para la instalación desde elCD-ROM, asegúrese de que el CD-ROM se haya montado en el directorio o unidad/cdrom (o equivalente aplicable). El adaptador de OS/2 también se proporciona endisquetes, además de en CD-ROM.

Nota: la instalación de los archivos BAROC y de las bases de reglas forma partedel procedimiento de instalación del servidor de eventos. No se explican enestos apartados.


Instalación de un adaptador que no es TME en UNIXPara instalar un adaptador en UNIX en un entorno que no es TME, realice lospasos que se indican a continuación:1. Cree un directorio de instalación (por ejemplo, /usr/tecad).

Nota: si anteriormente ha instalado otros adaptadores, debe instalar todos losadaptadores en el mismo directorio. En los ejemplos siguientes,/usr/tecad se utiliza como directorio de instalación.

2. Vaya al directorio de instalación que ha creado y haga que ese directorio sea eldirectorio predeterminado.

3. Desempaquete el adaptador que no es TME del CD-ROM utilizando elcomando siguiente:tar -xvf/NON_TME/PLATAFORMA/NOMBREARCHIVO.TAR

donde:

PLATAFORMAEs la plataforma del sistema operativo del host especificada en letrasmayúsculas. A continuación se indican algunos valores válidos:

AIX4_R1 HPUX11 LINUX-IX86 SOLARIS2

NOMBREARCHIVOEs el nombre de archivo del adaptador, que puede ser uno de losvalores siguientes:

Adaptador NOMBREARCHIVO

HPOV HPOV

SNMP SNMP

Archivo de registro de UNIX LOGFILE

Nota: si instala más de un adaptador en el mismo punto final, asegúrese deque las palabras clave LCF_WORK_DIR y LCF_LIB_DIR del scriptinit.tecad_logfile estén establecidas en los nombres de ruta adecuados.

Para obtener más información acerca del script init.tecad_logfile,consulte la publicación IBM Tivoli Enterprise Console Guía del adaptador.

4. Asegúrese de haber iniciado la sesión como el usuario root y siga los pasossiguientes para configurar el adaptador de modo que se inicie al iniciarse elhost. Este comando ejecuta el script de instalación para un adaptador.a. Vaya al directorio /usr/tecad/bin y establezca la variable de entorno

$TECADHOME en /usr/tecad/bin.

Nota: si especifica una ubicación alternativa para la instalación de losbinarios, deberá establecer manualmente la variable $TECADHOMEtal como se muestra en el paso 4a y copiar manualmente los archivosbinarios en el mismo directorio que el que ha especificado en elcampo Directorio de instalación durante el proceso de instalación.

b. Ejecute el comando siguiente:tecad_nombrearchivo.cfg

donde:


nombrearchivo puede tener los valores siguientes:

Adaptador nombrearchivo

HPOV hpov

SNMP snmp

archivo de registro de UNIX logfile

c. Responda a las preguntas que le formula el script. Este comando tambiéninicia automáticamente el adaptador en el host.

Nota: el script de instalación registra el adaptador HPOV con el archivo deregistro local HPOV. El adaptador HPOV se inicia automáticamentecuando se inician los otros daemons HPOV.


Nota: si instala varios adaptadores en el mismo punto final, asegúrese de que laspalabras clave LCF_WORK_DIR y LCF_LIB_DIR se hayan establecido en losnombres de ruta adecuados.

Instalación de un adaptador que no es TME en Windows o enWindows NT

Para instalar un adaptador en Windows o en Windows NT en un entorno que noes TME, realice los pasos siguientes:1. Ejecute el comando siguiente:

/NON_TME/W32_IX86/dir_instalación/setup.exe

donde:

dir_instalación es el directorio de instalación, que puede ser uno de los valoressiguientes:

Adaptador dir_instalación

HPOV InstallHPOV

SNMP InstallSNMP

Windows InstallWin

Windows NT InstallNT

Nota: puede utilizar la característica de instalación silenciosa de InstallShieldpara instalar el adaptador en segundo plano sin que sea necesario que elusuario entre información. Para ello, edite, por ejemplo, el archivo derespuestas InstallNT/SETUP.ISS (Windows NT) o InstallWin/SETUP.ISS(Windows), que proporciona la información de instalación que, por logeneral, el instalador solicita al usuario durante la instalación.

En primer lugar, edite las líneas siguientes del archivo SETUP.ISS segúnsea necesario:


Valor predeterminado Cambiar

[AskDestPath-0]szPath=C:\TECNT (Windows NT)

o [AskDestPath-0]szPath=C:\TECWIN (Windows2000)

TECNT o TECWIN por el directorio de destino,si es necesario

[AskText-0]szText=localhost

El host local (localhost) por el nombredel host en el que van a entregarse eventos

[AskText-1]szText=0

0 por el número de puerto en el que se haconfigurado el servidor para que escucheeventos

A continuación, ejecute setup /s desde el directorio InstallNT (WindowsNT) o InstallWin (Windows) para instalar el adaptador en modosilencioso. Para obtener más información acerca de InstallShield y delarchivo SETUP.ISS, visite la dirección http://www.installshield.com.


Nota: los adaptadores que no son TME resuelven automáticamente la direcciónde protocolo del servidor de eventos si la dirección de protocolo hacambiado tras iniciarse el adaptador. En este caso, no será necesarioreiniciar el adaptador.

Instalación de un adaptador que no es TME en OS/2Para instalar un adaptador en el OS/2 en un entorno que no es TME, realice lospasos se que indican a continuación:

1. Cree un directorio de instalación (por ejemplo, c:\tecad). Si anteriormente hainstalado otros adaptadores, debe instalar todos los adaptadores en el mismodirectorio. En este procedimiento de ejemplo, c:\tecad se utiliza comodirectorio de instalación.

2. Vaya al directorio de instalación.3. Ejecute el comando siguiente desde una ventana de OS/2:

unidad:\NON_TME\install.exe

4. En la ventana Instrucciones, seleccione Continuar.5. En la ventana Instalar, seleccione Aceptar.6. En la ventana Directorios instalados, especifique un directorio de instalación

distinto para los archivos relacionados con el adaptador si el valorpredeterminado no es satisfactorio. Si el directorio especificado no existe, secrea.

7. Seleccione Instalar.8. En la ventana Opciones de instalación de Tivoli TEC, entre información en

los campos siguientes:

Nombre del servidor TECEl nombre del servidor de eventos.

Puerto del servidor TECEl número de puerto del servidor de eventos.


Opciones Parámetros de línea de comandos opcionales para el programatecadini.sh; por ejemplo, puede especificar diversosparámetros de depuración.

9. Seleccione Aceptar.El adaptador se instalará y se iniciará automáticamente. No es necesarioreiniciar la máquina para iniciarlo. El archivo CONFIG.SYS se modifica parainiciar el adaptador automáticamente siempre que se reinicia la máquina.

10. Asegúrese de que el archivo de configuración de adaptador se hayaconfigurado correctamente para el entorno operativo utilizado. Las opcionesde configuración se describen en la publicación IBM Tivoli Enterprise ConsoleGuía del adaptador.

Nota: los adaptadores que no son TME resuelven automáticamente la dirección deprotocolo del servidor de eventos si la dirección de protocolo ha cambiadotras iniciarse el adaptador. En este caso, no será necesario reiniciar eladaptador.

Instalación de adaptadores AS/400Puede instalar los adaptadores AS/400 desde el escritorio de Tivoli o desde elCD-ROM de IBM Tivoli Enterprise Console.


Instalación desde CD-ROMLos adaptadores AS/400 se entregan en el CD-ROM de IBM Tivoli EnterpriseConsole en forma de archivos de guardar AS/400 (*SAVF). Para instalar estosarchivos en un AS/400, realice los pasos siguientes:1. Cree los archivos de guardar en el AS/400 utilizando los comandos siguientes:

CRTSAVF FILE(QUSRSYS/ATMETEC)

CRTSAVFFILE(QUSRSYS/nombrearchivo)

donde: nombrearchivo es uno de los siguientes:


Alerta ATMETEC2

Mensaje ATMETEC1

2. Ejecute FTP para colocar los archivos ATMETEC y nombrearchivo del directorio/NON_TME/AS400 del CD-ROM en la biblioteca QUSRSYS del AS/400utilizando los comandos siguientes:ftp AS400.my.domain

bin

put /NON_TME/AS400/ATMETEC QUSRSYS/ATMETEC

put /NON_TME/AS400/nombrearchivo QUSRSYS/nombrearchivo

quit

donde: nombrearchivo es uno de los siguientes:


Alerta ATMETEC2

Mensaje ATMETEC1

3. En el sistema AS/40, instale el adaptador utilizando los comandos AS/400siguientes:RSTLICPGM LICPGM(1TMETEC) DEV(*SAVF) \OPTION(*BASE) SAVF(QUSRSYS/ATMETEC)

RSTLICPGM LICPGM(1TMETEC) DEV(*SAVF) \

OPTION(x)SAVF(QUSRSYS/nombrearchivo)

donde:

x y nombrearchivo son uno de los siguientes:

Adaptador x nombrearchivo

Alerta 2 ATMETEC2

Mensaje 1 ATMETEC1

Instalación desde el CD-ROM en un AS/400Si el AS/400 está ejecutando OS/400 V3R6M0, los adaptadores AS/400 puedeninstalarse directamente en el AS/400 cargando el CD-ROM de IBM TivoliEnterprise Console en la unidad de CD-ROM del AS/400 y emitiendo loscomandos siguientes:


RSTLICPGM LICPGM(1TMETEC) DEV(dispositivo óptico) OPTION(*BASE)

RSTLICPGM LICPGM(1TMETEC) DEV(dispositivo óptico) OPTION(x)

donde:

x es uno de los siguientes:

Adaptador x

Alerta 2

Mensaje 1

Instalación con el inglés como idioma secundarioSi el AS/400 tiene un idioma primario distinto del inglés (2924), y tiene instaladoen el sistema el inglés como idioma secundario, puede instalar los adaptadoresAS/400.

Para instalar el AS/400 en la biblioteca del idioma secundario inglés, utilice loscomandos siguientes:RSTLICPGM LICPGM(1TMETEC) DEV(dispositivo) OPTION(*BASE) LNG(2924)

RSTLICPGM LICPGM(1TMETEC) DEV(dispositivo) OPTION(x) LNG(2924)

donde:

x es uno de los siguientes:

Adaptador x

Alerta 2

Mensaje 1

Nota: la biblioteca de idioma secundario QTECA02924 se añade automáticamentea la lista de bibliotecas para que pueda acceder a los comandos deladaptador AS/400.

Instalación del adaptador de archivo de registro NetWarePara instalar el adaptador de archivo de registro NetWare (adaptador que no esTME) desde un cliente NetWare de Windows, realice los pasos que se indican acontinuación.1. Inicie la sesión en el servidor NetWare en el que va a instalarse el adaptador

desde un sistema cliente Windows. Para realizar la instalación, debe disponerde acceso de grabación a la raíz del volumen SYS del servidor. Por lo general,la instalación debe realizarse por medio de la administración de usuarios. Lainstalación debe realizarse desde el sistema Windows NT, Windows 95 oWindows 98 desde el que se ha iniciado la sesión en el sistema NetWare.

2. Inserte el CD-ROM de instalación en la unidad de CD-ROM y ejecute elcomando siguiente desde un sistema Windows NT, Windows 95 o Windows 98:unidad:\NON_TME\NW4\InstallNW4\setup.exe

También puede ejecutar este comando haciendo doble clic en el programasetup.exe del directorio \NON-TME\NW4\InstallNW4.

3. En la ventana de bienvenida, seleccione Siguiente.


4. Especifique el nombre de host del servidor NetWare en el que desea instalar eladaptador.

5. Seleccione Siguiente.6. Un cuadro de diálogo presenta la opción de editar automáticamente el archivo

AUTOEXEC.NCF para que el adaptador se inicie cada vez que se inicia elservidor NetWare. Seleccione Sí o No. Si selecciona Sí, en la siguiente ventana,especifique el directorio en el que reside el archivo AUTOEXEC.NCF.El programa de instalación instala los componentes necesarios.

7. Especifique el nombre de host TCP/IP y el número de puerto de IBM TivoliEnterprise Console que corresponden al servidor al que el adaptador va aenviar eventos. El número de puerto sólo se necesita si el servidor IBM TivoliEnterprise Console está ejecutándose en Windows NT.

8. Seleccione Aceptar.9. Cuando se haya completado el proceso de instalación, seleccione Aceptar.


Capítulo 10. Actualización de los adaptadores

Cuando actualiza un release anterior del componente de adaptador del productoIBM Tivoli Enterprise Console, instala la imagen de actualización del componentede adaptador. Puede actualizar el componente de adaptador utilizando el SoftwareInstallation Service, el escritorio de Tivoli o la línea de comandos.

Nota: antes de utilizar estos procedimientos, lea la última versión de lapublicación IBM Tivoli Enterprise Console Notas del release para obtenerinformación sobre la actualización.

En la tabla siguiente se proporcionan las funciones de autorización que senecesitan para realizar una actualización en el componente de adaptador delproducto IBM Tivoli Enterprise Console.


Actualización deadaptadores



Preparación de la actualizaciónDespués de haber instalado el producto IBM Tivoli Enterprise Console, pero antesde llevar a cabo la actualización, debe realizar lo siguiente:1. Realice una copia de seguridad de las bases de datos de objetos afectados.

Antes de actualizar el producto IBM Tivoli Enterprise Console, Tivoli tambiénle recomienda que realice la copia de seguridad de las bases de datos deobjetos de todas las máquinas afectadas de la región de gestión Tivoli. Estacopia de seguridad le permitirá volver a un estado operativo. El hecho dedisponer de una copia de seguridad resulta muy útil si detecta problemasdurante la instalación del producto IBM Tivoli Enterprise Console.

2. Asegúrese de estar ejecutando la versión adecuada del producto TivoliManagement Framework en todos los hosts cuyos adaptadores estáactualizando. Consulte el apartado “Verificación de la versión correcta de TivoliManagement Framework para las actualizaciones de los adaptadores” en lapágina 112 para obtener más información.

3. Asegúrese de que se cumplan todas las consideraciones relacionadas con elproducto IBM Tivoli Enterprise Console.

Cómo realizar una copia de seguridad de las bases de datosde objetos


En el escritorio de Tivoli, seleccione Escritorio -> Copia de seguridad para realizaruna copia de seguridad de la base de datos de objetos del servidor de región degestión Tivoli y de los nodos gestionados. También se puede utilizar el comando


wbkupdb. Si desea obtener información adicional sobre el comando wbkupdb,consulte la publicación Tivoli Management Framework Reference Manual.

Verificación de la versión correcta de Tivoli ManagementFramework para las actualizaciones de los adaptadores

Cuando realice la actualización a IBM Tivoli Enterprise Console, Versión 3.8,asegúrese de consultar la publicación IBM Tivoli Enterprise Console Notas del releasepara obtener información acerca de los aspectos relativos a la compatibilidad y lainteroperatividad que están relacionados con la versión correspondiente delproducto Tivoli Management Framework.

Consideraciones generales acerca de la actualización paraadaptadores

Cuando actualice el producto IBM Tivoli Enterprise Console, recuerde que deberealizar lo siguiente:v Detener el servidor de eventos de Tivoli Enterprise Console, el servidor de UI,

todas las consolas de eventos IBM Tivoli Enterprise Console y todos losadaptadores. Si existen procesos de IBM Tivoli Enterprise Console (que seindican mediante tec_*) en ejecución, finalícelos manualmente.

v La actualización a IBM Tivoli Enterprise Console, Versión 3.8, se realiza en cadaregión de gestión Tivoli. Deberá realizar la actualización desde el servidor deregión de gestión Tivoli, en cada región de gestión Tivoli que desea actualizar.

Imágenes de actualización de los adaptadoresCada release del CD del producto IBM Tivoli Enterprise Console contiene lasimágenes de actualización de ese producto. Las imágenes aparecen enumeradas enel archivo PATCHES.LST.

En el apartado siguiente se describen los adaptadores de IBM Tivoli EnterpriseConsole con las imágenes de actualización disponibles.

Imágenes de actualización del adaptador de la Versión 3.8Las imágenes de actualización del producto IBM Tivoli Enterprise Console, Versión3.8, se encuentran en el archivo PATCHES.LST del subdirectorio /UPGRADE. Enel directorio /UPGRADE están disponibles las siguientes imágenes de actualizaciónpara los adaptadores de este release.

Adaptadores con imágenes de actualizaciónActualización del adaptador HP OpenView de IBM Tivoli EnterpriseConsole a la versión 3.8

Actualización del adaptador SunNet Manager de IBM Tivoli EnterpriseConsole a la versión 3.8

Actualización de adaptadores desde el escritorioPuede actualizar el componente de adaptador del producto IBM Tivoli EnterpriseConsole desde el escritorio de Tivoli Management Framework. Consulte lapublicación Tivoli Enterprise Console Guía de instalación para obtener informaciónacerca de la actualización de componentes de IBM Tivoli Enterprise Console desdeel escritorio de Tivoli Management Framework. En la publicación Tivoli Enterprise


Console Guía de instalación también se describen en términos generales losprocedimientos estándar que deben utilizarse para actualizar productos de Tivolidesde el escritorio de Tivoli.

En la tabla siguiente se proporcionan los datos de las variables que necesitará paraactualizar el componente de adaptador del producto IBM Tivoli Enterprise Consoleutilizando los diálogos que proporciona el escritorio de Tivoli ManagementFramework.




La ventana Instalación del producto muestrauna lista de las acciones que realizará elsistema.

Seleccione el componente y la versión deladaptador al que se desea actualizar y hagaclic en Aceptar.

Actualización de adaptadores desde la línea de comandosTambién puede actualizar el componente de adaptador del producto IBM TivoliEnterprise Console desde la línea de comandos utilizando el comando wpatch.

En la tabla siguiente se proporcionan los datos de las variables que necesitará paraactualizar el componente de adaptador del producto IBM Tivoli Enterprise Consoledesde la línea de comandos.

Opciones del comandowpatch

Variable del componente de adaptador de IBM TivoliEnterprise Console


Consulte el apartado “Orden de instalación de loscomponentes” en la página 39 para ver una lista de losidentificadores de producto registrados para los componentesde adaptador de IBM Tivoli Enterprise Console.

–i parche El identificador_producto_registrado de ese componente.

Consulte el apartado “Orden de instalación de loscomponentes” en la página 39 para ver una lista de losidentificadores de producto registrados para los componentesde adaptador de IBM Tivoli Enterprise Console.

–n no se utiliza

–y no se utiliza


nodo_gestionado El nodo_gestionado en el que ha de realizarse la instalación.

Consulte la publicación Tivoli Management Framework Reference Manual para obtenerinformación detallada acerca del comando wpatch y de sus opciones.

Capítulo 10. Actualización de los adaptadores 113

Actualización de adaptadores utilizando el Software InstallationService

Puede actualizar cualquier producto de Tivoli o componente de adaptador de IBMTivoli Enterprise Console utilizando el Tivoli Software Installation Service. Parainstalar componentes nuevos, utilice los procedimientos de instalación del apartado“Instalación de componentes utilizando el Software Installation Service” en lapágina 44, pues el Software Installation Service no distingue entre las imágenes deinstalación y las imágenes de actualización. Antes de empezar, consulte lapublicación Tivoli Enterprise Console Guía de instalación para conocer losprocedimientos que se utilizan para instalar el cliente de Software InstallationService. Primero deberá importar las imágenes de actualización al depósito deinstalación y, a continuación, seleccionar qué máquinas deben actualizarse con quécomponentes.


Capítulo 11. Desinstalación de los adaptadores

Aunque puede instalar los adaptadores seleccionados por medio de la utilizaciónde los mecanismos de instalación estándar de Tivoli como, por ejemplo, elescritorio de Tivoli, la línea de comandos y el Software Installation Service, deberádesinstalarlos utilizando métodos distintos.

Desinstalación de adaptadores de punto finalLos adaptadores de punto final se desinstalan suprimiendo sus entradasdel perfil ACP (Perfil de configuración de adaptador) y, a continuación,distribuyendo ese perfil a los destinos adecuados.

Desinstalación de adaptadores de nodo gestionadoLos adaptadores de nodo gestionado se desinstalan mediante la utilizaciónde los scripts de desinstalación que Tivoli proporciona. Para utilizar estosscripts, consulte el apartado específico de su tipo de adaptador de nodogestionado en este mismo capítulo.

Desinstalación de un adaptador en un entorno TMEEn los siguientes apartados se describe cómo desinstalar el adaptador TME desdeun nodo gestionado y desde un punto final.

Desinstalación de un adaptador en un entorno TME en unnodo gestionado

Los adaptadores TME disponen de un script de desinstalación que se puedeejecutar desde la línea de comandos en la máquina en la que está instalado eladaptador.

Siga estos pasos para suprimir la entrada de ACP y eliminar el adaptador:1. Suprima la entrada de ACP del adaptador.2. Distribuya la entrada de ACP al nodo gestionado en el que se está ejecutando

el adaptador.3. En el nodo gestionado, ejecute el script remove del adaptador, tal como se lista

en la siguiente tabla, para desinstalar el adaptador.

Adaptador Script

Logfile (genérico) $BINDIR/TME/TEC/adapters/bin/tecad-remove-logfile.sh

OpenView $BINDIR/TME/TEC/adapters/bin/tecad-remove-hpov.sh

SPECTRUM $BINDIR/TME/TEC/adapters/bin/tecad-sem-remove.sh

Desinstalación de un adaptador en un entorno TME en unpunto final

Debe utilizar ACF para desinstalar un adaptador TME en un punto final. Sielimina manualmente un punto final, puede que las posteriores distribuciones delACP no vuelvan a instalar el adaptador. La publicación IBM Tivoli EnterpriseConsole Guía del usuario contiene procedimientos paso a paso que explican lautilización del ACF. En los pasos siguientes se describen, en general, las tareas dedesinstalación y el orden en el que deben realizarse para desinstalar un adaptadorde punto final TME.


1. Desde el ACP que se ha utilizado para instalar el adaptador (o una copiaexacta), suprima la entrada del adaptador que desea desinstalar del punto final.

2. Distribuya el ACP al punto final. Para obtener más información acerca de ladistribución del ACP a un punto final, consulte la publicación IBM TivoliEnterprise Console Guía del usuario.

Desinstalación de un adaptador en un entorno que no es TMEEn los apartados siguientes se describe cómo desinstalar un adaptador que no esTME en los sistemas UNIX, Windows NT, Windows y OS/2.

Desinstalación de un adaptador que no es TME en UNIXLos adaptadores que no son TME que se indican en la tabla siguiente disponen deun script de desinstalación que puede ejecutar desde la línea de comandos de lamáquina en la que se ha instalado el adaptador.

En UNIX, para los otros adaptadores que no son TME que actualmente nodisponen de un script de desinstalación, tras detener el adaptador, puede suprimirlos archivos que se han restaurado del archivo tar durante el proceso deinstalación.

Adaptador Script

Logfile (genérico) ruta_instalación/bin/tecad-remove-logfile.sh

OpenView ruta_instalación/bin/tecad-remove-hpov.sh

Desinstalación de un adaptador que no es TME en Windows oen Windows NT

Para desinstalar un adaptador en Windows o en Windows NT, ejecute el programaUninstall Shield del grupo de programas de Tivoli.

Desinstalación de un adaptador que no es TME en el OS/2Para desinstalar un adaptador en el OS/2, utilice los pasos siguientes:1. Si la máquina no se ha reiniciado tras la instalación del adaptador, vaya al

directorio dir_instalación\os2-ix86\bin; de lo contrario, el procedimiento dedesinstalación puede ejecutarse desde cualquier directorio.

2. Desde una ventana del OS/2, ejecute el comando siguiente:tec_uninstal

3. Desde la ventana Instalación y mantenimiento, seleccione el adaptador en lalista de productos instalados.

4. En el menú Acción, seleccione Suprimir.5. En la ventana de confirmación correspondiente a Suprimir, seleccione

Suprimir.6. En la ventana Instalación y mantenimiento, seleccione Bien.7. En el menú Archivo de la ventana Instalación y mantenimiento, seleccione

Salir.

Ahora, se habrán suprimido la mayoría de los archivos relacionados con eladaptador. Algunos se suprimirán al reiniciarse la máquina. Puede que todavíaexistan otros archivos que no se hayan suprimido al reiniciarse la máquina. Esto sedebe a las operaciones de archivo que se han realizado durante la instalación deladaptador desde el CD-ROM o desde el disquete en el sistema OS/2. Compruebe


si en el sistema OS/2 existen los archivos siguientes y suprímalos manualmente, sies necesario, para completar el procedimiento de desinstalación:v directorio_instalación\os2-ix86\etc\tecados2.baroc

v directorio_instalación\os2-ix86\etc\tecados2.conf

v directorio_instalación\os2-ix86\bin\gen_message.exe

v directorio_instalación\os2-ix86\bin\tec_uninstal.cmd

Desinstalación de adaptadores de AS/400Para desinstalar un adaptador de AS/400, realice los pasos siguientes:1. En el sistema AS/400, elimine el adaptador utilizando el comando de AS/400:

DLTLICPGM LICPGM(1TMETEC) OPTION(x)

donde: x es uno de los siguientes:

Adaptador x

Alerta 2

Mensaje 1

El adaptador de AS/400 se ha suprimido. Si no se ha instalado ningún otroadaptador en el AS/400, también puede utilizar el comando siguiente:DLTLICPGM LICPGM(1TMETEC) OPTION(*ALL) RLS(*ALL)

Nota: puede que también tenga que extraer la biblioteca QTECA02924 de lalista de bibliotecas para que el comando ″delete″ pueda suprimir elproducto básico.

2. Durante la instalación del adaptador se copiaron archivos de configuración enQUSRSYS. Si ya no los necesita, deberá suprimirlos manualmente utilizandolos comandos siguientes:Adaptador de alertas:DLTF FILE(QUSRSYS/CFG_ALERT)

Adaptador de mensajes:DLTF FILE(QUSRSYS/CFG_MSG)

3. Se copiaron archivos de configuración en el directorio IFS/QIBM/UserData/Tivoli/TEC/nombre_directorio. Elimine el directorionombre_directorio y todos sus subdirectorios.nombre_directorio puede ser uno de los siguientes:

Adaptador nombre_directorio

Alerta ALERT

Mensaje MSGQ

Alerta y Mensaje tis

4. Si no hay ningún otro adaptador instalado en el sistema, suprima el directorio/QIBM/UserData/Tivoli/TEC y todos sus subdirectorios.

Desinstalación del adaptador de archivo de registro NetWarePara desinstalar el adaptador de archivo de registro NetWare, complete los pasossiguientes:

Capítulo 11. Desinstalación de los adaptadores 117

1. Inicie la sesión en el servidor NetWare desde el mismo cliente que ha utilizadopara realizar la instalación.

2. En la ventana Agregar/Quitar programas del Panel de control, seleccione laopción Adaptador del archivo de registro de Tivoli para NetWare y haga clicen el botón Agregar/Quitar.

3. Si ha seleccionado la opción de inicio automático para el adaptador, elimine laentrada de una línea que inicia el adaptador del archivo AUTOEXEC.NCF.


Avisos

Esta información se ha desarrollado para productos y servicios que se ofrecen enlos Estados Unidos. Puede que IBM no ofrezca en otros países los productos,servicios o características que se tratan en este documento. Póngase en contactocon el representante de IBM de su localidad para obtener información acerca de losproductos y servicios que actualmente están disponibles en su zona. Cualquierreferencia hecha a un producto, programa o servicio de IBM no pretende indicar niimplica que sólo pueda utilizarse ese producto, programa o servicio de IBM. En sulugar, podrá utilizarse cualquier producto, programa o servicio con funcionesequivalentes que no infrinja ningún derecho de propiedad intelectual de IBM. Sinembargo, será responsabilidad del usuario evaluar y verificar el funcionamiento decualquier producto, programa o servicio que no sea de IBM.

IBM podría tener patentes o solicitudes de patentes pendientes relacionadas con eltema principal que se describe en este documento. La adquisición de estedocumento no le otorga ninguna licencia sobre tales patentes. Puede enviar susconsultas sobre licencias, por escrito, a la siguiente dirección:

IBM Director of Licensing

IBM Corporation

North Castle Drive

Armonk, NY 10504-1785 EE. UU.

Para realizar consultas sobre licencias relacionadas con la información de doblebyte (DBCS), póngase en contacto con el departamento de propiedad intelectual deIBM de su país o envíe sus consultas, por escrito, a la dirección siguiente:

IBM World Trade Asia Corporation

Licensing

2-31 Roppongi 3-chome, Minato-ku

Tokyo 106, Japón

El párrafo siguiente no se aplica al Reino Unido ni a ningún otro país en el quetales provisiones sean incoherentes con la legislación local:

INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONAESTA PUBLICACIÓN ″TAL CUAL″, SIN GARANTÍAS DE NINGÚN TIPO,EXPRESAS O IMPLÍCITAS, INCLUYENDO, PERO SIN LIMITARSE A, LASGARANTÍAS IMPLÍCITAS DE NO INFRACCIÓN, COMERCIALIZACIÓN OIDONEIDAD PARA UNA FINALIDAD DETERMINADA.

Algunas legislaciones no contemplan la declaración de limitación deresponsabilidad, ni implícita ni explícita, en determinadas transacciones, por lo quecabe la posibilidad de que esta declaración no se aplique en su caso.


Esta información podría contener imprecisiones técnicas o errores tipográficos.Periódicamente se realizan cambios en la información que aquí se presenta; dichoscambios se incorporarán en nuevas ediciones de la publicación. IBM podría realizarmejoras y/o cambios en el producto o productos y/o programa o programas quese describen en esta publicación en cualquier momento y sin previo aviso.

Cualquier referencia hecha en esta publicación a sitios web que no son de IBM sólose proporciona para su comodidad y de ninguna forma se ha pretendido confirmarel contenido de tales sitios web. Los materiales de dichos sitios web no formanparte de los materiales para este producto de IBM y la utilización de esos sitio webes responsabilidad del usuario.

IBM podría utilizar o distribuir la información que se le envía de la forma queconsidere más oportuna sin incurrir por ello en ninguna obligación con elremitente de la información.

Los titulaes de licencias de este programa que deseen obtener información acercade éste con el fin de permitir: (i) el intercambio de información entre programascreados independientemente y otros programas (incluido éste) y (ii) la utilizaciónmutua de la información que se ha intercambiado, deben ponerse en contacto con:

IBM Corporation

2Z4A/101

11400 Burnet Road

Austin, TX 78758 EE. UU.

Esta información podría estar disponible, en función de los términos y condicionesque tengan aplicación, incluyendo en algunos casos el pago de una cuota.

IBM proporciona el programa con licencia que se describe en este documento ytodo el material con licencia disponible para el mismo de acuerdo con los términosdel IBM Customer Agreement, IBM International Program License Agreement ocualquier acuerdo equivalente celebrado entre ambas partes.

Los datos acerca del rendimiento contenidos en el presente documento se handeterminado en un entorno controlado. Por lo tanto, puede que los resultados quese obtengan en otros entornos operativos varíen significativamente. Algunasmediciones podrían haberse realizado en sistemas de desarrollo y no existegarantía alguna de que tales mediciones vayan a ser iguales en los sistemas dedisponibilidad general. Además, puede que algunas mediciones sean estimacionesobtenidas por extrapolación. Los resultados reales podrían variar. Los usuarios deeste documento deben verificar los datos que se aplican a su entorno específico.

La información relacionada con los productos que no son de IBM se ha obtenidode los proveedores de tales productos, de los anuncios que éstos han publicado ode otras fuentes públicamente disponibles. IBM no ha probado tales productos yno puede confirmar la exactitud de su rendimiento, compatibilidad o cualquierotra reclamación relacionada con los productos que no son de IBM. Las preguntasrelacionadas con las posibilidades de los productos que no son de IBM debendirigirse a los proveedores de tales productos.


Todas las declaraciones relativas a la dirección o intención futura de IBM estánsujetas a cambios o anulación sin previo aviso y representan únicamente metas yobjetivos.

Esta información contiene ejemplos de datos y de informes que se utilizan en lasoperaciones cotidianas de una empresa. Para ilustrarlos de la forma más completaposible, los ejemplos incluyen nombres de personas, de empresas, de sucursales yde productos. Todos estos nombres son ficticios y cualquier parecido con nombresy direcciones que utilice una empresa real es mera coincidencia.

Esta información contiene programas de aplicación de ejemplo en lenguaje fuenteque ilustran técnicas de programación en diversas plataformas operativas. Puedecopiar, modificar y distribuir tales programas de ejemplo de la forma que desee sinrealizar ningún pago a IBM con el fin de desarrollar, utilizar, comercializar odistribuir programas de aplicación que sean compatibles con la interfaz deprogramación de aplicaciones de la plataforma operativa para la que talesprogramas de ejemplo se han escrito. Estos ejemplos no se han probadoexhaustivamente bajo todas las condiciones. Por lo tanto, IBM no puede garantizarni pretende confirmar la fiabilidad, utilidad o funciones de tales programas. Puedecopiar, modificar y distribuir tales programas de ejemplo de la forma que desee sinrealizar ningún pago a IBM con el fin de desarrollar, utilizar, comercializar odistribuir programas de aplicación que sean compatibles con las interfaces deprogramación de aplicaciones de IBM.

Si está visualizando esta información en formato de copia software, puede que noaparezcan las fotografías y las ilustraciones a color.

Marcas registradasLos términos siguientes son marcas registradas de International Business MachinesCorporation en los Estados Unidos y/o en otros países:

AIX OS/390 Tivoli Enterprise ConsoleIBM Tivoli TMELogotipo de IBM Logotipo de TivoliOpenEdition Tivoli Enterprise

Microsoft y Windows NT son marcas registradas de Microsoft Corporation en losEstados Unidos y/o en otros países.

Java y todas las marcas registradas y logotipos basados en Java son marcasregistradas o marcas comerciales de Sun Microsystems, Inc. en los Estados Unidosy/o en otros países.

Los demás nombres de empresas, productos y servicios pueden ser marcasregistradas o marcas de servicio de otras empresas.

Avisos 121

Glosario

Este glosario incluye terminología de productos Tivoli, así como términos y definiciones seleccionados de:v El American National Standard Dictionary for Information Systems, ANSI X3.172-1990, copyright 1990 de

American National Standards Institute (ANSI). Se pueden adquirir copias solicitándolas al AmericanNational Standards Institute, 11 West 42nd Street, Nueva York, Nueva York 10036. Las definicionesextraídas de este diccionario se identifican por el símbolo (A) después de la definición.

v El ANSI/EIA Standard--440-A, Fiber Optic Terminology. Se pueden solicitar copias solicitándolas a laElectronic Industries Association, 2001 Pennsylvania Avenue, N.W., Washington, DC 20006. Lasdefiniciones extraídas de este diccionario se identifican por el símbolo (E) después de la definición.

v El Vocabulario de tecnología de la información desarrollado por el subcomité 1, Comité técnico conjunto 1de la Organización internacional para la estandarización y la Comisión electrotécnica internacional(ISO/IEC JTC1/SC1). Las definiciones de las partes publicadas de este vocabulario se identificanmediante el símbolo (I) después de la definición; las definiciones extraídas de estándaresinternacionales, borradores de comités y documentos de trabajo que están desarrollando ISO/IECJTC1/SC1 se identifican mediante el símbolo (T) después de la definición, lo que indica que no se haalcanzado un acuerdo final entre los organismos nacionales participantes de SC1.

v El IBM Dictionary of Computing, Nueva York: McGraw-Hill, 1994.v IRC: 1208, Glossary of Networking Terms.v IRC: 1392, Internet Users’ Glossary.v Object-Oriented Interface Design: IBM Common User Access Guidelines, Carmel, Indiana: Que, 1992.

En este glosario se utilizan las siguientes referencias cruzadas:

Compare con:Remite al lector a un término con significado contrario o substancialmente diferente.

Consulte:Remite al lector a (a) un término relacionado, (b) un término que es la forma desarrollada de unaabreviación o acrónimo o (c) un sinónimo o un término preferible.

Término obsoleto de:Indica que ese término no debe utilizarse y remite al lector al término preferible.

AACF. Consulte Adapter Configuration Facility.

ACP. Consulte perfil de configuración de adaptador.

adaptador. (1) Componente que conecta eléctrica ofísicamente un dispositivo a un sistema o a otrodispositivo. (2) Software que habilita diferentescomponentes o productos de software para queinteractúen entre sí. (3) Consulte adaptador de eventos.

adaptador de eventos. En un entorno Tivoli, softwareque convierte eventos en un formato que IBM TivoliEnterprise Console puede utilizar y que reenvía loseventos al servidor de eventos. Mediante Tivoli EventIntegration Facility, una organización puede desarrollarsus propios adaptadores de eventos adaptados a suentorno de red y a sus necesidades específicas.

Adapter Configuration Facility (ACF). En IBM TivoliEnterprise Console, interfaz gráfica de usuario quepermite a un administrador de Tivoli configurar ypersonalizar fácilmente los adaptadores de eventos.

administrador. Consulte administrador de Tivoli.

administrador de Tivoli. En un entorno de Tivoli,administrador del sistema que ha sido autorizado pararealizar tareas de gestión de sistemas y gestionarregiones de políticas en una o más redes. Cadaadministrador de Tivoli se representa mediante unicono en el escritorio Tivoli.

atributo. Característica que identifica y describe unobjeto gestionado. La característica se puededeterminar, y posiblemente cambiar, a través deoperaciones en el objeto gestionado.


Bbase de datos. (1) Colección de datos con unaestructura determinada para aceptar, almacenar yproporcionar datos, a petición, para varios usuarios. (T)(2) Colección de datos interrelacionados que seorganizan según un esquema de base de datos paraservir a una o más aplicaciones. (T) (3) Colección dedatos fundamental para un sistema. (A) (4) Colecciónde datos fundamental para una empresa (A)

base de datos relacional. Base de datos en la que losdatos se organizan y se accede a ellos de acuerdo conrelaciones. (T)

base de reglas. En IBM Tivoli Enterprise Console, unoo más conjuntos de reglas y las definiciones de clase deevento para las que se escriben las reglas. IBM TivoliEnterprise Console utiliza la base de reglas en lagestión de los eventos. Una organización puede crearmuchas bases de reglas y establecer que cada base dereglas cumpla una serie distinta de necesidades para lagestión de entornos informáticos.

Cclase. (1) En diseño o programación orientada alobjeto, modelo o plantilla que se puede instanciar paracrear objetos con una definición común y, por lo tanto,propiedades, operaciones y funcionamiento comunes.Un objeto es una instancia de una clase. (2) En elsistema operativo AIX, perteneciente a lascaracterísticas de E/S de un dispositivo. Losdispositivos de sistema se clasifican como dispositivosde bloque o de caracteres.

clase de evento. En IBM Tivoli Enterprise Console,clasificación de un evento que indica el tipo deinformación que el adaptador de eventos enviará alservidor de eventos.

CLI. Consulte interfaz de línea de comandos.

conjunto de reglas. En IBM Tivoli Enterprise Console,archivo que contiene una o más reglas. Consulte tambiénbase de reglas.

consola de eventos. En IBM Tivoli Enterprise Console,interfaz gráfica de usuario (GUI) que permite a losoperadores del sistema ver y responder a los eventosenviados desde el servidor de eventos. Tivoli EventIntegration Facility no utiliza directamente ni afecta alas consolas de eventos.

EEIF. Consulte Tivoli Event Integration Facility.

escritorio. Interfaz gráfica de usuario (GUI) quepermite a un usuario interactuar y realizar operacionesen un sistema informático.

evento. (1) Incidencia significativa que se produce enuna tarea (como puede ser abrir una ventana o realizaruna operación asíncrona). (2) En el entorno Tivoli,cualquier cambio significativo en el estado de unrecurso del sistema, un recurso de red o una aplicaciónde red. Se puede generar un evento para un problema,para la resolución de un problema o para la realizacióncorrecta de una tarea. Ejemplos de eventos son el inicioy la detención normal de un proceso, la terminaciónanómala de un proceso y el funcionamiento erróneo deun servidor.

evento de consola. En un entorno Tivoli, evento quese envía a IBM Tivoli Enterprise Console.

Ffiltro de eventos. En un entorno Tivoli, software quedetermina los eventos que se reenvían a un destinoespecificado. El filtro de eventos ayuda a reducir eltráfico de red. Los administradores de Tivoli configurarlos filtros de eventos.

filtro de grupo de eventos. Consulte filtro de eventos.

fuente. En IBM Tivoli Enterprise Console, recursocomo, por ejemplo, un host, que un adaptador deeventos supervisa.

función de autorización. En un entorno Tivoli,función asignada a administradores Tivoli para queéstos puedan llevar a cabo sus tareas de gestión desistemas asignadas. Una función puede otorgarse paratoda una región de gestión Tivoli y bien para unconjunto específico de recursos como, por ejemplo, loscontenidos en una región de políticas. Ejemplos defunciones de autorización son: super, senior, admin yuser.

Ggrupo de eventos. En IBM Tivoli Enterprise Console,conjunto de eventos que satisfacen determinadoscriterios. Cada grupo de eventos se representamediante un icono en la consola de eventos. Losoperadores de Tivoli pueden supervisar grupos deeventos que son relevantes para sus áreas específicas deresponsabilidad.

GUI. Consulte interfaz gráfica de usuario.

Hhost. (1) Sistema que está conectado a una red (comopuede ser Internet o una red SNA) y que proporcionaun punto de acceso a esa red. Asimismo, en función delentorno, el host puede proporcionar controlcentralizado de la red. El host puede ser un cliente, unservidor o ambos simultáneamente. (2) En un entorno


Tivoli, sistema que sirve como nodo gestionado parauna distribución de perfiles. (3) Consulte procesador dehost.

Iinforme de problemas. En Tivoli NetView, registro deun problema que se ha producido. El informe deproblema se convierte en el vehículo formal para hacerel seguimiento de un problema desde su apariciónhasta su resolución.

interfaz de línea de comandos (CLI). Tipo de interfazde sistema en el que el comando de entrada es unacadena de caracteres de texto. Compare con interfazgráfica de usuario.

interfaz gráfica de usuario (GUI). Tipo de interfaz desistema que consta de una metáfora visual de unaescena del mundo real, a menudo de un escritorio. Enesa escena existen iconos que representan objetos reales,a los que el usuario puede acceder y que se puedenmanipular con un dispositivo de puntero. Compare coninterfaz de línea de comandos.

Nnivel de gravedad. En IBM Tivoli Enterprise Console,clasificación de un evento que indica su grado degravedad. El usuario puede modificar los niveles degravedad, que también pueden modificarse medianteuna regla de IBM Tivoli Enterprise Console. Los nivelesde gravedad predefinidos, en orden descendente degravedad son: muy grave, crítico, aviso, leve, inocuo ydesconocido (fatal, critical, warning, minor, harmless yunknown).

nodo gestionado. (1) En comunicaciones de Internet,estación de trabajo, servidor o direccionador quecontiene un agente de gestión de red. En IP (InternetProtocol), el nodo gestionado contiene normalmente unagente SNMP (Simple Network Management Protocol).(2) En un entorno Tivoli, cualquier recurso gestionadoen el que se instala Tivoli Management Framework.

Pperfil. En un entorno Tivoli, contenedor deinformación específica de aplicaciones sobre un tipoconcreto de recurso. Una aplicación Tivoli especifica laplantilla de sus perfiles; la plantilla incluye informaciónsobre los recursos que esa aplicación Tivoli puedegestionar.

Un perfil se crea en el contexto de un gestor deperfiles; el gestor de perfiles enlaza un perfil con elrecurso Tivoli (por ejemplo, un nodo gestionado) queutiliza la información que contiene el perfil. Un perfilno tiene abonados directos.

perfil de configuración de adaptador (ACP). En unentorno Tivoli, perfil de IBM Tivoli Enterprise Consoleque contiene información para uno o más adaptadoresde eventos.

política. En un entorno Tivoli, conjunto de reglasaplicables a recursos gestionados. Una regla específicade una política se conoce como “método de política”.

procesador de host. (1) Procesador que controla unared de aplicaciones de usuario total o parcialmente. (T)(2) En una red, unidad de proceso en la que reside elmétodo de acceso a la comunicación de datos.

punto final. (1) En un entorno Tivoli, cliente Tivolique es el destinatario último de cualquier tipo deoperación Tivoli. (2) En un entorno Tivoli, servicioTivoli que se ejecuta en varios sistemas operativos yrealiza operaciones Tivoli en esos sistemas, lo quepermite que Tivoli Management Framework gestionelos sistemas como clientes Tivoli.

RRDBMS. Consulte sistema de gestión de bases dedatos relacionales.

RDBMS (sistema de gestión de bases de datosrelacionales). Colección de hardware y software queorganiza y proporciona acceso a una base de datosrelacional.

recurso. (1) Cualquier recurso de un sistemainformático o de un sistema operativo que un trabajo otarea necesita y que incluye el almacenamientoprincipal, los dispositivos de entrada/salida, la unidadde proceso, los conjuntos de datos y los programas decontrol o proceso. (2) En Tivoli NetView para OS/390,hardware o software que proporciona funciones a lared. (3) Consulte recurso gestionado.

recurso gestionado. En un entorno Tivoli, cualquierentidad de hardware o software (máquina, servicio,sistema o recurso) representada por un objeto de basede datos y un icono en el escritorio Tivoli. Los recursosgestionados deben ser de un tipo de recurso gestionadocon soporte de una región de políticas y están sujetos aun conjunto de reglas. Los recursos gestionados son,entre otros, los nodos gestionados, las bibliotecas detareas, los supervisores, los perfiles y los tablones deanuncios.

región de gestión Tivoli (TMR). En un entorno Tivoli,un servidor Tivoli y el conjunto de clientes a los quesirve. Una organización puede tener más de una regiónde gestión Tivoli. Una región de gestión Tivoli gestionala conectividad física de los recursos, mientras que unaregión de políticas gestiona la organización lógica delos recursos.

región de políticas. En un entorno Tivoli, grupo derecursos gestionados que comparten una o más

Glosario 125

políticas comunes. Los administradores de Tivoliutilizan regiones de políticas para dar forma a lagestión y a la estructura organizativa de un entorno desistemas de red. Los administradores pueden agruparrecursos similares, definir el acceso y el control de losrecursos y asociar reglas para regir los recursos. Laregión de políticas contiene tipos de recursos y la listaque se debe gestionar. Una región de políticas serepresenta en el escritorio de Tivoli mediante un iconoque parece un edificio con capitolio (icono de cúpula).Cuando se crea una región de gestión Tivoli (TMR),también se crea una región de políticas que tiene elmismo nombre. En este caso, la región de gestión Tivolisólo tiene una región de políticas. Sin embargo, en lamayoría de los casos, un administrador de Tivoli creaotras regiones y subregiones de políticas pararepresentar la organización de la región de gestiónTivoli. Una región de gestión Tivoli gestiona laconectividad física de los recursos, mientras que unaregión de políticas gestiona la organización lógica delos recursos.

regla. En IBM Tivoli Enterprise Console, una o mássentencias lógicas que permiten al servidor de eventosreconocer las relaciones que existen entre los eventos(correlación de eventos) y ejecutar respuestasautomatizadas de acuerdo con ello. Consulte tambiénbase de reglas y conjunto de reglas.

Sscript. (1) Programa informático que se interpreta. (2)Consulte script de shell.

script de shell. En el sistema operativo UNIX, serie decomandos, combinados en un archivo, que llevan acabo una función concreta cuando se ejecuta el archivoo cuando se especifica el archivo como valor para elcomando SH.

servidor de eventos. En IBM Tivoli EnterpriseConsole, servidor central que procesa eventos. Elservidor de eventos crea una entrada para cada eventoentrante y evalúa el evento contra una base de reglaspara determinar si puede responder o modificar elevento de manera automática. El servidor de eventosactualiza también las consolas de eventos con lainformación actual de eventos. Si el servidor de eventosprimario no está disponible, los eventos se puedenenviar a un servidor de eventos secundario.

slot. En IBM Tivoli Enterprise Console, términoobsoleto para atributo.

SNMP (Simple Network Management Protocol). Enla suite de protocolos de Internet, protocolo de gestiónde red que se utiliza para supervisar direccionadores yredes conectadas. SNMP es un protocolo de capas deaplicaciones. La información sobre los dispositivosgestionados se define y almacena en la MIB(Management Information Base) de la aplicación.

Ttarea. (1) En un entorno de multiprogramación omultiproceso, una o más secuencias de instruccionesque un programa de control trata como un elemento detrabajo que debe realizar un sistema. (I) (A) (2) Enun entorno Tivoli, definición de una acción que se debellevar a cabo rutinariamente en varios modosgestionados a través de la red. Una tarea define losejecutables que deben ejecutarse cuando se ejecuta latarea, la función de autorización necesaria para ejecutarla tarea y el usuario o el nombre del grupo bajo el quese ejecutará la tarea.

TI. Tecnología de la información

Tivoli Event Integration Facility. Kit de utilidades deTivoli que proporciona una sencilla interfaz deprogramación de aplicaciones (API) que permite a losclientes y a los Tivoli Partners desarrollar nuevosadaptadores de eventos que puedan reenviar eventos aIBM Tivoli Enterprise Console. Un cliente tambiénpuede convertir eventos de terceros o de aplicacionesinternas.

Tivoli Management Framework. Software basenecesario para ejecutar las aplicaciones de la suite deproductos Tivoli. Esta infraestructura de softwarepermite la integración de aplicaciones de gestión desistemas de Tivoli Systems Inc. y los Partners de Tivoli.Tivoli Management Framework incluye los siguienteselementos:

v Agente de peticiones de objeto (oserv)

v Base de datos de objetos distribuidos

v Funciones básicas de administración

v Servicios básicos de aplicación

v Servicios básicos de escritorio como la interfazgráfica de usuario

En un entorno Tivoli, Tivoli Management Frameworkse instala en cada cliente y servidor; sin embargo, elservidor de región de gestión Tivoli es el único servidorque contiene toda la base de datos de objetos.


Índice

AACF (Adapter Configuration Facility)

consideraciones sobre 2desinstalar 92instalación 50

actualizarconsideraciones 86consideraciones para

adaptadores 112función de autorización para 85, 111verificación de la versión de TMF

para los adaptadores 112verificar la versión de TMF 86

adaptadoradaptadores disponibles, Consulte la

publicación IBM Tivoli EnterpriseConsole Adapter’s Guide viii

desarrollo, Consulte la publicaciónIBM Tivoli Enterprise Console EIFGuía del usuario viii

instalación de un adaptador de puntofinal 100

instalación de un adaptador noTME 102

instalación desde la línea decomandos 99

instalación en entornos TME 97adaptador de alertas AS/400

archivos de guardar 107desinstalación del adaptador 117

adaptador de archivo de registro deUNIX 3

adaptador de mensajes AS/400archivos de guardar 107desinstalación del adaptador 117

Adaptador de OS/2 3requisitos para la instalación 97

adaptador de registro de eventos deWindows NT 3

adaptador SNMP 3adaptadores

archivo de registro de UNIX 3en máquinas con entornos distintos de

Tivoli 3en puntos finales 3instalación 50OS/2 3Registro de eventos de Windows

NT 3SNMP 3

adaptadores disponibles, para lainstalación 98

ajusteOracle, archivos y búfer del registro

de rehacer 72segmentos de retrotracción de

Oracle 71archivo .db2cshrc 34archivo .db2profile 34archivo .odbc.ini 35, 36archivo .profile 34

archivo de servicios 34, 35archivo interfaces 38archivo SQL.INI 38archivo sqlhosts 36archivo tnsnames.ora 37archivos y búfer de registro de rehacer de

Oracle 72asistente 53

configuración de la base de datos deeventos 53

avanzadaconfiguración de la base de datos de

eventos 58

Bbase de datos de eventos 53

actualización del servidor deeventos 61

avanzada 58desinstalar 61generación de scripts 62

generación 62opción sin cambios 63

generar y ejecutar scripts 63inicio del asistente 57instalación de componentes utilizando

el asistente 61sólo ejecutar scripts 62, 63

base de datos de objetos, copia deseguridad de 32

bases de datosDB2 1, 33Informix 1, 35Oracle 1, 37SQL Server de Microsoft 36Sybase 1, 37

bases de datos admitidasDB2 1Informix 1Oracle 1SQL Server de Microsoft 1Sybase 1

búfer del registro de rehacerOracle 72

Ccampo ID de usuario de la base de

datos 46DB2 34Informix 36MS SQL Server 36Oracle 37Sybase 38

campo Nombre de la instancia 33, 34,35, 46

Informix 36MS SQL Server 37Oracle 37

campo Nombre de la instancia(continuación)

Sybase 38campo Ubicación de la base de datos

DB2 33Informix 36MS SQL Server 36Oracle 37Sybase 38

catalogarservidor DB2 35

cliente DB2, configurar 35cliente remoto, DB2 34comando winstall 99comandos viii

wbkupdb 32, 86, 91, 112wcrtrim 2, 32, 51wdel 2, 32, 51winstall 45, 47, 99wregister 8wrimtest 52wsetrim 2, 51wsetrimpw 2, 51wstartesvr 39wstopesvr 39wuninst 91wupdate 8

Comentarios sobre las publicaciones ixcomponentes

instalación 45comunicación, para DB2 34, 46configuración

base de datos de eventos 53base de datos de eventos,

avanzada 58escenario de nodo gestionado 5, 6escenario de nodo gestionado

NetView 9escenario de servidor TMR 6, 7, 10escenario de servidor TMR con

NetView 11recuperación en caso de fallos 8varias TMR 7

configuración de la base de datos 64, 69,70, 71, 72, 73, 76

habilitación del soporte de idioma 81mejoras en el rendimiento 63

configuración de la base de datos deeventos 53

configurar, cliente DB2 35consideraciones

Adapter Configuration Facility 2consola de eventos 2generales 1para DB2 34producto IBM Tivoli Enterprise

Console 1RIM 1, 31, 32servidor de eventos 2

consideraciones acerca de DB2 78


consideraciones acerca de DB2 utilizandoel asistente 78

consideraciones acerca de la base dedatos 78

Informix 79MS SQL Server 80, 81Oracle 80Sybase 81

consola de eventosconsideraciones sobre 2desinstalar 93instalación 48instalación desde

escritorio de Tivoli 48Consulte IBM Tivoli Enterprise Console

Rule Builder’s$nopage> viiiconsulte la publicación IBM Tivoli

Enterprise Console Manual deconsulta viii

Contacto por correo electrónico ixcontexto para un procedimiento xicopia de seguridad de la base de datos

de objetos 32cuenta tmersrvd 2, 31cuentas

Informix 36tmersrvd 2

cuentas de usuarioInformix 36tmersrvd 2

DDB2

acceso de cliente remoto 34asignación de puertos 34, 35campo Ubicación de la base de

datos 33catalogar

servidor 35comunicación 34, 35, 46configuración 33configuración de sólo servidor 34configurar cliente 35consideraciones 34habilitación del soporte de idioma

extranjero 82ID de usuario de la base de datos 34instalación 33instancia activa 33, 34, 35propietario de instancia 34, 46ubicación de la instancia 34utilidad SQL interactiva 35

desinstalación de adaptadoresadaptador de archivo de registro

NetWare 117adaptadores de AS/400 117entorno no TME 116entorno TME 115

desinstalarAdapter Configuration Facility 92consola de eventos 93función de autorización para 91sample event information 93servidor de eventos 94servidor de UI 94

desinstalar (continuación)sólo objetos de base de datos de

eventos 61detención

servidor de eventos 39diagrama 13diálogo Explorador de archivos 98diálogo Instalación de producto 98directorio de instalación

Informix 35Oracle 37

directorio inicial, instancia DB2 34

Eejecución 59

script wdbconfig.sh para Informix 59entorno no TME, desinstalación de

adaptadores 116entorno TME, desinstalación de

adaptadores 115entorno TME, instalación de un

adaptador en 97escenarios

distribución 5NetView 5no TME 5TME 5

escritorio de Tivoliinstalación de la consola de

eventos 48escritorio de Tivoli, instalación desde 98Event Integration Facility (EIF)

instalación 50

Fflecha, icono de servidor de eventos xiifunción de autorización

actualizar productos 85, 111desinstalar productos 91instalación de productos 13, 31

función necesaria para unprocedimiento xi

Ggenerador de reglas viii

Hhabilitación

soporte de idioma extranjero 81habilitación para DB2 82habilitación para Informix 82habilitación para MS SQL Server 82habilitación para Oracle 82habilitación para Sybase 82habilitación utilizando el asistente 81

Iiconos xii

base de reglas xiiPerfil xii

iconos (continuación)Servidor de eventos xii

idiomainglés como idioma secundario para el

AS/400 108primario, AS/400 108

idioma extranjerohabilitación del soporte 81

Información de eventos de ejemploinstalación 47

Informixarchivo sqlhosts 36campo Ubicación de la base de

datos 36configuración 35consideraciones utilizando el

asistente 79cuenta 36directorio de instalación 35habilitación del soporte de idioma

extranjero 82ID de usuario de la base de datos 36instalación 35

inglés, idioma secundario para elAS/400 108

inicio, servidor de eventos 39inicio rápido

antes de empezar 24aspectos que se dan por supuesto 23escenario de distribución 23pasos 24visión general 23

instalación 47ACF (Adapter Configuration

Facility) 50adaptadores 50componentes 45consideraciones 45consola de eventos 48diagrama 13Event Integration Facility (EIF) 50función de autorización para 13, 31Información de eventos de

ejemplo 47inicio rápido 23servidor de eventos 45Servidor de interfaz de usuario 47servidor de UI 47utilización del asistente de la base de

datos de eventos 53instalación de adaptadores

adaptador de archivo de registroNetWare 108

adaptador de punto final 100adaptador no TME 102adaptadores disponibles para la

instalación 98administrador 99archivos de adaptador 104comando winstall 99desde el escritorio de Tivoli 98desde la línea de comandos 99diálogo Explorador de archivos 98diálogo Instalación de producto 98escritorio de Tivoli 98función de autorización user 99ID de usuario 99


instalación de adaptadores (continuación)inglés como idioma secundario,

AS/400 108nodos gestionados 98

interconexión de TMR, con IBM TivoliEnterprise Console 7

interfaz de línea de comandos (CLI) viii

Llibros

comentarios viiien línea viiisolicitud viii

línea de comandosregistrar recursos 8

Mmanuales


menú emergente, seleccionar ximétodos

instalacióninstalación 13

MS SQL Servercampo Ubicación de la base de

datos 36consideraciones utilizando el

asistente 80, 81habilitación del soporte de idioma

extranjero 82ID de usuario de la base de datos 36

NNetView

escenario con el servidor TMR 11escenario de nodo gestionado 9

no TMEadaptador, instalación 102

nodo gestionado 98nombres de directorios, notación xinombres de rutas, notación xinotación

nombres de rutas xtipo de letra xvariables de entorno x

Oopción sin cambios 63opciones de configuración de Oracle 72opciones de configuración de Sybase 76opciones de DB2 64opciones de Informix 64opciones de MS SQL Server 70opciones de Oracle 71Oracle

búfer del registro de rehacer 72campo Ubicación de la base de

datos 37configuración 37

Oracle (continuación)consideraciones utilizando el

asistente 80directorio de instalación 37habilitación del soporte de idioma

extranjero 82ID de instancia 37ID de usuario de la base de datos 37instalación 37opciones de configuración de la base

de datos 72segmentos de retrotracción 71servicio de escucha 37SQL*Net 37SQL*Plus 37

Ppropietario de instancia

DB2 34, 46publicaciones


Publicaciones en línea ixpuertos, para DB2 34, 35punto final

adaptador, instalación 100

RRDBMS

servidor 32soporte 1

recuperación en caso de fallos 8recurso EventServer 8recursos, EventServer 8registrar recursos 8registro

archivo de registro lógico deNetView 98

archivo de registro lógico deOpenView 98

registro de nombres, Tivoli 8registros lógicos

Informix 69registros lógicos de Informix 69reglas viiirequisitos

sistema 1requisitos de hardware, instalación 97requisitos de software, instalación 97requisitos del sistema 1requisitos para la instalación

hardware 97software 97

RIMcon Sybase 38conectividad

comprobar 51consideraciones sobre 1, 31, 32elegir el host 31información sobre 51modificar objetos 51objeto RIM 51suprimir objetos 51

Ssample event information

desinstalar 93script

wdbconfig.sh 59script wdbconfig.sh 59script wdbconfig.sh para DB2 59segmentos de retrotracción

Oracle 71segmentos de retrotracción de Oracle 71servicio

escucha de Oracle 37servicio de escucha, Oracle 37servidor de eventos

consideraciones sobre 2desinstalar 94detención 39instalación 45reinicio 39

Servidor de interfaz de usuario 47servidor de UI

desinstalar 94instalación 47

Servidor web 47Solicitud de publicaciones ixSoporte al cliente xSoporte al cliente de Tivoli xsoporte de idioma 81, 82SQL*Net 37SQL*Plus 37SQL Server de Microsoft

configuración 36instalación 36orden de clasificación 36orden de diccionario 36

Sybasearchivo SQL.INI 38campo Ubicación de la base de

datos 38configuración 37consideraciones utilizando el

asistente 81habilitación del soporte de idioma

extranjero 82ID de usuario de la base de datos 38instalación 37opciones de configuración de la base

de datos 76

Ttabla de estructuras de memoria de

Oracle 71tabla de opciones de configuración de

Oracle 73tabla de opciones de configuración de

Sybase 76tabla de opciones de Informix 64tabla de opciones del servidor DB2 70tabla de parámetros de MS SQL

Server 70Tivoli

base de datos de objetos 32registro de nombres 8

Índice 129

Uubicación de la instancia, DB2 34utilización

diagrama de instalación 13producto IBM Tivoli Enterprise

Console, Consulte la publicaciónIBM Tivoli Enterprise Console Guíadel usuario$nopage> viii

utilización al generar scripts 63

Vvariable de entorno DB2COMM 34, 35,

46variable de entorno DB2INSTANCE 33,

34, 35variable de entorno DSQUERY 38variable de entorno INFORMIXDIR 35variable de entorno

INFORMIXSERVER 36variable de entorno INSTHOME 34variable de entorno ORACLE_HOME 37variable de entorno SYBASE 38variable de entorno TWO_TASK 37variables, notación para xvariables de entorno

DB2COMM 34, 35, 46DB2INSTANCE 33, 34, 35DSQUERY 38INFORMIXDIR 35, 36INSTHOME 34ORACLE_HOME 37SYBASE 38TWO_TASK 37

variables de entorno, notación x

Wwbkupdb 32, 86, 91, 112wcrtrim 2, 32, 51wdbconfig.sh 59

para DB2 59para Informix 59

wdel 2, 32, 51winstall 45, 47wregister 8wsetrim 2, 51wsetrimpw 2, 51wstartesvr 39wstopesvr 39wuninst 91wupdate 8


Número Pieza: CT13MES

Printed in Denmark by IBM Danmark A/S

SC10-3836-00

(1P)

P/N:

CT13MES

Guía de instalación -...

Documents

Transcript of Guía de instalación -...