...Importación de datos de personalización .. . 143 Importación de datos de personalización -...

Network Manager IP EditionVersión 3 Release 9

Guía de configuración e instalación

R2E2

IBM

NotaAntes de utilizar esta información y el producto que soporta, lea la información de “Avisos” en la página 385.

Este manual es la traducción del original inglés IBM Tivoli Network Manager IP Edition Installation and ConfigurationGuide, SC27-2760-00. Esta edición se aplica a la versión 3, release 9 de IBM Tivoli Network Manager IP Edition(número de producto 5724-S45) y a todos los releases y modificaciones posteriores hasta que se indique lo contrarioen nuevas ediciones.

© Copyright IBM Corporation 2006, 2016.

Contenido

Acerca de esta publicación . . . . . . vPúblico de destino . . . . . . . . . . . . vQué contiene esta publicación . . . . . . . . vPublicaciones . . . . . . . . . . . . . . viAccesibilidad . . . . . . . . . . . . . . ixFormación técnica de Tivoli . . . . . . . . . xInformación de soporte . . . . . . . . . . . xConvenciones utilizadas en esta publicación . . . . x

Capítulo 1. Planificación para lainstalación . . . . . . . . . . . . . 1Despliegue de Network Manager . . . . . . . 1

Situaciones de despliegue . . . . . . . . . 1Consideraciones sobre el despliegue . . . . . 14Ejemplos de despliegue . . . . . . . . . 17

Dominios de red. . . . . . . . . . . . . 23Recopilación de sucesos utilizando un dominiopor ObjectServer. . . . . . . . . . . . 24Recopilación de sucesos utilizando variosdominios por ObjectServer . . . . . . . . 25Visualización de ejemplo de la topología desdevarios dominios . . . . . . . . . . . . 26

Requisitos de hardware . . . . . . . . . . 28Pautas de selección del procesador . . . . . 28Requisitos para ejecutar el instalador . . . . . 29Requisitos para los componentes principales . . 29Requisitos para los componentes de la GUI. . . 30Requisitos para el servidor de base de datos detopología . . . . . . . . . . . . . . 31Espacio de disco para sucesos e interfaces . . . 32Requisitos del espacio de intercambio (UNIX) . . 32Requisitos de ancho de banda para eldescubrimiento . . . . . . . . . . . . 33Requisitos de la memoria de descubrimiento . . 33

Requisitos de software. . . . . . . . . . . 34Requisitos para otros productos . . . . . . 34Bases de datos de topología soportadas . . . . 38Sistemas operativos soportados . . . . . . . 41Navegadores soportados . . . . . . . . . 46Navegadores soportados para el launchpad delinstalador . . . . . . . . . . . . . . 47Herramientas del sistema operativo . . . . . 48Requisitos de DNS (Servicio de nombre dedominio) . . . . . . . . . . . . . . 48Restricciones de usuario de UNIX . . . . . . 49Restricciones de usuario de Windows. . . . . 49Requisitos para zonas de Solaris . . . . . . 49IBM Tivoli License Compliance Manager . . . 51Requisitos de Windows Installer . . . . . . 51Requisitos del directorio de instalación . . . . 52Requisitos del descriptor de archivos . . . . . 53Requisitos para la representación gráfica. . . . 53

Capítulo 2. Instalación . . . . . . . . 55Preparación para la instalación . . . . . . . . 55

Configuración de una instalación de TivoliNetcool/OMNIbus existente . . . . . . . . 55Descomprimir el archivo de instalación . . . . 59Comprobación de los requisitos del sistema . . 59Configuración de una base de datos de topología 60Instalación de Tivoli Common Reporting . . . 74Configuración de Red Hat Linux EnterpriseEdition . . . . . . . . . . . . . . . 77Configuración del puerto de terminación de E/S(IOCP) . . . . . . . . . . . . . . . 77

Instalación de Network Manager . . . . . . . 78Diferencias entre la instalación básica ypersonalizada. . . . . . . . . . . . . 78Acerca de la instalación un FIPS 140-2 . . . . 79Instalación de Network Manager utilizando elasistente . . . . . . . . . . . . . . 80Instalación de Network Manager en modalidadde consola . . . . . . . . . . . . . 100Instalación de Network Manager en modalidadsilenciosa . . . . . . . . . . . . . . 101

Tareas posteriores a la instalación. . . . . . . 112Resolución de problemas e instalación . . . . . 114

Visualización de los registros de instalación . . 115Visualización de los paquetes instalados . . . 119Comprobación de la URL de inicio de sesión yde los puertos predeterminados . . . . . . 120Mensajes de error de dependencia . . . . . 120Ejecución de la instalación y procedimientos demantenimiento como root o no root . . . . . 120No hay suficiente espacio en disco paracompletar la instalación . . . . . . . . . 121Error de instalación de modalidad de consola 121Las tareas posteriores a la instalación se ejecutandesde el fallo de launchpad en AIX 7 . . . . 122La base de datos de topología no se puedeinicializar. . . . . . . . . . . . . . 122Copia de seguridad y restauración del motor dedespliegue . . . . . . . . . . . . . 123Mensajes de instalación inocuos . . . . . . 124Espacio en disco insuficiente para la instalación 124Caso de error de instalación . . . . . . . 124Falla la instalación después de la actualizacióndel motor de despliegue. . . . . . . . . 126

Desinstalación de Network Manager . . . . . 126Desinstalar en UNIX . . . . . . . . . . 126Desinstalación en Windows. . . . . . . . 128

Instalación de paquetes de reparación . . . . . 132

Capítulo 3. Actualización y migración 135Actualización y migración a la última versión deNetwork Manager . . . . . . . . . . . . 135

Visión general de actualización y de migración 137Preparación de la actualización . . . . . . 139Exportación de datos de personalización . . . 141Exportación de datos de la GUI V3.8 . . . . 142

© Copyright IBM Corp. 2006, 2016 iii

Importación de datos de personalización . . . 143Importación de datos de personalización - pasosmanuales . . . . . . . . . . . . . . 146Importación de datos de la GUI V3.8 . . . . 152Importación de datos de la GUI V3.8 - pasosmanuales . . . . . . . . . . . . . . 154Identificación de las personalizaciones de labase de datos de topología de NCIM . . . . 156

Copiar una instalación V3.9 existente . . . . . 157Transición desde IBM Tivoli NetView . . . . . 161

Extracción de datos de IBM Tivoli NetView . . 161Creación de vistas de red desde el archivolocation.conf de IBM Tivoli NetView . . . . 162

Capítulo 4. Configuración de NetworkManager . . . . . . . . . . . . . 165Configuración de integraciones con otros productos 165

Configuración de Tivoli Netcool/OMNIbus parasu uso con Network Manager . . . . . . . 165Configuración de la integración con NetcoolConfiguration Manager . . . . . . . . . 192Exportación de datos de descubrimiento aCCMDB, TADDM y TBSM . . . . . . . . 193Configuración de Tivoli Integrated Portal . . . 210Integración con IBM Tivoli Monitoring . . . . 224Configuración de la integración con IBMSystems Director . . . . . . . . . . . 225

Configuración de Network Manager para lossistemas operativos UNIX . . . . . . . . . 236

Configuración de permisos root/no root . . . 236Instalar y configurar Informix después de unainstalación no root. . . . . . . . . . . 240Configuración de Informix para presentarinformes . . . . . . . . . . . . . . 241Configuración de permisos para herramientasweb en Solaris 10 . . . . . . . . . . . 242

Configuración de GUI . . . . . . . . . . 243Administración del cliente de TopoViz . . . . 243Carga de información de MIB actualizada . . . 263Configuración de la presentación de sucesosdesde dispositivos no gestionados . . . . . 264

Configuración de Tivoli Common Reporting . . . 265Configurar Tivoli Common Reporting 2.x . . . 265Configuración de Tivoli Common Reporting 3.1en un servidor remoto . . . . . . . . . 278Configuración de informes de BIRT paraalmacenar contraseñas de base de datos conJNDI . . . . . . . . . . . . . . . 295

Habilitación de la migración tras error . . . . . 297Acerca de la migración tras error . . . . . . 297Sobre la alta disponibilidad de base de datos detopología NCIM . . . . . . . . . . . 297Arquitecturas de migración tras error . . . . 300Funcionamiento de migración tras error de losprocesos principales de Network Manager. . . 311Limitaciones del proceso de migración tras errorde Network Manager. . . . . . . . . . 324

Configuración de migración tras error . . . . 325Solución de problemas de la migración traserror . . . . . . . . . . . . . . . 350

Cambio de la dirección IP y el nombre de host dela instalación de Network Manager IP Edition . . 356

Cambio de la dirección IP y el nombre de hostpara Network Manager IP Edition . . . . . 357Cambio de la dirección IP y el nombre de hosten el servidor de Tivoli Netcool/OMNIbus . . 357Actualización de Network Manager IP Editionpara un nuevo nombre de host o una nuevadirección IP de Tivoli Netcool/OMNIbus . . . 358Actualización de Tivoli Integrated Portal paraun nuevo nombre de host o una nuevadirección IP de Tivoli Netcool/OMNIbus . . . 358Cambio de la dirección IP y el nombre de hostdel servidor de Tivoli Integrated Portal . . . . 359Actualización de Network Manager para elnombre de host modificado del servidor deTivoli Integrated Portal . . . . . . . . . 360Cambio de la dirección IP y el nombre de hosten el servidor del motor de despliegue . . . . 360Cambio de la dirección IP para Tivoli CommonReporting . . . . . . . . . . . . . 360Configuración de Network Manager IP Editionpara una dirección IP modificada del servidorde NCIM de DB2 . . . . . . . . . . . 361

Establecimiento de variables de entorno . . . . 362Estructura de directorios predeterminada . . . . 363Configuración de los dispositivos de Juniper PE 367Actualización de bibliotecas de cliente de Oracle 368Configuración del espacio de disco de Informix enWindows . . . . . . . . . . . . . . . 368Cómo proporcionar soporte para dispositivosheredados en una instalación de FIPS 140-2 . . . 369Configuración de la autenticación del Proveedor deservicios de OQL . . . . . . . . . . . . 370Configuración del ayudante de SNMP . . . . . 371

Configuración de la regulación del ayudante deSNMP . . . . . . . . . . . . . . . 371Configuración del soporte de GetBulk paraSNMP v2 y v3 . . . . . . . . . . . . 372

Configuración de SSO entre la representacióngráfica y Tivoli Monitoring . . . . . . . . . 374IBM Support Assistant (ISA) . . . . . . . . 377

Instalación del recopilador de IBM SupportAssistant Lite . . . . . . . . . . . . 377

Apéndice. glosario de NetworkManager . . . . . . . . . . . . . 379

Avisos . . . . . . . . . . . . . . 385Marcas registradas. . . . . . . . . . . . 387

Índice. . . . . . . . . . . . . . . 389

iv IBM Tivoli Network Manager IP Edition: Guía de configuración e instalación

Acerca de esta publicación

IBM Tivoli Network Manager IP Edition proporciona funciones de descubrimientodetallado de redes, supervisión de dispositivos, visualización de topología y RCA(análisis de causa raíz). Network Manager puede personalizarse y configurarse engran manera para gestionar distintas redes. Network Manager tambiénproporciona amplias características de creación de informes y de integración conotros productos de IBM, como por ejemplo IBM Tivoli Application DependencyDiscovery Manager, IBM Tivoli Business Service Manager e IBM Systems Director.

La publicación IBM Tivoli Network Manager IP Edition: Guía de instalación yconfiguración describe cómo instalar Network Manager IP Edition. La guía tambiéndescribe las tareas de configuración posteriores a la instalación. Esta publicaciónestá destinada a administradores que deben instalar y configurar NetworkManager IP Edition.

Público de destinoEsta publicación está destinada a los administradores que deben instalar NetworkManager y realizar la configuración posterior a la instalación.

Los lectores han de estar familiarizados con los temas siguientes:v Gestión de redv Configuración del sistema operativo

IBM Tivoli Network Manager IP Edition funciona junto con IBM TivoliNetcool/OMNIbus; en esta publicación se presupone que el lector comprende elfuncionamiento de IBM Tivoli Netcool/OMNIbus. Para obtener más informaciónsobre IBM Tivoli Netcool/OMNIbus, consulte las publicaciones descritas en“Publicaciones” en la página vi.

Qué contiene esta publicación

Esta publicación contiene las secciones siguientes:v Capítulo 1, “Planificación para la instalación”, en la página 1

Proporciona información sobre qué tener en cuenta antes de instalar NetworkManager, como por ejemplo las configuraciones de despliegue, incluidos losrequisitos de dominios de migración tras error y de red, de hardware, de sistemaoperativo, de software y de comunicación.

v Capítulo 2, “Instalación”, en la página 55Describe cómo instalar Network Manager.

v Capítulo 3, “Actualización y migración”, en la página 135Describe cómo actualizar a la versión más reciente de Network Manager,incluida la migración de datos existentes desde su entorno de producciónanterior.

v Capítulo 4, “Configuración de Network Manager”, en la página 165Describe tareas a realizar tras instalar Network Manager, y valores que puedecambiar más tarde durante el uso del producto.

© Copyright IBM Corp. 2006, 2016 v

PublicacionesEsta sección lista publicaciones en la biblioteca de Network Manager y documentosrelacionados. La sección también describe cómo acceder a publicaciones de Tivolien línea y cómo ordenar las publicaciones de Tivoli.

Su biblioteca de Network Manager

La siguiente documentación está disponible en la biblioteca de Network Manager:v IBM Tivoli Network Manager IP Edition Release Notes, GI11-9354-00

Proporciona información importante y de última hora sobre IBM Tivoli NetworkManager IP Edition. Esta publicación está destinada a gestores de despliegue yadministradores y debe leerse primero.

v IBM Tivoli Network Manager: Guía de iniciación, GI13-1922-00Describe cómo configurar IBM Tivoli Network Manager IP Edition tras instalarel producto. Esta guía describe cómo iniciar el producto, asegurarse de quefuncione correctamente y descubrir la red. Obtener un buen descubrimiento dered es esencial para utilizar Network Manager IP Edition correctamente. Estaguía describe cómo configurar y supervisar un primer descubrimiento,comprobar los resultados del descubrimiento, configurar un descubrimiento deproducción y cómo mantener al día la topología de red. Una vez que latopología de red está al día, esta guía describe cómo hacer que ésta estédisponible para los operadores de red y cómo supervisar la red. Esta guíadescribe las tareas esenciales e incluye referencias a tareas más detalladas,opcionales o avanzadas y a material de consulta del resto del conjunto dedocumentación.

v Visión general del producto IBM Tivoli Network Manager IP Edition, GC27-2759-00Proporciona una visión general de IBM Tivoli Network Manager IP Edition.Describe la arquitectura del producto, sus componentes y funciones. Estapublicación está destinada a cualquier persona interesada en IBM TivoliNetwork Manager IP Edition.

v IBM Tivoli Network Manager IP Edition: Guía de instalación y configuración,SC11-7918-00Describe cómo instalar IBM Tivoli Network Manager IP Edition. Tambiéndescribe tareas obligatorias y opcionales de configuración posteriores a lainstalación. Esta publicación está destinada a aquellos administradores quedeben instalar y configurar IBM Tivoli Network Manager IP Edition.

v IBM Tivoli Network Manager IP Edition Administration Guide, SC27-2761-00Describe las tareas de administración de IBM Tivoli Network Manager IPEdition, como administrar procesos, consultar bases de datos e iniciar y detenerel producto. Esta publicación está destinada a administradores responsables delmantenimiento y disponibilidad de IBM Tivoli Network Manager IP Edition.

v IBM Tivoli Network Manager IP Edition Discovery Guide, SC27-2762-00Describe cómo utilizar IBM Tivoli Network Manager IP Edition para descubrir lared. Esta publicación está destinada a aquellos administradores responsables deconfigurar y ejecutar el descubrimiento de red.

v IBM Tivoli Network Manager IP Edition Event Management Guide, SC27-2763-00Describe cómo utilizar IBM Tivoli Network Manager IP Edition para sondeardispositivos de red, configurar el enriquecimiento de sucesos de dispositivos dered y gestionar los conectores para la Pasarela de sucesos de TivoliNetcool/OMNIbus, que incluye la configuración del conector RCA para fines deanálisis de causa raíz. Esta publicación está destinada a aquellos administradores

vi IBM Tivoli Network Manager IP Edition: Guía de configuración e instalación

responsables de configurar y ejecutar el sondeo de red, enriquecimiento desucesos, análisis de causa raíz y conectores de Pasarela de sucesos.

v IBM Tivoli Network Manager IP Edition Network Troubleshooting Guide,GC27-2765-00Describe cómo utilizar IBM Tivoli Network Manager IP Edition para resolverproblemas de red identificados por el producto. Esta publicación está destinadaa los operadores de red responsables de identificar o resolver problemas de red.

v IBM Tivoli Network Manager IP Edition Network Visualization Setup Guide,SC27-2764-00Describe cómo configurar las herramientas de visualización de red de IBM TivoliNetwork Manager IP Edition para ofrecer a los operadores de red un entornofuncional personalizado. Esta publicación es para administradores de producto ojefes de equipo responsables de facilitar el trabajo de los operadores de red.

v IBM Tivoli Network Manager IP Edition Management Database Reference,SC27-2767-00Describe los esquemas de las bases de datos de componentes en IBM TivoliNetwork Manager IP Edition. Esta publicación está destinada a usuariosavanzados que necesitan consultar directamente las bases de datos decomponentes.

v IBM Tivoli Network Manager IP Edition Topology Database Reference, SC27-2766-00Describe los esquemas de base de datos utilizados para almacenar datos detopología en IBM Tivoli Network Manager IP Edition. Esta publicación estádestinada a usuarios avanzados que necesitan consultar directamente la base dedatos de topología.

v IBM Tivoli Network Manager IP Edition Language Reference, SC27-2768-00Describe los lenguajes del sistema utilizados por IBM Tivoli Network ManagerIP Edition, como Stitcher y OQL (Object Query Language). Esta publicación estádestinada a usuarios avanzados que necesitan personalizar el funcionamiento deIBM Tivoli Network Manager IP Edition.

v IBM Tivoli Network Manager IP Edition Perl API Guide, SC27-2769-00Describe los módulos Perl que permiten a los desarrolladores escribiraplicaciones personalizadas que interactúan con IBM Tivoli Network Manager IPEdition. El Sondeo y los Agentes de descubrimiento son ejemplos deaplicaciones personalizadas que los desarrolladores pueden escribir. Estapublicación está destinada a desarrolladores de Perl avanzados que debenescribir este tipo de aplicaciones personalizadas.

v IBM Tivoli Monitoring for Tivoli Network Manager IP User's Guide, SC27-2770-00Proporciona información sobre la instalación y utilización de IBM TivoliMonitoring for IBM Tivoli Network Manager IP Edition. Esta publicación es paraadministradores de sistemas que instalan y utilizan IBM Tivoli Monitoring forIBM Tivoli Network Manager IP Edition para supervisar y gestionar recursos deIBM Tivoli Network Manager IP Edition.

Publicaciones de requisito previo

Para utilizar la información de esta publicación de forma efectiva, debe tener algúnconocimiento de requisito previo, que puede obtener desde las siguientespublicaciones:v IBM Tivoli Netcool/OMNIbus Installation and Deployment Guide, SC23-9680

Incluye procedimientos de instalación y actualización de TivoliNetcool/OMNIbus, y describe cómo configurar la seguridad y las

Acerca de esta publicación vii

comunicaciones de componentes. La publicación también contiene ejemplos delas arquitecturas de Tivoli Netcool/OMNIbus y describe cómo implementarlas.

v IBM Tivoli Netcool/OMNIbus User's Guide, SC23-9683Proporciona una visión general de las herramientas de escritorio y describe lastareas del operador relacionadas con la gestión de sucesos utilizando estasherramientas.

v IBM Tivoli Netcool/OMNIbus Administration Guide, SC23-9681Describe cómo realizar tareas administrativas utilizando la GUI deadministrador de Tivoli Netcool/OMNIbus, herramientas de la línea demandatos y control de procesos. Esta publicación también contiene descripcionesy ejemplos de sintaxis y automatizaciones de ObjectServer SQL.

v IBM Tivoli Netcool/OMNIbus Probe and Gateway Guide, SC23-9684Contiene información de introducción y referencia acerca de sondas y pasarelas,lo que incluye la sintaxis de archivo de reglas de sonda y mandatos de pasarela.

v IBM Tivoli Netcool/OMNIbus Web GUI Administration and User's Guide SC23-9682Describe cómo realizar tareas administrativas y de visualización de sucesosmediante la GUI web de Tivoli Netcool/OMNIbus.

Acceso a la terminología en línea

El sitio web de terminología de IBM consolida la terminología desde las bibliotecasde productos de IBM en una ubicación conveniente. Puede acceder al Sitio web determinología en la siguiente dirección web:

http://www.ibm.com/software/globalization/terminology

Acceso a las publicaciones en línea

IBM envía publicaciones para este y otros productos de Tivoli, cuando estándisponibles y siempre que se actualicen, en el sitio web del Centro de informaciónde IBM en:

http://www-01.ibm.com/support/knowledgecenter/

La documentación de Network Manager está ubicada en el nodo Cloud & SmarterInfrastructure en ese sitio web.

Nota: Si imprime documentos PDF en papel distinto a tamaño de carta, establezcala opción en la ventana Archivo > Imprimir que permite a su aplicación de lecturade PDF imprimir páginas de tamaño de carta en su papel local.

Solicitud de publicaciones

Puede pedir muchas publicaciones de Tivoli en línea en el siguiente sitio web:

http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss

También puede pedir por teléfono llamando a uno de estos números:v En Estados Unidos: 800-879-2755v En Canadá: 800-426-4968

viii IBM Tivoli Network Manager IP Edition: Guía de configuración e instalación

http://www.ibm.com/software/globalization/terminology

http://www-01.ibm.com/support/knowledgecenter/


En otros países, póngase en contacto con su representante de cuentas de softwarepara pedir publicaciones de Tivoli. Para ubicar el número de teléfono de surepresentante local, realice los pasos siguientes:1. Vaya al siguiente sitio web:

http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss2. Seleccione su país desde la lista y haga clic en Ir. La página Bienvenido al

Centro de publicaciones de IBM se muestra para su país.3. En el lado izquierdo de la página, haga clic en Acerca de este sitio para ver

una página de información que incluya el número de teléfono de surepresentante local.

AccesibilidadLas características de accesibilidad ayudan a los usuarios con una discapacidadfísica, como movilidad restringida o visión limitada, para utilizar productos desoftware satisfactoriamente.

Características de accesibilidad

La lista siguiente incluye las características de accesibilidad principales en NetworkManager:v El instalador basado en la consola soporta el funcionamiento únicamente de

teclado.v El instalador basado en la consola soporta el uso del lector de pantalla.v Network Manager proporciona las siguientes características adecuadas para

usuarios con poca visión:– Todo el contenido no textual utilizado en la GUI tiene texto alternativo

asociado.– Los usuarios de visión baja pueden ajustar los valores de visualización del

sistema, incluida la modalidad de alto contraste, y pueden controlar lostamaños de fonts utilizando los valores del navegador.

– El color no se utiliza como el único medio visual para transmitir información,indicar una acción, solicitar una respuesta o distinguir un elemento visual.

v Network Manager proporciona las siguientes características adecuadas parausuarios epilépticos fotosensibles:– Las páginas web no contienen nada que haga flash más de dos veces en

ningún periodo de un segundo.

La accesibilidad del Knowledge Center de Network Manager se describe en elpropio Knowledge Center.

Pasos extra para configurar Internet Explorer para laaccesibilidad

Si utiliza Internet Explorer como su navegador web, puede que necesite realizarpasos de configuración extra para habilitar las características de accesibilidad.

Para habilitar la modalidad de alto contraste, realice los pasos siguientes:1. Haga clic en Herramientas > Opciones de Internet > Accesibilidad.2. Marque todos los recuadros de selección de la sección Formato.

Acerca de esta publicación ix


Si al hacer clic en Vista > Tamaño del texto > El más grande no aumenta eltamaño de la font, haga clic en Ctrl + y Ctrl -.

IBM® y la accesibilidad

Consulte el Centro de accesibilidad de IBM para obtener más información acercadel compromiso que IBM tiene con la accesibilidad.

Formación técnica de Tivoli

Para obtener más información sobre la formación técnica de Tivoli, consulte elsiguiente sitio web de educación de IBM Tivoli:

http://www.ibm.com/software/tivoli/education

Información de soporteSi tiene un problema con su software de IBM, deseará resolverlo rápidamente. IBMproporciona las siguientes maneras para que obtenga el soporte que necesita:

En líneaVaya al sitio web de Soporte de software de IBM en http://www.ibm.com/software/support/probsub.html y siga las instrucciones.

IBM Support AssistantEl IBM Support Assistant (ISA) es un área de trabajo gratuita de facilidadde mantenimiento de software local que ayuda a resolver preguntas yproblemas con los productos de software de IBM. El ISA proporciona unacceso rápido a herramientas de facilidad de mantenimiento y ainformación relacionada con el soporte para la determinación deproblemas. Para instalar el software ISA, vaya a http://www.ibm.com/software/support/isa

Convenciones utilizadas en esta publicaciónEsta publicación utiliza muchas convenciones para términos y acciones especiales ymandatos y vías de acceso dependientes del sistema operativo.

Convenciones del tipo de letra

Esta publicación utiliza las siguientes convenciones de tipo de letra:

Negrita

v Mandatos de minúscula y mandatos de mayúscula y minúsculamezcladas que son difíciles de distinguir del texto circundante

v Controles de interfaz (recuadros de selección, botones de pulsación,botones de selección, botones giratorios, campos, carpetas, iconos,cuadros de lista, elementos dentro de cuadros de lista, listas de variascolumnas, contenedores, opciones del menú, nombres del menú,separadores, hojas de propiedades), etiquetas (como por ejemploSugerencia: y Consideraciones del sistema operativo:)

v Contraseñas y parámetros en el texto

Cursiva

v Citas (ejemplos: títulos de publicaciones, disquetes y CD)

x IBM Tivoli Network Manager IP Edition: Guía de configuración e instalación

http://www.ibm.com/able

http://www.ibm.com/software/tivoli/education

http://www.ibm.com/software/support/probsub.html

http://www.ibm.com/software/support/probsub.html

http://www.ibm.com/software/support/isa


v Palabras definidas en el texto (ejemplo: una línea no conmutada sedenomina línea punto a punto)

v Énfasis de palabras y letras (palabras como palabras ejemplo: "El uso dela palabra que para introducir una sentencia restrictiva".; letras comoletras ejemplo: "La dirección LUN debe comenzar con la letra L").

v Nuevos términos en el texto (a excepción de en una lista de definición):una vista es un marco en un espacio de trabajo que contiene datos

v Variables y valores que debe proporcionar: ... donde minombrerepresenta....

Monospace

v Ejemplos y ejemplos de códigov Nombres de archivos, palabras clave de programación y otros elementos

que son difíciles de distinguir del texto circundantev Texto del mensaje y solicitudes dirigidas al usuariov Texto que el usuario debe escribirv Valores para argumentos u opciones de mandato

Vías de acceso y variables dependientes del sistema operativo

Esta publicación utiliza variables del entorno sin prefijos ni sufijos específicos de laplataforma, a menos que el mandato se aplique únicamente a plataformasespecíficas. Por ejemplo, el directorio donde están instalados los componentesprincipales de Network Manager se representan como NCHOME.

Al utilizar la línea de mandatos de Windows, las variables de entorno de prefacioy sufijo con el signo de porcentaje %, y sustituir cada barra (/) por una barrainclinada invertida (\) en las vías de acceso del directorio. Por ejemplo, en lossistemas Windows, NCHOME es %NCHOME%.

En los sistemas UNIX, las variables del entorno de prefacio con el signo de dólar $.Por ejemplo, en UNIX, NCHOME es $NCHOME.

Los nombres de las variables del entorno no son siempre los mismos en losentornos de Windows y UNIX. Por ejemplo, %TEMP% en los entornos deWindows es equivalente a $TMPDIR en los entornos de UNIX. Si está utilizando elshell de bash en un sistema de Windows, puede utilizar las convenciones de UNIX.

Acerca de esta publicación xi

xii IBM Tivoli Network Manager IP Edition: Guía de configuración e instalación

Capítulo 1. Planificación para la instalación

Lea las consideraciones sobre despliegue y los requisitos del sistema para NetworkManager.

El soporte de pila dual IPv6 es requerido si las estaciones de trabajo o losdispositivos de red tienen IPv6.

Despliegue de Network ManagerUtilice esta información para obtener una guía sobre cómo configurar el desplieguefísico de su instalación de Network Manager.

Situaciones de despliegueEl despliegue de Network Manager depende de su entorno, incluidos factorescomo el tamaño y la complejidad de su red y el número de personal deoperaciones que requiere el acceso al sistema.

A continuación se muestran situaciones de despliegue de Network Managertípicas:v Pequeña demostración o despliegue del sistema educativov Pequeña red de clientesv Red de clientes medianav Empresa de telecomunicaciones o red de proveedor de serviciosv Red de clientes de grandes dimensionesv Red de clientes de muy grandes dimensiones

Nota: La migración tras error se puede aplicar a cada uno de estos despliegues deNetwork Manager.

Esta sección proporciona una guía general para ayudarle a decidir cómo desplegarNetwork Manager. Para obtener información más detallada, consulte la publicaciónIBM Tivoli Network Manager IP Edition: Guía de instalación y configuración y las IBMTivoli Network Manager IP Edition Release Notes.

Comparaciones de la red y del despliegueUtilice esta información para comparar las redes de clientes de ejemplo y paracomparar los despliegues de Network Manager para cada una de las redes declientes de ejemplo.

© Copyright IBM Corp. 2006, 2016 1

Redes de cliente comparadas:

Utilice esta información para comparar las redes de clientes de ejemplo y paraidentificar qué ejemplo coincide más acertadamente con su red.

La tabla siguiente lista características típicas para cada una de las redes de clientesde ejemplo. Estos valores son únicamente valores de ejemplo. Sus valores de redespecíficos pueden variar. En particular, debería tener en cuenta lo siguiente:v Con respecto a los valores para Número medio de interfaces por dispositivo

especificado en esta tabla, los recuentos de interfaz reales pueden variarconsiderablemente desde el recuento de interfaz medio. Un ejemplo de esto seencuentra en las redes MPLS, donde el número de interfaces por dispositivo esmuy alto en la red principal, pero podría ser tan bajo como de 2 a 3 interfacespor dispositivo para los dispositivos del cliente.

v Con respecto al número de dispositivos para una empresa detelecomunicaciones, el valor especificado (15.000) es un valor medio. Unaempresa de telecomunicaciones nacional tendrá un número mucho más grandede dispositivos, una empresa de telecomunicaciones local pequeña tendrámuchos menos.

Tabla 1. Ejemplo de redes de clientes comparadas

Característica Demostración Empresa Telco

Pequeña Medio Grande Muy grande

Número dedispositivos

25 De 150 a 300 De 250 a 5.000 De 5.000 a15.000

De 15.000 a30,000

15.000

Número mediode interfacespor dispositivo

1-2 3-5 20-30 30 o más 30 o más 1.200

Ubicaciones dered

Ubicaciónúnica

Ubicaciónúnica

Distribuida Red global Red global,gestióndistribuida

Una o másubicaciones

Infraestructurade red

Sin formato Sin formato Sin formato Compleja Compleja Compleja

Número declientes de laGUI activos

De 1 a 3 3 De 5 a 20 De 5 a 20 De 5 a 20 De 5 a 20

Ejemplos desondeo deping de chasis

Valoresestablecidospara fines dedemostración

Intervalos de 2minutos

De 12 a 5minutos

De 12 a 5minutos

De 12 a 5minutos

De 12 a 5minutos

Ejemplos desondeo deSNMP

Valoresestablecidospara fines dedemostración

De 3 a 6valores enintervalos de30 minutos

Intervalos de 5a 15 minutos

Intervalos de10 a 15minutos.

Intervalos de15 minutos omás

5 valores enintervalos de 5minutos

Sondeo de SNMP v1, 2c o 3 en cualquiera de los entornos listados

Sondeos de dispositivo e interfaz en cualquiera de los entornos listados.

Integracionesde productosde Tivoli

Ninguno Ninguno ITM con TDW ITM con TDW

TBSM

TADDM

ITM con TDW

TBSM

TADDM

ITM con TDW

TBSM

TADDM

2 IBM Tivoli Network Manager IP Edition: Guía de configuración e instalación

Tabla 1. Ejemplo de redes de clientes comparadas (continuación)

Característica Demostración Empresa Telco


Periodo derecopilación dedatos derendimiento

De 1 a 5 días 31 días 31 días 31 días 31 días 7 días

Despliegues de Network Manager comparados:

Utilice esta información para comparar los despliegues de Network Manager paracada una de las redes de clientes de ejemplo.

La tabla siguiente lista la configuración requerida para los despliegues de NetworkManager para cada una de las redes del cliente de ejemplo. Estos valores sonúnicamente valores de ejemplo. Los valores que son apropiados para su despliegueespecífico pueden variar.

Nota: Con respecto a los valores para Despliegue especificados en esta tabla, estosvalores no tienen en cuenta los servidores de migración tras error.

Tabla 2. Ejemplo de despliegues de Network Manager comparados

Configuración Demostración Empresa Telco


Plataforma Windows oLinux x86

Cualquierplataformasoportada

Cualquierplataformasoportada

Linux y UNIX Linux y UNIX Cualquierplataformasoportada

Despliegue Servidor único Servidor único 1- 2 servidores 3-4 servidores 4 o másservidores

3 servidores

Sistema delcliente

Procesador único

2 GB de DRAM mínimos, o 4 GB de DRAM para redes de gran tamaño

JRE y navegador de Internet soportados

Base de datosde topología

Base de datospredeterminada

Base de datospredeterminada

CualquierRDBMSsoportado




Número dedominios dered

1 1 1 - 2 2 o más 2 o más 1 - 2

Número demotores desondeobasados en eltamaño de lared

1 1 Tenga encuenta más deun sondeador

Tenga encuenta más deun sondeador



Capítulo 1. Planificación para la instalación 3

Motivos para dominios múltiples:

Hay un número de motivos por los que necesita particionar su red en variosdominios.

Puede que sea necesario que particione su red en varios dominios por uno de lossiguientes motivos:v Su red supera un cierto tamaño. Consulte la sección Pautas para un número de

dominios de red para determinar si su red requiere varios dominios.v El descubrimiento lleva mucho tiempo. Puede reducir sus tiempos de

descubrimiento particionando su red en varios dominios.v Los límites operativos dictan la necesidad de varios dominios. Algunos ejemplos

de límites operativos incluyen límites geográficos y límites de seguridad.v Su red contiene direcciones IP que se solapan.

Pautas para un número de dominios de red:

Si su red supera un tamaño determinado, puede que sea necesario descomponer lared en varios dominios. Se proporcionan directrices para ayudarle a detectar elnúmero de dominios de red necesarios para el despliegue. El número de dominiosse ve afectado por el número de entidades que se han descubierto, que depende delas características técnicas de la red y los requisitos empresariales que controlan elentorno.

Dependiendo del sistema operativo, un dominio individual de Network Managerpuede soportar aproximadamente 250.000 o 400.000 entidades de red que se hancreado durante una operación de descubrimiento. Las entidades de red incluyenlos puertos, las interfaces (incluidos los elementos de interfaz lógica), las tarjetas,las ranuras y los chasis. La tabla siguiente identifica, para cada sistema operativosoportado, la memoria máxima soportada para un proceso de descubrimiento y elnúmero de entidades de red soportadas por cada dominio de Network Manager:

Sistema operativoMemoria máxima para unproceso de descubrimiento

Número de entidades de redsoportadas por cadadominio

Solaris 4 GB 400.000

Linux 4 GB 400.000

zLinux 2 GB 250.000

AIX 3,25 GB (el sistema operativoreserva parte del rango dememoria de puntero.)

400.000

Windows 2008 2 GB 250.000

El número de entidades de red que crea una operación de descubrimiento dependede una serie de factores que pueden hacer que sea necesario crear y configurardominios de red adicionales. Entre estos factores se incluyen los siguientes:v Tipos de dispositivo — Por ejemplo, un direccionador Cisco NEXUS o Juniper

con instancias de direccionador virtual puede contribuir con cientos o miles deentidades de red (puertos, interfaces, tarjetas, ranuras, etcétera) por chasis.

v Tipo de red — Por ejemplo, una operación de descubrimiento que se realiza enuna red de área local (LAN) normalmente contribuye con más entidades de redque una red de área amplia (WAN) de tamaño similar.


v Tipo de agentes de descubrimiento habilitados — Por ejemplo, los agentes dedescubrimiento Entity y JuniperBoxAnatomy son agentes de descubrimientobasados en inventario que normalmente crean más entidades de red que otrosagentes.

v Red conmutada o direccionada — Por ejemplo, las redes conmutadas tienden agenerar más entidades de red que las redes direccionadas, ya que contienenVLAN, que incluyen varias entidades.

El tamaño de un dominio de Network Manager también puede depender derequisitos empresariales. Por ejemplo, es posible que un cliente necesite que undescubrimiento de red finalice dentro de un período de mantenimiento definidodiariamente. En esta situación, a pesar de que un dominio individual de NetworkManager que se ejecuta en Solaris, Linux o AIX puede soportar aproximadamente400.000 entidades de red, es posible que la cantidad de tiempo necesaria paracompletar un descubrimiento de este tamaño no se ajuste al período demantenimiento diario. En consecuencia, se necesitan dos dominios con ámbito,cada uno de ellos soportando aproximadamente 200.000 entidades de red, parasoportar este requisito empresarial.

Utilice el procedimiento siguiente para determinar el número de dominiosrequeridos. Para obtener información sobre cómo crear y configurar dominios dered extra, consulte la publicación IBM Tivoli Network Manager IP Edition: Guía deinstalación y configuración.

Nota: Los cálculos presentados aquí proporcionan únicamente cifras aproximadas.El número real de dominios necesarios varía, dependiendo de varios factores,incluidos los factores descritos previamente.1. Recopile los datos siguientes:v Número de dispositivos en la redv Número medio de interfaces por dispositivo

Nota: Los recuentos reales de una interfaz en un dispositivo determinadopueden variar considerablemente del recuento de interfaz medio. Un ejemplode esto se encuentra en las redes MPLS, donde el número de interfaces pordispositivo es muy alto en la red principal, pero podría ser tan bajo como de2 a 3 interfaces por dispositivo para los dispositivos del cliente.

2. Aplique la siguiente ecuación para determinar un número aproximado deentidades de red:Número de entidades de red = Número de dispositivos * Recuento deinterfaces medio * multiplicador

Donde:v multiplicador = 2 para una red direccionadav multiplicador = 3,5 para una red conmutada

Nota: Las redes conmutadas tienden a generar más entidades de red dado quecontienen VLAN, que contienen varias entidades.

3. Aplique una de las siguientes ecuaciones para determinar el número sugeridode dominios de red:Número de dominios requeridos = (Número de entidades de red) / 250.000Donde 250.000 es el número máximo sugerido de entidades de red en undominio para los sistemas operativos que da soporte a este número deentidades de red.Número de dominios requeridos = (Número de entidades de red) / 400.000


Donde 400.000 es el número máximo sugerido de entidades de red en undominio para los sistemas operativos que da soporte a este número deentidades de red.

Nota: El número máximo recomendado de entidades de red es sólo unadirectriz aproximada para el tamaño del dominio. El número real de entidadesde red por dominio varía, dependiendo de varios factores, incluidos los factoresdescritos previamente.

Cliente centrado en un direccionador

Los datos para este cliente son como siguen:v Número de dispositivos de la red: 15.000v Número medio de interfaces por dispositivo: 20

Este cliente se está ejecutando en Linux (que da soporte a 400.000 entidades dered).

La red del cliente producirá aproximadamente 600.000 entidades de red:Número de entidades de red = 15.000 * 20 * 2 = 600.000

Basándose en el siguiente cálculo, esta red requiere dos dominios de red:Número de dominios requeridos = 600.000 / 400.000 = 1,5

Cliente centrado en el conmutador

Los datos para este cliente son como siguen:v Número de dispositivos de la red: 1.000v Número medio de interfaces por dispositivo: 24

Este cliente se está ejecutando en Solaris (que da soporte a 400.000 entidades dered).

Esta red de cliente producirá aproximadamente 84.000 entidades de red:Número de entidades de red = 1.000 * 24 * 3,5 = 84.000

Basándose en el siguiente cálculo, esta red requiere un dominio de red:Número de dominios requeridos = 84.000 / 400.000 < 1

Qué hacer a continuación

v Cree y configure los dominios de red adicionales. Para obtener más informaciónsobre la creación y la configuración de dominios de red adicionales, consulte lapublicación IBM Tivoli Network Manager IP Edition: Guía de instalación yconfiguración.

v Fix Pack 4 Para enlazar los dominios descubiertos en una única topología de red,configure la función de descubrimiento de dominios cruzados.

Demostración o despliegue del sistema educativoEsta es una instalación de reducido tamaño para su utilización como un sistema dedemostración o para fines de formación y educativos.

Las siguientes secciones describen esta red en mayor detalle y proporcionansugerencias para un despliegue de Network Manager para que cumpla lasnecesidades de esta red.

Descripción

Este entorno consta de cerca de 25 dispositivos de red y de servidores clavecombinados. Todos los dispositivos se encuentran en una ubicación, en la mismasubred de red que los dispositivos que se gestionarán. Hay una sesión de clientede GUI local soportado por la misma máquina que aloja los componentes delproducto de Network Manager. Puede haber una o dos sesiones del cliente de laGUI en otras máquinas. Los dispositivos de red vienen de varios proveedores. Laarquitectura de red no tiene formato. Todos los dispositivos están adjuntos a unaLAN y tienen conexiones de Fast Ethernet. Únicamente para fines dedemostración, un número de dispositivos de red tienen SNMPv3, y un número deestaciones de trabajo tienen IPv6.

Dentro de este entorno se aplican las siguientes condiciones de ejemplo:v De 1 a 3 clientes de la GUI activos.v Se requiere el sondeo de ping de chasis y alguna actividad de sondeo de SNMP.v No se integrarán productos mayores de Tivoli con el sistema, a excepción del

Tivoli Netcool/OMNIbus requerido.v Se requieren los informes de rendimiento para los periodos cortos de

recopilación de datos (normalmente, de 1 a 5 días) para hacer coincidir lalongitud del curso de formación.

Despliegue de Network Manager

Un despliegue de un único servidor es suficiente para este tipo de entorno.Además de la descripción del despliegue de servidor único proporcionada en otrolugar, los siguientes valores de despliegue son apropiados para este tipo deentorno.v Plataforma Windows o Linux x86.v El sistema es una máquina de clase de estación de trabajo de entrada, con de 4 a

6 GB de memoria, con procesador de núcleo dual preferido, de núcleo únicoaceptable, velocidad de procesador actual razonable y capacidad de FastEthernet.

v La base de datos predeterminada utilizada para la base de datos de NCIM.v Sistema del cliente: procesador único, 3 GB de memoria, JRE soportado y

navegador de Internetv El soporte de pila dual IPv6 es requerido si las estaciones de trabajo o los

dispositivos de red tienen IPv6.


Pequeña red de clientesEste cliente es una empresa con una red que consta de alrededor de 150-300dispositivos de red y servidores clave. El fin de esta instalación es gestionar estared de cliente alertando al personal de operaciones de fallos graves.


Descripción

Los usuarios principales del producto son el personal de operaciones de red. Todoslos dispositivos se encuentran en una ubicación y se gestionan mediante unpequeño grupo de operaciones de pocas personas. Los dispositivos de red vienende varios proveedores. Está presente una mezcla de los dispositivos de red de capa2 y de capa 3. Están definidos aproximadamente de 20 a 30 VLAN. Lainfraestructura de red es relativamente simple y no tiene formato. Todos losdispositivos que se gestionarán se ubican en la misma red que el sistema deNetwork Manager y tienen conexiones de Fast Ethernet. Las conexiones de Internetse pasan a través de un cortafuegos y el acceso a los sistemas dentro de la redprotegida está disponible mediante un VPN de la empresa. El personal deoperaciones de red tiene clientes adjuntos mediante uno de los siguientes métodos:una LAN local, conexiones WiFi o por medio de una VPN establecida mediante unproveedor de servicio de telecomunicaciones. Los cambios de red se realizan unavez al mes y se anticipa un nuevo descubrimiento esta vez.

Dentro de este entorno se aplican las siguientes condiciones de ejemplo:v 3 clientes de la GUI activos.v Sondeo de ping de chasis en intervalos de dos minutos. Sondeo de SNMP en

intervalos de 30 minutos. Normalmente, de 3 a 6 valores de MIB de SNMPrequieren el sondeo.

v No se integrarán productos mayores de Tivoli con el sistema, a excepción delTivoli Netcool/OMNIbus requerido.

v Los informes de rendimiento son necesarios para periodos de recopilación dedatos en el orden de 31 días.


Un despliegue de un único servidor es suficiente para este tipo de entorno.Además de la descripción del despliegue de servidor único proporcionada en otrolugar, los siguientes valores de despliegue son apropiados para este tipo deentorno.v Un único dominio de red es suficiente para este tamaño de red.v El sistema puede ser cualquiera de las plataformas soportadas. El sistema

requiere de 6 a 8 GB de memoria, procesador de núcleo dual y varios discosfísicos en la configuración de RAID 5.

v Sistema del cliente: procesador único, 3 GB de memoria, JRE soportado ynavegador de Internet

v La base de datos predeterminada utilizada para la base de datos de NCIM.v Un único motor de sondeo de ncp_poller es suficiente para este entorno.v El soporte de pila dual IPv6 es requerido si las estaciones de trabajo o los

dispositivos de red tienen IPv6.


Red de clientes medianaEste cliente es una empresa con un centro de datos importante central y conexionesa varios sitios remotos. El fin de esta instalación es gestionar esta red de clientealertando al personal de operaciones de fallos graves.


Descripción

Esta red tiene entre 250 y 5000 dispositivos de red y servidores clave de interés.Las estaciones de trabajo, mientras se numeren entre los miles, no se gestionarán.Los dispositivos de red vienen de varios proveedores. Todos los dispositivos de laubicación central tienen conexiones de Fast Ethernet o de Gigabit Ethernet. Lossitios remotos están conectados mediante conexiones WAN. Los dispositivos yservidores que se gestionarán y distribuirán entre los sitios centrales y remotos.

Dentro de este entorno se aplican las siguientes condiciones de ejemplo:v Hay de 5 a 20 clientes de la GUI activos.v Sondeo de ping de chasis en intervalos de dos a cinco minutos. Sondeo de

SNMP en intervalos de 5 a 15 minutos.v Otros productos de Tivoli importantes integrados con el sistema, distintos del

Tivoli Netcool/OMNIbus requerido: IBM Tivoli Monitoring con Tivoli DataWarehouse ejecutando DB2 para soportar la creación de informes derendimiento.


Network Manager despliegue

Cada entorno de cliente con este tipo de red es distinto. La clave para el éxito esuna memoria adecuada y una comprensión cuidadosa de los destinos de sondeo,tasas de sondeo combinadas y las tasas de sondeo. La configuración del desplieguesiguiente es apropiada para este tipo de entorno.v Se requieren uno o dos dominios de red, en función del tamaño de la red.v Despliegue en un solo servidor

Un mínimo de cuatro procesadores, hasta ocho procesadores para dosdominios o de 10 a 20 usuarios simultáneos de Tivoli Integrated PortalUn mínimo de 12 GB de memoria, hasta 32 GB de memoria para una redgrande en una red de clientes mediana o de 10 a 20 usuarios de TivoliIntegrated PortalVarios discos físicos en la configuración de RAID 5

v El sistema puede ser cualquiera de las plataformas soportadas.v Sistema del cliente: procesador único, 3 GB de memoria, JRE soportado y

navegador de Internetv Cualquier RDBMS soportado utilizado para la base de datos de NCIM.v Número de motores de sondeo:

Despliegue de servidor único: 1Despliegue de dos servidores: un sondeador para los pings de chasis, dos omás sondeadores para sondeos de SNMP


v Número de motores de sondeo: uno como mínimo, pueden necesitarse dos omás dependiendo de las necesidades de sondeo.

Red de clientes de grandes dimensionesEste cliente es una empresa de grandes dimensiones con una red globalmentedesplegada. El fin de esta instalación es gestionar esta red del cliente alertando alpersonal de operaciones de fallos graves y soportar los últimos dispositivos de rede infraestructura de red.


Descripción

La arquitectura de la red es compleja. Y contiene la tecnología más actualizada. Porejemplo, la red contiene redes principales de MPLS. El recuento del dispositivo dered va desde 5.000 a 15.000 dispositivos, y la complejidad de la red se refleja en elhecho de que hay 30 o más puertos por dispositivo de media. Las operaciones dered se realizan desde una ubicación central con personal de operacionesconstantemente supervisando la red principal. Los dispositivos de red vienen devarios proveedores.

Dentro de este entorno se aplican las siguientes condiciones de ejemplo:v Hay normalmente de 5 a 20 clientes de la GUI activos de forma simultánea.v Sondeo:

Sondeo de ping de chasis en intervalos de dos a cinco minutos.Sondeo de SNMP a los 10-15 minutos.Sondeo de SNMPv3 de dispositivos de red clavesSondeo de SNMPv1 para la creación de gráficos en tiempo real así como delalmacenamiento para informes de rendimiento.

v Otros productos de Tivoli importantes integrados con el sistema, distintos alTivoli Netcool/OMNIbus requerido:

IBM Tivoli Monitoring (ITM) con Tivoli Data Warehouse (TDW) ejecutandoDB2 para soportar el informe de rendimiento.IBM Tivoli Business Service Manager (TBSM)IBM Tivoli Application Dependency Discovery Manager (TADDM)



Las opciones de despliegue varían según el tamaño de la red. Para la red de 1000dispositivos en este rango de clientes, la opción va desde un despliegue deservidor único a uno de dos servidores. Los factores claves para el éxito incluyenel tiempo de respuesta de red para los destinos (dado que es un condado o unadistribución global de dispositivos de destino), la disponibilidad de la memoria enlos servidores de soporte, el sondeo seleccionado y las tasas de sondeo.

Para la parte final superior de la red (aproximadamente 15.000 dispositivos), serequiere un despliegue de varios dominios distribuido. Además de la descripciónde despliegue de varios servidores proporcionada en otro lugar, los valores dedespliegue siguientes son apropiados para este tipo de entorno.


v Despliegue un mínimo de dos dominios con un servidor para cada dosdominios.

v Se recomienda el despliegue de un servidor de base de datos dedicado.v Se recomienda el despliegue de un servidor dedicado para que aloje Tivoli

Integrated Portal y Tivoli Netcool/OMNIbus.v Cada uno de los servidores requiere lo siguiente:

Cuatro procesadores.32 GB de memoria.3 discos, matriz de discos múltiple de RAID 5

v Para los sistemas utilizados para cada dominio, despliegue como sigue:Servidor 1: Network ManagerServidor 2: Tivoli Netcool/OMNIbus y Tivoli Integrated PortalSistema 3 (opcional): un RDBMS seleccionado por el cliente que soporta losdos dominios

v Sistemas que se desplegarán en la plataforma Linux o UNIX.v Cualquier RDBMS soportado utilizado para la base de datos de NCIM.v Se recomienda un mínimo de dos motores de sondeo:

Utilice el proceso predeterminado de ncp_poller para el ping de chasis.Cree un ncp_poller separado para los sondeos de SNMP.


v El soporte de pila dual IPv6 es requerido si las estaciones de trabajo o losdispositivos de red tienen IPv6.

Red de clientes de muy grandes dimensionesEste cliente es una empresa global de muy grandes dimensiones con unaarquitectura de red sencilla pero un número muy elevado de dispositivos. El fin deesta instalación es gestionar esta red del cliente alertando al personal deoperaciones de fallos graves y para soportar la planificación de la capacidad acorto plazo.


Descripción

La gestión de red se realiza desde una ubicación central y desde ubicacionesregionales. La red es de muy grandes dimensiones y contiene más de 15.000dispositivos de red y servidores críticos. Los dispositivos de red vienen de variosproveedores. Los dispositivos están dentro de dos categorías:v La infraestructura de dispositivos de red con recuentos de interfaces en el rango

de 30 o más por dispositivo.v Dispositivos gestionados con 1-2 interfaces por dispositivo.

La mayoría de los dispositivos se encuentran en la segunda categoría, dispositivosgestionados. Para gestionar una red de este tamaño, la red se parte para su gestiónen una base geográfica.

Dentro de este entorno se aplican las siguientes condiciones de ejemplo:v Hay de 5 a 20 clientes de la GUI activos.


v Sondeo:Sondeo de ping de chasis en intervalos de dos a cinco minutos.Sondeo de SNMP a los 15 minutos o un tiempo superior.Recopilación de datos de SNMPv1

v Otros productos de Tivoli importantes integrados con el sistema, distintos alTivoli Netcool/OMNIbus requerido:

IBM Tivoli Monitoring (ITM) con Tivoli Data Warehouse (TDW) ejecutandoDB2 para soportar el informe de rendimiento.IBM Tivoli Business Service Manager (TBSM)IBM Tivoli Application Dependency Discovery Manager (TADDM)



La ayuda desde un grupo de servicios de IBM experimentado o un socioempresarial de IBM cualificado es muy recomendable para un desplieguesatisfactorio. Son necesarios varios dominios, soportados por una recopilación deservidores individuales, o en ejecución juntos en un sistema de muy grandesdimensiones. Tras completar una encuesta de la red que se gestionará, divida lared en secciones que produzcan alrededor de 300.000 o 400.000 entidades de red y,a continuación, asigne cada una de estas secciones para que sean un dominio.Además de la descripción de despliegue de varios servidores proporcionada enotro lugar, los valores de despliegue siguientes son apropiados para este tipo deentorno.v Varios dominios de red.v Selecciones de plataforma: Linux y UNIX.v Los sistemas de gran tamaño (muchos procesadores y cantidades de memoria de

muy gran tamaño) pueden alojar varios dominios siempre que las asignacionesde memoria y los recuentos del procesador sean aceptables.

Memoria: de 16 a 32 GB por dominioProcesadores: de 4 a 8 por dominio según las cargas de trabajo

v Cualquier RDBMS soportado utilizado para la base de datos de NCIM.v Un mínimo de dos motores de sondeo para cada dominio:


v Las limitaciones de la memoria del proceso individual son un factor de esteentorno. Si está utilizando AIX, habilite el acceso de memoria de gran tamaño.




Red de empresa de telecomunicacionesEste cliente es una empresa de telecomunicaciones y un proveedor de servicios deInternet. El fin de esta instalación es gestionar esta red de cliente alertando alpersonal del centro de operaciones de red en todo momento de fallos graves.


Descripción

La red que se gestionará tiene alrededor de 300 dispositivos de red; con unrecuento de interfaz medio por dispositivo de 500. Esta es una red MPLS y, por lotanto, los dispositivos de red son “grandes” en términos de sus recuentos ycomplejidad de la interfaz. Los dispositivos de red vienen de varios proveedores.Todos los dispositivos se encuentran en una o más ubicaciones y se gestionanmediante un pequeño grupo de operaciones de red. Todos los dispositivos que segestionarán están conectados mediante Fast Ethernet o Gigabit Ethernet.

Dentro de este entorno se aplican las siguientes condiciones de ejemplo:v Número de clientes activos simultáneos: 5-20.v Requisitos de sondeo: pings de chasis en intervalos de 2 a 5 minutos; sondeo de

SNMP de 5 valores en intervalos de 5 minutos.v Algún sondeo de SNMPv3 está en el lugar.v Otros productos de Tivoli importantes integrados con el sistema, distintos al

Tivoli Netcool/OMNIbus requerido:IBM Tivoli Monitoring (ITM) con Tivoli Data Warehouse (TDW) ejecutandoDB2 para soportar el informe de rendimiento.IBM Tivoli Business Service Manager (TBSM)IBM Tivoli Application Dependency Discovery Manager (TADDM)

v Informes de rendimiento realizados una vez al día para dispositivos clave,utilizados para agrupar informes de capacidad semanal.


Es necesario un despliegue de tres servidores para este tipo de entorno. Además dela descripción de despliegue de varios servidores proporcionada en otro lugar, losvalores de despliegue siguientes son apropiados para este tipo de entorno.v De uno a dos dominios.v Se recomienda un despliegue de tres servidores.v Especificaciones del sistema:

Sistema 1: de dos a cuatro procesadores, de 6 a 8 GB de memoria, dos o másdiscosSistema 1: Para alojar los componentes de Network Manager: cuatroprocesadores, de 16 a 32 GB de memoria, dos o más discos. Tenga en cuentaque, con más de 4 procesadores o núcleos de procesador, la velocidad delreloj del núcleo y la memoria caché en chip pueden ser más grandes que losnúcleos adicionales. La regla general es la siguiente: seleccione los cuatronúcleos más rápidos antes que núcleos adicionales.


Sistema 2: Para alojar la base de datos de NCIM: de dos a cuatroprocesadores, de 16 a 32 GB de memoria, dos o más discos en unaconfiguración RAID adecuada para proporcionar la tolerancia a fallos y elrendimiento necesarios.Sistema 3: Para alojar Tivoli Integrated Portal y Tivoli Netcool/OMNIbus:cuatro procesadores, 16 GB de memoria.

v Cualquier RDBMS soportado utilizado para la base de datos de NCIM.v Un mínimo de dos motores de sondeo:




Consideraciones sobre el desplieguePuede desplegar toda su instalación de Network Manager en un servidor único ocomo una instalación distribuida.

Durante una instalación de Network Manager, instale los siguientes cuatrocomponentes de Network Manager.

Núcleo de Network ManagerEste componente consta de los procesos principales de Network Manager:descubrimiento de red, sondeo, análisis de causa raíz y enriquecimiento desucesos.

base de datos de NCIMEsta base de datos almacena datos de la topología. Puede optar porinstalar la base de datos Informix predeterminada, o usar una base dedatos MySQL, DB2, Informix u Oracle existente.

Tivoli Netcool/OMNIbusEste componente consta del software de gestión de sucesos de TivoliNetcool/OMNIbus. Muchos clientes eligen tener un sistema de informe deproblemas integrado con Tivoli Netcool/OMNIbus.

Tivoli Integrated PortalEste componente consta de la infraestructura de interfaz de usuario delTivoli Integrated Portal, junto con las aplicaciones web.

El objetivo de la instalación es colocar estos componentes en uno o variosservidores.

A continuación se muestran configuraciones de despliegue de Network Managertípicas:v Despliegue de servidor únicov Despliegue distribuido: dos servidores o más

Los factores que requieren un número incrementado de servidores en undespliegue distribuido incluyen lo siguiente:v Tasas de sucesos activasv Cantidad y tasa de datos de sondeo almacenadosv Tasas de sondeo del estado de los dispositivos y número de destinos de sondeo


v Tiempos de respuesta de red para los destinos sondeadosv Frecuencia de descubrimiento yv Tamaño de la red que se descubrirá (para cada dominio, donde hay varios

dominios)

Nota: Estas configuraciones de despliegue no tienen en consideración requisitospara otras integraciones de productos.

Además, debe pensar en el despliegue de sistemas adecuados para soportar lassesiones de los clientes de la GUI.

El soporte de pila dual IPv6 también es necesario si las estaciones de trabajo o losdispositivos de red tienen IPv6.

Despliegue de servidor único

Los despliegues de servidor único son adecuados para demostraciones depequeñas dimensiones o sistemas educativos, y para sistemas para soportar redesde clientes de pequeñas a medianas.

Un despliegue de servidor único debe cumplir la siguiente especificación mínima:v Un mínimo de dos procesadores de velocidades actuales, preferiblemente cuatro

procesadores. Algunos ejemplos de velocidades actuales incluyen 3 GHz omayor para procesadores de la línea de producto de Intel, y 1,6 GHz o mayorpara procesadores de la línea de producto de Sun.

v Un mínimo de 6 GB de memoria, preferiblemente 8 GB.

Despliegue distribuido: dos servidores o más

En despliegues distribuidos, los componentes de Network Manager estándistribuidos en varios servidores, es decir, en dos servidores o más. A continuaciónse ofrecen algunas pautas para los despliegues distribuidos:v Los despliegues de dos servidores son adecuados para la parte final superior de

las redes de rango de clientes medios.v Los despliegues pueden necesitar tres servidores o más en situaciones donde

haya varios dominios de red.v Los despliegues de tres servidores pueden desplegarse igualmente donde se

determine que se necesita un servidor separado para soportar un producto debase de datos relacional que proporcione el almacenamiento de datos de latopología. Además, un servidor de base de datos separado habilita la base dedatos relacional para soportar varias aplicaciones, además de Network Manager.

Despliegue de dos servidores

Un ejemplo de un despliegue de dos servidores consta de la siguiente asignaciónde estaciones de trabajo de host:v Servidor 1: la base de datos de NCIM y los componentes principales de Network

Manager. Los componentes principales son el descubrimiento de red, el sondeo,el análisis de causa raíz y los componentes de enriquecimiento de sucesos.

v Servidor 2: Tivoli Integrated Portal con aplicaciones web de Network Managerasociadas.

En este despliegue de dos servidores, cada servidor debe cumplir la siguienteespecificación mínima:


v Un mínimo de dos procesadores de velocidades actuales, preferiblemente cuatroprocesadores.

v Un mínimo de 8 GB de memoria.v Para un tiempo de respuesta de informe de rendimiento mejorado, un sistema

de E/S de disco mejorado, que consta de tres a 6 discos físicos en RAID quesoportan un volumen lógico.

Despliegue de tres servidores

Un ejemplo de un despliegue de tres servidores consta de la siguiente asignaciónde estaciones de trabajo de host:v Servidor 1: componentes principales de Network Manager.v Servidor 2: Tivoli Netcool/OMNIbusv Servidor 3: Tivoli Integrated Portal con aplicaciones web de Network Manager

asociadas, junto con la base de datos de NCIM.

Sistemas del cliente

Debe pensar en el despliegue de sistemas adecuados para soportar sesiones declientes de la GUI.

La siguiente especificación del sistema proporciona soporte para una amplia gamade actividades de usuario final en sesiones de clientes de la GUI:

Nota: Los clientes de la aplicación web, notablemente la Lista de sucesos activosde la GUI web de Tivoli Netcool/OMNIbus y el Navegador de estructura, la Vistade saltos y las Vistas de red de Network Manager se basan en Java y, por lo tanto,dependen del rendimiento del sistema de clientes. Como consecuencia de ello,cuanta más memoria y rendimiento de CPU haya en el sistema del cliente, mejor.v Windows 2008 o Windows 7v Pantalla más grande compatible con una visualización cómoda a una resolución

mayor, como 1280x1024v Velocidad actual del procesador de núcleo único o dualv 3 GB de memoriav JRE y navegador de Internet soportadosv Fast Ethernet.v Especificación del procesador:

Para visualizaciones de topología normal o visualizaciones de sucesosProcesador único con las siguientes velocidades: 1 GHz o superior, comose encuentra en muchos portátiles, 2.4 GHz, como se encuentra enmuchas estaciones de trabajo

Tiempo mejorado para mostrar mapas de topología de mayor tamaño o máscomplejos y una visualización mejorada de gráficos MIB

Un procesador muy actual (3,0 GHz o superior) normalmente disponibleen los sistemas de clase de estación de trabajo más actualizados.


Ejemplos de despliegueUtilice estos ejemplos de Network Manager para ayudarle a planificar suarquitectura de despliegue.

Restricciones para instalar e iniciar componentesAlgunos componentes deben instalarse e iniciarse antes que otros. Utilice estainformación así como los ejemplos de instalación para entender el orden en el quedebe instalar e iniciar los componentes.

Restricciones de la base de datos de topología

Debe instalar una base de datos de topología antes de instalar los componentesprincipales de Network Manager, o como parte del mismo proceso de instalación.

Debe instalar una base de datos de topología antes de instalar las aplicaciones webde Network Manager (incluido el Tivoli Integrated Portal), o como parte delmismo proceso de instalación.

Debe crear tablas de bases de datos únicamente durante la primera instalación delos componentes principales de Network Manager o las aplicaciones web deNetwork Manager (incluido el Tivoli Integrated Portal), y no durante instalacionesposteriores.

Restricciones de Tivoli Netcool/OMNIbus

Debe instalar Tivoli Netcool/OMNIbus antes de instalar las aplicaciones web deNetwork Manager (incluido el Tivoli Integrated Portal), o como parte del mismoproceso de instalación.

Restricciones de la aplicación web

Debe instalar los componentes principales de Network Manager antes de instalarlas aplicaciones web de Network Manager, o como parte del mismo proceso deinstalación.

Si está utilizando la autenticación de ObjectServer para las aplicaciones web deNetwork Manager, Tivoli Netcool/OMNIbus debe estar en ejecución durante lainstalación de las aplicaciones web de Network Manager.

Inicio de componentes en el orden correcto

No inicie los componentes principales de Network Manager hasta que lainstalación de las aplicaciones web de Network Manager esté completa.

Asegúrese de que tanto Tivoli Netcool/OMNIbus como la base de datos detopología estén en ejecución antes de iniciar los componentes principales deNetwork Manager.

Asegúrese de que Tivoli Netcool/OMNIbus, la base de datos de topología y loscomponentes principales de Network Manager están en ejecución antes de utilizarlas aplicaciones web de Network Manager.Referencia relacionada:“Asignación de servidor para migración tras error” en la página 308Cualquier sistema principal debe instalarse en un host distinto al sistema de copiade seguridad, para que si el host principal falla, el host de copia de seguridad no


esté afectado.

Ejemplo de arquitectura de despliegue simpleUtilice este ejemplo para familiarizarse con la arquitectura de un despliegue simplede Network Manager.

Componentes

Este ejemplo de despliegue simple consta de los componentes siguientes:v Un par virtual de ObjectServer.v Un servidor de Tivoli Integrated Portal.v Una instalación de Network Manager que ejecuta un dominio con migración tras

error.v Una instancia de la base de datos de topología de NCIM.

La cifra siguiente muestra la arquitectura para este despliegue.

Asignación de estaciones de trabajo de host

La cifra siguiente muestra una asignación de ejemplo de estaciones de trabajo dehost para este despliegue.

Base de datos detopología NCIM

Vistasde red

Cliente deWebtop

PortalintegradoTivoli

Gestorde redes

Par virtualObjectServer

Figura 1. Arquitectura de despliegue sencilla


Nota: Si tiene una topología de un tamaño particularmente grande, puede quedesee instalar la base de datos de topología en su propio servidor. Esta decisióndepende de la especificación de sus máquinas y de cómo desee dispersar la cargaentre ellas.

Pasos para instalar un despliegue simple

Los pasos siguientes proporcionan una visión general de las tareas necesarias paraeste despliegue y ayudan a planificar un despliegue similar. .

Para instalar el despliegue descrito anteriormente, realice los pasos siguientes:1. Instale la base de datos de topología en la máquina host 3, cree las tablas

necesarias e inicie la base de datos.

Nota: La base de datos de topología debe instalarse e iniciarse antes de queinicie los componentes principales de Network Manager para que los datos dedescubrimiento se puedan guardar.

2. Instale los siguientes ObjectServers y componentes relacionados:a. Instale el ObjectServer principal y la Pasarela bidireccional en la máquina

host 1.b. Instale el ObjectServer de copia de seguridad en la máquina host 2.

3. Configure y ejecute los ObjectServers.

Nota: Los ObjectServers deben estar en ejecución antes de que se inicien loscomponentes principales de Network Manager.

4. Instale los componentes principales de Network Manager en la máquina host 2.5. Instale los componentes de principales de copia de seguridad de Network

Manager en la máquina host 1.

ObjectServerprimario

Instalacióndel gestor deredes decopia deseguridad

Pasarelabidireccional

Máquina host 1

Instalacióndel gestorde redesprimario

ObjectServerde copia deseguridad

Máquina host 2



Máquina host 3

Figura 2. Asignación sencilla de máquina host


6. Instale las aplicaciones web de Network Manager en la máquina host 3 (partede la categoría componentes de la GUI en el asistente de instalación).El servidor de Tivoli Integrated Portal se instala automáticamente con lainstalación de las aplicaciones web de Network Manager.

Consejo: Si instala el Tivoli Integrated Portal en una máquina sin ningún otroproducto, es probable que el rendimiento sea mejor que si lo instala en unamáquina con otros productos.Cuando instale las aplicaciones web de Network Manager, se instalará la GUIweb de Tivoli Netcool/OMNIbus y se configurará automáticamente en lamáquina host 3 si aún no está instalada allí. La GUI web de TivoliNetcool/OMNIbus se conocía como Netcool/Webtop en las versiones 2.2 yanteriores.

Nota: Los componentes principales de Network Manager deben instalarseantes de las aplicaciones web.

7. Configure el Network Manager principal para la migración tras error e inícielo.8. Configure el Network Manager de copia de seguridad para la migración tras

error e inícielo.

Ejemplo de arquitectura de despliegue de gran tamañoUtilice este ejemplo para familiarizarse con la arquitectura de un despliegue deNetwork Manager de gran tamaño.

Componentes

Este despliegue de ejemplo consta de:v Un ObjectServer y una instalación de Network Manager en Londres. El dominio

de Londres envía sucesos y topología a San Francisco.v Un ObjectServer y una instalación de Network Manager en Nueva York. El

dominio de Nueva York envía igualmente sucesos y topología a San Francisco.v Un ObjectServer y una instalación de Tivoli Integrated Portal en San Francisco.

El ObjectServer de San Francisco consolida los sucesos de Londres y NuevaYork. El servidor de Tivoli Integrated Portal de San Francisco puede acceder atopología tanto desde Londres como Nueva York, pero no consolida lastopologías. Los clientes de cualquier parte del mundo pueden conectarse alservidor de Tivoli Integrated Portal y ver topología desde Londres y NuevaYork.

La cifra siguiente muestra la arquitectura para este despliegue.


Asignación de estaciones de trabajo de host

La cifra siguiente muestra una asignación de ejemplo de servidores para estedespliegue.

Máquina hostde Londres1

Gestorde redes

Pasarelaunidifeccional

ObjectServer

Máquina hostde Londres 2


Máquina host deSan Francisco 1

ObjectServer




Máquina hostde New York 1

Gestorde redes

Pasarelaunidifeccional

ObjectServer

Máquina hostde New York 2

Figura 3. Arquitectura de despliegue de gran tamaño


Pasos para instalar un despliegue de gran tamaño

Los pasos siguientes proporcionan una visión general de las tareas necesarias paraeste despliegue y ayudan a planificar un despliegue similar. .

Para instalar este despliegue, realice los pasos siguientes:1. Instale la base de datos de topología en la máquina host San Francisco 3, y cree

las tablas de base de datos necesarias.

Nota: La base de datos de topología debe instalarse e iniciarse antes de queinicie los componentes principales de Network Manager para que los datos dedescubrimiento se puedan guardar.

2. Instale los siguientes ObjectServers y componentes relacionados:v Instale el ObjectServer en la máquina host San Francisco 2.v Instale el ObjectServer y la pasarela unidireccional en la máquina host

Londres 2.v Instale el ObjectServer y la pasarela unidireccional en la máquina host Nueva

York 2.3. Configure y ejecute los ObjectServers.

Nota: Los ObjectServers deben estar en ejecución antes de que se inicien loscomponentes principales de Network Manager.

4. Instale los componentes principales de Network Manager en la máquina hostLondres 1.

LONDONObjectServer

Dominiodel servidordel Gestorde redes=

LONDON

Oficina de Londres

Clienteremoto

NYObjectServer

Dominiodel servidordel Gestorde redes=

NY

Oficina de New York

Clienteremoto

Oficina principalde San Francisco



SANFRANObjectServer

Figura 4. Asignación sencilla de máquina host de gran tamaño


Nota: Los componentes principales de Network Manager deben instalarseantes de las aplicaciones web.

5. Instale los componentes principales de Network Manager en la máquina hostNueva York 1.

6. Si una versión de Netcool/Webtop anterior a la versión 2.1 está presente en lamáquina host 3, actualícela a la versión 7.3.1 de GUI web de TivoliNetcool/OMNIbus. Network Manager no es compatible con las versiones deGUI web de Tivoli Netcool/OMNIbus anteriores a la 2.2.

7. Instale las aplicaciones web de Network Manager en la máquina host 3 (partede la categoría componentes de la GUI en el asistente de instalación).El servidor de Tivoli Integrated Portal se instala automáticamente con lainstalación de las aplicaciones web de Network Manager.

Consejo: Si instala el Tivoli Integrated Portal en una máquina sin ningún otroproducto, es probable que el rendimiento sea mejor que si lo instala en unamáquina con otros productos.Cuando instale las aplicaciones web de Network Manager, se instala la versión7.3.1 de la GUI web de Tivoli Netcool/OMNIbus y se configuraautomáticamente en la máquina host 3 si no está aún instalada allí.

Dominios de redAntes de la instalación, tiene que tener en cuenta si partirá su red en dominios, osi tendrá un único dominio para toda la red. Un dominio de red es una colecciónde entidades de red preparadas para ser descubiertas y gestionadas.

Restricción: Utilice únicamente caracteres alfanuméricos y guiones bajos (_) ennombres de dominio. Los demás caracteres, por ejemplo, los guiones (-), no estánpermitidos.

Motivos para particionar su red en varios dominios

Particionar su red en dominios permite al usuario descubrir su red en secciones.Los motivos para particionar su red incluyen:v Escalabilidad: su red puede ser demasiado grande para ser descubierta de una

vez.v Geografía: puede desear descomponer la red en regiones geográficas, y hacer

que cada región se corresponda con un dominio.v Límites de la red lógica: puede que desee descubrir y gestionar la red según los

límites de red concretos.

Los dominios descubiertos se pueden supervisar de forma separada.

Puede ejecutar varios dominios para realizar varios descubrimientos de red, y sepueden ejecutar varios procesos de Network Manager de forma independiente decada uno en el mismo servidor si pertenecen a dominios distintos.

Identificación del dominio de un suceso

La identificación del dominio de un suceso habilita las Vistas de red y la Vista desaltos para generar el mapa de topología correcto para ese suceso.

El dominio en el que se origina un suceso se puede identificar de las formassiguientes:


v Utilizando un dominio por ObjectServer y utilizar el nombre del ObjectServerpara identificar el dominio desde el que se origina el suceso.

v Utilizar varios dominios por ObjectServer requiere de la configuración de lassondas en cada dominio para habilitar el suceso en sí para retener informaciónque identifique el dominio. Este enfoque permite que varios dominios deNetwork Manager se conecten a un único ObjectServer.

Recopilación de sucesos utilizando un dominio porObjectServer

Puede configurar dominios independientes de Network Manager utilizando unObjectServer de recopilación y un ObjectServer de agregación.

Restricción: La arquitectura que se describe en este tema solamente aplica a lasTivoli Netcool/OMNIbus versiones 7.2.1 o anteriores y se basa en la arquitecturaestándar del Marco de servicios de sucesos (ESF) que fue publicado anteriormentepor el IBM Tivoli Netcool Advanced Architecture Group.

El ObjectServer de recopilación recopila sucesos desde las sondas que estánconectadas a cada dominio, mientras que el ObjectServer de agregación recopilasucesos desde cada uno de los ObjectServers de la recopilación.

Como resultado, los dominios de Network Manager son independientes. Undominio puede estar activo mientras que el otro está inactivo para sumantenimiento. Además, los ámbitos del descubrimiento se pueden solapar.

Esta estructura es flexible, ya que se pueden añadir ObjectServers adicionalescuando se requieran nuevos dominios, proporcionando escalabilidad al trabajar congrandes redes. Sin embargo, este acercamiento requiere varios ObjectServers y porlo tanto sólo puede ser de interés para clientes con grandes redes.

La cifra siguiente muestra una arquitectura de ejemplo que utiliza un dominio porObjectServer.


Recopilación de sucesos utilizando varios dominios porObjectServer

Puede conectar varios dominios de Network Manager a un único ObjectServer.

En esta configuración, las sondas de Tivoli Netcool/OMNIbus recopilaninformación sobre el nombre del dominio cuando se genera un suceso y rellena elcampo NmosDomainName para guardar este nombre de dominio.

Para implementar esta configuración primero debe modificar todos los archivos dereglas de sonda Tivoli Netcool/OMNIbus para asegurarse que cada sucesocontiene un campo NmosDomainName. Este campo se utiliza para almacenar elnombre del dominio asociado con el suceso. Esto también asegura que el suceso seprocese mediante la Pasarela de sucesos.

Nota: El filtro del suceso entrante en la puerta de enlace de sucesos maneja lossistemas de un dominio y de varios dominios de manera predeterminada. Paraobtener más información consulte IBM Tivoli Network Manager IP Edition EventManagement Guide.

Nota: Este es un enfoque menos caro, ya que sólo requiere un único ObjectServer.La escalabilidad debe ser un problema cuando cada nuevo dominio requieraconfiguración de la sonda extra.

ObjectServerde recopilación

sucesos

ObjectServerde agregación

Sondas


Dominio Asucesos sucesos

Dominio B

topología


Pasarelade sucesos

Pasarelade sucesos

Dominiodel gestorde red=B

Dominiodel gestorde red=A

Sondas

ObjectServer derecopilación

sucesos

topología

Centro de operaciones de red

Webtop aplicacionesWeb

Figura 5. Gestión de propiedad de sucesos: arquitectura de ObjectServers de dominiosindividual


La cifra siguiente muestra una arquitectura de ejemplo que utiliza varios dominiospor ObjectServer.

Visualización de ejemplo de la topología desde variosdominios

Los clientes web que utilizan un única Tivoli Integrated Portal pueden ver latopología desde más de un dominio de Network Manager.

Para obtener más información sobre la visualización de la topología, consulte lapublicación IBM Tivoli Network Manager IP Edition Network Visualization Setup Guide.

Para habilitar la visualización de topología desde varios dominios, cada dominiode Network Manager reenvía información de topología a la base de datos detopología de NCIM (Network Connectivity and Inventory). Cuando tenga variosdominios, la topología de cada dominio se guardará en NCIM.

Fix Pack 4

Vinculación de dominios descubiertos

Puede encontrar enlaces entre dispositivos en distintos dominios configurando yejecutando un descubrimiento de dominios cruzados. La siguiente cifra muestra un

Pasarela desucesos

Pasarela desucesos

Dominiodel gestorde red=B

Dominiodel gestorde red=A

aplicacionesweb

Servidor deobjetos único


Dominio A Dominio B

Topología


Topología

Centro de operaciones de red

sucesos marcadosNmosDominioName=’B’

filtroNmosDominioName=’A’

filtroNmosDominioName=’B

Sonda

GUI de web

Sonda

Figura 6. Gestión de pertenencia de sucesos: arquitectura para ObjectServer de variosdominios


ejemplo de los datos de alimentación de tres dominios de descubrimiento en unasola base de datos de topología de NCIM. En Tivoli Integrated Portal, puede verlos mapas de topología en cualquiera de los dominios seleccionando un únicodominio del menú de dominios.

Después de que se ejecuten descubrimientos de dominios cruzados, se creará undominio agregado en la base de datos de topología. El dominio agregado incluyerecopilaciones de dispositivos de todos los dominios descubiertos. En TivoliIntegrated Portal, puede ver los mapas de topología en todos los dominiosseleccionando el dominio AGGREGATION del menú de dominios.

Gestor deredes

=PARISDominio


Vista Hop

Gestor deredes

=LONDONDominio

Gestor deredes

=TOKYODominio


Vistas dered

Figura 7. Visualización de topología de varios dominios


Requisitos de hardwareLos requisitos de hardware varían según el tamaño y la composición de su red ylas características de Network Manager que desee utilizar.

Asegúrese de que sus servidores cumplen con los requisitos de hardware antes deinstalar Network Manager.

Importante: No ejecute ninguna otra aplicación de utilización intensiva derecursos durante la instalación de Network Manager.

Pautas de selección del procesadorLea acerca de las pautas para los requisitos del procesador antes de seleccionar elservidor correcto en el que instalar Network Manager.

Las pautas tratadas aquí son para servidores que se espera que soportenúnicamente componentes de Network Manager. Las pautas suponen el desplieguede otros productos de Tivoli, como por ejemplo IBM Tivoli Monitoring, Tivoli DataWarehouse e IBM Tivoli Business Service Manager en otros servidores. Paracombinar el despliegue de varios productos importantes en un único servidor,agregue los requisitos mínimos para cada producto juntos (consulte ladocumentación del producto individual para obtener más información).

Para la demostración y redes de clientes de pequeñas dimensiones o desplieguesdel sistema educativo, utilice al menos dos procesadores en todas las plataformas.Los despliegues de redes de clientes medianos o de grandes dimensiones requierencuatro procesadores.

Nota: Para varios procesadores principales, la velocidad del núcleo individualpuede ser más importante que el número de núcleos. Aunque se pueden utilizarprocesadores de cualquier velocidad, la selección de la mayor velocidad de núcleoy de la mayor memoria caché en chip supone una diferencia significativa enfunción del tamaño de la red que se descubra y que se sondee.

Para valores virtualizados (soportados por AIX LPARS, VMWare ESX, etc.), utilicetanto recursos de memoria como de procesador fijados a un sistema virtual que desoporte a Network Manager.

Para los valores de zLinux, utilice la asignación de CPU equivalente a aquella dedos procesadores modernos, desde cualquiera de las plataformas nativas de UNIXo Windows soportadas por Network Manager.

Para obtener más detalles sobre la selección de procesadores y otrasconsideraciones de despliegue, consulte “Despliegue de Network Manager” en lapágina 1.


Requisitos para ejecutar el instaladorPara instalar cualquier componente de Network Manager, su servidor debecumplir los requisitos de hardware.

Requisitos de espacio de disco para el instalador

Necesita una cierta cantidad de espacio libre en ciertos directorios para poderejecutar el instalador, sin tener en cuenta qué componentes se estén instalando.

En los sistemas operativos UNIX, necesita al menos 170 MB de espacio en eldirectorio /tmp y al menos 350 MB de espacio en el directorio /usr, y 500 KB en eldirectorio /var. Si instala Network Manager en cualquier ubicación distinta a /opt,debe tener al menos 50 MB de espacio en el directorio /opt.

Requisitos de espacio de disco para instalar como un usuario noroot

En los sistemas operativos UNIX, si está instalando como un usuario no root, debetener al menos 350 MB de espacio libre en su directorio inicial para almacenararchivos relacionados con la instalación.

Requisitos para los componentes principalesPara instalar los componentes principales de Network Manager, sus servidoresdeben cumplir los requisitos mínimos de hardware.

Requisitos de memoria

Asegúrese de que el servidor donde desea ejecutar Network Manager cumple lossiguientes requisitos de memoria.v Para un despliegue de servidor único, donde los componentes principales de

Network Manager, las aplicaciones web, la base de datos de topología y TivoliNetcool/OMNIbus están en el mismo servidor, tiene un mínimo de 6 GBDRAM, preferiblemente 8 GB DRAM en un entorno de producción, y de 9 a 12GB DRAM para redes grandes.

Nota: El instalador comprobará para asegurar que esté disponible un mínimo de4 GB DRAM para que se muestren los despliegues de demostración y de sistemaeducativo. Sin embargo, se necesita un mínimo de 6 GB DRAM en los entornosde producción.

v Para un despliegue distribuido, donde únicamente los componentes principalesde Network Manager estén instalados en el servidor, necesita un mínimo de 4GB DRAM.

Nota: El instalador comprueba para asegurar que esté disponible un mínimo de3 GB de DRAM para que se muestren los despliegues de demostración y desistema educativo. Sin embargo, se necesita un mínimo de 4 GB DRAM en losentornos de producción.

La cantidad de memoria necesaria depende de cómo despliegue Network Manager.Para obtener los requisitos de memoria más detallados, consulte “Despliegue deNetwork Manager” en la página 1.


Requisitos de espacio de disco

Asegúrese de que el servidor donde desea ejecutar Network Manager cumple lossiguientes requisitos de espacio de disco.v 2 GB de espacio de disco duro para almacenar el softwarev 2 GB de espacio de disco duro para almacenamiento de memoria cachév Como cálculo orientativo para los archivos de registro, suponiendo que cada

archivo de registro tenga 1 GB de tamaño y se establezcan seis procesos en elnivel de depuración completo, necesitará 24 GB de espacio de disco. (6 procesosx 4 archivos de registro o rastreo cada uno = 24 archivos de registro o rastreo x 1GB = 24 GB).

Requisitos de ancho de banda

El servidor de Network Manager requiere una conexión de Ethernet de altavelocidad dúplex completa de 100 Mbps (o equivalente) con el servidor DNS.

Es obligatorio que los sistemas que admiten componentes de Network Managerestén colocados en el centro de datos con conexiones de velocidad LAN de GigabitEthernet o de Ethernet de alta velocidad de 100 Mbps en el sistema DNS y losdispositivos de red principales a ser descubiertos y gestionados. Las velocidades deconexión más lentas se pueden utilizar, pero pueden producir un impacto en lostiempos de respuesta de la sesión del cliente y deben ser factorizados en cargas detrabajo claves como el sondeo (incluidos los tiempos de respuesta, el total dereintentos y el total de tráfico de red introducido).

Nota: Durante el descubrimiento de un dispositivo de red, se realizan muchasconsultas de SNMP de dicho dispositivo. Tras el descubrimiento, el sondeorutinario (ICMP y SNMP) puede introducir tráfico significativo a la red. Con la redde soporte alojada por velocidades de LAN modernas, estas cargas de trabajo sepueden mostrar.

Para obtener más detalles sobre los requisitos de descubrimiento del ancho debanda, consulte “Requisitos de ancho de banda para el descubrimiento” en lapágina 33.

Otros requisitos

También necesita una unidad DVD, si no está instalando el software desde unadescarga.

Requisitos para los componentes de la GUIEl servidor en el que instale los componentes de la GUI de Network Manager (alos que se hace referencia igualmente como aplicaciones web, que incluye TivoliIntegrated Portal, Tivoli Common Reporting y GUI web de TivoliNetcool/OMNIbus) debe cumplir los siguientes requisitos de hardware:v Espacio en el disco duro de 5.5 GB.v Un mínimo de 4 GB de DRAM.

Nota: El instalador comprueba para asegurar que esté disponible un mínimo de3 GB de DRAM para que se muestren los despliegues de demostración y desistema educativo. Sin embargo, se necesita un mínimo de 4 GB DRAM en losentornos de producción.

v 500 MB en el directorio /tmp.


v La unidad de DVD no está instalando desde la descarga.

Requisitos de hardware para Tivoli Common Reporting

Revise los requisitos de hardware para Tivoli Common Reporting para asegurarsede que cumple sus requisitos de rendimiento.

Para obtener información detallada sobre los requisitos de hardware para TivoliCommon Reporting, consulte el centro de información de Tivoli CommonReporting en la siguiente URL: http://www-01.ibm.com/support/knowledgecenter/SSH2DF_2.1.1/ctcr_prodoverview.html

Requisitos del directorio de instalación

Al instalar en la misma máquina, los componentes de la GUI de los productos deTivoli que utilizan Tivoli Integrated Portal 1.1.x no se pueden instalar en el mismodirectorio que los componentes de la GUI de los productos que utilizan TivoliIntegrated Portal 2.1.

Por ejemplo, los componentes de la GUI de Network Manager 3.9 deben estarinstalados en un directorio distinto a los componentes de la GUI de IBM TivoliBusiness Service Manager 4.2.1 (el primero utiliza Tivoli Integrated Portal 2.1,mientras que el último utiliza 1.1.x). Al instalar Network Manager, el proceso deinstalación puede reconocer directorios de Tivoli Integrated Portal existentes.Asegúrese de que utiliza un directorio distinto si tiene productos que ejecuten unaversión anterior de Tivoli Integrated Portal.

Requisitos para el servidor de base de datos de topologíaLea acerca de los requisitos de base de datos de topología de Network Manager.

Requisitos de memoria

Si va a instalar la base de datos Informix predeterminada con el instaladorNetwork Manager localmente, asegúrese de que el servidor en donde deseaejecutar Informix tenga un mínimo de 4 GB de memoria DRAM disponible (esposible que necesite más para redes grandes). Para obtener más información sobrelos requisitos de memoria de otras bases de datos, consulte la documentación parala base de datos.

Para obtener información sobre cómo establecer una base de datos Informix remotau otras bases de datos, consulte las tareas en “Configuración de una base de datosde topología” en la página 60.

Requisitos de espacio de disco

Para almacenar datos de Network Manager, asegúrese de que tiene al menos elsiguiente espacio de disco mínimo disponible para su base de datos de topología:v 5 GB para Informix y en Linux para la serie Z, necesita al menos 500 MB de

espacio libre en el directorio /tmp, y al menos 500 MB de espacio libre en eldirectorio /.

v De 3 a 5 GB para DB2, MySQL y Oracle.

Nota: Estas cifras son valores mínimos. El espacio de disco real requeridodepende del tamaño de su red y de la cantidad de datos almacenados. Elalmacenamiento de datos de rendimiento puede requerir una gran cantidad de


http://www-01.ibm.com/support/knowledgecenter/SSH2DF_2.1.1/ctcr_prodoverview.html


espacio de disco. Si está planificando almacenar tales grandes cantidades de datos,piense en 50 GB para el espacio de disco relacionado con Network Manager.

Asegúrese de que el servidor donde desea ejecutar la base de datos de topologíacumple los siguientes requisitos de disco:v Tres discos en la configuración RAID 1 (más discos para RAID 5)v SATA de alta velocidad o discos SCSI

Espacio de disco para sucesos e interfacesDebe calcular y permitir espacio de disco adicional para el número de sucesos einterfaces de su instalación.

Los requisitos de hardware adicionales para Network Manager son los siguientes:v 4 KB de espacio de disco para cada suceso esperado, por día de almacenamiento

requeridov 4 KB de espacio de disco para cada interfaz o puerto en un dispositivo

gestionado

Por ejemplo, si tiene 5000 puertos en dispositivos de su red, espera 3000 sucesoscada día y requiere que los sucesos se almacenen durante 30 días, requerirá:3000 * 30 * 4 KB = 360 MB

El espacio de disco total requerido es, por lo tanto:512 MB + 512 MB memoria caché + 360 MB + (4 KB * 5000) = 1,4 GB

Requisitos del espacio de intercambio (UNIX)En las plataformas de UNIX, debe asegurarse de que tiene un espacio de discolibre adecuado que se configure para utilizarse como espacio de intercambio.

La cantidad exacta de espacio de intercambio necesaria depende del tamaño y lacomposición de su red y del tipo de descubrimiento. Para cantidades másreducidas de RAM física, necesita cantidades proporcionalmente mayores deespacio de intercambio. Las cifras siguientes muestran la cantidad aproximada deespacio de intercambio en función de la cantidad de RAM física.

4 GB de RAMConfigure 10 GB de espacio de intercambio.



Para cantidades de RAM mayores de 12 GB, configure la misma cantidad deespacio de intercambio. Por ejemplo, para 24 GB de RAM, configure 24 GB deespacio de intercambio.


Requisitos de ancho de banda para el descubrimientoLas operaciones de descubrimiento de red requieren un mínimo de velocidad deconexión de ancho de banda.

No intente los descubrimientos en velocidades de conexión de acceso telefónico. Sila velocidad de conexión no es suficiente, los paquetes se pueden perder debido ala cantidad de tráfico SNMP que se genera por las operaciones de supervisión y dedescubrimiento predeterminadas. Incluso sobre una conexión de banda ancha, elnúmero de hebras del ayudante SNMP debe ser bajo. Esto puede ocasionar que eldescubrimiento lleve mucho tiempo.

Los descubrimientos deben ejecutarse utilizando una conexión Ethernet (o develocidad similar). La velocidad requerida de la conexión Ethernet depende deltamaño de su red:v La velocidad de dúplex completo de 10 Mbps se requiere para soportar hasta

hebras de ayudante de 100 SNMP y un número relativamente pequeño dedispositivos. Si está utilizando Telnet con SSH para acceder a muchosdispositivos del descubrimiento, el número de hebras del ayudante de SNMPdebería reducirse debido al ancho de banda utilizado por el Ayudante de Telnet.

v La conexión Ethernet de alta velocidad dúplex completa de 100 Mbps (oequivalente) se requiere para descubrir una gran red. El ancho de banda nodebería ser un problema en una conexión de 100 Mbps sin tener en cuenta elnúmero de hebras del ayudante de SNMP utilizadas, a menos que haya otrasaplicaciones que necesiten el ancho de banda y que compartan el enlace.

Las cifras anteriores suponen un tiempo de ida y vuelta medio para un paquete deSNMP de 10 milisegundos, y el tamaño del paquete de SNMP medio está entornoa los 125 bytes. Esto significa que cada hebra del ayudante de SNMP podríatransmitir 12.500 bytes por segundo, y recuperar 12.500 bytes por segundo, lo queda como resultado 100.000 bits por segundo. Si hay 20 hebras, entonces 20multiplicado por 100.000 es igual a 2.000.000 bits por segundo, que es 2 Mbps. Para100 hebras, la cifra será 10 Mbps. De forma predeterminada, el ayudante de SNMPejecutará 120 hebras.

Estas estimaciones suponen que cada hebra del ayudante de SNMP se encuentraen completo funcionamiento al mismo tiempo, lo que generalmente no es el caso.Sin embargo, si no hay suficiente ancho de banda, los paquetes UDP utilizadospara transportar SNMP podrían perderse, o los paquetes podrían hacer cola en lared y llegar con retraso.

Para obtener más información sobre la configuración del ayudante de SNMP,consulte la publicación IBM Tivoli Network Manager IP Edition Discovery Guide.

Requisitos de la memoria de descubrimientoAl descubrir redes muy grandes, el proceso de descubrimiento (ncp_disco) y elproceso del modelo de topología (ncp_model) utilizan la máxima memoria. Si lared es muy grande, piense en dividirla en varios dominios.


Requisitos de softwareLos requisitos de software varían según el sistema operativo, los productos y lascaracterísticas de Network Manager que desee utilizar.

Requisitos para otros productosAsegúrese de que cumple los requisitos para los productos que están integradoscon Network Manager.

Requisitos extra de productos

Importante: Estos requisitos se agregan a cualquier otro hardware, software,directorio de instalación, usuario u otro requisito tratado en la documentaciónindividual del producto. Asegúrese de que esté familiarizado con todos losrequisitos y requisitos previos antes de instalar ningún producto.

Tivoli Netcool/OMNIbus

Asegúrese de que Tivoli Netcool/OMNIbus V7.2.1, V7.3, V7.3.1 o V7.4,Fix Pack 5 or V8.1 esté instalado en un servidor al que se pueda conectar

Network Manager. Si no tiene una instalación de Tivoli Netcool/OMNIbus,debe instalarla. Debe descargar Tivoli Netcool/OMNIbus por separado.

El instalador Network Manager busca solo Tivoli Netcool/OMNIbusversión 7.3.1. Si no encuentra la Tivoli Netcool/OMNIbus imagen (conbase en el nombre de la imagen o número de pieza), pregunta la ubicacióndel archivo. Si desea que el instalador instale una versión TivoliNetcool/OMNIbus compatible distinta a 7.3.1, entonces cree unsubdirectorio llamado OMNIbus en el paquete de instalación NetworkManager extraído y extraiga el paquete Tivoli Netcool/OMNIbusdescargado en este directorio.

Restricción: Debido a un problema conocido, el instalador de NetworkManager 3.9 no puede instalar o configurar Tivoli Netcool/OMNIbus 7.4en los sistemas Linux y Solaris. Debido a este problema, el scriptConfigOMNI proporcionado con Network Manager 3.9 no puede configurarTivoli Netcool/OMNIbus 7.4 en los sistemas Linux y Solaris. Para obtenermás información sobre este problema y cómo resolverlo, consulte lasiguiente nota técnica de resolución de problemas: http://www-01.ibm.com/support/docview.wss?uid=swg21615671.

Si instala Tivoli Netcool/OMNIbus no utilizando el instalador de NetworkManager, debe instalar desde una ventana distinta a la utilizada parainstalar Network Manager, asegurándose de que cualquier variable deentorno se configure correctamente según la documentación de TivoliNetcool/OMNIbus.

Restricción: Debe instalar Network Manager 3.9 en un directorio diferentepara una instalación existente de Tivoli Netcool/OMNIbus 7.2.1 o anterior.En Windows, debe instalar Network Manager 3.9 en un servidor diferentepara una instalación existente de Tivoli Netcool/OMNIbus 7.2.1 o anterior.

Restricción: Fix Pack 5 Las siguientes restricciones se aplican a TivoliNetcool/OMNIbus V8.1:v No puede instalar Tivoli Netcool/OMNIbus V8.1 en el mismo servidor

que Network Manager.


http://www-01.ibm.com/support/docview.wss?uid=swg21615671


v No puede instalar Tivoli Netcool/OMNIbus V8.1 utilizando el instaladorde Network Manager. Si desea utilizar Tivoli Netcool/OMNIbus V8.1,debe instalarlo en un host remoto y conectarse a él.

GUI web de Tivoli Netcool/OMNIbusLa GUI web de Tivoli Netcool/OMNIbus se conocía como Netcool/Webtopen las versiones 2.2 y anteriores. Si instala la GUI web no utilizando elinstalador de Network Manager, debe instalar desde una ventana distinta ala utilizada para instalar Network Manager, asegurándose de que cualquiervariable de entorno se configure correctamente según la documentación deTivoli Netcool/OMNIbus.

Tivoli Common ReportingNetwork Manager instala los paquetes de informes necesarios para losinformes de gestión de red en el servidor donde están instalados loscomponentes de la GUI de Network Manager. Si la ubicación deinstalación elegida de Network Manager ya tiene un Tivoli IntegratedPortal existente e instancias de Tivoli Common Reporting, NetworkManager configura automáticamente los informes que se van a utilizar conesa instancia de Tivoli Common Reporting.

Si no tiene instalado Tivoli Common Reporting cuando instala NetworkManager, puede instalar Tivoli Common Reporting más adelante yconfigurar los informes como se describe en “Configuración de informespara las instalaciones existentes” en la página 266.

IBM Tivoli Business Service ManagerDebe instalar IBM Tivoli Business Service Manager desde una ventanadistinta a la utilizada para instalar Network Manager, asegurándose de quecualquier variable de entorno se configure correctamente según ladocumentación de IBM Tivoli Business Service Manager.

Versiones anterioresInstale Network Manager 3.9 en un directorio distinto a Network ManagerV3.8 o anterior, y Netcool/Webtop V2.1 o anterior.

Tareas relacionadas:“Configuración de integraciones con otros productos” en la página 165Puede configurar Network Manager para trabajar con productos de Tivoli.Consulte las tareas de configuración necesarias para configurar las integracionesdisponibles.

Compatibilidad con otros productos de TivoliNetwork Manager es compatible con otros productos de Tivoli, lo que proporcionaopciones para integrarse con otros productos a fin de compilar una solución parasolucionar sus requisitos.

La tabla siguiente describe la compatibilidad de Network Manager V3.9 con otrosproductos de Tivoli.


Tabla 3. Compatibilidad de Network Manager V3.9 con otros productos

Producto Versiones compatibles

IBM Tivoli Netcool/OMNIbus 7.2.1

7.3

7.3.1

7.4

Nota: Fix Pack 5

Si desea utilizar Oracle 11 o 12 como base dedatos de topología y tiene instalado IBMTivoli Netcool/OMNIbus en el mismoservidor Solaris que Network ManagerFixpack 5, debe instalar o actualizar a IBMTivoli Netcool/OMNIbus 7.4 antes deinstalar el Fixpack 5.

Fix Pack 5

8.1 (sólo para IBM Tivoli

Netcool/OMNIbus remoto)

GUI web de Tivoli Netcool/OMNIbus 7.3.1

7.4

IBM Tivoli Netcool Configuration Manager 6.3

6.4

Tivoli Integrated Portal 2.1

2.2

Nota: Fix Pack 5

Si la conformidad con FIPS 140-2 esimportante, no utilice versiones anteriores a2.2.0.17. La versión 2.2.0.17 del TivoliIntegrated Portal incorporó la conformidadcon SHA-2.


Tabla 3. Compatibilidad de Network Manager V3.9 con otros productos (continuación)

Producto Versiones compatibles

Tivoli Common Reporting 2.1

2.1.1

Fix Pack 5

3.1

Restricción: Tivoli Common Reporting 3.1sólo está disponible para los usuarios deNetcool Operations Insight.Restricción: Si desea utilizar la función deinformes y está instalando NetworkManager en Red Hat Enterprise Linux 6.0,debe instalar la versión 2.1 o 2.1.1 de TivoliCommon Reporting en un host separado, yaque estas versiones Tivoli CommonReporting no son compatibles en Red HatEnterprise Linux 6.0. Puede especificar queno se instale la función de informes cuandose inicie el proceso de instalación deNetwork Manager utilizando la opción-DinstallReports=0, como se describe en lastareas de instalación de “Instalación deNetwork Manager” en la página 78.Restricción: Tivoli Common Reportingversión 2.x no da soporte a Internet Explorer10 o Firefox 24 Extended Support Release(ESR). Esto significa que no puede utilizar lacaracterística de elaboración de informes siestá utilizando estas versiones de navegadorpara la GUI de Network Manager.

Restricción: Fix Pack 5 Tivoli CommonReporting versión 3.1 no admite MySQL.

Tivoli Data Warehouse 2.1

IBM Tivoli Change and ConfigurationManagement Database

7.1.1

IBM Tivoli Application DependencyDiscovery Manager

7.2

7.2.1

IBM Systems Director 6.2.1

IBM Tivoli Business Service Manager 4.2.1

6.1Nota: La compatibilidad entre NetworkManager 3.9 e IBM Tivoli Business ServiceManager 4.2.1 está restringida a lasfunciones de inicio contextual y deexportación de DLA. Para obtener másinformación, consulte “Exportación de datosde descubrimiento a CCMDB, TADDM yTBSM” en la página 193, y consulteigualmente la publicación IBM TivoliNetcool/OMNIbus Installation and DeploymentGuide.

IBM Tivoli Monitoring Fix Pack 5

6.2.2 o posterior.


Bases de datos de topología soportadasDe forma predeterminada, se incluye en el producto una base de datos IBMInformix para almacenar los datos de la topología. Se soportan otros tipos de basesde datos. Si no utiliza la base de datos predeterminada, utilice únicamente unabase de datos soportada.

Importante: Aplique todos los parches recomendados a su base de datos.

Si utiliza bases de datos separadas para los datos de MIB y los datos de topología,cada base de datos debe ser del mismo tipo. Por ejemplo, no puede utilizar unabase de datos DB2 para los datos de topología y una base de datos Informix paralos datos de MIB.

En la tabla siguiente se enumeran los tipos, versiones y ediciones de bases de datosque se soportan.

Tabla 4. Tipos, versiones y ediciones de bases de datos que se soportan

Tipo de base dedatos Versión y edición Notas

IBM DB2 v DB2 V9.1

v DB2 V9.5

v DB2 V9.7

v Fix Pack 4 DB2 V10.1

v Fix Pack 5 DB2 V10.5

Cuando configure la migracióntras error, puede definirNetwork Manager para quefuncione en DB2 HighAvailability Disaster Recovery(HADR).Restricción: La base de datosDB2 que se entrega con NetworkManager es una versión conlicencia limitada. Dependiendodel entorno de trabajo, eltamaño de la red y la cantidadde datos que piense almacenar,puede ser necesario actualizar lalicencia de DB2. Para obtenermás información, consulte alRepresentante de ventas de IBM.

MySQL v 5.1

v Fix Pack 4 5.5

v Fix Pack 4 5.6

Si utiliza MySQL para la base dedatos de topología, no podráutilizar Tivoli CommonReporting V3.1, debe utilizarTivoli Common Reporting V2.1.

Para actualizaciones a MySQL5.5 o MySQL 5.6, aplique elfixpack antes de actualizar labase de datos. Si no lo hace, seproducen errores en la GUI deVistas de red. (La bibliotecaMYSQL JDBC que se utiliza enlas versiones anteriores alfixpack 4 no es compatible conMySQL 5.5 o MySQL 5.6.) Paraobtener más información,consulte el archivo INSTALL quese incluye en el fixpack.


Tabla 4. Tipos, versiones y ediciones de bases de datos que se soportan (continuación)


Oracle v V11g Standard Edition

v V11g Enterprise Edition

v Fix Pack 5 V12c

Si utiliza Oracle V12c, no puedeutilizar Tivoli CommonReporting V2.1.1. Debe utilizarTivoli Common Reporting V3.1.

Fix Pack 5

Cuando configure la

migración tras error, puededefinir Network Manager paraque funcione en Oracle RealApplication Clusters (RAC).Restricción:

Fix Pack 5 El uso de Oracle 11como base de datos de topologíano es compatible si se ejecutaNetwork Manager en Linux forzSeries y System z.


Tabla 4. Tipos, versiones y ediciones de bases de datos que se soportan (continuación)


IBM Informix v V11.5 Ultimate Edition

v V11.5 Ultimate Edition

v V11.7 Enterprise Edition

v V11.5 Workgroup Edition

La versión de Informix que seincluye en el producto varíadependiendo de la imagen deproducto que haya descargado.La imagen de producto GA baseincluye Informix WorkgroupEdition versión 11.5 (11.50.xC6).La imagen de producto que sepublicó el 14 de septiembre de2012 (nivel de compilación3.9.0.71) incluye InformixGrowth Edition 11.7 (11.70.xC5).Si está ejecutando la imagen deproducto GA base, puederealizar la actualización deInformix Workgroup Editionversión 11.5 a Informix GrowthEdition 11.7. La actualización esun proceso manual y varíadependiendo de su sistemaoperativo. Para obtener másinformación, busqueActualización de Informix de V11.5a V11.7 en la publicación IBMTivoli Network Manager IP EditionRelease Notes.

Para obtener más informaciónacerca de la instalación deInformix como un usuario noroot, consulte “Instalación deInformix como usuario no root”.

Linux

Informix V11.7 no

recibe soporte en SUSE LinuxEnterprise Server (SLES) 10.Utilice Informix V11.5 u otrabase de datos soportada Paraobtener más información,consulte Instalación de Informix11.5 en SuSE Enterprise Linux 10en la publicación IBM TivoliNetwork Manager IP EditionRelease Notes.

AIX

Informix V11.5 no

recibe soporte en AIX V7.1.

Instalación de Informix como usuario no root

Para instalar Informix como parte de una instalación no root, establezca lospermisos de todos los directorios de la vía de acceso de Informix en 775. Porejemplo, en un host Linux donde la variable de entorno $NCHOME se establece en


/home/IBM/tivoli/, la vía de acceso de Informix es /home/IBM/tivoli/platform/linux2x86/users/informix/. En este ejemplo, establezca los permisos de losdirectorios siguientes en 775:v /home/

v /home/IBM/

v /home/IBM/tivoli/

v /home/IBM/tivoli/platform/

v /home/IBM/tivoli/platform/linux2x86/

v /home/IBM/tivoli/platform/linux2x86/users/

v /home/IBM/tivoli/platform/linux2x86/users/informix/

Tareas relacionadas:“Instalación de paquetes de reparación” en la página 132Para obtener los arreglos más recientes, aplique fixpacks. Hay fixpacks disponiblespara el producto Network Manager, así como para otros productos y componentescomo, por ejemplo, Tivoli Integrated Portal y la GUI web de TivoliNetcool/OMNIbus. Puede descargar los fixpacks de IBM Fix Central. Asegúrese demantener el nivel de fixpack actualizado.“Configuración de una base de datos de topología” en la página 60Aparte de la base de datos Informix predeterminada, puede utilizar una base dedatos DB2, MySQL u Oracle para guardar la topología. A menos que estéinstalando la base de datos Informix predeterminada que viene integrada conNetwork Manager, debe configurar una base de datos existente o instalar yconfigurar una nueva antes de instalar Network Manager.“Configuración de Network Manager para que funcione con HADR de DB2, oRAC de Oracle” en la página 340Puede configurar los procesos principales de Network Manager para que utilicenel catálogo de DB2 y la GUI de Network Manager para que funcione en el entornode recuperación tras desastre de alta disponibilidad (HADR) de DB2. Fix Pack 5 Dela misma forma, también puede configurar los procesos centrales y la GUI deNetwork Manager y la GUI de Network Manager para que funcionen en elentorno Oracle Real Application Clusters (RAC).

Sistemas operativos soportadosNetwork Manager está soportado en varias versiones de UNIX, Linux y Windows.

Network Manager V3.9 está soportado en los siguientes sistemas operativos en elmomento de la publicación.

Para obtener la información más actualizada acerca de los sistemas operativossoportados, consulte los Informes de compatibilidad del producto de software en:

http://www.ibm.com/software/reports/compatibility/clarity/index.html

Importante: Asegúrese de que su sistema operativo tenga todos los parchesrecomendados instalados, incluidos los últimos niveles de parches.

En los procesadores Sun Microsystems, están soportadas las versiones siguientes:v Solaris 10 SPARCv Zonas SPARC

En los sistemas IBM basados en PowerPC, están soportadas las versionessiguientes:


http://www.ibm.com/software/reports/compatibility/clarity/index.html

v AIX 6.1 iSeries y pSeriesv AIX 7.1 iSeries y pSeries

En los procesadores Intel y Advanced Micro Devices (AMD) x86, están soportadaslas siguientes versiones:v Red Hat Enterprise Linux 5.0 (x86-32, x86-64)v Red Hat Enterprise Linux 6.0 (x86-32, x86-64)

Restricción: Si desea utilizar la función de informes y está instalando NetworkManager en Red Hat Enterprise Linux 6.0, debe instalar la versión 2.1 o 2.1.1 deTivoli Common Reporting en un host separado, ya que estas versiones TivoliCommon Reporting no son compatibles en Red Hat Enterprise Linux 6.0. Puedeespecificar que no se instale la función de informes cuando se inicie el procesode instalación de Network Manager utilizando la opción -DinstallReports=0,como se describe en las tareas de instalación de “Instalación de NetworkManager” en la página 78.Atención: Asegúrese de inhabilitar SELinux (Security-Enhanced Linux) oestablecerlo en permisivo en el archivo de configuración selinux antes deintentar instalar o utilizar Network Manager. Los sistemas de Linux que ejecutanSecurity-Enhanced Linux (SELinux) no están soportados.

v SuSE Linux Enterprise Server (SLES) 10.0 (x86-32, x86-64)v SuSE Linux Enterprise Server (SLES) 11.0 (x86-32, x86-64)

Nota: Network Manager no da soporte a SuSE Linux Enterprise Server (SLES)11.0 SP2 (para conocer más detalles, consulte http://www-01.ibm.com/support/docview.wss?uid=swg21619336).

Nota: Fix Pack 4 Network Manager da soporte a SuSE Linux Enterprise (SLES)11.0 SP2 y SP3.

v SuSE Linux Enterprise Desktop (SLED) 11 (x86-64)v Windows Server 2008 (R1) Standard Edition (x86-32, x86-64)v Windows Server 2008 (R2) Standard Edition (x86-64)v Windows Server 2008 (R1) Enterprise Edition (x86-32, x86-64)v Windows Server 2008 (R1) Enterprise Edition (x86-64)v Windows Server 2008 (R2) Enterprise Edition (x86-64)v Windows Server 2008 (R2) Datacenter Edition (x86-64)

En los sistemas principales IBM System z, se soportan las siguientes versiones:v Red Hat Enterprise Linux 5.0 (zSeries ySystem z)v Red Hat Enterprise Linux 6.0 (zSeries y System z)

Restricción: Si desea utilizar la función de informes y está instalando NetworkManager en Red Hat Enterprise Linux 6.0, debe instalar la versión 2.1 o 2.1.1 deTivoli Common Reporting en un host separado, ya que estas versiones TivoliCommon Reporting no son compatibles en Red Hat Enterprise Linux 6.0. Puedeespecificar que no se instale la función de informes cuando se inicie el procesode instalación de Network Manager utilizando la opción -DinstallReports=0,como se describe en las tareas de instalación de “Instalación de NetworkManager” en la página 78.




Atención: Asegúrese de inhabilitar SELinux (Security-Enhanced Linux) oestablecerlo en permisivo en el archivo de configuración selinux antes deintentar instalar o utilizar Network Manager. Los sistemas de Linux que ejecutanSecurity-Enhanced Linux (SELinux) no están soportados.

v SuSE Linux Enterprise Server (SLES) 10.0 (zSeries y System z)v SuSE Linux Enterprise Server (SLES) 11.0 (zSeries y System z)

Están soportados el siguiente hipervisor y combinaciones de sistemas operativos:

v Fix Pack 5 La virtualización basada en kernel es compatible con todas lasversiones admitidas de SUSE Linux

v IBM PowerVM Hypervisor (LPAR, DPAR, Micropartición) cualquier versiónsoportada: en AIX

v IBM PR/SM cualquier versión: entornos SLES y RHELv IBM z/VM 6.1: entornos SLES y RHELv VMware ESX 3.5: SLES, RHEL y Windows 2008 Enterprise Edition y Standard

Editionv VMware ESX y ESXi 3.5, 4.0, 4.1 y 5.0: SLES, RHEL y Windows 2008 Enterprise

Edition y Standard Editionv Sun y Oracle Logical Domains (LDoms) cualquier versión: Solaris SPARC

Restricción:

v Los sistemas de Linux que ejecutan AppArmor no están soportados. InhabiliteAppArmor para permitir la instalación a fin de continuar.

v Los sistemas de Linux que ejecutan Security-Enhanced Linux (SELinux) no estánsoportados. Inhabilite SELinux al instalar y utilizar Network Manager.

Requisitos adicionales para los sistemas operativos UNIX

Si está instalando en una versión de UNIX que le da una opción de instalar el shellKorn (ksh), por ejemplo, SUSE Enterprise Linux, debe asegurarse de que el shellKorn está instalado antes de ejecutar el instalador de Network Manager.

Desinstale cualquier montaje de NFS (Network File System) que no esté accesibleantes de ejecutar el instalador. Para comprobar los montajes de NFS inaccesibles,ejecute el mandato siguiente:df -kP

Si el mandato se ejecuta satisfactoriamente, no habrá montajes de NFS inaccesibles.

Requisitos adicionales para AIX

Si va a instalar Network Manager en los sistemas operativos AIX, asegúrese detener los conjuntos de archivos X11, inclusive el conjunto de archivosX11.apps.xterm, instalado antes de comenzar la instalación de Network Manager.

Requisitos adicionales para Red Hat Enterprise Linux 6.0 enzSeries y System z

Si instala RHEL 6.0 en los sistemas zSeries y System z, asegúrese de que secumplan los siguientes requisitos previos:


v Asegúrese de que el shell Korn (ksh) esté instalado antes de ejecutar elinstalador de Network Manager. El ejecutable ksh es necesario en el directorio/bin para los scripts de Network Manager y en el directorio /usr/bin para labase de datos de Informix.

v Asegúrese de tener la biblioteca libstdc++.so.6.0.8 de 32 bits en el directorio/usr/lib.

v Si utiliza Tivoli Netcool/OMNIbus, asegúrese de tener los RPM de 32 bitsnecesarios; consulte la sección Requisitos previos para los sistemas operativos en lapublicación IBM Tivoli Netcool/OMNIbus Installation and Deployment Guide .

Requisitos adicionales para Solaris

Si está instalando Network Manager en sistemas operativos de Solaris, debeinstalar el paquete de SUNWsprot en primer lugar.

Requisitos adicionales para Tivoli Common Reporting en Linux yLinux en System z

Si va a instalar Network Manager en los sistemas operativos Linux o zLinux conuna base de datos Informix en zLinux, o con una base de datos Informix o MySQLen Linux, debe asegurarse de tener un unixODBC RPM de 32 bits disponible en elsistema en donde está instalando los componentes de GUI antes de la instalación.v En todas las versiones de Linux, asegúrese de tener libXm.so.3 o más reciente

(disponible desde openmotif RPM 22 o más reciente) disponible en el sistemaantes de la instalación. Para las versiones de libXm.so.x o más reciente quelibXm.so.3, haga un enlace simbólico desde la versión más reciente alibXm.so.3, usando un comando similar al siguiente ejemplo: ln -s/usr/lib/libXm.so.4 libXm.so.3.

v En los sistemas de Red Hat Enterprise Linux, asegúrese de que tiene el RPM deunixODBC-2.2.x.x o superior disponible en su sistema antes de la instalación.

v En los sistemas de SuSE Linux Enterprise Server (SLES), asegúrese de que tieneel RPM de unixODBC-2.2.X.X o superior disponible en su sistema antes de lainstalación.

Importante:

Algunas versiones de unixODBC definen la biblioteca principal en /usr/lib/ comolibodbcinst.so.1. La biblioteca principal debe definirse como/usr/lib/libodbcinst.so. Cree un enlace simbólico si es necesario.ln -s /usr/lib/libodbcinst.so.x /usr/lib/libodbcinst.so

Restricción: No puede utilizar Tivoli Common Reporting con MySQL en zLinux.

Para obtener la información detallada sobre los requisitos de software de TivoliCommon Reporting, consulte el centro de información de Tivoli CommonReporting en la siguiente URL: http://www-01.ibm.com/support/knowledgecenter/SSH2DF_2.1.1/ctcr_prodoverview.html

Restricción: Si desea utilizar la función de informes y está instalando NetworkManager en Red Hat Enterprise Linux 6.0, debe instalar la versión 2.1 o 2.1.1 deTivoli Common Reporting en un host separado, ya que estas versiones TivoliCommon Reporting no son compatibles en Red Hat Enterprise Linux 6.0. Puedeespecificar que no se instale la función de informes cuando se inicie el proceso de




instalación de Network Manager utilizando la opción -DinstallReports=0, como sedescribe en las tareas de instalación de “Instalación de Network Manager” en lapágina 78.

Requisitos adicionales para Red Hat Enterprise Linux AS, ES yWS 5

Si está instalando Network Manager en Red Hat Enterprise Linux AS, ES o en WS5, debe asegurarse de que los siguientes RPM estén disponibles en su sistema antesde la instalación:v compat-libstdc++-33-3.2.3-61

v libXp-1.0.0-8

v openmotif22-2.2.3-18

v libXmu-1.0.2-5

v libXpm-3.5.5-3

v compat-libstdc++-296-2.96-138

Estos archivos deberían estar disponibles en los CD de instalación para el sistemaoperativo.

Para obtener más información acerca de la obtención de paquetes, vaya al Centrode información de IBM WebSphere Application Server en http://www-01.ibm.com/support/knowledgecenter/SSAW57_6.1.0/as_ditamaps/welcome_nd.html, y busque el nombre del paquete.

Requisitos adicionales para Linux en System z

Si utiliza Oracle 12c en zLinux, asegúrese de tener la siguiente biblioteca instalada:libaio.so.1.

Requisitos adicionales para SuSE Linux Enterprise Server(SLES)

Si está instalando Network Manager en SLES, debe asegurarse de que lossiguientes RPM estén disponibles en su sistema antes de la instalación:v libstdc++33.rpm (llamado anteriormente compat-libstdc++-5.0.7-22.2)

v openmotif-libs-2.2.4-21.17

v openmotif-devel-32bit-2.2.4-21.17

v openmotif-2.2.4-21.17

v openmotif-libs-32bit-2.2.4-21.17

v openmotif21-libs-32bit-2.1.30MLI4-143.9

v openmotif-devel-2.2.4-21.17

Para obtener más información acerca de la obtención de paquetes, vaya al Centrode información de IBM WebSphere Application Server en http://www-01.ibm.com/support/knowledgecenter/SSAW57_6.1.0/as_ditamaps/welcome_nd.html, y busque el nombre del paquete.

Nota: SLES 10 no es compatible con Informix 11.7. Consulte las Notas de laversión de su versión de Network Manager para obtener más detalles sobre québase de datos de topología debe instalar y cómo obtenerlo e instalarlo.


http://www-01.ibm.com/support/knowledgecenter/SSAW57_6.1.0/as_ditamaps/welcome_nd.html






Requisito adicional para los sistemas Linux

Tanto en las instalaciones basadas en Intel Linux y en instalaciones de IBM Systemz, asegúrese de tener instaladas las versiones de 32 bits y 64 bits de los paquetespam-1.1.1-10.el6.system. Por ejemplo, para las instalaciones deSystem z, asegúresede tener los dos paquetes siguientes:v pam-1.1.1-10.el6.s390

v pam-1.1.1-10.el6.s390x

Navegadores soportadosAsegúrese de que los clientes utilizan uno de los navegadores web soportados. Sisu navegador no está soportado, una aplicación web podría colgarse o bloquearse.

En la tabla siguiente se describen los navegadores soportados y las versiones deJava Runtime Environment para cada sistema operativo del cliente. Ciertosnavegadores trabajan únicamente con determinados niveles de Tivoli IntegratedPortal V2.2. Para obtener más información, busque Compatibilidad de TivoliIntegrated Portal en la publicación IBM Tivoli Network Manager IP Edition ReleaseNotes.

Tabla 5. Navegadores soportados para sistemas operativos del cliente

NavegadorSistema operativo delcliente Versión de JRE

Internet Explorer 7.0


Internet Explorer 9.0.Soportado en el fixpack 2 ylas versiones posteriores,incluida la renovacióncompleta de la imagen delproducto (nivel decompilación 3.9.0.71).Requiere Tivoli IntegratedPortal V2.2.0.5 o posteriores.

Fix Pack 4

Internet Explorer

10. Requiere Tivoli IntegratedPortal V2.2.0.13 o posterioresy GUI web de TivoliNetcool/OMNIbus V7.4.0.2 oposteriores.Restricción: Tivoli CommonReporting versión 2.x no dasoporte a Internet Explorer10. En consecuencia, nopuede utilizar lacaracterística de elaboraciónde informes si está utilizandoInternet Explorer 10 para laGUI de Network Manager.

Windows XP Service Pack 3

Windows 7 Enterprise

Windows Vista Enterprise

Windows Server 2008 (R1)Standard Edition

Windows Server 2008 (R1)Enterprise Edition

Windows Server 2008 (R2)Datacenter Edition



Oracle JRE 1.6

Fix Pack 4

Oracle JRE 1.7

Fix Pack 5

Oracle JRE 1.8

Fix Pack 4

Asegúrese de que

la versión de JRE escompatible con Oracle JRESecurity Baseline. Paraobtener más información,consulte Despliegue de losapplets de Java con las versionesde la familia JRE en el plug-inde Java para Internet Exploreren http://www.oracle.com/technetwork/java/javase/family-clsid-140615.html.


http://www.oracle.com/technetwork/java/javase/family-clsid-140615.html



Tabla 5. Navegadores soportados para sistemas operativos del cliente (continuación)

NavegadorSistema operativo delcliente Versión de JRE

Mozilla Firefox 3.6.x

Firefox 10 Extended SupportRelease (ESR). Soportado enel fixpack 2 y las versionesposteriores, incluida larenovación completa de laimagen del producto (nivelde compilación 3.9.0.71).Requiere Tivoli IntegratedPortal V2.2.0.7 o posteriores.

Fix Pack 3

Firefox 17 ESR.

RequiereTivoli IntegratedPortal V2.2.0.11 o posteriores.

Fix Pack 4

Firefox 24 ESR.

Requiere Tivoli IntegratedPortal V2.2.0.13 o posterioresy GUI web de TivoliNetcool/OMNIbus V7.4.0.2 oposteriores.Restricción: Tivoli CommonReporting versión 2.x no dasoporte a Firefox 24 ESR. Enconsecuencia, no puedeutilizar la característica deelaboración de informes siestá utilizando Firefox 24ESR para la GUI de NetworkManager.

Fix Pack 5

Internet Explorer

11

Red Hat Enterprise LinuxDesktop 5.0

Red Hat Enterprise Linux(RHEL) 5.0

SuSE Linux EnterpriseDesktop (SLED) 10 y 11

SuSE Linux Enterprise Server(SLES) 10 y 11

Solaris 9, 10 y Zones SPARC

Windows XP Service Pack 3

Windows 7 Enterprise

Windows Vista Enterprise



Windows Server 2008 (R2)Datacenter Edition



VMWare ESX Server 3.5

Oracle JRE 1.6

Fix Pack 4

Oracle JRE 1.7

Fix Pack 5

Oracle JRE 1.8

Asegúrese de que la versiónde JRE es compatible conOracle JRE Security Baseline.

Consejo: UNIX

Linux Asegúrese de queel plug-in de Java™ estéinstalado correctamente y deque se realicen todos losenlaces simbólicos necesarios.Para obtener másinformación, consulte ladocumentación de Firefox.

Navegadores soportados para el launchpad del instaladorPara ejecutar el launchpad del instalador, asegúrese de que tiene instalado unnavegador compatible. Los navegadores compatibles con el launchpad delinstalador no son necesariamente los mismos que los navegadores soportados paralas aplicaciones web.

Los navegadores soportados para el launchpad del instalador se describen en latabla siguiente.

Restricción: Linux En Red Hat Enterprise Linux y SUSE Enterprise Linux(únicamente S/390 y S/390x), sólo se admite Firefox 2.x.

Tabla 6. Navegadores soportados para el launchpad del instalador

Navegador Versión

Firefox 2.0 y posterior

Mozilla 1.7 y posterior



Tabla 6. Navegadores soportados para el launchpad del instalador (continuación)

Navegador Versión

SeaMonkey 1.1.4 y posterior

Herramientas del sistema operativoDado que la estabilidad del proceso de instalación depende de la estabilidad de lasherramientas del Sistema operativo (SO), asegúrese de que las versiones de SO delas herramientas estándar están incluidas en su vía de acceso antes que versionesque no sean del SO de las mismas herramientas (por ejemplo, programas deutilidad de GNU).

Requisitos de DNS (Servicio de nombre de dominio)Asegúrese de que sus servidores tengan DNS configurado correctamente antes deinstalar Network Manager.

Nombres de dominio

Asegúrese de que todos los servidores en los que desee instalar componentes deNetwork Manager tengan el nombre de host definido como un nombre de dominiocompleto (FQDN). La configuración de DNS incompleta o incorrecta puedeocasionar problemas al instalar o utilizar Network Manager.

UNIX

En plataformas UNIX, el nombre de host se define en el archivo

/etc/hosts.

Windows

En Windows, el nombre de host se define en el archivo

%WinDir%\system32\drivers\etc\hosts.

En la máquina donde instala los componentes de Network Manager, asegúrese deincluir la dirección IP, el FQDN y el nombre abreviado en el archivo /etc/hostsantes de instalar Network Manager, y asegúrese de que el FQDN y el nombreabreviado únicamente resuelvan la misma dirección IP y resuelvan en sentidoinverso el FQDN o nombre abreviado.

El formato es dirección_IP FQDN nombre_abreviado. Por ejemplo, añadir una líneasimilar a la siguiente a /etc/hosts:9.10.11.12 yourserver.domainname.com yourserver

Esto garantiza que el FQDN se establece como la entrada Nombre de host cuandose instala Network Manager.

Restricción: No utilice guión bajo al especificar los nombres de host. El uso deguiones bajos como parte de un nombre de host hace que la instalación del TivoliIntegrated Portal falle.


Restricciones de usuario de UNIXEn los sistemas operativos de UNIX, si ha instalado otros productos de gestión dered de Tivoli en un servidor concreto, debe instalar Network Manager en el mismodirectorio que el mismo usuario.

Si instala las aplicaciones web de Network Manager como el usuario root, NetworkManager no se integrará con IBM Tivoli Business Service Manager. Si desea utilizarNetwork Manager con TBSM, debe crear un usuario distinto para instalar ygestionar todos los productos de Tivoli en este servidor.

Si instala Network Manager como un usuario no root, debe realizar pasos deconfiguración extra posteriores a la instalación para ejecutar los componentesprincipales como el usuario root.

Si instala Network Manager como un usuario no root, debe instalar todos losproductos futuros de Tivoli como el mismo usuario.

Si instala y ejecuta Network Manager como un usuario no root, no es posible tenerdos versiones de Network Manager instaladas en el mismo servidor.Tareas relacionadas:“Configuración de permisos root/no root” en la página 236En UNIX, si ha instalado Network Manager como usuario no root, debe realizaruna configuración adicional.

Restricciones de usuario de WindowsEn los sistemas operativos Windows, todos los productos de gestión de red deTivoli debe instalarlos en el mismo directorio de instalación el mismo usuario.

Puede instalar Network Manager como el usuario administrador.

Restricción: Debe ser el Usuario administrador para instalar en los sistemasWindows Server 2008.

También necesita permiso de escritura al directorio de instalación y privilegios deadministración en la estación de trabajo.

Requisitos para zonas de SolarisSi está instalando Network Manager en servidores que estén ejecutando 10 zonasde Solaris, puede que necesite realizar tareas de configuración extra.

Instalación en zonas globales

No hay requisitos especiales para instalar Network Manager en zonas globales.

Instalación en zonas locales

Si está planeando instalar en una zona local, en primer lugar debe configurar lazona local para permitir que Network Manager compile sus propios paquetes enbruto. Una zona local predeterminada no permite que las aplicaciones que seejecutan en ella compilen sus propios paquetes en bruto.

Para configurar Network Manager para que compile sus propios paquetes enbruto, configure su zona para que incluya el privilegio net-rawaccess, como sedescribe en los pasos siguientes.


1. En la zona local, escriba los mandatos siguientes:zonecfg -z nombre_zonazonecfg:nombre_zona> set limitpriv=default,net_rawaccesszonecfg:nombre_zona> verifyzonecfg:nombre_zona> commitzonecfg:nombre_zona> exit

Donde nombre_zona es el nombre de su zona local.2. Cierre y vuelva a arrancar su zona para aplicar los valores nuevos.

zlogin nombre_zona shutdownzoneadm -z nombre_zona boot

3. Compruebe que el privilegio se ha agregado satisfactoriamente utilizando elmandato ppriv. El ejemplo siguiente muestra salida de ejemplo desde estemandato con el privilegio net-rawaccess añadido.# ppriv $$4547: -shflags =

E: basic,contract_event,contract_observer,file_chown,file_chown_self,file_dac_execute,file_dac_read,file_dac_search,file_dac_write,file_owner,file_setid,ipc_dac_read,ipc_dac_write,ipc_owner,net_bindmlp,net_icmpaccess,net_mac_aware,net_privaddr,net_rawaccess,proc_audit,proc_chroot,proc_owner,proc_setid,proc_taskid,sys_acct,sys_admin,sys_audit,sys_mount,sys_nfs,sys_resource

I: basicP: basic,contract_event,contract_observer,file_chown,file_chown_self,file_dac_execute,file_dac_read,file_dac_search,file_dac_write,file_owner,file_setid,ipc_dac_read,ipc_dac_write,ipc_owner,net_bindmlp,net_icmpaccess,net_mac_aware,net_privaddr,net_rawaccess,proc_audit,proc_chroot,proc_owner,proc_setid,proc_taskid,sys_acct,sys_admin,sys_audit,sys_mount,sys_nfs,sys_resource

L: basic,contract_event,contract_observer,file_chown,file_chown_self,file_dac_execute,file_dac_read,file_dac_search,file_dac_write,file_owner,file_setid,ipc_dac_read,ipc_dac_write,ipc_owner,net_bindmlp,net_icmpaccess,net_mac_aware,net_privaddr,net_rawaccess,proc_audit,proc_chroot,proc_owner,proc_setid,proc_taskid,sys_acct,sys_admin,sys_audit,sys_mount,sys_nfs,sys_resource

Las zonas de root completo y las zonas dispersas son variantes de la zona local.Las secciones siguientes detallan requisitos para estos tipos de zona.

Instalación en zonas de root completoNo hay requisitos especiales para instalar Network Manager en zonas deroot completo.

Instalación en zonas dispersasEn una instalación predeterminada, el Tivoli Integrated Portal se instalaautomáticamente. En una instalación personalizada, puede elegir si instalao no el Tivoli Integrated Portal. Cuando el Tivoli Integrated Portal seinstala, algunos archivos utilizados por un componente llamados el Motorde despliegue se colocan en el directorio /usr/ibm/common/acsi. En zonasdispersas, el usuario root no tiene acceso de escritura al directorio /usr, loque hace que la instalación del Tivoli Integrated Portal falle.


Si desea instalar el Tivoli Integrated Portal como usuario root en una zonadispersa, no puede utilizar el launchpad instalador. Debe iniciar lainstalación desde la línea de mandatos y alterar temporalmente laubicación predeterminada del Motor de despliegue utilizando el parámetrosiguiente:-DIAGLOBAL_DE_INSTALL_LOCATION=/opt/ibm/common/acsi

Donde /opt/ibm/common/acsi es cualquier directorio al que el usuario roottenga acceso de escritura.

Mandatos de ejemplo para instalar como root en una zonadispersa

Utilice mandatos similares a los mandatos siguientes para instalar como root enuna zona dispersa.

Modalidad de GUI./install.sh -DIAGLOBAL_DE_INSTALL_LOCATION=/opt/ibm/common/acsi –igui

Modalidad de consola./install.sh -DIAGLOBAL_DE_INSTALL_LOCATION=/opt/ibm/common/acsi –iconsole

Modalidad silenciosaEdite el archivo de respuesta de ejemplo y agregue la líneaIAGLOBAL_DE_INSTALL_LOCATION=/opt/ibm/common/acsi tras la línea:IAGLOBAL_INSTALL_LOCATION_SELECTION=create.

IBM Tivoli License Compliance ManagerNetwork Manager es compatible con IBM Tivoli License Compliance Manager. IBMTivoli License Compliance Manager le permite supervisar y gestionar el uso delsoftware y la conformidad de licencia de IBM.

Network Manager no requiere una clave de licencia para ejecutarse. IBM TivoliLicense Compliance Manager está disponible de forma separada para NetworkManager.

Requisitos de Windows InstallerDebe asegurarse de que tiene la versión correcta de Windows Installer para suversión de Windows.

Para Windows de 64 bits

Antes de instalar en Windows 2008 Server de 64 bits, debe instalar WindowsInstaller versión 4.5.

De forma predeterminada, Windows Installer versión 4.0 se facilita con Windows2008 Server. Network Manager no se instalará correctamente con Windows Installerversión 4.0 en sistemas de 64 bits.

Para comprobar qué versión de Windows Installer está instalada, ejecute elmandato msiexec -help en el indicador de mandatos. Puede descargar WindowsInstaller versión 4.5 buscando Windows Installer 4.5" desde la siguiente URL:

http://www.microsoft.com/downloads


Para otras versiones de Windows

Para todas las versiones de Windows a excepción de Windows 2008 Server de 64bits, debe asegurarse de que Windows Installer versión 3.1 o posterior estáinstalado antes de instalar Network Manager.

Requisitos del directorio de instalaciónEl directorio donde instale Network Manager debe cumplir ciertos requisitos.

Requisitos en todos los sistemas operativos

De forma predeterminada, el instalador coloca a los productos de Tivoli NetworkManagement en el mismo directorio.

La vía de acceso completa al directorio de instalación debe contener únicamentecaracteres alfanuméricos (A-Z, a-z, 0-9), guiones, guiones bajos, puntos, dos puntos,barras o espacios.

Requisitos en los sistemas operativos UNIX

El usuario que instala Network Manager debe tener permiso de escritura aldirectorio de instalación y, si es diferente, al directorio /opt.

Requisitos en Windows

En Windows, no puede instalar en una unidad de red correlacionada. Únicamentepuede instalar en un disco físico o una partición de bajo nivel de un disco físicoque esté visible para todos los usuarios de Windows.

Si desea utilizar una base de datos de Oracle para los datos de la topología, debeinstalar Network Manager en una ubicación que no contenga un carácter "(". Siinstala Network Manager en una ubicación que contenga un carácter "(", debedescargar un parche desde Oracle como se describe en Oracle problema #3807408y, a continuación, configurar y rellenar la base de datos de la topología de NCIMmanualmente tras instalar el parche de Oracle.

Requisitos para el instalador

El instalador instalará archivos en el directorio de instalación principal que elegirádurante el proceso de instalación. También instala archivos en otros directorios, enfunción del sistema operativo que se instale y del usuario que realice la instalación.Revise la estructura de directorios predeterminada y asegúrese de que el usuarioque realiza la instalación tiene acceso de escritura a los directorios relevantes.Referencia relacionada:“Estructura de directorios predeterminada” en la página 363Utilice esta información para entender la estructura de directorios de NetworkManager.


Requisitos del descriptor de archivosEn los sistemas operativos UNIX and Linux asegúrese de que haya suficientesdescriptores de archivos permitidos.

Si está instalando Network Manager en un sistema operativo UNIX o Linux,asegúrese de que el número de archivos abiertos para procesos se establece en unvalor correcto en todos los entornos para el usuario que ejecuta Network Manager.Establezca el número de archivos abiertos en 512 como mínimo en el servidordonde se hayan instalado los componentes principales y 8192 para el servidor dela GUI. Puede comprobar este valor ejecutando el mandato siguiente como elusuario que está ejecutando Network Manager: ulimit -n

Si este valor es demasiado bajo, póngase en contacto con su administrador delsistema para aumentar el valor para su usuario.

A continuación se muestran ejemplos de la utilización del mandato para aumentarel valor:

AIX chuser nofiles=8192 user_id

Solaris, Linux y Linux on System zulimit -n 8192

Establezca el número de procesos por usuario en un mínimo de 1024. Puedecomprobar este valor utilizando el mandato siguiente: ulimit -u

Nota: El valor 1024 es un valor mínimo y es posible que se deba ajustar para suentorno con base en sus necesidades.

Requisitos para la representación gráficaLa Representación gráfica es un componente opcional que permite visualizargráficos de productos Tivoli soportados y gráficos que se crearon con BusinessIntelligence and Reporting Tools Designer.

La opción Representación gráfica también instala Servicio web de ITM con TivoliIntegrated Portal Server. Cuando Tivoli Management Services forma parte de laempresa en red, Servicio web de ITM se utiliza para consultar valores de atributosrecopilados por productos XE de IBM Tivoli Monitoring u OMEGAMON yrecuperarlos en portlets de gráficos en la consola.

Importante: Si la instalación utiliza Servicio web de ITM, asegúrese de leer“Configuración de SSO entre la representación gráfica y Tivoli Monitoring” en lapágina 374 antes de instalar Tivoli Integrated Portal.

Es posible que el producto ya se proporcione con gráficos predefinidos o quizás elformato de gráficos no es adecuado para el producto. En cualquier caso, no verá laopción Representación gráfica durante una instalación avanzada si no se ofrece conel producto.

Conexión de servicio web seguro

La representación gráfica da soporte al protocolo HTTPS por razones deconfidencialidad. Cuando se efectúan solicitudes de datos desde la portal a IBMTivoli Monitoring servidor de aplicaciones (Tivoli Enterprise Portal Server) lascredenciales del usuario que ha iniciado la sesión se pasan al servicio web para suautenticación y autorización. Cuando se realizan solicitudes para recuperar datos


de Tivoli Monitoring en un portlet gráfico, el nombre de usuario y la contraseñaque se proporcionaron durante la instalación se pasan a Tivoli Enterprise PortalServer, y una señal LTPA se pasa al servicio web de fondo.

Para participar en esta conexión segura, el Servicio web de ITM debe instalarse yejecutarse en la misma instancia de Tivoli Integrated Portal Server.


Capítulo 2. Instalación

Utilice esta información para planificar y realizar la instalación de NetworkManager.

Después de la instalación, puede realizar las tareas de instalación.

Preparación para la instalaciónAntes de que empiece a instalar Network Manager, debe conseguir y extraer elpaquete de instalación y, dependiendo de la instalación, realizar tareas adicionales.

Si desea integrar Network Manager con una instalación existente de TivoliNetcool/OMNIbus en un servidor diferente, debe configurar la instalación deTivoli Netcool/OMNIbus antes de instalar Network Manager.

Debe completar tareas adicionales antes de instalar si desea instalar NetworkManager en un sistema operativo AIX.

Informix es la base de datos de topología predeterminada que se proporcionó conNetwork Manager, y puede usar una base de datos Informix existente también. Sidesea utilizar una base de datos DB2, MySQL, Oracle o una base de datos Informixremota para los datos de topología, debe completar tareas adicionales después deextraer el paquete de instalación y antes de instalar Network Manager.

Haga clic en el siguiente enlace para recuperar las notas técnicas sobre problemasde instalación en la versión 3.9 de Network Manager:http://www-01.ibm.com/support/search.wss?word=ow&wfield=install+installation+installing&rs=3118&tc=SSSHRK&atrn=SWVersion&atrv=3.9&ibm-go.x=18&ibm-go.y=12

Restricción: Cualquier contraseña que elija para Network Manager debe coincidircon las políticas de contraseña del servidor o del entorno del sistema.

Configuración de una instalación de Tivoli Netcool/OMNIbusexistente

Si desea integrar Network Manager con una instalación existente de TivoliNetcool/OMNIbus en un servidor diferente o con una instalación existente deTivoli Netcool/OMNIbus anterior a la versión 7.3.1 en el mismo servidor, debeconfigurar la instalación de Tivoli Netcool/OMNIbus antes de instalar NetworkManager.

Si está instalando Tivoli Netcool/OMNIbus 7.3.1 como parte de la instalación deNetwork Manager, no es necesario que realice esta tarea.

Si desea integrar Network Manager con una instalación existente de TivoliNetcool/OMNIbus 7.3.1 en el mismo servidor, no es necesario que realice estatarea.


http://www-01.ibm.com/support/search.wss?word=ow&wfield=install+installation+installing&rs=3118&tc=SSSHRK&atrn=SWVersion&atrv=3.9&ibm-go.x=18&ibm-go.y=12



Atención: Al utilizar el instalador de Network Manager para configurar unainstalación de Tivoli Netcool/OMNIbus existente también se instala la sondaSNMP y Netcool/OMNIbus Knowledge Library. Si no desea sobrescribir la sondaSNMP existente ni las personalizaciones de Netcool/OMNIbus Knowledge Library,debe seleccionar No instalar ni configurar Tivoli Netcool/OMNIbus en estemomento cuando se le solicite en el panel Seleccionar componentes que seinstalarán, bajo Tivoli Netcool/OMNIbus. Después de la instalación de NetworkManager, copie el paquete de instalación en el servidor en el que se encuentra lainstalación existente de Tivoli Netcool/OMNIbus y ejecute el script ConfigOMNIpara configurar Tivoli Netcool/OMNIbus, pero asegúrese de no seleccionar lasopciones para configurar la sonda SNMP o Netcool/OMNIbus Knowledge Library.

Restricción: Debe instalar Network Manager 3.9 en un directorio diferente parauna instalación existente de Tivoli Netcool/OMNIbus 7.2.1 o anterior. En Windows,debe instalar Network Manager 3.9 en un servidor diferente para una instalaciónexistente de Tivoli Netcool/OMNIbus 7.2.1 o anterior.

Restricción: Debido a un problema conocido, el instalador de Network Manager3.9 no puede instalar o configurar Tivoli Netcool/OMNIbus 7.4 en los sistemasLinux y Solaris. Debido a este problema, el script ConfigOMNI proporcionado conNetwork Manager 3.9 no puede configurar Tivoli Netcool/OMNIbus 7.4 en lossistemas Linux y Solaris. Para obtener más información sobre este problema ycómo resolverlo, consulte la siguiente nota técnica de resolución de problemas:http://www-01.ibm.com/support/docview.wss?uid=swg21615671.

Para configurar una instalación existente de Tivoli Netcool/OMNIbus parautilizarla con Network Manager, realice las siguientes tareas.1. Asegúrese de que tiene una instalación existente de Tivoli Netcool/OMNIbus

ObjectServer para configurar.2. Si su instalación de Tivoli Netcool/OMNIbus es la versión 7.2.1, asegúrese de

que ha instalado el parche libncrypt de Tivoli Netcool/OMNIbus 7.2.1(disponible en el soporte de instalación de Network Manager 3.9).

3. Descargue y descomprima el paquete de instalación de Network Manager en elservidor que contiene la instalación de Tivoli Netcool/OMNIbus.

4. Si está configurando Tivoli Netcool/OMNIbus V7.2.1, V7.3 o V7.3.1, descargueel paquete de instalación para la versión adecuada de la sonda SNMP(conocida también como la sonda MTTRAPD).

5. Inicie el script de configuración desde el área de ejecución del instalador odesde la línea de mandatos.

Opción Descripción

Ejecute el script desde el área de ejecución. 1. Dependiendo del sistema operativo,inicie el área de ejecución utilizando elscript launchpad.sh en UNIX o elejecutable launchpad.exe en Windows.

2. Vaya a Previo a la instalación ymigración y expanda la secciónConfigurar una instalación deNetcool/OMNIbus existente.

3. Haga clic en Configurar una instalaciónde Netcool/OMNIbus existente.

4. Especifique las credenciales de accesopara el ObjectServer que deseaconfigurar.




Ejecute el script del directorio scripts delpaquete de instalación.

v Dependiendo del sistema operativo,ejecute el script ConfigOMNI.sh en UNIX oel script ConfigOMNI.bat en Windows.

v Especifique las credenciales de accesopara el ObjectServer que desea configurar.

Si instala Tivoli Netcool/OMNIbus como parte de la instalación de NetworkManager, el instalador agrega los usuarios itnmadmin e itnmuser alObjectServer, activa el cifrado AES, activa el control de proceso paraObjectserver e instala la sonda SNMP y Netcool/OMNIbus Knowledge Library.Si utiliza el programa de utilidad ConfigOMNI (desde el área de ejecución odesde la línea de mandatos), puede escoger qué opciones se configuranutilizando los argumentos de línea de mandatos adecuados. Si estáconfigurando Tivoli Netcool/OMNIbus V7.2.1, V7.3 o V7.3.1, facilite el paquetede instalación para la versión adecuada de la sonda SNMP utilizando elargumento de línea de mandatos -m.

6. Necesario: Una vez haya configurado Tivoli Netcool/OMNIbus, instaleNetwork Manager.a. Durante la instalación, seleccione la opción para utilizar una instalación

existente de Tivoli Netcool/OMNIbus.b. Proporcione los detalles del ObjectServer que ha configurado utilizando el

script.7. Opcional: Si tiene Tivoli Netcool/OMNIbus V7.2.1 o V7.3, el proceso

nco_p_ncpmonitor puede fallar por causa de los campos NmosEventMap yBSM_Identity que faltan en ObjectServer. Asegúrese de que ObjectServer se estáejecutando y ejecute el script ncp_configure_omnibus.sql como se describe en“Agregar campos de sucesos” en la página 170.

Opciones de línea de mandatos para ConfigOMNIUtilice el script ConfigOMNI, con argumentos avanzados opcionales, para configurarTivoli Netcool/OMNIbus para utilizarlo con Network Manager antes de instalarNetwork Manager.

El script ConfigOMNI se inicia mediante el uso de la siguiente línea de mandatos;los argumentos opcionales se muestran dentro de corchetes.ConfigOMNI-O nombre -P contraseña [-a] [c] [-e] [-h directorio ] [-k paquete ][-m paquete ] [-n número de puerto ] [-u contraseña ]

El ejemplo siguiente ejecuta el script en ObjectServer DIAMOND con la contraseñade administración p3w0d. Si ObjectServer DIAMOND no existe aún, se creará. Alutilizar las opciones adecuadas, puede configurar el script para agregar losusuarios itnmadmin e itnmuser al ObjectServer, activar el cifrado AES, activar elcontrol de proceso para el Objectserver, e instalar la Sonda SNMP y laNetcool/OMNIbus Knowledge Library.

Nota: El script ConfigOMNI no realiza ninguna configuración a menos que sefaciliten las opciones de línea de mandatos adecuadas, o que responda a laspreguntas adecuadas.ConfigOMNI -o DIAMOND -p p3w0d

Nota: El script ConfigOMNI se ha diseñado para ser utilizado cuando se configurapor primera vez un ObjectServer. Si el script ConfigOMNI se ejecuta varias veces enel mismo host, puede que sea necesario editar los siguientes archivos:

Capítulo 2. Instalación 57

1. El archivo nco_p_mttrapd.props para eliminar las propiedades duplicadasServer, ServerBackup, RulesFile, MIBFile y QuietOutput al final del archivo.

2. El archivo nco_pa.conf para cambiar cualquier nombre nco_process duplicado,ya que el script siempre proporcionará entradas con los nombresMasterObjectServer y Mttrapd. Para obtener más información acerca de cómoeditar este archivo, consulte la documentación de Tivoli Netcool/OMNIbus enhttp://www-01.ibm.com/support/knowledgecenter/SSSHTQ/landingpage/NetcoolOMNIbus.html, y busque el tema "Definición de procesos en el archivode configuración del agente de procesos".

La tabla siguiente describe las opciones de línea de mandatos para el scriptConfigOMNI.

Tabla 7. Opciones de línea de mandatos para ConfigOMNI

Opciones de línea de comandos Descripción

-o nombre El nombre del ObjectServer que desea crearo configurar.

-p contraseña La contraseña de administración delObjectServer que desea crear o configurar.

-a Opcional. Ejecuta el script en modalidadinteractiva, lo que solicita toda lainformación.

-c Opcional. Configura el ObjectServer paraque se ejecute bajo el control de procesoTivoli Netcool/OMNIbus. Es necesario paraque los scripts itnm_start, itnm_stop eitnm_status funcionen correctamente con elObjectServer.

-e Opcional. Establece cifrado de AES para lacontraseña de ObjectServer.

-h directorio Opcional. El directorio contiene lainstalación de Tivoli Netcool/OMNIbus(OMNIHOME).

-k paquete Opcional. Instale Netcool/OMNIbusKnowledge Library desde este paquete.Debe especificar la vía de acceso al paquetesi no está en el directorio actual.

-m paquete Opcional. Instale la Sonda SNMP desde estepaquete. Debe especificar la vía de acceso alpaquete si no está en el directorio actual.

-n númeropuerto Opcional. El número de puerto delObjectServer que desea crear o configurar.

-u contraseña Opcional. Cree los usuarios itnmadmin eitnmuser en el ObjectServer.


http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/landingpage/NetcoolOMNIbus.html


Descomprimir el archivo de instalaciónSi ha descargado el archivo de instalación, debe descomprimir el paquete deinstalación antes de instalar el producto.

Para descomprimir el archivo de instalación, realice los siguientes pasos:

Descomprima el archivo.

v UNIX Escriba el siguiente mandato: gunzip -d <archivo_instalación.tar.gz | tar xvf -

v Windows Haga clic con el botón derecho del ratón en el archivo dealmacenamiento y descomprímalo utilizando cualquier programa de utilidadpara descomprimir que esté instalado.

Comprobación de los requisitos del sistemaEl launchpad de producto incluye un comprobador de requisitos previos quepuede utilizar para comprobar que un sistema es adecuado para instalar elproducto Network Manager o los componentes individuales del producto.También, puede descargar y utilizar el Escáner de requisitos previos de IBM, quees una utilidad independiente para comprobar sistemas.

IBM Prerequisite Scanner V1.2.0.10 admite Network Manager V3.9. IBMPrerequisite Scanner es una herramienta de comprobación de requisitos previosque analiza entornos de sistema antes de la instalación o actualización de unproducto Tivoli o solución IBM. IBM Prerequisite Scanner no está incluido en elproducto Network Manager. Se puede descargar en IBM Fix Central. Puede utilizarIBM Prerequisite Scanner como una alternativa a las funciones de comprobación derequisitos previos en el instalador y launchpad de Network Manager. Resulta útilen el caso de sistemas que alojan más de un producto o solución porque puedeasesorar en cuanto a la idoneidad del sistema para admitir varios productos. Paraobtener más información sobre cómo descargar y ejecutar la herramienta, así comouna lista de productos compatibles, consulte http://www-01.ibm.com/support/docview.wss?uid=swg24031503.

para utilizar el launchpad, instale un navegador que sea compatible con él.Asimismo, descargue y descomprima el paquete de instalación.

Para ejecutar el launchpad y comprobar la idoneidad de un sistema para instalarNetwork Manager:1. Inicie el launchpad ejecutando la utilidad launchpad.2. Haga clic en Información de requisitos previos y escriba la ruta de instalación

en el campo Ubicación de la instalación.3. Seleccione los componentes que desee comprobar y haga clic en Comprobar

requisitos previos del sistema.

Se muestran los resultados de las sumas y le indican si el sistema es idóneo parainstalar los componentes que ha elegido.Referencia relacionada:“Navegadores soportados para el launchpad del instalador” en la página 47Para ejecutar el launchpad del instalador, asegúrese de que tiene instalado unnavegador compatible. Los navegadores compatibles con el launchpad delinstalador no son necesariamente los mismos que los navegadores soportados paralas aplicaciones web.

Configuración de una base de datos de topologíaAparte de la base de datos Informix predeterminada, puede utilizar una base dedatos DB2, MySQL u Oracle para guardar la topología. A menos que estéinstalando la base de datos Informix predeterminada que viene integrada conNetwork Manager, debe configurar una base de datos existente o instalar yconfigurar una nueva antes de instalar Network Manager.

Tiene las siguientes opciones para configurar una base de datos para su topología:v Puede instalar y configurar la base de datos Informix predeterminada que viene

integrada con Network Manager y establecerla usando el instalador NetworkManager. En este caso, no necesita realizar ninguna de las tareas deconfiguración de la base de datos antes de instalar Network Manager. Puedeiniciar el instalador y seleccionar las opciones para configurar una nueva base dedatos Informix.

v Si desea utilizar una base de datos Informix existente en un host local o remoto,debe configurarlo antes de instalar Network Manager según se describe en lassiguientes tareas que discuten la configuración de bases de datos Informixexistentes en su plataforma.

v Si desea utilizar una base de datos DB2, MySQL u Oracle, debe realizar lastareas de configuración para la base de datos apropiada en su plataforma. Elproceso de instalación y configuración es diferente para cada tipo de base dedatos y para cada sistema operativo.

Nota: UNIX Linux Para instalar Informix como parte de una instalación noroot, establezca los permisos de todos los directorios de la vía de acceso deInformix en 775. Por ejemplo, en un host Linux donde la variable de entorno$NCHOME se establece en /home/IBM/tivoli/, la vía de acceso de Informix es/home/IBM/tivoli/platform/linux2x86/users/informix/. En este ejemplo,establezca los permisos de los directorios siguientes en 775:v /home/

v /home/IBM/

v /home/IBM/tivoli/

v /home/IBM/tivoli/platform/

v /home/IBM/tivoli/platform/linux2x86/

v /home/IBM/tivoli/platform/linux2x86/users/

v /home/IBM/tivoli/platform/linux2x86/users/informix/

Debe configurar bases de datos para Network Manager después de que hayadescomprimido el paquete de instalaciónNetwork Manager y antes de iniciar lainstalación del producto. Para obtener información sobre la configuración de subase de datos para una instalación Network Manager existente, Consulte las tareassobre esquemas de base de datos de topología en IBM Tivoli Network Manager IPEdition Administration Guide.

Importante: Aplique todos los parches recomendados a su base de datos.Tareas relacionadas:“Configuración de NCIM para Tivoli Common Reporting” en la página 276Si desea usar Informix, MySQL o Oracle como la base de datos NCIM, debeconfigurar la base de datos antes de poder usar los informes Tivoli CommonReporting.Referencia relacionada:


“Bases de datos de topología soportadas” en la página 38De forma predeterminada, se incluye en el producto una base de datos IBMInformix para almacenar los datos de la topología. Se soportan otros tipos de basesde datos. Si no utiliza la base de datos predeterminada, utilice únicamente unabase de datos soportada.

Configuración de una base de datos Informix existente en UNIXPara utilizar una base de datos Informix existente como la base de datos detopología en UNIX, debe configurar una instancia, preparar un dbspace y crearuna base de datos antes de instalar Network Manager.

Nota: Solo debe seguir estos pasos si desea utilizar una base de datos Informixlocal o remota para su instalación de Network Manager. Si desea instalar yconfigurar una nueva base de datos Informix en un host local o remoto paraNetwork Manager, puede usar el Informix integrado con Network Manager yestablecerlo utilizando el instalador Network Manager.

La base de datos se crea por medio de scripts que se incluyen en el directorio/PrecisionIP/scripts de la imagen de instalación extraída. Debe descomprimir elpaquete de instalación antes de configurar la base de datos Informix existente.

El entorno Informix debe establecerse como el usuario administrativo de Informixen el servidor que aloje Informix. Si el host está en un servidor remoto, entoncescopie los scripts de creación de la base de datos al servidor remoto.

Durante la instalación de Network Manager, se instala la base de datos detopología NCIM en la base de datos Informix que cree.1. Vaya al host en donde tiene instalado el Informix existente.2. Utilice el programa de utilidad de la línea de comando onspaces de Informix

para crear un dbspace para asignar el espacio de disco necesario para las tablasde la base de datos NCIM. Puede crear el espaciodb en cualquier lugar delsistema de archivos, siempre que haya suficiente espacio de disco en esaubicación para que el espaciodb aumente de tamaño como lo hace la base dedatos.a. Cree dos archivos vacíos y nombre esos archivos de la siguiente manera:

ncimdbspace, para mantener las tablas de bases de datos normales, yncimsbspace, para mantener las tablas de las bases de datos que contienenBLOB. Asegúrese de que el usuario y el grupo de informix pueden leer yescribir este archivo. Para hacer esto en UNIX, defina una máscara dearchivo de 660.

b. Cree el dbspace usando el programa de utilidad de la línea de comandoonspaces de Informix, según se muestra en el siguiente ejemplo.

onspaces -c -d ncimdbspace -p pathname/ncimdbspace -o 0 -s 1000000

onspaces -c -S ncimsbspace -p pathname/ncimsbspace -o 0 -s 100000

donde:

pathnameEs la vía de acceso al directorio que contiene el espaciodb.

Este mandato crea un espaciodb denominado ncimdbspace deaproximadamente 1GB en un archivo con el mismo nombre y un segundoespaciodb más pequeño para objetos grandes binarios denominadoncimsbspace. Para obtener más información sobre la línea de comandoonspaces, consulte la documentación de Informix.


3. Cambie al directorio /PrecisionIP/scripts de la imagen de instalaciónextraída.

4. Opcional: Si va a configurar Informix en un servidor distinto a NetworkManager, copie el script create_informix_database.sh al host remoto en el quehaya instalado Informix.

5. Para crear la base de datos, escriba el siguiente mandato:./create_informix_database.sh database_name user_name, donde:

nombre_base_datosEs el nombre requerido de la base de datos para crear y también seutiliza como prefijo para el nombre de la base de datos de los datos desondeo.

nombre_usuarioEs el usuario de Informix Network Manager que se usará paraconectarse a la base de datos.

Importante: Este usuario no debe ser el usuario administrativo. Esteusuario debe ser un usuario del sistema operativo existente.

Por ejemplo, para crear una base de datos Informix llamada “NCIM” para elusuario Informix “ncim”, tipo ./create_informix_database.sh NCIM ncim.Después de ejecutar el comando, se crea la base de datos Informix. Paraobtener información sobre cómo instalar y configurar Informix, consulte ladocumentación de Informix.

6. Al ejecutar el instalador Network Manager posteriormente, asegúrese deseleccionar la Iniciar instalación personalizada. Luego, en el panel Seleccionaropciones de instalación, debe seleccionar Número de servidores > Instalaciónde múltiples servidores (incluso si se está instalando Network Manager en elmismo servidor que Informix), y también seleccionar Valores predeterminados> Personalizar valores. Entonces tendrá la opción de conectarse a una base dedatos Informix existente. Esto se requiere para asegurarse que el instaladorestablezca las Network Manager Variables del entorno Informix y el archivo deconfiguración DbLogins correctamente (por ejemplo, los valores INFORMIXDIR ym_DbServer están establecidos como se requiere). El instalador de NetworkManager puede crear las tablas en la base de datos o en el host local o remoto,dependiendo de dónde está instalada la base de datos.

Una vez crea la base de datos, debe realizar los pasos siguientes en el servidor quealoja la base de datos Informix para habilitar los procesos Java para encontrar labase de datos Informix:1. Edite el archivo indicado por la variable del entorno INFORMIXSQLHOSTS.2. Cambie el campo de nombre de host al poner un prefijo al nombre con un

asterisco; por ejemplo cambie nombre de host a *nombre de host. El campo denombre de host es usualmente el tercer campo en la última línea del archivo.

3. Detenga y reinicie Informix, utilizando los mandatos onmode -ky y oninit.


Configuración de una base de datos Informix existente enWindowsPara usar una base de datos Informix existente como la base de datos de topologíaen Windows, debe configurar una instancia y crear una base de datos antes deinstalar Network Manager.

Nota: Solo debe seguir estos pasos si desea utilizar una base de datos Informixlocal o remota para su instalación de Network Manager. Si desea instalar yconfigurar una nueva base de datos Informix en un host local o remoto paraNetwork Manager, puede usar el Informix integrado con Network Manager yestablecerlo utilizando el instalador Network Manager.

La base de datos se crea por medio de scripts que se incluyen en el directorio\PrecisionIP\scripts de la imagen de instalación extraída. Debe descomprimir elpaquete de instalación antes de configurar la base de datos Informix existente.

El entorno Informix debe establecerse como el usuario administrativo de Informixen el servidor que aloje Informix. Si el host está en un servidor remoto, entoncescopie los scripts de creación de la base de datos al servidor remoto.

Durante la instalación de Network Manager, la base de datos de topología NCIMse instala en la base de datos Informix que ha creado.1. Vaya al host donde tiene instalado Informix.2. Utilice el programa de utilidad de línea de comandos onspaces de Informix

para crear una base de datos para asignar el espacio de disco necesario para lastablas de bases de datos NCIM. Puede crear el espaciodb en cualquier lugar delsistema de archivos, siempre que haya suficiente espacio de disco en esaubicación para que el espaciodb aumente de tamaño como lo hace la base dedatos.a. Cree dos archivos vacíos y nombre esos archivos de la siguiente manera:

ncimdbspace, para mantener las tablas de bases de datos normales, yncimsbspace, para mantener las tablas de las bases de datos que contienenBLOB.

b. Cree el espacio de base de datos utilizando la utilidad de línea decomandos onspaces de Informix, como se muestra en el siguiente ejemplo.

onspaces -c -d ncimdbspace -p pathname\ncimdbspace -o 0 -s 1000000

onspaces -c -S ncimsbspace -p pathname\ncimsbspace -o 0 -s 100000

donde:

nombre_vía_accesoEs la vía de acceso al directorio que contiene el espaciodb.

Este comando crea un dbspace llamado ncimdbspace de aproximadamente1GB en un archivo del mismo nombre y un segundo dbspace más pequeñopara objetos grandes binarios llamado ncimsbspace.Para obtener másinformación sobre le línea de comando onspaces, consulte la documentaciónde Informix.

3. Abra una ventana de mandatos y cambie al directorio \PrecisionIP\scripts dela imagen de instalación extraída.

4. Opcional: Si va a configurar Informix en un servidor distinto a NetworkManager, copie el script create_informix_database.bat al host remoto endonde tiene instalado Informix.

5. Para crear la base de datos, escriba el siguiente mandato:create_informix_database.bat database_name user_name, donde:


nombre_base_datosEs el nombre requerido de la base de datos para que se creará ytambién se utiliza como un prefijo para el nombre de la base de datosde los datos de sondeo

nombre_usuarioEs el usuario Informix Network Manager de Informix que se utilizarápara conectarse a la base de datos.

Importante: Este usuario no debe ser el usuario administrativo. Esteusuario debe ser un usuario del sistema operativo existente.

Por ejemplo, para crear una base de datos Informix llamada “NCIM” para elusuario Informix “ncim”, escriba create_informix_database.bat NCIM ncim.Una vez haya ejecutado el mandato, se crea la base de datos Informix. Paraobtener información sobre cómo instalar y configurar Informix, consulte ladocumentación de Informix.

6. Al ejecutar el instalador Network Manager posteriormente, asegúrese deseleccionar la Iniciar instalación personalizada. Luego, en el panel Seleccionaropciones de instalación, debe seleccionar Número de servidores > Instalaciónde múltiples servidores (incluso si se está instalando Network Manager en elmismo servidor que Informix), y también seleccionar Valores predeterminados> Personalizar valores. Entonces tendrá la opción de conectarse a una base dedatos Informix existente. Esto se requiere para asegurarse que el instaladorestablezca las Network Manager Variables del entorno Informix y el archivo deconfiguración DbLogins correctamente (por ejemplo, los valores INFORMIXDIR ym_DbServer están establecidos como se requiere). El instalador de NetworkManager puede crear las tablas en la base de datos o en el host local o remoto,dependiendo de dónde está instalada la base de datos.

Una vez haya creado la base de datos, debe realizar los pasos siguientes en elservidor que aloja la base de datos Informix para permitir que los procesos Javaencuentren la base de datos Informix:1. En el menú Inicio de Windows, pulse Inicio > Programas > IBM Informix

Client-SDK.2. En la ventana IBM Informix Setnet32, coloque el prefijo al campo HostName

con un asterisco; por ejemplo, cambie nombre de host a *nombre de host.3. Detenga y reinicie Informix.

a. Diríjase a la ventana Servicios de Windows.b. Seleccione el servicio del Servidor dinámico de IBM Informix.c. Pulse Reiniciar el servicio.

Instalación y configuración de bases de datos DB2 en UNIXPara utilizar una base de datos DB2 como la base de datos de topología en UNIX,de instalar DB2, configurar una instancia y crear una base de datos antes de queesté instalado Network Manager.

Los script crearon una base de datos que se encuentra en el directorio/PrecisionIP/scripts de la imagen de instalación extraída. Debe descomprimir elpaquete de instalación antes de instalar DB2 e intentar crear la base de datos.

El entorno de DB2 debe configurarse como el usuario administrador de DB2 en elservidor que aloje DB2. Si el host está en un servidor remoto, copie los scripts decreación de la base de datos al servidor remoto.


Durante la instalación de Network Manager, la base de datos de NCIM estáinstalada en la base de datos DB2 que ha creado.

Restricción: AIX Si instala los componentes principales de Network Managercore como usuario no root en AIX y utiliza DB2 como la base de datos detopología de NCIM, tendrá que asegurarse de que solo esté activa una bibliotecacliente de DB2 en el servidor DB2. Tener varios clientes DB2 activos en el servidorpodría causar problemas y no se admite.

Para obtener más información sobre cómo instalar y configurar DB2, consulte elInformation Center de su versión de DB2.

Fix Pack 4

Si tiene previsto utilizar la característica HADR de alta disponibilidad de

DB2 en Network Manager 3.9 fixpack 4, debe instalar DB2 9.7 o DB2 10.1. Lacaracterística HADR de DB2 en Network Manager 3.9 fixpack 4 únicamente estádisponible con DB2 9.7 y DB2 10.1.1. Instale DB2 y configure una instancia en la que el proceso de instalación

pueda crear la base de datos NCIM.2. Si está instalando DB2 en un servidor distinto del servidor de Network

Manager IP Edition, instale las bibliotecas de cliente de ejecución de DB2 en elservidor de Network Manager IP Edition.Las bibliotecas de cliente de ejecución de DB2 son necesarias tanto en elservidor de componentes principales de Network Manager como en elservidor donde hay instalados Tivoli Integrated Portal y la GUI web. Estosignifica que las bibliotecas de cliente posiblemente deban instalarse en dosmáquinas separadas.

3. Vaya al directorio en el que se ha instalado la instancia y, a continuación, vayaal subdirectorio sqllib.

4. Configure el entorno utilizando el siguiente mandato:

Shell Mandato

Bourne . db2profile

C source db2cshrc

Los scripts del derivador de la aplicación de Network Manager configuran deforma automática el entorno de DB2. Para obtener más información sobrecómo los scripts de derivador configuran el entorno, consulte “Ejemplo decómo los scripts de derivador buscan un archivo” en la página 66.

5. Cambie al directorio /PrecisionIP/scripts de la imagen de instalacióndeNetwork Manager extraída.

6. Opcional: Si está configurando DB2 en un servidor diferente deNetworkManager, copie el script create_db2_database.sh al host remoto donde instalóDB2.

7. Ejecute el script como el usuario de administración de DB2 escribiendo elmandato siguiente: ./create_db2_database.sh database_name user_name-force

donde:

database_nameEs el nombre requerido de la base de datos

user_name

Es el usuario de DB2 que se utilizará para conectarse a la base dedatos


Importante: Este usuario no puede ser el usuario administrativo. Esteusuario debe ser un usuario un sistema operativo existente y de DB2.

-force Es un argumento opcional que fuerza a cualquier usuario de DB2fuera de la instancia antes de que se cree la base de datos.

Por ejemplo, para crear una base de datos DB2 denominada “NCIM” paraDB2 usuario “ncim”, tipo:./create_db2_database.sh NCIM ncim

8. Al ejecutar el instalador de Network Manager más adelante, asegúrese de queselecciona la opción de configurar una base de datos DB2 existente. Elinstalador de Network Manager puede crear las tablas de la base de datos enun host local o remoto, dependiendo de dónde esté instalada la base de datos.

9. Inicie sesión como el administrador de DB2 en el cliente de DB2 que se ejecutaen el servidor de Tivoli Integrated Portal.

10. Ejecute el siguiente script para catalogar la base de datos:a. Cambie al directorio /PrecisionIP/scripts de la imagen de instalación

deNetwork Manager extraída.b. Opcional: Si está configurando DB2 en un servidor diferente aNetwork

Manager, copie el script catalog_db2_database.sh al host remoto dondeinstaló DB2.

c. Ejecute ./catalog_db2_database.sh database_name host puerto

Donde nombre_basedatos es el nombre de la base de datos de NCIM, host esel nombre de host del servidor donde está instalado NCIM y puerto es elpuerto en el que se ejecuta la base de datos de NCIM.El mandato siguiente muestra un uso de ejemplo del script:./catalog_db2_database.sh ITNM db2server.ibm.com 50000

11. Opcional: Si ha instalado los componentes principales de Network Managercomo usuario no root en AIX, tendrá que crear manualmente los enlacessimbólicos en /usr/lib para las bibliotecas compartidas, de forma similar alsiguiente ejemplo:ln -s ${NCHOME}/precision/platform/aix5/lib/libNcpDbDb2.so /usr/lib/libNcpDbDb2.soln -s ${NCHOME}/precision/platform/aix5/lib/libNcpDb.so /usr/lib/libNcpDb.soln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2.a /usr/lib/libdb2.aln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2osse.a /usr/lib/libdb2osse.aln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2locale.a /usr/lib/libdb2locale.aln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2g11n.a /usr/lib/libdb2g11n.aln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2genreg.a /usr/lib/libdb2genreg.aln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2osse_db2.a /usr/lib/libdb2osse_db2.aln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2install.a /usr/lib/libdb2install.aln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2trcapi.a /usr/lib/libdb2trcapi.aln -s /home/${DB2INSTANCE}/sqllib/lib/libdb2dascmn.a /usr/lib/libdb2dascmn.a

12. Opcional: Después de instalar Network Manager, ejecute el scriptNCHOME/precision/scripts/sql/db2/restrict_db2_privileges.sh como unusuario con privilegios de sistema. Utilice este script para limitar losprivilegios otorgados al usuario de base de datos de NCIM.

Ejemplo de cómo los scripts de derivador buscan un archivo

Bajo Bourne shell, cuando los scripts de derivador configuran las variables deentorno para DB2, los scripts buscan el siguiente archivo y lo ejecutan:$ITNMHOME/.db2sqllib.


Este archivo se crea de forma automática durante la instalación y, en primer lugar,comprueba la existencia de un archivo denominado db2profile con el que seconfigura el entorno de DB2. Si el archivo existe, se ejecuta tal como se muestra enel siguiente ejemplo:if [ -f /home/db2inst/sqllib/db2profile ] ; then. /home/db2inst/sqllib/db2profilefi

El archivo de $ITNMHOME/.db2sqllib es analizado por el scriptsetup_run_as_setuid_root.sh para determinar la ubicación de las bibliotecas delcliente de DB2 (consulte “Configuración de los componentes principales paraejecutar como no root” en la página 238).Conceptos relacionados:

Fix Pack 4 “Sobre la alta disponibilidad de base de datos de topología NCIM” en lapágina 297Network Manager permite configurar la base de datos de topología NCIM(Network Connectivity and Inventory Model) para una alta disponibilidad,minimizando el impacto de fallos de sistema o de red. Las secciones siguientesproporcionan una visión general de la alta disponibilidad de base de datos detopología de NCIM y explican cómo se configura.“Arquitectura de migración tras error de Network Manager (procesos principales)”en la página 304La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.Información relacionada:

Information Center de IBM DB2 versión 10.1Para obtener más información sobre DB2 10.1 HADR, consulte el InformationCenter de IBM DB2 versión 10.1. Los términos de búsqueda recomendadosincluyen "alta disponibilidad".

Information Center de IBM DB2 Versión 9.7Para obtener más información sobre DB2 9.7 HADR, consulte el Information Centerde IBM DB2 versión 9.7. Los términos de búsqueda recomendados incluyen "altadisponibilidad".

Documentación en línea de la base de datos Oracle

Instalación y configuración de bases de datos DB2 en WindowsPara utilizar la base de datos DB2 como la base de datos de topología enWindows, debe instalar DB2, configurar una instancia y crear una base de datosantes de que Network Manager esté instalado.

Los scripts que están en el directorio \PrecisionIP\scripts de la imagen deinstalación extraída crean la base de datos. Debe descomprimir el paquete deinstalación antes de instalar DB2 e intentar crear la base de datos.

El entorno de DB2 debe configurarse como el usuario administrador de DB2 en elservidor que aloje DB2. Si el host está en un servidor remoto, copie los scripts decreación de la base de datos al servidor remoto.

Durante la instalación de Network Manager, la base de datos de NCIM estáinstalada en la base de datos DB2 que ha creado.


http://www-01.ibm.com/support/knowledgecenter/SSEPGG_10.1.0/com.ibm.db2.luw.kc.doc/welcome.html


https://docs.oracle.com/en/database/database.html

Para obtener más información sobre cómo instalar y configurar DB2, consulte elInformation Center de su versión de DB2 en http://www-01.ibm.com/support/docview.wss?uid=swg27009474.1. Instale DB2 y configure una instancia en la que el proceso de instalación pueda

crear la base de datos NCIM.2. Si está instalando DB2 en un servidor distinto del servidor de Network

Manager IP Edition, instale las bibliotecas de cliente de ejecución de DB2 en elservidor de Network Manager IP Edition.Las bibliotecas de cliente de ejecución de DB2 son necesarias tanto en elservidor de componentes principales de Network Manager como en el servidordonde hay instalados Tivoli Integrated Portal y la GUI web. Esto significa quelas bibliotecas de cliente posiblemente deban instalarse en dos máquinasseparadas.

3. Abra una ventana Mandato y cambie al directorio \PrecisionIP\scripts de laimagen de instalación extraída.

4. Opcional: Si está configurando DB2 en un servidor diferente aNetworkManager, copie el script create_db2_database.bat al host remoto donde instalóDB2.

5. Para crear la base de datos, escriba el siguiente mandato:create_db2_database.bat database_name user_name -force, donde:

nombre_base_datosEs el nombre requerido de la base de datos

nombre_usuario

Es el usuario de DB2 que se utilizará para conectarse a la base de datos

Importante: Este usuario no debe ser el usuario de administración. Esteusuario debe ser un sistema operativo existente y un usuario de DB2.

-force Es un argumento opcional que fuerza a cualquier usuario de DB2 fuerade la instancia antes de que se cree la base de datos.

Por ejemplo, para crear una base de datos de DB2 llamada “NCIM” para elusuario de DB2 “ncim”, escriba create_db2_database.bat NCIM ncim.

6. Al ejecutar el instalador Network Manager posteriormente, asegúrese deseleccionar la opción para configurar una base de datos DB2 existente. Elinstalador de Network Manager puede crear las tablas de la base de datos enun host local o remoto, dependiendo de dónde esté instalada la base de datos.

7. Inicie sesión como el administrador de DB2 en el cliente de DB2 que se ejecutaen el servidor de Tivoli Integrated Portal.

8. Ejecute el siguiente script para catalogar la base de datos:a. Cambie al directorio \PrecisionIP\scripts de la imagen de instalación

Network Manager extraída.b. Opcional: Si está configurando DB2 en un servidor diferente aNetwork

Manager, copie el script catalog_db2_database.bat al host remoto dondeinstaló DB2.

c. Ejecute el catalog_db2_database.bat database_name host puerto

Donde nombre_basedatos es el nombre de la base de datos de NCIM, host esel nombre de host del servidor donde está instalado NCIM y puerto es elpuerto en el que se ejecuta la base de datos de NCIM.El mandato siguiente muestra un uso de ejemplo delscript:catalog_db2_database.bat ITNM db2server.ibm.com 50000




Después de ejecutar los mandatos, la base de datos DB2 se crea y cataloga.

Instalación y configuración de bases de datos MySQL en UNIXPara utilizar un base de datos de MySQL como la base de datos de topología enUNIX, debe instalar MySQL y crear el esquema y el usuario necesarios antes deinstalar Network Manager.

El esquema de la base de datos y el usuario se crean por medio de scripts que seincluyen en el directorio /PrecisionIP/scripts de la imagen de instalaciónextraída. Debe descomprimir el paquete de instalación antes de intentar crear labase de datos.

Durante la instalación de Network Manager, la base de datos de topología NCIMse instala en la base de datos MySQL que ha creado.

Para obtener información sobre cómo instalar y configurar MySQL, consulte ladocumentación de MySQL.1. Instale una versión compatible de MySQL.2. Cambie al directorio /PrecisionIP/scripts de la imagen de instalación

Network Manager extraída.3. Opcional: Si está configurando MySQL en un servidor diferente a Network

Manager, copie el script create_mysql_database.sh al host remoto dondeinstaló MySQL.

4. Cree las tablas necesarias ejecutando el script create_mysql_database.sh con elsiguiente mandato:create_mysql_database.sh username password

Donde username es mysql o root y password es la contraseña para ese usuario. Elesquema y el usuario que Network Manager utiliza se crean en la base dedatos.

5. Al ejecutar el instalador de Network Manager posteriormente, asegúrese de queselecciona la opción de configurar una base de datos MySQL existente. Puedeejecutar el instalador en el servidor en el que se instalarán los componentes deNetwork Manager o en el servidor en el que está instalada la base de datosMySQL. Network Manager crea las tablas en la base de datos.

Instalación y configuración de bases de datos MySQL enWindowsPara utilizar un base de datos de MySQL como la base de datos de topología enWindows, debe instalar MySQL y crear el esquema y el usuario necesarios antes deinstalar Network Manager.

El esquema de la base de datos y el usuario se crean por medio de scripts que seincluyen en el directorio \PrecisionIP\scripts de la imagen de instalaciónextraída. Debe descomprimir el paquete de instalación antes de intentar crear labase de datos.

Durante la instalación de Network Manager, la base de datos de topología NCIMse instala en la base de datos MySQL que ha creado.

Para obtener información sobre cómo instalar y configurar MySQL, consulte ladocumentación de MySQL.1. Instale una versión compatible de MySQL.2. Cambie al directorio \PrecisionIP\scripts de la imagen de instalación de

Network Manager extraída.


3. Opcional: Si está configurando MySQL en un servidor diferente a NetworkManager, copie el script create_mysql_database.bat al host remoto dondeinstaló MySQL.

4. Ejecute el script create_mysql_database.bat utilizando el siguiente mandato:create_mysql_database.bat username password

Donde username es mysql o un usuario administrativo de Windows y passwordes la contraseña para ese usuario. El esquema y el usuario que NetworkManager utiliza se crean en la base de datos.

5. Al ejecutar el instalador de Network Manager más adelante, asegúrese de queselecciona la opción de configurar una base de datos MySQL existente. Puedeejecutar el instalador en el servidor en el que se instalarán los componentes deNetwork Manager o en el servidor en el que está instalada la base de datosMySQL. Network Manager crea las tablas en la base de datos.

Instalación y configuración de bases de datos de Oracle en UNIXPara utilizar una base de datos de topología en UNIX, debe instalar Oracle,configurar un esquema y crear una base de datos antes de instalar NetworkManager. Durante la instalación, la base de datos de topología NCIM está instaladaen la base de datos de Oracle que ha creado.

La base de datos se crea por medio de scripts que se incluyen en el directorio/PrecisionIP/scripts de la imagen de instalación extraída. Debe descomprimir elpaquete de instalación antes de intentar crear la base de datos.

Tiene que acceder a un indicador de mandatos que pueda utilizar el cliente OracleSQL*Plus para conectarse a la base de datos.

Para obtener información sobre la instalación y configuración de Oracle, consulte ladocumentación de Oracle en http://docs.oracle.com/cd/E11882_01/index.htm.

El script de creación de bases de datos crea usuarios para varios usuarios deOracle. Solo al usuario ncim se le otorga permiso para conectarse a la base dedatos. Al usuario ncim también se le otorga permiso para acceder a los esquemasde los otros usuarios. La contraseña predeterminada para el usuario ncim que hacreado este script es también ncim.1. Instale Oracle y configure un esquema en el que el proceso de instalación

pueda crear la base de datos NCIM.2. Asegúrese de que no existen conflictos de puertos con el servicio HTTP de la

base de datos de Oracle XML. El servicio HTTP de la base de datos de OracleXML está configurado para utilizar el puerto predeterminado 8888.

3. Asegúrese de que se está ejecutando el escuchador Oracle TNS en el servidorde Oracle escribiendo el siguiente mandato: $ORACLE_HOME/bin/lsnrctl status.

4. Si no se está ejecutando el escuchador Oracle TNS, escriba el siguiente mandatopara iniciarlo: $ORACLE_HOME/bin/lsnrctl start.

5. Como usuario del sistema Oracle, cambie al directorio /PrecisionIP/scriptsde la imagen de instalación Network Manager extraída.

6. Opcional: Si está configurando Oracle en un servidor diferente a NetworkManager, copie el archivo create_oracle_database.sql al host remoto dondeinstaló Oracle. Este script es necesario para preparar el entorno para la base dedatos de topología NCIM y, por lo tanto, tiene que ejecutarse en el sistema hostdonde esté instalada la base de datos, tal como se detalla en el siguiente paso.


http://docs.oracle.com/cd/E11882_01/index.htm

7. Para crear el esquema, ejecute el siguiente script: sqlplus system/password <create_oracle_database.sql. Para cambiar la contraseña del usuario ncim,edite el script y cambie la segunda ocurrencia de ncim en la siguiente línea:CREATE USER ncim IDENTIFIED BY ncim.

8. Al ejecutar el instalador de Network Manager más adelante, asegúrese de queselecciona la opción de conectar a una base de datos Oracle existente. Elinstalador de Network Manager puede crear las tablas de la base de datos enun host local o remoto, dependiendo de dónde esté instalada la base de datos.

Nota: Fix Pack 5 Si está instalando Network Manager en un entorno Oracle dealta disponibilidad utilizando Real Application Clusters (RAC), instale NetworkManager antes, con una conexión directa a un nodo único en el clúster deOracle. Tras instalar Network Manager correctamente, puede configurar la altadisponibilidad para Network Manager utilizando una dirección Single ClientAccess Name (SCAN) de Oracle según se describe en “Configuración deNetwork Manager para que funcione con HADR de DB2, o RAC de Oracle” enla página 340.

9. Opcional: Tras instalar Network Manager, ejecute el script NCHOME/precision/scripts/sql/oracle/restrict_oracle_privileges.sh user_name passwordcomo usuario con privilegios del sistema. Utilice este script para revocar losprivilegios proporcionados al usuario de la base de datos de NCIM cuando secrea el esquema de la base de datos de NCIM, y otorgar privilegios con unmayor grado de detalle.

Instalación y configuración de bases de datos de Oracle enWindowsPara utilizar NCIM en una base de datos de Oracle en Windows, debe instalarOracle, configurar un esquema y crear una base de datos antes de instalar NetworkManager. Durante la instalación, NCIM está instalada en la base de datos deOracle que ha creado.

La base de datos se crea por medio de scripts que se incluyen en el directorio\PrecisionIP\scripts de la imagen de instalación extraída. Debe descomprimir elpaquete de instalación antes de intentar crear la base de datos.

Debe acceder a un indicador de mandatos que pueda utilizar el cliente de OracleSQL*Plus para acceder a la base de datos.

Para obtener información sobre la instalación y configuración de Oracle, consulte ladocumentación de Oracle.

En Windows, el escuchador Oracle TNS es un servicio de Windows que se puedeiniciar y detener desde el Panel de control de Windows.

El script de creación de bases de datos crea usuarios para varios usuarios deOracle. Solo al usuario ncim se le otorga permiso para conectarse a la base dedatos. Al usuario ncim también se le otorga permiso para acceder a los esquemasde los otros usuarios. La contraseña predeterminada para el usuario ncim que hacreado este script es también ncim.1. Instale Oracle y configure un esquema en el que el proceso de instalación

pueda crear la base de datos NCIM.2. Asegúrese de que no existen conflictos de puertos con el servicio HTTP de la

base de datos de Oracle XML. El servicio HTTP de la base de datos de OracleXML está configurado para utilizar el puerto predeterminado 8888.

3. Asegúrese de que el escuchador Oracle TNS se está ejecutando en el servidorde Oracle comprobando la aplicación Servicios del Panel de control deWindows.

4. Como usuario del sistema Oracle, cambie al directorio \PrecisionIP\scriptsde la imagen de instalación Network Manager extraída.

5. Opcional: Si está configurando Oracle en un servidor diferente a NetworkManager, copie el archivo create_oracle_database.sql al host remoto dondeinstaló Oracle.

6. Para crear el esquema, ejecute el siguiente script: sqlplus system/password <create_oracle_database.sql. Para cambiar la contraseña del usuario ncim,edite el script y cambie la segunda ocurrencia de ncim en la siguiente línea:CREATE USER ncim IDENTIFIED BY ncim.

7. Al ejecutar el instalador Network Manager posteriormente, asegúrese deseleccionar la opción para configurar una base de datos de Oracle existente. Elinstalador Network Manager puede entonces crear las tablas en la base dedatos, en el host local o remoto, dependiendo de donde está instalada su basede datos.

Configuración de NCIM para manejar caracteres multibyteDebe configurar la base de datos NCIM para manejar caracteres multibyte, comolos caracteres de chino simplificado, si desea que la base de datos NCIM almacenedatos multibyte. Esta configuración es útil cuando, por ejemplo, necesita especificarcaracteres multibyte en el campo de descripción de una definición de sondeo.

Si está ejecutando la base de datos NCIM en DB2 o Informix, entonces asegúresede tener los siguientes valores:

DB2 Si está ejecutando Network Manager en un entorno local que soportacaracteres multibyte, no es necesario realizar ningún cambio deconfiguración. Por ejemplo, los dos siguientes entornos locales soportancaracteres multibyte cuando NCIM se está ejecutando en DB2:v LANG=zh_CN.gb18030

LC_ALL=zh_CN.gb18030v LANG=en_US.utf8

LC_ALL=en_US.utf8

InformixSi utiliza Informix, los scripts de creación de la base de datos y elinstalador Network Manager establece la variable del entornoDB_LOCALE por usted.

Si instala Informix por separado de Network Manager, asegúrese de que lavariable del entorno DB_LOCALE de la base de datos NCIM Informixcoincide con el local del servidor Network Manager. Network Managerutiliza el entorno DB_LOCALE=en_us.utf8 para Informix, así que asegúresede crear las bases de datos Informix usando la configuración de la variabledel entorno de DB_LOCALE=en_us.utf8. Informix también requiere soporteUnicode, por tanto, inicie Informix con la configuración de variable deentorno GL_USEGLU=1. Para obtener más información, consulte la Guíadel usuario de Informix GLS en http://www-01.ibm.com/support/knowledgecenter/SSGU8G_11.70.0/com.ibm.welcome.doc/welcome.htm.

Información relacionada:

http://www-01.ibm.com/support/knowledgecenter/SSGU8G_11.50.0/com.ibm.glsug.doc/ids_gug_068.htm


http://www-01.ibm.com/support/knowledgecenter/SSGU8G_11.70.0/com.ibm.welcome.doc/welcome.htm

Configuración de NCIM para manejar caracteres multibyte en una base de datosMySQL:

Utilice esta información para configurar la base de datos NCIM que se ejecuta enMySQL para manejar caracteres multibyte.

De forma predeterminada, los clientes de MySQL se conectan a la base de datosNCIM utilizando el conjunto de caracteres latin1, independientemente del conjuntode caracteres que esté utilizando el sistema operativo. El conjunto de caractereslatin1 no es capaz de mostrar los caracteres multibyte correctamente.

Para configurar NCIM para manejar los caracteres multibyte en una base de datosMySQL:1. Edite el archivo de configuración de MySQL. El nombre de este archivo varía

dependiendo del sistema operativo:

v UNIX my.cnf

v Windows my.ini

La ubicación de este archivo varía dependiendo de si está ejecutando NetworkManager en una instalación de servidor único o una instalación de variosservidores.

Instalación de servidor únicoEl archivo de configuración MySQL se encuentra en $MYSQL_HOME.

Instalación de servidores múltiplesEdite el archivo de configuración de MySQL en el servidor que aloja labase de datos NCIM MySQL.

2. Actualice la sección [client] del archivo de configuración de MySQL con lapropiedad relevante del conjunto de caracteres predeterminados. Proceda comose explica a continuación:v Si no existe la sección [client] en el archivo de configuración de MySQL,

agregue dos líneas similares a las de los ejemplos que se encuentran acontinuación y que sean relevantes para el entorno local.

v Si existe una sección [client] en el archivo de configuración de MySQL perono la propiedad del conjunto de caracteres predeterminados, agregue a lasección [client] una propiedad del conjunto de caracteres predeterminadossimilar a las propiedades de los ejemplos que se encuentran a continuación yque son relevantes para su entorno local.

v Si existe una sección [client] en el archivo de configuración de MySQL conuna propiedad del conjunto de caracteres predeterminados que no coincidecon su entorno local, sustituya la propiedad del conjunto de caracterespredeterminados por una propiedad similar a las propiedades de losejemplos que aparecen a continuación y que son relevantes para su entornolocal.

La siguiente tabla proporciona ejemplos de entornos locales y de laspropiedades del conjunto de caracteres multibyte predeterminadoscorrespondientes.

Tabla 8. Ejemplo de propiedades del conjunto de caracteres predeterminados

Entorno localPropiedad del conjunto de caracterespredeterminados

en_US.utf8 [client]default-character-set=utf8


Tabla 8. Ejemplo de propiedades del conjunto de caracterespredeterminados (continuación)

Entorno localPropiedad del conjunto de caracterespredeterminados

zh_CN.gb2312 [client]default-character-set=gb2312

Un conjunto completo de caracteres MySQL soportados está disponible en elsitio web de MySQL.

Importante: El conjunto de caracteres gb18030 no es compatible con MySQL5.0. No será capaz de resolver este problema si está ejecutando la base de datosNCIM utilizando MySQL 5.0 con gb18030 como el conjunto de caracteres.


http://dev.mysql.com/doc/refman/5.0/en/charset-mysql.html

Configuración de NCIM para manejar caracteres multibyte en una base de datosde Oracle:

Utilice esta información para configurar la base de datos NCIM que se ejecuta enOracle para manejar caracteres multibyte.

Para configurar NCIM para manejar caracteres multibyte en una base de datos deORACLE:1. Defina la variable de entorno NLS_LANG de Oracle a un valor adecuado. Por

ejemplo, si el sistema se está ejecutando bajo el entorno local zh_CN.gb18030,cambie el valor NLS_LANG al siguiente valor: SIMPLIFIEDCHINESE_CHINA.ZHS32GB18030. Un conjunto completo de valores de variable deentorno NLS_LANG para diferentes entornos locales está disponible en el sitioweb de Oracle.

2. Establezca el entorno Network Manager para recolectar sus cambios después dela instalación.

v UNIX Vaya al directorio de $NCHOME y emita el siguiente mandato:source env.sh.

v Windows Diríjase al directorio %NCHOME% y ejecute el script env.bat.Información relacionada:

http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm

Instalación de Tivoli Common ReportingDebe tener instalado Tivoli Common Reporting para poder ejecutar los informes degestión de red proporcionados por Network Manager.


http://dev.mysql.com/doc/refman/5.0/en/charset-mysql.html



Instalación de Tivoli Common Reporting 3.1Para ejecutar informes de Tivoli Common Reporting desde Network Managermediante Tivoli Common Reporting 3.1, debe instalar Tivoli Common Reporting3.1 e n un servidor independiente. Si utiliza MySQL para la base de datos detopología, no podrá utilizar Tivoli Common Reporting V3.1, debe utilizar TivoliCommon Reporting V2.1.1.

Arquitectura de integración de Tivoli Common Reporting 3.1 con NetworkManager:

Utilice esta información para entender cómo integrar Tivoli Common Reporting 3.1en un servidor distinto al servidor Network Manager.

La siguiente figura muestra Tivoli Common Reporting 3.1 para la arquitectura deintegración Network Manager.

Requisitos para el servidor Tivoli Common Reporting 3.1

Debe descargar e instalar el siguiente software en la máquina del servidor TivoliCommon Reporting 3.1:v JazzSMv WAS 8.5v Tivoli Common Reporting 3.1.

Pasos de instalación para Tivoli Common Reporting 3.1:

Siga estas instrucciones para descargar e instalar Jazz for Service Management1.1.0.3 con Tivoli Common Reporting 3.1.0.1

Si no tiene instalado Tivoli Common Reporting cuando instala Network Manager,puede instalar Tivoli Common Reporting más adelante y configurar los informesentonces.1. En el servidor remoto, donde instalará Tivoli Common Reporting 3.1, descargue

Jazz for Service Management versión 1.1.0.3, que incluye Tivoli CommonReporting 3.1.0.3. Tivoli Common Reporting 3.1.0.3 es la versión necesaria paraesta integración. Puede descargar Jazz for Service Management versión 1.1.0.3desde FixPack Central, en http://www-933.ibm.com/support/fixcentral/.

JazzSMCon TivoliCommon

Reporting 3.1

WAS 8.5eWAS 7

Intercambio deseñales LTPA

Tivoli IntegratedPortal 2.x

Con NetworkManager WebApplications

Figura 8. Arquitectura de integración de Tivoli Common Reporting 3.1 con Network Manager


http://www-933.ibm.com/support/fixcentral/

2. Vaya a la documentación de Tivoli Common Reporting para obtenerinformación sobre la instalación o actualización a Tivoli Common Reporting3.1.:

Instalación de Tivoli Common Reporting 3.1http://www-01.ibm.com/support/knowledgecenter/SSEKCU_1.1.1.0/com.ibm.psc.doc_1.1.1.0/install/tcr_t_install.html?lang=en

Actualización a Tivoli Common Reporting 3.1http://www-01.ibm.com/support/knowledgecenter/SSEKCU_1.1.1.0/com.ibm.psc.doc_1.1.1.0/tcr_original/ctcr_upgrade.html?lang=en

3. Instale Tivoli Common Reporting 3.1 en el servidor remoto.4. Una vez haya instalado Network Manager, debe configurar Tivoli Common

Reporting 3.1.

Instalación de Tivoli Common Reporting 2.1.1Lleve a cabo estas tareas para instalar Tivoli Common Reporting 2.1.1. Tenga encuenta que Tivoli Common Reporting 2.1.1.x no tiene soporte para InternetExplorer versiones 10 o 11. Por lo tanto, no puede utilizar la característica decreación de informes si está utilizando Internet Explorer 10 o 11 para ejecutar laGUI de Network Manager.

Network Manager instala los paquetes de informes necesarios para los informes degestión de red en el servidor donde están instalados los componentes de la GUI deNetwork Manager. Si la ubicación de instalación elegida de Network Manager yatiene un Tivoli Integrated Portal existente e instancias de Tivoli CommonReporting, Network Manager configura automáticamente los informes que se van autilizar con esa instancia de Tivoli Common Reporting.

Si no tiene instalado Tivoli Common Reporting cuando instala Network Manager,puede instalar Tivoli Common Reporting más adelante y configurar los informes.

Si utiliza Oracle V12c, no puede utilizar Tivoli Common Reporting V2.1.1. Debeutilizar Tivoli Common Reporting V3.1.

Atención: Si se tiene una instalación de Tivoli Common Reporting existente, sedebe asegurar que tenga el repositorio necesario para la configuración deautenticación de usuario antes de instalar los componentes de la GUI de NetworkManager. No se puede cambiar el método de autenticación de usuario con elinstalador de Network Manager. Por ejemplo, si se planea utilizar la autenticaciónbasada en ObjectServer y no se encuentra configurada en la instalación existenteTivoli Integrated Portal utilizada por la instancia Tivoli Common Reporting, instaleGUI web de Tivoli Netcool/OMNIbus (se incluye en el paquete Network Managerde la instalación) a la instalación existente Tivoli Integrated Portal y seleccione laopción para habilitar la autenticación basada en ObjectServer. Instale elcomponente de la GUI Network Manager en el Tivoli Integrated Portal existente.

Para instalar Tivoli Common Reporting:1. Descargue el paquete del Tivoli Common Reporting. Se puede descargar Tivoli

Common Reporting como parte opcional desde el paquete de NetworkManager. Para obtener más información, consulte la documentación dedescargas en http://www-01.ibm.com/support/docview.wss?rs=3117&uid=swg24035480.


http://www-01.ibm.com/support/knowledgecenter/SSEKCU_1.1.1.0/com.ibm.psc.doc_1.1.1.0/install/tcr_t_install.html?lang=en

http://www-01.ibm.com/support/knowledgecenter/SSEKCU_1.1.1.0/com.ibm.psc.doc_1.1.1.0/install/tcr_t_install.html?lang=en

http://www-01.ibm.com/support/knowledgecenter/SSEKCU_1.1.1.0/com.ibm.psc.doc_1.1.1.0/tcr_original/ctcr_upgrade.html?lang=en

http://www-01.ibm.com/support/knowledgecenter/SSEKCU_1.1.1.0/com.ibm.psc.doc_1.1.1.0/tcr_original/ctcr_upgrade.html?lang=en

http://www-01.ibm.com/support/docview.wss?rs=3117&uid=swg24035480

http://www-01.ibm.com/support/docview.wss?rs=3117&uid=swg24035480

2. Vaya a la documentación de Tivoli Common Reporting para obtenerinformación sobre cómo instalar Tivoli Common Reporting:http://www.ibm.com/support/knowledgecenter/SSH2DF_2.1.1/ctcr_prodoverview.html

3. Instale Tivoli Common Reporting en el host donde se instalarán loscomponentes de la GUI de Network Manager.

4. Instale Network Manager tal como se describe en “Instalación de NetworkManager” en la página 78. El proceso de instalación de Network Managerinstala automáticamente el paquete de informes de gestión de red y configuralos informes para trabajar con Tivoli Common Reporting.

Importante: Detenga el Tivoli Common Reporting antes de instalar NetworkManager. Como el usuario que ha instalado Tivoli Common Reporting, ejecuteel siguiente mandato desde el directorio TCR_component_dir/bin:./stopTCRserver.sh <tip_admin_user> <password>

5. Opcional: Si no instala Tivoli Common Reporting antes de instalar NetworkManager, puede configurar los informes de gestión de red más adelante,después de instalar Network Manager como se describe en “Configuración deinformes para las instalaciones existentes” en la página 266.

Configuración de Red Hat Linux Enterprise EditionAntes de instalar en Red Hat Linux, debe inhabilitar SELinux.

Cuando Red Hat Enterprise Linux está instalado, SELinux se habilita de formaopcional. Para inhabilitar SELinux, desactive la aplicación de SELinux completandolos siguientes pasos:1. Abra el siguiente archivo:

/etc/sysconfig/selinux

2. Busque la siguiente línea:SELINUX=enforcing

3. Cámbiela a SELINUX=disabled.4. Reinicie el servidor.

Configuración del puerto de terminación de E/S (IOCP)Si va a instalar Network Manager en AIX y tiene previsto conectarse a una base dedatos Oracle, debe asegurarse de que el valor de IOCP sea correcto.

Realice los siguientes pasos como usuario root.1. Emita el siguiente mandato

/usr/sbin/lsdev -c iocp -F status

Proceda como se explica a continuación:v Si este mandato devuelve el resultado Available, no necesita realizar ningún

paso más de esta tarea.v Si el mandato devuelve un resultado que no es Available, por ejemplo,

Defined, lleve a cabo los pasos restantes de esta tarea.2. Emita el mandato siguiente:

smitty iocp2

3. Seleccione Cambiar/mostrar características de puertos de terminación deE/S.


http://www.ibm.com/support/knowledgecenter/SSH2DF_2.1.1/ctcr_prodoverview.html

http://www.ibm.com/support/knowledgecenter/SSH2DF_2.1.1/ctcr_prodoverview.html

4. Cambie el valor de State to be configured at system restart de Defined aAvailable.

5. Reinicie el servidor de AIX.

Instalación de Network ManagerPuede instalar Network Manager en diferentes modalidades, dependiendo de losrequisitos. Utilice la modalidad de consola para instalar Network Manager si notiene acceso a un dispositivo de puntero, como por ejemplo un ratón.

UNIX

Linux

Si ha iniciado sesión en el sistema host como el usuario root

pero desea instalar Network Manager como usuario no root, utilice el comando su- para cambiar los usuarios. Si utiliza el comando su, pueden producirse erroresdurante la instalación.

Si desea utilizar una instalación existente de Tivoli Netcool/OMNIbus, consulte“Configuración de una instalación de Tivoli Netcool/OMNIbus existente” en lapágina 55. El instalador de Network Manager únicamente puede instalar TivoliNetcool/OMNIbus V7.3.1.

Diferencias entre la instalación básica y personalizadaLa realización de una instalación personalizada da al usuario muchas más opcionesque una instalación básica.

Instalación básica

Elija una instalación básica si se aplican los siguientes criterios.v Está instalando para fines de demostración o de prueba.v La instalación es para una red pequeña.v Está instalando todos los componentes en un único servidor con opciones

predeterminadas.

Nota: Una instalación básica realiza automáticamente un descubrimiento de redtras la instalación.

Instalación personalizada

Elija una instalación personalizada si se aplica alguno de los criterios siguientes:v La instalación es para una red mediana o grande.v Necesita distribuir una instalación en varios servidores.v La instalación es para una red con tecnologías avanzadas como por ejemplo

NAT (Conversión de direcciones de red) o MPLS (Multiprotocol Label PathSwitching).

v Desea utilizar una instalación existente de Tivoli Netcool/OMNIbus.v Desea utilizar una instalación existente de Tivoli Integrated Portal.v Requiere la migración tras error.v Desea utilizar una base de datos Informix existente para los datos de topología.v Desea utilizar una base de datos de DB2, MySQL u Oracle para datos de

topología.v La compatibilidad con FIPS 140–2 es importante para usted.


Nota: Una instalación personalizada da al usuario la opción de realizar distintostipos de descubrimientos de red tras instalar.

Acerca de la instalación un FIPS 140-2FIPS (Federal Information Processing Standard) 140–2 es un estándar criptográficofederal de los Estados Unidos. Puede instalar Network Manager utilizando unconjunto restringido de algoritmos criptográficos.

Importante: Network Manager no se puede decir que sea compatible con elestándar FIPS 140–2, y nada de esta información ni del producto deberíaentenderse como que lo estipule. Sin embargo, Network Manager se puede instalaren una modalidad que se haya diseñado con las especificaciones de FIPS 140–2 quese han tomado en cuenta.

Puede instalar Network Manager utilizando un conjunto restringido de algoritmoscriptográficos seleccionando la opción adecuada desde el panel Seleccionaropciones de instalación en el asistente de instalación.

Restricción:

Si la compatibilidad de FIPS 140–2 es importante para el usuario, debe utilizarúnicamente la versión 7.3.1 o superior de IBM Tivoli Netcool/OMNIbus, y debeinstalar IBM Tivoli Netcool/OMNIbus en la modalidad FIPS. También debeasegurar que todos los productos que se integran con Network Manager, como porejemplo IBM Tivoli Netcool/OMNIbus, tengan una modalidad FIPS, y debeconfigurar los productos si es necesario. También debe comprobar que su sistemaoperativo utilice únicamente módulos compatibles con FIPS 140–2.

Restricción: Si elige instalar Network Manager utilizando un conjunto restringidode algoritmos criptográficos, las características no compatibles no se instalarán. Nopuede cambiar de una instalación FIPS a una instalación que no sea FIPS, aexcepción de la desinstalación y reinstalación del producto. Igualmente, no puedecambiar desde una instalación que no sea FIPS a una instalación FIPS, a excepciónde la desinstalación y reinstalación del producto.

Diferencias en una instalación FIPS 140–2 de Network Manager

Una instalación de FIPS 140–2 difiere de una instalación normal de las siguientesformas:v No se puede instalar Informix 11.5, que se incluye con Network Manager 3.9 en

versiones anteriores a Fixpack 1. Las versiones de Network Manager después delFixpack 1 incluyen Informix 11.7, que es compatible con FIPS.

v No puede usar MySQL remoto como la base de datos de topología.v Los agentes de descubrimiento de Telnet no utilizan SSHv1 para interrogar los

dispositivos. Esto puede dar lugar a un fallo para conectar de forma segura a undispositivo si el dispositivo soporta únicamente SSHv1, o si el dispositivosoporta únicamente algoritmos SSHv2 no compatibles.

v El Ayudante de SNMP y el navegador de MIB no pueden configurarse parautilizar MD5 o el cifrado de DES.


Instalación de Network Manager utilizando el asistenteEl manera más fácil de instalar Network Manager es utilizando el asistente.

Antes de realizar la instalación, asegúrese de que ha realizado las tareas necesariasprevias a la instalación, incluida la comprobación de los servidores para que seanadecuados para la instalación de Network Manager.

Restricción: En sistemas operativos AIX, debe instalar un navegador webcompatible para utilizar el área de ejecución o el asistente de instalación.

Consejo: El asistente de instalación se centra el mostrar las ventanas. Si deseatrabajar en otra ventana mientras se está instalando el producto, minimice enprimer lugar las ventanas de instalación.

Para iniciar el asistente de instalación, realice los siguientes pasos.1. Inicie el asistente de instalación desde el área de ejecución.

v UNIX Ejecute el script launchpad.sh.

v Windows Utilice el ejecutable launchpad.exe.a. Seleccione el elemento de Instalación de Network Manager del menú.b. Seleccione una instalación básica o personalizada haciendo clic en el botón

Iniciar instalación básica o en Iniciar instalación personalizada. Unainstalación básica instala todos los componentes del producto en un únicoservidor utilizando valores predeterminados. Una instalación básica es máscorta y más simple que una instalación personalizada y es adecuada pararedes más pequeñas, clientes de empresas pequeñas y fines dedemostración. Una instalación básica inicia de forma automática undescubrimiento de red cuando finaliza. Una instalación personalizada esadecuada para redes medias o grandes, para la integración con productosexistentes o para instalaciones de varios servidores. Una instalaciónpersonalizada le da la opción de iniciar un descubrimiento de red cuandofinalice.

2. Si no puede iniciar el área de ejecución, inicie el asistente de instalación desdela línea de mandatos.

v UNIX Ejecute el script install.sh.

v Windows Utilice el ejecutable install.exe.

Tiene la opción de elegir una instalación básica o personalizada cuando seinicia el asistente de instalación, en el panel del asistente Seleccionar tipo deinstalación, que es el cuarto panel de instalación que aparecerá en pantalla.

Nota: Network Manager instala Tivoli Common Reporting por defecto si noestá presente en el sistema. Puede especificar no instalar la función depresentación de informes y Tivoli Common Reporting en este momento alingresar la opción -DinstallReports=0 en la línea de comando. Es posible quetenga que hacer esto si está instalando Network Manager en Red HatEnterprise Linux 6.0, ya que Tivoli Common Reporting no es compatible conRHEL 6.0. En esos casos, debe instalar Tivoli Common Reporting en un hostseparado.Por ejemplo, para instalar Network Manager sin instalar Tivoli CommonReporting, escriba ./install.sh -DinstallReports=0 o install.exe-DinstallReports=0 dependiendo de su sistema operativo.


3. Especifique los valores adecuados en los paneles del asistente para instalar elproducto.

Valores para una instalación básicaUtilice esta información para comprender qué valores se escribirán en los panelesdel asistente para una instalación básica.

Una instalación básica utiliza un conjunto restringido de paneles del asistente pararecopilar información de configuración.

La tabla siguiente describe los valores que debe escribir para cada panel.

Nota: La instalación básica solamente instala la base de datos Informixpredeterminada. Para utilizar una instancia existente de una base de datosInformix, o para usar una base de datos que no sea Informix para NetworkManager, elija la opción de instalación personalizada.

Consejo: Imprima esta tabla para facilitar la referencia mientras instala elproducto. Puede utilizar esta tabla para comprobar que tiene toda la informaciónrequerida por adelantado, y para registrar valores importantes que escriba.

Tabla 9. Paneles del asistente y sus valores

Panel del asistente Valor/opción Descripción

Introducción Ninguno Tras leer el textointroductorio, haga clic enSiguiente.

Validar sistema Ninguno Este panel sólo se muestra siuna o varias de lascomprobaciones devalidación del sistema falla.Si se muestra cualquiermensaje de error en estepanel del asistente, debecancelar la instalación,arreglar los errores e iniciarla instalación de nuevo. Estavalidación del sistemaestablece si el servidor actuales adecuado en general parainstalar software de gestiónde red. Las comprobacionesde validación incluyenvalidaciones para DNScoherente y para un mínimode memoria disponible parael propio proceso deinstalación.

Acuerdo de licencia desoftware

Acepto tanto los términos deIBM como los de no IBM

Seleccione esta opción paracontinuar con la instalación.

No acepto los términos delacuerdo de licencia

Si selecciona esta opción, nopodrá continuar con lainstalación.


Tabla 9. Paneles del asistente y sus valores (continuación)


Seleccionar ubicación deinstalación

Ubicación de instalación deTivoli Network Manager

Utilice la ubicaciónpredeterminada o escriba laubicación donde desee quese instale Network Manager.Restricción: Si estáactualizando NetworkManager a partir de unaversión anterior, debe elegirun directorio diferente al queestá instalado actualmente enNetwork Manager. No puedeactualizar Network Managersobrescribiendo archivos.

Los caracteres permitidos enla vía de acceso deinstalación son alfanuméricos(A-Z, a-z, 0-9), guiones,guiones bajos, puntos, dospuntos, barras y espacios.




Recopilar información deinstalación predeterminada

Nombre de dominio deNetcool

Escriba un nombre que seutilizará como el dominio dered mediante el NetworkManager. Escriba un nombredescriptivo como, porejemplo, TESTNETWORK. Elnombre de dominio debeconsistir de entre uno y 11caracteres (letras, números oambos), con todas las letrasmayúsculas, sin espacios, ysin caracteres especiales.

Anote el nombre dedominio, dado que seutilizará al iniciar loscomponentes manualmente.

Nombre de dominio:

Contraseña administrativa Escriba una contraseña quese utilizará como lacontraseña raíz delObjectServer de TivoliNetcool/OMNIbus, lacontraseña del administradorde base de datos detopología y la contraseñapara las cuentas de usuariopredeterminadas itnmadmine itnmuser. La contraseñadebe constar de entre cuatroy ocho caracteres ASCII, ydebe coincidir con cualquierrequisito de contraseña quesea aplicable en la máquinadonde esté instalando. Si lacuenta de la base de datosInformix ya existe en elsistema operativo, escriba lacontraseña que se utilizópara acceder a ella.Restricción: La contraseñade Informix no debecomenzar con un signo dedólar ($).

Confirmar contraseña Vuelva a escribir lacontraseña administrativa.




Recopilar información deconexión del puerto

Puerto de ObjectServer deNetcool/OMNIbus

Escriba el puerto que deseautilizar para el ObjectServer,o acepte el valorpredeterminado. Si estáconectando a un par demigración tras error deObjectServers, especifiquedetalles para el Objectservervirtual aquí.

Puerto HTTP de TivoliIntegrated Portal

Especifique el puerto quedesee utilizar para el TivoliIntegrated Portal, o acepte elvalor predeterminado.

Anote el número de puerto,ya que lo utilizará paraconectarse a las aplicacionesweb.

Puerto HTTP:

Puerto de la base de datosInformix

Escriba el puerto que deseeutilizar para la base de datosInformix, o acepte el valorpredeterminado.

Recopilar cadenas decomunidad SNMP V1/V2

Lista de cadenas decomunidad

Cuando finalice lainstalación, se iniciará undescubrimiento simple de lasubred local. Escriba hastaseis cadenas de comunidadde SNMP (contraseñas).Estas cadenas de comunidadlas necesita el proceso dedescubrimiento para obtenerinformación de SNMP desdedispositivos de su red. Parareducir el tiempo dedescubrimiento, liste lascadenas de comunidad enorden, desde las másfrecuentemente utilizadas alas menos frecuentementeutilizadas. Público se instalade forma predeterminada.

Resumen previo a lainstalación

Ninguno Revise la información acercade los componentes que seinstalarán. Haga clic enSiguiente para ejecutar unacomprobación de requisitoprevio final antes de lainstalación.




Resultados de lacomprobación de requisitosprevios

Ninguno Revise los resultados de lacomprobación de requisitosprevios. Esta comprobaciónde requisitos previosestablece si el servidor actuales adecuado para instalar loscomponentes específicos queha elegido. Si hay algúnerror serio, debe cancelar lainstalación, arreglar loserrores e iniciar la instalaciónde nuevo. Si no hay erroresserios, haga clic en Instalarpara instalar loscomponentes elegidos.Cuando se le solicite, aceptelos acuerdos de licencia paracontinuar.

Valores para una instalación personalizadaUtilice esta información para comprender qué valores escribir en los paneles delasistente para una instalación personalizada.

Una instalación personalizada utiliza paneles distintos para recopilar informaciónde configuración que depende de las elecciones que realice.

Atención: Al utilizar el instalador de Network Manager para configurar unainstalación de Tivoli Netcool/OMNIbus existente también se instala la sondaSNMP y Netcool/OMNIbus Knowledge Library. Si no desea sobrescribir la sondaSNMP existente ni las personalizaciones de Netcool/OMNIbus Knowledge Library,debe seleccionar No instalar ni configurar Tivoli Netcool/OMNIbus en estemomento cuando se le solicite en el panel Seleccionar componentes que seinstalarán, bajo Tivoli Netcool/OMNIbus. Después de la instalación de NetworkManager, copie el paquete de instalación en el servidor en el que se encuentra lainstalación existente de Tivoli Netcool/OMNIbus y ejecute el script ConfigOMNIpara configurar Tivoli Netcool/OMNIbus, pero asegúrese de no seleccionar lasopciones para configurar la sonda SNMP o Netcool/OMNIbus Knowledge Library.

La tabla siguiente describe los valores que debe escribir para cada panel.

Consejo: Imprima esta tabla para facilitar la referencia mientras instala elproducto. Puede utilizar esta tabla para comprobar que tiene toda la informaciónrequerida por adelantado, y para registrar valores importantes que escriba.

Tabla 10. Paneles del asistente y sus valores

Panel del asistenteCuando se muestre elpanel Valor/opción Descripción

Introducción Siempre mostrado. Ninguno Tras leer el texto introductorio, hagaclic en Siguiente.




Validar sistema Mostrado si el sistemafalla la validación.

Ninguno Este panel sólo se muestra si una ovarias de las comprobaciones devalidación del sistema falla. Cancele lainstalación, corrija los errores e iniciela instalación de nuevo. Estavalidación del sistema establece si elservidor actual es adecuado engeneral para instalar software degestión de red. Las comprobacionesde validación incluyen validacionespara DNS coherente y para unmínimo de memoria disponible parael propio proceso de instalación.

Acuerdo de licenciade software

Siempre mostrado. Acepto tanto los términosde IBM como los de noIBM

Seleccione esta opción para continuarcon la instalación.

No acepto los términos delacuerdo de licencia

Si selecciona esta opción, no podrácontinuar con la instalación.

Seleccionar ubicaciónde instalación

Siempre mostrado. Ubicación de instalaciónde Tivoli NetworkManager

Utilice la ubicación predeterminada oescriba la ubicación donde desee quese instale Network Manager.Restricción: Si está actualizandoNetwork Manager desde una versiónanterior, debe elegir un directoriodiferente al que Network Managerestá instalado actualmente. No puedeactualizar Network Manager alsobrescribir archivos.

Los caracteres permitidos en la vía deacceso de instalación sonalfanuméricos (A-Z, a-z, 0-9), guiones,guiones bajos, puntos, dos puntos,barras y espacios.




Seleccionar opcionesde instalación

Siempre mostrado. Número de servidores >Instalación de un soloservidor

Seleccione esta opción para instalarNetwork Manager, la base de datos detopología Informix y los componentesde la GUI (las aplicaciones web deNetwork Manager y elTivoliIntegrated Portal) en el servidoractual. Si ha obtenido TivoliNetcool/OMNIbus V7.3.1 y tiene elpaquete de instalación disponible,también puede instalar TivoliNetcool/OMNIbus V7.3.1 utilizandoesta opción.

Número de servidores >Instalación de variosservidores

Seleccione esta opción para elegir quécomponentes instalar en el servidoractual.

Valores predeterminados >Aceptar valorespredeterminados

Seleccione esta opción para minimizarel número de paneles del asistentemostrados.

Valores predeterminados >Personalizar valores

Seleccione esta opción para poderpersonalizar cada opción deinstalación.

Conformidad con FIPS >Utilizar rutinascriptográficas deconformidad con FIPS140–2

Seleccione esta opción si deseainstalar utilizando rutinascriptográficas desde un módulocriptográfico validado. Si seleccionaesta opción, no puede usar Informix11.5 o MySQL como la base de datosde topología y existen otrasrestricciones para la funcionalidad delproducto (según se describe en“Acerca de la instalación un FIPS140-2” en la página 79).

Seleccionarcomponentes que seinstalarán

Mostrado parainstalaciones de variosservidores.

Componentes principales Seleccione si se instalarán loscomponentes de enriquecimiento desucesos y el análisis de causa raíz, elsondeo y el descubrimiento de red deNetwork Manager en este servidor.

Aplicaciones web También se hace referencia a ello en ladocumentación como "componentesde la GUI".

Seleccione esta opción si deseainstalar las aplicaciones web deNetwork Manager en este servidor. Siel Tivoli Integrated Portal no está aúninstalado, se instalará con lasaplicaciones web. Si hay unainstalación existente del TivoliIntegrated Portal en este servidor,puede elegir utilizarlo en un panelposterior.




Seleccionarcomponentes que seinstalarán(continuación)


Tivoli Netcool/OMNIbus El instalador Network Manager buscasolo Tivoli Netcool/OMNIbus versión7.3.1. Si no encuentra la TivoliNetcool/OMNIbus imagen (con baseen el nombre de la imagen o númerode pieza), pregunta la ubicación delarchivo. Si desea que el instaladorinstale una versión TivoliNetcool/OMNIbus compatibledistinta a 7.3.1, entonces cree unsubdirectorio llamado OMNIbus en elpaquete de instalación NetworkManager extraído y extraiga elpaquete Tivoli Netcool/OMNIbusdescargado en este directorio.

Linux

Solaris

El instalador de

Network Manager no puede instalar oconfigurar Tivoli Netcool/OMNIbusV7.4. Para obtener más información,consulte https://ibm.biz/BdRGK9.



Tivoli Netcool/OMNIbus(continuación)

Para configurar una instalaciónexistente de Tivoli Netcool/OMNIbus,debe estar ya instalada en esteservidor.Restricción: Para configurar unaversión anterior de TivoliNetcool/OMNIbus que 7.3.1, ejecuteel script ConfigOMNI antes de instalarNetwork Manager, como se describeen “Configuración de una instalaciónde Tivoli Netcool/OMNIbusexistente” en la página 55.

Para conectarse a un TivoliNetcool/OMNIbus existente en otroservidor, no seleccione la opción paraconectarse a una instalación existente.Complete tareas adicionales como sedescribe en “Configuración de TivoliNetcool/OMNIbus para su uso conNetwork Manager” en la página 165.


https://ibm.biz/BdRGK9





Base de datos de topología Elija instalar una base de datosInformix nueva para los datos detopología o use una base de datosMySQL, DB2, Informix o Oracleexistente.Nota: Informix solo lo puede instalarel usuario root. Si va a instalarNetwork Manager como no raíz ydesea utilizar Informix, hay un pasoadicional posterior a la instalación:

Debe iniciar sesión como raíz despuésde que se haya completado lainstalación e instalar Informix en elsistema usando los valores que seproporcionaron durante la instalaciónde Network Manager. Consulte“Instalar y configurar Informixdespués de una instalación no root”en la página 240

Obtener la ubicacióndel paqueteNetcool/OMNIbus7.3.1

Mostrado si seleccionóuna instalación de unsolo servidor o siseleccionó Instalar elsoftware de gestiónde sucesos en unainstalación de variosservidores.

Elegir el directorio quecontiene el paqueteNetcool/OMNIbus 7.3.1

Escriba la ubicación del paquetedescargado o del soporte deinstalación. Sólo podrá instalar V7.3.1utilizando el instalador de NetworkManager.




Recopilar informaciónde instalaciónpredeterminada

Mostrado si seleccionóAceptar valorespredeterminados.

Nombre de dominio deNetcool

Escriba un nombre que se utilizarácomo el dominio de red mediante elNetwork Manager. Escriba un nombredescriptivo como, por ejemplo,TESTNETWORK. El nombre dedominio debe consistir de entre uno y11 caracteres (letras, números oambos), con todas las letrasmayúsculas, sin espacios, y sincaracteres especiales.

Anote el nombre de dominio, dadoque se utilizará al iniciar loscomponentes manualmente.

Nombre de dominio:

Contraseña administrativa Escriba una contraseña que seutilizará como la contraseña raíz delObjectServer de TivoliNetcool/OMNIbus, la contraseña deladministrador de base de datos detopología y la contraseña para lascuentas de usuario predeterminadasitnmadmin e itnmuser. La contraseñadebe constar de entre cuatro y ochocaracteres ASCII, y debe coincidir concualquier requisito de contraseña quesea aplicable en la máquina dondeesté instalando.

Confirmar contraseña Vuelva a escribir la contraseñaadministrativa.

Recopilar informaciónde conexión delpuerto

Mostrado si seleccionóAceptar valorespredeterminados.

Puerto deNetcool/OMNIbusObjectServer

Escriba el puerto que desea utilizarpara el ObjectServer, o acepte el valorpredeterminado.

Puerto HTTP de TivoliIntegrated Portal

Escriba el puerto que desee utilizarpara el Tivoli Integrated Portal, oacepte el valor predeterminado.

Anote el número de puerto, ya que loutilizará para conectarse a lasaplicaciones web.

Puerto HTTP:


Escriba el puerto que desea utilizarpara la base de datos Informix oacepte el valor predeterminado.




Recopilar detalles deinstalación deNetcool/OMNIbus

Mostrado si eligióinstalar TivoliNetcool/OMNIbus yseleccionóPersonalizar valores.

Nombre deNetcool/OMNIbusObjectServer

Escriba un nombre para utilizar parael ObjectServer que se instalará. Elnombre no debe contener espacios.


Escriba un puerto para utilizar para elObjectServer que se instalará. Elpuerto no debe estar actualmente enuso.

Contraseña de la cuentadel administrador deNetcool/OMNIbus

Escriba una contraseña para la cuentadel administrador.

Confirmar contraseña Confirme la contraseña para la cuentadel administrador.

ConfigurarObjectServer existente

Mostrado si eligiópara configurar unainstalación existentede TivoliNetcool/OMNIbus.

Ubicación de instalaciónde Netcool/OMNIbus(OMNIHOME)

La ubicación en este servidor dondeTivoli Netcool/OMNIbus estáinstalado.


Escriba el nombre del ObjectServerque desea que configure estainstalación. Si está conectando a unpar de migración tras error deObjectServers, especifique los detallesdel ObjectServer virtual aquí.


Especifique el puerto utilizado por elObjectServer. Si está conectando a unpar de migración tras error deObjectServers, especifique los detallesdel ObjectServer virtual aquí.

Nombre de la cuenta deladministrador deNetcool/OMNIbus

Escriba el nombre de usuario para lacuenta del administrador.


Escriba la contraseña para la cuentadel administrador.





Conectar a unObjectServer existente

Mostrado si eligióconectar a unainstalación existentede TivoliNetcool/OMNIbus.

Nombre de host delservidor Netcool/OMNIbus

Escriba el nombre del sistema lainstalación de TivoliNetcool/OMNIbus a utilizar estáubicada.


Escriba el nombre del ObjectServer alque desea conectar esta instalación. Siestá conectando a un par demigración tras error de ObjectServers,especifique los detalles delObjectServer virtual aquí.

Puerto deNetcool/OMNIbus

Especifique el puerto utilizado por elObjectServer. Si está conectando a unpar de migración tras error deObjectServers, especifique los detallesdel ObjectServer virtual aquí.


Escriba la contraseña para la cuentadel administrador.


Seleccionar directoriode instalación paraTIP

Mostrado si seleccionóInstalar consola deusuario yPersonalizar valores.

Elegir una carpeta deinstalación

Seleccione una ubicación para elTivoli Integrated Portal para que seinstale. Seleccione esta opción si elTivoli Integrated Portal no está aúninstalado en este servidor.

Reutilizar una carpeta deinstalación existente

Pulse reutilizar y seleccione la rutadel directorio de una instalaciónexistente de Tivoli Integrated Portal.Si el Tivoli Integrated Portal no estáinstalado en el servidor, esta opciónno estará disponible.Restricción: No puede instalar GUIweb de Tivoli Netcool/OMNIbus 7.3.1sobre la versión 7.3.0. Elija unacarpeta de instalación diferente.




Recopilar detalles deinstalación de TivoliIntegrated Portal

Mostrado si seleccionóInstalar consola deusuario yPersonalizar valores.

Puerto HTTP de TIP Escriba el puerto que se utilizará parael Tivoli Integrated Portal.

Anote el número de puerto, ya que loutilizará para conectarse a lasaplicaciones web.

Puerto HTTP:

Nombre de la cuenta deladministrador de TIP

Escriba un nombre que se utilizarápara la cuenta de administrador deTivoli Integrated Portal.

Contraseña de la cuentadel administrador de TIP

Escriba una contraseña que seutilizará para la cuenta deadministrador de Tivoli IntegratedPortal.


LDAP Seleccione esta opción para utilizar laautenticación de LDAP para usuariosde Tivoli Integrated Portal.

ObjectServer Seleccione esta opción para utilizar elObjectServer para su autenticaciónpara usuarios de Tivoli IntegratedPortal.Nota: Para utilizar un repositoriobasado en archivos para autenticaciónpara usuarios de Tivoli IntegratedPortal, debe desmarcar los recuadrosde selección LDAP y ObjectServer.

Información de LDAP Mostrado si seleccionóInstalar consola deusuario yPersonalizar valores ysi está utilizando laautenticación deLDAP para el TivoliIntegrated Portal.

Nombre de host delservidor de LDAP

Escriba el nombre de host delservidor de LDAP.

Puerto de LDAP Escriba el puerto para el servidorLDAP.

Identificador delrepositorio de LDAP

Escriba el identificador del repositoriopara el servidor de LDAP.




Información deseguridad de LDAP

Mostrado si seleccionóInstalar consola deusuario yPersonalizar valores ysi está utilizando laautenticación deLDAP para el TivoliIntegrated Portal.

Nombre de cuenta deadministración de TIP

Escriba el nombre de la cuenta deadministrador del Tivoli IntegratedPortal. El valor predeterminado estipadmin.

Nombre distinguido deenlace

Escriba el nombre de enlace. El valorpredeterminado es cn=root.Nota: Si el nombre de enlace contieneun espacio, encierre todo el nombreen comillas dobles como, por ejemplo,"cn=Directory Manager".

Contraseña de enlace Escriba la contraseña para el nombrede enlace.

Confirmar contraseña Confirme la contraseña de enlace.

Nombre distinguido deuna entrada de base

Escriba el nombre distinguido. Elvalor predeterminado es o=IBM,c=US.

Información deentidad de LDAP

Mostrado si seleccionóInstalar consola deusuario yPersonalizar valores ysi está utilizando laautenticación deLDAP para el TivoliIntegrated Portal.

Tipo de entidad de cuentapersonal

Está preestablecido comoPersonAccount.

Entrada básica paraPersonAccount

Escriba los identificadores correctospara la organización (o) y el país (c).

Tipo de entidad de grupo Está preestablecido en Group.

Entrada básica para Group Escriba los identificadores correctospara la organización y el país.

Tipo de entidad deOrgContainer

Está preestablecido en OrgContainer.

Entrada básica paraOrgContainer

Escriba los identificadores correctospara la organización y el país.




Recopilar detalles deinstalación deNetwork Manager

Mostrado si NetworkManager se instalará yha seleccionadoPersonalizar valores.

Nombre de dominio deNetwork Manager

Escriba un nombre que se utilizarácomo el dominio de red mediante elNetwork Manager. Escriba un nombredescriptivo como, por ejemplo,TESTNETWORK. El nombre dedominio debe consistir de entre uno y11 caracteres (letras, números oambos), con todas las letrasmayúsculas, sin espacios, y sincaracteres especiales. Anote el nombrede dominio, dado que se utilizará aliniciar los componentes manualmente.

Anote el nombre de dominio, dadoque se utilizará al iniciar loscomponentes manualmente.

Nombre de dominio:

Atención: El nombre de dominio esobligatorio. Debe escribir un valor.

Descubrir subred Seleccione esta opción si desea que elproceso de instalación inicie undescubrimiento de red de su subredlocal.

Agregar descubrimientodesde la instalación deIBM Tivoli NetView

Inicia un descubrimiento y utilizadatos que se exportaron de unainstancia de IBM Tivoli NetView.Importante: Esta opción no es laforma más efectiva de realizar latransición del producto de IBM TivoliNetView. La forma más efectiva esrealizar un nuevo descubrimientoinicial sin datos importados desdeIBM Tivoli NetView. Los scripts quese proporcionan ayudan a planificar latransición. Para obtener másinformación, consulte “Transicióndesde IBM Tivoli NetView” en lapágina 161.




Detalles de lainstalación de CollectNetwork Manager(continuación)

Mostrado si NetworkManager se instalará yha seleccionadoPersonalizar valores.

Agregar fuentes aldescubrimiento desde otraaplicación de gestión dered

Seleccione esta opción si desea que elproceso de instalación inicie undescubrimiento de red utilizandoinformación desde otra aplicación degestión de red.

Ninguno Seleccione esta opción si deseacompletar el proceso de instalaciónsin iniciar un descubrimiento. Si eligeno iniciar un descubrimiento ahora,puede iniciar un descubrimiento mástarde utilizando la GUI del Estado dedescubrimiento.Nota: El nombre de dominio esobligatorio. Debe introducir un valorbajo Nombre de dominio del gestorde red anteriormente, incluso si nodesea iniciar un descubrimientodespués de la instalación.

Recopilar informaciónde descubrimientoinicial

Mostrado si eligiódescubrir su subredlocal.

Dirección IP de la subredque debe descubrirse

Escriba la dirección IP de la subredque debe descubrirse. Únicamente lasdirecciones IPv4 se pueden escribiraquí.

Máscara de red Escriba la máscara de red de lasubred. Para una subred de clase C,esta será 255.255.255.0.

Recopilar cadenas decomunidad SNMPV1/V2

Mostrado si eligiódescubrir su subredlocal.

Lista de cadenas decomunidad

Escriba hasta seis cadenas decomunidad de SNMP (contraseñas).Estas cadenas de comunidad lasnecesita el proceso de descubrimientopara obtener información de SNMPdesde dispositivos de su red. Parareducir el tiempo de descubrimiento,liste las cadenas de comunidad enorden, desde las más frecuentementeutilizadas a las menos frecuentementeutilizadas.

Obtener datos dedescubrimiento deNetView

Mostrado si eligióutilizar datos deNetView para agregarfuentes a sudescubrimiento.

Nombre completo delresultado del script demigración de NetView

Escriba la ubicación de la salida delscript de migración de IBM TivoliNetView que ejecutó desde elLaunchpad como parte de losrequisitos previos de instalación.




Obtener datos dedescubrimientogenéricos

Mostrado si eligióutilizar informacióndesde otra aplicaciónde gestión de red paraagregar fuentes a sudescubrimiento.

Nombre completo delarchivo que contiene losnodos de red

Escriba la ubicación del archivo quecontiene una lista de los nodos de sured. El archivo debe estar en unformato que se pueda analizarmediante el Buscador de archivoscomo, por ejemplo, un archivo detexto que contenga una lista dedirecciones IP y nombres de hostseparados por espacios.

Nombre completo delarchivo que contiene lascadenas de comunidad deSNMP

Escriba la ubicación del archivo quecontiene una lista de las cadenas decomunidad utilizadas en su red.

Recopilar detalles dela instalación deInformix

Se muestran si se estáinstalando una basede datos Informix.


Escriba un puerto a utilizar para lasconexiones a la base de datosInformix. El puerto no debe estaractualmente en uso. El valorpredeterminado es 9088.

Nombre servidor Informix Escriba un nombre para usar como elnombre del servidor de Informix. Elvalor predeterminado es ITNM.

Número del servidorInformix

Escriba el número de bases de datosInformix que ya están instaladas eneste sistema. El valor predeterminadoes cero.

Nombre de la base dedatos Informix

Escriba un nombre para utilizar comoel nombre de la base de datosInformix. El valor predeterminado esitnm.

Nombre de la cuenta de labase de datos Informix

Escriba el nombre de la cuenta delsistema a utilizar para acceder a labase de datos Informix. El nombredebe estar en letras en minúsculas yen números. Se creará la cuenta si noexiste aún. El valor predeterminado esncim.

Contraseña de la cuenta dela base de datos Informix

Escriba una contraseña para la cuentade la base de datos Informix. Si lacuenta de la base de datos Informixya existe en el sistema operativo,escriba la contraseña que se utilizópara acceder a ella. Si la cuenta lacrea la instalación, esta contraseña seutilizará para establecer la contraseñade la cuenta.Restricción: La contraseña deInformix no debe comenzar con unsigno de dólar ($).

Confirmar contraseña Vuelva a escribir la contraseña de labase de datos.




Crear tablas de basede datos de topologíade Network Manager

Se muestran si no seestá instalando unabase de datosInformix.

Crear tablas para mantenerlos datos de topología enla base de datosseleccionada

Seleccione esta opción para configurarla base de datos de topologíaseleccionada. Sólo necesita hacer estouna vez para cualquier base de datosde topología. Si ya ha instalado uncomponente de Network Manager yha seleccionado esta opción en unainstalación anterior, no seleccione estaopción ahora.Nota: Si necesita configurar una basede datos después de la instalaciónpara un Network Manager existente,por ejemplo, Consulte las tareasacerca de la creación de esquemas debase de datos de topología en el IBMTivoli Network Manager IP EditionAdministration Guide.

Conectar a una basede datos de MySQLexistente

Mostrado si se estáutilizando una basede datos de MySQLexistente para losdatos de la topología.

Nombre de host delservidor de bases de datosMySQL

Escriba el nombre del servidor en elque se instala la base de datos deMySQL.

Puerto de la base de datosMySQL

Escriba el puerto que se utilizará paraconexiones a la base de datos deMySQL.

Nombre de la cuenta deadministrador de base dedatos de MySQL

Escriba el nombre de la cuenta deadministrador de MySQL.

Contraseña de la cuenta deadministrador de la basede datos de MySQL

Escriba la contraseña para la cuentade administrador de MySQL.


Conectar a una basede datos de DB2existente

Mostrado si se estáutilizando una basede datos de DB2existente para losdatos de topología.

Nombre de host delservidor de bases de datosDB2

Escriba el nombre del servidor en elque se instalará la base de datos deDB2.

Puerto de la base de datosDB2

Escriba los puertos que se utilizanpara las conexiones con la base dedatos de DB2.

Nombre de la base dedatos DB2

Introduzca el nombre para la base dedatos DB2.

Nombre de la cuenta de labase de datos DB2

Escriba el nombre de la cuenta deadministrador de DB2.

Contraseña de la cuenta dela base de datos DB2

Escriba la contraseña para la cuentade administrador de DB2.


Directorio de bibliotecaSQL local (panel separado)

Escriba la vía de acceso a lasbibliotecas de SQL de DB2 como, porejemplo, /export/home/db2inst1/sqllib.




Conectar a una basede datos de Oracleexistente

Mostrado si se estáutilizando una basede datos de Oracleexistente para losdatos de la topología.

Nombre de host delservidor de bases de datosOracle

Escriba el nombre del servidor en elque se instala la base de datos deOracle.

Puerto de la base de datosde Oracle

Escriba el puerto que se utiliza paralas conexiones a la base de datos deOracle.

Identificador del sistemade base de datos de Oracle(SID)

Escriba el identificador del sistemapara la base de datos de Oracle.

Nombre de la cuenta deadministrador de la basede datos de Oracle

Escriba el nombre de la cuenta deadministrador de Oracle.

Contraseña de la cuenta deadministrador de la basede datos de Oracle

Escriba la contraseña para la cuentade administrador de Oracle.


Conectar a una basede datos Informixexistente

Se muestra si se estáutilizando una basede datos Informixpara los datos detopología.

Nombre de host delservidor de la base dedatos Informix

Introduzca el nombre de host DNS odirección IP del servidor en el cual seestá ejecutando Informix.


Escriba el puerto que se utiliza paralas conexiones a la base de datosInformix.

Nombre servidor Informix Escriba el nombre lógico dado a lainstancia de la base de datos Informixcuando se instaló.

Nombre de la base dedatos Informix

Escriba el nombre de la base de datosInformix.

Nombre de la cuenta deladministrador de la basede datos Informix

Escriba el nombre de la cuenta deladministrador de Informix.

Contraseña de la cuentadel administrador de labase de datos Informix

Escriba la contraseña de la cuenta deladministrador de Informix.


Resumen previo a lainstalación

Siempre mostrado. Ninguno Revise la información acerca de loscomponentes que se instalarán. Hagaclic en Siguiente para ejecutar unacomprobación de requisito previofinal antes de la instalación.




Resultados de lacomprobación derequisitos previos

Siempre mostrado. Ninguno Revise los resultados de lacomprobación de requisitos previos.Esta comprobación de requisitosprevios establece si el servidor actuales adecuado para instalar loscomponentes específicos que haelegido. Si hay algún error serio, debecancelar la instalación, arreglar loserrores e iniciar la instalación denuevo. Si no hay errores serios, hagaclic en Instalar para instalar loscomponentes elegidos. Cuando se lesolicite, acepte los acuerdos delicencia para continuar.

Instalación de Network Manager en modalidad de consolaSi no puede ejecutar el asistente de instalación basado en GUI, instale NetworkManager en modalidad de consola. Debe utilizar la modalidad de consola parainstalar el producto si no tiene acceso a un dispositivo de puntero, como porejemplo un ratón.

Al instalar en modalidad de consola, especifique las opciones de instalaciónrespondiendo a los menús y a las solicitudes en una interfaz de usuario basada entexto.

Para ejecutar el instalador en modalidad de consola, complete las siguientes tareas:1. Ejecute el script de instalación con la opción -i console.

v UNIX Escriba el mandato siguiente:install.sh -i console

v Windows Escriba el mandato siguiente:install.exe -i console

Nota: Network Manager instala Tivoli Common Reporting por defecto si noestá presente en el sistema. Puede especificar no instalar la función depresentación de informes y Tivoli Common Reporting en este momento alingresar la opción -DinstallReports=0 en la línea de comando. Es posible quetenga que hacer esto si está instalando Network Manager en Red HatEnterprise Linux 6.0, ya que Tivoli Common Reporting no es compatible conRHEL 6.0. En esos casos, debe instalar Tivoli Common Reporting en un hostseparado.Por ejemplo, para instalar Network Manager en el modo de consola sin instalarTivoli Common Reporting, escriba ./install.sh -i console-DinstallReports=0 o install.exe -i console -DinstallReports=0dependiendo de su sistema operativo.

2. Siga las solicitudes, utilizando los mismos valores que para una instalaciónpersonalizada basada en GUI.

3. En cualquier momento, escriba back para volver a la pantalla anterior, o quitpara salir del instalador.

Referencia relacionada:


“Valores para una instalación personalizada” en la página 85Utilice esta información para comprender qué valores escribir en los paneles delasistente para una instalación personalizada.

Instalación de Network Manager en modalidad silenciosaEn modalidad silenciosa, el instalador lee la información de configuración de unarchivo y no le solicita ninguna información.

Puede ejecutar el instalador en modalidad silenciosa si, por ejemplo, deseadesplegar Network Manager con opciones de instalación idénticas en variasmáquinas o cuando realizando la instalación en un sistema que no tiene acceso aninguna GUI. No puede cancelar una instalación silenciosa una vez se hayainiciado.

La modalidad silenciosa de la instalación es una operación de dos pasos para laque es necesario que defina los valores de instalación en un archivo de respuesta y,a continuación, ejecute el programa de instalación con los valores en este archivo.

Para realizar la instalación en modalidad silenciosa, complete los siguientes pasos.1. Cree un archivo de respuesta que defina las características que desee instalar.

Tiene las siguientes opciones para crear el archivo de respuesta:


Cree un archivo de respuesta utilizando elárea de ejecución

“Creación de un archivo de respuestautilizando el área de ejecución” en la página102

Cree un archivo de respuesta editando elarchivo de ejemplo que se proporciona

“Creación de un archivo de respuestautilizando un archivo de ejemplo” en lapágina 103

Cree un archivo de respuesta ejecutando elinstalador en modalidad de consola

Puede crear un archivo de respuestaejecutando el instalador en modalidad deconsola y respondiendo sí a la pregunta¿Generar archivo de respuestasilenciosa? cuando se le solicite. Puedecrear un archivo de respuesta silenciosa deforma interactiva respondiendo a preguntasen pantalla sin utilizar una GUI. Lamodalidad de consola crea un archivodenominado silent-install.txt en eldirectorio que especifica como el directoriode instalación. El predeterminado es/opt/IBM/tivoli/netcool. Consulte“Instalación de Network Manager enmodalidad de consola” en la página 100

2. Una vez haya creado el archivo de respuesta, inicie el script de instalación parael sistema operativo:

v Windows Inicie el mandato install.exe con las siguientes opciones:install.exe -i silent -f path to response file

Si no quiere que la ventana de instalación devuelva el control de formainmediata, cree un archivo de proceso por lotes para ejecutar el mandatoinstall.exe.

v UNIX Inicie el script install.sh utilizando el siguiente mandato:install.sh -i silent -f path to response file


Nota: Network Manager instala Tivoli Common Reporting por defecto si noestá presente en el sistema. Puede especificar no instalar la función depresentación de informes y Tivoli Common Reporting en este momento alingresar la opción -DinstallReports=0 en la línea de comando. Es posible quetenga que hacer esto si está instalando Network Manager en Red HatEnterprise Linux 6.0, ya que Tivoli Common Reporting no es compatible conRHEL 6.0. En esos casos, debe instalar Tivoli Common Reporting en un hostseparado.Por ejemplo, para instalar Network Manager en modo silencioso sin instalarTivoli Common Reporting, escriba la ruta ./install.sh -i silent -f pararesponder file -DinstallReports=0 o la ruta install.exe -i silent -f alarchivo de respuesta -DinstallReports=0 dependiendo de su sistemaoperativo.

Creación de un archivo de respuesta utilizando el área deejecuciónPuede crear el archivo de respuesta para la instalación silenciosa utilizando el áreade ejecución.

Para crear el archivo de respuesta utilizando el área de ejecución:1. Vaya al directorio del que ha extraído el paquete de instalación de Network

Manager.2. Inicie el área de ejecución.

v UNIX Ejecute el script launchpad.sh.

v Windows Utilice el ejecutable launchpad.exe.3. Haga clic en Instalación de Network Manager.4. Expanda Crear un archivo de respuestas para una instalación silenciosa y

haga clic en Generar un archivo de respuesta para una instalación básica oGenerar un archivo de respuesta para una instalación personalizadadependiendo de si quiere realizar una instalación básica o personalizada deforma silenciosa más adelante.

5. Siga las instrucciones en los paneles para especificar los valores para el archivode respuesta. Los paneles son los mismos que cuando instaló NetworkManager utilizando el asistente.

Consejo: Compruebe los valores para los temas de instalación básica opersonalizada para comprender los valores que se especificarán en los panelesdel asistente.

6. Guarde el archivo.

Ejecute el script de instalación con la opción de línea de mandatos silenciosa y conla vía de acceso completa para este archivo.Referencia relacionada:“Valores para una instalación básica” en la página 81Utilice esta información para comprender qué valores se escribirán en los panelesdel asistente para una instalación básica.“Valores para una instalación personalizada” en la página 85Utilice esta información para comprender qué valores escribir en los paneles delasistente para una instalación personalizada.


Creación de un archivo de respuesta utilizando un archivo deejemploPuede crear el archivo de respuesta para la instalación silenciosa editando elarchivo de ejemplo que se proporciona.

Para crear el archivo de respuesta editando el ejemplo:1. Realice una copia de seguridad del archivo de respuesta. El archivo de

respuesta de ejemplo, ITNM-sample-response.txt, se encuentra en el directoriode nivel superior, siempre que se haya extraído el paquete de instalación.

2. Edite el archivo de respuesta de ejemplo en un editor de texto.a. Elimine los comentarios de los parámetros que desee utilizar suprimiendo el

signo almohadilla # al principio de la línea.b. Compruebe los valores predeterminados de los parámetros y defina los

nuevos valores según sea necesario.c. Sustituya todas las instancias de --UserInput-- por los valores apropiados.

3. Guarde el archivo en una ubicación conveniente, por ejemplo, en el mismodirectorio que el script INSTALL de Network Manager.

Ejecute el script de instalación con la opción de línea de comandos silenciosa y conla vía de acceso completa para este archivo.

Parámetros de archivos de respuesta de muestra para la instalación enmodalidad silenciosa:

Utilice esta información para comprender cómo editar el archivo de respuesta parauna instalación silenciosa.

Lista de parámetros del archivo de respuestas

La siguiente tabla lista los parámetros proporcionados en el archivo de respuestaspredeterminado para la instalación silenciosa en el orden en que aparecen en elarchivo.

Tabla 11. Parámetros del archivo de respuesta

Parámetro Valor predeterminado Descripción

INSTALLER_UI SILENT No cambie este valor ni elimine esta línea.

SingleServer 0 No cambie este valor ni elimine esta línea.

DefaultValues 0 No cambie este valor ni elimine esta línea.

$LICENSE_ACCEPTED$

false Para aceptar el acuerdo de licencia, elimineel comentario de la variable y cambie elvalor a true. Si la LICENSE_ACCEPTED esalgo distinto a true, la instalación saldrá yno se producirá ningún registro ni ningunaindicación de fallo. Al eliminar el signo #antes de #LICENSE_ACCEPTED=false ycambiar false a true, ha manifestado suaceptación del acuerdo de licencia deNetwork Manager.


Tabla 11. Parámetros del archivo de respuesta (continuación)


USER_INSTALL_DIR

C:\\IBM\\tivoli\\netcool

Si está instalando en Windows, proporcionela vía de acceso completa al directoriodonde desea instalar el producto.Nota: Windows considera el carácter debarra invertida \ como un carácter deescape, por lo que utilice dos barrasinvertidas \\ al definir la vía de acceso enWindows.

USER_INSTALL_DIR

/opt/IBM/tivoli/netcool

Si está instalando en UNIX, proporcione lavía de acceso completa al directorio dondedesea instalar el producto.

installOMNI 0 Establezca el valor como sigue:

v Establezca el valor en 1 para instalar yconfigurar Tivoli Netcool/OMNIbus, lassondas Tivoli Netcool/OMNIbusnecesarias y IBM TivoliNetcool/OMNIbus Knowledge Library.

v Establezca el valor en 2 para configurarun Tivoli Netcool/OMNIbus existente queya esté instalado en este sistema.

v Establezca el valor en 3 para conectarse aunaTivoli Netcool/OMNIbus existente sinconfigurarla.

v Establezca el valor en 0 si no deseainstalar, configurar o conectarse a TivoliNetcool/OMNIbus en este momento.

Atención: Al utilizar el instalador deNetwork Manager para configurar un TivoliNetcool/OMNIbus existente también seinstala el analizador SNMP yNetcool/OMNIbus Knowledge Library. Sino desea sobrescribir su sonda SNMPexistente y personalizaciones deNetcool/OMNIbus Knowledge Library, debeestablecer el valor installOMNI en 0.Después de la instalación de NetworkManager, copie el paquete de instalación alservidor donde está su instalaciónTivoliNetcool/OMNIbus existente y ejecute elscript ConfigOMNI para configurar su TivoliNetcool/OMNIbus, pero asegúrese de noseleccionar opciones para configurar lasonda SNMP o Netcool/OMNIbusKnowledge Library. Para obtener másinformación, consulte “Configuración deuna instalación de Tivoli Netcool/OMNIbusexistente” en la página 55.

installTIP 0 Establezca el valor en 1 para instalar yconfigurar el Tivoli Integrated Portal, el GUIweb de Tivoli Netcool/OMNIbus, y lasaplicaciones web de Network Manager.




installITNM 0 Establezca el valor en 1 para instalar yconfigurar los componentes principales deNetwork Manager (el análisis de causa raíz,la pasarela de sucesos, los motores desondeo y de descubrimiento).

installNCIM 0 Establezca el valor en 1 para instalar yconfigurar Informix para usarlo como basede datos de topología.

complyFIPS 0 Establezca el valor en 1 para utilizar rutinascriptográficas que se hayan diseñadopensando en la conformidad con FIPS 140–2.

IALOCAL_ITNM_PASSWORD

--UserInput-- Proporcione una contraseña para las cuentasde usuario itnmuser e itnmadminpredeterminadas. Si la cuenta de la base dedatos Informix ya existe en el sistemaoperativo, escriba la contraseña que seutilizó para acceder a ella.

PACKAGE.DIR.NCO

--UserInput-- Si IBM Tivoli Netcool/OMNIbus se estáinstalando en este sistema (en este casodebería haber establecido el installOMNI a 1anterior) y el paquete es not en la mismaubicación que el soporte de instalación,elimine el comentario de la variablePACKAGE.DIR.NCO y cambie"--UserInput--" por el nombre de vía deacceso completo donde se puede encontrarel paquete Tivoli Netcool/OMNIbus en elsistema. A continuación, elimine elcomentario de la variable PACKAGE.NCO ycambie "--UserInput--" por el nombre deldirectorio o el archivo que contiene TivoliNetcool/OMNIbus.Nota: El instalador buscará el nombre con elsufijo .tar, .tar.gz, .tar.Z o .zipautomáticamente, por lo que no lo agregueal nombre del archivo.

PACKAGE.NCO --UserInput-- Consulte las instrucciones para el parámetroPACKAGE.DIR.NCO.

OMNIHOME C:\\IBM\\tivoli\\netcool\\omnibus

En Windows, si IBM TivoliNetcool/OMNIbus ya está instalado en estesistema y desea configurarlo para utilizarlocon Network Manager (en este caso habríaconfigurado el installOMNI a 2 anterior),complete las tareas siguientes.

1. Elimine el comentario de la variableOMNIHOME para un directorio deWindows.

2. Proporcione el nombre de la vía deacceso completa del directorio quecontiene Tivoli Netcool/OMNIbus.




OMNIHOME /opt/IBM/tivoli/netcool/omnibus

En UNIX, si IBM Tivoli Netcool/OMNIbusya está instalado en este sistema y deseaconfigurarlo para utilizarlo con NetworkManager (en este caso habría configurado elinstallOMNI a 2 anterior), complete lastareas siguientes:

1. Elimine el comentario de la variableOMNIHOME para un directorio deUNIX.

2. Proporcione el nombre de la vía deacceso completa del directorio quecontiene Tivoli Netcool/OMNIbus.

IAGLOBAL_OBJECTSERVER_PRIMARY_HOST

--UserInput-- Si esta instalación se conectará a un IBMTivoli Netcool/OMNIbus existente (en estecaso habría configurado el installOMNI a 0anterior), elimine el comentario deIAGLOBAL_OBJECTSERVER_PRIMARY_HOST y proporcione el nombre corto o ladirección IP del servidor donde IBM TivoliNetcool/OMNIbus ya está instalado.

IAGLOBAL_OBJECTSERVER_PRIMARY_NAME

--UserInput-- Escriba el nombre del ObjectServer que seestá instalando, o al que desea que conecteesta instalación.

IAGLOBAL_OBJECTSERVER_PRIMARY_PORT

4100 Escriba el puerto para el ObjectServer que seestá instalando, o al que desea que conecteesta instalación.

IAGLOBAL_OBJECTSERVER_USER

root Escriba el nombre de usuario deadministración para el ObjectServer que seestá instalando, o al que desea que conecteesta instalación.

IALOCAL_OBJECTSERVER_PASSWORD

--UserInput-- Escriba la contraseña de administración delObjectServer que se está instalando, o al quedesea que conecte esta instalación.

IAGLOBAL_WAS_defaulthost

16310 Escriba el puerto que se utilizará para elTivoli Integrated Portal.

Anote el número de puerto, ya que loutilizará para conectarse a las aplicacionesweb.

IAGLOBAL_WASIDUsuario

tipadmin Escriba un nombre que se utilizará para lacuenta de administrador de Tivoli IntegratedPortal.

IALOCAL_WASPassword

--UserInput-- Escriba una contraseña que se utilizará parala cuenta de administrador de TivoliIntegrated Portal.




TIP_INSTALL_DIR C:\\IBM\\tivoli\\tip Si está instalando en Windows, proporcionela vía de acceso completa al directoriodonde desea instalar el Tivoli IntegratedPortal.Nota: Windows considera el carácter debarra invertida \ como un carácter deescape, por lo que utilice dos barrasinvertidas \\ al definir la vía de acceso enWindows.

TIP_INSTALL_DIR /opt/IBM/tivoli/tip Si está instalando en UNIX, proporcione lavía de acceso completa al directorio dondedesea instalar el Tivoli Integrated Portal.

IAGLOBAL_INSTALL_LOCATION_SELECTION

crear Establézcalo para crear si desea instalar elTivoli Integrated Portal. Establézcalo parareutilizar si desea utilizar un TivoliIntegrated Portal existente.

authLDAP 1 Seleccione esta opción para utilizar laautenticación de LDAP para usuarios deTivoli Integrated Portal. Si a authLDAP y aauthOMNI se les quitan los comentarios,LDAP se utilizará de forma predeterminadapara nuevos usuarios. Si no se le quitan loscomentarios a authLDAP ni a authOMNI, seutilizará un repositorio basado en archivosinternos.

authOMNI 1 Seleccione esta opción para utilizar elObjectServer para su autenticación parausuarios de Tivoli Integrated Portal. Si aauthLDAP y a authOMNI se les quitan loscomentarios, LDAP se utilizará de formapredeterminada para nuevos usuarios. Si nose le quitan los comentarios a authLDAP nia authOMNI, se utilizará un repositoriobasado en archivos internos.

IAGLOBAL_LDAP_NAME

--UserInput-- Escriba el nombre de host del servidor deLDAP.

IAGLOBAL_LDAP_PORT

389 Escriba el puerto para el servidor LDAP.

IAGLOBAL_LDAP_REPOSITORY_ID

--UserInput-- Escriba el identificador del repositorio parael servidor de LDAP.

IAGLOBAL_LDAP_PRIMARY_USER

tipadmin Escriba el nombre del usuario deadministración de Tivoli Integrated Portal.

IAGLOBAL_LDAP_BIND_DN

"cn\=root" Escriba el nombre de enlace.

IALOCAL_LDAP_BIND_PASSWORD

--UserInput-- Escriba la contraseña para el nombre deenlace.

IAGLOBAL_LDAP_BASE_ENTRY

"o\=IBM,c\=US" Escriba el nombre distinguido.




IAGLOBAL_LDAP_GROUP_ENTITY

Grupo Escriba el tipo de entidad de grupo.

IAGLOBAL_LDAP_GROUP_SUFFIX

"o\=IBM,c\=US" Escriba los identificadores correctos para laorganización y el país.

IAGLOBAL_LDAP_ORG_ENTITY

OrgContainer Escriba el tipo de entidad de organización.

IAGLOBAL_LDAP_ORG_SUFFIX


IAGLOBAL_LDAP_USER_ENTITY

PersonAccount Escriba el tipo de entidad de cuentapersonal.

IAGLOBAL_LDAP_USER_SUFFIX


IAGLOBAL_PRECISION_DOMAIN0

--UserInput-- Escriba un nombre que se utilizará como eldominio de red mediante el NetworkManager. Escriba un nombre descriptivocomo, por ejemplo, TESTNETWORK. Elnombre de dominio debe consistir de entreuno y 11 caracteres (letras, números oambos), con todas las letras mayúsculas, sinespacios, y sin caracteres especiales.

Anote el nombre de dominio, dado que seutilizará al iniciar los componentesmanualmente.

UI_Initial_Discovery 0 Establézcalo en 1 si desea que el proceso deinstalación inicie un descubrimiento de redde su subred local.

UI_Import_Netview 0 Establézcalo en 1 si desea que el proceso deinstalación inicie un descubrimiento de redutilizando información que ya ha exportadodesde una instalación de IBM TivoliNetView.

UI_Import_Other 0 Establézcalo en 1 si desea que el proceso deinstalación inicie un descubrimiento de redutilizando información desde otra aplicaciónde gestión de red.

UI_No_Discovery 1 Establézcalo en 1 si desea completar elproceso de instalación sin iniciar undescubrimiento. Si elige no iniciar undescubrimiento ahora, puede iniciar undescubrimiento más tarde utilizando la GUIde Configuración de descubrimiento.

UI_Subnet --UserInput-- Si ha seleccionado iniciar undescubrimiento, escriba la dirección IP de lasubred que se descubrirá. Únicamente lasdirecciones IPv4 se pueden escribir aquí.

UI_Netmask 255.255.255.0 Si ha seleccionado iniciar undescubrimiento, escriba la máscara de redde la subred. Para una subred de clase C,esta será 255.255.255.0.




UI_SNMP_1 --UserInput-- Si ha seleccionado iniciar undescubrimiento, puede escribir hasta seiscadenas de comunidad de SNMP(contraseñas).






UI_Network_Nodes --UserInput-- Escriba la ubicación de la salida del scriptde migración de IBM Tivoli NetView queejecutó desde el Launchpad como parte delos requisitos previos de instalación.

UI_Network_Nodes --UserInput-- Si está agregando fuentes de descubrimientodesde otra instalación de Network Manager,escriba la ubicación del archivo que contieneuna lista de nodos de su red.

UI_SNMP_Strings --UserInput-- Si está agregando fuentes de descubrimientodesde otra instalación de Network Manager,escriba la ubicación del archivo que contieneuna lista de cadenas de comunidadutilizadas en su red.

IAGLOBAL_NCIM_SERVER

informix Escriba el nombre del servidor en el queinstalará la base de datos de topología deNCIM.

IAGLOBAL_NCIM_CREATE

sí Establézcalo en no si desea utilizar una basede datos de topología de NCIM existente.

IAGLOBAL_NCIM_PORT

3306 Si está utilizando MySQL para la base dedatos de topología, escriba el puerto para labase de datos de topología de NCIM.




IAGLOBAL_NCIM_USERNAME

ncim Si está utilizando MySQL para la base dedatos de topología, escriba el nombre deusuario para la cuenta de administradorpara la base de datos de topología deNCIM.

IALOCAL_NCIM_PASSWORD

--UserInput-- Si está utilizando MySQL para la base dedatos de topología, escriba la contraseñapara la cuenta de administrador para la basede datos de topología de NCIM.

connectMySQL 1 Elimine el comentario de esta línea si deseautilizar una base de datos de MySQLexistente para guardar los datos de latopología.

connectDB2 1 Elimine el comentario de esta línea si deseautilizar una base de datos de DB2 paraguardar los datos de la topología.

connectORACLE 1 Elimine el comentario de esta línea si deseautilizar una base de datos de Oracleexistente para guardar los datos de latopología.

connectIDS 1 Elimine el comentario de esta línea si deseautilizar una base de datos de Informixexistente para guardar los datos de latopología.

IAGLOBAL_NCIM_HOST

--UserInput-- Si está utilizando una base de datosexistente para guardar los datos de latopología, escriba el nombre o la direcciónIP del host donde está instalada la base dedatos.

IAGLOBAL_NCIM_CREATE

sí Si está utilizando una base de datosexistente para guardar los datos de latopología, establezca este valor en sí paracrear las tablas de bases de datos de NCIM.Establezca este valor en no si las tablas debases de datos de NCIM ya existen.

IAGLOBAL_NCIM_PORT

3306 Si está utilizando una base de datos deMySQL existente para guardar los datos dela topología, escriba el puerto utilizado porla base de datos.


ncim Este es el usuario que utiliza el productopara conectarse a la base de datos. Nocambiar este valor.


--UserInput-- Si está utilizando una base de datos deMySQL existente para guardar los datos dela topología, escriba la contraseña para elusuario ncim.

IAGLOBAL_NCIM_PORT

50000 Si está utilizando una base de datos DB2existente para guardar los datos de latopología, escriba el puerto utilizado por labase de datos.




IAGLOBAL_NCIM_DBNAME

--UserInput-- Si está utilizando una base de datos DB2existente para guardar los datos de latopología, escriba el nombre de la instanciade la base de datos de DB2 que guarda losdatos de la topología.


--UserInput-- Si está utilizando una base de datos DB2existente para guardar los datos detopología, escriba el nombre de usuario deadministración para la base de datos


--UserInput-- Si está utilizando una base de datos DB2existente para guardar los datos de latopología, especifique la contraseña para elusuario de administración.

IAGLOBAL_NCIM_SQLLIB

--UserInput-- Si está utilizando una base de datos DB2existente para guardar los datos de latopología, escriba el directorio local en esteservidor que guarda los mandatos SQL delcliente de DB2. Si esta es una instalación deWindows, las dos barras invertidas //deberían utilizarse entre directorios.

IAGLOBAL_NCIM_PORT

1521 Si está utilizando una base de datos deOracle existente para guardar los datos de latopología, escriba el puerto utilizado por labase de datos.

IAGLOBAL_NCIM_DBNAME

--UserInput-- Si está utilizando una base de datos deOracle existente para guardar los datos de latopología, escriba el identificador delsistema utilizado por la base de datos deOracle que guarda los datos de la topología.


--UserInput-- Si está utilizando una base de datos deOracle existente para guardar los datos detopología, escriba el nombre de usuario deadministración para la base de datos.


--UserInput-- Si está utilizando una base de datos deOracle existente para guardar los datos de latopología, escriba la contraseña para elusuario de administración.

IAGLOBAL_NCIM_PORT

9088 Si está utilizando una base de datosInformix existente para guardar los datos detopología, escriba el puerto que se utilizópor la base de datos.

IAGLOBAL_IDS_SERVER_NAME

--UserInput-- Si está utilizando una base de datosInformix existente para guardar los datos detopología, escriba el nombre del servidorInformix.

IAGLOBAL_IDS_DB_NAME

--UserInput-- Si está utilizando una base de datosInformix existente para guardar los datos detopología, escriba el nombre de la base dedatos Informix.


--UserInput-- Si está utilizando una base de datosInformix existente para guardar los datos detopología, escriba el nombre de usuarioadministrativo de la base de datos.





--UserInput-- Si está utilizando una base de datosInformix existente para guardar los datos dela topología, escriba la contraseña para elusuario de administración.

StartDaemons Inicie IBM TivoliNetwork Managerantes de salir

Elimine el comentario de esta línea si deseainiciar Network Manager antes de quefinalice el instalador.

Tareas posteriores a la instalaciónDespués de instalar Network Manager, tendrá que realizar algunas tareasposteriores a la instalación.

Asegúrese de ha instalado correctamente Network Manager.

Para realizar las tareas posteriores a la instalación:1. Asegúrese de que la instalación de Network Manager ha finalizado.2. Opcional: Si utiliza la versión 7.3.1 o anterior de Tivoli Netcool/OMNIbus con

Network Manager, debe seguir los pasos adicionales posteriores a la instalaciónpara configurar la automatización de los sucesos afectados por el servicio(SAE), como se describe en “Configuración de automatizaciones para sucesosafectados por servicios” en la página 166.

3. Dependiendo de los valores adicionales necesarios, complete los pasos en lossiguientes temas:


Tareas posteriores a la instalación no root(solo UNIX)

v Solo el usuario root puede instalarInformix. Si ha instalado NetworkManager como no root y desea usarInformix, realice los pasos que sedescriben en “Instalar y configurarInformix después de una instalación noroot” en la página 240

v Si tiene una instalación no root y estáinstalando Informix en un servidordistinto de donde están instalados loscomponentes de GUI, debe instalar elsoftware Informix IConnect como root enel servidor de los componentes GUI parausar los informes de Cognos. Realice elpaso que se describe en “Configuraciónde Informix para presentar informes” enla página 241

v Puede configurar qué usuario gestiona losprocesos de Network Manager, como sedescribe en “Configuración de permisosroot/no root” en la página 236



Tarea de posterior a la instalación paraInformix en Windows

Si ha instalado Network Manager con unabase de datos Informix en Windows,asegúrese de realizar los pasos que sedescriben en “Configuración del espacio dedisco de Informix en Windows” en la página368

Tareas posteriores a la instalación paraconfigurar Tivoli Common Reporting

Si desea utilizar Informix, MySQL u Oraclecomo la base de datos NCIM, debeconfigurar las bases de datos antes de quepueda usar los informes Tivoli CommonReporting, según se describe en“Configuración de NCIM para TivoliCommon Reporting” en la página 276.

Actualización a partir de una versiónanterior de Network Manager

Siga los pasos descritos en “Actualización ymigración a la última versión de NetworkManager” en la página 135

Instalación del agente de supervisión Si desea utilizar IBM Tivoli Monitoring forIBM Tivoli Network Manager IP Edition,siga los pasos descritos en “Integración conIBM Tivoli Monitoring” en la página 224

Para tareas de configuración adicionales,consulte los temas en:

Capítulo 4, “Configuración de NetworkManager”, en la página 165

Si necesita configurar una base de datos detopología después de la instalación paraNetwork Manager.

*Para obtener detalles sobre la creación delos esquemas de la base de datosmanualmente después de la instalación,consulte las tareas sobre la creación de losesquemas de la base de datos de topologíaen IBM Tivoli Network Manager IP EditionAdministration Guide.



Fix Pack 4 Actualización de componentespara el soporte de navegador más reciente

Fix Pack 4

Para aprovechar el soporte de

navegador más reciente, es posible que debaactualizar el nivel de Tivoli Integrated Portaly aplicar el fixpack más reciente de GUIweb. Por ejemplo, Network Manager 3.9fixpack 4 incluye Tivoli Integrated Portal2.2.0.9 y GUI web 7.4. Sin embargo, parautilizar Internet Explorer 10 o MozillaFirefox 24 ESR, es necesario realizar unaactualización a Tivoli Integrated Portal2.2.0.13 y GUI web fixpack 2.

Fix Pack 4

Para actualizar:

1. Vaya al sitio de soporte enhttp://www-933.ibm.com/support/fixcentral/

2. Busque Tivoli Integrated Portal versión2.2.0.13 para su plataforma y realice ladescarga.

3. Busque Tivoli Netcool/OMNIbus 7.4fixpack 2 (7.4.0.2) para su plataforma ybusque y descargue GUI web fixpack 2(también se conoce comoOMNIbus_GUI).

4. Siga las instrucciones de instalaciónindividuales de los fixpacks para aplicarlos fixpacks.

Tareas relacionadas:“Visualización de los registros de instalación” en la página 115La visualización de los registros de instalación puede ser útil para la resolución deproblemas.Referencia relacionada:“Las tareas posteriores a la instalación se ejecutan desde el fallo de launchpad enAIX 7” en la página 122Cuando las tareas posteriores a la instalación iniciadas desde el launchpad en AIX7 falla, asegúrese de que las utilidades X11 (incluyendo xterm) están instaladas yconfiguradas correctamente para cargar las interfaces gráficas.

Resolución de problemas e instalaciónUtilice esta información para saber cómo solucionar errores que se puedenproducir durante la instalación de Network Manager.

Los temas siguientes describen los tipos de mensajes de error que puede encontrardurante el proceso de instalación, y las acciones que puede realizar para resolverestos problemas.




Visualización de los registros de instalaciónLa visualización de los registros de instalación puede ser útil para la resolución deproblemas.

La información sobre el éxito del proceso de instalación queda registrada endiferentes archivos de registro. Para visualizar la información de registro deinstalación, proceda de la siguiente manera:

Consulte el registro de instalación adecuado:

Síntoma Acción

Para obtener una ideageneral sobre qué parte de lainstalación ha fallado.

Examine el archivo de registro InstallAnywhere.

1. Vaya al directorio de inicio del usuario que ha ejecutadoel instalador.

2. Abra el archivo de registro InstallAnywhere. Este tieneun nombre de archivo como IA-ITNM-Install-NN.log,donde NN es un número. Normalmente el archivo sedenomina IA-ITNM-Install-00.log

La parte de la instalaciónque parece haber falladoincluye a TivoliNetcool/OMNIbus o a loscomponentes principales deNetwork Manager.

Examine los siguientes registros:

1. Vaya al directorio NCHOME/log/install

2. Examine los registros en este directorio:

v Configuration.log muestra los errores que hanencontrado las tareas de configuración posteriores ala instalación

v Los archivos con nombres con el formatoncp_create*.log muestran errores que se hanproducido durante la creación de la base de datos detopología NCIM

v Windows msi.log muestra los errores que haencontrado Microsoft Installer.

Nota: Si instala una nueva base de datos NCIM en unservidor remoto o utiliza una instancia de base de datosexistente, el proceso de instalación genera un conjuntodiferente de archivos de registro del de la instalación de unservidor único. En caso de una instalación de base de datosremota o existente, se generan los siguientes archivos deregistro y de rastreo que no se han creado al instalar unanueva base de datos en el mismo servidor que NetworkManager:

v ncp_create_ncim_core_db.trace

v ncp_create_ncim_pip_db.log

v ncp_create_ncim_pip_db.trace

v ncp_create_ncmib_db.trace

v ncp_create_ncmonitor_db.trace

v ncp_create_ncpgui_db.trace

v ncp_create_ncpolldata_db.trace


Síntoma Acción

Para obtener informaciónsobre los procesos de TivoliNetcool/OMNIbus yNetwork Manager que seejecutan durante lainstalación


v Visualice la información sobre los procesos de TivoliNetcool/OMNIbus que se han ejecutado durante lainstalación leyendo los registros de este directorio:NCHOME/omnibus/log.

v Visualice la información sobre los procesos de NetworkManager que se han ejecutado durante la instalaciónleyendo los registros de este directorio:NCHOME/log/precision.

La parte de la instalaciónque parece haber falladoincluye a Tivoli IntegratedPortal

Examine los registros de Composite Offering Installer(COI):

v Los registros de Composite Offering Installer (COI) seencuentran en TIPHOME/_uninst/ITNM/plan/install/MachinePlan_localhost/*/logs, donde TIPHOME es eldirectorio en el que está instalado Tivoli IntegratedPortal.

v Existen registro separados para cada paso de lainstalación. Puede ser capaz de detectar qué paso tuvoun problema con el archivo de registro deInstallAnywhere, ~/IA-ITNM-Install-00.log.

v Como resultado de consultar los archivos de registro deComposite Offering Installer, será capaz de determinar siel problema se produjo en los pasos de configuración deIBM Autonomic Deployment Engine (DE) o deComposite Offering Installer.

El problema subyacente conla instalación de TivoliIntegrated Portal puede quese encuentre en IBMAutonomic DeploymentEngine

Consulte los archivos de registro de Deployment Engine.Puede localizar estos archivos de registro en las siguientesubicaciones:

v Si está realizando la instalación como usuario root enUNIX, estos se encontrarán en /usr/ibm/common/acsi/logs/root.

v Si está realizando la instalación como usuario no root enUNIX, estos se encontrarán en ~/.acsi_$HOSTNAME/logs/$USER.

v Si está realizando la instalación en Windows, estos seencontrarán en C:\Program Files (x86)\IBM\Common\acsi\logs\%USERNAME%.

v En Windows de 32 bit, el directorio es C:\ProgramFiles\IBM\Common\acsi\logs\%USERNAME%.

El problema subyacente conla instalación de TivoliIntegrated Portal puede quese encuentre en los pasos deconfiguración de CompositeOffering Installer (COI)

Examine los archivos de registro en TIPHOME/logs, dondeTIPHOME es el directorio en el que está instalado TivoliIntegrated Portal.

Parece que el servidor deTivoli Integrated Portal nose ha podido iniciarsatisfactoriamente, aunqueno se han producido erroresen ninguno de los archivosde registro anteriores,

Examine los archivos de registro de este directorio:TIPHOME/profiles/TIPProfile/logs/server1. Estos archivosde registro contienen información sobre el estado delservidor de Tivoli Integrated Portal.


Síntoma Acción

La parte de la instalaciónque parece tener problemasincluye Tivoli CommonReporting


v TIP_components/TCRComponent/logs

v TIP_components/TCRComponent/cognos/logs

Nota: La ubicación predeterminada para TIP_components es/opt/IBM/tivoli/tipv2Components.

La parte de la instalaciónque parece tener problemasincluye a BIRTExtension

Examine los registros en TIP_components/BIRTExtension/logs.Nota: La ubicación predeterminada para TIP_components es/opt/IBM/tivoli/tipv2Components.

La parte de la instalaciónque parece tener problemasincluye a ESSServer

Examine los registros en TIP_components/ESSServer/logs.Nota: La ubicación predeterminada para TIP_components es/opt/IBM/tivoli/tipv2Components.

Parece que hay problemascon la instalación de la basede datos de topologíaInformix predeterminada

Visualice la información sobre los procesos de Informix quese ejecutaron durante la instalación al leer los registros eneste directorio: NCHOME/platform/arch/informix

Registro TIPProfile_createConsulte el registro TIPProfile_create cuando la instalación finalice con errores.

Finalidad

El registro TIPProfile_create graba los mensajes resultado de la finalización correctao anómala de una tarea en el proceso de crear el perfil de Network Managerdurante la instalación.

Ejemplo

Este es un ejemplo de los registros finales de un archivo TIPProfile_create.log en elque se han detectado errores.<record>

<date>2008-05-19T01:20:43</date><millis>1211185243859</millis><sequence>1007</sequence><logger>com.ibm.ws.profile.cli.WSProfileCLIModeInvoker</logger><level>INFO</level><class>com.ibm.ws.profile.cli.WSProfileCLIModeInvoker</class><method>areCommandLineArgumentsValid</method><thread>10</thread><message>Validation Error for profilePath: The profile path is not valid.

</message></record><record>

<date>2008-05-19T01:20:43</date><millis>1211185243859</millis><sequence>1008</sequence><logger>com.ibm.ws.profile.cli.WSProfileCLIModeInvoker</logger><level>SEVERE</level><class>com.ibm.ws.profile.cli.WSProfileCLIModeInvoker</class><method>invokeWSProfile</method><thread>10</thread><message>Argument Validation Failed.</message>

</record><record>

<date>2008-05-19T01:20:43</date><millis>1211185243859</millis><sequence>1009</sequence>

<logger>com.ibm.ws.profile.cli.WSProfileCLIModeInvoker</logger><level>INFO</level><class>com.ibm.ws.profile.cli.WSProfileCLIModeInvoker</class><method>invokeWSProfile</method><thread>10</thread><message>Returning with return code: INSTCONFFAILED</message>

</record><record>

<date>2008-05-19T01:20:43</date><millis>1211185243859</millis><sequence>1010</sequence><logger>com.ibm.wsspi.profile.WSProfileCLI</logger><level>INFO</level><class>com.ibm.wsspi.profile.WSProfileCLI</class><method>invokeWSProfile</method><thread>10</thread><message>Returning with return code: INSTCONFFAILED</message>

</record>

Archivos de registroLocalice y revise los registros y los archivos relacionados después de unainstalación para confirmar que los componentes se han instalado correctamente.

Estos son los archivos de registro creados durante una instalación de NetworkManager. El programa de instalación crea un registro llamadoIA-TIPInstall-xx.log, que se encuentra en el directorio inicial del usuario. Estedebe ser el primer registro que se consulte. Muestra la instalación a medida queavanza, lo que proporciona información de rastreo. Cada paso que se ejecuta en lainstalación crea un registro en el directorio dir_inicio_tip/logs.

Consola administrativacreateProfile.errcreateProfile.outcreateTIPService.errcreateTIPService.outdeleteProfile.err (uninstall)deleteProfile.outenableAppSecurity.errenableAppSecurity.outextendJaveMemory.errextendJaveMemory.outmodifyWASServiceName.errmodifyWASServiceName.outremoveTIPService.err (uninstall)removeTIPService.out

Servidor de Common Gateway InterfaceCGIServer.errCGIServer.outconfigureIAuthzShLib.errconfigureIAuthzShLib.outdeployiAuthzEar.errdeployiAuthzEar.out

Servidor de almacenamiento empresarialdeployESSApplication.errdeployESSApplication.outESSConfiguration.errESSConfiguration.outosgiCfgInit.errosgiCfgInit.out

Servicio web de IBM Tivoli MonitoringITMWebServiceEAR.errITMWebServiceEAR.out

Representación gráficaassignChartAdminRole.errassignChartAdminRole.outTIPChartPortlet.errTIPChartPortlet.out

Servicios de planificación de tiempo de creación de informesTipTssEar.errTipTssEar.outTipTssEWASScheduler.errTipTssEWASScheduler.outTipTssJDBC.errTipTssJDBC.outTipTssSharedLibraries.errTipTssSharedLibraries.out

Tivoli Common Reportingtcr.errtcr.outtcrConfigClient.errtcrConfigClient.outtcrsPostConfig.errtcrsPostConfig.out

Tivoli Integrated PortalconfigureTIPTransformationShLib.errconfigureTIPTransformationShLib.outdeployTIPChangePassdWar.errdeployTIPChangePassdWar.outdeployTIPRedirectorEar.errdeployTIPRedirectorEar.outrenameIdMgrRealm.errrenameIdMgrRealm.out

Gestor de miembros virtualesVMM.errVMM.out

Configuración LDAP de VMMconfigureVMMLDAP.errconfigureVMMLDAP.out

Conector de VMM ObjectServerVMMObjectServerPlugin.errVMMObjectServerPlugin.out

WebSpherecheckWAS.errcheckWAS.outstartWAS.errstartWAS.out

Visualización de los paquetes instaladosCompruebe que la instalación ha funcionado visualizando los paquetes que elinstalador ha instalado satisfactoriamente. Esta opción es útil para la resolución deproblemas en instalaciones fallidas. Además, especifique los paquetes instaladossatisfactoriamente y los paquetes no instalados en la información que envíe aSoporte de software de IBM como parte de una solicitud de servicio.1. Establezca las variables de entorno para el Deployment Engine (DE):

v UNIX Linux Ejecute /var/ibm/common/acsi/setenv.sh

v Windows Ejecute C:\Program Files\IBM\Common\acsi\setenv.cmd2. Para enumerar los paquetes instalados, ejecute el comando para su sistema

operativo y el tipo de usuario que instaló el producto:


Sistema operativo y usuario Ubicación

Usuario no root de UNIX /home/nombre_usuario/.acsi_nombre_usuario/bin/listIU.sh

Usuario root de UNIX /usr/ibm/common/acsi/bin/listIU.sh

Usuario administrador de Windows C:\Program Files\IBM\Common\acsi\bin\listIU.cmd

Comprobación de la URL de inicio de sesión y de los puertospredeterminados

Si tiene problemas para iniciar sesión, asegúrese de que comprueba el formato deURL y los puertos que utiliza tras la instalación.

formato de la URL

Compruebe que el formato de su URL especificado es como sigue (muestra lospuertos predeterminados):v https://localhost:16311/ibm/console (acceso seguro).v http://localhost:16310/ibm/console (acceso no seguro).

Donde localhost es el nombre de host completo o la dirección IP delservidor de Tivoli Integrated Portal.

Puertos predeterminados

16310 es el número de puerto no seguro predeterminado y 16311 es el número depuerto seguro predeterminado. Si su entorno estaba configurado durante lainstalación con un número de puerto distinto al predeterminado, indique ese otronúmero.

Mensajes de error de dependenciaLos mensajes de error de dependencia se generan si el proceso de instalación nopuede encontrar un componente un paquete de Network Manager requerido.

Si se muestra un mensaje de error de dependencia, siga las solicitudes e instale loscomponentes requeridos.

Ejecución de la instalación y procedimientos demantenimiento como root o no root

La instalación debe ejecutarse mediante el mismo usuario del sistema operativo entodas las ocasiones. Cualquiera que sea el usuario que instale el primer productode Tivoli Network Management en una estación de trabajo determinada debeigualmente instalar, desinstalar o modificar cada producto de Tivoli NetworkManagement posterior en dicha estación de trabajo.

Puede ejecutar la instalación como un usuario no root. Sin embargo, ciertasacciones de configuración de Network Manager deben realizarlas el usuario root.Un panel de asistente al final del asistente de instalación recordará al usuarioiniciar sesión como root y realizar estas configuraciones manualmente.Conceptos relacionados:“Instalación root y no root” en la página 236En UNIX, Network Manager se puede instalar como usuario root o como usuario


no root.Tareas relacionadas:“Configuración de los componentes principales para ejecutarlos como root” en lapágina 237En UNIX, si ha instalado Network Manager como usuario no root, debe realizaruna configuración adicional para ejecutar los componentes principales como elusuario root.

No hay suficiente espacio en disco para completar lainstalación

Si no hay suficiente espacio en disco para completar la instalación, se mostrará unmensaje de error y la instalación se terminará anormalmente.

El mensaje de error será como sigue:No hay suficiente espacio en DIRECTORIO para instalar el softwareLibere espacio y vuelva a ejecutar la instalación

En este mensaje, DIRECTORIO se refiere al directorio de instalación raízespecificado.

Si se encuentra con este mensaje de error, borre espacio en el disco, o seleccione undirectorio raíz en una partición con más espacio y ejecute el proceso de instalaciónde nuevo.

Error de instalación de modalidad de consolaAl instalar Network Manager en la modalidad de consola en los sistemas UNIX,puede recibir un error debido a que se establezca la variable de entorno deDISPLAY.

Si recibe el siguiente mensaje de error al instalar Network Manager en lamodalidad de consola en los sistemas UNIX, tendrá que eliminar el valor para lavariable de entorno DISPLAY antes de iniciar la instalación de la modalidad deconsola:

Instalando...

La invocación de esta aplicación de Java ha producido una InvocationTargetException. Estaaplicación saldrá ahora.

Rastreo de pila:java.lang.NoClassDefFoundError: sun.awt.X11GraphicsEnvironment (fallo de inicialización)at java.lang.J9VMIntervals.initialize(J9VMIntervals.java:140)at java.lang.Class.forNameImpl (Método nativo)at java.lang.Class.forName(Class.java:136)

Utilice el siguiente mandato: unset DISPLAY; a continuación, inicie la instalación dela consola de nuevo.


Las tareas posteriores a la instalación se ejecutan desde elfallo de launchpad en AIX 7

Cuando las tareas posteriores a la instalación iniciadas desde el launchpad en AIX7 falla, asegúrese de que las utilidades X11 (incluyendo xterm) están instaladas yconfiguradas correctamente para cargar las interfaces gráficas.

Si ve el siguiente error al iniciar tareas posteriores a la instalación desde ellaunchpad:No se pudo cargar el programa /usr/X11R7/bin/xterm:El módulo dependiente /usr/lib/libXpm.a(shr_64.o) no se pudo cargar.El miembro shr_64.o no se encuentra en el archivo

Para corregir el error, compruebe a donde apunta la biblioteca de libXpm.a, comopor ejemplo:ls -ln /usr/lib/libXpm.alrwxrwxrwx 1 0 0 26 May 17 10:06 /usr/lib/libXpm.a ->/opt/freeware/lib/libXpm.a

En este ejemplo, libXpm.a no está apuntando a la ubicación correcta.

Asegúrese de que /usr/lib/libXpm.a apunta a /usr/lpp/X11/lib/R7/libXpm.a.Utilice el mandato siguiente para corregir el enlace:ln -s -f /usr/lpp/X11/lib/R7/libXpm.a /usr/lib/libXpm.a

La base de datos de topología no se puede inicializarEn caso de problemas de memoria y rendimiento, la instalación de la base de datosInformix podría fallar con un código de error 8 y el mensaje Informix no se hapodido inicializar. Para instalar satisfactoriamente la base de datos, debeincrementar el espacio de paginación y establecer el periodo de tiempo deinicialización en 600 segundos.

Para incrementar el espacio de paginación hasta un total de 8 GB de memoria,consulte las instrucciones de su sistema operativo o póngase en contacto con suadministrador.

Para incrementar el periodo de tiempo de espera y ejecutar la instalación deInformix de nuevo tras una instalación no satisfactoria:1. Establezca las variables de entorno de Network Manager utilizando

NCHOME/env.sh|.bat, dependiendo de su sistema operativo.2. Inicie la sesión como el usuario root. Solo el usuario root puede instalar

Informix.3. Elimine la instalación de Informix utilizando el script NCHOME/bin/CleanSystem

-i (la opción -i elimina la base de datos de topología Informix local).4. Incremente el valor de tiempo de espera en el script de configuración de

Informix hasta 600 segundos editando la línea 55 en NCHOME/precision/install/scripts/install_ids_informix.ksh.

5. Vaya al directorio NCHOME/precision/install/scripts.6. Ejecute el script de instalación de Informix: ./install_ids_root|admin.ksh -f

../data/ids.properties


Copia de seguridad y restauración del motor de despliegueUtilice el script de copia de seguridad del motor de despliegue (DE) antes deinstalar componentes adicionales u otros productos que se basen en la plataformade Tivoli Integrated Portal. Si tiene que recuperar la configuración original tras unaanomalía, podrá ejecutar el script de restauración del motor.

El motor de despliegue lleva a cabo la instalación de productos nuevos yactualizados. Realiza un seguimiento de los componentes instalados y omite lainstalación de un determinado componente si ya está en el sistema. Lleve a cabolos siguientes pasos para realizar copia de seguridad o restaurar la base de datosdel DE.1. En la línea de mandatos, cambie al directorio acsi:

v Windows cd C:\Archivos de programa\IBM\Common\acsi

v Linux UNIX Para sistemas basados en Linux y UNIX, la vía deacceso al directorio acsi variará en función de si realiza la instalación comousuario root o no root, de la siguiente forma:– Al instalar como usuario no root, la vía de acceso es relativa al directorio

de inicio del usuario:<directorio de inicio del usuario no root>/.asci_<nombre_usuario>

– Al instalar como root, la vía de acceso es la siguiente:/var/ibm/common/asci

2. Inicialice el entorno de motor de despliegue desde la línea de mandatos:

v Windows setenv.bat

v Linux UNIX . setenv.sh

3. Cambie al directorio bin:

v Windows Cambie al directorio hijo bin, es decir:C:\Archivos de programa\IBM\Common\acsi\bin

v Linux UNIX Para sistemas basados en Linux y UNIX, la vía deacceso al directorio bin variará en función de si realiza la instalación comousuario root o no root, de la siguiente forma:– Para un usuario no root, cambie al directorio hijo bin, es decir:

<directorio de inicio del usuario no root>/.asci_<nombre_usuario>/bin

– Para el root, la vía de acceso es la siguiente:/usr/ibm/common/asci/bin

4. Ejecute el script de copia de seguridad para realizar una copia de seguridad dela base de datos del motor de despliegue, de la siguiente forma:

v Windows de_backupdb.cmd

v Linux UNIX de_backupdb

5. Si necesita restaurar la base de datos del motor de despliegue, desde eldirectorio bin, ejecute el script de restauración:

v Windows de_restoredb.cmd

v Linux UNIX de_restoredb

Si ha realizado copia de seguridad de la base de datos del motor de despliegue,puede ejecutar el instalador ahora para añadir componentes o productosadicionales. Si ha restaurado la base de datos del motor de despliegue, puedereanudar utilizando el entorno instalado original.

Mensajes de instalación inocuosUna consulta del registro de instalación puede revelar mensajes de error que sonde hecho inocuos.

Después de instalar Network Manager, puede detectar un error de reflejo al revisarlos registros de instalación. La instalación se realiza correctamente, pero el registromuestra variaciones de este error:+++ Warning +++: IWAV0003E Could not reflect methods for com.ibm.sec.iauthz.InstanceAuthzServiceLocalHome because one of the methods references a type thatcould not be loaded.Exception: java.lang.NoClassDefFoundError: com.ibm.sec.iauthz.InstanceAuthorization+++ Warning +++: IWAV0002E Failed reflecting values+++ Warning +++: java.lang.NoClassDefFoundError: com.ibm.sec.iauthz.InstanceAuthorization

Este error puede pasarse por alto sin problemas.

Espacio en disco insuficiente para la instalaciónDisponga de suficiente espacio en el directorio temporal para la instalación o éstafallará.

La instalación del producto requiere al menos 500 MB de espacio en disco para losarchivos temporales que se utilizan durante la instalación. En Linux y UNIX,asigne suficiente espacio en el directorio /tmp o /opt del sistema.

Caso de error de instalaciónConsulte el archivo IA-TIPInstall-xx.log para conocer errores que puedanhaberse producido durante la instalación.

IA-TIPInstall-xx.log

Generalmente, el proceso de instalación se detiene cuando se produce unaanomalía. Pero también puede parecer completarse correctamente y luego, alintentar iniciar la sesión, por ejemplo, descubre que existe un problema. Consulteel archivo IA-TIPInstall-xx.log en su directorio inicial para confirmar que lainstalación se ha realizado correctamente. Por ejemplo, si ha iniciado la sesióncomo administrador en un sistema Windows, debería buscarlo en C:\Documentsand Settings\Administrador.

Caso de consulta del registro

En este ejemplo en un sistema Windows, el paso ESSServerConfig.xml ha fallado yel archivo IA-TIPInstall-xx.log que aquí se muestra tiene un error del COI (elprograma de instalación de la oferta compuesta) en la línea 134.C:\IBM\tivoli\tip\_uninst\ITNM\plan\install\MachinePlan_localhost\0011_IAGLOBAL_COI_STEP_ESSServerConfig\IAGLOBAL_COI_STEP_ESSServerConfig.xml:134:xec returned: 105Wed May 28 15:25:54.078 EDT 2008 : STDERR :en org.apache.tools.ant.ProjectHelper.addLocationToBuildException(ProjectHelper.java:539)Wed May 28 15:25:54.078 EDT 2008 : STDERR :at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:384)Wed May 28 15:25:54.078 EDT 2008 : STDERR :at org.apache.tools.ant.Task.perform(Task.java:364)Wed May 28 15:25:54.078 EDT 2008 : STDERR :


at com.ibm.ac.coi.impl.utils.AntHelper.ant(AntHelper.java:88)Wed May 28 15:25:54.078 EDT 2008 : STDERR : ... 3 more

El registro le proporciona la vía de acceso completa a la ubicación del archivoanómalo. Vaya a esa ubicación, abra el archivo indicado y compruebe la línea queha fallado. En este ejemplo iría a:C:\IBM\tivoli\tip\_uninst\ITNM\plan\install\MachinePlan_localhost\00011_IAGLOBAL_COI_STEP_ESSServerConfig\IAGLOBAL_COI_STEP_ESSServerConfig.xml

y examinaría la línea 134. En la línea 134 de configureESS de destino, el mandatosiguiente no se ha ejecutado correctamente:<target name="configureESS" depends="setProperties">

<echo message="Start to configure Authentication Service..."/><iaecho message="$ESSSERVER_CONFIGURING$"/>

......................line134: <execdir="${IAGLOBAL_installLocation}/bin"executable="${IAGLOBAL_installLocation}/bin/wsadmin${platform.script.ext}"failonerror="true">

<redirector output="${IAGLOBAL_installLocation}/logs/ESSConfiguration.out" error="${IAGLOBAL_installLocation}/logs/ESSConfiguration.err"/>

...

Como puede ver, la llamada wsadmin de Ant envía stdout a dir_inicio_tip/logs/ESSConfiguration.out y stderr a dir_inicio_tip/logs/ESSConfiguration.err. Unestudio del archivo ESSConfiguration.out revela que Tivoli Integrated PortalServer (WAS) puede presentar un problema:WASX7209I: Conexión con el proceso "server1" en el nodo TIPNodemediante el conector SOAP;El tipo de proceso es: UnManagedProcessWASX7303I: Se han pasado las siguientes opciones al entorno de scripts yestán disponibles como argumentos que están almacenados en la variable argv:"[C:/IBM/tivoli/tip/logs/ltpaOutput.txt, 1ntegrate]"WASX7017E: Se ha recibido una excepción al ejecutar el archivo "C:\IBM\tivoli\tip\bin\configureESS.jacl";información de excepción: com.ibm.bsf.BSFException: error al evaluarla expresión Jacl:ningún método accesible "isESSConfigured" en clasecom.ibm.ws.scripting.adminCommand.AdminTask

while executing"$AdminTask isESSConfigured"

invoked from within"set essCheck [$AdminTask isESSConfigured]"

Compruebe dir_inicio_tip/profiles/TIPProfile/logs/server1/SystemOut.logpara ver si hay excepciones relacionadas con el servicio de autenticación. Si nopuede evaluarlo, consulte al experto del Tivoli Integrated Portal Server de suorganización o reúna los registros de Network Manager, incluido SystemOut.log, ypóngase en contacto con el servicio de soporte de IBM.

Falla la instalación después de la actualización del motor dedespliegue

La ejecución del instalador en un sistema que tiene un entorno de Tivoli IntegratedPortal existente puede fallar si el motor de despliegue (DE) se ha actualizadodesde una versión muy antigua.

Si tiene una versión antigua de DE instalada, el instalador de Tivoli IntegratedPortal la actualizará y continuará con la instalación. En raras ocasiones,determinadas versiones antiguas del DE podrían no actualizarse correctamente.Cuando sucede esto, la instalación puede fallar. Si sabe que su producto utiliza unaversión muy antigua del DE (como la versión 1.2), puede realizar la instalación enla misma máquina, pero iniciar sesión en la portal con un nombre de usuariodiferente. Si la versión antigua del DE se ha instalado inicialmente como usuarioroot en el sistema operativo Linux o UNIX, piense en desinstalarla si la nuevainstalación está fallando tras la actualización de DE.

Desinstalación de Network ManagerDebe utilizar los scripts que se proporcionan para desinstalar el producto.

En Windows, debe eliminar los servicios para los dominios adicionales antes dedesinstalar el producto.

Hay scripts disponibles para que desinstale el producto completo o solo algunoscomponentes.

Importante: Siempre debe utilizar los scripts para desinstalar el producto.Desinstalar el producto eliminando los archivos y los directorios puede dar lugar aproblemas a la hora de reinstalar los componentes.

Desinstalar en UNIXEn los sistemas operativos UNIX, utilice el script de desinstalación para desinstalarel producto. Puede desinstalar componentes específicos o el producto completo.

Atención: No intente eliminar un producto suprimiendo los archivos odirectorios. Si elimina archivos o directorios, pueden producirse problemas durantela reinstalación. Utilice el script de desinstalación que se proporciona con elproducto para desinstalar Network Manager.1. Para eliminar los productos que están integrados con Network Manager en el

mismo servidor, elimínelos utilizando sus propios desinstaladores antes deeliminar Network Manager. Por ejemplo, elimine Tivoli Netcool/OMNIbusutilizando el desinstalador de Tivoli Netcool/OMNIbus. Para obtenerinformación acerca de la desinstalación de bases de datos distintas a Informix,consulte la documentación del tipo de base de datos.

DB2

Antes de eliminar una base de datos de DB2, utilice el script

uncatalog_db2_database para descatalogar la base de datos. Asegúrese tambiénde completar el paso 6 en la página 128. Una DB2 puede utilizarse como basede datos de topología NCIM o como Tivoli Data Warehouse. Para obtener másinformación acerca de la utilización de DB2 como Tivoli Data Warehouse,consulte la publicación IBM Tivoli Monitoring for Tivoli Network Manager IPUser's Guide.

2. Obtenga el entorno ejecutando el mandato $NCHOME/env.sh.


3. Ejecute el script de desinstalación: $NCHOME/Uninstall_ITNM. Este mandato iniciael script $NCHOME/bin/CleanSystem. Las opciones de línea de mandatos semuestran en la interfaz. Estas opciones se describen en la siguiente tabla.

Tabla 12. Opciones Uninstall_ITNM


-p Detiene todos los procesos asociados con lainstalación.

Informix

-i Eliminar la base de datos de topología local

de la instalación de Network Manager. Estaopción solo funciona con la base de datosInformix predeterminada que se incluye conel producto. Consulte el paso 5 en la página128 y complete este paso aplicable.

-n Elimina la instalación de Network Manager.

-t Elimina la GUI de Network Manager y loscomponentes de GUI web de TivoliNetcool/OMNIbus del servidor de TivoliIntegrated Portal. Utilice esta opción en elservidor en el que está instalado TivoliIntegrated Portal.

-c Elimina Tivoli Integrated Portal. Loscomponentes asociados Tivoli CommonReporting y GUI web de TivoliNetcool/OMNIbus, Composite OfferingInstaller (COI) y IBM AutonomicDeployment Engine (DE) también seeliminan.Nota: La utilización de las opciones -c y -apara eliminar Tivoli Integrated Portal, COI yDE puede afectar de forma negativa a otrosproductos de Tivoli que estén instalados enel sistema. Asegúrese de que ningún otroproducto de Tivoli en el sistema requieraestos componentes antes de utilizarcualquier opción.

-a Elimina todos los productos y loscomponentes que tienen archivos o datosalmacenados en las ubicaciones NCHOME yTIPHOME, incluyendo los componentes defondo y de la GUI, Tivoli Netcool/OMNIbuse Informix.

PRECAUCIÓN:Si utiliza esta opción, otros productos queestán instalados en el mismo servidor,como Tivoli Netcool/OMNIbus, GUI webde Tivoli Netcool/OMNIbus y IBM TivoliBusiness Service Manager, podrían nofuncionar. No elija esta opción si tieneinstalados otros productos de Tivoliinstalados en este servidor.

-h Utilice esta opción para especificar eldirectorio de inicio de la instalación si noestá utilizando el NCHOMEpredeterminado.


4. Seleccione los componentes que desee eliminar especificando la opciónadecuada. Puede especificar más de una opción.Por ejemplo, para detener todos los procesos y eliminar los componentes deNetwork Manager y GUI web de Tivoli Netcool/OMNIbus del TivoliIntegrated Portal:./Uninstall_ITNM -p -t

Atención: Eliminar componentes puede hacer que fallen otros productosdependientes. Eliminar los componentes principales o la base de datos detopología provoca errores en los componentes web de Network Manager.

5. Informix Para eliminar una instancia de Network Manager que fue instaladapor un usuario no root y que utiliza una base de datos Informix que fueinstalada en el mismo servidor, ejecute el script Uninstall_ITNM dos veces,como usuario root y usuario no root.a. Ejecute ./Uninstall_ITNM -i como usuario root para eliminar la base de

datos Informix.b. Como usuario, asegúrese de que se ha eliminado el directorio

$NCHOME/netcool/platform/linux2x86/informix. Si no lo ha eliminado,entonces elimínelo manualmente.

c. Ejecute ./Uninstall_ITNM -a como el usuario no root que instaló NetworkManager.

6. DB2 Después de la desinstalación y reinstalación de una base de datosDB2, vuelva a catalogar la base de datos. Utilice el scriptcatalog_db2_database.

7. Para volver a instalar Network Manager después de que se haya eliminado,utilice una nueva ventana de shell. No utilice el shell que se utilizó paradesinstalar el Network Manager anterior.


Desinstalación de Tivoli Netcool/OMNIbus V7.3.1 en UNIX

Information Center de IBM DB2

Desinstalación en WindowsTiene varias opciones para desinstalar Network Manager en los sistemas operativosWindows.

Desinstalación utilizando el asistentePara desinstalar Network Manager utilizando un asistente de GUI en los sistemasoperativos Windows, debe ejecutar el script de desinstalación con la opción swing.Puede desinstalar componentes específicos o el producto completo en la modalidadde línea de mandatos.

Si desea eliminar los productos que están integrados con Network Manager en elmismo servidor, elimínelos utilizando sus propios desinstaladores antes deeliminar Network Manager. Por ejemplo, si utiliza una base de datos DB2 paraalmacenar topología, debe eliminarla utilizando el desinstalador de DB2.

Atención: No intente eliminar un componente o producto suprimiendo losarchivos o directorios. Esto puede causar problemas a la hora de reinstalarcomponentes. Debe utilizar el script de desinstalación que proporciona con elproducto para desinstalar Network Manager.


http://www-01.ibm.com/support/knowledgecenter/SSSHTQ_7.3.1/com.ibm.netcool_OMNIbus.doc_7.3.1/omnibus/wip/install/task/omn_ins_unixuninstalling.html


Para desinstalar todo o parte de Network Manager utilizando el asistente, realicelas siguientes tareas:1. Obtenga el entorno ejecutando el mandato %NCHOME%\env.bat.2. Ejecute el mandato %NCHOME%\Uninstall_ITNM.exe con la opción -i swing. El

asistente de instalación se inicia y muestra los componentes que se van adesinstalar. Todos los componentes que ha instalado el instalador de NetworkManager son seleccionados para su eliminación.

3. Seleccione los componentes que desea eliminar.Atención: Eliminar componentes puede hacer que fallen otros productos quecuentan con esos componentes. Por ejemplo, eliminar Tivoli Netcool/OMNIbushace que IBM Tivoli Business Service Manager falle. Eliminar los componentesprincipales o la base de datos de topología provoca errores en los componentesweb de Network Manager.PRECAUCIÓN:Si elimina los componentes web de Network Manager desde TivoliIntegrated Portal, los componentes de GUI web de Tivoli Netcool/OMNIbusse eliminarán también.

PRECAUCIÓN:Si selecciona el recuadro de eliminar todos los componentes, lainfraestructura de la instalación y Tivoli Integrated Portal, otros productosque están instalados en el mismo servidor, como Tivoli Netcool/OMNIbus,GUI web de Tivoli Netcool/OMNIbus e IBM Tivoli Business ServiceManager, puede que no funcionen. No elija esta opción si tiene instaladosotros productos de Tivoli en este servidor.

4. Haga clic en Siguiente para desinstalar los componentes. Si se le solicitareiniciar el servidor, debe reiniciar el servidor antes de reinstalar cualquiercomponente de Network Manager.

5. DB2 Opcional: Si está utilizando una base de datos DB2 para NCIM, debedescatalogar la base de datos cuando la desinstala y descataloga de nuevo alvolver a instalar. Utilice el siguiente mandato: Windows

%NCHOME%\precision\scripts\sql\db2\uncatalog_db2_database.bat database_name

donde database_name es el nombre de la base de datos NCIM.

6. DB2 Opcional: Si está utilizando una base de datos DB2 como la base dedatos de Tivoli Data Warehouse, debe descatalogar la base de datos cuando ladesinstale y la catalogue de nuevo al volver a instalar. Para obtenerinstrucciones, consulte la publicación IBM Tivoli Monitoring for Tivoli NetworkManager IP User's Guide.

Desinstalación en modalidad de consolaPara desinstalar Network Manager en modalidad de consola en sistemasoperativos Windows, debe ejecutar el script de desinstalación con la opción deconsola. Puede desinstalar componentes específicos o el producto completo en lamodalidad de línea de comandos.


Atención: No intente eliminar un producto suprimiendo los archivos odirectorios. Esto puede causar problemas a la hora de reinstalar componentes.Debe utilizar el script de desinstalación que proporciona con el producto paradesinstalar Network Manager.


Para desinstalar todo o parte de Network Manager utilizando la modalidad deconsola, realice las siguientes tareas:1. Obtenga el entorno ejecutando el mandato %NCHOME%/env.bat.2. Ejecute el mandato %NCHOME%\Uninstall_ITNM.exe con la opción -i console.3. Seleccione los componentes que desee eliminar y siga las solicitudes en

pantalla.Atención: Eliminar componentes puede hacer que fallen otros productos quecuentan con esos componentes. Por ejemplo, eliminar Tivoli Netcool/OMNIbushace que IBM Tivoli Business Service Manager falle. Eliminar los componentesprincipales o la base de datos de topología provoca errores en los componentesweb de Network Manager.PRECAUCIÓN:Si elimina los componentes web de Network Manager desde TivoliIntegrated Portal, los componentes de GUI web de Tivoli Netcool/OMNIbusse eliminarán también.

PRECAUCIÓN:Si selecciona la opción de eliminar todos los componentes, la infraestructurade la instalación y Tivoli Integrated Portal, otros productos que estáninstalados en el mismo servidor, como Tivoli Netcool/OMNIbus, GUI web deTivoli Netcool/OMNIbus e IBM Tivoli Business Service Manager, puede queno funcionen. No elija esta opción si tiene instalados otros productos deTivoli en este servidor.

4. DB2 Opcional: Si está utilizando una base de datos DB2 para NCIM, debedescatalogar la base de datos cuando la desinstala y descataloga de nuevo alvolver a instalar. Utilice el siguiente mandato: Windows



5. DB2 Opcional: Si está utilizando una base de datos DB2 como la base dedatos de Tivoli Data Warehouse, debe descatalogar la base de datos cuando ladesinstale y la catalogue de nuevo al volver a instalar. Para obtenerinstrucciones, consulte la publicación IBM Tivoli Monitoring for Tivoli NetworkManager IP User's Guide.

6. Si se le solicita reiniciar el servidor, debe reiniciar el servidor antes dereinstalar cualquier componente de Network Manager

Desinstalación en la modalidad silenciosaPara desinstalar Network Manager en modalidad silenciosa en sistemas operativosWindows, debe configurar el archivo de respuesta y ejecutar el script dedesinstalación con la opción silenciosa. Puede desinstalar componentes específicoso el producto completo en la modalidad de línea de mandatos.


Atención: No intente eliminar un producto suprimiendo los archivos odirectorios. Esto puede causar problemas a la hora de reinstalar componentes.Debe utilizar el script de desinstalación que proporciona con el producto paradesinstalar Network Manager.

Para desinstalar todo o parte de Network Manager en modalidad silenciosa, realicelas siguientes tareas:


1. Vaya al directorio de instalación.2. Haga una copia de seguridad de seguridad y edite el archivo

ITNM-uninstall-response.txt.3. Para eliminar Network Manager, elimine los comentarios de la siguiente línea

y asegúrese de que está definida en 1:#DEL.NCP.BOOLEAN=1

Importante: Eliminar Network Manager provoca errores en los componentesweb de Network Manager.

4. Para eliminar las aplicaciones web de Network Manager y los componentes deGUI web de Tivoli Netcool/OMNIbus (pero no Tivoli Integrated Portal),elimine los comentarios de la siguiente línea y asegúrese de que está definidaen 1:#DEL.TIP.BOOLEAN=1

5. Para eliminar Tivoli Netcool/OMNIbus, elimine los comentarios de lasiguiente línea y asegúrese de que está definida en 1:#DEL.NCO.BOOLEAN=1

Atención: Eliminar Tivoli Netcool/OMNIbus hace que otros productos quecuentan con Tivoli Netcool/OMNIbus, como IBM Tivoli Business ServiceManager, fallen.

6. Para eliminar todos los componentes en los directorios NCHOME yTIPHOME, incluido la infraestructura de instalación, elimine los comentariosde la siguiente línea y asegúrese que está definida en 1:#DEL.ALL.BOOLEAN=1

PRECAUCIÓN:Si selecciona la opción de eliminar todos los componentes, la infraestructurade la instalación y Tivoli Integrated Portal, otros productos que estáninstalados en el mismo servidor, como Tivoli Netcool/OMNIbus, GUI webde Tivoli Netcool/OMNIbus e IBM Tivoli Business Service Manager, puedeque no funcionen. No elija esta opción si tiene instalados otros productosde Tivoli en este servidor.

7. Guarde el archivo ITNM-uninstall-response.txt.8. Obtenga el entorno ejecutando el mandato %NCHOME%\env.bat.9. Ejecute el mandato %NCHOME%\Uninstall_ITNM.exe con la opción -i silent -f

path to response file. Por ejemplo:Uninstall_ITNM.exe -i silent -f C:\temp\ITNM-uninstall-response.txt

Importante: Si el archivo de respuesta no está especificado o no se encuentra,el desinstalador elimina esos componentes que se han instalado la última vezque se ejecutó el instalador.

10. Si se le solicita reiniciar el servidor, debe reiniciar el servidor antes dereinstalar cualquier componente de Network Manager.

11. DB2 Opcional: Si está utilizando una base de datos DB2 para NCIM,debe descatalogar la base de datos cuando la desinstala y descataloga denuevo al volver a instalar. Utilice el siguiente mandato: Windows



12. DB2 Opcional: Si está utilizando una base de datos DB2 como la base dedatos de Tivoli Data Warehouse, debe descatalogar la base de datos cuando la


desinstale y la catalogue de nuevo al volver a instalar. Para obtenerinstrucciones, consulte la publicación IBM Tivoli Monitoring for Tivoli NetworkManager IP User's Guide.

Instalación de paquetes de reparaciónPara obtener los arreglos más recientes, aplique fixpacks. Hay fixpacks disponiblespara el producto Network Manager, así como para otros productos y componentescomo, por ejemplo, Tivoli Integrated Portal y la GUI web de TivoliNetcool/OMNIbus. Puede descargar los fixpacks de IBM Fix Central. Asegúrese demantener el nivel de fixpack actualizado.

Un fixpack está formado por la imagen de instalación, el archivo de instalación ylos archivos léame. Las imágenes de instalación se denominan por producto,sistema operativo y nivel de fixpack, por ejemplo, 3.9.0-TIV-ITNMIP-zLinux-FP0003. Los fixpacks son acumulativos. Por ejemplo, el fixpack 3 incluye todos losarreglos de los fixpacks anteriores.

Para obtener información acerca de qué versiones de Tivoli Integrated Portal sesoportan con Network Manager, consulte la matriz de certificación de TivoliIntegrated Portal en IBM DeveloperWorks. Por ejemplo, determinadas versiones deTivoli Integrated Portal V2.2.0.x únicamente se soportan con las versiones defixpack de Network Manager.

Importante: La renovación de la imagen de producto completa de NetworkManager (nivel de compilación 3.9.0.71, publicado el 14 de septiembre de 2012)incluye todos los arreglos del fixpack 2 y los cambios en la imagen base. Puedeaplicar los fixpacks publicados después del fixpack 2 en la imagen GA base y en larenovación de la imagen de producto completa.

Nota: Fix Pack 5 Si va a instalar Network Manager V3.9 Fix Pack 5, y desea utilizarOracle 12c con su base de datos de topología, debe realizar la instalación en elsiguiente orden:1. Instale Network Manager V3.9 Fixpack 5, como se describe en este tema.2. Cree y rellene la base de datos Oracle 12.3. Reconfigure el núcleo y la GUI de Network Manager para conectarse con la

nueva base de datos de Oracle 12c, como se describe en Cambio de los detallesde acceso de NCIM.

1. Para identificar la versión actual de los procesos de Network Manager, ejecutelos procesos con la opción -version.

2. Descargue el fixpack de Fix Central en http://www-933.ibm.com/support/fixcentral/. A continuación, extraiga la imagen de instalación del fixpack.

3. Lea la información en los archivos asociados con el fixpack. Un fixpack deNetwork Manager incluye un información en los siguientes archivos. Otrosproductos y componentes tendrán archivos diferentes.v README.1ST: proporciona la ubicación de los archivos INSTALL y README.v INSTALL: proporciona información importante sobre la instalación del fixpack,

incluidos los pasos previos a la instalación, los pasos de instalación y lospasos posteriores a la instalación, así como las restricciones y los requisitos.

v README: describe los arreglos y las mejoras que se incluyen en el fixpack.4. Detenga todos los procesos Network Manager en ejecución. Para obtener más

información sobre cómo detener el producto, consulte la publicación IBM TivoliNetwork Manager IP Edition Administration Guide.




5. Instale el paquete de reparación como se describe en el archivo INSTALL.

6. Fix Pack 4 Después de instalar el fixpack, realice las siguientes tareas si procedepara su despliegue:v Consulte el archivo $NCHOME/log/install/manuallyUpdate.log, que incluye

los archivos de configuración que deben modificarse manualmente. Durantela instalación del fixpack, el instalador busca en estos archivos si se hanmodificado los valores predeterminados. Si se encuentran cambios, estosarchivos no se sobrescriben. En estos archivos, sustituya todas las instanciasde todas las apariciones de list type text con list type undef. Porejemplo, la siguiente sentencia debe modificarse:connects&1 = "eval(list type text, ’&RelatedTo’)",

Es necesario modificar esta sentencia de ejemplo de modo que quede comola siguiente:connects&1 = "eval(list type undef, ’&RelatedTo’)",

v Copie el script CleanSystem desde el directorio $NCHOME/precision/install/scripts en el directorio $NCHOME/precision/bin. Estos scripts se actualizan eneste fixpack.

v Para los entornos distribuidos de 64 bits que están protegidos por SSL: en elhost de Network Manager, cambie el nivel de JRE del programa de utilidadnc_common. Edite $NCHOME/bin/nc_common y cambie todas las entradas NCO_JREa NCO_JRE_64_32. Este cambio no es necesario en los entornos de servidorúnico.

v Si su instalación de Tivoli Netcool/OMNIbus está en V7.4 fixpack 2 oposterior, elimine los comentarios de la siguiente línea en el archivo$NCHOME/probes/arch/nco_p_ncpmonitor.props, donde arch representa elsistema operativo. A continuación, reinicie el proceso nco_p_ncpmonitor.

– UNIX

NHttpd.ConfigFile: "$NCHOME/omnibus/etc/libnhttpd.json"

– Windows

NHttpd.ConfigFile: "%NCHOME%\\omnibus\\etc\\

libnhttpd.json"

v Ejecute el mandato ncp_mib con la opción -override. Este mandato carga loscambios en los archivos MIB.

7. En el archivo README, busque si hay problemas conocidos con el fixpack yrealice los cambios que necesiten los arreglos de APAR.


Matriz de certificación de Tivoli Integrated Portal en IBM DevelopWorks


https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=26d4aa47-4fd6-460d-a93b-3ee8945324d6

Capítulo 3. Actualización y migración

Lea la información sobre la actualización de su versión de Network Manager ysobre la migración de instalaciones existentes.

Nota: Los puertos predeterminados para iniciar sesión en el servidor de laaplicación son diferentes en las distintas versiones. El acceso no seguro le redirigeal puerto seguro a menos que lo configure en caso contrario (consulte“Configuración del acceso para HTTP y HTTPS” en la página 219). Los puertospredeterminados para el release V3.9 de Network Manager son los siguientes:v https://localhost:16311/ibm/console (acceso seguro).v http://localhost:16310/ibm/console (acceso no seguro).

Restricción: Solo se soportan las siguientes configuraciones al actualizar aNetwork Manager V3.9 desde V3.7 o V3.8 o al copiar una instalación existenteV3.9:v Puede migrar desde cualquier sistema UNIX a otro sistema UNIX, pero migrar

desde sistemas UNIX a sistemas Windows o viceversa, no es admitido.v Las máquinas de origen y destino deben utilizar el mismo tipo de base de datos.

La única excepción es si migra desde el origen MySQL predeterminado anterioral Informix predeterminado en V3.9 en el sistema de destino.

v Los sistemas de origen y de destino deben ser las instalaciones FIPS o que nosea FIPS. La migración desde una instalación de FIPS a una instalación que nosea de FIPS, o al revés, no es admitida.

Atención: Si tiene varios productos Tivoli que utilizan el marco de trabajoTivoliIntegrated Portal, consulte la Referencia cruzada de migración de productos enhttps://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/Tivoli%20Business%20Service%20Manager1/page/Migrationpara obtener las dependencias y consideraciones al realizar actualizaciones ymigrar.

Actualización y migración a la última versión de Network ManagerPuede actualizar a Network Manager V3.9 desde las versiones 3.7 o 3.8.

La actualización y la migración a la última versión de Network Manager implicarecopilar datos de la instalación existente de Network Manager, exportar los datos,instalar la nueva versión de Network Manager e importar los datos a la nuevainstalación.

Nota: Debe ejecutar los scripts de exportación-importación como el mismo usuarioque ha instalado el producto.

Las diferentes versiones de Network Manager y los componentes relacionadosutilizan diferentes estructuras de directorio y tienen archivos de configuración endiferentes ubicaciones. Esto se debe principalmente a cambios en la infraestructurade los releases. Por ejemplo, Network Manager V3.8 utiliza Tivoli Integrated Portal1.1.x, Network Manager V3.9 utiliza Tivoli Integrated Portal V2.1 y NetworkManager V3.7 utiliza Netcool GUI Foundation. Para obtener una visión general dedonde encontrar archivos, consulte la Tabla 13 en la página 136.


https://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/Tivoli%20Business%20Service%20Manager1/page/Migration

https://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/Tivoli%20Business%20Service%20Manager1/page/Migration

Como referencia, la siguiente tabla contiene una visión general de cómo laubicación predeterminada de los archivos de configuración ha cambiado en lasdiferentes versiones.

Tabla 13. Ubicaciones predeterminadas de los archivos de configuración

ElementoUbicación en laversión 3.7

Ubicación en laversión 3.8

Ubicación en laversión 3.9

NCHOMEv UNIX

/opt/IBM/tivoli

v Windows

C:\IBM\tivoli

v UNIX


v Windows

C:\IBM\tivoli\netcool

v UNIX


v Windows

C:\IBM\tivoli\netcool

ITNMHOME No aplicable No aplicablev UNIX

/opt/IBM/tivoli/netcool/precision

v Windows

C:\IBM\tivoli\netcool\precision

Nota: De formapredeterminada,PRECISION_HOMEse establece en lamisma ubicación queITNMHOME, pero loutilizan otras partesdel producto.

TIPHOME No aplicablev UNIX

/opt/IBM/tivoli/tip

v Windows

C:\IBM\tivoli\tip

v UNIX

/opt/IBM/tivoli/tipv2

v Windows

C:\IBM\tivoli\tipv2

Archivos depropiedades de laGUI

NCHOME/etc/precision

TIPHOME/profiles/TIPProfile/etc/tnm

ITNMHOME/profiles/TIPProfile/etc/tnm

Plantillas de vistadinámica

NCHOME/etc/precision/dynamictemplates

TIPHOME/profiles/TIPProfile/etc/tnm/dynamictemplates

ITNMHOME/profiles/TIPProfile/etc/tnm/dynamictemplates

Haga clic con elbotón derecho delratón en los archivosde definición deherramientas y menú

NCHOME/etc/precision/menus

TIPHOME/profiles/TIPProfile/etc/tnm/menus

ITNMHOME/profiles/TIPProfile/etc/tnm/menus

NCHOME/etc/precision/tools

TIPHOME/profiles/TIPProfile/etc/tnm/tools

ITNMHOME/profiles/TIPProfile/etc/tnm/tools

Archivos de iconosde la GUI

NCHOME/etc/precision/resource

TIPHOME/profiles/TIPProfile/etc/tnm/resource

ITNMHOME/profiles/TIPProfile/etc/tnm/resource

Archivos deconfiguraciónWebTools

NCHOME/etc/precision/tools

TIPHOME/profiles/TIPProfile/etc/tnm/tools

ITNMHOME/profiles/TIPProfile/etc/tnm/tools


Visión general de actualización y de migraciónUtilice esta información como una guía paso a paso para actualizar NetworkManager y migrar los valores existentes a una versión actualizada.

Pasos de actualización y migración desde Network Manager V3.8

El paso a la versión más actualizada de Network Manager desde la V3.8 implicavarios pasos. El proceso utiliza scripts separados para mover los valores decomponentes de la GUI y principales en toda la instalación nueva.

Para actualizar a Network Manager V3.9 desde V3.8 y migrar sus valores ypersonalizaciones, realice los pasos tratados en la tabla siguiente.

Tabla 14. Tareas de actualización y migración desde Network Manager V3.8

Acción Paso

1. Preparar su sistema existente. “Preparación de la actualización” en la página 139

2. Exportar los datos de personalización principales. “Exportación de datos de personalización” en la página141

3. Exportar los datos de configuración de la GUI. “Exportación de datos de la GUI V3.8” en la página 142

4. Instalar Network Manager V3.9. Capítulo 2, “Instalación”, en la página 55Importante: Si va a instalar V3.9 en el mismo servidorque la instalación existente de V3.8, debe realizar lassiguientes tareas adicionales:

v Utilice un nuevo directorio para instalar V3.9.

v No cambie el directorio existente utilizado por V3.8,incluso si planea desinstalar V3.8 más adelante.

v Instale V3.9 utilizando la misma cuenta de usuario quese utilizó para instalar V3.8.

v Elija diferentes puertos para V3.9 para evitarconflictos.

v En las plataformas que no son de Windows, utiliceventanas de terminal separadas para cualquiermigración y pasos de instalación, así como para todoslos demás mandatos para ejecutar los productos.

v Asegúrese de utilizar las variables del entorno correctopara la versión adecuada.

Tenga en cuenta que en Windows, no puede ejecutarV3.8 después de instalar V3.9

5. Instalar IBM Tivoli Netcool/OMNIbus Puede instalar IBM Tivoli Netcool/OMNIbus como partede su instalación de Network Manager.

Para obtener más información acerca de la actualizacióny migración de IBM Tivoli Netcool/OMNIbus, consultela publicación IBM Tivoli Netcool/OMNIbus Installation andDeployment Guide.Nota: Si ha instalado una instancia nueva de IBM TivoliNetcool/OMNIbus como parte de la instalación deNetwork Manager, el nombre de ObjectServer que facilitódurante la instalación se almacenará enNCHOME/etc/precision/ConfigItnm.Nombre_Dominio_Network_Manager.cfg

Capítulo 3. Actualización y migración 137

Tabla 14. Tareas de actualización y migración desde Network Manager V3.8 (continuación)

Acción Paso

6. Importar datos de configuración principales anterioresen su nueva instalación.

“Importación de datos de personalización” en la página143Nota: Cualquier archivo de configuración exportadodesde su instalación de V3.8 anterior e importado enNetwork Manager V3.9 que contenga contraseñas u otrascadenas originalmente cifradas utilizando herramientasde cifrado V3.8 se volverá a cifrar utilizandoherramientas de cifrado compatibles con FIPS 140–2como parte de esta actualización. Los archivos de laversión 3.9 que se sustituyen por archivos de V3.8migrados durante el proceso de actualización se copiande forma segura con el nombre nombrearchivo_39, dondenombrearchivo es el nombre del archivo original deversión 3.9.

7. Debido a los cambios en el producto, algunos valoresde configuración principales deben migrarse de formamanual en el nuevo sistema.

“Importación de datos de personalización - pasosmanuales” en la página 146

8. Importar datos de configuración de la GUI anterioresen su nueva instalación

“Importación de datos de la GUI V3.8” en la página 152

9. Debido a los cambios en el producto, algunos valoresde configuración de la GUI deben migrarse de formamanual en el sistema nuevo.

“Importación de datos de la GUI V3.8 - pasos manuales”en la página 154

10. Identificar modificaciones realizadas al esquema debase de datos de topología de NCIM

“Identificación de las personalizaciones de la base dedatos de topología de NCIM” en la página 156

11. Detenga e inicie Network Manager, incluido el TivoliIntegrated Portal.

Inicio y detención de Network Manager

Pasos de actualización y migración de Network Manager V3.7

Mover a versión más actualizada de Network Manager desde V3.7 implica variospasos. El proceso utiliza un script de exportación para recopilar todos los datos yun script de importación para agregar los datos recopilados a la nueva instalación.Necesita ejecutar los scripts en todas las máquinas si tiene un entorno distribuidocon componentes de Network Manager instalados en varios servidores.

Para actualizar a Network Manager V3.9 desde V3.7 y migrar sus valores ypersonalizaciones, lleve a cabo los pasos tratados en la tabla siguiente.

Tabla 15. Tareas de actualización y migración de Network Manager V3.7

Acción Paso

1. Preparar su sistema existente. “Preparación de la actualización” en la página 139

2. Exportar los datos de personalización de la GUI yprincipales.

“Exportación de datos de personalización” en la página141

3. Instalar Network Manager V3.9. Capítulo 2, “Instalación”, en la página 55


Tabla 15. Tareas de actualización y migración de Network Manager V3.7 (continuación)

Acción Paso

4. Instalar IBM Tivoli Netcool/OMNIbus Puede instalar IBM Tivoli Netcool/OMNIbus como partede su instalación de Network Manager.

Para obtener más información acerca de la actualizacióny migración de IBM Tivoli Netcool/OMNIbus, consultela publicación IBM Tivoli Netcool/OMNIbus Installation andDeployment Guide.Nota: Si ha instalado una instancia nueva de IBM TivoliNetcool/OMNIbus como parte de la instalación deNetwork Manager, el nombre de ObjectServer que facilitódurante la instalación se almacenará enNCHOME/etc/precision/ConfigItnm.Nombre_Dominio_Network_Manager.cfg

5. Importar datos de configuración de la GUI yprincipales anteriores en su nueva instalación.

“Importación de datos de personalización” en la página143Nota: Cualquier archivo de configuración exportadodesde su instalación de V3.7 anterior e importado enNetwork Manager V3.9 que contenga contraseñas u otrascadenas originalmente cifradas utilizando herramientasde cifrado de V3.7, se volverán a cifrar utilizandoherramientas de cifrado compatibles con FIPS 140–2como parte de esta actualización. Los archivos de versión3.9 que se sustituyen por archivos de V3.7 migradosdurante el proceso de actualización se copian de formasegura con el nombre nombrearchivo_39, dondenombrearchivo es el nombre del archivo original de laversión 3.9.

6. Debido a los cambios en el producto, algunos valoresde configuración deben migrarse de forma manual en elnuevo sistema.

“Importación de datos de personalización - pasosmanuales” en la página 146

7. Identificar modificaciones realizadas al esquema debase de datos de topología de NCIM

“Identificación de las personalizaciones de la base dedatos de topología de NCIM” en la página 156

8. Detenga e inicie Network Manager, incluido el TivoliIntegrated Portal.

Inicio y detención de Network Manager

Preparación de la actualizaciónPrepare el sistema existente para la actualización copiando los archivos necesariospara el proceso de actualización y migración. El paquete de instalación de NetworkManager contiene todos los archivos necesarios.

Si desea actualizarse a Network Manager V3.9 Fixpack 5, primero debe actualizarlos siguientes scripts de importación y exportación: $NCHOME/precision/install/scripts/nmExport, $NCHOME/precision/install/scripts/nmImport y$NCHOME/scripts/upgrade/ITNMExportNetworkViews.pl. Después de instalarNetwork Manager Fixpack 5, copie los scripts nmExport y nmImport en el directorioscripts, en la ubicación donde ha descomprimido el archivo de instalación para laversión principal de Network Manager. O bien, si está utilizandoExportPackage.tar, copie los scripts en el directorio scripts donde hadescomprimido el archivo .tar. No puede ejecutar estos scripts desde unainstalación existente o la instalación de un fixpack. Copie también el scriptITNMExportNetworkViews.pl en el directorio migration/bin/ de la misma ubicación.

Preparación para la actualización:


1. Vaya al lugar en el que ha colocado el paquete de instalación de NetworkManager V3.9.

2. Ubique UNIX ExportPackage.tar o Windows ExportPackage.zipdependiendo del sistema operativo.

3. Copie el archivo comprimido en su instalación existente de Network Manager.Si tiene componentes de la GUI y principales en más de un servidor, copie elarchivo en cada uno de ellos.

4. Extraiga los archivos a una ubicación temporal. Los archivos y los programasde utilidad necesarios para el proceso de actualización y migración estarándisponibles una vez se extraiga el archivo comprimido. Los artículosprincipales que requieren atención son los siguientes:v El programa de utilidad de área de ejecución: utilícelo para iniciar la GUI

del área de ejecución desde donde puede ejecutar una recopilación de datosen la instalación anterior. Los datos recopilados se pueden exportar despuéspara aplicarlos a nuevas instalaciones. También se proporciona un programade utilidad de importación para su uso en la nueva instalación. Puedeutilizar una GUI o la línea de mandatos para iniciar y usar este programa deutilidad.

Nota: Puede utilizar el programa de utilidad de exportación para recopilardatos en las instalaciones de las versiones 3.7, 3.8 o incluso 3.9 de NetworkManager. Si tiene una instalación de la versión 3.7 de Network Manager, elprograma de utilidad también exporta los datos de Netcool GUI Foundation.

v El archivo Preupgrade.tar o el archivo Preupgrade.zip: contienen programasde utilidad para la exportación de valores de GUI anteriores en NetworkManager V3.8 y, a continuación, impórtelos a la nueva instalación.

Nota: Este archivo solo es necesario para la exportación-importación dedatos de componentes de la GUI V3.8.

5. Los nombres de políticas de sondeo y los nombres de definición de sondeodeben ser exclusivos. En releases anteriores de Network Manager, unalimitación conocida permitía la creación de nombres de políticas de sondeoduplicados o nombres de definición de sondeo duplicados. En NetworkManager V3.9, no se permiten los nombres de políticas de sondeo o losnombres de definición de sondeo duplicados. Si ha creado políticas de sondeo odefiniciones de sondeo con el mismo nombre en la instalación V3.7 o V3.8anterior, debe cambiar el nombre de uno cada par de duplicados paraasegurarse de que cada políticas de sondeo y cada nombre de definición desondeo es exclusivo en su sistema. Debe hacer esto antes de llevar a caboexportaciones de datos.

Nota: El sondeador se debe estar ejecutando cuando realice la operación decambio de nombre. Esto es necesario para los nombres que se van a propagarde forma adecuada a los campos de la base de datos que requieren estainformación (por ejemplo, datos de sondeo históricos al realizar la migracióndesde un sistema V3.8).


Exportación de datos de personalizaciónDebe recopilar y exportar los datos de personalización de la versión anterior paraque estén disponibles para la importación de la instalación de Network ManagerV3.9.

Para utilizar el área de ejecución, necesita un navegador compatible instalado en elservidor. Asegúrese de que ha copiado el archivo UNIX ExportPackage.tar o elarchivo Windows ExportPackage.zip del paquete de instalación de NetworkManager V3.9 en cada servidor en el que la instalación existente de NetworkManager tiene componentes.

Para exportar datos de personalización, realice los siguientes pasos:1. En cada servidor en el que están instalados los componentes de la versión

anterior, vaya al sitio del que ha extraído ExportPackage y ejecute el script deexportación de datos:v Para ejecutar el script desde el área de ejecución del instalador, inicie el área

de ejecución ejecutando el script UNIX launchpad.sh en UNIX o elejecutable Windows launchpad.exe en Windows, seleccione el elemento demenú Previo a la instalación y migración, expanda la sección Actualizacióndesde una versión existente de Network Manager y haga clic en Exportardatos de Network Manager.

v Para ejecutar el script desde la línea de mandatos, ejecute el scriptUNIX nmExport en UNIX o el script Windows nmExport.bat en Windows

desde el subdirectorio scripts.

Nota: Debe ejecutar el script como el mismo usuario que ha instalado elproducto.

Restricción: Los datos de sondeo históricos no se recopilan al exportar datosdesde los sistemas V3.7. La exportación de datos de sondeo históricos desdesistemas V3.8 es opcional. La exportación e importación de datos de sondeohistóricos desde los sistemas V3.8 consumirá más o menos tiempo dependiendode la cantidad de datos que se estén migrando.

2. Proporcione las respuestas para las solicitudes. Dependiendo de la versión de lainstalación anterior de Network Manager, los siguientes datos se extraen y seguardan en un archivo de exportación en una ubicación de su elección(.pkg ensistemas UNIX o .zip en sistemas Windows):v Para la versión 3.7: datos de dominio, archivos de configuración, archivos de

memoria caché, archivos de MIB adicionales, configuraciones específicas deGUI incluidas las páginas y vistas de red, políticas de sondeo, informes ycontraseñas de Netcool GUI Foundation.

v Para la versión 3.8: datos de dominio, datos de configuración dedescubrimiento, vistas de red y políticas de sondeo.

Nota: Para las instalaciones de V3.7, se recopilan todos los datos decomponentes de la GUI y principales. Para las instalaciones de V3.8, solo serecopilan datos de componentes principales. Para recopilar datos decomponentes de la GUI versión 3.8, debe ejecutar otro script, como sedescribe en “Exportación de datos de la GUI V3.8” en la página 142. No esnecesario que ejecute este script para V3.7.

Nota: El proceso de exportación crea sus propios archivos de registro. Si hasido satisfactorio, todos los archivos de registro relacionados son empaquetados


en el archivo de paquete de exportación .pkg o .zip, para que esténdisponibles en el sistema actualizado. Si el proceso falla, el paquete no se crea ylos registros se guardan en el directorio de inicio del usuario:

v UNIX $HOME/itnmExportLogs

v Windows %UserProfile%\itnmExportLogs

3. Si está instalando Network Manager V3.9 en un servidor diferente, copie todoslos datos exportados a ese servidor, o servidores, para que los datos esténdisponibles para su importación a sistemas nuevos.

4. Si también está exportando datos de personalización de Netcool/OMNIbus,copie todos los datos exportados en el servidor en el que quiera instalarNetcool/OMNIbus.

Después de exportar los datos de personalización, debe instalar Network ManagerV3.9 y, a continuación, importar los datos de personalización.Referencia relacionada:“Navegadores soportados para el launchpad del instalador” en la página 47Para ejecutar el launchpad del instalador, asegúrese de que tiene instalado unnavegador compatible. Los navegadores compatibles con el launchpad delinstalador no son necesariamente los mismos que los navegadores soportados paralas aplicaciones web.

Exportación de datos de la GUI V3.8Debe exportar los datos de personalización de la GUI V3.8 anterior antes deinstalar Network Manager V3.9.

Para utilizar el área de ejecución, necesita un navegador compatible instalado en elservidor. Asegúrese de que ha copiado el archivo UNIX ExportPackage.tar o

Windows ExportPackage.zip del paquete de instalación de Network Manager V3.9en el servidor en el que están instalados los componentes de la GUI V3.8 existente.

Restricción: El proceso de actualización no exporta datos de dispositivos nogestionados. Cuando se haya completado el descubrimiento de la red en el sistemade destino, tendrá que volver a establecer manualmente los dispositivospertinentes en el estado no gestionado.

Para exportar datos de personalización de la GUI, realice los siguientes pasos:1. En cada servidor en el que los componentes de la GUI del sistema V3.8 anterior

estén instalados, vaya a donde ha extraído ExportPackage.

2. Extraiga el archivo UNIX Preupgrade.tar o Windows Preupgrade.zip aTIPHOME/profiles/TIPProfile.

3. Ejecute el script de exportación de datos de la GUI:v Para ejecutar el script desde el área de ejecución del instalador, inicie el área

de ejecución ejecutando el script UNIX launchpad.sh en UNIX o elejecutable Windows launchpad.exe en Windows, seleccione el elemento demenú Previo a la instalación y migración, expanda la sección Actualizacióndesde una versión existente de Network Manager y haga clic en Exportardatos de la GUI de Network Manager.

v Para ejecutar el script desde la línea de mandatos, vaya al subdirectorioscripts y dependiendo del sistema operativo, ejecute el mandato

UNIX nmGuiExport o el mandato Windows nmGuiExport.bat de lasiguiente manera:


nmGuiExport | bat -u TIP administrator user name -p password for TIPadministrator -d location of the TIP installation to be migrated

Nota: Si no se proporcionan valores, se le solicitará que los especifique. Si nose proporciona la ubicación de la instalación de Tivoli Integrated Portal quese va a migrar, se utilizará la variable de entorno TIPHOME. Si TIPHOME noexiste, se le solicitará que especifique una ubicación.

Nota: Debe ejecutar el script como el mismo usuario que ha instalado elproducto.Los siguientes datos se extraen y se guardan en el archivo de exportaciónTIPHOME/profiles/TIPProfile/upgrade/data/upgradeData.zip:v Roles de usuario: la exportación guarda los roles para los usuarios que

existían en V3.8 y los aplica al mismo usuario si el mismo usuario existe enV3.9.

Nota: Los usuarios reales definidos para el entorno de V3.9 necesitan sercreados por separado en el repositorio adecuado (LDAP u ObjectServer).

v Páginas, vistas y roles de Tivoli Integrated Portal personalizados.v Informes.El proceso de exportación crea sus propios archivos de registro en lossiguientes directorios:v TIPHOME/profiles/TIPProfile/upgrade/logs

v TIPHOME/profiles/TIPProfile/logs

4. Cree usuarios para V3.9 según sea necesario en el repositorio adecuado (LDAPu ObjectServer).

5. Si está instalando los componentes de la GUI de Network Manager V3.9 en unservidor diferente, copie el archivo de exportación upgradeData.zip en eseservidor, lo que hace que los datos estén disponibles para su importación alnuevo sistema. Si está instalando en servidores separados, asegúrese de quecopia los datos relevantes en el servidor en el que desea instalar el componente.

Después de exportar los datos de personalización, debe instalar Network ManagerV3.9 y, a continuación, importar los datos de personalización.

Importación de datos de personalizaciónDespués de instalar Network Manager V3.9, puede importar los datos depersonalización de la versión anterior.

Antes de que pueda importar datos de personalización, debe exportar los datos dela instalación anterior e instalar la versión 3.9.

Importante: Debe ejecutar ncp_mib si ha copiado sobre los MIB personalizadoscomo parte de esta migración de datos. Si no hace esto, entonces los procesos comoel ayudante de SNMP, ncp_dh_snmp, no iniciarán cuando inicia Network Manager.

Para importar datos de personalización, realice las siguientes tareas:1. Inicie sesión en la instalación anterior. Si posee una configuración distribuida,

debe iniciar sesión en cada servidor que contenga componentes de lainstalación anterior y repita los siguientes pasos para cada servidor.


2. Copie el archivo de exportación (.pkg en sistemas UNIX o .zip en sistemasWindows) en el servidor en el que ha instalado Network Manager V3.9. Debetener más de un archivo de exportación dependiendo de si tiene un entornodistribuido.

3. En la nueva instalación, asegúrese de que los componentes principales deNetwork Manager para cada dominio se estén ejecutando. Para hacer esto,utilice la GUI de servicios de Windows en sistemas Windows o utilice elsiguiente mandato en sistemas UNIX: itnm_start ncp -domain DOMAIN. Porejemplo, para iniciar el dominio de NCOMS, escriba: itnm_start ncp -domainNCOMS. Esto asegura que Network Manager se ha iniciado totalmente y que lastablas del dominio están llenas. Debe detener los componentes principales denuevo para realizar la importación, como se describe en el siguiente paso.

4. Detenga los componentes principales de Network Manager para cada dominioen la nueva instalación utilizando la GUI de servicios de Windows en sistemasWindows o utilizando el siguiente mandato en sistemas UNIX: itnm_stop ncp-domain DOMAIN. Por ejemplo, para detener el dominio NCOMS, escriba: itnm_stopncp -domain NCOMS

Nota: Si no especifica un nombre de dominio con itnm_stop, detiene eldominio predeterminado creado durante la instalación.

5. En la nueva instalación, vaya a donde ha colocado el paquete de instalación.

Nota: Si está migrando desde V3.7, el servidor de Tivoli Integrated Portal debeestar en ejecución parar importar datos de componentes de la GUI.

6. Ejecute el script de importación de datos utilizando uno de los siguientesmétodos:v Para ejecutar el script desde el área de ejecución del instalador, inicie el área

de ejecución ejecutando el script UNIX launchpad.sh en UNIX o elejecutable Windows launchpad.exe en Windows, seleccione el elemento demenú Posterior a la instalación, expanda la sección Actualización desde unaversión existente de Network Manager y haga clic en Importar datos deNetwork Manager.

v Para ejecutar el script desde la línea de mandatos, ejecute el scriptUNIX nmImport en UNIX o el script Windows nmImport.bat en Windows

desde el subdirectorio scripts del soporte de instalación.


7. Cuando se le solicite, proporcione la vía de acceso al archivo .pkg o .zip quecontiene los datos de personalización que ha exportado previamente.

8. Responda las otras preguntas que realiza el proceso de importación.

Nota: El siguiente asunto requiere atención especial:

Asignar nuevos entityIds durante la importación [ N ]

Cada dispositivo en el sistema tiene un entityId. El proceso de importaciónpuede preservar los entityId o asignar nuevos entityId. Si responde no, cadadispositivo mantendrá el entityId de la instalación anterior. Esto es necesariocuando tiene enlaces a sistemas externos que utilicen datos de NetworkManager, por ejemplo, Tivoli Data Warehouse.Si responde sí, a los dispositivos se les asignan nuevos entityId.


Para preservar los entityId, el sistema de destino debe estar vacío. Si elsistema de destino no está vacío (por ejemplo, por causa de una importación odescubrimiento de datos anterior), preservar los entityId puede convertirse enuna operación compleja debido a los conflictos potenciales entre los entityIdexistentes y los que se están importando y los resultados pueden serimpredecibles. Por lo tanto, la fusión de datos de dominio no es compatible.Atención: Si tiene un dominio en el sistema de destino que tiene el mismonombre que su sistema anterior, entonces asegúrese de que el dominio en elsistema de destino no contiene datos. Los nombres de dominio no se puedencambiar durante el proceso de migración.Los datos exportados se importan en la nueva instalación. Sus contraseñas sedescifran, se importan y se vuelven a cifrar.

Importante: Los datos importados dependen de la versión de la instalaciónprevia de Network Manager. Para instalaciones de V3.7, este script gestiona laimportación de todos los datos anteriores. Para instalaciones de V3.8, seimportan los datos del componente principal, mientras que los datos decomponente de la GUI los importa el script que está descrito en “Importaciónde datos de la GUI V3.8” en la página 152.El proceso de importación crea sus propios archivos de registro. Los registrosdel proceso de importación se guardan en NCHOME/log/precision:v ITNMDataImport.log

v ITNMImportHistoricalData.log

v get_policies.nombre dominio.log

v ITNMImportNetworkViews.log

El proceso de exportación-importación detecta automáticamente y vuelve acrear el dominio desde una instalación anterior. El script de importación detectalos dominios potenciales del sistema anterior basándose en los archivos dedatos. Al utilizar el script domain_create.pl, el proceso crea dominiosautomáticamente en la nueva instalación utilizando los nombres de dominio delsistema anterior. Una vez se hayan creado los dominios, se importan los datosprincipales de topología y política para cada uno.El script domain_create.pl crea los archivos de configuración dedescubrimiento para los nuevos dominios en NCHOME/etc/precision utilizandolos valores en los archivos de configuración del dominio predeterminado. Elproceso de importación guarda los archivos importados en el directorio deNCHOME/etc/precision/migration como archivos de solo lectura. Puede utilizarlos archivos importados para actualizar manualmente los nuevos archivoscreados en NCHOME/etc/precision.Atención: Puede recibir mensajes de aviso que hacen referencia a tipos dedatos en desuso. Estos mensajes de aviso indican cambios planificados en lostipos de datos entre releases y se pueden ignorar. El siguiente es un ejemplo:

Level: INFO Message: ncp_config command:- "/opt/IBM/tivoli/netcool/precision/bin/ncp_config" -domain CC -read_schemas_from"/opt/IBM/tivoli/netcool/var/precision/export/importPending"-write_schemas_to "/opt/IBM/tivoli/netcool/etc/precision" -schemaDiscoCollectorFinderSchema.cfgSun Oct 3 05:48:30 2010 Warning: A generic non-fatal error has occurredfound in file RivOQL.y at line 2552 - Deprecated type 'long' in OQLstatement will be evaluated as type 'time'

Después de importar los datos de sistema anteriores, puede realizarconfiguraciones manuales en el nuevo sistema. El proceso de exportación-


importación proporciona orientación sobre qué archivos requieren atención yedición manual para finalizar totalmente el proceso de actualización y migración.Tareas relacionadas:“Carga de información de MIB actualizada” en la página 263Para asegurar que el navegador de MIB refleje la información de MIB másactualizada, cargue la información de MIB actualizada ejecutando la aplicación delínea de comandos ncp_mib.

Importación de datos de personalización - pasos manualesDebido a los cambios en el producto y a las personalizaciones del usuariopotencial, debe migrar algunos valores de configuración principales de formamanual en el nuevo sistema. Revise las siguientes tareas para determinar quéajustes manuales adicionales necesita realizar en su nuevo sistema.

Asegúrese de que ha realizado la recopilación y exportación de datos en el sistemaanterior y que ha importado los datos a la nueva instalación.

Para realizar pasos de migración manuales:1. Inicie sesión en su nueva instalación.2. Revise el archivo NCHOME/log/precision/ITNMCompareSystemsFinal.txt para

obtener información sobre qué cambios manuales son necesarios. Este registrolista los cambios entre el sistema nuevo y el anterior, así como:v Archivos que han cambiado únicamente debido a las modificaciones dentro

del producto de un release al siguiente. Estos archivos se marcan con lasfrases Different y System, por ejemplo, Different,,System,precision/aoc/CiscoNonRoutingSwitch.aoc.

Nota: Estos archivos no requieren su atención, el registro los listaúnicamente para propósitos informativos.

v Archivos que han cambiado únicamente debido a las personalizaciones quelos usuarios han realizado en la instalación anterior. Estos archivos se marcancon las frases Different y User, por ejemplo, Different,User,,etc/precision/DbLogins.NCOMS.cfg.

Nota: Estos archivos no requieren su atención, el registro los listaúnicamente para propósitos informativos.

v Archivos que han cambiado únicamente debido a las modificaciones delproducto en los diferentes releases y a las personalizaciones que los usuarioshan realizado en la instalación anterior. Estos archivos se marcan con lasfrases Different y User,System, por ejemplo, Different,User,System,etc/precision/CtrlServices.cfg. Estos son los archivos que requieren atenciónya que las personalizaciones de los usuarios deben ser revisadas y aplicadasde nuevo manualmente.

v Los archivos que no existían en el sistema anterior, pero existen en la nuevainstalación, se marcan con la frase Inserted, por ejemplo, Inserted,,,etc/precision/DiscoDNSHelperSchema.NCOMS.cfg.

v Archivos que existían en el sistema antiguo, pero que ya no son necesarios yestán obsoletos, se marcan con la frase Removed, por ejemplo, Removed,,,etc/precision/AmosSchema.cfg

v Los archivos que no han cambiado se marcan con la frase Same, por ejemplo,Same ,,,etc/precision/ClassSchema.cfg.

Nota: Hay tres archivos CompareSystems:


v ITNMCompareSystemsTgt.log

v ITNMCompareSystemsFinal.log

v ITNMCompareSystemsFinal.txt

Los dos primeros son archivos de trabajo y puede ignorarlos. El que necesitaatención es el tercero, ITNMCompareSystemsFinal.txt, como se describeanteriormente.

Consejo: Para obtener un informe detallado sobre el proceso de migración deexportación-importación, consulte NCHOME/log/precision/ITNMDataImport.log.Este archivo se utiliza para fines de depuración y soporte.

3. Todos los archivos de la instalación anterior que necesitan ajustes manuales searchivan en NCHOME/etc/precision/migration. Basándose en la información delarchivo ITNMCompareSystemsFinal.txt, inspeccione y ajuste los valores en lossiguientes archivos almacenados según sea necesario:v Cualquier archivo *.aoc de clase de dispositivo.v Cualquier archivo *.agnt de agente.v Cualquier archivo *.stch de agrupador.v Cualquier archivo *.mib de MIB.v SnmpStackSecurityInfo.DOMAIN.cfg

v TelnetStackPasswords.DOMAIN.cfg

v ModelNcimDb.DOMAIN.cfg

v CtrlServices.DOMAIN.cfg

Nota:

– Si ha migrado los archivos CtrlServices.DOMAIN.cfg que se han utilizadopara configurar la migración tras error, puede haber un conflicto entre lasopciones de línea de mandatos -primaryDomain, -backupDomain,-virtualDomain, -backup, and -server en el archivoCtrlServices.DOMAIN.cfg y los valores en el archivoConfigItnm.DOMAIN.cfg. Las opciones de línea de mandatos en el archivoCtrlServices.DOMAIN.cfg tienen prioridad, de manera predeterminada, yquedará registrado un aviso. Puede inhabilitar el uso de un archivoCtrlServices.DOMAIN.cfg migrado cambiándole el nombre(por ejemplo, aCtrlServices.OLD.cfg), que hace que el sistema utilice de manerapredeterminada el archivo CtrlServices.cfg.

– Si ha migrado el archivo CtrlServices.DOMAIN.cfg que contiene otrosvalores personalizados para los procesos definidos (por ejemplo, -latencyy -debug), tendrá que volver a configurar estos valores en el archivoCtrlServices.cfg predeterminado.

v NcoGateInserts.DOMAIN.cfg

v NcoGateSchema.DOMAIN.cfg

v VirtualDomainSchema.DOMAIN.cfg

v DbEntityDetails.cfg

Nota: También debe volver a crear nuevas tablas NCIM.v DiscoCollectorFinderSeeds.DOMAIN.cfg

v DiscoFileFinderParseRules.DOMAIN.cfg

v DiscoPingFinderSeeds.DOMAIN.cfg

v DiscoScope.DOMAIN.cfg


Nota: El archivo DiscoSchema.DOMAIN.cfg se ha dividido en dos partes enNetwork Manager V3.9. Las sentencias de inserción en este archivo se hanmovido al nuevo archivo DiscoConfig.DOMAIN.cfg. Esto proporciona unamanera de separar las personalizaciones de usuario de las definiciones deesquema fijo.

Dependiendo de la configuración del sistema anterior, tendrá que realizar tareasmanuales adicionales como ajustar varios valores de dominio, copiar propiedadesde DLA, aplicar de forma manual valores de sondeo e informe o revisar los valoresde gestión de sucesos y entender los cambios en la manera en cómo funcionan lacorrelación y el enriquecimiento de sucesos en Network Manager V3.9.

Nota: Una vez haya finalizado la importación de datos de configuración y laconciliación de personalizaciones de forma manual, asegúrese de que inicia losdominios antes de utilizar Network Manager. El dominio predeterminadoespecificado durante la instalación se inicia al iniciar Network Manager, pero sitiene varios dominios, inicie cada uno utilizando el mandato itnm_start ncp-domain DOMAIN.

Migración de propiedades DLASi utiliza el adaptador de biblioteca de descubrimiento (DLA) para recopilar datosen recursos de red y tener archivos de propiedades DLA que ha configurado en elsistema anterior, los valores tienen que ser migrados de forma manual.

Para migrar los valores DLA:1. Inicie sesión en la nueva instalación.2. Vaya a NCHOME/var/precision/export y localice los archivos de propiedades

DLA que el proceso de exportación-importación ha archivado en el sistemaanterior y ha copiado. Cada dominio tiene un archivoncp_dla.properties.domain name que almacena el proceso deexportación-importación.

3. Utilice los archivos de propiedades DLA almacenados para cada dominio paravolver a crear los mismos valores DLA en la nueva instalación:a. Vaya a NCHOME/precision/adapters/ncp_dla.b. Utilizando el archivo ncp_dla.properties, cree un archivo de propiedades

DLA equivalente basado en cada archivo DLA del dominio anterior,nombrando los archivos después de cada dominio, por ejemplo,ncp_dla.properties.NCOMS.

c. Abra el archivo de propiedades DLA almacenado para cada dominio yrealice la misma configuración en el archivo específico de dominiorespectivo como en el archivo anterior almacenadoncp_dla.properties.domain name, volviendo a crear así el archivo DLA paracada dominio respectivo en el nuevo sistema.PRECAUCIÓN:No copie-pegue el contenido del archivo anterior tal como está en elnuevo archivo, pero copie los valores que se han modificado en el sistemaanterior. El nuevo archivo contiene nuevos parámetros que no existían enversiones anteriores y no funcionarán de forma adecuada si el contenidose altera temporalmente.

4. Guarde y cierre cada archivo de propiedades DLA.Tareas relacionadas:


“Configuración del DLA” en la página 194El adaptador de biblioteca de descubrimiento (DLA) requiere un archivo depropiedades de configuración para determinar el origen de datos al que conectarse,el dominio que consultar, el directorio de destino para los libros de la biblioteca dedescubrimiento y los parámetros de registro.

Migración de personalizaciones de manejo de sucesosEl enriquecimiento y la correlación de sucesos han cambiado sustancialmente enNetwork Manager V3.9. Si ha realizado personalizaciones en la gestión de sucesos,tendrá que comprender cómo el enriquecimiento y la correlación de sucesoscambia y vuelve a implementar sus personalizaciones en la nueva instalación.

Para comprender los cambios y volver a implementarlos:1. Inicie sesión en una nueva instalación.2. Revise los cambios que ha realizado en los archivos NcoGateSchema.DOMAIN.cfg

y NcoGateInserts.DOMAIN.cfg y realice los cambios que sean necesarios:a. Vaya a NCHOME/etc/precision/migration.b. Localice los archivos NcoGateSchema.DOMAIN.cfg y

NcoGateInserts.DOMAIN.cfg para cada dominio en el que haya realizadopersonalizaciones.

c. Comprenda las tablas de sucesos para determinar cómo volver a aplicar laspersonalizaciones a las tablas config.precedence, config.eventMap,config.ncp2nco y config.nco2ncp. Para obtener más información, consulteIBM Tivoli Network Manager IP Edition Management Database Reference

Nota: Las reglas de sonda llenan el campo NmosEventMap de alerts.statuspara todos los sucesos de Network Manager que ha generado el sondeador. Lasentradas de la tabla config.precedence no son necesarias a menos que deseealterar temporalmente la correlación de sucesos o cambiar el valor deprecedencia predeterminado.

3. Si realiza personalizaciones en las tablas config.ncp2nco o config.nco2ncp, lea lainformación sobre los agrupadores en el directorio NCHOME/precision/eventGateway/stitchers y comprenda cómo funcionan en el release actual paravolver a implementar las personalizaciones de enriquecimiento de sucesos. Paraobtener más información sobre los agrupadores, consulte IBM Tivoli NetworkManager IP Edition Event Management Guide

Migración de valores de sondeoPara utilizar las personalizaciones de sondeo anteriores en la versión 3.9, debedefinir el ámbito para cada política de sondeo de forma manual una vez finalice laimportación.

Las políticas de sondeo personalizadas y las definiciones de sondeo se mueven alnuevo sistema mediante el proceso de exportación-importación. El ámbito seimporta a una vista de red, que es necesario definir de forma manual para cadapolítica. Esto se debe a los cambios en el modo en cómo se define el ámbito (unapolítica definida para sondear las entidades de red):v En V3.7, el ámbito es definido por la clase de dispositivo y el filtro de

dispositivo definido en la política de sondeo.v En V3.8, el ámbito es definido por la clase de dispositivo, filtro de dispositivo y

conjunto de filtros de interfaz en la política de sondeo.v En V3.9, el ámbito está definido por la vista de red que se aplica y se puede

refinar aun más definiendo los filtros de clase e interfaz en el nivel de definiciónde sondeo. Las políticas de sondeo también pueden tener filtros de dispositivo


definidos, pero están restringidos a la tabla mainNodeDetails y tienen comoobjetivo proporcionar el filtrado de dispositivos para soportar el gráfico de MIBy las políticas de sondeo creadas durante las vistas de red para los menús de clicderecho.

En V3.9, el método principal de definición de un ámbito es utilizando una vista dered. Puede asignar una o más vistas de red a una política de sondeo para definir elámbito de dispositivo que se va a sondear. Para comprender las políticas desondeo en V3.9, cree nuevas políticas y defina su ámbito utilizando vistas de red.

Nota: Una política de sondeo se puede asociar con varias definiciones de sondeoen V3.9, mientras que en V3.8 solo puede tener una definición por sondeo. Estopuede ser útil, por ejemplo, cuando desee sondear información que es específicadel proveedor del dispositivo. En estos casos debe configurar un definición desondeo para cada proveedor (ya que cada proveedor puede tener MIB diferentes),pero solo tienen una política con todas las definiciones de sondeo agregadas paraobtener los datos de toda su red.

El proceso de exportación-importación crea vistas de red basadas en los ámbitos depolíticas de sondeo anteriores y nombra las vistas de red después de la política desondeo. Tiene que editar cada política de sondeo y seleccionar la vista de redadecuada para cada política después de importar los datos al nuevo sistema.También puede seleccionar un filtro de dispositivo en la política de sondeo o crearun ámbito más pormenorizado utilizando los valores de clase de dispositivo y defiltro de interfaz de las definiciones de sondeo.

Para migrar los valores de sondeo, complete los siguientes pasos.1. Inicie sesión en la instalación de V3.9.2. Asegúrese de que las vistas de red existen para su sistema: haga clic en

Disponibilidad > Disponibilidad de red > Vistas de red.3. Haga clic en Administración > Red > Sondeo de redes.4. Seleccione una política que estuviese disponible en el sistema anterior haciendo

clic en el nombre de la política de sondeo. El Editor de políticas de sondeoaparece en pantalla para la política que ha seleccionado y su configuración secarga de forma automática en los campos.

5. Vaya al separador Vistas de red y seleccione la vista de red con el mismonombre que la política. Este define el ámbito de la política para los dispositivosen la vista de red que se basa en la configuración del sistema anterior.

Nota: Las políticas de sondeo del sistema anterior que se han configurado paratodos los dispositivos no tendrán una vista de red. En esos casos, asegúrese deque Todos los dispositivos está seleccionado en el separador Vistas de red.

6. Opcional: Puede refinar aún más el ámbito de la política creando un filtro másrestringido en el separador Filtro de dispositivo. Además, las definiciones desondeo adjuntas a la política pueden contener un filtrado más pormenorizadobasado en los filtros de clase de dispositivo y de interfaz.

Consejo: Si un filtro de clase o interfaz se ha configurado en el sistema anteriorpara una política de sondeo, esos filtros se definen en las definiciones desondeo en la V3.9. El proceso de exportación-importación tiene cuidado almover los valores de clase de dispositivo a la nueva instalación creando elvalor de filtro de clase de dispositivo desde V3.8 en el nivel de definición desondeo en V3.9.

7. Haga clic en Guardar.


8. Repita los pasos para cada política de sondeo desde el sistema anterior.

Migración de informes 3.7Si ha modificado o creado informes en Network Manager 3.7, debe migrar esosinformes manualmente.

Antes de realizar esta tarea, debe exportar en primer lugar los datos depersonalización 3.7, que incluyen los informes, utilizando el script nmExport. Estescript coloca los informes en un archivo comprimido de su elección.

Para migrar informes 3.7 personalizados, complete los siguientes pasos:1. Importe los informes 3.7 a BIRT Designer.

a. Copie el archivo comprimido que contiene los informes 3.7 (que ha creadoutilizando el script nmExport) en el servidor en el que está instalado BIRTDesigner. Puede descargar BIRT Report Designer en http://www.ibm.com/developerworks/spaces/tcr.

b. Inicie BIRT Report Designer mediante la ejecución de eclipse.exe. Se lesolicita la creación de una carpeta de espacio de trabajo para guardar susproyectos.

c. Cree un proyecto haciendo clic Archivo > Nuevo > Proyecto > BusinessIntelligence and Reporting Tools > Proyecto de informe.

d. Póngale un nombre al proyecto. Por ejemplo, ANZ Reports.e. Desde la ventana del navegador, haga clic con el botón derecho en el

proyecto que acaba de crear y seleccione Importar > Seleccionar archivo dealmacenamiento.

f. Elija el archivo comprimido que contenga los informes y haga clic enFinalizar.

2. Edite los informes que desea migrar a 3.9.a. En el árbol del Navegador, cámbiele el nombre a la carpeta ITNM bajo el

proyecto que ha creado en el paso 1 y póngale recursos.b. Defina la biblioteca de informe para el informe.

1) Haga clic en Ventana > Preferencias.2) En el árbol del lado izquierdo, haga clic en Diseño de informe >

Recurso.3) Vaya al directorio en el que se encuentra el archivo .rptlibrary, por

ejemplo C:/username/workspace/ANZ Reports/resources/itnm/lib/ yhaga clic en Aceptar.

c. En el separador Outline, haga doble clic en cada uno de los orígenes dedatos bajo itnm_data_source.rptlibrary > Orígenes de datos y cambie losorígenes de datos para que apunten a la máquina o base de datos que deseautilizar para probar los informes en BIRT Designer.

d. Solucione los errores de los informes que muestra BIRT designer.3. Para importar los informes a Tivoli Common Reporting, ejecute un mandato

similar al siguiente:NCHOME/../tipv2Components/TCRComponent/bin/trcmd.sh -import -designreport_filename -reportSetBase destination_report_set -resourceDirITNM39 -username admin_username -password admin_password

Dondev report_filename es el nombre de archivo del informe que se va a mover.v destination_report_set es el conjunto de informes 3.9 a los que quiere mover el

informe. Los valores posibles son:


http://www.ibm.com/developerworks/spaces/tcr

http://www.ibm.com/developerworks/spaces/tcr

– "/content/package[@name='Network Manager']/folder[@name='AssetReports']"

– "/content/package[@name='Network Manager']/folder[@name='CurrentStatus Reports']"

– "/content/package[@name='Network Manager']/folder[@name='NetworkTechnology Reports']"

– "/content/package[@name='Network Manager']/folder[@name='NetworkViews Reports']"

– "/content/package[@name='Network Manager']/folder[@name='Path ViewReports']"

– "/content/package[@name='Network Manager']/folder[@name='Performance Reports']"

– "/content/package[@name='Network Manager']/folder[@name='NetworkTechnology Reports']"

– "/content/package[@name='Network Manager']/folder[@name='SummaryReports']"

– "/content/package[@name='Network Manager']/folder[@name='Troubleshooting Reports']"

– "/content/package[@name='Network Manager']/folder[@name='UtilityReports']"

v admin_username es el nombre de usuario de un administrador de TivoliIntegrated Portal.

v admin_password es la contraseña para el usuario administrativo.El siguiente mandato mueve un informe 3.7 denominadoitnm_usa_vlan_summary al conjunto de informes de Informes de tecnología dered:NCHOME/../tipv2Components/TCRComponent/bin/trcmd.sh -import -designitnm_usa_vlan_summary.rptdesign -reportSetBase "/content/package[@name='Network Manager']/folder[@name='Network TechnologyReports']" -resourceDir ITNM39 -username tipadmin -password netcool

4. Revise los informes que ha movido al conjunto de informes 3.9. Si un informeutiliza la base de datos ncmonitor o ncpolldata, compruebe los mandatos SQLen mandatos similares en los informes 3.9 predeterminados. Los esquemas de labase de datos pueden haber cambiado.

Importante: Los parámetros que se han guardado con los informes no sonpreservados.

Importación de datos de la GUI V3.8Después de instalar Network Manager V3.9, puede importar los datos de la GUIV3.8 anterior.

Antes de que pueda importar datos de la GUI, debe exportar los datos de lainstalación 3.8 anterior e instalar la versión 3.9.

Para importar los datos de la GUI, realice las siguientes tareas:1. Inicie sesión en el servidor en el que están instalados los componentes de la

GUI del sistema V3.8.2. Copie el archivo de exportación TIPHOME/profiles/TIPProfile/upgrade/data/

upgradeData.zip en el servidor en el que ha instalado los componentes de laGUI de Network Manager V3.9.


3. En la nueva instalación, vaya a donde ha colocado el paquete de instalación.

Nota: El servidor de Tivoli Integrated Portal se debe ejecutar durante laimportación de datos de la GUI.

4. Ejecute el script de importación de datos de la GUI utilizando uno de lossiguientes métodos:v Para ejecutar el script desde el área de ejecución del instalador, inicie el área

de ejecución ejecutando el script UNIX launchpad.sh en UNIX o elejecutable Windows launchpad.exe en Windows, seleccione el elemento demenú Posterior a la instalación, expanda la sección Actualización desde unaversión existente de Network Manager y haga clic en Importar datos de laGUI de Network Manager.


UNIX nmGuiImport o el mandato Windows nmGuiImport.bat de lasiguiente manera:nmGuiImport | bat -u TIP administrator user name -p password for TIPadministrator -f path to GUI data export .zip file -d location of theTIP installation

Nota: Si no se proporcionan valores, se le solicitará que los especifique. Si nose proporciona la ubicación de la instalación de Tivoli Integrated Portal, seutilizará la variable de entorno TIPHOME. Si TIPHOME no existe, se le solicitaráque especifique una ubicación.

Nota: Debe ejecutar el script como el mismo usuario que ha instalado elproducto.Los datos de la GUI exportados se importan en la nueva instalación.El proceso de importación de los datos de la GUI crea sus propios archivos deregistro en los siguientes directorios:v TIPHOME/profiles/TIPProfile/logs/upgrade.log

v TIPHOME/profiles/TIPProfile/logs/tipcli.log

v NCHOME/log/install/itnm_gui_migration.log

Nota: itnm_gui_migration.log es un archivo de informe de migración yproporciona información sobre los archivos que se importan, sobre losarchivos de los que se hacen copias de seguridad y sobre los que necesitanpasos de reconciliación en el nuevo sistema.

Después de importar los datos de la GUI anteriores, puede realizar configuracionesmanuales en el nuevo sistema. El proceso de exportación-importación proporcionaorientación sobre qué archivos requieren atención y edición manual para finalizartotalmente el proceso de actualización y migración.


Importación de datos de la GUI V3.8 - pasos manualesDebido a los cambios en el producto, debe migrar algunos valores deconfiguración de la GUI de forma manual en el nuevo sistema. Revise lassiguientes tareas para determinar qué ajustes manuales adicionales necesita realizaren su nuevo sistema.

Asegúrese de que ha realizado la recopilación y exportación de datos de la GUI enel sistema anterior y que ha importado los datos de la GUI a la nueva instalación.

Para asegurarse de que se migran todos los valores de la GUI:1. Inicie sesión en la nueva instalación de .2. Debe conciliar manualmente los archivos de Tivoli Integrated Portal listados en

ITNMHOME/profiles/TIPProfile/etc/tnm/migration e ITNMHOME/profiles/TIPProfile/etc/tnm/*/migration. El proceso de exportación-importaciónguarda los archivos almacenados.

3. Utilice el archivo de informe de migración NCHOME/log/install/itnm_gui_migration.log para comprobar qué archivos requieren ediciónmanual para que sean adecuados para su uso en el nuevo sistema.

4. Cualquier herramienta web personalizada bajo NCHOME/precision/scripts/webtools no es migrada. Debe guardarlas manualmente en la instalaciónanterior y volver a implementarlas en el nuevo sistema. Un ejemplo de estapersonalización son los valores que se inician en TADDM.

5. Para preservar informes nuevos o personalizados de su instalación anterior,debe realizar pasos de configuración adicionales.

Tareas relacionadas:“Configuración de Network Manager para iniciar IBM Tivoli ApplicationDependency Discovery Manager” en la página 207Opcional: para habilitar los operadores de red para iniciar la GUI de IBM TivoliApplication Dependency Discovery Manager desde Network Manager, debeagregar las opciones de menú de TADDM en Network Manager.

Migración de informes 3.8Si ha modificado o creado informes en Network Manager 3.8, debe migrar esosinformes manualmente.

Antes de realizar esta tarea, debe importar en primer lugar los datos de la GUI 3.8,en la que se incluyen los informes.

El script de importación de datos de la GUI 3.8, nmGuiImport, coloca todos losinformes 3.8 personalizados en el conjunto de informes Productos de Tivoli >Informes de ITNM . Para migrar informes 3.8 personalizados, complete lossiguientes pasos:1. Inicie sesión en Network Manager 3.9 y haga clic en Reporting > Common

Reporting > Productos de Tivoli > ITNM Reports.v Si este conjunto de informes no contiene informes nuevos o personalizados,

no es necesario que realice esta tarea. Puede suprimir el conjunto deinformes de Tivoli Products > ITNM Reports .

v Si el conjunto de informes no contiene informes nuevos o personalizados,elija qué informes desea migrar a 3.9.

2. En el servidor en el que Tivoli Common Reporting está instalado, vaya aldirectorio en el que están ubicados los diseños de informes personalizados 3.8importados: NCHOME/../tipv2Components/TCRComponent/data/design.


3. Para mover un informe del grupo 3.8 a un grupo de informe 3.9, ejecute unmandato similar al siguiente:NCHOME/../tipv2Components/TCRComponent/bin/trcmd.sh -import -designreport_filename -reportSetBase destination_report_set -resourceDirITNM39 -username admin_username -password admin_password

Dondev report_filename es el nombre de archivo del informe que se va a mover.v destination_report_set es el conjunto de informes 3.9 a los que quiere mover el

informe. Los valores posibles son:– "/content/package[@name='Network Manager']/folder[@name='Asset

Reports']"– "/content/package[@name='Network Manager']/folder[@name='Current

Status Reports']"– "/content/package[@name='Network Manager']/folder[@name='Network

Technology Reports']"– "/content/package[@name='Network Manager']/folder[@name='Network

Views Reports']"– "/content/package[@name='Network Manager']/folder[@name='Path View

Reports']"– "/content/package[@name='Network Manager']/

folder[@name='Performance Reports']"– "/content/package[@name='Network Manager']/folder[@name='Network

Technology Reports']"– "/content/package[@name='Network Manager']/folder[@name='Summary

Reports']"– "/content/package[@name='Network Manager']/

folder[@name='Troubleshooting Reports']"– "/content/package[@name='Network Manager']/folder[@name='Utility

Reports']"v admin_username es el nombre de usuario de un administrador de Tivoli

Integrated Portal.v admin_password es la contraseña para el usuario administrativo.El siguiente mandato mueve un informe 3.8 denominadoitnm_usa_vlan_summary al conjunto de informes de Informes de tecnología dered:NCHOME/../tipv2Components/TCRComponent/bin/trcmd.sh -import -designitnm_usa_vlan_summary.rptdesign -reportSetBase "/content/package[@name='Network Manager']/folder[@name='Network TechnologyReports']" -resourceDir ITNM39 -username tipadmin -password netcool

4. Revise los informes que ha movido al conjunto de informes 3.9. Si un informeutiliza la base de datos ncmonitor o ncpolldata, compruebe los mandatos SQLen mandatos similares en los informes 3.9 predeterminados. Los esquemas de labase de datos pueden haber cambiado.

Importante: Los parámetros que se han guardado con los informes no sonpreservados.

Tareas relacionadas:“Configuración de los orígenes de datos para BIRT” en la página 267Si utiliza informes basados en el modelo de datos BIRT, tendrá que configurarorígenes de datos. Si utiliza igualmente informes según el modelo de datosCognos, debe configurar los orígenes de datos Cognos de forma separada.


Identificación de las personalizaciones de la base de datos detopología de NCIM

Los scripts de actualización no migran personalizaciones que se hayan hecho en elesquema de la base de datos de topología de NCIM. Sin embargo, NetworkManager proporciona una herramienta para identificar las personalizaciones queha hecho en la base de datos anterior para que pueda volver a crearlas en la nuevabase de datos de la instalación. Para migrar las personalizaciones de NCIM, debeutilizar en primer lugar el script ncp_ncim_diff.pl para identificar las diferenciasentre el esquema de la base de datos de topología de NCIM de la instalaciónanterior y el nuevo esquema de NCIM de la instalación y, a continuación,actualizar de forma manual el nuevo esquema de la base de datos de topología deNCIM con estas modificaciones.

Debe instalar la nueva base de datos y ejecutar los scripts de esquema de base dedatos de creación de Network Manager para configurar las tablas y los esquemas.

Antes de ejecutar el script ncp_ncim_diff.pl, asegúrese de que se hayan migradolos archivos DbLogins.DOMAIN.cfg de la instalación anterior a la nueva instalación.El proceso de exportación-importación para los datos de personalizaciónproporciona esto. El archivo DbLogins.DOMAIN.cfg contiene las opciones para lasconexiones a la base de datos NCIM.

Nota: El proceso de migración combinado con un nuevo descubrimiento de la redllena la base de datos. Solo tiene que ejecutar el script ncp_ncim_diff.pl si hapersonalizado los cambios en la base de datos anterior.

Para comparar los esquemas de base de datos de topología:1. Inicie sesión en la nueva instalación de Network Manager.2. Cambie al siguiente directorio:

v UNIX UNIX: $NCHOME/precision/scripts/perl/scripts

v Windows Windows: %NCHOME%\precision\scripts\perl\scripts3. Especifique el siguiente mandato: ./ncp_ncim_diff.pl -domain DOMAIN

-password NCIM_database_password

Donde DOMAIN es el nombre del dominio de la instalación previa de NetworkManager cuya estructura NCIM desea comparar con el nuevo esquema deinstalación. Es necesario que utilice el archivo DbLogins.DOMAIN.cfg de lainstalación anterior para que el script se conecte a la base de datos anterior ycompare su esquema con el de la nueva instalación. El siguiente es un ejemplode la salida del mandato para un dominio denominado NCOMS.67 NCIM tables and views found in Domain NCOMS66 NCIM tables and views found in Default NCIM structure for ITNM v3.9

**********************************************************Additional elements in Domain NCOMS

Table CUSTOM

**********************************************************

1 differences found between Domain NCOMS and Default NCIM structurefor ITNM v3.9

4. Opcional: Puede especificar un nombre de archivo en el que se guarde la salidacon el parámetro opcional -dumpToFile nombre de archivo.xml.


Tareas relacionadas:“Configuración de una base de datos de topología” en la página 60Aparte de la base de datos Informix predeterminada, puede utilizar una base dedatos DB2, MySQL u Oracle para guardar la topología. A menos que estéinstalando la base de datos Informix predeterminada que viene integrada conNetwork Manager, debe configurar una base de datos existente o instalar yconfigurar una nueva antes de instalar Network Manager.

Copiar una instalación V3.9 existentePuede copiar los datos y las personalizaciones de una instalación V3.9 existente enotra instalación V3.9.

Si desea clonar o migrar una instalación de Network Manager en NetworkManager V3.9 Fixpack 5, primero debe actualizar los siguientes scripts deimportación y exportación: $NCHOME/precision/install/scripts/nmExport,$NCHOME/precision/install/scripts/nmImport y $NCHOME/scripts/upgrade/ITNMExportNetworkViews.pl. Después de instalar Network Manager Fixpack 5,copie los scripts nmExport y nmImport en el directorio scripts, en la ubicacióndonde ha descomprimido el archivo de instalación para la versión principal deNetwork Manager. O bien, si está utilizando ExportPackage.tar, copie los scriptsen el directorio scripts donde ha descomprimido el archivo .tar. No puedeejecutar estos scripts desde una instalación existente o la instalación de un fixpack.Copie también el script ITNMExportNetworkViews.pl en el directorio migration/bin/de la misma ubicación.

Al utilizar los scripts de exportación-importación que proporciona NetworkManager puede hacer una copia de una instalación V3.9 y utilizarla para volver acrear la misma configuración en otro sistema, restaurar los valores más adelante opasar de un sistema de prueba a un entorno de producción.

Para copiar una instalación V3.9 existente, complete los siguientes pasos:1. Acceda al sistema de origen en el que tiene la instalación de Network

Manager de la que quiere hacer una copia. Si tiene una configuracióndistribuida, tendrá que acceder a cada sistema para recopilar todos los datos.

2. Vaya al sitio de donde ha extraído el paquete de instalación.3. Ejecute el script de exportación de datos utilizando uno de los siguientes

métodos:v Para ejecutar el script desde el área de ejecución del instalador, inicie el área

de ejecución ejecutando el script UNIX launchpad.sh en UNIX o elejecutable Windows launchpad.exe en Windows, seleccione el elemento demenú Previo a la instalación y migración, expanda la secciónActualización desde una versión existente de Network Manager y hagaclic en Exportar datos de Network Manager.

v Para ejecutar el script desde la línea de mandatos, ejecute el script

UNIX nmExport en UNIX o el script Windows nmExport.bat en Windows

desde el subdirectorio scripts.

Nota: Debe ejecutar el script como el mismo usuario que ha instalado elproducto.Proporcione las respuestas para las solicitudes. El script de exportación extraelos datos y los guarda en un archivo de exportación en una ubicación de suelección (.pkg en sistemas UNIX o .zip en sistemas Windows).


Restricción: Los datos de sondeo históricos no se mueven cuando se copianentre releases V3.9.

4. Ejecute el script de exportación de datos de la GUI utilizando uno de lossiguientes métodos:v Para ejecutar el script desde el área de ejecución del instalador, inicie el área

de ejecución ejecutando el script UNIX launchpad.sh en UNIX o elejecutable Windows launchpad.exe en Windows, seleccione el elemento demenú Previo a la instalación y migración, expanda la secciónActualización desde una versión existente de Network Manager y hagaclic en Exportar datos de la GUI de Network Manager.


UNIX nmGuiExport o el mandato Windows nmGuiExport.bat de lasiguiente manera:nmGuiExport | bat -u TIP administrator user name -p password for TIPadministrator -d location of the TIP installation to be migrated

Nota: Si no se proporcionan valores, se le solicitará que los especifique. Sino se proporciona la ubicación de la instalación de Tivoli Integrated Portalque se va a migrar, se utilizará la variable de entorno TIPHOME. Si TIPHOMEno existe, se le solicitará que especifique una ubicación.

Nota: Debe ejecutar el script como el mismo usuario que ha instalado elproducto.Los datos de la GUI se extraen y se guardan en el archivo de exportaciónTIPHOME/profiles/TIPProfile/upgrade/data/upgradeData.zip.

5. Inicie sesión en la instalación de Network Manager en la que quiere copiar laconfiguración.

6. En la nueva instalación, asegúrese de que los componentes principales deNetwork Manager para cada dominio se estén ejecutando. Para hacer esto,utilice la GUI de servicios de Windows en sistemas Windows o utilice elsiguiente mandato en sistemas UNIX: itnm_start ncp -domain DOMAIN. Porejemplo, para iniciar el dominio de NCOMS, escriba: itnm_start ncp -domainNCOMS. Esto asegura que Network Manager se ha iniciado totalmente y que lastablas del dominio están llenas. Debe detener los componentes principales denuevo para realizar la importación, como se describe en el siguiente paso.

7. Detenga los componentes principales de Network Manager para cada dominioen la nueva instalación utilizando la GUI de servicios de Windows en sistemasWindows o utilizando el siguiente mandato en sistemas UNIX: itnm_stop ncp-domain DOMAIN. Por ejemplo, para detener el dominio NCOMS, escriba:itnm_stop ncp -domain NCOMS

Nota: Si no especifica un nombre de dominio con itnm_stop, detiene eldominio predeterminado creado durante la instalación.

8. Ejecute el script de importación de datos utilizando uno de los siguientesmétodos:v Para ejecutar el script desde el área de ejecución del instalador, inicie el área

de ejecución ejecutando el script UNIX launchpad.sh en UNIX o elejecutable Windows launchpad.exe en Windows, seleccione el elemento demenú Posterior a la instalación, expanda la sección Actualización desdeuna versión existente de Network Manager y haga clic en Importar datosde Network Manager.


v Para ejecutar el script desde la línea de mandatos, ejecute el script

UNIX nmImport en UNIX o el script Windows nmImport.bat en Windows

desde el subdirectorio scripts del soporte de instalación.


9. Cuando se le solicite, proporcione la vía de acceso al archivo .pkg o .zip quecontiene los datos de personalización que ha exportado previamente.

10. Responda a las otras preguntas que realiza el proceso de importación paracopiar los datos.

Nota: El siguiente asunto requiere atención especial:

Asignar nuevos entityIds durante la importación [ N ]

Cada dispositivo en el sistema tiene un entityId. El proceso de importaciónpuede preservar los entityId o asignar nuevos entityId. Si responde no, cadadispositivo mantendrá el entityId de la instalación anterior. Esto es necesariocuando tiene enlaces a sistemas externos que utilicen datos de NetworkManager, por ejemplo, Tivoli Data Warehouse.Si responde sí, a los dispositivos se les asignan nuevos entityId.Para preservar los entityId, el sistema de destino debe estar vacío. Si elsistema de destino no está vacío (por ejemplo, por causa de una importación odescubrimiento de datos anterior), preservar los entityId puede convertirseen una operación compleja debido a los conflictos potenciales entre losentityId existentes y los que se están importando y los resultados pueden serimpredecibles. Por lo tanto, la fusión de datos de dominio no es compatible.Atención: Si tiene un dominio en el sistema de destino que tiene el mismonombre que su sistema anterior, entonces asegúrese de que el dominio en elsistema de destino no contiene datos. Los nombres de dominio no se puedencambiar durante el proceso de migración.El proceso de importación crea sus propios archivos de registro. Los registrosdel proceso de importación se guardan en NCHOME/log/precision:v ITNMDataImport.log

v get_policies.nombre dominio.log

v ITNMImportNetworkViews.log

El proceso de exportación-importación detecta automáticamente y vuelve acrear el dominio desde una instalación anterior. El script de importacióndetecta los dominios potenciales del sistema anterior basándose en losarchivos de datos. Al utilizar el script domain_create.pl, el proceso creadominios automáticamente en la nueva instalación utilizando los nombres dedominio del sistema anterior. Una vez se hayan creado los dominios, seimportan los datos principales de topología y política para cada uno.El script domain_create.pl crea los archivos de configuración dedescubrimiento para los nuevos dominios en NCHOME/etc/precision utilizandolos valores en los archivos de configuración del dominio predeterminado. Elproceso de importación guarda los archivos importados en el directorio deNCHOME/etc/precision/migration como archivos de solo lectura. Puede utilizarlos archivos importados para actualizar manualmente los nuevos archivoscreados en NCHOME/etc/precision. Al copiar desde una instalación V3.9existente, los archivos se pueden copiar directamente en NCHOME/etc/precision, pero se les tendrá que dar permisos de escritura para que sepuedan editar desde la GUI configuración de descubrimiento.


11. Compruebe si existen archivos en el directorio NCHOME/etc/precision/migration. Es necesario revisar y aplicar de nuevo manualmente los cambiosde usuario que se han realizado en los archivos listados.

12. Ejecute el script de importación de datos de la GUI utilizando uno de lossiguientes métodos:v Para ejecutar el script desde el área de ejecución del instalador, inicie el área

de ejecución ejecutando el script UNIX launchpad.sh en UNIX o elejecutable Windows launchpad.exe en Windows, seleccione el elemento demenú Posterior a la instalación, expanda la sección Actualización desdeuna versión existente de Network Manager y haga clic en Importar datosde la GUI de Network Manager.


UNIX nmGuiImport o el mandato Windows nmGuiImport.bat de lasiguiente manera:nmGuiImport | bat -u TIP administrator user name -p password for TIPadministrator -f path to GUI data export .zip file -d location of theTIP installation

Nota: Si no se proporcionan valores, se le solicitará que los especifique. Sino se proporciona la ubicación de la instalación de Tivoli Integrated Portal,se utilizará la variable de entorno TIPHOME. Si TIPHOME no existe, se lesolicitará que especifique una ubicación.

Nota: Debe ejecutar el script como el mismo usuario que ha instalado elproducto. El servidor de Tivoli Integrated Portal se debe ejecutar durante laimportación de datos de la GUI.

13. Debe conciliar manualmente los archivos de Tivoli Integrated Portal listadosen ITNMHOME/profiles/TIPProfile/etc/tnm/migration e ITNMHOME/profiles/TIPProfile/etc/tnm/*/migration. El proceso de exportación-importaciónguarda los archivos almacenados.

14. Utilice el archivo de informe de migración NCHOME/log/install/itnm_gui_migration.log para comprobar qué archivos requieren ediciónmanual para que sean adecuados para su uso en el nuevo sistema.

15. Si ha realizado personalizaciones en el esquema de la base de datos detopología NCIM en el sistema del que está copiando, siga los pasos en“Identificación de las personalizaciones de la base de datos de topología deNCIM” en la página 156.

16. Si ha cambiado la configuración de la base de datos utilizada para TivoliCommon Reporting, o ha definido una nueva base de datos para el sistemaobjetivo donde el sistema objetivo es diferente del sistema origen, configurelas fuentes de datos para reportar utilizando las instrucciones que se incluyenen IBM Tivoli Network Manager IP Edition Administration Guide.

Nota: Ya que el esquema ncmonitor y el de sondeo son el mismo al copiarlosentre releases, los informes no requieren modificaciones manuales para loscambios de esquema.

17. Detenga e inicie Network Manager, así como Tivoli Integrated Portal, como sedescribe en Inicio y detención de Network Manager. El proceso de inicio iniciael dominio predeterminado, pero si tiene varios dominios inicie cada unoutilizando el mandato itnm_start ncp -domain DOMAIN.


Transición desde IBM Tivoli NetViewDebido a que Network Manager tiene prestaciones que no están disponibles enIBM Tivoli NetView, no se soporta la vía de acceso de migración automatizadaentre los dos productos. En su lugar, realice la transición a Network Managerinstalando el producto y configurándolo para descubrir y visualizar la red. Paraayudarle a planear la transición, Network Manager incluye scripts que puedeutilizar para extraer datos de IBM Tivoli NetView.

Puede realizar la transición a Network Manager desde IBM Tivoli NetView V7.1.4y V7.1.5.

El procedimiento de alto nivel para realizar la transición desde IBM Tivoli NetViewes el siguiente:1. Extraiga los datos de IBM Tivoli NetView. Puede ejecutar un script desde la

interfaz de línea de mandatos o seleccionar una opción desde el launchpad.2. Instale Network Manager V3.9. En el programa instalador, ignore la opción

Inicializar descubrimiento desde la instalación de IBM Tivoli NetView.Puede obtener mejores resultados planificando la configuración de NetworkManager con la ayuda de los datos que ha extraído en el paso 1.

3. Planifique y, a continuación, ejecute el descubrimiento. Utilice los datosextraídos para ayudarle.

4. Una vez finalizado el descubrimiento, vuelva a crear las ubicaciones de IBMTivoli NetView en las vistas de red.

5. Desinstale IBM Tivoli NetView. Para obtener más información, busqueDesinstalación del programa Tivoli NetView en http://www-01.ibm.com/support/knowledgecenter/SS3HLM_7.1.1.16/com.ibm.tivoli.tpm.osd.doc_7.1.1.16/welcome/osdlanding.html.

Tareas relacionadas:Capítulo 1, “Planificación para la instalación”, en la página 1Lea las consideraciones sobre despliegue y los requisitos del sistema para NetworkManager.

Extracción de datos de IBM Tivoli NetViewPara ayudarle a planificar la transición a Network Manager, puede extraer datos dered útiles de IBM Tivoli NetView. Puede utilizar la salida del script para configurarel descubrimiento de red por parte de Network Manager.

Pueden extraerse los siguientes datos:v Nombres de host y direcciones IP de todos los nodos descubiertosv Nodos y sus cadenas de comunidad SNMP asociadasv Nombres de comunidadv Nodos no gestionadosv Agrupaciones de dispositivos (contenedores de ubicación)

Antes de extraer los datos:v Asegúrese de que Perl esté instalado en el host.v Para el launchpad, asegúrese de que se haya instalado un navegador soportado.

En el paquete de instalación de Network Manager se incluye un script para extraerlos datos. De forma alternativa, hay una opción disponible para ejecutar el scripten el launchpad.


http://www-01.ibm.com/support/knowledgecenter/SS3HLM_7.1.1.16/com.ibm.tivoli.tpm.osd.doc_7.1.1.16/welcome/osdlanding.html



v Para extraer los datos ejecutando el script:1. Descomprima el paquete de instalación de Network Manager y cambie al

directorio scripts.2. Copie el paquete ExportPackage en cualquier directorio de trabajo de su

instalación de IBM Tivoli NetView y descomprima el paquete.3. Ejecute el script exportNVData.

v Para extraer los datos utilizando el launchpad, seleccione Previo a la instalación& Migración en el menú. A continuación, expanda Recopilar datos de IBMTivoli NetView para inicializar el descubrimiento y pulse Extraer datos demigración de NetView.

Los datos de IBM Tivoli NetView se extraen y se guardan en un paquetenvMigrationData.

Descomprima el paquete nvMigrationData y utilice los datos para ayudarle aplanificar el descubrimiento.Referencia relacionada:“Navegadores soportados para el launchpad del instalador” en la página 47Para ejecutar el launchpad del instalador, asegúrese de que tiene instalado unnavegador compatible. Los navegadores compatibles con el launchpad delinstalador no son necesariamente los mismos que los navegadores soportados paralas aplicaciones web.

Creación de vistas de red desde el archivo location.conf deIBM Tivoli NetView

El archivo de configuración location.conf se utiliza para crear correlaciones detopología para ubicaciones que están basadas en rangos definidos de direccionesIP. Network Manager puede utilizar un subconjunto de la sintaxis del archivolocation.conf y los rangos de direcciones IP que están definidos en el archivopara replicar las correlaciones de topología en las vistas de red.

Para obtener más información acerca del subconjunto de la sintaxis delocation.conf que recibe soporte de Network Manager, consulte el apartadoCreación de vistas filtradas de IP.

Puede ejecutar un script de autosuministro que convierta el archivo location.confen un nodo de vistas de red dinámico. El nodo tiene un conjunto de vistas de redque se corresponden con el contenido del archivo location.conf. Se puedeespecificar un dominio. Las vistas de red se pueden asignar a usuarios o grupos.1. Copie el archivo location.conf en ITNMHOME/profiles/TIPProfile/etc/tnm/

autoprovision.2. Vaya a ITNMHOME/profiles/TIPProfile/etc/tnm/autoprovision/examples y

copie el archivo example_netview_migration.xml en ITNMHOME/profiles/TIPProfile/etc/tnm/autoprovision.

3. En ITNMHOME/profiles/TIPProfile/etc/tnm/autoprovision, abra su copia delarchivo example_netview_migration.xml. Como mínimo, edite los siguientesparámetros.

accessIDEspecifique el usuario o grupo que desee que acceda a las vistas de red.

domainEspecifique el dominio al que desee agregar las vistas de red.


archivo netViewMigrationEspecifique la ubicación del archivo location.conf. Si el archivo no seencuentra en ITNMHOME/profiles/TIPProfile/etc/tnm/autoprovision,especifique la vía de acceso relativa al archivo.

Consulte “Ejemplo” para obtener un archivo de ejemplo.4. Ejecute el script.

Cada 60 segundos, se supervisa el directorio ITNMHOME/profiles/TIPProfile/etc/tnm/autoprovision en busca de nuevos scripts de autosuministro. Cuando sedetecta un nuevo script, se lee y se procesa, y se crea la vista dinámica.

Ejemplo

El siguiente ejemplo genera una vista denominada MigratedLocation.conf.Basándose en los datos del archivo ITNMHOME/profiles/TIPProfile/etc/tnm/autoprovision/location.conf, se crea un conjunto de vistas de red enMigratedLocation.conf. La vista generada se asigna al usuario itnmadmin. Lasvistas se crean en el dominio NCOMS.<autoProvision name="MigratedLocation.conf" domain="NCOMS" accessLevel="user"accessId="itnmadmin">

<netViewMigration file="location.conf" endNodes="true" connectivity="ipsubnets"/></autoProvision>

Capítulo 4. Configuración de Network Manager

Una vez instalado Network Manager, debe configurar Network Manager para suentorno y requisitos. Si su entorno o requisitos cambian más adelante o si deseaintegrar Network Manager con otros productos, tendrá que realizar tareas deconfiguración adicionales.

Haga clic en el siguiente enlace para recuperar las notas técnicas sobre problemasde configuración en la versión 3.9 de Network Manager:http://www-01.ibm.com/support/search.wss?word=ow&wfield=configure+configuration+configuring&rs=3118&tc=SSSHRK&atrn=SWVersion&atrv=3.9&ibm-go.x=18&ibm-go.y=12

Configuración de integraciones con otros productosPuede configurar Network Manager para trabajar con productos de Tivoli.Consulte las tareas de configuración necesarias para configurar las integracionesdisponibles.Referencia relacionada:“Requisitos para otros productos” en la página 34Asegúrese de que cumple los requisitos para los productos que están integradoscon Network Manager.

Configuración de Tivoli Netcool/OMNIbus para su uso conNetwork Manager

Si ha instalado Tivoli Netcool/OMNIbus sin utilizar la instalación de NetworkManager, tendrá que realizar algunas tareas de configuración.

Tivoli Netcool/OMNIbus utiliza sucesos que proporciona Network Manager yotros orígenes de sucesos, y también se puede utilizar como un origen deautenticación. Consulte la información relacionada a continuación para obtenerenlaces a temas relevantes.

Para utilizar Tivoli Netcool/OMNIbus, debe modificar una tabla en el ObjectServer.Si está ejecutando Network Manager en una instalación de FIPS 140–2, deberealizar alguna configuración adicional en el JRE de Tivoli Netcool/OMNIbus.

Para obtener información detallada sobre Tivoli Netcool/OMNIbus, incluida laconfiguración posterior a la instalación y las consideraciones de FIPS 140–2,consulte el centro de información de Tivoli Netcool/OMNIbus enhttp://www-01.ibm.com/support/knowledgecenter/SSSHTQ/landingpage/NetcoolOMNIbus.html.

Para obtener más información sobre Tivoli Netcool/OMNIbus, incluida laconfiguración posterior a la instalación y las consideraciones FIPS 140–2, consultela publicación IBM Tivoli Netcool/OMNIbus Installation and Deployment Guide e IBMTivoli Netcool/OMNIbus Administration Guide.Tareas relacionadas:

Cambio de los registros de usuario después de la instalación

Adición de ObjectServers como registros de usuario


http://www-01.ibm.com/support/search.wss?word=ow&wfield=configure+configuration+configuring&rs=3118&tc=SSSHRK&atrn=SWVersion&atrv=3.9&ibm-go.x=18&ibm-go.y=12





http://www.ibm.com/support/knowledgecenter/SSSHTQ_7.3.1/com.ibm.netcool_OMNIbus.doc_7.3.1/webtop/wip/task/web_con_userregistry.html

http://www-01.ibm.com/support/knowledgecenter/SSSHTQ_7.3.1/com.ibm.netcool_OMNIbus.doc_7.3.1/webtop/wip/task/web_adm_addobjsrvregistry.html

Utilización de SSL para la comunicación con ObjectServer“Configuración de VMM para el ObjectServer” en la página 222Cuando Tivoli Netcool/OMNIbus ObjectServer se encuentra en un repositoriofederado, utilice el script que se proporciona con Tivoli Integrated Portal paraconfigurar el adaptador del gestor de miembros virtuales para ObjectServer.“Configuración de la migración tras error de origen de datos para la GUI web deTivoli Netcool/OMNIbus” en la página 331Si tiene un par de migración tras error de ObjectServers a los que se debe conectarla GUI web, puede configurar la migración tras error de origen de datos utilizandoel archivo de configuración de origen de datos ncwDataSourceDefinitions.xml ensu instalación de la GUI web.

Cambiar la contraseña para la conexión con el ObjectServer

Configuración de automatizaciones para sucesos afectados porservicios

Fix Pack 4

Configure las automatizaciones en Tivoli Netcool/OMNIbus para dar soporte a lageneración de sucesos afectados por servicio (SAE). Los pasos de esta tareadifieren, dependiendo de la complejidad de la instalación de TivoliNetcool/OMNIbus. Esta tarea es necesaria si desea configurar los descubrimientosde dominios cruzados en entornos en los que se está ejecutando TivoliNetcool/OMNIbus V7.3.1 o anterior.

Para instalaciones de Tivoli Netcool/OMNIbus complejas, incluyendo arquitecturasde varios niveles, siga las directrices de Tivoli Netcool/OMNIbusGuía de métodosrecomendados, disponibles en https://www.ibm.com/developerworks/community/wikis/home?lang=en#/wiki/Tivoli%20Netcool%20OMNIbus/page/Best%20Practices. Asegúrese de que los activadores de SAE se ejecutan únicamente enel ObjectServer primario activo y que están inhabilitados en los demásObjectServers. Los activadores predeterminados que se incluyen en NetworkManager están configurados para ejecutarse únicamente en los ObjectServers deagregación primarios.

Utilice los pasos siguientes para configurar la automatización y el plug-in SAE enla Pasarela de sucesos (ncp_g_event). Los pasos describen la configuración parauna arquitectura de varios niveles. No se requiere configuración para ObjectServersde capa de recopilación. Si la instalación deTivoli Netcool/OMNIbus no se ejecutaen una arquitectura de varios niveles, solo se necesita el paso 3. Para obtener másinformación sobre cómo detener e iniciar Network Manager, consulte IBM TivoliNetwork Manager IP Edition Administration Guide.1. Inicie sesión en el host donde se ha instalado Tivoli Netcool/OMNIbus.2. Detenga los procesos ncp.3. Configure los ObjectServers de capa de agregación:

a. Ejecute el script NCHOME/precision/scripts/drop_sae_automation.sql paraeliminar las tablas existentes. Por ejemplo, para AGG_A ObjectServer y elusuario OMNIUser:$NCHOME/omnibus/bin/nco_sql -server AGG_A -user OMNIUser -passwordpassword < $NCHOME/precison/scripts/drop_sae_automation.sql

b. Ejecute el script NCHOME/precision/scripts/create_sae_automation.sqlpara instalar el desencadenante de SAE y añada las tablas, incluida lacolumna NmosDomainName. Por ejemplo:


http://www-01.ibm.com/support/knowledgecenter/SSSHTQ_7.3.1/com.ibm.netcool_OMNIbus.doc_7.3.1/omnibus/wip/install/concept/omn_con_ssl_usingssl.html

http://www-01.ibm.com/support/knowledgecenter/SSSHTQ_7.3.1/com.ibm.netcool_OMNIbus.doc_7.3.1/webtop/wip/task/web_adm_chgobjsrvpassword.html

https://www.ibm.com/developerworks/community/wikis/home?lang=en#/wiki/Tivoli%20Netcool%20OMNIbus/page/Best%20Practices

$NCHOME/omnibus/bin/nco_sql -server AGG_A -user OMNIUser -passwordpassword < $NCHOME/precison/scripts/create_sae_automation.sql

c. Asegúrese de que la automatización de SAE sólo se ejecute en elObjectServer primario activo y no en el ObjectServer de copia de seguridad.Edite el archivo create_sae_automation.sql y verifique o añada la líneasiguiente:WHEN get_prop_value(’ActingPrimary’) %= ’TRUE’

d. En los ObjectServers de la capa de agregación, habilite los activadores deSAE. Utilice el siguiente mandato:ALTER TRIGGER GROUP sae SET ENABLED TRUE;

e. Actualice la correlación de los ObjectServers de capa de agregación. En elarchivo NCHOME/omnibus/etc/AGG_GATE.map, añada sentencias CREATE paralas tablas creadas por el script create_sae_automation.sql al final delarchivo.Puede que la sentencia CREATE se parezca al siguiente ejemplo. Copie lasdefiniciones de tabla exactas desde el script para evitar errores.CREATE MAPPING EntityServiceMap(’NmosEntityId’ = ’@NmosEntityId’ ON INSERT ONLY,’ServiceEntityId’ = ’@ServiceEntityId’ ON INSERT ONLY,’NmosDomainName’ = ’@NmosDomainName’ ON INSERT ONLY);

CREATE MAPPING ServiceDetailsMap(’ServiceEntityId’ = ’@ServiceEntityId’ ON INSERT ONLY,’Type’ = ’@Type’ ON INSERT ONLY,’Name’ = ’@Name’ ON INSERT ONLY,’Customer’ = ’@Customer’,’NmosDomainName’ = ’@NmosDomainName’ ON INSERT ONLY);

f. Actualice la pasarela para los ObjectServers de agregación. Edite el archivoNCHOME/omnibus/etc/AGG_GATE.tblrep.def y añada las siguientes sentenciasREPLICATE para las tablas creadas por el script create_sae_automation.sqlal final del archivo.REPLICATE ALL FROM TABLE ’precision.entity_service’

USING MAP ’EntityServiceMap’INTO ’precision.entity_service’;

REPLICATE ALL FROM TABLE ’precision.service_details’USING MAP ’ServiceDetailsMap’INTO ’precision.service_details’;

4. Configure los ObjectServers de la capa de visualización. Consulte los pasos 3aen la página 166 y 3b en la página 166 para obtener ejemplos sobre cómoejecutar los script drop_sae_automation.sql y create_sae_automation.sql.a. Ejecute el script NCHOME/precision/scripts/drop_sae_automation.sql para

eliminar las tablas existentes.b. Ejecute el script NCHOME/precision/scripts/create_sae_automation.sql

para instalar el desencadenante de SAE y añada las tablas, incluida lacolumna NmosDomainName.

c. En los ObjectServers de capa de visualización, inhabilite los activadores deSAE para impedir que se ejecuten en la capa de visualización. Utilice elsiguiente mandato:ALTER TRIGGER GROUP sae SET ENABLED FALSE;

Capítulo 4. Configuración 167

d. Asegúrese de que las tablas precision.entity_service yprecision.service_details de los ObjectServers de la capa de visualizacióntienen el mismo esquema que las tablas de los ObjectServers de la capa deagregación.

e. Actualice la correlación para los ObjectServerss de la capa de visualización.Edite los archivos NCHOME/omnibus/etc/A_TO_D_GATE.map y añada sentenciasCREATE para las tablas creadas por el script create_sae_automation.sql alfinal del archivo. Esta correlación debe ser idéntica a la correlación en lapasarela de capa de agregación. Si más tarde cambia la correlación de lapasarela bidireccional para los ObjectServers de capa de agregación, debereplicar los cambios aquí.CREATE MAPPING EntityServiceMap(’NmosEntityId’ = ’@NmosEntityId’ ON INSERT ONLY,’ServiceEntityId’ = ’@ServiceEntityId ON INSERT ONLY,’NmosDomainName’ = ’@NmosDomainName’ ON INSERT ONLY);CREATE MAPPING ServiceDetailsMap(’ServiceEntityId’ = ’@ServiceEntityId’ ON INSERT ONLY,’Type’ = ’@Type’ ON INSERT ONLY,’Name’ = ’@Name’ ON INSERT ONLY,’Customer’ = ’@Customer’,’NmosDomainName’ = ’@NmosDomainName’ ON INSERT ONLY);

f. Actualice la pasarela de los ObjectServers de capa de visualización. Edite elarchivo NCHOME/omnibus/etc/A_TO_D_GATE.tblrep.def y añada las siguientessentencias REPLICATE para las tablas creadas por el scriptcreate_sae_automation.sql al final del archivo. Esta correlación debe seridéntica a la correlación en la pasarela de capa de agregación. Si más tardecambia la correlación de la pasarela bidireccional para los ObjectServers decapa de agregación, debe replicar los cambios aquí.REPLICATE ALL FROM TABLE ’precision.entity_service’USING MAP ’EntityServiceMap’INTO ’precision.entity_service’;

REPLICATE ALL FROM TABLE ’precision.service_details’USING MAP ’ServiceDetailsMap’INTO ’precision.service_details’;

5. Suprima todos los sucesos de Network Manager anteriores de la tablaalerts.status de ObjectServers. Utilice un mandato SQL adecuado para suprimirlos sucesos. Para obtener más información, consulte la documentación TivoliNetcool/OMNIbus en http://www-01.ibm.com/support/knowledgecenter/SSSHTQ_7.4.0/com.ibm.netcool_OMNIbus.doc_7.4.0/omnibus/wip/admin/concept/omn_adm_sql_objservsqlcommands.html.

6. Reinicie las pasarelas de ObjectServer.7. Reinicie los procesos ncp.


http://www-01.ibm.com/support/knowledgecenter/SSSHTQ_7.4.0/com.ibm.netcool_OMNIbus.doc_7.4.0/omnibus/wip/admin/concept/omn_adm_sql_objservsqlcommands.html



Cambiar el nombre del origen de datos de la GUI web de TivoliNetcool/OMNIbusPara conectarse a un origen de datos de la GUI web diferente del que se haespecificado durante la instalación, cambie el nombre del origen de datos.

Para conectarse a un origen de datos diferente del que ha especificado durante lainstalación:1. Edite el archivo NCHOME/etc/precision/ModelNcimDb.cfg.2. Cambie la propiedad m_WebTopDataSource al nuevo nombre de origen de

datos.3. Reinicie el proceso ncp_model.

Orígenes de datos de GUI web de Tivoli Netcool/OMNIbus:

Un origen de datos es otro término para un par de migración tras error deObjectServer u ObjectServer utilizado por el GUI web para la información desucesos.

La GUI web de Tivoli Netcool/OMNIbus se conocía como Netcool/Webtop en lasversiones 2.2 y anteriores. Algunos despliegues contienen muchos ObjectServers, yla GUI web puede contener sucesos desde varios ObjectServers distintos. Puedeconfigurar la GUI web para un origen de datos durante la instalación. Tras lainstalación, puede necesitar cambiar este origen de datos o añadir nuevos orígenesde datos.

Orígenes de datos y topología de red

Para mostrar el estado del dispositivo, las Vistas de red y la Vista de saltos secorrelacionan con el registro de topología para un dispositivo con cualquier sucesoen dicho dispositivo. Para realizar esta correlación, las aplicaciones web debentener acceso al nombre de cada origen de datos utilizado por la GUI web.

Orígenes de datos y la base de datos de NCIM

La información acerca de los orígenes de datos de GUI web se guarda en la tablade base de datos ncim.domainMgr en la base de datos de topología de NCIM.

Para obtener más información acerca de la configuración de los orígenes de datosde GUI web, consulte la publicación IBM Tivoli Netcool/OMNIbus Web GUIAdministration and User's Guide.

Configuración de los tipos de suceso de topología de la lista desucesos activos (AEL)Para integrar las vistas de topología y las vistas de AEL filtradas, el nombre y eltipo de vista deben coincidir. Si cambia los valores predeterminados en la AEL,debe configurar el nombre y el tipo en Network Manager.

En una vista de AEL filtrada, puede configurar el nombre y el tipo de vista. Sicambia el nombre y el tipo de vista de los valores predeterminados Default yglobal, AEL no puede comunicarse con las Vistas de red y las herramientas de cliccon el botón derecho.

Si los valores predeterminados han cambiado, debe cambiar los valores en elservidor de Network Manager para que coincidan.


Para editar el nombre y el tipo de vista que se utilizan para comunicarse con laAEL, siga estos pasos:1. Haga una copia de seguridad y edite el archivo topoviz.properties.2. Cambie los valores de las siguientes propiedades:

# Descripciones de vista de AEL.topoviz.webtop.view.name=Defaulttopoviz.webtop.view.type=global

Agregar campos de sucesosPara utilizar Tivoli Netcool/OMNIbus versión 7.1, debe agregar campos de basesde datos adicionales a la tabla alerts.status y a los archivos de correlación depasarela de Tivoli Netcool/OMNIbus.

Consejo: No es necesario que realice esta tarea si está utilizando TivoliNetcool/OMNIbus versión 7.2 o posterior.

Los campos requeridos son los siguientes:

NmosDomainNameEl nombre del dominio de Network Manager que está gestionando elsuceso. De forma predeterminada, este campo se rellena solo para lossucesos que generan los sondeos de Network Manager. Para rellenar estecampo para otros orígenes de sucesos como los de las sondas de TivoliNetcool/OMNIbus, debe modificar los archivos de reglas.

NmosEntityIdUn ID numérico exclusivo que identifica la entidad de topología con la queel suceso está asociado. Este campo es similar al campo NmosObjInst perocontiene información más detallada. Por ejemplo, puede incluir el ID deuna interfaz dentro de un dispositivo.

NmosManagedStatusEl estado gestionado de la entidad de red para la que se ha generado elsuceso. Cuando una entidad de red no está gestionada, se suspenden lossondeos de Network Manager y los sucesos de otros orígenes se marcancomo no gestionados. Este campo le permite filtrar sucesos desdeentidades no gestionadas.

BSM_IdentityEl identificador exclusivo del recurso del que se origina el suceso y seutiliza para correlacionar el suceso con el recurso en IBM Tivoli BusinessService Manager (TBSM).

NmosEventMapEl nombre de correlación del suceso y la precedencia opcional para elsuceso, que indica cómo Network Manager debe procesar el suceso; porejemplo, PrecisionMonitorEvent.910. El número de precedencia opcional sepuede concatenar al final del valor, después de un punto (.). Si no seproporciona la precedencia, se define en 0.

Nota: Este valor se puede sustituir por una inserción explícita en la tablaconfig.precedence de la pasarela de sucesos, que proporciona los mismosdatos.

Para agregar los campos a la tabla de la base de datos alert.status, ejecute elsiguiente script SQL en cada ObjectServer en su despliegue:

v UNIX


$NCHOME/omnibus/bin/nco_sql -server objectserver_name -user username -passwordpassword < $NCHOME/precision/scripts/ncp_configure_omnibus.sql

v Windows

"%NCHOME%\omnibus\bin\isql.bat" -S objectserver_name -U username -P password -i"%NCHOME%\precision\scripts\ncp_configure_omnibus.sql"

Para obtener más información sobre la administración de TivoliNetcool/OMNIbus, consulte la publicación IBM Tivoli Netcool/OMNIbusAdministration Guide.

Instalación y configuración de sondasSi no ha instalado Tivoli Netcool/OMNIbus como parte de la instalación deNetwork Manager y está utilizando una instalación existente de TivoliNetcool/OMNIbus, debe configurar algunas sondas.

Para asegurarse de que la instalación de Tivoli Netcool/OMNIbus recibe sucesosde la red, debe configurar las sondas de Tivoli Netcool/OMNIbus relevantes.Como mínimo debe instalar y configurar la sonda SNMP (conocida también comola sonda mttrapd). Puede utilizar el script ConfigOMNI, para obtener másinformación, consulte “Configuración de una instalación de TivoliNetcool/OMNIbus existente” en la página 55.

Para obtener más información sobre la instalación y configuración de sondas,consulte la guía de referencia de sondas correspondiente, disponible en el Centrode información en http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/omnibus/common/kc_welcome-444.html.

Instalación de Knowledge LibrarySi no ha instalado Tivoli Netcool/OMNIbus como parte de la instalación deNetwork Manager y está utilizando una instalación existente de TivoliNetcool/OMNIbus, debe instalar Netcool/OMNIbus Knowledge Library.

Netcool/OMNIbus Knowledge Library es un conjunto de archivos de reglasescritas en un estándar común y están disponibles con la instalación de TivoliNetcool/OMNIbus. Puede utilizar el script ConfigOMNI para instalar la biblioteca,consulte “Opciones de línea de mandatos para ConfigOMNI” en la página 57.

Para obtener más información, consulte las Notas del Release deNetcool/OMNIbus Knowledge Library.

Referencia de integración de Tivoli Netcool/OMNIbusLea acerca de la configuración para una interacción adicional entre NetworkManager y Tivoli Netcool/OMNIbus.

Categorías de sucesos de Network Manager:

Los sucesos que se generan mediante Network Manager están en dos categorías:sucesos acerca de la red que se supervisa y sucesos acerca de los procesos deNetwork Manager.

Estos sucesos se almacenan en el ObjectServer de Tivoli Netcool/OMNIbus. LaSonda para Tivoli Netcool/OMNIbus (nco_p_ncpmonitor) se utiliza para procesar yreenviar los datos de los sucesos a la tabla alerts.status en ObjectServer.


http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/omnibus/common/kc_welcome-444.html

http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/omnibus/common/kc_welcome-444.html

La figura siguiente muestra el flujo de sucesos desde Network Manager alObjectServer.

Sucesos de red de Network Manager:

El Motor de sondeo, ncp_poller, genera sucesos acerca del estado de la red. Dichossucesos se pueden utilizar para identificar problemas de red y son configurablesutilizando la GUI de sondeo de red (vaya a Administración > Red > Sondeo dered). Estos sucesos se conocen como sucesos de red y tienen el valor de campo deAlertGroup de alerts.status de ITNM Monitor.

Cada suceso de red se genera en una entidad única, tal como una interfaz o unchasis, y los datos del suceso dependen del tipo de sondeo. Cuando los sucesos dered se reenvían al ObjectServer para su inserción en la tabla alerts.status, se lesasigna un valor de AlertGroup de ITNM Monitor.

Está disponible un conjunto ilimitado de identificadores de sucesos para lossucesos de red. A los sucesos que se generen cuando falle un sondeo de SNMP seles asigna específicamente un valor de EventID de NmosSnmpPollFail en la tabla dealerts.status.

Los sucesos de red de ObjectServer se repliegan en Network Manager a través dela Pasarela de sucesos para realizar el enriquecimiento de sucesos, incluido elanálisis de la causa raíz.Referencia relacionada:

Procesos delGestor de red

Red

ncp_poller

Lista desucesosactivos

Sonda para TivoliNetcool/Omnibus

nco_p_ncpmonitor

Servidor de objetos[tabla alerts.status]Lista de sucesos Servidor

GUI web

Sucesos de red Sucesos del estado del Gestor de red

Figura 9. El flujo de sucesos desde Network Manager a Tivoli Netcool/OMNIbus


“campos alerts.status utilizados por Network Manager” en la página 185La tabla alerts.status en ObjectServer contiene información de estado sobreproblemas que han detectado las sondas.

Sucesos de estado de Network Manager:

Network Manager puede generar sucesos que muestren el estado de variosprocesos de Network Manager. Estos sucesos se conocen como sucesos de estadode Network Manager y tienen el valor del campo de AlertGroup de alerts.status deEstado ITNM.

Cuando estos sucesos de estado se envían a ObjectServer para su inserción en latabla alerts.status, se les asigna un valor AlertGroup de ITNM Status.

Tipos de suceso de estado

Se utiliza un conjunto de identificadores de sucesos para identificar sucesos deestado de Network Manager por tipo. La siguiente lista identifica los valoresEventId que se insertan en la tabla alerts.status y describe cómo se genera cadasuceso de estado asociado.

ItnmDatabaseConnectionEste tipo de suceso se genera para indicar la pérdida de conexión a NCIM.Este suceso se genera mediante la hebra de sondeo de estado gestionadaen el proceso ncp_model. La generación de este suceso depende del periodode tiempo configurado en el intervalo de sondeo de estado gestionado enel modelo. Se generará un suceso de problema si la conexión se pierde, yse generará un suceso de resolución correspondiente si la conexión serestaura, o en el inicio para borrar cualquier fallo de una operaciónanterior. Este tipo de suceso permite al dominio de la copia de seguridadtomar posesión cuando se configura la migración tras error. El proceso dedominio virtual reacciona ante este suceso como se define en el filtro paraNCIM en el archivo NCHOME/etc/precision/VirtualDomainSchema.cfg.

ItnmDiscoAgentStatusncp_disco genera este tipo de suceso cuando un agente de descubrimientopasa a un nuevo estado. Al finalizar un descubrimiento, se envía un sucesode información a ObjectServer, para cada agente que se ha utilizadodurante el descubrimiento.

Puede utilizar esta información para identificar el estado de cada agente.En la tabla alerts.status, se utiliza el campo LocalPriObj para almacenar elnombre del agente.

Los sucesos del agente de descubrimiento en ObjectServer se sobrescribencuando se ejecuta un descubrimiento posterior.

ItnmDiscoFinderStatusncp_disco genera este tipo de suceso cuando un buscador dedescubrimiento pasa a un nuevo estado. Al finalizar un descubrimiento, seenvía un suceso de información a ObjectServer, para cada buscador que seha utilizado durante el descubrimiento.

Puede utilizar esta información para identificar qué buscadores se estánejecutando y su estado. En la tabla alerts.status, se utiliza el campoLocalPriObj para almacenar el nombre del buscador.

Los sucesos del buscador de descubrimiento en ObjectServer sesobrescriben cuando se ejecuta un descubrimiento posterior.


ItnmDiscoPhasencp_disco genera este tipo de suceso cuando el proceso de descubrimientopasa a una nueva fase. Al finalizar el descubrimiento, deben estarpresentes cinco sucesos de información en ObjectServer, para mostrar lastransiciones en bucle desde la fase 0 (standby) a las fases 1, 2 y 3(recopilación de datos) a la fase -1 (proceso de datos). Se genera un sucesopara cada uno de los cambios de fase siguientes en un únicodescubrimiento:v 0 a 1v 1 a 2v 2 a 3v 3 a -1v -1 a 0

Puede utilizar esta información para determinar la longitud de cada fase.En la tabla alerts.status, el campo LocalPriObj se utiliza para almacenar lafase a la que está pasando el descubrimiento y el campo LocalSecObjalmacena la fase anterior del descubrimiento.

Consejo: Los valores de cadena para las fases también se muestran en elarchivo de registro del descubrimiento cuando el proceso ncp_disco seejecuta en modalidad de depuración.

Los sucesos de fase de descubrimiento en ObjectServer se sobrescribencuando se ejecuta un descubrimiento posterior.

ItnmDiscoStitcherStatusEl proceso de descubrimiento se compone de una fase de recopilación dedatos y de una fase de procesamiento de datos, durante las cuales se creala topología. Los sucesos de ItnmDiscoStitcherStatus se generan medianteel Motor de descubrimiento, ncp_disco, cuando se alcanza una fase graveen la fase del proceso de datos. Al final del descubrimiento, se reenviaráun suceso de información a ObjectServer, para cada agrupador dedescubrimiento mayor que se utilizara durante el descubrimiento.

Puede utilizar esta información para identificar en qué fase de las delproceso de datos está el descubrimiento. En la tabla alerts.status, el campoLocalPriObj se utiliza para almacenar el nombre del agrupadorcorrespondiente a esta fase.

Los sucesos de ItnmDiscoStitcherStatus se generan cuando se ejecutan lossiguientes agrupadores:v BuildFinalEntityTablev BuildContainmentv BuildLayersv MergeLayersv PostLayerProcessing

Posteriormente, los sucesos se generan durante la fase de creación de latopología cuando se ejecutan los agrupadores siguientes.v CreateScratchTopologyv PostScratchProcessingv SendTopologyToModel

Los sucesos del agrupador de descubrimiento en ObjectServer sesobrescriben cuando se ejecuta un descubrimiento posterior.


ItnmEntityCreationSi está configurado en el archivo $NCHOME/etc/precision/ModelSchema.cfg,ncp_model genera este tipo de suceso de información, para cada chasisnuevo o entidad de interfaz de IP (EntityType = 1) que está insertado en labase de datos NCIM.

Puede configurar ModelSchema.cfg definiendo el valor de la columnaRaiseEntityEvent en 1 en la sentencia INSERT para la tabla model.config.Por ejemplo:create table model.config(LingerTime int not null primary key, // default value 3 (discoveries)RaiseEntityEvent int type boolean not null, // default value 0 ( off )DiscoveryUpdateMode int not null, // default value 0 - full discovery,

// 1 - partialunique(LingerTime));insert into model.config values (3, 1, 0);

Nota: Para que se puedan aplicar los cambios de configuración y habilitarlos sucesos, se debe reiniciar el proceso ncp_model. El proceso lee losvalores de configuración durante el inicio.

ItnmEntityDeletionSi está configurado en el archivo $NCHOME/etc/precision/ModelSchema.cfg,ncp_model genera este tipo de suceso de información, para cada chasis oentidad de interfaz de IP (EntityType = 1) que se suprime de la base dedatos NCIM.

Puede configurar ModelSchema.cfg definiendo el valor de la columnaRaiseEntityEvent en 1 en la sentencia INSERT para la tabla model.config,tal como se muestra en la descripción precedente para el EventId deItnmEntityCreation.

ItnmFailoverncp_virtualdomain genera este tipo de suceso cuando un dominio deNetwork Manager en un par de migración tras error migra tras error o seconmuta por recuperación.

Un suceso de problema se genera cuando tiene lugar una migración traserror y un suceso de resolución se genera durante la conmutación porrecuperación.

En la tabla alerts.status, la descripción del campo Resumen indica si eldominio es el primario o la copia de seguridad y si se encuentra enmodalidad activa o en espera.

ItnmFailoverConnectionncp_virtualdomain genera este tipo de suceso para indicar cuando eldominio de copia de seguridad en par de migración tras error se conecta ao se desconecta del dominio primario.

Cuando Network Manager se ejecuta en modalidad de migración traserror, se genera un suceso de resolución cuando el dominio primario y elde copia de seguridad configuran su conexión de socket TCP. Estaconexión de socket es necesaria para transferir las actualizaciones detopología del dominio primario porque el proceso de descubrimiento(ncp_disco) no se ejecuta en el dominio de copia de seguridad. Siposteriormente se pierde la conexión, se genera un suceso de problema.

Nota: El estado de la conexión no determina si se ha desencadenado lamigración tras error. La migración tras error se desencadena solo cuandolos sucesos de comprobación de estado se transfieren (a través de


ObjectServer) por los dominios y se proporciona una conexión de socketque se ha establecido en un determinado momento.

ItnmHealthChkLos sucesos de comprobación de estado gobiernan la migración tras errorde Network Manager. Cada dominio en el par de migración tras errorgenera sucesos de resolución de comprobación de estado mientras esedominio está sano.

Los sucesos de problema de comprobación de estado para un dominio sepueden generar de dos maneras:v Mediante el dominio local: el dominio local detecta un fallo en uno de

sus procesos, tal como está configurado en el archivo$NCHOME/etc/precision/VirtualDomainSchema.cfg.

v Mediante el dominio remoto: un dominio detecta que el otro dominio noha generado un suceso de resolución de comprobación de estado en lacantidad de tiempo configurada y genera un suceso de problema decomprobación de estado sintético en nombre del dominio remoto.

Cuando se genera un suceso de problema de comprobación de estado parael dominio primario, se inicia la migración tras error y el dominio de copiade seguridad se vuelve activo.

A los sucesos de comprobación de estado se les ha asignado anteriormenteun valor EventID de NcpHealthChk. Para la compatibilidad con versionesanteriores de Network Manager, puede sustituir NcpHealthChk en lugarde ItnmHealthChk en el archivo de reglas de sonda.

Nota: La pasarela de sucesos de Network Manager maneja los sucesos decomprobación de estado, que exigen que el valor Nodo sea el dominio alque se refiere el suceso. No tiene por qué ser el dominio que genera elsuceso, ya que un dominio puede generar sucesos de error en nombre deotro.

ItnmMaintenanceStateSi está configurado en el archivo $NCHOME/etc/precision/ModelSchema.cfg,este tipo de suceso se genera mediante el Gestor de topología, ncp_model,para los cambios del estado de mantenimiento en un chasis o en unainterfaz IP.

Puede configurar ModelSchema.cfg estableciendo el valor de la columnaRaiseEntityEvent en 1 en la sentencia INSERT para la tabla model.config,como se muestra en la descripción anterior para el sucesoItnmEntityCreation.

Se genera un suceso de problema cuando el chasis o la entidad de interfazde IP se encuentra en mantenimiento y se genera un suceso de resolucióncuando la entidad está fuera de mantenimiento.

Nota: Solo se envía un suceso de interfaz individual si el cambio no seaplica a nivel del chasis; cuando cambia un dispositivo, un suceso dechasis y una serie de sucesos de interfaz no se generan de forma colectiva.

ItnmServiceStateEste tipo de suceso se genera cuando se inicia o finaliza un proceso ysignifica que si un proceso no se ha podido iniciar o se ha detenidodurante el tiempo de ejecución. (Tenga en cuenta que los sucesos de estadode proceso no se generan cuando se detienen los procesos durante elapagado del sistema).


Se genera un suceso de resolución cuando ncp_ctrl inicia un proceso. Sino se puede iniciar un proceso o si se detiene durante el tiempo deejecución, se genera un suceso de problema.

En la tabla alerts.status, la descripción del campo Resumen incluye elnombre de proceso, el PID y una indicación de si el proceso se ha:v Iniciado (e iniciado satisfactoriamente)v Detenido (es decir, se ha suprimido de la tabla de la base de datos

ncp_ctrl denominada services.inTray)v Terminado (es decir, se ha detenido, pero ncp_ctrl lo reiniciará)v No se ha podido iniciarv Ha fallado y no se reiniciará (es decir, se ha detenido y se ha excedido el

número de reintentos configurados para el proceso)

ItnmTopologyUpdatedncp_model genera este tipo de suceso de información cuando laactualización de la base de datos de topología NCIM finaliza al final de unciclo de descubrimiento. Esta información es útil si intenta programarscripts o procedimientos que se vayan a ejecutar después de actualizar labase de datos NCIM.

Nota: Si está activada la opción de retroalimentación o se hace ping ensubredes mayores, puede haber varios ciclos de descubrimiento y, de estamanera, varios sucesos de este tipo, un suceso por cada ciclo dedescubrimiento. Para determinar si el descubrimiento ha finalizado, sepuede realizar la siguiente consulta OQL al servicio del buscador de pings:select * from pingFinder.status where m_Completed <> 1;

Esta consulta busca las subredes a las que el buscador de pings estáhaciendo ping todavía. Si no hay barridos de ping pendientes y eldescubrimiento están en fase 0, esto significa que el descubrimiento hafinalizado.

Conceptos relacionados:“Acerca de la migración tras error” en la página 297En su entorno de Network Manager, una arquitectura de migración tras error sepuede utilizar para configurar su sistema para una alta disponibilidad,minimizando el impacto de fallos de sistema o de red.Tareas relacionadas:“Habilitación de la migración tras error” en la página 297Puede habilitar la migración tras error en el entorno de Network Manager paraasegurarse de que los diferentes componentes sean ejecutables y estén disponibles.

Referencia relacionada:“campos alerts.status utilizados por Network Manager” en la página 185La tabla alerts.status en ObjectServer contiene información de estado sobreproblemas que han detectado las sondas.

Configuración de la Sonda para Tivoli Netcool/OMNIbus:

La Sonda para Tivoli Netcool/OMNIbus (nco_p_ncpmonitor) adquiere y procesa lossucesos que generan los sondeos y los procesos de Network Manager, y reenvíaestos sucesos al ObjectServer.

La Sonda para Tivoli Netcool/OMNIbus se instala en el directorio$NCHOME/probes/arch, donde arch representa un directorio del sistema operativo.Puede configurar la sonda utilizando sus archivos de configuración, que son lossiguientes:v Archivo de propiedades: nco_p_ncpmonitor.propsv Archivo de reglas: nco_p_ncpmonitor.rules

Nota: El archivo ejecutable (o mandato nco_p_ncpmonitor) para la sonda tambiénse instala en el directorio $NCHOME/probes/arch. La sonda se configura, sinembargo, para ejecutarse bajo el controlador de proceso del dominio CTRL, deforma predeterminada, y el mandato nco_p_ncpmonitor debería ejecutarsemanualmente únicamente para fines de resolución de problemas.

Los sucesos generados en Network Manager son específicos del dominio. CuandoNetwork Manager se ejecuta en modalidad de migración tras error, la sonda utilizael nombre del dominio virtual de forma predeterminada, suponiendo que elnombre esté configurado en el archivo $NCHOME/etc/precision/ConfigItnm.cfg.

Para obtener más información acerca de los conceptos de la sonda, consulte lapublicación IBM Tivoli Netcool/OMNIbus Probe and Gateway Guide del centro deinformación de Tivoli Netcool/OMNIbus en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm.Tareas relacionadas:“Configuración de la migración tras error utilizando el archivo ConfigItnm.cfg” enla página 334Cuando utiliza el archivo $NCHOME/etc/precision/ConfigItnm.DOMAIN.cfg paraconfigurar la migración tras error, los procesos de Network Manager leerán elarchivo en el inicio para identificar si se están ejecutando en el dominio primario ode copia de seguridad. De forma similar, el proceso ncp_model identificará si laréplica de NCIM está en uso y si se ejecuta de forma adecuada para esaconfiguración.

Acerca del archivo nco_p_ncpmonitor.props:

El archivo $NCHOME/probes/arch/nco_p_ncpmonitor.props define el entorno en elque se ejecuta la Sonda para Tivoli Netcool/OMNIbus.

El archivo de propiedades se forma de pares de nombre-valor que están separadospor dos puntos. El archivo de propiedades predeterminado lista una subred de laspropiedades que soporta la sonda; a estas propiedades se les quita el comentariocon un signo de número (#) al inicio de la línea. El conjunto estándar depropiedades de sonda comunes, que son aplicables para la versión de TivoliNetcool/OMNIbus en ejecución, se puede especificar para la Sonda para TivoliNetcool/OMNIbus, donde sea relevante.

Una práctica sugerida para cambiar los valores predeterminados de laspropiedades es que agregue una línea de nombre-valor para cada propiedadrequerida al final del archivo. Para especificar una propiedad, asegúrese de que la


http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm


línea no tiene el comentario y, a continuación, modifique el valor como seanecesario. Los valores de cadena deben encerrarse en comillas; otros valores norequieren comillas. Por ejemplo:Server : "VIRTUAL"RulesFile : "$NCHOME/probes/solaris2/nco_p_ncpmonitor.rules"Buffering : 1BufferSize : 15

Para fines de resolución de problemas, puede configurar de forma alternativa laspropiedades de la sonda para la línea de mandatos ejecutando el mandatonco_p_ncpmonitor con las opciones relevantes de la línea de mandatos.

Para obtener más información acerca de las propiedades comunes a las sondas,consulte la publicación IBM Tivoli Netcool/OMNIbus Probe and Gateway Guide en elcentro de información de Tivoli Netcool/OMNIbus en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm.

Acerca del archivo nco_p_ncpmonitor.rules:

El archivo $NCHOME/probes/arch/nco_p_ncpmonitor.rules define cómo deberíaprocesar la Sonda para Tivoli Netcool/OMNIbus los datos del suceso de NetworkManager para crear un suceso significativo de Tivoli Netcool/OMNIbus.

Referencia de configuración de nco_p_ncpmonitor.rules:

El archivo de reglas correlaciona los datos de sucesos de Network Manager en loscampos de ObjectServer, y se pueden utilizar para personalizar el comportamientode la sonda. Se requiere el conocimiento de la sintaxis de reglas de la sonda deTivoli Netcool/OMNIbus para la configuración del archivo de reglas.

La sonda utiliza señales y elementos, y aplica reglas, para transformar los datos delorigen de sucesos de Network Manager en un formato que el ObjectServer puedareconocer. Los datos del origen de sucesos sin formato se convierten a señales, quese analizarán en elementos. El archivo de reglas se utilizará para realizar el procesocondicional de los elementos, y para correlacionarlos en los campos de alerts.statusde ObjectServer. En el archivo de reglas, los elementos se identifican mediante elsímbolo $ y los campos de alerts.status se identifican mediante el símbolo @. Laconfiguración del archivo de reglas correlaciona elementos en campos, como semuestra en el siguiente código de ejemplo:@Summary=$Description

En este ejemplo, @Summary identifica el campo alerts.status, y $Descriptionidentifica el campo de entrada de Network Manager.

Donde el campo ExtraInfo de Network Manager se utiliza con campos anidadospara almacenar datos adicionales en entidades (por ejemplo, ExtraInfo->ifIndex),estos campos estarán disponibles en el formato siguiente del archivo de reglas:$ExtraInfo_variable

Donde variable representa una variable de la MIB (base de información de gestión)(por ejemplo, ifIndex), u otros datos (por ejemplo, nombres de la columna en lastablas de NCIM). Las variables de MIB están especificadas en caracteres enmayúscula y minúscula mezcladas, y otros datos, en caracteres en mayúscula. Porejemplo:





$ExtraInfo_ifIndex$ExtraInfo_MONITOREDENTITYID

Para configurar el archivo de reglas para la Sonda para Tivoli Netcool/OMNIbus,es necesario comprender lo siguiente:v Los datos de origen de sucesos de Network Manager que están disponibles para

su uso en el archivo de reglas de la sondav El conjunto de campos de alerts.status que se pueden rellenar con datos de

sucesos desde Network Managerv La correlación de datos entre los campos de Network Manager y de alerts.status

Para obtener más información acerca de la sintaxis utilizada en los archivos dereglas de la sonda, consulte la publicación IBM Tivoli Netcool/OMNIbus Probe andGateway Guide en el centro de información de Tivoli Netcool/OMNIbus enhttp://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm.

Ejemplo de proceso de archivos de reglas:

Este ejemplo muestra cómo procesa el archivo de reglas los datos de origen deNetwork Manager para generar los datos de salida que se insertarán en la tablaalerts.status.

El código de ejemplo siguiente muestra un registro de datos de sucesos deNetwork Manager que se pasa a la Sonda para Tivoli Netcool/OMNIbus para suproceso. En este registro, se creó un suceso de resolución cuando ncp_ctrl inició elproceso ncp_store.{EventName=’ItnmServiceState’;Severity=1;EntityName=’BACKUP’;Description=’ncp_store process [15299] has started’;ExtraInfo={EVENTTYPE=2;SOURCE=’ncp_ctrl’;ALERTGROUP=’ITNM Status’;EVENTMAP=’ItnmStatus’;SERVICE=’ncp_store’;PID=15299;};

}

El siguiente extracto del archivo de reglas de la sonda muestra la sintaxis utilizadapara procesar y correlacionar estos campos de entrada en los campos dealerts.status:...

## populate some standard fields#@Severity = $Severity@Summary = $Description@EventId = $EventName@Type = $ExtraInfo_EVENTTYPE@AlertGroup = $ExtraInfo_ALERTGROUP@NmosEventMap = $ExtraInfo_EVENTMAP@Agent = $ExtraInfo_SOURCE

if (exists($ExtraInfo_ACCESSIPADDRESS)){

@Node = $ExtraInfo_ACCESSIPADDRESS}else{




@Node = $EntityName}

## Stamp the event with the name of its originating domain#@NmosDomainName = $Domain@Manager = "ITNM"@Class = 8000

## populate fields for RCA#@LocalNodeAlias = @Node

...

## Now set the AlertKey and Identifier#if (match(@AlertGroup, "ITNM Status")){

switch ($EventName){

case ......

case "ItnmServiceState":@LocalPriObj = $ExtraInfo_SERVICE

...case ...

....}

}

## Both the Identifier and the AlertKey contain the domain name. This ensures# that in a multi-domain setup, events are handled on a per-domain basis#

## Include the LocalPriObj in the AlertKey or the link-downs on# all interfaces will cleared by a link-up on any interface#@AlertKey = $EntityName + @LocalPriObj + "->" + $EventName + @NmosDomainName

## Set up deduplication identifier and include the LocalPriObj# so we can correctly handle de-duplication of events raised on interfaces#@Identifier = $EntityName + @LocalPriObj + "->" + $EventName + @Type + @NmosDomainName

}

Cuando el proceso del archivo de reglas se complete, los datos de salida que sereenvían al ObjectServer toman la forma siguiente:CMonitorProbeApp::ProcessStatusEvent{AlertGroup=’ITNM Status’;EventId=’ItnmServiceState’;Type=2;Severity=1;Summary=’ncp_store process [15299] has started’;Node=’BACKUP’;NmosDomainName=’PRIMARY’;LocalNodeAlias=’BACKUP’;LocalPriObj=’ncp_store’;LocalRootObj=’’;RemoteNodeAlias=’’;AlertKey=’BACKUPncp_store->ItnmServiceStateVIRTUAL’;Identifier=’BACKUPncp_store->ItnmServiceState2VIRTUAL’;Class=8000;Agent=’ncp_ctrl’;LastOccurrence=1267122089;}


Según el proceso del archivo de reglas de este ejemplo, se puede ver que loscampos de entrada de Network Manager se correlacionan con los camposalerts.status como sigue:

campo Network Manager campo alerts.status

EventName EventId

Gravedad Gravedad

EntityName Nodo

Descripción Resumen

ExtraInfo->EVENTTYPE Tipo

ExtraInfo->SOURCE Agent

ExtraInfo->ALERTGROUP AlertGroup

ExtraInfo->EVENTMAP NmosEventMap

ExtraInfo->SERVICE LocalPriObj

Referencia relacionada:“campos alerts.status utilizados por Network Manager” en la página 185La tabla alerts.status en ObjectServer contiene información de estado sobreproblemas que han detectado las sondas.

Campos de los datos de sucesos de Network Manager:

Cuando se generen los sucesos en Network Manager, los datos de sucesos seinsertarán en un número de campos (o columnas) de las tablas de NetworkManager. Aunque cada suceso utiliza únicamente un subconjunto de los posiblescampos, son comunes un número de campos para todos los tipos de sucesos.

La tabla siguiente lista todos los nombres de campos de Network Manager queestán disponibles para su uso en el archivo de reglas de sonda, y describe los datosde sucesos almacenados en cada campo. La tabla identifica igualmente cual de loscampos de Network Manager son comunes para todos los sucesos y, por lo tanto,siempre estarán disponibles en el archivo de reglas.

Tabla 16. Campos de Network Manager que rellenan los sucesos

Nombre del campo de NetworkManager Contenido del campo

¿Disponible en todomomento?

Descripción Una descripción breve del suceso. Sí

Dominio El dominio actual.

Si Network Manager está configurado parala modalidad de migración tras error, ésteserá el dominio principal.

Sí (suponiendo que elarchivo de correlación noesté modificado)

EntityName Para sucesos de red, este es el campo deentityName desde la tabla de entityData deNCIM para la entidad en la que el suceso segenera.

Para sucesos de estado, este es siempre elnombre del dominio sobre el que se generael suceso.

Sí

EventName El identificador del suceso. Por ejemplo,ItnmDiscoPhase.

Sí


Tabla 16. Campos de Network Manager que rellenan los sucesos (continuación)



ExtraInfo_ACCESSIPADDRESS Si el nodo principal o la entidad de lainterfaz identificada por el campo de entradade EntityName tiene una dirección IPaccesible de forma directa (el campoaccessIPAddress desde la interfaz de NCIM olas tablas de chasis), se facilitará aquí.Aplicable únicamente a sucesos de red.

No

ExtraInfo_AGENT El agente responsable de un suceso delagente de descubrimiento(ItnmDiscoAgentStatus).

Sí (para sucesos deItnmDiscoAgentStatus)

ExtraInfo_ALERTGROUP El grupo de alerta del suceso. Para lossucesos de estado de Network Manager, elgrupo de alerta es ITNM Status y, para lossucesos de red, el valor es ITNM Monitor.

Sí

ExtraInfo_ENTITYCLASS El nombre de la clase asignada a la entidad,como se identifica en las tablas entityClass yclassMembers de NCIM.

Sí (para sucesos de red y deItnmEntityCreation)

ExtraInfo_ENTITYTYPE El tipo de la entidad, como se define en latabla entityType de NCIM.

Sí (para sucesos de red)

ExtraInfo_LocalPriObj Proporciona un valor para el campoLocalPriObj en el registro alerts.status. Estecampo tiene el mismo valor que el campo endesuso ExtraInfo_EventSnmpIndex, aexcepción de que tiene el prefijo de unidentificador para la entidad de MIB que sesondeará; por ejemplo ifEntry, bgpPeerEntry.


ExtraInfo_EVENTTYPE El tipo de suceso generado por NetworkManager. Los valores son los siguientes:

v 1: problema

v 2: resolución

v 13: información

Sí

ExtraInfo_FINDER El buscador responsable de un suceso debuscador de descubrimiento(ItnmDiscoFinderStatus).

Sí (para sucesos deItnmDiscoFinderStatus)

ExtraInfo_ifIndex Para sucesos generados en una interfaz conun valor de ifIndex en la tabla de la interfazde NCIM, dicho valor se otorga aquí.Aplicable únicamente a sucesos de red eninterfaces.

No

ExtraInfo_IFALIAS Para sucesos generados en interfaces, estecampo contiene el valor ifAlias, si se conoce.Aplicable únicamente a sondeos de interfazde red.

No

ExtraInfo_IFDESCR Para sucesos generados en interfaces, estecampo contiene el valor ifDescr, si se conoce.Aplicable únicamente a sondeos de interfazde red.

No

ExtraInfo_IFNAME Para sucesos generados en interfaces, estecampo contiene el valor ifName, si se conoce.Aplicable únicamente a sondeos de interfazde red.

No





ExtraInfo_IFTYPESTRING Para sucesos generados en interfaces, estecampo contiene la representación de cadenasdel valor ifType. Aplicable únicamente asondeos de interfaz de red.

No

ExtraInfo_MAINNODEADDRESS La interfaz de gestión del nodo principal quecontiene la entidad, como se identificamediante el campo accessIPAddress de latabla de chasis de NCIM. Aplicableúnicamente a sucesos de red y deItnmEntityCreation.


ExtraInfo_MAINNODEENTITYID El campo entityId de la tabla entityData deNCIM para el nodo principal, como seidentifica mediante el campoaccessIPAddress de la tabla de chasis deNCIM. Aplicable únicamente a sucesos dered.


ExtraInfo_MAINNODEENTITYNAME El campo entityName de la tabla entityDatade NCIM para el nodo principal, como seidentificó en NCIM. Aplicable únicamente asucesos de red.


ExtraInfo_MONITOREDENTITYID El campo de entityId de la tabla entityDatade NCIM para la entidad en la que se generael suceso. Aplicable únicamente a sucesos dered y de ItnmEntityCreation.

No

ExtraInfo_MONITOREDINSTID Un registro en la tablancpolldata.monitoredInstance.

No

ExtraInfo_NEWPHASE La fase de descubrimiento que se hainiciado. Aplicable únicamente a los sucesosde la fase de descubrimiento(ItnmDiscoPhase).

Sí (para sucesos de la fasede descubrimiento)

ExtraInfo_OLDPHASE La fase de descubrimiento que ha finalizado.Aplicable únicamente a los sucesos de la fasede descubrimiento (ItnmDiscoPhase).

Sí (para sucesos de la fasede descubrimiento)

ExtraInfo_POLICYNAME El nombre de la política de sondeo que diolugar al suceso.


ExtraInfo_PID El ID de proceso del servicio de NetworkManager afectado. Aplicable únicamentepara los sucesos de ItnmServiceState.

Sí (para sucesos del estadode servicio)

ExtraInfo_REMOTEDOMAIN El nombre del dominio remoto. Aplicableúnicamente para sucesos deItnmFailoverConnection.

Sí (para sucesos deconexión de migración traserror)

ExtraInfo_sysContact Si está disponible, el valor sysContact seotorga únicamente para los sucesos deItnmEntityCreation.

No

ExtraInfo_sysLocation Si está disponible, el valor sysLocation seotorga únicamente para los sucesos deItnmEntityCreation

No

ExtraInfo_sysObjectId Si está disponible, el valor sysObjectId seotorga únicamente para sucesos deItnmEntityCreation

No





ExtraInfo_SERVICE El nombre del servicio de Network Managerafectado. Aplicable únicamente para lossucesos de ItnmServiceState.

Sí (para sucesos del estadode servicio)

ExtraInfo_SNMPSTATUS Un código de estado de SNMP numérico. Sí (para sucesos deNmosSnmpPollFail)

ExtraInfo_SNMPSTATUSSTRING Una indicación legible por humanos delestado de fallo de SNMP.

Sí (para sucesos deNmosSnmpPollFail)

ExtraInfo_SOURCE El nombre del proceso desde el que seoriginó el suceso.

Sí

ExtraInfo_STITCHER El agrupador responsable de un suceso deagrupador de descubrimiento(ItnmDiscoStitcherStatus).

Sí (para sucesos deItnmDiscoStitcherStatus)

Gravedad El nivel de gravedad del suceso. Lagravedad es un valor distinto a cero.

Sí

Referencia relacionada:“Sucesos de red de Network Manager” en la página 172El Motor de sondeo, ncp_poller, genera sucesos acerca del estado de la red. Dichossucesos se pueden utilizar para identificar problemas de red y son configurablesutilizando la GUI de sondeo de red (vaya a Administración > Red > Sondeo dered). Estos sucesos se conocen como sucesos de red y tienen el valor de campo deAlertGroup de alerts.status de ITNM Monitor.“Sucesos de estado de Network Manager” en la página 173Network Manager puede generar sucesos que muestren el estado de variosprocesos de Network Manager. Estos sucesos se conocen como sucesos de estadode Network Manager y tienen el valor del campo de AlertGroup de alerts.status deEstado ITNM.

campos alerts.status utilizados por Network Manager:

La tabla alerts.status en ObjectServer contiene información de estado sobreproblemas que han detectado las sondas.

Un subconjunto de campos alerts.status estándar se llena con datos de sucesos deNetwork Manager. De forma adicional, se reserva un conjunto de camposdedicados alerts.status para retener datos que son específicos para NetworkManager. Los nombres de campo alerts.status dedicados son identificables por elprefijo Nmos.

La siguiente tabla describe los campos alerts.status que llenan los campos deNetwork Manager. A algunos de estos campos alerts.status se les asignan valorespredeterminados desde dentro del archivo de reglas de sonda. (Intente nomodificar estos valores predeterminados.)


Tabla 17. campos alerts.status utilizados por Network Manager

campo alerts.statusTipo dedatos Descripción

Nombre/valor predeterminado decampo de Network Manager en elarchivo de reglas

Agent varchar(64) Nombre del proceso que ha generadoel suceso. Puede utilizar este campopara filtrar un AEL para mostrar sololos sucesos de un tipo específico; porejemplo, solo sucesos dedescubrimiento (con un valor dencp_disco).

ExtraInfo_SOURCE

AlertGroup varchar(255) Utilizado para agrupar sucesos portipo. Los valores proporcionados deforma predeterminada desde lossucesos de Network Manager son ITNMMonitor para sucesos de red o ITNMStatus para sucesos de estado.

ExtraInfo_ALERTGROUP

AlertKey varchar(255) Una cadena de texto que concatenadiferentes elementos relacionados conel suceso. Los elementos puedenincluir el ID de suceso, dominio, fase ynombre de proceso. Permite que lossucesos de problemas y de resoluciónsean coincidentes.

Este valor es generado desde laentrada para asegurar unacoincidencia apropiada de lossucesos de problemas y deresolución en ObjectServer.

Clase integer La clase de alerta asignada a la Sondapara Tivoli Netcool/OMNIbus.

Se reserva un valor de 8000 para lossucesos generados por NetworkManager.

EventId varchar(255) El tipo de suceso (por ejemplo,SNMPTRAP-linkDown). La pasarelade sucesos utiliza este valor parabuscar la correlación de sucesos y paradeterminar la precedencia de lossucesos.

EventName

ExpireTime integer La fecha de caducidad del suceso en labase de datos. Network Manager, no loutiliza actualmente.

FirstOccurrence time Una indicación de fecha que señalacuando tuvo lugar por primera vez.

Identifier varchar(255) Un valor exclusivo para cada tipo desuceso en una entidad determinada(por ejemplo, un suceso LinkDown enuna interfaz de dispositivo específico).Este identificador controla laoptimización del almacenamiento.

Este valor se genera desde laentrada para asegurar unaoptimización del almacenamiento delos sucesos apropiada enObjectServer. En el archivo de reglas,el identificador se construye comouna concatenación de valores decampo.

LastOccurrence time Una indicación de fecha que señalacuando tuvo lugar por última vez.


Tabla 17. campos alerts.status utilizados por Network Manager (continuación)



LocalNodeAlias varchar(64) La dirección IP o DNS del dispositivo.Este valor se refiere normalmente alchasis, pero solo para pingFails, puedecorresponderse con la interfaz.

Para sucesos de red, este campo seestablece en el mismo valor que elcampo Nodo.

No se define ningún valor parasucesos de estado, para asegurarsede que no se retroalimentan enNetwork Manager mediante lapasarela de sucesos.

LocalPriObj varchar(255) La entidad específica para la cual segenera el suceso; por ejemplo, el valorde campo ifIndex, ifDescr oifPhysAddress.

ExtraInfo_AGENT oExtraInfo_FINDER oExtraInfo_ifIndex oExtraInfo_NEWPHASE oExtraInfo_SERVICE oExtraInfo_STITCHER

El valor ExtraInfo_ifIndex semuestra utilizando la sintaxisifEntry.<ifIndex>; por ejemplo,ifEntry.12.

LocalRootObj varchar(255) El contenedor de la entidadreferenciada en el campo LocalPriObj.No tiene por qué ser el chasis, peropodría ser, por ejemplo, la ranura enun chasis. El chasis todavía se puedeidentificar utilizando LocalNodeAlias.

LocalSecObj varchar(255) El objeto secundario referenciado porel suceso.

ExtraInfo_OLDPHASE

Manager varchar(64) Un nombre descriptivo que identificael sistema que enviaba los sucesos.

Un valor de ITNM se utiliza para lossucesos generados por NetworkManager V3.8 o posterior.

Un valor de Omnibus se utiliza enversiones anteriores.

NmosCauseType integer El estado de suceso. Rellenado por lapasarela NMOS. Los posibles valoresson los siguientes:

v 0: desconocido

v 1: causa raíz

v 2: síntoma




NmosDomainName varchar(64) El nombre del dominio de red deNetwork Manager que ha generado elsuceso. El nombre del dominioprimario se utiliza en modalidad demigración tras error.

De forma predeterminada, se rellenaeste campo solo para sucesosgenerados por Network Manager. Pararellenar este campo para otros orígenesde sucesos, como las de otras sondas,debe modificar los archivos de reglaspara esas sondas.

La pasarela de sucesos rellena estecampo si un suceso es coincidente conuna entidad en un dominio.

Dominio

NmosEntityId integer El ID de objeto exclusivo que identificala entidad de topología con la que elsuceso está asociada. Este campo essimilar al campo NmosObjInst perocontiene información más detallada.Por ejemplo, este campo puede incluirel ID de una interfaz dentro de undispositivo.

El campo NmosEntityId se rellena enel archivo de reglas de la sonda. Paralos demás sucesos, la pasarela rellenaeste campo cuando se identifica laentidad.

ExtraInfo_MONITOREDENTITYID

NmosEventMap varchar(64) El nombre de correlación del suceso yla precedencia opcional para el suceso,que indica cómo Network Managerdebe procesar el suceso; por ejemplo,PrecisionMonitorEvent.910. El númerode precedencia opcional se puedeconcatenar al final del valor, despuésde un punto (.). Si no se proporcionala precedencia, se define en 0.Nota: Este valor se puede sustituir poruna inserción explícita en la tablaconfig.precedence de la pasarela desucesos, que proporciona los mismosdatos.





NmosManagedStatus integer El estado gestionado de la entidad dered para el que el suceso se hagenerado. Cuando una entidad de redno está gestionada, se suspenden lossondeos de Network Manager y lossucesos de otros orígenes se marcancomo no gestionados. Este campo lepermite filtrar sucesos desde entidadesno gestionadas. Los posibles valorespara este campo son los siguientes:

v 0: gestionado

v 1: operador no gestionado

v 2: sistema no gestionado

v 3: fuera de ámbito

NmosObjInst integer El ID de objeto exclusivo que identificala entidad de chasis de topologíacontenida con la que el suceso estáasociado. Rellenado por la pasarelaNMOS.Consejo: Este campo se puede utilizarpara detectar si el suceso se ha pasadopara el enriquecimiento de sucesos.

NmosSerial integer El número de serie del suceso quesuprime el suceso actual. Rellenadopor la pasarela NMOS.

Nodo varchar(64) El dispositivo a partir del cual se haoriginado el suceso. Si se origina unsuceso en un entidad con unadirección IP accesible, se utiliza estadirección IP. En caso contrario, seutiliza el valor entityName de NCIM.De forma predeterminada, Nodo tieneel mismo valor que LocalNodeAlias.

ExtraInfo_ACCESSIPADDRESS oEntityName

El valor EntityName se correlacionacon el campo Nodo solo si el campode entradaExtraInfo_ACCESSIPADDRESS estávacío.

NodeAlias varchar(64) La dirección IP del nodo principal, siestá disponible.

ExtraInfo_MAINNODEADDRESS

RemoteNodeAlias varchar(64) La dirección de red de un nodoremoto, donde sea relevante. Porejemplo:

v Un valor en blanco (cuando unainterfaz deja de funcionar)

v Una dirección cercana (en la queuna interfaz conectada ha dejado defuncionar)

v La estación de sondeo (para unsuceso de error de ping)





Serial incr Un ID exclusivo por suceso y porinstancia de ObjectServer.

En donde se configuran ObjectServersprimarios y de respaldo, ObjectServerstendrá números de serie diferentespara el mismo suceso.

ServerName varchar(64) El nombre del ObjectServer originario.

ServerSerial integer El número de serie del suceso en elObjectServer originario.

En donde se configuran ObjectServersprimarios y de respaldo, ObjectServerstendrá números de serie diferentespara el mismo suceso. Si el suceso seha originado en el ObjectServer actual,el valor ServerSerial es el mismo queel valor de serie.

Gravedad integer El nivel de gravedad del sucesoalmacenado en ObjectServer. Losvalores predeterminados son lossiguientes:

v 0: borrar (VERDE)

v 1: indeterminado (PÚRPURA)

v 2: aviso (AZUL)

v 3: menor (AMARILLO)

v 4: grave (NARANJA)

v 5: crítico (ROJO)

Gravedad

StateChange time Una indicación de fecha que señalacuando se ha modificado por últimavez el suceso. Este campo se puedeutilizar para determinar si un procesoestá modificando un suceso despuésde que se haya agregado aObjectServer.

Resumen varchar(255) Una descripción textual del suceso. Descripción

Cuadrar integer Un recuento del número de veces queun suceso ha tenido lugar. Este valorse muestra en la columna Recuento enla lista de sucesos o AEL y en lacolumna Producidos en la tablamojo.events.

Tipo integer El tipo de alerta. Los valores derelevancia particular para NetworkManager son

v 1: problema

v 2: resolución

v 13: información

ExtraInfo_EVENTTYPE


Para obtener más información sobre la tabla alerts.status, consulte la publicaciónIBM Tivoli Netcool/OMNIbus Administration Guide del centro de información deTivoli Netcool/OMNIbus en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm.Referencia relacionada:“Sucesos de red de Network Manager” en la página 172El Motor de sondeo, ncp_poller, genera sucesos acerca del estado de la red. Dichossucesos se pueden utilizar para identificar problemas de red y son configurablesutilizando la GUI de sondeo de red (vaya a Administración > Red > Sondeo dered). Estos sucesos se conocen como sucesos de red y tienen el valor de campo deAlertGroup de alerts.status de ITNM Monitor.“Sucesos de estado de Network Manager” en la página 173Network Manager puede generar sucesos que muestren el estado de variosprocesos de Network Manager. Estos sucesos se conocen como sucesos de estadode Network Manager y tienen el valor del campo de AlertGroup de alerts.status deEstado ITNM.

Automatizaciones de Tivoli Netcool/OMNIbus agregadas por NetworkManager:

Network Manager proporciona un número de automatizaciones de TivoliNetcool/OMNIbus. Cada automatización realiza distintas tareas dentro de lainstalación de Network Manager.

Para habilitar una automatización, utilice la GUI del administrador de TivoliNetcool/OMNIbus.

La tabla siguiente describe las automatizaciones de Tivoli Netcool/OMNIbusinstaladas por Network Manager.

Tabla 18. Automatizaciones de Tivoli Netcool/OMNIbus agregadas por Network Manager

Automatización Descripción¿Se agregó durantela instalación?

Estadopredeterminado

severity_from_causetype

Establece la gravedad de los sucesos en latabla alerts.status de ObjectServer según elvalor de NmosCauseType, un campoenumerado que contiene los resultados delos cálculos del análisis de causa raíz(RCA) de Network Manager. Los valoresposibles para el campo NmosCauseTypeson:

v 0 - desconocido

v 1 - causa raíz

v 2 - síntoma

Sí Habilitado




Tabla 18. Automatizaciones de Tivoli Netcool/OMNIbus agregadas por Network Manager (continuación)

Automatización Descripción¿Se agregó durantela instalación?

Estadopredeterminado

suppress_cross_domain_connections

Suprime los sucesos de los dispositivosconectados donde el dispositivo conectadose encuentra en un dominio distinto. Estaautomatización se desencadena siempreque un suceso se actualice mediante laPasarela de sucesos.Restricción: Network Managerúnicamente modela las conexiones endominios de red en redes de MPLS entredispositivos de cliente y de proveedor yen redes de BGP entre iguales de BGP.

Para que la automatización funcione, losdos dispositivos de red deben estarconectados a la capa 3 en una subred /30,es decir, una subred con únicamente doshosts. Cada dispositivo debe estar tambiéndescubierto en un dominio de red distintoy la existencia de su dispositivocompañero debe haber sido detalladadurante el descubrimiento. Ello significaque en cada dominio se debe haber creadoun dispositivo detallado de cliente o unaentidad detallada de igual de BGP.

Sí Inhabilitado

update_service_affecting_events

Genera sucesos afectados por el servicio(SAE) cuando se encuentra con sucesos dered en entidades de soporte al servicio.Siguiendo cada descubrimiento, losconectores de SAE a la Pasarela desucesos analizan la topología actualizaday actualizan el ObjectServer con la lista deentidades que soportan los servicios. Estainformación habilita la automatizaciónpara generar sucesos afectados por elservicio cuando se encuentra con sucesosde red en entidades que soportan elservicio.

No No aplicable

Configuración de la integración con Netcool ConfigurationManager

Para añadir la configuración de red y las capacidades de gestión de políticas a susolución de gestión de red, configure Network Manager y TivoliNetcool/OMNIbus para trabajar con IBM Tivoli Netcool Configuration Manager.

Puede configurar la integración entreNetwork Manager, Tivoli Netcool/OMNIbus,y Netcool Configuration Manager. Para obtener más información, diríjase ahttp://www-01.ibm.com/support/knowledgecenter/SS7UH9/welcome, seleccionesu versión de Netcool Configuration Manager y consulte el Integración del gestor deconfiguración de Netcool con los temas del Gestor de red y Tivoli Netcool/OMNIbus.Como alternativa, puede descargar la versión en PDF, con el título IBM TivoliNetcool Configuration Manager Integration Guide.


http://www-01.ibm.com/support/knowledgecenter/SS7UH9/welcome

Exportación de datos de descubrimiento a CCMDB, TADDM yTBSM

Configure y utilice el adaptador de biblioteca de descubrimiento (DLA) pararecopilar datos sobre recursos de red y relaciones desde Network Manager paraimportarlos a otros sistemas.

El DLA recopila datos de Network Manager y crea libros de biblioteca dedescubrimiento XML (también conocidos como libros IdML) que contienen datossobre los recursos descubiertos y sus relaciones conocidas para el sistema. Loslibros están en conformidad con Tivoli Common Data Model (CDM) versión2.10.10. Para obtener más información sobre Tivoli CDM, vaya ahttp://www.redbooks.ibm.com/abstracts/redp4389.html.

Los libros de la biblioteca de descubrimiento se pueden importar a otros sistemaspara los que existe un Lector de biblioteca de descubrimiento. El DLA soporta IPv4e IPv6.

El DLA está instalado de manera predeterminada con Network Manager en elservidor GUI. Está instalado en el siguiente directorio: $NCHOME/precision/adapters/ncp_dla.

Requisitos previos para utilizarAntes de configurar y utilizar el adaptador de biblioteca de descubrimiento (DLA),asegúrese de que se cumplen los requisitos previos.v Se ha realizado una red de descubrimiento satisfactoria de Network Manager y

se ha rellenado la base de datos de NCIM (Network Connectivity and InventoryModel).

v El DLA utiliza el sondeo de conexión del servidor de la GUI de formapredeterminada. Si desea utilizar una base de datos de NCIM distinta a laproporcionada durante la instalación, debe tener las credenciales de acceso paradicha base de datos de NCIM.

v Debe tener un conocimiento práctico de cómo se despliega el producto con elque desea integrarse.– Para obtener más información acerca de IBM Tivoli Application Dependency

Discovery Manager, consulte el Centro de información en la siguientedirección web:http://www-01.ibm.com/support/knowledgecenter/SSPLFC_7.2.0/welcome_page/kc_welcome-444.html

– Para obtener más información acerca de IBM Tivoli Business Service Manager,consulte el Centro de información en la siguiente dirección web:http://www-01.ibm.com/support/knowledgecenter/SS3HLM_7.1.1.16/com.ibm.tivoli.tpm.osd.doc_7.1.1.16/welcome/osdlanding.html

– Para obtener más información acerca de IBM Tivoli Change andConfiguration Management Database , consulte el Centro de información enla siguiente dirección web:http://www-01.ibm.com/support/knowledgecenter/SSBH2C_7.2.2/com.ibm.isdm_7.2.2.doc/isdm_homepage.html


http://www.redbooks.ibm.com/abstracts/redp4389.html

http://www-01.ibm.com/support/knowledgecenter/SSPLFC_7.2.0/welcome_page/kc_welcome-444.html

http://www-01.ibm.com/support/knowledgecenter/SSPLFC_7.2.0/welcome_page/kc_welcome-444.html



http://www-01.ibm.com/support/knowledgecenter/SSBH2C_7.2.2/com.ibm.isdm_7.2.2.doc/isdm_homepage.html


Configuración del DLAEl adaptador de biblioteca de descubrimiento (DLA) requiere un archivo depropiedades de configuración para determinar el origen de datos al que conectarse,el dominio que consultar, el directorio de destino para los libros de la biblioteca dedescubrimiento y los parámetros de registro.

Tiene que configurar las propiedades de DLA si tiene un servidor de GUI separadoo si desea utilizar el DLA con una instancia NCIM diferente de la predeterminadaque se proporciona durante la instalación.

Se proporciona un archivo de configuración ncp_dla.properties preconfigurado enel directorio de instalación de DLA en $NCHOME/precision/adapters/ncp_dla. Lapresencia de 'XXXXXX' o <'word'> en el archivo de configuración indica que elparámetro debe ser especificado por el usuario. El archivo de configuraciónproporciona valores predeterminados útiles para la mayoría de opciones peroasegúrese de sustituirlos con valores adecuados para su entorno.

Windows

Especifique directorios en sistemas Windows utilizando dos

delimitadores de vía de acceso, por ejemplo C:\\temp.

Nota: De manera predeterminada, los parámetros de acceso de NCIM necesariospara utilizar el DLA se derivan del sondeo de acceso de la GUI de NetworkManager. Este valor lo especifica el parámetro ncp.dla.datasource.autoConnect enel que el valor predeterminado es “true”. Si cambia este valor a “false”, debeespecificar valores para los parámetros enumerados en el paso 6 en la página 195.La configuración de cómo conectarse a la base de datos NCIM de forma manual esútil cuando no se puede acceder al sondeo de conexión o si desea utilizar unainstancia NCIM diferente de la que se proporciona de manera predeterminadadurante la instalación.1. Vaya a $NCHOME/precision/adapters/ncp_dla y copie el archivo

ncp_dla.properties en una versión específica de dominio agregando elnombre del archivo con el nombre del dominio, por ejemplo,ncp_dla.properties.NCOMS.

2. Especifique el dominio de Network Manager asignando un valor a lapropiedad ncp.dla.precisionDomain. El nombre de dominio predeterminadoes “NCOMS.”

3. Opcional: Puede definir la vía de acceso a un directorio temporal que el DLAdebería utilizar al generar la salida si no desea que utilice el directoriotemporal predeterminado del sistema operativo. Utilice el parámetroncp.dla.scratchDirectory para definir la vía de acceso completa a undirectorio temporal escribible, por ejemplo ncp.dla.scratchDirectory=/opt/space/temp.

4. Opcional: Puede establecer para qué objetos CDM desea generar datos. Utiliceel parámetro ncp.dla.generationFilter para especificar los valores en unalista separada por comas. Los posibles valores son los siguientes:v ComputerSystem: genera los siguientes datos para dispositivos:

– ComputerSystem– SnmpSystemGroup– OperatingSystem– IpInterface para IpDevice, dispositivos sin acceso SNMP– Direccionador– Puente

v Networking: genera los siguientes datos para redes:

– L2Interface– IpInterface– IpV4Address– IpV6Address– IpNetwork

v Physical: genera los siguientes datos para las clases físicas:– PowerSupply– Ventilador– Chasis– Sensor– PhysicalPackage– Tarjeta

– Fix Pack 5

Tarjeta hija

Por ejemplo, para generar datos relacionados con la conectividad de sistema yred, agregue los siguientes valores al parámetro:ncp_dla.generationFilter=ComputerSystem,Networking

5. Opcional: Puede definir el URL para utilizar con el inicio contextual en otrossistemas. Defina el parámetro ncp.dla.contextualLaunchURL con el valor detopología que desea iniciar y especifique el nombre de host y el puerto para elservidor de topología Topoviz. El valor predeterminado es iniciarlos en laVista de saltos. Por ejemplo, para configurar el inicio contextual en elnavegador de estructura:ncp.dla.contextualLaunchURL=https://hostname:16316/ibm/console/ncp_structureview/Launch.do?entityId=

6. Opcional: Si cambia el valor de ncp.dla.datasource.autoConnect a “false”,especifique los detalles de acceso de RDBMS editando los siguientesparámetros que definen la base de datos a la que se conecta el DLA paragenerar libros de biblioteca de descubrimiento:

ncp.dla.datasource.typeEspecifique el tipo de RDBMS, el valor predeterminado es DB2:

v DB2 DB2

v MySQL MySQL

v Oracle Oracle

v IDS Informix

ncp.dla.datasource.driverEspecifique el controlador JDBC que se va a utilizar:

v DB2 com.ibm.db2.jcc.DB2Driver

v MySQL com.mysql.jdbc.Driver

v Oracle oracle.jdbc.driver.OracleDriver

v IDS com.informix.jdbc.IfxDriver

ncp.dla.datasource.urlEspecifique el URL de JDBC para conectarse a la base de datos NCIM:

v DB2 jdbc:db2://nombre_host:número_puerto/nombre_basedatos

v MySQL jdbc:mysql://nombre_host:número_puerto/nombre_basedatos


v Oracle jdbc:oracle:thin:@nombre_host:número_puerto/nombre_basedatos donde nombre_basedatos es el identificador desistema de Oracle (SID) que hace referencia a la instancia de la basede datos de Oracle que se ejecuta en el servidor.

v IDS jdbc:informix-sqli://nombre_host:número_puerto/nombre_basedatos

ncp.dla.datasource.schemaEl nombre del esquema de base de datos, normalmente “ncim”

ncp.dla.datasource.usernameEl nombre de usuario de la base de datos, normalmente “ncim”

ncp.dla.datasource.passwordLa contraseña de usuario de la base de datos

ncp.dla.datasource.encryptedSi la contraseña de la base de datos está cifrada [true|false]

Si está definido como true, debe especificar un valor válido parancp.dla.datasource.keyFile y debe utilizar la contraseña cifrada a laque se hace referencia en el archivo de ITNMHOME/profiles/TIPProfile/etc/tnm/tnm.properties.

ncp.dla.datasource.keyFile Especifique la vía de acceso completa y el nombre del archivo declaves criptográficas que se utiliza en el archivo deITNMHOME/profiles/TIPProfile/etc/tnm/tnm.properties.

ncp.dla.datasource.loginTimeoutTiempo de espera de inicio de sesión, el valor predeterminado es 5segundos

7. Opcional: Puede limitar el ámbito de la recopilación de datos a una o másvistas de red configurando el parámetro ncp.dla.network.view para filtrarúnicamente los datos de las vistas de red seleccionadas. Con los operadoresSQL estándar, defina un segmento SQL que esté agregado al camponetworkView.name durante la consulta de DLA. El parámetro debe tener unvalor que empiece por uno de los siguientes operadores SQL:v =v <>v !=v INv NOT INv LIKEv NOT LIKEPor ejemplo, el siguiente valor define el ámbito para utilizar únicamente lavista de red Redes de BGP para el ámbito de la recopilación de datos:ncp.dla.network.view==’BGP Networks’

Nota: El DLA no admite comillas dobles. Todo lo que se encuentra despuésdel signo igual inicial en el ejemplo anterior es parte del valor definido,incluso el segundo signo igual (=).Otro ejemplo es el siguiente, en el que el ámbito para la recopilación de datosse define como cualquier vista de red que contenga el nombre Cisco (observeel carácter comodín SQL estándar % utilizado):ncp.dla.network.view=LIKE ’Cisco%’

8. Especifique cómo se deben transferir los libros de la biblioteca dedescubrimiento generados por el DLA especificando el siguiente parámetro:

ncp.dla.datasink.typeCómo se transfieren los libros de la biblioteca de descubrimiento. Lasopciones son las siguientes:

ARCHIVOLos libros de la biblioteca de descubrimiento se copian deforma local en el directorio de destino /opt/IBM/tivoli/netcool/var/precision/ccmdb. Si especifica esta opción, omitael paso 9 y siga con el paso 10.

FTP Los libros de la biblioteca de descubrimiento se transfieren aun servidor remoto mediante FTP. Si especifica esta opción,debe completar el paso 9

ncp.dla.datasink.targetDirectoryEl directorio de destino para los archivos de libros de biblioteca dedescubrimiento

Nota: Si está ejecutando el DLA en un servidor diferente del servidor de laGUI y desea situar los libros generados por ese servidor, puede especificar losparámetros de conexión en el archivo ncp_dla.properties eliminando loscomentarios y editando los parámetros en ncp.dla.datasink.targetDirectory.

9. Opcional: Si ha especificado la opción FTP para la propiedadncp.dla.datasink.type, especifique los siguientes parámetros adicionales:

ncp.dla.datasink.serverLa dirección IP o el nombre de host del servidor FTP remoto.

ncp.dla.datasink.portEl puerto TCP que se va a utilizar, valor predeterminado 21

ncp.dla.datasink.binarySi se deben utilizar las transferencias FTP binarias [true|false]

ncp.dla.datasink.passiveSi se deben realizar las transferencias FTP pasivas [true|false]

ncp.dla.datasink.usernameEl nombre de usuario de FTP que se va a utilizar

ncp.dla.datasink.passwordLa contraseña de usuario de FTP que se va a utilizar

ncp.dla.datasink.encryptedSi la contraseña FTP está cifrada o no [true|false]

ncp.dla.datasink.keyFileEspecifique la vía de acceso completa y el nombre del archivo declaves criptográficas se utiliza en el archivo $ITNMHOME/profiles/TIPProfile/etc/tnm/tnm.properties.

10. Especifique el nivel de depuración del DLA especificando un valor para lapropiedad log4j.rootLogger. Los siguientes valores están permitidos; el valorpredeterminado es FATAL:v DEPURACIÓN

v INFO

v WARN

v ERROR


v FATAL

11. Especifique la vía de acceso completa y el nombre del archivo de registro delDLA especificando un valor para la propiedad log4j.appender.FILE.file. Elvalor predeterminado es dla.log. El archivo de registro se escribe en eldirectorio de instalación de DLA.

12. Opcional: La propiedad ncp.dla.validateComputerSystemFqdn en desusodefine si validar los nombres de entidades descubiertos por Network Managercomo nombres de dominio completos.PRECAUCIÓN:No cambie el valor. Esta propiedad ha caído en desuso y ya no se utiliza enNetwork Manager versiones 3.9 y posteriores.Esta propiedad puede llevar uno de los siguientes valores:

VerdaderoEste es el valor predeterminado. Los nombres de entidad sonvalidados. El DLA agrega atributos Fqdn a las instancias deComputerSystem solo si el nombre de dispositivo es un nombre dedominio completo válido.

Falso No se produce ninguna validación. El DLA agrega atributos Fqdn alas instancias de ComputerSystem sin tener en cuenta si el nombre dedispositivo es un nombre de dominio completo válido.

13. Cree una copia del archivo de configuración editado y póngale un nombre alarchivo de su elección.

14. Cree una copia de la configuración para cada dominio de Network Managerpara el que desea crear libros de biblioteca de descubrimiento.

Recuerde: Cree un archivo de configuración para cada dominio de NetworkManager para el que desee generar libros de biblioteca de descubrimiento yagregue el nombre del archivo de configuración con el nombre del dominio(por ejemplo, ncp_dla.properties.NCOMS).

Si desea iniciar las GUI de IBM Tivoli Application Dependency Discovery Managerdesde Network Manager, complete las tareas de configuración adicionales paraagregar una opción de menú a las GUI de Network Manager y agregue el informede inventario JSP de Network Manager a TADDM.Referencia relacionada:“Sucesos de estado de Network Manager” en la página 173Network Manager puede generar sucesos que muestren el estado de variosprocesos de Network Manager. Estos sucesos se conocen como sucesos de estadode Network Manager y tienen el valor del campo de AlertGroup de alerts.status deEstado ITNM.

Creación de un libro de biblioteca de descubrimientoPara crear un libro de biblioteca de descubrimiento, ejecute el adaptador debiblioteca de descubrimiento (DLA) con el archivo de propiedades DLA adecuado.

Antes de que pueda ejecutar el DLA, se debe configurar correctamente el archivode propiedades del DLA

El DLA tiene dos modalidades de funcionamiento:

Modalidad principalGenera libros de biblioteca de descubrimiento realizando consultas de labase de datos NCIM (Network Connectivity and Inventory Model) para eldominio identificado en el archivo de configuración especificado.


Modalidad de importaciónProporciona un medio de importación de los GUID de IBM TivoliApplication Dependency Discovery Manager de vuelta a la base de datosNCIM, para que la UI de TADDM se pueda abrir desde Network Manager.

1. Vaya al directorio de instalación del DLA en el servidor de componentes de laGUI de Network Manager; el valor predeterminado es $NCHOME/precision/adapters/ncp_dla.

2. Ejecute el adaptador de biblioteca de descubrimiento (DLA) y haga referencia alarchivo de propiedades DLA adecuado de su dominio para crear un libro debiblioteca de descubrimiento:

v UNIX ./ncp_dla.sh ncp_dla.properties.nombre_dominio

v Windows ncp_dla.bat ncp_dla.properties.nombre_dominio

Consulte “Ejemplo” para obtener un ejemplo de ejecución de mandato y larespuesta del sistema.

Ejemplo

El siguiente ejemplo muestra cómo ejecutar el DLA y la respuesta del sistema:[root@sacramento test]# ./ncp_dla.sh ncp_dla.properties.NCOMSncp_DLA ( IBM Tivoli Network Manager IP Edition - Discovery Library Adapter )Copyright (C) 1997 - 2011 By IBM Corporation. All Rights Reserved.See product license for details.

[IDML Generation Mode]Initializing...WARNING: user.install.root not defined, using /opt/IBM/tivoli/netcool/precision/profiles/TIPProfileLoading properties from /opt/IBM/tivoli/netcool/precision/profiles/TIPProfile/etc/tnm/tnm.propertiesConnectionPool ’READ’ InitialisedJDBC Driver: com.mysql.jdbc.DriverJDBC URL : jdbc:mysql://sacramento:3306/ncim?characterEncoding=UTF-8Working on domain ’NCOMS’...Processing 161 valid device(s)% Complete: 0...10...20...30...40...50...60...70...80...90...100Writing IDML Book to’/opt/dla/test/ITNMIP.sacramento.beach.tcr.com.2008-09-12T0192.168.34.909Z.refresh.xml’... Shutting down...Finished.

Tareas relacionadas:“Carga de los libros de la biblioteca de descubrimiento y habilitar el lanzamientobidireccional” en la página 205Debe cargar el libro de la biblioteca de descubrimiento (IdML) en TADDM parahacer que la información del libro esté disponible para TADDM. Importar el librotambién habilita el lanzamiento del contexto bidireccional.


Ajuste preciso de la exportación de datosPara proporcionar un conjunto de recursos y relaciones consumibles con otrossistemas desde Network Manager, puede realizar un ajuste preciso de larecopilación de datos de DLA y exportar. Un ajuste preciso de la exportación dedatos de Network Manager permite a TADDM y otros consumidores de libros debiblioteca de descubrimiento (IdML) importar solo los recursos y las relacionesnecesarias para crear la vinculación adecuada entre los recursos gestionados deforma común. Además, tener solo los datos necesarios puede facilitar de formasignificativa el proceso de exportación-importación.

Para configurar una exportación y recopilación de datos más con un ajuste máspreciso, realice los siguientes pasos:1. Descubra la red utilizando Network Manager, como se describe en

Descubrimiento de la red.2. Ejecute el programa de utilidad de marcado itnmTagNetworkEdgeEntities.pl

para identificar las entidades de límite de red, como se describe en“Identificación de las entidades de límite de red”.

3. Cree una vista de red filtrada que muestre solo el límite de la red, como sedescribe en “Creación de un vista de red filtrada para el límite de la red” en lapágina 202.

4. Edite el archivo de propiedades de DLA ncp_dla.properties.nombre_dominiopara incluir el nombre de la vista de red filtrada que ha creado y paraasegurarse de que ha definido el parámetro ncp.dla.generationFilter como sedescribe en “Edición del archivo de propiedades DLA para las entidades delímite” en la página 203.

5. Ejecute el adaptador para crear un libro de biblioteca de descubrimiento, comose describe en “Creación de un libro de biblioteca de descubrimiento para losdatos de límite de red” en la página 204.

Identificación de las entidades de límite de red:

Utilice el programa de utilidad itnmTagNetworkEdgeEntities.pl para marcarentidades descubiertas como los puertos e interfaces que se encuentran en el límitede la red. Para la mayoría de los casos, puede ejecutar el programa de utilidadpara marcar de forma automática las entidades que se consideran situadas en ellímite de la red, lo que a continuación identifica los nodos finales como hosts oservidores que proporcionan o consumen servicios.

Asegúrese de que Network Manager ha descubierto de forma satisfactoria su red.Los nodos finales se deben descubrir antes de que pueda utilizar la opción-autoEndNodeTags con el programa de utilidad itnmTagNetworkEdgeEntities.pl.

Para ejecutar el programa de utilidad para marcar de forma automática lasentidades que se consideran situadas en el límite de la red en un dominio:1. Vaya a NHCOME/precision/scripts/perl/scripts.2. Ejecute itnmTagNetworkEdgeEntities.pl con la opción de línea de mandatos

-autoEndNodeTags para el dominio en el que desea que se marquen lasentidades. Esto incluye de forma automática nodos finales y los direccionadoresy conmutadores conectados directamente a los nodos finales. Por ejemplo, paramarcar de forma automática las interfaces que se consideran situadas en ellímite de la red en el dominio denominado NCOMS, especifique:

v UNIX $NCHOME/precision/bin/ncp_perl itnmTagNetworkEdgeEntities.pl-domain NCOMS -autoEndNodeTags


v Windows %NCHOME%\precision\bin\ncp_perl.batitnmTagNetworkEdgeEntities.pl -domain NCOMS -autoEndNodeTags

3. Opcional: Puede utilizar la opción -includeNextHop con la opción-autoEndNodeTags para ir un salto más adelante con respecto a las entidades dellímite. Al utilizar la opción -includeNextHop de forma automática se incluyenlas entidades del límite que han sido incluidas al utilizar únicamente-autoEndNodeTags, además de direccionadores o conmutadores conectadosdirectamente a las entidades del límite. Por ejemplo, para marcar de formaautomática estas interfaces, especifique:

v UNIX $NCHOME/precision/bin/ncp_perl itnmTagNetworkEdgeEntities.pl-domain NCOMS -autoEndNodeTags -includeNextHop

v Windows %NCHOME%\precision\bin\ncp_perl.batitnmTagNetworkEdgeEntities.pl -domain NCOMS -autoEndNodeTags-includeNextHop

4. Opcional: También puede determinar qué dispositivos desea que el programade utilidad considere como dispositivo de límite de red basándose en elnúmero de conexiones que tiene el dispositivo. Utilice la opción-autoDegreeTags para marcar dispositivos que se encuentran en el límite de lared si tiene un determinado número de conexiones. Si solo utiliza la opción-autoDegreeTags por sí sola, el valor predeterminado es considerar todos losdispositivos con una conexión que se encuentra en el límite de la red.Si desea especificar un número de conexión mayor, utilice la opción-autoDegreeTags y la opción -degree n al mismo tiempo, donde n es el númeromáximo de conexiones. Por ejemplo, al ejecutar el siguiente valor se marcantodos los dispositivos como menor o igual que 2 conexiones:

v UNIX $NCHOME/precision/bin/ncp_perl itnmTagNetworkEdgeEntities.pl-domain NCOMS -autoDegreeTags -degree 2

v Windows %NCHOME%\precision\bin\ncp_perl.batitnmTagNetworkEdgeEntities.pl -domain NCOMS -autoDegreeTags -degree 2

Nota: La opción -autoDegreeTags no se puede utilizar junto con la opción-autoEndNodeTags. La modalidad de opción -autoDegreeTags le permite incluirdispositivos como parte de límite de la red que no son consideradosdispositivos de nodo final por la opción -autoEndNodeTags. Tambiénproporciona la flexibilidad de filtrar e identificar dispositivos que tienen unnúmero específico de conexiones.

5. Opcional: Puede refinar el marcado estableciendo un número de opciones,como excluir o incluir dispositivos específicos para que no sean marcados oincluir dispositivos que no tengan acceso SNMP pero que tengan conexiones deCapa 2. Para obtener más información sobre todas las opciones disponibles, veala ayuda del programa de utilidad escribiendo:

v UNIX $NCHOME/precision/bin/ncp_perl itnmTagNetworkEdgeEntities.pl-help

v Windows %NCHOME%\precision\bin\ncp_perl.batitnmTagNetworkEdgeEntities.pl -help

El programa de utilidad agrega un atributo ExtraInfo->m_NetworkEdge=1 en labase de datos OQL master.entityByName y registra un registro entityDetailsasociado en la base de datos NCIM.

Ahora, puede crear un vista de red filtrada que solo muestre el límite de su red.


Creación de un vista de red filtrada para el límite de la red:

Cree una vista de red filtrada que muestre únicamente el límite de la red en eldominio basado en el marcado realizado por el programa de utilidaditnmTagNetworkEdgeEntities.pl.

Consejo: También puede utilizar esta vista de red filtrada para visualizar ysupervisar el límite de la red y ver qué datos se exportan utilizando DLA.

Para crear una vista filtrada del límite de la red:1. Haga clic en Disponibilidad > Disponibilidad de red > Vistas de red. Haga

clic en Nueva vista .2. Cumplimente el separador General tal como se muestra a continuación:

NombreEscriba un nombre para la vista de red, vista dinámica o contenedor devista de red.

Importante: Es la mejor práctica utilizar los nombres de vista de redque contienen caracteres latinos solamente. Los nombres de las vistasde redes que contienen caracteres no latinos (por ejemplo los caracterescirílicos) no son compatibles ya que no se pueden importar y exportaral migrar a una nueva versión de Network Manager.

Padre Seleccione el nodo en el que aparece la vista en la jerarquía en el Árbolde navegación. Para mostrar la vista en el nivel superior, seleccioneNinguno.

Tipo Seleccione Filtrada.

DiseñoSeleccione el diseño Ortogonal, Circular, Simétrico, Jerárquico oTabular.

Icono de mapaSi desea un icono distinto del icono de nube predeterminado para

representar la vista, haga clic en Examinar para buscar unicono.

Icono de árbolSi desea un icono distinto del icono de nube predeterminado para

representar la vista, haga clic en Examinar para buscar unicono.

Imagen de fondo

Haga clic en Examinar para navegar en busca de una imagenque utilizar para la vista.

Estilo de fondoEspecifique si la imagen de fondo debe aparecer centrada o en mosaico.

Estado de líneaEspecifique cómo se deben representar las líneas que representan losenlaces entre dispositivos.


Puede seleccionar no mostrar ningún estado, o mostrar el valorpredeterminado del sistema. De forma alternativa, las líneas se puedencolorear según el suceso de AEL asociado con la gravedad más alta, ypueden aparecer con un icono adicional de gravedad.

3. Configure el filtro de la siguiente manera:a. Haga clic en el separador Filtro.b. Desde la lista de Dominio, seleccione el dominio en el que ha ejecutado el

programa de utilidad de marcado.c. En la columna Tabla, seleccione el atributo entityDetailsd. En la columna Filtro, escriba keyName = 'NetworkEdge' and keyValue = '1'.

4. Defina los Nodos finales como Incluir5. Defina la Conectividad como Capa2.6. Haga clic en Aceptar y después en Guardar.

Ahora debe incluir el nombre de esta vista de red en el archivo de propiedadesDLA para el dominio.

Edición del archivo de propiedades DLA para las entidades de límite:

Edite el archivo ncp_dla.properties para el dominio en el que va a incluir elnombre de la vista de red filtrada que ha creado y asegúrese de que haconfigurado los parámetros de generación de datos correctos.

Para editar el archivo:1. Vaya al archivo de configuración ncp_dla.properties en el directorio de

instalación de DLA en $NCHOME/precision/adapters/ncp_dla o donde seencuentre su archivo de propiedades de DLA para el dominio.

2. Abra el archivo ncp_dla.properties.nombre_dominio.3. Ubique el parámetro ncp.dla.network.view y añada el nombre de la vista de

red filtrada que ha creado. Por ejemplo, la vista filtrada denominada "Edge" setendría que añadir a esta propiedad de la siguiente manera:ncp.dla.network.view==’Edge’

Nota: El uso del signo igual doble (==) como operador relacional es deliberado.4. Defina el parámetro ncp.dla.generationFilter como ComputerSystem y

Networking. Especifique los valores en una lista separada por comas de lasiguiente manera:ncp_dla.generationFilter=ComputerSystem,Networking

5. Guarde y cierre el archivo.

Ahora, puede ejecutar el DLA con el archivo de propiedades DLA actualizado paraexportar un subconjunto de datos de Network Manager.Tareas relacionadas:“Configuración del DLA” en la página 194El adaptador de biblioteca de descubrimiento (DLA) requiere un archivo depropiedades de configuración para determinar el origen de datos al que conectarse,el dominio que consultar, el directorio de destino para los libros de la biblioteca dedescubrimiento y los parámetros de registro.


Creación de un libro de biblioteca de descubrimiento para los datos de límite dered:

Puede utilizar el adaptador de biblioteca de descubrimiento (DLA) para crear ellibro de biblioteca de descubrimiento que contiene solo los datos para las entidadesde límite de red.

Asegúrese de que ha editado el archivo ncp_dla.properties del dominio paraincluir el nombre de la vista de red filtrada que contiene las entidades de límite dered.

Para crear un libro de DLA que contenga los datos de límite de red:1. Vaya al directorio de instalación del DLA en el servidor de componentes de la

GUI de Network Manager; el valor predeterminado es $NCHOME/precision/adapters/ncp_dla.

2. Ejecute el adaptador de biblioteca de descubrimiento (DLA) para generar elarchivo XML del libro con los datos de las entidades de límite de red marcadas:

v UNIX ./ncp_dla.sh ncp_dla.properties.nombre_dominio

v Windows ncp_dla.bat ncp_dla.properties.nombre_dominio

Por ejemplo, para ejecutar el adaptador para el dominio denominado NCOMS,especifique lo siguiente: ./ncp_dla.sh ncp_dla.properties.NCOMS

El siguiente ejemplo muestra la respuesta del sistema para ejecutar el adaptadorpara el dominio de NCOMS:ncp_DLA ( IBM Tivoli Network Manager IP Edition - Discovery Library Adapter )Copyright (C) 1997 - 2011 By IBM Corporation. All Rights Reserved. See productlicense for details.

[IDML Generation Mode]Initializing...Will use the following Network View(s) filter : =’FILTER’Working on ITNM domain ’NCOMS’...Processing 1148 IP Network(s)...% Complete: 0...10...20...30...40...50...60...70...80...90...100Processing 772 ComputerSystem(s)...% Complete: 0...10...20...30...40...50...60...70...80...90...100Processing 1 Topology(s)...Processing 2535 Connection(s)...% Complete: 0...10...20...30...40...50...60...70...80...90...100Writing IDML Book to ’/opt/netcool/itnm39017/netcool/var/precision/ccmdb/ITNMIP39.9.180.209.195.2010-10-05T13.33.37.314Z.refresh.xml’...Shutting down...Finished.

El resultado es un archivo XML que contiene los dispositivos que participan en lavista de red filtrada previamente creada y especificada en el archivoncp_dla.properties para el dominio. El contenido del archivo XML depende de laconfiguración del archivo de propiedades de DLA.

El archivo XML contiene los segmentos de Common Data Model (CDM) quedescriben cómo están conectados los dispositivos desde la perspectiva de unpuerto o interfaz de Network Manager dado. El proceso elimina los duplicados ynormaliza los detalles de conexión. Para obtener más información sobre lossegmentos, consulte la documentación de Tivoli Common Data Model (CDM)disponible en http://www.redbooks.ibm.com/abstracts/redp4389.html.


http://www.redbooks.ibm.com/abstracts/redp4389.html

Los siguientes ejemplos muestran partes de la salida del archivo XML. La interfazelegida para ser la identidad de segmento está resaltada en negrita, incluida cadainstancia a la que se hace referencia.v Ejemplo de una conexión de punto a multipunto desde la perspectiva de una

interfaz elegida para ser el punto de inicio de un segmento:<cdm:net.Segment id="SegmentVia_359525_L2Interface" >

<cdm:Name>Layer 2 Segment via 359525_L2Interface</cdm:Name><cdm:ManagedSystemName>itnmSgmnt:359525_L2Interface

</cdm:ManagedSystemName></cdm:net.Segment>

<cdm:networks source="SegmentVia_359525_L2Interface"target="359525_L2Interface" />











v Ejemplo de una conexión punto a punto simple:<cdm:net.Segment id="SegmentVia_355664_L2Interface" >

<cdm:Name>Layer 2 Segment via 355664_L2Interface</cdm:Name><cdm:ManagedSystemName>itnmSgmnt:355664_L2Interface

</cdm:ManagedSystemName></cdm:net.Segment>



Carga de los libros de la biblioteca de descubrimiento y habilitarel lanzamiento bidireccionalDebe cargar el libro de la biblioteca de descubrimiento (IdML) en TADDM parahacer que la información del libro esté disponible para TADDM. Importar el librotambién habilita el lanzamiento del contexto bidireccional.

Así como puede lanzar la IBM Tivoli Application Dependency Discovery ManagerGUI desde Network Manager, también puede configurar TADDM para lanzar laGUI de Network Manager.

Para cargar los libros de la biblioteca de descubrimiento en TADDM y configurarel lanzamiento de contexto bidireccional:1. Cree un libro de biblioteca de descubrimiento.2. Si es necesario, transfiera el archivo del libro de biblioteca de descubrimiento a

su servidor de TADDM.3. Como usuario de TADDM, ejecute el proceso de carga masiva para importar el

libro de la biblioteca de descubrimiento. Por ejemplo:

user@host% cd $COLLATION_HOME/binuser@host% ./loadidml.sh -f full path to and full name of discovery librarybook file

Atención: Debe incluir la vía de acceso completa al archivo del libro debiblioteca de descubrimiento, junto con el nombre de archivo completo solo siel libro se encuentra en un directorio diferente.

4. Importe las GUID de TADDM a la base de datos de NCIM (consulte las tareasrelacionadas más adelante en esta sección).

Tareas relacionadas:“Creación de un libro de biblioteca de descubrimiento” en la página 198Para crear un libro de biblioteca de descubrimiento, ejecute el adaptador debiblioteca de descubrimiento (DLA) con el archivo de propiedades DLA adecuado.

“Importación de los GUID de IBM Tivoli Application Dependency DiscoveryManager en la base de datos NCIM” en la página 209Opcional: para permitir que los usuarios abran la UI de IBM Tivoli ApplicationDependency Discovery Manager desde Network Manager, importe los GUID deTADDM a la tabla entityGUIDCache de la base de datos NCIM (NetworkConnectivity and Inventory Model).

Configuración de IBM Tivoli Application Dependency DiscoveryManager para iniciar Network ManagerOpcional: Para ver un resumen de los recursos que Network Manager exporta aIBM Tivoli Application Dependency Discovery Manager y abrir Network Managerdesde allí, debe agregar un informe JSP.

Importante: Si está utilizando una versión anterior de TADDM 7.2.1 Fix Pack 1,siga estas instrucciones para instalar y configurar el informe de JSP. Sin embargo, siutiliza la versión 7.2.1 Fix Pack 1 o posterior, ignore estos pasos. En la versión 7.2.1Fix Pack 1 y posterior, el informe para mostrar el Network Manager inventario yproporcionar el lanzamiento en contexto para Network Manager se instala (o seactualiza si ya existe) por medio deTADDM la instalación. Para obtener másinformación, consulte la documentación de TADDM en http://www-01.ibm.com/support/knowledgecenter/SSPLFC_7.2.1/com.ibm.taddm.doc_721/welcome_page/kc_welcome-444.html.

Se proporciona el informe de JSP; para utilizar el informe, los archivos se tienenque copiar a la ubicación correcta en su servidor TADDM.1. Inicie la sesión en el servidor de TADDM.2. Asegúrese de que la variable de entorno $COLLATION_HOME esté establecida

correctamente.3. Copie el archivo directorio_instalación_dla/integration/itnm_inventory.jsp

del servidor de componentes GUI de Network Manager al directorio$COLLATION_HOME/deploy-tomcat/reports/WEB-INF/view en el servidor TADDM.

4. Copie los dos archivos GIF (tivoli.gif e ibm_logo.gif) del directoriodirectorio_instalación_dla/integration/itnm_images del servidor decomponentes GUI de Network Manager al directorio $COLLATION_HOME/deploy-tomcat/images en el servidor de TADDM.

5. Detenga el servidor de TADDM.6. Edite el archivo $COLLATION_HOME/etc/cdm/xml/reports.xml y agregue la

siguiente sección antes de la etiqueta </beans> de cierre:


http://www-01.ibm.com/support/knowledgecenter/SSPLFC_7.2.1/com.ibm.taddm.doc_721/welcome_page/kc_welcome-444.html

<bean class="com.collation.cdm.reports.viewer.JspReportViewer"id="ITNMInventoryReport">

<property name="reportGroup"><value>Inventory Reports

</value></property>

<property name="reportName"><value>ITNM IP Inventory Report

</value></property><property name="jsp"><value>/WEB-INF/view/itnm_inventory.jsp</value></property>

</bean>

7. Reinicie el servidor de TADDM.

El Informe de inventario de Network Manager se muestra en la consola del Gestorde dominios de TADDM. El informe consta de las secciones siguientes:v Resumen de servidor: proporciona información sobre las instancias instaladas

del producto Network Manager, incluidas las versiones de Network Managerinstaladas, las direcciones de host de los servidores donde se ha instaladoNetwork Manager y los URL para acceder a la GUI de Network Manager.

v Resumen de recursos: muestra todos los recursos de Network Manager quetienen una relación con un ComputerSystem, incluida la información sobre sudirección IP, fabricante, tipo de recurso (por ejemplo, direccionador) y unidentificador exclusivo en la base de datos de Network Manager.

Configuración de Network Manager para iniciar IBM TivoliApplication Dependency Discovery ManagerOpcional: para habilitar los operadores de red para iniciar la GUI de IBM TivoliApplication Dependency Discovery Manager desde Network Manager, debeagregar las opciones de menú de TADDM en Network Manager.

Los pasos siguientes dan por sentado que el adaptador de biblioteca dedescubrimiento (DLA) está instalado en el mismo servidor que Tivoli IntegratedPortal y que los componentes de la GUI de Network Manager. Si el DLA estáinstalado en otro sitio, debe copiar el directorio de instalación de DLA y sucontenido en el servidor en el que están instalados Tivoli Integrated Portal y loscomponentes de la GUI de Network Manager.

Para obtener más información sobre la relación entre IBM Tivoli ApplicationDependency Discovery Manager e IBM Tivoli Change and ConfigurationManagement Database , consulte el centro de información en la siguiente direcciónweb y busque "Visión general de CCMDB": http://www-01.ibm.com/support/knowledgecenter/SSBH2C_7.2.2/com.ibm.isdm_7.2.2.doc/isdm_homepage.html1. Configure los puntos de inicio del menú para la instalación de TADDM:

a. Cambie el directorio de ITNMHOME/profiles/TIPProfile/etc/tnm/tools/.b. Edite los siguientes archivos:v ncp_wt_ccmdb_details.xml

v ncp_wt_ccmdb_history.xml

c. Especifique los siguientes parámetros:

TADDM_HOSTLa dirección IP o el nombre de host del servidor de TADDM.

TADDM_PORTEl puerto TCP en el que está escuchando el servidor de TADDM. Elpuerto predeterminado es 9430 y este valor solo se debe cambiar sise ha proporcionado un número de puerto diferente al instalarTADDM.

TADDM_USEREl nombre de usuario que se va a utilizar para acceder el servidorde TADDM.

TADDM_PASSWORDLa contraseña asociada con el parámetro TADDM_USER.

d. Opcional: Para configurar TADDM y que se inicie en la misma ventana queNetwork Manager, edite el campo de destino de la propiedad url en cadaarchivo de definición de la herramienta. De forma predeterminada, TADDMse inicia en una nueva ventana. Por ejemplo, para visualizar los detalles deCCMDB en la misma ventana, edite la propiedad en el archivoncp_wt_ccmdb_details.xml de la siguiente manera:target="ccmdbDetails’"

2. Compruebe que el submenú de TADDM se haya agregado a Network Manager:a. Inicie sesión en Network Manager.b. Haga clic en Disponibilidad de red > Vistas de red

c. Seleccione una vista de red y haga clic con el botón derecho en undispositivo.

En el menú contextual, los siguientes elementos de menú de TADDM se debenmostrar bajo Iniciar en... > TADDM/CCDMB:

Ver detalles

Ver historial

Nota: Puede tardar algunos minutos para que los cambios surtan efecto. Si loscambios no surtido efecto en 5 minutos, cierre sesión, reinicie el navegador yvuelve a iniciar sesión de nuevo.

Ahora deberá importar los GUID de TADDM a la base de datos de NCIM.Tareas relacionadas:“Importación de los GUID de IBM Tivoli Application Dependency DiscoveryManager en la base de datos NCIM” en la página 209Opcional: para permitir que los usuarios abran la UI de IBM Tivoli ApplicationDependency Discovery Manager desde Network Manager, importe los GUID deTADDM a la tabla entityGUIDCache de la base de datos NCIM (NetworkConnectivity and Inventory Model).


Importación de los GUID de IBM Tivoli Application DependencyDiscovery Manager en la base de datos NCIMOpcional: para permitir que los usuarios abran la UI de IBM Tivoli ApplicationDependency Discovery Manager desde Network Manager, importe los GUID deTADDM a la tabla entityGUIDCache de la base de datos NCIM (NetworkConnectivity and Inventory Model).1. Ejecute el DLA para que los recursos y relaciones de Network Manager se

importen a TADDM.2. Inicie sesión en el servidor en el que están instalados los componentes de

Network Manager y copie el directorio de integración de DLA y el contenidode ITNMHOME/adapters/ncp_dla/integration en el servidor de TADDM (porejemplo, $COLLATION_HOME/sdk/dla/integration). Asegúrese de que lospermisos estén establecidos para que el usuario de TADDM pueda acceder alos archivos.

3. En el servidor de TADDM, vaya al directorio en el que ha copiado los archivos.4. Como usuario de TADDM, utilice la API de TADDM para consultar el CCMDB

para los datos de ComputerSystem y canalizar los resultados a un archivo XMLdenominado itnm_guids.xml. Por ejemplo:user@host% $COLLATION_HOME/sdk/bin/api.sh -u user_name -p password findComputerSystem > itnm_guids.xml

5. Asegúrese de que los archivos itnm_guids.xsl e itnm_guids.xml existen en eldirectorio actual.

6. Como usuario de TADDM, utilice el procesador XLST para extraer los entityIdy los GUID y canalizarlos a un archivo CSV denominado itnm_guids.csv. Porejemplo:user@host% $COLLATION_HOME/sdk/bin/xslt.sh -XSL ./itnm_guids.xsl >itnm_guids.csv

7. Copie el archivo itnm_guids.csv de nuevo en el servidor GUI de NetworkManager en el directorio de inicio o en el directorio de ITNMHOME/adapters/ncp_dla.

8. Ejecute el DLA en modalidad de importación para importar los archivos CSV ala base de datos NCIM de Network Manager. Consulte “Ejemplo” para obtenerun ejemplo de cómo ejecutar en modalidad de importación y de cómo es larespuesta del sistema.

Ejemplo

El siguiente ejemplo muestra cómo ejecutar el DLA en modalidad de importación ycómo responde el sistema.user@host% cd /opt/IBM/DiscoveryLibrary/ITNMuser@host% [./ncp_dla.sh | ncp_dla.bat ] -import-file integration/itnm_guids.csv ncp_dla.properties.MYSQLncp_DLA ( IBM Tivoli Network Manager IP Edition - Discovery Library Adapter )Copyright (C) 1997 - 2007 By IBM Corporation. All Rights Reserved.See product license for details.

[GUID Import Mode]Initializing...Importing GUIDs from ’integration/itnm_guids.csv’Imported 15 GUID(s) into NCIM.Shutting down...Finished.user@host%

Tareas relacionadas:


“Carga de los libros de la biblioteca de descubrimiento y habilitar el lanzamientobidireccional” en la página 205Debe cargar el libro de la biblioteca de descubrimiento (IdML) en TADDM parahacer que la información del libro esté disponible para TADDM. Importar el librotambién habilita el lanzamiento del contexto bidireccional.

Integración con TBSMNetwork Manager está integrado con IBM Tivoli Business Service Manager demanera predeterminada utilizando la Sonda para Tivoli Netcool/OMNIbus(nco_p_ncpmonitor). La sonda proporciona IBM Tivoli Business Service Managercon señales BSM_Identity para Network Manager.

Debe tener IBM Tivoli Network Manager IP Edition e IBM Tivoli Business ServiceManager instalados y configurados.

La señal BSM_Identity es utilizada de forma predeterminada por TBSM paraasociar sucesos con recursos. Al utilizar el DLA de Network Manager, TBSM esconsciente de los recursos de Network Manager. Los sucesos de Network Managertendrán el campo BSM_Identity agregado en el siguiente valor del archivo de$NCHOME/probes/arch/nco_p_ncpmonitor.rules:@BSM_Identity = "ITNMIP:" + $ExtraInfo_MONITOREDENTITYID + "&domain=" + $Domain

Referencia relacionada:“Requisitos previos para utilizar” en la página 193Antes de configurar y utilizar el adaptador de biblioteca de descubrimiento (DLA),asegúrese de que se cumplen los requisitos previos.

Configuración de Tivoli Integrated PortalDespués de la instalación, puede configurar la seguridad de Tivoli IntegratedPortal o realizar un inicio de sesión único.

Configuración del registro de usuario centralComo tarea posterior a la instalación, puede configurar un registro de usuarioscentral para la gestión y autenticación de usuarios. Puede configurar un servidorde LDAP o un registro de Tivoli Netcool/OMNIbus ObjectServer (o ambos).

Nota: Cuando agrega un nuevo usuario, debe comprobar que el ID de usuario queespecifique no exista en ninguno de los repositorios del usuario para evitardificultades cuando el nuevo usuario intente iniciar sesión.

En un entorno de red que incluya un registro de usuarios en un servidor de LDAPo Tivoli Netcool/OMNIbus ObjectServer, puede configurar Network Manager paraque utilice uno de los tipos o ambos.

Antes de configurar un registro de usuarios central, asegúrese de que el registro olos registros de usuarios que tiene pensado identificar se hayan iniciado y puedaaccederse a ellos desde el sistema en el que haya instalado Network Manager.


Atención: Cuando Network Manager está configurado con varios repositorios deusuario central, no puede iniciar sesión si un repositorio de usuario remoto sevuelve inaccesible desde Network Manager, incluso si el ID de usuario existe enuno de los otros repositorios. Si necesita acceso en esta situación, tiene que ejecutarlos mandatos de WebSphere Application Server para permitir el acceso cuandotodos los repositorios estén disponibles o los repositorios federados no funcionencorrectamente. Para obtener más información, consulte los siguientes enlaces:v http://www-01.ibm.com/support/docview.wss?uid=swg1PK78677v http://www-01.ibm.com/support/knowledgecenter/SSAW57_7.0.0/

com.ibm.websphere.web20fep.multiplatform.doc/info/ae/ae/rxml_atidmgrrealmconfig.html

Adición de un repositorio LDAP externo:

Tras la instalación, puede añadir un IBM Tivoli Directory Server o Active DirectoryMicrosoft Active Directory Server como repositorio de LDAP para NetworkManager.

Para añadir un nuevo repositorio de LDAP:1. Inicie la sesión en Network Manager.2. En el panel de navegación, haga clic en Valores > Consola administrativa de

Websphere y haga clic en Iniciar consola administrativa de Websphere.3. En la consola administrativa de WebSphere Application Server, seleccione

Valores > Seguridad global.4. En la lista Definiciones de dominios disponibles, seleccione Repositorios

federados y haga clic en Configurar.5. En el área Elementos relacionados, haga clic en el enlace Gestionar

repositorios y, a continuación, haga clic en Añadir para añadir un nuevorepositorio de LDAP.

6. En el campo Identificador de repositorio, proporcione un identificadorexclusivo para el repositorio. El identificador identifica de forma exclusiva elrepositorio de la célula, por ejemplo, LDAP1.

7. En la lista Tipo de directorio, seleccione el tipo de servidor LDAP. El tipo deservidor LDAP determina los filtros predeterminados que utiliza WebSphereApplication Server.

Nota: Los usuarios de IBM Tivoli Directory Server puede seleccionar IBMTivoli Directory Server o SecureWay como el tipo de directorio. Para un mejorrendimiento, utilice el tipo de directorio IBM Tivoli Directory Server.

8. En el campo Nombre de host principal, especifique el nombre de hostcompleto del servidor LDAP principal. El nombre del host primario y elnombre distinguido no pueden contener espacios. Puede especificar ladirección IP o el nombre de sistema de nombres de dominio (DNS).

9. En el campo Puerto, escriba el puerto del directorio LDAP.El nombre de host y el número de puerto representan el dominio de esteservidor LDAP en una célula de nodos de versiones combinadas. Si losservidores de diferentes células se comunican entre sí utilizando señales LTPA(Lightweight Third Party Authentication), estos dominios deberán coincidirexactamente en todas las células.

Nota:


http://www-01.ibm.com/support/docview.wss?uid=swg1PK78677

http://www-01.ibm.com/support/knowledgecenter/SSAW57_7.0.0/com.ibm.websphere.web20fep.multiplatform.doc/info/ae/ae/rxml_atidmgrrealmconfig.html



El valor de puerto predeterminado es 389, que no es un puerto de conexiónSSL (Secure Sockets Layer). Utilice el puerto 636 para una conexión SSL(Secure Sockets Layer). En el caso de algunos servidores LDAP, puedeespecificar un puerto diferente. Si no sabe qué puerto utilizar, póngase encontacto con su administrador del servidor LDAP.

10. Opcional: En los campos Nombre distinguido de enlace y Contraseña deenlace, especifique el nombre distinguido de enlace (DN) (por ejemplo,cn=root) y la contraseña.

Nota: El DN de enlace es necesario para operaciones de escritura o paraobtener información de usuarios y grupos si los enlaces anónimos no sonposibles en el servidor LDAP. En la mayoría de los casos, son necesarios unDN de enlace y una contraseña de enlace, salvo si un enlace anónimo puedesatisfacer todas las funciones necesarias. Por tanto, si el servidor LDAP estáconfigurado para utilizar enlaces anónimos, deje estos campos en blanco.

11. Opcional: En el campo Propiedades de inicio de sesión, especifique losnombres de propiedad utilizados para iniciar sesión en WebSphere ApplicationServer. Este campo acepta diversas propiedades de inicio, delimitadas por unpunto y coma (;). Por ejemplo, cn.

12. Opcional: En la lista Correlación de certificados, seleccione la modalidad decorrelación de certificados preferida. Puede utilizar los certificados X.590 paraautenticación de usuarios cuando LDAP esté seleccionado como repositorio.

Nota: El campo Correlación de certificados se utiliza para indicar sicorrelacionar los certificados X.509 con un usuario de directorio LDAP porEXACT_DN o CERTIFICATE_FILTER. Si selecciona EXACT_DN, el DN del certificadodeberá coincidir con la entrada de usuario del servidor LDAP, incluyendomayúsculas, minúsculas y espacios.

13. Haga clic en Aceptar.14. En el área Mensajes de la parte superior de la página Seguridad global, haga

clic en el enlace Guardar y salga de la consola de WebSphere ApplicationServer.

Configure Tivoli Integrated Portal Server para comunicarse con un repositorio deLDAP externo.

Configuración de un repositorio LDAP externo:

Puede configurar Tivoli Integrated Portal Server para comunicarse con unrepositorio externo de LDAP.

Para configurar un servidor de aplicaciones para comunicarse con un repositoriode LDAP externo:1. Inicie la sesión en Network Manager.2. En el panel de navegación, pulse Valores > Consola administrativa de

Websphere y pulse Iniciar consola administrativa de Websphere.3. En la consola administrativa de WebSphere Application Server, seleccione


federados y pulse Configurar.5. Para añadir una entrada al dominio base:

a. Haga clic en Añadir entrada base al reino.


b. Escriba un nombre distinguido (DN) de una entrada base que identifiqueúnicamente a este conjunto de entradas del dominio. Esta entrada base debeidentificar exclusivamente al repositorio externo en el dominio.

Nota: Si se incluyen diversos repositorios en el dominio, utilice el campoDN para definir un nombre distinguido adicional que identifiqueexclusivamente este conjunto de entradas en el dominio. Por ejemplo, losrepositorios LDAP1 y LDAP2 podría utilizar ambos o=ibm,c=us comoentrada base del repositorio. Por tanto, o=ibm,c=us se utiliza para LDAP1 yo=ibm2,c=us para LDAP2. El DN especificado en este campo se correlacionacon el DN de LDAP de la entrada base del repositorio (como, por ejemplo,o=ibm,c=us b). La entrada base indica el punto de inicio para búsquedas eneste servidor de directorio LDAP (por ejemplo, o=ibm,c=us c).

c. Haga clic en Aceptar.d. En el área Mensajes de la parte superior de la página Seguridad global,

pulse el enlace Guardar y salga de la consola de WebSphere ApplicationServer.

6. En la consola administrativa de WebSphere Application Server, seleccioneValores > Seguridad global.

7. En la lista Definiciones de dominios disponibles, seleccione Repositoriosfederados y haga clic en Establecer como actual para marcar el repositoriofederado como el dominio actual.

8. Detenga y reinicie Tivoli Integrated Portal Server:a. En el directorio dir_inicio_tip/profiles/TIPProfile/bin, en función del

sistema operativo, entre uno de los mandatos siguientes:

v Windows stopServer.bat server1

v UNIX Linux stopServer.sh server1

Nota: En sistemas UNIX y Linux, se le solicitará que proporcione unnombre de usuario y una contraseña de administrador.

b. En el directorio dir_inicio_tip/profiles/TIPProfile/bin, en función delsistema operativo, entre uno de los mandatos siguientes:

v Windows startServer.bat server1

v UNIX Linux startServer.sh server1

9. Compruebe que el repositorio federado esté correctamente configurado:a. En el panel de navegación de la portal, haga clic en Usuarios y grupos >

Gestionar usuarios.b. Seleccione ID de usuario de la lista Buscar por.c. Haga clic en Buscar para buscar usuarios en el repositorio federado.d. Confirme que la lista incluya usuarios del repositorio de LDAP y del

registro de archivos local.

En Tivoli Integrated Portal Server, los usuarios de LDAP solamente recibenconsultas del atributo userid. Cuando los usuarios se importan a LDAPmediante un archivo LDIF (LDAP Data Interchange Format), se añaden unaclase auxiliar de tipo eperson y un atributo uid al ID de usuario de LDAP.Tenga en cuenta que esta acción sólo debe realizarse si desea buscar elrepositorio LDAP utilizando VMM desde el servidor.

Para crear o gestionar usuarios en la portal que estén definidos en el repositorioLDAP, debe especificar, en la consola administrativa de WebSphere Application


Server, los tipos de entidad soportadas.

Gestión de usuarios LDAP en la consola:

Para crear o gestionar usuarios en la portal que estén definidos en el repositorioLDAP, especifique, en la consola administrativa de WebSphere Application Server,los tipos de entidad soportados.

Para crear o gestionar usuarios LDAP en la portal:1. Inicie la sesión en Network Manager.2. En el panel de navegación, pulse Valores > Consola administrativa de

Websphere y pulse Iniciar consola administrativa de Websphere.3. En la consola administrativa de WebSphere Application Server, seleccione


federados y pulse Configurar.5. En el área Propiedades adicionales, haga clic en Tipos de entidad soportadas.6. En la columna Tipo de entidad, haga clic en el enlace Grupo para ver su

página de propiedades.7. En el campo Entrada base para el padre predeterminado, proporcione una

entrada base correspondiente a la configuración LDAP, por ejemplo,o=ibm,c=us.

8. En el campo Propiedades del nombre distinguido relativo, proporcione elmismo valor que proporcionó para el campo Entrada base para el padrepredeterminado, por ejemplo, o=ibm,c=us.

9. Haga clic en Aceptar para volver a la página Tipos de entidad soportadas.10. Edite las entidades OrgContainer y PersonAccount con los mismos valores

que proporcionó para la entidad Group (por ejemplo, o=ibm,c=us).11. En el área Mensajes de la parte superior de la página Seguridad global, pulse

el enlace Guardar y salga de la consola de WebSphere Application Server.12. Para que los cambios surtan efecto, detenga y vuelva a iniciar Tivoli

Integrated Portal Server.13. Detenga y reinicie Tivoli Integrated Portal Server:

a. En el directorio dir_inicio_tip/profiles/TIPProfile/bin, en función delsistema operativo, entre uno de los mandatos siguientes:







Ahora podrá gestionar los usuarios del repositorio LDAP en la portal mediante loselementos de menú Usuarios y grupos > Gestionar usuarios.


Nota: Cuando agrega un nuevo usuario, debe comprobar que el ID de usuario queespecifique no exista en ninguno de los repositorios del usuario para evitardificultades cuando el nuevo usuario intente iniciar sesión.

Restricción: Actualmente no puede actualizar los ID de usuario a través delportlet Usuarios y grupos > Gestionar usuarios que han sido creados en losrepositorios de Microsoft Active Directory.

Configuración de una conexión SSL a un servidor LDAP:

Si su implementación de Network Manager utiliza un repositorio de usuariosbasado en LDAP externo como, por ejemplo, Microsoft Active Directory, puedeconfigurarlo para comunicarse a través de un canal SSL seguro.

Esta tarea presupone que ya tiene configurada una conexión existente con unservidor LDAP.

El servidor LDAP (por ejemplo, IBM Tivoli Directory Server Versión 6 o unservidor Microsoft Active Directory), debe estar configurado para que acepteconexiones SSL y debe estar en ejecución en un número de puerto seguro (636).Consulte la documentación del servidor LDAP si necesita crear un certificado defirmante, que como parte de esta tarea, deba importarse del servidor LDAP alalmacén de confianza de Tivoli Integrated Portal Server.

Siga estas instrucciones para configurar Tivoli Integrated Portal Server paracomunicarse a través de un canal seguro (SSL) con un repositorio LDAP externo.Todas las instancias del servidor de aplicaciones se deben configurar para elservidor LDAP.1. Inicie la sesión en la portal.2. Siga estos pasos para importar el certificado de firmante del servidor LDAP en

el almacén de confianza de servidor de aplicaciones.a. En el panel de navegación, haga clic en Seguridad > Certificado SSL y

gestión de claves.b. En el área Elementos relacionados, haga clic en el enlace Certificados y

almacenes clave y, en la tabla, haga clic en el enlaceNodeDefaultTrustStore.

c. En el área Propiedades adicionales, haga clic en el enlace Certificados defirmante y haga clic en el botón Recuperar de puerto.

d. En los campos relevantes, proporcione el nombre de host, el puerto(normalmente, el 636 para conexiones SSL), los detalles de configuraciónSSL, así como el alias del certificado para el servidor LDAP, y haga clic enel botón Recuperar información de firmante y, a continuación, haga clic enAceptar.

3. Siga estos pasos para habilitar las comunicaciones SSL en el servidor LDAP:a. En el panel de navegación, haga clic en Seguridad > Administración,

aplicaciones e infraestructura seguras.b. Seleccione Repositorios federados en la lista desplegable Definiciones de

dominios disponibles y haga clic en Configurar.c. Seleccione el servidor LDAP de la lista desplegable Repositorio.d. Habilite el recuadro de selección Requiere comunicaciones SSL y seleccione

la opción Gestionadas centralmente.e. Haga clic en Aceptar.


4. Para que los cambios surtan efecto, guarde, detenga y reinicie todas lasinstancias de Tivoli Integrated Portal Server.

Si tiene pensado habilitar el inicio de sesión único (SSO) de manera que losusuarios puedan iniciar la sesión una vez y, a continuación, atravesar a otrasaplicaciones sin tener que volverse a autenticar, configure SSO.

Configuración de una conexión SSL a ObjectServer:

Para entornos que incluyan un registro de usuarios de Tivoli Netcool/OMNIbusObjectServer, deberá configurar comunicaciones cifradas en Tivoli Integrated PortalServer.

Siga estos pasos para establecer un canal seguro para comunicaciones entre TivoliIntegrated Portal Server y ObjectServer.1. Recupere la información de certificado de ObjectServer, de la siguiente forma:

a. En el panel de navegación de Tivoli Integrated Portal, haga clic enSeguridad > Certificado SSL y gestión de claves.

b. En la página Certificado SSL y gestión de claves, haga clic en Certificados yalmacenes de claves y, en la página que aparece, haga clic enNodeDefaultTrustStore.

c. En la página NodeDefaultTrustStore, haga clic en Certificados de firmantey en la página que aparece, haga clic en Recuperar de puerto.

d. En los campos correspondientes, especifique los valores de Host, Puerto yAlias para ObjectServer y haga clic en Recuperar información de firmante.La información de firmante se recupera y se almacena. Para su referencia,cuando se haya recuperado la información de firmante, aparecerán lossiguientes detalles:

Número de serieEspecifica el número de serie de certificado que genera el emisor delcertificado.

Emitido aEspecifica el nombre distinguido de la entidad a la que se emitió elcertificado.

Emitido porEspecifica el nombre distinguido de la entidad que emitió elcertificado. Este nombre es el mismo que el nombre distinguido deEmitido a cuando el certificado de firmante es autofirmado.

Huella dactilar (resumen de SHA)Especifica el algoritmo de hash seguro (hash SHA, siglas en inglésde Secure Hash Algorithm) del certificado, que se puede utilizarpara verificar el hash del certificado en otra ubicación, por ejemplo,el lado del cliente de una conexión.

Período de validezEspecifica la fecha de caducidad del certificado de firmanterecuperado para fines de validación.

2. Abra dir_inicio_tip/profiles/TIPProfile/etc/com.sybase.jdbc3.SybDriver.props en un editor de texto y cambie estosparámetros:a. Habilite SSL para el host primario de ObjectServer: USESSLPRIMARY=TRUEb. Habilite SSL para el host de reserva de ObjectServer: USESSLBACKUP=TRUE










Inicio de sesión únicoLa capacidad de inicio de sesión único (SSO) de los productos Tivoli significa quepuede iniciar sesión en una aplicación Tivoli y, a continuación, iniciar otrasaplicaciones basadas en web o habilitadas para la web de Tivoli sin tener quevolver a especificar las credenciales de usuario.

El repositorio para los ID de usuario puede ser Tivoli Netcool/OMNIbusObjectServer o un registro de Lightweight Directory Access Protocol (LDAP). Unusuario inicia sesión en una de las aplicaciones participantes, y en ese momentosus credenciales se autentican en un repositorio central. Con las credencialesautenticadas en una ubicación central, el usuario puede iniciar desde unaaplicación a otra para ver los datos relacionados o llevar a cabo acciones. El iniciode sesión único puede lograrse entre las aplicaciones desplegadas en servidoresTivoli Integrated Portal de varias máquinas.

Las capacidades de inicio de sesión único requieren que los productosparticipantes utilicen Lightweight Third Party Authentication (LTPA) comomecanismo de autenticación. Cuando se habilita la función SSO (inicio de sesiónúnico), se crea una cookie que contiene la señal LTPA y se inserta en la respuestaHTTP. Cuando el usuario accede a otros recursos web (portlets) en cualquier otroproceso de servidor de aplicaciones en el mismo dominio DNS (Domain NameService), la cookie se envía con la solicitud. A continuación se extrae la señal LTPAde la cookie y se valida. Si la solicitud se realiza entre celdas diferentes deservidores de aplicaciones, debe compartir las claves de LTPA y el registro deusuarios entre las celdas para que el inicio de sesión único sea efectivo. Losnombres de reino de cada sistema del dominio SSO son sensibles a mayúsculas yminúsculas y deben coincidir de forma exacta. Consulte Gestión de claves LTPA devarias células de WebSphere Application Server en el Centro de información deWebSphere Application Server.

Configuración de inicio de sesión único:

Utilice estas instrucciones para establecer soporte de inicio de sesión único yconfigurar un repositorio federado.

Configurar SSO es un requisito previo para integrar productos que estándesplegados en varios servidores. Todas las instancias de Tivoli Integrated PortalServer deben apuntar al registro de usuario central (por ejemplo un servidorLightweight Directory Access Protocol).


http://www.ibm.com/support/knowledgecenter/SS7JFU_7.0.0/com.ibm.websphere.express.doc/info/exp/ae/tsec_sslmanagelptakeys.html

http://www.ibm.com/support/knowledgecenter/SS7JFU_7.0.0/com.ibm.websphere.express.doc/info/exp/ae/tsec_sslmanagelptakeys.html

Atención: El soporte de SSO (inicio de sesión único) de ITM sólo está disponibleen ITM versión 6.2 Fix Pack 1 o superior.

Para configurar la funcionalidad de repositorios federados de WebSphere paraLDAP:1. Inicie sesión en la consola administrativa.2. En el área Autenticación, expanda Seguridad web y haga clic en Inicio de

sesión único.3. Haga clic en la opción Habilitado si el inicio de sesión único está inhabilitado.4. Haga clic en Requiere SSL si se espera que todas las solicitudes utilicen

HTTPS.5. Especifique los nombres de dominio completos en el campo Nombre de

dominio en el que el SSO sea efectivo. Si el nombre de dominio no es completo,el Tivoli Integrated Portal Server no envía un valor de nombre de dominio parala cookie LtpaToken, y SSO es válido sólo para el servidor que creó la cookie.Para que SSO funcione en todas las aplicaciones de Tivoli, sus servidores deaplicaciones deben estar instalados en el mismo dominio (utilice el mismonombre de dominio).

6. Opcional: habilite la opción Modalidad de interoperatividad si desea soportarconexiones de SSO en WebSphere Application Server versión 5.1.1 o posteriorde modo que también funcione con versiones anteriores del servidor deaplicaciones.

7. Opcional: habilite la opción Propagación de atributos de seguridad de entradaweb si desea que se añada información durante el inicio de sesión en un TivoliEnterprise Portal Server para propagarla a otras instancias de servidor deaplicaciones.

8. Tras hacer clic en Aceptar para guardar los cambios, detenga y reinicie todaslas instancias de Tivoli Integrated Portal Server.

Nota: Cuando haya iniciado Network Manager, deberá utilizar un URL en elprotocolo de formato://host.dominio:puerto /*. Si no utiliza un nombre dedominio completo, Network Manager no podrá utilizar SSO entre productos deTivoli.

Protección del archivo de claves de caja fuertePara mantener segura la clave de cifrado para la contraseña del administrador,establezca un acceso estricto de sólo lectura al archivo de claves de caja fuerte.

El ID de administrador de Tivoli Integrated Portal (el valor predeterminado estipadmin) creado durante la instalación requiere acceso al archivo de claves de cajafuerte para que las aplicaciones de Tivoli Integrated Portal funcionencorrectamente.

La clave de caja fuerte es una clave de cifrado que se emplea para cifrar lacontraseña del administrador proporcionada durante la instalación y que sealmacena localmente para las aplicaciones de Tivoli Integrated Portal. Utilice estospasos para restringir el acceso al archivo.1. En el sistema en el que esté instalado servidor de aplicaciones, abra el

directorio dir_inicio_tip/_uninst/TIPInstall21.2. Utilice el método proporcionado por su sistema operativo para asegurarse de

que el archivo .vault.key (clave de caja fuerte) tenga acceso de sólo lectura.

En Windows, por ejemplo, los atributos para el directorio TIPInstall21 ya estánconfigurados como de sólo lectura; los del archivo .vault.key son de sólo lectura y


ocultos.

Configuración del acceso para HTTP y HTTPSDe manera predeterminada, el servidor de aplicaciones requiere acceso HTTPS(siglas en inglés para protocolo seguro de transferencia de hipertexto). Si desea quealgunos usuarios puedan iniciar la sesión y utilizar la consola sin cifrado de losdatos transferidos, incluidos el ID de usuario y la contraseña, configure el entornopara que admita las modalidades HTTP y HTTPS.

Tras instalar Network Manager y antes de iniciar este procedimiento, inicie lasesión en la portal para asegurarse de que tenga conectividad y que se puedainiciar correctamente.

La configuración del acceso a la consola para HTTP y HTTPS implica editar elarchivo web.xml de los componentes web. Utilice este procedimiento paraidentificar y editar los archivos XML web correspondientes.1. Cambie al siguiente directorio: dir_inicio_tip/profiles/TIPProfile/config/

cells/TIPCell/applications.2. Desde esta ubicación, localice los archivos web.xml en los siguientes directorios:v Para el archivador de aplicaciones web de Integrated Solutions Console:

isclite.ear/deployments/isclite/isclite.war/WEB-INF

v Para Tivoli Common Reporting: tcr.ear/deployments/tcr/rptviewer_v1.2.0.war/WEB-INF

v Para el archivador de aplicaciones web de Tivoli Common Reporting:isclite.ear/deployments/isclite/rptwebui_v1.2.0.war/WEB-INF

v Para el archivador de aplicaciones web de gráficos de Tivoli IntegratedPortal: isclite.ear/deployments/isclite/TIPChartPortlet.war/WEB-INF

v Para el archivador de aplicaciones web de cambio de contraseña de TivoliIntegrated Portal: isclite.ear/deployments/isclite/TIPChangePasswd.war/WEB-INF

3. Abra uno de los archivos web.xml mediante un editor de texto.4. Busque el elemento <transport-guarantee>. El valor inicial de todos los

elementos <transport-guarantee> es CONFIDENTIAL, lo que significa que elacceso seguro siempre es necesario.

5. Cambie el valor por NONE para habilitar solicitudes de HTTP y HTTPS. Elelemento debería mostrarse ahora así: <transport-guarantee>NONE</transport-guarantee>.

6. Guarde el archivo y, a continuación, repita estos pasos para los otros archivosde despliegue web.xml.

7. Detenga y reinicie el servidor de aplicaciones.

El siguiente ejemplo es una sección del archivo web.xml para TIPChangePasswd,donde el parámetro transport-guarantee está establecido en NONE:<security-constraint><display-name>ChangePasswdControllerServletConstraint</display-name><web-resource-collection><web-resource-name>ChangePasswdControllerServlet</web-resource-name><url-pattern>/*</url-pattern></web-resource-collection><auth-constraint>

<description>Roles</description><role-name>administrator</role-name>

<role-name>operator</role-name><role-name>configurator</role-name>

<role-name>monitor</role-name><role-name>iscadmins</role-name>

</auth-constraint><user-data-constraint><transport-guarantee>NONE</transport-guarantee></user-data-constraint></security-constraint>

Los usuarios deben especificar ahora un puerto diferente, dependiendo de lamodalidad de acceso. Los números de puerto predeterminados son los siguientes:

http://<nombre_host>:16310/ibm/console Utilice el puerto HTTP para iniciar sesión Tivoli Integrated Portal en elpuerto HTTP.

https://<nombre_host>:16311/ibm/console Utilice el puerto seguro HTTPS para iniciar la sesión en Tivoli IntegratedPortal.

Nota: Si desea utilizar el inicio de sesión único (SSO), debe utilizar el nombre dedominio completo del host de Tivoli Integrated Portal.

Habilitación de FIPSPuede configurar Tivoli Integrated Portal Server para que utilice archivos JavaSecure Socket Extension de Federal Information Processing Standard.

Siga estos pasos para habilitar FIPS 140–2 para Tivoli Integrated Portal Server.1. Configure el servidor de aplicaciones para que utilice FIPS.

a. En la portal, haga clic en Seguridad > Certificado SSL y gestión de claves.b. Seleccione la opción Utilizar los algoritmos del estándar FIPS (Federal

Information Processing Standard) de EE.UU. y haga clic en Aplicar. Estaopción hace que IBMJSSE2 e IBMJCEFIPS sean los proveedores activos.

2. Configure el servidor de aplicaciones para que utilice algoritmos FIPS paraclientes Java que deben acceder a enterprise beans:a. Abra el archivo dir_instalación/profiles/TIPProfile/properties/

ssl.client.props en un editor de texto.b. Cambie el valor de la propiedad com.ibm.security.useFIPS de false a

true.3. Configure el servidor de aplicaciones para que utilice algoritmos FIPS para

clientes administrativos basados en SOAP que deben acceder a enterprisebeans:a. Abra el archivo dir_instalación/profiles/TIPProfile/properties/

soap.client.props en un editor de texto.b. Añada esta línea: com.ibm.ssl.contextProvider=IBMJSSEFIPS.

4. Configure java.security para que permita IBMJCEFIPS:a. Abra el archivo dir_instalación/java/jre/lib/security/java.security en

un editor de texto.b. Inserte el proveedor IBMJCEFIPS

(com.ibm.crypto.fips.provider.IBMJCEFIPS) antes del proveedor IBMJCE yvuelva a numerar también los demás proveedores de la lista deproveedores. El proveedor IBMJCEFIPS debe estar en la lista de proveedoresdel archivo java.security. Consulte el ejemplo que aparece al final de estetema.

5. Habilite el navegador para que utilice Transport Layer Security (TLS) 1.0:

a. Microsoft Internet Explorer: abra Internet Explorer y haga clic enHerramientas > Opciones de Internet. En el separador Opcionesavanzadas, seleccione la opción Usar TLS 1.0.

b. Firefox: TLS 1.0 está habilitado de forma predeterminada.6. Exporte las teclas de Lightweight Third Party Authentication de forma que las

aplicaciones que utilizan estas teclas LTPA se puedan volver a configurar.a. En el panel de navegación, pulse Valores > Consola administrativa de

Websphere y pulse Iniciar consola administrativa de Websphere.b. En la consola administrativa de WebSphere Application Server, seleccione

Valores > Seguridad global.c. En la página de Seguridad global, desde el área de Autenticación, haga clic

en el enlace de LTPA.d. En Inicio de sesión único entre células, especifique un archivo de claves y

proporcione un nombre de archivo y una contraseña para el archivo quecontendrá las claves LTPA exportadas.

e. Haga clic en Exportar claves.7. Vuelva a configurar las aplicaciones que utilizan las claves LTPA de Tivoli

Integrated Portal Server: para volver a configurar el servicio SSO de Tivoli conlas claves LTPA actualizadas, ejecute este script: dir_inicio_tip/profiles/TIPProfile/bin/setAuthnSvcLTPAKeys.jacl.a. Cambie el directorio a dir_inicio_tip/profiles/TIPProfile/bin/b. Inicie Tivoli Integrated Portal Server:



c. Ejecute el siguiente mandato:wsadmin -username tipadmin -password tipadmin_password -fsetAuthnSvcLTPAKeys.jacl exported_key_path key_password

Donde:exported_key_path es el nombre y la vía de acceso completa al archivo declaves que se ha exportado.key_password es la contraseña que se ha utilizado para exportar la clave.

8. Para SSO, habilite FIPS para cualquier otro servidor de aplicaciones y, acontinuación, importe las claves LTPA actualizadas del primer servidor en estosservidores:a. Copie el archivo de teclas LTPA del paso 4 anterior a otro equipo del

servidor de aplicaciones.b. En el panel de navegación, pulse Valores > Consola administrativa de

Websphere y pulse Iniciar consola administrativa de Websphere.c. En la consola administrativa de WebSphere Application Server, seleccione

Valores > Seguridad global.d. En la página de Seguridad global, desde el área de Autenticación, haga clic

en el enlace de LTPA.e. En Inicio de sesión único entre células, proporcione el nombre de usuario

y la contraseña anteriores para el archivo que contiene las teclas LTPAexportadas.

f. Haga clic en Importar claves.9. Ejecute el mandato ConfigureCLI:

Windows

dir_inicio_tip\bin\tipcli.bat ConfigureCLI --useFIPS true


Linux UNIX dir_inicio_tip/bin/tipcli.sh ConfigureCLI--useFIPS true

El archivo dir_inicio_tip/java/jre/lib/security/java.security del SDK de IBMse parece al siguiente cuando se habilita IBMJCEFIPS.security.provider.1=com.ibm.crypto.fips.provider.IBMJCEFIPSsecurity.provider.2=com.ibm.crypto.provider.IBMJCEsecurity.provider.3=com.ibm.jsse.IBMJSSEProvidersecurity.provider.4=com.ibm.jsse2.IBMJSSEProvider2security.provider.5=com.ibm.security.jgss.IBMJGSSProvidersecurity.provider.6=com.ibm.security.cert.IBMCertPathsecurity.provider.7=com.ibm.crypto.pkcs11.provider.IBMPKCS11security.provider.8=com.ibm.security.cmskeystore.CMSProvidersecurity.provider.9=com.ibm.security.jgss.mech.spnego.IBMSPNEGO

Configuración del valor de tiempo de espera de la señal LPTAPuede configurar el valor de tiempo de espera de la señal Lightweight Third PartyAuthentication (LTPA) para Tivoli Integrated Portal en la consola de WebSphereApplication Server.

Tivoli Integrated Portal está habilitado para inicio de sesión único.

El tiempo de espera predeterminado para una señal LTPA es de 120 minutos. Untiempo de espera de LTPA hace que cierre la sesión de Tivoli Integrated Portal ytambién puede producir un mensaje emergente de autenticación, si la primerasolicitud posterior al tiempo de espera es una solicitud AJAX de un portlet. Paraconfigurar el tiempo de espera de la señal LTPA:1. En el panel de navegación de Tivoli Integrated Portal, haga clic en Valores >

Consola administrativa de WebSphere.2. Haga clic en Iniciar consola administrativa de WebSphere para iniciar la

consola de WebSphere Application Server.3. En el panel de navegación de la consola de WebSphere Application Server, haga

clic en Seguridad > Seguridad global.4. En el área Autenticación de la página Seguridad global, haga clic en el enlace

LTPA.5. En el área de tiempo de espera de LTPA de la página LTPA, edite el valor para

el tiempo de espera de LTPA y haga clic en Aceptar.6. En el área Mensajes de la parte superior de la página Seguridad global, pulse el

enlace Guardar y salga de la consola de WebSphere Application Server.

En un entorno de equilibrio de carga, deberá establecer el tiempo de espera de laseñal LTPA en cada una de las instancias de Tivoli Integrated Portal Server.

Configuración de VMM para el ObjectServerSi ha instalado Tivoli Netcool/OMNIbus utilizando el instalador de NetworkManager y ha decidido utilizar el ObjectServer para la autenticación del usuario, elinstalador configura el adaptador del Gestor de miembros virtuales (VMM) para elObjectServer. De otra manera, debe configurar el VMM de forma manual si quiereutilizar el ObjectServer para la autenticación de usuarios.

Tenga a mano la siguiente información de ObjectServer: el nombre y la contraseñade administrador, la dirección IP y el número de puerto. Si dispone de un segundoObjectServer para soporte de migración tras error, es necesario la dirección IP y elnúmero de puerto. ObjectServer debe estar en ejecución en el momento de instalarNetwork Manager, ya que el proceso de instalación intentará conectarse conObjectServer.


El script presupone que el directorio de instalación de tip es el directorio padre yque el perfil y los nombres de las células son TIPProfile y TIPCell. Ejecute el scriptde configuración de VMM en cada sistema en el que esté instalado el servidor deaplicaciones.1. Vaya al directorio de dir_inicio_tip/bin. El directorio contiene un script para

su ejecución:

v Windows confvmm4ncos.bat

v Linux confvmm4ncos.sh

v UNIX confvmm4ncos.sh

2. Especifique el siguiente mandato en la línea de mandatos: confvmm4ncos userpassword address port [address2 port2] dondea. user es el ID de un usuario con privilegios administrativos para este

ObjectServerb. password es la contraseña para el ID de usuarioc. address es la dirección IP del ObjectServerd. port es el número de puerto utilizado por el ObjectServere. Opcional: address2 y port2, si existe un servidor de migración tras error,

será la dirección IP y el número de puerto del ObjectServer de migracióntras error

El adaptador VMM está configurado para el ObjectServer. Después, siempre quesea necesario acceder al registro de usuarios, se llama al adaptador VMM paraobtener esta información.

Cambio del registro de seguridad predeterminadoEl registro de seguridad predeterminado se puede establecer durante la instalación.Utilice este procedimiento para cambiar el registro predeterminado tras lainstalación.

Estos pasos requieren que su ID de usuario tenga el rol de administrador y queconozca el valor de entrada básico de su repositorio. Para LDAP o Microsoft ActiveDirectory, se trata normalmente de una serie comoou=company,dc=country,dc=region. Para ObjectServer, la entrada básica eso=netcoolObjectServerRepository.

Si no ha seleccionado un registro de usuarios predeterminado durante lainstalación o quisiera cambiar el valor predeterminado a un registro diferente, llevea cabo estos pasos.1. Si no ha iniciado la sesión en la consola administrativa, hágalo ahora. Su ID

debe tener el rol de administrador.2. Haga clic en Seguridad > Proteger la administración, las aplicaciones y la

infraestructura.3. En el área Depósito de cuentas de usuario, seleccione Repositorios federados

de las definiciones de dominio disponibles y, a continuación, haga clic enConfigurar.

4. Haga clic en Tipos de entidad soportados en Propiedades adicionales.5. Haga clic en el tipo de entidad y, a continuación, edite Entrada base para el

padre predeterminado y Propiedades del nombre distinguido relativo.6. Tras hacer clic en Aceptar para guardar los cambios, repita el paso anterior

para configurar los demás tipos de entidades. Para Microsoft Active Directory,


los tipos de entidad (PersonAccount, Group y OrgContainer) debenconfigurarse con un DN básico y el RDN para PersonAccount debe ser cn enlugar de uid.









Integración con IBM Tivoli MonitoringPuede instalar IBM Tivoli Monitoring for IBM Tivoli Network Manager IP Editionpara supervisar el estado de la instalación de Network Manager. IBM TivoliMonitoring está incluido en el paquete de Network Manager.

Debe tener instalado Network Manager antes de instalar IBM Tivoli Monitoring forIBM Tivoli Network Manager IP Edition.

Restricción: UNIX El área de ejecución abre las ventanas xterm para ejecutarlos scripts de shell para la migración e instalación de IBM Tivoli Monitoring forIBM Tivoli Network Manager IP Edition. Si desea pegar caracteres que no sean deASCII entre las ventanas de xterm que ha iniciado el instalador y otras ventanas,debe configurar el entorno local para que acabe en UTF-8 antes de iniciar el áreade ejecución. Utilice un mandato similar al de este ejemplo: exportLANG=fr_FR.UTF-8.

Para instalar IBM Tivoli Monitoring for IBM Tivoli Network Manager IP Edition,realice las siguientes tareas:1. En el servidor en el que están instalados los componentes principales de

Network Manager, ejecute el script de instalación de IBM Tivoli Monitoring forIBM Tivoli Network Manager IP Edition.v Para ejecutar el script de instalación utilizando el área de ejecución, inicie el

área de ejecución utilizando el script launchpad.sh en UNIX o el ejecutablelaunchpad.exe en Windows y haga clic en Posterior a la instalación >Instalación del agente de supervisión > Iniciar instalación del agente deITM.

v Para ejecutar el script de instalación utilizando la línea de mandatos, ejecuteel script ITMagent\WINDOWS\setup.exe en Windows o el scriptITMagent/install.sh en UNIX desde el directorio de scripts en el soporteinstalación.

2. Para consultar más pasos de instalación, consulte la publicación IBM TivoliMonitoring for IBM Tivoli Network Manager IP Edition User's Guide.


Configuración de la integración con IBM Systems DirectorPuede configurar Network Manager para trabajar con IBM Systems Director. Unavez haya configurado la integración, puede iniciar IBM Systems Director desde laGUI de Network Manager y realizar diferentes tareas en el dispositivoseleccionado en IBM Systems Director.

Descripción general de la integración con IBM Systems DirectorIBM Systems Director proporciona vistas consolidadas de sus sistemas gestionadosy un conjunto de tareas para la gestión del sistema, incluidos el descubrimiento, elinventario, la configuración, el estado del sistema, la supervisión, lasactualizaciones, la notificación de sucesos y la automatización en los sistemasgestionados. Tras configurar la integración, puede abrir las tareas de IBM SystemsDirector desde la GUI de Network Manager utilizando el menú de clic derecho.

Puede iniciar IBM Systems Director para gestionar recursos en su red haciendo clicderecho en un dispositivo en cualquier vista de topología de Network Manager yseleccionando la opción de menú Launch to > Director, seguida por la selección dela tarea que desee abrir en IBM Systems Director.

Las características de IBM Systems Director que puede iniciar para un dispositivodesde dentro de Network Manager dependen de la información compartida acercadel dispositivo descubierto en ambos productos. La lista siguiente identifica todaslas tareas de IBM Systems Director disponibles al iniciar desde Network Manager:v Estado activov Configurar accesov Configuración actualv Crear grupov Problemas de conformidadv Configuration Managerv Planes de configuraciónv Política de conformidadv Plantillas de configuraciónv Mandato distribuidov Historial de desplieguev Registro de sucesosv Gestión de archivosv Diagnósticos de redv Recurso de navegación: Topología básicav Recursos de navegación: Topología de virtualizaciónv Resumen de rendimientov Solicitar accesov Línea de mandatos remotav Verificar conexiónv Ver y recopilar inventariov Recursos de navegación: Vista de propiedades

Nota: La lista de características disponibles para su inicio desde el menú de clicderecho de Network Manager varía y puede ser un subconjunto de la lista anterior.


Para obtener más información acerca de las características abiertas en IBM SystemsDirector y de la asistencia que utilizan, haga clic en el botón de ayuda en la páginaabierta de IBM Systems Director.

De forma alternativa, vaya al centro de información de IBM Systems Director enhttp://www-01.ibm.com/support/knowledgecenter/SSAV7B_621/com.ibm.director.main.helps.doc/fqm0_main.html?cp=SSAV7B_621%2F2 y busqueel nombre en el que hizo clic en la opción del menú de clic derecho (por ejemplo,busque "Configurar acceso").

Arquitectura de integración

La integración entre Network Manager e IBM Systems Director requiere un procesode adaptador de Java en ejecución según los valores definidos en el archivo deconfiguración itnmSystemsDirector.properties.

El archivo de configuración está instalado de forma predeterminada con NetworkManager en el servidor GUI, y se puede encontrar en el directorio deNCHOME/precision/adapters/itnm_systemsDirectorLiC.

El proceso adaptador de Java se comunica con el servidor de IBM Systems Directorque utiliza HTTPS para asociar recursos y puntos de inicio de IBM SystemsDirector con dispositivos descubiertos por Network Manager para el dominiodefinido en el archivo de propiedades. El adaptador determina el conjunto depuntos de inicio de IBM Systems Director relacionados con un dispositivo deNetwork Manager, y los almacena en la tabla NCIM de LiCmapping. La tablaLiCmapping describe el recurso de IBM Systems Director, el URL del punto deinicio y el nombre del menú para cada tarea que ejecute en un dispositivo deNetwork Manager.

Restricción: Para que la integración sea satisfactoria, tanto Network Managercomo IBM Systems Director deben descubrir y gestionar los mismos recursos.

Descarga e instalación de IBM Systems DirectorDebe tener una instalación de IBM Systems Director en ejecución antes deconfigurar la integración con Network Manager.

Para obtener IBM Systems Director, realice los siguientes pasos:1. Vaya a http://www.ibm.com/systems/management/director/downloads/2. Vaya al separador Servidores de gestión y descargue IBM Systems Director

versión 6.2 o posterior.3. Vaya al centro de información de IBM Systems Director en

http://www-01.ibm.com/support/knowledgecenter/SSAV7B_621/com.ibm.director.main.helps.doc/fqm0_main.html?cp=SSAV7B_621%2F2,expanda "IBM Systems Director V6.2.1" y, a continuación, vaya a lasrecopilaciones de tema "planificación" e "instalación".

4. Siga las instrucciones que se proporcionan para planificar la instalación ycompletar la instalación de IBM Systems Director.


http://www-01.ibm.com/support/knowledgecenter/SSAV7B_621/com.ibm.director.main.helps.doc/fqm0_main.html?cp=SSAV7B_621%2F2


http://www.ibm.com/systems/management/director/downloads/



Configuración de la integración con IBM Systems DirectorRealice las siguientes tareas para configurar la integración entre Network Managere IBM Systems Director.

Preparación del archivo de propiedades:

Para configurar la integración, debe crear una copia del archivoitnmSystemsDirector.properties para cada dominio de Network Manager en elque quiera ejecutar tareas de IBM Systems Director.

Cree una copia del archivo de propiedades para el dominio en el que intentaejecutar el adaptador:1. Vaya al directorio de NCHOME/precision/adapters/itnm_systemsDirectorLiC. El

archivo de configuración está instalado de forma predeterminada con NetworkManager en el servidor de la GUI.

2. Haga una copia del archivo itnmSystemsDirector.properties y agregue elnombre del archivo con el nombre del dominio para el que desea configurar laintegración.Por ejemplo, para crear una copia del archivo de propiedades para el dominiode NCOMS, especifique el siguiente mandato en los sistemas operativos UNIX:cp itnmSystemsDirector.properties itnmSystemsDirector.properties.NCOMS

Esto crea una copia del archivo de propiedades y agrega NCOMS al final deeste archivo.

3. Utilice una copia del archivo para configurar la integración como se describe enlas siguientes tareas.

Exportación e importación del certificado SSL:

El proceso del adaptador de Java que se comunica entre Network Manager e IBMSystems Director requiere la configuración de una conexión segura. Debe importarel certificado SSL del servidor de IBM Systems Director al almacén de confianzaque utiliza el proceso de Java de Network Manager que ejecuta el adaptador.

Para obtener el certificado, debe exportarlo de IBM Systems Director y, acontinuación, importarlo a Network Manager:1. Inicie sesión en el servidor de IBM Systems Director.2. Exporte el certificado utilizando el mandato keytool -export:

/opt/ibm/director/jre/bin/keytool -export -alias lwiks -keystore/opt/ibm/director/lwi/security/keystore/ibmjsse2.jks -filedirectorcert.arm

3. Copie el archivo directorcert.arm en el servidor de Network Manager en elque se ejecutará el adaptador. Por ejemplo, /tmp/directorcert.arm.

4. Importe el archivo directorcert.arm al almacén de confianza local utilizando elmandato keytool -import:keytool -import -alias directorcert -file /vía de acceso aarchivo/directorcert.arm -keystore TIPHOME/java/jre/lib/security/cacerts

Nota: La contraseña predeterminada es changeit.A continuación se muestra un ejemplo de importación del certificado:/opt/IBM/tivoli/tip/java/bin/keytool -import -alias directorcert -file/tmp/directorcert.arm -keystore /opt/IBM/tivoli/tip/java/jre/lib/security/cacerts


Configuración de las propiedades de conexión:

Edite la copia del archivo itnmSystemsDirector.properties para especificar laspropiedades de conexión para el adaptador que enlaza Network Manager e IBMSystems Director.

Asegúrese de que ha creado una copia del archivoitnmSystemsDirector.properties y de que ha agregado el nombre del archivo conel nombre del dominio para el que quiere configurar la integración con IBMSystems Director; por ejemplo itnmSystemsDirector.properties.NCOMS.

Para configurar las propiedades de conexión:1. Abra el archivo de propiedades itnmSystemsDirector.properties.nombre del

dominio.2. Edite los siguientes valores para configurar la conexión:

a. Defina el parámetroitnm.integration.ibm.SystemsDirector.cryptographicKeyFile para hacerreferencia al archivo de claves criptográficas de Network Manager o unarchivo de claves que haya generado utilizando la opción./itnm_systemsDirectorLiC.sh -generate -keyfile nombre de archivo.Por ejemplo, defina la vía de acceso de la siguiente manera para utilizar elarchivo de claves predeterminado:itnm.integration.ibm.SystemsDirector.cryptographicKeyFile=/opt/IBM/tivoli/netcool/precision/profiles/TIPProfile/etc/tnm/encryption/keys/crypt.key

b. Defina el parámetro itnm.integration.ibm.SystemsDirector.server parahacer referencia a la dirección IP o al nombre de host del servidor de IBMSystems Director. Por ejemplo:itnm.integration.ibm.SystemsDirector.server=192.0.2.24

c. Defina el parámetro itnm.integration.ibm.SystemsDirector.port en elnúmero de puerto en el que el servidor de IBM Systems Director estáescuchando. Por ejemplo:itnm.integration.ibm.SystemsDirector.port=4495

Nota: El puerto predeterminado es 8422.d. Defina el parámetro itnm.integration.ibm.SystemsDirector.userName para

hacer referencia al nombre de usuario de IBM Systems Director. Porejemplo:itnm.integration.ibm.SystemsDirector.userName=root

3. Cifre y defina la contraseña para el usuario de IBM Systems Director:a. Vaya al directorio de NCHOME/precision/adapters/itnm_systemsDirectorLiC.b. Ejecute el siguiente mandato utilizando la contraseña para el usuario de

IBM Systems Director definido en el parámetroitnm.integration.ibm.SystemsDirector.userName :./itnm_systemsDirectorLiC.sh -encrypt contraseña -keyfile /vía deacceso completa al archivo de claves criptográficas/nombre delarchivo de claves criptográficas.key. Esto creará una cadena de textocifrado para la contraseña.Por ejemplo, para cifrar la contraseña Network1 utilizando el archivo declaves predeterminado, especifique:./itnm_systemsDirectorLiC.sh -encrypt Network1 -keyfile/opt/IBM/tivoli/netcool/precision/profiles/TIPProfile/etc/tnm/encryption/keys/crypt.key


Una salida de ejemplo del proceso de cifrado es jR/CjUmgRaYRF64Dsf37FGJvxDxqmxcE3XybALZ7THo=.

c. Defina el parámetro itnm.integration.ibm.SystemsDirector.password parahacer referencia a la contraseña cifrada del usuario.Por ejemplo, para utilizar la contraseña cifrada del paso anterior,especifique:itnm.integration.ibm.SystemsDirector.password=jR/CjUmgRaYRF64Dsf37FGJvxDxqmxcE3XybALZ7THo=

4. Defina el parámetro itnm.integration.ibm.SystemsDirector.jreKeyStoreFilepara hacer referencia a la ubicación del almacén de claves de Network Manageral que ha importado el certificado SSL. Por ejemplo:itnm.integration.ibm.SystemsDirector.jreKeyStoreFile=/opt/IBM/tivoli/tip/java/jre/lib/security/cacerts

5. Cifre y defina la contraseña para el archivo del almacén de claves:a. Vaya al directorio de NCHOME/precision/adapters/itnm_systemsDirectorLiC.b. Ejecute el siguiente mandato utilizando la contraseña para el archivo del

almacén de claves: ./itnm_systemsDirectorLiC.sh -encrypt contraseña-keyfile /vía de acceso completa al archivo de clavescriptográficas/nombre de archivo de claves criptográficas.key. Estocreará una cadena de texto cifrado para la contraseña.Por ejemplo, para cifrar la contraseña Crypto1 utilizando el archivo declaves predeterminado, especifique:./itnm_systemsDirectorLiC.sh -encrypt Crypto1 -keyfile/opt/IBM/tivoli/netcool/precision/profiles/TIPProfile/etc/tnm/encryption/keys/crypt.key

Una salida de ejemplo del proceso de cifrado esi/y7aYCV5looIK3eRoYEPWJvxDxqmxcE3XybALZ7THo=.

c. Defina el parámetroitnm.integration.ibm.SystemsDirector.jreKeyStorePassword para hacerreferencia a la contraseña cifrada para el archivo del almacén de claves.Por ejemplo, para utilizar la contraseña cifrada del paso anterior,especifique:itnm.integration.ibm.SystemsDirector.jreKeyStorePassword=i/y7aYCV5looIK3eRoYEPWJvxDxqmxcE3XybALZ7THo=

6. Guarde el archivo de propiedades.

Puede especificar una configuración opcional adicional en el archivoitnmSystemsDirector.properties para el adaptador.Tareas relacionadas:“Configuración de adaptador adicional” en la página 231Además de definir las propiedades de conexión, puede modificar los parámetrospredeterminados que controlan el comportamiento adicional y las características deinicio de sesión del adaptador. Edite la copia del archivoitnmSystemsDirector.properties para el adaptador que establece un enlace entreel dominio de Network Manager e IBM Systems Director.


Configuración de la conexión a NCIM:

Puede configurar los valores de conexión con la base de datos de NCIM en la queel adaptador rellena la tabla LiCmapping con datos de IBM Systems Director. Siitnm.integration.ibm.SystemsDirector.itnmDatabaseUseConnectionPool se definecomo true, se utilizarán los valores predeterminados para NCIM y no tendrá queconfigurar las propiedades de la base de datos.

El único parámetro obligatorio es itnmDomain, el cual debe ser especificado (ver elprimer paso).

Para definir las propiedades de conexión para la base de datos NCIM:1. En la propiedad itnm.integration.ibm.SystemsDirector.itnmDomain,

especifique el dominio de Network Manager en el que se ejecuta el adaptador.Por ejemplo:itnm.integration.ibm.SystemsDirector.itnmDomain=NCOMS

2. Opcional: Si no desea utilizar los valores predeterminados y ha definidoitnm.integration.ibm.SystemsDirector.itnmDatabaseUseConnectionPool comofalse, podrá especificar propiedades de bases de datos alternativas para eladaptador y utilizarlas:a. Elimine el hash del principio de la línea y defina la propiedad

itnm.integration.ibm.SystemsDirector.itnmDatabaseType en el tipo debase de datos que desea utilizar. Los valores admitidos son DB2, Oracle,MySQL, e Informix.

b. Elimine el hash del principio de la línea y defina la propiedaditnm.integration.ibm.SystemsDirector.itnmDatabaseDriver en el URL delcontrolador JDBC que especifica el tipo de controlador JDBC que se va autilizar. Utilice uno de los siguientes valores basados en la base de datosseleccionada:v Para DB2: com.ibm.db2.jcc.DB2Driverv Para Oracle: oracle.jdbc.driver.OracleDriverv Para MySQL: com.mysql.jdbc.Driverv Para Informix: com.informix.jdbc.IfxDriver

c. Elimine el hash del principio de la línea y defina la propiedaditnm.integration.ibm.SystemsDirector.itnmDatabaseURL en el URL deJDBC para conectarse a la base de datos NCIM. Utilice una de las siguientessintaxis basadas en la base de datos seleccionada:v Para DB2: jdbc:db2://nombre_host:número_puerto/nombre_basedatosv Para Oracle:

jdbc:oracle:thin:@nombre_host:número_puerto:nombre_basedatos

v Para MySQL: jdbc:mysql://nombre_host:número_puerto/nombre_basedatos

v Para Informix: jdbc:informix-sqli://nombre_host:número_puerto/nombre_basedatos:INFORMIXSERVER=nombre_servidor

Consejo: Este valor depende de la base de datos que utilice. ConsulteITNMHOME/profiles/TIPProfile/etc/tnm/tnm.properties para obtenerinformación sobre la base de datos utilizada y ayuda para completar el URLespecífico de la plataforma.

El siguiente ejemplo muestra la configuración para una base de datos Informix:


# itnm.integration.ibm.SystemsDirector.itnmDatabaseType=Informix# itnm.integration.ibm.SystemsDirector.itnmDatabaseDriver=com.informix.jdbc.IfxDriver# itnm.integration.ibm.SystemsDirector.itnmDatabaseURL=jdbc:informix-sqli://abc123.ibm.com:9995/ncimdb:INFORMIXSERVER=inst1

3. Opcional: Defina la propiedaditnm.integration.ibm.SystemsDirector.itnmDatabaseUserName para hacerreferencia al nombre de usuario de la base de datos NCIM. Por ejemplo:itnm.integration.ibm.SystemsDirector.itnmDatabaseUserName=root

4. Opcional: Cifre y defina la contraseña para el usuario de NCIM:a. Vaya al directorioNCHOME/precision/adapters/itnm_systemsDirectorLiC .b. Ejecute el siguiente mandato utilizando la contraseña para el usuario de

NCIM definida en la propiedaditnm.integration.ibm.SystemsDirector.itnmDatabaseUserName:./itnm_systemsDirectorLiC.sh -encrypt contraseña -keyfile /vía deacceso completa al archivo de claves criptográficas/nombre de archivode claves criptográficas.key. Esto creará una cadena de texto cifradopara la contraseña.Por ejemplo, para cifrar la contraseña Database1 utilizando el archivo declaves predeterminado, especifique:./itnm_systemsDirectorLiC.sh -encrypt Database1 -keyfile/opt/IBM/tivoli/netcool/precision/profiles/TIPProfile/etc/tnm/encryption/keys/crypt.key

Una salida de ejemplo del proceso de cifrado esDvDlWqoRzRHAD9WpYzkI0mJvxDxqmxcE3XybALZ7THo=.

c. Defina la propiedaditnm.integration.ibm.SystemsDirector.itnmDatabasePassword para hacerreferencia a la contraseña cifrada. Por ejemplo:itnm.integration.ibm.SystemsDirector.itnmDatabasePassword=DvDlWqoRzRHAD9WpYzkI0mJvxDxqmxcE3XybALZ7THo=


Configuración de adaptador adicional:

Además de definir las propiedades de conexión, puede modificar los parámetrospredeterminados que controlan el comportamiento adicional y las características deinicio de sesión del adaptador. Edite la copia del archivoitnmSystemsDirector.properties para el adaptador que establece un enlace entreel dominio de Network Manager e IBM Systems Director.

Asegúrese de que edita la copia del archivo itnmSystemsDirector.properties parael dominio para el que ha configurado la integración.

El archivo de configuración está instalado de forma predeterminada con NetworkManager en el servidor GUI, y se puede encontrar en el directorio deNCHOME/precision/adapters/itnm_systemsDirectorLiC.

Para modificar características adicionales para el adaptador:1. Abra el archivo de propiedades itnmSystemsDirector.properties.nombre del

dominio.2. Edite los siguientes valores:

a. Defina el parámetroitnm.integration.ibm.SystemsDirector.connectTimeout con la cantidad detiempo que el adaptador tarda en conectarse al servidor de IBM Systems


Director. Si el adaptador no se puede conectar después de que hayatranscurrido el tiempo especificado, se produce un error. El valor está enmilisegundos y el predeterminado es 60000 (60 segundos).

b. Defina el parámetro itnm.integration.ibm.SystemsDirector.readTimeoutcon la cantidad de tiempo que el adaptador espera para leer los datos delservidor de IBM Systems Director después de conectarse a él. Si eladaptador no puede leer los datos después de que haya transcurrido eltiempo especificado, se produce un error. El valor está en milisegundos y elpredeterminado es 60000 (60 segundos).

c. Utilice el parámetroitnm.integration.ibm.SystemsDirector.verifySSLHostNames para definir siel adaptador verificará o no el nombre del servidor de IBM SystemsDirector que está almacenado en el certificado. La verificación se realiza siestá definida como true, mientras que no se realiza ninguna verificación siestá definida como false.

d. Utilice el parámetroitnm.integration.ibm.SystemsDirector.usePasswordAuthentication paradefinir si utiliza o no autenticación de contraseña. La autenticación decontraseña se activa si está definida como true, mientras que se desactiva siestá definida como false.

e. Utilice el parámetroitnm.integration.ibm.SystemsDirector.ignoreIPAddress.n para indicarleal adaptador que omita las direcciones IP específicas en IBM SystemsDirector. Especifique más de una dirección IP repitiendo este parámetro eincrementando n en 1 cada vez.Por ejemplo, para definir el adaptador y que omita las direcciones IP192.0.2.12 y 192.0.2.24, agregue las siguientes líneas:itnm.integration.ibm.SystemsDirector.ignoreIPAddress.1=192.0.2.12itnm.integration.ibm.SystemsDirector.ignoreIPAddress.2=192.0.2.24

f. Utilice el parámetroitnm.integration.ibm.SystemsDirector.ignoreHostName.n para indicarle aladaptador que omita los nombres de host específicos. Especifique más de unnombre de host repitiendo este parámetro e incrementando n en 1 cada vez.Por ejemplo, para definir el adaptador y que omita los nombres de hostmymachine y ball.company.com, agregue las siguientes líneas:itnm.integration.ibm.SystemsDirector.ignoreHostName.1=mymachineitnm.integration.ibm.SystemsDirector.ignoreHostName.2=ball.company.com

g. El adaptador crea un tabla en NCIM asociando recursos de IBM SystemsDirector con dispositivos que ha descubierto Network Manager para eldominio definido en el archivo de propiedades. Puede alterartemporalmente el recurso de IBM Systems Director individual con lacorrelación de dispositivos de Network Manager especificando de formamanual qué OID de IBM Systems Director se corresponde con qué direcciónIP del nodo principal o nombre de host de Network Manager. U Utilice elparámetro itnm.integration.ibm.SystemsDirector.mapOIDtoITNMIPAddressOrHostName.n para indicarle al adaptador que alteretemporalmente la asociación automática de recursos. Especifique más de unrecurso repitiendo este parámetro e incrementando n en 1 cada vez. Elformato es mapOIDtoITNMIPAddressOrHostName.n=oid:ipaddress omapOIDtoITNMIPAddressOrHostName.n+1=oid:hostname.Por ejemplo, para definir el adaptador para que coja el OID 2292 y lo asociecon la dirección IP 192.0.2.12, y el 2286 y lo asocie con el nombre de hostmymachine, agregue las siguientes líneas:


itnm.integration.ibm.SystemsDirector.mapOIDtoITNMIPAddressOrHostName.1=2292:192.0.2.12itnm.integration.ibm.SystemsDirector.mapOIDtoITNMIPAddressOrHostName.1=2286:mymachine

h. Puede definir el adaptador para que omita tareas específicas de IBMSystems Director. Utilice el parámetroitnm.integration.ibm.SystemsDirector.ignoreTask.n para definir tareasque omite el adaptador y no están disponibles para que puedan ejecutarseen un dispositivo. Especifique más de una tarea repitiendo este parámetro eincrementando n en 1 cada vez.Por ejemplo, para definir el adaptador y que omita la tarea de NetworkDiagnostics, agregue las siguientes líneas:itnm.integration.ibm.SystemsDirector.ignoreTask.1=Network Diagnostics


También puede definir las propiedades de registro para el proceso del adaptador.Tareas relacionadas:“Configuración de las propiedades de registro para el adaptador”Puede especificar las propiedades de registro para el adaptador que se utiliza paraenlazar IBM Systems Director y Network Manager.

Configuración de las propiedades de registro para el adaptador:

Puede especificar las propiedades de registro para el adaptador que se utiliza paraenlazar IBM Systems Director y Network Manager.

Asegúrese de que edita la copia del archivo itnmSystemsDirector.properties parael dominio para el que ha configurado la integración.

Para definir las propiedades de registro para el adaptador:1. Abra el archivo de propiedades itnmSystemsDirector.properties.nombre del

dominio.2. Edite los siguientes valores:

a. Defina el nivel de registro general utilizando el parámetro .level. El valorpredeterminado es WARNING y se pueden definir los siguientes niveles:v CONFIG:

Registra todos los sucesos hasta incluir los cambios de configuración.v INFO:

Registra únicamente los cambios al estado del sistema. Este es el valorpredeterminado.

v WARNING:Registra errores del sistema recuperables.

v SEVERE:Registra errores del sistema irrecuperables.

v FINE:Nivel mínimo de rastreo. La mayoría de los rastreos de pila aparecen yaen este nivel y están escritos en el archivo de rastreo. El archivo derastreo también incluye todos los mensajes de registro.

v FINER:Nivel medio de rastreo que proporciona mensajes de depuración másdetallados.


v FINEST:Nivel máximo de rastreo que produce información técnica muy detallada.

b. Defina el nivel de registro para el manejador utilizando el parámetrojava.util.logging.FileHandler.level. Los niveles posibles son los mismosque para el parámetro .level.

c. Si se utilizan, defina el nivel de registro para el manejador de la consolautilizando el parámetro java.util.logging.ConsoleHandler.level. Losniveles posibles son los mismos que para el parámetro .level.

d. Modifique el lugar en el que se guarda el archivo de registro utilizando elparámetro java.util.logging.FileHandler.pattern.


El registro para el proceso del adaptador utiliza la misma lógica que otro registroen Network Manager. Compruebe los archivos de registro para remarcar cualquiertipo de problemas potenciales.

Ejecución del adaptador para llenar NCIMUna vez definidas las propiedades del adaptador, puede ejecutar el adaptador parallenar la base de datos de NCIM con información sobre los recursos que se puedengestionar en IBM Systems Director para el dominio de Network Manager definidoen el archivo de propiedades.

Asegúrese de que ha definido todos los parámetros necesarios en el archivo depropiedades del adaptador para el dominio.

Para ejecutar el adaptador:1. Cambie al directorio de NCHOME/precision/adapters/itnm_systemsDirectorLiC.2. Ejecute el adaptador utilizando el mandato ./itnm_systemsDirectorLiC.sh y

haga referencia al archivo de propiedades para el dominio para el que haconfigurado el adaptador.Por ejemplo, para ejecutar el adaptador para el dominio de NCOMS,especifique el siguiente mandato:./itnm_systemsDirectorLiC.sh itnmSystemsDirector.properties.NCOMS

Basándose en la configuración del archivo de propiedades, el adaptador llena latabla LiCmapping en la base de datos NCIM con información de punto deinicio de IBM Systems Director.

3. Haga clic con el botón derecho del ratón en cualquier vista de topología deNetwork Manager después de ejecutar el adaptador. Un conjunto de tareas deIBM Systems Director está disponible para ser iniciadas desde NetworkManager para el dispositivo si el dispositivo está gestionado por ambosproductos. La lista siguiente identifica todas las tareas de IBM Systems Directordisponibles al iniciar desde Network Manager:v Estado activov Configurar accesov Configuración actualv Crear grupov Problemas de conformidadv Configuration Managerv Planes de configuraciónv Política de conformidad


v Plantillas de configuraciónv Mandato distribuidov Historial de desplieguev Registro de sucesosv Gestión de archivosv Diagnósticos de redv Recurso de navegación: Topología básicav Recursos de navegación: Topología de virtualizaciónv Resumen de rendimientov Solicitar accesov Línea de mandatos remotav Verificar conexiónv Ver y recopilar inventariov Recursos de navegación: Vista de propiedades

Nota: La lista de características disponibles para su inicio desde el menú declic derecho de Network Manager varía y puede ser un subconjunto de la listaanterior.

Resolución de problemas de la integración con IBM SystemsDirectorSi la iniciación en contexto de Network Manager a IBM Systems Director nofunciona, debe comprobar la configuración de la integración de IBM SystemsDirector.

Si la integración con IBM Systems Director no funciona, es posible que eladaptador no se ejecutase y llenase los datos del punto de inicio en la tablaLiCmapping.

Para comprobar la configuración de integración:1. El primer paso que se debe realizar cuando se produce un error es comprobar

todos los valores de configuración y que tanto Network Manager como IBMSystems Director estén gestionando el mismo conjunto de recursos.

2. Compruebe los siguientes elementos:


El certificado SSL no ha sido importado deIBM Systems Director a Network Manager.

Exporte el certificado y, a continuación,impórtelo a Network Manager como sedescribe en “Exportación e importación delcertificado SSL” en la página 227.

La configuración de IBM Systems Directorno es correcta.

Asegúrese de que ha definido laspropiedades de conexión para IBM SystemsDirector de forma correcta, como se describeen “Configuración de las propiedades deconexión” en la página 228.

La configuración de la base de datos NCIMde Network Manager no es correcta.

Compruebe la configuración de NCIM comose describe en “Configuración de la conexióna NCIM” en la página 230.

Existe un cortafuegos que está bloqueandoel acceso a la API de IBM SystemsDirector.

Compruebe la configuración de cortafuegosy permita el acceso al host de IBM SystemsDirector.



El dominio de Network Manager no tienedispositivos gestionados por IBM SystemsDirector.

Asegúrese de que los mismos dispositivosson descubiertos por ambos productos.

El servidor de IBM Systems Director no seestá ejecutando.

Asegúrese de que se está ejecutando elservidor de IBM Systems Director y quepuede iniciar sesión. Para obtener másinformación sobre IBM Systems Director,consulte el centro de información enhttp://www-01.ibm.com/support/knowledgecenter/SSAV7B/welcome ybusque "Servidor de gestión y mandatos deagente".

La base de datos NCIM de NetworkManager no se está ejecutando.

Asegúrese de que todos los procesos seestén ejecutando en Network Manager, comose describe en .

Las contraseñas especificadas se hancifrado utilizando un archivo de clavescriptográficas diferente al especificado enel archivo de propiedades.

Asegúrese de que cifra las contraseñas con elarchivo al que ha hecho referencia en elarchivo de propiedades del adaptador, comose describe en “Configuración de laspropiedades de conexión” en la página 228.

3. Si el error requiere información más detallada para comprender su causa,defina el nivel de registro a FINEST y examine el archivo de registro paraconsultar los mensajes de error.

Tareas relacionadas:“Configuración de las propiedades de registro para el adaptador” en la página 233Puede especificar las propiedades de registro para el adaptador que se utiliza paraenlazar IBM Systems Director y Network Manager.

Configuración de Network Manager para los sistemas operativos UNIXEn los sistemas operativos basados en UNIX, como Solaris y AIX, tendrá querealizar tareas de configuración adicionales antes de utilizar el producto.

Configuración de permisos root/no rootEn UNIX, si ha instalado Network Manager como usuario no root, debe realizaruna configuración adicional.

Algunos componentes de Network Manager requieren permisos root paraejecutarse. Debe realizar diferentes acciones dependiendo de si quiere ejecutarNetwork Manager como usuario root o no root.

Instalación root y no rootEn UNIX, Network Manager se puede instalar como usuario root o como usuariono root.

Si ha instalado cualquier otro producto de IBM Tivoli en el mismo directorio deinstalación, debe instalar Network Manager como el mismo usuario que instaló elresto de los productos.

Las aplicaciones web de Network Manager siempre se deben ejecutar como elusuario que ha instalado el producto.


http://www-01.ibm.com/support/knowledgecenter/SSAV7B/welcome

http://www-01.ibm.com/support/knowledgecenter/SSAV7B/welcome

Tras la instalación, puede configurar los componentes principales de NetworkManager para que se ejecuten como un usuario distinto. Por ejemplo, si instalócomo el usuario root, puede configurar los componentes principales para que seejecuten como un usuario no root.

Restricción: Cuando Network Manager se instala y se ejecuta como raíz, losscripts se instalan en el reinicio Network Manager y los procesos TivoliNetcool/OMNIbus cuando el servidor se reinicia. Cuando Network Manager seinstala y se ejecuta como usuario no raíz, Network Manager y TivoliNetcool/OMNIbus los procesos no reinician automáticamente cuando se reinicia elservidor.

Restricción: AIX Si instala los componentes principales de Network Managercomo usuario no root en AIX y utiliza DB2 como la base de datos de topología deNCIM, tendrá que realizar una configuración adicional y asegurarse de que soloesté activa una biblioteca cliente de DB2 en el servidor DB2. Tener varios clientesDB2 activos en el servidor podría causar problemas y no se admite.

Restricción: IBM Tivoli Business Service Manager debe ejecutarse como no root. Alinstalar Network Manager e IBM Tivoli Business Service Manager en el mismoservidor, asegúrese de que instala y ejecuta los dos como usuario no root.

Debido a estas restricciones, no puede ejecutar los componentes principales deNetwork Manager e IBM Tivoli Business Service Manager en el mismo servidor deAIX si está utilizando DB2 para la base de datos de la topología de NCIM.

Configuración de los componentes principales para ejecutarloscomo rootEn UNIX, si ha instalado Network Manager como usuario no root, debe realizaruna configuración adicional para ejecutar los componentes principales como elusuario root.


Debe ejecutar un script que actualice los permisos de archivo para asegurarse deque el usuario root tiene acceso a todos los archivos necesarios.

Si ha instalado Network Manager como usuario root, no tendrá que realizarninguna configuración para ejecutar los componentes clave como el usuario root.1. Inicie sesión en el servidor de Network Manager en el que están instalados los

componentes. Inicie sesión como usuario root.2. Ejecute el script desde el área de ejecución del instalador o desde la línea de

mandatos:



Desde el área de ejecución 1. Vaya al directorio del que ha extraído elpaquete de instalación de NetworkManager.

2. Inicie el área de ejecución como rootutilizando el mandato ./launchpad.sh.

3. Seleccione el menú Posterior a lainstalación.

4. Expanda Tareas posteriores a lainstalación no root (Solo UNIX) y hagaclic en Ejecutar IBM Tivoli NetworkManager IP Edition 3.9 como usuarioroot.

Desde la línea de mandatos 1. Vaya al directorio NCHOME/precision/scripts.

2. Ejecute el script setup_run_as_root.sh.

Configuración de los componentes principales para ejecutarcomo no rootEn UNIX, si ha instalado Network Manager como un usuario no root y desea quelos permisos de usuario ejecuten los componentes principales, debe iniciar sesióncomo root y realizar una configuración adicional.

Atención: Instale y ejecute únicamente como usuario no root en los servidores enlos que los usuarios de confianza sean los únicos usuarios que pueden iniciarsesión.


Para otorgar a un usuario no root estos permisos, debe ejecutar un script. No esposible instalar y ejecutar Network Manager sin haber iniciado sesión alguna vezcomo el usuario root. Como mínimo, deberá iniciar sesión como root de formatemporal para ejecutar este script.

Importante: En los sistemas operativos de Linux para s390 y s390x, debe instalar elsoftware de GSKit antes de ejecutar el script setuid.

Complete los siguientes pasos de configuración para ejecutar los componentesprincipales como usuario no root:1. Inicie la sesión como el usuario root.2. Ejecute el script desde el área de ejecución del instalador o desde la línea de

comandos:






4. Expanda Tareas posteriores a lainstalación no root (Solo UNIX) y hagaclic en Ejecutar IBM Tivoli NetworkManager IP Edition 3.9 como usuario deinstalación.

Desde la línea de comandos 1. Vaya al directorio NCHOME/precision/scripts.

2. Ejecute el siguiente script:setup_run_as_setuid_root.sh.

3. Opcional: Si desea ejecutar la sonda mttrapd (también conocida como la sondaSNMP) como no root, realice una configuración adicional:v Configure la sonda para ejecutar como usuario no root usando las

instrucciones en Ejecutar la sonda mttrapd como suid root en IBM TivoliNetcool/OMNIbus Probe for SNMP Reference Guide.

v AIX En AIX, también debe seguir las instrucciones que se proporcionanen esta URL: http://www.ibm.com/support/docview.wss?uid=swg21296292

Importante: Tenga en cuenta que ya que estas instrucciones implican lacopia de bibliotecas Sybase en el directorio /usr/lib, puede afectar alfuncionamiento de cualquier instalación de Sybase que se encuentre en elmismo servidor que la sonda mttrapd.

Una vez haya finalizado este script, el usuario que ha realizado la instalación deNetwork Manager puede iniciar sesión y ejecutar los componentes principales deNetwork Manager.

Instalación de GSKit en AIX:

Antes de configurar los componentes básicos para ejecutar como no raíz en AIX,debe instalar el Kit de herramientas seguras global de IBM(GSKit).

Asegúrese de tener la versión 8.0.13.3 o posterior del GSKit, un software decriptografía de IBM que habilita la comunicación de Secure Socket Layer (SSL).GSKit está incluido en el paquete de instalación de Network Manager.

Antes de ejecutar el script setup_run_as_setuid_root.sh, debe instalar GSKit en eldirectorio /usr/lib. Los procesos que se ejecutan como setuid no utilizan lavariable de entorno LIBPATH y, de esta manera, no se puede utilizar GSKit si estáinstalado en un subdirectorio de $NCHOME.

Para instalar GSKit en AIX en /usr/lib utilizando el mandato installp, completelas siguientes tareas.1. Inicie sesión como usuario root.


http://www.ibm.com/support/docview.wss?uid=swg21296292

2. Vaya al directorio del que ha extraído el paquete de instalación de NetworkManager o vaya a la ubicación root del soporte de instalación.

3. Abra un indicador de mandatos y especifique los siguientes mandatos.installp -acgXd . GSKit8.gskcrypt32.ppc.rteinstallp -acgXd . GSKit8.gskssl32.ppc.rte

Donde -a representa aplicar, -c representa confirmar, -g instala de formaautomática o confirma cualquier producto de software necesario, -X expande elsistema de archivos si es necesario y -d especifica la ubicación del soporte deinstalación.

Nota: Los dos paquetes de GSKit están incluidos en el paquete de instalaciónde Network Manager y están disponibles en el nivel superior una vez hayaextraído el paquete. En el ejemplo anterior, el mandato se ejecuta desde esedirectorio de nivel superior.

Instalar y configurar Informix después de una instalación noroot

Informix solo lo puede instalar el usuario root. Si instaló Network Manager comono root y desea utilizar Informix como su base de datos de topología, debe iniciarsesión como root después de haber completado la instalación e instalar Informix enel sistema usando los valores proporcionados durante la instalación de NetworkManager.

Asegúrese de que la instalación de Network Manager se haya completadosatisfactoriamente. Compruebe los archivos de registro de instalación para obtenerinformación sobre tareas posteriores a la instalación necesarias para la instalaciónde la base de datos.

Para configurar Informix después de una instalación no root:1. Inicie sesión como root.2. Puede utilizar la GUI (área de ejecución) o la interfaz de línea de mandatos:


Configuración de Informix usando la GUI(launchpad)

1. Vaya al directorio del que ha extraído elpaquete de instalación de NetworkManager.



4. Expanda Tareas posteriores a lainstalación no root (solo UNIX) y hagaclic en Terminar la instalación deInformix como base de datos detopología.

5. Proporcione la ubicación en la que hainstado Network Manager (el valor de lavariable de entorno de $NCHOME) yespere a que finalice la ventana demandatos. Esto puede tardar algunosminutos.



Configuración de Informix usando lainterfaz de la línea de comando

1. Vaya a NCHOME/precision/install/scripts

2. Ejecute el mandatoinstall_ids_root.ksh de la siguientemanera: ./install_ids_root.ksh -f../data/ids.properties

3. Espere a finalice el script.

Nota: Informix solo lo puede iniciar el usuario root o el usuario administrador dela base de datos Informix. Si tiene una instalación no root Network Managerusando Informix, y por cualquier razón necesita volver a iniciar la base de datosInformix, debe iniciar sesión como el usuario root y ejecutar el siguiente comandoen los sistemas Linux y Solaris: /etc/init.d/informix start|stop; o lo siguienteen los sistemas AIX: /etc/rc.d/init.d/informix start|stop. También puedeiniciar sesión como el administrador de la base de datos y ejecutar el comandoonmode -ky para detener la base de datos Informix, y el comando oninit parainiciar la base de datos.

Para obtener más información, vaya al Centro de información de IBM Informix11.70 en http://www-01.ibm.com/support/knowledgecenter/SSGU8G_11.70.0/com.ibm.welcome.doc/welcome.htm y busque Referencia del administrador.Tareas relacionadas:“Visualización de los registros de instalación” en la página 115La visualización de los registros de instalación puede ser útil para la resolución deproblemas.

Configuración de Informix para presentar informesSi tiene una instalación no root y está instalando Informix en un servidor distintode donde están instalados los componentes de GUI, debe instalar el softwareInformix IConnect como root en el servidor de los componentes GUI para usar losinformes de Cognos.

Para instalar Informix IConnect:1. Inicie sesión en el servidor como root en el que ha instalado los componentes

de la GUI (como el servidor de Tivoli Integrated Portal).2. Instale IConnect utilizando la GUI (área de ejecución) o la interfaz de línea de

mandatos:




Instale Informix IConnect utilizando laGUI (área de ejecución)




4. Expanda Tareas posteriores a lainstalación no root (solo UNIX) y hagaclic en Instalar Informix IConnect.

5. Proporcione la ubicación en la que hainstado Network Manager (el valor de lavariable de entorno de $NCHOME) yespere a que finalice la ventana demandatos. Este proceso puede necesitarvarios minutos.

Instale Informix IConnect utilizando lainterfaz de línea de mandatos

1. Cree el usuario y grupo de informix.Consulte las instrucciones específicas dela plataforma para Crear el grupo informixy el usuario informix en el centro deinformación de Informix en la siguienteURL:http://www-01.ibm.com/support/knowledgecenter/SSGU8G_11.50.0/com.ibm.start.doc/welcome.htm


3. Cambie la siguiente ubicación: scripts

4. Ejecute el comando de instalación comosigue: ./installConnect

5. Siga los indicadores para una instalacióntípica en NCHOME/platform/$ARCH/informix.

Configuración de permisos para herramientas web en Solaris10

En Solaris 10 debe definir el permiso net_rawaccess para asegurarse de que todaslas herramientas web se ejecutan correctamente.

Esta configuración de permisos y vía de acceso de biblioteca afecta principalmentea la capacidad de un usuario no root para ejecutar la herramienta web Tracerouteavanzada.1. Como el usuario root, emita el mandato ppriv para mostrar permisos. Este es

un ejemplo de la salida en la que no se define el permiso net_rawaccess.

flags = <none>E: allI: basicP: allL: all

2. Emita el mandato usermod para definir el permiso net_rawaccess. Por ejemplo,el siguiente mandato define el permiso net_rawaccess para el usuario itnmuser.


http://www-01.ibm.com/support/knowledgecenter/SSGU8G_11.50.0/com.ibm.start.doc/welcome.htm

usermod -K defaultpriv=basic,net_rawaccess itnmuser

Configuración de GUIPuede cambiar el aspecto y la funcionalidad de las Vistas de saltos; actualizar lainformación de MIB; y configurar la presentación de sucesos desde dispositivos nogestionados.

Administración del cliente de TopoVizPuede personalizar las operaciones del cliente de TopoViz. Esto incluye los valoresde visualización como, por ejemplo, los iconos del dispositivo, la frecuencia de lasactualizaciones de la topología y los valores de la alerta.

Cambio de los tiempos de espera de Tivoli Integrated PortalCuando esté trabajando en el Tivoli Integrated Portal, su sesión de GUI está sujetaa tiempos de espera. Puede cambiar los valores de tiempo de espera.

El Tivoli Integrated Portal proporciona los valores de tiempo de esperapredeterminados siguientes:

Tiempo de espera de invalidaciónSi un usuario se registra en Network Manager utilizando Tivoli IntegratedPortal y cierra la ventana Tivoli Integrated Portal, la sesión del usuariosuperará el tiempo de espera automáticamente tras 30 minutos.

Tiempo de espera de LTPA (Lightweight Third Party Authentication)Una vez que un usuario haya iniciado sesión durante 24 horas, la sesión deinicio de sesión de Tivoli Integrated Portal se cierra automáticamente y elusuario se verá obligado a iniciar sesión de nuevo.

Cambio del valor de tiempo de espera de invalidación:

Si un usuario se registra en Network Manager utilizando Tivoli Integrated Portal ycierra la ventana de Tivoli Integrated Portal, de forma predeterminada, la sesióndel usuario superará el tiempo de espera automáticamente tras 30 minutos. Esto seconoce como tiempo de espera de invalidación. Puede modificar el valor de tiempode espera de invalidación.

Para cambiar el valor de tiempo de espera de invalidación:1. Inicie sesión en el servidor donde están instalados los componentes de la GUI

de Network Manager y edite el siguiente archivo:

v UNIX $TIPHOME/profiles/TIPProfile/config/cells/TIPCell/applications/isclite.ear/deployments/isclite/deployment.xml

v Windows %TIPHOME%\profiles\TIPProfile\config\cells\TIPCell\applications\isclite.ear\deployments\isclite\deployment.xml

2. Dentro de este archivo, busque el valor invalidationTimeout. De formapredeterminada, este valor está establecido en 30 minutos.

3. Establezca el invalidationTimeout en el valor requerido en minutos.4. Guarde el archivo deployment.xml.


Cambio del valor de tiempo de espera LTPA (Lightweight Third PartyAuthentication):

Una vez que un usuario haya iniciado sesión para una cierta cantidad de tiempo,de forma predeterminada 24 horas, la sesión de inicio de sesión de TivoliIntegrated Portal se cierra automáticamente y el usuario se verá obligado a iniciarsesión de nuevo. Esto se conoce como tiempo de espera LTPA (Lightweight ThirdParty Authentication). Puede modificar el valor de tiempo de espera de LTPA.

Para cambiar el valor de tiempo de espera de LTPA:1. Haga clic en Seguridad > Administración segura, aplicaciones e

infraestructura.2. En la ventana Administración segura, aplicaciones e infraestructura, haga clic

en Mecanismos de autenticación y de caducidad.3. Establezca el valor Valor de tiempo de espera para credenciales reenviadas

entre servidores como se requiera. El valor predeterminado es 1440 minutos(24 horas).

4. Haga clic en Aceptar.

Características del cliente de TopoVizUtilice esta información para comprender las características del cliente TopoViz quese pueden personalizar.

Iconos de TopoViz:

En un mapa de topología, los iconos representan tipos de dispositivos o elementosde red. Es posible personalizar estos iconos.

Los siguientes iconos se pueden personalizar:v Iconos de dispositivov Iconos de árbol y mapa

La siguiente figura muestra una representación de los iconos de árbol y mapa:


▌1▐ Icono de árbolUtilizado para representar vistas en el Panel de navegación. Los iconospredeterminados de árbol y mapa tienen la forma de una nube. Losoperadores de red pueden personalizar estos iconos al definir una vista dered nueva en la GUI de vistas de red. Para hacerlo, eligen de una lista deiconos predefinidos.

▌2▐ Iconos de mapaUtilizados para representar vistas en el Panel de visualización de topología.

Tareas relacionadas:“Agregar iconos” en la página 247Hacer iconos personalizados adicionales, disponibles para los operadores de redpara elegir si quieren cambiar los iconos que se utilizan en las interfaces gráficasde usuario Vistas de red y Vista Hop de red.Referencia relacionada:“Configuración de la visualización de información extra asociada con undispositivo” en la página 251La información tal como el estado de alerta y el estado de mantenimiento de undispositivo se visualiza en un borde coloreado alrededor del dispositivo. Puedeconfigurar los colores, iconos y posicionamiento de los elementos utilizados paramostrar esta información.

1 2

Figura 10. Iconos de árbol y mapa


Tipos de clases de dispositivos:

Todas las clases de dispositivos se categorizan automáticamente por tipo de clase.En los mapas de topología, cada tipo de clase se representa mediante un iconodistinto, mientras que cada clase de dispositivo no.

Los tipos de clases se almacenan en la base de datos de topología de NCIM, en elcampo classType de la tabla entityType.

Se aplican los siguientes tipos de clases:v Núcleov Nodo finalv Dispositivo de redv Direccionadorv Conmutador

Todos los tipos de clases constan de clases de dispositivos. Por ejemplo, el tipo declase Dispositivo de red contiene las clases de dispositivos Alcatel y Cisco.

Ayudas contextuales de dispositivo:

Las ayudas contextuales de dispositivo aparecen cuando pasa el ratón pordispositivos en mapas de topología.

Las ayudas contextuales de dispositivo están definidas por entradas HTML en elarchivo de configuración ITNMHOME/profiles/TIPProfile/etc/tnm/topoviz.properties del servidor donde están instalados los componentes GUI deNetwork Manager. Puede especificar el contenido de las ayudas contextualesasociadas con dispositivos, subredes y enlaces.

El archivo topoviz.properties se supervisa cada 60 segundos en busca decambios, por lo que cada cambio lo detecta automáticamente Topoviz.

Entradas del archivo topoviz.properties que controlan las ayudas contextuales dedispositivo

Los valores predeterminados para controlar las ayudas contextuales de dispositivoson los siguientes:topoviz.tooltip.elemento_mapa.entityType=sentencia_HTML

Donde:

elemento_mapaTiene uno de los valores siguientes:v dispositivo: para una ayuda contextual de chasis (dispositivo de nodo

principal) o de subredv enlace: para una ayuda contextual de enlace

entityTypeEs el número de entityType para un dispositivo, subred o enlace. Tiene unode los valores siguientes:v 1: para una ayuda contextual de chasis (dispositivo de nodo principal)v 15: para una ayuda contextual de subredv 2: para una ayuda contextual de enlace


sentencia_HTMLEs cualquier código HTML válido que se utiliza para definir el contenido yel formato de la ayuda contextual.

Para insertar el valor desde un campo de base de datos de topologíaNCIM, utilice la sintaxis siguiente: {tabla.campo}

Ejemplo

La siguiente sentencia de ejemplo define una ayuda contextual:topoviz.tooltip.device.1={entity.displayLabel} sysDescr {chassis.sysDescr} sysContact {chassis.sysContact}

Cambio de iconos en las interfaces gráficas de usuario Vistas dered y Vistas Hop de redPuede cambiar los iconos que representan clases de dispositivos, tipos de clases,árboles y mapas para que sean más reconocibles para los usuarios cuando losusuarios ven los mapas de topología dentro de las Vistas de red y la Vista Hop dered.

Agregar iconos:

Hacer iconos personalizados adicionales, disponibles para los operadores de redpara elegir si quieren cambiar los iconos que se utilizan en las interfaces gráficasde usuario Vistas de red y Vista Hop de red.

Para poner a disposición de los operadores de red los iconos de árbol y de mapapersonalizados:1. Cree su icono. Para obtener los mejores resultados, utilice los formatos

siguientes:v Para el icono de árbol: imagen PNG, GIF o JPG de 16 por 16 píxelesv Para el icono de mapa: imagen PNG, GIF, JPG o SVG de cualquier tamaño

Sólo necesita facilitar una imagen, porque Topoviz escala el icono como esnecesario.

2. Copie el icono al directorio de ITNMHOME/profiles/TIPProfile/etc/tnm/resource/ en el servidor donde están instaladas las Aplicaciones web.

Conceptos relacionados:“Iconos de TopoViz” en la página 244En un mapa de topología, los iconos representan tipos de dispositivos o elementosde red. Es posible personalizar estos iconos.

Asignación de iconos a dispositivos:

Puede cambiar los iconos de los dispositivos y otras entidades que se utilizan enlos mapas de topología dentro de las interfaces gráficas de usuario Vistas de red yVista Hop de red.

Asignación de iconos a clases de dispositivos:

Para representar distintas clases de dispositivos con iconos distintos, asigne a cadaclase de dispositivo su propio icono. Ello ayudará a los operadores a distinguirentre clases de dispositivos en mapas de topología como, por ejemplo, entredispositivos Cisco y Alcatel.

Hacer iconos personalizados disponibles mediante la adición de iconos como sedescribe en el enlace relacionado.

Para asignar un icono personalizado a una clase de dispositivos:1. Asigne el icono preparado con antelación a un tipo de clase mediante la

modificación de la línea que describe el icono al archivo topoviz.properties,como sigue:a. Edite el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/

topoviz.properties.b. Busque la sección que especifica los nombres de iconos para tipos de

dispositivos.c. Modifique la línea de código relevante como sigue:

topoviz.deviceicon.nombreclase=nombreicono.extensión

Dondev nombreclase es el nombre de la clase del dispositivo. Este debe coincidir

con el parámetro objeto activo dentro del archivo de AOC que define laclase. Los archivos AOC se incluyen en el directorio $NCHOME/precision/aoc/.

v nombreicono es el nombre de su icono.v extensión es la extensión del archivo.

2. Guarde el archivo topoviz.properties.Tareas relacionadas:“Agregar iconos” en la página 247Hacer iconos personalizados adicionales, disponibles para los operadores de redpara elegir si quieren cambiar los iconos que se utilizan en las interfaces gráficasde usuario Vistas de red y Vista Hop de red.

Asignación de iconos a tipos de entidades:

Algunas entidades de red que se muestran en la interfaz gráfica de usuario no sondispositivos y por lo tanto no tienen un nombre de la clase asociada. Con el fin deser capaz de mostrar un icono para estas entidades en la interfaz gráfica deusuario, puede asociar un icono al tipo de entidad relacionado a un icono.

Añada iconos como se describe en el siguiente enlace para crear iconospersonalizados.

Para asignar un icono personalizado a un tipo de entidad:1. Asigne el icono preparado con antelación a un tipo de clase mediante la

adición de una línea que describe el icono al archivo topoviz.properties, comosigue:a. Edite el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/

topoviz.properties.b. Busque la sección que especifica nombres de icono para tipos de

dispositivo.


c. Agregue la línea de código relevante como sigue:topoviz.image.entitytype=iconname.extension

Dondev entitytype es el tipo de entidad. Este debe coincidir exactamente con el

nombre del tipo de entidad según se enumera en la tabla entityTypedeNCIM. Para obtener más información sobre la tabla entityType, consulteIBM Tivoli Network Manager IP Edition Topology Database Reference.

v iconname es el nombre de su icono.v extension es la extensión del archivo.


Asignación de iconos a tipos de clases:

Cambio de los iconos que se utilizan para representar tipos de clases para facilitara los operadores de red la identificación de los tipos de clases en mapas detopología. Los tipos de clases agrupan más de una clase. Por ejemplo, es posibleque usted desee un icono único que represente el tipo de clase CiscoSwitch, endonde el tipo de clase CiscoSwitch agrupa varios iconos de clase de CiscoSwitch.

Añada iconos como se describe en el siguiente enlace para crear iconospersonalizados.

Para asignar un icono personalizado a un tipo de clase:1. Identifique las clases que componen el tipo de clase. Por ejemplo, si desea un

icono único para todos los conmutadores Cisco (el tipo de clase delconmutador Cisco), entonces identifique cada uno de los archivos AOC querepresentan clases de conmutadores Cisco individuales.

2. Vaya al directorio que contiene los archivos de la clase de objetos activos(AOC). Los archivos AOC definen las clases de dispositivos.cd $NCHOME/precision/aoc/

3. Para cada archivo AOC en su tipo de clase, modifique el parámetrovisual_icon como sigue:visual_icon = classtype;

Por ejemplo, en cada archivo AOC del conmutador Cisco, modifique elparámetro visual_icon como sigue:visual_icon = CiscoSwitch;

Reinicie el proceso ncp_class después de modificar los archivos AOC. Despuésde iniciar y ejecutar el mandato ncp_class, reinicie el proceso ncp_model.

4. Asigne el icono preparado con antelación a un tipo de clase. Por ejemplo, sidesea utilizar un único icono para todos los conmutadores Cisco (tipo de clasede conmutador Cisco), edite el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/topoviz.properties, localice la sección que especifica los nombres de iconopara los tipos de dispositivo y edite la línea de código correspondiente delsiguiente modo:topoviz.image.CiscoSwitch=my_icon.svg


Donde my_icon es el nombre de su archivo de icono personalizado para el tipode clase de conmutador Cisco.


Configuración del aspecto y las actualizaciones del mapa detopologíaPuede cambiar la forma en que los dispositivos y los estados de alerta se muestranen los mapas de topología. También puede modificar la frecuencia de lasactualizaciones al estado de alerta y de topología.

Aspecto de los nodos y de las líneas en los mapas de topología:

De forma predeterminada, los nodos que representan, por ejemplo, dispositivos yotras entidades de red, siempre aparecen antes de las líneas que muestranconexiones entre los nodos. Puede cambiar este valor predeterminado, pero ellopuede dificultar la visualización e interacción con los nodos.

De forma predeterminada, los nodos solapan líneas en un mapa de topología. Elvalor que controla esta opción se puede encontrar en el siguiente archivo:$ITNMHOME/profiles/TIPProfile/etc/tnm/topoviz.properties. Para ubicar estosvalores, busque la sección relevante que comienza por el comentario # Specifieswhether nodes are drawn before edges.# Specifies whether nodes are drawn before edges# true => Edges overlay nodes# false => Nodes overlay edgestopoviz.graph.nodesBeforeEdges=false

De forma predeterminada, el valor topoviz.graph.nodesBeforeEdges se estableceen false, lo que significa que los nodos siempre solapan líneas en un mapa detopología.

Cambio de la frecuencia de comprobaciones de actualización de la topología:

TopoViz comprueba en intervalos regulares si la topología mostrada en una vistade red se ha actualizado. Para cambiar esta frecuencia, cambie el valortopoviz.topologyupdateperiod del archivo topoviz.properties.

Cualquier nuevo nodo aparecerá automáticamente en los mapas de topología; losnodos nuevos se resaltan utilizando iconos.

La frecuencia predeterminada es 3600 segundos (60 minutos). Puede cambiar esto acualquier valor en segundos. Si configura el valor topoviz.topologyupdateperiod a0, Topoviz deja de buscar actualizaciones en la topología.

Para cambiar la frecuencia de comprobación:1. Abra el archivo de configuración de ITNMHOME/profiles/TIPProfile/etc/tnm/

topoviz.properties e identifique la línea siguiente:topoviz.topologyupdateperiod=3600

2. Cambie la frecuencia al valor requerido en segundos. Guarde y cierre el archivotopoviz.properties.


Configuración de la visualización de información extra asociada con undispositivo:

La información tal como el estado de alerta y el estado de mantenimiento de undispositivo se visualiza en un borde coloreado alrededor del dispositivo. Puedeconfigurar los colores, iconos y posicionamiento de los elementos utilizados paramostrar esta información.

Usted controla la visualización de información extra asociada con un dispositivoutilizando las configuraciones de los archivos siguientes:v ITNMHOME/profiles/TIPProfile/etc/tnm/topoviz.properties

v ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties

Los valores que configure usando estos archivos incluyen los siguientes:

Estado gestionado del dispositivoIconos que muestran el estado no gestionado y parcialmente nogestionado, la posición y el tamaño de los iconos.

Indicación de dispositivo manualmente agregadaIcono para indicar que este es un dispositivo agregado manualmente,posición y tamaño del icono.

Estado de alerta del dispositivoSi se mostrará o no un icono de estado de alerta y, si se muestra, posicióndel icono de estado de alerta.

Marco alrededor del dispositivoRedondez de las esquinas del marco alrededor del dispositivo, altura yancho del marco.

Texto de etiqueta de dispositivoTipo de letra, tamaño de letra y estilo de letra del texto de etiqueta dedispositivo.

Ejemplo

La figura siguiente muestra una representación de la visualización de undispositivo, y muestra un dispositivo agregado manualmente en modalidad nogestionada.


Configure los valores para el estado no gestionado y los iconos del dispositivoagregado manualmente como sigue:

▌1▐ Icono, posición y tamaño de estado no gestionadoLos valores están especificados en el archivo topoviz.properties. Paraubicar estos valores, busque la sección relevante que comienza con elcomentario # Overlay definitions..

1]2]3]4]5]6]7]

# Overlay definitions.topoviz.overlay.image.UNMANAGED=unmanaged.svgtopoviz.overlay.position.UNMANAGED=Ctopoviz.overlay.size.UNMANAGED=25topoviz.overlay.image.PARTIALMANAGED=partial_managed.svgtopoviz.overlay.position.PARTIALMANAGED=Ctopoviz.overlay.size.PARTIALMANAGED=25

Tabla 19. Descripción de valores para los iconos de estado no gestionado

Línea Descripción

2 Especifica el icono a utilizar para indicar el estado no gestionado.

3 Especifica la posición del icono de estado no gestionado. La letra C significacentrado.

4 Especifica el tamaño del icono de estado no gestionado. El número es un valorrelativo.

5 Especifica el icono a utilizar para indicar el estado parcialmente no gestionado.

6 Especifica la posición del icono de estado parcialmente no gestionado. La letra Cindicaba centrado.

7 Especifica el tamaño del icono de estado parcialmente no gestionado. El número esun valor relativo.

▌2▐ Icono de dispositivo agregado manualmente, posición y tamañoLos valores están especificados en el archivo topoviz.properties. Paraubicar estos valores, busque la sección relevante que comienza con elcomentario # Overlay definitions..

manually_added

21

Figura 11. Representación de la visualización de un dispositivo, que muestra un dispositivoagregado manualmente en modalidad no gestionada


1]2]3]4]5]

# Overlay definitions - Manual devicetopoviz.overlay.image.MANUAL=manualoverlay.svgtopoviz.overlay.position.MANUAL=Etopoviz.overlay.size.MANUAL=10topoviz.overlay.xoffset.MANUAL=-2

Tabla 20. Descripción de valores para el icono de estado de dispositivo agregadomanualmente

Línea Descripción

2 Especifica el icono a utilizar para indicar un dispositivo agregado manualmente.

3 Especifica la posición del icono de dispositivo agregado manualmente. La letra Esignifica este del centro.

4 Especifica el tamaño del icono de dispositivo agregado manualmente. El número esun valor relativo.

5 Especifica un desplazamiento del eje x del icono. El posicionamiento del este delcentro en la línea 2 colocaría al icono, por lo que está tocando al marco que rodea aldispositivo. El valor de desplazamiento -2 mueve el icono ligeramente hacia laizquierda, por lo que se posiciona dentro del marco.

Ejemplo

La figura siguiente muestra una representación de la visualización de undispositivo, que muestra una alerta crítica asociada.

Configure los valores para el icono de estado de alerta, el marco del dispositivo yel texto de la etiqueta de dispositivo como sigue:

▌1▐ Icono de estado de alertaLos valores que controlan cuándo y dónde mostrar iconos de estado dealerta en mapas de topología son como sigue. Algunos valores seencuentran en el archivo topoviz.properties y otros en el archivostatus.properties.

Cuando mostrar o no iconos de estado de alerta en los mapas detopología

El valor del archivo status.properties que indica al sistema quemuestre el estado de alerta es status.enabled=true.

PosiciónEl valor del archivo topoviz.properties que especifica la posición

tacoma-cr-2800t....

1

2

3

Figura 12. Representación de la visualización de un dispositivo, que muestra una alertacrítica asociada


del icono del estado de alerta es topoviz.status.position=NE. Estoindica al sistema que coloque el icono del estado de alerta en laesquina noroeste (superior derecha) del marco que contiene eldispositivo.

▌2▐ Marco del dispositivoLos valores están especificados en el archivo topoviz.properties. Paraubicar estos valores, busque las secciones que comienzan con el comentario# Node dimensions y # Corner arc.

1]2]3]4]5]6]7]8]9]10]11]

# Node dimensions (not used in legacy mode).topoviz.node.height=60topoviz.node.width=100

# Node resizability# Options: LOCKED (Fixed height and width)# TIGHT_HEIGHT (Fixed height, variable width)topoviz.node.resizeability=TIGHT_HEIGHT

# Corner arc (not used in legacy mode).topoviz.node.arc=10

Tabla 21. Descripción de valores para el marco del dispositivo

Línea Descripción

2 Especifica la altura del marco.

3 Especifica el ancho del marco.Nota: No hay derivación de texto para la etiqueta de dispositivo, por lo que si deseamostrar todo el texto de etiqueta de dispositivo, debe aumentar este valor de anchoo reducir el tamaño de letra de texto con el valor topoviz.node.fontsize.

8 Especifica cómo se deben manejar los valores de topoviz.node.height ytopoviz.node.width. El valor predeterminado es TIGHT_HEIGHT.

LOCKED significa que se utilizan los valores establecidos en los parámetrostopoviz.node.height y topoviz.node.width para el marco del dispositivo.TIGHT_HEIGHT mantiene el valor de topoviz.node.height, pero no mantiene el valorde topoviz.node.width, lo que significa que el ancho del marco del dispositivo seajusta automáticamente al mínimo necesario para que se muestre la etiqueta deldispositivo completa.

11 Especifica la redondez de las esquinas del marco. Cuanto más alto sea el valor, másredondeados serán las esquinas.

▌3▐ Etiqueta de dispositivoLos valores están especificados en el archivo topoviz.properties. Paraubicar estos valores, busque la sección relevante que comienza con elcomentario # Font settings.

1]2]3]4]

# Font settingstopoviz.node.font=Arial,Helveticatopoviz.node.fontsize=10topoviz.node.fontstyle=0

Tabla 22. Descripción de los valores para el texto de etiqueta de dispositivo

Línea Descripción

2 Especifica el tipo de letra a utilizar para el texto de etiqueta de dispositivo.

3 Especifica el tamaño de letra a utilizar para el texto de etiqueta de dispositivo.

4 Especifica el estilo de letra que se utilizará para el texto de etiqueta del dispositivo.


Conceptos relacionados:“Iconos de TopoViz” en la página 244En un mapa de topología, los iconos representan tipos de dispositivos o elementosde red. Es posible personalizar estos iconos.Tareas relacionadas:“Cambio de valores de alerta” en la página 256Si es necesario, puede cambiar los valores de alerta. Puede cambiar la frecuenciacon que las actualizaciones alertan la información de gravedad, sustituir los iconospredeterminados que representan la gravedad de la alerta, configurar cómo serecupera el estado de alerta y configurar otros valores de alerta.

Configuración de la posición de los nodos en las Vistas de red después delredescubrimiento:

Puede configurar cómo se posicionan los nodos que se acaban de descubrir y losnodos existentes en las vistas de red después de un redescubrimiento de la red.

De forma predeterminada, el cliente de Topoviz cambia el formato de unacorrelación de vistas de red cuando se añaden nodos que se acaban de descubrir ala correlación. La posición de los nodos existentes no se garantiza cuando seactualiza el formato de la correlación, ya que el formato depende de factores como,por ejemplo, la información de conectividad que se obtiene durante eldescubrimiento.

Para cambiar el comportamiento predeterminado y configurar Network Managerpara mantener la posición de los nodos existentes y separar visualmente losnuevos nodos de los nodos que ya están presentes en las vistas de red, edite losparámetros siguientes.

Nota: Este comportamiento funciona mejor con el Formato simétrico. Otrasopciones de formato tienen en cuenta otros factores que pueden afectar a laposición de los nodos existentes. Por ejemplo, el Formato circular pone un mayorénfasis en la presentación de los nodos con un formato circular, en lugar demantener las posiciones de nodo, mientras que los formatos Jerárquico yOrtogonal ponen un mayor énfasis en el direccionamiento de las conexiones entrelos nodos utilizando líneas ortogonales, en lugar de mantener las posiciones denodo exactas.1. Vaya a NCHOME/precision/profiles/TIPProfile/etc/tnm y abra el archivo

topoviz.properties.2. Localice el parámetro topoviz.node.freezeold y cambie el valor a true (el

valor predeterminado es false).El valor true mantiene la posición de los nodos existentes, mientras que losnuevos nodos se colocan en una fila en la parte superior de la correlación, loque separa claramente los nuevos nodos de los nodos que no se han añadidodurante el último redescubrimiento. Los nuevos nodos se colocan en una ovarias filas en la parte superior de la correlación, con un espaciado vertical yhorizontal de 20 píxeles de forma predeterminada.

3. Finalice la sesión de la GUI de Network Manager y reinicie el navegador. Estoes necesario para que el valor true entre en vigor.

4. Opcional: Puede ajustar aún más la posición de los nuevos nodos utilizando lossiguientes parámetros en topoviz.properties:v Puede establecer si los nuevos nodos se colocan en la parte superior o

inferior de la correlación utilizando el parámetro


topoviz.node.new.placement. El valor predeterminado es top; cámbielo abottom para que los nuevos nodos se coloquen en la parte inferior de lacorrelación de vistas de red.

v Puede establecer el espaciado horizontal entre los nuevos nodos en píxelesutilizando el parámetro topoviz.node.new.spacing.horizontal. El valorpredeterminado es 20 píxeles; cámbielo por otro número de píxeles paracolocar cada nuevo nodo más cerca o más lejos del otro horizontalmente.

v Puede establecer el espaciado vertical entre los nuevos nodos en píxelesutilizando el parámetro topoviz.node.new.spacing.vertical. El valorpredeterminado es 20 píxeles; cámbielo por otro número de píxeles paracolocar cada nuevo nodo más cerca o más lejos del otro verticalmente.

Nota: Todos los valores adicionales que se describen en este paso sólo seaplican si topoviz.node.freezeold se establece en true.

Cambio de valores de alerta:

Si es necesario, puede cambiar los valores de alerta. Puede cambiar la frecuenciacon que las actualizaciones alertan la información de gravedad, sustituir los iconospredeterminados que representan la gravedad de la alerta, configurar cómo serecupera el estado de alerta y configurar otros valores de alerta.Referencia relacionada:“Configuración de la visualización de información extra asociada con undispositivo” en la página 251La información tal como el estado de alerta y el estado de mantenimiento de undispositivo se visualiza en un borde coloreado alrededor del dispositivo. Puedeconfigurar los colores, iconos y posicionamiento de los elementos utilizados paramostrar esta información.

Cambio de la frecuencia de actualizaciones de gravedad de la alerta:

Si es necesario, cambie la frecuencia con que la información de gravedad de laalerta se actualiza desde la GUI web de Tivoli Netcool/OMNIbus.

Para cambiar la frecuencia con que se actualiza la gravedad de la alerta:1. En el servidor donde están instaladas las aplicaciones web, abra el archivo

ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties.2. Realice los cambios siguientes:v Para cambiar la frecuencia de actualizaciones de gravedad de la alerta en el

árbol de vista de red, cambie el valor de la propiedadstatus.tree.updateperiod. El valor está en segundos. Por ejemplo:status.tree.updateperiod=60

v Para cambiar la frecuencia de las actualizaciones de gravedad de la alerta enel mapa de topología, cambie el valor de la propiedadstatus.map.updateperiod. El valor está en segundos. Por ejemplo:status.map.updateperiod=60



Cambio de los iconos para los niveles de gravedad de la alerta:

Puede cambiar los iconos de estado de alerta utilizados para representar los nivelesde gravedad de la alerta en el árbol de vista de red, el mapa de topología y eldiseño tabular de la topología.

Cambio de los iconos para los niveles de gravedad de la alerta en el árbol de vista de red yen el mapa de topología:

Si desea que distintos iconos de estado de alerta representen niveles de gravedadde alerta en el árbol de vista de red y en el mapa de topología, sustituya los iconospredeterminados.

Los formatos requeridos para los iconos de sustitución son los siguientes:v Para el árbol de vista de red: archivos GIF o PNG.v Para el mapa de topología: archivos GIF, PNG o SVG.

Archivos GIF o SVG.

Para sustituir un icono predeterminado:1. Cree la imagen para el icono de seguridad que desee sustituir y copie la

imagen en ITNMHOME/profiles/TIPProfile/etc/tnm/resource/.2. Abra el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties y

realice los cambios siguientes.a. En la sección Imágenes de estado de árbol de los archivos, apunte a la

propiedad para la gravedad requerida en la imagen nueva. Por ejemplo,para sustituir el archivo critical.gif predeterminado para el nivel degravedad 5 por su propia imagen nueva:status.tree.image.5=status/<nombre de archivo para nuevo icono crítico>.gif

b. En la sección Imágenes de estado de mapa de los archivos, apunte a lapropiedad para la gravedad requerida en la imagen nueva. Por ejemplo,para sustituir el archivo critical.gif predeterminado para el nivel degravedad 5 por su propia imagen nueva:status.map.image.5=status/<nombre de archivo para nuevo icono crítico>.gif

3. Repita los pasos para cada icono predeterminado que desee sustituir.4. Guarde y cierre el archivo.

Cambio de los iconos para los niveles de gravedad de la alerta en el diseño tabular del mapade topología:

Si desea distintos iconos de estado de alerta para representar niveles de gravedadde alerta en la opción diseño tabular del mapa de topología, sustituya los iconospredeterminados.

Los formatos requeridos para los iconos de sustitución para la vista de tabla delmapa de topología son los archivos GIF o PNG.

Para sustituir un icono predeterminado:1. Cree la imagen para el icono de seguridad que desee sustituir y copie la

imagen en ITNMHOME/profiles/TIPProfile/etc/tnm/resource/.2. Abra el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties y,

en la sección Imágenes de estado Tabla de vista de red de los archivos,apunte a la propiedad para la gravedad requerida en la imagen nueva. Por

ejemplo, para sustituir el archivo predeterminado ac16_critical04_24.gif parael nivel de gravedad 5 por su propia imagen nueva:status.table.image.5=status/<nombre de archivo para nuevo icono crítico>.gif

3. Repita los pasos para cada icono predeterminado que desee sustituir.4. Guarde y cierre el archivo.

Configuración de filtros de AEL a petición para el árbol de vista de red:

Cuando hace clic en un icono de estado de alerta en el árbol de vista de red, semuestra una AEL filtrada. Puede configurar el árbol de vista de red para definirestos filtros a petición, lo que utiliza menos memoria.

La configuración de los filtros de AEL que se van a definir para todas las vistas dered en el árbol de vista de red utiliza una gran cantidad de memoria dealmacenamiento dinámico, especialmente con los árboles de navegación profundaaltamente estructurados que tienen un gran número de vistas padre, lo que puedeprovocar problemas de rendimiento.

Puede configurar el árbol de vista de red para definir filtros de AEL sólo para lavista de red que se muestra actualmente. La definición de filtros a petición utilizamenos memoria. De forma predeterminada, el filtrado a petición está inhabilitadoy se crean filtros para todas las vistas cuando se visualiza el árbol de vista de red.

Siempre se crean filtros para los nodos de hoja en el árbol de vista de red. Losnodos de hoja son vistas de red (no contenedores) que no contienen otras vistas dered. Se muestra el estado de alerta agregado para todos los nodos en el árbol devista de red, independientemente de si están habilitados o no los filtros de AEL apetición.

Para configurar los filtros de AEL a petición en el árbol de vista de red, siga estospasos:1. En el servidor donde están instaladas las aplicaciones web, realice una copia de

seguridad y edite el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties.

2. Realice los cambios siguientes:v Para habilitar los filtros de AEL a petición en el árbol Vista de red, cambie el

valor de la propiedad status.tree.filterael a false. Los filtros de AEL sólo secrean cuando abre una vista de red. Cuando abre una AEL desde una vistade red padre en el árbol Vista de red que no se ha abierto en el panel devisualización de topología, la AEL muestra los sucesos de todos losdispositivos. Si hace clic en la vista de red y, a continuación, inicia una AELdesde esa vista, la AEL se filtrará para mostrar sólo los sucesos en losdispositivos de esa vista.

v Para inhabilitar los filtros de AEL a petición en el árbol Vista de red, cambieel valor de la propiedad status.tree.filterael a true. Los filtros de AEL se creanpara cada vista por adelantado. Cuando se abre una AEL desde una vista dered, la AEL se filtra para mostrar sólo los sucesos en los dispositivos de esavista.

Valores del estado de alerta:

Los valores del estado de alerta controlan si se mostrarán y cómo se mostrarán losdispositivos en los mapas de topología y la frecuencia con que se actualizan losvalores.

Los valores del estado de alerta están en el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties. La tabla siguiente describe laspropiedades. Cuando hay varias propiedades que controlar un ajuste para cadaposible nivel de gravedad de las alertas, se proporciona una única propiedad conun asterisco (*). Por ejemplo, status.color.background.* refierestatus.color.background.unknown, status.color.background.nonw ystatus.color.background.0 a las propiedades status.color.background.5.

Tabla 23. Valores del estado de alerta

Configuración Descripción

status.color.background.* Especifica el color del estado en segundoplano para cada nivel de gravedad. .

status.color.foreground.* Especifica el texto de etiqueta del dispositivopara cada nivel de gravedad.

status.enabled Especifica si el estado del dispositivo semuestra en los mapas de topología.

status.globalfilter Filtra determinadas alertas de la visualizaciónde estado de los dispositivos en los mapas detopología. Esta propiedad filtra la tablaalerts.status de ObjectServer.

El siguiente ejemplo evita que sucesos deerror de ping afecten al estado de losdispositivos que se muestra en la topología:

status.globalfilter=EventId<>’NmosPingFail’

The following example displays the status ofonly those devices in the topology views thathave associated events with EventId=’NmosPingFail’:

viewsstatus.globalfilter=EventId=’NmosPingFail’

El siguiente ejemplo muestra el estado de losdispositivos en las vistas de topología quetienen sucesos asociados con Severity Minor,Major o Critical:

status.globalfilter=Severity>2

status.hopview.linestyle Indica si se debe mostrar el estado de alertaen los enlaces entre los nodos en la vistaHop.

status.map.updateperiod Especifica la frecuencia con que el sistemaactualiza los valores del estado de alerta enlos mapas de topología.

status.map.maxnodes Indica el número máximo de nodos para losque el estado de alerta se puede mostrar enun único mapa de topología.

Tabla 23. Valores del estado de alerta (continuación)


status.map.image.* Especifica los iconos que representan elestado de alerta en el mapa de topología.Para cambiar estos iconos, cree un archivo.gif o .svg con el nombre correspondiente yguárdelo en ITNMHOME/profiles/TIPProfile/etc/tnm/resource/.

status.map.image.size.* Especifica el tamaño de los iconos querepresentan el estado de alerta del dispositivoen los mapas de topologías.

status.map.image.xoffset.*status.map.image.yoffset.*

Especifica el desplazamiento del eje x y deleje y del icono. El posicionamiento NE(noroeste) que se especifica en el archivoITNMHOME/profiles/TIPProfile/etc/tnm/topoviz.properties colocaría el icono paraque estuviera tocando el marco que rodea eldispositivo. Los valores de desplazamientomueven el icono hacia abajo y hacia laizquierda, para que se posicione dentro delmarco.

status.map.topcolor.saturation.*status.map.bottomcolor.saturation.*status.map.topcolor.brightness.*status.map.bottomcolor.brightness.*

Especifica los controles de ajuste desaturación y de brillo que controlan elgradiente del color de estado de fondo paracada nivel de gravedad de alerta.

status.netview.linestyle Indica si se debe mostrar el estatus de alertaen los enlaces entre los nodos en la vistaNetwork.

status.none.enabled Indica si el estado Ninguno para undispositivo está representado de la mismaforma que el estado deseleccionado.Consejo: El estado Ninguno significa que nose ha recibido ningún suceso para eldispositivo. El estado deseleccionado significaque los sucesos anteriores de gravedad nivel1 o superior ahora se han deseleccionado enel dispositivo.

status.pathview.linestyle Indica si se debe mostrar el estatus de alertaen los enlaces entre los nodos en la vistaHop. También se aplica a MPLS TE y rutas IP.

status.registration.devicealert Establezca esta propiedad en true paraincluir las alertas de estado de alerta deldispositivo en las vistas que se basan en loscomponentes del dispositivo. Por ejemplo, sitiene una vista MPLS que contenga sólointerfaces, es posible que desee excluir lasalertas del chasis de los dispositivos quecontengan esas interfaces. Para excluir lasalertas de los nodos principales, establezcaesta propiedad en falso.


Tabla 23. Valores del estado de alerta (continuación)


status.table.image.* Especifica los iconos que representan elestado de alerta en el diseño tabular delmapa de topología. Para cambiar estosiconos, cree un archivo .gif o .svg con elnombre correspondiente y guárdelo enITNMHOME/profiles/TIPProfile/etc/tnm/resource/.

status.table.image.sortUpstatus.table.image.sortDown

Especifica cómo ordenar los iconos degravedad de alerta en el diseño tabular delmapa de topología.

status.tree.filterael Para habilitar los filtros Active Event List(AEL) a petición en el árbol Vista de red,cambie el valor de la propiedadstatus.tree.filterael a false. Cuando abrauna AEL desde una vista de red principal enel árbol Vista de red que no se ha abierto enel panel de visualización de topología, la AELmostrará los sucesos de todos losdispositivos. Si hace clic en la vista de red y,a continuación, inicia una AEL desde esavista, la AEL se filtrará para mostrar sólo lossucesos en los dispositivos de esa vista. Lahabilitación de filtros a petición utiliza menosmemoria de almacenamiento dinámico.

Para inhabilitar los filtros de AEL a peticiónen el árbol Vista de red, cambie el valor de lapropiedad status.tree.filterael a true.Cuando se abre una AEL desde una vista dered, la AEL se filtra para mostrar sólo lossucesos en los dispositivos de esa vista.

status.tree.updateperiod Especifica la frecuencia con que el sistemaactualiza los valores del estado de alerta enlas Vistas de red y en el panel de navegaciónNavegador de estructura.

status.tree.image.* Especifica los iconos que representan elestado de alerta en el árbol de vista de red.Para cambiar estos iconos, cree un archivo.gif o .svg con el nombre correspondiente yguárdelo en ITNMHOME/profiles/TIPProfile/etc/tnm/resource/.

Configuración de la diferenciación visual entre dispositivos descubiertos yagregados manualmente:

Puede configurar las vistas de topología para resaltar los dispositivos agregadosmanualmente en el mapa de topología utilizando un icono de solapamiento.

Para configurar el sistema para resaltar los dispositivos agregados manualmente:1. Edite el archivo siguiente: ITNMHOME/profiles/TIPProfile/etc/tnm/

topoviz.properties.2. Dentro de este archivo, compruebe el valor

topoviz.topologymanagement.differentiate_manual.


v topoviz.topologymanagement.differentiate_manual=true: configuraconexiones y dispositivos agregados manualmente para que se diferencien deconexiones y dispositivos descubiertos.

v topoviz.topologymanagement.differentiate_manual=false: las conexiones ydispositivos agregados manualmente no se diferencian de las conexiones ydispositivos descubiertos.

De forma predeterminada, este valor se establece en true.3. Si el valor es topoviz.topologymanagement.differentiate_manual=true,

compruebe la configuración de la imagen de solapación para su diferenciaciónde nodos agregados manualmente.# Overlay definitions - Manual devicetopoviz.overlay.image.MANUAL=manualoverlay.svgtopoviz.overlay.position.MANUAL=Etopoviz.overlay.size.MANUAL=10topoviz.overlay.xoffset.MANUAL=-2

Este fragmento de código de configuración contiene los valores siguientes:v La imagen de solapación utilizada se denomina manualoverlay.svg. Este

archivo está ubicado en ITNMHOME/profiles/TIPProfile/etc/tnm/resource/.Puede cambiar la imagen de solapación utilizada copiando un icono .svgdistinto en ITNMHOME/profiles/TIPProfile/etc/tnm/resource/manualoverlay.svg.

v De forma predeterminada, el icono aparecerá a la derecha (E significa este)del dispositivo agregado manualmente. Otras opciones son N, S, O, NE, NO,SO, SE y C, donde C significa centrado en el dispositivo.

4. Guarde el archivo topoviz.properties.

Conmutación a modalidad de visualización V3.8:

Los iconos de topología y la forma en que se presentan han cambiado en V3.9desde las versiones anteriores. Utilice esta información si desea volver a lamodalidad de presentación de topología de la V3.8.

Para conmutar a la modalidad V3.8 de la presentación de topología, debe editar lossiguientes archivos de configuración:v ITNMHOME/profiles/TIPProfile/etc/tnm/topoviz.properties

v ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties

1. Abra el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/topoviz.properties.2. Busque el texto legacy.3. Cada vez que se encuentre el texto legacy, siga las instrucciones de los

comentarios.4. Guarde el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/topoviz.properties.5. Abra el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties.6. Busque el texto legacy.7. Cada vez que se encuentre el texto legacy, siga las instrucciones de los

comentarios.8. Guarde el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/status.properties.


Carga de información de MIB actualizadaPara asegurar que el navegador de MIB refleje la información de MIB másactualizada, cargue la información de MIB actualizada ejecutando la aplicación delínea de comandos ncp_mib.

Tiene que ejecutar la aplicación de línea de mandatos ncp_mib únicamente cuandolos nuevos MIB se agreguen al directorio NCHOME/precision/mibs. Se ejecuta unavez durante la instalación, por lo que si no agrega nuevos MIB, no tiene queejecutarla de nuevo.

Importante: Debe ejecutar ncp_mib si está migrando datos a una nueva versióndeNetwork Manager y lo ha copiado a través de MIB personalizados como partede esta migración de datos. Si no hace esto, entonces los procesos como elayudante de SNMP, ncp_dh_snmp, no iniciarán cuando inicia Network Manager.

Importante: Todos los MIB deben ser válidos para que se puedan analizarcorrectamente. El comando ncp_mib es sensible a mayúsculas y minúsculas yespera un sufijo de .mib (no .MIB). El prefijo puede ser una combinación demayúsculas o minúsculas.

Cuando se ejecute, ncp_mib rellena el esquema de ncmib en la base de datos deNCIM para proporcionar un almacenamiento central de toda la información deMIB que Network Manager pueda consultar. El esquema de ncmib dentro de labase de datos NCIM se define en NCHOME/etc/precision/MibDbLogin.cfg; el valorpredeterminado es MIB.

Sólo hay un proceso ncp_mib para todos los dominios. Por lo tanto, no hayninguna opción -domain para ncp_mib. Tampoco hay dependencias del procesopara este mandato.

En una instalación distribuida, ncp_mib se instala en el servidor de TivoliIntegrated Portal, es decir, en el mismo servidor que las aplicaciones web deNetwork Manager.

Si su base de datos de MIB se corrompe o si desea importar un nuevo MIB queentre en conflicto con uno que se importara anteriormente, tenga en cuenta lasdiversas opciones de línea de mandatos ejecutando ncp_mib -help. Para obtenermás información sobre la opción ncp_mib command-line, consulte IBM TivoliNetwork Manager IP Edition Administration Guide.

Consejo: Si no está seguro de cuál será el resultado de la ejecución de ncp_mib,ejecútelo con la opción -dryrun. Puede ver los resultados, pero la base de datos nose alterará.

Para actualizar la información de MIB, realice los pasos siguientes en el servidordonde está instalado el Tivoli Integrated Portal.1. Copie todos los nuevos archivos de MIB en el directorio NCHOME/precision/

mibss.2. Asegúrese de que las credenciales de inicio de sesión de base de datos son

correctas.Los únicos parámetros de configuración requeridos para la aplicación de líneade mandatos de ncp_mib son las credenciales de inicio de sesión de base dedatos para la base de datos ncim. Estas se almacenan en un archivo deconfiguración, NCHOME/etc/precision/MibDbLogin.cfg. Tenga en cuenta que,


debido a que ncp_mib depende de un dominio, este archivo no tiene variantesespecíficas del dominio como otros archivos de configuración.

3. Inicie el proceso de ncp_mib emitiendo el mandato ncp_mib.

Para verificar que un MIB se haya cargado satisfactoriamente, consulte la tabla dela base de datos ncmib.mib_modules escribiendo el mandato siguiente desde lasolicitud de la base de datos NCIM (este ejemplo supone que NCIM se estáejecutando en MySQL):mysql> select * from ncmib.mib_modules where moduleName =’RFC1213-MIB’;

Si el MIB está cargado, se mostrará una tabla que contiene un moduleName deRFC1213-MIB.

También puede verificar que los MIB estén cargados ejecutando el mandatoncp_mib con la opción -messagelevel info. Un mensaje similar al siguiente leinformará de que se están procesando los MIB:09/10/08 12:41:08: Information: I-MIB-001-013: [1096571552t]Resolving references for module ’RFC1213-MIB’

Cuando el proceso se complete, un mensaje mostrará que los MIB se hanconfirmado en la base de datos.

Consejo: Para obtener información sobre la utilización del navegador de MIB deSNMP y la creación de gráficos de variables de MIB, consulte la publicación IBMTivoli Network Manager IP Edition Network Troubleshooting Guide.

Configuración de la presentación de sucesos desdedispositivos no gestionados

Puede configurar cómo se presentan los sucesos de dispositivos no gestionados(dispositivos que no son sondeados por Network Manager) a los operadores dered.

Puede configurar Network Manager para presentar sucesos no gestionados en laAEL de la siguiente manera:v Filtrando los sucesos no gestionados para que no aparezcan en absoluto en la

AEL o marcando esos sucesos en la AEL para que sepa que proceden dedispositivos no gestionados.

v Marcando esos sucesos en la AEL para que el operador de red sepa queproceden de dispositivos no gestionados. En este caso, el campoNmosManagedStatus asociado con un suceso no gestionado en la AEL muestrael valor 1 (operador no gestionado) o 2 (sistema no gestionado).

Las sondas de Tivoli Netcool/OMNIbus y los orígenes de sucesos de otrossistemas de gestión de red pueden generar sucesos en dispositivos o interfaces quese han marcado como No gestionados en Network Manager. Un dispositivo nogestionado se marca normalmente como No gestionado porque está pasando pormantenimiento y, por lo tanto, puede generar sucesos de red innecesarios. Lossiguientes temas describen cómo gestionar sucesos de red de un dispositivo nogestionado.

Recuerde: Los dispositivos no gestionados aparecen en el mapa de red con unicono de llave inglesa de dos extremos superpuesto. Los dispositivos nogestionados parcialmente (dispositivos en los que solo algunas interfaces no songestionadas) aparecen en el mapa de red utilizando un icono de llave inglesa de


un extremo superpuesto.

Filtrado de sucesos de dispositivos no gestionadosPuede filtrar suceso de dispositivos no gestionados para que no aparezcan en laAEL.1. En la AEL, seleccione el Constructor de filtros.2. Cree un filtro nuevo o edite el filtro existente para filtrar todos los sucesos en

los que el campo NmosManagedStatus es igual a 1 (Operador no gestionado) oa 2 (sistema no gestionado).

Una vez haya finalizado esta operación y aplicado el filtro a la AEL, los sucesos delos dispositivos no gestionados ya no aparecerán en la AEL.

Marcado de sucesos de dispositivos no gestionadosPuede marcar sucesos en la AEL para que sepa que proceden de dispositivos nogestionados.1. En la AEL, seleccione el Constructor de vistas.2. Cree una vista nueva o edite la vista existente para visualizar el campo

NmosManagedStatus asociado con un suceso. Este campo muestra el estadogestionado del dispositivo o la interfaz para la que se ha generado el suceso.Para los dispositivos no gestionados, este campo muestra el valor 1 (operadorno gestionado) o el valor 2 (sistema no gestionado).

Una vez haya finalizado esta operación y aplicado la vista a la AEL, cada sucesoen la AEL mostrará el estado gestionado del dispositivo o interfaz de red asociado.

Configuración de Tivoli Common ReportingNetwork Manager utiliza Tivoli Common Reporting como herramienta deelaboración de informes. Ejecute las siguientes tareas para configurar TivoliCommon Reporting para que ejecute los informes de Network Manager.

Restricción: Puede elegir configurar Tivoli Common Reporting 2.x en la máquinalocal, pero tenga en cuenta que Tivoli Common Reporting 2.x no admite InternetExplorer versiones 10 y 11. Por lo tanto, no puede utilizar la característica decreación de informes si está utilizando Internet Explorer 10 o 11 para la GUI deNetwork Manager. O también, puede instalar Tivoli Common Reporting 3.1 deforma remota; Tivoli Common Reporting 3.1 proporciona cobertura total denavegador.

Restricción: Tivoli Common Reporting 3.1 sólo está disponible para los usuariosde Netcool Operations Insight.

Configurar Tivoli Common Reporting 2.xLleve a cabo estas tareas para configurar Tivoli Common Reporting 2.x. Tenga encuenta que Tivoli Common Reporting 2.x no tiene soporte para Internet Explorerversiones 10 o 11. Por lo tanto, no puede utilizar la característica de creación deinformes si está utilizando Internet Explorer 10 o 11 para la GUI de NetworkManager.


Configuración de informes para las instalaciones existentesPuede configurar los informes de gestión de red proporcionados por NetworkManager para utilizarlos con Tivoli Common Reporting.

Para habilitar los informes de gestión de red, debe tener instalado Tivoli CommonReporting. Si ha instalado los componentes de la GUI de Network Manager en unamáquina donde ya estaba presente Tivoli Common Reporting, no es necesariorealizar estos pasos.

Para configurar informes de gestión de red:1. Inicie una sesión en la máquina donde ha instalado los componentes de la GUI

de Network Manager y Tivoli Common Reporting.2. Ejecute el script para configurar los informes de gestión de red desde el área de

ejecución del instalador o desde la línea de comandos:



2. Inicie el launchpad como el usuario queha instaladoNetwork Manager medianteel ingreso del mandato./launchpad.shcommand.


4. Expanda Instalar informes de NetworkManager para utilizarlos con TCR yhaga clic en Instalar informes deNetwork Manager.

Desde la línea de mandatos 1. Vaya al directorio NCHOME/precision/products/tnm/bin.

2. Ejecute el script configTCR.sh -dcontraseña_base_datos_NCIM -pcontraseña_administrador_TIP -iinstall.

3. Oracle Al utilizar una configuraciónRAC de Oracle, o al utilizar un nombrede servicio para establecer la conexióncon la base de datos, añada también laopción -s nombre_servicio_Oracle paradefinir el URL de JDBC para acceder a labase de datos. La opción -s es necesariapara configurar el origen de datos BIRTde forma que se pueda acceder a la basede datos utilizando el nombre deservicio.Nota: En estos casos, se sebe utilizar lalínea de mandatos. El launchpad noproporciona la opción de utilizar en elvalor -s.


Configuración de los orígenes de datos para BIRTFix Pack 5

Si utiliza informes basados en el modelo de datos BIRT, tendrá que configurarorígenes de datos. Si utiliza igualmente informes según el modelo de datosCognos, debe configurar los orígenes de datos Cognos de forma separada.

Si no va a utilizar Tivoli Data Warehouse, configure los orígenes de datos NCIM,PARAMETERS and NCPOLLDATA para que señalen a la base de datos de NCIM.

Si va a utilizar Tivoli Data Warehouse, configure los orígenes de datos NCIM yPARAMETERS para que señalen a la base de datos de NCIM y NCPOLLDATA para queseñale a la base de datos de Tivoli Data Warehouse. Solicite los detalles deconexión y de base de datos al administrador de bases de datos antes de iniciaresta tarea.

Consejo: La documentación de referencia de cada informe muestra si undeterminado informe utiliza el modelo de datos BIRT o Cognos.

Para configurar los orígenes de datos para todos los informes según el modelo dedatos BIRT, complete los pasos siguientes.1. Si Tivoli Common Reporting está instalado en el mismo servidor que Network

Manager, configure los orígenes de datos NCIM, PARAMETERS y NCPOLLDATA paraque señalen a la base de datos de NCIM. Ejecute el script configTCR.sh con unmandato similar al siguiente: UNIX

$NCHOME/precision/products/tnm/bin/configTCR.sh -d NCIM_database_password-p TIP_administrator_password

La siguiente tabla describe las opciones de línea de mandatos:

Tabla 24. Opciones de línea de comandos de configTCR

Opción de línea de mandatos Descripción

-d La contraseña del nombre de usuario de labase de datos NCIM. Puede estar en lamáquina local o en un host remoto.

-p La contraseña del administrador de TivoliIntegrated Portal.

-i install Especifica que los informes de gestión dered están instalados. Debe utilizar elparámetro install en todos los casosdespués de la opción -i.

Oracle -s nombre_servicio_Oracle Cuando se utiliza una configuración de RACde Oracle o un nombre de servicio paraconectarse a la base de datos, utilice estaopción seguida por el Oracle_service_namepara definir el JDBC URL para acceder a labase de datos. La opción -s es necesariapara configurar el origen de datos BIRT deforma que se pueda acceder a la base dedatos utilizando el nombre de servicio.

-t vía_acceso_a_TIPHOME Si no ha establecido TIPHOME o si no haejecutado el script env.sh, puede definirdónde se instala la instancia de TivoliIntegrated Portal.


Tabla 24. Opciones de línea de comandos de configTCR (continuación)


-r vía_acceso_a_paquete_informes Si su instalación de Network Manager tieneel paquete de informes en una ubicación nopredeterminada, puede definir dónde utilizaesta opción el paquete.

-u nombre_usuario_NCPOLLDATA En algunas bases de datos como, porejemplo, Oracle, puede tener distintosnombres de usuario para la base de datosNCIM y NCPOLLDATA. Debe especificarambos nombres de usuario si tiene nombrediferentes. Utilice esta opción paraproporciona el nombre de usuario deNCPOLLDATA.

-v contraseña_NCPOLLDATA Si establece el nombre de usuario deNCPOLLDATA, debe establecer lacontraseña utilizando esta opción.

-e nombre_usuario_NCIM En algunas bases de datos como, porejemplo, Oracle, puede tener distintosnombres de usuario para la base de datosNCIM y NCPOLLDATA. Debe especificarambos nombres de usuario si tiene nombrediferentes. Utilice esta opción paraproporciona el nombre de usuario de NCIM.

-d define la contraseña de este usuario.

2. Si Tivoli Common Reporting se instala en un servidor que no sea NetworkManager, configure los orígenes de datos NCIM, PARAMETERS y NCPOLLDATA paraque señalen a la base de datos de NCIM. Ejecute el script configRemoteTCR.shcon un mandato similar al siguiente: UNIX

$NCHOME/precision/products/tnm/bin/configRemoteTCR.sh -b database_name-d NCIM_password -e NCIM_username -hdatabase_hostname [-i install] -j tip_admin_username-n database_port -p tip_admin_password

[-r PackagesDirectory] [-s Oracle_service_name]-t $TIP_HOME -z database_type

Restricción: El scriptconfigRemoteTCR.sh está disponible en versiones deNetwork Manager a partir de V3.9 Fixpack 5.La tabla siguiente describe las opciones de línea de mandatos del scriptconfigRemoteTCR.

Tabla 25. Opciones de línea de mandatos configRemoteTCR


-b nombre_base_datos El nombre de la base de datos DB2 deNCIM o el nombre de servicio Oracle deNCIM.

-d contraseña_NCIM La contraseña del nombre de usuario de labase de datos NCIM. La base de datos deNCIM puede encontrarse en el servidor localo en un host remoto.


Tabla 25. Opciones de línea de mandatos configRemoteTCR (continuación)




-h nombre_host_base_datos Nombre de host de la base de datos deNCIM.


-j nombre_usuario_administrador_Jazz_SM El nombre de usuario administrador de Jazzfor Service Management.

-n puerto_base_datos El puerto de la base de datos de NCIM.

-p contraseña_administrador_Jazz_SM La contraseña del administrador de TivoliIntegrated Portal.


Oracle -s nombre_servicio_Oracle Al utilizar una configuración de RAC deOracle o un nombre de servicio paraestablecer la conexión con la base de datos,utilice esta opción seguida delnombre_servicio_Oracle para definir el URL deJDBC para acceder a la base de datos. Laopción -s es necesaria para configurar elorigen de datos BIRT para poder acceder ala base de datos utilizando el nombre deservicio.

-t INICIO_JazzSM La ubicación donde se instala Jazz forService Management.

-z tipo_base_datos El tipo de servidor de base de datos. Puedeser db2, informix u oracle.

3. Si va a utilizar Tivoli Data Warehouse, configure los orígenes de datosNCPOLLDATA para que señale a la base de datos Tivoli Data Warehouse.a. Vaya al siguiente directorio (la siguiente vía de acceso es la ubicación

predeterminada):/opt/IBM/tivoli/tipv2Components/TCRComponent/bin.

b. Ejecute el siguiente mandato: UNIX

trcmd.sh -modify -dataSources -reports -username tip_username -passwordtip_password -dataSource name=data_source_name -setDatasource odaURL=JDBC_database_URL odaDriverClass=JDBC_driver_classodaUser=usuario_basedatos odaPassword=contraseña_usuario_basedatos

Windows


trcmd.bat -modify -dataSources -reports -username tip_username -passwordtip_password -dataSource name=data_source_name -setDatasource odaURL=JDBC_database_URL odaDriverClass=JDBC_driver_classodaUser=usuario_basedatos odaPassword=contraseña_usuario_basedatos

Sustituya las variables del comando utilizando las definiciones siguientes:v tip_username es el nombre de usuario del usuario administrativo para

Tivoli Integrated Portal, por ejemplo tipadmin.v tip_password es la contraseña para este usuario.v data_source_name es el nombre de la fuente de datos que desea configurar.

Utilice NCPOLLDATA para configurar la conexión con Tivoli DataWarehouse. Otros valores permitidos son:– NCIM para informes que utilizan la información de topología.– PARAMETERS para informes que utilizan la base de datos

NCPOLLDATA o el esquema NCPOLLDATA para parámetros deinformes.

v URL_basedatos_JDBC es la URL para la base de datos de JDBC. La URLdepende de la plataforma y de otras variables. Para construir la URL,consulte la siguiente lista:

v

URL de JDBC

IDS Informixjdbc:informix-sqli://nombrehost:puerto/nombre_basedatos:INFORMIXSERVER=servidor;DELIMIDENT=Y;IFX_LOCK_MODE_WAIT=-1

Oracle Oraclejdbc:oracle:thin:@nombrehost:puerto:nombre_basedatos

MySQL MySQLjdbc:mysql://nombrehost:puerto/nombre_basedatos

DB2 DB2"jdbc:db2://nombrehost:puerto/nombre_basedatos:currentSchema=NCIM;"

Utilizando los valores siguientes:

nombre de hostEl nombre del host donde está instalada la base de datosNCIM o TDW.

puerto El puerto el cual se va a conectar a la base de datosNCIM o TDW. El valor predeterminado de las bases dedatos DB2 es 50000, para las bases de datos Oracle es1521, para las bases de datos Informix es 9088 y paraMySQL es 3306.

nombre_basedatosDe forma predeterminada, el nombre de la base de datosde NCIM es ncim. El nombre predeterminado de la basede datos TD es WAREHOUS.

servidorEl nombre del servidor Informix.

Los siguientes ejemplos muestran URL de conexión JDBC para cada unade las distintas plataformas de base de datos.


IDS Informixjdbc:informix-sqli://192.168.1.2:9088/itnm:INFORMIXSERVER=demo_on;DELIMIDENT=Y; IFX_LOCK_MODE_WAIT=-1

Esta URL de ejemplo conecta a una base de datos Informix conlas siguientes propiedades:– La dirección IP del host de servidor de base de datos es

192.168.1.2.– La base de datos se ejecuta en el puerto 9088. Este es el puerto

predeterminado para Informix.– El nombre de la base de datos de Informix es itnm.– El nombre de la instancia del servidor Informix es demo_on.

Oracle Oraclejdbc:oracle:thin:192.168.1.2:1521:itnm

Esta URL de ejemplo conecta a una base de datos de Oracle conlas siguientes propiedades:– La dirección IP del host de servidor de base de datos es


predeterminado para Oracle.– El nombre de la base de datos de Oracle es itnm.

MySQL MySQLjdbc:mysql://192.168.1.2:3306/ncim

Esta URL de ejemplo conecta a una base de datos de MySQL conlas siguientes propiedades:– La dirección IP del host de servidor de base de datos es


predeterminado para MySQL.– El nombre del esquema de la base de datos de topología es

ncim.

DB2 DB2jdbc:db2://192.168.1.2:50000/itnm:NCIM

Esta URL de ejemplo conecta a una base de datos de DB2 con laspropiedades siguientes:– La dirección IP del host de servidor de base de datos es

192.168.1.2.– La base de datos se ejecuta en el puerto 50000. Este es el

puerto predeterminado para DB2.– El nombre de la base de datos de DB2 es itnm.– El nombre del esquema de la base de datos de la topología, en

mayúsculas, es NCIM.v clase_controlador_jdbc es el nombre de la clase del controlador JDBC. Los

valores siguientes muestran los nombres de la clase para distintasplataformas.

v

Controlador JDBC


IDS Informixcom.informix.jdbc.IfxDriver

Oracle Oracleoracle.jdbc.driver.OracleDriver

MySQL MySQLcom.mysql.jdbc.Driver

DB2 DB2com.ibm.db2.jcc.DB2Driver

v usuario_basedatos es el nombre de un usuario que tiene permisos delectura en la base de datos de destino.

v contraseña_usuario_basedatos es la contraseña de este usuario.

Mandatos de ejemplo para establecer el origen de datos NCPOLLDATAen Tivoli Data Warehouse

Mandato de ejemplo de DB2

El siguiente mandato configura el origen de datos NCPOLLDATA para quelos informes históricos utilicen Tivoli Data Warehouse con ejecución enDB2.trcmd.sh -modify -dataSources -reports -username tipadmin-password netc00l-dataSource name=NCPOLLDATA -setDatasource "odaURL=jdbc:db2://myserver.abc.com:50000/ITNM:currentSchema=NCPOLLDATA;""odaDriverClass=com.ibm.db2.jcc.DB2Driver"odaUser=ncim odaPassword=ncim

Mandato de ejemplo de Oracle

El siguiente mandato configura el origen de datos NCPOLLDATA para quelos informes históricos utilicen Tivoli Data Warehouse con ejecución enOracle.trcmd.sh -modify -dataSources -reports -username tipadmin-password admin-dataSource name=NCPOLLDATA -setDatasource "odaURL=jdbc:thin://myserver.abc.com:1521/WAREHOUS""odaDriverClass=oracle.jdbc.driver.OracleDriver" odaUser=itmuserodaPassword=itmuser

Tareas relacionadas:“Migración de informes 3.8” en la página 154Si ha modificado o creado informes en Network Manager 3.8, debe migrar esosinformes manualmente.

Migración del almacén de contenido de Cognos desde Derby aDB2 u OracleLa base de datos del almacén de contenido predeterminada que utiliza Cognos estáespecialmente indicada a efectos de demostración, pero no se debe utilizar como labase de datos del almacén de contenido en un entorno de producción. Si utilizainformes de gestión de red con Tivoli Common Reporting, tiene la opción demigrar la base de datos de almacén de contenido desde la base de datos Derbypredeterminada a DB2 u Oracle. Network Manager utiliza la base de datosconfigurada en Tivoli Common Reporting para el almacenamiento del contenidode Cognos. Si ya ha cambiado la configuración de Tivoli Common Reporting parautilizar una base de datos distinta de la base de datos Derby predeterminada, noserá necesario que realice esta tarea.


Para obtener más información sobre la base de datos Derby predeterminada y lasbases de datos del almacén de contenido alternativas para Tivoli CommonReporting, consulte la siguiente nota técnica: http://www-01.ibm.com/support/docview.wss?uid=swg21609287.

Debe realizar los pasos siguientes para conmutar a DB2 u Oracle para el almacénde contenido de Cognos, independientemente de si está instalando NetworkManager en un servidor con una instalación existente de Tivoli CommonReporting, o si está instalando Tivoli Common Reporting en un servidor con unainstalación existente de componentes de la GUI de Network Manager y TivoliIntegrated Portal. Esto se debe a que la instalación de Tivoli Common Reportingutiliza Derby de forma predeterminada, y debe cambiar manualmente a DB2 uOracle.

Para migrar el almacén de contenido de Cognos desde la base de datos Derbypredeterminada a DB2 u Oracle: Asegúrese de que sigue todos los pasos, a menosque algún paso esté indicado como específico para una base de datos, en cuyocaso, debe seguir solo los pasos para la base de datos que elija.1. Se debe iniciar sesión en la GUI Network Manager como usuario itnmadmin y

exportar los datos del almacén de contenido especificados enhttp://www.ibm.com/support/knowledgecenter/SSEP7J_8.4.0/com.ibm.swg.im.cognos.inst_cr_winux.8.4.1.doc/inst_cr_winux_id3024c8bi_CreateAnExportDeploymentSpecif.html.

Nota: Al pulsar Seleccionar el contenido completo del almacén para exportarel contenido completo del almacén, asegúrese de seleccionar incluir lainformación de cuenta de usuario.

2. Cree la base de datos para su Almacén de contenidos de Cognos. Siga los pasoscorrespondientes según el tipo de base de datos:




http://www.ibm.com/support/knowledgecenter/SSEP7J_8.4.0/com.ibm.swg.im.cognos.inst_cr_winux.8.4.1.doc/inst_cr_winux_id3024c8bi_CreateAnExportDeploymentSpecif.html




Para utilizar DB2 para su Almacén decontenidos de Cognos:

DB2

1. Inicie sesión como el usuario que crea labase de datos de Network Manager. Eneste ejemplo 'db2inst1':su - db2inst1

2. Defina las variables de entorno de DB2: .sqllib/db2profile

3. Cree la base de datos Cognos medianteel uso del script a continuación NetworkManager y seleccione el usuario de basede datos, en este caso 'ncim':

a. Vaya a $NCHOME/precision/scripts/sql/db2.

b. Escriba./create_db2_cognos_database.shnombre_base_datos nombre_usuario,donde nombre_base_datos es el nombrenecesario de la base de datos delalmacén de contenido deCognos, ynombre_usuario es el usuario de DB2que se utiliza para conectarse a labase de datos.

Por ejemplo, para crear una base dedatos denominada ITNMCM para elusuario de DB2 ncim, escriba./create_db2_cognos_database.shITNMCM ncim.Nota: Si la base de datos DB2 seencuentra en un servidor diferente aNetwork Manager, copie el script alservidor donde se localiza la base dedatos y ejecute el script.

Para utilizar Oracle para su Almacén decontenidos de Cognos:

Oracle

Cree una base de datos Oracle para informesde Cognos con el conjunto de caracteresAL32UTF8 o AL32UTF16 como se describeen la página de Cognos "Directrices paracrear el almacén de contenidos".Nota: Solo tiene que crear la base de datosen esta fase. A continuación se creará elesquema de base de datos cuando inicieCognos más adelante.

La página de Cognos "Directrices para crear el almacén de contenidos" sepuede encontrar en la siguiente ubicación: http://www.ibm.com/support/knowledgecenter/SSEP7J_10.1.0/com.ibm.swg.im.cognos.inst_cr_winux.10.1.0.doc/inst_cr_winux_id2792CreatetheContentStore.html

3. Como el usuario que ha instalado Network Manager, configure el acceso defuente de datos de almacén de contenido mediante el siguiente script: NetworkManagera. Defina las variables de entorno:

. /opt/IBM/tivoli/netcool/env.sh

b. Vaya a $NCHOME/precision/products/tnm/bin.


http://www.ibm.com/support/knowledgecenter/SSEP7J_10.1.0/com.ibm.swg.im.cognos.inst_cr_winux.10.1.0.doc/inst_cr_winux_id2792CreatetheContentStore.html




c. Escriba ./modify_cognos_cm -filename vía de acceso completa delarchivo -dbname nombre_base_datos_DB2 o instancia_SID_Oracle onombre_servicio_Oracle (sólo RAC de Oracle) -dbport número_puerto-dbhost nombre_host -dbtype db2 -username nombre_usuario -passwordcontraseña.

DB2

Por ejemplo, utilice una línea de comandos similar a la siguiente,

para DB2: UNIX

$NCHOME/precision/products/tnm/bin/modify_cognos_cm -filenameTCR_installation_directory/cognos/configuration/cogstartup.xml-dbname ITNMCM -dbport 50000 -dbhost abc-dbtype db2 -username db2inst1 -password password

Oracle Por ejemplo, utilice una línea de comandos similar a la siguiente,para Oracle: UNIX

$NCHOME/precision/products/tnm/bin/modify_cognos_cm -filenameTCR_installation_directory/cognos/configuration/cogstartup.xml-dbname ITNM411 -dbport 1521 -dbhost abc-dbtype oracle -username oracleadmin -password password

d. Oracle Al utilizar una configuración de RAC de Oracle, o al utilizar unnombre de servicio para conectarse a la base de datos, utilice el script./tcr_cogconfig.sh de $NCHOME/../tipv2Components/TCRComponent/cognos/bin para crear un origen de datos avanzado de la base de datos de Oracle.Utilice una cadena de conexión similar a la siguiente:(description=(address=(host=myhost)(protocol=tcp)(port=1521)(connect_data=(service_name=(orcl)))))

Para obtener más información sobre la configuración del origen de datos,consulte http://www.ibm.com/support/knowledgecenter/SSEP7J_8.4.0/com.ibm.swg.im.cognos.inst_cr_winux.8.4.0.doc/inst_cr_winux_id7376UninstallCognosContentDatabase.html.

4. Oracle Cuando utilice Oracle como gestor de contenidos, edite el archivosiguiente. Esto es necesario para solucionar un problema conocido conojdbc6.jar, que Cognos no carga.a. Abra $NCHOME/../tipv2Components/TCRComponent/cognos/bin64/

cogconfig.sh para edición.b. Localice la cadena siguiente: CLASSPATH=.:../bin/

cclcfgmcf_mcf.jar:cogconfig.jar

c. Añada al final la línea siguiente: :../webapps/p2pd/WEB-INF/lib/ojdbc6.jarEl ejemplo siguiente muestra la cadena CLASSPATH con la adición al final:CLASSPATH=.:../bin/cclcfgmcf_mcf.jar:cogconfig.jar:../bin/cogconfigi.jar:../bin/dom4j.jar:../bin/xercesImpl.jar:../bin/xml-apis.jar:../bin/cclcfgmcf.jar:../bin/cclcfgapi.jar:../bin/jcam_crypto.jar:../bin/i18nj.jar:../bin/icu4j.jar:../bin/commons-httpclient.jar:../bin/commons-logging.jar:../bin/CognosIPF.jar:../bin/log4j-1.2.8.jar:../bin/jcam_jni.jar:../bin/jaxp.jar:../bin/jdxslt.jar:../bin/ant.jar:../bin/jcam_config_test.jar:../bin/cclcoreutil.jar:../bin/CognosCCL4J.jar:../webapps/p2pd/WEB-INF/lib/ojdbc6.jar

5. Como el usuario que ha instaladoNetwork Manager, reinicie el servidor deTivoli Integrated Portal: vaya a $NCHOME/precision/bin y edite itnm_stop tip yitnm_start tip.

Nota: Si las variables de entorno se han establecido, puede ejecutar loscomandos stop y start desde cualquier directorio.


http://www.ibm.com/support/knowledgecenter/SSEP7J_8.4.0/com.ibm.swg.im.cognos.inst_cr_winux.8.4.0.doc/inst_cr_winux_id7376UninstallCognosContentDatabase.html



6. Importe el almacén de contenido como se describe en http://www.ibm.com/support/knowledgecenter/SSEP7J_8.4.0/com.ibm.swg.im.cognos.ug_cra.8.4.1.doc/ug_cra_i_ImportData.htmlSe debe tener en cuenta lo siguiente durante el proceso de importación:a. En el recuadro Deployment archive, seleccione un archivo creado

previamente durante el proceso de exportación.b. Cuando se seleccionen las opciones deseadas, se debe asegurar de

seleccionar Los informes deben estar actualizados para la opción deresolución de conflictos.

7. Tras migrar el Almacén de contenidos de Cognos, desinstale la base de datosde contenido Derby según se describe en el tema Desinstalar Cognos ContentDatabase, en IBM Cognos 8 Business Intelligence Installation y la ConfigurationGuide 8.4.0, en el Information Center de IBM Cognos:http://www.ibm.com/support/knowledgecenter/SSEP7J_8.4.0/com.ibm.swg.im.cognos.inst_cr_winux.8.4.0.doc/inst_cr_winux_id7376UninstallCognosContentDatabase.html

Importante: Tenga en cuenta lo siguiente para el procedimiento dedesinstalación de Derby; cuando utilice Tivoli Common Reporting el comandoes tcr_cogconfig.sh (en lugar de cogconfig.sh).

Configuración de NCIM para Tivoli Common ReportingSi desea usar Informix, MySQL o Oracle como la base de datos NCIM, debeconfigurar la base de datos antes de poder usar los informes Tivoli CommonReporting.

Configure las bases de datos Informix, MySQL o Oracle después de instalarNetwork Manager. Si desea utilizar DB2 como la base de datos de NCIM, debeconfigurar DB2 antes de instalar Network Manager.Tareas relacionadas:“Configuración de una base de datos de topología” en la página 60Aparte de la base de datos Informix predeterminada, puede utilizar una base dedatos DB2, MySQL u Oracle para guardar la topología. A menos que estéinstalando la base de datos Informix predeterminada que viene integrada conNetwork Manager, debe configurar una base de datos existente o instalar yconfigurar una nueva antes de instalar Network Manager.

Configuración de la base de datos Informix para Tivoli Common Reporting enWindows:

Si está utilizando Informix en Windows, debe realizar algunas tareas deconfiguración antes de que pueda utilizar los informes de Tivoli CommonReporting.

Instale Network Manager y la base de datos Informix.

Para configurar Informix para Tivoli Common Reporting, realice los siguientespasos.1. Abra el archivo C:\Program Files (x86)\IBM\Informix\Client-SDK\bin\

setnet32.exe. Se abre un panel de configuración para la base de datos deInformix.

2. Haga clic en el separador Entorno.3. Seleccione la variable DELIMIDENT y defínala como Y.4. Seleccione la variable DBDATE y defínala como Y4MD-.


http://www.ibm.com/support/knowledgecenter/SSEP7J_8.4.0/com.ibm.swg.im.cognos.ug_cra.8.4.1.doc/ug_cra_i_ImportData.html






5. Haga clic en el separador Información de servidor.6. Seleccione el servidor ITNM.

Configuración de la base de datos Informix para Tivoli Common Reporting enUnix:

Si está utilizando Informix en Unix, debe realizar algunas tareas de configuraciónantes de que pueda utilizar los informes de Tivoli Common Reporting.

Instale Network Manager y la base de datos de Informix.

Para configurar Informix para Tivoli Common Reporting, realice los siguientespasos.1. Cree el archivo odbcinst.ini en el directorio %NCHOME%/etc/.2. Edite el archivo para incluir la información de configuración para la base de

datos de Informix.El siguiente ejemplo es para la versión de Informix Linux de odbcinst.ini.[ODBC Drivers]IBM INFORMIX ODBC DRIVER=Installed[IBM INFORMIX ODBC DRIVER]Driver=/opt/IBM/tivoli/netcool/platform/linux2x86/informix/lib/cli/iclit09b.soSetup=/opt/IBM/tivoli/netcool/platform/linux2x86/informix/lib/cli/iclit09b.sosmProcessPerConnect = YFileUsage = 0SQLLevel = 1

Configuración de la base de datos MySQL para Tivoli Common Reporting enUnix:

Si está utilizando MySQL como la base de datos de topología en las plataformasUnix, debe configurar la base de datos antes de que pueda utilizar los informes deTivoli Common Reporting.

Instale Network Manager y la base de datos de MySQL.

Para configurar MySQL para Tivoli Common Reporting, complete los siguientespasos.1. Cree el archivo odbcinst.ini en el directorio $NCHOME/etc/.2. Edite el archivo para incluir la información de configuración para la base de

datos de MySQL.El siguiente ejemplo es para la versión de MySQL Solaris de odbcinst.ini.[ODBC Drivers]MySQL=Installed[MySQL]Description = ODBC for MySQLDriver = /opt/IBM/tivoli/netcool/platform/solaris2/mysql-connector-odbc-5.1.6/lib/libmyodbc5-5.1.6.soFileUsage = 1UsageCount = 2


Configuración de la base de datos de Oracle para Tivoli Common Reporting:

Si está utilizando Oracle como la base de datos de topología, debe configurar labase de datos antes de utilizar los informes de Tivoli Common Reporting.

Instale Network Manager y la base de datos de Oracle.

Para configurar Oracle para Tivoli Common Reporting, complete los siguientespasos.1. Cree o edite el archivo tnsnames.ora que se encuentra en el directorio siguiente:

NCHOME/platform/linux2x86/oracleInstantClient11.1/network/admin.2. Edite el archivo para incluir la información de configuración para la base de

datos de Oracle. Especifique el host, puerto y nombre de servicio correctos.Para el acceso de bases de datos Oracle, configure el archivo con una inserciónparecida a la siguiente: Tenga en cuenta que la inserción completa debe estar enuna sola línea:orcl = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = p6tpm06n)(PORT = 1521))) (CONNECT_DATA =(SID = orcl.london.company.com) )

Nota: Fix Pack 5 Si el valor de SID de Oracle no es el mismo que el valor deSERVICE_NAME, o cuando se accede a Oracle RAC con un único nombre deacceso de cliente, debe utilizar el valor SERVICE_NAME en la inserción, enlugar del SID; por ejemplo:orcl = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = p6tpm06n)(PORT = 1521))) (CONNECT_DATA =(SERVICE_NAME = orcl.london.company.com) )

Importante: El NOMBRE_SERVICIO debe ser el nombre resueltocompletamente.

Configuración de Tivoli Common Reporting 3.1 en un servidorremoto

Para ejecutar informes utilizando Tivoli Common Reporting 3.1, debe instalarTivoli Common Reporting 3.1 en un servidor independiente y configurar unaintegración con acoplamiento abierto entre el servidor de Network Manager y elservidor de Tivoli Common Reporting.

Restricción: Tivoli Common Reporting 3.1 sólo está disponible para los usuariosde Netcool Operations Insight.

Arquitectura de integración de Tivoli Common Reporting 3.1 conNetwork ManagerUtilice esta información para entender cómo integrar Tivoli Common Reporting 3.1en un servidor distinto al servidor Network Manager.

La siguiente figura muestra Tivoli Common Reporting 3.1 para la arquitectura deintegración Network Manager.


Requisitos para el servidor Tivoli Common Reporting 3.1

Debe descargar e instalar el siguiente software en la máquina del servidor TivoliCommon Reporting 3.1:v JazzSMv WAS 8.5v Tivoli Common Reporting 3.1.

Preparar el servidor de Tivoli Common Reporting 3.1Prepare el servidor de Tivoli Common Reporting 3.1 desplegando informes en elservidor y configurando bases de datos y orígenes de datos.

Despliegue de informes: Fix Pack 5

Debe copiar los informes del servidor de Network Manager y desplegar losinformes en el servidor de Tivoli Common Reporting 3.1.

Para configurar Tivoli Common Reporting, debe ejecutar el mandato TivoliCommon Reporting trcmd.sh. Debe realizar los siguientes procedimientos deconfiguración antes de ejecutar este mandato:v Nota técnica: Se produce una excepción OutOfMemoryError al emitir el mandato

trcmdv Entrada de blog de SMC: Motor Birt TCR genera java.lang.StackOverflowError :

Hay una ligera modificación en el paso 6 de este procedimiento. En ese paso,añada la propiedad siguiente al archivo:osgi.nl=en_US

v Edite el script /opt/IBM/JazzSM/reporting/bin/trcmd.sh y cambie la siguientelínea:# Store the location of the BIRT lib directoryBIRT_LIB=${TCR_ADDONS_DIR}/birt/birt-runtime-2_2_2/ReportEngine/lib

Cambie el valor de BIRT_LIB a:BIRT_LIB=$TCR_HOME/lib/birt-runtime-2_2_2/ReportEngine/lib

Proceda como se explica a continuación:

JazzSMCon TivoliCommon

Reporting 3.1

WAS 8.5eWAS 7

Intercambio deseñales LTPA

Tivoli IntegratedPortal 2.x

Con NetworkManager WebApplications

Figura 13. Arquitectura de integración de Tivoli Common Reporting 3.1 con Network Manager




https://www.ibm.com/developerworks/community/blogs/9caf63c9-15a1-4a03-96b3-8fc700f3a364/entry/tcr_birt_engine_throws_java_lang_stackoverflowerror?lang=en

1. Copie los siguientes archivos en un directorio de destino adecuado en elservidor de Tivoli Common Reporting 3.1. Tome nota de la ubicación deldirectorio de destino.v $ITNMHOME/products/tnm /itnmreports.zip

v $ITNMHOME/products/tnm /itnmcognos.zip

v configRemoteTCR.sh

2. DB2 Solo para DB2, copie los siguientes archivos:v /opt/IBM/JazzSM/lib/db2/db2jcc.jar en /opt/IBM/JazzSM/reporting/lib/

birt-runtime-2_2_2/ReportEngine/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.2.r22x_v20071206/drivers

v /opt/IBM/JazzSM/lib/db2/db2jcc_license_cu.jar en /opt/IBM/JazzSM/reporting/lib/birt-runtime-2_2_2/ReportEngine/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.2.r22x_v20071206/drivers

v /opt/IBM/JazzSM/lib/db2/db2jcc.jar en /opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

v /opt/IBM/JazzSM/lib/db2/db2jcc_license_cu.jar en /opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

3. Oracle Solo para Oracle, copie los siguientes archivos:v $NCHOME/precision/products/tnm/lib/ojdbc6.jar en /opt/IBM/JazzSM/

reporting/lib/birt-runtime-2_2_2/ReportEngine/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.2.r22x_v20071206/drivers

v $NCHOME/precision/products/tnm/lib/ojdbc6.jar en /opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

4. Oracle Solo para Oracle, asegúrese de que el usuario ncpolldata puedaacceder al esquema NCPOLLDATA.

5. Informix Solo para Informix, copie los siguientes archivos:v $NCHOME/platform/<platform>/informix/jdbc/lib/ifxjdbc.jar en

/opt/IBM/JazzSM/reporting/lib/birt-runtime-2_2_2/ReportEngine/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.2.r22x_v20071206/drivers/

v $NCHOME/platform/<platform>/informix/jdbc/lib/ifxlang.jar en/opt/IBM/JazzSM/reporting/lib/birt-runtime-2_2_2/ReportEngine/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.2.r22x_v20071206/drivers/

v $NCHOME/platform/<platform>/informix/jdbc/lib/ifxjdbc.jar en/opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

v $NCHOME/platform/<platform>/informix/jdbc/lib/ifxlang.jar en/opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

v $NCHOME/platform/<platform>/informix/jdbc/lib/ifxjdbcx.jar en/opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

v $NCHOME/platform/<platform>/informix/jdbc/lib/ifxlsupp.jar en/opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

v $NCHOME/platform/<platform>/informix/jdbc/lib/ifxsqlj.jar en/opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

v $NCHOME/platform/<platform>/informix/jdbc/lib/ifxtools.jar en/opt/IBM/JazzSM/reporting/cognos/webapps/p2pd/WEB-INF/lib/

6. DB2 En el servidor de Tivoli Common Reporting 3.1, localice y ejecute elscript configRemoteTCR.sh. Proporcione la vía de acceso completa al paquete deinformes con la opción -r. Ejecute el script para el paquete itnmcognos10.zip yotra para el paquete itnmreports.zip.

Utilice un mandato similar al ejemplo siguiente: UNIX

$NCHOME/precision/products/tnm/bin/configRemoteTCR.sh -d database_name -eNCIM_username -h database_hostname [-i install] -jJazz_SM_admin_username -n database_port -pJazz_SM_admin_password [-r PackagesDirectory][-s Oracle_service_name] -t $JazzSM_HOME -zdatabase_type

Las opciones varían para DB2, Oracle 11, y Oracle 12. Las opciones del scriptconfigRemoteTCR se describen en la tabla siguiente:

Tabla 26. Opciones de línea de mandatos configRemoteTCR


-d nombre_base_datos o nombre_servicio El nombre de la base de datos DB2 deNCIM o el nombre de servicio Oracle deNCIM.



-h nombre_host_base_datos Nombre de host de la base de datos deNCIM.


-j nombre_usuario_administrador_Jazz_SM El nombre de usuario administrador de Jazzfor Service Management.

-n puerto_base_datos El puerto de la base de datos de NCIM.

-p contraseña_administrador_Jazz_SM La contraseña del administrador de TivoliIntegrated Portal.


Oracle -s <SID_Oracle Define el ID del sistema (SID) de NCIMOracle.

-t INICIO_JazzSM La ubicación donde se instala Jazz forService Management.

-u Opcional. Si un usuario en particularnecesita acceder al esquema NCPOLLDATA,especifique el nombre de usuario utilizandoesta opción. El nombre de usuariopredeterminado es ncpolldata.

-z tipo_base_datos El tipo de servidor de base de datos. Puedeser db2, informix u oracle.

7. Reinicie el servidor de Jazz for Service Management con los scriptsstopServer.sh y startServer.sh. De forma predeterminada, estos scripts seencuentran en el directorio /opt/IBM/JazzSM/profile/bin/.

Configurar orígenes de datos DB2:

Para configurar orígenes de datos DB2 en el servidor de Tivoli Common Reporting3.1, siga estos pasos de configuración.

Añadir soporte de DB2:

Para añadir soporte de DB2 en el servidor de Tivoli Common Reporting 3.1, sigaestos pasos de configuración.

Complete las tareas siguientes para añadir soporte de DB2.1. Instale el cliente DB2 en el servidor de Tivoli Common Reporting 3.1.2. Ejecute los mandatos siguientes para catalogar la base de datos utilizada por

los informes.db2 CATALOG TCPIP NODE ITNMNODE REMOTE HOSTNAME SERVER PORTdb2 CATALOG DATABASE DBNAME AT NODE ITNMNODEdb2 TERMINATE

Donde:v HOSTNAME es el nombre de host del servidor de bases de datos de

topología NCIM Network Manager remoto, o el nombre de host del servidorNetwork Manager, si la base de datos de topología NCIM está instalada ahí.

v PORT es el puerto de comunicación del servidor de bases de datos detopología NCIM Network Manager remoto, o el nombre de host del servidorNetwork Manager, si la base de datos de topología NCIM está instalada ahí.

v DBNAME es el nombre de la base de datos.3. Establezca la variable de entorno LD_LIBRARY_PATH para permitir que Cognos

acceda a las bibliotecas de DB2 de 32 bits.Export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$DB2HOME/sqllib/lib32

4. Copie los siguientes archivos JAR de DB2 en la ubicación especificada: ArchivosJAR:v db2jcc.jarv db2jcc_license_cu.jar

Ubicación: $TCRHOME/lib/birt-runtime-2_2_2/ReportEngine/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.2.r22x_v20071206/drivers

Configurar orígenes de datos DB2 para Cognos:

Configure orígenes de datos DB2 para informes basados en el modelo de datos deCognos. Los orígenes de datos DB2 para informes basados en el modelo de datosBIRT se deben configurar de forma independiente.

Para configurar los orígenes de datos DB2 para Cognos, ejecute el mandatosiguiente para cada base de datos, sustituyendo los parámetros apropiados paracada base de datos:$TCRHOME/bin/trcmd.sh -dataSource -add nombre_origen_datos -dbType DB2-dbname nombre_bd-openSessionSql “SET CURRENT SCHEMA=nombre_origen_datos”-dbLogin usuario_bd-dbPassword contraseña_bd -username nombre_usuario -password contraseña -force

Donde se aplican las definiciones siguientes a este mandato y a los mandatos delos pasos siguientes:


v nombre_origen_datos es el nombre del origen de datos que está añadiendo. En losmandatos siguientes añadirá los siguientes orígenes de datos:– NCIM– NCPOLLDATA– PARAMETERS– NCPGUI– NCMONITOR

v nombre_bd es el nombre de la base de datos correspondiente al origen de datosque está configurando.

v nombre_bd es el nombre de usuario para esa base de datos.v contraseña_bd es la contraseña para esa base de datos.v nombre_usuario es el nombre de usuario para el usuario administrador de

WebSphere Application Server; de forma predeterminada, es smadmin.v contraseña es la contraseña para el usuario administrador de WebSphere

Application Server.1. Ejecute el mandato siguiente para configurar el origen de datos NCIM:

$TCRHOME/bin/trcmd.sh -dataSource -add NCIM -dbType DB2-dbname db_name -openSessionSql “SET CURRENT SCHEMA=NCIM”

-dbLogin db_user -dbPassword db_password -usernameuser_name -password password -force

2. Ejecute el mandato siguiente para configurar el origen de datos NCPOLLDATA:$TCRHOME/bin/trcmd.sh -dataSource -add NCPOLLDATA -dbType DB2 -dbname db_name-openSessionSql “SET CURRENT SCHEMA=NCPOLLDATA” -dbLogin db_user-dbPassword db_password -username user_name -password password -force

3. Ejecute el mandato siguiente para configurar el origen de datos PARAMETERS:$TCRHOME/bin/trcmd.sh -dataSource -add PARAMETERS -dbType DB2 -dbname db_name-openSessionSql “SET CURRENT SCHEMA=NCPOLLDATA” -dbLogin db_user-dbPassword db_password -username user_name -password password -force

4. Ejecute el mandato siguiente para configurar el origen de datos NCPGUI:$TCRHOME/bin/trcmd.sh -dataSource -add NCPGUI -dbType DB2 -dbname db_name-openSessionSql “SET CURRENT SCHEMA=NCPGUI” -dbLogin db_user-dbPassword db_password -username user_name -password password -force

5. Ejecute el mandato siguiente para configurar el origen de datos NCMONITOR:$TCRHOME/bin/trcmd.sh -dataSource -add NCMONITOR -dbType DB2 -dbname db_name-openSessionSql “SET CURRENT SCHEMA=NCMONITOR” -dbLogin db_user-dbPassword db_password -username user_name -password password -force

Si va a utilizar Tivoli Data Warehouse, configure el origen de datos NCPOLLDATApara que señale a la base de datos Tivoli Data Warehouse.1. Cambie al directorio siguiente (la vía de acceso es la siguiente ubicación

predeterminada):/opt/IBM/JazzSM/reporting/bin/.

2. Ejecute el siguiente mandato: UNIX

trcmd.sh -dataSource -add data_source_name -connectionString "^UserID:^?Password:;LOCAL;D2;DSN=WAREHOUS;UID=%s;PWD=%s;@ASYNC=0@0/0@COLSEQ=IBM_JD_CNX_STR:^UserID:^?Password:;LOCAL;JD-D2;URL==JDBC_database_URL odaDriverClass=JDBC_driver_class odaUser=database_user odaPassword=database_user_password;;DRIVER_NAME=com.ibm.db2.jcc.DB2Driver" -openSessionSql "SET CURRENT SCHEMA =schema_name" -signonNamedatabase_user -dbLogin database_user -dbPassword database_user_password-username jazz_username -password jazz_password -force

Windows


trcmd.bat -dataSource -add data_source_name -connectionString "^UserID:^?Password:;LOCAL;D2;DSN=WAREHOUS;UID=%s;PWD=%s;@ASYNC=0@0/0@COLSEQ=IBM_JD_CNX_STR:^UserID:^?Password:;LOCAL;JD-D2;URL==JDBC_database_URL odaDriverClass=JDBC_driver_class odaUser=database_user odaPassword=database_user_password;;DRIVER_NAME=com.ibm.db2.jcc.DB2Driver" -openSessionSql "SET CURRENT SCHEMA =schema_name" -signonNamedatabase_user -dbLogin database_user -dbPassword database_user_password-username jazz_username -password jazz_password -force

Sustituya las variables del comando utilizando las definiciones siguientes:v jazz_username es el nombre de usuario administrador de Jazz for Service

Management, por ejemplo, smadmin.v jazz_password es la contraseña de este usuario.v data_source_name es el nombre de la fuente de datos que desea configurar.

Utilice NCPOLLDATA para configurar la conexión con Tivoli DataWarehouse.

v schema_name es el nombre del esquema de base de datos.v URL_basedatos_JDBC es la URL para la base de datos de JDBC. La URL

depende de la plataforma y de otras variables. Para construir la URL,consulte la siguiente lista:

v

URL de JDBC"jdbc:db2://nombrehost:puerto/nombre_basedatos:currentSchema=NCIM;"


nombre de hostEl nombre del host donde está instalada la base de datos deTivoli Data Warehouse.

puerto El puerto al que se conecta la base de datos de Tivoli DataWarehouse. El valor predeterminado para las bases de datosDB2 es 50000.

nombre_basedatosEl nombre predeterminado de la base de datos de Tivoli DataWarehouse es WAREHOUS.


El ejemplo siguiente muestra el URL de conexión JDBC para DB2.




predeterminado para DB2.– El nombre de la base de datos de DB2 es itnm.– El nombre del esquema de la base de datos de la topología, en




v

Controlador JDBCcom.ibm.db2.jcc.DB2Driver

v usuario_basedatos es el nombre de un usuario que tiene permisos de lectura enla base de datos de destino.


Mandato de ejemplo para establecer el origen de datos NCPOLLDATA en TivoliData Warehouse


El siguiente mandato configura el origen de datos NCPOLLDATA para quelos informes históricos utilicen Tivoli Data Warehouse con ejecución enDB2../trcmd.sh -dataSource -add NCPOLLDATA -connectionString "^UserID:^?Password:;LOCAL;D2;DSN=WAREHOUS;UID=%s;PWD=%s;@ASYNC=0@0/0@COLSEQ=IBM_JD_CNX_STR:^User ID:^?Password:;LOCAL;JD-D2;URL=jdbc:db2://sqa03.hursley.ibm.com:50000/Warehous:currentSchema=ITMUSER;;DRIVER_NAME=com.ibm.db2.jcc.DB2Driver" -openSessionSql "SET CURRENT SCHEMA =ITMUSER"-signonName ncpolldata -dbLogin itmuser -dbPassword itmuser -usernamesmadmin -password netcool -force

Configurar orígenes de datos DB2 para BIRT:











Restricción: El scriptconfigRemoteTCR.sh está disponible en versiones deNetwork Manager a partir de V3.9 Fixpack 5.

3. Si va a utilizar Tivoli Data Warehouse, configure el origen de datos NCPOLLDATApara que señale a la base de datos Tivoli Data Warehouse.a. Cambie al directorio siguiente (la vía de acceso es la siguiente ubicación



trcmd.sh -modify -dataSources -reports-reportName "/content/package[@name=’NetworkManager’]/folder[@name=’Performance Reports’]/report[@name=’Historical SNMP Trend Quick View Report’]"-username jazz_username -password jazz_password -dataSourcename=data_source_name-setDatasource odaURL=JDBC_database_URL odaDriverClass=JDBC_driver_classodaUser=warehousdb_username odaPassword=warehousdb_password

Windows







v

URL de JDBC"jdbc:db2://nombrehost:puerto/nombre_basedatos:currentSchema=NCIM;"


nombre de hostEl nombre del host donde está instalada la base de datosde Tivoli Data Warehouse.


puerto El puerto al que se conecta la base de datos de TivoliData Warehouse. El valor predeterminado para las basesde datos DB2 es 50000.

nombre_basedatosEl nombre predeterminado de la base de datos de TivoliData Warehouse es WAREHOUS.


El ejemplo siguiente muestra el URL de conexión JDBC para DB2.



192.168.1.2.– La base de datos se ejecuta en el puerto 50000. Este es el

puerto predeterminado para DB2.– El nombre de la base de datos de DB2 es itnm.– El nombre del esquema de la base de datos de la topología, en



v

Controlador JDBCcom.ibm.db2.jcc.DB2Driver



Mandato de ejemplo para establecer el origen de datos NCPOLLDATA en TivoliData Warehouse


El siguiente mandato configura el origen de datos NCPOLLDATA para quelos informes históricos utilicen Tivoli Data Warehouse con ejecución enDB2.trcmd.sh -modify -dataSources -reports -reportName"/content/package[@name='Network Manager']/folder[@name='Performance Reports']/report[@name='Historical SNMP Trend Quick View Report']" -usernamejazz_username-password jazz_password -dataSource name=data_source_name-setDatasource odaURL=JDBC_database_URLodaDriverClass=JDBC_driver_classodaUser=warehousdb_username odaPassword=warehousdb_password


Configurar orígenes de datos Oracle:

Para configurar orígenes de datos Oracle en el servidor de Tivoli CommonReporting 3.1, siga estos pasos de configuración.

Añadir soporte de Oracle:

Para añadir soporte de Oracle en el servidor de Tivoli Common Reporting 3.1, sigaestos pasos de configuración.

Asegúrese de instalar el cliente de base de datos de Oracle en el sistema dondeestá instalado Tivoli Common Reporting 3.1.

Complete las tareas siguientes para añadir soporte de Oracle.1. Copie las bibliotecas de cliente de Oracle de 32 bits de la ubicación siguiente

del servidor de Network Manager en la máquina de Tivoli Common Reporting3.1.$NCHOME/platform/linux2x86/oracleInstantClient11.1

2. Establezca la variable de entorno LD_LIBRARY_PATH para permitir que Cognosacceda a las bibliotecas de Oracle de 32 bits.Export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$NCHOME/platform/linux2x86/oracleInstantClient11.1

3. Cree o edite el archivo $ORACLE_HOME/network/admin/tnsnames.ora y añada laslíneas siguientes al archivo:DB_NAME =

(DESCRIPTION =(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = HOSTNAME)(PORT = PORT)))(CONNECT_DATA = (SID = <DB_NAME>) )

)

Donde:v DBNAME es el nombre de la base de datos.v HOSTNAME es el nombre de host del servidor de bases de datos de

topología NCIM Network Manager remoto, o el nombre de host del servidorNetwork Manager, si la base de datos de topología NCIM está instalada ahí.

v PORT es el puerto de comunicación del servidor de bases de datos detopología NCIM Network Manager remoto, o el nombre de host del servidorNetwork Manager, si la base de datos de topología NCIM está instalada ahí.

4. Copie el siguiente archivo JAR de Oracle en la ubicación especificada: ArchivoJAR:v ojdbc6.jar

Ubicación: $TCRHOME/lib/birt-runtime-2_2_2/ReportEngine/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.2.r22x_v20071206/drivers/

Configurar orígenes de datos Oracle para Cognos:

Configure orígenes de datos Oracle para informes basados en el modelo de datosde Cognos. Los orígenes de datos Oracle para informes basados en el modelo dedatos BIRT se deben configurar de forma independiente.1. Para configurar los orígenes de datos Oracle para Cognos, ejecute el mandato

siguiente para cada base de datos, sustituyendo los parámetros apropiados paracada base de datos:$TCRHOME/bin/trcmd.sh -dataSource -add nombre_origen_datos -dbType ORACLE-dbname db_name -openSessionSql “ALTER SESSION SET CURRENT_SCHEMA=data_source_name” -dbLogin db_user -dbPassworddb_password -username user_name -password password -force

Donde se aplican las definiciones siguientes a este mandato y a los mandatosde los pasos siguientes:v nombre_origen_datos es el nombre del origen de datos que está añadiendo. En

los mandatos siguientes añadirá los siguientes orígenes de datos:– NCIM– NCPOLLDATA– PARAMETERS– NCPGUI– NCMONITOR

v nombre_bd es el nombre de la base de datos correspondiente al origen dedatos que está configurando.

v nombre_bd es el nombre de usuario para esa base de datos.v contraseña_bd es la contraseña para esa base de datos.v nombre_usuario es el nombre de usuario para el usuario administrador de

WebSphere Application Server; de forma predeterminada, es smadmin.v contraseña es la contraseña para el usuario administrador de WebSphere

Application Server.2. Ejecute el mandato siguiente para configurar el origen de datos NCIM:

$TCRHOME/bin/trcmd.sh -dataSource -add NCIM -dbType ORACLE-dbname nombre_bd -openSessionSql “ALTER SESSION SET CURRENT_SCHEMA = NCIM”-dbLogin db_user -dbPassword db_password -username user_name -passwordpassword -force

3. Ejecute el mandato siguiente para configurar el origen de datos NCPOLLDATA:$TCRHOME/bin/trcmd.sh -dataSource -add NCPOLLDATA -dbType ORACLE-dbname db_name -openSessionSql ALTER SESSION SET CURRENT_SCHEMA=NCPOLLDATA”-dbLogin db_user -dbPassword db_password -username user_name -passwordpassword -force

4. Ejecute el mandato siguiente para configurar el origen de datos PARAMETERS:$TCRHOME/bin/trcmd.sh -dataSource -add PARAMETERS -dbType ORACLE-dbname db_name -openSessionSql “ALTER SESSION SET CURRENT_SCHEMA=NCPOLLDATA”-dbLogin db_user -dbPassword db_password -username user_name -passwordpassword -force

5. Ejecute el mandato siguiente para configurar el origen de datos NCPGUI:$TCRHOME/bin/trcmd.sh -dataSource -add NCPGUI -dbType ORACLE-dbname db_name -openSessionSql “ALTER SESSION SET CURRENT_SCHEMA=NCPGUI”-dbLogin db_user -dbPassword db_password -username user_name -passwordpassword -force

6. Ejecute el mandato siguiente para configurar el origen de datos NCMONITOR:


$TCRHOME/bin/trcmd.sh -dataSource -add NCMONITOR -dbType ORACLE-dbname db_name -openSessionSql “ALTER SESSION SET CURRENT_SCHEMA=NCMONITOR”-dbLogin db_user -dbPassword db_password -username user_name -passwordpassword -force

7. Si va a utilizar Tivoli Data Warehouse, configure el origen de datos NCPOLLDATApara que señale a la base de datos Tivoli Data Warehouse.a. Cambie al directorio siguiente (la vía de acceso es la siguiente ubicación



trcmd.sh -dataSource -add data_source_name -connectionString“^User ID:^?Password:;LOCAL;JD-OR;URL=JDBC_database_URL;DRIVER_NAME=oracle.jdbc.driver.OracleDriver" -openSessionSql "ALTER SESSION CURRENT_SCHEMA=schema_name"-signonName database_user -dbLogin database_user-dbPassword database_user_password -username jazz_username-password jazz_password -force

Windows

trcmd.bat -dataSource -add data_source_name -connectionString“^User ID:^?Password:;LOCAL;JD-OR;URL=JDBC_database_URL;DRIVER_NAME= oracle.jdbc.driver.OracleDriver" -openSessionSql " ALTER SESSION SETCURRENT_SCHEMA=schema_name" -signonName database_user -dbLogin database_user -dbPassworddatabase_user_password -username jazz_username -passwordjazz_password -force



Utilice NCPOLLDATA para configurar la conexión con Tivoli DataWarehouse.

v schema_name es el nombre del esquema de base de datos.v URL_basedatos_JDBC es la URL para la base de datos de JDBC. La URL

depende de la plataforma y de otras variables.A continuación, se muestra un ejemplo de un URL de JDBC:jdbc:oracle://hostname:port/database_name:currentSchema=NCIM;"

Donde:v hostname es el nombre del host donde se ha instalado la base de datos

Tivoli Data Warehouse.v port es el puerto en el que conectar la base de datos de Tivoli Data

Warehouse. El valor predeterminado para las bases de datos Oracle es1521.

v nombre_base_datos es el nombre de la base de datos. El nombrepredeterminado de la base de datos de Tivoli Data Warehouse esWAREHOUS.

v server es el nombre del servidor Informix.clase_controlador_jdbc es el nombre de la clase del controlador JDBC. Losvalores siguientes muestran los nombres de la clase para distintasplataformas.v oracle.jdbc.driver.OracleDriver



v contraseña_usuario_basedatos es la contraseña de este usuario.El ejemplo siguiente muestra el URL de conexión JDBC para Oracle:jdbc:oracle://192.168.1.2:1521/itnm:NCIM

Esta URL de ejemplo conecta a una base de datos de Oracle con lassiguientes propiedades:v La dirección IP del host de servidor de base de datos es 192.168.1.2.v La base de datos se ejecuta en el puerto 1521. Este es el puerto

predeterminado para Oracle.v El nombre de la base de datos de Oracle es itnm.v El nombre del esquema de la base de datos de la topología, en

mayúsculas, es NCIM.

Configurar orígenes de datos Oracle para BIRT:










Restricción: El scriptconfigRemoteTCR.sh está disponible en versiones deNetwork Manager a partir de V3.9 Fixpack 5.


3. Si va a utilizar Tivoli Data Warehouse, configure los orígenes de datosNCPOLLDATA para que señale a la base de datos Tivoli Data Warehouse.a. Cambie al directorio siguiente (la vía de acceso es la siguiente ubicación




Windows


Sustituya las variables del comando utilizando las definiciones siguientes:v jazz_username es el nombre de usuario administrador de Tivoli Integrated

Portal, por ejemplo, smadmin.v jazz_password es la contraseña de este usuario.v data_source_name es el nombre de la fuente de datos que desea configurar.




v

URL de JDBCjdbc:oracle:thin:@nombrehost:puerto:nombre_basedatos


nombre de hostEl nombre del host donde está instalada la base de datosNCIM.

puerto El puerto al que se conecta la base de datos NCIM. Elvalor predeterminado para las bases de datos Oracle es1521.

nombre_basedatosEl nombre predeterminado de la base de datos TD esWAREHOUS.



El ejemplo siguiente muestra el URL de conexión JDBC para Oracle.

Oracle Oraclejdbc:oracle:thin:192.168.1.2:1521:itnm

Esta URL de ejemplo conecta a una base de datos de Oracle conlas siguientes propiedades:– La dirección IP del host de servidor de base de datos es


predeterminado para Oracle.– El nombre de la base de datos de Oracle es itnm.

v clase_controlador_jdbc es el nombre de la clase del controlador JDBC. Losvalores siguientes muestran los nombres de la clase para distintasplataformas.

v

Controlador JDBCoracle.jdbc.driver.OracleDriver



Mandatos de ejemplo para establecer el origen de datos NCPOLLDATA enTivoli Data Warehouse

Mandato de ejemplo de Oracle

El siguiente mandato configura el origen de datos NCPOLLDATA para quelos informes históricos utilicen Tivoli Data Warehouse con ejecución enOracle.

trcmd.sh -modify -dataSources -reports -reportName"/content/package[@name='NetworkManager']/folder[@name='Performance Reports']/report[@name='Historical SNMPTrend Quick View Report']" -username jazz_username -passwordjazz_password -dataSource name=data_source_name -setDatasourceodaURL=JDBC_database_URL odaDriverClass=JDBC_driver_classodaUser=warehousdb_username odaPassword=warehousdb_password

Configurar la integración entre Network Manager y TivoliCommon Reporting 3.1Instale Tivoli Common Reporting 3.1 en un servidor independiente y, acontinuación, configure la integración para poder ejecutar informes en el servidorde Tivoli Common Reporting directamente desde la GUI en el servidor deNetwork Manager.

Antes de realizar estas tareas de configuración, asegúrese de que los elementossiguientes están en su sitio:v Existen los mismos usuarios en el servidor de Tivoli Integrated Portal y en el

servidor de Tivoli Common Reporting. Esto es necesario para el inicio de sesiónúnico.

v Se ha instalado un certificado SSL válido en el servidor de Tivoli IntegratedPortal y en el servidor de Tivoli Common Reporting. Esto es necesario para


asegurar que el contenido no está bloqueado, especialmente el contenido deTivoli Common Reporting 3.1 que se está visualizando en el servidor de TivoliIntegrated Portal.

v En Internet Explorer asegúrese de que el servidor de Tivoli Integrated Portal 3.1se ha añadido a la lista de sitios web que se deben visualizar en la vista decompatibilidad.

Configurar el intercambio de señales LTPA:

Configure el intercambio de señales de Lightweight Third Party Authentication(LTPA) entre el servidor de Tivoli Integrated Portal y el servidor de TivoliCommon Reporting 3.1 para evitar solicitudes de contraseña al ver informes enTivoli Common Reporting 3.1.

Proceda como se explica a continuación:1. En el servidor de Tivoli Integrated Portal, pulse Valores > Consola

administrativa de WebSphere en el panel de navegación de la izquierda paraacceder a la Consola administrativa de WebSphere.

2. Exporte la señal LTPA. Para obtener más información, consulte el tema"Gestionar claves LTPA desde varias células de WebSphere Application Server"en la documentación de WebSphere Application Server.

3. En el servidor de Tivoli Common Reporting 3.1, pulse Valores de consola >Consola administrativa de WebSphere > en la banda de navegación izquierdapara acceder a la Consola administrativa de WebSphere.

4. Importe la señal LTPA. Para obtener más información, consulte el tema"Gestionar claves LTPA desde varias células de WebSphere Application Server"en la documentación de WebSphere Application Server.

Reasignar roles de Tivoli Common Reporting:

De forma predeterminada Tivoli Integrated Portal contiene un rol predefinido quecontrola si los usuarios ven el punto de inicio de Tivoli Common Reporting 2.x enla navegación de Tivoli Integrated Portal. Debe eliminar este rol de todos losusuarios y grupos a los que les ha sido otorgado en el servidor de Tivoli IntegratedPortal y, a continuación, en el servidor de Tivoli Common Reporting 3.1 debeasignar este rol a los usuarios y grupos pertinentes.

Proceda como se explica a continuación:1. En el panel de navegación izquierdo de Tivoli Integrated Portal, pulse Usuarios

y grupos > Roles.2. Identifique el rol tcrPortalOperator.3. Elimine este rol de todos los usuarios y grupos a los que está asignado.4. Suprima el rol.5. En el servidor de Tivoli Common Reporting 3.1, asigne este rol a los usuarios y

grupos pertinentes.


Configurar la interfaz de usuario para que apunte al sistema Tivoli CommonReporting 3.1:

Debe crear un página de Tivoli Integrated Portal para presentar datos de informedel sistema Tivoli Common Reporting 3.1.

Proceda como se explica a continuación:1. En el panel de navegación de la izquierda de Tivoli Integrated Portal, pulse

Valores > Páginas.2. En la página Páginas, pulse Nueva página....3. En la página Valores de página, escriba un nombre para la página y la

ubicación donde debe aparecer en el panel de navegación de la izquierda deTivoli Integrated Portal. Por ejemplo, puede denominar la página CommonReporting 3.1 y puede añadirla al nodo Reporting.

4. Pulse Diseño de página > Formato libre y pulse Aceptar. Se abre una pestañanueva donde puede definir el contenido que se debe incluir en la página.

5. Añada un widget web a la página. Para añadir el widget web, en la cinta dewidget en la parte superior de la página, desplácese a la derecha hasta el iconode portlet Widget web esté visible; a continuación, arrastre el icono de portletWidget web al área de página principal.

6. Pulse Editar opciones > Personalizar.7. En la ventana Widget web, realice lo siguiente:v Escriba el URL siguiente en el campo de texto Página de inicio:

https://nombre_servidor_TCR:16311/tarf/servlet/dispatch, dondenombre_servidor_TCR es el nombre de recurso del servidor de Tivoli CommonReporting 3.1.

v Deseleccione el valor Mostrar una barra de herramientas de control denavegador.

v Los demás valores se pueden dejar en blanco8. Haga clic en Aceptar.9. Guarde la página.

Configuración de informes de BIRT para almacenarcontraseñas de base de datos con JNDI

Para cumplir la norma FIPS 140-2, puede configurar informes de BIRT paraalmacenar contraseñas NCIM con Java Naming and Directory Interface (JNDI).

Para configurar informes de BIRT para almacenar contraseñas NCIM con JNDI,lleve a cabo los siguientes pasos.

Restricción: El script setupITNMDatasources.jy solo funciona con DB2 y Oracle.1. 1. Elimine la información de acceso a la base de datos de los informes de BIRT.

a. Edite el archivo $NCHOME/../tipv2Components/TCRComponent/data/resource/ITNM39/itnm/lib/itnm_data_source.rptlibrary.

b. Elimine las siguientes propiedades de cada origen de datos: odaURL,odaUser, y odaPassword, pero deje Las líneas que debe eliminar son similaresal siguiente fragmento de código:<property name="odaURL">jdbc:db2://hostname:port/database_name</property><property name="odaUser">root</property><encrypted-property name="odaPassword" encryptionID="base64">encrypted_password</encrypted-property>

Nota: No elimine la propiedad del origen de datos odaJndiName.2. Ejecute el script setupITNMDatasources.jy para crear nombres JNDI para los

orígenes de datos.

Nota: Para poder utilizar este script, Tivoli Integrated Portal se debe estarejecutando .El script $NCHOME/precision/bin/setupITNMDatasources.jy define dos conjuntosde orígenes de datos JNDI para DB2 y Oracle, uno para NCIM y otro paraNCPOLLDATA. Los informes de BIRT utilizan estos orígenes de datos JNDI. Elscript setupITNMDatasources.jy es necesario en instalaciones FIPS 140-2 dondela contraseña de base de datos cifrada no debe almacenarse en el archivo TivoliCommon Reporting rptlibrary.La sintaxis para ejecutar el script es la siguiente:/opt/IBM/tivoli/tipv2/profiles/TIPProfile/bin/wsadmin.sh -lang jython -usernametip_user_name -password tip_password -f setupITNMDatasources.jy-createDB2|-createOracle all db_user_name db_user_passworddb_server_hostname db_database_name path_to_db2_jdbc_jar

|path_to_oracle_jdbc_jar db_port

A continuación, se ofrece un ejemplo de base de datos DB2: DB2

/opt/IBM/tivoli/tipv2/profiles/TIPProfile/bin/wsadmin.sh -lang jython -usernametipadmin -password netcool -f setupITNMDatasources.jy-createDB2 all db2inst1 netcool db2hostserver.ibm.com ITNM

/opt/IBM/tivoli/tipv2Components/BIRTExtension/platform/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.1.r22x_v20070919/drivers 50000

A continuación, se ofrece un ejemplo de una base de datos Oracle: DB2

/opt/IBM/tivoli/tipv2/profiles/TIPProfile/bin/wsadmin.sh -lang jython -usernametipadmin -password netcool -f setupITNMDatasources.jy-createOracle all ncim ncim oraclehostserver.ibm.com orcl

/opt/IBM/tivoli/tipv2Components/TCRComponent/lib/birt-runtime-2_2_2/ReportEngine/plugins/org.eclipse.birt.report.data.oda.jdbc_2.2.2.r22x_v20071206/drivers 1521

Nota: Para modificar un origen de datos JNDI, debe eliminar primero el origende datos y volver a crearlo luego. Por ejemplo, debe hacer esto si se modifica lacontraseña de base de datos.

3. 3. Detenga y vuelva a iniciar Tivoli Integrated Portal.

Script setupITNMDatasourcesUtilice el script setupITNMDatasources para gestionar orígenes de datos JNDI.

Ejecución del script

El script utiliza la siguiente sintaxis.

Restricción: El script setupITNMDatasources.jy solo funciona con DB2 y Oracle.DB2

/opt/IBM/tivoli/tipv2/profiles/TIPProfile/bin/wsadmin.sh -lang jython -usernametip_user_name -password tip_password -fsetupITNMDatasources.jy [ -createDB2|-createOracle all db_user_namedb_user_password db_server_hostname db_database_namepath_to_db2_jdbc_jar|path_to_oracle_jdbc_jar db_port][ -display ] [ -delete ]


Opciones de línea de mandatos

La tabla siguiente describe las opciones de línea de comandos del scriptsetupITNMDatasources.

Tabla 27. Opciones de línea de comandos para setupITNMDatasources

Opción de línea de comandos Descripción

-createDB2 Crea un origen de datos DB2.

-createOracle Crea un origen de datos Oracle.

-display Muestra todos los orígenes de datosactuales.

-delete Elimina todos los orígenes de datos actuales.

Habilitación de la migración tras errorPuede habilitar la migración tras error en el entorno de Network Manager paraasegurarse de que los diferentes componentes sean ejecutables y estén disponibles.

Acerca de la migración tras errorEn su entorno de Network Manager, una arquitectura de migración tras error sepuede utilizar para configurar su sistema para una alta disponibilidad,minimizando el impacto de fallos de sistema o de red.

La migración tras error se puede implementar para cada uno de los siguientesproductos y componentes, que se pueden instalar cuando ejecuta el instalador deNetwork Manager:v Los componentes principales de Network Manager, incluidos el componente de

análisis de causa raíz, el Motor de sondeo y la Pasarela de sucesosv La base de datos de topologíav Tivoli Netcool/OMNIbus, incluido el ObjectServer (para la gestión de sucesos)v Las aplicaciones web de Network Manager y de Tivoli Netcool/OMNIbus GUI

web, que están instaladas dentro de la infraestructura del servidor de TivoliIntegrated Portal

Restricción: Network Manager no es compatible con la función de equilibrio decarga con la que Tivoli Integrated Portal GUI web de Tivoli Netcool/OMNIbussi es compatible.

Debe decidir para qué componentes desea implementar la migración tras error, y elnúmero de sistemas requeridos para una alta disponibilidad.

Sobre la alta disponibilidad de base de datos de topologíaNCIM

Network Manager permite configurar la base de datos de topología NCIM(Network Connectivity and Inventory Model) para una alta disponibilidad,minimizando el impacto de fallos de sistema o de red. Las secciones siguientesproporcionan una visión general de la alta disponibilidad de base de datos detopología de NCIM y explican cómo se configura.

La alta disponibilidad hace referencia a un entorno informático donde loscomponentes de hardware y software permanecen operativos durante las paradas


planificadas (por ejemplo, operaciones de mantenimiento regular) y las paradas noplanificadas (por ejemplo, errores inesperados de hardware, red y software). Uncomponente que debe estar operativo todo el tiempo es la base de datos detopología NCIM.

Nota: En los releases anteriores de Network Manager, los usuarios podían incluiruna configuración de migración tras error de base de datos de topología NCIMutilizando la réplica de NCIM (también denominada réplica de base de datos detopología NCIM). La característica de réplica de NCIM se ha sustituido por lacaracterística de alta disponibilidad que proporciona la base de datos soportada:v Si tiene una base de datos DB2, puede utilizar la característica HADR

(recuperación tras desastre de alta disponibilidad) para configurar la migracióntras error para NCIM.

v Fix Pack 5 Si tiene una base de datos de Oracle, puede utilizar la característicaReal Application Clusters (RAC) para configurar la migración tras error paraNCIM.

Para configurar la migración tras error para la base de datos de topología NCIM yproporcionar a los usuarios un entorno de alta disponibilidad para ejecutar lasaplicaciones de la base de datos y acceder a la información almacenada en la basede datos de topología NCIM, deberá estar familiarizado con los siguientes temas ytareas relacionadas:v Estrategias de alta disponibilidad proporcionadas por la base de datosv Arquitectura de migración tras error de la base de datos de topología NCIM y

los procesos principales de Network Managerv Tareas asociadas con la instalación de la base de datos

Alta disponibilidad utilizando DB2

Puede utilizar la característica HADR de DB2 para configurar la réplica de datosde una base de datos primaria a una base de datos de copia de seguridad.Normalmente, la base de datos primaria procesa toda o la mayoría de la carga detrabajo de la aplicación, mientras que la base de datos de copia de seguridadpuede encargarse de la carga de trabajo si la base de datos primaria falla,permitiendo que la base de datos siga estando disponible para las aplicaciones delusuario. En un entorno de HADR de DB2, la base de datos de copia de seguridadse conoce como base de datos en espera.

Mediante la característica HADR, la Automatic Client Reroute (ACR) de DB2proporciona redireccionamiento de las conexiones de cliente de Network Manageral servidor NCIM primario que corresponda.

Puede utilizarse IBM Tivoli System Automation for Multiplatforms (SA MP) parapromocionar automáticamente un servidor en espera DB2 para que se convierta enel primario cuando el que esté actuando como primario falle.

Nota: DB2 proporciona las herramientas necesarias para instalar y configurar labase de datos de topología NCIM (y los procesos principales) para que utilice lacaracterística HADR de DB2. Para obtener información sobre cómo instalar yconfigurar DB2, consulte Información relacionada más adelante para ver losenlaces al Information Center de DB2.

Fix Pack 5


Agrupación en clústeres y alta disponibilidad utilizando RAC deOracle

Oracle proporciona la función Real Application Clusters (RAC) para la agrupaciónen clústeres y alta disponibilidad en entornos de base de datos Oracle. MedianteRAC de Oracle, puede crear una configuración de alta disponibilidad para su basede datos de topología NCIM. Para obtener información sobre cómo instalar yconfigurar RAC de Oracle, consulte la información relacionada más adelante, paraver un enlace a la documentación de Oracle.

Arquitectura de migración tras error de la base de datos detopología NCIM y los procesos principales de Network Manager

La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores y dominios. Ambasinstalaciones pueden conectarse a un único ObjectServer de TivoliNetcool/OMNIbus o a un par virtual de ObjectServers. La migración tras error deNetwork Manager puede implementarse con la alta disponibilidad de base dedatos de topología NCIM o sin la alta disponibilidad de base de datos de topologíaNCIM. Si elige implementar la migración tras error con la alta disponibilidad debase de datos de topología NCIM, deberá hacerlo con la característica de altadisponibilidad que proporciona la base de datos soportada. Por ejemplo, paraestablecer una configuración de migración tras error para la base de datos detopología NCIM si tiene una base de datos DB2, puede utilizar la función derecuperación tras desastre de alta disponibilidad (HADR) de DB2. De la mismaforma, si tiene una base de datos de Oracle, puede utilizar la función RealApplication Clusters (RAC) para la migración tras error de NCIM.

Tareas asociadas con la instalación de la base de datos

Una base de datos DB2 se puede instalar y configurar mediante Network Manager.Para utilizar una base de datos DB2 u Oracle independiente, configúrela tal comose describe en “Configuración de una base de datos de topología” en la página 60.Conceptos relacionados:“Arquitectura de migración tras error de Network Manager (procesos principales)”en la página 304La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.Tareas relacionadas:“Instalación y configuración de bases de datos DB2 en UNIX” en la página 64Para utilizar una base de datos DB2 como la base de datos de topología en UNIX,de instalar DB2, configurar una instancia y crear una base de datos antes de queesté instalado Network Manager.Información relacionada:






Arquitecturas de migración tras errorLa migración tras error de Network Manager se implementa independientementede la migración tras error en los productos y componentes con los que se integre.Antes de configurar la migración tras error, debe comprender las arquitecturas demigración tras error que se pueden implementar para ayudar a asegurar la altadisponibilidad de su instalación de Network Manager.

Una instalación de migración tras error de Network Manager contiene un servidorprincipal y de copia de seguridad de Network Manager en el que se instalan loscomponentes principales. Si el servidor principal falla como consecuencia de losproblemas con el hardware o el software, el servidor de copia de seguridad suponeel rol del servidor principal. Para un entorno más sólido, puede incluir de formaadicional una o varias de las configuraciones de migración tras error siguientes:v Un Tivoli Netcool/OMNIbus ObjectServer primario y de copia de seguridad.v GUI web de Tivoli Netcool/OMNIbus migración tras error de fuente de datos.

Restricción: Network Manager no es compatible con la función de equilibrio decarga con la que Tivoli Integrated Portal GUI web de Tivoli Netcool/OMNIbussi es compatible.

v Una configuración de alta disponibilidad de base de datos de topología NCIM

Nota: En los releases anteriores de Network Manager, los usuarios podíanincluir una configuración de migración tras error de base de datos de topologíaNCIM utilizando la réplica de NCIM (también denominada réplica de base dedatos de topología NCIM). La característica de réplica de NCIM se ha sustituidopor la característica de alta disponibilidad que proporciona la base de datossoportada:– Si tiene una base de datos DB2, puede utilizar la característica HADR

(recuperación tras desastre de alta disponibilidad) para configurar lamigración tras error para NCIM.

– Fix Pack 5

Si tiene una base de datos de Oracle, puede utilizar la característica

Real Application Clusters (RAC) para configurar la migración tras error paraNCIM.

Esta configuración de alta disponibilidad de base de datos de topología NCIMgarantiza que el sondeo de la red pueda continuar en la instalación de copia deseguridad, y que se repliquen las vistas de la topología.

Para acomodar el fallo del hardware o del software, y para el rendimiento óptimode su entorno, implemente su solución de migración tras error en más de unsistema.Información relacionada:








Arquitectura de migración tras error de ObjectServerPuede desplegar Tivoli Netcool/OMNIbus mediante el uso de una arquitectura devarios niveles escalable, para que el sistema pueda continuar funcionando en sucapacidad completa (y con mínima pérdida de sucesos) en el caso de un fallo deObjectServer, Pasarela de ObjectServer o servidor de proxy.

Los componentes de la arquitectura se encuentran dentro de tres niveles (o capas):recopilación, agregación y visualización. La configuración de migración tras errorbásica consta de un ObjectServer principal y de un ObjectServer de copia deseguridad que están conectados mediante una Pasarela de ObjectServerbidireccional en la capa de agregación, sin capas de recopilación ni visualizaciónconectadas. El diseño modular de la arquitectura de varios niveles significa quecualquier sistema puede comenzar con un par sencillo de ObjectServers deagregación y, a continuación, tener componentes de recopilación o de visualizaciónagregados en cualquier momento del futuro.

La cifra siguiente muestra un ejemplo de la configuración de migración tras errorbásica en la capa de agregación.




Para minimizar el impacto del fallo informático, el ObjectServer principal (AGG_P)y el ObjectServer de copia de seguridad (AGG_B) se ejecutan en dos sistemasseparados. La Pasarela de ObjectServer bidireccional (AGG_GATE) se ejecuta en elsistema de ObjectServer de copia de seguridad, y sincroniza los ObjectServers. LosObjectServers principal y de copia de seguridad se configuran como un par deagregación virtual (AGG_V) al que las sondas y otros clientes, como por ejemplo laPasarela de sucesos, se pueden conectar directamente. El concepto de un parvirtual ayuda a facilitar una migración tras error uniforme al ObjectServer de copiade seguridad si el ObjectServer principal se vuelve no disponible, y unaconmutación por recuperación cuando el ObjectServer principal está activo denuevo. En la cifra, también se muestran los destinos de ejemplo a las alertas a lasque se pueden reenviar desde la capa de agregación.

Para obtener información completa acerca de la configuración de la migración traserror de ObjectServer en las capas de recopilación, agregación y visualización de laarquitectura de varios niveles, consulte la publicación IBM Tivoli Netcool/OMNIbusInstallation and Deployment Guide en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm.Conceptos relacionados:

ObjectServerAGG_P

Sondas Sondas

AGG_GATE ObjectServerAGG_B

Capa de agregación (AGG_V)

Equipo host Pasarela bidireccional

Pasarela unidireccionalObjectServer

RDBMS(Cliente de pasarela)

Soporte técnico/CRM(Cliente de pasarela)

Otra pasarela Otra pasarela

Cliente de escritorioCliente de GUI web

Figura 14. Arquitectura de migración tras error de ObjectServer




“Arquitectura de migración tras error de Network Manager (procesos principales)”en la página 304La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.Tareas relacionadas:“Configuración de la migración tras error de ObjectServer” en la página 326La manera en la que configure la migración tras error de ObjectServer depende dela versión de Tivoli Netcool/OMNIbus.

Acerca de los archivos de configuración de migración tras error de TivoliNetcool/OMNIbus:

Tivoli Netcool/OMNIbus V7.3 o posterior, proporciona un conjunto de archivos deconfiguración que puede aplicar a ObjectServers y Pasarelas de ObjectServer paraimplementar la arquitectura de varios niveles.

Estos archivos están disponibles en el directorio $NCHOME/omnibus/extensions/multitier, e incluyen:v Los archivos de importación de SQL que se pueden aplicar a cada ObjectServer,

para actualizar el esquema de base de datos con la configuración requerida; porejemplo, las columnas adicionales, las conversiones y las automatizaciones

v Los archivos de Pasarela de ObjectServer que se pueden utilizar para configurarlas pasarelas de la arquitectura

Importante:

v Al utilizar los archivos de configuración facilitados en Tivoli Netcool/OMNIbusV7.3 o posterior, debe adherirse a la convención de denominación definida paralos componentes de cada capa de la arquitectura de varios niveles. Paraimplementar la migración tras error en la capa de agregación, utilice lasconvenciones de denominación representadas en la Figura 14 en la página 302;es decir, AGG_P para el ObjectServer principal, AGG_B para el ObjectServer decopia de seguridad, AGG_V para el par virtual y AGG_GATE para la Pasarelade ObjectServer bidireccional.

v En versiones anteriores de Tivoli Netcool/OMNIbus, no se facilita ningúnarchivo de configuración, y no es obligatorio que esté en conformidad con estasconvenciones de denominación.

Para obtener más información sobre los archivos de configuración de varios nivelesy las convenciones de denominación para los componentes en la arquitectura devarios niveles, consulte la publicación IBM Tivoli Netcool/OMNIbus Installation andDeployment Guide en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm.




Arquitectura de migración tras error de Network Manager(procesos principales)La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.

Cuando se conecte a un servidor de Network Manager, el dominio asociado bajo elque las ejecuciones de los procesos necesitan identificarse. Network Managerproporciona un dominio virtual que se puede utilizar al ejecutar en modalidad demigración tras error. Cualquier conexión a este dominio virtual se direcciona hastala instalación de Network Manager que se ejecuta como el servidor principal en laarquitectura de migración tras error. Esta función de direccionamiento seproporciona mediante el componente de Dominio virtual.

La cifra siguiente muestra la arquitectura de migración tras error de alto nivel paralos procesos principales y de copia de seguridad de Network Manager, que seconfiguran en dos dominios separados.

En la cifra, tanto las instalaciones primarias como de copia de seguridad seconectan a un par virtual de ObjectServers.

En cada dominio:v El componente Dominio virtual (ncp_virtualdomain) gestiona la migración tras

error, y crea sucesos de comprobación de estado para indicar si el dominio estásano.

v La Sonda para Tivoli Netcool/OMNIbus (nco_p_ncpmonitor) se conecta al parvirtual de ObjectServer y reenvía los sucesos de comprobación de estado.

Pasarelade sucesos

AGG_GATE

Conexión TCP


ObjectServerAGG_P

ObjectServerAGG_B

Dominio virtual

Pasarelade sucesos

Dominio virtual

Instalación del gestorde redes primario

Instalación del gestor de redesde copia de seguridad

nco_p_ncpmonitor nco_p_ncpmonitor

Figura 15. Arquitectura de migración tras error de Network Manager


v La Pasarela de sucesos (ncp_g_event) se conecta al par virtual ObjectServer, leeen todos los sucesos de comprobación de estado y, a continuación, pasa lossucesos a un componente Dominio virtual.Estos sucesos de comprobación de estado se utilizan para desencadenar lamigración tras error.

Se requiere una conexión de socket de TCP entre los procesos de Dominio virtualpara copiar datos desde el dominio principal hasta el dominio de copia deseguridad. Esto asegura que la topología esté sincronizada cuando se produzca lamigración tras error.

Nota: Si implementa una migración tras error, tiene que asegurarse de que lasinstalaciones primaria y de copia de seguridad están utilizando claves de cifradoidénticas. Si las claves de cifrado no son idénticas, entonces el instrumento para elsondeo de copia de seguridad no funciona correctamente durante la migración traserror. Para asegurarse de que las instalaciones primaria y de copia de seguridadestán utilizando claves de cifrado idénticas, copie el archivo siguiente del servidorprimario a la misma ubicación en el servidor de copia de seguridad:$NCHOME/etc/security/keys/conf.key. Si introdujo todas las cadenas decomunidad SNMP en la línea de mandatos y no las cifra, no necesita realizar estatarea. Para obtener más información sobre cómo cambiar la clave de cifrado,consulte IBM Tivoli Network Manager IP Edition Administration Guide.

Implementaciones de NCIM para la migración tras error

Puede configurar la migración tras error de Network Manager con la altadisponibilidad de la base de datos de topología de NCIM. Esta configuración demigración tras error protege contra la pérdida de datos al replicar los cambios dedatos de la base de datos de topología de NCIM de origen del dominio deNetwork Manager primario en una o varias bases de datos de NCIM de destino enel dominio de Network Manager de copia de seguridad. La base de datos detopología NCIM de origen se conoce como la base de datos primaria y la base dedatos de topología NCIM de destino se conoce como la base de datos en espera.Este enfoque elimina el punto único de anomalía, ya que los dominios de NetworkManager primario y de copia de seguridad se conectan a la base de datos queactúe como base de datos primaria.

En cualquier configuración de migración tras error, los dominios de NetworkManager primario y de copia de seguridad se conectan a la misma base de datos,incluso si está configurada la alta disponibilidad de la base de datos. La diferenciaprincipal es que, con la alta disponibilidad, la base de datos se replica en elservidor de base de datos en espera.





Independientemente de si la migración tras error está configurada con o sin la altadisponibilidad de la base de datos de topología de NCIM, todas las entidades de latopología se almacenarán en el nombre del dominio principal, y todas las políticasde sondeo se configurarán para el dominio principal. No hay ninguna entrada enla tabla de domainMgr para el dominio de copia de seguridad. Como resultado, elcampo NmosDomainName para un suceso de la tabla alerts.status siempre serellenará con el nombre del dominio principal cuando se configure la migracióntras error.

Nota: Para configurar la alta disponibilidad de base de datos de topología NCIMutilizando DB2 HADR, configure el entorno HADR siguiendo las instrucciones quese proporcionan en la documentación de DB2. Consulte Información relacionadamás adelante para obtener enlaces al Information Center de DB2. Realice luego lastareas para configurar Network Manager para que funcione con DB2 HADR.

Fix Pack 5 Si tiene una base de datos Oracle, configure el entorno RAC de Oracleutilizando las instrucciones que se proporcionan en la documentación de Oracle.Para ver un enlace a la documentación de Oracle, consulte los enlaces relacionadosmás adelante. Realice luego las tareas para configurar Network Manager para quefuncione en el entorno RAC de Oracle.Conceptos relacionados:“Arquitectura de migración tras error de ObjectServer” en la página 301Puede desplegar Tivoli Netcool/OMNIbus mediante el uso de una arquitectura devarios niveles escalable, para que el sistema pueda continuar funcionando en sucapacidad completa (y con mínima pérdida de sucesos) en el caso de un fallo deObjectServer, Pasarela de ObjectServer o servidor de proxy.“Migración tras error en la instalación de copia de seguridad sin la réplica deNCIM” en la página 316Esta configuración de migración tras error no tiene ninguna base de datos detopología de NCIM en la instalación de copia de seguridad.“Migración tras error en la instalación de copia de seguridad con la réplica deNCIM” en la página 318Esta configuración de migración tras error incluye una copia de la base de datos detopología de NCIM en la instalación de copia de seguridad. Todos los procesos dela instalación de copia de seguridad apuntan a la base de datos de topología deNCIM en la instalación de copia de seguridad.

Fix Pack 4 “Migración tras error en la instalación de copia de seguridad” en lapágina 321Todos los procesos de la instalación de copia de seguridad apuntan a la base dedatos de topología NCIM en la instalación primaria y esta base de datos detopología NCIM en la instalación primaria puede ser una base de datos autónomao una configurada para la alta disponibilidad.

Fix Pack 4 “Sobre la alta disponibilidad de base de datos de topología NCIM” en lapágina 297Network Manager permite configurar la base de datos de topología NCIM(Network Connectivity and Inventory Model) para una alta disponibilidad,minimizando el impacto de fallos de sistema o de red. Las secciones siguientesproporcionan una visión general de la alta disponibilidad de base de datos detopología de NCIM y explican cómo se configura.Tareas relacionadas:“Configuración de la migración tras error de los procesos principales de NetworkManager” en la página 334Puede configurar la migración tras error de los procesos principales de NetworkManager utilizando el archivo $NCHOME/etc/precision/ConfigItnm.cfg para


habilitar la migración tras error.“Instalación y configuración de bases de datos DB2 en UNIX” en la página 64Para utilizar una base de datos DB2 como la base de datos de topología en UNIX,de instalar DB2, configurar una instancia y crear una base de datos antes de queesté instalado Network Manager.

Fix Pack 4 “Configuración de Network Manager para que funcione con HADR deDB2, o RAC de Oracle” en la página 340Puede configurar los procesos principales de Network Manager para que utilicenel catálogo de DB2 y la GUI de Network Manager para que funcione en el entornode recuperación tras desastre de alta disponibilidad (HADR) de DB2. Fix Pack 5 Dela misma forma, también puede configurar los procesos centrales y la GUI deNetwork Manager y la GUI de Network Manager para que funcionen en elentorno Oracle Real Application Clusters (RAC).Información relacionada:




Migración tras error de origen de datos de GUI web de TivoliNetcool/OMNIbusLa GUI web implementa la migración tras error del origen de datos. Si estándisponibles un ObjectServer principal y de copia de seguridad, puede configurarconexiones con ambos ObjectServers para que si falla el ObjectServer principal, laGUI web migre tras error y utilice el ObjectServer de copia de seguridad como elorigen de sus sucesos.Conceptos relacionados:“Orígenes de datos de GUI web de Tivoli Netcool/OMNIbus” en la página 169Un origen de datos es otro término para un par de migración tras error deObjectServer u ObjectServer utilizado por el GUI web para la información desucesos.Tareas relacionadas:“Configuración de la migración tras error de origen de datos para la GUI web deTivoli Netcool/OMNIbus” en la página 331Si tiene un par de migración tras error de ObjectServers a los que se debe conectarla GUI web, puede configurar la migración tras error de origen de datos utilizandoel archivo de configuración de origen de datos ncwDataSourceDefinitions.xml ensu instalación de la GUI web.





Asignación de servidor para migración tras errorCualquier sistema principal debe instalarse en un host distinto al sistema de copiade seguridad, para que si el host principal falla, el host de copia de seguridad noesté afectado.

Idealmente, el ObjectServer principal, el ObjectServer de copia de seguridad, elservidor de Network Manager principal, el servidor de Network Manager de copiade seguridad y el servidor de Tivoli Integrated Portal se instalarán en hostsdistintos. Sin embargo, no será práctico.Referencia relacionada:“Restricciones para instalar e iniciar componentes” en la página 17Algunos componentes deben instalarse e iniciarse antes que otros. Utilice estainformación así como los ejemplos de instalación para entender el orden en el quedebe instalar e iniciar los componentes.

Host de migración tras error de ejemplo sin alta disponibilidad de base de datosde topología NCIM:

Este es un ejemplo de host de migración tras error donde la configuración demigración tras error no incluye una copia de la base de datos de topología deNCIM en la instalación de copia de seguridad.

En cualquier configuración de migración tras error, los dominios de NetworkManager primario y de copia de seguridad se conectan a la misma base de datos,pero en una migración tras error configurada con la alta disponibilidad de la basede datos de topología de NCIM no hay réplica de la base de datos en un servidoren espera.

La cifra siguiente muestra un ejemplo de ObjectServer de host y migración traserror de Network Manager utilizando cuatro máquinas host.


Por motivos de rendimiento, la base de datos de topología de NCIM requiere unaconexión de ancho de banda alto al servidor de Tivoli Integrated Portal. Si lamáquina host 3 tiene varias CPU y memoria suficiente, puede instalar el NCIM enla máquina host 3.

Instale los componentes principales tanto en las máquinas host 1 como 2, e instalelas aplicaciones web en la máquina host 3. Instale la base de datos de topologíaNCIM en la máquina host 4.

Nota: Si implementa la migración tras error sin réplica de NCIM e introduce lascadenas de comunidad SNMP utilizando la GUI de configuración dedescubrimiento, debe asegurarse que las instalaciones primaria y de copia deseguridad están utilizando claves de cifrado idénticas. Si las claves de cifrado noson idénticas, entonces el instrumento para el sondeo de copia de seguridad nofunciona correctamente durante la migración tras error. Para asegurarse de que lasinstalaciones primaria y de copia de seguridad están utilizando claves de cifradoidénticas, copie el archivo siguiente del servidor primario a la misma ubicación enel servidor de copia de seguridad: $NCHOME/etc/security/keys/conf.key. Siintrodujo todas las cadenas de comunidad SNMP en la línea de mandatos y no lascifra, no necesita realizar esta tarea. Para obtener más información sobre cómocambiar la clave de cifrado, consulte IBM Tivoli Network Manager IP EditionAdministration Guide.

Máquina host 1

Gestor deredesprimario


Portalintegrado

Tivolil

Máquina host 3


Gestor deredes decopia deseguridad

Máquina host 2

Base de datosde topología

NCIM

Máquina host 4

Figura 16. Host de migración tras error de ejemplo


Host de migración tras error de ejemplo con alta disponibilidad de base de datosde topología NCIM:

Este es un ejemplo de host de migración tras error donde la configuración demigración tras error incluye una copia de la base de datos de topología de NCIMen la instalación de copia de seguridad.

En cualquier configuración de migración tras error, los dominios de NetworkManager primario y de copia de seguridad se conectan a la misma base de datos,pero en una configuración de migración tras error con la alta disponibilidad de labase de datos configurada, la base de datos se replica en el servidor de bases dedatos en espera.




La cifra siguiente muestra un ejemplo de ObjectServer de host y migración traserror de Network Manager utilizando cinco máquinas host.


Por motivos de rendimiento, la base de datos de topología de NCIM requiere unaconexión de ancho de banda alto al servidor de Tivoli Integrated Portal. Si lamáquina host 3 tiene varias CPU y memoria suficiente, puede instalar el NCIMprincipal en la máquina host 3.

Instale los componentes principales tanto en las máquinas host 1 como 2, e instalelas aplicaciones web en la máquina host 3. Instale la base de datos de topologíaNCIM principal en la máquina host 4 y la base de datos de topología de NCIM decopia de seguridad en la máquina host 5.

Funcionamiento de migración tras error de los procesosprincipales de Network Manager

La migración tras error de los procesos principales de Network Manager estágestionada por el proceso de Dominio virtual, ncp_virtualdomain. Utilice estainformación para comprender cómo se desencadenan la migración tras error y laconmutación por recuperación de Network Manager.

Máquina host 1

Gestor deredesprimarior



Máquina host 5

Portalintegrado

Tivoli

Máquina host 3


Gestor deredes decopia deseguridad

Máquina host 2


Máquina host 4

Figura 17. Host de migración tras error de ejemplo con base de datos de topología de NCIMde copia de seguridad


Sucesos de comprobación de estado y migración tras errorLa migración tras error se rige por las comprobaciones de estado, que seconfiguran para que se ejecuten periódicamente a fin de evaluar el estado de losdominios principales y de copia de seguridad de Network Manager.

En el entorno de migración tras error, todos los procesos de los dominios principaly de copia de seguridad se inician mediante el controlador del proceso maestro,ncp_ctrl. En cada dominio, ncp_ctrl también supervisa regularmente los procesosque están bajo su control, y almacena su estado en la tabla state.services. Elproceso de Dominio virtual aplica filtros (que se definen en la tabla state.filters) enlos registros de estado de algunos de los procesos, y genera sucesos decomprobación de estado para indicar si un dominio está sano. Los filtros se aplicana:v ncp_poller, el Motor de sondeo

Se pueden definir varios filtros para el Motor de sondeo, uno para cadasondeador definido en el archivo CtrlServices.cfg.

v ncp_g_event, la Pasarela de sucesosv ncp_model, el gestor de topología

Los sucesos de comprobación de estado se generan localmente dentro de cadadominio, y también se pueden generar de forma remota mediante un dominio ennombre del otro:v Dominio local: si cada registro de estado pasa los filtros, el servidor de Network

Manager se considerará sano, y el Dominio virtual generará un suceso deresolución de comprobación de estado para dicho dominio. Cada dominio indicaal otro que está sano, enviando un suceso de resolución, que se direccionamediante el ObjectServer. Un dominio espera recibir un suceso de resolución enun intervalo configurado en el archivo de esquema del proceso de Dominiovirtual ($NCHOME/etc/precision/VirtualDomainSchema.cfg).Si falla uno o varios filtros, lo que indica el fallo de uno o varios procesoslocales, el Dominio virtual generará un suceso de problema de comprobación deestado y de forma adicional direccionará el suceso del problema al otro dominio.

v Dominio remoto: si un dominio local detecta que su equivalente remoto no hagenerado un suceso de resolución de comprobación de estado en el intervaloconfigurado, el dominio local generará un suceso de problema de comprobaciónde estado sintético para el dominio remoto. Por ejemplo, si el dominio de copiade seguridad no recibe un suceso de resolución de comprobación de estadodesde el dominio principal, el dominio de copia de seguridad generará unsuceso de problema de comprobación de estado para el dominio principal.

Los sucesos de comprobación de estado también se generan cuando se pierde laconectividad a la base de datos de NCIM.

Los sucesos de comprobación de estado tienen el identificador de sucesos"ItnmHealthChk" en el campo EventId de la tabla alerts.status.Conceptos relacionados:“Migración tras error y conmutación por recuperación de Network Manager” en lapágina 315La migración tras error se puede iniciar mediante el dominio principal o de copiade seguridad, y se desencadena cuando se genera un suceso de problema decomprobación de estado para el dominio principal. La conmutación porrecuperación se desencadena mediante un suceso de resolución de comprobaciónde estado para el dominio principal.


Tareas relacionadas:“Configuración de parámetros para las comprobaciones de estado” en la página349Si es necesario, puede configurar las condiciones que prefiera bajo los sucesos decomprobación de estado, especificando inserciones OQL idénticas en el archivo deesquema del proceso de dominio virtual (VirtualDomainSchema.cfg) tanto en elservidor primario como el de copia de seguridad.Referencia relacionada:“Sucesos de estado de Network Manager” en la página 173Network Manager puede generar sucesos que muestren el estado de variosprocesos de Network Manager. Estos sucesos se conocen como sucesos de estadode Network Manager y tienen el valor del campo de AlertGroup de alerts.status deEstado ITNM.

Flujo de proceso para sucesos de comprobación de estado:

Los sucesos de resolución de comprobación de estado los genera cada servidor deNetwork Manager para indicar que está en buen estado. Un suceso de problemade comprobación de estado es uno de los desencadenantes para la migración traserror de Network Manager.

La cifra siguiente muestra la progresión mediante el sistema de un suceso decomprobación de estado que genera el servidor principal de Network Manager.

▌1▐ Informe de estadoEl proceso de ncp_ctrl informa sobre el estado de sus serviciosgestionados.

1

2

33

4 4

5 5 6

7

88

9 9

Pasarelade sucesos

AGG_GATE


ObjectServerAGG_P

ObjectServerAGG_B

Dominio virtual

Pasarelade sucesos

Dominio virtual




Figura 18. Flujo de proceso de un suceso de comprobación de estado


▌2▐ Diagnóstico de estadoEl proceso del Dominio virtual utiliza sus filtros para realizar undiagnóstico de comprobación de estado:v Si el sistema está en buen estado, el Dominio virtual generará un suceso

de resolución de comprobación de estado y lo enviará a la Sonda paraTivoli Netcool/OMNIbus. De forma predeterminada, los sucesos decomprobación de estado se envían a la sonda cada 60 segundos.

v Si el sistema está en mal estado, el Dominio virtual Domain generará unsuceso de problema de comprobación de estado y lo enviará a la Sondapara Tivoli Netcool/OMNIbus.

▌3▐ Suceso de comprobación de estado reenviado al ObjectServerLa Sonda para Tivoli Netcool/OMNIbus reenvía el suceso decomprobación de estado al ObjectServer.

▌4▐ Suceso de comprobación de salud reenviado a la Pasarela de sucesosprincipal y de copia de seguridad

El ObjectServer envía el suceso de comprobación de estado a la Pasarela desucesos de los servidores principales y de copia de seguridad.

▌5▐ Suceso de comprobación de estado enviado al Dominio virtual principal yde copia de seguridad

La Pasarela de sucesos principal envía el suceso de comprobación deestado de vuelta al Dominio virtual del servidor principal. La Pasarela desucesos de copia de seguridad también envía el suceso de comprobaciónde estado al Dominio virtual en el servidor de copia de seguridad.

Para un suceso de resolución de comprobación de estado, el Dominiovirtual comprueba la indicación de fecha y hora en el suceso para asegurarque el suceso no sea más antiguo de 5 minutos y que actualice su tablastate.domains para que muestre que el servidor principal está en buenestado. (La Pasarela de sucesos también escucha sucesos de comprobaciónde estado desde el servidor de copia de seguridad. La tabla state.domainsregistra el estado actual tanto de los servidores principal como de copia deseguridad).

Para un suceso de problema de comprobación de estado, el Dominiovirtual actualiza su tabla state.domains para mostrar que el servidorprincipal está en mal estado. El Dominio virtual conmutará el servidor decopia de seguridad a la modalidad activa, y el servidor principal sevolverá a estado en espera.

▌6▐ Fallo de comprobación de estado generado en nombre del dominio principalSi el servidor de copia de seguridad no recibe un suceso de resolución decomprobación de estado desde el servidor principal dentro del intervaloconfigurado de 5 minutos, indicará que el servidor principal no estáfuncionando adecuadamente o no está comunicándose adecuadamente conel ObjectServer. El Dominio virtual de copia de seguridad envía un sucesode problema de comprobación de estado a la Sonda para TivoliNetcool/OMNIbus en nombre del servidor principal. El Dominio virtualactualizará su tabla state.domains para mostrar que el servidor principalestá en mal estado.

▌7▐, ▌8▐, y ▌9▐ Migración tras error desencadenadaLa sonda envía el suceso de problema de comprobación de estado aObjectServer, que reenviará el suceso de problema de comprobación deestado a la Pasarela de sucesos tanto en los servidores principales como decopia de seguridad de Network Manager:


v La Pasarela de sucesos del servidor de copia de seguridad enviará elsuceso de problema de comprobación de estado al Dominio virtual, queconmutará el servidor de copia de seguridad a la modalidad activa.

v Si la Pasarela de sucesos principal está operativa, reenviará el suceso deproblema de comprobación de estado al Dominio virtual principal. Si elDominio virtual está operativo, conmutará el servidor principal a lamodalidad en espera.

Cuando el servidor de copia de seguridad genere un suceso de resolución decomprobación de estado, el flujo de proceso será idéntico al del servidor principal.Los sucesos de resolución de comprobación de estado actualizados con regularidadpara los servidores principales y de copia de seguridad se guardan en ObjectServery se pueden visualizar utilizando, por ejemplo, la AEL (Lista de sucesos activos).

Si el suceso de problema de comprobación de estado se genera mediante elservidor de copia de seguridad para indicar que el servidor de copia de seguridadestá en mal estado, se aplican los mismos procesos, a excepción de que el servidorprincipal no se pone en espera y que el servidor de copia de seguridad no seconmuta a la modalidad activa. El suceso de problema de comprobación de estadopara el servidor de copia de seguridad está presente en el ObjectServer y se puedevisualizar utilizando, por ejemplo, la Lista de sucesos activos.

Nota: La Sonda para Tivoli Netcool/OMNIbus y la Pasarela de sucesos en ambosdominios se deben configurar para acceder al mismo ObjectServer, para que lossucesos de comprobación de estado se direccionen satisfactoriamente en torno alsistema.

Migración tras error y conmutación por recuperación de NetworkManagerLa migración tras error se puede iniciar mediante el dominio principal o de copiade seguridad, y se desencadena cuando se genera un suceso de problema decomprobación de estado para el dominio principal. La conmutación porrecuperación se desencadena mediante un suceso de resolución de comprobaciónde estado para el dominio principal.

Un suceso de ItnmFailover se genera mediante ncp_virtualdomain cuando undominio de Network Manager migra tras error o se conmuta por recuperación.

Migrar tras error

Cuando se produce la migración tras error, el dominio principal de NetworkManager se pasa a la modalidad en espera (si sigue en ejecución), y el dominio decopia de seguridad se hace activo.

Se producen los cambios siguientes cuando el dominio de copia de seguridad seconvierte en activo:v La Pasarela de sucesos sincroniza los sucesos con el ObjectServer.v El proceso ncp_poller reanuda el sondeo.v La Pasarela de sucesos conmutará del filtro en espera (StandbyEventFilter) al

filtro de sucesos entrantes (EventFilter).v Network Manager continúa supervisando la red y realizando RCA. Sin embargo,

no se realizará el descubrimiento de red, y la topología de red permaneceráestática.


Cuando un servidor principal de Network Manager se convierta a la modalidad enespera, se producirán los siguientes cambios:v La Pasarela de sucesos conmutará del filtro de sucesos entrantes (EventFilter) al

filtro en espera (StandbyEventFilter).v El proceso ncp_poller suspende todos los sondeos.

Para obtener más información acerca del filtro en espera y del filtro de sucesosentrantes, consulte la publicación IBM Tivoli Network Manager IP Edition EventManagement Guide.

Conmutar por recuperación

Cuando un servidor principal de Network Manager en modalidad en esperareanuda su funcionamiento normal, generará un suceso de resolución decomprobación de estado.

El suceso de resolución de comprobación de estado pasará por el sistema, y elservidor recuperado de Network Manager se convertirá en activo de nuevo.

Cuando el proceso del Dominio virtual en el servidor de la copia de seguridad deNetwork Manager reciba el suceso de resolución de comprobación de estado, elDominio virtual conmutará el servidor de copia de seguridad a la modalidad enespera.

La automatización de GenericClear en ObjectServer se desencadena mediante elsuceso de resolución de comprobación de estado, y borra el suceso de problema decomprobación de estado existente.Conceptos relacionados:“Sucesos de comprobación de estado y migración tras error” en la página 312La migración tras error se rige por las comprobaciones de estado, que seconfiguran para que se ejecuten periódicamente a fin de evaluar el estado de losdominios principales y de copia de seguridad de Network Manager.

Migración tras error en la instalación de copia de seguridad sin la réplica deNCIM:

Esta configuración de migración tras error no tiene ninguna base de datos detopología de NCIM en la instalación de copia de seguridad.

Cuando se instala el servidor de copias de seguridad, el sistema crea de formaautomática un dominio denominado Copia de seguridad durante el proceso deinstalación. No es un dominio real, no se utiliza en NCIM y los usuarios nopueden realizar ninguna acción con este dominio. Asegúrese de que no hayaningún dominio de copia de seguridad en la instalación de copia de seguridad. Siestá presente, puede eliminarlo utilizando el script domain_drop.pl.

La cifra siguiente muestra una arquitectura de migración tras error de NetworkManager de ejemplo, donde la base de datos de topología de NCIM no estáinstalada como parte de la instalación de Network Manager de copia de seguridad.


DescubrimientoAunque el Motor de descubrimiento (ncp_disco) y el servidor Ayudante deSNMP (ncp_d_helpserv) se ejecuten, el servidor de Network Manager decopia de seguridad no se utilizará para el descubrimiento de red. Cuandoel dominio de copia de seguridad esté activo, la topología no cambiará.

Aplicaciones webLas aplicaciones web no se conectan automáticamente al dominio de copiade seguridad cuando se hace activo, pero estas aplicaciones se puedenconfigurar manualmente para conectarse.

NCIM Cuando la migración tras error se configura sin la réplica de NCIM, elproceso de copia de seguridad de ncp_model no actualiza la base de datosde NCIM. Sin embargo, el proceso de ncp_model continúa facilitandoservicios de topología a procesos tales como la Pasarela de sucesos. La basede datos de NCIM utilizada por las Vistas de red y la Vista de saltoscontinúa guardando la versión más actual de la topología de red hasta quese restaure el servidor principal de Network Manager y el sistema seconmute por recuperación.

Nota: Si implementa la migración tras error sin réplica de NCIM eintroduce las cadenas de comunidad SNMP utilizando la GUI deconfiguración de descubrimiento, debe asegurarse que las instalaciones

Pasarelade sucesos

AGG_GATE

Conexión TCP


Servidor deobjetos AGG_P

Servidor deobjetos AGG_B

Red

Sondas

Base de datos de NCIM

Dominio virtual

Pluginde

migracióntras error y

otros plugins

ncp_disco

ncp_ctrl

Pasarelade sucesos

ncp_ctrl

Dominio virtual

ncp_modelncp_model




Pluginde


otros plugins

Figura 19. Arquitectura de migración tras error de ejemplo


primaria y de copia de seguridad están utilizando claves de cifradoidénticas. Si las claves de cifrado no son idénticas, entonces el instrumentopara el sondeo de copia de seguridad no funciona correctamente durante lamigración tras error. Para asegurarse de que las instalaciones primaria y decopia de seguridad están utilizando claves de cifrado idénticas, copie elarchivo siguiente del servidor primario a la misma ubicación en el servidorde copia de seguridad: $NCHOME/etc/security/keys/conf.key. Si entratodas las cadenas de comunidad SNMP en la línea de comandos y no lascifra, no tiene que realizar esta tarea. Para obtener más información sobreel cambio de las claves de cifrado, consulte IBM Tivoli Network Manager IPEdition Administration Guide.

SondeoCuando el dominio de copia de seguridad esté en modalidad en espera, seejecutará el Motor de sondeo, pero con los sondeos suspendidos. Cuandoel dominio de copia de seguridad se active, su proceso ncp_pollercomienza el sondeo y utiliza las políticas de sondeo y los detalles dedestino de SNMP desde el dominio principal.

Dominio virtualEl componente del Dominio virtual abre una conexión de socket en elDominio virtual del servidor principal de Network Manager. Los datos detopología y cualquier actualización de la topología posterior se copiarádesde el proceso ncp_model del servidor principal al proceso ncp_model delservidor de copia de seguridad.

Pasarela de sucesosCuando el dominio de copia de seguridad esté en modalidad en espera, laPasarela de sucesos no realiza el enriquecimiento de sucesos en elObjectServer. Cuando el dominio de copia de seguridad se haga activo, laPasarela de sucesos conmutará del filtro en espera (StandbyEventFilter) alfiltro de sucesos entrantes (EventFilter).

Conceptos relacionados:“Arquitectura de migración tras error de Network Manager (procesos principales)”en la página 304La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.Referencia relacionada:“Limitaciones del proceso de migración tras error de Network Manager” en lapágina 324Se aplica un número de limitaciones para el proceso de migración tras error.

Migración tras error en la instalación de copia de seguridad con la réplica deNCIM:

Esta configuración de migración tras error incluye una copia de la base de datos detopología de NCIM en la instalación de copia de seguridad. Todos los procesos dela instalación de copia de seguridad apuntan a la base de datos de topología deNCIM en la instalación de copia de seguridad.

La cifra siguiente muestra una arquitectura de migración tras error de NetworkManager de ejemplo, donde la base de datos de topología de NCIM se instalacomo parte de la instalación de Network Manager de copia de seguridad.



Aplicaciones webLas aplicaciones web no se conectan automáticamente al dominio de copiade seguridad cuando se hace activo, pero estas aplicaciones se puedenconfigurar manualmente para conectarse.

NCIM Cuando la migración tras error se configura con la réplica de NCIM, elproceso ncp_model actualiza la base de datos de NCIM. El procesoncp_model mantiene el valor de entityId para cada entidad de NCIM altransferir la topología a la base de datos de NCIM de copia de seguridad.Esto asegura que los datos de la base de datos de topología de NCIM decopia de seguridad sean una réplica exacta de los datos de la base de datosde NCIM principal, y también asegura la correlación de sucesos coherentecuando tenga lugar la instalación de la copia de seguridad. Las vistas de latopología de red también se replican en la copia de seguridad. La base dedatos de NCIM continúa guardando la versión más actual de la topologíade red hasta que se restaure el servidor principal de Network Manager y elsistema se conmute por recuperación.

Pasarelade sucesos

AGG_GATE

Conexión TCP


ObjectServerAGG_P

ObjectServerAGG_B

Red

Sondas


Dominio virtual

Pluginde


otros plugins

ncp_disco

ncp_ctrl

Pasarelade sucesos

ncp_ctrl

Dominio virtual

ncp_modelncp_model




Pluginde


otros plugins


Figura 20. Arquitectura de migración tras error de ejemplo


Nota: Las vistas de topología deben agregarse, actualizarse o suprimirseúnicamente en el servidor principal. Cualquier adición o cambio a lasvistas de red en el servidor de copia de seguridad mientras esté activo nose propagará al servidor principal.

Dominio virtualEl proceso de Dominio virtual abre una conexión de socket al Dominiovirtual del servidor de Network Manager principal. Los datos de topologíay cualquier actualización de topología posterior, se copiará desde elproceso ncp_model en el servidor principal de Network Manager al procesode ncp_model del servidor de copia de seguridad de Network Manager.

Los datos de configuración de sondeo se copiarán igualmente desde elservidor principal al servidor de copia de seguridad. El proceso deDominio virtual en el servidor principal comprueba periódicamente laindicación de fecha y hora en el archivo de configuración del sondeador. Sise ve que el archivo se ha actualizado, el Dominio virtual transferirá elarchivo al servidor de copia de seguridad y, continuación, llamará al scriptget_policies.pl utilizando ncp_ctrl para importar la configuración delsondeador hasta la base de datos de topología NCIM de copia deseguridad.

El componente del Dominio virtual comprueba periódicamente laindicación de fecha y hora en el archivo de configuración de la vista dered. Si se ve que el archivo se ha actualizado, el Dominio virtual transferiráel archivo al servidor de copia de seguridad y, a continuación, llamará alscript networkViewUtil.pl utilizando ncp_ctrl para importar laconfiguración de la vista de red hasta la base de datos de topología deNCIM de copia de seguridad.

SondeoCuando el dominio de copia de seguridad esté en modalidad en espera, seejecutará el Motor de sondeo, pero con los sondeos suspendidos. Dado quelos datos de configuración de SNMP (desde el archivoSnmpStackSecurityInfo.cfg) y los datos de configuración de sondeo secopian desde el dominio principal hasta el de copia de seguridad cuandose establece la conexión a TCP y se actualizan en intervalos periódicos, lossondeos se mantienen actualizados en el dominio de copia de seguridad.

Nota:

v Únicamente los cambios a las políticas activas y a las definicionesrelacionadas se replican en el servidor de copia de seguridad. Porejemplo, si crea una política de sondeo pero no la habilita, la política nose copiará al servidor de copia de seguridad.

v Las políticas de sondeo deben agregarse, actualizarse o suprimirseúnicamente en el servidor principal. Cualquier adición o cambio a lapolítica de sondeo realizado en el servidor de copia de seguridadmientras está activa no se propagará al servidor principal.

El proceso ncp_poller leerá la configuración de SNMP directamente desdesu archivo de configuración en lugar de basarse en el ayudante de SNMPde descubrimiento para leer este archivo.

Pasarela de sucesosCuando el dominio de copia de seguridad esté en modalidad en espera, laPasarela de sucesos no realiza el enriquecimiento de sucesos en elObjectServer. Cuando el dominio de copia de seguridad se haga activo, la


Pasarela de sucesos conmutará del filtro en espera (StandbyEventFilter) alfiltro de sucesos entrantes (EventFilter).

Conceptos relacionados:“Arquitectura de migración tras error de Network Manager (procesos principales)”en la página 304La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.Referencia relacionada:“Limitaciones del proceso de migración tras error de Network Manager” en lapágina 324Se aplica un número de limitaciones para el proceso de migración tras error.

Migración tras error en la instalación de copia de seguridad: Fix Pack 4

Todos los procesos de la instalación de copia de seguridad apuntan a la base dedatos de topología NCIM en la instalación primaria y esta base de datos detopología NCIM en la instalación primaria puede ser una base de datos autónomao una configurada para la alta disponibilidad.




La característica HADR de DB2 en Network Manager 3.9 fixpack 4 está disponiblecon DB2 9.7 y DB2 10.1.

La cifra siguiente muestra una arquitectura de migración tras error de NetworkManager de ejemplo, donde la base de datos de topología NCIM se ha configuradopara la alta disponibilidad.


La siguiente figura varía de la anterior en que la base de datos de topología NCIMno está configurada para la alta disponibilidad.

Pasarelade sucesos

AGG_GATE

Conexión TCP


ObjectServerAGG_P

ObjectServerAGG_B

Red

Sondas


Dominio virtual

Pluginde


otros plugins

ncp_disco

ncp_ctrl

Pasarelade sucesos

ncp_ctrl

Dominio virtual

ncp_modelncp_model




Pluginde


otros plugins


Figura 21. Ejemplo de arquitectura de migración tras error con alta disponibilidad NCIM



NCIM El proceso de copia de seguridad ncp_model no actualiza la base de datosde topología NCIM. Sin embargo, el proceso de ncp_model continúafacilitando servicios de topología a procesos tales como la Pasarela desucesos. La base de datos de topología NCIM utilizada por las Vistas dered y la Vista de saltos continúa guardando la versión más actual de latopología de red hasta que se restaure el servidor principal de NetworkManager y el sistema se conmute por recuperación.

SondeoCuando el dominio de copia de seguridad esté en modalidad en espera, seejecutará el Motor de sondeo, pero con los sondeos suspendidos. Cuandoel dominio de copia de seguridad se active, su proceso ncp_pollercomienza el sondeo y utiliza las políticas de sondeo y los detalles dedestino de SNMP desde el dominio principal.

El proceso ncp_poller leerá la configuración de SNMP directamente desdesu archivo de configuración en lugar de basarse en el ayudante de SNMPde descubrimiento para leer este archivo.

Pasarela desucesos

AGG_GATE

Conexión TCP


ObjectServerAGG_P

ObjectServerAGG_B

Red

Sondas

Dominio virtual

Plug-inde

migracióntras errory otrosplug-ins

ncp_disco

ncp_ctrl

Pasarela desucesos

ncp_ctrl

Dominio virtual

ncp_modelncp_model

Instalación delNetwork Manager principal

Instalación delNetwork Manager de reserva


Plug-inde

migracióntras errory otrosplug-ins

Base de datosNCIM

Figura 22. Ejemplo de arquitectura de migración tras error sin alta disponibilidad NCIM


Dominio virtualEl componente del Dominio virtual de copia de seguridad abre unaconexión de socket en el Dominio virtual del servidor principal deNetwork Manager. Los datos de topología y cualquier actualización de latopología posterior se copiará desde el proceso ncp_model del servidorprincipal al proceso ncp_model del servidor de copia de seguridad.

Pasarela de sucesosCuando el dominio de copia de seguridad esté en modalidad en espera, laPasarela de sucesos no realiza el enriquecimiento de sucesos en elObjectServer. Cuando el dominio de copia de seguridad se haga activo, laPasarela de sucesos conmutará del filtro en espera (StandbyEventFilter) alfiltro de sucesos entrantes (EventFilter).

Conceptos relacionados:“Arquitectura de migración tras error de Network Manager (procesos principales)”en la página 304La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.

Fix Pack 4 “Sobre la alta disponibilidad de base de datos de topología NCIM” en lapágina 297Network Manager permite configurar la base de datos de topología NCIM(Network Connectivity and Inventory Model) para una alta disponibilidad,minimizando el impacto de fallos de sistema o de red. Las secciones siguientesproporcionan una visión general de la alta disponibilidad de base de datos detopología de NCIM y explican cómo se configura.Referencia relacionada:“Limitaciones del proceso de migración tras error de Network Manager”Se aplica un número de limitaciones para el proceso de migración tras error.

Limitaciones del proceso de migración tras error de NetworkManager

Se aplica un número de limitaciones para el proceso de migración tras error.

El proceso de descubrimiento (ncp_disco) realiza el descubrimiento de redúnicamente en el dominio primario.

El dominio de copia de seguridad no se utiliza para el descubrimiento de red, porlo que, cuando el dominio de copia de seguridad esté activo, no intente configurarun descubrimiento. Además, cuando el dominio de copia de seguridad esté activo,no edite la topología de red descubierta para añadir o eliminar manualmentedispositivos y conexiones.

Restricción: Network Manager no es compatible con la función de equilibrio decarga con la que Tivoli Integrated Portal GUI web de Tivoli Netcool/OMNIbus sies compatible.

Si está ejecutando más de un servidor de Tivoli Integrated Portal, cada uno seejecutará independientemente. Si uno de los servidores de Tivoli Integrated Portalfalla, cualquier servidor restante continuará ejecutándose como una entidadindividual. Para minimizar el efecto de un servidor que falla:


v Configure cada servidor de Tivoli Integrated Portal con su propio URL exclusivopara la autenticación.

v Asegúrese de que cada uno de los servidores esté configurado con el mismoconjunto de usuarios, roles, grupos, perfiles de preferencias y recursos talescomo páginas, vistas, portlets e informes.

v Configure los servidores según los requisitos de alta disponibilidad de la base dedatos. Por ejemplo, para DB2 deberá configurar los servidores según losrequisitos de la característica HADR de DB2. Fix Pack 5 De la misma forma, sitiene una base de datos Oracle, podría configurar los servidores según losrequisitos de la característica Real Application Clusters (RAC).

Nota: La migración tras error no es compatible para los agentes de supervisión enla arquitectura de la migración tras error Network Manager.Tareas relacionadas:“Configuración de la migración tras error de los procesos principales de NetworkManager” en la página 334Puede configurar la migración tras error de los procesos principales de NetworkManager utilizando el archivo $NCHOME/etc/precision/ConfigItnm.cfg parahabilitar la migración tras error.Información relacionada:




Configuración de migración tras errorUtilice esta información para configurar la migración tras error en las instalacionesprimarias y de copia de seguridad de Network Manager. También se ofrecen unaspautas para configurar opcionalmente la migración tras error de los productos ycomponentes de integración. Debe utilizar la documentación para estos productosy componentes como el primer punto de referencia.

Antes de empezar a configurar la migración tras error, determine si deseaimplementar una solución de migración tras error completa para todos loscomponentes, o la migración tras error para Network Manager y un subconjuntode componentes. Decida también el número de equipos y las opciones dedespliegue.

Como requisito previo para la configuración de la migración tras error:v Debe tener instalado y configurado IBM Tivoli Netcool/OMNIbus. Si intenta

ejecutar un ObjectServer primario y de copia de seguridad en la modalidad demigración tras error.

Consejo: Si está utilizando IBM Tivoli Netcool/OMNIbus V7.3 o posterior, conlos archivos de configuración de migración tras error que se proporcionan,asegúrese de seguir las convenciones de nomenclatura para las pasarelasObjectServers y ObjectServer.





v Debe tener instalada una base de datos de topología. Para la réplica de NCIM,necesitará dos bases de datos de topología.

v Fix Pack 4 Para la alta disponibilidad de base de datos de topología NCIM,necesitará dos bases de datos de topología. Fix Pack 4

Nota: Los usuarios pueden incluir una configuración de migración tras error dela base de datos de topología NCIM utilizando la réplica de NCIM (tambiéndenominada como réplica de base de datos de topología NCIM) o utilizandouna característica de alta disponibilidad de base de datos de topología NCIMque proporciona la base de datos de DB2. Específicamente, DB2 proporciona unacaracterística denominada HADR (recuperación tras desastre de altadisponibilidad) que se utiliza para configurar la migración tras error para la basede datos de topología NCIM.

La característica HADR de DB2 en Network Manager 3.9 fixpack 4 estádisponible con DB2 9.7 y DB2 10.1.

v Debe tener instalada y configurada la GUI web y las aplicaciones web deNetwork Manager dentro de la infraestructura del servidor de Tivoli IntegratedPortal.

v Debe tener instalados los procesos principales de Network Manager en losservidores primarios y de copia de seguridad designados, bajo dos dominiosseparados.

Conceptos relacionados:“Acerca de los archivos de configuración de migración tras error de TivoliNetcool/OMNIbus” en la página 303Tivoli Netcool/OMNIbus V7.3 o posterior, proporciona un conjunto de archivos deconfiguración que puede aplicar a ObjectServers y Pasarelas de ObjectServer paraimplementar la arquitectura de varios niveles.Referencia relacionada:“Restricciones para instalar e iniciar componentes” en la página 17Algunos componentes deben instalarse e iniciarse antes que otros. Utilice estainformación así como los ejemplos de instalación para entender el orden en el quedebe instalar e iniciar los componentes.

Configuración de la migración tras error de ObjectServerLa manera en la que configure la migración tras error de ObjectServer depende dela versión de Tivoli Netcool/OMNIbus.

En una instalación de Tivoli Netcool/OMNIbus, cada equipo en el que loscomponentes de Tivoli Netcool/OMNIbus se ejecutan debe ser configurado coninformación de comunicación de servidor que habilite los componentes en laarquitectura para que se ejecuten y se comuniquen entre ellos. Configure losarchivos de datos de conexiones con todos los detalles de componente, de lasiguiente manera:

v UNIX Linux Actualice la información de comunicación para todos loscomponentes de servidor de Tivoli Netcool/OMNIbus en el despliegue editandode forma manual el archivo de datos de conexiones $NCHOME/etc/omni.dat, quese utiliza para crear el archivo de interfaces.Una práctica recomendada es agregar todos los componentes en todo eldespliegue a un único archivo omni.dat, que puede ser distribuido en eldirectorio $NCHOME/etc en todos los equipos del despliegue. Puede generar elarchivo de interfaces desde cada equipo ejecutando el mandato


$NCHOME/bin/nco_igen. (Los archivos de interfaces se denominan$NCHOME/etc/interfaces.arch, en donde arch es el nombre del sistemaoperativo).

v Windows Configure la información de comunicación de servidor en cada equipoutilizando el editor de servidores, que está disponible haciendo clic en Inicio >Todos los programas > NETCOOL Suite > Programas de utilidad del sistema >Editor de servidores. La información se guarda en el archivo de datos deconexiones %NCHOME%\ini\sql.ini.

Configuración de ejemplo para la arquitectura de migración tras errorbásica (solo capa de agregación)

La siguiente configuración de ejemplo muestra los detalles de comunicación delservidor para la arquitectura de migración tras error en el archivo$NCHOME/etc/omni.dat, donde:v AGG_P es el nombre del ObjectServer primario.v AGG_B es el nombre del ObjectServer de copia de seguridad.v AGG_V es el nombre del par de ObjectServer virtual.v AGG_GATE es el nombre de la pasarela de ObjectServer bidireccional.v NCO_PA representa el nombre predeterminado para el agente del proceso. (Si ha

configurado los agentes de proceso para gestionar los procesos de TivoliNetcool/OMNIbus y ejecutar procedimientos externos, se debe agregar cadaagente de proceso con nombre exclusivo con el nombre de host y el número depuerto adecuados).

v NCO_PROXY representa el nombre predeterminado para el servidor proxy. (Siha configurado uno o más servidores proxy para reducir el número deconexiones de sonda directas a ObjectServers, se debe agregar cada servidorproxy con nombre exclusivo con el nombre de host y el número de puertoadecuados).

[AGG_P]{

Primary: primary_host.ibm.com 4100}

[AGG_B]{

Primary: backup_host.ibm.com 4150}

[AGG_V]{

Primary: primary_host.ibm.com 4100Backup: backup_host.ibm.com 4150

}

[AGG_GATE]{

Primary: backup_host.ibm.com 4105}

[NCO_PA]{


[NCO_PROXY]{



Para obtener más detalles sobre la configuración de la información decomunicación del servidor, agentes de proceso y servidores proxy, consulte ladocumentación de Tivoli Netcool/OMNIbus en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm.Conceptos relacionados:“Arquitectura de migración tras error de ObjectServer” en la página 301Puede desplegar Tivoli Netcool/OMNIbus mediante el uso de una arquitectura devarios niveles escalable, para que el sistema pueda continuar funcionando en sucapacidad completa (y con mínima pérdida de sucesos) en el caso de un fallo deObjectServer, Pasarela de ObjectServer o servidor de proxy.

Configuración de ObjectServers y pasarelas para la migración tras error:

Los siguientes procedimientos proporcionan orientación para configurar lamigración tras error de ObjectServer en Tivoli Netcool/OMNIbus.

“Tivoli Netcool/OMNIbus V7.3 o posterior”: Configuración de migración tras error“Tivoli Netcool/OMNIbus V7.2.1 o anterior” en la página 329: Configuración demigración tras error

Para obtener la información más reciente y completa sobre la migración tras errorde ObjectServer, consulte la documentación de Tivoli Netcool/OMNIbus enhttp://www-01.ibm.com/support/knowledgecenter/SSSHTQ/landingpage/NetcoolOMNIbus.html. La documentación de Tivoli Netcool/OMNIbus debe sersiempre el primer punto de referencia y tiene prioridad sobre la información queaparece en la documentación de Network Manager.

Tivoli Netcool/OMNIbus V7.3 o posterior:Para configurar la migración tras error:1. Si todavía no lo ha hecho, cree el ObjectServer de agregación primario AGG_P

en el equipo designado y aplique la personalización de SQL ejecutando elmandato nco_dbinit con el archivo de importación aggregation.sqlproporcionado:$NCHOME/omnibus/bin/nco_dbinit -server AGG_P -customconfigfile$NCHOME/omnibus/extensions/multitier/objectserver/aggregation.sql

Si el ObjectServer ya está instalado y se está ejecutando, aplique el archivo deimportación aggregation.sql en el ObjectServer, de la siguiente manera:

UNIX

Linux

$NCHOME/omnibus/bin/nco_sql -server AGG_P -user

nombre_usuario –password contraseña < $NCHOME/omnibus/extensions/multitier/objectserver/aggregation.sql

Windows "%NCHOME%\omnibus\bin\isql" -S AGG_P -U nombre_usuario -Pcontraseña -i "%NCHOME%\omnibus\extensions\multitier\objectserver\aggregation.sql"

2. Inicie el ObjectServer primario (si es necesario):$NCHOME/omnibus/bin/nco_objserv -name AGG_P &

Si ha instalado Tivoli Netcool/OMNIbus utilizando el instalador de NetworkManager, puede, como alternativa, ejecutar el mandato itnm_start en eldirectorio $NCHOME/precision/bin:

UNIX Linux itnm_start nco

3. Cree (o actualice) el ObjectServer de agregación de copia de seguridad AGG_Ben otro equipo y aplique la personalización SQL, como se describe en el paso 1.Cuando aplique la personalización de SQL, la propiedad BackupObjectServer se

define de forma automática como TRUE y se habilitan las automatizaciones quesolicita el ObjectServer de copia de seguridad.

4. Inicie el ObjectServer de copia de seguridad (si es necesario), como se describeen el paso 2 en la página 328.

5. En el equipo en el que está instalado el ObjectServer de copia de seguridad,configure la pasarela del ObjectServer de agregación bidireccional AGG_GATE:a. Copie los archivos de propiedades de varios niveles para la pasarela desde

la ubicación de $NCHOME/omnibus/extensions/multitier/gateway, a laubicación predeterminada ($NCHOME/omnibus/etc) en la que se mantienen losarchivos de configuración y propiedades:v AGG_GATE.map

v AGG_GATE.props

v AGG_GATE.tblrep.def

b. Inicie la pasarela AGG_GATE:$NCHOME/omnibus/bin/nco_g_objserv_bi -propsfile $NCHOME/omnibus/etc/AGG_GATE.props &

Tivoli Netcool/OMNIbus V7.2.1 o anterior:Para configurar la migración tras error:1. Si todavía no lo ha hecho, cree el ObjectServer primario en el equipo designado

ejecutando el mandato nco_dbinit:$NCHOME/omnibus/bin/nco_dbinit -server nombre_servidor

Donde nombre_servidor es el nombre designado; por ejemplo, NETCOOLPRI.2. Inicie el ObjectServer primario (si es necesario):

$NCHOME/omnibus/bin/nco_objserv -name nombre_servidor &

3. Si todavía no lo ha hecho, cree el ObjectServer de copia de seguridad en otroequipo, como se describe en el paso 1.

4. Configure ObjectServer de copia de seguridad editando su archivo depropiedades ($NCHOME/omnibus/etc/nombre_servidor.props), y defina lapropiedad de BackupObjectServer como True.

5. Inicie el ObjectServer de copia de seguridad, como se describe en el paso 2.6. En el equipo en el que está instalado el ObjectServer de copia de seguridad,

configure la pasarela de ObjectServer bidireccional para intercambiar datos dealerta entre los ObjectServers primario y de copia de seguridad:a. Cree el directorio $NCHOME/omnibus/gates/nombre_pasarela, para los

archivos de configuración de la pasarela.b. Copie todos los archivos en $NCHOME/omnibus/gates/objserv_bi en el

directorio de $NCHOME/omnibus/gates/nombre_pasarela.c. Cambie el nombre del archivo $NCHOME/omnibus/gates/nombre_pasarela/

objserv_bi.map a nombre_pasarela.map.d. Cambie el nombre del archivo $NCHOME/omnibus/gates/nombre_pasarela/

objserv_bi.props a nombre_pasarela.props.e. Edite las siguientes entradas en el archivo nombre_pasarela.props:

# Common Netcool/OMNIbus Properties.MessageLog : ’$OMNIHOME/log/gateway_name.log’

# Common Gateway Properties.Gate.MapFile : ’$OMNIHOME/gates/gateway_name/gateway_name.map’Gate.StartupCmdFile : ’$OMNIHOME/gates/gateway_name/objserv_bi.startup.cmd’

# Bidirectional ObjectServer Gateway Properties.Gate.ObjectServerA.Server : ’primary_ObjectServer’


Gate.ObjectServerA.Username : ’user_name’Gate.ObjectServerA.Password : ’password’Gate.ObjectServerA.TblReplicateDefFile:

’$OMNIHOME/gates/gateway_name/objserv_bi.objectservera.tblrep.def’

Gate.ObjectServerB.Server : ’backup_ObjectServer’Gate.ObjectServerB.Username : ’user_name’Gate.ObjectServerB.Password : ’password’Gate.ObjectServerB.TblReplicateDefFile:

’$OMNIHOME/gates/gateway_name/objserv_bi.objectserverb.tblrep.def’

Sustituya nombre_pasarela por el nombre asignado a la pasarela,ObjectServer_primario y ObjectServer_copiaseguridad por los nombres de losObjectServer y especifique el nombre de usuario y la contraseña para laconexión con los ObjectServers.

f. Copie el archivo $NCHOME/omnibus/gates/nombre_pasarela/nombre_pasarela.props en $NCHOME/omnibus/etc/nombre_pasarela.props.

g. Inicie la pasarela:$NCHOME/omnibus/bin/nco_g_objserv_bi &

Conexión a un par de migración tras error de ObjectServerCada instalación de Network Manager que se conecta a un ObjectServer necesitauna copia del archivo de interfaces de Tivoli Netcool/OMNIbus (en UNIX o Linux)o el archivo de datos de conexión (en Windows).

Suponiendo que la información de comunicación de servidor se haya configuradoen las instalaciones de Tivoli Netcool/OMNIbus, el archivo $NCHOME/etc/interfaces.arch (donde arch representa el nombre del sistema operativo) o elarchivo %NCHOME%\ini\sql.ini deben estar disponibles en la ubicación de lainstalación de NCHOME.

Para asegurarse de que los procesos de Network Manager se pueden conectar a unpar de migración tras error de ObjectServer, realice uno de los siguientes pasos enlos servidores primario y de copia de seguridad de Network Manager:v Si Network Manager y Tivoli Netcool/OMNIbus están instalados en el mismo

equipo, pero en diferentes ubicaciones NCHOME, copie el archivo$NCHOME/etc/interfaces.arch o el archivo %NCHOME%\ini\sql.ini desde laubicación NCHOME de Tivoli Netcool/OMNIbus en la ubicación de lainstalación de NCHOME para Network Manager. Si los dos productos estáninstalados en la misma ubicación NCHOME, no es necesario realizar ningunaacción.

v Si Network Manager y Tivoli Netcool/OMNIbus están instalados en equiposdiferentes, copie el archivo $NCHOME/etc/interfaces.arch o el archivo%NCHOME%\ini\sql.ini desde la ubicación NCHOME de TivoliNetcool/OMNIbus a la ubicación de la instalación NCHOME en el equipo en elque está instalado Network Manager.Para obtener más información sobre la información de comunicación delservidor de configuración y de cómo generar el archivo TivoliNetcool/OMNIbus interfaces.arch o el archivo sql.ini, consulte ladocumentación de Tivoli Netcool/OMNIbus en http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/landingpage/NetcoolOMNIbus.html.

Tareas relacionadas:“Configuración de la migración tras error de ObjectServer” en la página 326La manera en la que configure la migración tras error de ObjectServer depende dela versión de Tivoli Netcool/OMNIbus.




“Configuración de la migración tras error utilizando el archivo ConfigItnm.cfg” enla página 334Cuando utiliza el archivo $NCHOME/etc/precision/ConfigItnm.DOMAIN.cfg paraconfigurar la migración tras error, los procesos de Network Manager leerán elarchivo en el inicio para identificar si se están ejecutando en el dominio primario ode copia de seguridad. De forma similar, el proceso ncp_model identificará si laréplica de NCIM está en uso y si se ejecuta de forma adecuada para esaconfiguración.

Configuración de la migración tras error de origen de datos parala GUI web de Tivoli Netcool/OMNIbusSi tiene un par de migración tras error de ObjectServers a los que se debe conectarla GUI web, puede configurar la migración tras error de origen de datos utilizandoel archivo de configuración de origen de datos ncwDataSourceDefinitions.xml ensu instalación de la GUI web.

Este archivo está ubicado en webgui_home_dir/etc/datasources, dondewebgui_home_dir es el directorio de instalación para la GUI web V7.3.1; porejemplo, $NCHOME/omnibus_webgui.

Para configurar la migración tras error de origen de datos:1. En el servidor de Tivoli Integrated Portal en el que está instalada la GUI web,

edite el archivo de configuración de origen de datos de la siguiente manera:a. Utilice el atributo de name del elemento <ncwDataSourceEntry> para

especificar una etiqueta para el par de migración tras error deObjectServers; por ejemplo, VirtualObjectServerPair.

b. Defina los detalles de conexión para los ObjectServers primario y de copiade seguridad utilizando el elemento <ncwDataSourceDefinition> y suselementos hijo.

Nota: Los valores del atributo name de los elementos<ncwDataSourceEntry> y <ncwDataSourceDefinition> deben ser idénticos.También debe definir las conexiones de ObjectServer utilizando los nombresde host y los números de puerto, en vez de los nombres de ObjectServerque están configurados en el archivo omni.dat o en el sql.ini.Para obtener un ejemplo de la configuración necesaria, consulte el código deejemplo en “Configuración de ncwDataSourceDefinitions.xml de ejemplopara la migración tras error de origen de datos” en la página 333.

c. Reinicie el servidor de Tivoli Integrated Portal para que los cambios surtanefecto. Utilice uno de los siguientes mandatos o métodos:

v UNIX Linux itnm_start tip



v Windows Desde el panel de control de Windows, haga doble clic enHerramientas administrativas y, a continuación, en Servicios. Desde laventana de Servicios, ubique e inicie el servicio de Tivoli IntegratedPortal.

Para obtener la información más reciente y completa sobre la configuraciónde la migración tras error de origen de datos en la GUI web, consulte ladocumentación de Tivoli Netcool/OMNIbus GUI web enhttp://www-01.ibm.com/support/knowledgecenter/SSSHTQ/landingpage/NetcoolOMNIbus.html. La documentación de GUI web debe

ser siempre el primer punto de referencia y tiene prioridad sobre lainformación que aparece en la documentación de Network Manager.

2. Debe definir también el valor WebTopDataSource en el archivoModelNcimDb.nombre_dominio.cfg con el mismo valor con el que<ncwDataSourceEntry> está definido en el archivoncwDataSourceDefinitions.xml. Al utilizar los valores de “Configuración dencwDataSourceDefinitions.xml de ejemplo para la migración tras error deorigen de datos” en la página 333, el siguiente ejemplo muestra qué cambiosnecesita realizar:a. Vaya al archivo NCHOME/etc/precision/ModelNcimDb.nombre_dominio.cfg y

ábralo para que pueda editarlo.b. Busque la inserción que define la propiedad WebTopDataSource:

insert into dbModel.access(EnumGroupFilter,TransactionLength,ValidateCacheFile,WebTopDataSource)values("enumGroup in (’ifAdminStatus’, ’ifOperStatus’, ’sysServices’, ’ifType’,’cefcFRUPowerAdminStatus’, ’cefcFRUPowerOperStatus’, ’TruthValue’,’entSensorType’, ’entSensorScale’, ’entSensorStatus’,’cefcModuleAdminStatus’, ’cefcModuleOperStatus’, ’ipForwarding’,’cefcPowerRedundancyMode’, ’EntityType’, ’ospfIfState’, ’ospfIfType’,’dot3StatsDuplexStatus’, ’accessProtocol’)",500,0,"OS");

c. Cambie el valor de WebTopDataSource en la siguiente consulta de inserciónpara ajustar los orígenes de datos configurados en el elemento<ncwDataSourceEntry> (en este caso, cambie el valor OS aVirtualObjectServerPair):insert into dbModel.access(EnumGroupFilter,TransactionLength,ValidateCacheFile,WebTopDataSource)values("enumGroup in (’ifAdminStatus’, ’ifOperStatus’, ’sysServices’, ’ifType’,’cefcFRUPowerAdminStatus’, ’cefcFRUPowerOperStatus’, ’TruthValue’,’entSensorType’, ’entSensorScale’, ’entSensorStatus’,’cefcModuleAdminStatus’, ’cefcModuleOperStatus’, ’ipForwarding’,’cefcPowerRedundancyMode’, ’EntityType’, ’ospfIfState’, ’ospfIfType’,’dot3StatsDuplexStatus’, ’accessProtocol’)",500,0,"VirtualObjectServerPair");

Nota: El nombre de origen de datos de la GUI web es el nombre para laconexión y debe ser la misma que la que está definida en la GUI web. Elnombre puede que no sea siempre el mismo que el nombre delObjectServer.

d. Realice este cambio en los servidores primario y de copia de seguridad deNetwork Manager.

e. Restart ncp_ctrl.

Configuración de ncwDataSourceDefinitions.xml de ejemplo para lamigración tras error de origen de datos

En el siguiente código de ejemplo, el texto en negrita identifica los valores que sonaplicables a la migración tras error del origen de datos.

<ncwDefaultDataSourceList><ncwDataSourceEntry name="VirtualObjectServerPair"/>

</ncwDefaultDataSourceList>

...

<ncwDataSourceDefinition type="singleServerOSDataSource" name="VirtualObjectServerPair" enabled="true"><ncwFailOverPairDefinition>

<ncwPrimaryServer>

<ncwOSConnection host="AGG_P_hostname" port="AGG_P_port" ssl="false" minPoolSize="5" maxPoolSize="10"/></ncwPrimaryServer><ncwBackUpServer>

<ncwOSConnection host="AGG_B_hostname" port="AGG_B_port" ssl="false" minPoolSize="5" maxPoolSize="10"/></ncwBackUpServer>

</ncwFailOverPairDefinition>

</ncwDataSourceDefinition>

Configuración de la autenticación de ObjectServerSi está utilizando un ObjectServer como el registro de usuario central para lagestión y autenticación de usuarios y desea que el ObjectServer se encuentre en unrepositorio federado, debe utilizar el script que se proporciona con TivoliIntegrated Portal para configurar el adaptador del gestor de miembros virtualespara el ObjectServer. Configure el adaptador para ambos ObjectServers en el parde migración tras error.

En cada servidor de Tivoli Integrated Portal en el que las aplicaciones web deNetwork Manager y la GUI web están instalados:1. Vaya al directorio tip_home_dir/bin.2. Especifique el siguiente mandato en la línea de mandatos:

confvmm4ncos usuario contraseña dirección puerto dirección2 puerto2

Donde:v usuario es el ID de un usuario con privilegios administrativos para los

ObjectServers.v contraseña es la contraseña para el ID de usuario.v dirección es la dirección IP del ObjectServer primario.v puerto es el número de puerto utilizado por el ObjectServer primario.v dirección2 es la dirección IP del ObjectServer de copia de seguridad.v puerto2 es el número de puerto utilizado por el ObjectServer de copia de

seguridad.3. Reinicie el servidor de Tivoli Integrated Portal utilizando uno de los siguientes

mandatos o métodos:

v UNIX Linux itnm_start tip



v Windows Desde el panel de control de Windows, haga doble clic enHerramientas administrativas y, a continuación, en Servicios. Desde laventana de Servicios, ubique e inicie el servicio de Tivoli Integrated Portal.

Configuración de la migración tras error de los procesosprincipales de Network ManagerPuede configurar la migración tras error de los procesos principales de NetworkManager utilizando el archivo $NCHOME/etc/precision/ConfigItnm.cfg parahabilitar la migración tras error.

También debe utilizar el archivo $NCHOME/etc/precision/ServiceData.cfg paraconfigurar una conexión de socket TCP entre los dominios primario y secundariode Network Manager.Conceptos relacionados:“Arquitectura de migración tras error de Network Manager (procesos principales)”en la página 304La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.

Configuración de la migración tras error utilizando el archivo ConfigItnm.cfg:

Cuando utiliza el archivo $NCHOME/etc/precision/ConfigItnm.DOMAIN.cfg paraconfigurar la migración tras error, los procesos de Network Manager leerán elarchivo en el inicio para identificar si se están ejecutando en el dominio primario ode copia de seguridad. De forma similar, el proceso ncp_model identificará si laréplica de NCIM está en uso y si se ejecuta de forma adecuada para esaconfiguración.

Los contenidos del archivo ConfigItnm.DOMAIN.cfg deben ser idénticos en losservidores de dominio primario y de copia de seguridad.

Para configurar la migración tras error utilizando el archivoConfigItnm.DOMAIN.cfg:1. En el servidor primario de Network Manager, edite el archivo

$NCHOME/etc/precision/ConfigItnm.PRIMARY_DOMAIN.cfg de la siguientemanera:a. Habilite la migración tras error y de forma opcional habilite la réplica de

NCIM y especifique los nombres de dominio primario, de copia deseguridad y virtual para los procesos de Network Manager. Puede insertarlos valores requeridos en la tabla itnmDomain.failover editando la siguientesección del archivo:insert into itnmDomain.failover(

FailoverEnabled,IsReplicatingNcim,PrimaryDomainName,BackupDomainName,VirtualDomainName

)values


(0,0,"NCOMS_P","NCOMS_B","NCOMS_V"

);

Complete la sección de values de la siguiente manera, en el orden listado:

Columna Valor requerido

FailoverEnabled Especifique 1 para habilitar la migración para los dominiosprimarios y de copia de seguridad definidos.

El valor predeterminado 0 significa que la migración traserror está inhabilitada.

IsReplicatingNcim Especifique 1 para forzar a Network Manager a quereplique la base de datos de topología NCIM en el dominioprimario en una segunda base de datos de NCIMindependiente en el dominio de copia de seguridad.

El valor predeterminado de 0 significa que ambos dominioscompartirán la misma base de datos NCIM y que NetworkManager no replicará la base de datos de topología NCIM.

PrimaryDomainName Sustituya NCOMS_P por el nombre real del dominio primariode Network Manager en el par de migración tras error.

BackupDomainName Sustituya NCOMS_B por el nombre real del dominio de copiade seguridad de Network Manager en el par de migracióntras error.

VirtualDomainName Sustituya NCOMS_V por un nombre designado para eldominio virtual de Network Manager en el par demigración tras error.

b. Especifique el nombre de ObjectServer al que la Sonda para TivoliNetcool/OMNIbus y la pasarela de sucesos se conectarán. Inserte el valorrequerido en la tabla itnmDomain.objectServer editando la siguiente seccióndel archivo:insert into itnmDomain.objectServer(

ServerName)values(

"NCOMS");

Complete la sección values de la siguiente manera:


Columna Valor requerido

ServerName Si está utilizando Tivoli Netcool/OMNIbus V7.3 o posteriory ha configurado la migración tras error de ObjectServerutilizando los archivos de configuración de varios nivelesque se proporcionan y las convenciones de nomenclaturapara la configuración de varios niveles, especifique AGG_Vcomo el nombre del par de agregación virtual. El valorinicial que aparece es el nombre de ObjectServer que hainstalado el instalador de Network Manager o NCOMS si nose ha instalado ningún ObjectServer.

Para versiones anteriores de Tivoli Netcool/OMNIbus,especifique el nombre alternativo definido para el parvirtual de ObjectServer.

Si no está configurada la migración tras error deObjectServer, especifique el nombre del único ObjectServerque se está utilizando.

Nota: No es necesaria ninguna configuración adicional de migración traserror en el archivo de propiedades de la sonda. La configuraciónpredeterminada de las propiedades de la sonda proporciona el soporteadecuado para la migración tras error cuando se está ejecutando la sonda.

2. Guarde el archivo.3. Copie todo el contenido del archivo $NCHOME/etc/precision/

ConfigItnm.PRIMARY_DOMAIN.cfg del servidor primario en el archivo$NCHOME/etc/precision/ConfigItnm.BACKUP_DOMAIN.cfg del servidor de copiade seguridad.

Tareas relacionadas:“Configuración de la migración tras error utilizando el archivo CtrlServices.cfg”El archivo $NCHOME/etc/precision/CtrlServices.cfg para el controlador deproceso maestro, ncp_ctrl, proporciona un método alternativo para laconfiguración de la migración tras error de los componentes principales deNetwork Manager. Este archivo requiere opciones de línea de mandatosindividuales para que se especifiquen para los procesos ncp_virtualdomain,ncp_model, ncp_g_event y ncp_poller en los servidores de dominio primarios y decopia de seguridad.

Configuración de la migración tras error utilizando el archivo CtrlServices.cfg:

El archivo $NCHOME/etc/precision/CtrlServices.cfg para el controlador deproceso maestro, ncp_ctrl, proporciona un método alternativo para laconfiguración de la migración tras error de los componentes principales deNetwork Manager. Este archivo requiere opciones de línea de mandatosindividuales para que se especifiquen para los procesos ncp_virtualdomain,ncp_model, ncp_g_event y ncp_poller en los servidores de dominio primarios y decopia de seguridad.

Nota: El uso de las opciones de línea de mandatos como -virtualDomain y-backupDomain en el archivo CtrlServices.cfg se mantiene principalmente para lacompatibilidad con versiones anteriores de Network Manager. El método preferidopara la configuración de la migración tras error es utilizar el archivo$NCHOME/etc/precision/ConfigItnm.DOMAIN.cfg.


Si necesita información sobre la configuración de la migración tras error utilizandoel archivo CtrlServices.cfg, consulte la documentación de Network Manager V3.8en http://www-01.ibm.com/support/knowledgecenter/SSSHRK_3.8.0/com.ibm.networkmanagerip.doc_3.8/itnm/ip/wip/install/task/nmip_ins_conffailoverprocessctrl.html.Tareas relacionadas:“Configuración de la migración tras error utilizando el archivo ConfigItnm.cfg” enla página 334Cuando utiliza el archivo $NCHOME/etc/precision/ConfigItnm.DOMAIN.cfg paraconfigurar la migración tras error, los procesos de Network Manager leerán elarchivo en el inicio para identificar si se están ejecutando en el dominio primario ode copia de seguridad. De forma similar, el proceso ncp_model identificará si laréplica de NCIM está en uso y si se ejecuta de forma adecuada para esaconfiguración.“Conmutación a la configuración de migración tras error con alta disponibilidad debase de datos de topología NCIM” en la página 339Puede modificar una arquitectura de migración tras error existente para queincluya la alta disponibilidad de base de datos de topología NCIM.

Configuración la conexión de socket TCP entre los dominios:

Es necesaria un conexión de socket TCP entre los procesos de dominio virtual enlos dominios primario y de copia de seguridad para que los datos de topología ylas actualizaciones de topología se puedan copiar en el dominio de copia deseguridad.

Para configurar la conexión TCP:1. En el servidor de Network Manager primario, inicie de forma manual el

proceso ncp_virtualdomain desde el directorio $NCHOME/precision/bin:ncp_virtualdomain -domain NOMBRE_SERVIDORPRIMARIO

Cuando el proceso ncp_virtualdomain se inicia por primera vez, escribe unalínea en el archivo $NCHOME/etc/precision/ServiceData.cfg, que lista lainformación de conexión TCP y multidifusión para los procesos de NetworkManager. Esta línea hace referencia a ncp_virtualdomain e incluye el puerto enel que el componente de dominio virtual del servidor primario acepta lasconexiones TCP del servidor de copia de seguridad. Por ejemplo:SERVICE: ncp_virtualdomain DOMAIN: VIRTUAL ADDRESS: 127.123.209.55 PORT: 1234SERVERNAME: myhostname DYNAMIC: NO

Consejo: El valor DYNAMIC:NO fuerza al proceso de ncp_virtualdomain a utilizarla misma dirección y puerto la próxima vez que se inicie.

2. Guarde el archivo.3. Detenga el proceso ncp_virtualdomain.4. Copie la línea SERVICE: ncp_virtualdomain DOMAIN: VIRTUAL ... del archivo

$NCHOME/etc/precision/ServiceData.cfg del servidor primario en el archivo$NCHOME/etc/precision/ServiceData.cfg del servidor de copia de seguridad.Asegúrese de que solo está presente una única línea SERVICE:ncp_virtualdomain DOMAIN: VIRTUAL ... en el archivo.

Importante: La línea SERVICE: ncp_virtualdomain DOMAIN: VIRTUAL ... debeser idéntica en el archivo $NCHOME/etc/precision/ServiceData.cfg en ambosdominios.


http://www-01.ibm.com/support/knowledgecenter/SSSHRK_3.8.0/com.ibm.networkmanagerip.doc_3.8/itnm/ip/wip/install/task/nmip_ins_conffailoverprocessctrl.html



Para obtener más información sobre la comunicación entre procesos y sobre elarchivo ServiceData.cfg, consulte la publicación IBM Tivoli Network Manager IPEdition Administration Guide.

Tareas relacionadas:“Definición de un puerto fijo para la conexión de socket TCP”Para evitar problemas de cortafuegos o conflictos de puerto, puede definir unpuerto fijo para la conexión de socket TCP que permite al proceso de dominiovirtual en el servidor de copia de seguridad que se conecte al proceso en elservidor primario.

Definición de un puerto fijo para la conexión de socket TCP:

Para evitar problemas de cortafuegos o conflictos de puerto, puede definir unpuerto fijo para la conexión de socket TCP que permite al proceso de dominiovirtual en el servidor de copia de seguridad que se conecte al proceso en elservidor primario.

Durante el inicio, el proceso ncp_virtualdomain en el servidor primario agrega unalínea al archivo NCHOME/etc/precision/ServiceData.cfg, con información sobre susdetalles de conexión, incluido el número de puerto. Para definir un puerto fijo,debe sustituir el número de puerto inicial por el valor requerido.

Para configurar un puerto fijo para la migración tras error:1. Edite el archivo $NCHOME/etc/precision/ServiceData.cfg en el servidor

primario de la siguiente manera:a. Ubique la línea que hace referencia a ncp_virtualdomain. Por ejemplo:

SERVICE: ncp_virtualdomain DOMAIN: VIRTUAL ADDRESS: 127.123.209.55PORT: 1234 SERVERNAME: myhostname DYNAMIC: NO

En este ejemplo, el proceso primario ncp_virtualdomain acepta conexionesdel servidor de copia de seguridad en el puerto 1234.

b. Cambie el valor PORT al valor requerido.c. Anote el número de puerto y guarde y cierre el archivo ServiceData.cfg.

2. En el servidor de copia de seguridad, edite el archivo $NCHOME/etc/precision/ServiceData.cfg actualizando el número de puerto especificado en la línea quehace referencia a ncp_virtualdomain.

Importante: Esta línea debe ser idéntica en el archivo $NCHOME/etc/precision/ServiceData.cfg de ambos dominios.Para obtener más información sobre el archivo ServiceData.cfg, consulte lapublicación IBM Tivoli Network Manager IP Edition Administration Guide.

Tareas relacionadas:“Configuración la conexión de socket TCP entre los dominios” en la página 337Es necesaria un conexión de socket TCP entre los procesos de dominio virtual enlos dominios primario y de copia de seguridad para que los datos de topología ylas actualizaciones de topología se puedan copiar en el dominio de copia deseguridad.


Conmutación a la configuración de migración tras error con alta disponibilidadde base de datos de topología NCIM:

Puede modificar una arquitectura de migración tras error existente para queincluya la alta disponibilidad de base de datos de topología NCIM.




Para configurar la alta disponibilidad de base de datos de topología NCIM:1. Configure la alta disponibilidad de base de datos de topología NCIM

utilizando la característica de alta disponibilidad que proporciona la base dedatos soportada.

DB2

Si tiene una base de datos DB2, siga los procedimientos descritos en

la documentación de DB2 para establecer una configuración de migración traserror para la base de datos de topología NCIM mediante la función HADR.Consulte Información relacionada más adelante para obtener enlaces alInformation Center de DB2.

Oracle

Fix Pack 5

Si tiene una base de datos Oracle, siga los procedimientos

descritos en la documentación de Oracle para configurar el entorno de altadisponibilidad de Real Application Clusters (RAC). Mediante RAC de Oracle,puede crear una configuración de alta disponibilidad para su base de datos detopología NCIM. Para obtener información sobre cómo instalar y configurarRAC de Oracle, consulte la información relacionada más adelante, para ver unenlace a la documentación de Oracle.

2. Configure Network Manager para que funcione con la base de datos soportadasegún se describe en “Configuración de Network Manager para que funcionecon HADR de DB2, o RAC de Oracle” en la página 340.

Conceptos relacionados:

Fix Pack 4 “Sobre la alta disponibilidad de base de datos de topología NCIM” en lapágina 297Network Manager permite configurar la base de datos de topología NCIM(Network Connectivity and Inventory Model) para una alta disponibilidad,minimizando el impacto de fallos de sistema o de red. Las secciones siguientesproporcionan una visión general de la alta disponibilidad de base de datos detopología de NCIM y explican cómo se configura.Tareas relacionadas:


“Configuración de la migración tras error utilizando el archivo ConfigItnm.cfg” enla página 334Cuando utiliza el archivo $NCHOME/etc/precision/ConfigItnm.DOMAIN.cfg paraconfigurar la migración tras error, los procesos de Network Manager leerán elarchivo en el inicio para identificar si se están ejecutando en el dominio primario ode copia de seguridad. De forma similar, el proceso ncp_model identificará si laréplica de NCIM está en uso y si se ejecuta de forma adecuada para esaconfiguración.“Configuración de la migración tras error utilizando el archivo CtrlServices.cfg” enla página 336El archivo $NCHOME/etc/precision/CtrlServices.cfg para el controlador deproceso maestro, ncp_ctrl, proporciona un método alternativo para laconfiguración de la migración tras error de los componentes principales deNetwork Manager. Este archivo requiere opciones de línea de mandatosindividuales para que se especifiquen para los procesos ncp_virtualdomain,ncp_model, ncp_g_event y ncp_poller en los servidores de dominio primarios y decopia de seguridad.

Fix Pack 4 “Configuración de Network Manager para que funcione con HADR deDB2, o RAC de Oracle”Puede configurar los procesos principales de Network Manager para que utilicenel catálogo de DB2 y la GUI de Network Manager para que funcione en el entornode recuperación tras desastre de alta disponibilidad (HADR) de DB2. Fix Pack 5 Dela misma forma, también puede configurar los procesos centrales y la GUI deNetwork Manager y la GUI de Network Manager para que funcionen en elentorno Oracle Real Application Clusters (RAC).Información relacionada:




Configuración de Network Manager para que funcione con HADRde DB2, o RAC de OraclePuede configurar los procesos principales de Network Manager para que utilicenel catálogo de DB2 y la GUI de Network Manager para que funcione en el entornode recuperación tras desastre de alta disponibilidad (HADR) de DB2. Fix Pack 5 Dela misma forma, también puede configurar los procesos centrales y la GUI deNetwork Manager y la GUI de Network Manager para que funcionen en elentorno Oracle Real Application Clusters (RAC).

DB2

Para obtener orientación sobre las mejores prácticas para implementar

una solución de alta disponibilidad utilizando HADR de DB2, consulte IBM DB2High Availability for Tivoli Netcool products - Best Practices, disponible enhttps://www.ibm.com/developerworks/community/wikis/home?lang=en#/wiki/Tivoli%20Netcool%20OMNIbus/page/Best%20Practices.

Nota: Si implementa una migración tras error, tiene que asegurarse de que lasinstalaciones primaria y de copia de seguridad están utilizando claves de cifrado







idénticas. Si las claves de cifrado no son idénticas, entonces el instrumento para elsondeo de copia de seguridad no funciona correctamente durante la migración traserror. Para asegurarse de que las instalaciones primaria y de copia de seguridadestán utilizando claves de cifrado idénticas, copie el archivo siguiente del servidorprimario a la misma ubicación en el servidor de copia de seguridad:$NCHOME/etc/security/keys/conf.key. Si introdujo todas las cadenas decomunidad SNMP en la línea de mandatos y no las cifra, no necesita realizar estatarea. Para obtener más información sobre cómo cambiar la clave de cifrado,consulte IBM Tivoli Network Manager IP Edition Administration Guide.Conceptos relacionados:

Fix Pack 4 “Sobre la alta disponibilidad de base de datos de topología NCIM” en lapágina 297Network Manager permite configurar la base de datos de topología NCIM(Network Connectivity and Inventory Model) para una alta disponibilidad,minimizando el impacto de fallos de sistema o de red. Las secciones siguientesproporcionan una visión general de la alta disponibilidad de base de datos detopología de NCIM y explican cómo se configura.“Arquitectura de migración tras error de Network Manager (procesos principales)”en la página 304La migración tras error de los procesos principales de Network Manager se puedeimplementar estableciendo las instalaciones principales y de copia de seguridad deNetwork Manager que se ejecutan en distintos servidores. Ambas instalacionespueden conectarse a un único ObjectServer de Tivoli Netcool/OMNIbus o a un parvirtual de ObjectServers.Información relacionada:




Forzar que Network Manager utilice el catálogo de DB2 o un servicio RAC de

Oracle: Fix Pack 5

Utilice esta información para obligar a los procesos principales de NetworkManager a utilizar el catálogo de DB2 o para conectar a un nombre de servicioRAC de Oracle, según su tipo de base de datos.

DB2

Para bases de datos DB2, los procesos principales de Network Manager

deben utilizar el catálogo de DB2 para obtener información sobre el servidor deDB2 alternativo. Para obligar a que los procesos principales de Network Managerutilice en catálogo de DB2, edite dos archivos de configuración(DbLogins.Domain.cfg y MibDbLogin.cfg) y ejecute el mandato DB2 UPDATEALTERNATE SERVER FOR DATABASE.

Oracle

Fix Pack 5

Para bases de datos Oracle, los procesos principales de

Network Manager necesitan conectarse al nombre de servicio utilizado por el RACde Oracle.





Oracle Para configurar los procesos principales de Network Manager para queutilicen un nombre de servicio en lugar de un SID, edite dos archivos deconfiguración (DbLogins.Dominio.cfg y MibDbLogin.cfg).

Los dos archivos de configuración (DbLogins.Domain.cfg y MibDbLogin.cfg) quedebe editar son parte de la instalación principal de Network Manager. Por lo tanto,estos archivos de configuración residen en el servidor donde se ha instaladoNetwork Manager. Si ha configurado la migración tras error de Network Manager,deberá editar estos archivos de configuración en los servidores de NetworkManager primario y de copia de seguridad.1. En el servidor principal de Network Manager, abra el archivo

$NCHOME/etc/precision/DbLogins.Domain.cfg y realice los cambios siguientes,según el tipo de base de datos:


DB2 Para bases de datos DB2 1. Busque el atributo denominadom_PortNum.

2. No cambie el valor del atributom_PortNum para "DNCIM",. Establezca elvalor de todos los demás atributosm_PortNum en 0 (cero).

3. Defina el atributo m_DbName al aliascatalogado de forma local para elservidor DB2 de NCIM primario.

4. Grabe y abandone el archivo deconfiguración.

Si fuera necesario, realice los mismos pasosen el servidor de seguridad de NetworkManager.



Oracle Para bases de datos Oracle 1. Busque el atributo m_OracleService yañada tras el m_PortNum, si aún noestuviera.

2. No cambie el valor del atributom_OracleService para "DNCIM",.Establezca el valor de todos los demásatributos m_OracleService en 1.

3. Asegúrese de que m_DbName estáestablecido en Oracle SERVICE_NAME,según se especifica en$ORACLE_HOME/network/admin/tnsnames.ora

4. Asegúrese de que m_Hostname estáestablecido en el nombre de host deOracle RAC SCAN.

5. De manera opcional, puede definir supropia serie de conexión Oracle RACpersonalizada utilizando el atributom_ConnectionString, como se describeaquí. Esta serie de conexión se puedeutilizar para conectarse a un clústerOracle RAC, o para otros propósitos.



2. En el servidor principal de Network Manager, abra el archivo$NCHOME/etc/precision/MibDbLogin.cfg y realice los cambios siguientes, segúnsu tipo de base de datos:


DB2 Para bases de datos DB2 1. Busque el atributo denominadom_PortNum.

2. Establezca el valor del atributo m_PortNumen 0 (cero).





Oracle Para bases de datos Oracle 1. Busque el atributo m_OracleService yañada tras el m_PortNum, si aún noestuviera.

2. Establezca el valor del atributom_OracleService en 1.

3. Asegúrese de que m_DbName estáestablecido en Oracle SERVICE_NAME,según se especifica en$ORACLE_HOME/network/admin/tnsnames.ora

4. Asegúrese de que m_Hostname estáestablecido en el nombre de host deOracle RAC SCAN.

5. Opcionalmente, puede definir su propiaserie de conexión de Oraclepersonalizada utilizando el atributom_ConnectionString, como se describeaquí. Esta serie de conexión se puedeutilizar para conectarse a un clústerOracle RAC, o para otros propósitos.



3. Oracle Fix Pack 5 Para bases de datos de Oracle, también debe realizar elsiguiente cambio:a. Edite el archivo ITNMHOME/profiles/TIPProfile/etc/tnm/tnm.properties.b. Añada el siguiente parámetro al archivo:

tnm.database.jdbc.url=jdbc.oracle:thin@SERVER_NAME:PORT_NUMBER:DATABASE_NAME

Donde:v SERVER_NAME es el nombre del servidor donde se ha instalado el

servicio RAC de Oracle.v PORT_NUMBER es el número de puerto pertinente de ese servidor.v DATABASE_NAME es el nombre de la base de datos, tal y como se ha

definido en tnm.database.dbname dentro del archivo tnm.properties.c. Guarde el archivo tnm.properties.

4. DB2 Para bases de datos DB2, también debe ejecutar el comando UPDATEALTERNATE SERVER FOR DATABASE desde los servidores primario y de seguridaddonde se haya instalado DB2. Para obtener detalles sobre este mandato,consulte Información relacionada a continuación para obtener enlaces alInformation Center de DB2.Ejecute el mandato UPDATE ALTERNATE SERVER FOR DATABASE en el servidorprincipal de DB2 para actualizar el servidor DB2 alternativo, según se indica acontinuación:db2 update alternate server for database database-alias using hostname hostnameport port-number

donde:


v database-alias — Especifica el alias de la base de datos donde se va aactualizar el servidor alternativo.

v hostname — Especifica un nombre de host completo o la dirección IP delnodo donde reside el servidor alternativo de la base de datos.

v port — Especifica el número de puerto del servidor alternativo de la instanciade gestor de bases de datos.

Siga los mismos pasos en el servidor de DB2 de seguridad.El ejemplo siguiente muestra cómo ejecutar el comando UPDATE ALTERNATESERVER FOR DATABASE en el servidor principal de DB2:db2 update alternate server for database TAURUS using hostname co110002port 50000

El ejemplo siguiente muestra cómo ejecutar el mandato UPDATE ALTERNATESERVER FOR DATABASE en el servidor de seguridad de DB2:db2 update alternate server for database TAURUS using hostname co110004port 50000

Tareas relacionadas:“Establecimiento de un URL de conexión personalizado para identificar losservidores de DB2 o RAC de Oracle” en la página 346Utilice esta información para establecer un URL de conexión personalizada paraidentificar los servidores primario y de copia de seguridad de DB2, o paraidentificar el servicio de RAC Oracle 11. Esta conexión permitirá a la GUI deNetwork Manager trabajar en el entorno de DB2 HADR o el entorno RAC deOracle, según el tipo de base de datos.Información relacionada:




Serie de conexión ORACLE personalizada:

Puede definir una serie de conexión ORACLE personalizada. Esta serie deconexión se puede utilizar para conectarse a un clúster Oracle RAC, o para otrospropósitos.

Para definir una serie de conexión ORACLE personalizada, edite el archivo deconfiguración $NCHOME/etc/precision/DbLogins.Domain.cfg y configure lainserción dentro del archivo para incluir un campo m_ConnectionString para que lainserción se parezca a:insert into config.dbserver(

m_DbId,m_Server,m_DbName,m_Schema,m_Hostname,m_Username,m_Password,m_PortNum,





m_ConnectionString,m_EncryptedPwd

)values(

"NCIM","oracle","ORATEST","ncim","server1.location1.acme.com","ncim","ncim",1521,"(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=server1.location1.acme.com3)

(PORT=1521))(CONNECT_DATA=(SID=ORATEST)))",0

);

Utilizando el atributo m_ConnectionString de esta manera, puede sustituir deforma efectiva los valores de m_DbName, m_Hostname and m_PortNum. Aún debeproporcionar estos valores; sin embargo, se sobrescribirán por el valor especificadoen el atributo m_ConnectionString al conectarse a la base de datos.

Establecimiento de un URL de conexión personalizado para identificar losservidores de DB2 o RAC de Oracle:

Utilice esta información para establecer un URL de conexión personalizada paraidentificar los servidores primario y de copia de seguridad de DB2, o paraidentificar el servicio de RAC Oracle 11. Esta conexión permitirá a la GUI deNetwork Manager trabajar en el entorno de DB2 HADR o el entorno RAC deOracle, según el tipo de base de datos.

Para establecer un URL de conexión personalizado para identificar los servidoresprimario y de seguridad de DB2, o para identificar los servidores RAC de Oracle,edite tres archivos de propiedades y especifique la conexión de URL a dichosservidores. Especifique la misma conexión de URL en cada uno de los archivos depropiedades.

A la GUI de Network Manager se aplican los dos archivos de propiedadessiguientes:v $NCHOME/precision/profiles/TIPProfile/etc/tnm/tnm.properties

v $NCHOME/precision/profiles/TIPProfile/etc/tnm/ncpolldata.properties

El archivo de propiedades siguiente es parte de la instalación central de NetworkManager: $NCHOME/precision/platform/java/lib/ncp_topoviz/etc/tnm/tnm.properties

Para establecer un URL de conexión personalizado:1. Abra los archivos $NCHOME/precision/profiles/TIPProfile/etc/tnm/

tnm.properties y $NCHOME/precision/platform/java/lib/ncp_topoviz/etc/tnm/tnm.properties para edición y realice los cambios siguientes en ambos,según el tipo de base de datos:



DB2 Para bases de datos DB2 Especifique la conexión de URL de losservidores primario y de seguridad de DB2,mediante la sintaxis siguiente:

tnm.database.jdbc.url=jdbc:db2://primary_db2_server:primary_db2_port_number/dbname:clientRerouteAlternateServerName=backup_db2_server;clientRerouteAlternatePortNumber=backup_db2_port;

donde:

v primary_db2_server: especifica el nombredel servidor primario donde se ejecuta labase de datos DB2.

v primary_db2_port_number: especifica elnúmero de puerto del servidor primariodonde se ejecuta la base de datos DB2.

v dbname: especifica el nombre de la base dedatos DB2.

v backup_db2_server: especifica el nombre delservidor de seguridad en el que se ejecutala base de datos DB2.

v backup_db2_port — : especifica el númerode puerto del servidor de seguridad en elque se ejecuta la base de datos DB2.

Oracle

Para bases de datos Oracle Especifique la conexión de URL a los

servidores RAC de Oracle utilizando lasintaxis siguiente:

tnm.database.jdbc.url=jdbc:oracle:thin:@Oracle_RAC_SCAN_hostname:Oracle_RAC_port_number/Oracle_RAC_service_name

donde:

v Oracle_RAC_SCAN_hostname : especifica ladirección de Single Client Access Name(SCAN) de Oracle en la que se ejecuta labase de datos RAC de Oracle.

v Oracle_RAC_port_number — : especifica elnúmero de puerto en el que se ejecuta labase de datos RAC de Oracle.

v Oracle_RAC_service_name : especifica elnombre del servicio en el que se ejecuta labase de datos RAC de Oracle.

2. Abra el archivo $NCHOME/precision/profiles/TIPProfile/etc/tnm/ncpolldata.properties para edición y realice los cambios siguientes, según sutipo de base de datos:



DB2 Para bases de datos DB2 Especifique la conexión de URL de losservidores primario y de seguridad de DB2,mediante la sintaxis siguiente:

ncpolldata.database.jdbc.url=jdbc:db2://servidor_db2_primario:número_puerto_db2_primario/dbname:clientRerouteAlternateServerName=backup_db2_server;clientRerouteAlternatePortNumber=backup_db2_port;

donde:

v primary_db2_server: especifica el nombredel servidor primario donde se ejecuta labase de datos DB2.

v primary_db2_port_number: especifica elnúmero de puerto del servidor primariodonde se ejecuta la base de datos DB2.

v dbname: especifica el nombre de la base dedatos DB2.

v backup_db2_server: especifica el nombre delservidor de seguridad en el que se ejecutala base de datos DB2.

v backup_db2_port — : especifica el númerode puerto del servidor de seguridad en elque se ejecuta la base de datos DB2.

Oracle

Para bases de datos Oracle Especifique la conexión de URL a los

servidores RAC de Oracle utilizando lasintaxis siguiente:

ncpolldata.database.jdbc.url=jdbc:oracle:thin:@Oracle_RAC_SCAN_hostname:Oracle_RAC_port_number/Oracle_RAC_service_name

donde:

v Oracle_RAC_SCAN_hostname : especifica ladirección de Single Client Access Name(SCAN) de Oracle en la que se ejecuta labase de datos RAC de Oracle.

v Oracle_RAC_port_number — : especifica elnúmero de puerto en el que se ejecuta labase de datos RAC de Oracle.

v Oracle_RAC_service_name : especifica elnombre del servicio en el que se ejecuta labase de datos RAC de Oracle.

Tareas relacionadas:“Forzar que Network Manager utilice el catálogo de DB2 o un servicio RAC deOracle” en la página 341Utilice esta información para obligar a los procesos principales de NetworkManager a utilizar el catálogo de DB2 o para conectar a un nombre de servicioRAC de Oracle, según su tipo de base de datos.Información relacionada:





Configuración de parámetros para las comprobaciones deestadoSi es necesario, puede configurar las condiciones que prefiera bajo los sucesos decomprobación de estado, especificando inserciones OQL idénticas en el archivo deesquema del proceso de dominio virtual (VirtualDomainSchema.cfg) tanto en elservidor primario como el de copia de seguridad.

El componente de dominio virtual utiliza dos tablas de bases de datos(configuración y estado) en la base de datos ncp_virtualdomain para soportar lamigración tras error de Network Manager. Los filtros y los registros de estado decomprobación de estado están almacenados en estas tablas, que se puedenactualizar utilizando el archivo VirtualDomainSchema.cfg. Para obtener másinformación sobre las tablas de base de datos configuración y estado, consulte lapublicación IBM Tivoli Network Manager IP Edition Management Database Reference.

Para cambiar los valores predeterminados de los parámetros de comprobación deestado:1. En el servidor de Network Manager primario, edite el archivo

$NCHOME/etc/precision/VirtualDomainSchema.cfg especificando las siguientesinserciones OQL:v Actualice los valores de columna en la tabla config.defaults para especificar

diferentes periodos de tiempo para las comprobaciones de estado de lamigración tras error.Por ejemplo, pueden utilizar la columna m_HealthCheckPeriod para cambiarel intervalo de tiempo entre cada comprobación de estado. O puede utilizarla columna m_FailoverTime para cambiar el intervalo después del cual eldominio de copia de seguridad desencadena la migración tras error, cuandoel dominio primario se considera que está en mal estado. Los valorespredeterminados son los siguientes:insert into config.defaults(

m_HealthCheckPeriod,m_FailoverTime,m_AutoTopologyDownload

)values( 60, 300, 1 );

v Si es necesario, actualice la tabla state.filters para definir filtros individualespara cada sondeador configurado en el archivo $NCHOME/etc/precision/CtrlServices.cfg. Por ejemplo, para un sondeador configurado de formaadicional, PingPoller:insert into state.filters(

m_ServiceName,m_Filter,





m_Description)values(

"PingPoller","m_ChangeTime > eval(time,’$TIME - 300’) and m_CtrlState <> 7","The Poller has been running within the last 300 seconds"

);

2. Guarde y cierre el archivo.3. Realice cambios idénticos en el archivo $NCHOME/etc/precision/

VirtualDomainSchema.cfg del servidor de copia de seguridad.Conceptos relacionados:“Sucesos de comprobación de estado y migración tras error” en la página 312La migración tras error se rige por las comprobaciones de estado, que seconfiguran para que se ejecuten periódicamente a fin de evaluar el estado de losdominios principales y de copia de seguridad de Network Manager.

Configuración de dependencias de proceso para la migracióntras errorAl ejecutar Network Manager en modalidad de migración tras error, debe iniciarlos procesos de Network Manager utilizando el proceso ncp_ctrl. El orden en elque se inician los procesos es importante y está definido por las dependencias deproceso que están configuradas en el archivo $NCHOME/etc/precision/CtrlServices.cfg.

El componente de dominio virtual (ncp_virtualdomain), que gestiona la migracióntras error, depende de todos los procesos que está supervisando porque no puededeterminar correctamente su estado hasta que se estén ejecutando los procesos. Enel archivo CtrlServices.cfg tanto en el dominio primario como en el de copia deseguridad, la entrada para el proceso ncp_virtualdomain tiene la siguienteconfiguración predeterminada:dependsOn=[ "ncp_poller(default)", "ncp_g_event" ];

No es necesaria ninguna configuración adicional para definir las dependencias deproceso para la migración tras error, siempre que se mantenga este valorpredeterminado.

Para obtener información sobre la gestión de dependencias de proceso, consulte lapublicación IBM Tivoli Network Manager IP Edition Administration Guide.

Solución de problemas de la migración tras errorRevise esta información para obtener ayuda sobre la resolución de problemas quepuede encontrar con la migración tras error.

Verificación de la configuración de migración tras error de losObjectServers de Tivoli Netcool/OMNIbusSi está configurada la migración tras error de ObjectServer, puede que encuentreútil verificar la configuración de migración tras error de los ObjectServers.1. Una vez iniciados ambos ObjectServers, compruebe que los sucesos reenviados

al ObjectServer principal se están mostrando en la Lista de sucesos activos.2. Detenga el ObjectServer principal y compruebe el archivo de registro de

ObjectServer ($NCHOME/omnibus/log/NOMBRE_PRINCIPAL.log) en busca demensajes de migración tras error.

3. Compruebe la Lista de sucesos activos para confirmar que los sucesosreenviados al ObjectServer de copia de seguridad se están mostrando.

4. Restaure el ObjectServer principal a un estado en ejecución y verifique que laconmutación por recuperación se ha producido comprobando su registro deregistro.

Para obtener más información acerca del uso de los mandatos de TivoliNetcool/OMNIbus para iniciar y detener el ObjectServer, consulte ladocumentación de Tivoli Netcool/OMNIbus en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm. Paraobtener más información acerca de cómo iniciar y detener el ObjectServerutilizando los mandatos de Network Manager, consulte la publicación IBM TivoliNetwork Manager IP Edition Administration Guide.

Rastreo de la migración tras error de los procesos principales deNetwork ManagerPuede realizar un número de acciones y comprobaciones para verificar si lamigración tras error de los procesos principales de Network Manager estánfuncionando como se esperaba.

Rastreo de la migración tras error al inicio

Para asegurarse de que el dominio principal se inicia ejecutándose como eldominio activo, inicie el dominio principal y su proceso de Dominio virtual antesde iniciar el dominio de copia de seguridad. Si el dominio de copia de seguridadse ha iniciado antes de que el proceso de Dominio virtual principal se hayainiciado, el dominio de copia de seguridad se puede volver activo, iniciar elsondeo de la red, y generar sucesos de problemas de comprobación de estadoacerca del dominio principal. Este problema, sin embargo, se resuelve por sí mismouna vez que se inicie el Dominio virtual principal y los sucesos de comprobaciónde estado se transmitan entre los dominios.

En el inicio, la topología y las políticas se copian desde el dominio principal aldominio de copia de seguridad. El dominio de copia de seguridad, sin embargo,no puede convertirse en activo (en la migración tras error) hasta que se hayainicializado su topología. Para verificar que la topología se ha inicializado:v Busque un archivo de memoria caché de topología de tamaño no cero

(Store.Cache.kernel.activeModel.domain) en el directorio $NCHOME/var/precision del dominio de copia de seguridad.

v Si la réplica de NCIM está configurada, compruebe que existen las entidades enel dominio de copia de seguridad. Debería haber el mismo número de entidadesen las tablas principales y de copia de seguridad de ncim.entityData.

Consejo: Puede llevar algún tiempo para que la topología y las políticas secopien desde el dominio principal al copia de seguridad, en particular paratopologías de gran tamaño. Por lo tanto, deje un intervalo de tiempo razonableantes de buscar el archivo de memoria caché de topología y las entidades en eldominio de copia de seguridad.

Generación de sucesos para el inicio: Supervise la Lista de sucesos activos paralos sucesos ItnmServiceState e ItnmFailoverConnection de Network Manager, paraverificar que los procesos del Dominio virtual se están ejecutando, y que laconexión de socket de TCP se ha establecido:v Una vez que se inicie cada proceso local ncp_virtualdomain, el proceso ncp_ctrl

generará un suceso de resolución ItnmServiceState.v Cuando se establezca una conexión TCP entre los procesos del Dominio virtual,

se generará un suceso de resolución ItnmFailoverConnection.




Rastreo de la migración tras error cuando el sistema está en unestado estable

El comportamiento de migración tras error normal, de estado estable se puede lograrúnicamente una vez que los procesos del Dominio virtual de los dominiosprincipales y de copia de seguridad se hayan iniciado y conectado. Elcomportamiento de estado estable se puede definir como sigue:v El dominio principal está activo, y funcionando como si fuera el único dominio.

El proceso de descubrimiento descubre la red, que se supervisa mediante elsondeador, y los sucesos están enriquecidos mediante la Pasarela de sucesos.

v El dominio de copia de seguridad está en modalidad en espera. Eldescubrimiento no se inicia, y el sondeador realiza el seguimiento de laspolíticas configuradas en el dominio principal, pero no sondea ningúndispositivo. La Pasarela de sucesos tampoco actualiza sucesos en el ObjectServer.

Puede ejecutar consultas de OQL en cada dominio para comprobar en el estado delos procesos:v Puede comprobar el estado de procesos individual de Network Manager

consultando la base de datos del proceso ncp_ctrl. Todos los procesos que seejecutan son ningún problema deberían tener el valor serviceState = 4 en latabla de base de datos services.inTray, para indicar que el servicio está“conectado y en ejecución”.

v Los procesos ncp_poller y ncp_g_event tiene cada uno una tabla de base dedatos asociada config.failover, que identifica su estado de migración tras erroractual. Al ejecutarse satisfactoriamente en un estado estable, estos procesostienen el valor FailedOver = 0 en la tabla de OQL config.failover en ambosdominios. (El proceso del Dominio virtual actualiza periódicamente el campoFailedOver).

Consejo: El esquema de base de datos de config está definido en los siguientesarchivos: $NCHOME/etc/precision/NcPollerSchema.cfg y $NCHOME/etc/precision/EventGatewaySchema.cfg.Para obtener más información acerca de la ejecución de consultas de OQL,consulte la publicación IBM Tivoli Network Manager IP Edition Language Reference.Para obtener más información acerca de cómo identificar qué procesos están enejecución, consulte la publicación IBM Tivoli Network Manager IP EditionAdministration Guide.

Generación de sucesos mientras se está en un estado estable: Cada dominiogenera sucesos acerca de su estado, según los filtros del archivo$NCHOME/etc/precision/VirtualDomainSchema.cfg. Estos sucesos se generan en unintervalo configurado en el campo m_HealthCheckInterval. Supervise la Lista desucesos activos para los sucesos ItnmHealthChk e ItnmDatabaseConnection deNetwork Manager para comprobar si los dominios principales y de copia deseguridad están en buen estado:v Cada dominio genera sucesos de resolución ItnmHealthChk mientras esté sano.v El dominio principal generará un suceso de problema ItnmDatabaseConnection

si la conexión a la base de datos principal de NCIM se ha perdido. Si laconexión no se restablece dentro del intervalo de tiempo definido para laentrada state.filters de NCIM del archivo VirtualDomainSchema.cfg, el dominioprincipal generará un suceso de problema ItnmHealthChk, acerca del dominioprincipal.

v Si el dominio de copia de seguridad no recibe un suceso de resoluciónItnmHealthChk desde el dominio principal dentro del intervalo m_FailoverTime


configurado, el dominio de copia de seguridad generará un suceso de problemaItnmHealthChk sintético en nombre del dominio principal.Si el dominio principal o el de copia de seguridad genera un suceso deproblema ItnmHealthChk para el dominio principal, se desencadena lamigración tras error, y el dominio de copia de seguridad se vuelve activo. Si eldominio principal sigue en ejecución, se pasará a la modalidad en espera.

Consejo: Para sucesos de comprobación de estado, el campo de Nodo identificael dominio para el que se genera el suceso de comprobación de estado.

Rastreo de migración tras error y de conmutación por recuperación

Cuando se produzca la migración tras error, el dominio de copia de seguridad sevolverá activo, el sondeador de copia de seguridad supervisará la red, y la Pasarelade sucesos actualizará los sucesos de ObjectServer. Puede ejecutar consultas deOQL para consultar el estado de los procesos ncp_poller y ncp_g_event. Estosprocesos tienen una tabla de base de datos config.failover asociada, que identificasu estado de migración tras error actual. Cuando el dominio de copia de seguridadesté activo, estos procesos tendrán el valor FailedOver = 1 en la tablaconfig.failover, para indicar que están en un estado de migración tras error. (Si eldominio principal sigue en ejecución, los procesos asociados tendrán tambiénasignados el valor de FailedOver = 1).

Cuando se produzca la conmutación por recuperación, el dominio de copia deseguridad se pondrá en espera, y el dominio principal se volverá activo de nuevo.Esto es análogo al inicio.

Generación de sucesos en la migración tras error y la conmutación porrecuperación: Supervise la Lista de sucesos activos para los sucesosItnmHealthChk e ItnmFailover de Network Manager, para confirmar elcomportamiento de migración tras error y de conmutación por recuperación:v Un suceso de problema ItnmHealthChk acerca del dominio principal indica que

se ha desencadenado la migración tras error. Un suceso de resoluciónItnmHealthChk posterior acerca del dominio principal indica que se hadesencadenado la conmutación por recuperación.

v Los sucesos ItnmFailover se generan para indicar cuándo migra tras error oconmuta por recuperación un dominio de Network Manager. La descripción desucesos indica si el dominio es el principal o el de copia de seguridad, y si se havuelto activo o se ha puesto en modalidad en espera.

Referencia relacionada:“Sucesos de estado de Network Manager” en la página 173Network Manager puede generar sucesos que muestren el estado de variosprocesos de Network Manager. Estos sucesos se conocen como sucesos de estadode Network Manager y tienen el valor del campo de AlertGroup de alerts.status deEstado ITNM.


Investigación de la causa de la migración tras errorDado que la migración tras error se puede iniciar mediante el dominio principal oel de copia de seguridad, es importante identificar qué dominio inició la migracióntras error.

Realice cualquiera de las siguientes acciones:v Revise el archivo de registro de Dominio virtual ($NCHOME/log/precision/

ncp_virtualdomain.DOMAIN.log) y el archivo de registro de Pasarela de sucesos($NCHOME/log/precision/ncp_g_event.DOMAIN.log).

v Revise los sucesos ItnmHealthChk e ItnmFailover en la Lista de sucesos activos.(Este es el enfoque más simple).

Si el dominio principal inició la migración tras error, esto indica un fallo de uno delos procesos de dominio principal. Puede comprobar el estado de los procesosconsultando la base de datos del proceso ncp_ctrl. El campo serviceState de latabla de base de datos services.inTray muestra el estado operativo actual para cadauno de los procesos. Para obtener más información acerca de cómo identificar quéprocesos están en ejecución, consulte la publicación IBM Tivoli Network Manager IPEdition Administration Guide.

Si el dominio de copia de seguridad inició la migración tras error, esto indicará unfallo para direccionar los sucesos de comprobación de estado por todo el sistemadebido a uno de los siguientes motivos:v El dominio principal no generó un suceso de comprobación de estado (por

ejemplo, debido a que el servidor principal estaba inactivo).v La Sonda para Tivoli Netcool/OMNIbus o los procesos de la Pasarela de sucesos

en ambos dominios no están configurados para acceder al mismo ObjectServer.v El conector de Migración tras error de la pasarela de sucesos no está habilitado.v El archivo de reglas de la Sonda para Tivoli Netcool/OMNIbus se ha modificado

de tal forma que el suceso de comprobación de estado no contiene lainformación requerida.

v La Pasarela de sucesos de copia de seguridad no está permitiendo que pasen lossucesos de comprobación de estado por el filtro nco2ncp.Para obtener más información acerca de la habilitación del conector demigración tras error y acerca de los filtros de sucesos, consulte la publicaciónIBM Tivoli Network Manager IP Edition Event Management Guide.

Igualmente, asegúrese de que esté configurado el Dominio virtual (en el archivo$NCHOME/etc/precision/CtrlServices.cfg) para tener una dependencia en todoslos procesos listados en el archivo $NCHOME/etc/precision/VirtualDomainSchema.cfg.Tareas relacionadas:“Configuración de la migración tras error utilizando el archivo ConfigItnm.cfg” enla página 334Cuando utiliza el archivo $NCHOME/etc/precision/ConfigItnm.DOMAIN.cfg paraconfigurar la migración tras error, los procesos de Network Manager leerán elarchivo en el inicio para identificar si se están ejecutando en el dominio primario ode copia de seguridad. De forma similar, el proceso ncp_model identificará si laréplica de NCIM está en uso y si se ejecuta de forma adecuada para esaconfiguración.Referencia relacionada:


“Sucesos de estado de Network Manager” en la página 173Network Manager puede generar sucesos que muestren el estado de variosprocesos de Network Manager. Estos sucesos se conocen como sucesos de estadode Network Manager y tienen el valor del campo de AlertGroup de alerts.status deEstado ITNM.

Investigación de problemas de conexión de TCPSe requiere una conexión de socket TCP entre los procesos de Dominio virtual enlos dominios principales y de copia de seguridad para que los datos de topología ylas actualizaciones de topología se puedan copiar desde el dominio principal aldominio de copia de seguridad.

Si se pierde la conexión de TCP:v Compruebe que está configurado el Dominio virtual (en $NCHOME/etc/

precision/CtrlServices.cfg) para tener una dependencia en todos los procesoslistados en el archivo $NCHOME/etc/precision/VirtualDomainSchema.cfg.

v Compruebe que el proceso ncp_config está en ejecución. Puede comprobar elestado de ncp_config consultando la base de datos del proceso ncp_ctrl. Si seejecuta sin ningún problema, ncp_config debería tener el valor serviceState = 4en la tabla de base de datos services.inTray. Para obtener más información acercade cómo identificar qué procesos están en ejecución, consulte la publicación IBMTivoli Network Manager IP Edition Administration Guide.

Si la conexión de TCP no se ha establecido:v Compruebe que los archivos $NCHOME/etc/precision/ServiceData.cfg en ambos

dominios tienen la misma entrada para el proceso de Dominio virtual.v Compruebe que los cortafuegos de límite entre los dominios permiten la

conexión de TCP en el puerto de servidor definido.v Compruebe que el puerto definido está disponible para su uso en el dominio

principal.Tareas relacionadas:“Configuración de dependencias de proceso para la migración tras error” en lapágina 350Al ejecutar Network Manager en modalidad de migración tras error, debe iniciarlos procesos de Network Manager utilizando el proceso ncp_ctrl. El orden en elque se inician los procesos es importante y está definido por las dependencias deproceso que están configuradas en el archivo $NCHOME/etc/precision/CtrlServices.cfg.“Configuración la conexión de socket TCP entre los dominios” en la página 337Es necesaria un conexión de socket TCP entre los procesos de dominio virtual enlos dominios primario y de copia de seguridad para que los datos de topología ylas actualizaciones de topología se puedan copiar en el dominio de copia deseguridad.


Secuencia para reiniciar los procesos del servidor en unaconfiguración de migración tras errorUtilice esta información como guía para reiniciar los procesos del servidor si suentorno de migración tras error de Network Manager requiere un rearranque detodos los servidores.

Inicie los procesos en el orden siguiente:1. Inicie el ObjectServer principal. En función de su configuración de instalación y

configuración, podrá utilizar uno de los siguientes métodos:v Control de proceso de Tivoli Netcool/OMNIbus en UNIX, Linux y en

Windowsv Servicios en Windowsv El mandato nco_objserv de Tivoli Netcool/OMNIbusv El mandato itnm_start de Network ManagerPara obtener más información acerca del uso de los mandatos de TivoliNetcool/OMNIbus para iniciar el ObjectServer, consulte la documentación deTivoli Netcool/OMNIbus en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.tivoli.nam.doc/welcome_ob.htm. Para obtenermás información acerca del inicio de ObjectServer utilizando los mandatos deNetwork Manager, consulte la publicación IBM Tivoli Network Manager IPEdition Administration Guide.

2. Inicie el ObjectServer de copia de seguridad.3. Inicie la base de datos de topología si no está aún en ejecución.4. Inicie el servidor principal de Network Manager en el que están instalados los

procesos principales, utilizando el mandato itnm_start o iniciando elcontrolador del proceso maestro, ncp_ctrl.Igualmente, verifique que el proceso del Dominio virtual del dominio principalse ha iniciado, ejecutando el mandato itnm_status en el directorio$NCHOME/precision/bin.Para obtener más información acerca del inicio del servidor y de los procesosde Network Manager, consulte la publicación IBM Tivoli Network Manager IPEdition Administration Guide.

5. Inicie el servidor de copia de seguridad de Network Manager en el que estáninstalados los procesos principales.

Consejo: El servidor de Tivoli Integrated Portal, en el que están instaladas lasaplicaciones web de Network Manager y la GUI web de Tivoli Netcool/OMNIbus,se inicia automáticamente siempre que se inicia el sistema.

Cambio de la dirección IP y el nombre de host de la instalación deNetwork Manager IP Edition

Si cambia la dirección IP y el nombre de host del servidor donde se han instaladolos componentes de Network Manager IP Edition o los productos integrados, debeconfigurar Network Manager IP Edition y los productos y componentes asociados.




Cambio de la dirección IP y el nombre de host para NetworkManager IP Edition

Si desea cambiar la dirección IP y el nombre de host para el servidor donde se haninstalado los componentes principales de Network Manager IP Edition, deberealizar algunas tareas de configuración.

Siga estos pasos para cambiar la dirección IP y el nombre de host en el servidor deNetwork Manager IP Edition.1. Vaya al siguiente directorio: NCHOME/etc/.2. Edite el archivo de configuración: itnm.cfg.3. Cambie el siguiente parámetro: ncp. Actualícelo al nuevo nombre de host del

servidor de Network Manager IP Edition: por ejemplo: ncp=myhost.4. Guarde el archivo itnm.cfg.5. Guarde el archivo itnm.cfg.6. Vaya al siguiente directorio: NCHOME/etc/precision/.7. Edite el archivo: ServiceData.cfg.8. Cambie la línea siguiente:

SERVICE: ncp_config DOMAIN: NCOMS ADDRESS: dirección_IP_servidor_Network_ManagerPORT: número_puerto SERVERNAME: nombre_host_servidor_Network_Manager DYNAMIC: NO

Donde:v dirección_IP_servidor_Network_Manager es la nueva dirección IP del servidor

de Network Manager IP Edition.v nombre_host_servidor_Network_Manager es el nuevo nombre de host del

servidor de Network Manager IP Edition.9. Guarde el archivo ServiceData.cfg.

Cambio de la dirección IP y el nombre de host en el servidorde Tivoli Netcool/OMNIbus

Si desea cambiar la dirección IP y el nombre de host en el servidor de TivoliNetcool/OMNIbus, debe realizar algunas tareas de configuración.

Siga estos pasos para cambiar la dirección IP y el nombre de host en el servidor deTivoli Netcool/OMNIbus:1. Vaya al siguiente directorio: NCHOME/etc/.2. Edite el archivo: omni.dat.3. Busque las líneas que contengan el servidor de Tivoli Netcool/OMNIbus. Estas

líneas serán parecidas a las siguientes:[NCOMS]{

Primary: nombre_host_servidor_OMNIbus 4100}[NCO_PA]{

Primary: nombre_host_servidor_OMNIbus 4200}

Donde:v nombre_host_servidor_OMNIbus es el nombre de host del servidor de Tivoli

Netcool/OMNIbus.


Cambie el nombre de host del servidor de Tivoli Netcool/OMNIbus en cadauna de estas líneas.

4. Ejecute el programa de utilidad NCHOME/bin/nco_igen para aplicar los cambios.5. Repita los pasos anteriores en cada uno de los host que se conectan al servidor

de Tivoli Netcool/OMNIbus; por ejemplo, realice estos cambios en losanalizadores, las pasarles y los ObjectServers conectados.

Actualización de Network Manager IP Edition para un nuevonombre de host o una nueva dirección IP de TivoliNetcool/OMNIbus

Si actualiza la dirección IP y el nombre de host del servidor de TivoliNetcool/OMNIbus, debe configurar Network Manager IP Edition para que utilicela nueva dirección IP y el nuevo nombre de host.

Siga estos pasos para actualizar Network Manager IP Edition para que reconozcalos cambios en el nombre de host del servidor de Tivoli Netcool/OMNIbus:1. Actualice los componentes fundamentales de Network Manager IP Edition

editando el archivo de configuración: NCHOME/etc/precision/itnm.cfg.2. Cambie el siguiente parámetro: nco. Actualícelo al nuevo nombre de host del

servidor de Tivoli Netcool/OMNIbus: por ejemplo: nco=omnihost.3. Guarde el archivo itnm.cfg.4. Actualice los componentes de la GUI de Network Manager IP Edition editando

el archivo dir_instalación_webgui/etc/datasources, dondedir_instalación_webgui es el directorio de instalación de la GUI web; porejemplo, $NCHOME/omnibus_webgui.

5. Actualice las aplicaciones web de Network Manager IP Edition paraconfigurarlas para que utilicen el nombre de host del servidor de TivoliNetcool/OMNIbus modificado:a. Edite el archivo siguiente:

NCHOME/omnibus_webgui/etc/datasources/ncwDataSourceDefinitions.xml

b. Cambie los valores de host y puerto en las siguientes secciones para quecoincidan con la configuración actualizada:v <ncwPrimaryServer>

v <ncwBackUpServer>

Nota: Cambie sólo esta sección si se ha configurado un ObjectServer deTivoli Netcool/OMNIbus de copia de seguridad.

c. Guarde el archivo ncwDataSourceDefinitions.xml modificado.d. Reinicie el servidor de Tivoli Integrated Portal para aplicar los cambios.

Actualización de Tivoli Integrated Portal para un nuevonombre de host o una nueva dirección IP de TivoliNetcool/OMNIbus

Si el servidor de Tivoli Integrated Portal se ha configurado originalmente parautilizar el ObjectServer de Tivoli Netcool/OMNIbus como repositorio de usuariosprimario, y actualiza la dirección IP y el nombre de host del servidor de TivoliNetcool/OMNIbus, debe configurar Tivoli Integrated Portal para que utilice lanueva dirección IP y el nuevo nombre de host.

Siga estos pasos para configurar Tivoli Integrated Portal para que utilice el nuevonombre de host del servidor de Tivoli Netcool/OMNIbus:1. Edite el archivo siguiente:

TIPHOME/profiles/TIPProfile/config/cells/TIPCell/wim/config/wimconfig.xml

2. Cambie las propiedades host1 y port1 para que coincidan con la configuraciónactualizada en el archivo siguiente:config:repositories adapterClassName="com.ibm.tivoli.tip.vmm4ncos.ObjectServerAdapter"

3. Guarde el archivo wimconfig.xml modificado.4. Reinicie el servidor de Tivoli Integrated Portal para aplicar los cambios.

Cambio de la dirección IP y el nombre de host del servidor deTivoli Integrated Portal

Si desea cambiar la dirección IP y el nombre de host de Tivoli Integrated Portal,debe configurar Tivoli Integrated Portal.

Siga estos pasos para cambiar la dirección IP y el nombre de host en el servidor deTivoli Integrated Portal:1. Vaya al siguiente directorio: TIPHOME/profiles/TIPProfile/bin/.2. Utilice el comando wsadmin para cambiar el nombre de host y la dirección IP de

Tivoli Integrated Portal:wsadmin.sh -user tipadmin -password contraseña-c "\$AdminTask changeHostName -hostName nuevo_nombre_host -nodeName nuevo_nodo"-c "\$AdminConfig save"

Proporciona una salida similar a la siguiente:WASX7209I: Conexión con el proceso "server1" en el nodo TIPNodemediante el conector SOAP; El tipo de proceso es: UnManagedProcess

WASX7029I: Si desea ayuda, escriba: "$Help help"wsadmin>

Tenga en cuenta el valor del nombre de nodo de Tivoli Integrated Portal. En elejemplo anterior, es TIPNode.

3. En el indicador wsadmin>, ejecute el siguiente comando:$AdminTask changeHostName { -nodeName nombre_nodo_TIP-hostName nombre_host_servidor_TIP};

Donde:v nombre_nodo_TIP es el nombre de nodo de Tivoli Integrated Portal; por

ejemplo, TIPNode en el ejemplo que se ha mostrado anteriormente en esteprocedimiento.

v nombre_host_servidor_TIP es el nuevo nombre de host del servidor de TivoliIntegrated Portal.Por ejemplo:wsadmin>$AdminTask changeHostName { -nodeName TIPNode-hostName myhost };

4. En el indicador wsadmin>, ejecute los siguientes comandos para guardar elarchivo y, a continuación, salir.wsadmin>$AdminConfig savewsadmin>exit

5. Reinicie el servidor Tivoli Integrated Portal .


Actualización de Network Manager para el nombre de hostmodificado del servidor de Tivoli Integrated Portal

Si cambia el nombre de host del servidor de Tivoli Integrated Portal, debeconfigurar Network Manager IP Edition para que utilice el nuevo nombre de host.

Para configurar Network Manager IP Edition para que utilice el nuevo nombre dehost, siga estos pasos:1. Actualice los componentes principales de Network Manager IP Edition

editando el archivo de configuración: NCHOME/etc/itnm.cfg.2. Cambie el siguiente parámetro:

tip

Actualícelo al nuevo nombre de host del servidor de Tivoli Integrated Portal;por ejemplo:tip=tiphost

3. Guarde el archivo itnm.cfg.

Cambio de la dirección IP y el nombre de host en el servidordel motor de despliegue

Si ha cambiado la dirección IP y el nombre de host en los servidores donde estáninstalados los componentes de Network Manager IP Edition, debe configurar ladirección IP y el nombre de host para IBM Deployment Engine.

Siga estos pasos para modificar la dirección IP y el nombre de host para IBMAutonomic Deployment Engine (DE):1. Vaya al siguiente directorio: $DE_HOME/bin/, donde DE_HOME es el siguiente:v /usr/ibm/common/acsi/ para una instalación root.v $HOME/.acsi_$LOGNAME/ para una instalación no root.

2. Utilice el comando de_chghostname para cambiar el nombre de host delservidor DE:./de_chghostname.sh -name nombre_host_servidor_DE

Donde nombre_host_servidor_DE es el nuevo nombre de host del servidor DE.

Cambio de la dirección IP para Tivoli Common ReportingSi desea cambiar la dirección IP y el nombre de host en el servidor de TivoliCommon Reporting, debe realizar algunas tareas de configuración.

Siga estos pasos para cambiar la dirección IP y el nombre de host en el servidor deTivoli Common Reporting:1. En el servidor donde se ha instalado Tivoli Common Reporting, exporte la

configuración de Tivoli Common Reporting utilizando el siguiente comando:$TCR_HOME/cognos/bin/tcr_cogconfig -e cogstartup.xml.exported

2. Actualice el archivo cogstartup.xml.exported sustituyendo todas las instanciasdel nombre de host antiguo por el nuevo nombre de host.

3. Sustituya el archivo $TCR_HOME/cognos/configuration/cogstartup.xml originalpro el archivo cogstartup.xml.exported.

4. Actualice el archivo $TCR_HOME/cognos/configuration/cogconfig.prefssustituyendo todas las instancias del nombre de host antiguo por el nuevonombre de host.


5. Actualice la cadena de conexión cambiando primero al directorio/opt/IBM/tivoli/tipv2Components/TCRComponent/bin/ y emitiendo el siguientecomando:./trcmd.sh -user usuario -password contraseña -datasource-add servletInventory -connectionName servletInventory-dbType tipo_base_datos -connectionString cadena_conexión -force

Donde:v usuario es el nombre de usuario de la base de datos.v contraseña es la contraseña del usuario de la base de datos.v tipo_base_datos es el tipo de base de datos.v cadena_conexión es la cadena de conexión que se utiliza, incluido el nuevo

nombre de host.Por ejemplo:./trcmd.sh -user tipadmin -password passw0rd -datasource-add servletInventory -connectionName servletInventory -dbType XML-connectionString "http://abc.xyz.com:16310/tarf/servlet/inventory#’?search=%2f%2f%2a’+ ’&CAMpassport=’ + CAMPassport() #" -force

6. Reinicie el servidor de Tivoli Integrated Portal y el servidor de Tivoli CommonReporting.

Configuración de Network Manager IP Edition para unadirección IP modificada del servidor de NCIM de DB2

Si se cambia la dirección IP o el nombre de host del servidor de DB2 que aloja labase de datos de topología NCIM, se debe configurarNetwork Manager IP Editionpara que utilice los nuevos detalles.1. En el servidor donde se ha instalado Network Manager IP Edition, edite el

siguiente archivo:NCHOME/etc/precision/DbLogins.DOMAIN.cfg

2. Cambie los valores de nombre de host en este archivo y guárdelo.3. Edite el archivo siguiente:

NCHOME/etc/precision/MibDbLogin.cfg

4. Cambie los valores de nombre de host en este archivo y guárdelo.5. En el servidor donde se han instalado las aplicaciones web de Network

Manager IP Edition, edite el siguiente archivo:NCHOME/precision/profiles/TIPProfile/etc/tnm/tnm.properties

6. Cambie los valores de nombre de host en este archivo y guárdelo.7. Edite el archivo siguiente:

NCHOME/precision/profiles/TIPProfile/etc/tnm/ncpolldata.properties

8. Cambie los valores de nombre de host en este archivo y guárdelo.


Establecimiento de variables de entornoAntes de iniciar cualquier componente o de trabajar con ningún archivo deconfiguración, establezca las variables del entorno de Network Managerextrayendo el script de variables de entorno.

El script del entorno establece las siguientes variables del entorno requeridas. Otrasvariables del entorno se establecen automáticamente cuando es necesario mediantecomponentes de Network Manager.

NCHOMELa ubicación de inicio de Netcool que se establece de formapredeterminada en el directorio netcool debajo del directorio deinstalación:

v UNIX /opt/IBM/tivoli/netcool

v Windows C:\IBM\tivoli\netcool

ITNMHOME y PRECISION_HOMELa ubicación de inicio de Network Manager que se establece de formapredeterminada en el directorio NCHOME/precision debajo del directorio deinstalación:

v UNIX /opt/IBM/tivoli/netcool/precision

v Windows C:\IBM\tivoli\netcool\precision

Nota: El script también establece PRECISION_HOME. De formapredeterminada, PRECISION_HOME se establece en la misma ubicaciónque ITNMHOME, pero lo utilizan otras partes del producto.

TIPHOMELa ubicación de inicio de Tivoli Integrated Portal que se establece de formapredeterminada en el directorio tip debajo del directorio de instalación:

v UNIX /opt/IBM/tivoli/tipv2

v Windows C:\IBM\tivoli\tipv2

Para establecer las variables de entorno, extraiga el script adecuado para susistema operativo.

v UNIX Ejecute el script Directorio de instalación/netcool/env.sh. En losshells Bash y Korn, extraiga el script env.sh utilizando un mandato similar alque figura a continuación:./opt/IBM/tivoli/netcool/env.sh

v Windows Ejecute el archivo de proceso por lotes Directorio deinstalación\netcool\env.bat.

Una vez que haya establecido las variables de entorno, inicie Network Manager yasegúrese de que se esté ejecutando correctamente.


Estructura de directorios predeterminadaUtilice esta información para entender la estructura de directorios de NetworkManager.

Estructura de directorios de nivel superior

Dentro del directorio en el que se instaló Network Manager, se crearán lossiguientes subdirectorios: netcool, tipv2 y tipv2Components.v El directorio netcool contiene los archivos de configuración de Network

Manager.v El directorio tipv2 contiene WebSphere Application Server y las

personalizaciones de Tivoli Integrated Portal. El directorio tipv2 es el directoriopredeterminado sugerido por el instalador para el Tivoli Integrated Portal y sepuede configurar de forma independiente en el directorio de instalación deNetwork Manager. Si está instalando Network Manager en una instalaciónexistente de Tivoli Integrated Portal, los archivos de Tivoli Integrated Portal seinstalarán en el directorio existente de Tivoli Integrated Portal.

v El directorio tipv2Components contiene el servidor de Enterprise Storage Server(ESS), las extensiones de Business Intelligence and Reporting Tools (BIRT), y losarchivos de Tivoli Common Reporting.

Para obtener más información acerca de los directorios de instalación para TivoliNetcool/OMNIbus y GUI web de Tivoli Netcool/OMNIbus, consulte lapublicación IBM Tivoli Netcool/OMNIbus Installation and Deployment Guide.

Directorios utilizados por el instalador

El instalador instala archivos en NCHOME, TIPHOME y en otros directorios, enfunción del sistema operativo que se instale y del usuario que realice la instalación.La tabla siguiente lista los directorios extra utilizados por el instalador.

Tabla 28. Directorios utilizados por el instalador

Instalación Directorios utilizados por los archivos de instalación

UNIX sistemasoperativos UNIX,usuario root

/usr/ibm/common/acsi

/var/ibm/common/acsi

UNIX sistemasoperativos UNIX,usuario no root

~/.acsi_$HOSTNAME

~/tivoli

~/.cit (es decir, en el directorio inicial del usuario)

Windows

Windows de

64 bits

C:\Archivos de programa (x86)\IBM\Common\acsi

Windows Windows de32 bits

C:\Archivos de programa\IBM\Common\acsi

Contenido del directorio netcool

La tabla siguiente describe el contenido del directorio netcool. Todas las vías deacceso se muestran relativas a NCHOME. En esta tabla, arch denota un directorio delsistema operativo. El nombre de este directorio varía según el sistema operativo enel que está instalado el software:


v Solaris – solaris2v Linux – linux2x86v AIX – aix5v Windows – win32v zLinux - linux2s390

Si ha instalado otros productos de IBM Tivoli, como por ejemplo IBM TivoliBusiness Service Manager, en el mismo servidor que Network Manager, puede quehaya directorios y archivos extra presentes. Consulte la documentación paracualquier otro producto que haya instalado para obtener más información sobresus directorios y archivos.

Tabla 29. Directorios de NCHOME

Directorio Descripción

bin Contiene scripts de derivador que establecen el entorno yejecutan los archivos binarios para el producto o componentesfacilitados con Network Manager.

etc Contiene archivos de configuración para productos ocomponentes facilitados con Network Manager.

etc/precision Archivos de configuración para todos los componentes deNetwork Manager.

ini Únicamente en los sistemas operativos Windows. Contienearchivos específicos de IBM Tivoli Netcool/OMNIbus.

instalar Contiene archivos utilizados por el proceso de instalación. Nodebería necesitar alterar el contenido de este directorio.

license Contiene el texto del acuerdo de licencia de producto en variosidiomas.

entornos locales Únicamente en los sistemas operativos Windows. Contienearchivos de búsqueda para la internacionalización de varioscomponentes.

registro Contiene archivos de registro.

log/install Contiene archivos de registro para la instalación.

log/precision Contiene archivos de registro creados por los procesos deNetwork Manager.

omnibus Si está presente, contiene los archivos de IBM TivoliNetcool/OMNIbus.

omnibus_webgui Si está presente, contiene los archivos de GUI web de TivoliNetcool/OMNIbus.

PD/precision Contiene los scripts de FFDC.

platform/arch Contiene el Kit de desarrollo de Java (JDK) y el Entorno deejecución de Java (JRE) utilizados por el Tivoli Integrated Portal.

precision Contiene archivos para Network Manager. Consulte másadelante en este tema.

probes Contiene archivos para la Sonda para IBM TivoliNetcool/OMNIbus, el proceso nco_p_ncpmonitor.

_uninst Contiene archivos para la desinstalación.

var Contiene datos de aplicación persistente.

var/install Contiene archivos de la base de datos para el proceso deinstalación.


Tabla 29. Directorios de NCHOME (continuación)


var/precision Utilizado por el proceso ncp_store para guardar información encaché que se pueda utilizar para restaurar las bases de datos, encaso de que un proceso finalice de forma inesperada.

Contenido del directorio precision

La tabla siguiente describe el contenido del directorio NCHOME/precision. Todas lasvías de acceso se muestran relativas a NCHOME/precision.

En esta tabla, arch denota un directorio del sistema operativo. El nombre de estedirectorio varía según el sistema operativo en el que está instalado el software:v Solaris – solaris2v Linux – linux2x86v AIX – aix5v Windows – win32v zLinux - linux2s390

Nota: NCHOME/precision es la vía de acceso establecida de forma predeterminadapara PRECISION_HOME e ITNMHOME.

Tabla 30. Directorios de NCHOME/precision


adapters/ncp_dla Contiene archivos para el adaptador de biblioteca utilizado parala integración con productos como por ejemplo IBM TivoliApplication Dependency Discovery Manager.

adapters/itnm_systemsDirectorLiC

Contiene archivos para la integración con IBM Systems Director.

aoc Contiene los archivos de AOC (Active Object Class) utilizados porla gestión de clase dinámica y el sistema de distribución, CLASS.

bin Contiene scripts de derivadores para todos los archivosejecutables. Los archivos ejecutables se guardan en la ubicaciónsiguiente: platform/arch/bin

collectors/perlCollectors

Contiene archivos para las integraciones de sistema de gestión deelementos.

contrib Contiene programas de utilidad no soportados para la gestión deNetwork Manager. Igualmente utilizado por Netcool para lasolución de gestión de activos para contener informes de ejemplode SQL*Plus.

cshrc Únicamente en sistemas operativos UNIX. Utilizado paraconfigurar el entorno para su shell C.

disco Contiene archivos utilizados por DISCO. Contiene los archivos dedefinición del agente, los agentes de descubrimiento, el buscador,los archivos del ayudante y los agrupadores.

eventGateway Contiene agrupadores para la pasarela de sucesos y RCA.

integración Contiene archivos para la integración de la GUI de componentes.

instalar Contiene archivos utilizados por el proceso de instalación.


Tabla 30. Directorios de NCHOME/precision (continuación)


java_api Contiene el API de JAVA para desarrollar aplicaciones Java que seintegran con componentes de Network Manager.

entornos locales Únicamente en los sistemas operativos Windows. Contienearchivos de búsqueda para la internacionalización de varioscomponentes.

mibs Contiene archivos MIB (base de información de gestión).

PD Cualquier archivo principal generado mediante Network Managerse escribe en subdirectorios del directorio PD. Los archivosprincipales se pueden utilizar para ayudar a diagnosticar la causade un problema.

perl Contiene archivos perl utilizados en Network Manager.

platform/arch Contiene subdirectorios particulares al sistema operativo en el queha instalado Network Manager.

platform/arch/bin Contiene archivos ejecutables para los componentes de NetworkManager. Los archivos se agregan a su entorno PATH.

Los scripts de derivadores para todos estos archivos ejecutables seguardan en la ubicación siguiente: NCHOME/precision/bin.

platform/arch/jre Contiene el entorno de ejecución JAVA utilizado por NetworkManager.

platform/arch/lib Contiene las bibliotecas de objeto utilizadas por todos loscomponentes de Network Manager.

platform/java/lib La instalación de la GUI de la configuración del supervisor.

La instalación de la Herramienta de configuración del usuario.

products Contiene los archivos de la GUI para productos integrados.

perfil Únicamente en sistemas operativos UNIX. Utilizado paraconfigurar el entorno para su shell Bash.

profiles Contiene los archivos relacionados con la GUI.Nota: Todos los archivos específicos de Network Managerpreviamente ubicados en TIPHOME/profiles están ahora ubicadosen ITNMHOME/profiles.

scripts Contiene scripts facilitados con los productos de NetworkManager. Se recomienda guardar cualquier script definido por elusuario en este directorio para que se pueda gestionar de formasencilla.

system Contiene archivos para el funcionamiento de los productos.

systemApps Contiene archivos para las aplicaciones web.

Referencia relacionada:“Requisitos del directorio de instalación” en la página 52El directorio donde instale Network Manager debe cumplir ciertos requisitos.


Configuración de los dispositivos de Juniper PEUno de los sondeos de dispositivo habilitados de manera predeterminada es elsondeo de ping remoto de Juniper. Para asegurarse de que este sondeo es capaz derecuperar datos, debe configurar cada dispositivo de Juniper PE para proporcionaracceso a algunas tablas en el dispositivo.

Las operaciones de sondeo de ping remoto en dispositivos Juniper requieren accesoa las tablas pingCtlTable y jnxPingCtlTable en los dispositivos de Juniper PE. Estose logra utilizando el modelo de control de acceso basado en vista (VACM) deSNMP para visualizar PrecisionIP.

Asegúrese de que ha configurado cada dispositivo de Juniper PE paraproporcionar acceso a estas tablas para visualizar PrecisionIP antes de habilitar lapolítica de sondeo de ping remoto de Juniper.

El siguiente ejemplo muestra cómo un dispositivo de Juniper PE se puedeconfigurar para proporcionar acceso para visualizar PrecisionIP a las tablasnecesarias para el sondeo de ping remoto.

Configuración del acceso utilizando VACM

Para proporcionar acceso a las tablas pingCtlTable y jnxPingCtlTable paravisualizar PrecisionIP en un dispositivo de Juniper PE, haga lo siguiente:1. Utilice el mandato telnet para iniciar sesión en el dispositivo PE.2. Especifique configure para iniciar la línea de mandatos de edición.3. Escriba edit snmp y pulse Intro.4. Escriba edit view PrecisionIP y pulse Intro.5. Escriba set oid 1.3.6.1.2.1.80 include y pulse Intro.6. Escriba set oid 1.3.6.1.4.1.2636.3.7 include y pulse Intro.7. Escriba up y pulse Intro.8. Escriba edit community watermelon y pulse Intro, donde watermelon es la

nueva cadena de comunidad de escritura.9. Escriba set view PrecisionIP y pulse Intro.

10. Escriba set authorization read-write y pulse Intro.11. Escriba commit y pulse Intro.12. Escriba exit y pulse Intro. Se crean nuevas entradas para visualizar

PrecisionIP en la tabla de MIB vacmViewTreeFamilyTable en el dispositivo PE.Para visualizar el resumen de la sección insertada, puede escribir showconfiguration snmp y pulsar Intro. Aparece la siguiente pantalla:view PrecisionIP {oid 1.3.6.1.2.1.80 include;oid 1.3.6.1.4.1.2636.3.7 include;}community watermelon {view PrecisionIP;authorization read-write;}

Los valores anteriores proporcionan acceso a las tablas necesarias para lasoperaciones de sondeo de ping remoto utilizando la cadena de comunidadwatermelon.


Actualización de bibliotecas de cliente de OracleNetwork Manager utiliza las bibliotecas de cliente Oracle 10 y Oracle 11. Si hainstalado Network Manager con las bibliotecas de cliente Oracle 10, puedeactualizar a las bibliotecas de cliente Oracle 11.

Para actualizar de las bibliotecas de cliente Oracle 10 a Oracle 11:1. Edite el archivo DbLogins.cfg y cambie el parámetro m_Server a un valor de

Oracle11. El archivo DbLogins.cfg se puede encontrar en la siguiente ubicación:

v UNIX UNIX:$NCHOME/etc/precision/DbLogins.cfg

v Windows Windows:%NCHOME%\etc\precision\DbLogins.cfg2. En AIX realice solamente los pasos siguientes:

a. Edite el script de derivador $NCHOME/precision/bin/ncp_common.b. Encuentre el siguiente fragmento de código en este archivo:

if [ "ncp_perl" = "$BINARYNAME" ]; then## ncp_perl can only use the Oracle 10 client it was compiled against#DIRLIST=${PRECISION_HOME}/platform/$1/lib:${ORACLE10_CLIENT}:

${NCHOME}/platform/$1/libelse

## To use the Oracle 11 client libraries change the line below

to use ORACLE11_CLIENT:#DIRLIST=${PRECISION_HOME}/platform/$1/lib:${ORACLE10_CLIENT}:

${NCHOME}/platform/$1/libfi

3. En la segunda línea que empieza por DIRLIST=, cambie la variableORACLE10_CLIENT (que aparece en negrita) a ORACLE11_CLIENT.

Configuración del espacio de disco de Informix en WindowsSi está utilizando Network Manager con Informix en sistemas operativos Windows,configure la gestión del espacio de disco para Informix después de completar unainstalación satisfactoria.

Después de completar una instalación satisfactoria de Network Manager en lossistemas Windows, realice los siguientes pasos para configurar lo siguiente si estáutilizando Informix:v Configure Informix para comprobar de forma automática la cantidad de espacio

de base de datos libre disponible cada 5 minutos y para crear espacio de discoadicional si está lleno en más de un 90%.

v Configure el planificador de Informix para ejecutar estadísticas actualizadas unavez al día.

1. Finalice sesión en Windows y vuelva a iniciar sesión como usuario de Informix.2. Vaya a Inicio > Todos los programas > IBM Informix Dynamic Server >

ITNM.3. Especifique el siguiente mandato: SET NCHOME=ubicación de la instalación de

Network Manager

4. Especifique el siguiente mandato: %ITNMHOME%\install\scripts\ids_post_install_sysadmin.bat


Cómo proporcionar soporte para dispositivos heredados en unainstalación de FIPS 140-2

Si ha instalado una instalación de FIPS 140-2, todavía puede instalar algoritmoscompatibles que no sean de FIPS 140–2 como DES y MD5 para permitirle el accesoal equipo heredado en la red.1. Vaya al directorio del que ha extraído el paquete de instalación de Network

Manager.2. Vaya al siguiente subdirectorio del paquete de instalación extraído:

COI/PackageSteps/Non-FIPS_back_end/FILES

3. Dependiendo del sistema operativo, compruebe que esté presente el siguientearchivo:

v UNIX Non-FIPS_back_end-arch-v.r.f.m.tar.gz

v Windows Non-FIPS_back_end-arch-v.r.f.m.zip

donde:v v.r.f.m es el número de la versión.v arch es el nombre de la arquitectura del sistema operativo en la que está

instalado el producto, por ejemplo, solaris2.4. Dependiendo del sistema operativo, realice el siguiente paso:

v UNIX En sistemas UNIX, ejecute el siguiente mandato: tar -xzvfNon-FIPS_back_end-arch-v.r.f.m.tar.gz -C $NCHOME *libNCP*

v Windows En los sistemas Windows, extraiga el archivo zip y utiliceWindows Explorer para copiar las bibliotecas libNcp* dll desdeCOI\PackageSteps\Non-FIPS_back_end\FILES\precision\platform\win32\bina %NCHOME%\precision\platform\win32\bin

Como resultado, debe tener las dos bibliotecas compartidas en la ubicaciónadecuada, por ejemplo:

v UNIX En sistemas UNIX:– $NCHOME/precision/platform/solaris2/lib/libNcpSnmpPrivDES.so

– $NCHOME/precision/platform/solaris2/lib/libNcpSnmpAuthMD5.so

v Windows En sistemas Windows:– %NCHOME%\precision\platform\win32\bin\libNcpSnmpPrivDES.so

– %NCHOME%\precision\platform\win32\bin\libNcpSnmpAuthMD5.so

Estas bibliotecas permiten al motor de sondeo de Network Manager, ncp_poller,utilizar los algoritmos de cifrado DES y MD5.

5. Edite el siguiente archivo de configuración: ITNMHOME/profiles/TIPProfile/etc/tnm/tnm.properties

6. Cambie la siguiente propiedad a falso: tnm.fips.mode=false Esto permite laconfiguración de los algoritmos de cifrado DES y MD5 para SNMPv3utilizando la GUI Configuración del descubrimiento.

Tareas relacionadas:“Descomprimir el archivo de instalación” en la página 59Si ha descargado el archivo de instalación, debe descomprimir el paquete deinstalación antes de instalar el producto.


Configuración de la autenticación del Proveedor de servicios de OQLLas consultas en las bases de datos del componente Network Manager se puedenejecutar desde la línea de mandatos utilizando el proceso del Proveedor deservicios de OQL, ncp_oql. Puede configurar ncp_oql para autenticar en la base dedatos de NCIM o en el ObjectServer de Tivoli Netcool/OMNIbus. De maneraalterna puede configurar ncp_oql para permitir que las consultas se ejecuten sinautenticación.

El motor de autenticación del Proveedor de servicios de OQL, ncp_auth, no sesigue utilizando en V3.9. De forma predeterminada, no hay autenticación paraconsultas de ncp_oql desde la línea de mandatos. Puede configurar el Proveedorde servicios de OQL para autenticar en la base de datos de NCIM o en elObjectServer, como sigue:v Autenticación en la base de datos de NCIM: fuerza al Proveedor de servicios de

OQL a autenticar utilizando el nombre de usuario y la contraseña de la base dedatos de NCIM, como se especificó en el momento de la instalación y seconfiguró en el archivo de configuración DbLogins.cfg.

v Autenticación en el ObjectServer: fuerza al Proveedor de servicios de OQL aautenticarse utilizando la contraseña y el nombre de la cuenta del administradorde Tivoli Netcool/OMNIbus, como se especificó en el momento de lainstalación.

La autenticación del Proveedor de servicios de OQL se controla mediante el valorde m_OQLAuthenticationMode dentro de la tabla config.settings. El campo toma losvalores siguientes:v 0: sin autenticación. El nombre de usuario y la contraseña no son necesarios y, si

se especifican en la línea de mandatos, se ignoran.v 1: autenticación en la base de datos de NCIM.v 2: autenticación en el ObjectServer de Tivoli Netcool/OMNIbus.

Para configurar la autenticación del Proveedor de servicios de OQL:1. Edite el archivo de configuración ncp_config, $NCHOME/etc/precision/

ConfigSchema.cfg.2. Configure una de las siguientes inserciones en la tabla config.settings:v Configure la autenticación en la base de datos de NCIM.

insert into config.settings(

m_OQLAuthenticationMode,)values(

1,);

v Configure la autenticación en el ObjectServer.insert into config.settings(

m_OQLAuthenticationMode,)values(

2,);


Configuración del ayudante de SNMPEl descubrimiento y el sondeo utilizan el ayudante de SNMP para enviarsolicitudes SNMP a los dispositivos de red. Puede configurar cómo el ayudante deSNMP envía las solicitudes SNMP y cómo procesa los resultados de las solicitudesSNMP.

Para obtener información sobre dónde se utiliza el ayudante de SNMP en eldescubrimiento y el sondeo, consulte las siguientes publicaciones:v Para el descubrimiento, consulte IBM Tivoli Network Manager IP Edition Discovery

Guide.v Para el sondeo, consulte IBM Tivoli Network Manager IP Edition Event Management

Guide.

Configuración de la regulación del ayudante de SNMPPuede activar la regulación en el ayudante de SNMP. La activación de laregulación aumenta el retardo entre las solicitudes SNMP de Network Manager aun dispositivo de red. Esto disminuye la carga en el dispositivo de red. De formapredeterminada, la regulación está desactivada en el ayudante de SNMP.

Acerca de la regulación del ayudante de SNMPLa regulación del ayudante de SNMP establece un retardo entre las solicitudesSNMP enviadas por el ayudante de SNMP mediante una fórmula que utiliza losparámetros GeneralSlowdown, GetNextBoundary y GetNextSlowdown.

A continuación, se muestra cómo el ayudante de SNMP envía las solicitudes sinregulación (valor predeterminado) y con regulación:v Cuando la regulación está desactivada, las operaciones GetNext de SNMP

funcionan de la siguiente manera: el ayudante de SNMP envía la primerasolicitud Get de SNMP y cuando Network Manager obtiene una respuesta, elayudante de SNMP envía inmediatamente la solicitud GetNext.

v Cuando la regulación está activada, se introduce un retardo entre las solicitudesGetNext. El retardo puede ser un retardo más breve definido de forma general oun retardo más largo. El sistema realiza un seguimiento del número desolicitudes GetNext que se envían a un dispositivo de red y, cuando ese númeroexcede un determinado valor, se aplica el retardo más largo; de lo contrario, seaplica el retardo más breve. El sistema utiliza los parámetros GeneralSlowdown,GetNextBoundary y GetNextSlowdown definidos en la tabla de base de datossnmpStack.accessParameters para determinar qué retardo se aplica. Para obtenermás información sobre la tabla de base de datos snmpStack.accessParameters,consulte IBM Tivoli Network Manager IP Edition Discovery Guide.

Activación de la regulación del ayudante de SNMPPuede activar la regulación de ayudante de SNMP.

Para activar la regulación del ayudante de SNMP, siga estos pasos:1. Edite el siguiente archivo de configuración: NCHOME/etc/precision/

NcPollerSchema.cfg.

Nota: Puede hacer el dominio del archivo NcPollerSchema.cfg específicocopiándolo a NCHOME/etc/precision/NcPollerSchema.DOMAIN_NAME.cfg, dondeDOMAIN_NAME es el nombre del dominio.

2. Añada la línea siguiente al final del archivo:update config.properties set EnableThrottling = 1;


3. Guarde el archivo NCHOME/etc/precision/NcPollerSchema.cfg.4. Active los cambios realizando una o ambas de las acciones siguientes:v Iniciar o planificar un nuevo descubrimiento completo. El descubrimiento

utilizará ahora la regulación.v Reiniciar el Motor de sondeo, ncp_poller, con la opción de línea de mandatos

-readsnmpconfig especificada.

Configuración del soporte de GetBulk para SNMP v2 y v3Puede configurar el Ayudante de SNMP para utilizar la operación GetBulk cuandose utiliza SNMP v2 o v3. El uso de la operación GetBulk mejora la eficiencia delsondeo y la velocidad del descubrimiento. De forma predeterminada, el ayudantede SNMP no utiliza GetBulk.

Acerca de GetBulkEl mandato SNMP v2 y SNMP v3 GetBulk permite una transferencia de datos máseficiente. Cuando el Ayudante de SNMP está habilitado para utilizar GetBulk, elloreducirá el tiempo que lleva las fases de recopilación de datos de descubrimiento.La utilización de GetBulk también aumenta la eficiencia del sondeo.

La configuración del Ayudante de SNMP para utilizar GetBulk reduce la cantidadde recursos de Network Manager de las siguientes formas:v Reduce el impacto en la gestión de red debido a un menor intercambio de

paquetes SNMP.v Reduce el impacto en dispositivos gestionados debido a un menor proceso de

paquetes SNMP.v Reduce el tiempo de CPU requerido por los procesos de Network Managercomo

el motor de descubrimiento, ncp_disco y el motor de sondeo, ncp_poller, debidoa sobrecargas reducidas.

El uso de GetBulk reduce el tiempo que llevan las fases de recopilación de datosde descubrimiento, ya que un gran porcentaje del tiempo necesario para larecopilación de datos se utiliza esperando paquetes para atravesar la red. Este usoreduce significativamente el tiempo que lleva la recopilación de datos para tablasgrandes, como las tablas de direccionamiento o de interfaz.

Configuración de Network Manager para utilizar GetBulkPuede configurar el Ayudante de SNMP para utilizar GetBulk. También puedeexcluir dispositivos específicos desde el soporte de GetBulk.

Si configura el Ayudante de SNMP para utilizar GetBulk, esto se aplicará a todoslos sondeadores del dominio actual. El Ayudante de SNMP también utilizaráGetBulk para todos los dispositivos del dominio a los que se acceda utilizandoSNMP v2 o SNMP v3, a menos que excluya dispositivos específicos como sedescribe en los pasos siguientes.

Nota: Cuando GetBulk esté habilitado, para cada dispositivo habilitado paraGetBulk, se enviará siempre una solicitud de GetBulk en lugar de una solicitud deGetNext.

Para configurar el Ayudante de SNMP para utilizar GetBulk, realice los pasossiguientes:1. Edite el siguiente archivo de configuración: NCHOME/etc/precision/

NcPollerSchema.cfg.


Nota: Puede hacer el dominio del archivo NcPollerSchema.cfg específicocopiándolo a NCHOME/etc/precision/NcPollerSchema.DOMAIN_NAME.cfg, dondeDOMAIN_NAME es el nombre del dominio.

2. Busque la inserción en la base de datos de config.properties y establezca elvalor para la propiedad UseGetBulk en 1.

3. Guarde el archivo NCHOME/etc/precision/NcPollerSchema.cfg.4. Opcional: Si tiene dispositivos de red que no soporten GetBulk, puede excluir

estos dispositivos de red en una base de dispositivo por dispositivo realizandolos pasos siguientes:a. Edite el archivo de configuración siguiente: NCHOME/etc/precision/

SnmpStackSecurityInfo.cfg.

Nota: Puede hacer el dominio del archivo SnmpStackSecurityInfo.cfgespecífico copiándolo a NCHOME/etc/precision/SnmpStackSecurityInfo.DOMAIN_NAME.cfg, donde DOMAIN_NAME es elnombre del dominio.

b. Para cada dispositivo que desee excluir del soporte de GetBulk, agregueuna inserción en el archivo de configuración de SnmpStackSecurityInfo.cfg,similar al ejemplo siguiente: La siguiente inserción de ejemplo excluye eldispositivo 10.0.13.74 del soporte de GetBulk.insert into snmpStack.accessParameters

( m_NetAddress, m_UseGetBulk )values

( ’10.0.13.74’, 0 );

c. Una vez que haya agregado inserciones para cada uno de los dispositivos aexcluir, guarde el archivo NCHOME/etc/precision/SnmpStackSecurityInfo.cfg.

5. Active los cambios realizando una o ambas de las acciones siguientes:v Iniciar o planificar un nuevo descubrimiento completo. El descubrimiento

hará ahora uso de GetBulk.v Reiniciar el Motor de sondeo, ncp_poller, con la opción de línea de comandos

-readsnmpconfig especificada.

Configuración del número máximo de repeticiones parasolicitudes de GetBulkEl mandato GetBulk se utiliza para recuperar todas las filas de una tabla desde unrecurso de red como, por ejemplo, para recuperar todas las filas en una tabla dedireccionamiento desde un direccionador. El parámetro max-repetitions indicacuántas filas de la tabla se recuperarán en una única operación de GetBulk. Puedeajustar los valores de configuración de GetBulk para minimizar el número depaquetes intercambiados como parte de la operación de GetBulk.

El Ayudante de SNMP determina el valor del número máximo de repeticiones parasolicitudes de GetBulk (el parámetro max-repetitions) según el siguiente cálculo:max-repetitions = DefaultGetBulkMaxReps / #varbinds

Donde:v La propiedad DefaultGetBulkMaxReps se define en el archivo

$NCHOME/etc/precision/NcPollerSchema.cfg. El valor predeterminado es 20. Estapropiedad define el número asignado al campo max-repetitions en solicitudesGetBulk emitidas por procesos de Network Manager. El valor 20 se utilizacuando la solicitud GetBulk contiene un único varbind. Si están incluidos varios


varbinds, el valor se ajusta de forma acorde (dividido por el número devarbinds), por lo que las respuestas siempre contienen un número similar devarbinds.

v #varbinds es el número de enlaces variables que se solicitan. En el Ayudante deSNMP, este valor es normalmente 1. Sin embargo, el valor puede variar enfunción de dónde se despliegue el Ayudante de SNMP y de los siguientesfactores:– En el Motor de descubrimiento, ncp_disco, el valor #varbinds puede variar

según el código en el agente de descubrimiento.– En el Motor de sondeo, ncp_poller, el valor #varbinds puede variar según qué

objetos de MIB estén incluidos en la definición de sondeo.1. Edite el archivo de configuración siguiente: $NCHOME/etc/precision/

NcPollerSchema.cfg.

Nota: Puede hacer el dominio del archivo NcPollerSchema.cfg específicocopiándolo a $NCHOME/etc/precision/NcPollerSchema.DOMAIN_NAME.cfg, dondeDOMAIN_NAME es el nombre del dominio.

2. Busque la línea que define el valor de la propiedad DefaultGetBulkMaxReps.3. Cambie la asignación del valor para la propiedad DefaultGetBulkMaxReps.4. Guarde el archivo $NCHOME/etc/precision/NcPollerSchema.cfg.5. Reinicie el Motor de sondeo, ncp_poller, para activar los cambios de

configuración.

Configuración de SSO entre la representación gráfica y TivoliMonitoring

Las siguientes instrucciones describen cómo configurar IBM Tivoli Monitoring yGráficos para el inicio de sesión único (SSO) mediante ITMWebService. En la parteinferior también se proporcionan instrucciones sobre cómo configurar TivoliIntegrated Portal para comunicarse con un servicio web de Tivoli Monitoringremoto, que sólo funcione en un entorno de SSO.v Instale Tivoli Monitoring 6.2.2. Debe configurar Tivoli Monitoring Tivoli

Enterprise Portal Server para utilizar LDAP y SSO durante el paso deconfiguración. Consulte la documentación de Tivoli Monitoring, aunquebásicamente, necesita hacer lo siguiente:– Durante la configuración de Tivoli Enterprise Portal Server, active los

recuadros de selección de LDAP y SSO. Especifique la información paraconectarse a LDAP.

– Cuando aparezca la configuración de SSO, especifique TIPRealm para elnombre de dominio y el dominio de red para el nombre de dominio (porejemplo, raleigh.ibm.com).

– Exporte las claves LTPA al disco. Para obtener más información, consulte:http://www-01.ibm.com/support/knowledgecenter/SS7JFU_7.0.0/com.ibm.websphere.express.doc/info/exp/ae/tsec_altpaexp.html?cp=SS7JFU_7.0.0%2F1-3-0-0-2-1.

– Tome nota de la contraseña.– Copie el archivo \ibm\itm\cnps\sqllib\kfwtipewas.properties en el

directorio \ibm\itm\cnps y ejecute reconfigure para Tivoli Enterprise PortalServer. Una vez completado el mandato reconfigure, se activará lacaracterística de servicio web.

v Instale y configure Tivoli Integrated Portal para incluir el componente derepresentación de gráficos.


http://www-01.ibm.com/support/knowledgecenter/SS7JFU_7.0.0/com.ibm.websphere.express.doc/info/exp/ae/tsec_altpaexp.html?cp=SS7JFU_7.0.0%2F1-3-0-0-2-1



Para configurar SSO para el componente de representación de gráficos y paraTivoli Monitoring:1. Configure la seguridad de Lightweight Directory Access Protocol (LDAP) en

Tivoli Integrated Portal:a. Agregue y configure un repositorio de LDAP.b. Configure Tivoli Integrated Portal para que pueda gestionar los usuarios de

LDAP en el portal.2. Configure Tivoli Integrated Portal para SSO. Asegúrese de que tanto Tivoli

Monitoring como el servidor de aplicaciones incluido para Tivoli IntegratedPortal utilicen las mismas claves LTPA (importe las claves LTPA que hayaexportado desde Tivoli Monitoring), los mismos nombres de dominio y losmismos certificados SSL de intercambio. Para obtener más información,consulte: http://www-01.ibm.com/support/knowledgecenter/SS7JFU_7.0.0/com.ibm.websphere.express.doc/info/exp/ae/tsec_altpaimp.html?cp=SS7JFU_7.0.0%2F1-3-0-0-2-2

3. En Tivoli Integrated Portal Server, vaya a tip_home_dir/profiles/TIPProfile/bin y ejecute el siguiente mandato para configurar Tivoli Integrated Portal parautilizar SSO cuando se comunique con Tivoli Monitoring:

Windows

tipcli.bat ITMLogin -hostname <TEPS_hostname> -port 1920

Linux UNIX tipcli.sh ITMLogin -hostname <TEPS_hostname> -port1920









5. Cree los usuarios en Tivoli Integrated Portal y asígneles un rol que tengaprivilegios para ver los gráficos de Tivoli Monitoring, por ejemplo,chartAdministrator.

6. Asocie los mismos usuarios que haya creado con un usuario de TivoliEnterprise Portal.a. Inicie sesión en Tivoli Enterprise Portal y asocie ese mismo usuario desde

LDAP con un usuario de Tivoli Enterprise Portal.b. In Tivoli Enterprise Portal, seleccione Editar --> Gestionar usuarios.c. Haga clic en el botón para crear un nuevo usuario y especifique el ID de

usuario y el nombre de usuario. Para ser coherente, puede utilizar el mismoID de usuario que en Tivoli Integrated Portal.

d. Especifique el nombre distinguido. Puede obtenerlo del panel Gestionarusuarios de Tivoli Integrated Portal. Lo puede encontrar utilizando el botónBuscar de Tivoli Enterprise Portal. Si no lo encuentra con el botón Buscar,cópielo desde el panel Gestionar usuarios de Tivoli Integrated Portal ypéguelo. Debe tener este aspecto: uid=userID,o=IBM,c=US


http://www-01.ibm.com/support/knowledgecenter/SS7JFU_7.0.0/com.ibm.websphere.express.doc/info/exp/ae/tsec_altpaimp.html?cp=SS7JFU_7.0.0%2F1-3-0-0-2-2

e. Dé al usuario permiso Modalidad de administración de espacio detrabajo.

Nota: Al iniciar sesión en Tivoli Integrated Portal, no podrá utilizar sysadmin,que es el usuario de Tivoli Monitoring predeterminado, ni tipadmin, que es elusuario predeterminado de Tivoli Integrated Portal, ya que ninguno de estosusuarios están almacenados en el LDAP.

7. Cuando haya terminado, siga estos pasos para probar la configuración:a. Inicie sesión en Tivoli Integrated Portal como uno de los usuarios que ha

creado con acceso a los gráficos.b. Cree una página nueva mediante Valores > Gestión de páginas > Nueva

página.c. Seleccione el portlet Gráficos y haga clic en Aceptar.d. Dé un nombre a la página y guárdela.e. Navegue hasta el portlet de gráficos y seleccione Gráficos de Tivoli.f. En la barra de herramientas de la tabla, haga clic en Nueva para crear una

nueva conexión y proporcione la información necesaria para conectarse a unservicio web de Tivoli Monitoring remoto; haga clic en Aceptar. Por ejemplo:v Nombre: ITMv Protocolo: http. Este valor se puede cambiar posteriormente a https si

fuera necesario pero para fines de prueba http es suficiente.v Nombre de host: nombre_servidor_TEPS.raleigh.ibm.com. Este es el

nombre de host del servidor de Tivoli Enterprise Portal, por ejemplo,tiv-isc09.ibm.com.

v Puerto: 15200. Si utiliza https, el puerto predeterminado será 15201.v Nombre de servicio: TIPWebServiceHttpRouter.

g. Seleccione uno de estos grupos. Rellenará la tabla con los gráficos y lastablas de dicho espacio de trabajo de Tivoli Monitoring.

h. Seleccione un gráfico y haga clic en Finalizar.El gráfico se importará, lo que inicialmente puede tardar cierto tiempo.Cuando finalice el proceso, el gráfico se representará en el portlet.Si no ve elgráfico, revise los mensajes de error y asegúrese de haber seguido estospasos correctamente.

Tareas relacionadas:“Configuración de inicio de sesión único” en la página 217Utilice estas instrucciones para establecer soporte de inicio de sesión único yconfigurar un repositorio federado.“Adición de un repositorio LDAP externo” en la página 211Tras la instalación, puede añadir un IBM Tivoli Directory Server o Active DirectoryMicrosoft Active Directory Server como repositorio de LDAP para NetworkManager.“Configuración de un repositorio LDAP externo” en la página 212Puede configurar Tivoli Integrated Portal Server para comunicarse con unrepositorio externo de LDAP.“Gestión de usuarios LDAP en la consola” en la página 214Para crear o gestionar usuarios en la portal que estén definidos en el repositorioLDAP, especifique, en la consola administrativa de WebSphere Application Server,los tipos de entidad soportados.


IBM Support Assistant (ISA)IBM Support Assistant es una herramienta que ayuda a buscar y encontrar soportee información de formación de productos.

Si necesita abrirse un PMR (Problem Management Record), IBM Support Assistantpuede ahorrar tiempo recopilando automáticamente información de soporte. IBMSupport Assistant proporciona los servicios siguientes:v Acceso mejorado a información de soporte de IBM, grupos de noticias de IBM y

otros recursos mediante una interfaz de búsqueda federada (una búsqueda envarios recursos)

v Fácil acceso a materiales educativos y hojas de ruta de educación de productosde IBM

v Fácil acceso a páginas de inicio de productos, páginas de soporte de productos yforos de productos o grupos de noticias de IBM mediante enlaces convenientes

v Tiempo de PMR mejorado en resolución recopilando información de sistemaclave y enviando los datos a IBM mediante la creación electrónica de un PMR

Un conector de Network Manager está disponible para el IBM Support Assistant.IBM Support Assistant necesita el conector para poder diagnosticar problemas deNetwork Manager.

Para obtener más información acerca de IBM Support Assistant, consulte elsiguiente sitio web de IBM: http://www.ibm.com/software/support/isa

Instalación del recopilador de IBM Support Assistant LiteEl recopilador de IBM Support Assistant (ISA) Lite para Network Managerrecopilación de datos automatizada en los sistemas en los que está instaladoNetwork Manager. Puede recopilar información sobre registros, archivos de reglas,datos de configuración, etc.

Para instalar el recopilador de ISA Lite, realice los siguientes pasos:1. Instale Network Manager.2. Abra la siguiente nota técnica: http://www-01.ibm.com/support/

docview.wss?uid=swg270158673. Siga los pasos en la nota técnica para configurar y utilizar el recopilador de ISA

Lite para Network Manager.





Apéndice. glosario de Network Manager

Utilice esta información para entender terminología relevante al producto deNetwork Manager.

La lista siguiente proporciona explicaciones para la terminología de NetworkManager.

agente Consulte agente de descubrimiento.

agente de descubrimientoFragmento de código que se ejecuta durante un descubrimiento y querecupera información detallada de dispositivos descubiertos.

agrupadorCódigo utilizado en los procesos siguientes: descubrimiento,enriquecimiento de sucesos y análisis de causa raíz. Consulte tambiénagrupador de descubrimiento, agrupador de la Pasarela de sucesos yagrupador de RCA.

agrupador de descubrimientoFragmento de código utilizado durante el proceso de descubrimiento. Hayvarios agrupadores de descubrimiento, y se pueden agrupar en dos tipos:agrupadores de recopilación de datos, que transfieren datos entre bases dedatos durante las fases de recopilación de datos de un descubrimiento, ylos agrupadores de proceso de datos, que construyen la topología de reddurante la fase de proceso de datos.

agrupador de la Pasarela de sucesosAgrupadores que realizan búsqueda de topología como parte del procesode enriquecimiento de sucesos.

agrupador de RCAAgrupadores que procesan un suceso desencadenante cuando pasa por elconector de RCA.

ámbito del descubrimientoLos límites de un descubrimiento, expresados como una o varias subredesy máscaras de red.

análisis de la causa raíz (RCA)El proceso de determinación de la causa raíz de una o varias alertas dedispositivos.

archivos AOCArchivos utilizados por el gestor de clases de objetos activos, ncp_class,para clasificar dispositivos de red siguiendo un descubrimiento. Laclasificación de los dispositivos se define en archivos AOC utilizando unconjunto de filtros en el ID de objeto y otros parámetros de MIB dedispositivo.

archivos de configuraciónCada proceso de Network Manager tiene uno o más archivos deconfiguración utilizados para controlar el comportamiento del procesoconfigurando valores en las bases de datos del proceso. Los archivos deconfiguración también pueden hacerse específicos del dominio.


base de datos de NCIMBase de datos relacional que almacena datos de topología, así como datosde administración tales como datos asociados con políticas de sondeo ydefiniciones, y datos de rendimiento de dispositivos.

bases de datos de OQLLos procesos de Network Manager almacenan información deconfiguración, gestión y funcionamiento en bases de datos de OQL.

clases de objetos activos (AOC)Un elemento en la topología jerárquica predefinida de dispositivos de redutilizado por el gestor de clases de objetos activos, ncp_class, paraclasificar dispositivos descubiertos siguiendo un descubrimiento.

Conector de RCABasado en datos en el suceso y basado en la topología descubierta, intentaidentificar sucesos que están ocasionados por o que ocasionan otrossucesos utilizando reglas codificadas en los agrupadores de RCA.

datos de rendimientoLos datos de rendimiento se pueden recopilar utilizando los informes derendimiento. Estos informes permiten visualizar cualquier dato derendimiento histórico que se haya recopilado mediante el sistema desupervisión para fines de diagnóstico.

definición de sondeoDefine cómo sondear un dispositivo de red o interfaz y filtrarposteriormente los dispositivos de destino o interfaces.

descubrimiento completoUn descubrimiento se ejecuta con un gran ámbito, pensado para descubrirtodos los dispositivos de red que desea gestionar. Los descubrimientoscompletos normalmente se llaman solamente descubrimientos, a menosque se comparen con los descubrimientos parciales. Consulte tambiéndescubrimiento parcial.

descubrimiento parcialUn redescubrimiento posterior de una sección de la red previamentedescubierta. La sección de la red normalmente se define con un ámbito dedescubrimiento que consiste en un rango de direcciones, un dispositivoúnico o un grupo de dispositivos. Un descubrimiento parcial depende delos resultados del último descubrimiento completo y sólo puede ejecutarsesi el Motor de descubrimiento, ncp_disco, no se ha detenido desde elúltimo descubrimiento completo. Consulte también descubrimientocompleto.

dominioConsulte dominio de red.

dominio de redUna recopilación de entidades de red que se descubrirán y gestionarán.Una única instalación de Network Manager puede gestionar variosdominios de red.

enriquecimiento de sucesosEl proceso de agregar información de topología al suceso.

entidadUn concepto de base de datos de topología. Todos los dispositivos ycomponentes de dispositivos descubiertos por Network Manager son


entidades. Igualmente, las recopilaciones de dispositivos como VPN yVLAN, así como fragmentos de topología que forman una conexióncompleja, son entidades.

fase de descubrimientoUn descubrimiento de red se divide en cuatro fases: Interrogandodispositivos, Resolviendo direcciones, Descargando conexiones yCorrelacionando conectividad.

fuente de descubrimientoUno o varios dispositivos desde los que se inicia el descubrimiento.

Gestor de topología (ncp_model)Almacena los datos de topología tras un descubrimiento y envía los datosde topología a la base de datos de topología de NCIM donde se puedeconsultar utilizando SQL.

Gráfico de MIB de SNMPGUI que muestra un gráfico en tiempo real de variables de MIB para undispositivo y que utiliza el gráfico para análisis de fallos y la resolución deproblemas de red.

GUI Configuración del descubrimientoGUI utilizada para configurar parámetros de descubrimiento.

GUI de sondeo de redGUI de administrador. Permite la definición de políticas de sondeo y dedefiniciones de sondeo.

GUI Estado de descubrimientoGUI utilizada para iniciar y supervisar un descubrimiento en ejecución.

Herramientas webHerramientas de recuperación de datos especializados que recuperan datosdesde dispositivos de red y que se pueden iniciar desde las GUI devisualización de red, Vistas de red y Vista de saltos de red, o especificandouna URL en un navegador web.

intermediario de mensajesComponente que gestiona la comunicación entre procesos de NetworkManager. El intermediario de mensajes utilizado por Network Manager sellama Really Small Message Broker. Para asegurar el correctofuncionamiento de Network Manager, Really Small Message Broker debeestar en ejecución en todo momento.

jerarquía de clasesTopología jerárquica predefinida de dispositivos de red utilizada por elgestor de clases de objetos activos, ncp_class, para clasificar dispositivosdescubiertos siguiendo un descubrimiento.

lenguaje OQLVersión de SQL (Structured Query Language) que se ha diseñado para suuso en Network Manager. Los procesos de Network Manager crean einteractúan con sus bases de datos utilizando OQL.

migración tras errorEn su entorno de Network Manager, una arquitectura de migración traserror se puede utilizar para configurar su sistema para una altadisponibilidad, minimizando el impacto de fallos de sistema o de red.

Motor de descubrimiento (ncp_disco)Proceso de Network Manager que realiza el descubrimiento de red.

Apéndice. glosario de Network Manager 381

Motor de sondeo (ncp_poller)Proceso de Network Manager que sondea dispositivos de destino einterfaces. El Motor de sondeo también recopila datos de rendimientodesde dispositivos sondeados.

Navegador de estructuraGUI que permite investigar el estado de los componentes de dispositivospara aislar fallos dentro de un dispositivo de red.

Navegador de MIB de SNMPGUI que recupera información variable de MIB desde dispositivos de redpara soportar el diagnóstico de problemas de red.

ncp_discoConsulte Motor de descubrimiento.

ncp_g_eventConsulte Pasarela de sucesos.

ncp_modelConsulte gestor de topología.

ncp_pollerConsulte Motor de sondeo.

Pasarela de sucesos (ncp_g_event)Proceso de Network Manager que realiza el enriquecimiento de sucesos.

Plug-in de migración tras errorRecibe sucesos de comprobación de estado de Network Manager de laPasarela de sucesos y pasa estos sucesos al proceso de Dominio virtual,que decide si iniciar o no la migración tras error según el suceso.

política de sondeoDefine qué dispositivos sondear. Igualmente define otros atributos de unsondeo, como la frecuencia de sondeo.

Sonda para Tivoli Netcool/OMNIbus (nco_p_ncpmonitor)Adquiere y procesa los sucesos que generan los sondeos y procesos deNetwork Manager, y reenvía estos sucesos al ObjectServer.

Vista de búsqueda de fallosVista de GUI de compuesta que consta de un portlet de Lista de sucesosactivos (AEL) por encima y de un portlet de Vista de saltos de red pordebajo. Utilice la Vista de búsqueda de fallos para supervisar los sucesosde red.

Vista de estado de redVista de GUI de compuesta que consta de un portlet de Vistas de red porencima y de un portlet de Lista de sucesos activos (AEL) por debajo.Utilice la Vista de estado de red para mostrar los sucesos en dispositivosde red.

Vista de saltos de redGUI de visualización de red. Utilice la Vista de saltos de red para buscaren la red un dispositivo específico y mostrar un dispositivo de redespecífico. También puede utilizar la Vista de saltos de red como punto deinicio para la resolución de problemas de red. Conocido anteriormentecomo la Vista de saltos.

Vistas de redGUI de visualización de red que muestra vistas organizadas


jerárquicamente de una red descubierta. Utilice las Vistas de red paravisualizar los resultados de un descubrimiento y resolver los problemas dered.

Vistas de vía de accesoGUI de visualización de red que muestra dispositivos y enlaces quecomponen una vía de acceso de red entre dos dispositivos seleccionados.Cree nuevas vistas de vía de acceso o cambie las vistas de vía de accesoexistentes para ayudar a los operadores de red a visualizar las vías deacceso de red.

Apéndice. glosario de Network Manager 383

Avisos

Esta información se aplica al conjunto de documentación en PDF para IBM TivoliNetwork Manager IP Edition 3.9.

Esta información se ha desarrollado para productos y servicios ofrecidos enEstados Unidos.

IBM puede no ofrecer los productos, servicios o características tratados en estadocumentación en otros países. Consulte con el representante local de IBM paraobtener información acerca de los productos y servicios que actualmente estándisponibles en su localidad. Las referencias hechas a productos, programas oservicios de IBM no pretenden afirmar ni dar a entender que únicamente puedanutilizarse dichos productos, programas o servicios de IBM. Puede utilizarse en sulugar cualquier otro producto, programa o servicio funcionalmente equivalente queno vulnere ninguno de los derechos de propiedad intelectual de IBM. No obstante,es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquierproducto, programa o servicio que no sea de IBM.

IBM puede tener patentes o solicitudes de patente pendientes de aprobación quecubran alguno de los temas tratados en esta documentación. La entrega de estedocumento no le otorga ninguna licencia sobre dichas patentes. Puede enviar susconsultas, por escrito, a:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785Estados Unidos

Para realizar consultas sobre licencias relacionadas con información del juego decaracteres de doble byte (DBCS), póngase en contacto con el departamento depropiedad intelectual de IBM de su país o envíe sus consultas, por escrito, a ladirección siguiente:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan, Ltd.19-21, Nihonbashi-Hakozakicho, Chuo-kuTokyo 103-8510, Japón

El párrafo siguiente no se aplica al Reino Unido ni a ningún otro país donde estasdisposiciones sean incompatibles con la legislación vigente: INTERNATIONALBUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN"TAL CUAL" SIN GARANTÍAS DE NINGÚN TIPO, NI EXPLÍCITAS NIIMPLÍCITAS, INCLUIDAS PERO NO LIMITÁNDOSE A ELLAS, LASGARANTÍAS IMPLÍCITAS DE NO VULNERACIÓN, COMERCIALIZACIÓN OIDONEIDAD PARA UN FIN CONCRETO. Algunos países no permiten la renunciaa garantías explícitas o implícitas en determinadas transacciones, por lo que puedeque esta declaración no sea aplicable en su caso.

Esta información puede incluir imprecisiones técnicas o errores tipográficos.Periódicamente se efectúan cambios en la información aquí contenida; estos


cambios se incorporarán en nuevas ediciones de la publicación. IBM puede realizaren cualquier momento mejoras o cambios en los productos o programas descritosen esta publicación sin previo aviso.

Cualquier referencia incluida en esta información a sitios web que no sean de IBMsólo se proporciona para su comodidad y en ningún modo constituye unaaprobación de dichos sitios web. Los materiales de dichos sitios web no formanparte de los materiales para este producto de IBM y el uso de dichos sitios webcorre a cuenta y riesgo del Cliente.

IBM puede utilizar o distribuir cualquier información que se le proporcione en laforma que considere adecuada, sin incurrir en ninguna obligación para con elremitente.

Los titulares de licencias de este programa que deseen obtener información sobre elmismo con el fin de permitir: (i) el intercambio de información entre programascreados independientemente y otros programas (incluido éste) y (ii) el uso mutuode información que se haya intercambiado, deben ponerse en contacto con:

IBM Corporation958/NH04IBM Centre, St Leonards601 Pacific HwySt Leonards, NSW, 2069AustraliaIBM Corporation896471/H128B76 Upper GroundLondresSE1 9PZReino UnidoIBM CorporationJBF1/SOM1 294Route 100Somers, NY, 10589-0100Estados Unidos de América

Dicha información puede estar disponible, sujeta a los términos y condicionescorrespondientes, incluido, en algunos casos, el pago de una tarifa.

IBM proporciona el programa bajo licencia descrito en esta documentación, asícomo todo el material bajo licencia disponible, según los términos del Acuerdo deCliente de IBM, del Acuerdo Internacional de Programas bajo Licencia de IBM ocualquier acuerdo equivalente entre nosotros.

Los datos de rendimiento incluidos aquí se determinaron en un entornocontrolado. Por lo tanto, los resultados que se obtengan en otros entornosoperativos pueden variar significativamente. Pueden haberse realizado algunasmediciones en sistemas a nivel de desarrollo y no existe ninguna garantía de queestas mediciones vayan a ser equivalentes en sistemas disponibles generalmente.Además, es posible que algunas mediciones se hayan estimado medianteextrapolación. Los resultados reales pueden variar. Los usuarios de este documentodeben verificar los datos aplicables a su entorno específico.

La información concerniente a productos no IBM se ha obtenido de losproveedores de dichos productos, de sus anuncios publicados o de otras fuentes de


información pública disponibles. IBM no ha comprobado dichos productos y nopuede afirmar la exactitud en cuanto a rendimiento, compatibilidad u otrascaracterísticas relativas a productos no IBM. Las consultas acerca de lasposibilidades de los productos no IBM deben dirigirse a los proveedores de losmismos.

Este documento contiene ejemplos de datos e informes que se utilizan diariamenteen la actividad de la empresa. Para que parezcan verídicos, los ejemplos incluyennombres de personas, compañías, marcas y productos. Todos estos nombres sonficticios y cualquier semejanza con los nombres con los nombres y direccionesutilizados por una empresa real es pura coincidencia.

LICENCIA DE COPYRIGHT:

Esta información contiene programas de aplicación de ejemplo en el lenguaje deorigen, que muestran técnicas de programación en diversas plataformas operativas.Puede copiar, modificar y distribuir estos programas de ejemplo en cualquierformato sin abonar ninguna cantidad a IBM, con intención de desarrollar, utilizar,comercializar o distribuir programas de aplicación que estén en conformidad con lainterfaz de programación de aplicación de la plataforma operativa para la queestán escritos los programas de ejemplo. Los ejemplos no se han probadominuciosamente bajo todas las condiciones. Por lo tanto, IBM no puede garantizarni dar por sentada la fiabilidad, la facilidad de mantenimiento ni el funcionamientode los programas.

Marcas registradasLos términos de la Tabla 31 son marcas registradas de International BusinessMachines Corporation en Estados Unidos y/o en otros países:

Tabla 31. Marcas registradas de IBM

AIX iSeries RDN

ClearQuest Lotus SecureWay

Cognos Netcool solidDB

Actual NetView System z

DB2 Notas Tivoli

developerWorks OMEGAMON WebSphere

Servidor dealmacenamientoempresarial

PowerVM z/OS

IBM PR/SM z/VM

Informix pSeries zSeries

Intel, logotipo de Intel, Intel Inside, logotipo de Intel Inside, Intel Centrino,logotipo de Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentiumson marcas registradas de Intel Corporation o de sus filiales en Estados Unidos yen otros países.

Avisos 387

Java y todas las marcas registradas y logotipos basados en Java sonmarcas registradas de Oracle y/o de sus filiales.

Linux es una marca registrada de Linus Torvalds en Estados Unidos y/o en otrospaíses.

UNIX es una marca registrada de The Open Group en Estados Unidos y en otrospaíses.

Microsoft, Windows, Windows NT y el logotipo de Windows son marcasregistradas de Microsoft Corporation en Estados Unidos y/o en otros países.

Consideraciones sobre política de privacidad

Los productos de IBM Software, incluidas las soluciones de software como servicio,("Software Offerings") pueden utilizar cookies u otras tecnologías para recopilarinformación de uso del producto, para ayudar a mejorar la experiencia del usuariofinal, para adaptar las interacciones con el usuario final o para otros fines. Enmuchos casos, las ofertas de software no recopilan información de identificaciónpersonal. Algunas Ofertas de software pueden ayudarle a recopilar informaciónidentificable personalmente. Si esta oferta de software utiliza cookies para recopilarinformación de identificación personal, la información específica sobre el uso decookies de esta oferta se expone a continuación.

Esta oferta de software no utiliza cookies ni otro tipo de tecnología para recopilarinformación de identificación personal.

Para obtener más información sobre el uso de distintas tecnologías, incluidas lascookies, a estos efectos, consulte la política de privacidad de IBM enhttp://www.ibm.com/privacy.


http://www.ibm.com/privacy

Índice

Aaccesibilidad ixactivar

regulación del ayudante deSNMP 371

actualizaciones del mapa de topologíaconfiguración 250

actualizar 137exportación de datos de la GUI 142exportación de datos de

personalización 141importación de datos de la GUI 152importación de datos de

personalización 143instalación 135preparación para 139

adaptador de biblioteca dedescubrimiento

datos de límite de red 204Adaptador de biblioteca de

descubrimientoconfiguración 206, 207, 209ejecución 198

adaptador de biblioteca dedescubrimiento (DLA)

configuración 194requisitos previos 193ubicación de instalación

predeterminada 193AEL

configurar los tipos de suceso detopología 169

Analizador para TivoliNetcool/OMNIbus

archivo de propiedades 178archivo de reglas 179

archivo ConfigItnm.cfg 334archivo CtrlServices.cfg 336archivo de claves de caja fuerte 218archivos de registro 118arquitectura

despliegue de gran tamaño 20despliegue simple 18migración tras error 304

aspecto del mapa de topologíaconfiguración 250

ayudante de SNMPconfigurar la regulación 371

Ayudante de SNMPactivar la regulación 371configuración 371configuración para utilizar

GetBulk 372

Bbase de datos

campos adicionales, TivoliNetcool/OMNIbus 170

base de datos de NCIMmanejo de caracteres de varios

bytes 72Base de datos de topología de NCIM

visión general del método de altadisponibilidad para 297

bases de datosdatos de la topología 38

bidireccional 205

Ccampos de sucesos 182campos de sucesos de Network

Manager 182caracteres multibyte

manejo de la base de datos NCIM 72carga de información de MIB 263carga de la biblioteca de descubrimiento

en TADDM 205categorías de sucesos 171Categorías de sucesos de Network

Manager 171centro de información de software de

Tivoli viCertificado SSL 227clases

asignar iconos para 248clonar 157Common Data Model (CDM) 193compatibilidad 35conexión TCP

Dominio virtual 337ConfigOMNI

opciones 57configuración

actualizaciones del mapa detopología 250

aspecto del mapa de topología 250Ayudante de SNMP 371en el archivo status.properties 259GetBulk para SNMP v2 y v3 372informes BIRT para almacenar

contraseñas NCIM con JNDI 295Network Manager para utilizar

GetBulk 372número máximo de repeticiones para

solicitudes de GetBulk 373regulación del ayudante de

SNMP 371sondas 171

configuración de base de datosDB2, MySQL u Oracle 60DB2 en UNIX 64DB2 en Windows 67Informix en UNIX 61Informix en Windows 63MySQL en UNIX 69MySQL en Windows 69Oracle en UNIX 70Oracle en Windows 71

configuración de informes 266configuración de VMM 222configuración del espacio de disco de

Informix 368configurar la automatización de

SAE 166conmutación

a la modalidad de visualización detopología V3.8 heredada 262

contraseñacifrado 218

convenciones, tipo de letra xconvenciones del tipo de letra xcopiar instalación existente 157correlaciones de campo

Network Manager a alerts.status 185creación de informes

migrar el almacén de contenido deCognos a DB2 u Oracle 273

Ddatos de personalización

importar 143DES 369desconfigurar DISPLAY 121descubrimiento

requisitos de ancho de banda 33requisitos de memoria 33

desinstalaciónen modalidad de consola en

Windows 129en modalidad GUI en Windows 128en modalidad silenciosa en

Windows 130en UNIX 126en Windows 128utilización del asistente en

Windows 128visión general 126

desplieguearquitectura simple 18gran tamaño, arquitectura 20requisitos del dominio 23

directoriorequisitos de la instalación 52

dispositivosJuniper PE 367resaltando agregados

manualmente 261dispositivos agregados manualmente

resaltando 261dispositivos heredados

FIPS 140-2 369DLA

ajuste preciso de la exportación dedatos 200

DNSrequisitos previos 48

dominiospartición 23


dominios (continuación)único por ObjectServer 24varios por ObjectServer 25visualización de varios 26

Eeducación

consulte la formación técnica deTivoli x

ejemplo de proceso del archivo dereglas 180

espacio de intercambio, requisitos 32espacio del disco

sucesos e interfaces 32estado de alerta asociado con un

dispositivoconfiguración de la visualización 251

estado de mantenimiento asociado conun dispositivo

configuración de la visualización 251estructura de directorios

predeterminado 363exportación de datos de

descubrimiento 193

FFIPS 140-2

algoritmos no compatibles 369dispositivos heredados. soporte 369e informes BIRT 295instalación 79

fixpackinstalación 132

formación, técnica de Tivoli xformación técnica de Tivoli xfuentes de datos

base de datos de NCIM 169topología de red 169

GGestor de configuración Netcool 192GetBulk

acerca de 372configuración para SNMP v2 y

v3 372configuración para utilizar mediante

el Ayudante de SNMP 372glosario 379glosario de Network Manager 379GUI web

Migración tras error de origen dedatos de 307, 331

HHADR de DB2

configurar Network Manager paratrabajar con 341

Herramientas webpermisos 242Solaris 10 242

HTTP y HTTPS 219

IIBM Support Assistant 377IBM Support Assistant Lite

instalación 377IBM Systems Director

archivo de propiedades 227Certificado SSL 227configuración de adaptador

opcional 231configuración de la base de

datos 230descarga 226ejecución del adaptador 234instalar 226propiedades de conexión 228registro de adaptador 233resolución de problemas 235

IBM Tivoli Application DependencyDiscovery Manager

Centro de información 193configuración

archivo de propiedades 194base de datos de NCIM 209

GUIMenús contextuales de Network

Manager 207UI de TADDM 206

parámetros de acceso 194requisitos previos 193

IBM Tivoli Change and ConfigurationManagement Database

Centro de información 193integración con Network

Manager 193requisitos previos 193

IBM Tivoli Monitoringinstalación 224

IBM Tivoli Netcool/OMNIbusKnowledge Library

instalación 171IConnect 241icono de solapamiento

para dispositivos agregadosmanualmente 261

iconosasignación a tipos de clases 249asignación a tipos de entidades 248asignando por clase 244asignar a clases 248cambio, gravedad de la alerta 257

identificación de límite de red 200IdML 193importar

datos de personalización 143información de MIB

actualización con ncp_mib 263cómo cargar nueva información 263

información de soporte xinformación extra asociada con un

dispositivoconfiguración de la visualización 251

informesconfiguración 266

BIRT 267configuración de Informix para 276,

277configuración de MySQL para 277

informes (continuación)configuración de Oracle para 278orígenes de datos

BIRT, configuración 267informes BIRT

configuración para almacenarcontraseñas NCIM con JNDI 295

y FIPS 140-2 295Informix

configuración 240configuración para informes 276, 277espacio del disco 368root y no root 240

Informix IConnect 241inicio contextual 205inicio de sesión

configuración para HTTP yHTTPS 219

inicio de sesión único 217configuración 217

instalaciónactualizar 135

archivos de sondeo 149ancho de banda, proceso de

descubrimiento 33archivo, descomprimir 59archivos de registro 124asistente 80base de datos DB2, UNIX 64base de datos DB2, Windows 67base de datos de Oracle, UNIX 70base de datos de Oracle,

Windows 71base de datos de topología

requisitos de la instalación 31Base de datos Informix, UNIX 61Base de datos Informix, Windows 63base de datos MySQL, UNIX 69base de datos MySQL, Windows 69bases de datos de topología

soportadas 38básica, valores 81componentes de la GUI 30componentes principales

requisitos de instalación 29comprobación de requisito previo 59configuración de base de datos, DB2,

MySQL u Oracle 60conformidad de licencia 51despliegue distribuido 17directorio 52en zonas de Solaris 49errores 124espacio de disco, sucesos e

interfaces 32espacio de intercambio 32fallo tras actualización de DE 126FIPS 140-2 79fixpack 132GSKit 239hardware, base de datos de

topología 31hardware, componentes

principales 29herramientas del sistema

operativo 48IBM Support Assistant 377


instalación (continuación)IBM Support Assistant Lite 377IBM Tivoli Monitoring 224IBM Tivoli Netcool/OMNIbus

Knowledge Library 171launchpad 80memoria, proceso de

descubrimiento 33mensajes inocuos 124migración tras error, asignación de

servidor 308modalidad de consola 100modalidad silenciosa 101modalidad silenciosa,

parámetros 103motor de despliegue

fallo tras actualización 126navegadores 46navegadores para el launchpad del

instalador 47orden de los componentes 17paquetes instalados 119para inicio de sesión único 217personalizada, valores 85predeterminada y personalizada 78registros 115requisitos de software, otros

productos 34requisitos del procesador 28requisitos para el instalador 29resolución de problemas

error de modalidad deconsola 121

errores de instalación 124espacio del disco 121la base de datos no se puede

inicializar 122mensajes de error de

dependencia 120usuarios root/no root 120

restricciones de usuario de UNIX 49restricciones de usuario de

Windows 49sistemas operativos 41sondas 171tareas de previas a la instalación 55

configuración de OMNIbus 55tareas posteriores a la instalación 112Tivoli Common Reporting 74Tivoli Integrated Portal 30usuario no root, configuración

adicional 238usuario root, configuración

adicional 237usuario root/no root, UNIX 236visión general de desinstalación 126

integración 35, 165Netcool/OMNIbus 165

campos de bases de datosadicionales 170

integrado con el Gestor de configuraciónde Netcool 192

JJuniper PE

configuración de dispositivo 367

KKnowledge Library 171

Llaunchpad

navegadores soportados 47LDAP 215

añadir 211configuración 212, 214SSL 214

Libro de biblioteca dedescubrimiento 198

licenciaconformidad 51

License Compliance Manager 51líneas

aspecto de en mapas detopología 250

Linuxinhabilitar SELinux 77

Mmanejo de caracteres de varios bytes 72manuales vimapas de red

aspecto de los nodos y las líneas 250mapas de topología

aspecto de los nodos y las líneas 250MD5 369migración 137

copiar la misma versión 157enriquecimiento y correlación de

sucesos 149extracción de los datos de NetView

desde la línea de mandatos 161informes, 3.7 151informes, 3.8 154NetView 161personalizaciones de la base de datos

de topología 156propiedades DLA 148valores de configuración de la

GUI 154valores de configuración

principales 146migración del almacén de contenido de

Cognos a DB2 u Oracle 273migración tras error

archivos de configuración de TivoliNetcool/OMNIbus 303

arquitectura de NetworkManager 304

arquitecturas 300asignación de servidor 308Conexión de par de

ObjectServer 325, 330conexión TCP 337configuración de dependencias de

proceso 350configuración de los parámetros de

comprobación de estado 349configuración de los servidores del

Tivoli Integrated Portal 324

migración tras error (continuación)configuración de Network

Manager 334configuración de Network Manager

para que funcione con RAC deOracle 341

configuración de ObjectServers 326,328

configuración del archivoConfigItnm.cfg 334

configuración del archivoCtrlServices.cfg 336

configurar Network Manager paratrabajar con DB2 HADR 341

conmutar por recuperación 315dominios virtuales 304GUI web 307, 331migrar tras error 315ObjectServer 301puerto fijo para conexiones TCP 338rastreo 351restricciones 324sucesos de comprobación de

estado 312sucesos de problemas de

comprobación de estado 313sucesos de resolución de

comprobación de estado 313visión general 297

modalidad de visualización 3.8conmutación de vuelta a 262

modalidad de visualización V3.8conmutación de vuelta a 262

modalidad de visualización V3.8heredada

conmutación de vuelta a 262modalidad silenciosa

creación de un archivo con el área deejecución 102

edición del archivo de ejemplo 103instalación 101parámetros de archivo de

respuestas 103parámetros de ejemplo 101

Motor de desplieguegestión 123

MySQLconfiguración para informes 277

Nnavegadores 46

soportados para el launchpad delinstalador 47

NCHOME 362ncp_mib

cargar 263ncp_oql

autenticaciónconfiguración para el Proveedor de

servicios de OQL 370configuración de autenticación 370configuración de autenticación para el

Proveedor de servicios de OQL 370Netview

replicar datos de topología 162

Índice 391

NetViewmigración 161

Network Manager a correlacionesalerts.status 185

nodosaspecto de en mapas de

topología 250número de repeticiones para solicitudes

de GetBulkconfiguración del máximo 373

número máximo de repeticiones parasolicitudes de GetBulk

configuración 373

OObjectserver

SEA 166varios niveles 166

ObjectServer 222agregación 24conexión SSL 216dominio único 24migración tras error 301par virtual 301recopilación 24varios dominios 25visualización de varios dominios 26

Oracleconfiguración para informes 278

origen de datoscambio, GUI web 169

orígenes de datos JNDIgestión mediante script 296

Ppartición

dominios 23permisos

Herramientas web, Solaris 10 242root/no root, UNIX 236

posición de los nodos 255posterior a la instalación 112procesos

sucesos generados 173Propiedades DLA para la vista

filtrada 203Proveedor de servicios de OQL

configuración de autenticación 370publicaciones vipublicaciones en línea vipúblico v

RRAC de Oracle

configurar Network Manager paratrabajar con 341

rastreo de la migración tras error 351redescubrimiento 255registro

seguridad predeterminada 223TIPProfile_create 117

registro de usuariopredeterminado 223

regulaciónactivar en el ayudante de SNMP 371

repeticiones para solicitudes de GetBulkconfiguración del número

máximo 373repositorios federados

VMM para ObjectServer 222representación gráfica

SSO e ITM 374representación gráfica base 53requisito previo

comprobación automatizada 59requisitos

para zonas de Solaris 49Requisitos de instalación

Windows Installer 51requisitos de la instalación

descriptores de archivos 53requisitos previos de instalación

DNS 48resolución de problemas

error de modalidad de consola 121espacio del disco 121la base de datos no se puede

inicializar 122mensajes de error de

dependencia 120puertos predeterminados 120tareas posteriores a la instalación 122usuarios root/no root 120

SSAE

configurar la automatización de 166scripts

ConfigOMNI 57seguridad

clave de caja fuerte 218registro predeterminado 223

señal BSM_Identity 210servidor de aplicaciones

habilitación de FIPS 220setupITNMDatasources, script 296sistema operativo

herramientas 48sistemas operativos

instalación 41SNMP v2 y v3

configuración de GetBulk 372Solaris 10

Permisos de WebTools 242solicitud de publicaciones visolicitudes de GetBulk

configuración del número máximo derepeticiones 373

solución de problemas de lainstalación 114

sonda nco_p_ncpmonitor paraTBSM 210

Sonda para Tivoli Netcool/OMNIbusconfiguración 178

sondasconfiguración 171instalación 171

sondas de OMNIbus 171

sondeoPing remoto de Juniper 367

soporteIBM Support Assistant 377

soporte de FIPS 220SSL 214

a ObjectServer 216configuración 215SSL 215

status.propertiesconfiguración 259

sucesoscomprobación de estado 312dispositivos no gestionados 264filtrado

dispositivos no gestionados 265información de estado 173marcado

dispositivos no gestionados 265problema de comprobación de

estado 313red 172resolución de comprobación de

estado 313sucesos afectados por el servicio

configurar la automatización de 166sucesos de comprobación de estado 312

configuración de parámetros 349Sucesos de información de estado 173sucesos de problemas de comprobación

de estado 313sucesos de red 172sucesos de resolución de comprobación

de estado 313sucesos TBSM 210

Ttabla alerts.status

campos utilizados para NetworkManager 185

TIPHOME 362tipos de clases

asignación de iconos para 249tipos de entidad

asignación de iconos para 248TIPProfile_create.log 117Tivoli Common Reporting 74Tivoli Integrated Portal

configuración 210requisitos de instalación 30

Tivoli Netcool/OMNIbuscampos de bases de datos

adicionales 170configuración 165

Tivoli Netcool/OMNIbus sondas 171topoviz.node.freezeold 255topoviz.node.new.placement 255topoviz.node.new.spacing.horizontal 255topoviz.node.new.spacing.vertical 255

UUNIX

base de datos DB2 64base de datos Informix 61


UNIX (continuación)base de datos MySQL 69Base de datos Oracle 70instalación de usuario root/no

root 236permisos root/no root 236requisitos del directorio 52restricciones de usuario,

instalación 49

VVACM

acceso para el sondeo de ping remotode Juniper 367

valores del estado de alerta 259variables, notación para xvariables de entorno 362variables del entorno, notación xvisión general de IBM Systems

Director 225vista de red filtrada para el límite de la

red 202vistas de red 255vistas de topología

configurar el tipopredeterminado 169

vistas filtradas 169visualización

conmutación a modalidad V3.8heredada 262

visualización de topologíaconmutación a modalidad V3.8

heredada 262visualización del límite de la red 202VMM

para ObjectServer 222

WWindows

base de datos de DB2 67base de datos de Oracle 71base de datos Informix 63base de datos MySQL 69requisitos del directorio 52restricciones de usuario,

instalación 49

Zzonas 49zonas de Solaris 49

Índice 393

IBM®

Impreso en la República de Irlanda

...Importación de datos de personalización .. . 143 Importación de datos de personalización -...

Documents

Transcript of ...Importación de datos de personalización .. . 143 Importación de datos de personalización -...