Business Service Manager: Soluciones para BSM - IBM

Business Service ManagerVersión 6.2.0

Soluciones para BSM

IBM

SC43-4819-02

Nota

Antes de utilizar esta información y el producto al que da soporte, lea la información del apartado"Avisos".

Nota de edición

Esta edición se aplica a IBM® Tivoli Business Service Manager Versión 6 Release 2.0 y a todos los releases ymodificaciones posteriores hasta que se indique lo contrario en nuevas ediciones.© Copyright International Business Machines Corporation 2008, 2019.

Contenido

Figuras.................................................................................................................. v

Acerca de esta publicación....................................................................................ixA quién va dirigida....................................................................................................................................... ix

Capítulo 1. IBM Solutions for Business Service Management...................................1Introducción.................................................................................................................................................1

Vistas basadas en personas de Business Service Management...........................................................2Visión general de los paneles de instrumentos.....................................................................................5Visión general de la arquitectura........................................................................................................... 6

Despliegue de Solutions for BSM................................................................................................................ 8Requisitos del producto....................................................................................................................... 11Instalación de IBM Solutions for Business Service Management sin un navegador ........................ 14Ejecución del asistente de despliegue................................................................................................ 14Desplegar supervisión de prácticas recomendadas........................................................................... 17Desplegar supervisión ITCAM de prácticas recomendadas............................................................... 22Despliegue de descubrimiento automatizado.....................................................................................36Desplegar personalizaciones del gestor de sucesos.......................................................................... 45Despliegue de personalizaciones de TBSM.........................................................................................65Desplegar una configuración de inicio de sesión único...................................................................... 70

Configuración posterior a la instalación....................................................................................................88Situaciones de Tivoli Monitoring.......................................................................................................... 88Asistente de relaciones........................................................................................................................88Consideraciones de automatización de DLA....................................................................................... 91Rol BSMAcceleratorUser......................................................................................................................91Consideraciones sobre Kit de herramientas de Discovery Library..................................................... 92Configuración del inicio de sesión único............................................................................................. 92

Modificaciones de productos.................................................................................................................... 93Políticas de Netcool/Impact para Solutions for BSM..........................................................................93Actualizaciones de Netcool/OMNIbus.................................................................................................94Configuración de Tivoli Application Dependency Discovery Manager................................................98Adaptador de Discovery Library para el agente de supervisión de servidores HTTP.........................99Adaptador de Discovery Library para agentes de ITCAM for Transactions......................................104Adaptador de Discovery Library para el agente de ITCAM para aplicaciones WebSphere............. 111Situaciones predefinidas para Solutions for BSM............................................................................. 117Soporte para la colección de medidas de Time Window Analyzer .................................................. 137

Asistencia al usuario de IBM Solutions for Business Service Management ......................................... 138Identificación de problemas utilizando las páginas de Business Service Health................................. 139

Visión general de la página de Business Service Health ..................................................................141Visión general de la página de Detalles de Business Service Health .............................................. 143

Habilitación de sucesos de cambio en TADDM para mostrar el Time Window Analyzer (Opcional).... 146Acerca del portlet Time Window Analyzer ....................................................................................... 147Requisitos de software ......................................................................................................................147Descripción general del proceso de suceso de cambio ...................................................................147Modificaciones de suceso de cambio de Application Dependency Discovery Manager .................148Habilitación del sondeo de EIF para procesar sucesos de cambio en Netcool/OMNIbus.............. 152Establecimiento de la caducidad de sucesos de cambio en Netcool/OMNIbus..............................152Registro del servicio Proveedor de marcadores en Netcool/Impact............................................... 153Habilitación del servicio Actualización de TBSM ..............................................................................153Creación del lector de sucesos del servidor de objetos en Netcool/Impact................................... 154

iii

Desencadenante de un suceso de cambio en TADDM......................................................................154Visualización del suceso de cambio en Time Window Analyzer.......................................................155

Resolución de problemas........................................................................................................................155Iniciación al diagnóstico.................................................................................................................... 156Problemas de despliegue.................................................................................................................. 159Resolución de problemas de la automatización de DLA ..................................................................166

Personalización de las soluciones...........................................................................................................168Introducción ...................................................................................................................................... 168Escenario de agente de WebSphere MQ .......................................................................................... 170Escenario de personalización de modelo de servicio ...................................................................... 196Escenario de producto de supervisión de terceros ..........................................................................211Escenario de sin TADDM en el entorno ............................................................................................ 211Personalización de la tabla de puntuación para nuevos tipos de tecnología ..................................213

Apéndice A. Avisos............................................................................................ 217Marcas registradas.................................................................................................................................. 218

iv

Figuras

1. Vista basada en personas de un servicio empresarial................................................................................. 3

2. Flujo de trabajo de determinación de problemas de TI............................................................................... 4

3. Flujo de trabajo de resolución de problemas............................................................................................... 5

4. Opciones de inicio de la tarjeta de puntuación Componentes de servicio empresarial............................. 6

5. Arquitectura de Solutions for BSM................................................................................................................7

6. Diagrama de flujo para TADDM y Time Window Analyzer .......................................................................148

7. Adición de los archivos de configuración. ............................................................................................... 151

8. Time Window Analyzer que muestra los sucesos de cambio .................................................................155

9. Diagrama de flujo de datos de la personalización de WebSphere MQ ................................................... 171

10. Espacio de trabajo de WebSphere MQ .................................................................................................. 172

11. Aplicaciones empresariales y tipos de tecnología que incluyen el tipo de tecnologíaMQ_QueueManagers ...............................................................................................................................173

12. TADDM Grouping Composer...................................................................................................................175

13. Separador Contenido de aplicación TADDM ......................................................................................... 175

14. Separador Contenido de aplicación TADDM que muestra los recursos asignados ............................. 176

15. Creación de la regla de dependencia DirectChildEventStatus ............................................................. 177

16. Creación de la regla de dependencia numérica ....................................................................................177

17. TBSM Adición de propiedades a la plantilla ..........................................................................................178

18. Configuración de las expresiones de salida .......................................................................................... 179

19. Creación de la regla de dependencia .................................................................................................... 180

20. CRViewer: icono Business Service Composer .......................................................................................183

21. Vista del proyecto de Business Service Composer ...............................................................................184

22. Valores de entrada para fila nueva ........................................................................................................ 184

v

23. Nueva fila completada ........................................................................................................................... 184

24. Configuración del nombre, descripción y fórmula de una situación .................................................... 186

25. Configuración de la distribución para la situación ................................................................................ 187

26. Configuración de la situación para enviar sucesos al sondeo de EIF ...................................................187

27. Establecimiento de los campos de BSM_Identity ................................................................................ 188

28. Configure el Nombre, Descripción, Categoría y Origen de datos para la consulta. ............................. 189

29. Asignación de un grupo de atributos a la consulta ............................................................................... 190

30. Asignación del Nodo de origen a la consulta ........................................................................................ 191

31. Captadores de datos de navegación del servicio ..................................................................................191

32. Creación de un captador de datos .........................................................................................................192

33. Regla de estado de entrada para recibir datos del captador de datos ................................................ 193

34. Coincidencias de recursos ..................................................................................................................... 195

35. Modelo de topología de red simple ....................................................................................................... 196

36. Plantilla BSM_VLAN ............................................................................................................................... 202

37. Creación de la regla de dependencia .................................................................................................... 203

38. Creación de una regla de dependencia para la plantilla BSMAccelerator_NetworkGroup .................205

39. Establecimiento de la regla de dependencia máxima .......................................................................... 205

40. Regla de caso peor de dependencia ......................................................................................................206


42. Completar fila nueva: my:switch............................................................................................................ 207


44. Completar fila nueva: my:router.............................................................................................................207

45. Tipo de tecnología de red ...................................................................................................................... 210

46. Envío de sucesos ....................................................................................................................................211

47. BSM_Accel_Scorecard............................................................................................................................213

vi

48. Editor de plantillas de árbol ...................................................................................................................213

49. Adición de columnas para los nuevos tipos de tecnología ...................................................................213

50. Configuración de reglas para correlacionar con columnas ...................................................................214

51. Actualizar columnas de tabla de puntuación ........................................................................................214

vii

viii

Acerca de esta publicación

La Guía de IBM Solutions for Business Service Management contiene instrucciones sobre cómo desplegarla solución.

A quién va dirigidaEsta publicación va destinada a los usuarios responsables de instalar, personalizar y supervisar IBMSolutions for Business Service Management.

© Copyright IBM Corp. 2008, 2019 ix

x Business Service Manager: Soluciones para BSM

Capítulo 1. IBM Solutions for Business ServiceManagement

IBM Solutions for Business Service Management integra productos del portafolio de Tivoli® para ofrecercontenido preconfigurado, visualizaciones, prácticas recomendadas y demostraciones de BusinessService Management. Las soluciones ayudan a mejorar el tiempo de valoración de clientes que deseanlograr la gestión de servicios empresariales.

También puede verse la versión en PDF de este documento.

IntroducciónIBM Solutions for Business Service Management integra productos de la cartera de productos de Tivolipara proporcionar contenido preconfigurado, visualizaciones, mejores prácticas y demos de BusinessService Management. Las soluciones ayudan a mejorar el coste en tiempo para los clientes que deseanlograr la gestión de servicios empresariales.

Objetivos generales

La solución ayuda a conseguir los objetivos siguientes:

• Reducir el tiempo de despliegue de las soluciones y aplicaciones o colecciones lógicas de BusinessService Management.

• Reducir el desarrollo de clientes / los gastos de servicios:

– Creando unos fundamentos de integración basados en las mejores prácticas del sector– Reducir la complejidad de la integración

Objetivos técnicos

La solución tiene los siguientes objetivos técnicos:

• Mejorar la integración entre productos.• Generar dinámicamente modelos de servicios empresariales:

– Ayudar a determinar y aislar rápidamente los problemas en los servicios empresariales clave.– Crear unos fundamentos para ofrecer más valor, y unos paneles de instrumentos más

personalizados.• Crear paneles de instrumentos preconfigurados para personas seleccionadas como por ejemplo

operadores de TI y expertos especializados.• Desplegar las mejores prácticas recopiladas en el sector para la supervisión y la gestión de sucesos.• Funcionalidad de obtención de detalles.• Proporcionar un instalador de integración para simplificar las tareas de despliegue de integración

Publicaciones del producto

Para obtener la última versión de esta documentación de Solutions for BSM, consulte:

Documentación de Tivoli Business Service ManagerEl Information Center de la versión 6.2.0 contiene el conjunto completo de publicaciones de TBSM ytambién incluye la documentación de Solutions for BSM.

Tivoli Business Service Manager (TBSM) correlaciona los datos entrantes a servicios empresariales ycrea modelos de servicio basados en estos datos. El Information Center de la versión 6.2.0 contieneel conjunto completo de publicaciones de TBSM e incluye información sobre nuevas características,

© Copyright IBM Corp. 2008, 2019 1

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Business%20Service%20Manager

actualizaciones generales y mejoras. El centro de información contiene temas para ayudarle con lastareas básicas, así como las avanzadas.

TBSM incluye Netcool/Impact y Netcool/OMNIbus.

Wiki de Tivoli Business Service ManagerEl wiki de developerWorks de Tivoli para TBSM contiene diversa información, como por ejemplo unagalería multimedia, escenarios de instalación e integración e información sobre mejores prácticas,planificación y resolución de problemas.

Documentación de Netcool/ImpactTBSM utiliza Netcool/Impact para analizar, filtrar y agregar datos entrantes. TBSM incluye una versión7.1.0.13 de Netcool/Impact con personalizaciones específicas para TBSM.

Documentación de Netcool/OmnibusTBSM supervisa el ObjectServer de Tivoli Netcool/OMNIbus en busca de sucesos entrantes. ElObjectServer recopila sucesos de sondeos, supervisores y de otras aplicaciones, como por ejemploIBM Tivoli Monitoring. TBSM se utiliza para crear modelos de servicio que respondan a los datosrecibidos en los sucesos de entrada. TBSM incluye la versión 8.1.0.x de Netcool/OMNIbus conpersonalizaciones específicas para TBSM. También se incluye Netcool/OMNIbus Web GUI.

Tivoli Application Dependency Discovery ManagerSolutions for BSM utiliza Tivoli Application Dependency Discovery Manager para ayudar a descubrir ygestionar servicios empresariales. En las publicaciones se incluyen instrucciones para instalar,configurar y completar todas las tareas más importantes con el producto.

Tivoli MonitoringSolutions for BSM utiliza Tivoli Monitoring versión 6 release 2.3 fixpack 2 para desplegar y gestionar lasuite de productos de Tivoli Monitoring. Estos productos y componentes supervisan y recopilan datosde recursos para Solutions for BSM.

Tivoli Composite Application Manager for TransactionsIBM Tivoli Composite Application Manager for Transactions (ITCAM for Transactions) se integra conTivoli® Enterprise Portal en IBM Tivoli Monitoring, permitiéndole gestionar toda su empresa con unaúnica interfaz de usuario. Esto incluye el despliegue y supervisión de servidores web, lo que ayuda adesplegar y gestionar la infraestructura de aplicaciones de servidores web. Tareas adicionalesincluyen la instalación y configuración de agentes de Web Response Time y de sistema operativo.

Tivoli Composite Application Manager for ApplicationsEs responsable del despliegue y gestión de ITCAM for Applications, que cubre WebSphere, servidoresHTTP y DB2.

TBSM Media GalleryMedia Gallery contiene vídeos, guías de aprendizaje, módulos de formación y demos sobre temastales como tareas e integración.

Vistas basadas en personas de Business Service ManagementIBM Solutions for Business Service Management trata dos amplias vistas de Business ServiceManagement: los grupos de unidad de negocio, que proporcionan servicios a clientes y los grupos deoperaciones de tecnologías de la información (TI), que dan soporte a las unidades de negocio. En esterelease, la solución cubre el flujo de trabajo de operaciones de TI.

El grupo de unidad de negocio da soporte al desarrollo, marketing y ventas de un servicio o productoespecificado. El grupo de operaciones de TI da soporte a la infraestructura subyacente necesaria para losservicios empresariales.

2 Business Service Manager: Soluciones para BSM


https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Netcool%20Impact

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Netcool%20OMNIbus

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Application%20Dependency%20Discovery%20Manager

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Monitoring

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Composite%20Application%20Manager%20for%20Transactions

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Composite%20Application%20Manager%20for%20Applications

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Business%20Service%20Manager1/page/TBSM%20Media%20Gallery

Figura 1. Vista basada en personas de un servicio empresarial

Los roles principales del grupo de unidad de negocio son:Propietario de línea de negocio (LOB - Line of business)

Este rol se centra en el marketing y los negocios, no en TI. El propietario de línea de negocio dependede los servicios de TI para hacer su trabajo. El propietario de línea de negocio necesita saber cómovan las cosas y si hay problemas que afecten a los servicios.

Propietario de aplicaciónEsta rol es responsable de mantener una aplicación empresarial importante en funcionamiento deforma que la empresa pueda ganar dinero.

Operaciones de TI

El personal de Operaciones de TI trabaja para gestionar servicios empresariales y aplicaciones globalesteniendo visibilidad en la tecnología clave que permite ofrecer servicios y aplicaciones. Deseancomprender rápidamente el impacto que tienen los incidentes sobre los servicios y aplicacionesempresariales interpretando el contexto que proporciona Solutions for BSM y realizando las accionesadecuadas en base a esta información.

Capítulo 1. IBM Solutions for Business Service Management 3

Figura 2. Flujo de trabajo de determinación de problemas de TI

Los roles principales del grupo de operaciones de TI son:Gestor de operaciones de TI

Dirige un grupo que trabaja para clasificar, investigar y resolver incidentes que afectan a lainfraestructura de servicios empresariales.

Analista de servicio de atención al usuarioProporciona el soporte inicial al cliente. Este rol crea, clasifica y asigna incidentes basándose en lasllamadas de los usuarios finales.

Operador de Nivel 1 (L1)Investiga los incidentes de más alta prioridad y resuelve los tipos de incidente conocidos. Asignaincidentes no resueltos al operador de Nivel 2.

Operador de Nivel 2 (L2)Investiga los incidentes no resueltos e identifica la causa raíz. Aísla el dominio donde se ha producidoel problema.

Experto en la materia (SME)Investiga y resuelve un problema específico de un dominio. Valida la resolución.

Flujo de trabajo de resolución de problemas

En este diagrama se muestra cómo ayudan los paneles de instrumentos de Solutions for BSM a losusuarios de operaciones de TI a detectar, analizar y resolver un problema.


Figura 3. Flujo de trabajo de resolución de problemas

En este caso, el cliente VIP notifica que las operaciones de ventas tardan demasiado tiempo encompletarse. El propietario de la unidad de negocio ve un problema en el panel de instrumentos deEstado de aplicación y lo notifica a Operaciones de TI, quienes aíslan, diagnostican y resuelven unproblema de almacenamiento de virtualización. El panel de instrumentos Estado de aplicación, así comootros paneles de instrumentos de aplicación empresarial no están disponibles en este release.

Visión general de los paneles de instrumentosIBM Solutions for Business Service Management utiliza una serie de paneles de instrumentos para darsoporte a los roles de operaciones de TI.

Paneles de instrumentos de aplicaciones empresariales

Los roles de unidad de negocio, como por ejemplo el propietario de aplicación, utilizan los paneles deinstrumentos de aplicación empresarial para mostrar el estado de los servicios en general. Estos panelesde instrumentos no están disponibles en este release.

El grupo de unidades de negocio da soporte al desarrollo, comercialización y venta de un servicio oproducto.

El propietario de aplicación es responsable de mantener una aplicación empresarial importante enfuncionamiento de forma que la empresa pueda ganar dinero.

Operaciones de TI

El personal de operaciones de TI trabaja para clasificar, investigar y resolver incidentes que afectan a lainfraestructura de servicios empresariales. Solutions for BSM da a este grupo acceso fácil a la informaciónque necesitan para manejar incidentes que afectan al servicio.

Paneles de instrumentos de componentes

Al pulsar con el botón derecho del ratón sobre un servicio en la tarjeta de puntuación Componentes deservicio empresarial, puede iniciar otra aplicación, como por ejemplo Tivoli Enterprise Portal.


Figura 4. Opciones de inicio de la tarjeta de puntuación Componentes de servicio empresarial

Nota: A partir de la versión 1.1.3 quedan en desuso los servicios de registro de Jazz™ for ServiceManagement y, por lo tanto, queda también en desuso la funcionalidad de previsualización de ayudacontextual de OSLC (Open Services Lifecycle Collaboration), que utiliza esta característica si se utiliza conversiones de Jazz™ for Service Management igual o superiores a la versión 1.1.3.

Visión general de la arquitecturaIBM Solutions for Business Service Management es un ejemplo de cómo se puede integrar variosproductos para dar soporte a los servicios empresariales. Los datos de estos productos dedescubrimiento y supervisión se utilizan para crear una jerarquía de servicios que representan susoperaciones empresariales y de tecnologías de la información (TI). El modelo de servicio TBSM y lospaneles de instrumentos resultantes le ayudan a realizar el seguimiento de sus operacionesempresariales y de los recursos de tecnologías de la información (TI) que afectan a sus operacionesempresariales.

Solutions for BSM recopila datos de diversos productos que supervisan tipos de tecnologías clave. Lainformación se recopila, se procesa y se organiza en componentes tecnológicos que dan soporte a unaaplicación empresarial representada como un servicio dentro de TBSM.

Tabla 1. Orígenes de datos para los componentes tecnológicos

Origen de datos Componentes tecnológicos Descripción

Agentes de Tivoli Monitoring parasistemas operativos

Servidores Supervisión básica, situaciones yestado de los hosts de servidor

ITCAM for Applications Servidores de aplicaciones

Servidores web

Bases de datos

Descubrimiento y supervisión deservicios basados en servidoresde aplicaciones, clientes,servidores web y bases de datos.

ITCAM for Transactions Clientes

Transacciones de cliente

Transacciones

Descubrimiento y supervisión deservicios basados entransacciones.


Tabla 1. Orígenes de datos para los componentes tecnológicos (continuación)

Origen de datos Componentes tecnológicos Descripción

Tivoli Monitoring for VirtualEnvironments

Entornos de virtualización Supervisión básica, situaciones yestado de los hosts de servidorvirtual

En este diagrama se muestra las relaciones entre los productos de Tivoli dentro de la arquitectura deSolutions for BSM. Dos procesos principales dan soporte al modelo de servicio y los paneles deinstrumentos:

• Descubrimiento de recursos y creación de un modelo de servicio basado en los recursos descubiertos• Supervisión del modelo de servicio en base al estado en tiempo real y los indicadores clave de

rendimiento

Figura 5. Arquitectura de Solutions for BSM

Proceso de descubrimiento

Solutions for BSM incluye plantillas de adaptador de Discovery Library para agentes adicionales queayudan a automatizar el flujo de procesos de descubrimiento. Los datos del recurso de TI descubierto seutilizan para crear un modelo de servicio de TBSM. En la parte izquierda del diagrama se ilustra el procesode descubrimiento.

1. La aplicación de supervisión de línea base, como por ejemplo ITCAM for Applications, utiliza suadaptador de Discovery Library (DLA) para crear un archivo de libro IdML (Identity Markup Language).Los libros IdML, también denominados libros de Discovery Library, son archivos XML que contieneninformación detallada sobre los recursos y las relaciones entre recursos escritas para ajustarse alesquema de IdML. Cada libro IdML representa una vista distinta de los recursos y relaciones en unpunto en el tiempo.


2. IBM Tivoli Application Dependency Discovery Manager (TADDM) lee los datos de los libros IdML,normaliza los daos y crea dependencias de recursos. A continuación, los datos de recursos yrelaciones se pueden cargar/importar en TBSM.

3. TBSM utiliza Kit de herramientas de Discovery Library para crear un modelo de servicio jerárquicobasado en los datos procedentes de TADDM. TBSM organiza los recursos en componentestecnológicos utilizando plantillas de servicio para establecer dependencias entre los nuevos servicios.Cada servicio tiene un único valor de BSM_Identity. Este valor se utiliza para correlacionar lossucesos entrantes con los servicios descubiertos.

4. Los paneles de instrumentos operativos muestran información sobre el modelo de serviciodescubierto en tarjetas de puntuación, diagramas y listas de sucesos activos. Las tarjetas depuntuación le ayudan a supervisar el estado, el impacto empresarial y los indicadores clave derendimiento. También puede llevar a cabo análisis de causa raíz desde los paneles de instrumentos.

Gestión de sucesos y supervisión de estado

Solutions for BSM ayuda a configurar la personalización de sucesos para los productos que gestionan lossucesos entrantes. Estos sucesos afectan al estado de los servicios descubiertos en el modelo de serviciode TBSM. Los sucesos incluyen el campo BSM_Identity, que se utiliza para correlacionar los sucesoscon los servicios descubiertos. Los sucesos contienen información sobre el estado, el impactoempresarial y los indicadores clave de rendimiento que afectan a los servicios.

La parte derecha del diagrama ilustra el proceso de gestión de sucesos.

1. La aplicación de supervisión de línea base, como por ejemplo ITCAM for Transactions recopila yconsolida datos sobre indicadores clave de rendimiento de sistemas, aplicaciones, middleware ytransacciones. Cuando la aplicación de supervisión detecta una condición de alerta, crea un suceso desituación que se reenvía al Sondeo de Tivoli Event Integration Facility (Sondeo de EIF).

2. El Sondeo de EIF convierte los sucesos de situación en sucesos de Netcool/OMNIbus y los inserta enel ObjectServer de Netcool/OMNIbus.

3. Netcool/OMNIbus recopila y consolida los sucesos y TBSM yNetcool/Impact leen los sucesos deNetcool/OMNIbus.

4. Netcool/Impact enriquece los sucesos con contexto empresarial y otros datos adicionales cuando esnecesario.

5. TBSM recopila los sucesos y utiliza valor del campoBSM_Identity para correlacionar los sucesosentrantes con los servicios descubiertos. TBSM también envía sucesos de estado de servicio de vueltaa Netcool/OMNIbus.

6. Los paneles de instrumentos operativos muestran información de los sucesos en tarjetas depuntuación, diagramas y listas de sucesos activos. Los paneles de instrumentos le ayudan a supervisarel estado, el impacto empresarial y los indicadores clave de rendimiento. También puede llevar a caboanálisis de causa raíz desde los paneles de instrumentos.

Despliegue de Solutions for BSMEstos temas describen cómo desplegar IBM Solutions for Business Service Management en la pila deproductos de Tivoli. El despliegue es un grupo de mejoras, elementos de configuración e integraciones.

Antes de empezar

Antes de empezar, revise el producto y los requisitos de usuario.

Requisitos del productoRevise los requisitos de producto para asegurarse de que tiene los productos de Tivoli necesarios ylas versiones de estos productos.


Usuario del despliegueTiene que haber iniciado sesión como usuario en la máquina local que ejecuta el asistente dedespliegue. Debe especificar las cuentas de destino en las máquinas de destino como parte delproceso de despliegue.

Si va a desplegar elementos de configuración en la máquina local, debe haber iniciado sesión como elusuario que originalmente ha instalado el producto de Tivoli asociado. No tiene la oportunidad deespecificar un usuario de instalación distinto para el host local. Para cualquier otra máquina remota,tendrá la oportunidad de especificar el ID de usuario y la contraseña para la máquina de destino.

Haga una copia de seguridad de los productos antes de desplegar.Se recomienda hacer una copia de seguridad de los productos de Tivoli antes de desplegar Solutionsfor BSM. Utilice sus procedimientos de copia de seguridad locales o los procedimientos descritos enlas publicaciones del producto. Para obtener enlaces a las publicaciones de todos los productos,consulte “Introducción” en la página 1

Copias de seguridad de Netcool/OMNIBus:

Haga una copia de seguridad de la configuración de ObjectServer antes de desplegar Solutions for BSM.De lo contrario, no podrá eliminar todas las modificaciones de Solutions for BSM en el ObjectServer. Paraobtener más información, consulte la sección "Importar y exportar configuraciones de ObjectServer" en elInformation Center de Netcool/OMNIbus 7.3.1:

http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=/com.ibm.netcool_OMNIbus.doc_7.3.1/omnibus/wip/welcome.htm.

Acerca de esta tarea

Para desplegar Solutions for BSM siga estos pasos generales.

1. Ejecute el asistente de despliegue.2. En la página Seleccionar tareas puede seleccionar los grupos de tareas principales para el

despliegue. Estos pasos se presentan en el orden ideal, siga esta seguir de arriba abajo. No se haverificado ninguna otra secuencia de despliegue.

Cada grupo de tareas le permite seleccionar entre un conjunto de tareas subordinadas y le guía por lastareas, donde especifica los hosts de destino, la información de usuario y otros datos de despliegue.Cuando complete un grupo de tareas principales, pulse Seleccionar tareas para volver a la página detareas principales.

3. Complete los grupos de tareas en este orden:Desplegar supervisión de prácticas recomendadas

Despliega situaciones en sus servidores de IBM Tivoli Monitoring.Desplegar supervisión de ITCAM de mejores prácticas

Despliega los elementos de integración y configuración de IBM Tivoli Composite ApplicationManager for Transactions y ITCAM for Applications

Automatizar el descubrimiento de ITM/ITCAM a TADDMDespliega los elementos de configuración del paquete de automatización de adaptador deDiscovery Library (DLA) en:

• Hosts de Tivoli Monitoring y ITCAM.• IBM Tivoli Application Dependency Discovery Manager (TADDM).

Desplegar personalizaciones del gestor de sucesosDespliega los elementos de configuración e integración de gestión de sucesos en

• Tivoli Monitoring• IBM Tivoli Netcool/OMNIbus• Sondeo de Tivoli Event Integration Facility (Sondeo de EIF).

Desplegar personalizaciones de TBSMDespliega los elementos de configuración e integración en:


http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=/com.ibm.netcool_OMNIbus.doc_7.3.1/omnibus/wip/welcome.htm


• IBM Tivoli Business Service ManagerServidor de datos• Servidor de panel de instrumentos de TBSM• GUI web de Netcool/OMNIbus

Configurar el inicio de sesión únicoDespliega el inicio de sesión único para el inicio contextual entre TBSM, TADDM, y Tivoli Monitoring(Tivoli Enterprise Portal). Si configura el inicio de sesión único, el usuario no tendrá que especificarlas credenciales al iniciar una aplicación desde otra.

4. Configuración posterior a la instalación.

Guardar su progresoSi en cualquier momento desea guardar su trabajo en el asistente de despliegue, utilice la opciónGuardar como, ya que el nombre de archivo predeterminado es de sólo lectura.

1. En el menú Archivo, seleccione Guardar como.2. Escriba el nombre de archivo que desee, como por ejemplo mydeployment.ser y pulse

Guardar..3. La próxima vez que inicie el asistente de despliegue, seleccione Abrir en el menú Archivo.4. Seleccione el archivo que ha guardado y pulse Abrir.

Obtención de ayudaPara obtener ayuda sobre el asistente de despliegue, pulse el botón Ayuda.

RegistrosLos registros se copian a /tmp/SolutionForBSM_nombre de usuario/nombre de grupo detareas en el sistema de destino que se ha especificado en el panel Especificar sistema de destino.

Donde:

• nombre de usuario es el nombre especificado en el panel sistema de destino, no el usuario queestá ejecutando el despliegue (si son usuarios distintos).

• nombre de grupo de tareas es el nombre del grupo de tareas principales.

Las tareas también sobrescriben los archivos de registro en cada ejecución. Solo verá los archivos deregistro de la última ejecución. Como práctica recomendada, haga una copia de seguridad del archivode registro antes de volver a ejecutar el asistente de despliegue.

Hay dos tipos de archivos de registro:archivos de registro de componente de solución

Estos archivos de registro se crean en la máquina de destino que especifique para uncomponente en el asistente de despliegue. Estos archivos de registro se encuentran en lossubdirectorios correspondientes del directorio de registros del componente. Por ejemplo, sirealiza la instalación como usuario tbsm, el archivo de registro de la tarea Desplegar supervisiónde mejores prácticas se encuentra en el subdirectorio /tmp/SolutionForBSM_tbsm/enable_best_practice de la máquina de destino que ha especificado en la tarea Desplegarsupervisión de mejores prácticas.

archivo de registro maestroEl archivo IRU_DeploymentWizard.log se crea al comienzo de la instalación y se copia aldirectorio de archivos de registro al finalizar la instalación.

Importante: El archivo de registro maestro se copia al directorio de la máquina donde ejecuta elasistente de despliegue.

El archivo de registro maestro se sobrescribe cada vez que se ejecuta el asistente de despliegue.Como práctica recomendada, haga una copia de seguridad del archivo de registro antes de volvera ejecutar el asistente de despliegue.

En los temas siguientes se describen las opciones de cada uno de los grupos de tareas.


Requisitos del productoAntes de instalar Solutions for BSM, lea esta información sobre los requisitos específicos de producto deIBM Solutions for Business Service Management, incluyendo información de sistema operativo, versión,release y fixpack.

Solutions for BSM está preconfigurado para utilizar y modificar estos productos para dar soporte a lasvisualizaciones de TBSM. Si tiene previsto utilizar cualquiera de los productos que se listan en la tabla ensu despliegue de Solutions for BSM, se recomienda que utilice las versiones y niveles de fixpack que seindican en la tabla. La versión recomendada es el release más reciente compatible con Solutions for BSM.La versión mínima es el release más bajo compatible con Solutions for BSM. No obstante, no es necesarioque instale todos los productos de la tabla para obtener un rendimiento de Solutions for BSM.

Para utilizar el rango completo de funciones de Solutions for BSM, instale y configure los productossiguientes. Durante el despliegue se le solicitará la información de configuración de producto.

Si no utiliza las versiones que se indican en la tabla, no podrá utilizar todas las funciones de Solutions forBSM. Para sacar el mayor partido de Solutions for BSM, utilice las versiones que se indican en la tabla.

Si desea utilizar aplicaciones de terceros para sustituir uno de estos productos, consulte los temas dePersonalización de la solución en la documentación de Solutions for BSM que se incluye con TivoliBusiness Service Manager.

Las versiones de producto y las versiones de componente son las mismas a menos que se indique locontrario.

El asistente de despliegue mismo puede funcionar en los sistemas operativos AIX, Linux x86 y Windows.Los servidores de despliegue de destino dependen de los sistemas operativos que admite la aplicaciónsubyacente. Por ejemplo, si despliega sucesos situacionales en IBM Tivoli Monitoring, el sistema dedestino puede ejecutarse en uno de los sistemas operativos soportados por Tivoli Monitoring, como porejemplo:

• Red Hat Enterprise Linux 5.x de 64 bits hasta Red Hat Enterprise Linux 6.2 de 64 bits incluido• Solaris de 64 bits• SuSE Linux Enterprise Server 10 y 11 s390 de 64 bits• AIX de 64 bits• Windows

No todo el software de Tivoli funciona en todos los sistemas operativos, por esto los entornos deinstalación de destino pueden ser una combinación de los sistemas operativos que se enumeran en lalista y los sistemas operativos que admite el software de la tabla.

La información más actualizada del hardware, el software, los navegadores y los sistemas operativossoportados por cada producto se proporciona en los Informes de compatibilidad de productos desoftware de IBM en:

http://pic.dhe.ibm.com/infocenter/prodguid/v1r0/clarity/index.html

Para obtener más información sobre la ejecución de informes de compatibilidad de productos software,consulte la sección Visión general y planificación del wiki de TBSM en:

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Business%20Service%20Manager1/page/Overview%20and%20Planning

Si tiene Solutions for BSM en un sistema TBSM 6.1.0.1, puede actualizarse a la versión 6.1.1 y mantenerlas características de las soluciones.

En la tabla siguiente se indican las versiones mínimas y, en algunos casos, recomendadas necesarias paraIBM Solutions for BSM.




http://pic.dhe.ibm.com/infocenter/prodguid/v1r0/clarity/index.html



Tabla 2. Productos Tivoli admitidos para IBM Solutions for BSM

Producto Versión Descripción

IBM Tivoli Monitoring con loscomponentes:

• Tivoli Enterprise ManagementServer

• Tivoli Enterprise Portal Server• Agentes de almacén (Resumen

y poda, proxy de almacén)• Agentes para sistemas

operativos

Recomendada: 6 release 3

Mínima: 6 release 2.3 fixpack 2

Supervisión básica,situaciones y estado

Tivoli Monitoring for VirtualEnvironments

Agente VMWare 7.1 arreglotemporal 1

7 release 1 Supervisión básica,situaciones y estado

IBM Tivoli Composite ApplicationManager (ITCAM) withTransactions con loscomponentes:

• Application ManagementConsole

• Agente para Web ResponseTime

• Agente para Robotic ResponseTime

• Agente para TransactionTracking

• Transaction Tracking Collector• Agente para Transaction

Tracking Collector

Requiere el componente de DLAde paquete de integración deITCAM que se despliega en lamáquina de destino para habilitarla automatización de DLA deITCAM for Response Time. Estecomponente está incluido en elasistente de despliegue.

7 release 3

Nota: NO se da soporte a laintegración de ITCAM for Transactions7.3 y IBM Tivoli Monitoring 6.3.

Para obtener más información sobreproblemas conocidos de ITCAM forTransactions 7.3, consulte http://www-01.ibm.com/support/docview.wss?uid=swg21636279.

Descubrimiento ysupervisión de serviciosbasados en transacciones

ITCAM for Applications

• Agente para DB2 versión 6release 2.2.1.1

• Agente para WebSphereApplication Server versión 7release 1.0.2

• Agente para HTTP Serverversión 7 release 1.0.2

6 release 2.4 Descubrimiento ysupervisión de serviciosbasados en aplicaciones


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



Tabla 2. Productos Tivoli admitidos para IBM Solutions for BSM (continuación)

Producto Versión Descripción

Un servidor LDAP como porejemplo Tivoli Directory Server

Autenticación de usuarioentre productos y soportepara el inicio de sesiónúnico.

Tivoli Business Service Manager(TBSM) con los componentes:

• Netcool/OMNIbus 8.1.0.x• Tivoli Event Integration Facility

Versión 11.0.x sondeo (sondeode EIF)

• Servidor de datos• Servidor de panel de

instrumentos• Kit de herramientas de

Discovery Library configuradopara descubrir recursos deTADDM (si desea utilizarTADDM como parte de sudespliegue)

6.2.0 Creación de modelos deservicio, modelado yvisualización.

Tivoli Application DependencyDiscovery Manager (TADDM)Discovery Server

Recomendada: 7 Release 2.2

Mínima: 7 release 2.1 fixpack 1

Ayuda a descubrir recursosy sus relaciones en elentorno.

ITCAM for ApplicationDiagnostics con loscomponentes:

• Managing Server 7.1• Agente para WebSphere

Application Server versión 7release 1.0.2 (también incluidoen ITCAM for Applications6.2.4)

• Agente para HTTP Serverversión 7 release 1.0.2(también incluido en ITCAM forApplications 6.2.4)

• Agente ampliado para base dedatos Oracle

• Agente para MS SQL

7 release 1.0.2

IBM Optim Performance Manager

• Optim Performance ManagerServer

• Optim Extended Insight Client

4 release 1


Requisitos de bibliotecas Red Hat Linux

El despliegue de Solutions for BSM requiere las siguientes bibliotecas en sistemas Red Hat Linux:

• libXmu.i386• libXp.i386• libXmu.x86_64• libXp.x86_64

Requisitos de AIX

Descargue, instale y utilice el archivo tar de GNU, versión 1.14 o posterior. El archivo tar de GNU se puededescargar del Directorio de software libre en www.gnu.org/software/tar. Debe instalarse como elprograma de utilidad tar predeterminado en la vía de acceso (la ubicación de instalación predeterminadadel archivo tar de GNU es /usr/local/bin).

Consideraciones sobre Netcool/OMNIbus

Netcool/OMNIbus no se incluye como parte de TBSM 6.2.0. Es necesario instalar Netcool/OMNIbus8.1.0.x antes de instalar el servidor de datos de TBSM.

Si tiene previsto instalar la tarea Situation Forwarder en Event Manager Customization, debe instalar lassiguientes bibliotecas de 32 bits en el host de Netcool/OMNIbus:

• libXp.so.6• libXmu.so.6

Instalación de IBM Solutions for Business Service Management sin un navegadorSi desea instalar IBM Solutions for Business Service Management en un servidor que no tenga instaladoun navegador, puede utilizar los archivos ejecutables para instalar IBM Solutions for Business ServiceManagement.


Utilice uno de los archivos para instalar IBM Solutions for Business Service Management en el sistemaoperativo Windows, Linux o AIX. Los archivos están en el directorio donde ha almacenado los archivos deIBM Solutions for Business Service Management después de extraerlos.

Elija uno de los archivos siguientes:

• WindowsSetup.exe• LinuxSetup• AIXSetup

Procedimiento

Ejecute el archivo ejecutable para el sistema operativo.Por ejemplo, si utiliza el sistema operativo Windows, ejecute el archivo WindowsSetup.exe.

Ejecución del asistente de despliegueEn este tema se describe cómo ejecutar el asistente de despliegue de IBM Solutions for Business ServiceManagement.

Antes de empezarAntes de empezar, obtenga una copia de la imagen de despliegue de la biblioteca de gestión de serviciosintegrados aquí:

https://www-304.ibm.com/software/brandcatalog/ismlibrary/

Busque Solutions for BSM.


https://www.gnu.org/software/tar/

https://www-304.ibm.com/software/brandcatalog/ismlibrary/

Consideraciones sobre las credenciales de sistema:

Al especificar las credenciales (ID de usuario/contraseña) de la máquina de destino donde deseaconfigurar un producto Tivoli para su integración, utilice el mismo ID de usuario que se ha utilizado parainstalar el producto Tivoli.

Si la máquina de destino es la máquina local donde desea configurar un producto Tivoli para suintegración:

1. Inicie sesión con el ID de usuario que se ha utilizado para instalar el producto Tivoli.2. Inicie el asistente de despliegue.

Permisos de directorio de Solaris: El usuario de instalación de la máquina de destino debe tenerpermiso de escritura en el directorio /opt . De lo contrario, obtendrá un error de comunicación de redcuando intente instalar el componente Solutions for BSM.

Limitaciones de Secure Shell (SSH):

Para los despliegues en máquinas de destino remotas, el asistente de despliegue utiliza Secure Shell(SSH) para transferir datos a la máquina de destino. Esto requiere que el puerto SSH predeterminado (22)esté abierto y acepte conexiones en la máquina de destino. El asistente de despliegue no puede utilizarningún otro puerto SSH para despliegues remotos.

Si no puede utilizar el puerto SSH predeterminado, ejecute el asistente de despliegue de forma local en lamáquina de destino. Si la máquina de destino no tiene una consola, exporte DISPLAY a un servidor X.

Ubicación de los archivos de configuración:

Los archivos de configuración se deben copiar a una ubicación temporal en el sistema de destino. Deforma predeterminada se utiliza la ubicación temporal específica del sistema. Si desea utilizar otraubicación, o si no hay suficiente espacio disponible en la ubicación temporal específica del sistema,donde copiar los archivos de configuración. Seleccione la opción que desee utilizar.

El asistente de despliegue le permite determinar la cantidad de espacio disponible en el sistema dedestino:

1. En el menú del asistente de despliegue, seleccione Editar > Preferencias.2. En la ventana Preferencias de despliegue, pulse el botón Valores del sistema de destino.3. Si pulsa el botón Comprobar espacio de disco en la ventana Valores del sistema de destino, se

mostrará la cantidad de espacio de disco que queda en la ubicación de archivos de configuración dedestino en megabytes.

Nota: Si encuentra algún problema al utilizar el launchpad, puede que necesita definir una variable deentorno BROWSER a una ubicación específica del navegador web.

A continuación se proporciona un ejemplo con Firefox 3.6

1. En la ventana de mandatos, busque el ejecutable de Firefox

/usr/lib/firefox-3.6/firefox

2. Establezca la variable BROWSER -

export BROWSER=/usr/lib/firefox-3.6/firefox

3. Inicie el launchpad:

• En Linux, AIX y Solaris: introduzca el mandato ./launchpad.sh.• En Windows: efectúe una doble pulsación en el archivo launchpad.exe

Despliegue y unidades de red: Si ejecuta el asistente de despliegue de forma remota, no podrá leer/escribir en una unidad de red en la máquina de destino. Si desea leer/escribir en una unidad de red, debeiniciar el asistente en la máquina de destino.


Procedimiento

1. Desempaquete el paquete de instalación en un directorio en el sistema principal local.

• Para Linux, AIX y Solaris: accelerator_v1.1.1_install.tar

• Para Windows: accelerator_v1.1.1_install.zip2. Inicie el launchpad con el mandato:

• Para sistemas Linux, AIX y Solaris:

./launchpad.sh

• Para Windows:

launchpad.exe

3. Pulse en Desplegar IBM Solutions for Business Service Management.4. En el panel que se abre, pulse en: Ejecutar el programa de instalación de IBM Solutions for

Business Service Management (puede que tarde unos minutos en cargarse el asistente dedespliegue).

5. Pulse Aceptar en la ventana Acuerdo de licencia de software.6. Pulse Siguiente y se abrirá la ventana Seleccionar tareas.7. Ejecute las tareas de arriba abajo, empezando por Desplegar supervisión de mejores prácticas y

terminando porDesplegar inicio de sesión único. Puede que sea posible ejecutar las tareas en unasecuencia distinta, pero estos escenarios no se han verificado.

Nota: Puede saltarse los pasos que afecten a productos Tivoli que no formen parte de su entorno. Noes necesario configurar un inicio de sesión único. El inicio de sesión único le permite el iniciocontextual entre aplicaciones sin tener que introducir los detalles de inicio de sesión para cadaaplicación.

8. Si selecciona una tarea, el marco de navegación le muestra el progreso de cada tarea principal. Lospasos para cada tarea son:Seleccionar tareas

Seleccione la tarea principal que desee completar en esta panel. Cada tarea principal contienevarias tareas subordinadas.

Especificar destinosEspecifique los host donde desea desplegar los objetos para la tarea. Se le solicitará un hostdistinto para cada tarea de despliegue.

Configurar parámetrosEspecifique los parámetros exclusivos de cada tarea principal. Estos parámetros incluyendirectorios, información de base de datos y los hosts para las aplicaciones de soporte, como porejemplo Tivoli Enterprise Monitoring Server.

ResumenMuestra el resumen de las tareas de despliegue que ha configurado y una estimación de tiempopara cada tarea. Puede elegir desplegar las tareas de forma individual o desplegar todas las tareascon un solo clic.

Nota: Los tiempos de despliegue reales pueden variar de las estimaciones según si el desplieguese realiza a una máquina de destino remota o a la máquina local (la misma máquina donde seejecuta el instalador), según la latencia de red, las especificaciones de la máquina de destino, etc.

Opciones de LaunchpadEl Launchpad de IBM Solutions for Business Service Management es una interfaz gráfica de usuario (GUI)para las tareas de despliegue.

Utilice el Launchpad para ejecutar el Asistente de Despliegue y acceder a información sobre Solutions forBSM.


El Launchpad proporciona un solo mecanismo para desplegar Solutions for BSM. Desde el Launchpad,puede iniciar lo siguiente:Bienvenida

Le da la bienvenida con una breve descripción general.Información del release

Abre un enlace a las Notas del release.Requisitos y requisitos previos de los sistemas

Requisitos del producto y otra información de requisito previo.Wiki y documentos en línea de IBM Solutions for Business Service Management

Información sobre y enlaces al wiki y a documentos en línea.Desplegar IBM Solutions for Business Service Management

Inicia el Asistente de Despliegue.Salir

Salir del Launchpad.

Desplegar supervisión de prácticas recomendadasEste desplegador configura automáticamente la infraestructura de IBM Tivoli Monitoring con situacionesde prácticas recomendadas para Business Service Management. Tivoli Monitoring se ha configurado demanera que las situaciones se crean y se establecen para iniciarse automáticamente. No obstante, lassituaciones no se distribuyen en los agentes de destino. Debe distribuir las situaciones en los agentes dedestino tras completar estas tareas de despliegue.

Antes de empezar

El marco de navegación muestra la tarea:

→Seleccionar tareasDesplegar supervisión de prácticas recomendadas

Antes de desplegar las situaciones, conozca la información de host y de usuario de Tivoli EnterpriseMonitoring Server y Tivoli Enterprise Portal.


Estos grupos de situaciones funcionan con agentes específicos. Si el agente de soporte no está instalado,los sucesos de situaciones para dicho agente no se pueden crear y reenviar a TBSM.

Para desplegar las situaciones:

Procedimiento

1. Seleccione Desplegar supervisión de prácticas recomendadas de la página Seleccionar tareas.2. Pulse Siguiente.3. EL asistente de despliegue le guiará por estos pasos de alto nivel:

Tipos de situaciones y consultasPara cada agente, existe un conjunto de situaciones que puede desplegar. Seleccione lassituaciones que desea.

Especifique también si desea desplegar las consultas de Time Window Analyzer en los servidoresde IBM Tivoli Monitoring. Estas consultas se precisan para el portlet Time Window Analyzer en lapágina Detalles de Business Service Health.

Especificar sistema de destino para despliegueEspecifique el sistema de destino donde desea desplegar las situaciones. El destino debe ser elsistema donde está instalado Tivoli Enterprise Portal Server.


Información sobre servidor, situación y consultaPara cada conjunto de situaciones, especifique información para Tivoli Monitoring Server yseleccione las situaciones y consultas que desea desplegar. En la mayoría de los casos, seleccioneTodo.

En el separador Avanzada también puede elegir si desea:

• Omitir comprobación previa al despliegue• Sobrescribir situaciones existentes

El valor predeterminado para cada opción es No.4. Para obtener más detalles sobre despliegue, consulte los temas siguientes.

Tipos de situaciones y consultasEspecifique las situaciones del agente y si desea instalar las consultas de Time Window Analyzer en losservidores de IBM Tivoli Monitoring.

PropósitoLa aplicación de supervisión de línea base como, por ejemplo, agentes del sistema operativo recopilan yconsolidan datos sobre indicadores clave de rendimiento desde sistemas, aplicaciones, middleware ytransacciones. Cuando la aplicación de supervisión detecta una condición de alerta, crea un suceso desituación que se reenvía a TBSM como un suceso de Netcool/OMNIbus. TBSM hace coincidir el sucesocon una instancia de servicio y los datos de servicio se actualizan y se visualizan en el panel deinstrumentos.


→Seleccionar tareasDesplegar supervisión de prácticas recomendadas

Opciones

Si desea recopilar y visualiza datos de un agente, despliegue situaciones para el agente en esta página. Sino selecciona un tipo de agente, Solutions for BSM no recopila o visualiza datos de dicho agente.

Todas las tareas se agrupan para utilizar un host de destino

Puede elegir entre las siguientes opciones:

Situaciones de agentes del sistema operativo ITMDespliegue el conjunto de situaciones para los agentes del sistema operativo Tivoli Monitoring Estassituaciones están pensadas para implementar una supervisión efectiva de sistema operativo para lamayoría de entornos.

Las situaciones se proporcionan para los agentes siguientes:

• Agente de supervisión para el sistema operativo UNIX• Agente de supervisión para registros UNIX• Agente de supervisión premium para AIX• Agente de supervisión para el sistema operativo Linux• Agente de supervisión para el sistema operativo Windows

Situaciones para agentes de base de datos ITM (Microsoft SQL Server, Oracle Server)Despliegue el conjunto de situaciones para agentes de base de datos para Microsoft SQL Server yOracle.

Situaciones de agentes ITM (WAS, HTTP Server, Universal)Despliegue el conjunto de situaciones para ITCAM for Applications. Estas situaciones incluyen HTTPServer, WebSphere y Universal Agents.

Situaciones ITM VMWareDespliegue el conjunto de situaciones para Tivoli Monitoring para entornos virtuales.


Consultas personalizadas ITM para métricas TWADespliegue el conjunto de consultas de métricas en Tivoli Monitoring. Estas consultas son el origen dedatos para métricas que se visualizan en el portlet Time Window Analyzer en la página de detalles deBusiness Service Health.

Especificación del sistema de destino para situacionesEspecifique el sistema de destino donde desea desplegar las situaciones.

Antes de empezar


→ Especificar destinosSupervisión de prácticas recomendadas

Antes de desplegar las situaciones, conozca el nombre de host y las credenciales de Tivoli EnterprisePortal Server. La cuenta de usuario necesita permiso para crear situaciones.


El sistema de destino debe ser Tivoli Enterprise Portal Server. El ID de usuario debe ser el usuario queinstaló originalmente IBM Tivoli Monitoring.

Nota: Puede especificar varios sistemas de destino. En este caso, la configuración como nombre de host,nombre de usuario, contraseñas, directorios debe ser idéntica en todos los sistemas.

Para desplegar las situaciones:

Procedimiento

1. Especifique el nombre de host y la dirección IP en el campo Sistema de destino.2. Pulse Añadir y se abre la ventana Credenciales del sistema de destino.3. En la ventana Credenciales del sistema de destino especifique:

Sistema operativoSeleccione el sistema operativo que se ejecuta en el sistema de destino. Debe ser uno de los queaparecen listados en la lista desplegable.

ID de usuarioLa cuenta de usuario con los permisos necesarios para esta tarea.

Si va a desplegar elementos de configuración en la máquina local, debe haber iniciado sesióncomo el usuario que originalmente ha instalado el producto de Tivoli asociado. No tiene laoportunidad de especificar un usuario de instalación distinto para el host local. Para cualquier otramáquina remota, tendrá la oportunidad de especificar el ID de usuario y la contraseña para lamáquina de destino.

ContraseñaContraseña para la cuenta de usuario.

Guarde esta información de inicio de sesiónSeleccione esta opción si desea guardar las credenciales del sistema de destino para utilizar enotra tarea.

4. Para probar las credenciales, pulse Inicio de sesión de prueba. Aparece un mensaje que indica si laprueba ha tenido éxito o ha fallado.

5. Pulse Añadir y el nombre del sistema se añade a la lista Sistema de destino seleccionado.

Atención: Si especifica la información de la máquina de destino incorrecta y, a continuación,elimina dicho destino de la lista, el asistente de despliegue puede continuar utilizando lainformación de la máquina de destino incorrecta. Si este error se produce, salga del asistentede despliegue y vuelve a empezar. El asistente no funcionará correctamente.


6. Para modificar las credenciales del sistema, pulse el nombre del sistema y pulse Editar y se abre laventana Credenciales del sistema de destino para el sistema que ha seleccionado.

7. Pulse Siguiente.

Configuración de situaciones y consultasPara cada conjunto de situaciones, especifique información para IBM Tivoli Monitoring Server y lassituaciones que desea desplegar. También especifique las consultas de Time Window Analyzer que deseadesplegar.

PropósitoPara cada conjunto de situaciones, especifique información para Tivoli Enterprise Monitoring Server yTivoli Enterprise Portal. También elige las situaciones que desea instalar. En la mayoría de los casos,seleccione Todo para seleccione todas las situaciones.


→ ConfigurarSituaciones de agentes de sistemas operativos ITM

Situaciones de agentes de bases de datos ITM Microsoft SQL Server, Oracle (Oracle Server)

Situaciones de agentes ITM (WAS, HTTP Server, Universal)

Situaciones de agentes ITM VMWare

Consultas personalizadas ITM para métricas TWA

Parámetros

Si desea recopilar y visualizar datos de un agente, despliegue Situaciones para dicho agente desde estapágina. Si no despliega una situación o grupo de situaciones, Solutions for BSM no recopila o visualizadatos desde dicha situación o grupo de situaciones.

Todas las tareas se agrupan para utilizar un host de destino. Los parámetros que especifique en el primerpanel de configuración se llenan previamente en los paneles siguientes porque está previsto que sedesplieguen todas las tareas en el mismo host de Tivoli Enterprise Portal Server

Especifique estos parámetros:

Nombre de host de hub TEMSNombre de host completo o dirección IP para Tivoli Enterprise Monitoring Server Hub.

Nombre de usuario de Hub TEMSLa cuenta del usuario con permiso para crear situaciones en Tivoli Enterprise Monitoring Server.

Contraseña de usuario de Hub TEMSContraseña para la cuenta de usuario.

Verificar contraseñaEspecifique nuevamente la contraseña.

Directorio de inicio de ITM en TEPSDirectorio de inicio para Tivoli Enterprise Portal Server. Para sistemas operativos UNIX, el directoriopredeterminado es /opt/IBM/ITM. Para sistemas operativos Windows, el directorio predeterminadoes C:\IBM\ITM.

Elija situaciones/consultas para importar (Todo, alguno, ninguno)En la mayoría de los casos, seleccione Todo para desplegar todas las situaciones.

Seleccione Ninguno para no desplegar ninguna situación.

Seleccione Alguno si desea únicamente desplegar algunas situaciones. Desplácese hacia abajo paraver todos las elecciones.

Para ver instrucciones detalladas, consulte Selección de subconjuntos de situaciones y consultas.


Selección de subconjuntos de situaciones y consultasSi no desea desplegar todas las situaciones o consultas, complete esta tarea. Si despliega todas lassituaciones y consultas, puede omitir esta tarea.

Antes de empezar

El marco de navegación muestra las tareas:

→ ConfigurarSituaciones de agentes de sistemas operativos ITM

Situaciones de agentes de bases de datos ITM Microsoft SQL Server, Oracle (Oracle Server)

Situaciones de agentes ITM (WAS, HTTP Server, Universal)

Situaciones de agentes ITM VMWare

Consultas personalizadas ITM para métricas TWA

En el panel Configurar parámetros donde especifica la información de Tivoli Enterprise Monitoring Servery Tivoli Enterprise Portal, puede elegir desplegar un subconjunto de situaciones o consultas.

Acerca de esta tareaPara desplegar un subconjunto de consultas o situaciones.

Procedimiento

1. Seleccione Algunas de la lista desplegable Elegir situaciones a importar (Todo, Ninguno, Alguno) oElegir consultas que importar (Todo, Ninguno, Alguno).El panel se expande para mostrar las nuevas opciones. Utilice la barra de desplazamiento paramoverse hacia abajo por el panel.

Para las consultas, seleccione las consultas que desea importar pulsando Sí o No para cada tipo deconsulta y pulse Siguiente para continuar.

Para situaciones, vea los pasos restantes.2. Para cada grupo de situaciones, existe una lista desplegable donde puede elegir importar Todo,

ninguno o alguno de los elementos.La lista de situaciones en el grupo que ha seleccionado aparece debajo de la lista desplegable. Porejemplo, para las situaciones del agente del sistema operativo, existe un grupo de situaciones paracada sistema operativo.

3. Pulse Ninguno para cada grupo de situaciones que no desea desplegar.4. Para cada grupo de situaciones, elija Todo, ninguno o alguno de la lista desplegable y seleccione No

para la situaciones que no desea desplegar.5. Si desea distribuir las situaciones a una lista gestionada, entre el nombre de la lista en el campo Lista

gestionada para cada grupo.

Si la lista gestionada todavía no existe, seguirá distribuyendo las situaciones a la lista gestionada; noobstante ningún sistema se distribuirá con la situación. Sin embargo, una vez que crea la listagestionada, la situación se distribuirá con los sistemas añadidos a la lista gestionada.

Resumen para despliegue de situacionesTras haber especificado información para IBM Tivoli Monitoring Server, las situaciones y las consultas quedesea desplegar, el panel Resumen le permite elegir cómo ejecutar el despliegue.

PropósitoPuede ejecutar el despliegue para cada conjunto de situaciones y las consultas individualmente o puedeejecutarlas todas a la vez.


→ Resumen


Para ejecutar una tarea por sí misma, pulse Desplegar tarea para la tarea que desea ejecutar.

Para desplegar todas las tareas en el resumen, pulse Desplegar todo.

Pasos siguientes

Cuando haya completado estas tareas, las situaciones se crearán y se establecerán para iniciarseautomáticamente pero no tienen un destino de distribución. Debe distribuir las situaciones utilizando eleditor de situaciones de IBM Tivoli Monitoring.

Para obtener información sobre cómo distribuir situaciones, consulte el centro de información de TivoliMonitoring para la versión 6.2.3 Fixpack 1 en:

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Monitoring.

Pulse Versión 6.2.3 Fixpack 1 y vaya a:

En el marco de navegación, pulse + paraIBM Tivoli Monitoring.Pulse + para Versión 6.2.3 Fixpack 2 y seleccione los temas:Guías de usuario >Guía del usuario de Dashboard Application Service Hub > Situaciones para supervisión de sucesos > Creación de la situación > Distribución de la situación

Desplegar supervisión ITCAM de prácticas recomendadasDespliega el paquete de integración y Discovery Library Adaptors (DLA) para IBM Tivoli Business ServiceManager, IBM Tivoli Composite Application Manager for Transactions, y IBM Tivoli Composite ApplicationManager for Applications.

Antes de empezar

Importante: Configure la Application Management Console (AMC) para filtrar datos descubiertos en losagentes de Web Response Time (WRT) y Transaction Tracking (TT). Este procedimiento manual estáincluido como tema en esta sección.


→Seleccionar tareasDesplegar supervisión ITCAM de prácticas recomendadas

Antes de desplegar los componentes de ITCAM que necesita:

• Información de host y de usuario para el servidor de datos de TBSM• Información de host y de usuario para IBM Tivoli Monitoring Server que utiliza ITCAM for Transactions y

ITCAM for Applications.• Credenciales de almacén de datos de Tivoli Monitoring• El nombre del nombre del agente de Application Management Console.• El usuario necesita permiso de escritura para el directorio de registro común de Tivoli, por ejemplo,

permiso de escritura para /var/ibm/tivoli/common.


Los DLA (Discovery Library Adapters) son paquetes que exportan datos XML conocidos como documentosIDML desde productos o componentes de Tivoli. Este desplegador crear automáticamente dos paquetesDLA para Transaction Tracking y Applications y también genera automáticamente una instancia de susdocumentos IDML correspondientes. Los documentos IDML creados por estos paquetes DLA los precisael desplegador "Despliegue de descubrimiento automatizado" posterior. Este desplegador también creaun conjunto de artefactos relacionados conocidos como paquete de integración TBSM que incluye




algunas configuraciones recomendadas par ITCAM en este contexto (como plantillas del árbol delidentificador de sucesos, correlaciones de plantillas y filtros de clase TADDM).

Para desplegar los componentes de supervisión de ITCAM.

Procedimiento

1. Pulse Desplegar supervisión ITCAM de prácticas recomendadas.2. Pulse Siguiente.3. EL asistente de despliegue le guiará por estos pasos de alto nivel:

Nota: Tanto los paquetes de integración de ITCAM for Transactions Integration y DLA para agentes deResponse Time de ITCAM utilizan el mismo paquete de integración Java.

La versión del paquete incluida en el asistente de despliegue es la versión 7 release 3.0.1 (7.3.0.1).Compruebe las versiones actualizadas en la biblioteca de Integrated Service Management Library en:

http://www-304.ibm.com/software/brandcatalog/ismlibrary/details?catalog.label=1TW10CP2B.

Paquetes de integración de ITCAM for TransactionsEsta opción despliega los paquetes de integración para el servidor de datos de TBSM. El paquetede TBSM crea objetos tales como fuente de datos, plantillas de servicio y diagramas.

DLA para agentes de Response Time de ITCAM

El paquete DLA es un programa de Java™ que se puede ejecutar desde cualquier host que sepueda conectar al almacén de datos de Tivoli Monitoring. El DLA crea un archivo de documentosIdML (Identity Markup Language). Este paquete incluye archivos necesarios para ITCAM para laautomatización de DLA de Response Time y se debe desplegar en la máquina de destino antes dedesplegar esta automatización de DLA.

DLA para ITCAM TTEsta opción despliega el paquete DLA para ITCAM for Transactions. Este paquete consta delarchivo itcamttdla.jar que se utiliza para generar un archivo de documentos IdML desdedatos de transacciones.

El host de destino requiere el componente de seguimiento de ITCAM for Transactions. Debeinstalar este DLA en el sistema en el que se ejecuta el agente de Transaction Reporter.

Esta tarea instala una versión personalizada de un archivo itcamfttdla.jar. De formapredeterminada, la tarea no sobrescribe el archivo JAR existente. Si desea sobrescribir el archivoJAR existente, vaya al separador Avanzada en el panel de configuración y seleccione Sobrescribirpaquete existente. La tarea realizará una copia del archivo JAR existente, en el mismo directoriodonde reside y lo denomina itcamfttdla_BSMA_BACKUP_date.jar.

Plantillas DLA de ITM WAS y del servidor HTTPEsta opción despliega los DLA del agente de ITCAM for Applications Websphere Application Servery del servidor HTTP en el host de Tivoli Enterprise Portal Server.

Esta opción genera las plantillas de DLA que utiliza plantillas de Tivoli Monitoring para producirarchivos produce IdML.

La tarea instala kht_tmsdla.[jar|xml] y kyn_tmsdla.[jar|xml]. De formapredeterminada, no se sobrescribirán. Si el archivo existe, debe elegir "sobrescribir DLAexistentes". No se realiza ninguna copia de seguridad de los archivos.

4. Para cada tarea, especifique información sobre configuración y el sistema de destino:Especificar sistema de destino para despliegue

Especifique el sistema de destino donde desea desplegar los paquetes de integración y los DLA.Configuración

Para cada opción, especifique directorios, credenciales e información sobre bases de datos.5. Para obtener más detalles sobre cómo desplegar los componentes de supervisión de ITCAM, consulte

los temas siguientes.


http://www-304.ibm.com/software/brandcatalog/ismlibrary/details?catalog.label=1TW10CP2B

Configuración del editor de configuración del gestión de aplicaciones ITCAMDebe completar esta tarea de configuración manual antes de empezar a desplegar los componentes desupervisión de ITCAM de buenas prácticas.

Antes de empezar

Una aplicación consiste en un conjunto de transacciones que se llevan a cabo, los servidores que utilizanesas transacciones y los clientes que inician las transacciones. Los adaptadores de Discovery Library(DLA) creados por los agentes de IBM Tivoli Composite Application Manager for Transactions exportan losdatos que se muestran en el espacio de trabajo y que se pueden visualizar en los paneles deinstrumentos de TBSM. En este tema se explica cómo configurar el editor de configuración de gestión deaplicaciones para filtrar los datos descubiertos por los agentes de Web Response Time y TransactionTracking.

Para asegurarse de que configura el editor de configuración de gestión de aplicaciones para filtrar losdatos adecuadamente, debe tener conocimientos técnicos de su aplicación web. Debe poder identificarlas transacciones de aplicación web importantes y debe poder distinguirlas de otras transacciones.

Acerca de esta tareaLos pasos que se deben realizar en el editor de configuración de gestión de aplicaciones para definir unaaplicación son:

Procedimiento

1. Identificar y definir la aplicación que desea supervisar.2. Identificar y definir el filtrado de transacciones de cada transacción en la aplicación que desea

supervisar.3. Identificar y definir el filtrado de clientes de cada grupo de clientes que se conecte a la aplicación.4. Personalizar los componentes del servidor para ajustarlos al entorno de la aplicación.

Ejemplo

Para ilustrar el procedimiento necesario para completar estos pasos, se utiliza la aplicación webDayTrader en el procedimiento que se describe a continuación. Deseamos crear una aplicación DayTraderque consiste en todas nuestras transacciones con Daytrader, es decir: iniciar sesión, comprar, vender,cerrar sesión, etc. También debemos definir los servidores necesarios, servidores web, servidoresWebSphere y servidores de bases de datos. Finalmente, debemos definir los clientes que utilizan laaplicación, clientes de Austin, clientes de Raleigh, clientes VIP, etc..

Creación de una aplicación supervisada nueva

1. Para abrir el editor de configuración de gestión de aplicaciones, pulse en el icono correspondiente enTivoli Enterprise Portal.

2. Pulse el botón de la barra de herramientas Crear nueva aplicación. En el cuadro de diálogoresultante, escriba el nombre DayTrader y pulse Aceptar.

Creación de transacciones

1. En esta aplicación, cree un conjunto de transacciones de Web Response Time. Para crear unatransacción, pulse con el botón derecho del ratón sobre el nodo de la aplicación DayTrader en el árbolde aplicaciones y pulse Crear nueva transacción. Para cada una de las transacciones que aparecen enla lista, elija Web Response Time en la lista Tipo de agente. Cree y denomine cada una de lastransacciones de Web Response Time como se indica en la siguiente lista:All other

Ésta es una transacción general. Si la transacción no cumple los requisitos de filtrado de las otrastransacciones definidas, se añade a esta lista.

All DayTrader GET transactionsLas transacciones que utilizan el método HTTP.GET:action se añaden a esta categoría detransacción.


All DayTrader POST transactionsLas transacciones que utilizan el método HTTP.POST:action se añaden a esta categoría detransacción.

loginLos intentos de inicio de sesión de usuario se almacenan en esta categoría de transacción.

registerLos intentos de registro de usuario se almacenan en esta categoría de transacción.

Nota: Una transacción puede coincidir con varios filtros.2. Para todas las transacciones: Dado que la aplicación web DayTrader está contenida en el URL de todas

las transacciones de servidor web, añada un filtro para reflejar esto:

a. Pulse para seleccionar la transacción y pulse el separador Filtro.b. Pulse Añadir. Se visualiza el cuadro de diálogo Filtro.c. Seleccione URL en la lista Nombre.d. Escriba *daytrader* en el campo Valor y seleccione Incluir en la lista Tipo.

3. Cree un filtro de transacciones login: todos los ID de usuario están registrados para todos losmétodos HTTP.POST:uid. Por lo tanto, además del filtro URL, añada un filtro con el nombreHTTP.POST:uid y el valor * a la transacción login. Para establecer el valor del nombre, seleccioneHTTP.POST:XXX en la lista Nombre y edite este nombre de forma que tenga el valor adecuado.

4. Cree un filtro de transacciones register: Para la transacción register, añada un filtro adicional conel nombre URL y el valor register y un tercer filtro con el nombre HTTP.POST:action y el valor *.Para establecer correctamente el valor del nombre, seleccione HTTP.POST:XXX en la lista Nombre yedite este nombre de forma que tenga el valor adecuado.

5. Cree un filtro de transacciones All DayTrader GET Transactions: La transacción DayTrader esuna definición de transacción importante. Se registra cualquier transacción que utilice el métodoHTTP.GET:action. Añada un filtro con el nombre HTTP.GET:action y el valor * a la transacciónDayTrader. Para establecer correctamente el valor del nombre, seleccione HTTP.GET:XXX en la listaNombre. Edite este nombre para que tenga el valor adecuado. El nombre de transacción es el nombrede método $HTTP.GET:action$. Por ejemplo, cuando se produce una acción HTTP.GET:buy oHTTP.GET:sell, los nombres de transacción que se muestran son buy y sell. Esto permite crearuna crear genérica que registra todos los métodos HTTP.GET, pero los muestra exactamente como sehan diseñado y se tenía pensado mostrarlos. Para asegurarse de que se muestra el nombre detransacción con el valor correcto, es decir, como buy o sell, inserte la variable $HTTP.GET:action$ en el campo Nombre de transacción del separador Informes de la transacción DayTrader.

6. Cree un filtro de transacciones All DayTrader POST Transactions: Este filtro es similar almétodo HTTP.GET:action, se registra cualquier transacción que utilice el métodoHTTP.POST:action. Repita el procedimiento para el filtro de transacciones All DayTrader GETTransactions. Substituya el método HTTP.POST:action por HTTP.GET:action.

7. Cree un filtro de transacciones all other: El filtro de transacciones all other capta cualquiertransacción que no cumpla las definiciones de transacción anteriores. Por lo tanto, se crean los filtrosque excluyen las condiciones creadas anteriormente.

Creación de clientes

1. Una vez que haya definido las aplicaciones y las transacciones, debe definir los clientes. Un cliente esun sistema o un grupo de sistemas o usuarios que se conectan a la aplicación. Puede definir un rangode clientes distintos. Para ver la lista de clientes que ya hay definidos, seleccione Clientes en la listade la barra de herramientas.

2. All Clients proporciona una lista completa de todos los clientes definidos, independientemente desi están definidos en alguna otra categoría. Otros se definen, por un conjunto de direcciones IP, denombres de host, de usuarios o una combinación de estos.

3. Si necesita unos clientes específicos, por ejemplo, clientes VIP, puede especificarlos. Asegúrese deque se definen los valores adecuados en el separador Filtro.


4. Defina clientes específicos para los servidores que ejecutan los scripts de Robotic Response Time,para poder identificarlos de forma exclusiva en el espacio de trabajo. Asegúrese de que se definen losvalores adecuados en el separador Filtro.

Personalización de componentes de servidor

1. Una vez que se han definido las aplicaciones, las transacciones y los clientes en el editor deconfiguración de gestión de aplicaciones, debe asegurarse de que cualquier componente del entornoque tenga una configuración personalizada esté también definido. Por ejemplo, si hay un servidor deDB2 en ejecución en un puerto no estándar, puede que tenga que definirlo.

Habilitar el seguimiento de sesión de usuario

1. Para habilitar el seguimiento de las sesiones de usuario, seleccione la aplicación DayTrader y en elseparador Sesión, pulse para seleccionar el recuadro Habilitar seguimiento de sesión. Cree unanueva entrada con el tipo HTTP Cookie y el valor JSESSIONID.

2. En el separador Usuarios, seleccione Habilitar seguimiento de usuarios. En la sección Identificaciónde usuario, añada una entrada especificando HTTP Form Post como tipo y especifique también unNombre clave, por ejemplo uid.

Para finalizar la configuración, seleccione Perfiles en la lista de barras de herramientas. Expanda el nodoWeb Response Time y pulse en Predeterminado. Pulse el separador Transacciones. Asegúrese de quetodas las transacciones que ha creado tienen el estado Iniciado. Si no es así, seleccione la transaccióny pulse el botón Iniciar de la barra de herramientas. Una vez que el editor de configuración de gestión deaplicaciones está configurado y se producen transacciones en la aplicación web, el espacio de trabajo dela aplicación se llena con datos.

Especificación del destino para plantillas DLA de aplicacionesEspecifique el host donde desea desplegar IBM Tivoli Composite Application Manager para plantillas DLAde aplicaciones para WebSphere Application Server y el servidor HTTP.

Antes de empezar


→Especificar destinosPlantillas DLA de ITM WAS y del servidor HTTP

Antes de desplegar las plantillas DLA; sepa el nombre y las credenciales del host de Tivoli EnterprisePortal Server.

Debe entrar el ID de usuario que ha utilizado para instalar el agente de Tivoli Enterprise Portal Server

Acerca de esta tareaEspecificar el host de Tivoli Enterprise Portal Server donde se ejecutará la tarea de despliegue.

Procedimiento




Si va a desplegar elementos de configuración en la máquina local, debe haber iniciado sesióncomo el usuario que originalmente ha instalado el producto de Tivoli asociado. No tiene laoportunidad de especificar un usuario de instalación distinto para el host local. Para cualquier otra


máquina remota, tendrá la oportunidad de especificar el ID de usuario y la contraseña para lamáquina de destino.







7. Pulse Siguiente.

Configuración de la plantilla DLA de la aplicaciónEspecifique el directorio de inicio de IBM Tivoli Monitoring para el host de Tivoli Enterprise Portal Server ylas plantilla DLA que desea desplegar.

PropósitoEl paquete DLA ayuda a crear servicios de TBSM a partir de datos de aplicaciones recopilados por losagentes.


→ ConfigurarPlantillas DLA de ITM WAS y del servidor HTTP

Plantillas DLA de Tivoli ITM WAS y del servidor HTTP

Parámetros

Utilice estos parámetros para especificar información para el host de Tivoli Enterprise Portal Server.


Directorio de inicio de ITMEl directorio HOME para Tivoli Monitoring.

El directorio predeterminado para el sistema de destino está previamente rellenado. Puede elegir otrodirectorio en la máquina de destino o utilizar el botón Examinar.

• Linux, AIX y Solaris predeterminados: /opt/IBM/ITM• Windows predeterminado: C:\IBM\ITM

Desplegar la plantilla DLA del servidor HTTPEspecifique si desea desplegar esta plantilla DLA.

El valor predeterminado es Sí.

Desplegar la plantilla DLA de WASEspecifique si desea desplegar esta plantilla DLA.



Avanzada

En el separador Avanzada, también puede elegir si desea omitir la comprobación del despliegueprevio. El valor predeterminado para cada opción es No.

Paquetes de integración de transacciones DLA para ITCAMConsulte la información siguiente, que describe cómo desplegar paquetes de integración detransacciones de DLA para ITCAM.

Configuración del servidor empaquetado de integración DLAEspecifique el directorio y la información de base de datos para el servidor de datos de IBM TivoliBusiness Service Manager, Tivoli Enterprise Portal Server y el almacén de IBM Tivoli Monitoring en estepanel.

PropósitoLa integración DLA le ayuda a crear servicios de TBSM. Para supervisar estos recursos, debe desplegarsucesos de Personalizaciones del gestor de sucesos para sucesos de ITCAM.


→ ConfigurarPaquetes de integración de ITCAM for Transactions

Paquete de integración DLA de Tivoli ITCAM for Transactions

La versión del paquete incluida en el asistente de despliegue es la versión 7 release 3.0.1 (7.3.0.1).Compruebe las versiones actualizadas en la biblioteca de Integrated Service Management Library aquí:


Parámetros

Utilice estos parámetros para especificar información del servidor de datos de TBSM y de la base dedatos del almacén de Tivoli Monitoring. Debe desplazarse hacia abajo para ver todos los parámetros.


Directorio donde se copiará el paquete de integración DLAEl directorio en el servidor de datos de TBSM donde desea copiar el paquete.

• Linux, AIX y Solaris predeterminados: /opt/IBM/tivoli/ITCAM_Integration_Package• Windows predeterminado: C:\Archivos de programa\IBM\tivoli\ITCAM_Integration_Package

Directorio JAVA_HOMEEl directorio JAVA_HOME es necesario para ejecutar los mandatos que generan un libro IdML.

• Linux, AIX y Solaris predeterminados: /opt/IBM/tivoli/tipv2/java• Windows predeterminado: C:\Archivos de programa\IBM\tivoli\tipv2\java

Vía de acceso completa a los JAR del controlador JDBC separados por dos puntosLos controladores JDBC son necesarios para establecer JDBC CLASSPATH y conectarse a la base dedatos.

Si no tiene este archivo en el host del servidor de datos, busque el archivo y cópielo en su sistema.Estos archivos los suele proporcionar el proveedor de la base de datos con la base de datos o elpaquete cliente de la base de datos. Por ejemplo, puede encontrar este archivo en el sistema host deOracle o como parte de la instalación cliente de Oracle. Entradas de ejemplo para DB2:

/opt/ibm/db2/v9.7/java/db2jcc.jar:/opt/ibm/db2/v9.7/java/db2jcc_license_cu.jar

Nombre de host TEPSNombre de host para Tivoli Enterprise Portal Server.



Puerto TEPSNombre de host para Tivoli Enterprise Portal Server.El valor predeterminado es 1920.

El directorio de salida para el archivo de libro XML IDMLDirectorio donde se copia el libro IdML. Entre el nombre de directorio que se supervisa para archivosde libros nuevos. Cuando se detecta un archivo de libro nuevo en el directorio que especifica, elarchivo se lee y se procesa.


Nombre del agente de Application Management Console Agent (T3)El nombre del sistema gestionado por Tivoli Monitoring del agente de Application ManagementConsole (T3) conectado al entorno de supervisión. Por ejemplo: vs21-vm6:T3.Este nombre es el nombre de la aplicación que ha creado cuando ha configurado la ApplicationManagement Console tal como se describe en:

“Configuración del editor de configuración del gestión de aplicaciones ITCAM” en la página 24

Número de horas de datos TDW que el DLA debe tener en cuenta al crear el libroEl lapso de horas que el DLA utiliza cuando crea un libro IdML desde Tivoli Data Warehouse.El valor predeterminado es 8.

Tipo de base de datos de almacén ITMLa base de datos utilizada para la base de datos del almacén de Tivoli Monitoring. Seleccione de lalista desplegable:

• DB2• Microsoft SQL Server 2000• Microsoft SQL Server 2005• Oracle• Otros

El valor predeterminado es DB2.

Si selecciona Otros como versión soportada, los campos del almacén se contraen y debe entrar loscampos:URL JDBC para la base de datos de ITCAM

El formato de URL viene determinado por el controlador jdbc que está utilizando para conectarsea la base de datos. Para obtener información sobre el formato de URL, consulte la documentacióndel controlador JDBC. Por ejemplo, DB2 (controlador Universal Tipo 4):

jdbc:db2://hostName:portNumber/databaseName

Nombre de clase del controlador JDBCEl controlador JDBC que se utilizará.

Valor predeterminado: com.ibm.db2.jcc..DB2Driver

Nombre de host de base de datos de almacén ITMEl nombre de host para la base de datos del almacén de Tivoli Monitoring.

Puerto de base de datos del almacén ITMEl puerto para la base de datos del almacén de Tivoli Monitoring.El valor predeterminado es 50000.

Nombre de usuario del almacén ITMEl usuario de instalación para la base de datos de almacén de Tivoli Monitoring.El valor predeterminado es db2inst1.


Contraseña del almacén ITMLa contraseña para el usuario de base de datos de almacén de Tivoli Monitoring.

Verificar contraseñaVerifique la contraseña de usuario.

Nombre de base de datos del almacén ITMEl nombre de la base de datos del almacén de Tivoli Monitoring.El valor predeterminado es WAREHOUS.

Tipo de controlador de base de datos del almacén ITMEl tipo de controlador para la base de datos del almacén de Tivoli Monitoring.El valor predeterminado es 4.

Avanzada

En el separador Avanzada, puede elegir también si desea:

• Omitir comprobación previa al despliegue• Sobrescribir paquete existente - Esta opción le permite sobrescribir un paquete de integración

existente.• Utilice el paquete ITCAM actualizado.

Si selecciona Sí para esta opción, un nuevo parámetro le solicita la ubicación del paquete deintegración. El paquete debe residir en el host de destino.

Vía de acceso completa al paquete de integración ITCAM (debe estar en un archivo *.tar.gz):

Entre la vía de acceso completa al package_name.tar.gz para el paquete de integración. PulseExaminar para examinar el sistema de archivos.

El valor predeterminado para cada opción es No.

Especificación del sistema de destino para paquetes de integraciónEspecifique el nombre de host donde desea desplegar los paquetes de integración de IBM TivoliComposite Application Manager for Transactions. Si selecciona el paquete de Tivoli Business ServiceManager, el host de destino debe ser el nombre de host del servidor de datos de Tivoli Business ServiceManager. De lo contrario, el host de destino puede ser cualquier sistema que tenga una interfaz de lalínea de mandatos tacmd como, por ejemplo, el host de Tivoli Enterprise Portal Server.

Antes de empezar


→Especificar destinosPaquetes de integración de ITCAM for Transactions

Antes de desplegar los paquetes de integración, conozca el nombre de host y las credenciales delservidor de destino.

El sistema de destino debe ser el servidor de Tivoli Business Service Manager.

Debe entrar el ID de usuario que ha utilizado para instalar Tivoli Business Service Manager.


Para desplegar el paquete de integración:

Procedimiento












7. Pulse Siguiente.

Configuración del servidor empaquetado de integración de TBSMEspecifique la información sobre el directorio y la base de datos para el servidor de datos de IBM TivoliBusiness Service Manager y el almacén de datos de IBM Tivoli Monitoring en este panel.

PropósitoEstas integraciones le permiten descubrir recursos de datos de transacciones y crear un modelo deservicio en TBSM. Para supervisar estos recursos, debe desplegar sucesos de Personalizaciones delgestor de sucesos para sucesos de ITCAM.


→ Configurar

Paquetes de integración de ITCAM for Transactions Paquete de integración de Linux Tivoli ITCAM for TransactionsTBSM

Parámetros

Utilice estos parámetros para especificar información del servidor de datos de TBSM y de la base dedatos del almacén de Tivoli Monitoring. Debe desplazarse hacia abajo para ver todos los parámetros.


Directorio donde se copiará el paquete de integración de TBSMEl directorio en el servidor de datos donde desea copiar el paquete.



Directorio de inicio de TBSMDirectorio de inicio para el servidor de datos.

• Linux, AIX y Solaris predeterminados: /opt/IBM/tivoli/tbsm• Windows predeterminado: C:\Archivos de programa\IBM\tivoli\tbsm

Nombre de usuario de base de datos de TBSMEl nombre de usuario que tiene permiso para actualizar tablas en la base de datos. Este usuario es elmismo que el nombre de usuario de DB2 de TBSM.

Contraseña de base de datos de TBSMContraseña del usuario de la base de datos.


Tipo de base de datos de almacén ITMLa base de datos utilizada para la base de datos del almacén de Tivoli Monitoring. Seleccione de lalista desplegable:

• DB2• Microsoft SQL Server 2000• Microsoft SQL Server 2005• Oracle• Otros

El valor predeterminado es DB2.

Si selecciona Otros como versión soportada, los campos del almacén se contraen y debe entrar loscampos:URL JDBC para la base de datos de ITCAM

El formato de URL viene determinado por el controlador jdbc que está utilizando para conectarsea la base de datos. Para obtener información sobre el formato de URL, consulte la documentacióndel controlador JDBC. Por ejemplo, DB2 (controlador Universal Tipo 4):

jdbc:db2://hostName:portNumber/databaseName

Nombre de clase del controlador JDBCEl controlador JDBC que se utilizará.

Valor predeterminado: com.ibm.db2.jcc..DB2Driver

Nombre de host de base de datos de almacén ITMEl nombre de host para la base de datos del almacén de Tivoli Monitoring.

Puerto de base de datos del almacén ITMEl puerto para la base de datos del almacén de Tivoli Monitoring.El valor predeterminado es 50000.

Nombre de usuario del almacén ITMEl usuario de instalación para la base de datos de almacén de Tivoli Monitoring.El valor predeterminado es db2inst1.

Contraseña del almacén ITMLa contraseña para el usuario de base de datos del almacén de Tivoli Monitoring.


Nombre de base de datos del almacén ITMEl nombre de la base de datos del almacén de Tivoli Monitoring.El valor predeterminado es WAREHOUS.


Tipo de controlador de base de datos del almacén ITMEl tipo de controlador para la base de datos del almacén de Tivoli Monitoring.El valor predeterminado es 4.

Avanzada


• Omitir comprobación previa al despliegue• Sobrescribir paquete existente - Esta opción le permite sobrescribir un paquete de integración

existente.• Utilice el paquete de ITCAM actualizado.


Vía de acceso completa al paquete de integración de ITCAM actualizado (debe estar en elarchivo *.tar.gz):

Entre la vía de acceso completa a nombre_paquete.tar.gz para el paquete de integración. PulseExaminar para examinar el sistema de archivos.


Paquetes de Transaction Tracking de DLA para ITCAMConsulte la información siguiente que describe cómo desplegar paquetes de Transaction Tracking de DLApara ITCAM.

Configuración de Transaction Tracking DLAEspecifique el directorio de inicio de IBM Tivoli Monitoring para el host donde está instalado elcomponente de Transaction Reporter.

PropósitoEl paquete DLA ayuda a crear servicios de TBSM a partir de transacciones. Para supervisar estos recursos,también debe desplegar las Personalizaciones del gestor de sucesos para sucesos de ITCAM.


→ ConfigurarDLA para ITCAM TT

Linux Tivoli ITCAM TT DLA

Parámetros

Utilice estos parámetros para especificar información para el host.


Directorio de inicio de ITMEl directorio HOME para Tivoli Monitoring

El directorio predeterminado para el sistema de destino está previamente rellenado. Puede elegir otrodirectorio en la máquina de destino o utilizar el botón Examinar.

• Linux, AIX y Solaris predeterminados: /opt/IBM/ITM.• Windows predeterminado: C:\IBM\ITM

Avanzada


• Omitir comprobación previa al despliegue• Utilice el paquete de ITCAM actualizado.



Vía de acceso completa al paquete de integración de ITCAM actualizado (debe estar en elarchivo *.itcamfttdla.jar):

Especifique la vía de acceso completa al archivo DLA TT de ITCAM. Este archivo debe estar en unarchivo itcamfttdla.jar. Debe especificar la vía de acceso completa al archivoitcamfttdla.jar para el archivo DLA actualizado. Pulse Examinar para examinar el sistema dearchivos.

• Sobrescribir DLA existentes -

Si selecciona Sí, el archivo original se sobrescribe y se realiza una copia de seguridad en el mismodirectorio donde existía el itcamfttdla.jar original. El nombre de archivo para la copia deseguridad está en el formato:

itcamfttdla_BSMA_BACKUP_fecha.jar.

Por ejemplo:

– En Linux, AIX y Solaris: $ITM_HOME_DIRECTORY/arch/bin/itcamfttdla_BSMA_BK_date.jar

– En Windows: %ITM_HOME%\TMAITM6\tosupport\itcamfttdal_BSMA_BK_date.jar


Especificación del destino para Transaction Tracking DLAEspecifique el host donde desea desplegar el paquete de IBM Tivoli Composite Application Manager paraTransaction Tracking DLA.

Antes de empezar


→Especificar destinosDLA para ITCAM TT

Antes de desplegar el paquete, conozca el nombre y las credenciales del host donde está instaladoITCAM para el componente de creador de informes de Transaction Tracking.

El sistema de destino debe ser el servidor del agente de ITCAM for Transaction Tracking Reporter.

Debe entrar el ID de usuario que ha utilizado para instalar el agente.

Acerca de esta tareaEspecificar el host de destino para el paquete Transaction Tracking DLA.

Procedimiento













7. Pulse Siguiente.

Agentes de tiempo de respuesta DLA para ITCAMConsulte la información siguiente que describe cómo desplegar agentes de tiempo de respuesta de DLApara ITCAM.

Especificación del destino para DLA de agentes de Response TimeEspecifique el host donde desea desplegar IBM Tivoli Composite Application Manager para el paqueteDLA de agentes de Response Time.

Antes de empezar


→Especificar destinosDLA para agentes de Response Time de ITCAM

Antes de desplegar el paquete, conozca el nombre y las credenciales del host donde está instaladoITCAM para el componente de agentes de Response Time.

El sistema de destino debe ser Tivoli Enterprise Portal Server.

Debe entrar el ID de usuario que ha utilizado para instalar IBM Tivoli Monitoring.

Acerca de esta tareaEspecificar el host de destino para el paquete DLA de agentes de Response Time.

Procedimiento













7. Pulse Siguiente.

Resumen para el despliegue de supervisión de ITCAMTras haber especificado información para los paquetes de IBM Tivoli Composite Application Manager yDLA que desea desplegar, el panel Resumen le permite elegir cómo ejecutar el despliegue.

PropósitoPuede ejecutar el despliegue para cada tarea individualmente o puede ejecutarlas simultáneamente.


→ Resumen



Despliegue de descubrimiento automatizadoDespliegue los componentes de descubrimiento automatizado necesarios para automatizar el proceso dedescubrimiento entre IBM Tivoli Monitoring, los productos de IBM Tivoli Composite Application Managere IBM Tivoli Application Dependency Discovery Manager.

Antes de empezar


→Seleccionar tareasDesplegar descubrimiento automatizado de ITM/ITCAM en TADDM

Antes de desplegar los componentes de descubrimiento, necesita:

• Información de host y de usuario para el servidor de descubrimiento de TADDM Discovery Server.• Información de host y de usuario para Tivoli Enterprise Monitoring Server utilizado por productos de

ITCAM.• Las automatizaciones DLA tienen estos requisitos:

Automatización de DLA de Tivoli Management Services (TMS)Esta automatización de DLA se debe ejecutar desde el host de Tivoli Enterprise Portal Server.

ITCAM para automatización Transaction Tracking DLAEsta automatización de DLA se puede ejecutar desde cualquier sistema que tenga una interfaz delínea de mandatos tacmd como, por ejemplo, el host de Tivoli Enterprise Portal Server.


Automatización de DLA de Response Time de ITCAMEsta automatización de DLA se puede ejecutar desde cualquier máquina, pero requiere quedespliegue el componente DLA de paquete de integración de ITCAM en la máquina de destino antesde empezar esta tarea. Utilice el asistente de despliegue y seleccione Desplegar supervisiónITCAM de prácticas recomendadas-> Paquete de integración ITCAM. El Paquete de integraciónDLA es el componente necesario.

• Configure la Application Management Console (AMC) para filtrar datos descubiertos en los agentes deWeb Response Time (WRT) y Transaction Tracking (TT).


Esta tarea le ayuda a configurar los DLA (Discovery Library Adaptor) para ejecutar automáticamente ytransferir la salida IdML en TADDM (únicamente – no TBSM). Puede utilizar cualquier máquina en elentorno como destino, pero el método más simple es desplegar la automatización en el host de TADDM.

Tarea posterior al despliegue

Tras completar estas tareas, debe completar un procedimiento manual para habilitar la automatizaciónde DLA.

Para habilitar la automatización de DLA, necesita ejecutar el script dlaAutomate que está incluido eneste paquete tal como se describe en el tema:

“Pasos para la automatización de DLA” en la página 43

Para desplegar el descubrimiento automatizado:

Procedimiento

1. Si todavía no lo ha realizado, configure la Application Management Console (AMC) para filtrar datosdescubiertos por Web Response Time a (WRT) y Transaction Tracking (TT).

2. Pulse Desplegar descubrimiento automatizado de ITM/ITCAM en TADDM.3. Pulse Siguiente.4. El asistente de despliegue le guiará por estos pasos de alto nivel:

ITM y automatización de DLA de ITCAMEsta opción despliega el paquete de automatización de DLA al directorio que especifique.Actualiza un archivo de propiedades con la información que entre en el panel de configuración.

Artefactos de TADDM para automatización de DLAEsta opción despliega dos componentes. El primer componente permite que los documentos IdMLpara reconciliar con objetos descubiertos en TADDM. El segundo componente ayuda a automatizarla importación de documentos IdML en TADDM.


Especifique el sistema de destino donde desea desplegar los paquetes de integración y los DLA.Configuración

Para cada opción, especifique información sobre los entornos de TADDM, Tivoli Monitoring y deITCAM.

Solo se le solicitan ambos destinos si elige instalar ambos componentes. Si solo seleccionadesplegar en IBM Tivoli Monitoring/ITCAM no verá un destino para el sistema de TADDM. Tieneque entrar credenciales de TADDM en el menú de configuración y no se le solicita el sistema dedestino de TADDM.

6. Para obtener más detalles sobre despliegue, consulte los temas siguientes.

Especificación del destino para supervisar la automatización de DLAEspecifique el host donde desea desplegar los componentes de automatización para aplicaciones deTivoli Monitoring y ITCAM.


Antes de empezar


→Especificar destinosITM y automatización de DLA de ITCAM

Especifique el host de destino en función del entorno y de las automatizaciones DLA que desea desplegarde la manera siguiente:Automatización de DLA de Tivoli Management Services (TMS)

Esta automatización de DLA se debe ejecutar desde el host de Tivoli Enterprise Portal Server.ITCAM para automatización Transaction Tracking DLA

Esta automatización de DLA se puede ejecutar desde cualquier sistema que tenga una interfaz delínea de mandatos tacmd como, por ejemplo, el host de Tivoli Enterprise Portal Server.

Automatización de DLA de Response Time de ITCAM

Para habilitar la automatización de DLA; debe ejecutarla desde Tivoli Enterpriser Portal Server. Utiliceel asistente de despliegue y seleccione Desplegar supervisión ITCAM de prácticas recomendadas-> Paquete de integración ITCAM. El Paquete de integración DLA es el componente necesario.

Acerca de esta tareaDesplegar la automatización de cliente DLA.

Procedimiento











7. Pulse Siguiente.


Especificación de destino para automatización de DLA de TADDMEspecifique el host donde desea desplegar los componentes de automatización para IBM TivoliApplication Dependency Discovery Manager.

Antes de empezar


→Especificar destinosArtefactos de TADDM para automatización de DLA

Especifique el host de TADDM Discovery Server como máquina de destino.

Acerca de esta tareaDesplegar la automatización de cliente DLA.

Procedimiento











7. Pulse Siguiente.

Supervisión de la configuración de automatización de DLAEspecifique la información necesaria para la automatización de DLA sobre las aplicaciones de TADDM,IBM Tivoli Monitoring y de IBM Tivoli Composite Application Manager en este panel.

PropósitoLa automatización de DLA le ayuda a especificar la información necesaria para automatizar el proceso dedescubrimiento entre las aplicaciones de supervisión y TADDM.



→Configurar parámetros

ITM y automatización de DLA de ITCAM Automatización ITM de ITCAM de Linux

Parámetros

Utilice estos parámetros para especificar información para aplicaciones de TADDM, Tivoli Monitoring y deITCAM. Debe desplazarse hacia abajo para ver todos los parámetros.


Vía de acceso de directorio completa para instalación de paqueteDirectorio donde desea desplegar el paquete.

• Linux, AIX y Solaris predeterminados: /opt/IBM/tivoli/DLA_AUTOMATION• Windows predeterminado: C:\IBM\tivoli\DLA_AUTOMATION

Utilice el directorio compartido de TADDMSeleccione No, entre la información de host para el servidor de TADDM.

Si ha configurado un directorio compartido para TADDM, seleccione Sí y el Directorio compartidopara TADDM aparece debajo de este campo. Necesita escribir y suprimir permisos en este directorio.Si no selecciona utilizar la compartición de TADDM, utilizará el servicio web DLA de TADDM paraenviar archivos.

Valor predeterminado: No

Puerto y nombre de host de TADDMEl nombre de host y el puerto para el servidor de TADDM. Debe añadir el número de puerto tras elnombre de host, separado por dos puntos. El número de puerto debe coincidir con la propiedadcom.collation.webport en el archivo collation.properties para TADDM. Por ejemplo:

myhost.mydiv.mycity.mycompany.com:9430

Nombre de usuario de aplicación de TADDMEl nombre de usuario para TADDM. El valor predeterminado es administrador.

TADDMcontraseñaLa contraseña para el nombre de usuario

Verificar contraseñaVerifique la contraseña.

Tiempo de inactividad entre iteración (en milisegundos)Intervalo de tiempo entre iteraciones de proceso de documentos IdML en milisegundos.

Valor predeterminado: 12000

Habilitar automatización TMSDLASeleccione si desea automatizar la ejecución de DLA de Tivoli Management Services.

Esta automatización de DLA se debe ejecutar desde el host de Tivoli Enterprise Portal Server. Si lamáquina d destino no es un host de Tivoli Enterprise Portal Server, no habilite esta automatización deDLA.

Valor predeterminado: Sí.

Habilitar automatización TT de ITCAMSeleccione si desea automatizar la ejecución de DLA ITCAM for Transactions.

Esta automatización de DLA se puede ejecutar desde cualquier host que tenga una interfaz de líneade mandatos tacmd como, por ejemplo, el host de Tivoli Enterprise Portal Server.



Nombre de host de hub TEMSEl nombre de host de Tivoli Enterprise Monitoring Server de hub.

Directorio de inicio de TEPSLa vía de acceso completa donde está instalado Tivoli Enterprise Portal Server.

• Linux, AIX y Solaris predeterminados: /opt/IBM/ITM• Windows predeterminado: C:\IBM\ITM

Nombre de usuario de hub TEMSEl usuario de instalación para Tivoli Enterprise Monitoring Server.

Contraseña de hub TEMSLa contraseña para el usuario.

Verificar contraseñaVerifique la contraseña para el usuario.

Nombre del sistema gestionadoEl nombre del sistema gestionado por Tivoli Monitoring del agente de Transaction Reporter.

Nota: La versión del agente del nombre del sistema gestionado debe estar en el nivel 6.2.2 o superior.Si el agente de Transaction Reporter no está en el nivel 6.2.2, se puede utilizar cualquier otro agenteen el mismo sistema siempre que esté en un nivel de 6.2.2 o superior.

Ejecutar DLA en MSN remotoSeleccione esta opción si ITCAM para el agente de Transaction Tracking se produce en un agente deTivoli Monitoring remoto.El valor predeterminado es No.

Si selecciona Sí, necesita especificar estos parámetros adicionales:

• Directorio de inicio de Tivoli Monitoring en el servidor remoto• Host MSN remoto como un agente del sistema operativo.• Directorio de salida DLA en el servidor remoto

Habilitar automatización de DLA de RT de ITCAMSeleccione si desea automatizar la ejecución de ITCAM para Response Time DLA.

Esta automatización de DLA se puede ejecutar desde cualquier máquina, pero requiere quedespliegue el componente DLA de paquete de integración de ITCAM en la máquina de destino antesde empezar esta tarea. Utilice el asistente de despliegue y seleccione Desplegar supervisión ITCAMde prácticas recomendadas-> Paquete de integración ITCAM. El Paquete de integración DLA es elcomponente necesario.


Vía de acceso completa al directorio DLA de RT de ITCAM RT (para ejecutar el script dlAdapter)Vía de acceso al directorio que contiene el script dlAdapter.

• En Unix este script es dlAdapter.sh.• En Windows este script es dlAdapter.bat.

Este script está incluido con el paquete de integración DLA de ITCAM for Transactions que hadesplegado con la opción Desplegar supervisión ITCAM > ITCAM para paquetes de integración detransacciones en el asistente de despliegue. El Paquete de integración DLA es el componentenecesario. El paquete se desempaqueta en el directorio que especifique en este símbolo del sistemaen el panel de configuración del paquete de integración DLA:

Vía de acceso de directorio completa para instalación de paquete

El script dlaAdaptor está localizado en el subdirectorio dla, por ejemplo:

• Linux, AIX y Solaris: /opt/IBM/tivoli/ITCAM_Integration_Package/dla• Windows: C:\IBM\tivoli\ITCAM_Integration_Package/dla


Avanzada


• Sobrescribir paquete existente

El valor predeterminado es No.

Configuración de automatización de DLA de TADDMEspecifique la información necesaria para la automatización de DLA sobre el servidor de TADDM en estepanel.

PropósitoLa automatización de DLA le ayuda a especificar la información necesaria para automatizar el proceso dedescubrimiento entre las aplicaciones de supervisión y TADDM.


→Configurar parámetros

Artefactos de TADDM para la automatización de DLA Linux Configurar TADDM para automatización de DLA

Parámetros

Utilice estos parámetros para especificar información para el host de TADDM.


Directorio dist de TADDMEl directorio dist en el directorio de instalación de TADDM. El directorio predeterminado para elsistema de destino está previamente rellenado. Puede elegir otro directorio en la máquina de destinoo utilizar el botón Examinar.

• En sistemas Unix, la ubicación predeterminada para instalar TADDM es el directorio /opt/IBM/taddm. Por consiguiente, en este caso, el directorio predeterminado $COLLATION_HOMEes /opt/IBM/taddm/dist.

• En sistemas Windows, la ubicación predeterminada para instalar TADDM es el directorio C:\IBM\taddm. Por consiguiente, en este caso, el directorio predeterminado $COLLATION_HOME esC:\IBM\taddm\dist.

Supervisar directorio compartidoEl directorio donde se escriben los archivos de documentos IdML. Comparta este directorio conpermisos de lectura y escritura.

• Linux, AIX y Solaris predeterminados: /home/taddmshare• Windows predeterminado: C:\home\taddmshare

Nota: Debe entrar un directorio existente.

Tiempo de inactividad entre iteración (en milisegundos)Intervalo de tiempo entre iteraciones de proceso de documentos IdML en milisegundos.


Resumen para despliegue de descubrimiento automatizadoTras haber especificado información para descubrimiento automatizado, el panel Resumen le permiteelegir cómo ejecutar el despliegue.

Propósito


→Resumen


Puede ejecutar el despliegue para cada tarea individualmente o puede ejecutarlas simultáneamente.

Para ejecutar una tarea individualmente, pulse Desplegar tarea para la tarea que desea ejecutar.


Pasos para la automatización de DLATras desplegar los componentes de descubrimiento automatizado con el asistente de despliegue, debehabilitar la automatización de DLA siguiendo este procedimiento manual.

Antes de empezar

Nota: Si utiliza el uso compartido de archivos para mover los archivos IdML, debe crear una unidadcompartida en el servidor de Tivoli Application Dependency Discovery Manager y montar esta unidad enel sistema donde tiene previsto ejecutar los DLA utilizando el mandato dlaAutomate. Asegúrese de queel ID de usuario que utilice para ejecutar el mandatoDLAAutomateLoader en el servidor de TivoliApplication Dependency Discovery Manager puede crear y suprimir archivos en el directorio supervisado.Asegúrese también de que el ID de usuario del servidor donde se ejecuta el mandato dlaAutomate tienelos permisos necesarios para leer y suprimir archivos en el directorio montado. Estos requisitos se debencomprobar antes de empezar.

Nota: Verifique cada uno se los mandatos de DLA antes de intentar automatizarlo.


Este procedimiento describe cómo habilitar la automatización de los adaptadores de Discovery Library(DLA) y su interacción con el servidor de IBM Tivoli Application Dependency Discovery Manager.

Procedimiento

1. Inicie sesión en el servidor de TADDM como usuario, por ejemplo taddmusr.2. En un indicador de mandatos, cambie el directorio al directorio dist/bin del servidor de Tivoli

Application Dependency Discovery Manager.3. Inicie el servidor de Tivoli Application Dependency Discovery Manager.4. Ejecute el script dlaAutomateLoader.

• En Linux, AIX y Solaris: ./dlaAutomateLoader.sh

Nota: Si desea que el script se ejecute en segundo plano, ejecute el script con &, por ejemplo ./dlaAutomateLoader.sh &.

• En Windows: dlaAutomateLoader.bat5. Utilizando un ID de usuario adecuado, inicie sesión en un sistema donde desee ejecutar un DLA.6. (Opcional) Si utiliza HTTP para transferir archivos IdML files al servidor de Tivoli Application

Dependency Discovery Manager, abra y edite el archivo DLAAutomateClient.properties. Añadavalores a las siguientes propiedades:

• taddm.host=• taddm.userid=• taddm.password=

Notas:

• La propiedad taddm.host puede indicar un puerto. El puerto que añada debe coincidir concom.collation.webport en el archivo collation.properties de Tivoli ApplicationDependency Discovery Manager. Un puerto de ejemplo sería:taddm.host=taddmserver.mynet.com:9430.

• Cada conjunto de propiedades que empieza con la serie agent. se utiliza para ejecutar un DLAdistinto. La siguiente parte de la serie indica el DLA al que se asocia la propiedad. El nombre que sepuede utilizar no está restringido. Para ejecutar un DLA, establezca la propiedad de ejecución delDLA a true.


• Si está configurando el sistema, active cada uno de los agentes individualmente y pruebe que laconfiguración funciona correctamente antes de seguir al siguiente DLA. Cuando haya verificadotodos los DLA, active todos los agentes a la vez.

• Cuando se ejecuta el mandato dlaAutomate, toda propiedad que termine por .password se cifra.• La propiedad dladir establece la vía de acceso del directorio desde donde se ejecuta el DLA. Debe

incluir dos barras inclinadas invertidas como separador de directorio de Windows.• La propiedad dlaoutputdir especifica la ubicación donde se genera el libro IdML.• dlafilenameregexp es una expresión regular que encuentra los libros IdML generados.• La propiedad taddmshare especifica la vía de acceso completa del directorio que se comparte con

Tivoli Application Dependency Discovery Manager. Debe probar esta propiedad copiando un archivoa este directorio y confirmando que el archivo se ha grabado en Tivoli Application DependencyDiscovery Manager. También debe confirmar que el ID de usuario de Tivoli Application DependencyDiscovery Manager puede suprimirlo. La propiedad taddmshare sobrescribe HTTP como el métodoutilizado para enviar el archivo al servidor de Tivoli Application Dependency Discovery Manager.

• La propiedad loadidml le permite establecer opciones para el mandato loadidml de TivoliApplication Dependency Discovery Manager. Solo se permite el atributo -g. Todos los demásatributos se ignoran.

• Los mandatos que deben ejecutarse se listan en la propiedad commands y se ejecutan en el ordenen que se enumeran en el archivo. Debe utilizar ka vía de acceso completa del mandato.

• Los mandatos que contienen ${propertname} se sustituyen por la propiedad. Esto se utilizaprincipalmente para contraseñas. Si no hay ninguna propiedad coincidente, ${..} se deja sinmodificar.

7. (Opcional) Para algunos DLA, la salida se genera en un agente de IBM Tivoli Monitoring remoto. Elagente se debe crear en IBM Tivoli Monitoring versión 6.2.2 o superior para asegurarse de que sepuede ejecutar el mandato de ejecución remota y las acciones getfile tacmd. Para recuperar estosDLA, establezca las siguientes propiedades:a) La propiedad dlaRemoteLocHostMSN establece el ITM MSN de la máquina donde se genera el

DLA.b) La propiedad dlaRemoteLocDir establece la vía de acceso completa del directorio de la máquina

remota en la que se genera el DLA.c) dlaRemoteFnameExp es una expresión regular que coincide con el nombre de archivo de los

libros generados.d) Una vez que haya definido estas propiedades, edite el archivo de configuración de Tivoli Enterprise

Monitoring Server, por ejemplo u_ms_TEMS.config y establezca la variable KT1_TEMS_SECURE ayes.

e) Reinicie Tivoli Enterprise Monitoring Server.8. Para ejecutar el script de automatización de DLA, introduzca el mandato dlaAutomate:

• En Linux, AIX y Solaris: ./dlaAutomate.sh• En Windows: dlaAutomate.bat

Nota: Si dese que el script se ejecute en segundo plano, ejecute el script con el &, por ejemplo ./dlaAutomate.sh &.

Qué hacer a continuación

La automatización proporcionada por Solutions for Business Service Management para adaptadores deDiscovery Library (DLA) significa que, para cada DLA habilitado, se crea un libro IdML cada vez que seejecute el DLA. De forma predeterminada, los scripts dlaAutomate se ejecutan cada 120 segundos.Como resultado, se genera un gran número de libros IdML. Esto puede generar un uso significativo de


espacio de disco. Puede controlar el número de libros IdML creados controlando el tiempo de iteración.Esto se configura estableciendo las propiedades:

sleepTime=<número de milisegundos>agent.<tipo de DLA>.sleepTime=<número de milisegundos>

Donde tipo de DLA es el DLA para el cual se crea un libro IdML y el tiempo entre cada ejecución descript se establece definiendo un valor en número de milisegundos.

Para cambiar estas propiedades, edite estas propiedades para cada tipo de DLA en el archivoDLAAutomateClient.properties que se encuentra en el directorio donde se ha instalado el paquetede automatización de DLA.

Como alternativa, puede suprimir periódicamente los libros IdML más antiguos que ya no se necesiten.

Desplegar personalizaciones del gestor de sucesosDespliega las modificaciones del gestor de sucesos en IBM Tivoli Netcool/OMNIbus ObjectServer(Netcool/OMNIbus) y el Sondeo de Tivoli Event Integration Facility (Sondeo de EIF). Estas modificacionesintegran Netcool/OMNIbus and IBM Tivoli Monitoring para que sus respectivas consolas puedancompartir sucesos y acciones de sucesos por operadores de ambos. Estas tareas también garantizan quelos sucesos que provienen de varios elementos en la infraestructura lleguen a los paneles deinstrumentos de IBM Solutions for Business Service Management para indicar el estado visualmente.

Antes de empezar

Antes de desplegar cualquier de las tareas de personalización del gestor de sucesos, realice una copia deseguridad de la configuración de ObjectServer de Netcool/OMNIbus con el programa de utilidad denco_confpack.

Para obtener información sobre el programa de utilidad de nco_confpack, consulte el centro deinformación de Tivoli Netcool/OMNIbus que está disponible desde este URL:


Vaya a los temas siguientes sobre el programa de utilidad nco_confpack; Establecimiento de TivoliNetcool/OMNIbus, Importación y exportación de configuraciones de ObjectServer, Utilización delprograma de utilidad nco_confpack. Lea los temas Objetos importables y exportables, Exportación deconfiguraciones e Importación de configuraciones.

Antes de desplegar las personalizaciones del evento, también necesita:

• Información de host y de usuario para Netcool/OMNIbus.• Información de host y de usuario para Sondeo de EIF


→Seleccionar tareasDesplegar personalizaciones del gestor de sucesos


Esta tarea le ayuda a configurar y el Netcool/OMNIbus y el Sondeo de EIF para recopilar, gestionar ycorrelacionar sucesos para el modelo de servicio que se creó con datos de supervisión de aplicaciones,tales como IBM Tivoli Monitoring tal como se indica a continuación:

1. La aplicación de supervisión de base, tal como Tivoli Monitoring recopila y consolida datos enindicadores clave de rendimiento de sistemas, aplicaciones, middleware y transacciones. Cuando laaplicación de supervisión detecta una condición de alerta crea un suceso de situación que se reenvíaal Sondeo de EIF.

2. El Sondeo de EIF convierte los sucesos de situación en sucesos de Netcool/OMNIbus e inserta lossucesos en la tabla de base de datos ObjectServer de Netcool/OMNIbus.




3. Netcool/OMNIbus recopila y consolida los sucesos y TBSM lee estos sucesos.

Importante: Las tareas de la personalización del gestor de sucesos requiere una instancia de Netcool/OMNIbus que está configurada para TBSM. Si ha instalado Netcool/OMNIbus desde el paquete deinstalación de TBSM, está preparado para modificaciones del gestor de sucesos. De lo contrario, necesitaañadir la configuración de TBSM a mano.

Para obtener información sobre cómo configurar Netcool/OMNIbus para TBSM, consulte el centro deinformación de TBSM desde este URL:

http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=%2Fcom.ibm.tivoli.itbsm.doc_6.1%2Fwelcome.htm

Vaya al tema siguiente Consideraciones sobre Business Service Manager, Guía de instalación,planificación de Netcool/OMNIbus.

Para desplegar las modificaciones del gestor de sucesos:

Procedimiento

1. Seleccione Personalizaciones del gestor de sucesos.2. Pulse Siguiente.3. EL asistente de despliegue le guiará por estos pasos de alto nivel:

Instalar el componente ITM Event SynchronizationEsta tarea despliega Situation Update Forwarder de Tivoli Monitoring. Para completar esta tarea,necesita la imagen de instalación del paquete de herramientas para Tivoli Monitoring versión 6release 2.3 Fixpack 1 o superior.

Nota: Si realiza el despliegue de forma remota, no puede utilizar o acceder a las unidades de reden el servidor remoto.

Situation Update Forwarder requiere las bibliotecas de 32 bits siguientes en el host de Netcool/OMNIbus:


Configurar OMNIbus para sucesos ITMEsta tarea configura Netcool/OMNIbus para sucesos de Tivoli Monitoring instalando los esquemas:

• itm_proc.sql• itm_db_update.sql• itm_event_cache.sql• itm_sync.sql

Estas actualizaciones le permiten gestionar los sucesos de situaciones que se crearon con la tareaDesplegar supervisión de prácticas recomendadas.

Modificar desencadenante de deduplicación predeterminado de OMNIbusEsta tarea modifica el desencadenante de deduplicación de Netcool/OMNIbus.

Configurar esquema y reglas de OMNIbus para sucesos de ITCAMEsta tarea ejecuta omnibusUpdater.sh para Unix o omnibusUpdater.cmd para Windows paraañadir estos archivos de reglas para el Sondeo de EIF:

• kt3.rules - Application Management Console (AMC)• kt4.rules - Client Response Time (CRT)• kt5.rules - Web Response Time (WRT)• kt6.rules - Robotic Response Time (RRT)• kto.rules - Transaction Tracking (TT)




Esta tarea también actualiza Netcool/OMNIbus para habilitar la gestión de sucesos para losproductos de ITCAM.

Importante: Para completar esta tarea, también debe personalizar el archivoitm_event_cache.sql para los atributos de ITCAM como tarea posterior a la instalación. Lasinstrucciones para esta tarea posterior a la instalación están incluidas al final de la tarea desucesos de Configurar esquema y reglas de OMNIbus para ITCAM.

Configurar esquema de OMNIbus para IBM Solutions for Business Service ManagementEsta tarea ejecuta el mandato nco_sql en el script bsm_accelerator_schema.sql paraconfigurar el esquema de Netcool/OMNIbus schema para Solutions for BSM.

Configurar Sondeo de EIF para sucesos ITMEsta tarea copia y habilita los archivos de reglas que necesita para correlacionar los servicios orecursos de negocio de TBSM con los sucesos de situaciones de Situation Update Forwarder deTivoli Monitoring. Los archivos de reglas son:

• itm_events.rules: Manejo de situaciones de Tivoli Monitoring genéricas• tbsm_eif_event.rules: Manejo de sucesos EIF para TBSM• kvm_tbsm.rules: Manejo de situaciones de agentes de VMware

Configurar Sondeo de EIF para integración de TADDMEsta tarea copia y habilita el archivo de tivoli_eif_taddm.rules para la integración deTADDM.


Especifique el sistema de destino donde desea desplegar las personalizaciones del gestor desucesos.

Configuración

Para cada opción, especifique información sobre los entornos de TADDM, Tivoli Monitoring y deITCAM.

5. Para obtener más detalles sobre estas tareas de despliegue, consulte los temas siguientes.

Para obtener más información sobre reenvío de sucesos de Tivoli Monitoring a Netcool/OMNIbus,consulte el tema del centro de información de Tivoli Monitoring Configuración de reenvío de sucesos aNetcool/OMNIbus en:

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/topic/com.ibm.itm.doc_6.2.3fp1/itm623FP1_install601.htm?path=3_0_3_0_9_1#omnibus_install

Desdeel tema principal Configuración de reenvío de sucesos a Netcool/OMNIbus,consulte estas subsecciones adicionales.

• Para el escenario de una arquitectura hub consulte:

Escenarios de arquitectura > Tivoli Enterprise Monitoring Server de un hub y Netcool/OMNIbusObjectServer

• Para varios Tivoli Enterprise Servers, consulte:

Personalización de integración de sucesos > Actualización de IBM Tivoli Monitoring SituationUpdate Forwarder para reenviar actualizaciones de estado de sucesos a servidores desupervisión adicionales

• Para actualización de sincronización de sucesos, consulte:

Actualización de una instalación anterior de integración de IBM Tivoli Monitoring y Netcool/OMNIbus

• Para obtener información sobre cómo personalizar la integración de sucesos, consulte

Personalización de integración de sucesos




Consideraciones sobre migración tras error y ObjectServer y sondeo multihostSi realiza un despliegue en una migración tras error o en un interno multinivel, lea este tema.

Para desplegar en una migración tras error o en un entorno multinivel de ObjectServers y de Sondeo deTivoli Event Integration Facility (Sondeo de EIF):

Restricción: IBM Solutions for Business Service Management requiere que ObjectServer y Sondeo de EIFresidan en el mismo host.

• Especifique todos los hosts de ObjectServer y de Sondeo de EIF cuando especifica máquinas de destinopara estas tareas de personalización de sucesos:

– Instalar el componente ITM Event Synchronization– Configurar OMNIbus para sucesos ITM– Modificar desencadenante de deduplicación predeterminado de OMNIbus– Configurar esquema y reglas de OMNIbus para sucesos de ITCAM– Configurar esquema de OMNIbus para IBM Solutions for Business Service Management– Configurar Sondeo de EIF para sucesos ITM– Configurar Sondeo de EIF para integración de TADDM

Si tiene sondeos EIF maestros y esclavos, ejecute las tareas de despliegue de Sondeo de EIF en loshosts de destino para los sondeos maestro y esclavo.

• En cada host en el entorno de migración tras error, actualice el archivo de correlación de pasarelabidireccional (NCO_GATE.map) con los nombres de columnas que se añaden a la tablaalerts.status por el asistente de despliegue. Para obtener más información, consulte el ejemplo enel tema siguiente.

• En cada host en un entorno multinivel, actualice la pasarela ObjectServer de agregación bidireccional(AGG_GATE. map) con los nombres de columnas que se añaden a la tabla alerts.status por elasistente de despliegue. Las entradas son las mismas que las entradas para NCO_GATE.map.

• Reinicie ObjectServer y para los entornos multinivel, la pasarela AGG_GATE.

Información adicional

Para obtener información sobre pasarelas ObjectServer, consulte:

http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.netcool_OMNIbus.doc_7.3.1/omnibus/gateways/objectservergw/wip/concept/objsrvgw_intro.html

Para obtener información sobre despliegues multinivel, consulte:

http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/topic/com.ibm.netcool_OMNIbus.doc_7.3.1/omnibus/wip/install/concept/omn_ins_multitieredhighavailability.html

Para obtener más información sobre escenarios de arquitectura para configurar Tivoli Monitoring yNetcool/OMNIbus, consulte:

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/topic/com.ibm.itm.doc_6.2.3fp1/itm623FP1_install605.htm?path=3_0_3_0_9_1_1#arch_scen

Ejemplo de archivo de correlaciónPara cada ObjectServer en el entorno, necesita actualizar NCO_GATE.map con las columnas para IBMSolutions for Business Service Management. El archivo NCO_GATE.map se encuentra normalmente en eldirectorio dirinstal/netcool/omnibus/gates/NCO_GATE/.

Contenido del archivo NCO_GATE.map

Si tiene un entorno multinivel, necesita realizar las mismas ediciones en el archivo AGG_GATE.mappredeterminado en el directorio:

directorioinstalación/netcool/omnibus/extensions/multitier/gateway








Edite manualmente este archivo y añada todas las entradas que se muestran en el tipo en negrita.También debe añadir una coma (,) al final de la línea siguiente: 'ticket_eligible' ='@ticket_eligible',

############################################################################### Pasarela bidireccional de Netcool/OMNIbus ObjectServer 7.2## Archivo de definición de correlación predeterminado.## Ident: $Id: objserv_bi.map 1.3 2003/10/13 10:36:35 cappl Development $## Historial de revisiones:# 1.1: Revisión inicial.# 1.2: Correlaciones de tablas del sistema relacionadas con el usuario que se# añadidas.# 1.3: Correlaciones de tablas de escritorio y tablas de herramientas dinámicas# añadidas.## Notas:## Los campos marcados como 'ON INSERT ONLY' sólo se pasarán cuando se inserte# unsuceso por primera vez. (Es decir, no se actualizarán). El orden de los# campos no es importante, ya que la pasarela utilizará la inserción de# valores con nombre.###############################################################################CREATE MAPPING StatusMap( 'Identifier' = '@Identifier' ON INSERT ONLY, 'Node' = '@Node' ON INSERT ONLY, 'NodeAlias' = '@NodeAlias' ON INSERT ONLY NOTNULL '@Node', 'Manager' = '@Manager' ON INSERT ONLY, 'Agent' = '@Agent' ON INSERT ONLY, 'AlertGroup' = '@AlertGroup' ON INSERT ONLY, 'AlertKey' = '@AlertKey' ON INSERT ONLY, 'Severity' = '@Severity', 'Summary' = '@Summary', 'StateChange' = '@StateChange', 'FirstOccurrence' = '@FirstOccurrence' ON INSERT ONLY, 'LastOccurrence' = '@LastOccurrence', 'InternalLast' = '@InternalLast', 'Poll' = '@Poll' ON INSERT ONLY, 'Type' = '@Type' ON INSERT ONLY, 'Tally' = '@Tally', 'Class' = '@Class' ON INSERT ONLY, 'Grade' = '@Grade' ON INSERT ONLY, 'Location' = '@Location' ON INSERT ONLY, 'OwnerUID' = '@OwnerUID', 'OwnerGID' = '@OwnerGID', 'Acknowledged' = '@Acknowledged', 'Flash' = '@Flash', 'EventId' = '@EventId' ON INSERT ONLY, 'ExpireTime' = '@ExpireTime' ON INSERT ONLY, 'ProcessReq' = '@ProcessReq', 'SuppressEscl' = '@SuppressEscl', 'Customer' = '@Customer' ON INSERT ONLY, 'Service' = '@Service' ON INSERT ONLY, 'PhysicalSlot' = '@PhysicalSlot' ON INSERT ONLY, 'PhysicalPort' = '@PhysicalPort' ON INSERT ONLY, 'PhysicalCard' = '@PhysicalCard' ON INSERT ONLY, 'TaskList' = '@TaskList', 'NmosSerial' = '@NmosSerial' ON INSERT ONLY, 'NmosObjInst' = '@NmosObjInst' ON INSERT ONLY, 'NmosCauseType' = '@NmosCauseType', 'LocalNodeAlias' = '@LocalNodeAlias' ON INSERT ONLY, 'LocalPriObj' = '@LocalPriObj' ON INSERT ONLY, 'LocalSecObj' = '@LocalSecObj' ON INSERT ONLY, 'LocalRootObj' = '@LocalRootObj' ON INSERT ONLY, 'RemoteNodeAlias' = '@RemoteNodeAlias' ON INSERT ONLY, 'RemotePriObj' = '@RemotePriObj' ON INSERT ONLY, 'RemoteSecObj' = '@RemoteSecObj' ON INSERT ONLY, 'RemoteRootObj' = '@RemoteRootObj' ON INSERT ONLY, 'X733EventType' = '@X733EventType' ON INSERT ONLY, 'X733ProbableCause'= '@X733ProbableCause' ON INSERT ONLY, 'X733SpecificProb' = '@X733SpecificProb' ON INSERT ONLY, 'X733CorrNotif' = '@X733CorrNotif' ON INSERT ONLY, 'URL' = '@URL' ON INSERT ONLY, 'ExtendedAttr' = '@ExtendedAttr' ON INSERT ONLY,


'ServerName' = '@ServerName' ON INSERT ONLY, 'ServerSerial' = '@ServerSerial' ON INSERT ONLY, 'BSM_Identity' = '@BSM_Identity', 'BSM_ClassName' = '@BSM_ClassName', 'BSM_SubIdentity' = '@BSM_SubIdentity', 'RAD_ServiceName' = '@RAD_ServiceName', 'RAD_SLAName' = '@RAD_SLAName', 'RAD_ServiceID' = '@RAD_ServiceID', 'RAD_ServiceTypeName' = '@RAD_ServiceTypeName', 'RAD_ServiceTypeID' = '@RAD_ServiceTypeID', 'RAD_FilterIDList' = '@RAD_FilterIDList', 'RAD_FunctionName' = '@RAD_FunctionName', 'RAD_UserFunctionName' = '@RAD_UserFunctionName', 'RAD_IsIntermediateFunction' = '@RAD_IsIntermediateFunction', 'RAD_FunctionType' = '@RAD_FunctionType', 'RAD_TimeWindow' = '@RAD_TimeWindow', 'RAD_TimeWindowStart' = '@RAD_TimeWindowStart', 'RAD_TimeWindowEnd' = '@RAD_TimeWindowEnd', 'RAD_TimeWindowLength' = '@RAD_TimeWindowLength', 'RAD_CurrentRawMetric' = '@RAD_CurrentRawMetric', 'RAD_CurrentRawMetricNumeric' = '@RAD_CurrentRawMetricNumeric', 'RAD_CurrentRelativeMetric' = '@RAD_CurrentRelativeMetric', 'RAD_CurrentFunctionState' = '@RAD_CurrentFunctionState', 'RAD_ThresholdNum' = '@RAD_ThresholdNum', 'RAD_ViolationThresholdRelativeM' = '@RAD_ViolationThresholdRelativeM', 'RAD_ViolationThresholdRawMetric' = '@RAD_ViolationThresholdRawMetric', 'RAD_ViolationRemainingRawMetric' = '@RAD_ViolationRemainingRawMetric', 'RAD_NextThresholdRelativeMetric' = '@RAD_NextThresholdRelativeMetric', 'RAD_NextThresholdRawMetric' = '@RAD_NextThresholdRawMetric', 'RAD_NextThresholdRemainingRawM' = '@RAD_NextThresholdRemainingRawM', 'RAD_TotalRawMetric' = '@RAD_TotalRawMetric', 'RAD_RawInputValue' = '@RAD_RawInputValue', 'RAD_RawInputLastValue' = '@RAD_RawInputLastValue', 'RAD_LastCount' = '@RAD_LastCount', 'RAD_WebtopTool1' = '@RAD_WebtopTool1', 'RAD_WebtopTool2' = '@RAD_WebtopTool2', 'ITMStatus' = '@ITMStatus', 'ITMDisplayItem' = '@ITMDisplayItem', 'ITMEventData' = '@ITMEventData', 'ITMTime' = '@ITMTime', 'ITMHostname' = '@ITMHostname', 'ITMIntType' = '@ITMIntType', 'ITMResetFlag' = '@ITMResetFlag', 'TECHostname' = '@TECHostname', 'TECFQHostname' = '@TECFQHostname', 'TECDate' = '@TECDate', 'TECRepeatCount' = '@TECRepeatCount', 'TECStatus' = '@TECStatus', 'TECServerHandle' = '@TECServerHandle', 'TECEventHandle' = '@TECEventHandle', 'TECDateReception' = '@TECDateReception', 'ticket_eligible' = '@ticket_eligible', 'BSMAccelerator_Service' = '@ BSMAccelerator_Service', 'BSMAccelerator_Function' = '@BSMAccelerator_Function', 'TECHostname' = '@TECHostname', 'TECFQHostname' = '@TECFQHostname', 'TECDate' = '@TECDate', 'TECRepeatCount' = '@TECRepeatCount', 'ITMStatus' = '@ITMStatus', 'ITMDisplayItem' = '@ITMDisplayItem', 'ITMEventData' = '@ITMEventData', 'ITMTime' = '@ITMTime', 'ITMHostname' = '@ITMHostname', 'ITMPort' = '@ITMPort', 'ITMIntType' = '@ITMIntType', 'ITMResetFlag' = '@ITMResetFlag', 'ITMSitType' = '@ITMSitType', 'ITMThruNode' = '@ITMThruNode', 'ITMSitGroup' = '@ITMSitGroup', 'ITMSitFullName' = '@ITMSitFullName', 'ITMApplLabel' = '@ITMSAppLabel', 'ITMSitOrigin' = '@ITMSitOrigin', 'CAM_Application_Name' = '@CAM_Application_Name', 'CAM_Transaction_Name' = '@CAM_Transaction_Name', 'CAM_SubTransaction_Name' = '@CAM_Application_Name', 'CAM_Client_Name' = '@CAM_Client_Name', 'CAM_Server_Name' = '@CAM_Server_Name', 'CAM_Profile_Name' = '@CAM_Profile_Name', 'CAM_Response_Time' = '@CAM_Response_Time', 'CAM_Percent_Available'= '@CAM_Percent_Available', 'CAM_Expected_Value' = '@CAM_Expected_Value', 'CAM_Actual_Value' = '@CAM_Actual_Value',


'CAM_Details' = '@CAM_Details', 'CAM_Total_Requests' = '@CAM_Total_Requests');

CREATE MAPPING JournalMap( 'KeyField' = TO_STRING(STATUS.SERIAL) + ":" + TO_STRING('@UID') + ":" + TO_STRING('@Chrono') ON INSERT ONLY, 'Serial' = STATUS.SERIAL, 'Chrono' = '@Chrono', 'UID' = TO_INTEGER('@UID'), 'Text1' = '@Text1', 'Text2' = '@Text2', 'Text3' = '@Text3', 'Text4' = '@Text4', 'Text5' = '@Text5', 'Text6' = '@Text6', 'Text7' = '@Text7', 'Text8' = '@Text8', 'Text9' = '@Text9', 'Text10' = '@Text10', 'Text11' = '@Text11', 'Text12' = '@Text12', 'Text13' = '@Text13', 'Text14' = '@Text14', 'Text15' = '@Text15', 'Text16' = '@Text16');

CREATE MAPPING DetailsMap( 'KeyField' = '@Identifier' + '####' + TO_STRING('@Sequence') ON INSERT ONLY, 'Identifier' = '@Identifier', 'AttrVal' = '@AttrVal', 'Sequence' = '@Sequence', 'Name' = '@Name', 'Detail' = '@Detail');

Especificación del sistema de destino para tareas del gestor de sucesosEspecifique los hosts donde desea desplegar los paquetes del gestor de sucesos.

Antes de empezar


→Especificar destinosInstalar el componente ITM Event Synchronization

Configurar OMNIbus para sucesos ITM

Modificar desencadenante de deduplicación predeterminado de OMNIbus

Configurar esquemas y reglas de OMNIbus para sucesos de ITCAM

Configurar esquema de OMNIbus para IBM Solutions for Business Service Management

Configurar Sondeo de EIF para sucesos ITM

Configurar Sondeo de EIF para integración de TADDM

Antes de desplegar las personalizaciones del gestor de sucesos, conozca los nombres y las credencialesdel host ObjectServer de Netcool/OMNIbus y Sondeo de EIF.

Usuario

El usuario que especifique debe ser el usuario que ha instalado ObjectServer y Sondeo de EIF.

Host de destino

Sondeo de EIF y ObjectServer deben instalarse en el mismo host. Puede tener varios sistemas en estaconfiguración, pero cada host debe tener un ObjectServer y un Sondeo de EIF.


Acerca de esta tareaDesplegar el paquete de integración.

Procedimiento











7. Pulse Siguiente.

Configuración de sincronización de sucesos de Tivoli MonitoringEsta tarea despliega Situation Update Forwarder de Tivoli Monitoring.

Requisitos previos

Para completar esta tarea, copie la imagen de instalación del paquete de herramientas para TivoliMonitoring versión 6 release 2.3 Fixpack 1 o superior en la máquina de destino.

Para hosts de Netcool/OMNIbus en hosts de 64 bits RHEL x86 , Situation Update Forwarder requiere lasbibliotecas de 32 bits siguientes:


PropósitoEsta tarea despliega Situation Update Forwarder que permite que IBM Tivoli Netcool/OMNIbus reenvíeactualizaciones de sucesos a IBM Tivoli Monitoring.



→ ConfigurarInstalar el componente ITM Event Synchronization

Instalar el componente ITM Event Synchronization

Parámetros

Desplácese hacia abajo para ver todos los parámetros. Para parámetros que requieren información sobrevía de acceso, el asistente rellena automáticamente un valor predeterminado basándose en el SO dedestino seleccionado.


Especifique la vía de acceso completa a IBM Tivoli MonitoringLa vía de acceso completa del archivo de imágenes de herramientas de IBM Tivoli Monitoring para laversión 6.2.3 Fixpack 1 o superior. Asegúrese de tener una copia de este archivo en la máquina dedestino antes de iniciar esta tarea de despliegue.

Ubicación de instalación de ITM Event Synchronization (Requiere 200 MB de espacio libre)...El asistente de despliegue crea el directorio que especifique e instala Situation Update Forwarder eneste directorio.

El directorio de instalación predeterminado para el sistema de destino está previamente rellenado.Puede elegir otro directorio en la máquina de destino o utilizar el botón Examinar.

• Linux, AIX y Solaris predeterminados: /opt/IBM/SitForwarder• Windows predeterminado: C:\Archivos de programa\IBM\tivoli\SitForwarder

Nombre de archivo de configuraciónEl archivo donde está almacenada la información de configuración para Situation Update Forwarder.

Valor predeterminado: situpdate.conf

Intervalo de sondeo para actualizaciones de situacionesEl intervalo de sondeo (en segundos) que Tivoli Monitoring utiliza para determinar si hay nuevasactualizaciones de sucesos para enviar de Netcool/OMNIbus a Tivoli Enterprise Monitoring Server dehub. El valor mínimo es 1.

Valor predeterminado: 3 segundos

Número de bytes que se utilizarán para guardar el último sucesoEl número de bytes que Situation Update Forwarder utiliza cuando guarda la ubicación del últimosuceso que ha procesado.


Tasa para enviar solicitudes SOAP de Situation Update Fowarder a Tivoli Enterprise MonitoringServer

El número máximo de actualizaciones de sucesos enviado simultáneamente desde Situation UpdateFowarder a Tivoli Enterprise Monitoring Server del hub.


Nivel de detalle de registroEl nivel de detalle de la información que se registra para sincronización de sucesos. Los valores sonlow, med, y verbose.

Valor predeterminado: low

Tamaño máximo de cualquier archivo único de memoria cachéEl tamaño máximo en bytes para cualquier archivo de memoria caché de un solo suceso que utilizaSituation Update Fowarder.



Número máximo de archivos de memoria cachéEl número máximo de archivos de memoria caché de suceso que utiliza Situation Update Fowardersimultáneamente. El valor mínimo es 2.


Directorio de archivos de memoria cachéLa ubicación donde están almacenados los archivos de memoria caché de sucesos de SituationUpdate Forwarder.

• Linux, AIX y Solaris predeterminados: /opt/IBM/SitFowarder/persistence• Windows predeterminado: C:\Archivos de programa\IBM\SitForwarder\persistence

Nombre de host de hub TEMSNombre de host completo para el sistema donde se ejecuta Tivoli Enterprise Monitoring Server delhub. El nombre de host debe coincidir con el nombre incluido en sucesos del servidor hub.

Nombre de usuario de TEMSLa cuenta de usuario en la máquina de Tivoli Enterprise Monitoring Server.

Contraseña de TEMSContraseña para el usuario.

Verificar contraseña.Verifique la contraseña.

Avanzada


• Utilizar directorio temporal: Especifique un directorio temporal diferente que utilizará si eldirectorio temporal predeterminado del sistema no tiene espacio libre suficiente. Esta tarearequiere un directorio temporal con un mínimo de 2 GB de espacio libre.

• Omitir comprobación previa al despliegue


Configuración de sucesos de Netcool/OMNIbus y de Tivoli MonitoringEsta tarea configura Netcool/OMNIbus para sucesos de IBM Tivoli Monitoring.

Requisitos previos

Establezca la variable de entorno NCHOME, si todavía no la ha establecido. Para establecer esta variable,ejecute el mandato:

set NCHOME=<netcool directorio instalación>

export NCHOME=<netcool directorio instalación>

donde <netcool directorio instalación> es el directorio en el que se ha instalado Netcool/OMNIbus

PropósitoEsta tarea despliega estos esquemas en la base de datos de ObjectServer:

• itm_proc.sql• itm_sync.sql• itm_db_update.sql• itm_event_cache.sql

Estas actualizaciones permiten que Netcool/OMNIbus gestione los sucesos de situaciones que se crearoncon la tarea Desplegar supervisión de prácticas recomendadas.



→ Configurar

Configurar OMNIbus para sucesos ITM Linux Configurar esquema de OMNIbus para sucesos ITM

Parámetros



Directorio de inicio de NetcoolVía de acceso completa donde está instalado Netcool/OMNIbus.

Valor predeterminado:

• Linux, AIX y Solaris predeterminados: /opt/IBM/tivoli/netcool• Windows predeterminado: C:\Archivos de programa\IBM\tivoli\netcool

Nombre de ObjectServerNombre de ObjectServer configurado para IBM Tivoli Business Service Manager (TBSM).

Valor predeterminado: NCOMS

El nombre de usuario de ObjectServerEl nombre del usuario.

Valor predeterminado: root

Contraseña de ObjectServerLa contraseña para el nombre de usuario.


Directorio de ITM Event Synchronization (Situation Forwarder)Directorio donde ha instalado Situation Update Forwarder.



Especifique si ObjectServer está configurado para el agente de procesos ...Si ObjectServer está configurado para el agente de procesos de Netcool/OMNIbus, entre informaciónsobre la configuración del agente de procesos.

Nota: Situation Update Forwarder solo se inicia automáticamente si ObjectServer está configuradopara el agente de procesos.

Valor predeterminado: Sí

Si selecciona Sí, entre estos parámetros:Nombre de servidor de agente de procesos

Nombre del agente de procesos para el host de ObjectServer. Los agentes de procesos sonprogramas que están instalados en cada host para gestionar procesos en un sistema de control deprocesos. Cualquier host que participe debe ser un agente de procesos y tener instalado elarchivo de configuración asociado. De forma predeterminada, el primer agente de procesosinstalado en una configuración se denomina NCO_PA.

Valor predeterminado: NCO_PA

Nombre de proceso de ObjectServerEl nombre de proceso de ObjectServer tal y como lo ha definido el agente de procesos.


Para el agente de procesos predeterminado NCO_PA, los procesos están definidos en el archivo deconfiguración $NCHOME/omnibus/etc/nco_pa.conf.

Nombre de usuario de proceso de ObjectServerEl usuario que ejecuta el proceso de ObjectServer definido para el agente de procesos.


Contraseña de proceso de ObjectServerLa contraseña del usuario.


Arquitectura de SOArquitectura del sistema operativo.

Valor predeterminado: linux2x86

Avanzada




Modificar desencadenante de deduplicación predeterminado de Netcool/OMNIbusEsta tarea modifica el desencadenante de deduplicación de Netcool/OMNIbus.

PropósitoEsta tarea modifica el desencadenante de deduplicación predeterminado para IBM Solutions for BusinessService Management.


→ Configurar

Modificar desencadenante de deduplicación predeterminadode OMNIbus Modificar desencadenante de deduplicación predeterminado Linux

Parámetros












¿Está configurado ObjectServer para agente de procesos?Si ObjectServer está configurado para el agente de procesos de Netcool/OMNIbus, entre informaciónsobre la configuración del agente de procesos.











Avanzada




Configuración de sucesos de Netcool/OMNIbus ITCAMEsta tarea configura las reglas del Sondeo de Tivoli Event Integration Facility (Sondeo de EIF) y deNetcool/OMNIbus para sucesos de ITCAM.

PropósitoEsta tarea ejecuta omnibusUpdater.sh para añadir estos archivos de reglas para Sondeo de EIF:

• kt3.rules - Application Management Console (AMC)• kt4.rules - Client Response Time (CRT)• kt5.rules - Web Response Time (WRT)• kt6.rules - Robotic Response Time (RRT)• kto.rules - Transaction Tracking (TT)

Estas reglas habilitan al Sondeo de EIF a normalizar los sucesos de situaciones de ITCAM y reenviarlos aNetcool/OMNIbus como sucesos.

Esta tarea también actualiza Netcool/OMNIbus para habilitar la gestión de sucesos para los productos deITCAM.


Estas actualizaciones permiten que Netcool/OMNIbus gestione los sucesos relacionados concomponentes configurados en la tarea Desplegar supervisión ITCAM de prácticas recomendadas.

Importante:

Para completar esta tarea, también debe personalizar el archivo itm_event_cache.sql para losatributos de ITCAM. Para obtener más información, consulte la siguiente.


→ ConfigurarConfigurar esquema y reglas de OMNIbus para sucesos de ITCAM

Configurar OMNIbus para sucesos de ITCAM

Parámetros












Nota: Situation Update Forwarder se inicia automáticamente si ObjectServer está configurado para elagente de procesos.












Arquitectura de SOArquitectura del sistema operativo. Las opciones disponibles son:

• linux2x86• aix5• solaris2• win32• linux2s390

Especifique si el Sondeo de EIF está configurado para agente de procesos.Si el Sondeo de EIF está configurado para el agente de procesos, seleccione Sí y entre el nombre delproceso.


Nombre de proceso de Sondeo de EIFEl nombre del proceso de Sondeo de EIF tal y como lo ha definido el agente de procesos.

Los procesos están definidos en el archivo de configuración $NCHOME/omnibus/etc/nco_pa.conf.

Avanzada




Personalización de la integración de ITCAM para el almacenamiento en caché de sucesos de ITMSi configura el esquema de OMNIbus y reglas para sucesos de ITCAM, debe actualizar la tabla deOMNIbus y los desencadenantes utilizados para almacenar en caché los sucesos de agente desupervisión que se han borrado en OMNIbus.

Antes de empezarAntes de empezar, debe completar estas tareas de despliegue en este orden:

1. Desplegar personalizaciones de gestor de sucesos ->Configurar OMNIbus para sucesos de ITM(configuración de sucesos de Tivoli Monitoring en Netcool/OMNIbus)

2. Desplegar personalizaciones de gestor de sucesos -> Configurar esquema de OMNIbus y reglaspara sucesos de ITCAM (configuración de sucesos de ITCAM en Netcool/OMNIbus)


Los sucesos de agente de supervisión de que se han borrado en OMNIbus se almacenan temporalmenteen caché de forma que se puede restaurar el conjunto completo de datos de suceso de la memoria cachési la condición de suceso de situación es todavía true y IBM Tivoli Monitoring reabre el suceso de ejemplo.

Para actualizar la tabla y los desencadenantes de memoria caché de sucesos de OMNIbus, lleve a cabo elsiguiente procedimiento en el sistema donde esté instalado el ObjectServer de OMNIbus:


Procedimiento

1. Abra el archivo itm_event_cache.sql utilizando un editor de texto.

El archivo se encuentra en el directorio dir_instal_sinc_sucesos/omnibus dondedir_instal_sinc_sucesos es el directorio donde está instalado el componente de sincronización desucesos de IBM Tivoli Monitoring.

2. Busque la línea que contiene --NewAttributeGoesHere type(size) y añada las líneas siguientesa continuación:

CAM_Application_Name varchar(128), CAM_Transaction_Name varchar(128), CAM_SubTransaction_Name varchar(128), CAM_Client_Name varchar(128), CAM_Server_Name varchar(128), CAM_Profile_Name varchar(128), CAM_Response_Time varchar(30), CAM_Percent_Available varchar(10), CAM_Expected_Value varchar(128), CAM_Actual_Value varchar(128), CAM_Details varchar(1024), CAM_Total_Requests integer,

3. Busque la línea que contiene --statusr.NewAttributeGoesHere y añada las líneas siguientes acontinuación:

statusr.CAM_Application_Name, statusr.CAM_Transaction_Name, statusr.CAM_SubTransaction_Name, statusr.CAM_Client_Name, statusr.CAM_Server_Name, statusr.CAM_Profile_Name, statusr.CAM_Response_Time, statusr.CAM_Percent_Available, statusr.CAM_Expected_Value, statusr.CAM_Actual_Value, statusr.CAM_Details, statusr.CAM_Total_Requests,

4. Busque la línea que contiene --set new.NewAttributeGoesHere =cachedevent.NewAttributeGoesHere ; y añada las líneas siguientes a continuación:

set new.CAM_Application_Name = cachedevent.CAM_Application_Name ; set new.CAM_Transaction_Name = cachedevent.CAM_Transaction_Name ; set new.CAM_SubTransaction_Name = cachedevent.CAM_SubTransaction_Name ; set new.CAM_Client_Name = cachedevent.CAM_Client_Name ; set new.CAM_Server_Name = cachedevent.CAM_Server_Name ; set new.CAM_Profile_Name = cachedevent.CAM_Profile_Name ; set new.CAM_Response_Time = cachedevent.CAM_Response_Time ; set new.CAM_Percent_Available = cachedevent.CAM_Percent_Available ; set new.CAM_Expected_Value = cachedevent.CAM_Expected_Value ; set new.CAM_Actual_Value = cachedevent.CAM_Actual_Value ; set new.CAM_Details = cachedevent.CAM_Details ; set new.CAM_Total_Requests = cachedevent.CAM_Total_Requests ;

5. Actualice el esquema de base de datos de OMNIbus utilizando este mandato:

$OMNIHOME/bin/nco_sql -user nombre_usuario -password contraseña-server nombre_servidor < vía_acceso_archivo/itm_event_cache.sql

donde

• $OMNIHOME es la variable definida por el sistema que define la ubicación de instalación deOMNIbus.

• nombre_usuario es el nombre de usuario de ObjectServer de OMNIbus.• contraseña es la contraseña de ObjectServer de OMNIbus.• nombre_servidor es el nombre de ObjectServer de OMNIbus definido para el control de procesos.• vía_acceso_archivo es la vía de acceso completa al archivo itm_event_cache.sql.

No es necesario reiniciar el ObjectServer para habilitar estos cambios.


Para obtener más información sobre los sucesos y los agentes, consulte el Information Center deTivoli Monitoring en:

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/topic/com.ibm.itm.doc_6.2.3fp1/itm623FP1_install641.htm?path=3_0_3_0_9_1_5_1#genmap

Configurar esquema de Solutions for BSM Netcool/OMNIbusEsta tarea modifica el esquema de ObjectServer de Netcool/OMNIbus ObjectServer para dar soporte aIBM Solutions for Business Service Management.

PropósitoEsta tarea ejecuta el mandato nco_sql y el esquema bsm_accelerator_schema.sql para configurarel esquema de Netcool/OMNIbus para Solutions for BSM.


→ ConfigurarConfigurar esquema de OMNIbus para IBM Solutions for Business Service Management

Configurar OMNIbus para BSM

Parámetros

Para parámetros que requieren información sobre vía de acceso, el asistente rellena automáticamente unvalor predeterminado basándose en el SO de destino seleccionado.
























Avanzada




Configurar Sondeo de EIF para sucesos ITMEsta tarea configura las reglas del Sondeo de Tivoli Event Integration Facility (Sondeo de EIF) parasucesos de IBM Tivoli Monitoring.

PropósitoEsta tarea copia y habilita los archivos de reglas que necesita para convertir sucesos de situaciones ensucesos de IBM Tivoli Netcool/OMNIbus. TBSM correlaciona estos sucesos con servicios de negocio. Losarchivos de reglas son:

• itm_events.rules: manejo de situaciones de Tivoli Monitoring genéricas• tbsm_eif_event.rules: Manejo de sucesos EIF para TBSM• kvm_tbsm.rules: Manejo de situaciones de agentes de VMware

Estas reglas habilitan al Sondeo de EIF a normalizar los sucesos de situaciones y reenviarlos a Netcool/OMNIbus como sucesos. Estos sucesos de situaciones se han configurado en la tarea Desplegarsupervisión de prácticas recomendadas.


→ ConfigurarConfigurar esquema de Sondeo de EIF para sucesos ITM

Configurar esquema de Sondeo de EIF para sucesos ITM

Parámetros








Directorio de ITM Event Synchronization (Situation Forwarder)Directorio donde ha instalado Situation Update Forwarder.


Especifique si el Sondeo de EIF está configurado para agente de procesos.Si el Sondeo de EIF está configurado para el agente de procesos, seleccione Sí y entre el nombre delproceso.


Nombre de servidor de agente de procesosNombre del agente de procesos para el host. Los agentes de procesos son programas que estáninstalados en cada host para gestionar procesos en un sistema de control de procesos. Cualquierhost que participe debe ser un agente de procesos y tener instalado el archivo de configuraciónasociado. De forma predeterminada, el primer agente de procesos instalado en una configuraciónse denomina NCO_PA.


Nombre de proceso de Sondeo de EIFPara el agente de procesos predeterminado NCO_PA, los procesos están definidos en el archivo deconfiguración $NCHOME/omnibus/etc/nco_pa.conf.


Nombre de usuario del agente de procesosEl usuario que ejecuta el proceso de Sondeo de EIF definido para el agente de procesos.


Contraseña del agente de procesosLa contraseña del usuario.


Avanzada




Configurar Sondeo de EIF para sucesos de TADDMEsta tarea habilita las reglas de Sondeo de Tivoli Event Integration Facility (Sondeo de EIF) para laintegración de IBM Tivoli Application Dependency Discovery Manager.

PropósitoEsta tarea habilita el archivo tivoli_eif_taddm.rules para la integración de TADDM.


→ ConfigurarConfigurar Sondeo de EIF para TADDM

Configurar Sondeo de EIF para TADDM

Parámetros

Desplácese hacia abajo para ver todos los parámetros. Especifique estos parámetros:







Arquitectura de SOSistema operativo para Sondeo de EIF. Las opciones disponibles son:

• linux2x86• aix5• solaris2• win32• linux2s390

Especifique si el Sondeo de EIF está configurado para agente de procesos.Si el Sondeo de EIF está configurado para el agente de procesos, seleccione Sí y entre el nombre delproceso y la información del usuario.


Nombre de servidor de agente de procesosNombre del agente de procesos para el host. Los agentes de procesos son programas que estáninstalados en cada host para gestionar procesos en un sistema de control de procesos. Cualquierhost que participe debe ser un agente de procesos y tener instalado el archivo de configuraciónasociado. De forma predeterminada, el primer agente de procesos instalado en una configuraciónse denomina NCO_PA.


Nombre de proceso de Sondeo de EIFPara el agente de procesos predeterminado NCO_PA, los procesos están definidos en el archivo deconfiguración $NCHOME/omnibus/etc/nco_pa.conf.


Nombre de usuario del agente de procesosEl usuario que ejecuta el proceso de Sondeo de EIF definido para el agente de procesos.


Contraseña del agente de procesosLa contraseña del usuario.


Avanzada



El valor predeterminado para esta opción es No.

Resumen para despliegue de personalizaciones de sucesosTras especificar información para las tareas principales de personalización de sucesos, el panel Resumenle permite elegir cómo ejecutar el despliegue.


Propósito


→Resumen

Puede ejecutar el despliegue para cada tarea individualmente o puede ejecutarlas simultáneamente.



Despliegue de personalizaciones de TBSMDespliega las modificaciones en IBM Tivoli Business Service Manager.

Antes de empezar

Antes de desplegar las personalizaciones de TBSM, inicie la sesión en el servidor de TBSM como usuariode instalación o especifique estas credenciales al conectarse a una máquina de TBSM remota. Si es locala uno de los servidores de TBSM, no puede cambiar las credenciales una vez que empieza.


→Seleccionar tareasDespliegue las personalizaciones de TBSM

Importante: Debe completar Configurar esquema y reglas OMNIbus para sucesos de ITCAM yConfigurar esquema OMNIbus para tareas de IBM Solutions for Business Service Management antesde empezar esta tarea.

Estas tareas forman parte del grupo de tareas Desplegar personalizaciones del gestor de sucesos.

Acerca de esta tareaPara desplegar modificaciones de TBSM:

Procedimiento

1. Seleccione personalizaciones de TBSM.2. Pulse Siguiente.3. EL asistente de despliegue le guiará por estos pasos de alto nivel:

Personalizaciones del servidor de datos de TBSMEsta tarea configura el servidor de datos de TBSM para dar soporte a Solutions for BSM. Estasmodificaciones incluyen las actualizaciones para:

• Plantillas de servicio• Captadores previos de datos• Kit de herramientas de Discovery Library• Políticas de Netcool/Impact.

Componentes del servidor de panel de instrumentos de TBSMEsta tarea despliega un archivo WAR en el perfil de TBSM Dashboard Application Service Hub yañade las páginas Estado y salud del sistema en el panel de instrumentos de TBSM.

Personalizaciones de la GUI webEsta tarea configura la vista y el filtro adecuados para dar soporte a Solutions for BSM.


Especifique el sistema de destino donde desea desplegar los paquetes.Configuración

Para cada opción, especifique información sobre el entorno de TBSM.


5. Para obtener más detalles sobre cómo desplegar las personalizaciones, consulte los temas siguientes.

Despliegue de un servidor de datos en un entorno de migración tras errorUn entorno de migración tras error contiene un servidor de datos primario y uno de copia de seguridad. Enel caso de que el host principal falle o que la conexión de red entre los servidores principal y de seguridadse pierda, el servidor de seguridad se encarga de los procesos del servidor principal. En este tema sedescriben las consideraciones cuando se configura la migración tras error para Solutions for BusinessService Management.

Para obtener información completa sobre cómo instalar la migración tras error para TBSM, consulte laGuía de instalación de TBSM. Además de estos requisitos, los requisitos adicionales para Solutions forBusiness Service Management son:

• Debe ejecutar el Asistente de Despliegue en ambos servidores de datos, el primario y el de copia deseguridad.

• Despliegue el inicio de sesión único en ambos servidores de datos, el primario y el de copia deseguridad.

Especificación del sistema de destino para tareas de TBSMEspecifique los hosts donde desea desplegar los paquetes de TBSM.

Antes de empezar

Antes de comenzar con esta tarea, recopile información para:

Especificar destinosPersonalizaciones del servidor de datos de TBSM

Componentes del servidor de panel de instrumentos de TBSM

Personalización de la gui web

Antes de desplegar modificaciones de TBSM, conozca los nombres de host y las credenciales del servidorde datos y de panel de instrumentos de TBSM.

Especifique el host adecuado para cada tarea principal:Tarea donde el host del servidor de datos es el destino

• Personalizaciones del servidor de datos de TBSM

Tareas donde el host del servidor de panel de instrumentos es el destino.

• Componentes del servidor de panel de instrumentos de TBSM• Personalización de la GUI web

Acerca de esta tareaDesplegar el paquete de integración.

Procedimiento




Si va a desplegar elementos de configuración en la máquina local, debe haber iniciado sesióncomo el usuario que originalmente ha instalado el producto de Tivoli asociado. No tiene la


oportunidad de especificar un usuario de instalación distinto para el host local. Para cualquier otramáquina remota, tendrá la oportunidad de especificar el ID de usuario y la contraseña para lamáquina de destino.







7. Pulse Siguiente.

Configurar servidor de datos de TBSMEsta tarea configura el servidor de datos de IBM Tivoli Business Service Manager para IBM Solutions forBusiness Service Management.

PropósitoEsta tarea despliega componentes en el servidor de datos tales como:

• Captadores previos de datos• Artefactos de Kit de herramientas de Discovery Library.• Políticas de Netcool/Impact.

.


→ ConfigurarConfigurar personalizaciones de servidor de datos de TBSM

Servidor de datos de TBSM para Accelerator

Parámetros


Nombre de usuario administrativo del servidor de datos de TBSMNombre de usuario con permisos de administrador.

Valor predeterminado: tipadmin

Contraseña del administrador del servidor de datos de TBSMLa contraseña para el usuario con permisos de administrador.


Directorio de inicio de TBSMLa vía de acceso completa donde está instalado el servidor de datos.

• Linux, AIX y Solaris predeterminados: /opt/IBM/tivoli/tbsm• Windows predeterminado: C:\Archivos de programa\IBM\tivoli\tbsm


Nombre de usuario de la base de datos del servidor de datos de TBSMNombre de un usuario que el servidor de datos utiliza para acceder a la base de datos DB2 de TBSM.

Contraseña de base de datos del servidor de datos de TBSMLa contraseña para el nombre de usuario de base de datos del servidor de datos.


Es el servicio web TIP (ITM WebService) disponible en Tivoli Enterprise Portal Server (TEPS)Especifique si desea configurar el servidor de datos para el servicio web de IBM Tivoli Monitoring.TBSM utiliza este servicio web para captadores de datos basados en políticas de Tivoli Monitoring


Si selecciona Sí, especifique estos parámetros adicionales:

Nombre de host de Tivoli Enterprise Portal ServerNombre de host para Tivoli Enterprise Portal Server.

ID de administrador de Tivoli Enterprise Portal ServerNombre de usuario del administrador de Tivoli Enterprise Portal Server.

Contraseña del administrador de Tivoli Enterprise Portal ServerContraseña del administrador de Tivoli Enterprise Portal Server.


Nombre de servicio web TIP configurado en Tivoli Enterprise Portal ServerEl nombre del servicio web ITM.

Valor predeterminado: TIPWebServerHttpRouter

Número de puerto de servicio web ITM configurado en Tivoli Enterprise Portal ServerEl número de puerto en el que escucha el servicio web. Normalmente este puerto es 15200 parahttp and 15201 para https.


Seleccione el protocolo de servidor web ITM configurado en Tivoli Enterprise Portal ServerSeleccione http o https.

Especifique agentes desplegados en el entorno de Tivoli Monitoring.Seleccione Sí para cada uno de los agentes que están desplegados en el entorno de TivoliMonitoring.

Valores predeterminados: No

Para habilitar todas las funciones de Solutions for BSM, seleccione Sí para todos los agentes.

Avanzada




Configurar el servidor de panel de instrumentos de TBSMEsta tarea configura el servidor de panel de instrumentos de IBM Tivoli Business Service Manager paraIBM Solutions for Business Service Management.

PropósitoEsta tarea despliega el archivo WAR para la función de panel de instrumentos de operacionesconsolidadas de IBM Solutions for Business Service Management. .



→ ConfigurarConfigurar componentes de servidor de panel de instrumentos de TBSM

Archivo WAR de Linux para desplegar operaciones consolidadas en el servidor de panel deinstrumentos de TBSM (DASH)

Nota: si despliega Solutions for BSM en un entorno de equilibro de carga de Dashboard ApplicationService Hub, debe eliminar cada consola de DASH del clúster de equilibrio de carga antes dedesplegar componentes del servidor de panel de instrumentos de TBSM. Para obtener másinformación, consulte https://www.ibm.com/support/knowledgecenter/en/SSSHTQ_8.1.0/com.ibm.netcool_OMNIbus.doc_8.1.0/tip/ctip_config_ha_ovw.html.

Parámetros


Directorio de inicio de DASHVía de acceso completa donde está instalado el servidor de Dashboard Application Service Hub.

valor predeterminado: /opt/IBM/JazzSM/

Nombre de usuario administrador de DASHNombre de usuario con permisos de administrador.

Valor predeterminado: tbsmadmin

Contraseña del administrador de DASHLa contraseña para el usuario con permisos de administrador.

Verificar contraseñaVuelva a escribir la contraseña.

Avanzada




Configurar personalizaciones de la gui webEsta tarea configura la GUI web de IBM Tivoli Netcool/OMNIbus para IBM Solutions for Business ServiceManagement.

Antes de empezar

Antes de empezar esta tarea, complete los pasos en los temas:

• Configurar esquema y reglas de OMNIbus para sucesos de ITCAM• Configurar esquema de OMNIbus para IBM Solutions for Business Service Management

contenido en la sección Desplegar personalizaciones de gestión de sucesos de esta publicación.

PropósitoEl asistente de despliegue de Solutions for BSM añade la vista BSMAccelerator_Health y filtra a la GUIweb. Esta tarea despliega los componentes de la GUI web para Solutions for BSM.


→ ConfigurarConfigurar personalizaciones de la GUI web

GUI web de Tivoli Netcool/OMNIbus

Parámetros



https://www.ibm.com/support/knowledgecenter/en/SSSHTQ_8.1.0/com.ibm.netcool_OMNIbus.doc_8.1.0/tip/ctip_config_ha_ovw.html

https://www.ibm.com/support/knowledgecenter/en/SSSHTQ_8.1.0/com.ibm.netcool_OMNIbus.doc_8.1.0/tip/ctip_config_ha_ovw.html


Valor predeterminado: /opt/IBM/tivoli/netcool

Nombre de usuario administrador de TBSMNombre de usuario con permisos de administrador.


Contraseña del administrador de TBSMLa contraseña para el usuario con permisos de administrador.


Avanzada




Desplegar una configuración de inicio de sesión únicoSe puede configurar el inicio de sesión único para permitirle el inicio contextual entre IBM Tivoli BusinessService Manager (TBSM) y IBM Tivoli Application Dependency Discovery Manager (TADDM) o entre TBSMy el servidor de Tivoli Enterprise Portal (TEPS) sin tener que introducir los detalles de inicio de sesión paracada aplicación. Se utiliza la opción Desplegar el inicio de sesión único del acelerador de despliegue deIBM Solutions for Business Service Management para configurar el inicio de sesión único. Los pasos delproceso que se describen para esta tarea se deben seguir en el orden de secuencia en que se enumeran.No obstante, puede saltarse los pasos que no se apliquen a su configuración.

Para asegurarse de que el inicio de sesión único funciona correctamente tras la configuración, se debeconfigurarTBSM, TADDM, y el servidor de Tivoli Enterprise Portal de forma que:

• se autentiquen contra un repositorio de usuarios común central como por ejemplo un servidor LDAP• especifiquen el mismo dominio de SSO, por ejemplo, .mycompany.com• compartan un conjunto común de claves LTPA (Lightweight Third Party Authentication)• utilicen el mismo nombre de dominio de repositorio federado.• utilicen el mismo nombre de entrada base para definir usuarios en el repositorio LDAP común.

Puede completar uno o más de los pasos de inicio de sesión único que se proporcionan en el asistente dedespliegue para completar una configuración de inicio de sesión único según el número de productosimplicados y cualquier configuración que pueda existir anteriormente. Por ejemplo, puede saltarse lospasos relacionados con LDAP si los productos participantes ya están configurados para un servidor LDAP.El conjunto completo de pasos de configuración es:

1. Configurar el servidor de panel de instrumentos de TBSM para LDAP.2. Configurar el servidor de panel de instrumentos de TBSM para el inicio de sesión único.3. Configurar el servidor de datos de TBSM para LDAP.4. Configurar el servidor WebSphere de TADDM para LDAP.5. Configurar el servidor WebSphere de TADDM para el EJB de servicio de Gestor de miembros

virtuales.6. Configurar el servidor WebSphere de TADDM para el inicio de sesión único.7. Exportar las claves LTPA del servidor de panel de instrumentos de TBSM8. Importar las claves de LTPA en el servidor WebSphere de TADDM9. Configurar la conexión de TADDM con el servidor WebSphere de TADDM

10. Configurar ITM e importar las claves LTPA


En los temas de esta sección se describen las consideraciones para cada uno de estos pasos.

Requisitos previos para la configuración del inicio de sesión únicoEl proceso de configuración del inicio de sesión único modifica diversos archivos de configuración. No serealiza copia de todos estos archivos durante este proceso. En este tema se describen los archivos deconfiguración de los cuales debe crear copias de seguridad y la ubicación de los archivos de configuraciónde copia de seguridad que crea el instalador del inicio de sesión único.

Creación de copias de seguridad de los archivos de configuración de WebSphere Application Server

Cree copias de seguridad de los archivos de configuración de WebSphere Application Server antes deejecutar el instalador del inicio de sesión único. Estos archivos se modifican durante la configuración delinicio de sesión único y el instalador no realiza copias de seguridad de los mismos.Servidor de panel de instrumentos de TBSM

• /opt/IBM/JazzSM/profile/config/cells/JazzSMNode01Cell/security.xml• /opt/IBM/JazzSM/profile/config/cells/JazzSMNode01Cell/wim/config/wimconfig.xml

• /opt/IBM/JazzSM/profile/config/cells/JazzSMNode01Cell/nodes/JazzSMNode01/ltpa.jceks

Servidor de datos de TBSM

• Para obtener información sobre la configuración del servidor, consulte: https://www.ibm.com/support/knowledgecenter/SSSHYH_7.1.0.12/com.ibm.netcoolimpact.doc/admin/imag_configure_single_signon.html.

Servidor WebSphere utilizado por TADDM

• WAS_HOME/profiles/<nombrePerfi>/config/cells/<nombreCelda>/security.xml• WAS_HOME/profiles/<nombrePerfi>/config/cells/<nombreCelda>/wim/config/wimconfig.xml

• WAS_HOME/profiles/<nombrePerfil>/config/cells/<nombreCelda>/nodes/<nodeName>/ltpa.jceks

donde:

• <nombrePerfil> se sustituye por el nombre de perfil del servidor WebSphere que utiliza TADDM• <nombreCelda> se sustituye por el nombre de celda del servidor WebSphere que utiliza TADDM• <nombreNodo> se sustituye por el nombre de nodo del servidor WebSphere que utiliza TADDM

servidor TEPS de ITM

• ITM_HOME/<arch>/iw/profiles/ITMProfile/config/cells/ITMCell/security.xml• ITM_HOME/<arch>/iw/profiles/ITMProfile/config/cells/ITMCell/wim/config/wimconfig.xml

• ITM_HOME/<arch>/iw/profiles/ITMProfile/config/cells/ITMCell/nodes/ITMNode/ltpa.jceks

donde <arch> se sustituye por el nombre de directorio de la arquitectura de plataforma. Por ejemplo,li6263.

Creación de copias de seguridad de los archivos de configuración de TADDM

Como en el paso de despliegue Configurar la conexión de TADDM al servidor WebSphere de TADDM seedita directamente la configuración de TADDM, las copias de seguridad de los archivos de configuraciónde TADDM que se listan a continuación se crean automáticamente y se colocan en el directorio queespecifique durante ese paso:

• COLLATION_HOME/etc/collation.properties


https://www.ibm.com/support/knowledgecenter/SSSHYH_7.1.0.12/com.ibm.netcoolimpact.doc/admin/imag_configure_single_signon.html



• COLLATION_HOME/etc/ibmessclientauthnconfig.properties• COLLATION_HOME/etc/sas.client.props

Los archivos de copia de seguridad se crean con un sufijo de indicación de fecha y hora que indica la horaen que se ha ejecutado el paso.

Especificación del sistema de destino para tareas de inicio de sesión únicoEspecifique los hosts donde desea desplegar la configuración de inicio de sesión único.

Antes de empezar


→Especificar destinos

Configurar el servidor de panel de instrumentos de TBSM para LDAP.

Configurar el servidor de panel de instrumentos de TBSM para inicio de sesión único.

Configurar el servidor de datos de TBSM para LDAP.

Configurare TADDM WebSphere Server para LDAP.

Configurar TADDM WebSphere Server para el EJB de servicio de Virtual Member Manager

Configurar TADDM WebSphere Server para inicio de sesión único.

Exportar las claves LTPA desde el servidor de panel de instrumentos de TBSM

Importar las claves LTPA a TADDM WebSphere Server

Configurar la conexión de TADDM a TADDM WebSphere Server

Configurar ITM e importar las clave LTPA

Antes de completar esta tarea, conozca los nombres y las credenciales del host del servidor.

Especifique el host adecuado para cada tarea principal. La máquina de destino es el host para el productolistado en la descripción de tareas.Tareas donde el host del servidor de panel de instrumentos es el destino.

• Configure el servidor de panel de instrumentos de TBSM para LDAP• Configurar el servidor de panel de instrumentos de TBSM para inicio de sesión único• Exportar las claves LTPA desde el servidor de panel de instrumentos de TBSM

Tarea donde el host del servidor de datos de TBSM es el destino

• Configurar el servidor de datos de TBSM para LDAP.

Tareas donde el host de TADDM es el destino

• Configurar la conexión de TADDM a TADDM WebSphere Server

Tareas donde el host que ejecuta WebSphere Server utilizado por TADDM es el destino:

• Configurar TADDM WebSphere Server para LDAP• Configurar TADDM WebSphere Server para el EJB de servicio de Virtual Member Manager• Configurar TADDM WebSphere Server para inicio de sesión único.• Importar las claves LTPA a TADDM WebSphere Server

Tarea donde el host de Tivoli Enterprise Portal Server es el destino

• Configurar ITM e importar las clave LTPA

Acerca de esta tareaPara especificar un host de destino:


Procedimiento











7. Pulse Siguiente.

Configuración del servidor de panel de instrumentos de TBSM para LDAPEsta tarea configura un servidor de panel de instrumentos de TBSM para un repositorio de usuarios deLDAP. Los factores que debe tener en cuenta al configurar el servidor de panel de instrumentos de TBSMpara LDAP son:

• El perfil del servidor de panel de instrumentos debe estar en ejecución para que este paso se realicesatisfactoriamente. Como parte de este proceso, este paso reinicia automáticamente el servidor depanel de instrumentos para que la configuración pueda entrar en vigor.

• Si desea utilizar LDAP y todavía no ha instalado TBSM, lleve a cabo una instalación avanzada de TBSM yseleccione la opción de registro de archivos como repositorio. Una vez que se ha completado lainstalación, siga los pasos de este procedimiento para configurar el servidor de panel de instrumentospara LDAP.

• Si TBSM ya se ha instalado con un repositorio de usuarios Netcool/OMNIbus, puede completar estepaso para configurar el servidor de panel de instrumentos para LDAP como repositorio adicional. Noobstante, debe asegurarse de que los mismos usuarios y grupos no existen en los dos repositorios.

• Si la configuración del servidor de panel de instrumentos para LDAP da lugar a usuarios y gruposduplicados, debe eliminar el repositorio de usuarios de Netcool/OMNIbus de la configuración de TBSMantes de ejecutar este paso o asegurarse de que los mismos usuarios o grupos no se han definido en losdos repositorios. Si está configurando el inicio de sesión único para un entorno de TBSM existente yaconfigurado para LDAP, puede omitir este paso.


• Para el Nombre de repositorio LDAP, necesario como parámetro de entrada, escriba cualquier nombreque identifique de forma exclusiva el repositorio dentro de la configuración de WebSphere para elservidor de panel de instrumentos.

Valores LDAP del servidor de panel de instrumentos de TBSMEsta tarea configura el servidor de panel de instrumentos de IBM Tivoli Business Service Manager (TBSM)para Lightweight Directory Access Protocol (LDAP).

PropósitoEsta tarea configura el servidor de panel de instrumentos para LDAP.


→ ConfigurarConfigurar servidor de TBSM Dasbhoard para LDAP

Parámetros


Directorio de inicio de TBSMLa vía de acceso completa donde está instalado el servidor de panel de instrumentos.

Valor predeterminado: /opt/IBM/tivoli/tbsmdash

Nombre de usuario de Dashboard Application Service HubNombre de usuario con permisos de administrador.


Dashboard Application Service HubcontraseñaLa contraseña para el usuario con permisos de administrador.


Tipo de servidor LDAPSeleccione el tipo de servidor LDAP de la lista desplegable. Si el tipo de servidor no está en la lista,seleccione Otro y entre el tipo de servidor LDAP.

Nombre de repositorio LDAPEl nombre de repositorio. Este nombre debe ser exclusivo en la configuración de reino de servidor deTBSM.

Valor predeterminado: accelerator_ldap

Nombre de host LDAPNombre completo o dirección IP para el host LDAP.

Puerto LDAPEl número de puerto para el host LDAP.

Valor predeterminado: 389 Para configuración SSL, el valor predeterminado suele ser 636.

Contraseña de enlace LDAPContraseña de enlace para el repositorio.

Habilitado para SSLEspecifique si el repositorio está habilitado para Secure Socket Layer (SSL).


Configuración SSLEspecifique el nombre de configuración SSL. Por ejemplo: NodeDefaultSSLSettings.

DN de enlace LDAPEl nombre de usuario LDAP para la autenticación de enlace. El nombre de usuario LDAP debe estarautorizado a buscar usuarios LDAP. Por ejemplo: cn=root.


Base LDAPLa base LDAP utilizada en búsquedas para el servidor LDAP. Póngase en contacto con el administradorde LDAP para este valor. Por ejemplo:

ou=development,DC=IBM,DC=COM

Nombre de reinoPara obtener el nombre de reino predeterminado, emita el mandato siguiente wsadmin:

$AdminTask getIdMgrDefaultRealmVMMRealmName=defaultWIMFileBasedRealm

Avanzada




Configuración del servidor de panel de instrumentos de TBSM para el inicio de sesión únicoEste paso habilita el inicio de sesión único en el servidor de panel de instrumentos de TBSM y estableceel nombre de dominio de inicio de sesión único en el valor de entrada especificado. El mismo nombre dedominio de inicio de sesión único debe utilizarse para todos los productos que participan dentro deldominio de inicio de sesión único.

De forma predeterminada, el inicio de sesión único está habilitado para el servidor de panel deinstrumentos. Sin embargo, este paso establece el nombre de dominio en el valor que se especifique.

El perfil del servidor de panel de instrumentos debe estar en ejecución para que este paso se realicesatisfactoriamente. Como parte de su proceso, este paso reinicia automáticamente el servidor de panelde instrumentos para que la configuración pueda entrar en vigor.

Valores de inicio de sesión único del servidor de panel de instrumentos de TBSM.Esta tarea configura el servidor de panel de instrumentos de IBM Tivoli Business Service Manager (TBSM)para inicio de sesión único.

PropósitoEsta tarea configura el servidor de panel de instrumentos para inicio de sesión único.


→ ConfigurarConfigurar servidor de panel de instrumentos de TBSM para inicio de sesión único

Parámetros




Nombre de usuario de Dashboard Application Service Hub (DASH)Nombre de usuario con permisos de administrador.


Contraseña de Dashboard Application Service Hub (DASH)La contraseña para el usuario con permisos de administrador.


Nombre de dominio de SSOEntre el nombre de dominio de inicio de sesión único que desea utilizar. Por ejemplo, .ibm.com.


Avanzada




Configuración del servidor de datos de TBSM para LDAPEste paso configura un servidor de datos de TBSM para el repositorio de usuarios de LDAP. Los factoresque debe tener en cuenta al configurar el servidor de datos de TBSM para LDAP son:

• El perfil del servidor de datos debe estar en ejecución para que este paso se realice satisfactoriamente.Como parte de este proceso, este paso reinicia automáticamente el servidor de datos para que laconfiguración pueda entrar en vigor.

• Si desea utilizar LDAP y todavía no ha instalado TBSM, lleve a cabo una instalación avanzada de TBSM yseleccione la opción de registro de archivos como repositorio. Una vez que se ha completado lainstalación, siga los pasos de este procedimiento para configurar el servidor de datos para LDAP.

• Si TBSM ya se ha instalado con un repositorio de usuarios Netcool/OMNIbus, puede completar estepaso para configurar el servidor de datos para LDAP como repositorio adicional. No obstante, debeasegurarse de que los mismos usuarios y grupos no existen en los dos repositorios.

• Si la configuración del servidor de datos para LDAP da lugar a usuarios y grupos duplicados, debeeliminar el repositorio de usuarios de Netcool/OMNIbus de la configuración de TBSM antes de ejecutareste paso o asegurarse de que los mismos usuarios o grupos no se han definido en los dos repositorios.Si está configurando el inicio de sesión único para un entorno de TBSM existente ya configurado paraLDAP, puede omitir este paso.

• Para el Nombre de repositorio LDAP, necesario como parámetro de entrada, escriba cualquier nombreque identifique de forma exclusiva el repositorio dentro de la configuración de WebSphere para elservidor de datos.

Valores LDAP del servidor de datos de TBSM

Para obtener detalles sobre la configuración de LDAP, consulte: https://www.ibm.com/support/knowledgecenter/SSSHYH_7.1.0.7/com.ibm.netcoolimpact.doc/admin/imag_ldap_configure.html.

Configuración del servidor WebSphere de TADDM para LDAPEste paso configura un servidor WebSphere autónomo para utilizar un repositorio de usuarios de LDAP.Los factores que debe tener en cuenta al configurar el servidor WebSphere de TADDM para LDAP son:

• Si está configurando Inicio de sesión único para un entorno de TADDM existente donde TADDM ya estáconectado a un servidor WebSphere que se autentica frente al servidor LDAP, puede omitir este paso.

• El perfil de servidor especificado debe estar en ejecución para que este paso se realicesatisfactoriamente. Como parte de este proceso, este paso reinicia automáticamente el servidorWebSphere para que la configuración pueda entrar en vigor.

• Este servidor WebSphere lo utiliza TADDM para la autenticación. Como TADDM no se ejecuta dentro deWebSphere, debe estar conectado a un servidor WebSphere para participar en el dominio de Inicio desesión único. El servidor WebSphere permite a TADDM hacer lo siguiente:

– acceder a información de usuario y grupo desde el repositorio de usuarios central subyacente para elque se ha configurado la instancia de WebSphere

– autenticar y validar una señal LTPA (Lightweight Third Party Authentication) pasada durante el inicio.Esta validación de señal requiere el uso del componente ESS (Embedded Security Service) que debeinstalarse en la instancia de WebSphere a la que TADDM está conectado.

• Como ESS es un componente de Tivoli y no un producto, no puede obtenerse e instalarse/desplegarsepor separado. ESS solo se instala como parte de un producto que lo incluya. Ejemplos de productos queproporcionan ESS como componente son TBSM y CCMDB.

• Para el Nombre de repositorio LDAP, necesario como parámetro de entrada, escriba cualquier nombreque identifique de forma exclusiva el repositorio dentro de la configuración de WebSphere para elservidor de TADDM.


https://www.ibm.com/support/knowledgecenter/SSSHYH_7.1.0.7/com.ibm.netcoolimpact.doc/admin/imag_ldap_configure.html

https://www.ibm.com/support/knowledgecenter/SSSHYH_7.1.0.7/com.ibm.netcoolimpact.doc/admin/imag_ldap_configure.html

• El perfil de servidor especificado debe estar en ejecución para que este paso se realicesatisfactoriamente. Como parte de este proceso, este paso reiniciará automáticamente el servidorWebSphere para que la configuración pueda entrar en vigor.

Valores LDAP de TADDM WebsphereEsta tarea configura IBM Tivoli Application Dependency Discovery Manager (TADDM) Websphere Serverpara Lightweight Directory Access Protocol (LDAP).

PropósitoEsta tarea configura TADDM Websphere Server para LDAP. Necesita configurar LDAP antes de poderutilizar el inicio de sesión único cuando realiza el inicio en contexto de TBSM a TADDM.


→ ConfigurarConfigurar TADDM Websphere Server para LDAP

Parámetros


Directorio de inicio de WASVía de acceso completa donde está instalado TADDM Websphere Application Server.

Valor predeterminado: /opt/IBM/WebSphere/AppServer

Nombre de perfil de WASEl nombre de perfil de Websphere Application Server.

Valor predeterminado: AppSvr01

Nombre de usuario administrador de WASNombre de usuario con permisos de administrador.

Valor predeterminado: wasadmin

Contraseña de WASLa contraseña para el usuario con permisos de administrador.



Nombre de repositorio LDAPEl nombre de repositorio. Este nombre debe ser exclusivo en la configuración de reino de servidor deTBSM.

Valor predeterminado: accelerator_ldap





Habilitado para SSLEspecifique si el repositorio está habilitado para Secure Socket Layer (SSL).



Configuración SSLEspecifique el nombre de configuración SSL. Por ejemplo: NodeDefaultSSLSettings.

DN de enlace LDAPEl nombre de usuario LDAP para la autenticación de enlace. El nombre de usuario LDAP debe estarautorizado a buscar usuarios LDAP. Por ejemplo: cn=root.





Avanzada




Configurar el servidor WebSphere de TADDM para EJB de servicio del gestor de miembros virtualesEste paso despliega el archivo JAR wimejb en el servidor WebSphere autónomo que utiliza TADDMdentro del entorno de inicio de sesión único. El archivo JAR wimejb debe añadirse para permitir queTADDM lea información de usuario y grupo del repositorio LDAP a través del servidor WebSphere. Alcompletar este paso debe tener en cuenta lo siguiente:

• Si está configurando Inicio de sesión único para un entorno de TADDM existente, donde TADDM ya estáconectado a un servidor WebSphere que se autentica frente al servidor LDAP, puede omitir este paso.


Valores de TADDM WebSphere Server para Virtual Member ManagerEsta tarea configura IBM Tivoli Application Dependency Discovery Manager (TADDM) Websphere Serverpara el EJB de servicio de Virtual Member Manager.

PropósitoEsta tarea despliega el archivo JAR wimejb en WebSphere Server utilizado por TADDM en el entorno deinicio de sesión único. El archivo JAR wimejb se debe añadir para permitir que TADDM lea información deusuario y de grupo del repositorio LDAP a través de WebSphere Server.


→ ConfigurarConfigurar TADDM Websphere Server para el EJB de servicio de Virtual Member Manager

Parámetros











Avanzada




Configuración del servidor WebSphere de TADDM para el inicio de sesión únicoEsta tarea habilita el inicio de sesión único en el servidor WebSphere que TADDM utiliza. Al completareste paso debe tener en cuenta lo siguiente:

• De forma predeterminada el inicio de sesión único está habilitado en el servidor WebSphere queTADDM utiliza. No obstante, este paso establece el nombre de dominio para el valor de entradaespecificado.

• Este paso habilita el inicio de sesión único en el servidor WebSphere que TADDM utiliza y establece elnombre de dominio de inicio de sesión único en el valor de entrada especificado. El mismo nombre dedominio de inicio de sesión único debe utilizarse para todos los productos que participan dentro deldominio de inicio de sesión único.


Valores de inicio de sesión único de TADDM WebsphereEsta tarea configura el servidor IBM Tivoli Application Dependency Discovery Manager (TADDM)Websphere Server para inicio de sesión único.

PropósitoEsta tarea configura TADDM Websphere Server para inicio de sesión único.


→ ConfigurarConfigurar TADDM Websphere Server para inicio de sesión único

Parámetros












Avanzada




Exportación de las claves de LTPA desde el servidor de panel de instrumentos de TBSMEste paso exporta las claves de LTPA (Lightweight Third Party Authentication) del servidor de panel deinstrumentos de TBSM a un archivo de claves que está almacenado en el servidor de panel deinstrumentos en la ubicación que especifique durante este paso. Al completar este paso debe tener encuenta lo siguiente:

• Después de ejecutar este paso, el archivo de claves debe copiarse manualmente en otras máquinas quealojan Tivoli Enterprise Portal Server y el servidor de WebSphere utilizado por TADDM para laautenticación. Es importante anotar la contraseña del archivo de claves especificada como entrada eneste paso.

• El perfil del servidor de panel de instrumentos debe estar en ejecución para que este paso se realicesatisfactoriamente.

Exportar claves LTPA de los valores del servidor de panel de instrumentosEsta tarea exporta claves Lightweight Third Party Authentication del servidor de panel de instrumentos deTBSM en un archivo de claves que se almacena en el servidor del panel de instrumentos en la ubicaciónque especifique durante este paso.

PropósitoTras ejecutar este paso, el archivo de claves se debe copiar manualmente en otras máquinas que alojanTivoli Enterprise Portal Server y WebSphere Server que utiliza TADDM para autenticación. Es importanteque tome nota de la contraseña del archivo de claves especificada como entrada en este paso.


→ ConfigurarExportar claves LTPA del servidor de panel de instrumentos de TBSM

Parámetros




Nombre de usuario administrador de TBSMNombre de usuario con permisos de administrador.


Contraseña del administrador de TBSMLa contraseña para el usuario con permisos de administrador.



Nombre completo del archivo de claves LTPA que se exportará.El archivo que exporta a otro Websphere Application Server.

Contraseña para el archivo de claves LTPALa contraseña que utiliza cuando importa el archivo de claves a otro servidor.


Avanzada




Importación de claves de LTPA en el servidor WebSphere de TADDMEsta tarea importa las claves de LTPA (Lightweight Third Party Authentication) exportadas del servidor depanel de instrumentos de TBSM en el servidor WebSphere que utiliza IBM Tivoli Application DependencyDiscovery Manager para la autenticación. Al completar este paso debe tener en cuenta lo siguiente:

• El perfil de servidor especificado debe estar en ejecución para que este paso se realicesatisfactoriamente.

• Esta tarea da por supuesto que el archivo de claves exportado del servidor de panel de instrumentos deTBSM se ha transferido a una ubicación en el servidor WebSphere que TADDM utiliza.

• Cuando se le solicite, debe especificar la ubicación completa del archivo de claves en el servidorWebSphere y debe especificar la misma contraseña que se utilizó cuando se exportaron las claves deLTPA.

Importar claves LTPA a TADDM WebSphere ServerEsta tarea importa claves Lightweight Third Party Authentication que ha exportado del servidor de panelde instrumentos de TBSM al servidor de IBM Tivoli Application Dependency Discovery ManagerWebSphere.

PropósitoEl archivo de claves es necesario para inicio de sesión único para TADDM.


→ ConfigurarImportar claves LTPA a TADDM WebSphere Server

Parámetros


Directorio de inicio de WASVía de acceso completa donde está instalado TADDM WebSphere Application Server.


Nombre de perfil de WASEl nombre de perfil de WebSphere Application Server.







Nombre completo del archivo de claves LTPA que se importará. Si el servidor de destino es remoto,debe colocar el archivo de claves en el servidor antes de que se ejecute este despliegue.

La vía de acceso y el nombre de archivo LTPA que ha copiado en TADDM WebSphere ServerContraseña de archivo de claves LTPA

La contraseña que ha especificado cuando ha exportado el archivo del servidor de panel deinstrumentos de TBSM.


Avanzada




Configuración de la conexión de TADDM con el servidor WebSphereEsta tarea configure su servidor IBM Tivoli Application Dependency Discovery Manager (TADDM) paraconectarse al servidor WebSphere que se utiliza para la autenticación. Al completar este paso debe teneren cuenta lo siguiente:

• Si está configurando Inicio de sesión único para un entorno de TADDM existente, donde TADDM ya estáconectado a un servidor WebSphere que se autentica frente al servidor LDAP, puede omitir este paso.

• El servidor de TADDM se reinicia por este paso para asegurarse de que los cambios entran en vigor.• Como este paso edita directamente la configuración de TADDM, se crean copias de seguridad de los

archivos de configuración con un sufijo de la indicación de fecha y hora cuando se ha ejecutado el paso.Las copias de seguridad se almacenan en el directorio especificado durante el paso. Los archivos que semodifican y copian son:

– collation.properties– ibmessclientauthnconfig.properties– sas.client.props

Valores de conexión de TADDM a WebSphereEsta tarea configura la conexión de IBM Tivoli Application Dependency Discovery Manager (TADDM) aTADDM WebSphere Server.

PropósitoEsta tarea configura la conexión de TADDM a TADDM WebSphere Server.


→ ConfigurarConfigurar la conexión de TADDM a TADDM Websphere Server.

Parámetros


Directorio dist de TADDMEl directorio dist en el directorio de instalación de TADDM. Este directorio está definido por lavariable $COLLATION_HOME.

En sistemas operativos tales como Linux y AIX, la ubicación predeterminada para instalar TADDM esel directorio /opt/IBM/taddm. Por consiguiente, en este caso, el directorio predeterminado$COLLATION_HOME es /opt/IBM/taddm/dist.


Directorio de seguridadEl directorio de seguridad de TADDM ubicado en el directorio /opt/IBM/taddm/dist/bsm_backup.

Nombre de host WASNombre completo para el host donde está instalado TADDM WebSphere Application Server.

Puerto de programa de arranque WASEl puerto de programa de arranque de WebSphere Application Server tal como se definió en elarchivo:

$WAS_HOME/profiles/NOMBRE_PERFIL/properties/portdef.props


Puerto HTTP WASEl puerto HTTP de Websphere Application Server tal como se ha definido en el archivo:

$WAS_HOME/profiles/NOMBRE_PERFIL/properties/portdef.props






Avanzada




Configuración de Tivoli Monitoring para LDAP e inicio de sesión únicoEste paso configura IBM Tivoli Monitoring (ITM) Tivoli Enterprise Portal Server (TEPS) para LDAP e Iniciode sesión único. Este paso también importa las claves de LTPA (Lightweight Third Party Authentication)que se han exportado del servidor de panel de instrumentos de TBSM.

Antes de empezarAntes de empezar este paso, debe establecer manualmente la contraseña wasadmin para el servidorWebSphere de TEPS.


Al completar este paso debe tener en cuenta lo siguiente:

• En este paso se da por supuesto que el archivo de claves exportado del servidor de panel deinstrumentos de TBSM se ha transferido a una ubicación en el TEPS.

• Debe especificar la ubicación completa del archivo de claves en TEPS y debe especificar la mismacontraseña que se utilizó cuando se exportaron las claves de LTPA.

• Dado que este paso utiliza scripts de TEPS existentes para completar la configuración, la configuraciónde LDAP e Inicio de sesión único se completa al mismo tiempo y en este paso se proporciona unaopción distinta para importar las claves de LTPA.

• Independientemente de qué opciones se hayan seleccionado, la ejecución de este paso detiene yreinicia TEPS.


• Si está configurando el inicio de sesión único para un entorno de ITM existente, donde TEPS ya se haconfigurado para LDAP, utilice solo este paso para importar las claves de LTPA. Es decir, seleccione Nopara la opción Habilitar LDAP/SSO para este paso y seleccione Sí para la opción Importar clave deLTPA. Este procedimiento solo es necesario para un TEPS existente que se ha configurado para LDAP.En este escenario, debe realizar estos pasos manuales para completar la configuración de inicio desesión único:

Procedimiento

1. Si la consola de administración aún no está ejecutándose, habilite la consola de administración deTEPS Embedded WebSphere Application Server:

• Para Linux, AIX y Solaris:

ITM_DIR/li6263/iw/scripts/enableISCLite.sh true

• Para Windows:

En la ventana Gestionar Tivoli Monitoring Services window, resalte Tivoli Enterprise Portal Servery seleccione Avanzado > Administración de TEPS/e > Habilitar administración de TEPS/e.

2. Si la contraseña del administrador de TEPS Embedded WebSphere Application Server todavía no seha establecido, establézcala utilizando el mandato:


ITM_DIR/li6263/iw/scripts/updateTEPSEPass.sh wasadmin <contraseña>

• Para Windows:

En la ventana Gestionar Tivoli Monitoring Services, resalte Tivoli Enterprise Portal Server yseleccione Avanzado > Administración de TEPS/e > Contraseña de administración de TEPS/e.

3. Inicie sesión en la consola de administración de TEPS Embedded WebSphere Application Servercomo usuario wasadmin. Utilice la contraseña establecida en el paso anterior para iniciar la sesión.

http://<Nombrehost_ITM_TEPS>:15205/ibm/console

4. En el área de navegación de la izquierda, expanda la carpeta Seguridad y pulse Seguridad global.5. En Autenticación, expanda Seguridad web y pulse Inicio de sesión único (SSO).6. En la página resultante, asegúrese de que el recuadro de selección Habilitado está marcado y que el

campo Nombre de dominio se ha establecido en el mismo domino que se ha especificado para TBSMy TADDM. Si realiza algún cambio, pulse el botón Aceptar y luego pulse el enlace Guardar en elrecuadro Mensajes para guardar sus cambios.

7. Abra la página Seguridad global y pulse Configurar junto a Repositorios federados en el campoDefiniciones de dominio disponibles.

8. En la página Repositorios federados:

• Asegúrese de que el valor especificado en el campo Nombre de dominio, por ejemplodefaultWIMFileBasedRealm, coincide con los nombres de dominio establecidos para TBSM y elservidor WebSphere que utiliza TADDM. Si no es así, establezca el nombre de dominio correctoutilizado por todos los productos participantes.

• Si realiza cambios en el campo Nombre de dominio, pulse Aplicar y luego pulse el enlace Guardaren el recuadro Mensajes para guardar los cambios y volver a la página Seguridad global.

• En el área Repositorios en el dominio, asegúrese de que la entrada base especificada para elidentificador de repositorio ITM_TEPS_LDAP coincide con la entrada base especificada para TBSMy el servidor WebSphere que utiliza TADDM. Si la entrada base no coincide, pulse la entrada base yen el panel resultante establezca el valor del campo Nombre distinguido de una entrada base queidentifique de forma exclusiva este conjunto de entradas en el dominio de modo que coincidacon la entrada base configurada en TBSM y el servidor WebSphere que utiliza TADDM. Si realiza


algún cambio, pulse el botón Aceptar y luego pulse el enlace Guardar en el recuadro Mensajespara guardar sus cambios.

9. Pulse Cerrar sesión para cerrar la sesión de la consola de administración.10. Reinicie el TEPS utilizando los mandatos:

ITM_DIR/bin/itmcmd agent stop cqITM_DIR/bin/itmcmd agent start cq

Valores de inicio de sesión único y de LDAP de Tivoli MonitoringEsta tarea configura IBM Tivoli Monitoring (Tivoli Monitoring) Tivoli Enterprise Portal Server para LDAP,inicio de sesión único e importa el archivo de claves LTPA.

PropósitoEsta tarea configura Tivoli Enterprise Portal Server para LDAP, inicio de sesión único e importa el archivode claves LTPA.Antes de empezar

Copie el archivo de claves LTPA que ha exportado del servidor de panel de instrumentos de TBSM alhost para Tivoli Enterprise Portal Server.


→ ConfigurarConfigurar ITM TEPS LDAP, inicio de sesión único e importar claves LTPA

Configurar configuración SSO de ITM-TEPS LDAP

Parámetros


Directorio de inicio de TEPSLa vía de acceso completa donde está instalado Tivoli Enterprise PortalServer.

Valor predeterminado: /opt/IBM/ITM

Habilitar LDAP/SSOHabilite LDAP e inicio de sesión único para el servidor.

Si está configurando el inicio de sesión único para un entorno existente de Tivoli Monitoring dondeTivoli Enterprise Portal Server ya está configurado para LDAP, seleccione No e importe únicamente lasclaves LTPA.


Si selecciona No, especifique estos parámetros:Importar clave LTPA

Especifique si desea importar el archivo de claves LTPA que ha exportado del servidor de panel deinstrumentos de TBSM.


Si selecciona No, los parámetros necesarios para la importación del archivo de claves LTPAquedan ocultos.

Reiniciar agente de ITM/TEPS automáticamenteEspecifique si desea que el agente Tivoli Enterprise Portal se reinicie automáticamente.








ID de enlace LDAPEl nombre de usuario LDAP para la autenticación de enlace. El nombre de usuario LDAP debe estarautorizado a buscar usuarios LDAP. Por ejemplo: cn=root.










Nombre completo del archivo de claves LTPA que se importará. Si el servidor de destino es remoto,debe colocar el archivo de claves en el servidor antes de que se ejecute este despliegue.

La vía de acceso y el nombre de archivo LTPA que ha copiado en el host de Tivoli Enterprise PortalServer.

Contraseña de archivo de claves LTPALa contraseña que ha especificado cuando ha exportado el archivo del servidor de panel deinstrumentos de TBSM.


Avanzada



Valor predeterminado: No.• Tiempo que hay que esperar tras iniciar TEPS (segundos)


Cómo eliminar la configuración de inicio de sesión único desplegada por Solutions for BusinessService ManagementEn este tema se describen los pasos que debe completar para suprimir la configuración de inicio desesión único que crea Solutions for Business Service Management.


Eliminar la conexión de TADDM al servidor WebSphere de TADDMPara eliminar la conexión de TADDM al servidor WebSphere de TADDM, restaure la copia de seguridadde los archivos de configuración de TADDM:

• COLLATION_HOME/etc/collation.properties• COLLATION_HOME/etc/ibmessclientauthnconfig.properties• COLLATION_HOME/etc/sas.client.props

Nota: Los cambios que se hayan hecho en estos archivos de configuración de producto tras crear losarchivos de copia de seguridad se pierden al restaurar las copias de seguridad.

Nota: Una vez que se hayan restaurado los archivos de configuración de copia de seguridad, debereiniciar el servidor de TADDM.

Eliminar la configuración de inicio de sesión único de servidores WebSpherePara eliminar la configuración de inicio de sesión único y la configuración de LDAP desplegada porSolutions for Business Service Management en los servidores WebSphere que utilizan TBSM, TADDMy ITM TEPS, puede elegir entre dos métodos. Si ha guardado copias de seguridad de los archivos deconfiguración de WebSphere, puede restaurarlos. Estos archivos se describen en la secciónRequisitos previos para la configuración del inicio de sesión único de este documento. Si no ha creadoarchivos de configuración de copia de seguridad, puede restablecer manualmente la configuración deinicio de sesión único y eliminar la configuración del repositorio LDAP utilizando la consola deadministración de WebSphere.

Nota: Los cambios que se hayan hecho en estos archivos de configuración de WebSphere tras crearlos archivos de copia de seguridad se pierden al restaurar las copias de seguridad.

Nota: Una vez que se hayan restaurado los archivos de configuración de copia de seguridad, debereiniciar cada uno de los servidores donde se han restaurado archivos de configuración de copia deseguridad.

Eliminar el inicio de sesión único y LDAP de servidores WebSpherePara eliminar la configuración de inicio de sesión único y de LDAP de servidores WebSphere utilizando laconsola de administración de WebSphere:

Procedimiento

1. Inicie sesión en la consola de administración de WebSphere.2. En el área de navegación de la izquierda, expanda la carpeta Seguridad y pulse en Seguridad global.3. En Autenticación, expanda Seguridad web y pulse en Inicio de sesión único (SSO).4. En la página resultante, borre el nombre de dominio de inicio de sesión único del campo Nombre de

dominio y pulse el botón Aceptar, después pulse en el enlace Guardar en el recuadro de mensajespara guardar los cambios.

5. Abra la página Seguridad global y pulse Configurar junto a Repositorios federados, en el campoDefiniciones de dominio disponibles.

6. En la página Repositorios federados:

• En el área Repositorios en el dominio seleccione la entrada base correspondiente al identificadorde repositorio LDAP que creó el instalador de Solutions for Business Service Management y pulse elbotón Eliminar. A continuación, pulse en el enlace Guardar en el recuadro de mensajes paraguardar los cambios.

• En el área Elementos relacionados, pulse en el enlace Gestionar repositorios. En la páginaresultante, seleccione el identificador de repositorio que representa el repositorio LDAP que haañadido a la configuración el instalador de Solutions for Business Service Management y pulse elbotón Suprimir. A continuación, pulse en el enlace Guardar en el recuadro de mensajes paraguardar los cambios.

7. Pulse Cerrar sesión para finalizar la sesión en la consola de administración.8. Reinicie el servidor WebSphere para que los cambios entren en vigor (en ITM, reinicie TEPS).


Configuración posterior a la instalaciónEstos temas describen las tareas para realizar la configuración posterior a la instalación yconsideraciones a tener en cuenta.

Situaciones de Tivoli MonitoringLas situaciones de mejores prácticas de IBM Tivoli Monitoring que despliega IBM Solutions for BusinessService Management no se distribuyen ni se inician dentro del entorno de Tivoli Monitoring como partedel despliegue.

Una vez que se han desplegado las situaciones de mejores prácticas utilizando IBM Solutions forBusiness Service Management, tiene que administrarlas utilizando las interfaces de Tivoli Monitoring paraorganizarlas en grupos de situaciones si es necesario y después distribuir las situaciones o los grupos desituaciones a grupos de sistemas gestionados o a sistemas gestionados y, a continuación, iniciarlos. Paraobtener más información sobre cómo gestionar las situaciones, consulte el Information Center de TivoliMonitoring en las ubicaciones siguientes:Agrupar objetos -

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fgroup_objectintro_tep.htm

Distribuir una situación -http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fsituation_distribute_tep.htm

Iniciar o detener una situación -http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fsituation_startstop_tep.htm

Asistente de relacionesEl Asistente de Relación le permite crear automáticamente aplicaciones empresariales basándose enrelaciones existentes entre objetos. Estas aplicaciones empresariales se pueden ver en Tivoli ApplicationDependency Discovery Manager. También puede utilizar el Asistente de Relación para ver aplicacionesempresariales que se han creado en Tivoli Application Dependency Discovery Manager. En este tema sedescriben las características del Asistente de Relación y se explica cómo utilizarlo para manipularaplicaciones empresariales.

Configuración y ejecución del Asistente de RelaciónAntes de poder utilizar el Asistente de Relación, primero debe realizar una serie de pasos deconfiguración. En este tema se describen los pasos para configurar y ejecutar el Asistente de Relación.

Antes de empezar

El Asistente de Relación se debe configurar y ejecutar desde la máquina host de IBM Tivoli ApplicationDependency Discovery Manager (TADDM).

El Asistente de Relación utiliza la variable JAVA_HOME para localizar el mandato java. Si esta variable noestá establecida, el Asistente de Relación intenta ejecutar el mandato java sin una vía de acceso.Establezca la variable JAVA_HOME en la vía de acceso adecuada para la configuración.

Los archivos para el asistente de relación se encuentra en la imagen de despliegue de IBM Solutions forBusiness Service Management en el directorio:

IMAGE_ROOT/scripts/TADDM/RelationshipWizard

Procedimiento

1. Copie el archivo RelationshipWizard.jar del directorio

RAÍZ_IMAGEN/scripts/TADDM/RelationshipWizard/lib




http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fsituation_distribute_tep.htm

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fsituation_distribute_tep.htm

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fsituation_startstop_tep.htm

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fsituation_startstop_tep.htm

en el directorio:

$COLLATION_HOME/sdk/lib

2. Copie el script RelationshipWizard del directorio

IMAGE_ROOT/scripts/TADDM/RelationshipWizard

en el directorio:

$COLLATION_HOME/sdk

El script RelationshipWizard es:

• RelationshipWizard.sh en servidores Linux, AIX y Solaris.• RelationshipWizard.bat en servidores Windows.

3. Para lanzar el Asistente de Relación en el indicador de mandatos:

• Para Windows:

a. Establezca la variable %JAVA_HOME%.b. Especifique el mandato: RelationshipWizard.bat


a. Exporte su visualización.b. Exporte la variable JAVA_HOME.c. Entre el mandato: RelationshipWizard.sh

Nota: Si TADDM no está en el nivel de fixpack 1 de 7.2.1 o superior, recibirá el siguiente error al iniciarel Asistente de Relación: "La clase Java no se ha encontrado:com.collation.proxy.api.client.ObjectDoesNotExistException". Para resolver esteerror, aplique TADDM 7.2.1 fixpack 1.

Resultados

Los registros creados y mantenidos por el Asistente de Relación se almacenan en el directorio desde elcual se ejecuta el Asistente de Relación. El Asistente de Relación actualiza y muestra el contenido deestos registros en tiempo real.


De forma predeterminada, el Asistente de Relación utiliza localhost para identificar la ubicación delservidor Tivoli Application Dependency Discovery Manager. Si desea cambiar este valor, puede hacerloestableciendo los parámetros del mandato RelationshipWizard. Si desea más información, en el tipode indicador de mandatos RelationshipWizard.sh --help para sistemas UNIX oRelationshipWizard.bat --help para sistemas Windows.

Utilización del Asistente de RelaciónPuede utilizar el Asistente de Relación para crear aplicaciones empresariales completamente nuevas opara suprimir aplicaciones empresariales. El objetivo y las características de cada una de estas áreas sedescribe de forma detallada en este tema.

Nota: El Asistente de Relación carga cualquier aplicación empresarial existente cuando se inicia. Si estáutilizando el Asistente de Relación para gestionar aplicaciones, se muestra cualquier cambio que realiceen el Asistente de Relación. Sin embargo, después de haber iniciado el Asistente de Relación, cualquiercambio que realice, o cualquier aplicación empresarial nueva que cree, no son visibles en TivoliApplication Dependency Discovery Manager hasta que reinicie el Asistente de Relación.

Aplicación empresarialUtilice el campo Aplicación empresarial para elegir una aplicación empresarial existente y para crearnuevas aplicaciones empresariales. Cuando se selecciona una aplicación en la lista Aplicación


empresarial, las opciones disponibles en los campos restantes del Asistente de Relación cambian deforma dinámica para reflejar las propiedades de la aplicación empresarial seleccionada. Las opcionespara el campo Aplicación empresarial son:

• Suprimir: Suprime la aplicación empresarial que está seleccionada actualmente. Para suprimir unaaplicación empresarial, selecciónela en la lista Aplicación empresarial y pulse Suprimir.

Nota: Cuando se pulsa el botón Suprimir, la aplicación empresarial se suprime inmediatamente ysin ningún aviso adicional.

• Crear: Crea una aplicación empresarial nueva. Para crear una aplicación empresarial, pulse Crear.Escriba un nombre para la aplicación empresarial y pulse Aceptar.

Regla actualUtilice el campo Regla actual para elegir en las reglas que se aplican a una aplicación empresarialseleccionada: Para reglas existentes, las opciones disponibles son:

• Suprimir regla: Suprime una regla existente.

Nota: Cuando se pulsa el botón Suprimir, la regla se suprime inmediatamente y sin ningún avisoadicional.

• Editar regla: Se abre el recuadro de diálogo Editar regla. Puede actualizar la consulta asociada a laregla corrigiendo las sentencias. Después de haber corregido las sentencias, pulse Actualizar reglapara aplicar los cambios. Pulse Ejecutar regla para ejecutar la consulta asociada a la regla ymostrar los resultados en una ventana separada.

• Mostrar resultados de regla: Ejecuta la consulta asociada a la regla seleccionada y muestra elresultado en una ventana separada.

Nota: Para crear una regla, utilice el botón Crear regla para consulta actual en la ventanaResultados.

MostrarEl área Mostrar del Asistente de Relación le permite definir una nueva consulta. Puede utilizar lasconsultas que defina para localizar objetos e incluirlos en una aplicación empresarial. La sintaxis parauna consulta es:

Show [Objectos][Grupo/Regla] of class [Clase];

La sintaxis se define eligiendo opciones en la lista para cada opción. Las opciones para cadaparámetro son:

ObjectosEn la lista Objetos, seleccione uno de los valores:

• all objects: Muestra todos los objetos de una clase determinada. Si este valor estáestablecido, el parámetro Group/Rule no está disponible.

• members of group:: Muestra todos los objetos asignados a un grupo o una regla elegida quepertenecen a una clase determinada.

• target/dependencies of group: Muestra todos los objetos de una clase determinada en lacual el grupo o la regla seleccionada tiene dependencias.

• source/dependents of group: Muestra todos los objetos de una clase determinada quedependen de un grupo o regla seleccionada.

Grupo/ReglaEn la lista Grupo/Regla, seleccione un grupo o una regla existente. Los miembros del grupo oregla y cualquier relación se aplican cuando se ejecuta la consulta.

ClaseLa lista Clase contiene los nombres de las clases de modelo de datos comunes (CDM) disponibles.Los objetos que pertenecen a una clase seleccionada se muestran como resultados de consultadespués de satisfacer todos los criterios de consulta. Si una clase necesaria no aparece listada.


pulse Añadir clase, seleccione la clase que desea añadir y pulse Aceptar. Esto añade la claseadicional a la lista.

Donde:El área Donde del Asistente de Relación le permite filtrar resultados de consulta utilizando el atributodisplayName. Puede refinar los resultados de búsqueda seleccionando en la lista Restricciones. Lasopciones disponibles son:

• contains• starts-with• ends-with• equals• not-equals• instance of• = =• !=• >• >=• <• <=

Puede elegir los valores lógicos and u or para conectar dos criterios de filtro. Después de haberseleccionado los criterios de filtro, escriba el valor de búsqueda en el recuadro de texto a la derechade cada restricción aplicable y pulse Mostrar resultados de consulta para mostrar los resultados dela consulta.

La ventana Resultados

En la ventana de resultados, puede realizar una serie de acciones adicionales. Las opciones de la ventanaResultados son:Crear regla para consulta actual

Pulse Crear regla para consulta actual para crear una regla basándose en los criterios de consulta yfiltro que ha definido. Al pulsar Crear regla para consulta actual, se le pedirá que escriba un nombreen el campo Nombre de regla y pulse Aceptar.

Crear grupo a partir de elementos seleccionadosPulse Crear grupo a partir de elementos seleccionados para crear un grupo basándose en losresultados de la consulta. Para crear un grupo, seleccione uno o más elementos en la lista y pulseCrear grupo a partir de elementos seleccionados. Se le pedirá que escriba un nombre para el grupo,escriba un nombre en el campo Nombre de grupo y pulse Aceptar.

CerrarPulse Cerrar para cerrar los Resultados.

Consideraciones de automatización de DLATras desplegar las tareas dentro del grupo de tareas "Desplegar el descubrimiento automatizado de ITM/ITCAM a TADDM", necesita ejecutar manualmente los scripts en las máquinas de destino para iniciar losprocesos de automatización de descubrimiento.

Para obtener más información, consulte: “Pasos para la automatización de DLA” en la página 43.

Rol BSMAcceleratorUserCuando se despliega la tarea Componentes del servidor de panel de instrumentos de TBSM, se crea unnuevo rol denominado BSMAcceleratorUser.Este rol controla el acceso a las dos nuevas páginas deIBM Solutions for Business Service Management que crea también la misma tarea.


Una de las páginas nuevas existe bajo la tarea Estado y salud del sistema en el panel de navegación dela izquierda y se denomina Business Service Health. A la otra página nueva, Detalles de BusinessService Health, se accede pulsando el botón derecho del ratón sobre cualquier servicio dentro del portletServicios empresariales en la página Business Service Health y seleccionando el elemento Detalles deBusiness Service Health en el menú contextual resultante.

Para acceder a las páginas Business Service Health y Detalles de Business Service Health, el usuarioque ha iniciado sesión debe tener el rol BSMAcceleratorUser asignado directamente o bien asignado aun grupo al que pertenezca el usuario. Este rol se añade a los grupos tbsmAdmin y tbsmReadOnly aldesplegar los componentes de TBSM de Solutions for BSM.

Consideraciones sobre Kit de herramientas de Discovery LibraryPara que aparezcan los servicios críticos o marginales en el portlet de Servicios empresariales de lapágina Business Service Health, o en el portlet de Componentes de servicios empresariales de la páginaDetalles de Business Service Health, el componente Kit de herramientas de Discovery Library de TBSMdebe estar en ejecución para procesar datos en el Service Component Registry y posteriormente enTBSM.

Además, cuando TADDM está en el entorno y contiene el manifestar de aplicación empresarial que serepresenta en las páginas Business Service Health y Detalles de Business Service Health, el componentedel Kit de herramientas de Discovery Library se debe configurar para importar datos de TADDM.Generalmente, el kit de herramientas de Discovery Library está configurado para importar datos deTADDM durante la instalación del servidor de datos de TBSM, no obstante, si no se ha hecho en sumomento, se puede hacer posteriormente a la instalación ejecutando el script TBSM_HOME/XMLtoolkit/bin/taddmconfig, que forma parte del arreglo temporal 1 de TBSM o superior. El hecho deejecutar el script la permitirá configurar TADDM como origen de datos del kit de herramientas deDiscovery Library. Desde una línea de mandatos del servidor de datos de TBSM, puede emitir'taddmconfig.sh -?' para visualizar la información de uso del script.

Para determinar si el componente Kit de herramientas de Discovery Library de TBSM está en ejecución ono, haga lo siguiente:

• Para Linux, AIX o Solaris:

Emita el siguiente mandato desde un indicador de mandatos en el servidor de datos de TBSM:

ps -ef | grep XMLtoolkit

Si no se devuelve nada es que el Kit de herramientas de Discovery Library no se está ejecutando.• Para Windows:

El kit de herramientas es un servicio de Windows que se puede ver desde el visor de servicios delsistema (services.msc).

Para obtener información sobre cómo iniciar el Kit de herramientas de Discovery Library, consulte lasección Ejecución del Kit de herramientas de Discovery Library en el Information Center de TBSM 6.1 en:

http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=%2Fcom.ibm.tivoli.itbsm.doc_6.1%2Fadminguide%2Fbsma_t_running_discovery_library_toolkit.html

Configuración del inicio de sesión únicoLas tareas relacionadas con LDAP de IBM Solutions for Business Service Management dentro del grupode tareas Desplegar inicio de sesión único, configura una conexión básica entre el producto de destino(TBSM, TADDM, o Tivoli Monitoring) y un repositorio LDAP especificado. Las tareas de inicio de sesiónúnico no realizan ninguna operación de gestión ni autorización de usuarios en los productos de destino.

Por lo tanto, puede que sea necesario realizar una configuración adicional y autorizar a usuarios querequieran un inicio de sesión único dentro de cada producto (por ejemplo, para asignar roles quepermitan a un usuario acceder a objetos de datos en particular). Para obtener más información sobre lagestión y autorización de usuarios dentro de cada producto, consulte los siguientes temas delInformation Center en línea:




TBSM Configuración de usuarios, grupos y roles -http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=%2Fcom.ibm.tivoli.itbsm.doc_6.1%2Fadminguide%2Fbsma_t_configuring_users_groups_roles.html

IBM Tivoli Application Dependency Discovery Manager - Visión general de la seguridad -http://publib.boulder.ibm.com/infocenter/tivihelp/v10r1/index.jsp?topic=%2Fcom.ibm.taddm.doc_7.2%2FAdminGuide%2Fc_cmdb_sec_security.html

IBM Tivoli Monitoringadministración de usuarios - Administración de usuarios -http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fuser_administerintro_tep.htm

Modificaciones de productosIBM Solutions for Business Service Management incluye código de modificación e integración de diversosproductos de Tivoli. Durante el proceso de despliegue, estas modificaciones se aplican a los productos deTivoli soportados para implementar una metodología coherente para gestionar los serviciosempresariales.

Políticas de Netcool/Impact para Solutions for BSMEl proyecto BSMAccelerator de TBSM proporciona diversas políticas de Netcool/Impact. Tres de estaspolíticas se han creado para IBM Solutions for Business Service Management y se utilizan parapersonalizar gráficos. La cuarta política, Main_CheckForDepsEntry se utiliza para realizarenriquecimiento de sucesos. En este tema se proporciona información sobre las políticas de Impact en elproyecto BSMAccelerator.

Nota: Todas las políticas del proyecto BSMAccelerator de TBSM se aplican al servidor de datos deTBSM.

Políticas de creación de diagramas

Estas políticas se utilizan para personalizar diagramas en TBSM:

BusinessServiceChartLibEsta política contiene una biblioteca de funciones de JavaScript que se utilizan para generar lospuntos de datos x e y para los diagramas personalizados proporcionados como parte de Solutions forBSM. Estos datos se importan en BIRT (Business Intelligence and Reporting Tools) para crear losdiagramas necesarios.

BusinessServiceEventCountChartEsta política se invoca cuando el portlet de creación de diagramas representa el diagrama Recuentode sucesos de servicio empresarial a lo largo del tiempo.

BusinessServiceOverTimeChartEsta política se invoca cuando el portlet de creación de diagramas representa el diagrama BusinessService Health a lo largo del tiempo.

Política de enriquecimiento de sucesos

Esta política se utiliza para el enriquecimiento de sucesos en TBSM:

Main_CheckForDepsEntryEsta política estaba disponible como parte de la instalación de TBSM, pero se ha personalizado paraSolutions for BSM para realizar enriquecimiento de sucesos en las columnas Servicio y Función enlos sucesos en bruto.

Personalización del comportamiento de enriquecimiento de sucesosPuede personalizar el comportamiento de enriquecimiento de sucesos en IBM Solutions for BusinessService Management editando la política Main_CheckForDepsEntry en el proyecto BSMAccelerator.Este tema describe el procedimiento para realizar cambios en aspectos del comportamiento deenriquecimiento de sucesos en Netcool/Impact.


http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=%2Fcom.ibm.tivoli.itbsm.doc_6.1%2Fadminguide%2Fbsma_t_configuring_users_groups_roles.html

http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=%2Fcom.ibm.tivoli.itbsm.doc_6.1%2Fadminguide%2Fbsma_t_configuring_users_groups_roles.html

http://publib.boulder.ibm.com/infocenter/tivihelp/v10r1/index.jsp?topic=%2Fcom.ibm.taddm.doc_7.2%2FAdminGuide%2Fc_cmdb_sec_security.html

http://publib.boulder.ibm.com/infocenter/tivihelp/v10r1/index.jsp?topic=%2Fcom.ibm.taddm.doc_7.2%2FAdminGuide%2Fc_cmdb_sec_security.html

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fuser_administerintro_tep.htm

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fuser_administerintro_tep.htm

Inhabilitación del enriquecimiento de sucesos

Si es necesario inhabilitar el enriquecimiento de sucesos, efectúe este procedimiento:

1. En el árbol de navegación, expanda Configuración del sistema > Automatización de sucesos >Políticas.

2. En la lista Proyecto, elija BSMAccelerator.3. Efectúe una doble pulsación en la política Main_CheckForDepsEntry en la lista Políticas. Se

visualiza la política Main_CheckForDepsEntry.4. Localice y añada el símbolo de comentario de apertura /* en las líneas

// A continuación se encuentra una función BSMAccelerator para enriquecer// los sucesos en bruto con el servicio empresarial de alto nivel y las// agrupaciones de tecnología a las que afecta

5. Añada el símbolo de fin de comentario */ en la línea que lee.

// FIN de sección para BSMAccelerator

Nota: Esta línea está al final de la política.6. Pulse Guardar para guardar los cambios.

Cambio del delimitador entre servicios de negocio

Si un suceso afecta a varios servicios de negocio, los nombres de servicios de negocio se muestran en elcampo enriquecido concatenado con dos puntos (:) como delimitador. Si desea cambiar ese delimitador,por ejemplo, por un subrayado, debe cambiar las siguientes líneas en la política:

1. En el árbol de navegación, expanda Configuración del sistema > Automatización de sucesos >Políticas.

2. En la lista Proyecto, elija BSMAccelerator.3. Efectúe una doble pulsación en la política Main_CheckForDepsEntry en la lista Políticas. Se

visualiza la política Main_CheckForDepsEntry.4. Localice y edite la línea:

ExistingServices = split(TheService, ":");

para que diga:

ExistingServices = split(TheService, "_");

5. Cambie la línea:

TheService = TheService + ":" + InstanceToProcess.displayname;

para que diga:

TheService = TheService + "_" + InstanceToProcess.displayname;

6. Pulse Guardar para guardar los cambios.

Actualizaciones de Netcool/OMNIbusEn este tema se documentan las actualizaciones de IBM Solutions for Business Service Management aIBM Tivoli Netcool/OMNIbus.

El asistente de despliegue aplicará cambios a los siguientes componentes de la instalación de IBM TivoliNetcool/OMNIbus:

• Base de datos ObjectServer de Netcool/OMNIbus• Reglas del sondeo de EIF de Netcool/OMNIbus• Netcool/OMNIbus WebGUI (vista y filtro)


Actualización de base de datos de ObjectServerEl asistente de despliegue de IBM Solutions for Business Service Management crea nuevas tablas,columnas y desencadenantes en la base de datos de ObjectServer.

Estos cambios son resultado de la ejecución por parte del asistente de despliegue de IBM Solutions forBusiness Service Management de los siguientes scripts:

• sitforwardir/omnibus/itm_proc.sql (Tivoli Monitoring Event Integration)• sitforwardir/omnibus/itm_db_update.sql (Tivoli Monitoring Event Integration)• sitforwardir/omnibus/itm_sync.sql (Tivoli Monitoring Event Integration)• sitforwardir/omnibus/itm_event_cache.sql (Tivoli Monitoring Event Integration)• itcam_event/omnibus/sql_update.sql (ITCAM Event Integration)• OMNIbus/Schema/bsm_accelerator_schema.sql (se requieren campos adicionales para

Solutions for BSM)

Cambios relacionados con Business Service ManagerEl asistente de despliegue de IBM Solutions for Business Service Management añade las siguientescolumnas (intervalos) a la tabla alert.status:BSMAccelerator_Service

El servicio/sistema, aplicación o colección como se ha definido en TADDM.BSMAccelerator_Function

El tipo de tecnología donde reside BSMAccelerator_Service.

Recuerde: Los cambios anteriores se aplican sobre los cambios que el instalador de Business ServiceManager realiza en el esquema de OMNIbus. Para obtener más información sobre estos cambios,consulte la documentación de Tivoli Business Service Manager 6.1. Por ejemplo, consulteConsideraciones sobre IBM Tivoli Netcool OMNIbus en este URL:

http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=/com.ibm.tivoli.itbsm.doc_6.1/installguide/bsmi_c_netcool_omnibus.html

Cambios relacionados con Monitoring Situation Forwarder and EventingLos cambios relacionados con IBM Tivoli Monitoring Situation Forwarder and Eventing hacen posiblerecibir y correlacionar los sucesos de situación que ha reenviado un IBM Tivoli Monitoring Server.

Son necesarios para habilitar la correlación de sucesos entre los objetos del modelo de servicios de IBMTivoli Business Service Manager con sucesos contenidos en el ObjectServer. Tras aplicar lasactualizaciones, estos sucesos también se pueden visualizar en WebGUI.

Tablas

El script itm_proc.sql crea las siguientes tablas:

• alerts.itm_send_events• alerts.itm_loopback_events• alerts.itm_situation_timeouts

El script itm_db_update.sql crea la siguiente tabla:

alerts.itm_problem_events

Columnas

El script itm_db_update.sql añade las siguientes columnas (intervalos) en la tabla alert.status:

• TECHostname• TECFQHostname• TECDate• TECRepeatCount




• ITMStatus• ITMDisplayItem• ITMEventData• ITMTime• ITMHostname• ITMPort• ITMIntType• ITMResetFlag• ITMSitType• ITMThruNode• ITMSitGroup• ITMSitFullName• ITMApplLabel• ITMSitOrigin

Conversiones de tipo de escritorio

El script itm_db_update.sql las siguientes conversiones de tipo de escritorio en la tablaalerts.conversions:

• Problema de ITM• Resolución de ITM

Desencadenantes

El script itm_db_update.sql añade estos desencadenantes:

• itm_event_clear• itmerror• itm_deduplication• thrunode_change_handler• itm_event_clear

El script itm_sync.sql añade estos desencadenantes:

• itm_event_send• start_suf• stop_suf• check_suf_status• process_sit_timeout• deduplication_itm_loopback_events• deduplication_itm_send_events• synchronizeitm• deleteitm

Procedimientos

El script itm_proc.sql añade los siguientes procedimientos:

• eventcmd• get_debug_itmsync


• get_config_parms• get_sit_timeout• get_install_loc• get_itmfile• send_to_itm• resolve_itm_action• sendackbacktoitm

Cambios relacionados con Composite Application Manager for TransactionsIBM Tivoli Composite Application Manager for Transactions requiere la adición de las siguientes columnas(intervalos) a la tabla alert.status:

• CAM_Application_Name• CAM_Transaction_Name• CAM_SubTransaction_Name• CAM_Client_Name• CAM_Server_Name• CAM_Profile_Name• CAM_Response_Time• CAM_Percent_Available• CAM_Expected_Value• CAM_Actual_Value• CAM_Details• CAM_Total_Requests

Actualizaciones de reglas de sondeo de EIFEl asistente de despliegue de IBM Solutions for Business Service Management copia un conjunto dereglas al directorio de sondeo de EIF, de forma predeterminada, $NCHOME/omnibus/probes/{arquitectura}.

Las reglas también están incluidas en el archivo de reglas de sondeo de EIF, tivoli_eif.rules, quepuede encontrar en el mismo directorio. Por ejemplo, /opt/IBM/tivoli/netcool/omnibus/probes/linux2x86/tivoli_eif.rules.

Reglas de Monitoring Situation Forwarder and EventingLas reglas de IBM Tivoli Monitoring cubren SO, base de datos, WAS, y HTTP.

Las siguientes reglas se copian al directorio d sondeo de EIF:

• itm_event.rules• tbsm_eif_event.rules

Al mismo tiempo, itm_event.rules se incluye como archivo de reglas de sondeo de EIF, con lasiguiente sentencia "include":

include "itm_event.rules"

Y tbsm_eif_event.rules se incluye en el archivo itm_event.rules:

include "tbsm_eif_event.rules"

Importante: Si, por algún motivo, los archivos de reglas no se encuentran en el directoriopredeterminado, el directorio de sondeo de EIF, la sentencia include debe contener la vía de accesocompleta al archivo de reglas.


Reglas de Composite Application Manager for TransactionsLas reglas de IBM Tivoli Composite Application Manager for Transaction cubren Application ManagementConsole (AMC), Client Response Time (CRT), Web Response Time (WRT), Robotic Response Time (RRT) yTransaction Tracking (TT).

Las reglas siguientes se copian al directorio de análisis y se incluyen en el archivo de reglas de EIF:

• custom_mapping.rules• kt3.rules (AMC)• kt4.rules (CRT)• kt5.rules (WRT)• kt6.rules (RRT)• kto.rules (TT)

Por ejemplo, en Linux:

include "custom_mapping.rules"include "kt3.rules"include "kt4.rules"include "kt5.rules"include "kt6.rules"include "kto.rules"

Reglas de Application Discovery ManagerEstas reglas cubren los sucesos de cambio de IBM Tivoli Application Discovery Manager.

El archivo de reglas, tivoli_eif_taddm.rules, se copia al directorio de sondeo y se incluye con lasentencia siguiente en el archivo de reglas de sondeo de EIF:

include "tivoli_eif_taddm.rules"

Reglas de Monitoring for Virtual EnvironmentsEstas reglas cubren IBM Tivoli Monitoring for Virtual Environments (agente VMWare).

El archivo de reglas VMWare, kvm_tbsm.rules, se copia al directorio de sondeo y se incluye en elarchivo de reglas de sondeo de EIF.

include "kvm_tbsm.rules"

Filtrado AEL de WebGUIEl asistente de despliegue de IBM Solutions for Business Service Management añade la vista y el filtroBSMAccelerator_Health a la WebGUI.

Configuración de Tivoli Application Dependency Discovery ManagerEn este tema se describen los pasos que debe completar para configurar Tivoli Application DependencyDiscovery Manager con IBM Solutions for Business Service Management.

Configuración de Tivoli Application Dependency Discovery Manager para TBSM

Debe completar una serie de tareas de configuración para integrar Tivoli Application DependencyDiscovery Manager con TBSM. Si previamente ha instalado TBSM y está utilizando Tivoli ApplicationDependency Discovery Manager, es probable que ya haya completado estas tareas.

Para obtener información adicional sobre los procedimientos necesarios para cualquiera de estos pasosde configuración, consulte Information CenterTivoli Application Dependency Discovery Manager.

Perfiles de descubrimientoCree un perfil de descubrimiento de Tivoli Application Dependency Discovery Manager. Un perfil dedescubrimiento define un conjunto de opciones para el descubrimiento, incluyendo modalidades dedescubrimiento de sensores, ámbito de descubrimiento, y detalles de configuración para sensoresindividuales. Puede utilizar los perfiles para gestionar diversas configuraciones del mismo sensor,


seleccionar la configuración adecuada en base a un conjunto de criterios y gestionar conjuntos deconfiguraciones de distintos sensores para aplicar a una única ejecución de descubrimiento.Cree un perfil de descubrimiento basado en el descubrimiento de Nivel 3 definido por TivoliApplication Dependency Discovery Manager. El descubrimiento de nivel 3 captura información sobrela infraestructura de aplicación completa, incluyendo servidores físicos, dispositivos de red, LANvirtuales, configuración de host, componentes de software desplegados, configuración de aplicación ydatos de host utilizados en el entorno. Este nivel de descubrimiento requiere un sistema operativo deaplicación y credenciales de aplicación.En el perfil recién creado, cree una nueva configuración para el sensor de Celda de WebSphere Cellpara habilitar el descubrimiento profundo.

GruposComponga una aplicación empresarial, un sistema empresarial un servicio o una colección en elcompositor de Data Management Portal Grouping de Tivoli Application Dependency DiscoveryManager. Únicamente los elementos descubiertos dentro de Tivoli Application Dependency DiscoveryManager que se han asociado a una o más aplicaciones empresariales, sistemas empresariales,servicios o colecciones se pueden añadir a Solutions for BSM.

ÁmbitosProporcione ámbitos de IP que incluyan el sistema que desea descubrir.

AutorizaciónAñada los detalles de inicio de sesión para cada sistema operativo o aplicación que desee que TivoliApplication Dependency Discovery Manager descubra.

Configuración de DLA necesaria para Solutions for BSM

Además de los pasos de configuración estándar, hay diversas tareas que debe completar para TivoliApplication Dependency Discovery Manager en Solutions for BSM.

Hay tres adaptadores de Discovery Library (DLA) que se deben ejecutar y cargar en Tivoli ApplicationDependency Discovery Manager:

• DLA de Tivoli Monitoring Services (TMS)• DLA de IBM Tivoli Composite Application Manager For Transaction Tracking (ITCAMfTT)• DLA de IBM Tivoli Composite Application Manager For Response Tracking (ITCAMfRT)

Los DLA de TMS y ITCAMfTT reconciliados para objetos de DB2 y WebSphere. Solutions for BSM instala elmandato addwasmsndla en el directorio dist/bin de Tivoli Application Dependency DiscoveryManager. Este mandato le permite llevar a cabo la reconciliación. Ejecute el mandato y después cargue elDLA resultante reconciliado en Tivoli Application Dependency Discovery Manager.

Nota: Antes de ejecutar el mandato addwasmsndla, debe completar un descubrimiento profundo deWebSphere Application Server.

Nota: Cuando se completa el mandato addwasmsndla, se crea un libro IdML con un nombre de archivoparecido al libro IdML original pero con la extensión .reconciled.xml. Cuando importa un libro IdMLen Tivoli Application Dependency Discovery Manager, debe importar el archivo que tiene la extensión dearchivo .reconciled.xml.

Una vez que haya ejecutado addwasmsndla y haya cargado el archivo resultante en Tivoli ApplicationDependency Discovery Manager, ejecute el mandato de Tivoli Application Dependency Discovery Managerloadidml para cargar el DLA de ITCAMfRT en Tivoli Application Dependency Discovery Manager.

Adaptador de Discovery Library para el agente de supervisión de servidores HTTPEl adaptador de Discovery Library (DLA) para el agente de supervisión de servidores HTTP creadefiniciones de recurso CDM (Common Data Model) en base a los datos del agente de ITCAM paraservidores HTTP. Estas definiciones de recursos las utiliza TBSM para correlacionar sucesos desde elagente con datos de descubrimiento de TADDM.


Para cada servidor HTTP supervisado, el DLA crea un objeto WebServer de CDM que adecúa a las reglasde denominación de SAP principales. Esto hace que sea posible reconciliar sucesos del agente de ITCAMpara servidores HTTP con datos de descubrimiento de TADDM de forma que se puedan asociar lossucesos con los servidores correctos que se muestran en el árbol de servicios de TBSM.

Aunque los datos de descubrimiento de TADDM no estén disponibles, TBSM puede utilizar el libro IdMLgenerado por el DLA para la correlación de sucesos.

Acerca del DLA del agente de servidor HTTPEl DLA de Tivoli Management Services descubre recursos y relaciones y crea un archivo de libros deDiscovery Library. El archivo de libros sigue el esquema IdML de Discovery Library y se utiliza paracumplimentar la bse de datos Configuration Management Database (CMDB) y los productos de TivoliBusiness System Management.El DLA de Tivoli Management Services descubre recursos y relaciones y crea un archivo de libros deDiscovery Library. El archivo de libros sigue el esquema IdML de Discovery Library y se utiliza paracumplimentar la bse de datos Configuration Management Database (CMDB) y los productos de TivoliBusiness System Management.El DLA de Tivoli Management Services descubre recursos de servidorHTTP. En el libro de descubrimiento se incluye información para todos los recursos de sistema de servidorHTTP que están activos y en línea en Tivoli Enterprise Portal Server. El DLA de Tivoli ManagementServices descubre recursos activos. Se ejecuta bajo demanda y se puede ejecutar periódicamente paradescubrir recursos que no estaban activos durante descubrimientos anteriores.

El DLA descubre componentes de servidor HTTP.

Más información sobre los DLA

Las siguientes fuentes contienen información adicional sobre cómo utilizar el programa de DLA con todoslos agentes de supervisión:

• La publicación IBM Tivoli Monitoring: Guía del administrador contiene información sobre el uso delAdaptador de Discovery Library de Tivoli Management Services.

• Para obtener información sobre cómo utilizar un DLA con Tivoli Application Dependency DiscoveryManager (TADDM), consulte el Information Center en http://publib.boulder.ibm.com/infocenter/tivihelp/v10r1/topic/com.ibm.taddm.doc_7.2/welcome_page/welcome.html.

• Para obtener información sobre cómo utilizar un DLA con el producto Tivoli Business Service Manager,consulte el Information Center en http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/topic/com.ibm.tivoli.itbsm.doc/customization/bsms_dscc_discoverylibraryeventmapping.html.

Clases de modelo de datos del agente de servidor HTTPEsta sección contiene información sobre cómo los diversos objetos de datos de aplicación de origen secorrelacionan con clases de Common Data Model (CDM) para el agente ITCAM en servidores HTTP.

Se proporciona la siguiente información para cada clase:Nombre de clase CDM

Nombre de la clase para la cual el agente proporciona informaciónRelaciones

Relación jerárquica de CDM entre los objetos de modelo identificados actualmenteAtributos de CDM, atributos de agente, descripciones y ejemplos

Atributos de CDM y atributos de agente necesarios para crear una instancia de un recurso, condescripciones y ejemplos de los atributos

Clase ManagementSoftwareSystemEsta clase representa la aplicación de origen que ha proporcionado los datos sobre los recursossupervisados.

Nombre de clase CDMprocess.ManagementSoftwareSystem


http://publib.boulder.ibm.com/infocenter/tivihelp/v10r1/topic/com.ibm.taddm.doc_7.2/welcome_page/welcome.html


http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/topic/com.ibm.tivoli.itbsm.doc/customization/bsms_dscc_discoverylibraryeventmapping.html


RelacionesNinguno

Atributos de CDM, atributos de agente, descripciones y ejemplos

Tabla 3. Clase Management SoftwareSystem: atributos de CDM, atributos de agente, descripciones yejemplos

Atributo de CDM Atributo de agente Descripción Ejemplo

MSSName Ninguno Un identificadorexclusivo del sistema desoftware de gestión,proporcionado por elDLA de TMS.

ibm-cdm:///CDMMSS/Hostname=x86ondemand06+ManufacturerName=IBM+ProductName=IBM Tivoli MonitoringServices

Manufacturer Ninguno El fabricante del sistemade software de gestión.

IBM

ProductName Ninguno El nombre de productodel sistema de softwarede gestión.

IBM Tivoli MonitoringServices

ProductVersion Ninguno La versión y el releasedel sistema de softwarede gestión.

06.23.00.00

Clase WebServerEsta clase representa una instancia de un servidor HTTP.

Nombre de clase CDMapp.web.WebServer

Relaciones

• Como origen:

Relación Destino

runsOn sys.ComputerSystem

runsOn sys.OperatingSystem

accessedVia net.BindAddress

• Como destino:

Relación Origen

supervisa app.TMSAgent


Tabla 4. Clase WebServer: atributos de CDM, atributos de agente, descripciones y ejemplos


Nombre KHT.KHTWSRS:SERVER_NAM

El nombre del servidorHTTP.

www.example.com:80


Tabla 4. Clase WebServer: atributos de CDM, atributos de agente, descripciones y ejemplos(continuación)


ProductName KHT.KHTAWEBSR: VER El nombre de productodel servidor HTTP.

IBM_HTTP_Server

ProductVersion KHT.KHTAWEBSR: VER La versión y el releasedel servidor HTTP.

7.0.0.0 (Unix)

Estado KHT.KHTAWEBSR:STATUS

El estado actual delservidor HTTP.

En ejecución

ManagedSystemNombre

Ninguno (Variable deDLA de TMS %{MSYSN}

Nombre del sistemagestionado del agentede servidor HTTP.

daytrader:delta01:KHTP

KeyName Ninguno (valor estático) El valor estáticoAppServer.

AppServer

Clase BindAddressEsta clase representa la combinación de una dirección IP y puerto TCP, se utiliza para indicar el númerode puerto del servidor HTTP.

Nombre de clase CDMnet.BindAddress

Relaciones

• Como origen:

Relación Destino

bindsTo net.IpV4Address

bindsAsPrimary net.IpV4Address

• Como destino:

Relación Origen

accessedVia app.web.WebServer


Tabla 5. Clase BindAddress: atributos de CDM, atributos de agente, descripciones y ejemplos


PortNumber KHT.KHTWSRS:SERVER_NAM

El número de puerto delservidor HTTP.

80

Path Ninguno Se utiliza sólo paraservidores Windows; enotros casos, la serieestática (none).

(none)

Clase IpV4AddressEsta clase representa la dirección IPv4 del servidor HTTP.


Nombre de clase CDMnet.IpV4Address

Relaciones

• Como origen:

Relación Destino

bindsTo net.BindAddress

bindsAsPrimary net.BindAddress

• Como destino:

Relación Origen

assignedTo net.Fqdn


Tabla 6. Clase IpV4Address: atributos de CDM, atributos de agente, descripciones y ejemplos


DotNotation O4SRV.INODESTS:HOSTADDR

La dirección IP ennotación decimal conpuntos estándar.

127.0.0.1

StringNotation O4SRV.INODESTS:HOSTADDR

La dirección IP enformato serie.

127.0.0.1

Clase FqdnEsta clase representa el nombre de dominio completo del servidor HTTP (un atributo de la claseIpAddress).

Nombre de clase CDMnet.Fqdn

Relaciones

• Como origen:

Relación Destino

assignedTo net.IpV4Address


Tabla 7. Clase Fqdn: atributos de CDM, atributos de agente, descripciones y ejemplos


Fqdn KHT.KHTWSRS:SERVER_NAM

El nombre de dominiocompleto.

www.example.com

Clase TMSAgentEsta clase representa un agente de Tivoli Monitoring Services.

Nombre de clase CDMapp.TMSAgent


Relaciones

• Como origen:

Relación Destino

supervisa app.web.WebServer


Tabla 8. Clase TMSAgent: atributos de CDM, atributos de agente, descripciones y ejemplos


ManagedObjectNombre

TMSDLAVar: %{SUBNODE_MSYSN}

El nombre delcomponente de ITCAMque proporciona datospara la gestión de lainstancia de agente deservidor HTTP.

p@delta01:KHTA

ManagedSystemNombre

TMSDLAVar: %{SUBNODE_MSYSN}

El nombre delcomponente de ITCAMque proporciona datospara la gestión de lainstancia de agente deservidor HTTP.

delta01:KHTA

SoftwareVersion TMSDLAVar: %{PRODVER}

La versión de lainstancia de agente deservidor HTTP.

07.10.00

ProductCode TMSDLAVar: %{PRODUCT}

El código de producto dela instancia de agente deservidor HTTP.

HT

Affinity TMSDLAVar: %{PRODAFF}

La afinidad del agentede servidor HTTP.

0000000000000000G000000000000000020003yw0a7

Nombre TMSDLAVar: %{SUBNODE_MSYSN}

El nombre del agente deservidor HTTP.

daytrader:delta01:KHTP-WebServerAgent

Label TMSDLAVar: %{SUBNODE_MSYSN}

La etiqueta del agentede servidor HTTP.

daytrader:delta01:KHTP-WebServerAgent

Adaptador de Discovery Library para agentes de ITCAM for TransactionsEl Adaptador de Discovery Library (DLA) de ITCAM for Transactions crea definiciones de recurso CDM(Common Data Model) en base a los datos de los agentes de Web Response Time, Robotic ResponseTime y Client Response Time de ITCAM for Transactions. Estas definiciones de recursos las utiliza TBSMpara correlacionar sucesos desde el agente con datos de descubrimiento de TADDM.

Este DLA es una mejora del DLA de ITCAM for Transactions para proporcionar las siguientes definicionesde recurso y las relaciones entre ellos:

• Proceso empresarial (aplicaciones)• Actividad (transacciones y subtransacciones)• Cliente (colecciones homogéneas)• Servidor (servidores de aplicaciones)


Estos datos permiten a TADDM descubrir transacciones empresariales y asociarlas a aplicacionesempresarial en el modelo de servicios de TBSM.

Acerca del DLA de ITCAM for TransactionsEl DLA de Tivoli Management Services descubre recursos y relaciones y crea un archivo de libros deDiscovery Library. El archivo de libros sigue el esquema IdML de Discovery Library y se utiliza paracumplimentar la bse de datos Configuration Management Database (CMDB) y los productos de TivoliBusiness System Management.

Para obtener más información sobre el DLA de ITCAM for Transactions DLA, consulte la documentaciónde ITCAM for Transactions en http://publib.boulder.ibm.com/infocenter/tivihelp/v24r1/topic/com.ibm.itcamt.doc_7.3/rt/User%20Guide/TBSM/tbsm_dla_overview.html.

Clases de modelo de datos del agente de ITCAM for TransactionsEsta sección contiene información sobre cómo los diversos objetos de datos de aplicación de origen secorrelacionan con clases de Common Data Model (CDM) para los agentes de ITCAM for Transactions, WebResponse Time, Robotic Response Time y Client Response Time



Relación jerárquica de CDM entre los objetos de modelo identificados actualmenteAtributos de CDM, atributos de agente, descripciones y ejemplos

Atributos de CDM y atributos de agente necesarios para crear una instancia de un recurso, condescripciones y ejemplos de los atributos

Clase BusinessProcessEsta clase representa un servicio empresarial o aplicación de nivel superior que puede tener variastransacciones hijas (representadas por la clase Activity) y clientes (representados como la claseHomogeneousCollection).

Nombre de clase CDMprocess.BusinessProcess

Relaciones

• Como origen:

Relación Destino

federa process.Activity

utiliza net.Fqdn

utiliza process.HomogeneousCollection

• Como destino:

Relación Origen



http://publib.boulder.ibm.com/infocenter/tivihelp/v24r1/topic/com.ibm.itcamt.doc_7.3/rt/User%20Guide/TBSM/tbsm_dla_overview.html

http://publib.boulder.ibm.com/infocenter/tivihelp/v24r1/topic/com.ibm.itcamt.doc_7.3/rt/User%20Guide/TBSM/tbsm_dla_overview.html


Tabla 9. Clase BusinessProcess: atributos de CDM, atributos de agente, descripciones y ejemplos

Atributo deCDM Origen Descripción Ejemplo

ActivityName Nombre deaplicación desituación dedefinición desituación deITM

Un identificador definido por elusuario de la aplicación o servicioempresarial.

Bank21

DisplayName Nombre deaplicación desituación dedefinición desituación deITM

Un identificador definido por elusuario de la aplicación o servicioempresarial.

Bank21

SourceToken Atributo deNombre deaplicación(agente deApplicationManagementConsole)

Un identificador exclusivo de laaplicación o servicio empresarial.

managed_system_name=DayTrader:x86ondemand10:KT3A

Clase ActivityEsta clase representa una transacción.

Nombre de clase CDMprocess.Activity

Relaciones

• Como origen:

Relación Destino

utiliza net.Fqdn

utiliza process.HomogeneousCollection

utiliza app.AppServer

• Como destino:

Relación Origen

federa process.BusinessProcess




Tabla 10. Clase Activity: atributos de CDM, atributos de agente, descripciones y ejemplos

Atributo de CDM Origen Descripción Ejemplo

ActivityName • Agente de Web Response Time:nombre de aplicación + separador detransacciones + columna Transacciónen la tabla TxOT

• Agente de Web Response Time (soloclientes): nombre de aplicación +separador de transacciones + columnaTransacción en la tabla TxOT +separador de clientes + columnaCliente en la tabla TxOT

• Agentes de Client Response Time yRobotic Response Time: nombre deaplicación + separador de aplicaciones+ columna Transacción en la tablaTxOT

Un identificadordefinido por elusuario de laaplicación oservicioempresarial.

• Agente de WebResponse Time:DayTrader#t#login#c#AllClients

• Agente deRoboticResponse Time:DayTrader#t#login

DisplayName TransactionName Un identificadordefinido por elusuario de latransacción.

CheckBalance

SourceToken Atributo de Nombre de aplicación(agente de Application ManagementConsole)

Un identificadorexclusivo de laaplicación oservicioempresarial.


Clase IpAddressEsta clase representa la dirección IP del servidor de aplicaciones.

Nombre de clase CDMnet.IpAddress

Relaciones

• Como destino:

Relación Origen

assignedTo net.Fqdn


bindsToAsPrimary net.BindAddress


Tabla 11. Clase IpAddress: atributos de CDM, atributos de agente, descripciones y ejemplos


StringNotation El nombre del dominiode búsqueda de DNS

La dirección IP numéricaen formato serie

127.0.0.1


Tabla 11. Clase IpAddress: atributos de CDM, atributos de agente, descripciones y ejemplos(continuación)


DisplayName El nombre del dominiode búsqueda de DNS

La dirección IP numéricaen formato serie

127.0.0.1

SourceToken Atributo de Nombre deaplicación (agente deApplicationManagement Console)

Un identificadorexclusivo de laaplicación o servicioempresarial.


Clase FqdnEsta clase representa el nombre de dominio completo del servidor de aplicaciones.

Nombre de clase CDMnet.Fqdn

Relaciones

• Como origen:

Relación Destino

assignedTo net.IpAddress

• Como destino:

Relación Origen

utiliza process.Activity

utiliza process.BusinessProcess


Tabla 12. Clase Fqdn: atributos de CDM, atributos de agente, descripciones y ejemplos


Fqdn ColumnaServidor en latabla TxOT

El nombre de dominio completodel servidor de aplicaciones

www.example.com

DisplayName ColumnaServidor en latabla TxOT

El nombre de dominio completodel servidor de aplicaciones

www.example.com







Relaciones

• Como origen:

Relación Destino

supervisa process.BusinessProcess

supervisa process.Activity




ManagedSystemNombre

Columna Nodo_origenen la tabla TxOT

Nombre delcomponente de ITCAMfor Transactions queproporciona los datos.

Primary:hours:T4

ProductCod Código de producto delagente

Código de producto delagente de ITCAM forTransactions queproporciona los datos.

T5




Clase AppServerEsta clase representa un servidor de aplicaciones supervisado.

Nombre de clase CDMapp.AppServer

Relaciones

• Como destino:

Relación Origen



Tabla 14. Clase AppServer: atributos de CDM, atributos de agente, descripciones y ejemplos


Name ColumnaServidor en latabla TxOT

El nombre del servidor deaplicaciones, si está definidocomo una dirección IP y unpuerto TCP/IP

127.0.0.1:80


Tabla 14. Clase AppServer: atributos de CDM, atributos de agente, descripciones y ejemplos(continuación)


Label ColumnaServidor en latabla TxOT

El nombre del servidor deaplicaciones, si está definidocomo una dirección IP y unpuerto TCP/IP

127.0.0.1:80

KeyName Ninguno (valorno modificable)

La serie AppServer AppServer




Nota: Si el valor de la columna Servidor de la tabla TxOT no coincide con el patróndirección_IP:número_puerto, no se crea ningún objeto AppServer.

Clase BindAddressEsta clase representa la dirección IP del servidor de aplicaciones.


Relaciones

• Como origen:

Relación Destino

bindsTo net.IpAddress

bindsToAsPrimary net.IpAddress

• Como destino:

Relación Origen

accessedVia app.AppServer




ManagedSystemName

Columna Nodo_origenen la tabla TxOT

Nombre delcomponente de ITCAMfor Transactions queproporciona los datos.

Primary:hours:T4


Tabla 15. Clase BindAddress: atributos de CDM, atributos de agente, descripciones y ejemplos(continuación)





clase HomogeneousCollectionEsta clase representa un cliente del servidor de aplicaciones.

nombre de clase CDMprocess.HomogeneousCollection

Relaciones

• Como destino:

Relación Origen


utiliza process.BusinessProcess


Tabla 16. Clase HomogeneousCollection: atributos de CDM, atributos de agente, descripciones y ejemplos


Name Aplicación +separador decliente +ColumnaCliente en latabla TxOT

El nombre del cliente Clientes de DayTrader#c#All

Label Aplicación +separador decliente +ColumnaCliente en latabla TxOT

El nombre del cliente Clientes de DayTrader#c#All




Adaptador de Discovery Library para el agente de ITCAM para aplicaciones WebSphereEl adaptador de Discovery Library (DLA) para el agente de supervisión de WebSphere de ITCAM creadefiniciones de recurso CDM (Common Data Model) en base a los datos del agente de ITCAM for


Applications para aplicaciones WebSphere. Estas definiciones de recursos las utiliza TBSM paracorrelacionar sucesos desde el agente con datos de descubrimiento de TADDM.

El agente de supervisión de ITCAM para aplicaciones WebSphere® es un componente de ITCAM forApplications e ITCAM for Application Diagnostics. Si utiliza Transaction Tracking, tiene que utilizar elagente para aplicaciones WebSphere como parte de ITCAM for Applications Diagnostics donde tambiénestá disponible la funcionalidad de servidor de gestión.

Para cada servidor de aplicaciones de WebSphere, el DLA crea un objeto CDM WebSphereServer quecontiene un objeto WebSphereProperty. EL script addwasmsndla, que se ejecuta en el servidor deTADDM, busca en la base de datos de TADDM servidores WebSphere descubiertos que coincidan con losatributos de los objetos WebSphereProperty creados por el DLA. Cuando se encuentra una coincidencia,el script crea un objeto CDM BindAddress que se ajusta a la regla de denominación PrimarySAP. Enconsecuencia, es posible reconciliar sucesos del agente de supervisión de WebSphere con datos dedescubrimiento de TADDM. Como resultado, se pueden asociar sucesos con los servidores correctos quese muestran en el árbol de servicios de TBSM.

Aunque los datos de descubrimiento de TADDM no estén disponibles, TBSM puede utilizar el libro IdMLgenerado por el DLA para la correlación de sucesos.

Acerca del DLA del agente de WebSphereEl DLA de Tivoli Management Services descubre recursos y relaciones y crea un archivo de libros deDiscovery Library. El archivo de libros sigue el esquema IdML de Discovery Library y se utiliza paracumplimentar la bse de datos Configuration Management Database (CMDB) y los productos de TivoliBusiness System Management.

El DLA de Tivoli Management Services descubre recursos de servidor WebSphere. En el libro dedescubrimiento se incluye información para todos los recursos de sistema de servidor WebSphere queestán activos y en línea en Tivoli Enterprise Portal Server. El DLA de Tivoli Management Services descubrerecursos activos. Se ejecuta bajo demanda y se puede ejecutar periódicamente para descubrir recursosque no estaban activos durante descubrimientos anteriores.

El DLA descubre componentes de servidor WebSphere.

Más información sobre los DLA

Las siguientes fuentes contienen información adicional sobre cómo utilizar el programa de DLA con todoslos agentes de supervisión:

• La publicación IBM Tivoli Monitoring: Guía del administrador contiene información sobre el uso delAdaptador de Discovery Library de Tivoli Management Services.

• Para obtener información sobre cómo utilizar un DLA con Tivoli Application Dependency DiscoveryManager (TADDM), consulte el Information Center en http://publib.boulder.ibm.com/infocenter/tivihelp/v10r1/topic/com.ibm.taddm.doc_7.2/welcome_page/welcome.html.

• Para obtener información sobre cómo utilizar un DLA con el producto Tivoli Business Service Manager,consulte el Information Center en http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/topic/com.ibm.tivoli.itbsm.doc/customization/bsms_dscc_discoverylibraryeventmapping.html.

Clases de modelo de datos del agente de WebSphereEsta sección contiene información sobre cómo los diversos objetos de datos de aplicación de origen secorrelacionan con clases de Common Data Model (CDM) para el agente de ITCAM for ApplicationDiagnostics para aplicaciones WebSphere.



Relación jerárquica de CDM entre los objetos de modelo identificados actualmente






Atributos de CDM, atributos de agente, descripciones y ejemplosAtributos de CDM y atributos de agente necesarios para crear una instancia de un recurso, condescripciones y ejemplos de los atributos

Clase ManagementSoftwareSystemEsta clase representa la aplicación de origen que ha proporcionado los datos sobre los recursossupervisados.

Nombre de clase CDMprocess.ManagementSoftwareSystem

RelacionesNinguno


Tabla 17. Clase ManagementSoftwareSystem: atributos de CDM, atributos de agente, descripciones yejemplos


MSSName DLA de TMS Un identificador exclusivo delsistema de software de gestión,proporcionado por el DLA deTMS.

ibm-cdm:///CDMMSS/Hostname=x86ondemand06+ManufacturerName=IBM+ProductName=IBM Tivoli Monitoring Services

Manufacturer DLA de TMS El fabricante del sistema desoftware de gestión.

IBM

ProductName DLA de TMS El nombre de producto delsistema de software de gestión.

IBM Tivoli Monitoring Services

ProductoVersión

DLA de TMS La versión y el release delsistema de software de gestión.

06.23.00.00

Clase WebSphereServerEsta clase representa una instancia de un servidor WebSphere.

Nombre de clase CDMapp.j2ee.websphere.WebSphereServer

Relaciones

• Como origen:

Relación Origen

runsOn sys.ComputerSystem

runsOn sys.OperatingSystem

accessedVia net.BindAddress

contiene app.j2ee.websphere.WebSphereProperty

• Como destino:


Relación Origen



Tabla 18. Clase WebSphereServer: atributos de CDM, atributos de agente, descripciones y ejemplos


Nombre KYNAPSST:NODENAMEKYNAPSST:SERVERNAME

El nombre de nodoy el nombre deservidor delservidorWebSphere.

delta03Node01:TradeServer2

ProductName Ninguno (valor no modificable) La serie IBMWebSphereApplicationServer

IBM WebSphereApplication Server

ProductVersion KYNAPSRV:WAS_VER La versión deproducto delservidorWebSphere.

7.0.0.19

Estado KYNAPSST:STATUS El estado actualdel servidorWebSphere.

En ejecución

ManagedSystemName

Variable de DLA de TMS %{MSYSN} El nombre desistema gestionadodel agente deWebSphere.

delta03Node01TradeS:delta03:KYNS

KeyName Ninguno (valor no modificable) La serieAppServer

AppServer

Clase WebSpherePropertyEsta clase representa una instancia de una propiedad de servidor WebSphere.

Nombre de clase CDMapp.j2ee.websphere.WebSphereProperty

Relaciones

• Como destino:

Relación Origen

contiene app.j2ee.websphere.WebSphereServer



Tabla 19. Clase WebSphereProperty: atributos de CDM, atributos de agente, descripciones y ejemplos


Name KYNAPSST:DIR_NAMEKYNAPSST:NODENAMEKYNAPSST:SERVERNAMEKYNAPSST:CELLNAME

El nombre decelda, elnombre denodo y elnombre deservidor delservidorWebSphere.

TADDMITMMSNLINK:/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/config/cells/delta02Cell01/nodes/delta03Node01/servers/TradeServer2/server.xml

Value INODESTS:HOSTADDR La dirección IPdel servidorWebSphere.

127.0.0.1

Clase BindAddressEsta clase representa el puerto TCP/IP del servidor WebSphere.


Relaciones

• Como origen:

Relación Destino

bindsTo net.IpV4Address

bindsAsPrimary net.IpV4Address

• Como destino:

Relación Origen

accessedVia app.j2ee.websphere.WebSphereServer




PortNumber ADDWASMSN:TADDM El puerto TCP/IP del servidorWebSphere.

80

Path Static La serie (none). (none)

Clase IpV4AddressEsta clase representa la dirección IPv4 del servidor WebSphere.

Nombre de clase CDMnet.IpV4Address


Relaciones

• Como destino:

Relación Origen


bindsAsPrimary net.BindAddress


Tabla 21. Clase IpV4Address: atributos de CDM, atributos de agente, descripciones y ejemplos


DotNotation INODESTS:HOSTADDR La dirección IP ennotación decimalcon puntosestándar.

127.0.0.1

StringNotation INODESTS:HOSTADDR La dirección IP enformato serie.

127.0.0.1



Relaciones

• Como origen:

Relación Destino

supervisa app.j2ee.websphere.WebSphereServer




ManagedObjectName Variable de DLA de TMS %{SUBNODE_MSYSN}

El nombre deobjeto delagente deWebSphere.

p@delta02Node01TradeS:delta02:KYNS

ManagedSystemName Variable de DLA de TMS %{SUBNODE_MSYSN}

El nombredel sistemadel agentedeWebSphere.

delta02Node01TradeS:delta02:KYNS

SoftwareVersion Variable de DLA de TMS %{PRODVER}

La versióndel agentedeWebSphere.

07.10.02


Tabla 22. Clase TMSAgent: atributos de CDM, atributos de agente, descripciones y ejemplos(continuación)


ProductCode Código de producto delagente

El código deproducto delagente deWebSphere.

YN

Affinity Variable de DLA de TMS %{PRODAFF}

La afinidaddel agentedeWebSphere.

00000000000000000000000000000010800003yw0a7

Name Variable de TMSDLA: %{SUBNODE_MSYSN}

El nombredel agentedeWebSphere.

delta02Node01TradeS:delta02:KYNS-KYNAgent

Label Variable de TMSDLA %{SUBNODE_MSYSN}

La etiquetadel agentedeWebSphere.

delta02Node01TradeS:delta02:KYNS-KYNAgent

Situaciones predefinidas para Solutions for BSMIBM Solutions for Business Service Management incluye un conjunto de situaciones predefinidas paraagentes de IBM Tivoli Monitoring (ITM). Estas situaciones están pensadas para implementar unasupervisión efectiva de sistemas operativos, bases de datos, middleware y máquinas virtuales.

Situaciones predefinidas para agentes de sistema operativo de ITMIBM Solutions for Business Service Management incluye un conjunto de situaciones predefinidas paraagentes de sistema operativo de IBM Tivoli Monitoring (Tivoli Monitoring). Estas situaciones estánpensadas para implementar una supervisión efectiva de sistema operativo para la mayoría de entornos.

Se proporcionan situaciones para los siguientes agentes de Tivoli Monitoring:

• Agente de supervisión para el sistema operativo UNIX• Agente de supervisión para registros UNIX• Agente de supervisión premium para AIX• Agente de supervisión para el sistema operativo Linux• Agente de supervisión para el sistema operativo Windows

Los nombres de las situaciones siguen la convención siguiente:

target_agent_name_severity

donde:target

El tipo de sistema operativo de destino (AIX, UNIX, Linux, o Windows)agent

El código de producto de dos letras del agentename

Un nombre descriptivo de la situaciónseverity

La gravedad de los sucesos generados por la situación (WARNING o CRITICAL)


Situaciones para AIXLas siguientes situaciones predefinidas supervisan sistemas AIX. Estas situaciones las ejecuta el agentede supervisión premium para AIX (código de producto PX) y el agente de supervisión para registros deUNIX (código de producto UL).Para obtener más información sobre estos agentes, incluyendo lasversiones soportadas de AIX, consulte la documentación de Tivoli Monitoring.

Tabla 23. Situaciones predefinidas de AIX

Nombre de situación Descripción Gravedad Fórmula

AIX_PX_LparEntUsedPct_W Supervisa la utilización de CPU deLPAR para valores que superen el100 por cien de su titularidad.

WARNING *IF *VALUEKPX_LOGICAL_PARTITION.Entitlement_Used_Pct *GT 100

AIX_UL_Errpt_C Supervisa elarchivo /var/adm/ras/errlog enbusca de entradas de las clasesError_logger(O), Hardware(H) oSoftware (S), con los tipos deerror P (PERF, PEND, PERM), U(UNKN) o I (INFO).

CRITICAL *IF ( ( *VALUE Log_Entries.Class*EQ 'Error_Logger' *AND( ( ( *VALUE Log_Entries.Type *EQI ) *OR ( *VALUELog_Entries.Type *EQ P ) *OR( *VALUE Log_Entries.Type *EQU ) ) ) ) *OR ( *VALUELog_Entries.Class *EQ Hardware*AND ( ( ( *VALUELog_Entries.Type *EQ P ) *OR( *VALUE Log_Entries.Type *EQU ) ) ) ) *OR ( *VALUELog_Entries.Class *EQ Software*AND ( ( ( *VALUELog_Entries.Type *EQ P ) *OR( *VALUE Log_Entries.Type *EQU ) ) ) ) )

AIX_UX_ProcMissing_C Supervisa procesos especificadosque no están en ejecución, seaporque se han detenido o porquenunca se han iniciado.

CRITICAL *IF *MISSINGProcess.Command_U *EQ( '/usr/*/errdemon','/usr/*/portmap','/usr/*/qdaemon','/usr/*/srcmstr','/usr/*/syncd' )

Situaciones de LinuxLas siguientes situaciones predefinidas supervisan sistemas Linux. Estas situaciones las ejecuta el agentede supervisión para el sistema operativo Linux (código de producto LZ).Para obtener más informaciónsobre este agente, incluyendo los sistemas operativos soportados, consulte la documentación de TivoliMonitoring.

Tabla 24. Situaciones predefinidas de Linux


Linux_LZ_AvgCpuBusyPct60Min_C Supervisa el usode CPU total(incluyendo tantolos procesos desistema como deusuario de todaslas CPU) paravalores quesuperan el 95 porciento.

CRITICAL *IF *VALUE Linux_CPU_Averages.CPU_Usage_Current_Average *GE 95.0


Tabla 24. Situaciones predefinidas de Linux (continuación)


Linux_LZ_CpuBusyPct_C Supervisa la cargade trabajo de CPUelevada.

CRITICAL *IF ( ( *VALUE Linux_CPU.CPU_ID *NEAggregate *AND *VALUELinux_CPU.Busy_CPU *GT 95.0 ) *OR( *VALUE Linux_CPU.CPU_ID *EQAggregate *AND *VALUELinux_CPU.Busy_CPU *GT 90.0 ) )

Linux_LZ_CpuWaitIO_W Supervisa lasesperas deentrada/salida deCPU.

WARNING *IF *VALUE Linux_CPU.Wait_IO_CPU*GT 10 *AND *VALUELinux_CPU.CPU_ID *EQ Aggregate

Linux_LZ_LoadAvg5min_C Supervisa la cargadel sistemadurante losúltimos cincominutos.

CRITICAL *IF ( ( *VALUELinux_Machine_Information.Number_of_Processors_Online *EQ 1*AND *VALUE Linux_System_Statistics.System_Load_5min *GT 4.0 )*OR ( *VALUELinux_Machine_Information.Number_of_Processors_Online *EQ 2*AND *VALUE Linux_System_Statistics.System_Load_5min *GT 8 )*OR ( *VALUELinux_Machine_Information.Number_of_Processors_Online *EQ 3*AND *VALUE Linux_System_Statistics.System_Load_5min *GT 12 )*OR ( *VALUELinux_Machine_Information.Number_of_Processors_Online *EQ 4*AND *VALUE Linux_System_Statistics.System_Load_5min *GT 16 )*OR ( *VALUELinux_Machine_Information.Number_of_Processors_Online *EQ 6*AND *VALUE Linux_System_Statistics.System_Load_5min *GT 24 )*OR ( *VALUELinux_Machine_Information.Number_of_Processors_Online *EQ 8*AND *VALUE Linux_System_Statistics.System_Load_5min *GT 32 ) )

Linux_LZ_NetTotalErrPct_W Supervisa elporcentaje deerrores depaquetes de redrecibidos otransmitidos.

WARNING *IF *VALUELinux_Network.Total_Error_Percent*GT 10

Linux_LZ_NumberZombies_W Supervisa elnúmero deprocesos extintos.

WARNING *IF *VALUE Linux_System_Statistics.Processes_Zombie_Count *GE 50

Linux_LZ_ProcHighCpu_C Supervisa lautilización de CPUpor parte de todoslos procesosexcepto kswapd.

CRITICAL *IF *VALUE Linux_Process.Busy_CPU_Pct *GE 95.0 *AND *VALUELinux_Process.Process_Command_Name_U *NEkswapd


Tabla 24. Situaciones predefinidas de Linux (continuación)


Linux_LZ_ProcMissing_C Supervisaprocesosespecificados queno están enejecución, seaporque se handetenido o porquenunca se haniniciado.

CRITICAL *IF *MISSINGLinux_Process.Proc_CMD_Line_U *EQ( '/usr/*/sshd','/usr/*/syslogd','/usr/*/ntpd','/usr/*/inetd','/usr/*/crond' )

Linux_LZ_SpaceUsedPct_C Supervisa todoslos sistemas dearchivos montadospor el porcentajede espacioutilizado.

CRITICAL *IF *VALUELinux_Disk.Space_Used_Percent *GE95 *AND *VALUE Linux_Disk.FS_Type*NE nfs

Linux_LZ_SwapSpaceUsedPct_C Supervisa elporcentaje deespacio deintercambioutilizado.

CRITICAL *IF *VALUELinux_VM_Stats.Swap_Pct_Used *GT40

Linux_UL_SyslogError_C Supervisa elarchivo de registroen busca deentradas quecontengan la serieerror.

CRITICAL *IF ( ( *VALUE Log_Entries.Log_Path_U*EQ '/var/adm' *AND *VALUELog_Entries.Log_Name_U *EQ'messages' *AND *SCANLog_Entries.Description_U *EQ 'error'*AND *SCAN Log_Entries.Description_U*NE 'PAM' ) *OR ( *VALUELog_Entries.Log_Path_U *EQ '/var/log'*AND *VALUELog_Entries.Log_Name_U *EQ'messages' *AND *SCANLog_Entries.Description_U *EQ 'error'*AND *SCAN Log_Entries.Description_U*NE 'pam_ldap' *AND *SCANLog_Entries.Description_U *NE 'PAM' ) )

Situaciones de UNIXLas siguientes situaciones predefinidas supervisan sistemas UNIX. Estas situaciones las ejecuta el agentede supervisión para el sistema operativo UNIX (código de producto UX) y el agente de supervisión pararegistros de UNIX (código de producto UL).Para obtener más información sobre estos agentes, incluyendolos sistemas operativos soportados, consulte la documentación de Tivoli Monitoring.


Tabla 25. Situaciones predefinidas de UNIX


Unix_UL_SyslogError_C Supervisa elarchivo de registroen busca deentradas quecontengan la serieerror

CRITICAL *IF ( ( *VALUE Log_Entries.Log_Path_U*EQ '/var/adm' *AND *VALUELog_Entries.Log_Name_U *EQ'messages' *AND *SCANLog_Entries.Description_U *EQ 'error'*AND *SCAN Log_Entries.Description_U*NE 'PAM' ) *OR ( *VALUELog_Entries.Log_Path_U *EQ '/var/log'*AND *VALUELog_Entries.Log_Name_U *EQ'messages' *AND *SCANLog_Entries.Description_U *EQ 'error'*AND *SCAN Log_Entries.Description_U*NE 'pam_ldap' *AND *SCANLog_Entries.Description_U *NE 'PAM' ) )

Unix_UX_AvgCpuBusyPct5min_C Supervisa el usode CPU total (tantode procesos desistema como deusuario) de todaslas CPU.

CRITICAL *IF *VALUE SMP_CPU.Avg_CPU_Busy_5*GT 90 *AND *VALUE SMP_CPU.CPU_ID*EQ aggregate

Unix_UX_CpuBusyPct_C Supervisa la cargade trabajo de CPUelevada.

CRITICAL *IF ( ( *VALUE SMP_CPU.CPU_Busy *GT90 *AND *VALUE SMP_CPU.CPU_ID *EQaggregate ) *OR ( *VALUESMP_CPU.CPU_Busy *GT 95 *AND*VALUE SMP_CPU.CPU_ID *NEaggregate ) )

Unix_UX_LoadAvg5min_C Supervisa elnúmero promediode procesos en lacola de ejecuciónde kernel de UNIXdurante losúltimos cincominutos.

CRITICAL *IF ( ( *VALUE Machine_Information.Number_of_Physical_Processors*EQ 1 *AND *VALUESystem.Load_Average_5_Min *GT 4.0 )*OR ( *VALUE Machine_Information.Number_of_Physical_Processors *EQ 2*AND *VALUESystem.Load_Average_5_Min *GT 8 )*OR ( *VALUE Machine_Information.Number_of_Physical_Processors *EQ 3*AND *VALUESystem.Load_Average_5_Min *GT 12 )*OR ( *VALUE Machine_Information.Number_of_Physical_Processors *EQ 4*AND *VALUESystem.Load_Average_5_Min *GT 16 )*OR ( *VALUE Machine_Information.Number_of_Physical_Processors *EQ 6*AND *VALUESystem.Load_Average_5_Min *GT 24 )*OR ( *VALUE Machine_Information.Number_of_Physical_Processors *EQ 8*AND *VALUESystem.Load_Average_5_Min *GT32 ) )

Unix_UX_NumberZombies_W Supervisa elnúmero deprocesos extintos.

WARNING *IF *VALUE System.Processes_Zombie*GE 50


Tabla 25. Situaciones predefinidas de UNIX (continuación)


Unix_UX_PagingRate_C Supervisa elnúmero promediode páginasexaminadas porsegundo duranteel intervalo demuestreo.

CRITICAL *IF *VALUE System.Page_Scan_Rate*GT 500

Unix_UX_ProcMissing_C Supervisaprocesosespecificados queno están enejecución, seaporque se handetenido o porquenunca se haniniciado.

CRITICAL *IF *MISSING Process.Command_U*EQ ( '/usr/*/cron','/usr/*/dsmcad','/usr/*/gmond','/usr/*/inetd','/usr/*/ntpd','/usr/*/snmpd','/usr/*/sshd','/usr/*/syslogd' )

Unix_UX_ProcHighCpu_C Supervisa lautilización de CPUpor parte de todoslos procesosexcepto kproc yswapper.

CRITICAL *IF *VALUE Process.CPU_Utilization*GE 95 *AND *SCANProcess.Process_Command_U *NE'wait' *AND *SCANProcess.Process_Command_U *NE'swapper' *AND *SCANProcess.Process_Command_U *NE'kproc'

Unix_UX_NetInOutErrPct_W Supervisa elporcentaje deerrores que seproducen conpaquetes de redrecibidos otransmitidos.

CRITICAL *IF ( ( *VALUENetwork.Interface_Status *EQ Up *AND*VALUE Network.Input_Packet_Errors_Percent *GT 10 ) *OR ( *VALUENetwork.Interface_Status *EQ Up *AND*VALUE Network.Output_Packet_Errors_Percent *GT 10 ) )

Unix_UX_SpaceUsedPct_C Supervisa todoslos sistemas dearchivos montadospor el porcentajede espacioutilizado.

CRITICAL *IF *VALUE Disk.Space_Used_Percent*GE 95

Unix_UX_SwapSpaceUsedPct_C Supervisa elporcentaje deespacio deintercambioutilizado.

CRITICAL *IF *VALUEUnix_Memory.Used_Swap_Space_Pct*GT 40.0

Unix_UX_SysWaitIOPct_W Supervisa elporcentaje detiempo que la CPUpasa esperandooperaciones deE/S.

WARNING *IF *VALUE System.Wait_I/O *GT 20

Situaciones de WindowsLas siguientes situaciones predefinidas supervisan sistemas Windows. Estas situaciones las ejecuta elagente de supervisión para el sistema operativo Windows (código de producto NT).Para obtener másinformación sobre este agente, incluyendo las versiones soportadas de Windows, consulte ladocumentación de Tivoli Monitoring.


Tabla 26. Situaciones predefinidas de Windows


Win_NT_CpuTimePct_W Supervisa lautilización de CPUglobal de cadaprocesador.

WARNING *IF *VALUENT_Processor.%_Processor_Time *GE90

Win_NT_DiskUsedPct_C Supervisa en todoslos discos lógicosel porcentaje deespacio utilizado.

CRITICAL *IF *VALUE NT_Logical_Disk.%_Used*GE 95 *AND *VALUENT_Logical_Disk.Disk_Name *NE'_Total'

Win_NT_EvtlogSpaceUsedPct_W Supervisa elespacio utilizadopor los registrosde sucesos.

WARNING *IF *VALUENT_Monitored_Logs_Report.%_Usage*GE 95

Win_NT_Evtlog_All_W Supervisa elregistro desucesos deWindows en buscade ID de sucesoespecíficos.

CRITICAL *IF ( ( *VALUE NT_Event_Log.Source_U*EQ 'Rdr' *AND *VALUENT_Event_Log.Event_ID *EQ 3013 )*OR ( *VALUE NT_Event_Log.Source_U*EQ 'Srv' *AND *VALUENT_Event_Log.Event_ID *EQ 2011 )*OR ( *VALUE NT_Event_Log.Source_U*EQ 'disk' *AND *VALUENT_Event_Log.Event_ID *EQ 11 ) *OR( *VALUE NT_Event_Log.Source_U *EQ'Netlogon' *AND *VALUENT_Event_Log.Event_ID *EQ 5719 ) )

Win_NT_MemAvailKB_C Supervisa lamemoria virtualdisponible.

CRITICAL *IF *VALUENT_Memory.Available_kBytes *LT10000

Win_NT_ProcCpuPct_W Supervisa lautilización de CPUde todos losprocesos exceptoel antivirus, TivoliStorage Manager ylos procesosdesocupados.

WARNING *IF *VALUENT_Process.%_Processor_Time *GE 95*AND *VALUENT_Process.Process_Name *NE'_Total' *AND *VALUENT_Process.Process_Name *NE Idle*AND *VALUENT_Process.Process_Name *NERtvscan *AND *VALUENT_Process.Process_Name *NEdsmcsvc *AND *VALUENT_Process.Process_Name *NEPriority Base

Win_NT_ProcMissing_C Supervisa losprocesos estándaren un sistemaWindows.

CRITICAL *IF *MISSINGNT_Process.Process_Name *EQ('lsass','services,'svchost')

Win_NT_ServiceAutomatic_C Supervisa losservicios iniciadosautomáticamente.

CRITICAL *IF *VALUE NT_Services.Start_Type*EQ Automatic *AND *VALUENT_Services.Current_State *EQ'Stopped'


Tabla 26. Situaciones predefinidas de Windows (continuación)


Win_NT_TcpRetrans_W Supervisa el índicede segmentostransmitidos quecontienen bytestransmitidosanteriormente,para ayudar aidentificar unainterfaz de red quefalla.

WARNING *IF *VALUE TCP_Statistics.Segment_Retransmitted/sec *GT 1

Situaciones predefinidas para agentes de base de datos de ITMIBM Solutions for Business Service Management incluye un conjunto de situaciones predefinidas paraagentes de base de datos de IBM Tivoli Monitoring (Tivoli Monitoring). Estas situaciones están pensadaspara implementar una supervisión efectiva de bases de datos para la mayoría de entornos.


• Microsoft SQL (MS SQL) Server• Oracle



donde:target

El tipo de la base de datos de destino (MSSQL u Oracle)agent



La gravedad de los sucesos generados por la situación (como por ejemplo WARNING o CRITICAL)

Situaciones de MS SQLLas siguientes situaciones predefinidas supervisan sistemas de Microsoft SQL (MS SQL) Server . Estassituaciones las ejecuta el agente de supervisión para Microsoft SQL Server (código de producto OQ).Paraobtener más información sobre estos agentes, incluyendo las versiones soportadas de MS SQL, consultela documentación de Tivoli Monitoring.

Tabla 27. Situaciones predefinidas de MS SQL


MSSQL_OQ_BatchRequests_M Solicitudes porlotes porsegundo

MINOR *IF *VALUE MS_SQL_Batch_Stats.Batch_Reuests *GT1000.00

MSSQL_OQ_CacheHitRatio_M Porcentaje decoincidenciasen la memoriacaché de datosen relación altotal desolicitudes dedatos.

MINOR *IF *VALUEMS_SQL_Server_Summary.Cache_Hit_Ratio *LT 85.00*AND *VALUE MS_SQL_Server_Summary.Server_Status*EQ Active


Tabla 27. Situaciones predefinidas de MS SQL (continuación)


MSSQL_OQ_ClusterFailover_M Errores deservidorproducidos enel intervaloactual

MINOR *IF *VALUE MS_SQL_Problem_Detail.Error_ID *EQ1069

MSSQL_OQ_ClusterFailover_W Errores deservidorproducidos enel intervaloactual

WARNING *IF ( ( *VALUE MS_SQL_Problem_Detail.Error_ID *EQ17058 ) *OR ( *VALUEMS_SQL_Problem_Detail.Error_ID *EQ 17137 *AND*VALUE MS_SQL_Problem_Detail.Message_Age *LE 60*AND *VALUE MS_SQL_Problem_Detail.Severity_Level*LT 10 ) )

MSSQL_OQ_CPU_W Porcentaje deCPU de MS > 90

WARNING *IF *VALUEMS_SQL_Server_Summary.Total_OS_CPU_Percent *GT95.00 *UNTIL ( *TTL 0:02:15:00 )

MSSQL_OQ_DatabaeState_C Cuando estadode base dedatos essospechoso

CRITICAL *IF *VALUEMS_SQL_Database_Detail.Suspect_Database *EQ True

MSSQL_OQ_DatabaseStatus_H Cuando estadode base dedatos es fuerade línea

HARMLESS *IF *VALUE MS_SQL_Database_Detail.Database_Status*EQ Not_Available *AND *VALUEMS_SQL_Database_Detail.Database_Name *NE model*UNTIL ( *SIT MSSQL_OQ_DatabaeState_C )

MSSQL_OQ_DBFreeSpace_M Porcentaje deespacio libre enla base de datosmenor => 20

MINOR *IF *VALUEMS_SQL_Database_Detail.Data_Freespace_Percent*LE 2.00 *AND *VALUEMS_SQL_Database_Detail.Database_Status *EQAvailable *UNTIL ( *SIT MSSQL_OQ_ServerStatus_F )

MSSQL_OQ_FailedJobs_W Trabajos deagente de SQLServer fallidos

WARNING *IF *VALUE MS_SQL_Job_Detail.Job_Status *EQ Failed*UNTIL ( *SIT MSSQL_OQ_FailedTopJobs_C )

MSSQL_OQ_FailedTopJobs_C Trabajos deagente de SQLServerimportantesfallidos

CRITICAL *IF *VALUE MS_SQL_Job_Detail.Job_Status *EQ Failed*AND *SCAN MS_SQL_Job_Detail.Job_Name *EQ'Backup Job'

SSQL_OQ_FreeSpaceTempDB _C Espacio libre debase de datos <10 MB

CRITICAL *IF *VALUE MS_SQL_Database_Detail.Database_Name*EQ Tempdb *AND *VALUEMS_SQL_Database_Detail.Data_Freespace *LT 10.00*AND *VALUEMS_SQL_Database_Detail.Database_Status *EQAvailable

MSSQL_OQ_Growth_M Advertencia decrecimientosuperior al 5%

MINOR *IF *VALUE MS_SQL_Database_Detail.Database_Growth_Percent *GT 10.00

MSSQL_OQ_LogFreeSpace_M Porcentaje deespacio libre deregistro menor<= 20

MINOR *IF *VALUE MS_SQL_Database_Summary._Minimum_Pct_Log_Freespace *GT 0.00 *AND *VALUE MS_SQL_Database_Summary.Minimum_Pct_Log_Freespace *LE 20.00

MSSQL_OQ_Logon_C Conexión deusuario activo >X

CRITICAL *IF *VALUEMS_SQL_Statistics_Summary.Current_Logons *GT2000


Tabla 27. Situaciones predefinidas de MS SQL (continuación)


MSSQL_OQ_LogShipping_W Trabajo de envíode registrofallido

WARNING *IF *VALUEMS_SQL_Log_Shipping_Jobs_Detail.Job_Status *EQError

MSSQL_OQ_LogShippingThreshold_W

Umbral de copiade seguridad/restauración debase de datosque envía elregistrosuperado

WARNING *IF *VALUE MS_SQL_Log_Shipping_DB_Details.Threshold_Exceeded *EQ Yes

MSSQL_OQ_LongRunningTrans_M

El nombre detransacción máslarga ha sido elmismo en los 2últimos ciclos

MINOR *IF *VALUE MS_SQL_Database_Detail.Long_Running_Transaction_Time_Per_Sec *GT 50.00 *UNTIL ( *TTL0:01:00:00 )

MSSQL_OQ_MirrorFailover_C El estado deduplicación estápendiente demigración traserror

CRITICAL *IF *VALUEMS_SQL_Database_Mirroring.Mirroring_State *EQPending_Failover

MSSQL_OQ_MirrorLagging_W El estado deduplicación estásincronizando

WARNING *IF *VALUEMS_SQL_Database_Mirroring.Mirroring_State *EQSynchronizing

MSSQL_OQ_Mirror Suspended_W El estado deduplicación estásuspendido

WARNING *IF *VALUEMS_SQL_Database_Mirroring.Mirroring_State *EQSuspended

MSSQL_OQ_NumProcessBlock_M

Número deprocesosbloqueados

MINOR *IF *VALUEMS_SQL_Process_Summary.Total_Processes_ Blocked*GT 20

MSSQL_OQ_ProcessesBad_W Número deprocesoserróneos => 1

WARNING *IF *VALUEMS_SQL_Process_Summary.Total_Processes_Bad *GE1

MSSQL_OQ_ProcessesTotal_W Total deprocesos >1200

WARNING *IF *VALUEMS_SQL_Process_Summary.Total_Processes *GT1200

MSSQL_OQ_ReplLatency_C Retardo deproceso deréplica (enmilisegundos)

CRITICAL *IF *VALUEMS_SQL_Database_Detail.Replication_Latency *GT900000

MSSQL_OQ_ReplLatency_W Retardo deproceso deréplica (enmilisegundos)

WARNING *IF *VALUEMS_SQL_Database_Detail.Replication_Latency *GT120000 *AND *VALUEMS_SQL_Database_Detail.Replication_Latency *LE900000

MSSQL_OQ_ServerStatus_F Cuando estadode servidor esno activo

FATAL *IF *VALUE MS_SQL_Server_Summary.Server_Status*EQ Inactive

Situaciones de OracleLas siguientes situaciones predefinidas supervisan las bases de datos de Oracle. Estas situaciones lasejecuta el agente de supervisión para Oracle (código de producto OR).Para obtener más información


sobre estos agentes, incluyendo las versiones de Oracle soportadas, consulte la documentación de TivoliMonitoring.

Tabla 28. Situaciones predefinidas de Oracle


Oracle_OR_ArchivDestFull_C Porcentaje dearchivado dedestino deOracle llenosuperior o igualal 98%

CRITICAL *IF *VALUE Oracle_Server.Archive_Dest_Percent_Full *GE 98

Oracle_OR_ArchivDestFull_M Porcentaje dearchivado dedestino deOracle lleno>=95% Y <98%

MINOR *IF *VALUE Oracle_Server.Archive_Dest_Percent_Full *GE 95 *AND *VALUE Oracle_Server.Archive_Dest_Percent_Full *LT 98

Oracle_OR_ArchivDestFull_W Porcentaje dearchivado dedestino deOracle lleno>=90% Y <95%

WARNING *IF *VALUE Oracle_Server.Archive_Dest_Percent_Full GE 90 *AND *VALUE Oracle_Server.Archive_Dest_Percent_Full *LT 95

Oracle_OR_BkgdDumpSpace _W El porcentaje deespacio devolcado ensegundo planoes superior a 98

WARNING *IF *VALUE Oracle_Statistics_Summary.Background_Dump_Space_Percent_Used *GT 98

Oracle_OR_FreeTbsp_C El porcentaje deespacio libre esinferior a 2

CRITICAL *IF *VALUE Oracle_Tablespaces.Percent_Free_Space_Including_Auto_Extend *LT 2

Oracle_OR_FreeTbsp_M El porcentaje deespacio libre es2 <= Valor < 8

MINOR *IF *VALUE Oracle_Tablespaces.Percent_Free_Space_Including_Auto_Extend *GE 2 *AND *VALUE Oracle_Tablespaces.Percent_Free_Space_Including_Auto_Extend *LT 8

Oracle_OR_FreeTbsp_W El porcentaje deespacio libre es8 <= Valor < 15

WARNING *IF *VALUE Oracle_Tablespaces.Percent_Free_Space_Including_Auto_Extend *LT 15 *AND *VALUE Oracle_Tablespaces.Percent_Free_Space_Including_Auto_Extend *GE 8

Oracle_OR_JobBroken_C El trabajo deOracle se hainterrumpido

CRITICAL *IF *VALUE Oracle_Job_Summary.Broken *EQ Yes

Oracle_OR_JobQueueFailures_C

Númeromáximo defallos detrabajos(JobFailures) deOracle >= 12

CRITICAL *IF *VALUE Oracle_Job_Summary.Failures *GE 12

Oracle_OR_JobQueueFailures_M

Númeromáximo defallos detrabajos(JobFailures) deOracle 8 <=valor < 12

MINOR *IF *VALUE Oracle_Job_Summary.Failures *GE 8 *AND *VALUE Oracle_Job_Summary.Failures *LT 12


Tabla 28. Situaciones predefinidas de Oracle (continuación)


Oracle_OR_JobQueueFailures_W

Númeromáximo defallos detrabajos(JobFailures) deOracle 4 <=value < 8

WARNING *IF *VALUE Oracle_Job_Summary.Failures *GE 4 *AND *VALUE Oracle_Job_Summary.Failures *LT 8

Oracle_OR_Listener_C El estado deescucha deOracle no esactivo

CRITICAL *IF *VALUE Oracle_Listener_Detail.Listener_Status *EQ Inactive

Oracle_OR_RedoLogs_C Total Los registros derehacer soninferiores a 5

CRITICAL *IF *VALUE Oracle_Server.Total_Redo_Logs *LT 5

Oracle_OR_RedoLogs_W Total registrosde rehacer es5<= Valor < 10

WARNING *IF *VALUE Oracle_Server.Total_Redo_Logs *LT 10 *AND *VALUE Oracle_Server.Total_Redo_Logs *GE 5

Oracle_OR_ServerNotActive_C El estado deservidor deOracle esinactivo

CRITICAL *IF *VALUE Oracle_Server.Server_Status *EQ Inactive

Oracle_OR_SnapshotOldErrCount_C

Se ha alcanzadoel máximorecuento deerrores deinstantáneademasiadoantigua(Intervalo)

CRITICAL *IF *VALUE Oracle_Undo_Stat_Summary.Snapshot_Too_Old_Error_Count_64 *GT 0 *UNTIL ( *TTL 0:00:15:00 )

Oracle_OR_UndoSpaceErrCount_C

Se ha alcanzadoel máximorecuento deerrores de faltade espacio(Intervalo)

CRITICAL *IF *VALUE Oracle_Undo_Stat_Summary.No_Space_Error_Count *GT 0

Oracle_OR_UsedCoreDumpSpace_W

Máximo espaciode volcado delnúcleo utilizado

WARNING *IF *VALUE Oracle_Statistics_Summary.Core_Dump_Space_Percent_Used *GT 95

Oracle_OR_UserDumpSpace_W Máximo espaciode volcado deusuario utilizado

WARNING *IF *VALUE Oracle_Statistics_Summary.User_Dump_Space_Percent_Used *GT 90

Situaciones predefinidas para agentes de aplicaciónIBM Solutions for Business Service Management incluye un conjunto de situaciones predefinidas paraagentes de IBM Tivoli Monitoring (Tivoli Monitoring) para IBM Tivoli Composite Application Manager forApplications (ITCAM for Applications).


• WebSphere Application Server• Servidores web• Universal




donde:target

El tipo de destino (WAS, Apache, URL)agent




Situaciones de WebSphereLas siguientes situaciones predefinidas supervisan WebSphere Application Servers . Estas situaciones lasejecuta el agente de supervisión para WebSphere (código de producto YN).Para obtener más informaciónsobre estos agentes, incluyendo las versiones soportadas de WebSphere, consulte la documentación deTivoli Monitoring.

Tabla 29. Situaciones predefinidas de WebSphere Application Server


WAS_YN_AppDiscovered_I La aplicaciónWAS estádescubierta

Informativo *IF *VALUE Application_Monitoring_Configuration.Mon_Status *EQ Discovered

WAS_YN_ApplicationHealth _C El estado dela aplicaciónWAS es malo(Bad)

CRITICAL *IF *VALUE Application_Health_Status.Application_Health *EQ Bad

WAS_YN_ApplicationHealth_I La aplicacióndeWebSphereha vuelto a unestado bueno(Good).

Informativo *IF *VALUE Application_Health_Status.Application_Health *EQ Good *UNTIL ( *TTL 0:00:00:30 )

WAS_YN_ApplicationHealth _W El estado dela aplicaciónWAS escorrecto (Fair)

WARNING *IF *VALUE Application_Health_Status.Application_Health *EQ Fair *UNTIL ( *SIT WAS_YN_ApplicationHealth_C )

WAS_YN_AppServerActivity _H Actividad deservidor deaplicacionesWAS

Harmless *IF ( ( *SIT WAS_YN_EJBConActivity_H *EQ *TRUE ) *OR ( *SIT WAS_YN_WebAppActivity_H *EQ *TRUE ) )

WAS_YN_AppServerNoActivity_W

Advertenciade falta deactividad (NoActivity) delservidor deaplicacionesWAS

WARNING *IF *SIT WAS_YN_EJBConNoActivity_W *EQ *TRUE *AND *SIT WAS_YN_WebAppNoActivity_W *EQ *TRUE *UNTIL ( *SIT WAS_YN_AppServerActivity_H )

WAS_YN_AppServerStatus_C Estado delservidor deaplicacionesWAS

CRITICAL W*IF *VALUE Application_Server.Status *NE Connected


Tabla 29. Situaciones predefinidas de WebSphere Application Server (continuación)


WAS_YN_AppServerStatus_W Estado delservidor deaplicacionesWAS

WARNING *IF *VALUE Application_Server.Status *NE Connected *UNTIL ( *SIT WAS_YN_AppServerStatus_C )

WAS_YN_DBConnPoolAct_C Actividad deagrupación deconexiones debase de datosdel servidordeaplicacionesWAS

CRITICAL *IF *SCAN DB_Connection_Pools.Datasourc_Name *EQ Summary *AND *VALUE DB_Connection_ePools.Average_Pool_Size *EQ 0.0 *AND *VALUE DB_Connection_Pools.Maximum_Pool_Size *GT 0 *AND *SIT WAS_YN_AppServerActivity_H *EQ *TRUE

WAS_YN_DBConnPoolAct_W Advertenciade actividadde agrupaciónde conexionesde base dedatos delservidor deaplicacionesWAS

WARNING *IF *SCAN DB_Connection_Pools.Datasource_Name *EQ Summary *AND *VALUE DB_Connection_Pools.Average_Usage_Time *EQ 0.0 *AND *VALUE DB_Connection_Pools.Maximum_Pool_Size *GT 0 *AND *SIT WAS_YN_AppServerActivity_H *EQ *TRUE *UNTIL ( *SIT WAS_YN_DBConnPoolAct_C )

WAS_YN_DBConnPoolUsage_C

Uso crítico dela agrupaciónde conexionesde base dedatos delservidor deaplicacionesWAS

CRITICAL *IF ( ( *VALUE DB_Connection_Pools.Percent_Used *GE 95 ) *OR ( *VALUE DB_Connection_Pools.Average_Wait_Time *GT 0.0 *AND *VALUE DB_Connection_Pools.Percent_Used *GE 90 ) )

WAS_YN_DBConnPoolUsage_W

Advertenciade uso de laagrupación deconexiones debase de datosdel servidordeaplicacionesWAS

WARNING *IF ( ( *VALUE DB_Connection_Pools.Percent_Used *GE 70 *AND *VALUE DB_Connection_Pools.Average_Wait_Time *GT 0.0 ) *OR ( *VALUE DB_Connection_Pools.Percent_Used *GE 90 ) ) *UNTIL ( *SIT WAS_YN_DBConnPoolUsage_C )

WAS_YN_DBConnPoolWaitTime_C

Espera críticade laagrupación deconexiones debase de datosdel servidordeaplicacionesWAS

CRITICAL *IF *VALUE DB_Connection_Pools.Average_Wait_Time *GT 0 *AND *VALUE DB_Connection_Pools.Percent_Used *LT 70




WAS_YN_DBConnPoolWaitTime_W

Advertenciade espera dela agrupaciónde conexionesde base dedatos delservidor deaplicacionesWAS

WARNING *IF *VALUE DB_Connection_Pools.Average_Wait_Time *GT 0.0 *AND *VALUE DB_Connection_Pools.Percent_Used *LT 90 *UNTIL ( *SIT WAS_YN_DBConnPoolWaitTime_C )

WAS_YN_EJBConActivity_H Actividadinocua delcontenedorEJB delservidor deaplicacionesWAS

HARMLESS *IF *VALUE EJB_Containers.Method_Invocation_Rate *GT 0.0 *UNTIL ( *TTL 0:00:02:00 )

WAS_YN_EJBConNoActivity_W

Advertenciade falta deactividad (NoActivity) delcontenedorEJB delservidor deaplicacionesWAS

WARNING *IF *VALUE EJB_Containers.Method_Invocation_Rate *EQ 0

WAS_YN_GCActivity_C Actividadcrítica derecogida debasura delservidor deaplicacionesWAS

CRITICAL *IF ( ( *VALUE Garbage_Collection_Analysis.Times_Run *GT 20 ) *OR ( *VALUE Garbage_Collection_Analysis.Objects_Moved *GT 0 ) )

WAS_YN_GCActivity_W Advertenciade actividadde recogidade basura delservidor deaplicacionesWAS

WARNING *IF ( ( *VALUE Garbage_Collection_Analysis.Times_Run *GT 20 ) *OR ( *VALUE Garbage_Collection_Analysis.Objects_Moved *GT 0 ) ) *UNTIL ( *SIT WAS_YN_GCActivity_C )

WAS_YN_GCCPUOverhead_C Análisiscrítico derecogida debasura delservidor deaplicacionesWAS

CRITICAL *IF *VALUE Garbage_Collection_Analysis.Real_Time_Percent *GE 70.0

WAS_YN_GCCPUOverhead_W Análisiscrítico derecogida debasura delservidor deaplicacionesWAS

WARNING *IF *VALUE Garbage_Collection_Analysis.Real_Time_Percent *GE 30.0 *UNTIL ( *SIT WAS_YN_GCCPUOverhead_C )




WAS_YN_GCMonitor_W Advertenciadesupervisiónde recogidade basura delservidor deaplicacionesWASinhabilitada

WARNING *IF *VALUE Application_Server.Garbage_Collection_Monitoring *EQ Disabled

WAS_YN_PltMsgNoActivity_W Advertenciade falta deactividad (NoActivity) demensajes JMSdel servidordeaplicacionesWAS

WARNING *IF *VALUE JMS_Summary.Browse_Rate *EQ 0 *AND *VALUE JMS_Summary.Receive_Rate *EQ 0 *AND *VALUE JMS_Summary.Send_Rate *EQ 0

WAS_YN_ResourceMonitor_W Advertenciadesupervisiónde datos derecursos delservidor deaplicacionesWASinhabilitada

WARNING *IF *VALUE Application_Server.Resource_Data_Monitoring *EQ Disabled

WAS_YN_ThrdPoolAtMax_C Agrupación dehebras almáximocrítica delservidor deaplicacionesWAS

CRITICAL *IF *VALUE Thread_Pools.Percent_of_Time_Pool_at_Max *GT 0.0 *AND *VALUE Thread_Pools.Thread_Creation_Rate *GE Thread_Pools.Thread_Destruction_Rate

WAS_YN_ThrdPoolAtMax_W Advertenciade agrupaciónde hebras almáximo delservidor deaplicacionesWAS

WARNING *IF *VALUE Thread_Pools.Percent_of_Time_Pool_at_Max *GT 0.0 *UNTIL ( *SIT WAS_YN_ThrdPoolAtMax_C )

WAS_YN_WebAppActivity_H Actividad deaplicacionesweb delservidor deaplicacionesWAS

HARMLESS *IF *SCAN Web_Applications.Enterprise_Application_Name *EQ Summary *AND *VALUE Web_Applications.Request_Count *GT 0 *UNTIL ( *TTL 0:00:02:00 )

WAS_YN_WebAppNoActivity_W

Advertenciade falta deactividad (NoActivity) deaplicacionesweb delservidor deaplicacionesWAS

WARNING *IF *SCAN Web_Applications.Enterprise_Application_Name *EQ Summary *AND *VALUE Web_Applications.Request_Count *EQ 0




WAS_YN_WebAppUncaughtExcpt_W

Advertenciade excepciónno capturada(UncaughtException) deaplicacionesweb delservidor deaplicacionesWAS

WARNING*IF *VALUE Web_Applications.Error_Rate *GT 0.0 *AND *VALUE Web_Applications.Enterprise_Application_Name *NE '[Summary]'

WAS_YN_WebSrvNoActivity_W

Servidor deaplicacionesWAS -Servidor web- Advertenciade falta deactividad (NoActivity)

WARNING *IF *VALUE Web_Services.Dispatched_Requests *EQ 0 *AND *VALUE Web_Services.Processed_Requests *EQ 00 *AND *VALUE Web_Services.Received_Requests *EQ 0

WAS_PBW_ErrorInvocation_C Servidor deaplicacionesWAS - PlantasporWebSphere -Error críticode invocación

CRITICAL *IF *VALUE Servlets_JSPs.Servlet/JSP_Name *EQ '/error.jsp' *AND *VALUE Servlets_JSPs.Enterprise_Application_Name *EQ PlantsByWebSphere *AND *VALUE Servlets_JSPs.Request_Count *GT 0

Situaciones de servidores webLas siguientes situaciones predefinidas supervisan los servidores web de Apache. Estas situaciones lasejecuta el agente de supervisión para servidores web (código de producto HT).Para obtener másinformación sobre estos agentes, incluyendo las versiones soportadas de servidor web, consulte ladocumentación de Tivoli Monitoring.

Tabla 30. Situaciones predefinidas de servidores web


Apache_HT_WebSiteDown_C El sitio webestá fuera deservicio -Crítico

CRITICAL *IF *VALUE Apache_Web_Sites.Web_Site_Status *NE Running

Apache_HT_WebSiteFailures_C

Violación defallos deservidor porsegundo -Crítico

CRITICAL *IF *VALUE Apache_Web_Sites.Server_Failures_Rate *GT 1.000

Apache_HT_WebSiteFailures_W

Violación defallos deservidor porsegundo -Advertencia

WARNING *IF *VALUE Apache_Web_Sites.Server_Failures_Rate *GT 1.000 *UNTIL ( *SIT Apache_HT_WebSiteFailures_C )

Situaciones de agente universalLas siguientes situaciones predefinidas supervisan agentes universales. Estas situaciones las ejecuta elagente universal (código de producto UM).Para obtener más información sobre estos agentes, consulte ladocumentación de Tivoli Monitoring.


Tabla 31. Situaciones de agente universal predefinidas


URL_UM_URLStatus_C Estado de URLCrítico

CRITICAL *IF *VALUE INTERNETMANAGED_URL00.Status *NE OK

URL_UM_URLStatus_W Estado de URLAdvertencia

WARNING *IF *VALUE INTERNETMANAGED_URL00.Status *NE OK *UNTIL ( *SIT URL_UM_URLStatus_C )

Situaciones predefinidas para agentes de VMwareIBM Solutions for Business Service Management incluye un conjunto de situaciones predefinidas paraagentes de IBM Tivoli Monitoring (Tivoli Monitoring) para servidores virtuales.


• VMware ESX• VMware



donde:target

El tipo de destino (KVM)agent




Situaciones de VMware ESXLas siguientes situaciones predefinidas supervisan agentes de VMware ESX. Estas situaciones lasejecutan los agentes de IBM Tivoli Monitoring for Virtual Servers (código de producto VM).Para obtenermás información sobre estos agentes, consulte la documentación de Tivoli Monitoring.

Tabla 32. Situaciones predefinidas de VMWare ESX


KVM_VM_CPUUsage_M Uso de CPUen CPU 0demasiadoelevado

MINOR *IF *VALUE KVM_SERVER_CPU.CPU_Number *EQ 0 *AND *VALUE KVM_SERVER_CPU.CPU_Utilization *GT 95

KVM_VM_DatastoreStorage_C Almacenamiento de ESX

CRITICAL *IF *VALUE KVM_SERVER_DATASTORE.Free_Space *LE 15000

KVM_VM_HardwareESX_C Supervisiónde hardwarede ESX

CRITICAL *IF ( ( *VALUE KVM_SERVER_HEALTH.Sensor_Status *EQ 'Red' ) *OR ( *VALUE KVM_SERVER_HEALTH.Sensor_Status *EQ 'red' ) )


Tabla 32. Situaciones predefinidas de VMWare ESX (continuación)


KVM_VM_HardwareESX_M Supervisiónde hardwarede ESX

MINOR *IF ( ( *VALUE KVM_SERVER_HEALTH.Sensor_Status *EQ 'yellow' ) *OR ( *VALUE KVM_SERVER_HEALTH.Sensor_Status *EQ 'Yellow' ) )

KVM_VM_MaintenanceModeESX_I

Establecerservidor deESX enmodalidad demantenimiento

Informativo *IF *VALUE KVM_SERVER.Maintenance_Mode *EQ Yes

KVM_VM_NetworkDuplex_M Dúplex de redde servidor deESX

MINOR *IF *VALUE KVM_SERVER_NETWORK.Duplex *NE 'full' *AND *VALUE KVM_SERVER_NETWORK.Duplex *NE 'Unavailable'

KVM_VM_NetworkUsage_M Utilización deenlaces dered delservidor deESX

MINOR *IF *VALUE KVM_SERVER_NETWORK.Link_Utilization *GT 80.00

Situaciones de VMwareLas siguientes situaciones predefinidas supervisan agentes de VMware. Estas situaciones las ejecutan losagentes de IBM Tivoli Monitoring for Virtual Servers (código de producto VM).Para obtener másinformación sobre estos agentes, consulte la documentación de Tivoli Monitoring.

Tabla 33. Situaciones predefinidas de VMWare


KVM_VM_ConnVirtualCenter_C

El agente deVM no sepuedeconectar alVirtualCenter

CRITICAL *IF *VALUE KVM_AGENT_EVENTS.Severity *EQ Severe *AND *VALUE KVM_AGENT_EVENTS.Subsystem *EQ Connection *UNTIL ( *TTL 0:00:15:00 )

KVM_VM_DatastoreOvercommit_C

Hay un excesodeconfirmaciones para elalmacén dedatos

CRITICAL *IF *VALUE KVM_DATASTORES.Percent_Overcommitted *GT 100.00

KVM_VM_DatastoreOvercommit_M

Hay un excesodeconfirmaciones para elalmacén dedatos

MINOR *IF *VALUE KVM_DATASTORES.Percent_Overcommitted *GT 75.00

KVM_VM_DatastoreUsage_C El almacén dedatos estáalcanzando oya está en sucapacidaddefinidamáxima

CRITICAL *IF *VALUE KVM_DATASTORES.Free_Space *LT 25000 *AND *SCAN KVM_DATASTORES.Name *NE 'local'


Tabla 33. Situaciones predefinidas de VMWare (continuación)


KVM_VM_DatastoreUsage_M El almacén dedatos estáalcanzando oya está en sucapacidaddefinidamáxima

MINOR *IF *VALUE KVM_DATASTORES.Free_Space *LT 50000 *AND *SCAN KVM_DATASTORES.Name *NE 'local'

KVM_VM_Event1_C Suceso críticode centrovirtual: estadode alarma yentidaddesencadenada

CRITICAL *IF ( ( *VALUE KVM_TRIGGERED_ALARMS.Alarm_Status *EQ 'red' *AND *SCAN KVM_TRIGGERED_ALARMS.Triggered_Entity *NE '.' ) *OR ( *VALUE KVM_TRIGGERED_ALARMS.Alarm_Status *EQ 'rot' *AND *SCAN KVM_TRIGGERED_ALARMS.Triggered_Entity *NE '.' ) )

KVM_VM_Event1_M Suceso menorde centrovirtual: estadode alarma yentidaddesencadenada

MINOR *IF ( ( *VALUE KVM_TRIGGERED_ALARMS.Alarm_Status *EQ 'gelb' *AND *SCAN KVM_TRIGGERED_ALARMS.Triggered_Entity *NE '.' ) *OR ( *VALUE KVM_TRIGGERED_ALARMS.Alarm_Status *EQ 'yellow' *AND *SCAN KVM_TRIGGERED_ALARMS.Triggered_Entity *NE '.' ) )

KVM_VM_Event2_C Suceso críticode centrovirtual: estadode alarma yentidaddesencadenada

CRITICAL *IF ( ( *VALUE KVM_TRIGGERED_ALARMS.Alarm_Status *EQ 'red' *AND *SCAN KVM_TRIGGERED_ALARMS.Triggered_Entity *EQ '.' ) *OR ( *VALUE KVM_TRIGGERED_ALARMS.Alarm_Status *EQ 'rot' *AND *SCAN KVM_TRIGGERED_ALARMS.Triggered_Entity *EQ '.' ) )

KVM_VM_Event2_M Suceso menorde centrovirtual: estadode alarma yentidaddesencadenada

MINOR *IF ( ( *VALUE KVM_TRIGGERED_ALARMS.Alarm_Status *EQ 'gelb' *AND *SCAN KVM_TRIGGERED_ALARMS.Triggered_Entity *EQ '.' ) *OR ( *VALUE KVM_TRIGGERED_ALARMS.Alarm_Status *EQ 'yellow' *AND *SCAN KVM_TRIGGERED_ALARMS.Triggered_Entity *EQ '.' ) )

KVM_VM_HeartbeatESX1_C El subnodoESX delagente de VMestá fuera delínea

CRITICAL *IF *VALUE KVM_TOPOLOGY.NodeType *EQ 'kvm.ESX_Server' *AND *VALUE KVM_TOPOLOGY.NodeStatus *EQ 'notResponding' *AND *SCAN KVM_TOPOLOGY.NodeName *NE '.' *UNTIL ( *TTL 0:00:15:00 )

KVM_VM_HeartbeatESX2_C El subnodoESX delagente de VMestá fuera delínea

CRITICAL *IF *VALUE KVM_TOPOLOGY.NodeType *EQ 'kvm.ESX_Server' *AND *VALUE KVM_TOPOLOGY.NodeStatus *EQ 'notResponding' *AND *SCAN KVM_TOPOLOGY.NodeName *EQ '.' *UNTIL ( *TTL 0:00:15:00 )


Soporte para la colección de medidas de Time Window AnalyzerLos dos grupos de artefactos que soportan la colección de medidas de Time Window Analyzer sonconsultas personalizadas de ITM y captadores de datos basados en la política ITM de TBSM.

Las consultas se ejecutan en ITM, y los captadores de datos TBSM recuperan los resultados de lasconsultas ITM y ponen los datos disponibles para TBSM.

Consultas ITM personalizadas

Estas consultas ITM personalizadas se despliegan en el host ITM:

BSMA-ApacheWebServer-SitesConsultar las medidas de colección de ITCAM for Applications, Agent for HTTP Server (incluye ApacheServer e IBM HTTP Server)

BSMA-Applications-AMCClientConsultar las medidas de cliente de la recopilación de ITCAM forTransactions, WRT Agent (agregadaspor el AMC Applications Agent)

BSMA-Applications-AMCTransConsultar las medidas de transacción de la colección de ITCAM forTransactions, WRT Agent(agregadas por el AMC Applications Agent)

BSMA-DB2-Database01Consultar las medidas de la recopilación de ITCAM for Applications, Agent for DB2

BSMA-LinuxOS-CPUUsageConsultar las medidas de la recopilación de un agente de sistema operativo Linux de ITM

BSMA-LinuxOS-SwapSpaceUsedConsultar las medidas de la recopilación de un agente de sistema operativo Linux de ITM

BSMA-VMWareVIMetrics-CPUUsageConsultar las medidas de la recopilación de ITM for Virtual Environments, VMWare VI Agent

BSMA-VMWareVIMetrics-LinksUsageConsultar las medidas de la recopilación de ITM for Virtual Environments, VMWare VI Agent

BSMA-WAS-DBConnPoolUsedPctConsultar las medidas de la colección de ITCAM for Applications, Agent for WAS

BSMA-WAS-MethodInvocRateConsultar las medidas de la colección de ITCAM for Applications, Agent for WAS

BSMA-WindowsOS-CPUUsageConsultar las medidas de la colección del agente del sistema operativo Windows de ITM

Captadores de datos basados en la política ITM de TBSM

Estos captadores de datos basados en la política ITM de TBSM se despliegan en el host del servidor dedatos TBSM:

ApacheWebServer-SitesRecopila medidas de ITCAM for Applications, Agent for HTTP Server (incluye Apache Server e IBMHTTP Server)

Applications-AMCClientRecopila medidas de cliente de ITCAM forTransactions, WRT Agent (agregadas por el AMCApplications Agent)

Applications-AMCTransRecopila medidas de transacción de ITCAM forTransactions, WRT Agent (agregadas por el AMCApplications Agent)

DB2-Database01Recopila medidas de ITCAM for Applications, Agent for DB2


LinuxOS-CPUUsageRecopila medidas del agente de sistema operativo Linux de ITM

LinuxOS-SwapSpaceUsedRecopila medidas del agente de sistema operativo Linux de ITM

VMWareVIMetrics-CPUUsageRecopila medidas de ITM for Virtual Environments, VMWare VI Agent

VMWareVIMetrics-LinksUsageRecopila medidas de ITM for Virtual Environments, VMWare VI Agent

WAS-DBConnPoolUsedPctRecopila medidas de ITCAM for Applications, Agent for WAS

WAS-MethodInvocRateRecopila medidas de ITCAM for Applications, Agent for WAS

WindowsOS-CPUUsageRecopila medidas del agente de sistema operativo Windows de ITM

Asistencia al usuario de IBM Solutions for Business Service ManagementBienvenido a la Asistencia al usuario de IBM Solutions for Business Service Management Versión 1.1.1

Esta asistencia al usuario describe cómo utilizar las páginas Business Service Health para determinar quécomponente de un servicio empresarial está causando un problema.

“Identificación de problemas utilizando las páginas de Business Service Health” en la página 139

Si desea más información sobre Solutions for BSM y los componentes asociados, consulte:

Guía de Solutions for BSMEsta guía forma parte del Information Center de IBM Tivoli Business Service Manager y contiene elconjunto de publicaciones de Solutions for BSM, que describe las soluciones y cómo desplegarlas. ElInformation Center contiene temas que le ayudan con las tareas básicas y, también, las tareasavanzadas.

Documentación de Tivoli Business Service ManagerTivoli Business Service Manager (TBSM) correlaciona datos de entrada con servicios empresariales ycrea modelos de servicio que se basan en estos datos. El Information Center de la versión 6.1.1contiene el conjunto completo de publicaciones de TBSM e incluye información sobre nuevascaracterísticas, actualizaciones generales y mejoras. El Information Center contiene temas que leayudan con las tareas básicas y, también, las tareas avanzadas.

TBSM incluye Netcool/Impact y Netcool/OMNIbus.

Wiki de TBSMEl wiki Tivoli developerWorks para TBSM contiene distinta información que incluye una galeríamultimedia, escenarios sobre la instalación e integración e información sobre mejores prácticas,planificación y la resolución de problemas.

Documentación de Netcool/ImpactTBSM utiliza Netcool/Impact para analizar, filtrar y agregar datos de entrada. TBSM incluye unaversión 6.1.1 de Netcool Impact con personalizaciones específicas de TBSM.

Documentación de Netcool/OMNIbusTBSM supervisa el Tivoli Netcool/OMNIbus ObjectServer para ver sucesos de entrada. El ObjectServerrecopila sucesos de sondeos, supervisores y otras aplicaciones como por ejemplo IBM TivoliMonitoring. TBSM se utiliza para crear modelos de servicio que respondan a los datos recibidos en lossucesos de entrada. TBSM incluye la versión 7.3.1 de Netcool/OMNIbus con personalizacionesespecíficas de TBSM. Netcool/OMNIbus Web GUI también se incluye.



https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Business%20Service%20Manager1

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Netcool%20Impact

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Netcool%20OMNIbus

Tivoli Application Dependency Discovery ManagerSolutions for BSM utiliza el Tivoli Application Dependency Discovery Manager para ayudar a descubriry gestionar servicios empresariales. Las publicaciones incluyen instrucciones para instalar, configurary completar todas las tareas principales con el producto.

Tivoli MonitoringSolutions for BSM utiliza la versión 6 release 6.2.3 de Tivoli Monitoring para desplegar y gestionar lasuite de productos de Tivoli Monitoring. Estos productos y componentes supervisan y recopilan datosde recursos para Solutions for BSM.

Tivoli Composite Application Manager for TransactionsIBM Tivoli Composite Application Manager for Transactions (ITCAM for Transactions) se integra conTivoli® Enterprise Portal en IBM Tivoli Monitoring que facilita la gestión de toda la empresa desde unasola interfaz de usuario. Este producto incluye Web Server Deployment and Monitoring, que ayuda adesplegar y gestionar la infraestructura de aplicación del servidor web. Las tareas adicionalesincluyen la instalación y configuración de los agentes Web Response Time y OS.

Tivoli Composite Application Manager for WebSphereResponsable del despliegue y la gestión de la infraestructura de aplicaciones del servidor WebSphere.

TBSM Media GalleryLa galería multimedia contiene vídeos, guías de aprendizaje, módulos de formación y demostracionessobre temas como, por ejemplo, tareas e integración.

Supervisión y despliegue de base de datosResponsable del despliegue y la gestión de la infraestructura de aplicaciones del servidor de base dedatos. Las tareas adicionales incluyen la instalación y configuración de Optim Server.

Soporte y asistenciaIBM Support AssistantSoporte para Tivoli Business Service Manager

Para obtener información general sobre el producto, consulte la página de inicio de Tivoli BusinessService Manager.© Copyright IBM Corporation 2000, 2013. | Términos de uso

Este Information Center es Built on Eclipse™. (www.eclipse.org)

Identificación de problemas utilizando las páginas de Business ServiceHealth

Puede utilizar las páginas de Business Service Health y Detalles de Business Service Health paradeterminar qué componente de un servicio de negocio está causando un problema. Después podrádireccionar el problema al experto en la materia adecuado para su resolución.

Antes de empezarAbra la página de Business Service Health pulsando Estado y salud del sistema > Business ServiceHealth en el panel de navegación de la consola de DASH.

Procedimiento

1. En la tabla Business Services, busque el servicio de negocio en el que está interesado.Esta tabla proporciona una visión general de los servicios de negocio gestionados que están sufriendoproblemas actualmente. Si todos los servicios están funcionando normalmente, se visualiza elsiguiente mensaje: Todos los servicios de negocio supervisados se ejecutannormalmente. De forma predeterminada, la tabla Business Services se ordena en ordendescendente por el recuento de sucesos críticos, por lo que los servicios que han experimentado lamayoría de los problemas están al principio.

Para cada servicio de negocio, la tabla muestra un resumen del estado del servicio y de cadacomponente de soporte.


https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Application%20Dependency%20Discovery%20Manager


https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Composite%20Application%20Manager%20for%20Transactions

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Documentation%20Central/page/Tivoli%20Composite%20Application%20Manager%20for%20WebSphere

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Business%20Service%20Manager1/page/TBSM%20Media%20Gallery

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

http://www-01.ibm.com/software/sysmgmt/products/support/IBMTivoliBusinessServiceManager.html

http://www-01.ibm.com/software/tivoli/products/bus-srv-mgr/

http://www-01.ibm.com/software/tivoli/products/bus-srv-mgr/

http://www.ibm.com/legal

http://www.eclipse.org

Después de encontrar el servicio de negocio con el que desea trabajar, pulse la fila correspondiente enla tabla. Los otros portlets en la página se actualizan en contexto para mostrar datos relacionados conel servicio de negocio seleccionado.

2. Utilice la lista Sucesos de Business Service para ver información sobre los sucesos que afectan alservicio de negocio seleccionado.La lista es una Lista de sucesos activos (AEL) de NetCool/OMNIbus que muestra todos los sucesos degravedad Aviso y superiores que afectan al servicio de negocio seleccionado actualmente en la tablaBusiness Services. Puede utilizar las características de la AEL para buscar, filtrar y ordenar la lista desucesos.

3. Utilice los diagramas Estado de Business Service a lo largo del tiempo y Recuento de sucesos deBusiness Service a lo largo del tiempo para ver cómo el estado y los recuentos de sucesos críticospara el servicio de negocio han cambiado a lo largo del tiempo.Estos diagramas pueden ayudarle a determinar qué sucesos son relevantes para el problema.

4. Para ver información más detallada sobre los componentes del servicio de negocio, incluidos los datosde sucesos y las medidas a lo largo del tiempo, pulse el botón derecho del ratón en la fila de la tablaBusiness Services y luego pulse Abrir > Detalles de Business Service Health.La página Detalles de Business Service Health se abre en otro separador.

5. En la tabla Componentes de Business Service, busque el recurso o componente del servicio denegocio en el que está interesado.Esta tabla muestra el servicio de negocio que ha seleccionado en la página Business Service Healthcon los componentes de soporte del servicio de negocio y los recursos específicos dentro de cadacomponente visualizados en una vista de árbol jerárquico. Para cada componente o recurso, la tablamuestra el estado actual y el recuento de sucesos crítico, para así poder identificar qué componentesdel servicio de negocio pueden estar causando el problema.

Después de encontrar el componente o recurso con el que desea trabajar, pulse la filacorrespondiente en la tabla. El portlet Sucesos de Business Service se actualiza en contexto paramostrar datos relacionados con la selección.

6. Utilice la lista Sucesos de Business Service para ver información sobre los sucesos que afectan alservicio de negocio, componente o recurso seleccionado.La lista es una Lista de sucesos activos (AEL) de NetCool/OMNIbus muestra todos los sucesos activosde gravedad Aviso y superiores que afectan al elemento seleccionado actualmente en la listaComponentes de Business Service. Puede utilizar las características de la AEL para buscar, filtrar yordenar la lista de sucesos.

7. Utilice el portlet Time Window Analyzer para ver medidas para el servicio de negocio y suscomponentes de soporte, trazados en un diagrama en el tiempo.La vista predeterminada de Time Window Analyzer muestra cambios de estado para el servicio denegocio seleccionado. Puede añadir medidas adicionales al diagrama para ver cómo los sucesos hancontribuido a los cambios de estado:

• Para añadir la creación de diagramas de cambios de estado para componentes de soporte delservicio de negocio, o cambios de estado para otros servicios de negocio, pulse Añadir servicio.Entonces podrá seleccionar los componentes o servicios para los que desea trazar los cambios deestado.

• Para elegir la medida que va a trazar, seleccione una medida en la lista desplegable. La medidapredeterminada visualizada es Cambios de estado.

• Para ver detalles adicionales sobre los sucesos y cambios de estado, pulse Sobreimpresión.

Qué hacer a continuaciónDespués de haber identificado la causa subyacente, puede realizar más acciones para resolver elproblema o remitir el problema a un experto en la materia.

Si tiene acceso a la consola de Tivoli Enterprise Portal o Tivoli Monitoring, puede utilizar las prestacionesde iniciación en contexto del árbol de servicios de TBSM para abrir la aplicación adecuada. Pulse el botónderecho del ratón en una fila en la tabla Componentes de Business Service para ver un menú de


aplicaciones a las que puede lanzar; estas incluyen varias vistas de ITCAM, TEP, TADDM y CCMDB, enfunción del recurso especifico que ha seleccionado.

Visión general de la página de Business Service HealthLa página de Business Service Health proporciona una visión general de los servicios de negocio y loscomponentes que les da soporte, incluidos los recuentos de sucesos y la información de salud sobre cadacomponente de soporte. Puede utilizar esta página para determinar el estado de cada servicio de negocioe identificar qué componente de un servicio de negocio puede estar provocando una parada u otroproblema.

Esta página forma parte de la vista de Business Service Health y está disponibles para el rolBSMAcceleratorUser.

La página de Business Service Health muestra información de salud y sucesos sobre todos los serviciosde negocio gestionados que no están ejecutándose normalmente en este momento. Esta información serecopila de varias herramientas de supervisión y diagnóstico. En esta página, puede navegar a la páginade Detalles de Business Service Health para ver información más detallada sobre un servicio de negocioespecífico y sus componentes de soporte.

La página de Business Service Health incluye varios portlets que puede utilizar para ver información sobrelos servicios de negocio.

Tabla Business Services

La tabla Business Services muestra una visión general consolidada de cada servicio de negociogestionado y sus componentes de soporte. Un componente de un servicio de negocio representa unacategoría funcional o tecnológica, tales como bases de datos, transacciones o servidores.

Cada fila de la tabla Business Services representa un servicio de negocio tal como se ha definido en elmodelo de servicio de Tivoli Business Service Manager (TBSM). Cada fila proporciona información deresumen sobre el estado de un servicio de negocio:

• La columna Sucesos muestra el número total de sucesos que afectan al servicio de negocio que tienenuna gravedad Crítica o superior. Este recuento de sucesos es la suma de recuentos de sucesos críticosde los componentes que dan soporte al servicio de negocio.

• Cada columna subsiguiente muestra el estado de un componente que da soporte al servicio de negocio.Al menos uno de estos será amarillo o rojo. El estado de un componente está determinado por elsuceso de gravedad más alta que afecta al componente. Esta información puede proporcionar unaindicación de qué componente del servicio de negocio es la causa del problema.

La tabla Business Services se basa en el portlet del árbol de servicios de TBSM. Los datos de TBSMvisualizados se integran desde varios orígenes, incluidos los siguientes:

• Definiciones de recursos de datos de descubrimiento de Tivoli Application Dependency DiscoveryManager (TADDM) y datos de Discovery Library Adapter (DLA), organizados dentro de un modelo deservicio de TBSM

• Los datos de sucesos de los agentes de IBM Tivoli Monitoring y IBM Tivoli Composite ApplicationManager, enriquecidos con datos de Tivoli Netcool/Impact y recopilados por Tivoli Netcool/OMNIbus

De forma predeterminada, los componentes de soporte para un servicio de negocio son los siguientes:

Componente Origen de sucesos que determinan el estado

Clientes ITCAM for Web Response Time

Transacciones ITCAM for Web Response Time

Servidor web ITCAM Agent for HTTP Servers

Servidor de aplicaciones ITCAM for Application Diagnostics

Servidor Tivoli Monitoring OS Agent



Entornos virtuales Tivoli Monitoring for Virtual Servers

Bases de datos Tivoli Monitoring for DB (DB2 Agent)

Puede cambiar los componentes visualizados personalizando la plantilla de árbol de servicios de TBSM

De forma predeterminada, la tabla Business Services se ordena según el recuento de sucesos críticos, enorden descendente. Esto garantiza que los servicios de negocio que experimentan la mayoría de losproblemas (tal como indican los sucesos de gravedad Crítico o superior) estén al principio de la tabla. Latabla incluye solo servicios que están experimentando problemas; por lo tanto, cualquier servicio con unestado de limpio no se muestra.

Sucesos de Business Service

La tabla Sucesos de Business Service muestra una lista de todos los sucesos activos que afectan alservicio de negocio seleccionado actualmente en la tabla Business Services. Esta lista incluye todos lossucesos que afectan a cualquier componente de soporte del servicio de negocio. De formapredeterminada, la lista se ordena por gravedad, en orden descendente, de modo que los sucesos másgraves estén al principio de la lista. Puede utilizar esta lista para obtener más información sobre lossucesos que están causando problemas con un servicio de negocio y en qué componente se originan.

La lista Sucesos de Business Service se visualiza utilizando una Lista de sucesos activos (AEL) de TivoliNetcool/OMNIbus. Puede utilizar las características de la AEL para buscar, filtrar y ordenar los sucesos enla lista, así como realizar acciones administrativas. Para más información sobre la AEL, consulte ladocumentación de Netcool/OMNIbus en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=%2Fcom.ibm.netcool_OMNIbus.doc_7.3.1%2Fwebtop%2Fwip%2Ftask%2Fweb_use_ael_managingevents.html.

Estado de Business Service a lo largo del tiempo

El diagrama Estado de Business Service a lo largo del tiempo es un gráfico histórico que muestra loscambios en el estado global del servicio de negocio seleccionado durante las últimas 12 horas, conmuestras tomadas en intervalos de 15 minutos. El estado general de un servicio de negocio se basa en elestado más grave de cualquier componente de soporte; por ejemplo, si el estado de cualquiercomponente es Crítico, el estado del servicio de negocio global es al menos Crítico.

Si se supervisan otros servicios de negocio, el contenido y el título del diagrama cambia al pulsar elservicio de negocio.

El diagrama se renueva automáticamente y la hora de la última renovación se visualiza en el diagrama.

Recuento de sucesos de Business Service a lo largo del tiempo

El diagrama Recuento de sucesos de Business Service a lo largo del tiempo es un gráfico histórico quemuestra el número de sucesos que afectan al servicio de negocio seleccionado durante las últimas 12horas, con muestras tomadas en intervalos de 15 minutos. El recuento de sucesos incluye todos lossucesos de gravedad Crítico o superior.

Si se supervisan otros servicios de negocio, el contenido y el título del diagrama cambia al pulsar elservicio de negocio.

El diagrama se renueva automáticamente y la hora de la última renovación se visualiza en el diagrama.

¿Qué significa el número en los títulos de los diagramas a lo largo del tiempo?

El título del diagrama es el nombre de servicio y un número que representa el número de puntos de datosregistrados (recuperado desde la base de datos del historial de medidas de TBSM) correlacionado con los48 puntos de gráfico visualizados en el diagrama. Por ejemplo, si el título del diagrama es OnlineBanking-- 14, el diagrama visualiza información sobre 14 valores que se recopilaron durante la ventana de tiempode 12 horas para el servicio OnlineBanking. Si se recopilaron varios valores durante el mismo punto de


http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=%2Fcom.ibm.netcool_OMNIbus.doc_7.3.1%2Fwebtop%2Fwip%2Ftask%2Fweb_use_ael_managingevents.html



gráfico de 15 minutos, solo se traza el último valor. Es decir, el diagrama solo puede trazar un valor porpunto de gráfico de 15 minutos. Como resultado, podría tener 14 sucesos, pero solo 7 puntos de gráficoen el diagrama.

Los valores 1** y 0 tienen un significado especial tal como se muestra en estos ejemplos:

• OnlineBanking -- 1 = El diagrama visualiza un valor que se recopiló durante la ventana de tiempo de 12horas. .

• OnlineBanking -- 1** = El diagrama lleva adelante el último valor que se recopiló antes de la ventanade tiempo de 12 horas.

• OnlineBanking -- 0 = No se ha recopilado ningún dato para OnlineBanking

Visión general de la página de Detalles de Business Service HealthLa página Detalles de Business Service Health proporciona información detallada sobre un servicio denegocio seleccionado y sus componentes de soporte, incluida la información de salud, sucesos y medidasanalizadas a lo largo del tiempo. Puede utilizar esta página para identificar los sucesos y los cambios deestado correspondientes que podrían estar causando una parada u otro problema con un componente deservicio de negocio. Se abre una nueva página de Detalles de Business Service Health cada vez que seutiliza el menú emergente desde un servicio de negocio listado en la página Business Service Health.

Esta página forma parte de la vista de Business Service Health y está disponible para el rolBSMAcceleratorUser.

La página Detalles de Business Service Health muestra la información de sucesos y estado de un serviciode negocio seleccionado. Esta información se recopila de varias herramientas de supervisión ydiagnóstico. La página Detalles de Business Service Health incluye varios portlets que puede utilizar paraver información sobre los servicios de negocio.

Tabla Componentes de Business Services

La tabla Componentes de Business Services muestra una visión general consolidada del estado delservicio de negocio gestionado y sus componentes de soporte. Esta tabla muestra una vista de árbolampliable basada en el modelo de servicio de Tivoli Business Service Manager (TBSM), con loscomponentes de soporte del servicio de negocio mostrados como filas sangradas debajo del servicio denegocio al que dan soporte.

La tabla Componentes de Business Service se basa en el portlet del árbol de servicios de TBSM. Losdatos de TBSM visualizados se integran desde varios orígenes, incluidos los siguientes:

• Definiciones de recursos de datos de descubrimiento de Tivoli Application Dependency DiscoveryManager (TADDM) y datos de Discovery Library Adapter (DLA), organizados dentro de un modelo deservicio de TBSM

• Los datos de sucesos de los agentes de IBM Tivoli Monitoring y IBM Tivoli Composite ApplicationManager, enriquecidos con datos de Tivoli Netcool/Impact y recopilados por Tivoli Netcool/OMNIbus

De forma predeterminada, los componentes de soporte para un servicio de negocio son los siguientes:


Clientes ITCAM for Web Response Time

Transacciones ITCAM for Web Response Time

Servidor web ITCAM Agent for HTTP Servers

Servidor de aplicaciones ITCAM for Application Diagnostics

Servidor Tivoli Monitoring OS Agent

Entornos virtuales Tivoli Monitoring for Virtual Servers

Bases de datos Tivoli Monitoring for DB (DB2 Agent)


Puede cambiar los componentes visualizados personalizando el modelo de servicio de TBSM.

La primera columna de la tabla muestra el número total de sucesos críticos que afectan al servicio denegocio, así como un icono que representa el estado de servicio general (basado en el estado más gravede cualquier componente de soporte). Puede expandir el área de servicio para ver la información deestado sobre los componentes de soporte y los tipos de sucesos que afectan a cada componente.

Sucesos de Business Service

La tabla Sucesos de Business Service muestra una lista de todos los sucesos activos que afectan alcomponente o servicio de negocio seleccionado actualmente en la tabla Componentes de BusinessService. De forma predeterminada, la lista se ordena por gravedad, en orden descendente, de modo quelos sucesos más graves estén al principio de la lista. Puede utilizar esta lista para obtener másinformación sobre los sucesos que están causando problemas con componente de un servicio denegocio.

La lista Sucesos de Business Service se visualiza utilizando una Lista de sucesos activos (AEL) de TivoliNetcool/OMNIbus. Puede utilizar las características de la AEL para buscar, filtrar y ordenar los sucesos enla lista, así como realizar acciones administrativas. Para más información sobre la AEL, consulte ladocumentación de Netcool/OMNIbus en http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=%2Fcom.ibm.netcool_OMNIbus.doc_7.3.1%2Fwebtop%2Fwip%2Ftask%2Fweb_use_ael_managingevents.html.

Time Window Analyzer

El portlet Time Window Analyzer muestra medidas para el servicio de negocio en el contexto del inicio dela página Business Service Health. También puede utilizar este portlet para superponer información sobresucesos, que puede ayudarle a identificar qué sucesos han provocado los cambios de estado.

La vista predeterminada de Time Window Analyzer muestra cambios de estado para el servicio denegocio; puede añadir la creación de diagramas para los componentes de soporte pulsando Añadirservicio o crear diagramas de otras medidas seleccionándolas en la lista desplegable. Están disponibleslas siguientes medidas:

Tabla 34. Medidas disponibles para Time Window Analyzer

Componente Medidas

Clientes Porcentaje fallidoEl porcentaje de transacciones cuyas solicitudes se marcaron comofallidas. Este valor se calcula dividiendo las Solicitudes fallidas por lasSolicitudes totales y multiplicando por 100. La suma de este valor deatributo y el valor del atributo de porcentaje disponible debe ser 100. Estamedida se recopila del Agente de aplicaciones, el grupo de atributos delcliente AMC y el atributo Porcentaje fallido.

Porcentaje lentoEl porcentaje de transacciones cuyas solicitudes se marcaron como Lentas.Este valor se calcula dividiendo las Solicitudes lentas por las Solicitudestotales y multiplicando por 100. La suma de este valor de atributo y el valordel atributo Porcentaje correcto debe ser igual al valor del atributoPorcentaje disponible. Esta medida se recopila del Agente de aplicaciones,el grupo de atributos del cliente AMC y el atributo Porcentaje bajo.





Tabla 34. Medidas disponibles para Time Window Analyzer (continuación)

Componente Medidas

Transacciones Transacción AMC-Tiempo de respuestaNotifica el número de segundos (hasta 3 posiciones decimales) necesariopara que se complete la transacción. Esta medida se recopila del Agente deaplicaciones, el grupo de atributos de transacciones AMC y el atributoTiempo de respuesta.

Transacción AMC-Promedio de solicitudesNotifica el promedio de solicitudes para un intervalo de datos durante ellapso de tiempo durante el que se visualizan datos. Esta medida se recopiladel Agente de aplicaciones, el grupo de atributos de transacciones AMC y elatributo Promedio de solicitudes.

Transacción AMC-Porcentaje fallidoNotifica el porcentaje de transacciones con infracciones de disponibilidad.La suma de porcentaje disponible y porcentaje fallido es igual al 100%.Esta medida se recopila del Agente de aplicaciones, el grupo de atributosde transacciones AMC y el atributo Porcentaje fallido.

Servidor deaplicaciones

Tasa de invocaciones del método WASLa tasa de invocaciones (por segundo) durante el intervalo. Esta medida serecopila del agente de WebSphere App Server, el grupo de atributosEJB_Containers, el atributo Tasa de invocaciones del método (porsegundo).

Conexión de base de datos WAS utilizadaEl porcentaje medio de la agrupación de conexiones en uso durante elintervalo. Este valor es el promedio de varios valores recopilados duranteun intervalo. El intervalo puede estar entre este momento y el momentoanterior en que ha activado este espacio de trabajo, o fijo (normalmente 60segundos), en función de la configuración del agente de supervisión. Estamedida se recopila del Agente de WebSphere App Server, el grupo deatributos DB_Connection_Pools, el atributo Porcentaje utilizado.

Servidor web Sitios web de Apache-Tasa de anomalías de servidorLa tasa de anomalías de servidor por minuto para el sitio web. Esta medidase recopila de ITCAM for Applications, Agent for HTTP Server, el grupo deatributos Sitios web de Apache Web, el atributo Tasa de anomalías deservidor.

Sitios web de Apache-Tasa de páginas fallidasLa tasa de páginas fallidas por minuto para el sitio web. Esta medida serecopila de ITCAM for Applications, Agent for HTTP Server, el grupo deatributos de Sitios web de Apache, el atributo Tasa de páginas fallidas.

Sitios web de Apache-Tasa de inicios de sesión fallidosLa tasa de inicios de sesión fallidos por minuto para el sitio web. Estamedida se recopila de ITCAM for Applications, Agent for HTTP Server, elgrupo de atributos de Sitios web de Apache, el atributo Tasa de inicios desesión fallidos.


Tabla 34. Medidas disponibles para Time Window Analyzer (continuación)

Componente Medidas

Servidor Promedio actual de CPU de sistema operativo LinuxEl promedio actual del tiempo de CPU del sistema, expresado comoporcentaje. El porcentaje se calcula cada hora. Esta medida se recopila deagente Linux de ITM, el grupo de atributos de promedios de CPU, el atributoPromedio actual de CPU del sistema.

Espacio de intercambio de sistema operativo Linux utilizadoEl tamaño (en MB) del espacio de intercambio utilizado. Esta medida serecopila del agente Linux de ITM, el grupo de atributos de estadísticas deVM, el atributo de espacio de intercambio utilizado (MB).

Tiempo de procesador del sistema operativo WindowsEl porcentaje medio del tiempo transcurrido que un procesador ha estadoocupado ejecutando hebras no desocupadas, expresada como porcentaje.Esta medida se recopila del agente Windows de ITM, el grupo de atributosde procesador, el atributo de porcentaje de tiempo de procesador.

Entorno virtual Utilización de CPU del entorno virtual VMWareLa utilización medida de la CPU, expresada como porcentaje. Esta medidase recopila del agente de entorno virtual VMWare, el grupo de atributos deKVM_SERVER_CPU, el atributo de utilización de CPU.

Uso de enlace de VMWare VIEl porcentaje de uso medio de NIC relativo a la capacidad del enlace(incluido dúplex). Esta medida se recopila del agente de entorno virtualVMWare, el grupo de atributos KVM_SERVER_NETWORK, el atributo deutilización de enlace.

Bases de datos Proporción de coincidencias de agrupación de almacenamiento intermediode DB2

La proporción de coincidencias de agrupación de almacenamientointermedio general en forma de porcentaje para la base de datos durante elintervalo de supervisión. Esta medida se recopila de DB2 Agent, el grupo deatributos Database01, el atributo pool_hit_ratio_pct_for_int.

Puntos muertos de DB2El número de puntos muertos detectados en la base de datos durante elintervalo de supervisión. Esta medida se recopila de DB2 Agent, el grupo deatributos Database01, el atributo de puntos muertos para intervalo.

Para más información sobre el portlet Time Window Analyzer, consulte la documentación de TBSMenhttp://pic.dhe.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=%2Fcom.ibm.tivoli.itbsm.doc_6.1.1%2FServiceConfigurationGuide%2Fbsmu_srtc_about_ui.html.

Habilitación de sucesos de cambio en TADDM para mostrar el Time WindowAnalyzer (Opcional)

Este escenario opcional se basa en las funciones básicas proporcionadas por IBM Solutions for BusinessService Management para integrar los sucesos de cambio de IBM Tivoli Application DependencyDiscovery Manager en IBM Tivoli Business Service Manager (TBSM). Se espera que sea un usuarioexperimentado de TBSM, TADDM y Netcool/Impact.

El Solutions for BSM recopila un conjunto de medidas de mejores prácticas de distintos agentes. Esteescenario permite superponer estas medidas con sucesos de cambio de TADDM en el TBSM TimeWindow Analyzer. El Time Window Analyzer proporciona datos de contexto de tiempo paralelos a losdatos de medida que se muestran que pueden ayudar con la determinación de problemas.


http://pic.dhe.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=%2Fcom.ibm.tivoli.itbsm.doc_6.1.1%2FServiceConfigurationGuide%2Fbsmu_srtc_about_ui.html

http://pic.dhe.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=%2Fcom.ibm.tivoli.itbsm.doc_6.1.1%2FServiceConfigurationGuide%2Fbsmu_srtc_about_ui.html

Acerca del portlet Time Window AnalyzerEl portlet Time Window Analyzer representa en diagramas datos de medida, a los que se hace referenciacon frecuencia como indicadores clave de rendimiento (KPI). Gracias a la superposición con marcadoreso apariciones relevantes, Time Window Analyzer puede mostrar cómo interpretar los valores medidos delos KPI.

Este portlet proporciona una infraestructura para presentar datos, de modo que es posible inferirinformación significativa. Se puede actuar sobre la información con el objetivo de mejorar la capacidaddel cliente para gestionar mejor los recursos de TI para satisfacer las necesidades empresariales.

Requisitos de softwarePara obtener una lista de requisitos de software, consulte “Requisitos del producto” en la página 11.

Para obtener más información sobre los componentes, consulte las publicaciones siguientes delInformation Center.

IBM Tivoli Netcool/OMNIbus, Guía de instalación y despliegue


IBM Tivoli Application Dependency Discovery Manager, Administración

http://publib.boulder.ibm.com/infocenter/tivihelp/v46r1/index.jsp?topic=/com.ibm.taddm.doc_721/welcome_page/welcome.html

IBM Tivoli Business Service Manager, Guía del administrador.

http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=/com.ibm.tivoli.itbsm.doc_6.1/welcome.htm.

Descripción general del proceso de suceso de cambioEl siguiente diagrama de flujo de suceso de cambio muestra cómo estos componentes trabajan de formaconjunta para enviar sucesos de cambio de TADDM al Time Window Analyzer.

TADDM Discovery ha detectado un cambio en el host de la aplicación, y el Proceso de sucesos de cambiode TADDM lo ha procesado y enviado a Netcool/OMNIbus a través de Sondeo de EIF. Se proporcionanmarcadores de sucesos de cambio de TADDM a través de Netcool/Impact utilizando políticasproporcionadas por TBSM.

Un lector de sucesos Netcool/Impact ha detectado sucesos de cambio de TADDM. Cuando el lector desucesos Netcool/Impact detecta un suceso de cambio, se desencadena la política de Proveedor demarcadores de cambios de Netcool/Impact para escribir una nueva entrada en el almacén de datos demarcador. El Time Window Analyzer muestra la nueva entrada.


http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=/com.ibm.netcool_OMNIbus.doc_7.3.1/omnibus/wip/welcome.htm%20

http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=/com.ibm.netcool_OMNIbus.doc_7.3.1/omnibus/wip/welcome.htm%20



http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=/com.ibm.tivoli.itbsm.doc_6.1/welcome.htm

http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=/com.ibm.tivoli.itbsm.doc_6.1/welcome.htm

Figura 6. Diagrama de flujo para TADDM y Time Window Analyzer

Modificaciones de suceso de cambio de Application Dependency Discovery ManagerComplete las taras siguientes en cada componente para habilitar la visualización de sucesos de cambiode TADDM en la interfaz de usuario de Time Window Analyzer. Este escenario describe la supervisión deun sistema Linux para buscar cambios en el archivo de configuración /etc/hosts.

TADDM puede generar sucesos de cambios para una serie razones. Este escenario se basa en lacapacidad de TADDM para supervisar archivos de sistema importantes para buscar cambios. Laintegración de otras fuentes se realiza fuera del ámbito de este escenario.

Recuerde: Como práctica recomendada, realice una copia de seguridad de todos los archivos antes derealizar cambios de configuración.

Habilitación de la generación de sucesos de cambioEn TADDM, complete los pasos siguientes para habilitar sucesos de cambio.

Procedimiento

1. Edite el archivo $COLLATION_HOME/etc/collation.properties.2. Cambie la propiedad com.ibm.cdb.omp.changeevent.enabled=true.3. Guarde el archivo.

Configuración de los recursos para rastrearConfigure qué recursos desea rastrear para ver sucesos de cambio y a qué sistemas de manejo desucesos se envían los sucesos:

Procedimiento

1. Edite el archivo $COLLATION_HOME/etc/EventConfig.xml.


2. Inserte los elementos <listener> de una o más secciones específicas del agente. En este ejemplo seinserta un escucha de cambios en objetos del archivo de configuración en sistemas Linux y envíaalertas a Netcool/OMNIbus.

<listener object="ComputerSystem" enabled="true" sendCauses="true" sendOriginGuid="true"> <alert recipient="enterprise-eventhost-omnibus"/> <attribute name=”fqdn” operator=”ends-with”> <value>ibm.com</value>

</attribute> <causeFilter object="ConfigFile" sendOriginGuid=”true” /> <causeFilter object="LinuxUnitaryComputerSystem" sendOriginGuid="true" /> <causeFilter object="Linux" sendOriginGuid="true" /> </listener>

Si desea más información sobre el formato que debe utilizar para especificar información en el archivoEventConfig.xml, consulte los comentarios del archivo. También se pueden encontrar ejemplos ymás información en el archivo EventConfigDefault.xml.

Configuración del destinatario del suceso de cambioConfigure el destinatario del suceso que recibe los sucesos de cambio generados por TADDM.

Procedimiento

1. Edite el archivo $COLLATION_HOME/etc/EventConfig.xml.2. Actualice la sección Destinatarios de suceso en la parte inferior del archivo para especificar el

escucha de Sondeo de EIF.La actualización define la ubicación del archivo de propiedades del Sondeo de EIF de Netcool/OMNIbus. El destinatario name debe coincidir con el nombre del destinatario de alerta, por ejemplo, elvalor enterprise-eventhost-omnibus utilizado en “Configuración de los recursos para rastrear ”en la página 148.

    <recipient name="enterprise-eventhost-omnibus" type="omnibus"> <config>/opt/IBM/taddm/dist/etc/omnibus.eif.properties</config> </recipient>

Actualización de las propiedades del sondeo de EIFEdite el archivo de propiedades de Sondeo de EIF para asignar las propiedades de ubicación del servidory de puerto del servidor para el entorno.

Procedimiento

1. Edite el archivo $COLLATION_HOME/etc/omnibus.eif.properties.2. Especifique la ubicación de Sondeo de EIF actualizando las propiedades ServerLocation y ServerPort

para que correspondan al entorno.

Configure el archivo de propiedades del Sondeo de EIF de Netcool/OMNIbus especificado comodestinatario de suceso en “Configuración del destinatario del suceso de cambio ” en la página 149.

# NombreHost donde reside el sondeo de EIF de NetCool/OMNIbusServerLocation=myTBSMMachine.mylocation.com

# Puerto donde el sondeo de EIF NetCool/OMNIbus está escuchandoServerPort=9998

Configuración de sucesos de cambio para un sistema empresarialComplete los pasos siguientes para configurar sucesos de cambio para comunicarse con las aplicacionesy sistemas empresariales asociados al recurso relevante.


Procedimiento

1. Edite el archivo /$COLLATION_HOME/etc/propagationserver.xml.2. En cada una de las secciones siguientes, cambie el atributo enabled en "true".



<relationship enabled="true" source="sys.ComputerSystem"

attribute="groups" target="app.Application"

targetAttribute="true"

collectionType="app.FunctionalGroup" radius="1"/>



<relationship enabled="true" source="sys.ComputerSystem"

attribute="components" target="sys.BusinessSystem"

targetAttribute="true"/>

Definición de los archivos de configuración que se van a supervisarEste paso define los archivos de configuración que debe supervisar TADDM para ver cambios que inicianun “suceso de cambio”.


Este ejemplo supervisa el archivo de configuración /etc/hosts.

Procedimiento

1. Inicie la TADDM Discovery Management Console.2. Habilite la plantilla Sistema del equipo:

a) En el panel Descubrimiento, pulse Sistemas del equipo y seleccione la plantilla que desea editar.En este ejemplo, la plantilla LinuxComputerSystem.

b) Pulse Editar para abrir la ventana Detalles del sistema del equipo.c) En la ventana Detalles del sistema del equipo, seleccione la casilla de verificación Habilitado.

3. Añada los archivos de configuración.a) En la ventana Detalles de sistema del equipo, pulse el separador Archivos de configuración.b) Pulse Añadir para especificar los archivos para supervisar.c) En la ventana Vía de acceso de búsqueda para archivo de captura, especifique el Tipo como

Archivo de configuración.d) Especifique la Vía de acceso de búsqueda como /etc/hosts.e) Seleccione la casilla de verificación Capturar contenido de archivo y pulse Aceptar.

4. Vuelva a pulsar Aceptar para guardar los cambios en la ventana Detalles de sistema del equipo.5. Repita este paso para añadir otros archivos de configuración.


Figura 7. Adición de los archivos de configuración.

Planificación del descubrimientoUtilizando la Discovery Management Console, establezca el intervalo de descubrimiento.

Acerca de esta tareaEstablezca el intervalo de descubrimiento en un intervalo que necesite, por ejemplo, cada 3 horas. Elija elintervalo basándose en la frecuencia con la que desea que se detecten los cambios en el entorno.

Procedimiento

1. Inicie la TADDM Discovery Management Console.2. En el panel Descubrimiento, pulse Planificar.3. Pulse Añadir para abrir la ventana Planificación de descubrimiento.4. En el separador Detalles , complete la información de Nombre, Hora de inicio y Repetición.

Pulse Aceptar.

5. En el separador Ámbito, seleccione el ámbito para el descubrimiento. Pulse Aceptar para cerrar laventana Planificación de descubrimiento.

Reinicio de TADDM para implementar los cambiosCómo iniciar y detener TADDM para implementar los cambios de configuración de suceso de cambio.

Procedimiento

1. Detenga TADDM.

Para Linux, Solaris, AIX y Linux en sistemas operativos System z:

$COLLATION_HOME/bin/control stop

2. Inicie TADDM.


Para Linux, Solaris, AIX y Linux en sistemas operativos System z:

$COLLATION_HOME/bin/control start

Habilitación del sondeo de EIF para procesar sucesos de cambio en Netcool/OMNIbusConfigure las reglas de Netcool/OMNIbus Sondeo de EIF para incluir sucesos de cambio de TADDM.


Importante: La tarea siguiente se completa mediante el programa de utilidad de despliegue de Solutionsfor BSM si ha ejecutado los pasos, Desplegar personalizaciones del gestor de sucesos y ConfigurarSondeo de EIF para la integración de TADDM.

Procedimiento

1. Los archivos de reglas de TADDM se proporcionan con Netcool/OMNIbus 7.3.1. Despliegue losarchivos de reglas subordinadas en el directorio apropiado.

cp $NETCOOL_HOME/omnibus/extensions/taddm/tivoli_eif_taddm.rules $NETCOOL_HOME/omnibus/probes/<arch>

donde <arch> es la arquitectura

2. Elimine el comentario de las sentencia include de las reglas de TADDM en el archivo de reglasmaestras, tivoli_eif.rules.a) Edite el archivo $NETCOOL_HOME/omnibus/probes/<arch> /tivoli_eif.rules.

donde <arch> es la arquitectura

b) Busque la sección siguiente y elimine el carácter de comentario # que precede a la línea include, deforma que tenga un aspecto parecido al siguiente ejemplo:

# Eliminar comentario de la línea include siguiente utilizando el# archivo de reglas de integración de TADDM# que se encuentra en .../extensions/taddm/ :include "tivoli_eif_taddm.rules"

Consejo: Cuando Sondeo de EIF está procesando correctamente sucesos de cambio de TADDM,puede ver los sucesos de cambio en la lista de sucesos de Netcool/OMNIbus. En este escenario, lossucesos de cambio tienen un valor de grupo de alertas de ConfigFile.

Si no ve los sucesos de cambio en la lista de sucesos, compruebe el filtro de sucesos definido en$COLLATION_HOME/etc/EventConfig.xml. El filtro de sucesos define qué sucesos de cambiose envían al Sondeo de EIF. Después de cambiar EventConfig.xml, puede ejecutar el mandatochangeevents.sh de TADDM para volver a procesar cualquier suceso de cambio desde el últimodescubrimiento.

Establecimiento de la caducidad de sucesos de cambio en Netcool/OMNIbusPuesto que nunca hay una resolución automática de los “suceso de cambio” de TADDM, una prácticarecomendada es hacer que caduque automáticamente y eliminarlos del almacén de datos ObjectServer.Este paso es opcional, pero se considera una buena práctica.

Procedimiento

1. Edite el archivo $NETCOOL_HOME/omnibus/probes/<arch>/tivoli_eif_taddm.rules.2. Localice esta sección del archivo tivoli_eif_taddm.rules y elimine el carácter de comentario #

que precede a @ExpireTime , de forma que tenga un aspecto parecido a la sección siguiente:

# ExpireTime no está establecido.# Los sucesos permanecerán siempre en ObjectServer.# Si es necesario, la línea siguiente se puede comentar para establecer una# hora de caducidad.


# En la línea siguiente, el valor de ExpireTime está establecido en 1 semana.@ExpireTime = 7 * 24 * 60 * 60

3. Reinicie el sondeo de EIF.

Registro del servicio Proveedor de marcadores en Netcool/ImpactEl Servicio Proveedor de marcadores implementa el rol del proveedor de marcadores para capturar datosde TBSM en el repositorio del marcador.


TBSM incluye un Servicio de Proveedor de marcadores a través de las políticas de Netcool/Impact que seproporcionan en TBSM 6.1.1. El Servicio de Proveedor de marcadores convierte sucesos de cambio deTADDM que llegan al Sondeo de EIF de Netcool/OMNIbus y los convierte en marcadores. Complete lospasos siguientes para registrar los servicios de proveedor de marcadores.

Procedimiento

1. Inicie sesión en la Consola de TBSM.2. En el área de navegación, seleccione IU de Impact > Automatización de sucesos > Políticas.3. En el separador Políticas, desde el menú Proyecto global, seleccione la política

markerRegisterProviders.4. Pulse Editar para abrir la política.5. En la barra de herramientas del Editor de políticas, pulse Ejecutar para ejecutar la política y registrar

el proveedor de marcadores.Solo tiene que ejecutar la política del servicio de proveedor de marcadores una vez para registrar lapolítica.

Para verificar que el Servicio de Proveedor de marcadores se ha registrado, ejecute el mandatosiguiente:


$TBSMHOME/bin/tbsmmarker.sh GetMarkerProviderClasses -username <usuario_tip> -password <contraseña_tip>

• Para Windows:

%TBSMHOME%\bin\tbsmmarker.bat GetMarkerProviderClasses -username <usuario_tip> -password <contraseña_tip>

Habilitación del servicio Actualización de TBSMDebe habilitar el archivo $TBSM_HOME/etc/TBSM_tbsm_marker_user.props de forma que TBSMdetecte los marcadores de suceso de cambio de TADDM.

Procedimiento

1. En el servidor de datos TBSM, edite el archivo $TBSM_HOME/etc/TBSM_tbsm_marker_user.props.

2. Desplácese hasta el final del archivo y busque las líneas siguientes. Cambie la propiedadimpact.markerupdater.activate a true.

Importante: La propiedad puede aparecer en el archivo más de una vez. Debe actualizar la últimaaparición de esta propiedad, ya que la última aparición tiene prioridad.

# Añadido por TBSM_DataSvr_Install-post-installimpact.markerupdater.activate=true

3. Reinicie el servidor de datos TBSM.


Consejo: Cuando se desencadena un suceso de cambio de TADDM, se puede verificar que se hangenerado los marcadores. Ejecute el mandato siguiente ne la máquina del servidor de datos TBSM:

$TBSMHOME/bin/tbsmmarker.sh GetMarkers -username <admin_tip> -password <contraseña_tip>

Se muestran marcadores con una categoría y un tipo de CHANGEEVENT. Además, el marcador tiene unidentificador de recurso tbsm y, también, taddm. Si no tiene un identificador de recurso tbsm, elservicio de actualización del marcador no se ejecuta.

Creación del lector de sucesos del servidor de objetos en Netcool/ImpactCree el servicio de lector de sucesos del servidor de objetos en Netcool/Impact para detectar los sucesosde cambio de TADDM.

Procedimiento

1. Inicie sesión en la Consola de TBSM.2. En el área de navegación, seleccione IU de Impact > Servicios.3. En el separador Servicios, pulse el icono Nuevo servicio para crear el servicio basándose en el

servicio OMNIbusEventReader.4. En el separador Valores generales, añada un nombre de servicio y seleccione ObjectServer_DS

como el origen de datos.5. Seleccione la casilla de verificación Registro de servicio junto a Escribir en archivo.6. Seleccione la casilla de verificación Iniciar junto a Automáticamente cuando se inicia el servidor.7. En el separador Correlación de sucesos, seleccione Detener la prueba después de la primera

coincidencia y seleccione Obtener sucesos actualizados.8. Pulse Nueva para crear la correlación.

a) En la ventana Crear nueva correlación, especifique la expresión de filtro Agente = 'Módulode suceso de cambio OMP TADDM'.

b) Seleccione la Política para ejecutar como markerChangeProvider.c) Seleccione la casilla de verificación Activo.

Si lo desea, pulse pulsar el botón Analizar filtro para verificar la sintaxis del filtro.d) Pulse Aceptar para guardar el filtro.

9. Pulse Guardar para guardar el nuevo servicio.10. El nuevo servicio se muestra la lista de servicios. Seleccione el servicio y seleccione Iniciar servicio

desde el menú para iniciar el servicio.

Consejo: Cuando se desencadena un suceso de cambio de TADDM, se puede verificar que se hangenerado los marcadores. Ejecute el mandato siguiente ne la máquina del servidor de datos TBSM:

$TBSMHOME/bin/tbsmmarker.shGetMarkers -username <admin_tip> -password <contraseña_tip>

Se muestran los marcadores creados con una categoría y un tipo de CHANGEEVENT.

Desencadenante de un suceso de cambio en TADDMAhora puede desencadenar un suceso de cambio en TADDM y ver su visualización como un marcador desuceso de cambio en Time Window Analyzer.

Acerca de esta tareaEn este ejemplo, se supervisa un sistema Linux para ver si hay cambios en el archivo /etc/hosts.

Procedimiento

1. En uno de los sistema Linux que se está supervisando, edite el archivo /etc/hosts.


2. Edite el archivo y añada un comentario para desencadenar un cambio.3. Inicie sesión en TADDM Discovery Management Console.4. Ejecute un nuevo descubrimiento en TADDM para seleccionar el cambio en el sistema Linux.

Consejo: Puede verificar que el cambio en el archivo de configuración se ha detectado en TADDMutilizando el TADDM Data Management Portal. Ejecute Cambiar informe de historial en el sistemaLinux que se ha supervisado. Se informe de un cambio de tipo ConfigFile.

Visualización del suceso de cambio en Time Window AnalyzerDespués de que TADDM descubra los cambios en el archivo /etc/hosts, genera un suceso de cambioque se envía al Sondeo de EIF y, a continuación, a Netcool/OMNIbus. El servicio Marcador de proveedorde Netcool/Impact detecta este suceso y crea un marcador que se muestra en el Time Window Analyzer.

Procedimiento

1. Inicie sesión en la consola TBSM.2. En el área de navegación, seleccione Menú BSM > Disponibilidad de servicios.3. En el portlet Árbol de servicios, expanda el árbol para encontrar el servicio donde se ha realizado el

cambio. Pulse con el botón derecho del ratón en el servicio para mostrar el menú.4. Seleccione Mostrar > Comparar medidas de servicio en el menú.5. Cuando se abre el Time Window Analyzer, seleccione la casilla de verificación Superposición y

seleccione Sucesos de cambio en el menú de la lista. Los marcadores de suceso de cambio sesolapan en la parte superior de los datos de medida en los diagramas.

Figura 8. Time Window Analyzer que muestra los sucesos de cambio

Resolución de problemasEn esta sección se documentará la resolución de problemas comunes con la solución BSM Accelerator.


Iniciación al diagnósticoEsta sección contiene información que le ayuda a resolver problemas con IBM Solutions for BusinessService Management.

Para obtener una visión general de los componentes de solución y cómo funcionaban juntos, consulte“Introducción” en la página 1.

Búsqueda de solucionesSi tiene el programa IBM Information/Access, puede buscar en la base de datos RETAIN, utilizando unaserie de palabras clave, para buscar problemas similares y sus soluciones.

Trabajar con el soporte de software de IBMSi es preciso llamar al soporte de software de IBM, recopile en primer lugar la información adecuada,como se describe en “Obtención de soporte de software de IBM” en la página 156.

Obtención de soporte de software de IBMEsta sección describe las opciones para obtener soporte para los productos de software de IBM.

Obtención de arreglosPuede estar disponible un arreglo del producto que resuelva su problema. Para determinar los arreglosdisponibles para el producto de software de IBM, efectúe los pasos siguientes:

1. Acceda al sitio web de soporte de software de IBM en http://www.ibm.com/software/support.2. Pulse Descargar en el apartado Soporte de software .3. Seleccione el nombre de producto relevante en la lista alfabética, por ejemplo seleccione I y elija IBM

Tivoli Business Service Manager.4. Opcionalmente, seleccione un sistema operativo, o deje el valor predeterminado como: Cualquiersistema operativo.

5. Escriba más términos de búsqueda en el campo Especificar términos de búsqueda si desea restringirla búsqueda.

6. Puede restringir la búsqueda cambiando las categorías en los recuadros de selección Limitar yordenar resultados.

7. Pulse Buscar.8. En la lista de descargas que aparece tras la búsqueda, pulse en el nombre de un arreglo para leer su

descripción y descargarlo si lo desea.

Para obtener más información sobre los tipos de arreglos disponibles, consulte la publicación IBMSoftware Support Handbook en http://www-304.ibm.com/support/customercare/sas/f/handbook/home.html.

Recepción semanal de actualizaciones de soportePara recibir semanalmente notificaciones por correo electrónico acerca de los arreglos y las noticias desoporte de software, siga estos pasos:

1. Acceda al sitio web de soporte de software de IBM en http://www.ibm.com/software/support.2. Pulse My support (Mi soporte) en la esquina superior derecha de la página.3. Si ya se ha registrado en My support, inicie la sesión y vaya al paso siguiente.

Si no se ha registrado, pulse Register now (registrarse ahora). Complete el formulario de registroutilizando la dirección de correo electrónico como ID de IBM y pulse Submit (Enviar).

4. Pulse Edit profile (Editar perfil).5. En la lista Products (Productos), seleccione Software. Aparece una segunda lista.6. En la segunda lista, seleccione un segmento del producto, por ejemplo, Application servers

(Servidores de aplicaciones). Aparece una tercera lista.


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

http://www-304.ibm.com/support/customercare/sas/f/handbook/home.html

http://www-304.ibm.com/support/customercare/sas/f/handbook/home.html

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

7. En la tercera lista, seleccione un subsegmento del producto, por ejemplo, DistributedApplication & Web Servers (Servidores de aplicaciones y web distribuidos). Aparece una listade productos aplicables.

8. Seleccione los productos para los que desea recibir actualizaciones, por ejemplo, IBM HTTPServer y WebSphere Application Server.

9. Pulse Add products (Añadir productos).10. Después de seleccionar todos los productos que le interesan, pulse Subscribe to email (Suscribir a

e-mail) en el separador Edit profile (Editar perfil).11. Seleccione Please send these documents by weekly email (Enviar estos documentos por e-mail

cada semana).12. Actualice la dirección de correo electrónico si es necesario.13. En la lista Documents (Documentos), seleccione Software.14. Seleccione los tipos de documentos acerca de los cuales desea recibir información.15. Pulse Update (Actualizar).

Si tiene problemas con la característica My support (Mi soporte), puede obtener ayuda de las siguientesmaneras:

• En línea

Envíe un mensaje de correo electrónico a [email protected], describiendo el problema.• Por teléfono

Llame al número de Estados Unidos 1-800-IBM-4You (1-800-426-4968).

Soporte de software de IBMEl soporte de software de IBM proporciona ayuda con los defectos del producto.

Contacto con el soporte de IBM Software SupportAntes de ponerse en contacto con el servicio de soporte de IBM Software, la empresa debe tener uncontrato activo de mantenimiento de software con IBM y debe estar autorizado para enviar problemas aIBM. El tipo de contrato de mantenimiento de software que necesita depende del tipo de producto quetenga:

• Para productos de software distribuido de IBM (incluyendo, pero sin limitarse a, productos Tivoli, Lotusy Rational, así como productos DB2 y WebSphere que se ejecutan en sistemas operativos Windows oUNIX), regístrese en Passport Advantage de una de las formas siguientes:

– En línea

Vaya a la página web de Passport Advantage en http://www-306.ibm.com/software/howtobuy/passportadvantage/pao_customers.htm.

– Por teléfono

Para obtener el número de teléfono en su país, vaya al sitio web de soporte de software de IBM enhttps://www14.software.ibm.com/support/customercare/sas/f/handbook/home.html y seleccione suregión geográfica.

.• Los clientes con contratos de suscripción y soporte (S & S), deben ir al sitio web de Software Service

Request en https://www-946.ibm.com/support/servicerequest/Home.action.• Para productos de software de IBM eServer (que incluyen, pero no se limitan a, productos DB2 y

WebSphere que se ejecutan en entornos zSeries, pSeries y iSeries), puede adquirir un acuerdo demantenimiento de software trabajando directamente con un representante de marketing de IBM o unIBM Business Partner. Para obtener más información sobre el soporte para los productos de softwareeServer, vaya al sitio web de IBM Technical Support Advantage en http://www.ibm.com/servers/eserver/techsupport.html.


http://www-306.ibm.com/software/howtobuy/passportadvantage/pao_customers.htm

http://www-306.ibm.com/software/howtobuy/passportadvantage/pao_customers.htm

https://www14.software.ibm.com/support/customercare/sas/f/handbook/home.html

https://www-946.ibm.com/support/servicerequest/Home.action

http://www.ibm.com/servers/eserver/techsupport.html

http://www.ibm.com/servers/eserver/techsupport.html

Si no está seguro del tipo de contrato de mantenimiento de software que necesita, llame a 1-800-IBMSERV (1-800-426-7378) en los Estados Unidos. En otros países, vaya a la página de contratos de IBMSoftware Support Handbook en https://www14.software.ibm.com/support/customercare/sas/f/handbook/contacts.html y pulse el nombre de su región geográfica para consultar los proveedores queprestan servicio en dicha ubicación.

Para ponerse en contacto con el soporte técnico de software de IBM, siga estos pasos:

1. “Determinación del impacto empresarial” en la página 1582. “Descripción de problemas y recopilación de información” en la página 1583. “Envío de problemas” en la página 158

Determinación del impacto empresarialCuando notifique un problema a IBM, se le solicitará que proporcione un nivel de gravedad. Porconsiguiente, es necesario comprender y evaluar el impacto empresarial del problema que estánotificando.

Para evaluar el impacto empresarial de un problema, utilice los siguientes criterios:Gravedad 1

El problema tiene un impacto empresarial grave. No puede utilizar el programa, lo que provoca unimpacto muy grave en las operaciones. Esta condición requiere una solución inmediata.

Gravedad 2El problema tiene un impacto empresarial importante. El programa se puede utilizar pero tieneimportantes limitaciones.

Gravedad 3El problema tiene un impacto empresarial relativo. El programa se puede utilizar con algunasfunciones menos importantes (no esenciales para las operaciones) que no están disponibles.

Gravedad 4El problema tiene un impacto empresarial mínimo. El problema tiene poco impacto sobre lasoperaciones o se ha implementado una solución alternativa razonable al problema.

Descripción de problemas y recopilación de informaciónAl describir un problema para IBM, debe ser lo más concreto posible. Incluya toda la información básicarelevante para que los especialistas de soporte software de IBM puedan ayudarle a resolver el problemacon eficacia.

Para ahorrar tiempo, conozca las respuestas a estas preguntas:

• ¿Qué versiones de software estaba ejecutando cuando se ha producido el problema?• ¿Tiene registros, rastreos y mensajes relacionados con los síntomas del problema? Es probable que el

soporte técnico de software de IBM le solicite esta información.• ¿Puede reproducir el problema? Si es así, ¿qué pasos se han realizado para recrear el problema?• ¿Ha realizado alguna alteración en el sistema? Por ejemplo, si ha realizado alteraciones en el hardware,

el sistema operativo, el software de red, etc.• ¿Utiliza actualmente un método alternativo para el problema? Si es así, esté preparado para explicar el

método alternativo al notificar el problema.

Envío de problemasUtilice este tema para saber cómo enviar un problema al soporte de software de IBM.

Envíe el problema al soporte de software de IBM de una de las dos maneras siguientes:

• En línea

Pulse Submit and track problems (Enviar y realizar seguimiento de problemas) en el sitio de soportede software de IBM en http://www.ibm.com/software/support/probsub.html. Escriba la información enel formulario de envío de problemas adecuado.

• Por teléfono


https://www14.software.ibm.com/support/customercare/sas/f/handbook/contacts.html

https://www14.software.ibm.com/support/customercare/sas/f/handbook/contacts.html

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

Para conocer el número de teléfono al que debe llamar en su país, vaya a la página de contactos de IBMSoftware Support Handbook en http://techsupport.services.ibm.com/guides/contacts.html y pulse elnombre de la región geográfica.

Si el problema que envía corresponde a un defecto de software o a documentación inexacta o que falta, elsoporte técnico de software de IBM crea un informe autorizado de análisis de programa (APAR). El APARdescribe detalladamente el problema. Siempre que es posible, el soporte técnico de software de IBMproporciona un método alternativo que se puede implementar hasta que se resuelva el APAR y seproporcione un arreglo. IBM publica diariamente los APAR resueltos en el sitio web de soporte desoftware, de forma que otros usuarios que experimenten el mismo problema puedan beneficiarse de lamisma resolución.

RegistrosPuede utilizar los registros cuando se identifican problemas con el asistente de despliegue y loscomponentes de solución de IBM Solutions for Business Service Management.

Los registros pueden encontrarse en el directorio /tmp/SolutionForBSM_id_usuario, dondeid_usuario es el usuario actual que se ejecuta en el asistente de despliegue. Hay dos tipos de registros:

registros de componentes de soluciónEstos registros se crean en la máquina de destino que se especifica para un componente en elasistente de despliegue. Estos registros están en los subdirectorios correspondientes del directoriode registros para el componente. Por ejemplo, si está instalando como usuario tbsm, el registro parala tarea Desplegar las mejores prácticas de supervisión es el subdirectorio /tmp/SolutionForBSM_tbsm/enable_best_practice en la máquina de destino que ha especificadoen la tarea Desplegar las mejores prácticas de supervisión.

Los registros también se sobrescriben por cada tarea para cada ejecución. Solo verá los últimosregistros de ejecución. Como procedimiento recomendado, haga una copia de seguridad del registroantes de volver a ejecutar el asistente de despliegue.

archivo de registro maestroEl archivo IRU_DeploymentWizard.log se crea al principio de la instalación y se copia en eldirectorio de registros al final de la instalación.

Importante: El archivo de registro maestro se copia en el directorio en la máquina en la que seejecuta el asistente de despliegue.

El registro maestro se sobrescribe cada vez que se ejecuta el asistente de despliegue. Comoprocedimiento recomendado, haga una copia de seguridad del registro antes de volver a ejecutar elasistente de despliegue.

Problemas de despliegueEsta sección contiene información que le ayuda a resolver problemas relacionados con el despliegue.

Las situaciones de Linux HTTP Server no funcionanSi el servidor HTTP se ha instalado en una ubicación distinta del directorio predeterminado /opt/IBM/WebSphere, los nombres de vía de acceso de archivo par las situaciones de Tivoli MonitoringLinux_LZ_HTTPSrvPrcMissing_C y Linux_LZ_HTTPSrvPrcMissing_W necesitan actualizarsemanualmente para que reflejen el cambio de ubicación.

Síntoma

Al instalar el servidor HTTP, las situaciones de Tivoli Monitoring Linux_LZ_HTTPSrvPrcMissing_C yLinux_LZ_HTTPSrvPrcMissing_W no funcionan.

Resolución

Las siguientes situaciones de Tivoli Monitoring apuntan al directorio de instalación del servidor HTTPpredeterminado, /opt/IBM/WebSphere.

• Linux_LZ_HTTPSrvPrcMissing_C


http://techsupport.services.ibm.com/guides/contacts.html

• Linux_LZ_HTTPSrvPrcMissing_W

Al instalar el servidor HTTP en un directorio distinto, también es necesario actualizar la vía de acceso deldirectorio de instalación para las situaciones.

1. Instale las situaciones de Tivoli Monitoring.2. Vea Linux_LZ_HTTPSrvPrcMissing_C y Linux_LZ_HTTPSrvPrcMissing_W3. Añada el directorio de instalación del servidor HTTP actualizado a las situaciones.

El botón Probar conexión no funciona según lo esperadoAl utilizar el botón Probar conexión en el panel Especificar sistemas de destino, no puedo comprobar silos sistemas de destino satisfacen las condiciones necesarias para el despliegue.

Descripción del problema

El texto del panel Especifique sistemas de destino dice: "Puede pulsar Probar conexión paraver si los sistemas de destino especificados satisfacen las condicionesnecesarias para el despliegue."

Este texto lleva a confusión. Si pulsa el botón no puede comprobar que el software necesario se estáejecutando en el sistema de destino. Solo puede comprobar que hay conectividad de red y que el nombrede usuario y la contraseña funcionan.

Se ha detectado un conflicto en el puertoLa tarea de componente de servidor de panel de instrumentos de TBSM ha generado errores en el archivode registro.


La tarea de componente de servidor de panel de instrumentos de TBSM ha generado los siguienteserrores en el archivo de registro.

2012-03-20 16:27:03, **** ***SDF : El valor de COMMAND_INVOKED es$JazzSMHome/profile/bin/startServer.sh server1 -user tipadmin -password xxxxx2012-03-20 16:27:14, **** IRU03807: El mandato ha generado la siguiente salida:ADMU0116I: La información de la herramienta se está anotando en el archivo$JazzSMHome/profile/logs/server1/startServer.logADMU0128I: Iniciando herramienta con el perfilADMU3100I: Leyendo la configuración para el servidor: server1ADMU3028I: Se ha detectado un conflicto en el puerto 16313. Las causas posibles son:a) Ya se está ejecutando una instancia del servidor server1b) Algún otro proceso está utilizando el puerto 16313ADMU3027E: Puede que ya se esté ejecutando una instancia del servidor: server1

Resolución

Puede ignorar el error. Este error lo causa el asistente de despliegue al intentar iniciar el servidor deTBSM/DASH mientras el servidor ya está en ejecución.

El asistente de despliegue no se puede iniciarEl asistente de despliegue no se ha podido iniciar con el error [java] Java Result: 1.


Java no puede ejecutar el instalador en modalidad de GUI.

Resolución

• Ejecute el asistente de despliegue desde la consola root/main• Utilice VNC, no telnet para ejecutar la instalación• Exporte DISPLAY


El despliegue de la tarea Situation Update Forwarder ha fallado: falta la bibliotecaEl asistente de despliegue no ha podido desplegar la tarea Situation Update Forwarder.


El despliegue de la tarea Situation Update Forwarder ha fallado, con el siguiente error:

STACK_TRACE: 27java.lang.UnsatisfiedLinkError: /tmp/isjOZdngb/jre/bin/libawt.so: libXmu.so.6: no se puede abrir el archivo de objeto compartido:No existe dicho archivo o directorioat java.lang.ClassLoader$NativeLibrary.load(Native Method)at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2120)at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1986)at java.lang.Runtime.loadLibrary0(Runtime.java:824)at java.lang.System.loadLibrary(System.java:908)at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:76)at java.security.AccessController.doPrivileged1(Native Method)

Resolución

Esto se debe a que ITM Situation Update Forwarder utiliza JDK1.4 que requiere la biblioteca libawt.so.Instale libXmu.so.6.

El despliegue de la tarea de Situation Update Forwarder ha fallado: CR -46El asistente de despliegue no ha podido desplegar Situation Update Forwarder, con el error CR: -46.


El asistente de despliegue no ha podido desplegar la tarea Situation Update Forwarder con un código deretorno CR: -46:

2012-03-13 16:22:54, **** IRU10000: Se ha emitido el siguiente mandato:/bin/sh –c /tmp/iru//tec/ESync2300Linux.bin -options /tmp/SL_3723/SolutionEnabler/deployment/logs/tivolimntrgtoolsv623a4tools.rsp -silent2012-03-13 16:23:15, **** IRU03807: El mandato ha generado la siguiente salida:2012-03-13 16:23:15, **** IRU03808: Proceso ha devuelto CR: -46

Resolución

libXp.so.6 falta, instale libXp.so.6.

Estado de despliegue anterior es engañosoLa sección del estado de despliegue anterior del panel Resumen puede resultar engañoso.


El estado de despliegue anterior solo hace referencia a la sesión actual y no es una indicación de lo quese ha desplegado en el sistema de destino específico. Dado que los despliegues normalmente no sellevan a cabo en una sesión, el estado visualizado en la sección de despliegue anterior es el estado de losdespliegues anteriores, como ha realizado solo dentro de la sesión actual del instalador. Es decir, alcerrar el instalador y después volverlo a abrir, el estado de despliegue anterior se restablece en "Nointentado".

Verificación de contraseña confusaLa validación de contraseña no se comporta según lo esperado.



Puede toparse con este problema en las pantallas del asistente de despliegue de Solutions for BSMdonde se le solicita que proporcione y verifique una contraseña. Si la contraseña suministrada y suverificación no coinciden, obtendrá el siguiente mensaje de error:

IRU02027: Los siguientes parámetros de configuración requieren un valor: <campo de contraseña> donde <campo de contraseña> es el nombre del campo que contiene el valor de contraseña.

Resolución

Pulse Aceptar para rechazar el mensaje y luego asegúrese de que los valores especificados en el campode contraseña y el campo de verificación de contraseña correspondiente coinciden. Puede saber cuandolos valores especificados en los dos campos no coinciden por un círculo rojo con una x blanca junto alnombre de separador Típico.

La tarea Paquetes de integración de ITCAM for Transaction fallaSi ejecuta dos veces la tarea "Paquetes de integración de ITCAM for Transaction" fallará la segunda vez.

Resolución

Siga estos pasos para la recuperación:

1. Abra el archivo tivoli_directory/netcool/omnibus/probes/linux2x86/tivoli_eif.rules para editarlo.

2. Busque la línea siguiente:

include "/xxxxx/custom_mapping.rules"

3. Comente la línea con una marca hash de la siguiente manera:

# include "/xxxxx/custom_mapping.rules"

4. Vuelva a ejecutar la tarea.

Error de instalación de ITM Event Synchronization ForwarderAl ejecutar la instalación de ITM Event Synchronization Forwarder se genera el código de retorno CR =-46.

Resolución

La máquina de destino debe tener las bibliotecas libXp y libXmu de 32 bits incluso en un sistemaoperativo de 64 bits. Por ejemplo, las máquinas de 32 bits y 64 bits deben tener estas bibliotecas:

• libXmu.i386• libXp.i386

Y las máquinas de 64 bits deben tener estas bibliotecas:

• libXmu.x86_64• libXp.x86_64

Netcool/OMNIbus falla durante la configuración para sucesos ITMNetcool/OMNIbus falla durante la configuración para sucesos de IBM Tivoli Monitoring.

SíntomasSe visualiza un mensaje de error que indica que la variable de entorno NCHOME no se ha establecido:

**** ***SDF : MainProgram: Se ha iniciado el método invokeCommand**** IRU10000: Se ha emitido el mandato siguiente: /tmp/iru//updated_pkg/omnibusUpdater.sh -b /tmp/iru//updated_pkg/kt3.baroc /tmp/iru//updated_pkg/kt4.baroc /tmp/iru//updated_pkg/kt5.baroc /tmp/iru//updated_pkg/kt6.baroc -u <user> -s <server> password


**** IRU03807: El mandato ha generado la salida siguiente: la variable de entorno NCHOME no se ha establecido; establezca esta variable para poder continuar.p. ej. export NCHOME=/opt/IBM/tivoli/netcool

CausasLa configuración de sucesos de Netcool/OMNIbus para IBM Tivoli Monitoring falla cuando la variable deentorno NCHOME no está establecida.

ResoluciónPara establecer la variable de entorno NCHOME, ejecute el mandato:

set NCHOME=<netcool directorio instalación>

export NCHOME=<netcool directorio instalación>

donde <netcool directorio instalación> es el directorio en el que se ha instalado Netcool/OMNIbus.

Anomalía durante la configuración de Sondeo de EIF para sucesos ITMLa configuración de Sondeo de EIF para sucesos IBM Tivoli Monitoring falla.

SíntomaSe visualiza un mensaje de error:

'Configurar Sondeo de EIF para sucesos ITM con:**** ***SDF : **** ***SDF : Resultado de fin de mandato ******** ***SDF : La versión 11.0.x de Sondeo de EIF no está instalada**** ***SDF : PreDeploymentCheckProgram: El método de comprobaciones deperformValidation ha finalizado con un código de retorno 0**** ***SDF : PreDeploymentCheckProgram: El método de comprobaciones deperformPreDeploy ha finalizado con un código de retorno -1**** ***SDF : El programa PreDeploymentCheckProgram ha finalizadocon el código de retorno -1

CausaEsto se puede producir si la versión correcta de Sondeo de EIF no está instalada.

ResoluciónPara poder completar el despliegue, instale la versión 11.0.x de Sondeo de EIF.

El despliegue de TBSM para LDAP causa NullPointerExceptionCuando se despliega TBSM for LDAP o utiliza el mandato serverStatus, algunas veces puede encontraruna NullPointerException.


Cuando se despliega TBSM for LDAP, puede encontrar una NullPointerException. Por ejemplo:

WASX7017E: Se ha recibido una excepción mientras se ejecutaba el archivo"C:\tmp\iru1\WAS\deploy\bin\/configureVMM4LDAP.jy"; información de excepción: java.lang.NullPointerException:java.lang.NullPointerExceptionWASX7341W: No se ha realizado la acción "save" antes de salir de la sesióninteractiva de creación de scripts; los cambios de configuración no se guardarán.2013-05-22 06:26:52, **** IRU03808: Proceso ha devuelto CR: 105

La causa de este mensaje es que se ha especificado un valor incorrecto para la contraseña. Si examina losarchivos de registro para WebSphere Application Server, encontrará un error parecido. Por ejemplo:

wsadmin>AdminTask.addIdMgrLDAPServer('[-id test2 -host x86ondemand39.tivlab.austin.ibm.com -port 389 -bindDN cn=root,ou=DMF,dc=ivt2008,dc=tivlab,dc=austin,dc=ibm,dc=com -bindPassword ivtt3st -sslEnabled false -sslConfiguration NodeDefaultSSLSettings]')WASX7015E: Se ha recibido una excepción al ejecutar el mandato:"AdminTask.addIdMgrLDAPServer('[-id test2


-host x86ondemand39.tivlab.austin.ibm.com -port 389 -bindDN cn=root,ou=DMF,dc=ivt2008,dc=tivlab,dc=austin,dc=ibm,dc=com -bindPassword ***** -sslEnabled false -sslConfiguration NodeDefaultSSLSettings]') "; información de excepción: java.lang.NullPointerException:java.lang.NullPointerException

Procedimiento

Si encuentra este error, compruebe que está utilizando el valor correcto para la contraseña y vuelva adesplegar la tarea de TBSM for LDAP.

ResultadosDespués de corregir el error, se visualiza un mensaje de confirmación en los archivos de registro paraWebSphere Application Server. Por ejemplo:

wsadmin>AdminTask.addIdMgrLDAPServer('[-id test2 -host x86ondemand39.tivlab.austin.ibm.com -port 389 -bindDN cn=root,ou=DMF,dc=ivt2008,dc=tivlab,dc=austin,dc=ibm,dc=com -bindPassword ivtt3st8 -sslEnabled false -sslConfiguration NodeDefaultSSLSettings]') wsadmin>'CWWIM5027W La configuración no se ha completado. Si se guarda unaconfiguración incompleta puede causar problemas en el inicio.'wsadmin>

Corrección de errores en el registro de tareas del asistente de despliegueSi no incluye una vía de acceso para el mandato printenv en la vía de acceso de usuario que utiliza conel asistente de despliegue, se pueden producir errores.


Por ejemplo, el registro maestro para el asistente de despliegue puede contener un error como elsiguiente:

2013-06-06 11:00:53, IRU03074: El asistente de despliegue del servidorde transición adelphi tiene la versión 3.3.0.0.2013-06-06 11:03:59, , exception: java.io.IOException: No se puede ejecutar elprograma "printenv":error=2, No existe dicho archivo o directoriojava.io.IOException: No se puede ejecutar el programa "printenv": error=2,No existe dicho archivo o directorio at java.lang.ProcessBuilder.start(ProcessBuilder.java:460) at java.lang.Runtime.exec(Runtime.java:593) at java.lang.Runtime.exec(Runtime.java:431) at java.lang.Runtime.exec(Runtime.java:328) at com.ibm.jsdt.productdef.CommandLineModel.runEnvironmentCommand(CommandLineModel.java:1416) at com.ibm.jsdt.productdef.CommandLineModel.getCurrentEnvironment(CommandLineModel.java:1398) at com.ibm.jsdt.productdef.CommandLineModel.addJavaHomeToEnvironment(CommandLineModel.java:1340) at com.ibm.jsdt.productdef.CommandLineModel.getEnvironment(CommandLineModel.java:1324) at com.ibm.jsdt.productdef.CommandLineModel.execute(CommandLineModel.java:526) at com.ibm.jsdt.productdef.ProductModel.executeCommand(ProductModel.java:3055) at com.ibm.jsdt.productdef.ProductModel.commandSequence(ProductModel.java:3015) at com.ibm.jsdt.productdef.ProductModel.processInstallComplete(ProductModel.java:2102) at com.ibm.jsdt.productdef.CommandModel.doInstallCommandComplete(CommandModel.java:88) at com.ibm.jsdt.productdef.CommandGetJar.JProcessComplete(CommandGetJar.java:79) at com.ibm.jsdt.productdef.CommandGetJar.execute(CommandGetJar.java:68) at com.ibm.jsdt.productdef.ProductModel.executeCommand(ProductModel.java:3055) at com.ibm.jsdt.productdef.ProductModel.commandSequence(ProductModel.java:3015) at com.ibm.jsdt.productdef.ProductModel.processInstallComplete(ProductModel.java:2089)


at com.ibm.jsdt.productdef.CommandModel.doInstallCommandComplete(CommandModel.java:88) at com.ibm.jsdt.productdef.CommandLineModel.JProcessComplete(CommandLineModel.java:680) at com.ibm.jsdt.common.JProcessCommand.run(JProcessCommand.java:182) at java.lang.Thread.run(Thread.java:662)Causado por: java.io.IOException: error=2, No existe dicho archivo o directorio at java.lang.UNIXProcess.forkAndExec(Native Method) at java.lang.UNIXProcess.<init>(UNIXProcess.java:53) at java.lang.ProcessImpl.start(ProcessImpl.java:65) at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)

Procedimiento

Para corregir este problema, debe asegurarse de que en la vía de acceso de usuario se incluya un enlacecon el mandato printenv.Por ejemplo:

ln -s /usr/ucb/printenv /usr/bin/printenv

LDAP para Tivoli Application Dependency Discovery Manager no funciona correctamenteSi ejecuta LDAP con Tivoli Application Dependency Discovery Manager 7 como parte de Solutions forBSM, pueden surgir errores.


Los errores están registrados en el archivo de registro del gestor de seguridad. El archivo de registropuede contener un error que es similar al ejemplo siguiente:

SecurityManager [RMI TCP Connection(429)-192.168.1.102] ERROR sso.SSOHelper - No se ha podido obtener el contexto de inicio de sesión.javax.security.auth.login.LoginException: java.lang.NoClassDefFoundError: com.ibm.security.ess.authn.audit.event.AuditHelper at com.ibm.security.ess.client.authn.WSTrustLoginModule.login(WSTrustLoginModule.java:238) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:619) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:795) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:209) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:709) at java.security.AccessController.doPrivileged(AccessController.java:241) at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:706) at javax.security.auth.login.LoginContext.login(LoginContext.java:603) at com.collation.securitymgr.usermgmt.sso.SSOHelper.login(SSOHelper.java:139) at com.collation.securitymgr.usermgmt.sso.SSOHelper.login(SSOHelper.java:130) at com.collation.securitymgr.usermgmt.VmmUserRegistry.login(VmmUserRegistry.java:305) at com.collation.securitymgr.jini.SecurityManagerServiceImpl.login(SecurityManagerServiceImpl.java:952) at com.collation.securitymgr.jini.SecurityManagerService.login(SecurityManagerService.java:602) at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:619) at com.collation.platform.jini.LogProxy.invoke(LogProxy.java:116)

Este error se debe a una vía de acceso de clase que falta para un archivador Java (JAR).


Procedimiento

1. Para corregir el error, añada la línea lib/ess/client/IBMESSAuthnAudit.jar: directamente enla línea lib/ess/client/IBMESSClientAuthn.jar: en cada uno de los archivos siguientes:

• deploy-tomcat/ROOT/WEB-INF/storage-server-context.xml• deploy-tomcat/ROOT/WEB-INF/discovery-server-context.xml• deploy-tomcat/ROOT/WEB-INF/ecmdb-context.xml• deploy-tomcat/ROOT/WEB-INF/cmdb-context.xml

2. Reinicie Tivoli Application Dependency Discovery Manager.

Resolución de problemas de la automatización de DLAEste tema proporciona orientación cuando surgen problemas con el proceso de automatización de DLA.

Los nuevos archivos IDML de los programas DLA no se han cargado en TADDM

Para resolver este problema, complete este procedimiento

1. Verifique que los programas DLA han creado los libros IdML:

a. Abra el programa de utilidad del lado del cliente en el servidor IBM Tivoli Monitoring (ITM).

Para verificar que la herramienta Automatización de DLA se está ejecutando ensistemas UNIX, ejecute el mandato:

ps -ef | grep dlaAutomate.sh

Para verificar que la herramienta Automatización de DLA se está ejecutando ensistema Windows.

1) Abra el Gestor de tareas.2) Seleccione Ver-->Seleccionar columnas.3) Añada la columna Línea de mandatos.4) Ordene la lista por Nombre.5) Desplácese hasta Java. Habrá varios procesos Java.6) En la columna Línea de mandatos de los procesos Java busque:

-classpath clientDLAAutomate.jar

Desde el indicador de mandatos: También puede verificar que la herramienta Automatización deDLA se está ejecutando con el mandato:

wmic process get commandline|findStr clientDLAAutomate.jar

b. Abra el archivo DLAAutomateClient.log para determinar si hay presentes errores.c. Abra el archivo DLAAutomateClient.properties, localice el parámetroagent.*.dlaoutputdir y anote la ubicación especificada. Verifique que los libros IdML se hanañadido a este directorio.

d. Si el parámetro del directorio agent.*.taddmshare está establecido en elDLAAutomateClient.properties, se utiliza el directorio taddmshare en lugar dewebservice para copiar archivos en el servidor TADDM. Asegúrese de que este directorio estámontado desde el servidor TADDM y que los libros IdML se copian en dicha ubicación.

e. Si se ha comentado el parámetro de directorio agent.*.taddmshare en elDLAAutomateClient.properties y no se utiliza el directorio taddmshare, el webservice seutiliza para copiar archivos en el servidor TADDM. Asegúrese de que el sistema que aloja elprograma de utilidad del lado del cliente puede acceder al servidor TADDM en el puerto 9430.

2. Verifique que los libros IdML se han cargado en TADDM:


a. Abra el programa de utilidad del lado del servidor en el servidor IBM Tivoli Monitoring (ITM).

Para verificar que la herramienta Automatización de DLA se está ejecutando ensistemas UNIX, ejecute el mandato:

ps -ef | grep dlaAutomateLoader.sh

Para verificar que la herramienta Automatización de DLA se está ejecutando ensistema Windows.

1) Abra el Gestor de tareas.2) Seleccione Ver-->Seleccionar columnas.3) Añada la columna Línea de mandatos.4) Ordene la lista por Nombre.5) Desplácese hasta Java. Habrá varios procesos Java.6) En la columna Línea de mandatos de los procesos Java busque:

-classpath serverDLAAutomate.jar

Desde el indicador de mandatos: También puede verificar que la herramienta Automatización deDLA se está ejecutando con el mandato:

wmic process get commandline|findStr serverDLAAutomate.jar

b. Para verificar que TADDM se está ejecutando, ejecute el comentario:

./control.sh status

c. Abra el archivo DLAAutomateLoader.log y revíselo para ver si hay errores.

Nota: Para un rastreo más detallado, establezca un rastreo adicional en el archivo TADDMcollation.properties.

d. Abra el archivo DLAAutomateLoader.properties y verifique que los libros IdML se estáncreando en el directorio especificado mediante el parámetro loadDirectory. De formapredeterminada, el directorio establecido es el directorio var/loadidml de TADDM.

e. Si se crean libros IdML, revise el archivo bulkload.log de TADDM para ver si hay erroresloadidml que se han generado a partir de errores en los archivos IdML. Si no se crean libros IdML,detenga el programa de utilidad del lado del servidor Automatización de DLA y verifique que se hancreado nuevos libros IdML en el directorio especificado por el parámetro monitorDirectory enel archivo DLAAutomateLoader.properties.

Existen objetos duplicados para el servidor WebSphere

Para resolver este problema, complete este procedimiento:

1. Asegúrese de que se ha producido el descubrimiento TADDM antes de cargar los libros IdML. Si no esasí, unas cargas posteriores podrían resolver el problema.

2. Revise el archivo addwasmsndla.log para ver si hay errores.3. Abra el archivo DLAAutomateLoader.properties. Localice el parámetro loadDirectory y anote

el directorio especificado. De forma predeterminada, este está establecido en el directorio var/loadidml de TADDM. Obtenga el último archivo TMSDISC620*.zip y, si procede, obtenga el últimoarchivo ITCAMfTT*.zip.

4. Después de extraer los archivos, revise la versión de *.xml.reconcilied de estos libros IdML. Paralos objetos del servidor WebSphere, se asocian una dirección BindAddress, un Puerto y una DirecciónIP a cada servidor WebSphere. Verifique que estos valores coinciden con los valores almacenados enTADDM.


5. Si el servidor WebSphere no contiene estos objetos, pero contiene el .WebSphereProperty,verifique que los valores coinciden con un servidor WebSphere almacenado en TADDM.

Error de índice de matriz fuera de rango al ejecutar el script dlaAutomate

Cuando intente ejecutar el script dlaAutomate, verá este error:

com.ibm.bsma.dlaauto.utils.Logger error SEVERE: Índice de matriz fuera de rango: 18297

Causa:El script dlaAutomate está llamando a la versión incorrecta del entorno de tiempo de ejecución Java(JRE).

ResoluciónCambien la variable JAVA_HOME para hacer referencia al JRE utilizado por IBM Tivoli Monitoring.

Por ejemplo, cambie la vía de acceso por: C:\IBM\ITM\java\java60\jre. La vía de acceso delJRE utilizada por TADDM también funcionará.

1. Abra el script dlaAutomate en un editor de texto.

• En Windows: dlaAutomate.bat• En Linux, AIX y Solaris: ./dlaAutomate.sh

2. Vaya a la línea donde está establecida la variable JAVA_HOME y cambie la vía de acceso del JRE.3. Guarde y cierre el archivo.4. Vuelva a ejecutar el script dlaAutomate.

Personalización de las solucionesEn los temas siguientes se describe cómo personalizar la configuración predeterminada de IBM Solutionsfor Business Service Management.

IntroducciónEl panel de instrumentos de IBM Solutions for Business Service Management muestra información clavesobre una serie de tipos de tecnología para mostrar cómo actúan distintos componentes de tecnologíapara los servicios empresariales a los que dan soporte.

Los tipos de tecnología supervisados de forma predeterminada son:

• Servidores de aplicaciones• Clientes• Bases de datos• Servidores• Transacciones• Entornos virtuales• Servidores web

Para los tipos de tecnología, tendrá que recopilar datos de distintos recursos y sucesos que afectan a losservicios empresariales asociados. Este sección del documento describe diferentes pasos deconfiguración que se completan para crear un servicio de tipo de tecnología y garantizar que los recursosdependientes y la correlación de sucesos se han configurado correctamente.

Tenga en cuenta los tipos de escenario siguientes al aportar recursos al modelo de Solutions for BSM.

• Agente con el adaptador de Discovery Library soportado por Solutions for BSM• Agente con el adaptador de Discovery Library no soportado por Solutions for BSM• Recursos de un origen de no adaptador de Discovery Library


• Sin TADDM en el entorno

Agente con el adaptador de Discovery Library soportado por Solutions for BSM

Este escenario es para recursos descubiertos por un agente que tiene el adaptador de Discovery Library yque está soportado por Solutions for BSM. Estos agentes son:

• Agentes para sistemas operativos• Application Management Console• Agente para Web Response Time• Agente para Robotic Response Time• Agente para Transaction Tracking• Agent para DB2• Agente para WebSphere Application Server• Agente para HTTP Server Agent for Virtual Servers

Los recursos descubiertos por estos agentes se importan automáticamente en Solutions for BSM y se lesasigna el tipo de tecnología apropiado y no es necesario que el usuario realice ninguna configuración.

Agente con el adaptador de Discovery Library no soportado por Solutions for BSM

Este escenario es para recursos descubiertos por un agente que tiene un adaptador de Discovery Library,pero no está soportado automáticamente por Solutions for BSM. El proceso de importar estos recursos enTBSM e incorporarlos en el modelo de tipo de tecnología de Solutions for BSM se describe de formadetallada en “Escenario de agente de WebSphere MQ ” en la página 170.

En el procedimiento, el usuario tiene que configurar componentes en IBM Tivoli Monitoring, IBM TivoliApplication Dependency Discovery Manager, IBM Tivoli Netcool/OMNIbus, y IBM Tivoli Business ServiceManager, así como el propio agente, para poder integrar recursos en el Solutions for BSM. Algunosejemplos de otros agentes en esta categoría incluyen:

• ITCAM para Microsoft Applications Agent• Agentes ITCAM para Siebel• Agente ITCAM para PeopleSoft• ITCAM para Energy Management Agents

Recursos de un origen de no adaptador de Discovery Library

Este escenario es para recursos para los cuales no hay ningún adaptador de Discovery Library. Esteescenario podría incluir agentes de IBM Tivoli Monitoring o de ITCAM que no tienen un adaptador deDiscovery Library escrito para ellos. Por regla general, esto incluiría cualquier fuente de terceros de datosde modelo.

Aportar recursos sin un adaptador de Discovery Library en el modelo de Solutions for BSM requiere lacreación de un libro IdML personalizado en TBSM o el uso de la API Registro de componentes de servicioen TBSM.

El “Escenario de personalización de modelo de servicio ” en la página 196 de este documento describe elprocedimiento de creación de un libro IdML personalizado para aportar recursos de terceros en el modelode Solutions for BSM. Revisa un ejemplo de una herramienta ficticia de descubrimiento de red de untercero y describe cómo aportar la topología de red en un servicio de tipo de tecnología en el modelo deSolutions for BSM.

Sin TADDM en el entorno

TADDM desempeña un rol integral en el entorno de Solutions for BSM. Los recursos descubiertos por losagentes se envían de IBM Tivoli Monitoring a TADDM utilizando adaptadores de Discovery Library.


En Solutions for BSM se asignan a servicios empresariales o aplicaciones empresariales (y, también,recursos descubiertos adicionales se pueden añadir o fusionar con el modelo en Solutions for BSM) y, acontinuación, el modelo se importa de Solutions for BSM a TBSM a través del kit de herramientas deDiscovery Library.

Si un cliente no tiene Solutions for BSM en el entorno, sigue siendo posible importar los recursos en tiposde tecnología. Este escenario se describe en “Escenario de sin TADDM en el entorno ” en la página 211.

Escenario de agente de WebSphere MQPara configurar el ITCAM para el agente de WebSphere MQ, el servidor WebSphere MQ debe estarinstalado y configurado.

Este documento no revisa la configuración de WebSphere MQ, pero da por su puesto que existe unservidor WebSphere MQ con uno o varios gestores de colas. El agente supervisa los gestores de colas,recopilando muchas medidas distintas sobre sus colas.

El ITCAM para el agente de WebSphere MQ se puede instalar en el mismo sistema como el servidorWebSphere MQ o en un sistema remoto. Si se ha instalado de forma remota, tiene algunas limitacionessobre las estadísticas que puede supervisar. Si desea más información sobre el agente de WebSphereMQ, consulta la documentación disponible en el URL siguiente:

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.omegamon.mes.doc_7.0.1%2Fkmquserguide701.htm

El agente de WebSphere MQ debe haberse configurado para que señale a un Tivoli Enterprise MonitoringServer utilizando el mandato siguiente:

<ITM_INSTALL_HOME>/bin/itmcmd configure –A mq

El agente de WebSphere MQ se configura para supervisar un gestor de colas. Cuando dicha acción se hacompletado, el agente se inicia con el mandato:

ITM_INSTALL_HOME/bin/itmcmd agent –o <nombre gestor de colas> start mq.

El diagrama de flujo siguiente ilustra la arquitectura del flujo de datos de WebSphere MQ al agente, TivoliMonitoring y, después, en TADDM, Netcool/OMNIbus y TBSM.




Figura 9. Diagrama de flujo de datos de la personalización de WebSphere MQ

Configuración de Tivoli Monitoring para el agente de WebSphere MQ MonitoringEn estos temas se describe cómo configurar el agente de IBM WebSphere MQ Monitoring para IBMSolutions for Business Service Management.

El agente de WebSphere MQ Monitoring forma parte de la suite de productos IBM Tivoli CompositeApplication Manager for Applications. Puede utilizar el agente de WebSphere MQ Monitoring pararecopilar y analizar datos que son específicos de WebSphere MQ para todos los gestores de colasremotas y locales desde un único punto ventajoso. Puede rastrear tendencias en los datos recopilados yresolver problemas del sistema utilizando los espacios de trabajo proporcionados del producto.

Instalación de archivos de soporteInstalación de archivos de soporte para Tivoli Enterprise Portal y Tivoli Enterprise Monitoring Server.

Cuando se despliega algún agente en Tivoli Monitoring, los archivos de soporte para el agente deben estarinstalados en Tivoli Enterprise Monitoring Server y Tivoli Enterprise Portal.

Ejecute el mandato install.sh desde el soporte de instalación del agente en los servidores TivoliEnterprise Monitoring Server y Tivoli Enterprise Portal. Se pueden encontrar detalles en estasinstrucciones en el enlace siguiente:

http://publib.boulder.ibm.com/infocenter/imshelp1/v3r0/index.jsp?topic=%2Fcom.ibm.wrs62.doc%2Finstagentsupfiles.html

Instalación de la plantilla DLA del agente WebSphere en Tivoli Enterprise Portal ServerPara que los recursos de WebSphere MQ se exporten de Tivoli Monitoring, el adaptador de DiscoveryLibrary de WebSphere MQ también debe estar instalado en el Tivoli Enterprise Portal Server.

Puede descargar el adaptador de Discovery Library de WebSphere MQ desde el URL siguiente,

https://www-304.ibm.com/software/brandcatalog/ismlibrary/details?catalog.label=1TW10TM91.

Extraiga los dos archivos siguientes desde el paquete del adaptador de Discovery Library de WebSphereMQ Agent y cópielos en el directorio tmsdla de la instalación del Tivoli Enterprise Portal Server.




https://www-304.ibm.com/software/brandcatalog/ismlibrary/details?catalog.label=1TW10TM91

kmq_tmsdla.xml

kmq_tmsdla.jar

En Linux, el directorio tmsdla es <DIR_INSTALACIÓN_ITM>/<arch>/cq/bin/tmsdla.

Visualización del espacio de trabajo de WebSphere MQ SeriesPara verificar que Tivoli Monitoring se ha configurado correctamente para el agente de WebSphere MQ yque los datos proceden del agente, puede ver el espacio de trabajo de WebSphere MQ Series en TivoliEnterprise Portal.

La figura siguiente muestra un ejemplo de dos gestores de colas BK6_1 y BK7_1 que están siendosupervisados por el agente de WebSphere MQ y que se muestran en Tivoli Enterprise Portal.

Figura 10. Espacio de trabajo de WebSphere MQ

Integración de recursos de WebSphere MQ en el modelo de servicioIntegración de recursos de WebSphere MQ en los grupos de tecnología del modelo de servicio.

El modelo de Solutions for BSM en TBSM para los recursos obtenidos a través de cualquier agentecontiene un servicio de aplicación empresarial en la parte superior y un conjunto de hijos que representanlos distintos grupos de tecnología que soportan la aplicación.

Debajo de cada objeto de agrupación de tecnología están los recursos reales para la tecnología que sehan importado utilizando el kit de herramientas de Discovery Library. Puede haber cualquier número deaplicaciones empresariales de nivel superior, cada una con su propio conjunto de hijos de tipo detecnología que representa su propia colección de recursos de tecnología.

El objetivo final es generar una estructura de modelo similar al ejemplo siguiente:

• DayTrader e Inventory Application son las aplicaciones empresariales de nivel superior.• Cada aplicación empresarial tiene su conjunto de recursos de tecnología que le da soporte y estos

recursos se dividen en los servicios de “tipo de tecnología” que están debajo, por ejemplo, Servidoresde aplicaciones, Clientes y Bases de datos.


Este ejemplo muestra cómo configurar TBSM para añadir el tipo de tecnología MQ_QueueManagers.Todos los demás tipos de tecnología se muestran automáticamente con Solutions for BSM. El tipoMQ_QueueManagers contiene todos los gestores de colas que soportan la aplicación empresarial del tipoInventory Application.

Figura 11. Aplicaciones empresariales y tipos de tecnología que incluyen el tipo de tecnologíaMQ_QueueManagers

Complete los pasos siguientes para incorporar recursos de WebSphere MQ descubiertos por el agente deWebSphere MQ al modelo de Solutions for BSM utilizando los tres niveles de modelo:

1. Ejecute tmsdla en Tivoli Monitoring.2. Importe el documento del adaptador de Discovery Library resultante en TADDM.3. Asigne los recursos del gestor de colas de WebSphere MQ en TADDM a una aplicación empresarial4. Cargue el modelo de TADDM en TBSM.5. Cree plantillas/reglas en TBSM para que se les asignen recursos de WebSphere MQ.6. Configure el Kit de herramientas de Discovery Library y Business Service Composer para crear un tipo

de tecnología para los recursos de WebSphere MQ.7. Configure las plantillas de árbol personalizadas en TBSM para incorporar los recursos de WebSphere

MQ.

Ejecución del adaptador de Discovery Library en Tivoli MonitoringSi el código de unión de Solutions for BSM se ha desplegado, el adaptador de Discovery Library de TivoliMonitoring se ejecuta de forma automática y periódica.

Procedimiento

1. Para ejecutar manualmente el adaptador de Discovery Library Tivoli Monitoring, emita el mandatosiguiente desde la línea de mandatos en el equipo donde está instalado Tivoli Enterprise Portal:

<dir_instalación_itm>/bin/itmcmd execute cq "tmsdla.sh"


2. El adaptador de Discovery Library de Tivoli Monitoring genera un libro IdML en el directorio ‘tmsdla’de forma predeterminada.

El directorio tmsdla es similar al ejemplo siguiente:

<dir_instalación_itm>/lx8263/cq/bin/tmslda.

Se proporciona un nombre al archivo de salida que incluye tanto el equipo que se ejecutó, como lahora cuándo se generó el archivo.

TMSDISC100-A.<FQHN>.<fecha>T<hora>Z.refresh.xml

Por ejemplo:

TMSDISC620-A.IBMSYL.2010-01-25T05.18.40Z.refresh.xml3. Si están presentes recursos de WebSphere MQ en Tivoli Monitoring, el documento del adaptador de

Discovery Library contiene los recursos de WebSphere MQ bajo la sección que empieza con:

<!—tmsdla/kmq_tmsdla.xml

Importación del adaptador de Discovery Library en TADDMPuede importar manualmente el adaptador de Discovery Library en TADDM.


El código de unión de Solutions for BSM maneja la transferencia del documento del adaptador deDiscovery Library del servidor Tivoli Monitoring al servidor TADDM y lo importa automáticamente enTADDM.

Procedimiento

Para realizar este manualmente, copie el libro IdML en el servidor TADDM y ejecute el mandato siguienteen TADDM:

./loadidml.sh -o -f <archivo idml>

Asignación de los recursos MQ en TADDM a una aplicación empresarialAsigne los recursos MQ en IBM Tivoli Application Dependency Discovery Manager.


Para asignar los recursos MQ bajo la aplicación, pulse el enlace Servidores de mensajería y desglose paraasignar los recursos MQ deseados a la aplicación.

Procedimiento

1. Inicie sesión en el TADDM Data Management Portal y active Grouping Composer en el separadorDescubrimiento.


Figura 12. TADDM Grouping Composer2. Pulse Nueva para crear una nueva aplicación empresarial o edite una aplicación empresarial

existente, donde puede colocar los recursos MQ.3. Seleccione el separador Contenido para la Aplicación y pulse Resumen de inventario.

Figura 13. Separador Contenido de aplicación TADDM4. Para asignar los recursos MQ bajo la aplicación, pulse el enlace Servidores de mensajería y desglose

para asignar los recursos MQ deseados a la aplicación.

Los recursos se muestran por categoría en el nivel superior del separador Contenido.


Figura 14. Separador Contenido de aplicación TADDM que muestra los recursos asignados

Carga del modelo de TADDM en TBSMCargue el modelo de TADDM en TBSM


Si se da por supuesto que Kit de herramientas de Discovery Library en TBSM se ha configurado para leerdirectamente desde TADDM, no es necesario que exporte/importe ningún libro IdML de TADDM a TBSM.

Procedimiento

1. Puede desencadenar que se produzca una importación de TADDM directamente ejecutando elmandato siguiente:


$TBSM_HOME/XMLToolkit/bin/cmdbdiscovery.sh –b –r

• Para Windows:

%TBSM_HOME%\XMLtoolkit\bin\cmdbdiscovery.bat -b -r

Este proceso puede tardar unos minutos en completarse, en función del tamaño del modelo.2. Puede supervisar el progreso utilizando el archivo de registro $TBSM_HOME/XMLToolkit/log/msgGMT_XT.log.

Creación de plantillas y reglas en TBSM para recursos de WebSphere MQEl siguiente paso es crear plantillas y reglas en TBSM para incorporar los recursos de WebSphere MQ enla estructura de Solutions for BSM.

Procedimiento

1. Cree la plantilla BSMAccelerator_MQGroup.Esta plantilla se asigna a los servicios de tipo de tecnología de WebSphere MQ que se han creado.

2. Cree la regla de dependencia DirectChildEventStatus.


Figura 15. Creación de la regla de dependencia DirectChildEventStatus3. Ahora cree una regla de dependencia numérica pulsando el botón que se muestra en la figura

siguiente:

Figura 16. Creación de la regla de dependencia numérica4. De nombre a la regla DirectChildEventStatus.5. Desde el menú Plantilla hijo, seleccione SCR_ServiceComponentRawStatusTemplate.6. Desde el menú Regla de medida hijo, seleccione ComponentRawEventStatusRule.


7. Desde la opciones Función de agregación:, seleccione Máximo

La regla depende de ComponentRawEventStatusRule y se ha configurado como una regla dedependencia máxima. Esta regla permite al servicio del tipo de tecnología de WebSphere MQ tenersu estado afectado solo de los hijos (WebSphere MQ Queue Managers) que tienen sucesos que lesafectan directamente. Si una máquina en la que se ejecuta un gestor de colas obtiene un suceso, elestado se propaga al gestor de colas, pero no al servicio del tipo de gestor de colas.

8. Añada los parámetros siguientes a la plantilla BSMAccelerator_MQGroup.Los nombres y valores de propiedades son:

DoFunctionEnrichment trueDynamicEventCountRollUpLevel leaf

Figura 17. TBSM Adición de propiedades a la plantilla9. Configure las Expresiones de salida para la plantilla BSMAccelerator_MQGroup.

a) Añada la extensión incorrecta DirectChildEventStatus.Value >=5.b) Añada la expresión marginal DirectChildEventStatus.Value >=3.


Figura 18. Configuración de las expresiones de salida10. Cree la regla BSMAccelerator_MQGroup en la plantilla BSMAccelerator_ServiceApplication.

El siguiente paso es crear una regla de peor caso de dependencia en la plantillaBSMAccelerator_ServiceApplication que depende de la plantilla BSMAccelerator_MQGroup. Estaregla permite que el estado se propague desde el servicio de tipo de tecnología de WebSphere MQhasta la aplicación empresarial de la que depende.


Figura 19. Creación de la regla de dependencia11. Edite la política en la regla Visibilidad de servicio.

En la plantilla BSMAccelerator_ServiceApplication , edite la regla Visibilidad de servicio y pulse elbotón Editar política. Desplácese hacia abajo hasta la parte inferior de la política y busque la líneaque contiene las plantillas de agrupación BSMAccelerator. Añada la plantillaBSMAccelerator_MQGroup a este código, consulte la frase(InstanceNode.BSMAccelerator_MQGroup.Value > 0) or' y guarde la política:

if ((InstanceNode.BSMAccelerator_ServersGroup.Value > 0) or (InstanceNode.BSMAccelerator_TransactionsGroup.Value > 0) or(InstanceNode.BSMAccelerator_AppServersGroup.Value > 0 ) or (InstanceNode.BSMAccelerator_WebServersGroup.Value > 0) or (InstanceNode.BSMAccelerator_DBGroup.Value > 0) or (InstanceNode.BSMAccelerator_VirtualEnvironmentsGroup.Value > 0) or(InstanceNode.BSMAccelerator_ClientsGroup.Value > 0) or(InstanceNode.BSMAccelerator_MQGroup.Value > 0) or' )

Esta regla ServiceVisibility garantiza que solo los tipos de tecnología con un estado que no es verdeaparecen debajo de una aplicación empresarial en la vista Salud de servicio.

12. Cree Plantilla/reglas de medida MQ como necesite.

Si desea aportar datos de media para los servicios del gestor de colas de WebSphere MQ a TBSM,primero debe crear captadores de datos en Tivoli Monitoring. Este procedimiento se describe en estasección: Flujo de datos de medida de Tivoli Monitoring a TBSM > Creación de un captador de datospara extraer datos de medida de Tivoli Monitoring.

Debe crear una plantilla llamada BSMAccelerator_MQMetrics y crear una regla de dependencia apartir de la plantilla BSMAccelerator_Metrics para que dependa de esta nueva plantilla. En laplantilla BSMAccelerator_MQMetrics, configure el canal de información de las reglas de estado deentrada mediante los captadores de datos de WebSphere MQ que ha creado. Este procedimiento se


describe en la sección: Flujo de datos de medida de Tivoli Monitoring a TBSM > Crear regla de estadode entrada para recibir datos del captador de datos.

Configuración de Kit de herramientas de Discovery Library para recursos de WebSphere MQConfiguración de Kit de herramientas de Discovery Library para importar recursos de WebSphere MQ.


El Kit de herramientas de Discovery Library se debe configurar para correlacionar los recursos definidosen el libro IdML que recibe de TADDM en servicios de TBSM.

Una parte de configuración clave para este paso es el archivo CDM_TO_TBSM4x_MAP_Templates.xml.Este archivo correlaciona clases de recurso que ha leído TADDM con plantillas de TBSM. Cualquierrecurso del libro IdML de TADDM que no tenga ninguna clase correlacionada en el archivoCDM_TO_TBSM4x_MAP_Templates.xml no se importa en el modelo de TBSM.

Un requisito adicional para importar un tipo de recurso de TADDM es el archivo classfilters.xml enel kit de herramientas que se debe configurar para importar la clase cdm. El archivo classfilters.xmlcontiene la lista de todas las clases cdm que va a importar el kit de herramientas de Discovery Library enrecursos de TBSM. Para muchos adaptadores de Discovery Library, como WebSphere MQ,classfilters.xml se configura automáticamente con las clases que son útiles para importar en TBSM.En algunos escenarios, este archivo se tendría que editar.

El adaptador de Discovery Library del agente WebSphere MQ crea muchos tipos diferentes quecorresponden a componentes distintos del modelo de colocación en colas de WebSphere MQ. Estosrecursos se correlacionan con distintas clases cdm en el adaptador de Discovery Library.

TBSM se ha configurado para importar solo unos pocos tipos de recursos utilizando el archivoclassfilters.xml ya que tienen un nivel demasiado bajo para que resulten interesantes para unmodelo o una vista de TBSM.

El tipo de recurso de WebSphere MQ principal de interés para TBSM es el Gestor de colas WebSphere MQ,que se representa mediante la clase cdm, cdm:app.messaging.mq.MQQueueManager. El archivoCDM_TO_TBSM4x_MAP_Templates.xml correlaciona esta clase cdm con la plantillaBSM_AppServerGroup como plantilla primaria. Añade las plantillas adicionalesSCR_RetrieveDependentObjectsTemplate, SCR_ServiceComponentRawStatusTemplate yBSMAccelerator_EventCount. Solutions for BSM añade la última correlación.

Esto se realiza en la configuración siguiente:

<template primary="BSM_AppServerGroup"> <othertemplate name="SCR_RetrieveDependentObjectsTemplate"/><othertemplate name="SCR_ServiceComponentRawStatusTemplate"/><othertemplate name="BSMAccelerator_EventCount"/> <cdmclass name="cdm:app.j2ee.websphere.WebSphereCell"/><cdmclass name="cdm:app.j2ee.jboss.JBossDomain"/><cdmclass name="cdm:sys.zOS.MQSubsystem"/><cdmclass name="cdm:app.packagedapp.siebel.SiebelEnterprise"/><cdmclass name="cdm:app.j2ee.websphere.WebSphereNode"/><cdmclass name="cdm:app.messaging.mq.MQQueueManager"/> </template>

En este ejemplo, cambie la correlación de plantillas para recursos MQQueueManager para añadir laplantilla BSMAccelerator_MQMetrics, de forma que los recursos del Gestor de colas que se hanimportado en TBSM también pertenecen a la plantilla BSMAccelerator_MQMetrics.

Elimine la línea MQQueueManager de la correlación anterior y cree una nueva correlación de formaexclusiva para QueueManagers. Así la configuración tiene un aspecto parecido al ejemplo siguiente:

<template primary="BSM_AppServerGroup"><othertemplate name="SCR_RetrieveDependentObjectsTemplate"/><othertemplate name="SCR_ServiceComponentRawStatusTemplate"/><othertemplate name="BSMAccelerator_EventCount"/><cdmclass name="cdm:app.j2ee.websphere.WebSphereCell"/>


<cdmclass name="cdm:app.j2ee.jboss.JBossDomain"/><cdmclass name="cdm:sys.zOS.MQSubsystem"/><cdmclass name="cdm:app.packagedapp.siebel.SiebelEnterprise"/><cdmclass name="cdm:app.j2ee.websphere.WebSphereNode"/></template><template primary="BSM_AppServerGroup"><othertemplate name="SCR_RetrieveDependentObjectsTemplate"/><othertemplate name="SCR_ServiceComponentRawStatusTemplate"/><othertemplate name="BSMAccelerator_EventCount"/><othertemplate name=”BSMAccelerator_MQMetrics”/><cdmclass name="cdm:app.messaging.mq.MQQueueManager"/> </template>

El siguiente paso es asignar los servicios de tipo de tecnología WebSphere MQ a la plantillaBSM_MQGroup. Para asignar la plantilla, debe editar el archivoCDM_TO_TBSM4x_MAP_Templates.xml . Para obtener más información, consulte “Configuración deCDM_TO_TBSM4x_MAP_Template.xml para las plantillas del tipo de WebSphere MQ ” en la página 182.

Configuración de CDM_TO_TBSM4x_MAP_Template.xml para las plantillas del tipo de WebSphere MQAsigne los servicios del tipo de tecnología de WebSphere MQ a la plantilla BSM_MQGroup.


Para asignar la plantilla, tiene que editar el archivo CDM_TO_TBSM4x_MAP_Templates.xml. El mismoarchivo que ha editado para asignar los recursos reales de QueueManager a la plantillaBSMAccelerator_MQMetrics.

Procedimiento

1. En primer lugar, obtenga la copia actual del archivo de la base de datos, utilizando el mandatosiguiente:

<dir_instalación_tbsm>/tbsm/XMLToolkit/bin/getArtifact–U <usuario_bd> -P <contraseña_bd> -d <directorio para escribir en elarchivo> -n CDM_TO_TBSM4x_MAP_Templates.xml –c scrconfig.

2. Ahora edite el archivo y añada la sección siguiente:

 <Policy name="MQGroupTemplateAssignment"><Rule name="MQGroupTemplates"><condition attrkeyword="tbsm:Label" operator="=" value="MQ_QueueManagers"/></Rule><template primary="BSMAccelerator_MQGroup"><othertemplate name="SCR_RetrieveDependentObjectsTemplate" />  <othertemplate name="BSMAccelerator_EventCount" /> </template></Policy><Mapping policy="MQGroupTemplateAssignment" class="tbsm:technologygroup"/>

Esta configuración asigna la plantilla BSMAccelerator_MQGroup como la plantilla principal de losrecursos del tipo de tecnología que se han creado a partir de Business Service Composer. Tambiénasigna las plantillas adicionales SCR_RetrieveDepedentObjectsTemplate y la plantillaBSMAccelerator_EventCount.

3. Cargue el archivo a la base de datos utilizando el mandato siguiente:


<dir_instalación_tbsm>/tbsm/XMLToolkit/bin/putArtifact.sh–U <usuario_bd> -P <contraseña> -n <vía de acceso a CDM_TO_TBSM4x_MAP_Templates.xml>-c scrconfig.

• Para Windows:


<dir_instalación_tbsm>\tbsm\XMLToolkit\bin\putArtifact.bat–U <usuario_bd> -P <contraseña> -n <vía de acceso a CDM_TO_TBSM4x_MAP_Templates.xml>-c scrconfig.

Configuración del Business Service Composer y la Kit de herramientas de Discovery Library para crearun tipo de tecnologíaUtilice la característica Business Service Composer para configurar la creación de los tipos de tecnologíapara recursos de WebSphere MQ.


El Visor de registro de componentes incluye la característica Business Service Composer. Para abrir elBusiness Service Composer, debe tener el archivo de proyecto de Solutions for BSM en el directorio<dir_instalación_tbsm>/tbsm/XMLToolkit/tools/crviewer/projects. El archivo deproyecto se puede obtener extrayendo el archivo <tbsm_installhome>/tbsm/XMLToolkit//xml/scr/archive/projects/BSMAccelerator_v1r1.xml_<DDDD>.zip en eldirectorio de proyectos llamado BSMAccelerator_v1r1.xml.

Para iniciar el Visor de registro de componentes:

Procedimiento

1. Vaya al directorio: <dir_instalación_tbsm>/tbsm/XMLToolkit/tools/crviewer/.2. Ejecute el mandato: CRC-Start.sh.3. Una vez dentro del Visor CRV, pulse el icono Business Service Composer:

Figura 20. CRViewer: icono Business Service Composer4. Seleccione el proyecto BSMAccelerator_v1r15. Pulse el icono Abrir carpeta seleccionada encima del separador Proyectos.6. En la Vista de proyecto a la derecha, pulse con el botón derecho del ratón en Input --

cdm:Name::DefineTechGroups+cdm:Name+policy y seleccione Editar.7. En el panel inferior, pulse matchingcriteria para abrir una tabla en el panel Valores de entrada en el

extremo inferior derecho.8. Pulse cualquier fila de la tabla, puede añadir, editar o suprimir una fila.


Figura 21. Vista del proyecto de Business Service Composer9. Pulse el pequeño signo más de color verde para añadir una fila nueva, para crear el tipo de tecnología

WebSphere MQ.

Figura 22. Valores de entrada para fila nueva10. Complete las columnas de la tabla del modo siguiente:

Figura 23. Nueva fila completada

a) Clase de selección: se establece en cdm:app.Application, para crear un tipo de tecnologíadebajo del objeto de aplicación empresarial que procede de TADDM.

b) Patrón de selección: se establece en %, para indicar que está creando un tipoindependientemente del nombre de la aplicación.

c) Identificador de categoría: se establece en MQ_QueueManagers.d) Etiqueta de categoría: se establece en MQ_QueueManagers, lo mismo para el identificador de

categoría.e) Clase de grupo de tecnología: se establece en cdm:app.messaging.mq.MQQueueManager

para correlacionar los recursos del gestor de colas de WebSphere MQ debajo de este tipo detecnología.

11. Cree dos filas más idénticas en este ejemplo con la única excepción, establezca Clase de selecciónen cdm:core.Collection y cmd:sys.BusinessSystem. Estas filas permite que se creen tiposde tecnología para objetos de Sistema empresarial y Colección que proceden de TADDM, así comopara objetos de Aplicación empresarial.

12. Pulse Actualizar para actualizar los cambios.


13. Pulse la X en el extremo superior derecho del Espacio de trabajo de Business Service Composerdentro de la ventana del Visor CRV. Se le pedirá que guarde los cambios para el proyecto de Solutionsfor BSM. Pulse Sí.

Procesar los cambios en Kit de herramientas de Discovery LibraryPara procesar los cambios en Kit de herramientas de Discovery Library, ejecute dos mandatos. Una vezque se ha completado el proceso, puede ver los recursos y el tipo de servicio de WebSphere MQ.


Antes de ejecutar el proceso para Kit de herramientas de Discovery Library, el servicio ResEnrichReaderse debe estar ejecutando en Netcool/Impact.

Procedimiento

1. Inicie sesión en la Consola de TBSM.2. En el área de navegación, seleccione Configuración del sistema > Automatización de suceso >

Servicios.3. En el separador Servicios, desde el menú Proyecto, seleccione Proyecto global para ver una lista de

todos los servicios.4. Consulte el servicio ResEnrichReader, si el icono es de color rojo, pulse con el botón derecho del

ratón en el servicio y seleccione Editar.5. Seleccione la casilla de verificación Arranque junto a Automáticamente cuando se inicia el servidor,

de forma que el servicio se inicia automáticamente cuando se inicia el servidor. Pulse Guardar.6. En el separador Servicios, seleccione el servicio y seleccione Iniciar servicio desde el menú para

ejecutar el servicio.7. Una vez que se está ejecutando el servicio, puede ejecutar los mandatos siguientes en Kit de

herramientas de Discovery Library.Ejecute el mandato:


<dir_instalación_tbsm>/tbsm/XMLToolkit/bin/utils.sh –U <usuario_bd> -P <contraseña_bd> -e reload_cdm_definitions.xml

• Para Windows:

<dir_instalación_tbsm>\tbsm\XMLToolkit\bin\utils.bat –U <usuario_bd> -P <contraseña_bd> -e reload_cdm_definitions.xml

Este mandato actualiza el kit de herramientas con los cambios realizados enCDM_TO_TBSM4x_MAP_Templates.xml.

Consulte el archivo msgGMT_XT.log para comprobar cuando ha finalizado el proceso.8. A continuación, ejecute el mandato.


<dir_instalación_tbsm>/tbsm/XMLToolkit/bin/loadBusinessComposerDefinitions.sh –U <usuario_bd> -P <contraseña_bd> -n <dir_instalación_tbsm>/tbsm/XMLToolkit/tools/crviewer/projects/BSMAccelerator_v1r1.xml

• Para Windows:

<dir_instalación_tbsm>\tbsm\XMLToolkit\bin\loadBusinessComposerDefinitions.bat –U <usuario_bd> -P <contraseña_bd> -n <inicio_instalación_tbsm>\tbsm\XMLToolkit\tools\crviewer\projects\BSMAccelerator_v1r1.xml

Cuando el proceso finaliza, pulse aquí abajo en la aplicación en el árbol de servicios en TBSM yconsulte el servicio del tipo MQ_QueueManagers con los recursos del gestor de colas debajo.


Flujo de suceso de Tivoli Monitoring a TBSMConfigure sucesos de situación y el análisis de Event Integration Facility (EIF) para el agente deWebSphere MQ.

Para que los sucesos de estado fluyan para el agente de WebSphere MQ a los recursos correspondientesen TBSM, complete los pasos siguientes:

• Configure una situación en Tivoli Monitoring. Configure el suceso de situación que se va a enviar alsondeo de EIF para Netcool/OMNIbus que utiliza TBSM.

• Configure el sondeo de EIF con el archivo de reglas de agente de WebSphere MQ.

Configuración de una situación en Tivoli MonitoringConfiguración de una nueva situación para el servidor WebSphere MQ.


Con el paquete de soporte de WebSphere MQ en Tivoli Monitoring, se configuran muchas situacionesautomáticamente que desencadenan cuando determinadas medidas del servidor WebSphere MQexceden umbrales determinados. Estas situaciones se pueden visualizar en el Editor de situaciones alque se accede desde la opción Editar en el menú principal.

Puede configurar una nueva situación desde el Editor de situaciones pulsando el grupo MQSeries. Aquíse describe una ejemplo simple:

Procedimiento

1. Configure el nombre, la descripción y la fórmula de la situación.

Figura 24. Configuración del nombre, descripción y fórmula de una situación


En este ejemplo, el nombre de la situación es MQSeries_QueueIsActive y se configura para activarsecuando el atributo QMgr Status de un gestor de colas es igual a Active. En realidad, una situación sedesencadena para un gestor de colas que es Inactive, es lugar de Active. Con fines ilustrativos, elejemplo muestra una fácil demostración de la configuración del flujo de suceso.

2. Configure la distribución para la situación.La distribución para la situación se configura para incluir los gestores de colas para enviar los sucesos.En este ejemplo, se seleccionan ambos gestores de colas, BK6 y BK7.

Figura 25. Configuración de la distribución para la situación3. Configure la situación para enviar sucesos al Sondeo de EIF.

Los sucesos se configuran para ser enviados al Sondeo de EIF en el separador EIF. Este ejemplomuestra que los sucesos de situación se envían al Sondeo de EIF que se ejecuta en el hostnc9037038212, así como el host EIF predeterminado.

Figura 26. Configuración de la situación para enviar sucesos al sondeo de EIF

Para que Tivoli Monitoring liste el host de destino de suceso EIF, puede utilizar el mandato de la líneade mandatos tacmd createEventDest en el servidor Tivoli Enterprise Monitoring Server. Se puedenencontrar detalles de este procedimiento en:

http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=%2Fcom.ibm.itm.doc_6.2.3%2Fitm623_cmdref30.htm

No tendrá que personalizar la Personalización de intervalo EIF para este ejemplo. Puesto que lossucesos de situación de WebSphere MQ tienen de forma predeterminada los campos necesarios parallenar el campo BSM_Identity en el suceso. El campo importante es el ManagedSystemName que sepasa en el campo $situation_origin al análisis.




Configuración del sondeo de EIF para enviar sucesos de WebSphere MQ: Establecimiento deBSM_IdentityComplete los pasos siguientes para configurar el Sondeo de EIF para enviar sucesos de WebSphere MQ aNetcool/OMNIbus.

Procedimiento

1. Copie el archivo kmq_tbsm.rules en el directorio omnibus/probes/<arch> en la instalación deNetcool/OMNIbus donde se está ejecutando Sondeo de EIF.

2. Edite el archivo tivoli_eif.rules en dicho directorio, elimine el comentario de la línea siguiente:"include “kmq_tbsm.rules”

3. Reinicie el Sondeo de EIF. Detenga el proceso de análisis existente y reinícielo utilizando OMNIHOME/probes/nco_p_tivoli_eif.

El archivo kmq_tbsm.rules establece el campo BSM_Identity en Netcool/OMNIbus, de forma quecoincida con los identificadores de suceso configurados para los recursos de WebSphere MQ que sehan importado en TBSM. De esta forma TBSM puede hacer coincidir el suceso con el recurso utilizandoel valor de BSM_Identity en el suceso.

Figura 27. Establecimiento de los campos de BSM_Identity

El archivo kmq_tbsm.rules establece el campo BSM_Identity para que tenga el formato <nombrede sistema gestionado>:GestorColasMQ<nombre gestor colas>. Se utiliza el mismoformato en el tercer campo de identificación de suceso que se muestra aquí para un recurso de gestorde colas que ha importado en TBSM. Las reglas para crear los distintos campos de identificación desuceso para los recursos se configuran en el archivo EventIdentifierRules.xml, en el Kit deherramientas de Discovery Library.

En general, al configurar un flujo de suceso de un agente a TBSM, debe asegurarse de que el archivode reglas para el agente está incluido mediante el archivo tivoli_eif.rules. El archivo de reglastambién debe establecer el campo BSM_Identity en un valor que se haya configurado como unidentificador de suceso en los recursos que se han importado en TBSM establecido por el archivoEventIdentifierRules.xml en el Kit de herramientas de Discovery Library.

Además, todos los campos de suceso que se han asignado en el archivo de reglas para el agentedeben existir en Netcool/OMNIbus. Para el archivo de reglas de agente WebSphere MQ, no seestablece ningún campo nuevo. Si el archivo de reglas establece un campo que no existe en Netcool/OMNIbus, el esquema en Netcool/OMNIbus se debe modificar para incluir este campo.

Una vez que se hayan configurado las situaciones y el envío de suceso y los recursos se hayanimportado en TBSM, se inician los sucesos afectando a los recursos en TBSM sin ningunaconfiguración adicional en TBSM.

Flujo de datos de medida de Tivoli Monitoring a TBSMPuede alinear cualquier dato de medida para recursos de Tivoli Monitoring en los recursoscorrespondientes en el modelo de TBSM.

Los pasos implicados son:

1. Crear una consulta en Tivoli Monitoring para proporcionar los datos necesarios si dicha consulta noexiste en el paquete de soporte para el agente.

2. Crear un captador de datos de Tivoli Monitoring en TBSM para utilizar la consulta de Tivoli Monitoringcomo su canal de información de datos


3. Crear una regla de estado de entrada en TBSM para utilizar el captador de datos del paso anterior.

Creación de una consulta en Tivoli MonitoringCree una consulta en IBM Tivoli Monitoring con el Editor de consultas.

Procedimiento

1. Cree una consulta en Tivoli Monitoring desde el Editor de consultas. Se accede desde la opción Editaren el menú de la parte superior.

2. En el Editor de consultas, desplácese hacia abajo hasta el tipo de agente que corresponde al agenteque desea configurar, MQSeries en este caso. Bajo el tipo de agente, pulse con el botón derecho delratón en el grupo de medidas que se va a utilizar, y cree un panel de consulta a la derecha de lapantalla.

Figura 28. Configure el Nombre, Descripción, Categoría y Origen de datos para la consulta.3. Se le pedirá que asigne un grupo de atributos para la consulta, elija Gestores, para obtener datos de

medida para los gestores de colas MQ.4. Configure el Nodo de origen como un Elemento de atributo. Pulse Aceptar.


Figura 29. Asignación de un grupo de atributos a la consulta5. La consulta se muestra debajo del grupo de atributos seleccionado en la navegación. Edite la consulta

y asigne todas las medidas que desea que se pasen en TBSM. Seleccione Número de colas, Canalesinactivos y Nombre de gestor de colas.

6. Asigne el Nodo de origen a == $NODE$, de forma que el nombre del sistema gestionado se envíe através de TBSM para correlacionarse con el valor de BSM_Identity del recurso.


Figura 30. Asignación del Nodo de origen a la consulta


Una vez que se haya guardado la consulta, el siguiente paso es crea un captador de datos en TBSM paraextraer datos de la consulta.

Creación de un captador de datos para extraer datos de medidas de Tivoli Monitoring

Procedimiento

1. En la vista Administración del servicio TBSM, seleccione Captador de datos en el menú del árbol denavegación y pulse el icono Nuevo para crear un nuevo captador de datos.

Figura 31. Captadores de datos de navegación del servicio2. Asigne el Nombre del captador de datos y el Tipo. En este ejemplo, MQ-InactiveChannels e ITMPolicy.

3. Asigne el periodo de intervalo para ejecutar consultas entre TBSM e IBM Tivoli Monitoring.4. Configure la información de conectividad para la consulta de IBM Tivoli Monitoring.

a) Seleccione el Servicio TIPWebServiceHttpRouter.b) Añada el Nombre de servicio, Protocolo, Host Nombre, Número de puerto, ID de usuario y

Contraseña del Tivoli Enterprise Portal.


5. Pulse Probar conexión de servicio web para llenar el menú ID de agente con la lista de tipos deagente.

Figura 32. Creación de un captador de datos6. Seleccione agente y consulta.

a) Cuando se selecciona un tipo de agente MQSERIES en este ejemplo, el menú Consulta de agentese llena con todas las consultas disponibles para dicho tipo de agente.

Las consultas creadas personalizadas tienen nombres crípticos, por ejemplo, none – UDQ …., asíque si solo ha creado una o dos consultas personalizadas, es fácil identificarlas en el menú.

Consejo: Para determinar el ID de la consulta para su consulta personalizada de IBM TivoliMonitoring, ejecute la sentencia SQL siguiente en la base de datos de Tivoli Enterprise Portal:

Select ID, NAME, TEXT FROM teps.KFWQUERYWhere NAME ="query-name>"


b) Una vez que haya seleccionado una consulta personalizada, puede ver los campos devueltos en laconsulta en el separador Metadatos de consulta.

c) Pulse el separador Datos de consulta para mostrar las filas reales devueltas.Estos son los datos que se pasan en el modelo de TADDM cuando se ejecuta el captador de datos.

7. Edite la política y guarde el captador de datos.a) Pulse Editar política para mostrar la política que utiliza el captador de datos.b) Edite la política y guárdela como parte del proceso de guardar la definición del captador de datos.c) Guarde el captador de datos y estará listo para ser asignado a una regla de estado de entrada.

Crear regla de estado de entrada para recibir datos del captador de datos


Para aportar datos de medida de WebSphere MQ a los recursos de QueueManager en TBSM, se configurauna regla de estado de entrada en la plantilla BSMAccelerator_MQMetrics. Si desea más informaciónsobre cómo crear la plantilla, consulte “Creación de plantillas y reglas en TBSM para recursos deWebSphere MQ ” en la página 176. El canal de información de datos de la regla de estado de entrada es elcaptador de datos que consulta a IBM Tivoli Monitoring los datos de medida necesarios para los gestoresde colas.

Figura 33. Regla de estado de entrada para recibir datos del captador de datos


En la regla de estado de entrada, el canal de información de datos es el captador de datos MQ-InactiveChannels que ha configurado.

Procedimiento

1. Seleccione BSM_Identity como el campo para la coincidencia de instancias.2. Para la expresión de medida, seleccione Inactive_Channels que es el nombre de campo de IBM Tivoli

Monitoring que contiene los datos de medida que desea.

3. Seleccione la opción Almacenar datos para esta regla para TWA para rastrear este KPI con el pasodel tiempo.

Coincidencia de recursos BSM_IdentityPara que las filas captadas de IBM Tivoli Monitoring coincidan con los recursos en TBSM, el identificadorde suceso para la regla de estado de entrada debe coincidir con el valor del campo BSM_Identity quellega a IBM Tivoli Monitoring procedente del captador de datos.


El campo BSM_Identity de la fila captada se establece mediante la política que edita desde el captadorde datos. De forma predeterminada, el campo BSM_Identity se establece en el primer campo pasado porla consulta de IBM Tivoli Monitoring en este ejemplo, OriginNode.

Para recursos de WebSphere MQ, el campo OriginNode se establece mediante IBM Tivoli Monitoring enel campo ManagedSystemName y ManagedSystemName también llega procedente del adaptador deDiscovery Library a través de TADDM a TBSM. Los campos se configuran mediante el adaptador deDiscovery Library como un identificador de suceso para las reglas de estado de entrada del recurso.

La imagen siguiente muestra los tres valores del identificador de suceso que se asignan a través deladaptador de Discovery Library a las reglas de estado de entrada de los gestores de colas. El valor dentrodel círculo es el valor del nombre de sistema gestionado. Este es el mismo valor que la consulta de IBMTivoli Monitoring asigna al campo OrginName, de forma que la fila devuelta por el captador de datoscoincide con el recurso de TBSM.

Figura 34. Coincidencias de recursos

Si experimenta problemas cuando las filas de consulta de IBM Tivoli Monitoring se correlacionan con unservicio, puede depurarlo. Para la depuración, consulte la definición del captador de datos en el Editor de


servicios. Consulte el separador Datos de consulta, que muestra el campo BSM_Identity tal como lo haasignado la política del captador de datos.

Escenario de personalización de modelo de servicioEste escenario describe cómo aportar un modelo de servicio de una fuente no IBM, en este caso unaherramienta ficticia de descubrimiento de red de un tercero.

En general, se pueden aportar datos de terceros al modelo de TBSM de varias formas, por ejemplo, através de ESDA y radshell. Para transformar los datos del modelo en el tipo de tecnología que necesitapara utilizar libros IdML de Business Service Composer y el kit de herramientas de Discovery Library. Losdatos de recurso se importan a través de un libro IdML o utilizando la API SCR. Este escenario describecómo hacerlo con un libro IdML. El enfoque de la API de Service Component Registry es un enfoqueparalelo, y se describe en la documentación de TBSM.

El enfoque que se sigue aquí pasa por los pasos siguientes:

• Crear un libro IdML a partir del modelo de datos. El documento debe incluir los recursos y las relacionespara importar a TBSM.

• Configurar el archivo OtherNamespaces.xml para que contenga los tipos de recurso en el libro IdML.• Crear plantillas en TBSM para que correspondan a los tipos de recurso que se van a importar.• Configurar el archivo CDM_TO_TBSMx_MAP_Templates.xml para correlacionar los tipos de recursos

del libro IdML con plantillas en TBSM.• Configurar un archivo XML eventidentifierrules para garantizar que los valores apropiados para

BSM_Identity se están asignando para los recursos que se están importando. Esto es necesario paraque conseguir que los sucesos coincidan con los recursos importados.

• Configurar el Business Service Composer para crear un tipo de tecnología a partir de los recursosimportados.

• Cargar el documento IdML en TBSM.

El escenario siguiente importa un solo modelo de topología de red simple con VPN, Direccionadores,Conmutadores y Servidores. Aquí se muestra el modelo de topología representado por el documento.

Figura 35. Modelo de topología de red simple


Integración de recursos de espacio de nombres personalizados en el modelo de servicio

Personalización del libro IdML

El ejemplo siguiente muestra el libro IdML utilizado para la importación.

1. Añada la sección antes del comentario BEGINNING OF CONTENT a cualquier libro IdMLpersonalizado.

2. Añada la sección detrás del comentario END OF CONTENT a cualquier libro IdML personalizado.

<?xml version="1.0" encoding="UTF-8" ?><idml:idml xmlns:idml="http://www.ibm.com/xmlns/swg/idml" xmlns:cdm="http://www.ibm.com/xmlns/swg/cdm" xmlns:tbsm="http://www.ibm.com/xmlns/swg/tbsm" xmlns:my="http://www.ibm.com/xmlns/swg/my" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.ibm.com/xmlns/swg/idml idml.xsd">



<idml:source IdMLSchemaVersion="0.8"><cdm:process.ManagementSoftwareSystem CDMSchemaVersion="2.7">

<cdm:MSSName>ibm-cdm:///CDMMSS/ManufacturerName=AnyCustomer+ProductName=AnyProductName</cdm:MSSName></cdm:process.ManagementSoftwareSystem>

</idml:source><idml:operationSet opid="1"><idml:refresh><idml:create><cdm:CDM-ER-Specification>



<my:router id='RouterA' > <tbsm:resType>Router</tbsm:resType> <tbsm:Label>RouterA: Cisco 3845</tbsm:Label> <my:identity>RouterA</my:identity> <tbsm:attr1>192.168.1.0</tbsm:attr1></my:router>

<my:router id='Router1' > <tbsm:resType>Router</tbsm:resType> <tbsm:Label>Router1: Cisco 3845</tbsm:Label> <my:identity>Router1</my:identity> <tbsm:attr1>192.168.1.2</tbsm:attr1></my:router>


<my:vlan id='VLAN1' > <tbsm:resType>VLAN</tbsm:resType> <tbsm:Label>VLAN1</tbsm:Label> <my:identity>VLAN1</my:identity> <tbsm:attr1>192.168.1.10-50</tbsm:attr1></my:vlan>

<my:vlan id='VLAN2' > <tbsm:resType>VLAN</tbsm:resType> <tbsm:Label>VLAN2</tbsm:Label> <my:identity>VLAN2</my:identity> <tbsm:attr1>192.168.10.100-200</tbsm:attr1></my:vlan>

<my:switch id='Switch1' >


<tbsm:resType>Switch</tbsm:resType> <tbsm:Label>Switch1: Cisco 14 2950 (24 Port)</tbsm:Label> <my:identity>Switch1</my:identity> <tbsm:attr1>192.168.1.10</tbsm:attr1></my:switch>

<my:switch id='Switch2' > <tbsm:resType>Switch</tbsm:resType> <tbsm:Label>Switch2: Cisco 3560</tbsm:Label> <my:identity>Switch2</my:identity> <tbsm:attr1>192.168.2.10</tbsm:attr1></my:switch>

<my:switch id='Switch3' > <tbsm:resType>Switch</tbsm:resType> <tbsm:Label>Switch3: Cisco 3560</tbsm:Label> <my:identity>Switch3</my:identity> <tbsm:attr1>192.168.3.10</tbsm:attr1></my:switch>

<my:switch id='Switch4' > <tbsm:resType>Switch</tbsm:resType> <tbsm:Label>Switch4: Cisco 2950 (24 Port)</tbsm:Label> <my:identity>Switch4</my:identity> <tbsm:attr1>192.168.4.10</tbsm:attr1></my:switch>

<my:switch id='Switch5' > <tbsm:resType>Switch</tbsm:resType> <tbsm:Label>Switch5: Cisco 2950 (24 Port)</tbsm:Label> <my:identity>Switch5</my:identity> <tbsm:attr1>192.168.5.10</tbsm:attr1></my:switch>

<my:server id='Server1' > <tbsm:resType>Linux Server</tbsm:resType> <tbsm:Label>server1</tbsm:Label> <my:identity>server1</my:identity> <tbsm:attr1>192.168.1.18</tbsm:attr1></my:server >



<my:server id='Server4' > <tbsm:resType>Windows Server</tbsm:resType> <tbsm:Label>server4</tbsm:Label> <my:identity>server4</my:identity> <tbsm:attr1>192.168.1.21</tbsm:attr1></my:server >

<my:server id='Server5' > <tbsm:resType>Windows Server</tbsm:resType> <tbsm:Label>server5</tbsm:Label> <my:identity>server5</my:identity> <tbsm:attr1>192.168.1.22</tbsm:attr1></my:server >

<cdm:app.Application id=”myapp”> <cdm:Name>Inventory Application</cdm:Name></cdm:app.Application>

< !—primero asignar los recursos de VLAN como hijosdel servicio Inventory Application que se ha importado de TADDM --><tbsm:uses source='myapp' target= 'VLAN1' /><tbsm:uses source='myapp' target= 'VLAN1' />

<tbsm:uses source='RouterA' target= 'Router1' />


<tbsm:uses source='RouterA' target= 'Router2' /><tbsm:uses source='VLAN1' target= 'Router1' /><tbsm:uses source='VLAN2' target= 'Router2' /><tbsm:uses source='Router1' target= 'Switch1' /><tbsm:uses source='Router1' target= 'Switch2' /><tbsm:uses source='Router2' target= 'Switch3' /><tbsm:uses source='Router2' target= 'Switch4' /><tbsm:uses source='Switch1' target= 'Switch5' /><tbsm:uses source='Switch1' target= 'Server1' /><tbsm:uses source='Switch1' target= 'Server2' /><tbsm:uses source='Switch5' target= 'Server3' /><tbsm:uses source='Switch4' target= 'Server4' /><tbsm:uses source='Switch4' target= 'Server5' />

 </cdm:CDM-ER-Specification></idml:create></idml:refresh></idml:operationSet></idml:idml>

Las dos entidades de configuración principales en el archivo xml son las definiciones de recurso y lasdefiniciones de relación. Una definición de recurso es similar al ejemplo siguiente:


• El nombre de entidad my:router es lo que utiliza TBSM como “clase” del recurso. El nombre deentidad my:router se correlaciona con un conjunto de plantillas definido en TBSM. Se hace referenciaa my:router como un elemento de espacio de nombres personalizado ya que no forma parte delconjunto de modelo de datos comunes (cdm) de IBM de clases. Todos los elementos de espacio denombres personalizados se deben configurar en el archivo OtherNamespaces.xml.

• El atributo id Router2 no se importa en TBSM, pero se debe asignar de forma exclusiva en el libroIdML. ya que se trata de cómo otros elementos del documento hacen referencia a este elemento.

• El elemento tbsm:Label Router2: Cisco 3845 es el campo que utiliza TBSM para configurar elnombre de visualización del servicio en TBSM.

• El elemento my:identity Router2 es lo que utiliza TBSM para identificar de forma exclusiva esteelemento.

• my:identity no es un atributo cdm, así que también se debe configurar en OtherNamespaces.xml.Consulte la “Configuración de OtherNamespaces.xml” en la página 200.

• Los elementos tbsm:resType y tbsm:attr1 no se utilizan para nada en este ejemplo. Demuestranque la otra información de usuario se puede asignar a los recursos y se pueden extraer en TBSM comopropiedades adicionales a través de la configuración personalizada del kit de herramientas.

Las definiciones de dependencia se representan como entradas xml simples del modo siguiente:

<tbsm:uses source='Router2' target= 'Switch3' />

Esta entrada indica para el elemento cuyo id es Router2 que dependa en la entrada cuyo id es Switch3.

Otro recurso para tener en cuenta en el libro IdML es la entrada cdm:app.Application:

<cdm:app.Application id=”myapp”> <cdm:Name>Inventory Application</cdm:Name></cdm:app.Application>

Esta entrada representa la aplicación empresarial llamada Inventory Application que se ha creado eimportado desde TADDM. El libro IdML hace referencia a este recurso a través del atributo cdm:Name,que coincide con el atributo cdm:Name del recurso de TADDM y asigna los recursos de VLAN como hijosde Inventory Application. Esto es necesario para asignar recursos de red del documento en un tipo de


tecnología, puesto que la asignación de recurso a tipo solo se produce cuando los recursos están debajode un Servicio empresarial o de una Aplicación.

Se aplica la misma configuración cuando Inventory Application no procede de TADDM. TBSM crea elservicio, en lugar de "reconciliarlo" con el servicio importado de TBSM.

Configuración de OtherNamespaces.xml


Para cada tipo de recurso que se está importando del manual IdML personalizado, se debe crear unaentrada en el archivo OtherNamespaces.xml.

El archivo OtherNamespaces.xml se obtiene a través del programa de utilidad del archivogetArtifact en el directorio XMLToolkit/bin.

Procedimiento

1. Ejecute el mandato:

getArtifact –U <usuario_db2> -P <contraseña_db2> -d <directoriodonde escribir el archivo> -n OtherNamespaces.xml –c scrconfig

2. Edite el archivo OtherNamespaces.xml que ha exportado y añada las líneas siguientes justo encimade la etiqueta </document> al final del archivo.

<NameSpaceDefinition classname='my:router' identityattribute='my:identity' /><NameSpaceDefinition classname='my:switch' identityattribute='my:identity' /><NameSpaceDefinition classname='my:vlan' identityattribute='my:identity' /><NameSpaceDefinition classname='my:server' identityattribute='my:identity' />

Estas entradas proporcionan al kit de herramientas de Discovery Library los tipos de recursopersonalizados que existen en el libro IdML, my:router, my:switch, my:vlan, my:server ytambién especifica que el atributo my:identity se utiliza para cada uno de estos tipos de clase paraidentificar de forma exclusiva el recurso.

3. Importe el archivo en la base de datos a través del programa de utilidad de archivo putArtifact:

putArtifact –U <usuario_db2> -P <contraseña_db2> -n <vía acceso del archivo para importar> -c scrconfig

Configuración de CDM_TO_TBSM4x_MAP_Templates.xml


Configure la correlación de plantillas para indicar el kit de herramientas de Discovery Library en la cual lasplantillas se asignan a los distintos tipos de recurso que importa.

Procedimiento

1. Obtenga un copia del archivo existente de la base de datos utilizando el mandato siguiente:

XMLToolkit/bin/getArtifact –U <usuariodb2> -P <contraseñadb2> -d <directorio en el que escribir el archivo to> -n CDM_TO_TBSM4x_MAP_Templates.xml –c scrconfig.

El modelo de plantilla TBSM predeterminado ya contiene plantillas llamadas BSM_Switch yBSM_Router. El archivo CDM_TO_TBSM4x_MAP_Templates.xml asigna automáticamente estasplantillas a elementos de recurso con la clase cdm cdm:sys.GenericSwitch ycdm:sys.GenericRouter respectivamente.

2. Añada una entrada adicional para las plantillas BSM_Router y BSM_Switch para correlacionarrecursos de clase my:router con la plantilla BSM_Router y recursos de la clase my:switch con laplantilla BSM_Switch.

3. Añada una entrada para asignar recursos de clase my:vlan a la plantilla BSM_VLAN.


4. Asigne las plantillas adicionales SCR_RetrieveDependentObjectsTemplate,SCR_ServiceComponentRawStatusTemplate, BSM_NetworkService yBSMAccelerator_EventCount a los recursos de direccionador, conmutador, vlan y servidorimportados del libro IdML personalizado.

<template primary='BSM_Router' > <othertemplate name='SCR_RetrieveDependentObjectsTemplate'/> <othertemplate name='SCR_ServiceComponentRawStatusTemplate'/> <othertemplate name='BSM_NetworkService'/>

<othertemplate name="BSMAccelerator_EventCount" />

<cdmclass name='tbsm:net.Router'/> <cdmclass name='cdm:sys.GenericRouter'/> <cdmclass name='my:router'/> </template>

<template primary='BSM_Switch' > <othertemplate name='SCR_RetrieveDependentObjectsTemplate'/> <othertemplate name='SCR_ServiceComponentRawStatusTemplate'/> <othertemplate name='BSM_NetworkService'/>


<cdmclass name='tbsm:net.Switch'/> <cdmclass name='cdm:sys.GenericSwitch'/> <cdmclass name='my:switch'/> </template>

<template primary='BSM_VLAN' > <othertemplate name='SCR_RetrieveDependentObjectsTemplate'/> <othertemplate name='SCR_ServiceComponentRawStatusTemplate'/> <othertemplate name='BSM_NetworkService'/>


<cdmclass name='my:vlan'/> </template>

5. También puede correlacionar el tipo de recurso my:server utilizado por nuestro IdML con la plantillaBSM_Node existente utilizando el ejemplo siguiente. Tenga en cuenta que solo se añade la entradainferior de este segmento XML para este escenario. El resto del segmento está ahí de formapredeterminada.

<template primary="BSM_Node"> <othertemplate name="SCR_RetrieveDependentObjectsTemplate"/> <othertemplate name="SCR_ServiceComponentRawStatusTemplate"/> <othertemplate name="BSMAccelerator_EventCount"/><cdmclass name="my:server"/></template>


<cdmclass name='cdm:sys.ComputerSystem'/> <cdmclass name='cdm:sys.GenericComputerSystem'/> <cdmclass name='cdm:sys.UnitaryComputerSystem'/> <cdmclass name='cdm:sys.aix.AixUnitaryComputerSystem'/> <cdmclass name='cdm:sys.cisco.CiscoPixComputerSystem'/> <cdmclass name='cdm:sys.freebsd.FreeBSDUnitaryComputerSystem'/> <cdmclass name='cdm:sys.hpux.HpUxUnitaryComputerSystem'/> <cdmclass name='cdm:sys.ipso.IPSOUnitaryComputerSystem'/> <cdmclass name='cdm:sys.linux.LinuxUnitaryComputerSystem'/> <cdmclass name='cdm:sys.netware.NetwareUnitaryComputerSystem'/> <cdmclass name='cdm:sys.openvms.OpenVmsUnitaryComputerSystem'/> <cdmclass name='cdm:sys.sun.SunSPARCUnitaryComputerSystem'/> <cdmclass name='cdm:sys.sun.SunSPARCVirtualComputerSystem'/> <cdmclass name='cdm:sys.vmware.VmwareUnitaryComputerSystem'/> <cdmclass name='cdm:sys.windows.WindowsComputerSystem'/> <cdmclass name='cdm:sys.SystemPComputerSystem'/> <cdmclass name='cdm:sys.zOS.ZVM'/> <cdmclass name='cdm:sys.zOS.ZLinux'/>


<cdmclass name='cdm:sys.zOS.ZOS'/> <cdmclass name='cdm:sys.zOS.ZVMGuest'/>

<cdmclass name='my:server'/>

</template>

6. Tras añadir las líneas al archivo, debe importar el archivo de correlación de plantillas en la base dedatos a través de putArtifact utilizando el mandato siguiente:

putArtifact –U <usuariodb2> -P <contraseñadb2> -n <vía de acceso de archivopara importar> -c scrconfig

7. Las plantillas TBSM predeterminadas no contienen una plantilla para VLAN, crean una plantilla enTBSM llamada BSM_VLAN y crean una plantilla de regla de dependencia BSM_NetworkTemplates enBSM_VLAN.

Figura 36. Plantilla BSM_VLAN8. Cree la regla de dependencia editando la plantilla BSM_NetworkTemplates y creando una regla de

peor caso del modo siguiente. En este ejemplo, esta regla se utiliza básicamente para colocar laplantilla BSM_VLAN en un lugar apropiado de la jerarquía de la plantilla. No hay ninguna instancia dela plantilla padre BSM_NetworkTemplates que se vaya a crear, así que no se propaga ningún estadodebido a esta regla.


Figura 37. Creación de la regla de dependencia

Configuración del archivo de configuración del identificador de sucesoDebe editar el archivo de configuración de identificación del suceso en el archivo del kit de herramientasde Discovery Library antes que se pueda importar el documento para asignar los valores de identificaciónde suceso apropiados para los recursos importados de TBSM. A continuación, los valores BSM_Identityde los sucesos de entrada coinciden con los recursos apropiados en TBSM.

Procedimiento

1. Configure un nuevo archivo de configuración de identificador de suceso, en lugar de utilizar elpredeterminado. Este ejemplo crea y configura un archivo llamado MyIdentifierRules.xml.

• La línea <Mapping policy="myidentitybase" class="%" /> especifica que los recursos quepertenecen a todas las clases del comodín “%” tienen la política myidentitybase asociada.

• En este ejemplo, la política myidentitybase asigna el atributo my:identity del recurso tal comoestá definido en el libro IdML NetworkTopology.xml como el valor de los identificadores desuceso para el recurso en TBSM.

• Cuando el campo BSM_Identity del suceso de entrada es igual al atributo my:identity delrecurso en el libro IdML, el suceso afecta al recurso en TBSM.

Ejemplo:

<?xml version="1.0" encoding="UTF-8" ?>

<EventIdentifierRules version="1.0.0">

<Policy name="myidentitybase" useAsSIN='true'> <Rule name="networkidentity"> <Token keyword="ATTR" value="my:identity"/> </Rule> </Policy>

<Mapping policy="myidentitybase" class="%" />

</EventIdentifierRules>

2. Para cargar el archivo al kit de herramientas de Discovery Library, utilice el mandato siguiente:

XMLToolkit/bin/putArtifact –U <usuario_db2> -P <contraseña_db2> -n<vía de acceso de MyIdentifiers.xml> -c eventidentifiers

Carga del libro IdML

Procedimiento

1. Para cargar el libro IdML, ejecute el mandato siguiente:

<dir_instalación_tbsm>/XMLToolkit/bin/utils.sh –e reload_cdm_definitions.xml

2. Copie el archivo NetworkTopology.xml en el directorio TBSM_INSTALL/tbsm/discovery/dlbooks y el kit de herramientas de Discovery Library identifica y carga el libro IdML.

Creación de plantillas y reglas en TBSM para recursos de red de espacio de nombres personalizados


El siguiente paso es crear plantillas y reglas en TBSM para incorporar los recursos de red importados en laestructura de Solutions for BSM.

Procedimiento

1. Cree una plantilla llamada BSMAccelerator_NetworkGroup. Este plantilla se asigna a los servicios detipo de tecnología de red que se crearán.

2. Cree la regla de dependencia DirectEventEventStatus. Cree una regla de dependencia numérica.


Figura 38. Creación de una regla de dependencia para la plantilla BSMAccelerator_NetworkGroup

a) Llame a la regla DirectChildEventStatus.b) Establezca la dependencia como una regla de dependencia máxima que depende del valor

ComponentRawEventStatusRule de la plantilla SCR_ServiceComponentRawStatusTemplate.Esta regla permite al servicio de tipo de tecnología tener su estado afectado solo de los hijos quetienen sucesos que les afectan directamente.

Figura 39. Establecimiento de la regla de dependencia máxima3. Cree la regla BSMAccelerator_NetworkGroup en la plantilla BSMAccelerator_ServiceApplication.


a) Añada las propiedades siguientes a la plantilla BSMAccelerator_NetworkGroup:

DoFunctionEnrichment trueDynamicEventCountRollUpLevel leaf

b) Configure las expresiones de salida para la plantilla BSMAccelerator_NetworkGroup.

1) La expresión incorrecta: DirectChildEventStatus.Value >=5.2) La expresión marginal: DirectChildEventStatus.Value >=3.

4. El siguiente paso es crear una regla de peor caso de dependencia en la plantillaBSMAccelerator_ServiceApplication que depende de la plantilla BSMAccelerator_NetworkGroup.La regla permite que el estado se propague del servicio de tipo de tecnología MQ a la aplicaciónempresarial de la que depende.

Figura 40. Regla de caso peor de dependencia5. Edite la política en la regla ServiceAvailability.

a) En la plantilla BSMAccelerator_ServiceApplication, edite la regla ServiceAvailability y pulseEditar política.

b) Desplácese hacia abajo hasta la parte inferior de la política y busque la línea que contiene lasplantillas de agrupaciónBSMAccelerator. Añada la plantilla BSMAccelerator_NetworkGroup aeste código (consulte el siguiente texto en verde) y guarde la política:

if ((InstanceNode.BSMAccelerator_ServersGroup.Value > 0) or(InstanceNode.BSMAccelerator_TransactionsGroup.Value > 0) or(InstanceNode.BSMAccelerator_AppServersGroup.Value > 0 ) or(InstanceNode.BSMAccelerator_WebServersGroup.Value > 0) or(InstanceNode.BSMAccelerator_DBGroup.Value > 0) or(InstanceNode.BSMAccelerator_VirtualEnvironmentsGroup.Value > 0) or(InstanceNode.BSMAccelerator_ClientsGroup.Value > 0) or(InstanceNode.BSMAccelerator_NetworkGroup.Value > 0) )


c) La regla ServiceVisibility garantiza que solo los tipos de tecnología con un estado que no está enverde aparecen debajo de una aplicación empresarial en la vista Salud del servicio.

Configuración del Business Service Composer para recursos de espacio de nombres personalizado


El procedimiento para configurar el Business Service Composer para crear tipos de tecnología para losrecursos de red es similar al que se ha realizado para los recursos de WebSphere MQ.

El ejemplo siguiente muestra cómo configurar el Business Service Composer para asignar todos losrecursos de direccionador y conmutador que dependen de una aplicación empresarial agrupados juntosbajo un tipo de tecnología de red para la aplicación empresarial.

Procedimiento

1. Para asignar los recursos de conmutador al tipo de tecnología, añada la fila siguiente en el compositor:

Figura 41. Valores de entrada para fila nueva

Figura 42. Completar fila nueva: my:switch2. En la Clase de selección, seleccione cdm:app.Application para indicar que desea crear el tipo de

tecnología para cualquier recurso de aplicación empresarial.3. Para Patrón de selección, seleccione %, de forma que se crea cualquier tipo de tecnología de

aplicación empresarial.4. Configure el Identificador de categoría y la Etiqueta de categoría como Red, para denominar el tipo

de tecnología Red.5. Configure la Clase del grupo de tecnología como my:switch, que es el identificador de recurso de

espacio de nombres personalizado utilizado para describir conmutadores en el libro IdML.6. De forma similar, puede crear filas idénticas donde la Clase de selección es cdm:core.Collection

y cdm:sys.BusinessSystem respectivamente para crear tipos de tecnología de red bajo Colección yRecursos BusinessSystem.

7. Para añadir tipos de recursos adicionales agrupados bajo el mismo tipo de tecnología, añada una filanueva al Business Service Composer, con la clase del tipo de recurso que puede incluir recursos dedireccionador bajo el tipo de tecnología de red añadiendo la línea siguiente>

Figura 43. Valores de entrada para fila nueva

Figura 44. Completar fila nueva: my:router

Configurar CDM_TO_TBSM4x_MAP_Template.xml para plantillas de tipo de tecnología de redEsta configuración asigna la plantilla BSMAccelerator_NetworkGroup como la plantilla principal de losrecursos de tipo de tecnología que se han creado a partir del Business Service Composer. Asigna lasplantillas adicionales SCR_RetrieveDepedentObjectsTemplate y la plantillaBSMAccelerator_EventCount.



Asigne los servicios del tipo de tecnología de red a la plantilla BSM_NetworkGroup que ha configuradoutilizando el archivo CDM_TO_TBSM4x_MAP_Templates.xml.

Procedimiento

1. Obtenga la copia actual del archivo de la base de datos, utilizando el mandato siguiente:


<dir_instalación_tbsm>/tbsm/XMLToolkit/bin/getArtifact.sh –U <usuario_bd> -P <contraseña_bd> -d <directorio para escribir al archivo> -n CDM_TO_TBSM4x_MAP_Templates.xml –c scrconfig

• Para Windows:

<dir_instalación_tbsm>\tbsm\XMLToolkit\bin\getArtifact.bat –U <usuario_bd> -P <contraseña_bd> -d <directorio para escribir al archivo> -n CDM_TO_TBSM4x_MAP_Templates.xml –c scrconfig

2. Edite ese archivo y añada la sección siguiente a la parte inferior del archivo:



<Policy name="NetworkGroupTemplateAssignment"><Rule name="NetworkGroupTemplates"><condition attrkeyword="tbsm:Label" operator="=" value=”Network"/> </Rule><template primary="BSMAccelerator_NetworkGroup"><othertemplate name="SCR_RetrieveDependentObjectsTemplate" />  <othertemplate name="BSMAccelerator_EventCount" /></template></Policy><Mapping policy="NetworkGroupTemplateAssignment"class="tbsm:technologygroup"/>

3. Añada el archivo a la base de datos utilizando el mandato siguiente:


<dir_instalación_tbsm>/tbsm/XMLToolkit/bin/putArtifact.sh –U <usuario_bd>-P <contraseña> -n <vía de acceso a CDM_TO_TBSM4x_MAP_Templates.xml> -cscrconfig

• Para Windows:

<dir_instalación_tbsm>\tbsm\XMLToolkit\bin\putArtifact.bat –U <usuario_db>-P <contraseña> -n <vía de acceso a CDM_TO_TBSM4x_MAP_Templates.xml> -cscrconfig

Proceso de los cambios en el kit de herramientas de Discovery LibraryUtilice los mandatos para procesar los cambios en el kit de herramientas de Discovery Library para ver eltipo de tecnología de red con los conmutadores y direccionadores que soportan la aplicación empresarial.


Antes de ejecutar el proceso para Kit de herramientas de Discovery Library, el servicio ResEnrichReaderse debe estar ejecutando en Netcool/Impact.

Una vez que el servicio se está ejecutando, puede ejecutar los mandatos del kit de herramientas deDiscovery Library siguientes para procesar todos los cambios en el kit de herramientas.


Procedimiento

1. Inicie sesión en la Consola de TBSM.2. En el área de navegación, seleccione Configuración del sistema > Automatización de suceso >

Servicios.3. En el separador Servicios, desde el menú Proyecto, seleccione Proyecto global para ver una lista de

todos los servicios.4. Consulte el servicio ResEnrichReader, si el icono es de color rojo, pulse con el botón derecho del

ratón en el servicio y seleccione Editar.5. Seleccione la casilla de verificación Arranque junto a Automáticamente cuando se inicia el

servidor, de forma que el servicio se inicia automáticamente cuando se inicia el servidor. PulseGuardar.

6. En el separador Servicios, seleccione el servicio y seleccione Iniciar servicio desde el menú paraejecutar el servicio.

7. Una vez que se está ejecutando el servicio, puede ejecutar los mandatos siguientes en Kit deherramientas de Discovery Library.Ejecute el mandato siguiente para actualizar el kit de herramientas de Discovery Library con loscambios realizados en CDM_TO_TBSM4x_MAP_Templates.xml.

<dir_instalación_tbsm>/tbsm/XMLToolkit/bin/utils.sh –U <usuario_bd> -P <contraseña_bd>-e reload_cdm_definitions.xml

8. Consulte el archivo msgGMT_XT.log para comprobar cuando ha finalizado el proceso.9. Ejecute el siguiente mandato:

<dir_instalación_tbsm>/tbsm/XMLToolkit/bin/loadBusinessComposerDefinitions.sh –U <usuario_bd> -P <contraseña_bd> -n<inicio_instalación_tbsm>/tbsm/XMLToolkit/tools/crviewer/projects/BSMAccelerator_v1r1.xml

10. Pulse la Aplicación de inventario de la aplicación empresarial para ver el tipo de tecnología de redcon los conmutadores y direccionadores que soportan la aplicación que está debajo.


Figura 45. Tipo de tecnología de red

Envío de sucesosCómo enviar sucesos a TBSM.


Una vez que el modelo se haya importado del libro IdML, puede enviar sucesos a TBSM a través decualquier método mediante el cual IBM Tivoli Netcool/OMNIbus puede recibir sucesos. El único requisitopara la coincidencia de sucesos es que el campo BSM_Identity del suceso debe coincidir con el valormy:identity configurado en el libro IdML.

Procedimiento

1. Puede enviar un suceso utilizando la línea de mandatos SQL de IBM Tivoli Netcool/OMNIbus:2. Cree un archivo sql:3. Inserte las líneas siguientes en alerts.status

(BSM_Identity, Identifier, Severity, Summary)values (‘Switch5’, ‘EventForSwith5’, 5, ‘Switch5 is down’);go

4. Ahora, ejecute cat <sql file> | OMNIHOME/bin/nco_sql –u root. para añadir el suceso aIBM Tivoli Netcool/OMNIbus.Si el modelo ya se ha importado, TBSM hace coincidir el suceso con el campo de identificador delrecurso Switch5 y convierte dicho recurso en rojo y, a su vez, propaga el estado rojo hacia arriba en lajerarquía.


Figura 46. Envío de sucesos

Escenario de producto de supervisión de tercerosSi los sucesos proceden de un producto de supervisión de terceros, el valor de identificador de suceso enel recurso para el campo especificado por el campo de coincidencia de instancias en la regla de estado deentrada debe coincidir con el valor de dicho campo en el suceso.

Si utiliza la regla de estado de entrada ComponentRawEventStatusRule en la plantillaSCR_ServiceComponetRawStatus, el campo en el suceso para realizar la coincidencia es el campoBSM_Identity. El campo BSM_Identity es lo que se ha utilizado para hacer coincidir sucesos conrecursos importados a través de los adaptadores de Discovery Library.

En este caso, el archivo de regla para cualquier análisis utilizado para enviar estos sucesos “de terceros”a Omnibus debe establecer el campo BSM_Identity en el supuesto de que sea igual que uno de losvalores configurados en los campos de identificación para el recurso.

Si utiliza la regla de estado de entrada ComponentRawEventStatusRule para hacer coincidir sucesos deuna fuente de suceso de terceros, también debe asegurarse de que el campo Clase del suceso es una delas clases seleccionadas en la regla de estado de entrada. Puede editar la regla de estado de entrada paraañadir la nueva clase si no está ahí.

Por ejemplo, si está obteniendo sucesos del análisis BSM Patrol, debe añadir la clase BMCPatrol(4600) a la lista de clases seleccionadas en la regla de estado de entrada.

Si crea una nueva regla de estado de entrada para correlacionar los sucesos de terceros con los recursos,debe configurar la clase de la regla de estado de entrada para que sea la clase asignada a estos sucesos.Para la instancia que coincide con el campo, compruebe que el campo de identificación de suceso para elrecurso para este nombre de campo está establecido en el valor que se establecerá en el campo delsuceso que deberá afectar al recurso.

Escenario de sin TADDM en el entornoSi no tiene TADDM en el entorno, sigue siendo posible incorporar recursos en el modelo de tipo detecnología en TBSM.

Sin TADDM, debe asegurarse de que el IdML utilizado para crear el modelo en TBSM se coloca en eldirectorio <TBSM_InstallHome>/discovery/dlbooks. Una vez que se ha colocado un libro IdML endicho directorio, el kit de herramientas de Discovery Library lo identifica y lo importa en TBSM.

Recursos que proceden de un adaptador de Discovery Library

Para los recursos del IdML que proceden de un adaptador de Discovery Library, el enfoque es similar a losdos primeros escenarios descritos en “Introducción ” en la página 168. Para los adaptadores deDiscovery Library soportados por Solutions for BSM, debe crear servicios empresariales en el IdML yasignar relaciones entre los servicios empresariales y los recursos de nivel superior en el IdML queadmiten el servicio empresarial.


Para los adaptadores de Discovery Library que no soporta Solutions for BSM, utilice un enfoque similar al“Escenario de personalización de modelo de servicio ” en la página 196. Las plantillas para asignar a losrecursos y los nuevos grupos de tecnología se deben configurar en TBSM, el kit de herramientas deDiscovery Library se debe configurar para asignar las plantillas a las clases de recursos apropiadas, y elBusiness Service Composer se debe configurar para crear el tipo de tecnología deseado necesario paralos tipos de servicios empresariales y recursos necesarios para asignárselos debajo. El fragmentoadicional principal necesario para configurar los servicios empresariales de alto nivel y sus relacionesestá en IdML.

Creación de servicios empresariales y relaciones en IdML

Cuando TADDM no está en el entorno, los servicios empresariales o las aplicaciones que contienen lostipos de tecnología se deben crear en el libro IdML. Se trata simplemente de una cuestión de crear unaentrada en el documento para el servicio empresarial y, después, una entrada para cada relación quedesea asignar como un hijo directo del servicio empresarial.

En el ejemplo de topología de red de “Escenario de personalización de modelo de servicio ” en la página196, puede crear un servicio empresarial añadiendo la entrada siguiente en el libro IdML:

<cdm:app.Application id=”myapp”> <cdm:Name>Inventory Application</cdm:Name> <cdm:Label>Inventory Application></cdm:Label></cdm:app.Application>

Esta entrada indica al kit de herramientas de Discovery Library que cree un recurso de clasecdm:app.Application, cuyo nombre será “Inventory Application”. También puede elegir establecerla clase para que sea cdm:sys.BusinessSystem. De hecho, la clase puede ser cualquier clase cdm oclase personalizada, siempre que la clase personalizada esté configurada en el archivoOtherNamespaces.xml para espacios de nombres personalizados. Para obtener más información,consulte “Configuración de OtherNamespaces.xml” en la página 200.

El único requisito es que en el Business Service Composer, el valor que configure para la Clase deselección debe ser el mismo nombre de la clase que asigne al recurso del servicio empresarial en el libroIdML.

Si TADDM estaba en el entorno y se creó un recurso de servicio empresarial en TADDM con un nombreigual que el campo cdm:Name en el IdML, el recurso en el IdML se fusionaría con el recurso existente deTADDM en un solo recurso en TBSM. Si TADDM no está en el entorno, TBSM sigue importando un recursode servicio empresarial tal como lo especifica el libro IdML. Para poder asignar relaciones al servicioempresarial, añada entradas en el libro IdML, de forma similar a la siguiente:

<tbsm:uses source='myapp' target= 'VLAN1' /><tbsm:uses source='myapp' target= 'VLAN2' /><tbsm:uses source='myapp' target= '9.42.11.2-Db2System-db2inst1:w:UD' />

Para cada relación, el recurso padre (origen) se identifica por su id property, myapp es el ID que hemosasignado al recurso Inventory Application.

El recurso hijo (destino) se identifica por el ID del recurso hijo. En los dos primeros ejemplos, los ID seasignan a las VLAN del libro IdML de topología Red.

El tercer ejemplo es un ID de un recurso de servidor db2 que se obtuvo del DLA del agente ITCAM paraDB2.

Recursos que no proceden de un adaptador de Discovery Library

Para recursos que no proceden de un adaptador de Discovery Library, utilice el enfoque descrito en“Escenario de personalización de modelo de servicio ” en la página 196. La asignación de los recursosdebajo de servicios empresariales en el IdML, tal como se describe en la sección:

“Creación de servicios empresariales y relaciones en IdML” en la página 212.


Personalización de la tabla de puntuación para nuevos tipos de tecnologíaSolutions for BSM viene con dos tablas de puntuación personalizadas. BSM_Accel_Scorecard yBSM_Accel_Details_Scorecard. BSM_Accel_Scorecard se muestra en la página Business ServiceHealth. BSM_Accel_Details_Scorecard se muestra en la página Aislamiento del servicio empresarial.


BSM_Accel_Scorecard muestra el estado general de los distintos tipos de tecnología para lasaplicaciones empresariales.

Figura 47. BSM_Accel_Scorecard

Procedimiento

1. Para añadir columnas a los nuevos tipos de tecnología, que activan el editor de plantillas de árboldesde la Navegación del servicio:

Figura 48. Editor de plantillas de árbol2. Seleccione la BSM_Accel_Scorecard desde el menú de la lista Nombre de plantilla de árbol.3. Añada columnas para los nuevos tipos de tecnología en este ejemplo MQ y Red.

Figura 49. Adición de columnas para los nuevos tipos de tecnología4. En la sección inferior de la ventana, pulse la plantilla BSMAccelerator_ServiceApplication y configure

la regla @BSMAccelerator_MQGroup para correlacionar con la columna MQ y configure la regla@BSMAccelerator_NetworkGroup para correlacionar con la columna Red.


Figura 50. Configuración de reglas para correlacionar con columnas5. Pulse Aceptar para guardar los cambios.

6. La tabla de puntuación resultante contiene las columnas MQ y Red.

Figura 51. Actualizar columnas de tabla de puntuación

Un fragmento de personalización adicional para la tabla de puntuación es la políticaGetTreeColumnValue que activa pulsando el botón Editar política en la parte inferior de la pantallade configuración de la plantilla de árbol.

La política comprueba si el nombre de la columna es uno de las columnas configuradas en la tabla depuntuación BSM_Accel_Scorecard. Añada los nombres de las columnas personalizadas a esta líneaen la política y, después, guarde la política.

Esta política cambia el valor de la columna de un número a un icono de estado de color rojo, amarillo overde. Las reglas que determinan el estado del estado del tipo de tecnología son realmente reglasnuméricas (por ejemplo, la regla BSMAccelerator_MQGroup), que se muestran como números deforma predeterminada. Para poder mostrar el estado en el árbol como los iconos rojo, amarillo yverde, añada el nuevo nombre de columna a la política de plantilla de árbol. En este ejemplo, lacolumna MQ se añade a la política.

La línea relevante de la política es similar al ejemplo siguiente:

if (columnName == "BSMAccel_Clients" || columnName == "BSMAccel_Transactions" ||columnName == "BSMAccel_Web_Server" || columnName == "BSMAccel_App_Server" ||columnName == "BSMAccel_Server" || columnName == "BSMAccel_VEs" ||columnName == "BSMAccel_DBs" || columnName == "MQ") {

7. La segunda tabla de puntuación personalizada que se entrega con el BSM Accelerator esBSM_Accel_Details_Scorecard. Esta tabla de puntuación se muestra en la página Aislamiento delacelerador. Para que la tabla de puntuación muestre el estado actual para los recursos en el árbol, la


plantilla de cada recurso que aparece en el árbol se debe configurar en esta tabla de puntuación. Eneste ejemplo, configure la BSM_Accel_Details_Scorecard para el tipo de tecnología MQ.a) Seleccione BSM_Accel_Details_Scorecard en el menú de la lista Nombre de plantilla de árbol.b) Añada BSMAccelerator_MQGroup a la lista de Plantillas seleccionadas.c) Resalte BSMAccelerator_MQGroup en la lista Plantillas activas.d) En la sección Atributos disponibles en la parte inferior, asigne el valor de serviceStatusImage a la

columna BSMAceel_Status (o Estado).

Al correlacionar este atributo con la columna, se permite que la luz del estado se muestre en el árbolde servicios para el tipo de tecnología MQ_QueueManagers en la página Aislamiento del acelerador.Esto se debe realizar para las plantillas para todos los servicios que desea que puedan mostrar elestado en este portlet. Por ejemplo, en el escenario Red, añada las plantillas BSM_Router yBSM_Switch a la lista de Plantillas seleccionadas y configure las columnas para cada plantilla.



Apéndice A. Avisos

Esta información se ha desarrollado para productos y servicios ofrecidos en los Estados Unidos. Esposible que IBM no ofrezca los productos, servicios o características que se describen en este documentoen otros países. Consulte a su representante local de IBM la información sobre los productos y serviciosdisponibles actualmente en su área. Cualquier referencia a un producto, programa o servicio de IBM nopretende indicar o implicar que sólo se pueda utilizar ese producto, programa o servicio de IBM. En sulugar, se puede utilizar cualquier producto, programa o servicio funcionalmente equivalente que noinfrinja los derechos de propiedad intelectual de IBM. Sin embargo, es responsabilidad del usuarioevaluar y verificar el funcionamiento de los productos, programas o servicios que no sean de IBM.

Es posible que IBM tenga patentes o solicitudes de patente pendientes que traten el tema descrito eneste documento. El suministro de este documento no proporciona ninguna licencia sobre estas patentes.Puede enviar consultas sobre licencias, por escrito, a:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785 EE.UU.

Para consultas sobre licencias relativas a información de doble byte (DBCS), póngase en contacto con elDepartamento de propiedad intelectual de IBM de su país o envíe las consultas, por escrito, a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan, Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japón

El párrafo siguiente no se aplica en el Reino Unido ni en ningún otro país donde estas provisiones no seancoherentes con la legislación local:

INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN "TAL CUAL"SIN GARANTÍA DE NINGUNA CLASE, NI EXPLÍCITA NI IMPLÍCITA, QUE INCLUYE, PERO NO SE LIMITA A,LAS GARANTÍAS IMPLÍCITAS DE NO VULNERABILIDAD, MERCANTILIZACIÓN O ADECUACIÓN A UNPROPÓSITO DETERMINADO.

Algunos estados no permiten la declaración de limitación de responsabilidad de las garantías implícitas oexplícitas en determinadas transacciones y, por lo tanto, es posible que esta declaración no sea aplicableen su caso.

Esta información podría incluir imprecisiones técnicas o errores tipográficos. Periódicamente se realizancambios en la información aquí contenida; estos cambios se incorporarán en nuevas ediciones de lapublicación. IBM puede realizar mejoras y/o modificaciones en los productos y/o programas descritos enesta publicación en cualquier momento sin aviso.

Las referencias en esta información a sitios web que no son de IBM se proporcionan sólo para sucomodidad y de ninguna manera constituyen una aprobación de estos sitios web. El material de estossitios web no forma parte de los materiales de este producto de IBM y la utilización de estos sitios web larealiza el usuario bajo su propia responsabilidad.

IBM puede utilizar o distribuir la información que proporcione el usuario de cualquier manera queconsidere adecuada sin incurrir por ello en ninguna obligación con el usuario.

Los titulares de licencias de este programa que deseen obtener información sobre el mismo con el fin depermitir: (i) el intercambio de información entre programas creados independientemente y otrosprogramas (incluido éste) y (ii) la utilización mutua de la información que se ha intercambiado, debenponerse en contacto con:

© Copyright IBM Corp. 2008, 2019 217

IBM Corporation2Z4A/10111400 Burnet RoadAustin, TX 78758 EE.UU.

Es posible que esta información esté disponible, sujeta a los términos y condiciones adecuados, incluidoen algunos casos el pago de una tarifa.

El programa bajo licencia que se describe en este documento y todo el material bajo licencia disponiblepara él los proporciona IBM bajo los términos del Acuerdo de cliente de IBM, el Acuerdo de licencia deprograma internacional de IBM o cualquier acuerdo equivalente entre ambas partes.

Los datos de rendimiento contenidos aquí se han determinado en un entorno controlado. Por lo tanto, losresultados obtenidos en otros entornos operativos pueden variar considerablemente. Es posible quealgunas mediciones se hayan realizado en sistemas en nivel de desarrollo y no existe ninguna garantía deque estas mediciones serán las mismas en sistemas disponibles generalmente. Además, es posible quealgunas mediciones se hayan estimado mediante extrapolación. Los resultados reales pueden variar. Losusuarios de este documento deben verificar los datos aplicables a su entorno específico.

La información relativa a productos que no son de IBM se ha obtenido de los proveedores de estosproductos, sus anuncios publicados y otras fuentes públicamente disponibles. IBM no ha probado estosproductos y no puede confirmar la precisión de rendimiento, compatibilidad ni otras afirmacionesrelacionadas con productos que no son de IBM. Las preguntas sobre las capacidades de los productosque no son de IBM se deben dirigir a los proveedores de estos productos.

Todas las declaraciones relativas a la dirección o intenciones futuras de IBM pueden cambiar o serretiradas sin aviso, y representan sólo propósitos y objetivos.

Esta información contiene ejemplos de datos e informes utilizados en operaciones empresariales diarias.Para ilustrarlos de la manera más completa posible, los ejemplos incluyen los nombres de personas,empresas, marcas y productos. Todos estos nombres son ficticios y cualquier similitud con los nombres ydirecciones utilizados por una empresa real es completa coincidencia.

Si está visualizando esta información en copia software, es posible que las fotografías o ilustraciones encolor no se visualicen.

Marcas registradasIBM, el logotipo de IBM e ibm.com son marcas registradas de International Business Machines Corp.,registradas en muchas jurisdicciones en todo el mundo. Es posible que otros nombres de productos yservicios sean marcas registradas de IBM u otras empresas. Una lista actual de las marcas registradas deIBM está disponible en la Web en “Copyright and trademark information” en www.ibm.com/legal/copytrade.shtml.

Adobe, Acrobat, PostScript y todas las marcas registradas basadas en Adobe son marcas registradas deAdobe Systems Incorporated en los Estados Unidos o en otros países.

Java y todas las marcas registradas y los logotipos basados en Java son marcasregistradas de Oracle y/o de sus empresas afiliadas.

Linux es una marca registrada de Linus Torvalds en los Estados Unidos o en otros países.

Microsoft, Windows, Windows NT y el logotipo de Windows son marcas registradas de MicrosoftCorporation en los Estados Unidos o en otros países.

UNIX es una marca registrada de The Open Group en los Estados Unidos o en otros países.


Es posible que otros nombres de productos y servicios sean marcas registradas de IBM u otras empresas.

Apéndice A. Avisos 219


IBM®

Número Pieza:Número de Programa:

SC43-4819-02

(1P) P

/N: