Ibm Tivoli Monitoring

IBM Tivoli Monitoring
Gua del usuario

Versin 5.1.2
SH10-9317-03
Gua del usuario

Versin 5.1.2
SH10-9317-03
Nota
Antes de utilizar esta informacin y el producto al que da soporte, asegrese de leer la informacin general en
"Avisos al final de este manual.
Cuarta edicin (Marzo de 2004)

Este manual es la traduccin del original ingls IBM Tivoli Monitoring Users Guide Version 5.1.2, (SH19-4569-03).
Esta edicin se aplica al nivel de modificacin 2 de la versin 5 release 1 de IBM Tivoli Monitoring y a todos los
releases y modificaciones subsiguientes hasta que no se indique lo contrario en nuevas ediciones. Esta edicin
sustituye a SH10-9317-02.
Copyright IBM Corporation 1999, 2004. Reservados todos los derechos.
Nota sobre derechos restringidos de los usuarios del gobierno de los EE.UU. La utilizacin, duplicacin y
divulgacin estn sujetas a las restricciones expuestas en el GSA ADP Schedule Contract con IBM Corporation.
Copyright International Business Machines Corporation 2004. Reservados todos los derechos.
Contenido
Figuras . . . . . . . . . . . . . . vii Componente Gathering Historical Data . . . . 16
Componente Tivoli Enterprise Data Warehouse
Tablas . . . . . . . . . . . . . . . ix Support . . . . . . . . . . . . . . 17
Recopilacin de datos . . . . . . . . . . . 17
Flujo de datos del modelo de recurso . . . . . 17
Acerca de esta gua . . . . . . . . . xi Obtencin de datos de recursos en el punto final 18
A quin va dirigida esta gua . . . . . . . . xi Consideraciones sobre la seguridad . . . . . . 19
Contenido de esta gua. . . . . . . . . . . xi Tivoli Monitoring Resource Model Builder . . . . 19
Publicaciones . . . . . . . . . . . . . . xii
Biblioteca de IBM Tivoli Monitoring . . . . . xii
Captulo 2. Instalacin . . . . . . . . 21
Publicaciones relacionadas . . . . . . . . xiii
Acceso a las publicaciones en lnea . . . . . xiv
| Plataformas soportadas . . . . . . . . . . 21
Requisitos de hardware . . . . . . . . . . 22
Solicitud de publicaciones . . . . . . . . xv
Requisitos previos de software . . . . . . . . 23
Accesibilidad . . . . . . . . . . . . . . xv
Tivoli Management Framework . . . . . . . 23
Cmo ponerse en contacto con IBM Software
Parches necesarios de Tivoli Management
Support . . . . . . . . . . . . . . . xv
Framework . . . . . . . . . . . . 23
Convenciones utilizadas en esta gua . . . . . . xv
Otro software . . . . . . . . . . . . . 24
Convenios de tipo de letra . . . . . . . . xv
Coexistencia con otras versiones de Tivoli
Variables y rutas dependientes del sistema
Monitoring . . . . . . . . . . . . . . 26
operativo . . . . . . . . . . . . . . xvi
Productos de la familia Tivoli Monitoring . . . 27
| Resumen de los cambios en esta edicin de la Gua
Productos de la familia Tivoli Distributed
| del usuario . . . . . . . . . . . . . . xvi
Monitoring (Classic Edition) . . . . . . . . 27
Compatibilidad con versiones anteriores . . . . . 28
Parte 1. Instalacin, configuracin y Instalacin/actualizacin del producto . . . . . 29
utilizacin . . . . . . . . . . . . . 1 Antes de empezar . . . . . . . . . . . 29
| Instalacin utilizando el asistente de instalacin 30
Instalacin con Tivoli Software Installation
Captulo 1. Introduccin . . . . . . . . 5
Service . . . . . . . . . . . . . . . 30
Visin general . . . . . . . . . . . . . . 5
Instalacin desde el escritorio de Tivoli . . . . 30
Visin general de Tivoli Monitoring . . . . . . 6
Instalacin desde la lnea de comandos . . . . 34
Recursos . . . . . . . . . . . . . . . 6
| Actualizacin desde Tivoli Monitoring Versin
Modelos de recurso . . . . . . . . . . . 6
| 5.1.1 . . . . . . . . . . . . . . . . 35
Ciclos . . . . . . . . . . . . . . . . 6
Instalacin de un modelo de recurso
Umbrales . . . . . . . . . . . . . . 6
predeterminado . . . . . . . . . . . . 35
Parmetros . . . . . . . . . . . . . . 7
Actualizacin desde Workbench a Resource
Indicaciones . . . . . . . . . . . . . 7
Model Builder . . . . . . . . . . . . 36
Apariciones y agujeros . . . . . . . . . . 8
Cmo agregar el grupo de avisos . . . . . . . 36
Eventos . . . . . . . . . . . . . . . 8
Instalacin de Java Runtime Environment . . . . 37
Eventos de borrado . . . . . . . . . . 10
Opciones de instalacin . . . . . . . . . 38
Eventos correlacionados . . . . . . . . 11
Cmo habilitar Tivoli Monitoring para trabajar con
Supervisin de eventos e indicaciones . . . . 11
Tivoli Data Warehouse utilizando Gathering
En el servidor de Tivoli Enterprise Console . . 11
Historical Data . . . . . . . . . . . . . 39
En la Consola de estado de Web . . . . . 12
Desinstalacin del producto . . . . . . . . . 40
En Tivoli Business Systems Manager . . . . 12
Desinstalacin de componentes de punto final . . 40
Acciones de recuperacin . . . . . . . . . 12
Desinstalacin desde servidores y gateways . . 42
Acciones incorporadas . . . . . . . . . 12
Tareas de Tivoli Framework . . . . . . . 13
Planificacin . . . . . . . . . . . . . 13 Captulo 3. Cmo utilizar el producto 45
Registro . . . . . . . . . . . . . . 13 Visin general . . . . . . . . . . . . . 45
Perfiles . . . . . . . . . . . . . . . 13 Perfiles . . . . . . . . . . . . . . . 46
La funcin de latido . . . . . . . . . . 14 Puntos clave sobre los perfiles . . . . . . . 46
Componentes . . . . . . . . . . . . . . 14 Configuracin de los recursos gestionados . . . . 46
Componente base de Tivoli Monitoring . . . . 15 Cmo crear perfiles y gestores de perfiles . . . . 47
Consola de estado de Web . . . . . . . . 16 Cmo utilizar la CLI para gestionar perfiles en el
Componente de punto final . . . . . . . . 16 servidor . . . . . . . . . . . . . . 50
Tivoli Business Systems Manager Adapter . . . 16 Cmo utilizar modelos de recurso predeterminados 51
Copyright IBM Corp. 2004 iii

Cmo agregar un modelo de recurso Captulo 5. Integracin con el servidor
predeterminado a un perfil . . . . . . . . . 51 de Tivoli Enterprise Console . . . . . 89
Cmo utilizar la CLI para agregar un modelo de Visin general . . . . . . . . . . . . . 89
recurso predeterminado a un perfil . . . . . 52 Cmo identificar el servidor de Tivoli Enterprise
Cmo agregar un modelo de recurso personalizado Console en Tivoli Monitoring . . . . . . . . 89
a un perfil . . . . . . . . . . . . . . . 52 Cmo habilitar la supervisin de eventos y mensajes
Cmo utilizar la CLI para agregar un modelo de de latido en el servidor de Tivoli Enterprise Console 90
recurso personalizado a un perfil . . . . . . 54 Cmo habilitar la supervisin de eventos en
Cmo personalizar un modelo de recurso . . . . 54 Availability Intermediate Manager . . . . . . . 92
Cmo personalizar umbrales y reglas de eventos 54 Slots de clases de Tivoli Enterprise Console . . . . 92
Cmo especificar acciones incorporadas para Slots de la clase TMW_Event . . . . . . . 92
un evento . . . . . . . . . . . . . 57 Slots de la clase HeartBeat_Event . . . . . . 94
Cmo editar una accin incorporada . . . 57 Cmo conocer las reglas de Tivoli Enterprise
Cmo eliminar una accin incorporada . . 58 Console. . . . . . . . . . . . . . . . 95
Cmo agregar una accin incorporada . . 58
Cmo especificar tareas para un evento . . . 58
Envo de un correo electrnico como
Captulo 6. Integracin con Tivoli
respuesta a un evento . . . . . . . . 60 Business Systems Manager . . . . . 99
Envo de un aviso como respuesta a un Visin general . . . . . . . . . . . . . 99
evento . . . . . . . . . . . . . 62 Cmo instalar Tivoli Business Systems Manager
Cmo personalizar parmetros . . . . . . . 62 Adapter . . . . . . . . . . . . . . . 99
Cmo personalizar la informacin de Cmo configurar Tivoli Business Systems Manager
planificacin . . . . . . . . . . . . . 63 Adapter . . . . . . . . . . . . . . . 100
Cmo configurar el periodo de supervisin . . 65 Utilizacin de Tivoli Business Systems Manager
Cmo crear reglas de planificacin . . . . 65 Adapter . . . . . . . . . . . . . . . 103
Cmo personalizar informacin de registro de Cmo ver datos de Tivoli Business Systems
datos . . . . . . . . . . . . . . . 66 Manager . . . . . . . . . . . . . . . 104
Cmo utilizar la CLI para personalizar un Cmo habilitar e inhabilitar la integracin de Tivoli
modelo de recurso para un perfil . . . . . . 68 Business Systems Manager . . . . . . . . . 106
Cmo configurar las opciones de distribucin de un Gestin de Tivoli Business Systems Adapter desde
perfil . . . . . . . . . . . . . . . . 68 la CLI . . . . . . . . . . . . . . . . 107
Distribucin de perfiles utilizando MDist 2 . . . . 70
Cmo volver a ejecutar las distribuciones fallidas 70 Captulo 7. Integracin con Tivoli Data
Cmo suprimir copias de perfil durante una Warehouse . . . . . . . . . . . . 109
cancelacin de suscripcin . . . . . . . . . 71 Visin general . . . . . . . . . . . . . 109
Cmo modificar la poltica del gestor de perfiles Escenario personalizado utilizando Tivoli
cuando no hay ningn objeto de poltica Monitoring . . . . . . . . . . . . . . 111
personalizado . . . . . . . . . . . . 72 Habilitacin del registro de datos en el depsito de
Cmo utilizar el escritorio de Tivoli . . . . 72 datos central . . . . . . . . . . . . . . 111
Utilizacin de la CLI . . . . . . . . . 74 Cmo instalar y configurar el componente Tivoli
Cmo modificar la poltica del gestor de perfiles Enterprise Data Warehouse Support . . . . . . 113
cuando hay un objeto de poltica personalizado Cmo verificar los requisitos previos . . . . 113
en uso . . . . . . . . . . . . . . . 74 Cmo instalar el componente Tivoli Enterprise
Cmo gestionar perfiles y modelos de recurso en Data Warehouse Support . . . . . . . . 114
puntos finales . . . . . . . . . . . . . 74 Cmo crear y configurar la estructura de base
Cmo gestionar Tivoli Monitoring en gateways . . 75 de datos . . . . . . . . . . . . . . 116
Cmo utilizar tareas de Tivoli Monitoring . . . . 75 Cmo verificar los requisitos previos . . . 116
Cmo ejecutar una tarea desde el escritorio de Cmo crear y configurar la estructura de
Tivoli . . . . . . . . . . . . . . . 77 base de datos . . . . . . . . . . . 116
Cmo ejecutar una tarea desde la CLI . . . . 78 Cmo verificar la conexin de objeto RIM 118
Configuracin de Tivoli Enterprise Data
Captulo 4. Funcin de latido . . . . . 81 Warehouse Support . . . . . . . . . . 119
Estados de latido . . . . . . . . . . . . 81 Cmo cargar datos utilizando la CLI . . . . 119
Cmo instalar y configurar el latido . . . . . . 81 Procedimientos alternativos de instalacin y
Cmo controlar el latido . . . . . . . . . . 82 configuracin . . . . . . . . . . . . 120
Flujos de datos de latido . . . . . . . . . . 83 Cmo crear un objeto RIM utilizando un
Registro de punto final . . . . . . . . . 83 script de shell . . . . . . . . . . . 120
Supervisin de latido . . . . . . . . . . 85 Cmo crear una estructura de base de datos
Cmo ver el cach de punto final . . . . . . 86 utilizando el procesador de SQL . . . . . 121
Captulo 8. Comandos . . . . . . . 125

iv IBM Tivoli Monitoring: Gua del usuario
Nombres de comandos actualizados . . . . . . 125 Cmo iniciar la sesin en la Consola de estado
Comandos para gestionar perfiles en el servidor de Web por primera vez . . . . . . . . . 210
de Tivoli . . . . . . . . . . . . . . 126 Cmo configurar las preferencias . . . . . . . 210
Comando para gestionar modelos de recurso Cmo gestionar listas de puntos finales . . . 210
predeterminados en el servidor de Tivoli . . . 126 Cmo gestionar preferencias generales . . . . 212
Comandos para gestionar Tivoli Business Cmo gestionar preferencias de grficos . . . 212
Systems Manager Adapter . . . . . . . . 127 Caractersticas comunes de la Consola de estado de
Comandos para gestionar Tivoli Monitoring en Web . . . . . . . . . . . . . . . . 213
los puntos finales . . . . . . . . . . . 127 Cmo utilizar la vista Lista de puntos finales . . . 214
Comandos para gestionar Tivoli Monitoring en Cmo trabajar con puntos finales . . . . . . 215
nodos gestionados/gateways . . . . . . . 127 Cmo utilizar la vista Lista de modelos de recurso 215
wdmcheckprereq . . . . . . . . . . . . 129 Cmo utilizar la vista puntos finales por modelo
wdmcmd . . . . . . . . . . . . . . . 130 de recurso . . . . . . . . . . . . . . 217
wdmcmddistrib . . . . . . . . . . . . 132 Cmo trabajar con puntos finales . . . . . . 217
wdmcollect . . . . . . . . . . . . . . 136 Cmo trabajar con la vista Salud de punto final 217
wdmconfig . . . . . . . . . . . . . . 138 Cmo trabajar con el marco de modelos de
wdmdiscovery . . . . . . . . . . . . . 145 recurso . . . . . . . . . . . . . . 218
wdmdistrib . . . . . . . . . . . . . . 147 Cmo trabajar con modelos de recurso . . . 218
wdmdumpprf . . . . . . . . . . . . . 151 Marco Indicaciones . . . . . . . . . . 219
wdmeditprf . . . . . . . . . . . . . . 157 Marco Datos histricos . . . . . . . . . 219
wdmeng . . . . . . . . . . . . . . . 166 Cmo trabajar con vistas de grfico . . . . . . 220
wdmheartbeat . . . . . . . . . . . . . 168 Controles de grficos . . . . . . . . . . 220
wdmloadprf . . . . . . . . . . . . . . 170 Grfico de datos en lnea . . . . . . . . 221
wdmlseng . . . . . . . . . . . . . . 173 Grfico Datos histricos . . . . . . . . . 222
wdmmn . . . . . . . . . . . . . . . 177
wdmmngcache . . . . . . . . . . . . . 179
Parte 3. Apndices . . . . . . . . 223
wdmrm . . . . . . . . . . . . . . . 182
wdmtrceng . . . . . . . . . . . . . . 184
wtmntaddrm . . . . . . . . . . . . . 187 Apndice A. Variables de entorno . . 225
wtmntdefrm . . . . . . . . . . . . . . 188
wtmntrmrm . . . . . . . . . . . . . . 189 | Apndice B. Instalacin utilizando el
Cdigos de retorno desde los comandos . . . . 190 | asistente de instalacin . . . . . . . 227
| Cmo realizar una instalacin Evaluacin . . . . 227
Parte 2. Consola de estado de | Cmo realizar una instalacin Tpica . . . . . 230
| Cmo crear un punto final de proxy de Windows 236
Web . . . . . . . . . . . . . . . 195
Apndice C. Consideraciones sobre la
Captulo 9. Introduccin a la Consola
migracin . . . . . . . . . . . . . 241
de estado de Web . . . . . . . . . 197
Migracin de Tivoli Distributed Monitoring
Visin general . . . . . . . . . . . . . 197
(Classic Edition) a Tivoli Monitoring . . . . . 241
Cmo conocer la salud de un recurso . . . . 197
Visin general . . . . . . . . . . . . 241
Conexin de la Consola de estado de Web. . . 198
Directrices para migrar a Tivoli Monitoring 5.1.2 243
El procesador del gestor de peticiones . . . . 198
Momento del diseo . . . . . . . . . 243
Requisitos de sistema . . . . . . . . . . . 199
Momento del despliegue . . . . . . . 245
Requisitos de software . . . . . . . . . . 199
Momento de la ejecucin . . . . . . . 245
Instalacin de la Consola de estado de Web . . . 200
Proceso de migracin . . . . . . . . . . 246
Instalacin en Windows . . . . . . . . . 200
Sentry Profile Analyzer . . . . . . . . 246
Instalacin en UNIX . . . . . . . . . . 201
Ejemplos . . . . . . . . . . . . 249
Resolucin de problemas de la instalacin . . . 202
Modo de compatibilidad . . . . . . . 251
Cmo habilitar la Consola de estado Web para
Proceso del asistente . . . . . . . . . 252
utilizar los modelos de recurso . . . . . . 205
Cmo se combina esto . . . . . . . . 253
Cmo habilitar el soporte de Secure Socket
Migracin desde Tivoli Web Component Manager 254
Layer . . . . . . . . . . . . . . . 206
Tims2XML . . . . . . . . . . . . . 255
Desinstalacin de la Consola de estado de Web . . 208
Instalacin y personalizacin . . . . . . 255
Estructura del archivo XML . . . . . . 255
Captulo 10. Utilizacin de la Consola Tareas de supervisin del sistema . . . . 258
de estado de Web . . . . . . . . . 209 Tarea Monitor de proceso . . . . . . 258
Cmo iniciar la sesin en la Consola de estado de Tarea Monitor de CPU . . . . . . . 259
Web . . . . . . . . . . . . . . . . 209 Tarea Monitor del sistema de archivos
UNIX . . . . . . . . . . . . . 260
Contenido v
Modelos de recurso . . . . . . . . . . 262 Cmo aumentar el tamao de lo que aparece en
Modelo de recurso Disco lgico . . . . . 262 pantalla . . . . . . . . . . . . . . . 275
Modelo de recurso Procesador . . . . . . 263 Documentacin en formatos accesibles . . . . . 275
Modelo de recurso Memoria . . . . . . 264 Cmo utilizar texto alternativo . . . . . . . 276
Modelo de recurso Sistema de archivos . . . 264
Ejemplo de migracin: tarea Monitor de Apndice F. Utilizacin de Rhino:
memoria . . . . . . . . . . . . . . 264 JavaScript for Java . . . . . . . . . 277
Mozilla Public License Versin 1.1 . . . . . . 277
Apndice D. Soporte de clsteres . . 267 Netscape Public License Versin 1.1 . . . . . . 284
Recuperacin tras error verdadera de clster en
UNIX . . . . . . . . . . . . . . . . 267 Avisos . . . . . . . . . . . . . . 287
| Recuperacin tras error verdadera de clster en
Marcas registradas. . . . . . . . . . . . 289
| Windows . . . . . . . . . . . . . . . 270
Clster de equilibrio de carga en UNIX. . . . . 270
Limitaciones . . . . . . . . . . . . . . 272 Glosario . . . . . . . . . . . . . 291
Apndice E. Accesibilidad . . . . . . 275 ndice . . . . . . . . . . . . . . . 297

Cmo utilizar tecnologas de ayuda . . . . . . 275
vi IBM Tivoli Monitoring: Gua del usuario

Figuras
1. Grfico que muestra el uso de la CPU 8. Flujos de datos para el descubrimiento
generando indicaciones, agujeros y un evento . 9 masivo/delta . . . . . . . . . . . 104
2. Componentes y monitores de eventos de IBM 9. Flujo de datos para visualizar datos de Tivoli
Tivoli Monitoring . . . . . . . . . . 15 Monitoring en Tivoli Business Systems
3. Flujo de datos para actividades de supervisin Manager . . . . . . . . . . . . . 105
de modelos de recurso y distribucin de 10. Visin general de Tivoli Data Warehouse 110
perfiles . . . . . . . . . . . . . . 18 11. Lnea horaria para el registro de datos para el
4. Flujo de datos para el control de latido 83 almacn central de datos . . . . . . . . 113
5. Flujo de datos para el registro de punto final 84 12. El procesador del gestor de peticiones 199
6. Flujo de datos para la funcin de latido en un 13. Arquitectura de motor de punto final de
gateway . . . . . . . . . . . . . . 85 Tivoli Monitoring. . . . . . . . . . . 252
7. Flujo de datos utilizando el comando
wdmmngcache . . . . . . . . . . . 86
Copyright IBM Corp. 2004 vii

viii IBM Tivoli Monitoring: Gua del usuario
Tablas
1. Ejemplo de valores predeterminados de umbral 7 12. Slots de la clase HeartBeat_Event . . . . . 94
2. Recuento de apariciones . . . . . . . . . 9 13. Opciones de instalacin para el componente
3. Porcentajes de uso de CPU elevado durante 12 Tivoli Enterprise Data Warehouse . . . . . 115
ciclos: agujeros y apariciones . . . . . . . 9 14. Informacin especfica del proveedor
4. Porcentajes de uso de CPU elevado durante 12 correspondiente a atributos de objeto RIM . . 121
ciclos: salud . . . . . . . . . . . . 12 15. Nombres de comandos antiguos y nuevos 125
| 5. Plataformas soportadas . . . . . . . . 21 16. Cdigos de retorno desde los comandos 190
6. Requisitos previos de hardware para Tivoli 17. Ejemplo de determinacin de salud . . . . 198
Monitoring . . . . . . . . . . . . . 22 18. Iconos de navegacin . . . . . . . . . 213
7. Requisitos previos de hardware para Tivoli 19. Iconos de alerta de salud . . . . . . . 214
Business Systems Manager Adapter . . . . 23 20. Variables de entorno establecidas por eventos. 225
8. Requisitos previos de software . . . . . . 24 21. Otras variables de entorno. . . . . . . . 225
9. Slots de la clase TMW_Event . . . . . . . 92 | 22. Procedimientos para crear puntos finales de
10. Ciclo vital de la propiedad eventid (sin evento | Windows . . . . . . . . . . . . . 230
de borrado) . . . . . . . . . . . . 94
11. Ciclo vital de la propiedad eventid (con evento
de borrado) . . . . . . . . . . . . 94
Copyright IBM Corp. 2004 ix

x IBM Tivoli Monitoring: Gua del usuario
Acerca de esta gua
IBM Tivoli Monitoring permite supervisar el estado de disponibilidad y
rendimiento de los recursos en los sistemas para identificar cuellos de botella y
problemas potenciales de recursos. Esta gua describe cmo instalar, personalizar y
utilizar IBM Tivoli Monitoring.
IBM Tivoli Monitoring se llamaba anteriormente Tivoli Distributed Monitoring

(Advanced Edition). Tenga en cuenta que existe otro producto, llamado Tivoli
Distributed Monitoring (Classic Edition), conocido anteriormente como Tivoli
Distributed Monitoring. Se ofrecen descripciones de los productos de IBM Tivoli
Monitoring y Tivoli Distributed Monitoring (Classic Edition) en el glosario en la
pgina 291.
A quin va dirigida esta gua

Esta gua est destinada a los administradores de sistemas.
Para conseguir una utilizacin efectiva del producto, los usuarios debern conocer
y estar familiarizados con lo siguiente:
v Importacin, instalacin y gestin de Tivoli Management Framework y Tivoli
Management Environment
v Administracin de los sistemas en los que tiene intencin de instalar
componentes de IBM Tivoli Monitoring y que desea supervisar utilizando el
producto
Tambin deber estar familiarizado con el producto Tivoli Enterprise Console.
Contenido de esta gua

Esta gua contiene los apartados y captulos siguientes:
Parte I. Instalacin, configuracin y utilizacin

v Captulo 1, Introduccin
Contiene una introduccin a Tivoli Monitoring, sus caractersticas y funciones y
su rol en el entorno Tivoli.
v Captulo 2, Instalacin
Describe los pasos a seguir para instalar Tivoli Monitoring en el entorno Tivoli.
v Captulo 3, Cmo utilizar el producto
Describe la finalidad de los perfiles del entorno Tivoli y presenta la variedad de
opciones de personalizacin que puede aplicar en los modelos de recurso
predeterminados que proporciona el producto o en los modelos de recurso que
haya creado. Tambin describe cmo distribuir modelos de recurso en los puntos
finales y qu hacer si la distribucin falla en uno o ms puntos finales.
v Captulo 4, Funcin de latido
Ofrece detalles completos sobre la finalidad, la utilizacin y la gestin de la
funcin de latido.
v Captulo 5, Integracin con el servidor de Tivoli Enterprise Console
Describe cmo habilitar los eventos de Tivoli Monitoring en un servidor Tivoli
Enterprise Console.
Copyright IBM Corp. 2004 xi

v Captulo 6, Integracin con Tivoli Business Systems Manager
Describe la integracin de Tivoli Monitoring con Tivoli Business Systems
Manager y los pasos a seguir para permitir la supervisin de eventos de Tivoli
Monitoring en la estacin de trabajo Tivoli Business Systems Manager.
v Captulo 7, Integracin con Tivoli Data Warehouse
Describe la integracin de Tivoli Monitoring con Tivoli Data Warehouse y la
interaccin entre los dos productos.
v Captulo 8, Comandos
Lista y describe los comandos de IBM Tivoli Monitoring que puede emitir desde
la lnea de comandos.
Parte II. Consola de estado de Web

v Captulo 9, Introduccin a la Consola de estado de Web
Describe las funciones y ventajas de la Consola de estado de Web en la
supervisin diaria de recursos.
v Captulo 10, Utilizacin de la Consola de estado de Web
Describe los pasos a seguir para iniciar, configurar y utilizar la Consola de
estado de Web para supervisar los recursos de una lista especfica de puntos
finales.
Parte IV: Apndices

v Apndice A, Variables de entorno
Documenta las variables de entorno que utiliza el producto.
v Apndice B, Instalacin utilizando el asistente de instalacin
Documenta cmo utilizar el asistente de instalacin para instalar el producto.
v Apndice C, Consideraciones sobre la migracin
Describe la migracin desde Tivoli Distributed Monitoring (Advanced Edition)
4.1 y la migracin desde Tivoli Web Component Manager.
v Apndice D, Soporte de clsteres
Describe la solucin de operacin con clsteres ofrecida por Tivoli Monitoring.
v Apndice E, Accesibilidad
Proporciona informacin sobre el soporte proporcionado en el producto y su
documentacin para los usuarios con discapacidades visuales o fsicas.
v Apndice F, Utilizacin de Rhino: JavaScript for Java
Proporciona el texto de la licencia de uso de Rhino: JavaScript para Java,
incorporado en el producto.
Publicaciones
Esta seccin enumera publicaciones de la biblioteca de IBM Tivoli Monitoring y
otros documentos relacionados. Tambin describe cmo acceder a las publicaciones
en lnea de Tivoli y cmo solicitar publicaciones de Tivoli.
Biblioteca de IBM Tivoli Monitoring

Los documentos siguientes estn disponibles en la biblioteca de IBM Tivoli
Monitoring:
v IBM Tivoli Monitoring: Gua del usuario, SH10-9317
Describe cmo instalar, personalizar y utilizar IBM Tivoli Monitoring para
gestionar recursos del sistema y de aplicaciones.
xii IBM Tivoli Monitoring: Gua del usuario

v IBM Tivoli Monitoring: Problem Determination Guide, SH19-8520
Describe las tcnicas y herramientas de determinacin de problemas disponibles
en IBM Tivoli Monitoring.
v IBM Tivoli Monitoring: Resource Model Builder Users Guide, SC32-1391
Describe cmo utilizar IBM Tivoli Monitoring Resource Model Builder
(anteriormente conocido como Workbench) para crear nuevos modelos de
recurso o para modificar los existentes.
v IBM Tivoli Monitoring: Resource Model Builder Problem Determination Guide,
SC32-1392
Describe las herramientas y tcnicas de resolucin de problemas para realizar la
determinacin de problemas de Resource Model Builder.
v IBM Tivoli Monitoring: Resource Model Reference Guide, SH19-4570
Contiene informacin sobre cmo utilizar y personalizar los modelos de recurso
que se pueden utilizar con IBM Tivoli Monitoring.
v IBM Tivoli Monitoring: Release Notes, GI10-5797
Contiene la informacin ms actualizada sobre IBM Tivoli Monitoring.
v IBM Tivoli Monitoring: Deployment Supplement, SC23-4799
Describe cmo utilizar el asistente de despliegue para realizar una instalacin
personalizada.
v IBM Tivoli Monitoring: Road Map for a Typical Installation, GI11-0938
Describe escenarios tpicos de instalacin.
Encontrar versiones de estos documentos en formatos PDF y HTML en los CD del

producto IBM Tivoli Monitoring. Se almacenan en el directorio Books y puede
acceder a ellos seleccionando el archivo Books/infocenter.html con su navegador
de Web. Se mostrar una pgina HTML desde la que se podr acceder a todos los
documentos en cualquiera de estos formatos.
Cualquier versin actualizada de estos documentos se colocarn en el sitio Web de

Tivoli Software Information Center (consulte el apartado Acceso a las
publicaciones en lnea en la pgina xiv para ver ms detalles).
Publicaciones relacionadas
Antes de empezar la instalacin, lea la siguiente documentacin relacionada para
obtener ms informacin sobre las opciones de gestin que proporcionan los
productos IBM Tivoli Monitoring:
v Tivoli Distributed Monitoring (Classic Edition): Release Notes
Proporciona informacin actualizada sobre el producto Tivoli Distributed
Monitoring (Classic Edition) (antes denominado Tivoli Distributed Monitoring).
v Tivoli Decision Support for Server Performance Prediction: Release Notes
Proporciona informacin actualizada sobre la integracin de Tivoli Decision
Support for Server Performance Prediction con Tivoli Distributed Monitoring
(Advanced Edition).
v Tivoli Management Framework: Users Guide
Proporciona informacin sobre la utilizacin del entorno Tivoli Management
Framework y Tivoli.
v Tivoli Management Framework: Gua de instalacin
Proporciona informacin sobre la instalacin y configuracin del entorno Tivoli
Management Framework y Tivoli.
v Tivoli Management Framework: Gua de planificacin para el despliegue
Acerca de esta gua xiii

Proporciona informacin que ayudar a los usuarios a planificar el despliegue
de su entorno Tivoli Management Framework y Tivoli.
v Tivoli Management Framework: Reference Manual
Proporciona informacin acerca de los comandos de Tivoli Management
Framework.
v Tivoli Software Installation Service: Users Guide
Proporciona informacin orientada a tareas sobre cmo importar, gestionar e
instalar software de Tivoli Management Environment en mquinas seleccionadas
y nodos gestionados dentro de su regin de gestin de Tivoli.
v Tivoli Software Installation Service: Notas del release
Proporciona informacin importante sobre la utilizacin e instalacin de Tivoli
Software Installation Service (SIS)
v Tivoli Enterprise Console: Rule Builders Guide
Proporciona informacin sobre cmo utilizar el editor de reglas y el generador
de reglas grficas de Tivoli Enterprise Console para modificar reglas existentes y
crear reglas nuevas que concuerden con sus necesidades especficas de gestin
de eventos.
v Tivoli Enterprise Console: Notas del release, Versin 3.7 o posterior
Proporciona la informacin ms reciente acerca de Tivoli Enterprise Console.
v Tivoli Business Systems Manager: Users Guide (si tiene intencin de utilizar Tivoli
Business Systems Manager para supervisar eventos de Tivoli Monitoring)
Describe cmo utilizar el producto Tivoli Business Systems Manager.
v Tivoli Business Systems Manager: Gua del usuario de la consola (si tiene intencin de
utilizar Tivoli Business Systems Manager para supervisar eventos de Tivoli
Monitoring)
Describe cmo utilizar la consola de Tivoli Business Systems Manager.
El manual Tivoli Software Glossary incluye definiciones para muchos de los trminos
tcnicos relacionados con el software de Tivoli. El manual Tivoli Software Glossary
est disponible, nicamente en ingls, en el siguiente sitio Web de la biblioteca de
software de Tivoli:
http://www-3.ibm.com/software/tivoli/library/
Acceda al glosarios pulsando en el enlace Glossary (Glosario) en el panel izquierdo

de la ventana de la biblioteca de software de Tivoli.
Acceso a las publicaciones en lnea

IBM publica manuales para ste y otros productos Tivoli, a medida que estn
disponibles y siempre que se actualizan, en el sitio Web del Centro de informacin
de software de Tivoli en este enlace:
http://publib.boulder.ibm.com/tividd/td/tdprodlist.html
Pulse el enlace de Tivoli Monitoring para acceder a la biblioteca del producto.
Nota: Si imprime los manuales de formato PDF en un papel con un tamao

distinto al de Carta, establezca la opcin de la ventana Archivo Imprimir
que permita a Adobe Reader imprimir las pginas con tamao Carta en el
tamao de papel local.
xiv IBM Tivoli Monitoring: Gua del usuario

Solicitud de publicaciones
Puede realizar pedidos de muchas de las publicaciones en lnea de Tivoli en el
siguiente sitio Web:
http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi
Tambin puede realizar los pedidos por telfono llamando a uno de los nmeros
siguientes:
v En los EE.UU.: 800-879-2755
v En Canad: 800-426-4968
v En otros pases, consulte el siguiente sitio Web para ver una lista de nmeros de
telfono:
http://www-3.ibm.com/software/tivoli/order-lit/
Accesibilidad
Las caractersticas de accesibilidad ayudan a los usuarios con discapacidades
fsicas, como por ejemplo movilidad reducida o visin limitada, a utilizar
satisfactoriamente los productos de software. Con este producto, puede utilizar
tecnologas de asistencia para or y navegar por la interfaz. Tambin puede utilizar
el teclado en lugar del ratn para utilizar todas las caractersticas de la interfaz
grfica del usuario.
Si desea obtener ms informacin, consulte el Apndice E, Accesibilidad.
Cmo ponerse en contacto con IBM Software Support

Si tiene un problema con algn producto de Tivoli, consulte el siguiente sitio Web
de IBM Software Support: http://www-
3.ibm.com/software/sysmgmt/products/support/
Si desea ponerse en contacto con el centro de soporte de software, consulte el

manual IBM Software Support Guide en el siguiente sitio Web:
http://techsupport.services.ibm.com/guides/handbook.html
Esta gua proporciona informacin sobre cmo ponerse en contacto con IBM
Software Support, en funcin de la gravedad del problema, y la informacin
siguiente:
v Registro y elegibilidad.
v Nmeros de telfono y direcciones de correo electrnico en funcin del pas en
que se encuentre.
v Datos que debe reunir antes de ponerse en contacto con el centro de soporte.
Convenciones utilizadas en esta gua

Esta gua utiliza diversos convenios para trminos y acciones especiales, comandos
y rutas dependientes del sistema y grficos de margen.
Convenios de tipo de letra

En este manual se utilizan los siguientes convenios de tipo de letra:
Negrita Los comandos en letras minsculas y en maysculas y minsculas,
las opciones de comando y los distintivos que estn incluidos en el
texto aparecen as, en negrita.
Acerca de esta gua xv

Los elementos de la interfaz grfica de usuario (excepto los ttulos
de ventanas y dilogos) y los nombres de teclas tambin aparecen
as, en negrita.
Cursiva Las variables, los valores que debe proporcionar el usuario, los
trminos nuevos y las palabras y frases que se destacan aparecen
as, en cursiva.
Monoespaciado Los comandos, las opciones de comando y los distintivos que
aparecen en lneas separadas, as como los ejemplos de cdigo,
salida y texto de mensaje aparecen as, en monoespaciado.
Los nombres de archivos y directorios, las cadenas de texto que
debe escribir el usuario, los nombres de mtodos y clases Java y
distintivos HTML y XML tambin aparecen as, en monoespaciado.
Variables y rutas dependientes del sistema operativo

Este manual utiliza el convenio de UNIX para especificar variables de entorno y
para la notacin de directorios.
Cuando utilice la lnea de comandos de Windows, reemplace $variable por

%variable% para las variables de entorno y reemplace cada barra inclinada (/) por
una barra inclinada invertida (\) en las rutas de directorio.
Nota: Si utiliza el shell bash en un sistema Windows, puede emplear los convenios
de UNIX.
| Resumen de los cambios en esta edicin de la Gua del usuario

| Las barras de cambio que figuran en el margen izquierdo indican todos los
| cambios tcnicos y la informacin nueva.
| En esta edicin se ha aadido la siguiente informacin:

| v Se ha aadido la opcin de enviar un evento de borrado a la GUI (consulte el
| apartado Cmo personalizar umbrales y reglas de eventos en la pgina 54).
| v Se ha definido una poltica predeterminada nueva para utilizarse con la
| biblioteca de tareas (consulte el apartado Cmo ejecutar una tarea desde el
| escritorio de Tivoli en la pgina 77).
| v Se ha aadido un apndice nuevo para describir la instalacin utilizando el
| asistente (tambin conocido como Despliegue rpido).
| v Se han definido variables de entorno nuevas (para obtener ms detalles, consulte
| el Apndice A, Variables de entorno).
| v Se ha documentado un escenario para soportar clsteres en Windows (para
| obtener ms detalles, consulte el Apndice D, Soporte de clsteres).
| Se ha cambiado la siguiente informacin:

| v Se ha actualizado la lista de plataformas soportadas (consulte la Tabla 5 en la
| pgina 21).
| v Se ha actualizado el proceso de instalacin de Java Runtime Environment
| utilizando wdmdistrib mediante informacin nueva sobre sistemas HP-UX
| (consulte el apartado Opciones de instalacin en la pgina 38).
| v Se ha modificado el proceso de desinstalacin de puntos finales (consulte el
| apartado Desinstalacin de componentes de punto final en la pgina 40).
| v Se ha modificado la sintaxis y las opciones de los comandos siguientes (para
| obtener ms detalles, consulte el apartado Captulo 8, Comandos):
xvi IBM Tivoli Monitoring: Gua del usuario

| wdmcmddistrib
| wdmcollect
| wdmconfig
| wdmdistrib
| wdmeditprf
| wdmheartbeat
| wdmlseng
Acerca de esta gua xvii

xviii IBM Tivoli Monitoring: Gua del usuario
Parte 1. Instalacin, configuracin y utilizacin
Captulo 1. Introduccin . . . . . . . . . . 5 Instalacin con Tivoli Software Installation
Visin general . . . . . . . . . . . . . . 5 Service . . . . . . . . . . . . . . . 30
Visin general de Tivoli Monitoring . . . . . . 6 Instalacin desde el escritorio de Tivoli . . . . 30
Recursos . . . . . . . . . . . . . . . 6 Instalacin desde la lnea de comandos . . . . 34
Modelos de recurso . . . . . . . . . . . 6 | Actualizacin desde Tivoli Monitoring Versin
Ciclos . . . . . . . . . . . . . . . . 6 | 5.1.1 . . . . . . . . . . . . . . . . 35
Umbrales . . . . . . . . . . . . . . 6 Instalacin de un modelo de recurso
Parmetros . . . . . . . . . . . . . . 7 predeterminado . . . . . . . . . . . . 35
Indicaciones . . . . . . . . . . . . . 7 Actualizacin desde Workbench a Resource
Apariciones y agujeros . . . . . . . . . . 8 Model Builder . . . . . . . . . . . . 36
Eventos . . . . . . . . . . . . . . . 8 Cmo agregar el grupo de avisos . . . . . . . 36
Eventos de borrado . . . . . . . . . . 10 Instalacin de Java Runtime Environment . . . . 37
Eventos correlacionados . . . . . . . . 11 Opciones de instalacin . . . . . . . . . 38
Supervisin de eventos e indicaciones . . . . 11 Cmo habilitar Tivoli Monitoring para trabajar con
En el servidor de Tivoli Enterprise Console . . 11 Tivoli Data Warehouse utilizando Gathering
En la Consola de estado de Web . . . . . 12 Historical Data . . . . . . . . . . . . . 39
En Tivoli Business Systems Manager . . . . 12 Desinstalacin del producto . . . . . . . . . 40
Acciones de recuperacin . . . . . . . . . 12 Desinstalacin de componentes de punto final . . 40
Acciones incorporadas . . . . . . . . . 12 Desinstalacin desde servidores y gateways . . 42
Tareas de Tivoli Framework . . . . . . . 13
Planificacin . . . . . . . . . . . . . 13 Captulo 3. Cmo utilizar el producto . . . . . 45
Registro . . . . . . . . . . . . . . 13 Visin general . . . . . . . . . . . . . 45
Perfiles . . . . . . . . . . . . . . . 13 Perfiles . . . . . . . . . . . . . . . 46
La funcin de latido . . . . . . . . . . 14 Puntos clave sobre los perfiles . . . . . . . 46
Componentes . . . . . . . . . . . . . . 14 Configuracin de los recursos gestionados . . . . 46
Componente base de Tivoli Monitoring . . . . 15 Cmo crear perfiles y gestores de perfiles . . . . 47
Consola de estado de Web . . . . . . . . 16 Cmo utilizar la CLI para gestionar perfiles en el
Componente de punto final . . . . . . . . 16 servidor . . . . . . . . . . . . . . 50
Tivoli Business Systems Manager Adapter . . . 16 Cmo utilizar modelos de recurso predeterminados 51
Componente Gathering Historical Data . . . . 16 Cmo agregar un modelo de recurso
Componente Tivoli Enterprise Data Warehouse predeterminado a un perfil . . . . . . . . . 51
Support . . . . . . . . . . . . . . 17 Cmo utilizar la CLI para agregar un modelo de
Recopilacin de datos . . . . . . . . . . . 17 recurso predeterminado a un perfil . . . . . 52
Flujo de datos del modelo de recurso . . . . . 17 Cmo agregar un modelo de recurso personalizado
Obtencin de datos de recursos en el punto final 18 a un perfil . . . . . . . . . . . . . . . 52
Consideraciones sobre la seguridad . . . . . . 19 Cmo utilizar la CLI para agregar un modelo de
Tivoli Monitoring Resource Model Builder . . . . 19 recurso personalizado a un perfil . . . . . . 54
Cmo personalizar un modelo de recurso . . . . 54
Captulo 2. Instalacin . . . . . . . . . . 21 Cmo personalizar umbrales y reglas de eventos 54
| Plataformas soportadas . . . . . . . . . . 21 Cmo especificar acciones incorporadas para
Requisitos de hardware . . . . . . . . . . 22 un evento . . . . . . . . . . . . . 57
Requisitos previos de software . . . . . . . . 23 Cmo editar una accin incorporada . . . 57
Tivoli Management Framework . . . . . . . 23 Cmo eliminar una accin incorporada . . 58
Parches necesarios de Tivoli Management Cmo agregar una accin incorporada . . 58
Framework . . . . . . . . . . . . 23 Cmo especificar tareas para un evento . . . 58
Otro software . . . . . . . . . . . . . 24 Envo de un correo electrnico como
Coexistencia con otras versiones de Tivoli respuesta a un evento . . . . . . . . 60
Monitoring . . . . . . . . . . . . . . 26 Envo de un aviso como respuesta a un
Productos de la familia Tivoli Monitoring . . . 27 evento . . . . . . . . . . . . . 62
Productos de la familia Tivoli Distributed Cmo personalizar parmetros . . . . . . . 62
Monitoring (Classic Edition) . . . . . . . . 27 Cmo personalizar la informacin de
Compatibilidad con versiones anteriores . . . . . 28 planificacin . . . . . . . . . . . . . 63
Instalacin/actualizacin del producto . . . . . 29 Cmo configurar el periodo de supervisin . . 65
Antes de empezar . . . . . . . . . . . 29 Cmo crear reglas de planificacin . . . . 65
| Instalacin utilizando el asistente de instalacin 30 Cmo personalizar informacin de registro de
datos . . . . . . . . . . . . . . . 66
Copyright IBM Corp. 2004 1

Cmo utilizar la CLI para personalizar un Gestin de Tivoli Business Systems Adapter desde
modelo de recurso para un perfil . . . . . . 68 la CLI . . . . . . . . . . . . . . . . 107
Cmo configurar las opciones de distribucin de un
perfil . . . . . . . . . . . . . . . . 68 Captulo 7. Integracin con Tivoli Data
Distribucin de perfiles utilizando MDist 2 . . . . 70 Warehouse . . . . . . . . . . . . . . 109
Cmo volver a ejecutar las distribuciones fallidas 70 Visin general . . . . . . . . . . . . . 109
Cmo suprimir copias de perfil durante una Escenario personalizado utilizando Tivoli
cancelacin de suscripcin . . . . . . . . . 71 Monitoring . . . . . . . . . . . . . . 111
Cmo modificar la poltica del gestor de perfiles Habilitacin del registro de datos en el depsito de
cuando no hay ningn objeto de poltica datos central . . . . . . . . . . . . . . 111
personalizado . . . . . . . . . . . . 72 Cmo instalar y configurar el componente Tivoli
Cmo utilizar el escritorio de Tivoli . . . . 72 Enterprise Data Warehouse Support . . . . . . 113
Utilizacin de la CLI . . . . . . . . . 74 Cmo verificar los requisitos previos . . . . 113
Cmo modificar la poltica del gestor de perfiles Cmo instalar el componente Tivoli Enterprise
cuando hay un objeto de poltica personalizado Data Warehouse Support . . . . . . . . 114
en uso . . . . . . . . . . . . . . . 74 Cmo crear y configurar la estructura de base
Cmo gestionar perfiles y modelos de recurso en de datos . . . . . . . . . . . . . . 116
puntos finales . . . . . . . . . . . . . 74 Cmo verificar los requisitos previos . . . 116
Cmo gestionar Tivoli Monitoring en gateways . . 75 Cmo crear y configurar la estructura de
Cmo utilizar tareas de Tivoli Monitoring . . . . 75 base de datos . . . . . . . . . . . 116
Cmo ejecutar una tarea desde el escritorio de Cmo verificar la conexin de objeto RIM 118
Tivoli . . . . . . . . . . . . . . . 77 Configuracin de Tivoli Enterprise Data
Cmo ejecutar una tarea desde la CLI . . . . 78 Warehouse Support . . . . . . . . . . 119
Cmo cargar datos utilizando la CLI . . . . 119
Captulo 4. Funcin de latido . . . . . . . . 81 Procedimientos alternativos de instalacin y
Estados de latido . . . . . . . . . . . . 81 configuracin . . . . . . . . . . . . 120
Cmo instalar y configurar el latido . . . . . . 81 Cmo crear un objeto RIM utilizando un
Cmo controlar el latido . . . . . . . . . . 82 script de shell . . . . . . . . . . . 120
Flujos de datos de latido . . . . . . . . . . 83 Cmo crear una estructura de base de datos
Registro de punto final . . . . . . . . . 83 utilizando el procesador de SQL . . . . . 121
Supervisin de latido . . . . . . . . . . 85
Cmo ver el cach de punto final . . . . . . 86 Captulo 8. Comandos . . . . . . . . . . 125
Nombres de comandos actualizados . . . . . . 125
Captulo 5. Integracin con el servidor de Tivoli Comandos para gestionar perfiles en el servidor
Enterprise Console . . . . . . . . . . . 89 de Tivoli . . . . . . . . . . . . . . 126
Visin general . . . . . . . . . . . . . 89 Comando para gestionar modelos de recurso
Cmo identificar el servidor de Tivoli Enterprise predeterminados en el servidor de Tivoli . . . 126
Console en Tivoli Monitoring . . . . . . . . 89 Comandos para gestionar Tivoli Business
Cmo habilitar la supervisin de eventos y mensajes Systems Manager Adapter . . . . . . . . 127
de latido en el servidor de Tivoli Enterprise Console 90 Comandos para gestionar Tivoli Monitoring en
Cmo habilitar la supervisin de eventos en los puntos finales . . . . . . . . . . . 127
Availability Intermediate Manager . . . . . . . 92 Comandos para gestionar Tivoli Monitoring en
Slots de clases de Tivoli Enterprise Console . . . . 92 nodos gestionados/gateways . . . . . . . 127
Slots de la clase TMW_Event . . . . . . . 92 wdmcheckprereq . . . . . . . . . . . . 129
Slots de la clase HeartBeat_Event . . . . . . 94 wdmcmd . . . . . . . . . . . . . . . 130
Cmo conocer las reglas de Tivoli Enterprise wdmcmddistrib . . . . . . . . . . . . 132
Console. . . . . . . . . . . . . . . . 95 wdmcollect . . . . . . . . . . . . . . 136
wdmconfig . . . . . . . . . . . . . . 138
Captulo 6. Integracin con Tivoli Business wdmdiscovery . . . . . . . . . . . . . 145
Systems Manager . . . . . . . . . . . . 99 wdmdistrib . . . . . . . . . . . . . . 147
Visin general . . . . . . . . . . . . . 99 wdmdumpprf . . . . . . . . . . . . . 151
Cmo instalar Tivoli Business Systems Manager wdmeditprf . . . . . . . . . . . . . . 157
Adapter . . . . . . . . . . . . . . . 99 wdmeng . . . . . . . . . . . . . . . 166
Cmo configurar Tivoli Business Systems Manager wdmheartbeat . . . . . . . . . . . . . 168
Adapter . . . . . . . . . . . . . . . 100 wdmloadprf . . . . . . . . . . . . . . 170
Utilizacin de Tivoli Business Systems Manager wdmlseng . . . . . . . . . . . . . . 173
Adapter . . . . . . . . . . . . . . . 103 wdmmn . . . . . . . . . . . . . . . 177
Cmo ver datos de Tivoli Business Systems wdmmngcache . . . . . . . . . . . . . 179
Manager . . . . . . . . . . . . . . . 104 wdmrm . . . . . . . . . . . . . . . 182
Cmo habilitar e inhabilitar la integracin de Tivoli wdmtrceng . . . . . . . . . . . . . . 184
Business Systems Manager . . . . . . . . . 106 wtmntaddrm . . . . . . . . . . . . . 187
2 IBM Tivoli Monitoring: Gua del usuario

wtmntdefrm . . . . . . . . . . . . . . 188
wtmntrmrm . . . . . . . . . . . . . . 189
Cdigos de retorno desde los comandos . . . . 190
Parte 1. Instalacin, configuracin y utilizacin 3

Captulo 1. Introduccin
Este captulo describe las caractersticas principales de IBM Tivoli Monitoring 5.1.2
(a partir de aqu tambin denominado Tivoli Monitoring) y su rol en el entorno
Tivoli. Se divide en los siguientes apartados principales:
v Visin general ofrece una visin general del producto.
v Visin general de Tivoli Monitoring explica los conceptos relacionados con el
producto.
v Componentes detalla los componentes que pueden instalarse y explica las
relaciones entre los mismos.
v Recopilacin de datos describe los flujos de datos correspondientes a las
distintas funciones del producto.
v Consideraciones sobre la seguridad describe la implementacin del producto a
travs de cortafuegos.
v Tivoli Monitoring Resource Model Builder proporciona informacin de alto
nivel sobre este componente independiente.
Visin general
IBM Tivoli Monitoring 5.1.2 es una aplicacin de Tivoli que aplica las mejores
prcticas preconfiguradas a la supervisin manual de recursos de sistema
esenciales. La aplicacin detecta los atascos y otros problemas posibles y
proporciona la recuperacin automtica de situaciones crticas, lo que elimina la
necesidad de que los administradores del sistema exploren manualmente los datos
de rendimiento extensivo. La aplicacin tambin se integra fcilmente con otras
soluciones de disponibilidad de Tivoli, incluidos Tivoli Business Systems Manager
y Tivoli Enterprise Console. Esta aplicacin antes se denominaba Tivoli
Distributed Monitoring (Advanced Edition).
Muchas funciones de Tivoli Monitoring pueden utilizarse tal como se han

suministrado o pueden modificarse manualmente utilizando las interfaces grficas
de usuario (GUI) o la interfaz de lnea de comandos (CLI) que se proporciona.
Las principales caractersticas de Tivoli Monitoring son las siguientes:

v Una solucin inmediata para supervisar sistemas Windows, UNIX, Linux y
OS/400.La coleccin de datos y el anlisis de problemas se realizan localmente
en el sistema.
v Modelos de recurso listos para utilizar en la redaccin de informes sobre
aspectos determinados del estado de un sistema. Por ejemplo, el modelo de
recurso Proceso proporciona informacin acerca del estado de los procesos, la
utilizacin de la CPU, etc. La supervisin de recursos es una implementacin del
Common Information Model (CIM). CIM es un mtodo de gestin de sistemas y
redes que aplica tcnicas orientadas a objetos para modelar el sistema.
v Modelos de recurso que pueden agregarse fcilmente al perfil de Tivoli y que
pueden distribuirse a varios sistemas simultneamente.
v Posibilidad de modificar modelos de recurso cambiando, por ejemplo, los niveles
de umbral para ajustarlos necesidades especficas.
v Posibilidad de visualizar tanto los datos histricos como los datos en tiempo real
para cualquier sistema desde una aplicacin de supervisin centralizada llamada
Consola de estado de Web, que se proporciona junto con el producto.

v Posibilidad de enviar los resultados de la coleccin y anlisis de datos a Tivoli
Enterprise Console o a Tivoli Business Systems Manager.
v Posibilidad de especificar acciones correctivas o preventivas para resolver
situaciones que podran derivar en problemas reales.
v Una funcin de planificacin que permite que la supervisin se produzca en
momentos especificados por el usuario.
v Una funcin de latido que se ejecuta en gateways y comprueba regularmente la
disponibilidad y el estado de los puntos finales adjuntos, enviando la
informacin al servidor Tivoli Enterprise Console, a Tivoli Business Systems
Manager o al Grupo de avisos de Tivoli Monitoring.
Visin general de Tivoli Monitoring

Esta seccin explica los conceptos principales relacionados con el producto.
Recursos
Tivoli Monitoring supervisa recursos de sistemas distribuidos. En este contexto, un
recurso es todo aquello que afecta al funcionamiento de un sistema y que incluye
discos fsicos y lgicos, CPU, memoria, impresoras, as como los procesos y
servicios en ejecucin, como LanMan, el registro de eventos de Windows, el
syslogd de UNIX (daemon del sistema de registro) y TCP/IP.
Modelos de recurso
Tivoli Monitoring utiliza modelos de recurso predefinidos listos para utilizar para
especificar a qu datos de recursos accede el sistema durante el tiempo de
ejecucin y cmo se procesan dichos datos. Por ejemplo, el modelo de recurso
Proceso obtiene datos acerca de los procesos que se ejecutan en el sistema. Los
datos de rendimiento se coleccionan automticamente mediante el modelo de
recurso y se procesan mediante un algoritmo adecuado para determinar si el
sistema est funcionando segn sus intereses o no. Generalmente, se pueden
utilizar los valores predeterminados del modelo de recursos y, an as, obtener
datos tiles. Sin embargo, se pueden personalizar los modelos de recurso, si es
necesario, para ajustarlos a sus necesidades particulares.
Encontrar todos los detalles sobre los modelos de recurso proporcionados con el
producto en el manual IBM Tivoli Monitoring: Resource Model Reference Guide.
Ciclos
Cuando un modelo de recurso se ejecuta en un punto final, ste recopila datos a
intervalos regulados, conocidos como ciclos; la duracin de un ciclo es el tiempo del
ciclo. Un modelo de recurso con un tiempo del ciclo de 60 segundos recopila
informacin cada 60 segundos. Los datos recopilados constituyen una instantnea
de los recursos especificados en el modelo de recurso. Cada modelo de recurso
posee un valor de tiempo del ciclo predeterminado, que puede ser modificado
segn sea necesario.
Umbrales
Cada modelo de recurso define uno o ms umbrales. Un umbral es una propiedad
nombrada del recurso que tiene un valor predeterminado que puede modificarse
durante la fase de personalizacin. El valor especificado para un umbral
representa, por regla general, un nivel de referencia significativo de una entidad
relacionada con el rendimiento; un administrador de sistemas puede estar
interesado en conocer cundo se sobrepasa o no se alcanza el umbral. Sin embargo,

algunos umbrales se utilizan como valores de referencia para limitar el mbito del
modelo de recurso. Por ejemplo, en el modelo de recurso Proceso de Windows, se
utilizan, entre otros, los umbrales siguientes:
Tabla 1. Ejemplo de valores predeterminados de umbral
Umbral Valor predeterminado
Uso de la CPU elevado 60
Nmero mximo de procesos 5
El umbral Uso de la CPU elevado se utiliza para supervisar un uso excesivo de la

CPU que podra daar a los otros procesos que puedan estar ejecutndose al
mismo tiempo. El valor de este umbral se mide como un porcentaje de la
capacidad de la CPU; el predeterminado es el 60%. Por otra parte, el umbral
Nmero mximo de procesos determina que slo los 5 (el valor predeterminado)
procesos que utilizan ms la CPU se tendrn en cuenta al supervisar el uso
elevado de la CPU.
Por otra parte, un umbral puede tener un valor mnimo por debajo del cual una
determinada caracterstica de rendimiento no debera situarse. Por ejemplo, el
modelo de recurso Disco lgico de Windows tiene un umbral de Poco espacio en
disco que muestra el porcentaje mnimo de espacio en disco que debe estar
siempre disponible (el predeterminado es 5%).
Parmetros
Algunos modelos de recurso tienen uno o ms parmetros. Cada parmetro puede
adoptar la forma de una lista de cadenas, una lista de valores numricos, una lista
booleana de valores predeterminados que puede seleccionar siguiendo cualquier
combinacin o una lista de opciones alternativas que se excluyen unas a otras. Por
ejemplo, el modelo de recurso Puertos TCP/IP que se pueden definir con
parmetros de Windows tiene un parmetro para enumerar los puertos a
supervisar y otro para elegir los estados del puerto a supervisar.
Indicaciones
Cada modelo de recurso generar una indicacin si en un ciclo determinado no se
cumplen ciertas condiciones presupuestas por los umbrales del modelo de recurso.
Cada modelo de recurso dispone de su propio algoritmo para determinar qu
combinaciones de umbrales deben generar una indicacin. Las indicaciones pueden
generarse en cualquiera de las circunstancias siguientes:
v Se excede un nico umbral. Por ejemplo, en el modelo de recurso Proceso de
Windows, la indicacin Uso de la CPU elevado se genera cuando el umbral de
Uso de la CPU elevado se excede (para los procesos que tengan un ID de
proceso distinto de cero).
v Se ha excedido una combinacin de dos o ms umbrales. Por ejemplo, en el
modelo de recurso Disco lgico de Windows se genera un modelo de recurso
Bytes de lectura por segundo elevados cuando se exceden los dos umbrales
siguientes:
La cantidad de bytes transferidos por segundo (escritos o ledos) excede el
umbral Bytes de lectura por segundo elevados
El porcentaje de tiempo que la unidad de disco seleccionada necesita para
leer o escribir peticiones excede el umbral Porcentaje de uso elevado.
v Ha cambiado una combinacin de distintos factores. Por ejemplo, en el modelo
de recurso Proceso de Windows se genera la indicacin Error de controladores
de procesos cuando un proceso pierde controladores. No existe un umbral para
esta indicacin. El modelo de recurso compara el nmero de controladores de
Captulo 1. Introduccin 7
los cinco procesos con el mayor nmero de controladores en ciclos consecutivos.
Si el nmero de controladores ha aumentado, se genera la indicacin.
Las definiciones especficas de las indicaciones que se han creado para cada
recurso de modelos estn documentadas en el manual IBM Tivoli Monitoring:
Resource Model Reference Guide.
Apariciones y agujeros
Una aparicin es el trmino utilizado para referirse a un ciclo durante el cual se
produce una indicacin para un determinado modelo de recurso.
Un agujero es el trmino utilizado para referirse a un ciclo durante el cual no se

produce una indicacin para un determinado modelo de recurso. En otras
palabras, no se ha dado ninguna de las condiciones especificadas para la
generacin de una indicacin. Esto no significa que no se haya excedido ninguno
de los umbrales. Por ejemplo, en el modelo de recurso Disco lgico de Windows
una indicacin de Bytes de lectura por segundo elevados no se crea cuando el
porcentaje de tiempo de uso de disco es superior al umbral Porcentaje de uso
elevado, dado que se excede el umbral Poco espacio en disco.
Eventos
Se utiliza un evento para verificar la persistencia de una indicacin determinada,
eliminando los valores ms altos y ms bajos no representativos para la indicacin.
Por ejemplo, un proceso que genera la indicacin Uso de la CPU elevado por parte
de un proceso en un ciclo puede comportarse de manera perfectamente normal y
no ser ninguna amenaza para otros procesos si no se repite el uso elevado. Sin
embargo, una indicacin que persiste durante varios ciclos probablemente ser un
problema. As, un evento define el nmero de apariciones consecutivas de la
indicacin que son significativas.
Sin embargo, dado que ha decidido que sean significativos un nmero

determinado de ciclos consecutivos de Uso de la CPU elevado por parte de un
proceso superior al valor de umbral elegido, puede pensar que, si durante la
acumulacin de las apariciones consecutivas uno o dos ciclos se sitan por debajo
del umbral, no debera detenerse el recuento de las apariciones consecutivas. As,
un evento permite definir cuntos agujeros se permiten en la secuencia de
apariciones consecutivas.
Por lo tanto, un evento es la agregacin de un nmero definido de apariciones

consecutivas durante las cuales puede existir un nmero definido de agujeros
consecutivos. Por ejemplo, tomemos un evento definido como tres apariciones y
dos agujeros. Esto significa que el algoritmo de agregacin no tendr en cuenta
uno o dos agujeros consecutivos al suprimir tres apariciones consecutivas de la
indicacin.
En las dos series siguientes de eventos, 1 representa una aparicin y 0 representa

un agujero.
v 0101001
v 0010011
Observe que, si no se tienen en cuenta uno o dos agujeros consecutivos tal como se
muestra en esta definicin de evento de ejemplo, cada serie contiene tres
apariciones consecutivas. Por lo tanto, en este ejemplo cada secuencia representa
un evento.

La definicin de un evento como tres apariciones y dos agujeros tambin significa
que el nmero mximo de ciclos necesarios para desencadenar un evento es de
siete. En este caso, cada aparicin ira seguida por un mximo de dos agujeros, tal
como se muestra a continuacin.
v 1001001
Adems, si el algoritmo de supervisin ha contado dos apariciones consecutivas y,

a continuacin, observa tres agujeros consecutivos ms agujeros de los
permitidos en la definicin de un evento para este ejemplo establecer el
recuento de apariciones a cero. Consulte la Tabla 2.
Tabla 2. Recuento de apariciones
Secuencia Recuento de apariciones
100 1
1001 2
10010 2
100100 2
1001000 0
La Figura 1 muestra un grfico del nivel actual de uso de la CPU en un sistema

hipottico, donde el umbral de indicacin se encuentra en el 60% de la uso de la
CPU.
Ejemplo de uso elevado de CPU (umbral 6o%)

100%
60%
0%
1 2 3 4 5 6 7 8 9 10 11 12
Ciclos
Figura 1. Grfico que muestra el uso de la CPU generando indicaciones, agujeros y un
evento
Las instantneas del uso de la CPU obtenidas por el modelo de recurso se

muestran en la Tabla 3. La primera fila muestra el nmero de ciclo y la segunda el
porcentaje de uso de la CPU.
Tabla 3. Porcentajes de uso de CPU elevado durante 12 ciclos: agujeros y apariciones
Ciclo 1 2 3 4 5 6 7 8 9 10 11 12
% de CPU 55 73 54 63 68 42 50 70 90 55 70 80
Tabla 3. Porcentajes de uso de CPU elevado durante 12 ciclos: agujeros y
apariciones (continuacin)
Aparicin o H O H O O H H O O H O O
agujero
Recuento de 0 1 1 2 3 3 0 1 2 2 3 4
apariciones
Los ciclos que exceden el umbral y, por lo tanto, son apariciones, se muestran en
negrita; los otros ciclos son agujeros.
En este ejemplo, se ha determinado que se crear un evento para esta indicacin si

existen cuatro apariciones consecutivas con un nico agujero permitido. La ltima
fila de la Tabla 3 en la pgina 9 muestra el recuento que el modelo de recurso
realizar de las apariciones consecutivas. El recuento est establecido en cero en la
instantnea del sptimo ciclo porque el modelo de recurso ha detectado dos
agujeros consecutivos. En este ejemplo se desencadena un evento en el duodcimo
ciclo. A continuacin el recuento se establece en cero y el proceso contina.
Los eventos se pueden generar varias veces (cuando el problema contina y no

est habilitada ninguna funcin de evento de borrado) o slo una vez (cuando la
funcin de evento de borrado est habilitada). Consulte el apartado Eventos de
borrado para entender cmo funcionan.
Eventos de borrado
Un evento de borrado es una funcin de modelo de recurso que, si se habilita,
permite que Tivoli Monitoring cierre un evento de error cuando las circunstancias
que han provocado el error ya no estn presentes.
Cuando la funcin de evento de borrado est habilitada para un modelo de

recurso, los eventos (que llevan un ID de evento especificado) se envan slo la
primera vez que se cumple la regla de agregacin.
Un evento de borrado (que lleva el mismo ID de evento) se enva cuando son

verdaderas las dos condiciones siguientes:
v se ha enviado un evento
v y el nmero actual de agujeros supera el nmero de agujeros definidos en la
regla de agregacin para enviar el evento
Los eventos de borrado pueden procesarse a travs del servidor Tivoli Enterprise
Console y Tivoli Business Systems Manager. Los eventos de borrado tienen una
gravedad de inofensivo, a pesar de la gravedad del evento original, aunque tienen
el mismo ID de evento que el evento original. Consulte el apartado Slots de la
clase TMW_Event en la pgina 92 para entender el ciclo vital de la propiedad de
ID de evento al utilizar eventos de borrado.
Para proporcionar un ejemplo de evento de borrado, tenga en cuenta el escenario

siguiente: un servicio se detiene y el servidor Tivoli Enterprise Console recibe un
evento que notifica este problema. Hasta que el servicio no se reinicie, el problema
todava est presente en el punto final, pero Tivoli Monitoring no enva ms
notificaciones de evento al servidor Tivoli Enterprise Console. Si la funcin Evento
de borrado est habilitada, tan pronto como el servicio se reinicia, se enva un
evento de borrado al servidor de Tivoli Enterprise Console y se cierra el evento
original. El propio evento de borrado no aparecer normalmente en el servidor
porque su nica funcin consiste en borrar el evento de error original.

Nota: La funcin de evento de borrado no se encuentra habilitada siempre. Por
ejemplo, la funcin de evento de borrado no se encuentra habilitada en los
modelos de recurso Registro de eventos que se pueden definir con
parmetros ni Registro de eventos.
Nota: Los eventos correlacionados no se pueden borrar.
Eventos correlacionados
Utilice la correlacin de eventos cuando necesite entender con ms detalles el tipo
de problema que estn teniendo los recursos. Esta funcin correlaciona dos o ms
eventos definidos en modelos de recurso diferentes que pertenecen al mismo perfil.
La correlacin hace posible resaltar problemas de recursos especficos que no seran
evidentes slo basndose en nicos eventos separados. Por ejemplo, un evento le
notifica que un proceso en ejecucin est perdiendo memoria; a continuacin otro
evento le notifica que se est quedando sin memoria. Finalmente, un evento
correlacionado le notifica que tiene baja memoria porque existe un proceso que
est perdiendo memoria.
Para habilitar la correlacin de eventos, es necesario cargar los modelos de recurso

donde estn especificados los eventos a correlacionar y es necesario tener estos
modelos de recurso ejecutndose en el mismo perfil.
Los eventos correlacionados se envan al servidor de Tivoli Enterprise Console, si

en el perfil que ha especificado para enviar una notificacin de eventos a ese
servidor. Esta notificacin no se puede inhabilitar mediante la GUI ni mediante la
interfaz de lnea de comandos. Cada evento correlacionado se identifica mediante
un ID de evento, aunque dicho ID no est conectado de ninguna manera con los
eventos que ha generado el evento correlacionado.
La funcin de borrado no est activa para eventos correlacionados. Por lo tanto,

cuando un problema, resaltado por un evento correlacionado, se resuelve, no se
enva ninguna notificacin a Tivoli Enterprise Console.
La funcin de correlacin de eventos se habilita slo en plataformas Windows.
Supervisin de eventos e indicaciones

Los eventos se pueden enviar al servidor Tivoli Enterprise Console, a la Consola
de estado de Web y a Tivoli Business Systems Manager.
En el servidor de Tivoli Enterprise Console

Los eventos pueden visualizarse mediante un servidor Tivoli Enterprise Console
siempre y cuando haya compilado y cargado los archivos Basic Recorder of Objects
in C (BAROC) relevantes en el servidor. El evento posee una serie de propiedades
que pueden ayudar a identificar el problema. Por ejemplo, la informacin del
evento ProcessHandleLeak incluye valores para los siguientes datos:
v ID de proceso actual
v Nmero de controladores asignados al proceso.
v Nombre del proceso
Los eventos de borrado tambin pueden procesarse mediante el servidor Tivoli
Enterprise Console. Si se utiliza el procedimiento predeterminado para habilitar la
supervisin de eventos (consulte el apartado Cmo habilitar la supervisin de
eventos y mensajes de latido en el servidor de Tivoli Enterprise Console en la
pgina 90), el servidor Tivoli Enterprise Console utiliza el evento de borrado para
cerrar el evento de error asociado. Sin embargo, si elige no instalar la regla de
eventos de borrado incorporada en el procedimiento predeterminado, el evento de
borrado aparece como una entidad separada con el mismo ID que el evento de
error original.
En la Consola de estado de Web

La Consola de estado de Web, que es una parte opcional de Tivoli Monitoring,
obtiene eventos e indicaciones de puntos finales. La Consola de estado de Web
muestra la salud de cada uno de los problemas potenciales en forma de un valor
entre 100 (salud perfecta) y cero (que significa que se cumplen las condiciones del
evento en cuestin). Los valores intermedios muestran el porcentaje de apariciones
que se registran actualmente con respecto al nmero total de apariciones que se
necesitan para desencadenar un evento. Por ejemplo, la Tabla 4 se basa en la
Tabla 3 en la pgina 9, pero tambin muestra el porcentaje de salud:
Tabla 4. Porcentajes de uso de CPU elevado durante 12 ciclos: salud
Ciclo 1 2 3 4 5 6 7 8 9 10 11 12
% de CPU 55 73 54 63 68 42 50 70 90 55 70 80
Aparicin o H O H O O H H O O H O O
agujero
Recuento de 0 1 1 2 3 3 0 1 2 2 3 4
apariciones
Salud (%) 100 75 75 50 25 25 100 75 50 50 25 0
En este ejemplo, el porcentaje de salud cambia en intervalos de 25% porque se

necesitaban 4 apariciones para desencadenar un evento; si la indicacin hubiera
requerido 5 apariciones, el porcentaje de salud habra cambiado en intervalos de
20%.
En Tivoli Business Systems Manager

Los eventos tambin pueden enviarse a Tivoli Business Systems Manager, dado
que el componente Tivoli Business Systems Manager Adapter est instalado en los
gateways de los puntos finales que deben supervisar. Encontrar una descripcin
completa de Tivoli Business Systems Manager en la documentacin de Tivoli
Business Systems Manager. Para obtener ms informacin sobre la integracin de
Tivoli Business Systems Manager con Tivoli Monitoring, consulte el Captulo 6,
Integracin con Tivoli Business Systems Manager, en la pgina 99.
Los eventos de borrado tambin pueden procesarse mediante Tivoli Business

Systems Manager, que utiliza el evento de borrado para cerrar el evento de error
asociado.
Acciones de recuperacin
Pueden ejecutarse automticamente acciones de recuperacin para cualquier
evento. Las acciones de recuperacin pueden ser de dos tipos: acciones
incorporadas y tareas de Tivoli Framework. Las acciones de recuperacin pueden
realizar pasos positivos para solucionar la situacin o asegurar que la informacin
sobre el evento se distribuya a las autoridades o entidades adecuadas.
Acciones incorporadas
Determinados eventos pueden tener una o ms acciones predefinidas. Una accin
puede ser la ejecucin de un mtodo de clase CIM o la ejecucin de un programa.
Ambas acciones slo pueden implantarse a travs de Resource Model Builder. Por
ejemplo, un evento que detecta el fallo de un servicio podra tener el reinicio de
ese servicio como accin incorporada. As, sin intervencin humana, Tivoli
Monitoring detecta el error de un servicio y lo reinicia automticamente. Las

acciones incorporadas estn predeterminadas como parte de un evento, pero
pueden eliminarse. Tienen el mismo ID de evento que el evento que deben
corregir.
Tareas de Tivoli Framework

Para cada evento puede seleccionar una o ms tareas de Tivoli Framework para
que se realicen cuando se desencadena el evento. Consulte las publicaciones Tivoli
Management Framework: Users Guide y Tivoli Management Framework: Reference
Manual para obtener ms detalles sobre las tareas de Tivoli Framework.
Nota: Las tareas desencadenadas por un evento de Tivoli Monitoring pueden

acceder al nombre de evento y al umbral de evento del evento
desencadenante accediendo a las variables de entorno. Consulte el
Apndice A, Variables de entorno, en la pgina 225 para ver la lista de
variables de entorno que utiliza el producto.
Planificacin
Tivoli Monitoring contiene una funcin de planificacin que permite determinar un
periodo dentro del cual se debe producir la planificacin, as como reglas de
planificacin especficas.
El periodo de supervisin se determina definiendo una fecha de inicio y una de

finalizacin.
Las reglas de planificacin permiten definir periodos de tiempo para das de la

semana determinados en que se realizar la supervisin. Puede definir cualquier
nmero de reglas, lo que permite configurar un modelo complejo de supervisin
de recursos para un perfil, cubriendo los periodos que considere ms importantes.
Las horas de planificacin siempre se interpretan como locales, lo que permite

configurar una nica regla para supervisar el mismo periodo de hora local en
husos horarios diferentes. Por ejemplo, si su regin cubre diversos husos horarios
pero desea supervisar actividades matinales en cada huso horario, una regla nica
que defina el periodo de supervisin entre las 08:00 y las 13:00 se interpretar
localmente en cada una de las zonas horarias, de manera que supervisar el mismo
periodo relativo.
Tenga en cuenta que todas las horas de eventos o actividades de las que se informa
desde los puntos finales o gateways tambin se registran en la hora local del
sistema desde el cual se originaron.
Registro
Se pueden registrar los datos recopilados por un modelo de recurso de cualquier
punto final y grabarlos en una base de datos local. Estos se pueden ver despus a
travs de la Vista histrica de la Consola de estado de Web. Existe la opcin de
almacenar datos en bruto o agregados.
Si desea obtener ms informacin, consulte el apartado Cmo personalizar

informacin de registro de datos en la pgina 66.
Perfiles
Tivoli Monitoring es una aplicacin basada en perfiles que se ejecuta en un entorno
Tivoli. Pueden definirse perfiles distintos que contengan selecciones distintas de
modelos de recurso. Todos los aspectos de los perfiles existentes pueden
modificarse, incluyendo la adicin, supresin y personalizacin de los modelos de
recurso. Puede distribuir varios perfiles a cada punto final.
La funcin de latido
Adems de los procesos de supervisin antes descritos, Tivoli Monitoring dispone
de una funcin de latido que supervisa el estado del sistema bsico en los puntos
finales adjuntos al gateway en el que est habilitado. Los eventos pueden enviarse
(siempre que el componente Tivoli Business Systems Manager Adapter est
instalado en el gateway) a Tivoli Enterprise Console y al Grupo de avisos de IBM
Tivoli Monitoring. Encontrar ms informacin sobre esta funcin en el Captulo 4,
Funcin de latido, en la pgina 81.
Componentes
Tivoli Monitoring puede instalarse y configurarse desde cualquier servidor de regin
de gestin Tivoli (servidor Tivoli). Tivoli Monitoring tiene componentes que se
pueden instalar en el servidor Tivoli y en los gateways. En el punto final, el
componente del producto se instala de forma automtica en la primera distribucin
de perfiles.
La Figura 2 en la pgina 15 muestra un diagrama de los componentes del

producto. Tambin muestra los diversos monitores que pueden recibir informacin
desde el producto.

COMPONENTES MONITORES
Servidor de regin
Tivoli Console
de gestin Tivoli
Componente IBM Tivoli Consola de estado

Monitoring Gathering de Web
Historical Data
Tivoli Business Systems

Nodo gestionado de
Manager CommonListener
Tivoli/Gateway

Tivoli Business Systems Servidor Tivoli
Manager Adapter Enterprise Console
Grupo de avisos (Notice group)

Puntos finales de IBM Tivoli Monitoring
Punto final de IBM Tivoli

Monitoring
Figura 2. Componentes y monitores de eventos de IBM Tivoli Monitoring
Las secciones siguientes describen los componentes de Tivoli Monitoring.
Componente base de Tivoli Monitoring

Este componente del producto debera instalarse en el servidor de regin de
gestin Tivoli en todos los gateways a los que se encuentran adjuntos los puntos
finales que desea supervisar. En esta gua, el trmino gateway se utiliza para
referirse a un nodo gestionado configurado como gateway. Encontrar
instrucciones sobre la instalacin en el Captulo 2, Instalacin, en la pgina 21.
El componente comprende una interfaz grfica de usuario y una interfaz de lnea

de comandos, disponible tanto en el servidor como en el gateway. Adems, todas
las funciones del producto pueden controlarse desde cualquier nodo. Sin embargo,
tenga en cuenta que la base de datos de modelos de recurso predeterminados
disponibles se mantiene en el servidor; los comandos para gestionar los modelos
de recurso desde gateways se dirigen al servidor y se ejecutan en el mismo.
Adems, este componente puede configurarse para realizar la funcin de latido

para todos los puntos finales adjuntos directamente al sistema en el que est
instalado.
Si desea obtener ms informacin, consulte el Captulo 4, Funcin de latido, en la
pgina 81.
Consola de estado de Web

La Consola de estado de Web es la interfaz grfica basada en la Web
correspondiente a Tivoli Monitoring que se ejecuta en cualquier sistema que se
pueda conectar mediante TCP/IP a la regin de gestin Tivoli. La Consola de
estado de Web permite ver informacin en tiempo real en relacin con un
problema especfico, y comprobar el estado (o salud) de un conjunto de puntos
finales. Puede utilizar la Consola de estado de Web para trabajar con datos en
tiempo real o con datos histricos que se hayan registrado previamente en una
base de datos local.
Para obtener ms informacin, consulte la Parte 2, Consola de estado de Web, en

la pgina 195
Componente de punto final

El componente de punto final (que requiere un agente de gestin de Tivoli) realiza
la gestin de recursos a travs de uno o ms modelos de recurso que se
distribuyen al punto final con un perfil de Tivoli Monitoring. El componente de
punto final se instala automticamente la primera vez que un perfil de Tivoli
Monitoring se distribuye al punto final.
Tivoli Business Systems Manager Adapter

Este componente se instala junto con el componente base del producto en un
gateway (o en un servidor acoplado directamente a los puntos finales). Suministra
informacin de descubrimiento y eventos de Tivoli Monitoring a Tivoli Business
Systems Manager.
Para obtener ms informacin, consulte el Captulo 6, Integracin con Tivoli

Business Systems Manager, en la pgina 99
Componente Gathering Historical Data

El componente Gathering Historical Data permite a Tivoli Monitoring utilizar
Tivoli Decision Support for Server Performance Prediction (Advanced Edition) y
Tivoli Data Warehouse.
El componente Gathering Historical Data utiliza datos recopilados por modelos de

recurso especficos de Tivoli Monitoring para llenar una base de datos del servidor
Tivoli en el que est instalado. Los datos recopilados se agregan cada 24 horas y se
agregan a la base de datos de Tivoli Monitoring, desde donde pueden utilizarse en
anlisis que ayudan a planificar el crecimiento de red utilizando medidas de
sistema claves.
Para instalar, configurar y utilizar Gathering Historical Data, siga la informacin

ofrecida sobre el componente TDS Configuration en Tivoli Decision Support for
Server Performance Prediction (Advanced Edition): Release Notes, Version 2.1.
Para obtener ms informacin acerca de Tivoli Data Warehouse, consulte las

publicaciones siguientes:
v Tivoli Data Warehouse: Installing and Configuring
v Tivoli Enterprise Data Warehouse: Enabling an Application for Tivoli Enterprise Data
Warehouse

v Tivoli Monitoring Warehouse Enablement Pack: Implementation Guide
Componente Tivoli Enterprise Data Warehouse Support

El componente Tivoli Enterprise Data Warehouse Support tambin permite la
integracin de Tivoli Monitoring con Tivoli Data Warehouse.
A diferencia del componente Gathering Historical Data, Tivoli Enterprise Data

Warehouse Support interacta con los productos IBM Tivoli Monitoring for (...).
Por lo tanto, si desea aprovechar cualquiera de las funciones de los productos IBM
Tivoli Monitoring for (...) y almacenar los datos recopilados en un depsito central
de datos, debe instalar el componente Tivoli Enterprise Data Warehouse Support.
Para obtener informacin general sobre la integracin con Tivoli Data Warehouse y
sobre la instalacin, configuracin y utilizacin de Tivoli Enterprise Data
Warehouse Support, consulte el Captulo 7, Integracin con Tivoli Data
Warehouse, en la pgina 109.

Warehouse
Recopilacin de datos
Este apartado describe cmo obtiene el producto los datos necesarios para la
supervisin en los puntos finales.
Flujo de datos del modelo de recurso

La Figura 3 en la pgina 18 muestra el flujo de datos para un modelo de recurso.
Distribuir perfil 1
Servidor de regin
Tivoli Console
de gestin Tivoli
Distribuir
perfil 2
Enviar eventos 5 Tivoli Business Systems

Nodo gestionado de
Tivoli/Gateway
Enviar eventos
TME (seguros) 5
Distribuir Servidor de Tivoli

Enviar eventos
perfil Enterprise Console
3 4
4
Enviar eventos no
TME (no seguros)
Puntos finales
Figura 3. Flujo de datos para actividades de supervisin de modelos de recurso y

distribucin de perfiles
El modelo de recurso se distribuye (inserta) como parte de un perfil al punto final

a travs del gateway (pasos 1, 2 y 3). Empieza a supervisar los recursos del punto
final y enva la informacin sobre todos los eventos al gateway y la informacin
sobre eventos no seguros directamente al servidor Tivoli Enterprise Console (paso
4). El gateway, segn qu monitores estn habilitados, distribuye eventos a Tivoli
Business Systems Manager CommonListener y asegura los eventos en el servidor
Tivoli Enterprise Console (paso 5).
Obtencin de datos de recursos en el punto final

Tivoli Monitoring utiliza procesos que forman parte de los sistemas operativos de
los puntos finales para obtener datos de recursos de la manera siguiente:
Sistemas operativos Windows
En sistemas operativos Windows, el producto utiliza Windows
Management Instrumentation (WMI), que es la implantacin de Microsoft
de CIM. WMI permite a las aplicaciones, incluido Tivoli Monitoring,
recuperar informacin sobre el estado actual de un sistema.
Nota: WMI se suministra como una parte de Windows 2000. En Windows

NT, WMI debe instalarse en cada sistema.
Tambin pueden utilizarse otros agentes de coleccin y definirse otros
modelos de recurso que no sean recursos gestionados por WMI.
Sistemas operativos UNIX y Linux
En sistemas operativos UNIX y Linux, el agente de coleccin de
informacin est incorporado al producto, segn especificaciones CIM.

Sistemas operativos OS/400
En sistemas operativos OS/400, el agente de coleccin de informacin est
incorporado en el producto, basado en especificaciones CIM.
Consideraciones sobre la seguridad

Tivoli Monitoring aprovecha la infraestructura proporcionada por Tivoli
Management Framework, Versin 3.7.1 (y posteriores), para habilitar el
funcionamiento del producto a travs de cortafuegos. Para proteger la privacidad y
la integridad de los datos, Tivoli Management Framework 3.7.1 permite configurar
el mecanismo de proxy Bulk Data Transfer (BDT) y el soporte de cifrado Secure
Socket Layer 3 (SSL3) o instalar Tivoli Management Framework Firewall Security
Toolbox.
Para obtener ms informacin, consulte la siguiente documentacin:

v Tivoli Management Framework Firewall Security Toolbox Release Notes, Version 1.2
Contiene informacin sobre la instalacin y configuracin de los componentes de
Tivoli Management Framework Firewall Security Toolbox.
v Tivoli Management Framework: Release Notes, Version 3.7.1
Este manual contiene informacin sobre seguridad y opciones del nuevo
comando.
v Tivoli Management Framework: Planning for Deployment Guide, Version 3.7.1
Este manual contiene informacin sobre el cifrado de datos Secure Sockets Layer.
v Secure Socket Layer Introduction and iKeyman Users Guide
Proporciona ms informacin previa acerca de SSL3.
v Tivoli Enterprise Management across Firewalls (manual tcnico SG24-5510-01)
Proporciona informacin previa e incluye casos que se refieren a Tivoli
Distributed Monitoring (Classic Edition).
Tivoli Monitoring Resource Model Builder

A partir de IBM Tivoli Monitoring 5.1.1 Fix Pack 5 (5.1.1-ITM-FP05), Tivoli
Monitoring Workbench se ha reemplazado por el nuevo componente Tivoli
Monitoring Resource Model Builder, que se puede descargar de la siguiente pgina
web:
http://www-3.ibm.com/software/tivoli/resource-center/pa/code-monitor-resource.jsp
Tivoli Monitoring Resource Model Builder es un componente autnomo que

proporciona un entorno integrado para desarrollar, depurar y empaquetar modelos
de recurso para Tivoli Monitoring. Puede utilizar Resource Model Builder para
desarrollar sus propios modelos de recurso o para modificar modelos de recurso
existentes proporcionados con Tivoli Monitoring.
Para obtener ms informacin sobre Resource Model Builder, consulte el manual

IBM Tivoli Monitoring: Resource Model Builder Users Guide.
En esta gua, el trmino Workbench todava se utiliza al hacer referencia a

versiones de este componente anteriores a IBM Tivoli Monitoring 5.1.1 Fix Pack 5
(5.1.1-ITM-FP05).
Captulo 2. Instalacin
Este captulo enumera los sistemas operativos compatibles y los requisitos previos
de hardware y software para instalar y ejecutar IBM Tivoli Monitoring y ofrece
detalles sobre cmo realizar las tareas siguientes:
v Instalacin del producto utilizando el asistente de instalacin
v Instalacin del producto con Tivoli Software Installation Service
v Instalacin del producto desde el escritorio de Tivoli
v Instalacin del producto desde la lnea de comandos
v Actualizacin desde Tivoli Distributed Monitoring 5.1.1
v Adicin del Grupo de avisos (Notice Group)
v Instalacin de Java Runtime Environment
v Desinstalacin de los componentes de punto final
v Desinstalacin del producto desde servidores y gateways
Para obtener informacin sobre cmo integrar Tivoli Monitoring con otros
productos Tivoli, consulte:
v Captulo 5, Integracin con el servidor de Tivoli Enterprise Console, en la
pgina 89
v Captulo 6, Integracin con Tivoli Business Systems Manager, en la pgina 99
v Captulo 7, Integracin con Tivoli Data Warehouse, en la pgina 109
| Plataformas soportadas
| La Tabla 5 detalla las plataformas compatibles para servidores, gateways y puntos
| finales:
| Tabla 5. Plataformas soportadas
| Sistema Versiones Servidor Gateway Punto final
(3) (4) (3) (4)
| AIX 4.3.3, 5.1.0.C , 5.2
| Solaris 2.6
(3) (4)
| 7, 8, 9
| Windows NT, Versin 4.0 Service Packs 6 y 6a
| Windows 2000 Server, Advanced Server,
| Professional, DataCenter Svr sp3+
| Windows Server 2003 Standard, Enterprise
| Windows XP Professional
| Turbo Linux Svr 6.1, 6.5
| SuSE 6.4, 7.0, 7.1, 7.2, 8.0 y 8.1
| SuSE SLES 7.0
(5)
| SLES 7.0 for S/390 y z/Series
(1) (3)
| HP-UX 11, 11i
| OS/400 5.1, 5.2
| RedHat Server (IA32) 7.0, 7.1, 7.2 y 7.3

| Tabla 5. Plataformas soportadas (continuacin)
| Sistema Versiones Servidor Gateway Punto final
| RedHat Ent Linux (IA32) 2.1

| RedHat para OS/390 6.0

| RedHat para Intel 7.3, 8.0
| UL ( SLES 8) 1.0 para IA32 sp2+
(3) (4)
| UL ( SLES 8) 1.0 para z/Series sp2+
(2)
| UL (SLES 8) 1.0 para PowerPC
|
| Notas acerca de las plataformas compatibles:
| v (1) Tivoli Business Systems Manager Adapter no se puede instalar en gateways
| HP-UX.
| v (2) Soportado desde 5.1.1-ITM-FP04 y 4.1-TMF-0013,-0014,-0015.
| v (3) Aplicacin de 32 bits en kernel de 32 bits.
| v (4) Aplicacin de 32 bits probada en kernel de 64 bits bajo modalidad de
| tolerancia.
(5)
| v Los servidores y gateways slo soportan estas plataformas si se basan en
| Tivoli Management Framework 4.1.
| Nota: Es posible que la utilizacin de componentes o funciones concretas del

| producto requiera la utilizacin de versiones distintas de las mnimas del
| sistema operativo, tal como se muestra a continuacin (consulte el apartado
| Requisitos previos de software en la pgina 23).
|
Requisitos de hardware
La Tabla 6 lista los requisitos mnimos de hardware para instalar y utilizar Tivoli
Monitoring en servidores, gateways y puntos finales. Para aplicaciones que
ejecutan modelos de recursos de productos IBM Tivoli Monitoring para ..., el
espacio de memoria debe ser mayor que los nmeros indicados en la tabla.
Tabla 6. Requisitos previos de hardware para Tivoli Monitoring
Hardware Requisito mnimo
Servidor CPU Los requisitos son los mismos que los de
RAM Framework
Espacio en disco 85 MB
Gateway CPU Los requisitos son los mismos que los de
RAM Framework
Punto final de Windows CPU 266 MHz
RAM 128 MB
Punto final de CPU Los requisitos son los mismos que los de
UNIX/Linux (1) Framework
RAM

Tabla 6. Requisitos previos de hardware para Tivoli Monitoring (continuacin)
Punto final de OS/400 CPU Los requisitos son los mismos que los de
RAM Framework
Notas de prerrequisitos de hardware:

v (1) Los puntos finales de UNIX/Linux deben tener al menos 256 MB de memoria
libre. Esto es necesario porque la pila mxima permitida de procesos Java en el
motor de Tivoli Monitoring est configurada para que sea de 256 MB.
La Tabla 7 enumera los requisitos de hardware mnimos para instalar Tivoli

Business Systems Manager Adapter en gateways.
Tabla 7. Requisitos previos de hardware para Tivoli Business Systems Manager Adapter
Gateway CPU Los requisitos son los mismos que los de
RAM Framework
Requisitos previos de software

La informacin sobre los requisitos previos de software se ofrece en apartados
distintos: uno para Tivoli Management Framework y otro para el resto del
software.
Tivoli Management Framework

Tivoli Monitoring requiere como mnimo Tivoli Management Framework Versin
3.7B, pero le recomendamos la versin 3.7.1 o 4.1 (algunas plataformas requieren
parches, tal como se detalla a continuacin).
Parches necesarios de Tivoli Management Framework

Si dispone de Tivoli Management Framework Versin 4.1, es recomendable que
instale los parches 4.1-TMF-0013, 4.1-TMF-0014 y 4.1-TMF-0015 (este ltimo parche
es necesario para ejecutarse en puntos finales de Linux iSeries y pSeries).
| Si dispone de Tivoli Management Framework Versin 3.7.1, es recomendable que

| instale los parches 3.7.1-TMF-0097, 3.7.1-TMF-0098, 3.7.1-TMF-0099 y
| 3.7.1-TMF-0114, mientras que el 3.7.1-TMF-107 tambin debe instalarse para
| ejecutar el producto en puntos finales Linux iSeries y pSeries.
Algunas plataformas requieren parches especficos, como en los casos siguientes:

Windows 2000
En Tivoli Management Framework, 3.7B, el parche 3.7-TMF-0010 es un
requisito previo para cualquier versin del sistema operativo de Windows
2000 y le recomendamos que lo instale en todas las otras plataformas en
las que est disponible.
Windows XP
Para los puntos finales de Windows XP Professional, se necesita el parche
3.7.1-TMF-0044 en el servidor.
Captulo 2. Instalacin 23
Otro software
La Tabla 8 ofrece detalles acerca de otros requisitos previos de software, en funcin
del entorno de trabajo:
Tabla 8. Requisitos previos de software
Caractersticas Software necesario
Sistemas que utilizan v Netscape 6.x o Internet Explorer 6.x debe estar instalado en el
el componente del sistema.
producto Consola de
estado de Web
Puntos finales que v Java Runtime Environment (JRE) 1.3.0 1.3.1 debe estar
ejecutan UNIX o Linux instalado en el punto final (los puntos finales que ejecutan
Solaris deben tener JRE 1.3.1-08, mientras que los puntos finales
que ejecutan AIX deben tener JRE 1.3.1).No obstante, se
recomienda que instale y utilice el JRE disponible con el CD del
producto:
Si ya dispone de una copia adecuada de JRE instalada en el
sistema de destino, despus de instalar IBM Tivoli
Monitoring debe utilizar la tarea DMLinkJre suministrada
para vincular el producto al JRE existente (consulte el
apartado Opciones de instalacin en la pgina 38). Utilice
la tarea DMRemoveLinkJre para eliminar la vinculacin con
JRE.
Si un punto final de UNIX o Linux no dispone de una copia
adecuada de JRE instalada, puede instalarla desde el CD del
producto, utilizando las instrucciones que se proporcionan en
la pgina 38.
Tenga en cuenta que, si utiliza JRE 1.3.1, debe ser de una
versin con fecha del 14 de septiembre de 2002 (o ms reciente)
en UNIX, o con fecha del 7 de noviembre de 2002 (o ms
reciente) en Linux (ejecutndose en i/Series o p/Series).
v Los puntos finales que ejecutan Solaris y utilizan Java 2
Platform Standard Edition (J2SE) deben tener el conjunto
completo de los parches del SO requeridos necesario para el
soporte de J2SE. Visite el sitio Web siguiente para conocer los
detalles:
http://java.sun.com/j2se/1.3/install-solaris.html
Puntos finales que se v Windows Management Instrumentation (WMI) debe instalarse

ejecutan en Windows antes de utilizar un perfil en el punto final. Se recomienda WMI
NT Versin 1.5. Este software se proporciona con Windows 2000,
pero puede instalarse manualmente en puntos finales de
Windows NT. Para obtener ms informacin, busque WMI en
el siguiente sitio Web:
http://msdn.microsoft.com/
Puntos finales que v Microsoft Windows Script Host 5.6 es un requisito previo para
ejecutan Windows y ejecutar modelos de recurso JavaScript en un punto final de
utilizan modelos de Windows. Puede obtener el software del sitio Web siguiente:
recurso JavaScript
http://msdn.microsoft.com/scripting

Tabla 8. Requisitos previos de software (continuacin)
Puntos finales que v Este requisito previo se aplica a los puntos finales de Windows
ejecutan Windows y que utilizan modelos de recurso que utilizan proveedores Java
utilizan modelos de definidos por el usuario o modelos de recurso incluidos en
recurso que utilizan productos integrados sobre IBM Tivoli Monitoring:
proveedores Java
Java Runtime Environment (JRE) 1.3.0 o 1.3.1 debe estar
instalado en el punto final. Se recomienda instalar y utilizar
el JRE disponible con el CD del producto. Para ver detalles,
consulte el apartado Instalacin de Java Runtime
Environment en la pgina 37.
Puntos finales que v SNMP y Network Monitoring Agent se deben instalar en las
ejecutan Windows y propiedades de Red (SNMP es un requisito previo nicamente
despliegan los modelos en sistemas Windows NT). Network Monitoring Agent se debe
de recurso de la Tarjeta instalar antes de instalar TCP/IP. El objeto de rendimiento de la
de interfaz de red interfaz de red debe estar disponible desde el monitor de
rendimiento.
Puntos finales que v SNMP y TCP/IP se deben instalar en las propiedades de Red.
ejecutan Windows y
despliegan Puertos
TCP/IP paramtricos o
los modelos de recurso
de TCP/IP
Puntos finales que v Los contadores de disco fsico y lgico deben estar habilitados
ejecutan Windows y (diskperf -y). Una vez habilitados, es necesario rearrancar.
despliegan el modelo
v SNMP y TCP/IP se deben instalar en las propiedades de Red.
de recurso de
Network Monitoring Agent se debe instalar antes de instalar
Prediccin de
TCP/IP. El objeto de rendimiento de la interfaz de red debe
rendimiento de
estar disponible desde el monitor de rendimiento.
servidor
Puntos finales que v El daemon SNMP debe estar activo.
ejecutan AIX o HP y
v SNMP Versin 3 es necesario en puntos finales AIX 5.2 que
despliegan los modelos
ejecutan el modelo de recurso de interfaz de red.
de recurso de interfaz
de red o de prediccin
de rendimiento de
servidor
Puntos finales que v La Opcin 30 de OS/400, QShell Interpreter, debe estar
ejecutan OS/400 instalada.
v El parche 3.7-TMF-0043 debe estar instalado y el punto final
actualizado con la nueva versin.
v Java Runtime Environment (JRE) 1.3.0 o 1.3.1 debe estar
instalado en el punto final:
En OS/400 V5R1, se instala en IBM Developer Kit para Java,
*BASE y Opcin 5, 5722-JV1. Tambin se debe instalar el
nivel ms reciente de PTF SF99069 de grupo Java (o de un
PTF de grupo que lo reemplace). Adems, el PTF MF28579
debe estar instalado en el sistema operativo.
En OS/400 V5R2, se instala en IBM Developer Kit para Java,
*BASE y Opcin 5, 5722-JV1. Tambin el ltimo PTF de
grupo Java debe estar instalado.
Adems, se recomienda que cada dos meses solicite el ltimo
arreglo (o PTF de grupo) correspondiente a productos
5722-JV1, SLIC y XPF.
Tabla 8. Requisitos previos de software (continuacin)
Uso de Gathering v El parche 3.7-TMF-0035 debe estar instalado si el servidor de
Historical Data en el regin de gestin Tier1 Tivoli est conectado a puntos finales
servidor de regin de Tier2.
gestin Tivoli Tier1
| Uso de la prestacin v Debe estar instalado en el punto final el controlador ODBC
| Registro de datos en para Microsoft Access 2000.
|| puntos finales que Si el punto final no tiene Microsoft Access 2000 instalado:
|| ejecutan Windows NT 1. Ejecute el archivo mdac_typ.exe que se proporciona con
| Microsoft Data Access Components (MDAC) 2.1 (o
| posterior), en la direccin
| http://www.microsoft.com/data
| 2. Instale Jet 4.0 Service Pack 3.
| Tenga en cuenta que a partir de MDAC 2.6 no se incluye el
| controlador ODBC, por lo que debe instalarse por separado.
Uso del servidor Tivoli v Servidor Tivoli Enterprise Console 3.7. ms el parche
Enterprise Console 3.7-TEC-0004 o posterior
v Si desea enviar eventos seguros al servidor Tivoli Enterprise
Console, debe instalar Adapter Configuration Facility (ACF)
tanto en el servidor Tivoli como en los gateways de Tivoli
Management utilizados para distribuir los perfiles en los puntos
finales.
Utilizacin de Tivoli v Tivoli Monitoring debe instalarse en el gateway.
Business Systems v Java Runtime Environment (JRE) debe instalarse en el gateway
Manager Adapter (consulte el apartado Cmo instalar Tivoli Business Systems
Manager Adapter en la pgina 99).
v Los parches 1.5-BSM-0010 y 1.5-BSM-0016 de Tivoli Business
Systems Manager deben estar instalados en el servidor Tivoli
Business Systems Manager.
v El adaptador no puede instalarse en gateways HP-UX.
La utilizacin de v Se necesitan los siguientes parches en SIS: 3.7-SISCLNT-0005 y
Software Installation 3.7-SISDEPOT-0005.
Service (SIS) para
instalar los
componentes del
producto
Actualizacin de v Componente servidor/gateway de Tivoli Distributed
gateway o servidor Monitoring para Windows 4.1 ya instalado.
Tivoli desde Tivoli
Distributed Monitoring
para Windows 4.1
Integracin con Tivoli v Tivoli Enterprise Data Warehouse 1.1 Fix Pack 2 (adems del
Data Warehouse parche ms reciente disponible) u otra versin ms reciente
debe estar disponible.
Coexistencia con otras versiones de Tivoli Monitoring

Existen dos familias de productos de supervisin disponibles en Tivoli:
v La familia Tivoli Monitoring, que consta de:
Tivoli Monitoring 5.1.2
Tivoli Monitoring 5.1

Tivoli Distributed Monitoring (Advanced Edition) 4.1 ya no se soporta
Tivoli Distributed Monitoring para Windows 3.7 y versiones anteriores
Tivoli Manager para Windows NT, todas las versiones
v La familia Tivoli Distributed Monitoring (Classic Edition), consiste en:
Tivoli Distributed Monitoring (Classic Edition) 3.7
Tivoli Distributed Monitoring 3.7 y versiones anteriores
Esta seccin explica cmo pueden coexistir estos productos, o como se pueden
actualizar a IBM Tivoli Monitoring.
Productos de la familia Tivoli Monitoring

Los productos de la familia Tivoli Monitoring se deben actualizar a la Versin 5.1.
Ninguno de los productos de esta familia puede coexistir en la misma regin de
gestin Tivoli. Por lo tanto, no puede, por ejemplo, instalar Tivoli Monitoring 5.1
en la misma regin de gestin Tivoli en la que est instalado Tivoli Distributed
Monitoring (Advanced Edition) 4.1.
Las versiones de Tivoli Manager para Windows NT y versiones ms antiguas de

Tivoli Distributed Monitoring para Windows se deben actualizar primero a Tivoli
Distributed Monitoring para Windows NT 3.7, a continuacin a Tivoli Distributed
Monitoring (Advanced Edition) 4.1, a continuacin a Tivoli Monitoring 5.1, a
continuacin a Tivoli Monitoring 5.1.1 y, finalmente, a Tivoli Monitoring 5.1.2.
Encontrar detalles de los pasos necesarios para actualizar desde Tivoli Distributed
Monitoring para Windows NT, 3.7 a Tivoli Monitoring 5.1.2 en el Apndice C,
Consideraciones sobre la migracin, en la pgina 241.
Workbench (o Resource Model Builder) y el componente punto final del producto

pueden coexistir en el mismo sistema, pero solamente si estn alineados (misma
versin, release y parche del producto).
Workbench y Resource Model Builder pueden coexistir en el mismo sistema. No

obstante, si con Resource Model Builder desea utilizar modelos de recurso
desarrollados utilizando Workbench, necesitar aplicar el procedimiento de
importacin descrito en en apartado Actualizacin desde Workbench a Resource
Model Builder en la pgina 36.
Productos de la familia Tivoli Distributed Monitoring (Classic

Edition)
Todos los productos de la familia Tivoli Distributed Monitoring (Classic Edition)
pueden coexistir con Tivoli Monitoring 5.1 o con Tivoli Monitoring 5.1.1 o con
Tivoli Monitoring 5.1.2. Es decir, se pueden instalar en el mismo servidor y
gateways, y pueden acceder a los mismos puntos finales.
Nota: No hay migracin automtica desde la familia de productos Tivoli

Distributed Monitoring (Classic Edition) a Tivoli Monitoring 5.1.2. Consulte
el Apndice C, Consideraciones sobre la migracin, en la pgina 241 y, en
particular, el apartado Migracin de Tivoli Distributed Monitoring (Classic
Edition) a Tivoli Monitoring.
Compatibilidad con versiones anteriores
Revise detenidamente la siguiente informacin sobre compatibilidad con versiones
anteriores:
v Archivos BAROC (necesarios para permitir la supervisin de eventos de Tivoli
Monitoring en un servidor de Tivoli Enterprise Console; consulte el Captulo 5,
Integracin con el servidor de Tivoli Enterprise Console, en la pgina 89 para
obtener ms informacin):
Los archivos BAROC disponibles con Tivoli Monitoring 5.1.2 o con Tivoli
Monitoring 5.1.1 o con Tivoli Monitoring 5.1 tambin se pueden utilizar con
Tivoli Distributed Monitoring (Advanced Edition) 4.1 o con Tivoli Distributed
Monitoring para Windows 3.7 Parche 3.
Los archivos BAROC disponibles con Tivoli Distributed Monitoring
(Advanced Edition) 4.1 tambin se pueden utilizar con Tivoli Distributed
Monitoring para Windows 3.7 Parche 3.
Los archivos BAROC disponibles con Tivoli Monitoring 5.1.1 tambin se
pueden utilizar con Tivoli Monitoring 5.1.
Los archivos BAROC disponibles con Tivoli Monitoring 5.1.2 tambin se
pueden utilizar con Tivoli Monitoring 5.1.1 o con Tivoli Monitoring 5.1.
v Modelos de recurso creados mediante Workbench:
Los modelos de recurso creados utilizando Tivoli Distributed Monitoring para
Windows 3.7 Workbench tambin se pueden utilizar con Tivoli Monitoring
5.1.2, con Tivoli Monitoring 5.1.1, con Tivoli Monitoring 5.1 o con Tivoli
Distributed Monitoring (Advanced Edition) 4.1.
Los modelos de recurso creados utilizando Tivoli Distributed Monitoring
(Advanced Edition) 4.1 Workbench tambin se pueden utilizar con Tivoli
Monitoring 5.1, o con Tivoli Monitoring 5.1.1 o con Tivoli Monitoring 5.1.2
(aunque los modelos de recurso para puntos finales UNIX se tendrn que
volver a distribuir).
Los modelos de recurso creados utilizando Tivoli Monitoring 5.1 Workbench
tambin se pueden utilizar con Tivoli Monitoring 5.1.1 o con Tivoli
Monitoring 5.1.2
Los modelos de recurso creados utilizando Tivoli Monitoring 5.1.1 Workbench
tambin se pueden utilizar con Tivoli Monitoring 5.1.2
Como norma general, los modelos de recurso creados utilizando Workbench
pueden modificarse utilizando Resource Model Builder, pero deber utilizarse
el procedimiento de importacin (consulte el Actualizacin desde Workbench
a Resource Model Builder en la pgina 36)
Nota: Al desplegar modelos de recurso utilizando Tivoli Monitoring 5.1.2, debe

tener en cuenta los aspectos siguientes:
| Si ha modificado alguno de los modelos de recurso que se incluan en
| versiones anteriores del producto y desea conservar los modelos de
| recurso modificados (en vez de reemplazarlos con los modelos de
| recurso nuevos proporcionados con Tivoli Monitoring 5.1.2), asegrese
| de que selecciona las opciones adecuadas durante la instalacin.
Si ha creado modelos de recurso nuevos utilizando proveedores que se
incluan en versiones anteriores del producto, asegrese sustituir los
proveedores existentes por los nuevos que se incluyen en Tivoli
Monitoring 5.1.2 y de volver a crear los modelos de recurso utilizando
los proveedores nuevos.

Instalacin/actualizacin del producto
| Tivoli Monitoring funciona en Tivoli Management Environment y se puede
| instalar y configurar desde cualquier servidor de regin de gestin Tivoli.
| Puede instalar Tivoli Monitoring 5.1.2 en cualquier nodo, como producto nuevo o,
| si ha instalado previamente Tivoli Monitoring 5.1.1, puede actualizarlo a Tivoli
| Monitoring 5.1.2 utilizando Tivoli Monitoring 5.1.1 Fix Pack 6 (5.1.1-ITM-FP06).
| Si instala Tivoli Monitoring 5.1.2 como producto nuevo, puedo hacerlo de una de
| las maneras siguientes:
| v Utilizando el asistente de instalacin
| v Utilizando Tivoli Software Installation Service
| v Desde el escritorio de Tivoli
| v Desde la interfaz de lnea de comandos (CLI)
| La actualizacin a Tivoli Monitoring 5.1.2 desde Tivoli Distributed Monitoring

| (Advanced Edition) 4.1 es un proceso de tres pasos:
| 1. Primero actualice desde Tivoli Distributed Monitoring (Advanced Edition) 4.1 a
| Tivoli Monitoring 5.1.
| 2. Actualice desde Tivoli Monitoring 5.1 a Tivoli Monitoring 5.1.1.
| 3. Actualice desde Tivoli Monitoring 5.1.1 a Tivoli Monitoring 5.1.2, utilizando
| Tivoli Monitoring 5.1.1 Fix Pack 6 (5.1.1-ITM-FP06).
Antes de empezar
Lea los avisos siguientes antes de empezar a instalar o actualizar el producto:
1. Decida en qu servidores o gateways va a instalar/actualizar el producto. Debe
instalar el producto en el servidor antes de instalarlo/actualizarlo en un
gateway.
2. Asegrese de que los nodos elegidos cumplan con los requisitos de hardware
para la instalacin.
3. Asegrese de que tenga instalado en cada nodo el software de requisito previo
correcto.
4. Determine si en cada uno de los nodos necesita hacer la instalacin completa o
si puede actualizar una versin anterior del producto. Asegrese de que los
nodos elegidos cumplan con los requisitos de software para la instalacin o
actualizacin.
5. Asegrese de que tenga privilegios de administrador o de usuario root para
llevar a cabo la instalacin o actualizacin.
6. Haga una copia de seguridad de la base de datos antes de empezar a instalar o
a actualizar el producto.
Nota: La biblioteca de tareas de IBM Tivoli Monitoring tambin se instala con el

producto. Contiene un conjunto de tareas predefinidas asociadas al
producto. Si desea definir tareas adicionales, deber crear una biblioteca de
tareas separada, para evitar que las tareas que ha creado se pierdan si se
realiza una operacin de desinstalacin.
A continuacin encontrar una descripcin completa sobre cmo realizar una

instalacin nueva; la actualizacin del producto se describe en el Apndice C,
Consideraciones sobre la migracin, en la pgina 241.
| Instalacin utilizando el asistente de instalacin
| El asistente de instalacin (tambin conocido como Despliege rpido) crea un
| entorno Tivoli completo, en caso de que no exista, e instala Tivoli Monitoring.
| Utilice el asistente de instalacin si no tiene instalaciones anteriores de software de
| Tivoli.
| Consulte el Apndice B, Instalacin utilizando el asistente de instalacin, en la

| pgina 227 para obtener ms detalles.
Instalacin con Tivoli Software Installation Service

Tivoli Software Installation Service (SIS) puede instalar varios productos Tivoli en
varios sistemas en paralelo. Este producto basado en Java puede instalar ms
productos en ms sistemas en mucho menos tiempo que la prestacin de
instalacin de Framework. SIS comprueba los requisitos previos del producto y, si
estn definidos, los requisitos previos del usuario, asegurando el menor nmero
posible de fallos de instalacin. En la mayora de los casos, los fallos slo se
producen cuando las mquinas se desconectan o se eliminan de la red.
SIS crea tambin un repositorio de instalacin en el que se puede importar la

imagen de instalacin de uno o ms productos de Tivoli. Pueden importar
solamente los tipos de intrprete necesarios en el entorno, lo cual ahorra espacio en
disco y tiempo de importacin. El repositorio de instalacin se convierte en el
origen de todas las instalaciones Tivoli. Incluso puede compartir un solo
repositorio de instalacin entre varias regiones de Tivoli Management.
Para obtener ms detalles sobre las plataformas en las que puede ejecutarse
Software Installation Service y sobre cmo instalar y utilizar este producto,
consulte las publicaciones Tivoli Software Installation Service Users Guide y Tivoli
Software Installation Service Release Notes.
Para conocer las instrucciones sobre cmo instalar SIS en su entorno Tivoli y sobre
cmo utilizar SIS para instalar productos, consulte el manual Tivoli Software
Installation Service Users Guide.
Consulte tambin la Tabla 8 en la pgina 24 para conocer los parches obligatorios

que debe aplicar a SIS.
Instalacin desde el escritorio de Tivoli

Puede instalar los componentes del producto siguientes desde el escritorio de
Tivoli:
IBM Tivoli Monitoring, Versin 5.1.2
Incluye los archivos que permiten crear y distribuir perfiles, as como ejecutar
comandos de IBM Tivoli Monitoring. Instale este producto en el servidor de
regin de gestin Tivoli (Tivoli Management Region) y en los gateways en los
que se distribuirn perfiles en la regin (debe instalarse en el servidor antes de
hacerlo en cualquier gateway).
Tivoli Monitoring TBSM Adapter, Versin 5.1.2
Incluye los archivos que permiten utilizar Tivoli Business Systems Manager
para recibir eventos enviados desde los modelos de recurso. Instale este
producto en el gateway de regin de gestin Tivoli. Si el servidor de regin de
gestin Tivoli tambin tiene instalado el componente Tivoli Framework
Gateway para proporcionar servicios de gateway a los puntos finales
conectados directamente, instale tambin Tivoli Business Systems Manager

Adapter en el servidor de regin de gestin Tivoli. Para obtener las
instrucciones completas sobre la manera de instalar, configurar y utilizar este
componente, consulte el Captulo 6, Integracin con Tivoli Business Systems
Manager, en la pgina 99.
Tivoli Monitoring Gathering Historical Data Component, Versin 5.1.2
Incluye los archivos que permiten integrar Tivoli Decision Support for Server
Performance Prediction (Advanced Edition) y Tivoli Data Warehouse con Tivoli
Monitoring, utilizando Tivoli Monitoring como un medio para recopilar la
informacin que analizan estos productos. Para instalar, configurar y utilizar
Gathering Historical Data Component (antes denominado TDS Configuration
Component), consulte las siguientes publicaciones:
v Tivoli Decision Support for Server Performance Prediction (Advanced Edition):
Release Notes
v Enabling an Application for Tivoli Enterprise Data Warehouse
Tivoli Monitoring Tivoli Enterprise Data Warehouse Support Versin 5.1.2
Incluye los archivos que permiten integrar los productos de Tivoli Data
Warehouse y Tivoli Monitoring for Web Infrastructure con Tivoli Monitoring.
Para instalar, configurar y utilizar el componente Tivoli Enterprise Data
Warehouse Support, consulte el Captulo 7, Integracin con Tivoli Data
Warehouse, en la pgina 109.
Para instalar el producto empezando desde cero desde el escritorio de Tivoli, lleve
a cabo los pasos siguientes:
1. Inserte el CD-ROM del producto en la unidad de CD-ROM.
2. Inicie el escritorio de Tivoli.
3. Desde el men Escritorio seleccione Instalar Instalar un producto.
Se abrir el dilogo Instalar un producto.
4. Si los productos de IBM Tivoli Monitoring aparecen en la lista de
desplazamiento Seleccione el producto que se instalar, vaya al paso 8.
O
Si los componentes del producto IBM Tivoli Monitoring no aparecen en la
lista de desplazamiento Seleccione el producto que se instalar, contine con
el paso 5
5. Haga clic en Seleccionar soporte
Se abrir el dilogo Explorador de archivos

6. Escriba o seleccione la ubicacin del CD-ROM de Tivoli en el campo Nombre
de la ruta de acceso realizando una de las tareas siguientes:
v Escriba el nombre completo de la ruta en el campo Nombre de la ruta de
acceso.
v Examine el sistema de archivos realizando los pasos siguientes:
a. En la lista desplazable Hosts, seleccione el host (o unidad) en el que est
montado el CD-ROM, haciendo doble clic. Al elegir un host se actualiza
la lista de desplazamiento Directorios para mostrar los directorios (bajo
el directorio raz) del host seleccionado.
b. En la lista de desplazamiento Directorios, haga doble clic en el
directorio que contiene el soporte de instalacin. Al elegir un directorio
se actualiza la lista Archivos. Descienda por el rbol de directorios hasta
encontrar el directorio adecuado.
7. Haga clic en Establecer soporte y cerrar.
Se volver a abrir el dilogo Instalar un producto. La lista de desplazamiento
Seleccione el producto que se instalar muestra los productos disponibles
para instalar.
8. Seleccione uno de los productos siguientes de la lista de desplazamiento
Seleccione el producto que se instalar:
v IBM Tivoli Monitoring 5.1.2
v IBM Tivoli Monitoring TBSM Adapter, Versin 5.1.2
Nota: Este componente no se puede instalar en gateways HP-UX.

v IBM Tivoli Monitoring - Gathering Historical Data Component, Versin
5.1.2
v IBM Tivoli Monitoring - Tivoli Enterprise Data Warehouse Support,
Versin 5.1.2
Nota: Si est instalando Tivoli Business Systems Manager Adapter, consulte el
apartado Cmo instalar Tivoli Business Systems Manager Adapter en
la pgina 99 para conocer la informacin adicional que necesita
proporcionar. Del mismo modo, si est instalando el componente Tivoli
Enterprise Data Warehouse Support, consulte el apartado Cmo
instalar y configurar el componente Tivoli Enterprise Data Warehouse
Support en la pgina 113, y si est instalando el componente
Gathering Historical Data Component, lea la informacin que se
proporciona en relacin con el componente TDS Configuration en Tivoli
Decision Support for Server Performance Prediction: Release Notes.
9. Asegrese de que el host adecuado aparezca en la lista de desplazamiento
Clientes en los que se instalar. Si no se visualiza, seleccione el servidor en el
que desea instalar el producto seleccionado en la lista de desplazamiento
Clientes disponibles, y utilice la flecha a la izquierda para mover el servidor
seleccionado a la lista de desplazamiento Clientes en los que se instalar.
10. Haga clic en Instalar para empezar a instalar el producto en los gateways.
Se abrir el dilogo Instalacin de producto. Este dilogo proporciona una
lista de las operaciones que se han de realizar y le avisa de los problemas que
puede corregir antes de realizar la instalacin.
11. Revise la informacin de estado y haga clic en Continuar la instalacin.
El dilogo Instalacin de producto informa de cundo se completa la
instalacin.
12. Si desea enviar eventos de latido al grupo de avisos de Tivoli Monitoring, siga
las instrucciones que encontrar en el apartado Cmo agregar el grupo de
avisos en la pgina 36.
13. Haga clic en Cerrar.
Instalacin desde la lnea de comandos

Utilice el comando winstall para instalar Tivoli Monitoring desde la lnea de
comandos.
Para instalar Tivoli Monitoring en un gateway desde un CD-ROM, escriba el

comando siguiente:
winstall c ruta/cdrom -i archivo_ndices nodo_gestionado
donde:
ruta Especifica la ruta completa hasta el directorio /cdrom del CD-ROM.
(Utilice barras para especificar la ruta, independientemente del
sistema operativo que posea.)
archivo_ndices Especifica el archivo de ndices del producto desde el que se
instala Tivoli Monitoring. Este valor puede ser:
DM512
El archivo de ndices para Tivoli Monitoring
DM512TBS
El ndice correspondiente a Tivoli Business Systems
Manager Adapter (Tivoli Monitoring TBSM Adapter,
Versin 5.1.2). Despus de haber instalado este componente
utilizando la CLI, use el comando wdmconfig (y, en
particular la clave tbsma.jre_root) para especificar el
directorio de instalacin de Java Runtime Environment.

Nota: Este componente no se puede instalar en gateways
HP-UX.
DM512TDS
El ndice correspondiente a Gathering Historical Data
Component Versin 5.1.2 (anteriormente conocido como
Tivoli Monitoring TDS Configuration)
Nota: Este producto es necesario para habilitar la

integracin con Tivoli Decision Support for Server
Performance Prediction, consulte el manual Tivoli
Decision Support for Server Performance Prediction:
Release Notes. Consulte tambin el mismo manual
para conocer la manera de crear el objeto RIM
utilizando un script de shell, despus de haber
instalado este componente utilizando la CLI.
DM512TED
El archivo de ndices para Tivoli Enterprise Data
Warehouse Support Versin 5.1.2. Para crear el objeto RIM
despus de haber instalado este componente utilizando la
CLI, consulte el apartado Cmo crear un objeto RIM
utilizando un script de shell en la pgina 120.
nodo_gestionado
El producto seleccionado se instalar en el gateway que
especifique. Si no especifica un gateway, el producto se instalar en
todos los clientes disponibles.
Si desea enviar eventos de latido al grupo de avisos de Tivoli Monitoring, siga las
instrucciones que encontrar en el apartado Cmo agregar el grupo de avisos en
la pgina 36.
Para obtener ms informacin sobre todos los parmetros que puede utilizar con el
comando winstall, consulte el manual Tivoli Management Framework Reference
Manual.
| Actualizacin desde Tivoli Monitoring Versin 5.1.1

| Para actualizar desde Tivoli Monitoring 5.1.1 a Tivoli Monitoring 5.1.2, debe
| instalar Tivoli Monitoring 5.1.1 Fix Pack 6 (5.1.1-ITM-FP06).
| Tivoli Monitoring 5.1.1 Fix Pack 6 contiene exactamente el mismo nivel de cdigo
| que Tivoli Monitoring 5.1.2 y le registra como cliente de Tivoli Monitoring 5.1.2.
| Para instalar Tivoli Monitoring 5.1.1 Fix Pack 6, siga las instrucciones
| documentadas en el archivo ReadMe correspondiente.
Instalacin de un modelo de recurso predeterminado

Si desea instalar un nuevo modelo de recurso predeterminado, o un modelo de
recurso predeterminado existente modificado con Tivoli Monitoring Workbench o
con Tivoli Monitoring Resource Model Builder, entre el comando siguiente en la
lnea de comandos:
wdmrm add archivo_modelo_recurso
Si desea obtener ms informacin, consulte el Captulo 8, Comandos, en la

pgina 125.
Si desea eliminar un modelo de recurso predeterminado existente, escriba el
comando siguiente en la lnea de comandos:
wdmrm remove modelo_recurso
Si desea obtener ms informacin, consulte el Captulo 8, Comandos, en la

pgina 125.
Si desea crear un nuevo modelo de recurso predeterminado o modificar uno

existente, puede hacerlo utilizando Resource Model Builder. Para obtener ms
informacin al respecto, consulte el manual IBM Tivoli Monitoring: Resource Model
Builder Users Guide.
Actualizacin desde Workbench a Resource Model Builder

A partir de IBM Tivoli Monitoring 5.1.1 Fix Pack 5 (5.1.1-ITM-FP05), Workbench se
ha reemplazado por el nuevo componente Resource Model Builder. Para obtener
ms informacin, consulte el manual IBM Tivoli Monitoring: Resource Model Builder
Users Guide.
Si desea utilizar Resource Model Builder con cualquier modelo de recurso, creado
utilizando Workbench, deber hacer lo siguiente:
1. Instalar Resource Model Builder ejecutando ITM_Workbench_WSWB_Setup.exe y
seguir los pasos del asistente para la instalacin. Tenga presente que
Workbench y Resource Model Builder pueden coexistir en el mismo sistema.
2. Iniciar Resource Model Builder.
3. Crear un proyecto para guardar los modelos de recurso importados.
4. Importar los modelos de recurso eligiendo Archivo (File) Importar (Import)
seleccionando Archivos de ITM Workbench antiguos (Old ITM Workbench
Files).
Cmo agregar el grupo de avisos

Si desea enviar eventos al grupo de avisos de Tivoli Monitoring, utilice el
procedimiento siguiente para crear el vnculo con el grupo de avisos:
1. Desde el escritorio de Tivoli seleccione el icono Administradores. Se abrir el
dilogo Administradores.
2. Haga clic con el botn derecho en el icono Administradores correspondiente a
su regin y seleccione Editar suscripciones de grupo de avisos. Se abrir el

dilogo Establecer grupo de avisos.
3. Seleccione el grupo de avisos de Tivoli Monitoring y haga clic en la flecha

izquierda para moverlo al panel Grupos de aviso actuales.
4. Pulse Cambiar y cerrar para que las definiciones del grupo de avisos incluyan
el grupo de avisos seleccionado.
Instalacin de Java Runtime Environment

Diversos componentes de Tivoli Monitoring requieren Java Runtime Environment
(JRE), Versin 1.3.0 1.3.1 (consulte la Tabla 8 en la pgina 24 para conocer los
detalles completos).
Nota: En sistemas OS/400, JRE se obtiene instalando IBM Developer Kit para Java
y el ltimo PTF de grupo Java (consulte la Tabla 8 en la pgina 24 para ver
detalles).
Los mtodos de instalacin disponibles son los tres siguientes:

v JRE est disponible en el CD del producto para su instalacin utilizando el
servicio Tivoli Software Installation Service (SIS).
v JRE tambin est disponible en el CD del producto en formato comprimido, para
su instalacin manual o su instalacin mediante el comando wdmdistrib J
(para obtener ms detalles sobre este comando, consulte el Captulo 8,
Comandos, en la pgina 125).
v En puntos finales UNIX y Linux, si el punto final ya tiene instalada la versin
adecuada de JRE, slo necesitar vincular el componente del producto con el JRE
existente utilizando una tarea proporcionada con el producto.
Notas importantes sobre la instalacin:
1. Si JRE no est instalado ni vinculado tal como se ha descrito aqu, el producto
fallar en el sistema en cuestin.
2. Se recomienda el uso de una versin IBM de JRE por motivos de soporte.
3. IBM proporciona todas las versiones de JRE del CD, excepto en el caso de la
versin HP-UX.
4. Encontrar los requisitos previos para JRE en el archivo readme
correspondiente del directorio JRE del CD del producto.
Opciones de instalacin
Los detalles completos de las opciones de instalacin son los siguientes:
Instalacin utilizando SIS
Puede utilizar SIS para instalar JRE. El nombre del producto JRE en SIS es ITM
5.1.2 - JRE 1.3.0.
Instalacin utilizando el comando wdmdistrib
Para instalar JRE desde los archivos comprimidos del CD de herramientas de
Tivoli Monitoring 5.1.2, puede utilizar el comando wdmdistrib J (para ver
detalles sobre este comando, consulte el wdmdistrib en la pgina 147).
| Tenga en cuenta que, si desea instalar JRE en un punto final HP-UX utilizando
| el comando wdmdistrib, primero debe crear un archivo comprimido
| (jre13.tar.gz) que contenga JRE y, a continuacin, entregar el archivo
| comprimido al punto final HP-UX utilizando wdmdistrib J. ste es un
| ejemplo de cmo puede hacerse (las lneas que empiezan con # representan la
| lnea de comandos del shell en un sistema HP-UX, y las lneas que empiezan
| con ## son comentarios):
| ## Vaya al directorio en el que ha colocado JRE y comprima mediante tar el directorio
| # /opt cd java1.3
| hpdps2/opt/java1.3# ls
| COPYRIGHT demo jre
| LICENSE include lib
| bin java.os11.release.notes src.jar
| # tar cvf /tmp/jre13.tar .
| ## A continuacin, comprima mediante zip el archivo.
| # cd /tmp
| # gzip jre13.tar
| ## A continuacin utilice ftp (en modo binario) para enviar jre13.tar.gz al
| ## servidor de Tivoli
| ## En el servidor de Tivoli (en un sistema de archivos montado localmente,
| ## nfs no est montado),
| coloque ese archivo en el directorio JRE, en un subdirectorio hpux10
| # /export/home/JRE # mkdir hpux10
| # /export/home/JRE # ls
| aix4-r1 hpux10 linux-ix86 linux-s390 solaris2
| w32-ix86
| # gollum_/export/home/JRE # ls -l hpux10 total 67680
| ## Ahora puede ejecutar el comando wdmdistrib -J
| # wdmdistrib -J `pwd` -p hpdps2 @Endpoint:hpdps2
| ## El `pwd` se expandir al directorio actual suministrando el argumento
| para la opcin -J
| ## El -p hpdps2 indica que se va a distribuir un Tmw2kProfile
| al punto final hpdps2
| ## JRE se distribuir, se descomprimir el zip y se descomprimir el tar
| ## en el punto final
| y se colocar en el directorio $LCF_LOAD_DIR/../JRE/DMAE/

Instalacin manual
Para instalar JRE desde los archivos comprimidos en el CD de herramientas de
Tivoli Monitoring 5.1.2, siga estos pasos:
1. Copie el archivo jre13.tar.gz del directorio del CD de herramientas
correspondiente al sistema operativo en el que se va a ejecutar JRE en el
directorio en el que desea instalar JRE:
AIX JRE/aix4-r1
Linux JRE/linux-ix86
Linux S/390 JRE/linux-s390
Solaris JRE/solaris2
HP-UX Consulte las instrucciones de instalacin correspondientes a
HP-UX Runtime Environment for Java 2 Versin 1.3.1, que
encontrar en el siguiente URL:
http://www.hp.com/products1/unix/java/java2/sdkrte1_3/downloads/index.html
Windows JRE/w32-ix86
Consulte el archivo ReadMe especfico incluido en cada directorio para
entender los requisitos del sistema asociados con cada plataforma.
2. Desde el directorio en el que ha copiado el archivo jre13.tar.gz, emita el
comando:
gzip dc jre13.tar.gz | tar xvf
3. Si est instalando JRE desde un punto final de UNIX/Linux, ejecute la tarea
DMLinkJre, tal como se describe a continuacin.
Establecer un vnculo con una versin existente utilizando la tarea DMLinkJre
En puntos finales de Windows, UNIX o Linux, si ya tiene la versin adecuada
de JRE instalada en el sistema de destino, puede utilizar una tarea de Tivoli
para vincular el producto a JRE.
1. Desde el escritorio de Tivoli seleccione Escritorio Conexiones TMR
Regiones de polticas de nivel superior. Se abrir el dilogo Regiones de
polticas de nivel superior.
2. Haga doble clic en el icono TivoliDefaultMw2kRegion. Se abrir el dilogo
Regin de polticas de dicha regin de polticas.
3. Haga doble clic en el icono tareas de supervisin de Tivoli. Se abrir el
dilogo Biblioteca de tareas de esa biblioteca.
4. Ejecute la tarea DMLinkJre. Se abrir el dilogo Ejecutar tarea.
5. Seleccione el punto final o puntos finales a los que desea vincular JRE y
haga clic en Ejecutar (tambin puede identificar los puntos finales
utilizando uno o ms gestores de perfiles).
Nota: Asegrese de que la ruta en que se encuentra fsicamente instalado

JRE sea la misma en todos los puntos finales seleccionados.
6. En el dilogo DMLinkJre, entre la ruta completa en la que est instalado JRE
(sin incluir el directorio /bin). Haga clic en Establecer y ejecutar. JRE se
vincula al producto en todos los puntos finales seleccionados.
Cmo habilitar Tivoli Monitoring para trabajar con Tivoli Data

Warehouse utilizando Gathering Historical Data
Despus de instalar el componente Gathering Historical Data, para permitir que
Tivoli Monitoring recopile datos que pueda utilizar Tivoli Data Warehouse:
1. Cree el objeto RIM y el esquema de base de datos, tal como se describe en el
manual Tivoli Decision Support for Server Performance Prediction: Release Notes.
2. Desde un indicador de comandos de un servidor Tivoli en el que se haya
establecido el entorno Tivoli, vaya al directorio $BINDIR/TME/Tmw2k/TDS/rdbcfg
y ejecute el siguiente script:
twh_enable.sh
3. Desde un indicador de comandos del host RIM en el que se ha establecido el
entorno Tivoli, vaya al directorio $BINDIR/TME/Tmw2k/TDS/rdbcfg y ejecute el
siguiente script:
run_query.sh twh_enabl_update.extensin
donde extensin es db2, mssql, ora, syb o inf, dependiendo del RDBMS
instalado.
Nota: Si utiliza un RDBMS DB2o Informix, el script se tiene que ejecutar

desde una lnea de comandos de DB2 o Informix del servidor de bases
de datos. Esto es necesario porque no se puede modificar la base de
datos DB2 desde el procesador de lnea de comandos del cliente DB2 sin
una conexin existente con la base de datos y porque Informix utiliza el
recurso dbaccess, que se suministra como parte del servidor Informix.
Desinstalacin del producto

Esta seccin describe cmo desinstalar los componentes del producto de los puntos
finales, gateways y servidores y cmo eliminar la funcin de rearranque
automtico del punto final.
Nota: La biblioteca de tareas de Tivoli Monitoring tambin se desinstala con el

producto. Si contiene tareas definidas por el usuario, stas se perdern. Por
lo tanto, debe crear tareas definidas por el usuario en una biblioteca
separada.
Para desinstalar el producto siga cualquiera de estos procedimientos:

1. Desinstalar los componentes de punto final.
2. Desinstalar del servidor y de los gateways.
o:
1. Desinstalar del servidor y de los gateways y desinstalar automticamente todos
los puntos finales registrados.
Desinstalacin de componentes de punto final

Tivoli Monitoring proporciona una tarea de Tivoli para eliminar Tivoli Monitoring
de los puntos finales.
La tarea DMEndpointUninstall realiza los pasos siguientes:

1. Elimina el punto final del cach del nodo gestionado.
2. Detiene la aplicacin si se est ejecutando.
3. Elimina de los puntos finales todos los archivos de Tivoli Monitoring que se
bajaron a los puntos finales con el perfil Tmw2k. Elimina tambin la base de
datos de punto final.
4. En caso necesario, elimina las claves de aplicacin del registro de Windows.
Ejecute esta tarea en el nodo gestionado al que el punto final est asociado.

Para desinstalar el producto de un punto final, lleve a cabo los pasos siguientes:
1. En el escritorio de Tivoli, seleccione Conexiones TMR Regiones de polticas
de nivel superior.
Se abrir el dilogo Regiones de polticas de nivel superior.
2. Haga doble clic en el icono TivoliDefaultMw2kRegion.
Se abrir el dilogo Regin de polticas correspondiente a la poltica
predeterminada.
3. Haga doble clic en el icono Tareas de IBM Tivoli Monitoring.

Se abrir el dilogo Biblioteca de tareas correspondiente a tareas de IBM Tivoli
Monitoring, donde se mostrarn todas las tareas disponibles.
4. Haga doble clic en el icono DMEndpointUninstall.
Se abrir el dilogo Ejecutar tarea.
5. Seleccione el Destino de salida en el que se mostrar o guardar la salida del

sistema de la desinstalacin.
6. Si desea realizar la desinstalacin de uno o ms puntos finales especficos
conectados al nodo gestionado, seleccione el nodo gestionado (no el punto
final) en la lista Puntos finales de tarea disponibles. Haga clic en la flecha
hacia la izquierda para mover el nodo gestionado a la lista Puntos finales de
tarea seleccionados.
| 7. Haga clic en Ejecutar para desinstalar el producto. Se abre el dilogo
| DMEndpointUninstall.
|
|
| 8. Entre una lista de puntos finales o -g seguidos por el nombre del gateway si se
| debe completar el proceso de desinstalacin en todos los puntos finales
| conectados a ese gateway. Deseleccione la opcin Imprimir salida de tarea
| anidada si no desea ver la salida producida por la tarea anidada
| (DMEndpointUninstall invoca la tarea DMRemoveFiles). Tambin puede
| cambiar el tiempo de espera de la tarea DMRemoveFiles especificando el valor
| adecuado en el campo Tiempo de espera de la tarea anidada.
| Haga clic en Establecer y ejecutar.
9. Cuando se haya completado la desinstalacin, haga clic en Cerrar.
Desinstalacin desde servidores y gateways

Tivoli Management Framework proporciona el comando wuninst para eliminar
aplicaciones Tivoli de un nodo determinado o de una regin completa. Puede
utilizar el comando wuninst con distintivos del producto que son especficos de
Tivoli Monitoring para eliminar el producto de cualquier sistema de su entorno o
de una regin completa.
En concreto, utilice la opcin -rmeps para desinstalar automticamente tambin

todos los puntos finales registrados.
Si utiliza el comando wuninst, asegrese de utilizarlo en el siguiente orden:

1. Desinstale cualquiera de los componentes de Tivoli Monitoring (por ejemplo:
Gathering Historical Data Component o Tivoli Business Systems Adapter)
2. Desinstale el componente base de Tivoli Monitoring (componente principal)
Para desinstalar los componentes Tivoli Monitoring de los servidores o gateways

entre:
wuninst nombre_distintivo destino_objetivo rmfiles
Para desinstalar el componente base Tivoli Monitoring de servidores o gateways

entre:
wuninst nombre_distintivo destino_objetivo rmfiles -rmeps

Donde:
nombre_distintivo
Es uno de los distintivos del producto registrados para IBM Tivoli
Monitoring que proporciona Tivoli.
Nota: Estos distintivos no indican la versin o el release del

producto.
v DM_Advanced_Edition_TDS, para indicar Tivoli Decision
Support for Server Performance Prediction.
v DM_Advanced_Edition_TBSMA, para indicar Tivoli Business
Systems Manager Adapter.
v TMNT_3.6.2, para indicar Tivoli Monitoring.
v ITM_TEDW, para indicar Tivoli Enterprise Data Warehouse
Support.
destino_objetivo Es el gateway o servidor del que desea eliminar el producto. Si
especifica un servidor, el producto se desinstalar de todos sus
gateways.
Para obtener ms informacin sobre la sintaxis de la lnea de comandos y sobre la

utilizacin del comando wuninst, consulte las publicaciones Tivoli Management
Framework Reference Manual y Tivoli Management Framework Release Notes: Server,
Gateway, and Endpoint.
Captulo 3. Cmo utilizar el producto
En este captulo se describe la funcin de los perfiles en el entorno Tivoli y se
expone la variedad de opciones de personalizacin que se pueden utilizar para
realizar un ajuste preciso de los modelos de recurso y garantizar una
disponibilidad ptima de los recursos.
Estas opciones se tratan en el contexto del manejo de la interfaz grfica de usuario

(GUI) que se utilizar para realizarlas. Sin embargo, muchos usuarios desean
utilizar los comandos proporcionados en la interfaz de lnea de comandos (CLI), y
existen algunas tareas que slo pueden realizarse utilizando la CLI, como por
ejemplo la adicin de modelos de recurso nuevos al servidor Tivoli.
Recomendamos a todos los usuarios que lean este captulo para comprender los
conceptos de la utilizacin del producto y la estructura de los perfiles y de los
modelos de recurso. Los que deseen utilizar la interfaz de lnea de comandos
encontrarn todos los detalles sobre los comandos en el Captulo 8, Comandos,
en la pgina 125. Adems, en los diversos apartados de este captulo se har
referencia a los comandos correspondientes.
Este captulo proporciona detalles acerca de cmo realizar las tareas siguientes:
v Configuracin de los recursos gestionados
v Cmo crear perfiles y gestores de perfiles
v Cmo utilizar modelos de recurso predeterminados
v Cmo agregar un modelo de recurso predeterminado a un perfil
v Cmo agregar un modelo de recurso personalizado a un perfil
v Cmo personalizar un modelo de recurso:
Cmo personalizar umbrales y reglas de eventos; incluye:
- Cmo especificar acciones incorporadas para un evento
- Cmo especificar tareas para un evento
Cmo personalizar parmetros
Cmo personalizar la informacin de planificacin; incluye:
- Cmo configurar el periodo de supervisin
- Cmo crear reglas de planificacin
Cmo personalizar informacin de registro de datos
v Cmo configurar las opciones de distribucin de un perfil
v Distribucin de perfiles utilizando MDist 2
v Cmo suprimir copias de perfil durante una cancelacin de suscripcin
v Cmo gestionar perfiles y modelos de recurso en puntos finales
v Cmo gestionar Tivoli Monitoring en gateways
v Cmo utilizar tareas de Tivoli Monitoring
Visin general
Antes de poder supervisar los recursos en un punto final, debe crear uno o ms
perfiles de supervisin. A continuacin deber agregar los modelos de recurso al
perfil. Se pueden agregar modelos de recurso con los valores predeterminados
configurados previamente por Tivoli o personalizar los modelos de recurso en la
forma deseada.

Perfiles
Un perfil es una coleccin de informacin que corresponde a un recurso de
aplicacin Tivoli. En la mayor parte de las aplicaciones Tivoli, un perfil contiene la
informacin especfica de una aplicacin particular o una agrupacin de bases de
datos particular.
Los perfiles de Tivoli Monitoring permiten definir los modelos de recurso y

distribuirlos a los puntos finales suscritos. La primera vez que se configura Tivoli
Monitoring no se producir ninguna supervisin hasta que se haya distribuido el
perfil. Los modelos de recurso pueden agregarse a un perfil, suprimirse o
modificarse. Estos cambios del perfil no entrarn en vigor hasta que se distribuya
el perfil. Los suscriptores pueden ser puntos finales y otros gestores de perfiles.
Puntos clave sobre los perfiles

Existe una relacin entre los perfiles, los gestores de perfiles, las regiones de
poltica, los puntos finales y los modelos de recurso:
v Los gestores de perfiles se crean dentro de una regin de polticas y deben
constituir un recurso gestionado de dicha regin. Consulte el apartado
Configuracin de los recursos gestionados para obtener ms informacin.
v Los gestores de perfiles contienen perfiles; tambin administran perfiles y listas
de suscriptores (grupos de puntos finales). Consulte el apartado Cmo crear
perfiles y gestores de perfiles en la pgina 47 para obtener ms informacin.
v Los perfiles incluyen uno o ms modelos de recurso, que pueden personalizarse
o definirse utilizando los valores predeterminados. Si desea modificar los
modelos de recurso predeterminados, consulte el apartado Cmo utilizar
modelos de recurso predeterminados en la pgina 51.
Configuracin de los recursos gestionados

Antes de crear gestores de perfiles y perfiles para Tivoli Monitoring, deber
permitir que el perfil de Tivoli Monitoring pueda utilizarse como recurso
gestionado.
Nota: Este procedimiento se debe realizar slo una vez para cada regin de
polticas en la que se vayan a utilizar perfiles de Tivoli Monitoring.
Para establecer los recursos gestionados, lleve a cabo los pasos siguientes:
1. En el dilogo Regin de polticas, seleccione Propiedades -> Recursos
gestionados.

Se abrir el dilogo Establecer recursos gestionados.
2. Compruebe que aparece Tmw2kProfile en la lista Recursos actuales.

3. Haga clic en Establecer y cerrar.
Se volver a abrir el dilogo Regin de polticas.
Cmo crear perfiles y gestores de perfiles

Para crear un perfil nuevo, lleve a cabo los pasos siguientes:
1. Desde el dilogo Regin de polticas, seleccione Crear Gestor de perfiles.
Se abrir el dilogo Crear gestor de perfiles.
Captulo 3. Cmo utilizar el producto 47

a. Escriba el nombre del nuevo gestor de perfiles.
b. Si desea poder enviar el perfil a puntos finales, haga clic en Modo de
puntos finales sin datos.
Nota: No puede suscribir otros gestores de perfiles al gestor de perfiles

utilizando el modo de puntos finales sin datos.
c. Haga clic en Crear y cerrar.
El nuevo gestor de perfiles se crea en el dilogo Gestor de perfiles.
2. En el dilogo Regin de polticas, haga doble clic en el icono Gestor de
perfiles.
Se abrir el dilogo Gestor de perfiles.

3. Seleccione Crear Perfil.
Se abrir el dilogo Crear perfil.

4. Escriba el nombre del nuevo perfil en el campo Etiqueta de icono/Nombre.
5. Seleccione Tmw2kProfile en la lista Tipo.
6. Haga clic en Crear y cerrar.
El Gestor de perfiles contiene ahora un icono para el perfil nuevo.
Si desea que un perfil pueda enviar eventos TEC o eventos TBSM, debe configurar
las propiedades del perfil. Consulte el apartado Cmo identificar el servidor de
Tivoli Enterprise Console en Tivoli Monitoring en la pgina 89 para obtener ms
informacin.
Cmo utilizar la CLI para gestionar perfiles en el servidor

Los comandos utilizados para gestionar perfiles en el servidor son los siguientes:
wdmloadprf
Carga y actualiza los perfiles en un servidor de regin de gestin Tivoli
wdmdumpprf
Escribe los detalles completos de un perfil en la salida estndar
wdmeditprf
Permite editar la definicin de un perfil, incluyendo todos los detalles de
modelo de recurso
wdmdistrib
Permite distribuir perfiles a los puntos finales
Encontrar ms detalles sobre todos los comandos en el apartado Captulo 8,

Comandos, en la pgina 125.

Cmo utilizar modelos de recurso predeterminados
Como ya se ha mencionado, un perfil incluye uno o ms modelos de recurso, que
pueden personalizarse o definirse utilizando los valores predeterminados. Los
modelos de recurso predeterminados pueden modificarse y pueden crearse nuevos
modelos de recurso predeterminados utilizando Tivoli Monitoring Resource Model
Builder. Tivoli Monitoring tambin incluye un comando que hace que estn
disponibles los modelos nuevos o cambiados en el servidor, de la manera
siguiente:
wdmrm Agrega, enumera o elimina un determinado modelo de recurso
predeterminado en el servidor de regin de gestin Tivoli o en el
nodo gestionado/gateway desde donde se emite. Tambin agrega
el catlogo NLS a un modelo de recurso predeterminado ya
instalado.
Encontrar ms detalles sobre todos los comandos en el apartado Captulo 8,

Comandos, en la pgina 125.
Cmo agregar un modelo de recurso predeterminado a un perfil

Para agregar un modelo de recurso a un perfil utilizando sus valores
predeterminados, realice los pasos siguientes:
1. Abra el dilogo Gestor de perfiles.
2. Haga doble clic en el icono del perfil en el que desea agregar un modelo de
recurso.
Se abrir el dilogo Perfil de Tivoli Monitoring.
3. Haga clic en Agregar con predeterminados.

Se abrir el dilogo Agregar modelos predeterminados al perfil.

4. Seleccione los modelos de recurso que desee agregar.
5. Haga clic en Agregar y cerrar.
Los modelos de recurso se agregan al dilogo Perfil de Tivoli Monitoring.
Cmo utilizar la CLI para agregar un modelo de recurso

predeterminado a un perfil
Utilice el comando siguiente para agregar un modelo de recurso predeterminado a
un perfil:
wdmeditprf Permite editar la definicin de un perfil, incluyendo todos los
detalles de modelo de recurso.
Si se enva el comando sin argumentos relacionados con los detalles del modelo de
recurso, se agregar el modelo con los valores predeterminados. Encontrar ms
detalles sobre el comando en el wdmeditprf en la pgina 157.
Cmo agregar un modelo de recurso personalizado a un perfil

Para personalizar los valores bsicos de un modelo de recurso y agregarlo a un
perfil, realice los pasos siguientes:
1. Haga doble clic en el icono del perfil en el que desea agregar un modelo de
recurso personalizado.
2. Desde el dilogo Perfil de Tivoli Monitoring, haga clic en Agregar.

Se abrir el dilogo Agregar modelos de recursos al perfil.
3. Seleccione la categora del modelo de recurso de la lista Categora: Los valores

predeterminados proporcionados con el producto contienen las categoras
siguientes:
UNIX Linux
Hace que sean seleccionables en la lista Modelo de recurso slo los
modelos de recurso apropiados a todas las plataformas UNIX y Linux.
Windows
modelos de recurso apropiados a todas las plataformas Windows.
Solaris
modelos de recurso apropiados para todas las plataformas Solaris.
OS400 Hace que sean seleccionables en la lista Modelo de recurso slo los
modelos de recurso apropiados para todas las plataformas OS/400.
Sin embargo, debe tener en cuenta que estas categoras pueden modificarse y
que pueden agregarse otras categoras nuevas utilizando Tivoli Monitoring
Resource Model Builder.
4. Seleccione el modelo de recurso deseado de la lista Modelo de recurso.
5. Para ver todos los valores de un modelo de recurso, seleccione dicho modelo
de recurso.
En el cuadro de texto Descripcin aparecen una explicacin del modelo de
recurso y sus parmetros, adems de ayuda sobre cmo configurar los
parmetros.
6. En el cuadro de texto Tiempo del ciclo, establezca la frecuencia con que el
modelo de recurso supervisar los datos.

7. Cambie cualquiera de los valores de Umbral segn sus necesidades:
a. Seleccione el Nombre de umbral que desee cambiar.
Aparecer una descripcin del nombre del umbral. Sobre la descripcin
tambin aparecer el valor de umbral asignado actualmente para el nombre
de umbral.
b. Cambie el valor de umbral asignado actualmente por uno que se ajuste a
sus necesidades.
c. Haga clic en Aplicar.
El valor nuevo se establecer y aparecer en el cuadro de texto Valor de
umbral.
8. Si lo necesita, haga clic en los botones adecuados para modificar las
Indicaciones (consulte el apartado Cmo personalizar umbrales y reglas de
eventos en la pgina 54) y los Parmetros (slo para modelos de recurso que
se puedan definir con parmetros - consulte el apartado Cmo personalizar
parmetros en la pgina 62) o agregue informacin para Planificar (consulte el
apartado Cmo personalizar la informacin de planificacin en la pgina 63).
Si lo desea, puede dejar que estos elementos adopten sus valores
predeterminados y, posteriormente, personalizarlos (consulte el apartado
Cmo personalizar un modelo de recurso).
9. Haga clic en Agregar y cerrar para guardar los cambios que haya realizado.
Ahora el dilogo Perfil de Tivoli Monitoring muestra el modelo de recurso
personalizado.
Cmo utilizar la CLI para agregar un modelo de recurso

personalizado a un perfil
Utilice el comando siguiente para agregar un modelo de recurso personalizado a
un perfil:
El comando puede someterse para agregar el modelo de recurso, cambiando

cualquier combinacin de los detalles del modelo de recurso. Encontrar ms
detalles sobre el comando en el wdmeditprf en la pgina 157.
Cmo personalizar un modelo de recurso

Puede personalizar los modelos de recurso realizando una o todas las acciones
siguientes:
v Personalizacin de indicaciones y reglas de eventos, incluyendo:
Especificacin de acciones incorporadas
Especificacin de tareas correctivas
v Personalizacin de los parmetros (nicamente modelos de recurso que se
puedan definir con parmetros)
v Personalizacin de la informacin de planificacin
v Personalizacin de la informacin del registro de datos
Cmo personalizar umbrales y reglas de eventos

Para personalizar las reglas que determinan el modo en que las indicaciones
generadas por un modelo de recurso se agregan a los eventos, realice los pasos
siguientes:

1. Abra el dilogo Perfil de Tivoli Monitoring.
2. Seleccione el modelo de recurso que desea personalizar.
3. Haga clic en Editar.
Se abrir el dilogo Editar modelo de recurso.
4. Haga clic en Indicaciones.

Se abrir el dilogo Indicaciones y acciones.

5. Aparecern las indicaciones correspondientes al modelo de recurso
seleccionado. Si desea cambiar los valores del evento asociados con una
indicacin, seleccione la indicacin.
Los parmetros que puede cambiar son los siguientes:
v Nmero de apariciones
Este nmero representa cuntas veces consecutivas tiene lugar el problema
del que se informa en la indicacin antes de enviar una indicacin. Puede
cambiar este valor para especificar la persistencia de un problema antes de
que se desencadene una indicacin. El nmero de apariciones debe ser
mayor que cero.
v Nmero de agujeros
Se utiliza para determinar cuntos ciclos que no producen una indicacin
pueden tener lugar entre ciclos que s producen una indicacin, para que las
apariciones de la indicacin todava se consideren consecutivas. Cada ciclo
sin indicacin recibe el nombre de agujero. El nmero de agujeros debe ser
mayor o igual que cero. As, si un evento tiene un valor de 2 agujeros se
deduce que, si tienen lugar hasta 2 ciclos sin indicacin entre dos ciclos con
indicacin, los ciclos con una indicacin se considerarn consecutivos.
Utilice el valor para el Nmero de agujeros junto con el parmetro de
Nmero de apariciones (consulte el prrafo anterior) y el Tiempo del ciclo
(definido en el dilogo Agregar modelos de recurso a un perfil) para definir
un intervalo de tiempo para la generacin de un evento. Si, por ejemplo,
define el Tiempo del ciclo en 10 segundos, el Nmero de apariciones en 5 y
el Nmero de agujeros en 2, el tiempo que debe transcurrir antes de que se
cree el evento ser de entre 40 y 120 segundos. El tiempo mnimo
transcurrido es el nmero de apariciones multiplicado por el tiempo del
ciclo. La ventana de tiempo mximo supone que el nmero mximo de
agujeros tendr lugar entre cada par de apariciones y est determinado por
la ecuacin:
TW=CT x ((Oc - 1) + (H x (Oc - 1))
donde:
TW Especifica el periodo de tiempo que se est calculando
CT Especifica el tiempo del ciclo
Oc Especifica el nmero de apariciones
H Especifica el nmero de agujeros
v Enviar eventos a TEC
Seleccione este cuadro para especificar que si un evento tiene lugar, se deber
enviar un evento Tivoli Enterprise Console al servidor de evento especificado
(consulte el apartado Cmo identificar el servidor de Tivoli Enterprise
Console en Tivoli Monitoring en la pgina 89)
v Enviar a TBSM
Seleccione este recuadro de seleccin para especificar que, si un evento tiene
lugar, ste se enviar a Tivoli Business Systems Manager CommonListener.
| v Gravedad
| Define la gravedad de la indicacin. Puede tener uno de los valores
| siguientes: grave, crtico, aviso, inocuo o menor. Seleccione la gravedad
| apropiada en la lista desplegable.
| v Borrado

| Define si se debe enviar un evento de borrado cuando hayan desaparecido
| las circunstancias que han generado el evento. Seleccione la poltica de
| borrado en la lista desplegable.
6. Si anteriormente ha suprimido cualquiera de las acciones incorporadas, se
habilitar el botn Incorporadas; consulte el apartado Cmo especificar
acciones incorporadas para un evento
7. Si desea especificar las tareas a llevar a cabo cuando se reconoce un evento,
haga clic en el botn Tareas. Consulte el apartado Cmo especificar tareas
para un evento en la pgina 58. Si las tareas correctivas ya se han definido,
puede eliminarlas de la definicin de evento.
8. Cuando haya hecho los cambios necesarios en una indicacin, haga clic en
Aplicar para que se acepten los cambios. Repita el procedimiento si necesita
cambiar cualquier otra indicacin. Cuando haya hecho los cambios necesarios
en todas las indicaciones, haga clic en Aplicar cambios y Cerrar.
Cmo especificar acciones incorporadas para un evento

Se encuentran disponibles acciones incorporadas para algunos eventos para
algunos modelos de recurso y se llevan a cabo cuando se desencadena un evento.
Se muestran en el panel Lista de acciones del dilogo Indicaciones y acciones.
Cmo editar una accin incorporada: Para modificar los parmetros de una
accin, realice los pasos siguientes:
1. Seleccione la accin a editar en el panel Lista de acciones del dilogo
Indicaciones y acciones.
2. Haga clic en Editar.
Se abrir el dilogo Editar accin actual
3. En el campo Reintentos, modifique el nmero de veces que se debe intentar la

accin cuando se desencadena un evento. Por ejemplo, si establece el valor en
tres, el producto intentar realizar la accin tres veces solamente. Si establece
este valor en 0, el producto intenta realizar la accin continuamente hasta
conseguirlo.
4. Haga clic en Cerrar si desea dejar el valor original, o haga clic en Modificar y
cerrar para modificar la Accin seleccionada con el valor mostrado y cierre el
dilogo.

Cmo eliminar una accin incorporada: Para eliminar una accin incorporada,
seleccinela en Lista de acciones y pulse Eliminar.
Cmo agregar una accin incorporada: Slo puede agregar una accin
incorporada si anteriormente ha eliminado otra. Slo en estas circunstancias se
activar el botn Incorporadas en el dilogo Indicaciones y acciones.
Si desea restaurar una accin incorporada que ha sido borrada con anterioridad,
lleve a cabo los pasos siguientes:
1. Haga clic en Incorporadas en el dilogo Indicaciones y acciones.
Se abrir el dilogo Agregar accin.
Seleccione la accin que se debe ejecutar cuando se produce un evento. El

dilogo muestra el nombre de la indicacin seleccionada actualmente. Tambin
muestra una lista de acciones seleccionables.
2. Seleccione la accin necesaria que se debe ejecutar cuando se produce un
evento. En el campo Reintentos, escriba el nmero de veces que se intentar
ejecutar la accin. Por ejemplo, si establece el valor en tres, el producto
intentar realizar la accin tres veces solamente. Si establece este valor en 0, el
producto intenta realizar la accin continuamente hasta conseguirlo. Haga clic
en Aplicar para guardar el valor nuevo.
3. Haga clic en Agregar para agregar la accin seleccionada con los valores que se
muestran y mantener el dilogo abierto, o haga clic en Agregar y cerrar para
agregar la accin seleccionada con los valores que se muestran y cerrar el
dilogo.
Cmo especificar tareas para un evento

Cuando se produce un evento se pueden desencadenar tareas. El destino para la
ejecucin de la tarea es el punto final que ha producido el evento.

En el dilogo Indicaciones y acciones, realice los pasos siguientes para especificar
tareas correctivas o de informacin cuando se desencadena un evento:
1. Seleccione un evento para el que se desencadenar una tarea-
2. Haga clic en Tareas para agregar una tarea que se realizar cuando el evento se
desencadene.
Se abrir el dilogo Tareas.
3. Haga doble clic en una biblioteca de tareas de la lista Bibliotecas.

Las tareas contenidas en la biblioteca aparecern en la lista Tareas.
4. Haga doble clic en una tarea de la lista Tareas y, a continuacin, haga clic en
Cambiar y cerrar para agregar la tarea a la lista de acciones del dilogo
Indicaciones y acciones.

Nota: cuando se produce un evento se desencadena una tarea. Las dems
apariciones del mismo evento no hacen que se vuelva a desencadenar la
tarea, a no ser que haya un evento de borrado habilitado para cerrar el
evento de error original.
Puede enviar un evento (TMWTaskResult, asociado con la emisin de un conjunto

de tareas) al servidor de Tivoli Enterprise Console. Si la emisin de las tareas
resulta satisfactoria, el mensaje del evento es el siguiente:
Las tareas asociadas con el evento NombreDesencadenanteEvento
se han sometido para su ejecucin
El evento tambin contiene el nombre de las tareas, las bibliotecas de tareas y una
lista de cdigos de retorno. Los cdigos de retorno no estn relacionados con la
ejecucin de cada tarea individual, sino con el resultado de la emisin de la tarea
al motor de tarea (un cdigo de retorno igual a 1 indica que la tarea no se ha
emitido; un cdigo de retorno igual a 0 indica que la tarea se ha emitido).
Si la emisin de todas las tareas no ha resultado satisfactoria (porque, por ejemplo,

el motor de tarea no se est ejecutando), todos los cdigos de retorno se establecen
en -1 y el mensaje del evento es el siguiente:
Las tareas asociadas con el evento NombreDesencadenanteEvento
no se han podido emitir para su ejecucin
Envo de un correo electrnico como respuesta a un evento: En el dilogo

Tareas, siga los pasos siguientes:
1. Haga doble clic en Tareas de la utilidad de IBM Tivoli Monitoring en la lista
Bibliotecas.

Las tareas contenidas en la biblioteca Tareas de la utilidad de IBM Tivoli
Monitoring se muestran en la lista Tareas.
2. Haga doble clic en dm_mn_send_email en la lista Tareas. Se abrir el dilogo

Configurar tarea.
3. Especifique la direccin de correo electrnico adecuada. Consulte el Captulo 6

Configuracin de correo electrnico de SMTP del manual Tivoli Management
Framework: Gua de instalacin para obtener informacin sobre cmo configurar
Tivoli para utilizarlo con servicios de correo electrnico.
4. Haga clic en Cambiar y cerrar para agregar la tarea a la lista Accin.

Nota: La tarea no se puede ejecutar manualmente. Debe estar siempre asociada a
un evento.
Envo de un aviso como respuesta a un evento: En el dilogo Tareas, siga los

pasos siguientes:
1. Haga doble clic en Tareas de la utilidad de IBM Tivoli Monitoring en la lista
Bibliotecas.
Las tareas contenidas en la biblioteca Tareas de la utilidad de IBM Tivoli
Monitoring se muestran en la lista Tareas.
2. Haga doble clic en dm_mn_send_notice en la lista Tareas. Se abrir el dilogo
Configurar tarea.
3. Especifique los parmetros adecuados en el dilogo Configurar tarea (puede

ejecutar el comando de Tivoli Framework wlsnotif g para ver los Grupos de
avisos disponibles, mientras Prioridad sea Crtica, Error, Aviso, Nota o
Depuracin), luego haga clic en Cambiar y cerrar para agregar la tarea a la lista
Accin.
Nota: La tarea no se puede ejecutar manualmente. Debe estar siempre asociada a

un evento.
Cmo personalizar parmetros

En los modelos de recurso que se pueden definir con parmetros puede modificar
cualquiera de los parmetros para personalizar y optimizar el proceso de
supervisin. Para obtener ms informacin sobre los parmetros, consulte el
manual IBM Tivoli Monitoring: Resource Model Reference Guide.
Para personalizar los parmetros de un modelo de recurso que se pueda definir

con parmetros, lleve a cabo los pasos siguientes:
1. En el dilogo Editar modelo de recurso, haga clic en el botn Parmetros.
Se abrir el dilogo Parmetros.

2. Seleccione el tipo de parmetro de la lista desplegable Nombre.
3. Modifique el resto de los parmetros de acuerdo con sus necesidades.
4. Cuando haya agregado o suprimido los valores, haga clic en Aplicar cambios y
cerrar para aplicar y guardar los cambios.
Se cerrar el dilogo Parmetros.
Cmo personalizar la informacin de planificacin

La personalizacin de la planificacin del modelo de recurso es un proceso que
consta de dos etapas:
1. Definir el tiempo de planificacin para controlar el periodo de tiempo durante
el cual el modelo de recurso supervisa recursos.

2. Definir las reglas de planificacin para poder establecer los intervalos de
tiempo especficos dentro del periodo global de supervisin en los que tendr
lugar la coleccin (o recopilacin) de datos.
Nota: La frecuencia con la que se recopilan los datos queda determinada por
tiempo del ciclo del modelo de recurso.
En el dilogo Editar modelo de recurso del modelo de recurso seleccionado, haga

clic en Planificar. Se abrir el dilogo Planificacin.
Este dilogo posee los siguientes recuadros de grupo:

Planificacin
Establece el periodo de coleccin de datos. Como valor predeterminado,
todos los modelos de recurso se encuentran seleccionados para recopilar
datos.
Reglas de planificacin
Para gestionar los intervalos de tiempo durante los cuales se encuentra activo
el modelo de recurso.
Editor de reglas
Para crear y editar reglas (normas) de planificacin.

Cmo configurar el periodo de supervisin
Para definir el periodo de supervisin, realice los pasos siguientes:
1. En el recuadro de grupo Planificacin, deseleccione Siempre.
2. Defina una fecha de inicio y una de finalizacin para establecer el periodo de
supervisin.
3. Si lo necesita, agregue una o ms reglas de planificacin que determinen los
periodos de tiempo en das concretos durante los que se producir la
supervisin.
Si desea obtener informacin acerca de la creacin de reglas de planificacin,
consulte el apartado Cmo crear reglas de planificacin.
Cmo crear reglas de planificacin

El planificador controla los periodos globales para la supervisin de un recurso y
los periodos de tiempo durante los cuales se recopilan los datos de los modelos de
recurso. El tiempo global de coleccin se puede dividir en intervalos activos o
inactivos, mediante la aplicacin de una o ms reglas.
Para crear una regla de planificacin, lleve a cabo los pasos siguientes:
1. En el dilogo Planificacin, haga clic en el botn Regla nueva.
2. En el recuadro de grupo Editor de reglas, escriba un nombre para la regla (o
norma).
3. Especifique el da o das que desea que estn activas las colecciones durante el
periodo de coleccin, seleccionando uno o ms elementos de la lista de das de
la semana.
Consejo:
Utilice la tecla Maysculas o la tecla Control, segn sea necesario, para
seleccionar ms de un da de la lista.
4. Defina una hora de inicio y otra de finalizacin para la actividad de coleccin o
seleccione el recuadro de seleccin Todo el da. Las siempre se interpretan
segn la hora local en que se est ejecutando el motor de punto final, de
manera que, por ejemplo, si configura un intervalo de tiempo de las 08:00 a las
13:00, la supervisin tendr lugar entre estas horas en todos los husos horarios
en las que se distribuye el perfil.
5. Haga clic en Fijar norma.
La nueva regla forma ahora parte de la lista Reglas de planificacin.
Puede crear otra regla para agregarla a la lista o suprimir de la lista una regla
existente.
Sugerencias:
Si desea visualizar los detalles de cualquiera de las reglas, seleccione la
regla de la lista Reglas de planificacin. Los valores de la regla
aparecern en el recuadro de grupo Editor de reglas.
Si la lista de reglas de planificacin contiene ms de una regla de
planificacin, se respetarn todos los intervalos de tiempo y las reglas
se combinarn agregando los periodos de tiempo que definan. Por
ejemplo, si especifica una regla que solicita supervisin entre las 8:00 y
las 14:00 cada da y otra que solicita una supervisin durante un da
entero cada viernes, la suma de las dos reglas da una supervisin de
un da entero slo cada viernes y una supervisin entre las 8:00 y las
14:00 en los dems das. Si la segunda regla, en cambio, solicitara
supervisin entre las 12:00 y las 18:00 cada viernes, la suma de reglas
dara una supervisin entre las 8:00 y las 18:00 cada viernes y entre
08:00 y 14:00 el resto de los das.

6. Si desea guardar la regla, haga clic en Agregar y cerrar.
Se cerrar el dilogo Planificacin.
Cmo personalizar informacin de registro de datos

Utilizando esta caracterstica, puede registrar los datos recopilados por un modelo
de recurso y escribirlo en una base de datos local. Estos se pueden ver despus a
travs de la Consola de estado de Web. En la base de datos se pueden almacenar
los datos en uno de los formatos siguientes:
Datos sin procesar
Los datos quedan grabados exactamente como los recopila el modelo de
recurso. Todos los valores supervisados se recopilan y copian en la base de
datos.
Datos TEDW
Los datos se recopilan y se copian en la base de datos para que los utilice
posteriormente Tivoli Data Warehouse.
Datos agregados
Los datos se recopilan y se agregan a intervalos fijos que define el usuario
(Periodo de agregacin). Por consiguiente, slo se graban en la base de
datos los valores agregados. Los datos agregados se pueden calcular en
funcin de una o ms de las opciones siguientes:
v Mximo
v Mnimo
v Medio
Tenga en cuenta que la Consola de estado Web slo puede utilizar Datos en bruto
o Datos agregados, mientras que Tivoli Data Warehouse slo puede utilizar Datos
TEDW.
De forma predeterminada, el registro de datos no est habilitado.
Para agregar informacin del registro de datos a un modelo de recurso, lleve a

cabo los pasos siguientes:
1. En el dilogo Editar modelo de recurso, haga clic en Registrar.
Se abrir el dilogo Registro.

2. En el recuadro de grupo Valores del registro de datos, seleccione el recuadro
de seleccin Activar registro de datos.
De esta forma se habilita el registro de todos los datos recopilados por el
modelo de recurso en una base de datos.
3. Elija el tipo de datos que desea almacenar en la base de datos seleccionando
uno de los siguientes recuadros de comprobacin:
v Datos sin procesar o
v Datos TEDW o
v Datos sin procesar y Datos TEDW o
v Datos agregados
Tenga en cuenta que los Datos en bruto y los Datos agregados slo los puede
utilizar la Consola de estado Web, mientras que los Datos TEDW slo los
puede utilizar Tivoli Data Warehouse. Por lo tanto, si ha seleccionado los
cuadros de seleccin Datos en bruto y Datos TEDW, los datos se registrarn
tanto para la Consola de estado Web como para Tivoli Data Warehouse.
4. Para especificar la regla de agregacin que se debe aplicar a los datos antes de
que sean grabados en la base de datos, lleve a cabo los pasos siguientes:
a. Para definir el periodo durante el cual se agregarn los datos, establezca las
Horas y Minutos del Periodo de agregacin en los valores deseados.
b. Seleccione una o ms de las siguientes funciones que se aplicarn a los
datos numricos recopilados durante el periodo de agregacin, antes de ser
grabados en la base de datos.

Mximo Calcula y registra el valor mximo de cada periodo de
agregacin
Mnimo Calcula y registra el valor mnimo de cada periodo de
agregacin
Medio Calcula y registra el valor medio de cada periodo de
agregacin
5. Para definir el periodo durante el cual se almacenarn los datos en la base de
datos, establezca las Horas y los Minutos del Periodo histrico en los valores
deseados.
6. Si desea guardar los cambios, haga clic en Aplicar cambios y cerrar.
Se cerrar el dilogo Registro.
Cmo utilizar la CLI para personalizar un modelo de recurso

para un perfil
Utilice el comando siguiente para personalizar un modelo de recurso para un
perfil:
El comando puede someterse para editar el modelo de recurso para un perfil

seleccionado, cambiando cualquier combinacin de los detalles del modelo de
recurso. Encontrar ms detalles sobre el comando en el wdmeditprf en la
pgina 157.
Cmo configurar las opciones de distribucin de un perfil

Si desea establecer las opciones de distribucin de un perfil, lleve a cabo los pasos
siguientes:
1. En el dilogo Gestor de perfiles, abra el perfil que desea distribuir.
Se abrir el dilogo Perfil de Tivoli Monitoring.
2. Haga clic en Perfil Distribuir.
Se abrir el dilogo Distribuir perfil.

3. Seleccione una de las opciones Distribuir a en base a las descripciones
siguientes:
v Siguiente nivel de abonados
Slo distribuye el perfil a los suscriptores (o abonados) mencionados en la
lista de desplazamiento Distribuir a estos abonados del dilogo Distribuir
perfil.
Esta seleccin slo distribuye el perfil a los suscriptores del gestor de
perfiles. No distribuye a suscriptores de nivel inferior. Si un gestor de
perfiles con suscriptores reside en el siguiente nivel inferior, puede que
necesite efectuar el proceso de distribucin desde gestores de perfiles que
estn en ms de un nivel a fin de alcanzar a todos los puntos finales del
perfil.
v Todos los niveles de abonados
Distribuye el perfil a todos los suscriptores de la jerarqua. A continuacin se
proporciona un ejemplo para ilustrar la diferencia que supone distribuir a los
dos niveles de suscriptores. El usuario tiene una jerarqua de perfiles en la
que un gestor de perfiles sin datos est suscrito a un gestor de perfiles y el
gestor de perfiles sin datos tiene un punto final suscrito. Si distribuye al
siguiente nivel de suscriptores, el perfil slo se distribuir al gestor de
perfiles sin datos. Si distribuye a todos los niveles de suscriptores, el perfil se
distribuir al gestor de perfiles sin datos y al punto final.
Seleccione esta opcin si desea distribuir un perfil en el que el punto final es
el nico suscriptor.
v Seleccione la siguiente opcin bajo La Distribucin: Har una COPIA
EXACTA de este perfil en cada perfil de abonado.
Graba encima del perfil de suscriptores una copia exacta del perfil que se
est distribuyendo.
No distribuya un perfil a un punto final Tivoli Enterprise con la opcin de
preservar las modificaciones establecida. Deber utilizar siempre la opcin de
copia exacta.
v Seleccione los suscriptores que deben recibir el perfil seleccionndolos en la
lista de desplazamiento No distribuir a estos abonados y trasladndolos a la
lista de desplazamiento Distribuir a estos abonados.
Nota: Asegrese que cada uno de los suscriptores de la lista Distribuir a

estos abonados sea un gestor de perfiles o un punto final de TMA
soportado. Tivoli Monitoring no da soporte a ningn otro tipo de
punto final.
4. Haga clic en Distribuir y cerrar para distribuir el perfil inmediatamente y
cierre el dilogo Distribuir perfil, guardando las configuraciones que haya
realizado; luego vuelva al dilogo Perfil de Tivoli Monitoring.
Tambin puede hacer clic en Distribuir para distribuir el perfil
inmediatamente, guardando los valores que ha establecido, pero dejando
abierto el dilogo Distribuir perfil.
Por otra parte, puede hacer clic en Planificar para planificar la distribucin del
perfil con el Planificador de Tivoli. Para obtener detalles acerca del Planificador de
Tivoli, consulte el manual Tivoli Management Framework - Gua del usuario.

Distribucin de perfiles utilizando MDist 2
Tivoli Monitoring utiliza Multiplexed Distribution (MDist 2) para realizar
transferencias asncronas de datos de perfil a travs de una jerarqua de
repetidores. MDist 2 devuelve una secuencia de respuestas que contiene el estado
de distribucin desde cada punto final a la aplicacin que inicia la distribucin.
Estas respuestas se devuelven a Tivoli Monitoring en un archivo de registro (para
obtener ms detalles, consulte el apartado Distribution Logs en el manual IBM
Tivoli Monitoring: Problem Determination Guide).
Tivoli Monitoring aprovecha al mximo estas funciones de MDist 2:

v Distribucin asncrona
v Distribucin asegurada
v Punto de control y reinicio
v Almacenamiento de datos
Entrega asncrona
MDist 2 utiliza una interfaz asncrona para las aplicaciones, lo que significa
que cuando Tivoli Monitoring somete una peticin de distribucin, obtiene
de inmediato un identificador de distribucin y una confirmacin de que la
distribucin se est ejecutando. Slo cuando la distribucin ha finalizado,
enva MDist 2 el de distribucin final para cada punto final a travs de la
funcin de devolucin de llamada. Esto significa que Tivoli Monitoring no
necesita esperar a que la distribucin finalice para cada punto final.
Entrega asegurada
La distribucin de perfiles de Tivoli Monitoring se asegura incluso cuando
hay interrupciones en la red, cuando las mquinas se apagan o cuando hay
puntos finales desconectados. MDist 2 puede continuar la distribucin
desde donde ha llegado antes de la interrupcin de la red. Tambin vuelve
a intentar establecer conexiones con puntos finales hasta que resultan
satisfactorias o hasta que se agota el tiempo de distribucin.
Punto de control y reinicio
Una corriente de datos que se ha interrumpido se puede reanudar desde el
ltimo punto de control satisfactorio. Esto significa que no es necesario
volver a enviar todos los datos de Perfil de Tivoli Monitoring cuando se
reanuda la distribucin, sino slo los datos que an no se haban enviado
cuando se produjo la interrupcin.
Almacenamiento de datos
MDist 2 permite el almacenamiento de segmentos de distribucin en un
almacn cercano al punto final y permite someter la distribucin a los
puntos finales desde dicho almacn. Los datos que se transfieren a los
puntos finales se toman del almacn, no del host fuente. Esto reduce
considerablemente el trfico en la red y agiliza la distribucin.
Cmo volver a ejecutar las distribuciones fallidas

Cuando una distribucin falla, Tivoli Monitoring crea un gestor de perfiles que
contiene los suscriptores de puntos finales que han fallado. Para ver los gestores de
perfiles, vaya al dilogo Regin y seleccione Vista Renovar.
Si la distribucin ha fallado debido a un error Bad_Interpreter, el nombre del

gestor de perfiles se crea del siguiente modo:
NombrePerfilOriginal_Push_Failed_Bad_Interpreter

donde:
NombrePerfilOriginal
Es el nombre del perfil que estaba distribuyendo cuando se ha producido
el error.
Es posible que en este momento se visualice el mensaje de error
AMW089E, que indica que el tipo de modelo de recurso no es compatible
con el sistema operativo del punto final. Por ejemplo, es posible que haya
distribuido un modelo de recurso de Windows a un punto final UNIX, o
viceversa.
Si la distribucin falla debido a otro error, el nombre del gestor de perfiles se crea
del siguiente modo:
NombrePerfilOriginal_Distribution_Failed
Dado que el gestor de perfiles que ha utilizado para la distribucin original se cre
sin comprobar la opcin modo de punto final sin datos, puede utilizar estos
gestores de perfiles para redistribuir el perfil a los puntos finales fallidos cuando
haya solucionado el problema que ha provocado el fallo original. Para hacerlo, slo
tiene que suscribir los gestores de perfiles que contienen los puntos finales fallidos
en el gestor de perfiles que contena el perfil original. A continuacin podr
distribuir el perfil original a los puntos finales fallidos seleccionando estos gestores
de perfiles como destino de la distribucin. Los gestores de perfiles tambin
pueden editarse para suprimir un punto final de un grupo de puntos finales
fallidos antes de volver a intentar la distribucin.
Si la redistribucin es satisfactoria, el gestor de perfiles relacionado con la

condicin de error se suprime. Si la redistribucin falla total o parcialmente, se
retiene el gestor de perfiles, que contiene slo los suscriptores que han fallado en la
redistribucin. Debera continuar el proceso de correccin de errores y de reintento
de distribucin hasta que se hayan solucionado todos los errores.
Si alguno de estos problemas persiste y no puede solucionarse, pngase en

contacto con IBM Software Support.
Cmo suprimir copias de perfil durante una cancelacin de

suscripcin
Esta seccin explica la forma de habilitar los recursos del gestor de perfiles para
eliminar copias de perfiles en suscriptores de destino. Como norma general, la
operacin de cancelacin de suscripcin se realiza a travs del escritorio de Tivoli o
a travs del comando wunsub de Tivoli Management Framework.
Antes de cualquier operacin de cancelacin de suscripcin, si desea permitir la

eliminacin de copias de perfil de Tivoli Monitoring en los suscriptores de destino
(opcin Suprimir todas las copias de perfil en el escritorio de Tivoli, o wunsub
sin la opcin l), debe habilitar el recurso de gestor de perfiles para realizar esta
accin. Puede hacerlo as implementando uno de los procedimientos descritos en
esta seccin.
Los procedimientos utilizan el mtodo de poltica de validacin del gestor de

perfiles pm_val_remove_subscribers para iniciar una distribucin de supresin
MDist 2 que elimine copias locales de perfiles en los suscriptores de destino
(puntos finales, proxies de aplicacin o gestores de perfiles).

Los procedimientos son diferentes en funcin de si tiene (o no) ya habilitado un
objeto de poltica para el gestor de perfiles en la regin de polticas distinto del
objeto de poltica proporcionado por la instalacin predeterminada de Tivoli.
Los resultados de la operacin de cancelar la suscripcin se graban en los archivos

(uno para cada perfil):
$DBDIR/AMW/logs/msg_perfil#regin_remove.log
Nota: La operacin de cancelar la suscripcin no impide la ejecucin del motor de

punto final. Todos los perfiles no afectados por la operacin de cancelar la
suscripcin permanecen activos en el punto final.
Cmo modificar la poltica del gestor de perfiles cuando no

hay ningn objeto de poltica personalizado
Puede implementar el procedimiento utilizando el escritorio de Tivoli o utilizando
la interfaz de lnea de comandos.
Cmo utilizar el escritorio de Tivoli

Haga lo siguiente:

1. Desde el dilogo Regin de polticas, seleccione Propiedades Polticas de
recursos gestionados. Se abrir el dilogo Polticas de recursos gestionados.
2. Seleccione Gestor de perfiles en la lista Recursos gestionados.

3. Seleccione ITMUnsubscribe en la lista desplegable Poltica de validacin.
Asegrese de que el recuadro de comprobacin Validacin habilitada est
seleccionado.
4. Haga clic en Establecer y cerrar.
Repita los pasos 1 al 4 para cada regin de polticas.
Para la inhabilitacin, siga los pasos anteriores, pero seleccione Ninguna u otra
poltica de validacin en la lista desplegable Poltica de validacin.
Tenga en cuenta que la desinstalacin del producto elimina la poltica de

validacin ITMUnsubscribe y la establece en Ninguna en todas las regiones de
polticas en las que se ha habilitado.

Utilizacin de la CLI
Para cada regin de polticas ejecute el comando:
wsetpr v ITMUnsubscribe e ProfileManager nombre_regin_polticas
Para la inhabilitacin, para cada regin de polticas ejecute el comando:
wsetpr v None e ProfileManager nombre_regin_polticas
Tenga en cuenta que la desinstalacin del producto elimina la poltica de

validacin ITMUnsubscribe y la establece en Ninguna en todas las regiones de
polticas en las que se ha habilitado.
Cmo modificar la poltica del gestor de perfiles cuando hay

un objeto de poltica personalizado en uso
Si ya dispone de un objeto de poltica, puede modificarlo de acuerdo con los pasos
siguientes:
1. Redirija a un archivo el mtodo de poltica que est utilizando actualmente:
wgetpolm -v ProfileManager su_objeto_poltica pm_val_remove_subscribers >
archivo_script_poltica_temp
2. Aada al script temporal el contenido del archivo
itm_remove_subscribers.validation que est instalado en el directorio
$BINDIR/TME/Tmw2k del nodo gestionado.
3. Incluya el script modificado en el objeto de poltica:
wputpolm -v ProfileManager su_objeto_poltica pm_val_remove_subscribers <
archivo_script_poltica_temp
4. Asegrese de que la poltica est habilitada en todos los recursos para las
regiones de polticas del entorno Tivoli (consulte el comando wsetpr en el
manual Tivoli Management Framework: Reference Manual).
Cmo gestionar perfiles y modelos de recurso en puntos finales

Tivoli Monitoring proporciona un conjunto de comandos para gestionar perfiles y
modelos de recurso despus de que se hayan distribuido en puntos finales:
wdmcmd Detiene o inicia Tivoli Monitoring en uno o ms puntos finales
desde un gateway o servidor.
wdmcmddistrib
Utilizando el servicio MDist 2, detiene, inicia o actualiza Tivoli
Monitoring en uno o ms puntos finales desde un gateway o
servidor.
wdmcollect Inicia o detiene la coleccin de datos desde uno o ms puntos
finales y carga los datos en el sistema de gestin de bases de datos
relacionales que utiliza Tivoli Monitoring.
wdmdistrib Distribuye un perfil a uno o ms suscriptores
wdmeng Detiene o inicia perfiles o modelos de recurso en puntos finales;
tambin suprime perfiles en puntos finales.
wdmlseng Devuelve una lista y el estado de todos los modelos de recurso que
se han distribuido a un punto final determinado.
wdmtrceng Establece los parmetros de rastreo del motor de Tivoli Monitoring
en el punto final.

Encontrar detalles sobre los comandos de Tivoli Monitoring en el Captulo 8,
Comandos, en la pgina 125; encontrar detalles de los comandos de Tivoli
Management Framework en el manual Tivoli Management Framework: Reference
Manual.
Cmo gestionar Tivoli Monitoring en gateways

Tivoli Monitoring proporciona un comando para gestionar el producto en
gateways:
wdmmn Detiene o inicia los procesos Tivoli Monitoring seleccionados en
uno o en todos los gateways.
Encontrar una descripcin de los comandos para gestionar el componente Tivoli

Business Systems Manager Adapter en gateways en el apartado Gestin de Tivoli
Business Systems Adapter desde la CLI en la pgina 107.
Cmo utilizar tareas de Tivoli Monitoring

Tivoli Monitoring proporciona el siguiente conjunto de tareas incorporadas que
puede utilizar para realizar funciones especficas del producto:
DMEndpointRemoveFiles
Utilice esta tarea para eliminar el cdigo del motor de un punto final (sin
afectar a las definiciones en el nodo gestionado).
DMEndpointUninstall
Utilice esta tarea para desinstalar un punto final (consulte el apartado
Desinstalacin de componentes de punto final en la pgina 40).
DMRebootUninstall
Utilice esta tarea para evitar el rearranque automtico de un punto final
especfico desde el gateway, principal, o de todos los puntos finales
asociados a un gateway. La tarea se debe ejecutar en el nodo gestionado
correspondiente. Despus de ejecutar esta tarea, el motor no se rearranca
en el punto final durante el rearranque hasta que no se distribuye el perfil
de nuevo.
DMLinkJRE
Utilice esta tarea en puntos finales UNIX o Linux, que ya tengan la versin
adecuada de Java Runtime Environment (JRE) instalada, para enlazar
Tivoli Monitoring con el JRE existente. Para ver detalles, consulte el
apartado Instalacin de Java Runtime Environment en la pgina 37.
DMRemoveLinkJRE
Utilice esta tarea en puntos finales UNIX o Linux para eliminar el enlace
con un JRE existente.
DMCollectEpLog
Utilice esta tarea para recopilar datos de resolucin de problemas en un
punto final. Para obtener ms detalles, consulte el apartado Serviceability
Tasks en el manual IBM Tivoli Monitoring: Problem Determination Guide.
DMCollectMnLog
Utilice esta tarea para recopilar datos de resolucin de problemas en un
nodo gestionado. Para obtener ms detalles, consulte el apartado
Serviceability Tasks en el manual IBM Tivoli Monitoring: Problem
Determination Guide.

DMCollectEpEnv
Utilice esta tarea para recopilar informacin sobre el entorno de un punto
final. Para obtener ms detalles, consulte el apartado Serviceability Tasks
en el manual IBM Tivoli Monitoring: Problem Determination Guide.
DMRemoveQuadcapDB
Utilice esta tarea para eliminar de puntos finales UNIX la base de datos
incorporable Quadcap (que se utilizaba en releases anteriores de Tivoli
Monitoring). En puntos finales UNIX la herramienta que se utiliza
actualmente es Cloudscape, y los datos de Quadcap existentes se migran
automticamente a Cloudscape. Utilice la tarea DMRemoveQuadcapDB si
no utiliza los datos de Quadcap o si ha tenido problemas por el hecho de
que la base de datos Quadcap se haca demasiado grande en los puntos
finales. Adems, tenga en cuenta que el procedimiento de migracin no
suprime la base de datos Quadcap existente; por lo tanto, es posible que
desee utilizar esta tarea para hacer esto despus de la migracin de los
datos.
DMCleanDB
| Utilice esta tarea para eliminar los archivos de base de datos de Data
| Warehouse desde un punto final (Windows o UNIX). El motor de punto
| final no se debe estar ejecutando mientras se ejecute la tarea. La base de
| datos se crea de nuevo cuando se reinicia el motor de punto final. Los
| archivos se encuentran en los directorios siguientes:
| v en Windows: %LCF_DATDIR%\LCFNEW\Tmw2k\db
| v en UNIX: $LCF_DATDIR/LCFNEW/OS_type/ITMLogger/dblogger_cloud
DMPurge_ITM_RIM_DB
Utilice esta tarea para eliminar datos de la base de datos RIM de Tivoli
Monitoring. La tarea se ejecuta de acuerdo con el valor especificado en la
clave datacollector.db_purge_interval utilizando el comando wdmconfig.
Para ver ms detalles, consulte este comando en el apartado 138.
DMSetCloudscapeNetworkServerProperties
Utilice esta tarea en puntos finales UNIX para habilitar la funcin de
Cloudscape Network Server, o para establecer los parmetros de
configuracin para Cloudscape Network Server. La tarea crea el archivo
itm.properties en el directorio $DATDIR/LCFNEW/Tmw2k/Unix/data. Tenga
presente que los cambios de configuracin nicamente se llevan a cabo
despus de que el motor se rearranque. Los parmetros de configuracin
son:
v La habilitacin/inhabilitacin de la funcin Cloudscape Network Server
(valor booleano): el valor predeterminado es que la funcin Cloudscape
Network Server est habilitada (true).
v El nmero de puerto utilizado por Cloudscape Network Server: el valor
debe estar dentro del rango de 1 a 65536, el valor predeterminado es
1527.
v La contrasea para el usuario de slo lectura denominado guest: la
contrasea predeterminada es guest.
v La habilitacin/inhabilitacin de rastreo de conexiones (valor booleano):
el valor predeterminado es que el rastreo no est habilitado (false).
Cuando est habilitado, el rastreo se crea en el directorio
$DBDIR/AMW/logs.
DMGetCloudscapeNetworkServerProperties
Utilice esta tarea en puntos finales UNIX para ver los parmetros de

configuracin para Cloudscape Network Server. Si no se puede visualizar
ningn valor, significa que Cloudscape Network Server no est habilitado.
DMCompressDB
Utilice esta tarea para comprimir la base de datos de Cloudscape en un
punto final UNIX. La tarea nicamente se ejecuta si el motor no est en
ejecucin. Los resultados se almacenan en el archivo dmtaskout.log en el
directorio:
$LCF_DATDIR/LCFNEW/Tmw2k/Unix/data/ITMLogger/dblogger_cloud
Deber establecer el tiempo de espera de la tarea en un valor mayor que el
valor predeterminado y en relacin con el tamao de la base de datos que
se va a comprimir. Antes de establecer el valor de tiempo de espera de
tarea en el dilogo Ejecutar tarea, deber comprobar el valor de tiempo de
espera en el gateway (el valor predeterminado es de 300 segundos). Si el
tiempo de espera en el gateway es menor que el tiempo de espera de la
tarea, entonces el tiempo de espera en el gateway sustituye al tiempo de
espera de la tarea. Para cambiar el tiempo de espera en el gateway, debe
usar el comando wgateway, utilizando la opcin set_session_timeout.
Consulte el manual Tivoli Management Framework: Reference Manual para
obtener ms detalles sobre este comando.
DMCreateRuleAndLoadBaroc
Utilice esta tarea para importar los archivos BAROC de Tivoli Monitoring
en la base de reglas utilizada por el servidor de Tivoli Enterprise Console.
La tarea implementa todos los pasos del procedimiento descritos en la
pgina 91, y requiere que se ejecuten los roles de autorizacin super o
senior. Deber especificar un tiempo de espera mayor que el valor
predeterminado: se recomienda un tiempo de espera de 600 segundos. La
tarea se detiene y rearranca el servidor de Tivoli Enterprise Console si se
selecciona la opcin correspondiente.
Para ejecutar una tarea de Tivoli Monitoring, puede utilizar el escritorio de Tivoli o
la interfaz de lnea de comandos. En cualquier caso, necesita tener uno de los
siguientes roles de autorizacin: admin, senior, super o itm_tasks.
Cmo ejecutar una tarea desde el escritorio de Tivoli

Para ejecutar una tarea de Tivoli Monitoring utilizando el escritorio de Tivoli, haga
lo siguiente:
1. En el escritorio de Tivoli, seleccione Conexiones TMR Regiones de polticas
de nivel superior.
Se abrir el dilogo Regiones de polticas de nivel superior.
2. Haga doble clic en el icono TivoliDefaultMw2kRegion.
Se abrir el dilogo Regin de poltica correspondiente a la poltica
predeterminada.

3. Haga doble clic en el icono Tareas de IBM Tivoli Monitoring.
Se abrir el dilogo Biblioteca de tareas mostrando todas las tareas disponibles
para Tivoli Monitoring.
4. Haga doble clic en el icono correspondiente a la tarea que desee ejecutar y
defina los parmetros de la tarea elegida en el dilogo Ejecutar tarea. Haga clic
en Ejecutar.
| Nota: Puede definir DMTaskPolicy como la poltica predeterminada que se

| utilizar con la biblioteca de tareas en cualquier regin de polticas: el uso
| de esta poltica permite que la lista apropiada de destinos se muestre en la
| lista Puntos finales de tareas disponibles en el dilogo Ejecutar tarea. La
| lista Puntos finales de tareas disponibles slo mostrar los destinos en los
| que la tarea puede ejecutarse satisfactoriamente.
Cmo ejecutar una tarea desde la CLI

Puede utilizar el comando wruntask de Tivoli Management Framework para
ejecutar una tarea de Tivoli Monitoring (consulte el manual Tivoli Management
Framework: Reference Manual para obtener una descripcin completa de este
comando).
Para ejecutar una tarea desde la lnea de comandos utilice la sintaxis siguiente
(utilice comillas para delimitar una variable que contenga espacios):
wruntask t nombre_tarea l Tareas de IBM Tivoli Monitoring h nombre_nodo

a parmetros_adicionales
Donde:
t nombre_tarea
Especifica el nombre de la tarea que se va a ejecutar.

l Tareas de IBM Tivoli Monitoring
Indica el nombre de la biblioteca de tareas que incluye la tarea que se va a
ejecutar.
h nombre_nodo
Especifica el nombre del nodo (nodo gestionado o punto final) en el que se
va a ejecutar la tarea.
a parmetros_adicionales
Especifica el conjunto de parmetros que se van a pasar a la tarea para su
ejecucin. Si el parmetro incluye un distintivo de opcin seguido por su
propio parmetro, incluya ambos entre comillas (por ejemplo, a o
opcin). La opcin a se debe repetir para cada opcin especificada. Las
siguientes tareas de Tivoli Monitoring requieren parmetros especficos:
| v Parmetros DMEndpointUninstall:
| el nombre del punto final o g nombre_gateway
| la posibilidad de inhabilitar la vista de la salida producida por la
| ejecucin de la tarea anidada (DMEndpointUninstall invoca
| DMRemoveFiles). La vista de la salida est habilitada de manera
| predeterminada.
| el valor de tiempo de espera en segundos para DMRemoveFiles (el
| valor predeterminado es de 300 segundos)
v Parmetro DMRebootUninstall: el nombre del punto final o g
nombre_gateway
v Parmetro de DMLinkJre: la ruta calificada al completo en la que est
instalado JRE (sin incluir el directorio /bin)
v Parmetros de DMCollectEpLog y de DMCollectMnLog: el nombre del
directorio y el nombre de archivo para registrar la informacin
v Parmetros de DMSetCloudscapeNetworkServer:
habilitacin/inhabilitacin de la funcin Cloudscape Network Server
(valor booleano), el nmero de puerto utilizado por Cloudscape
Network Server, la contrasea para el usuario de slo lectura
denominado guest, y la habilitacin/inhabilitacin del rastreo de
conexiones (valor booleano)
v Parmetros de DMCreateRuleAndLoadBaroc:
el nombre de la base_reglas del servidor de Tivoli Enterprise Console
donde las reglas BAROC se almacenan
tanto si Tivoli Enterprise Console se debe volver a iniciar al finalizar
la tarea como si no
la indicacin de que Tivoli Enterprise Console 3.6.2 est instalado
(incluso aunque este nivel ya no se soporte)
Los ejemplos siguientes muestran la utilizacin de wruntask:

1. para ejecutar la tarea DMEndpointUninstall en un nodo gestionado para
desinstalar uno de sus puntos finales, especificando para la tarea anidada
(DMRemoveFiles) un tiempo de espera de 500 segundos y la inhabilitacin de
la salida (opcin noheader):
wruntask t DMEndpointUninstall l IBM Tivoli Monitoring Tasks
h @ManagedNode:mn1 a ep1 a noheader a t 500
2. Ejecutar la tarea DMLinkJre en un punto final:
wruntask t DMLinkJre l Tareas de IBM Tivoli Monitoring
h @Endpoint:ep1 a /opt/IBMJava2-131/jre
3. Ejecutar la tarea DMCollectEpLog en un punto final:
wruntask t DMCollectEpLog l Tareas de IBM Tivoli Monitoring
h @Endpoint:ep1 a /opt/Tivoli/lcf/dat/1 a eplog.tar
4. Ejecutar la tarea DMCollectMnLog en un nodo gestionado:
wruntask t DMCollectMnLog l Tareas de IBM Tivoli Monitoring
h @ManagedNode:mn1 a /opt/Tivoli/lcf/dat/1 a mnlog.tar
5. Ejecutar la tarea DMSetCloudscapeNetworkServer en un punto final:
wruntask t DMSetCloudscapeNetworkServer l Tareas de IBM Tivoli Monitoring
h @Endpoint:ep1 a true a 1527 a abc123 a false
6. Ejecutar la tarea DMCreateRuleAndLoadBaroc utilizando un tiempo de espera
de 600 segundos en un nodo gestionado en el que el servidor de Tivoli
Enterprise Console (nivel 3.6.2) est instalado:
wruntask t DMCreateRuleAndLoadBaroc l Tareas de IBM Tivoli Monitoring m 600
h @ManagedNode:mn1 a Test_Rule a restartsvr a 362

Captulo 4. Funcin de latido
Tivoli Monitoring incluye una funcin de latido que supervisa los signos bsicos
de vida en puntos finales adjuntos al gateway en el que est habilitada.
El monitor de latido supervisa regularmente los puntos finales, comprobando que

estn ejecutndose correctamente. Los eventos pueden enviarse a Tivoli Business
Systems Manager (siempre que el componente Tivoli Business Systems Manager
Adapter est instalado en el gateway), a Tivoli Enterprise Console o al Grupo de
avisos de Tivoli Monitoring.
Estados de latido
La funcin puede registrar los estados siguientes de un punto final en su cach. Se
dividen en dos grupos, segn se haya enviado un evento de informacin o de
error a los monitores:
Estados para los que se enva un evento de informacin
v Activo
v El latido se ha detenido
Estados para los que se enva un evento de error
v Modelo de recursos en estado de error
v El motor de Tivoli Monitoring se ha detenido
v No hay ningn punto final disponible en la red
Cmo instalar y configurar el latido

La funcin de latido es una parte integral de Tivoli Monitoring instalada en un
gateway y no necesita ninguna instalacin especial. Sin embargo, puede configurar
los receptores de informacin de latido utilizando el comando wdmconfig
(consulte el apartado wdmconfig en la pgina 138). Para habilitar los cambios de
configuracin aplicados utilizando wdmconfig, deber detener el latido utilizando
el comando wdmmn y reiniciarlo utilizando el comando wdmheartbeat.
El comando wdmconfig permite modificar varios aspectos de la configuracin de

los componentes de Tivoli Monitoring en un gateway. En concreto, para el latido,
puede cambiar los valores de las claves de configuracin siguientes:
heartbeat.send_events_to_tbsm
Defnalo como true si desea enviar eventos de latido a Tivoli Business Systems
Manager (Tivoli Business Systems Manager Adapter debe estar instalado y
configurado en el gateway); de lo contrario, deje como valor predeterminado
false.
heartbeat.send_events_to_tec
Defnalo como true si desea enviar eventos de latido al nombre de host del
servidor de Tivoli Enterprise Console; de lo contrario, deje como valor
predeterminado false.
heartbeat.tec_server
Si ha establecido heartbeat.send_events_to_tec en true, entre aqu el nombre
del servidor Tivoli Enterprise Console (por ejemplo: ServidorEventos o
ServidorEventos@nombre_regin). El servidor debe ser un servidor Tivoli seguro.

heartbeat.send_events_to_notice
Defnalo como true si desea enviar eventos de latido al grupo de avisos de
Tivoli Monitoring; en caso contrario, deje como valor predeterminado false.
heartbeat.reboot_engine_if_down
Defnalo como true si desea habilitar la funcin de recuperacin del agente en
el que se est ejecutando Tivoli Monitoring; si no es as, deje el valor
predeterminado, false. Cuando la clave de configuracin tiene el valor true, la
funcin de recuperacin vuelve a iniciar el motor siempre que el motor deja de
ejecutarse. Sin embargo, si el motor se ha detenido utilizando wdmcmd stop,
la funcin de recuperacin no reinicia el motor.
Todas estas claves de configuracin y sus valores estn contenidos en el archivo:

$DBDIR/dmml/.config
Este archivo se puede leer pero no se debe modificar de forma manual. Si desea
modificarlo, utilice el comando wdmconfig (tenga en cuenta que es posible que los
cambios aplicados no se muestren).
Cmo controlar el latido

La funcin de latido se controla mediante la emisin de uno de los comandos
siguientes desde la consola de Tivoli:
wdmheartbeat
Detiene o inicia la supervisin de latido de los puntos finales, cambia su
frecuencia y consulta el estado del procesador de latidos (consulte el apartado
wdmheartbeat en la pgina 168 para obtener ms detalles).
wdmmn
Detiene el motor de latido en uno o en todos los nodos gestionados/gateways
(consulte el apartado wdmmn en la pgina 177 para obtener ms detalles).
La Figura 4 en la pgina 83 muestra el flujo de datos para el control de latidos.

Comandos de
Servidor de regin control de latidos 1
Tivoli Console
de gestin Tivoli
Comandos de
control de 2
latidos
Nodo gestionado de Procesador de latidos

Tivoli/Gateway
Cach del punto final
Puntos finales
Figura 4. Flujo de datos para el control de latido
Los comandos de control de latidos se dirigen al gateway (pasos 1 y 2), donde son
procesados por el procesador de latidos.
Nota: El procesador de latidos est protegido contra cierres del oserv, de manera
que si ste se cierra y, a continuacin, se vuelve a abrir, el procesador de
latidos se reinicia en la misma frecuencia en que estaba funcionando cuando
se cerr el oserv.
Flujos de datos de latido

La funcin de latido consta de estas actividades principales:
v Registro de punto final
v Supervisin de latido
v Cmo ver el cach de punto final
Registro de punto final

Cuando Tivoli Monitoring inserta un modelo de recurso en un punto final por
primera vez, o bien reinicia el motor de Tivoli Monitoring en un punto final, la
informacin del cach del punto final se actualiza cuando el gateway recibe un
mensaje del punto final diciendo que el motor se ha iniciado. La Figura 5 en la
pgina 84 ilustra el flujo de datos.
Captulo 4. Funcin de latido 83

Servidor de regin Iniciar motor o 1
Tivoli Console
de gestin Tivoli
distribuir perfil
Iniciar motor
o distribuir
perfil 2
Nodo gestionado de
Tivoli/Gateway
Almacenar datos
5
Iniciar motor Llamada ascendente
o distribuir para registrar puntos
perfil 3 4 finales
Puntos finales
Figura 5. Flujo de datos para el registro de punto final
El grfico muestra la distribucin (insercin) de un perfil desde el escritorio de

Tivoli o la emisin de un comando para iniciar un motor de punto final (pasos 1, 2
y 3). El punto final enva una llamada ascendente al gateway (paso 4), que registra
la presencia del punto final en el cach del punto final (paso 5).

Supervisin de latido
La Figura 6 muestra el flujo de datos para la funcin de latido en un gateway en
una regin de gestin Tivoli, con todos los monitores posibles configurados para
recibir los eventos de latido.
Servidor de regin
Tivoli Console
de gestin Tivoli

Nodo gestionado de Procesador de latidos Manager CommonListener
Tivoli/Gateway
Almacenar Enviar 4
estado de mensajes
latido de latido 4
3
Enviar peticin Enviar respuesta Servidor de Tivoli
de latido de latido Enterprise Console
1 2
4
Grupo de avisos (Notice Group)

Puntos finales de IBM Tivoli Monitoring
Figura 6. Flujo de datos para la funcin de latido en un gateway
El gateway emite peticiones de latido a todos los puntos finales adjuntos (paso 1).
Los datos que devuelven los puntos finales (paso 2) se almacenan en el cach del
punto final (paso 3) y se envan al monitor que est configurado para recibirlos
(paso 4).

Cmo ver el cach de punto final
Adems de los monitores descritos en el apartado anterior, tambin es posible
visualizar la informacin de latido en el cach del punto final, utilizando el
comando wdmmngcache.
Servidor de regin Ver cach 1

Tivoli Console
de gestin Tivoli
Enviar cach 5
Ver cach Enviar cach

2 4
Nodo gestionado de
Tivoli/Gateway
Recuperar
estado de
punto final
3
Puntos finales
Figura 7. Flujo de datos utilizando el comando wdmmngcache
Este diagrama muestra el flujo de datos cuando se emite un comando

wdmmngcache desde el escritorio de Tivoli. Se enva una peticin al gateway
(pasos 1 y 2), que interroga al cach (paso 3) y vuelve a enviar la informacin al
escritorio (pasos 4 y 5). No hay interaccin con los puntos finales en este flujo de
datos. Los datos tambin pueden suprimirse desde el cach utilizando este
comando.
El comando wdmmngcache tiene dos formatos de salida. Si no se utiliza la opcin

v, se proporciona una lnea para cada punto final, que muestra el estado del
latido, de la manera siguiente:
Processing ManagedNode mpulp...
Processing ManagedNode dmw2k2...
Endpoint | Status
-----------------------------------------+-------
mpulp-ep Alive
dmw2k2-ep Alive
Si se utiliza la opcin v, el comando proporciona informacin sobre el estado de

descubrimiento de los puntos finales de la manera siguiente:
Processing ManagedNode mcrudele...
Warning: DM_Adv_Edition feature not installed on the Managed Node boccaccio. Skipping...

Skipping...
Endpoint | HB status | TBSM status
---------------------+----------------------+--------------------
dmw2k2-ep DMEngineOff Not discovered
mcrudele-ep DMEngineOff Not discovered

Captulo 5. Integracin con el servidor de Tivoli Enterprise
Console
Este captulo describe la integracin de Tivoli Monitoring con el servidor Tivoli
Enterprise Console para permitir que el servidor Tivoli Enterprise Console utilice
eventos de Tivoli Monitoring.
Visin general
Para poder enviar eventos de Tivoli Monitoring al servidor Tivoli Enterprise
Console, tiene que:
v Identificar Tivoli Enterprise Console ante Tivoli Monitoring
v Habilitar la supervisin de eventos del producto y mensajes de latido en el
servidor de Tivoli Enterprise Console
Cmo identificar el servidor de Tivoli Enterprise Console en Tivoli

Monitoring
Para cada perfil que cree, debe identificar el servidor de Tivoli Enterprise Console
(o mltiples servidores) que desee utilizar para supervisar los eventos de Tivoli
Monitoring. Tambin puede elegir enviar eventos no seguros a Availability
Intermediate Manager (AIM).
Para definir la identidad del servidor Tivoli Enterprise Console para todos los
modelos de recurso de un perfil, realice los pasos siguientes:
2. Seleccione Editar Propiedades.
Se abrir el dilogo Propiedades y aparecer el nombre del perfil para el que se
debe definir la identidad del servidor y el gestor de perfiles en el que est
ubicado el perfil. Tambin aparece la opcin Enviar a TBSM.
3. Marque el recuadro de seleccin Enviar eventos a TEC para enviar eventos a

un servidor de Tivoli Enterprise Console (o mltiples servidores) o a AIM (slo
para eventos de entrega no seguros).

Nota: Si no selecciona este recuadro de seleccin, no se enviarn eventos al
servidor Tivoli Enterprise Console, aunque haya seleccionado el recuadro
de seleccin Enviar eventos a TEC en el dilogo Indicaciones y acciones.
Una vez seleccionado, se habilita la seccin En uso del dilogo. La seccin En
uso se inhabilita si no se selecciona el recuadro de seleccin Enviar eventos a
TEC. Debe seleccionar un modo de entrega; las opciones mutuamente
excluyentes son:
v Servidor(es) de eventos
Si selecciona esta opcin, todos los eventos se envan al servidor de Tivoli
Enterprise Console especificado o a mltiples servidores. Especifique el
servidor o seleccinelo en la lista desplegable Servidores. Si especifica un
servidor sin ningn nombre de regin, los eventos se envan al servidor de
Tivoli Enterprise Console local. Para indicar mltiples servidores, utilice la
coma como separador. Si el servidor es un servidor no seguro, especifique la
ubicacin del servidor seguida por el signo de suma '+' y el puerto del
servidor.
v Migracin tras error
Si selecciona esta opcin, todos los eventos se envan a un servidor de Tivoli
Enterprise Console no seguro. Si especifica mltiples servidores, los eventos
se envan al primer servidor disponible de la lista. Los servidores se
especifican por la ubicacin del servidor seguida por el signo de suma '+' y
el puerto del servidor.
En el caso de servidores seguros, es responsabilidad del gateway de Tivoli
Enterprise Console asegurarse de que los eventos se envan al primer
servidor disponible en la lista de recuperacin (el archivo de configuracin
de Tivoli Enterprise Console en el gateway se puede modificar para dicho
propsito).
Nota: Cuando se selecciona Migracin tras error como el modo de entrega, y el

servidor al que se ha enviado el evento queda inactivo, el evento de
borrado se enva al primer servidor disponible de la lista. Es necesario
cerrar el evento original manualmente una vez que el servidor est
activo de nuevo.
Nota: En puntos finales OS/400, los eventos slo se pueden enviar a un

servidor de Tivoli Enterprise Console no seguro. Si se intenta enviar un
evento a un servidor seguro en OS/400, los resultados en el evento no se
envan y se registra un error.
4. Haga clic en Aceptar para guardar las propiedades.
Se vuelve a visualizar el dilogo Perfil de supervisin de Tivoli.
Cmo habilitar la supervisin de eventos y mensajes de latido en el

servidor de Tivoli Enterprise Console
Para habilitar la supervisin de eventos de Tivoli Monitoring en un servidor Tivoli
Enterprise Console, tiene que importar los archivos BAROC de Tivoli Monitoring
en la base de reglas que utiliza el servidor Tivoli Enterprise Console.
Para ello deber elegir una de las siguientes opciones:

v ejecutar un script proporcionado por Tivoli en cada servidor de Tivoli Enterprise
Console
v o ejecutar una tarea proporcionada por Tivoli en cada servidor de Tivoli
Enterprise Console

v o ejecutar un procedimiento
Esta seccin describe las tres opciones:
Ejecucin del script
Se proporciona un script para que pueda actualizar la base de reglas de
una manera semiautomtica. El script se denomina dmae_tec_inst.sh y se
almacena en el directorio $BINDIR/TMNT_TEC.
El script se debe ejecutar en el servidor Tivoli Enterprise Console. Toma
como argumento el nombre de base_reglas del servidor Tivoli Enterprise
Console donde se almacenarn las reglas BAROC. Opcionalmente, tambin
puede especificar los parmetros siguientes:
v restartsvr para reiniciar el servidor al final del script.
v 362 se utiliza cuando est instalado Tivoli Enterprise Console 3.6.2
(aunque este nivel no est soportado).
Ejecucin de la tarea
Se proporciona una tarea para realizar las mismas acciones del script,
aunque, a diferencia de este ltimo, puede direccionar varios servidores de
Tivoli Enterprise Console simultneamente. La tarea se denomina
DMCreateRuleAndLoadBaroc; consulte el apartado Cmo utilizar tareas
de Tivoli Monitoring en la pgina 75 para obtener detalles.
Seguimiento del procedimiento
Si no desea ejecutar el script o la tarea, puede seguir los pasos individuales
que ejecutan el script y la tarea, detallados a continuacin en el
procedimiento planteado ms abajo. Para obtener una informacin
completa sobre cmo realizar cada paso del procedimiento, consulte el
manual Tivoli Enterprise Console Rule Builders Guide.
Realice los pasos siguientes:
1. Seleccione una base de reglas existente o cree una nueva para contener
los archivos BAROC de Tivoli Monitoring.
2. Importe los archivos BAROC necesarios del directorio
$BINDIR/TMNT_TEC en la base de reglas.
Es importante importar los archivos en el orden siguiente:
a. Importe el archivo Tmw2k.baroc. Para obtener ms informacin sobre
dicho archivo, consulte el manual Tivoli Enterprise Console Rule
Builders Guide.
b. Importe los archivos BAROC para todos los modelos de recurso
cuyos eventos desee enviar al servidor Tivoli Enterprise Console.
c. Importe el archivo hb_events.baroc para habilitar mensajes de
latido.
3. Importe el archivo de reglas de latido necesario del directorio
$BINDIR/TMNT_TEC en la base de reglas para habilitar el soporte de
mensajes de latido. El archivo se denomina hb_events.rls. Si desea
obtener ms informacin sobre las reglas contenidas en este archivo,
consulte el apartado Cmo conocer las reglas de Tivoli Enterprise
Console en la pgina 95.
4. Importe el archivo de reglas de eventos de borrado necesario del
directorio $BINDIR/TMNT_TEC en la base de reglas para permitir que los
eventos de borrado cierren los eventos de error con los que se
relacionan. El archivo se denomina dmae_events.rls. Si desea obtener
Captulo 5. Integracin con el servidor de Tivoli Enterprise Console 91

ms informacin sobre las reglas contenidas en este archivo, consulte el
apartado Cmo conocer las reglas de Tivoli Enterprise Console en la
pgina 95.
5. Compile y cargue la base de reglas.
6. Detenga y reinicie el servidor Tivoli Enterprise Console.
El servidor Tivoli Enterprise Console ya est listo para recibir eventos de Tivoli
Monitoring procedentes de orgenes de supervisin cuyos archivos BAROC
correspondientes ha importado en la base de reglas activa.
Para ver los eventos que enva Tivoli Monitoring, en el dilogo principal de Tivoli
Enterprise Console haga clic en el icono Todos. Consulte el manual Tivoli Enterprise
Console: Users Guide para obtener ms detalles.
Nota: El BAROC disponible con esta versin de Tivoli Monitoring tambin se

puede utilizar con Tivoli Distributed Monitoring (Advanced Edition) 4.1 o
con Tivoli Distributed Monitoring para Windows 3.7 Parche 3.
Cmo habilitar la supervisin de eventos en Availability Intermediate

Manager
Para habilitar la supervisin de eventos de Tivoli Monitoring en Availability
Intermediate Manager (AIM), siga el procedimiento que se ha descrito para el
servidor Tivoli Enterprise Console.
Slo los servidores no seguros se pueden enviar a AIM.
Slots de clases de Tivoli Enterprise Console

Esta seccin describe los slots (campos) relacionados con las clases TMW_Event y
HeartBeat_Event.
Slots de la clase TMW_Event

La tabla siguiente contiene todos los slots pertenecientes a la clase TMW_Event.
Todas las clases de eventos de los modelos de recurso de Tivoli Monitoring se
heredan de la clase TMW_Event.
Tabla 9. Slots de la clase TMW_Event
Slot Descripcin de slot Valor de slot
source Adaptador de eventos TMNT
conocido por el servidor
de eventos
sub_source Una descripcin ms N/D
detallada del origen
origin Direccin de protocolo o direccin_IP_punto_final
nombre de host del
sistema origen
sub_origin Una descripcin ms N/D
hostname El nombre del punto etiqueta_punto_final
final donde se ha
producido el evento

Tabla 9. Slots de la clase TMW_Event (continuacin)
fqhostname El nombre calificado al nombrehost_fq
completo del host donde
se ha producido el
evento
adapter_host El nombre del sistema en etiqueta_punto_final
el que se encuentra el
adaptador de eventos
que ha notificado el
evento
msg Un mensaje descriptivo mensaje
del evento
msg_catalog El nombre del catlogo ninguno
de mensajes que se va a
utilizar cuando se
muestren mensajes
internacionalizados
msg_index El desplazamiento del 0
catlogo de mensajes de
eventos
repeat_count Recuento de repeticiones 0
severity Gravedad del evento gravedad_evento
| mensaje_breve Una descripcin breve N/D
| del mensaje (mximo 20
| caracteres)
modelname El nombre del modelo de nombre_modelo_recurso
recurso
modelinstance La instancia del modelo N/D
de recurso
profilename El nombre del perfil nombre_perfil
eventid Un ID de evento id_evento
exclusivo (consulte la
informacin especfica
ms abajo)
event_key Una lista de informacin lista_claves
clave (consulte la
informacin especfica
ms abajo)
En particular, las ranuras eventid y event_key tienen el significado siguiente:

v eventid: el valor de esta ranura identifica eventos en relacin con el problema
que describen. Los eventos asociados con el mismo problema tienen el mismo
valor de eventid. Adems, los eventos de borrado tienen el mismo valor de
eventid del evento que borran.
Para clarificar esto, considere el ejemplo siguiente. Imaginemos que para el
evento E la regla de agregacin es 3 apariciones consecutivas de la indicacin (I)
con un mximo de 1 agujero (H) entre dos indicaciones. Las tablas siguientes
muestran el ciclo vital del valor eventid (entre parntesis) con o sin un evento de
borrado.

Cuando no se utilizan eventos de borrado (la 10), los eventos se generan
despus de 3 apariciones consecutivas con un mximo de un agujero entre ellas.
El valor eventid cambia cuando el evento se asocia a una instancia de problema
diferente (en T13 en la tabla).
Tabla 10. Ciclo vital de la propiedad eventid (sin evento de borrado)
Ciclos T0 T1 T2 T3 T4 T5 T6 T7 T8 T9 T10 T11 T12 T13 T14 T15
Indica- I I H I H I H I I H H I I I H H
ciones
Eventos E(id1) E(id1) E(id2)
Cuando se utilizan eventos de borrado (la 11), los eventos se generan despus de
3 apariciones consecutivas con un mximo de 1 agujero entre ellas. El evento de
borrado se enva (en T10 en la tabla) cuando el nmero de agujeros excede el
nmero mximo permitido por la regla de agregacin. El valor eventid cambia
cuando el evento se asocia a una instancia de problema diferente (en T13 en la
tabla).
Tabla 11. Ciclo vital de la propiedad eventid (con evento de borrado)
Ciclos T0 T1 T2 T3 T4 T5 T6 T7 T8 T9 T10 T11 T12 T13 T14 T15
Indica- I I H I H I H I I H H I I I H H
ciones
Eventos E(id1) C(id1) E(id2) C(id2)
v clave_evento: el valor de esta ranura identifica el conjunto de pares

nombre=valor de las propiedades de clave. Normalmente, las propiedades de
clave de una indicacin definen la instancia de recurso con la que se relaciona el
evento. El carcter ; se utiliza como separador entre cada par nombre=valor
(por ejemplo, nombre1=valor1;nombre2=valor2; ). En contraposicin a eventid,
event_key puede tener el mismo valor para eventos diferentes.
Slots de la clase HeartBeat_Event

La tabla siguiente contiene todos los slots pertenecientes a la clase
HeartBeat_Event. Todos los eventos de Tivoli Enterprise Console que enva el
latido se heredan de la clase HeartBeat_Event y estn incluidos en
$BINDIR/TMNT_TEC/hb_events.baroc.
Tabla 12. Slots de la clase HeartBeat_Event
source Adaptador de eventos TMNT
conocido por el servidor
de eventos
sub_source Una descripcin ms N/D
origin Direccin de protocolo o direccin_IP_punto_final
nombre de host del
sistema origen
sub_origin Una descripcin ms N/D
hostname El nombre del punto etiqueta_punto_final
final donde se ha
producido el evento

Tabla 12. Slots de la clase HeartBeat_Event (continuacin)
fqhostname El nombre calificado al nombrehost_fq
completo del host donde
se ha producido el
evento
adapter_host El nombre del sistema en etiqueta_nodogestionado
el que se encuentra el
adaptador de eventos
que ha notificado el
evento
severity Gravedad del evento gravedad_evento
msg Un mensaje descriptivo mensaje
del evento
msg_catalog El nombre del catlogo ninguno
de mensajes que se va a
utilizar cuando se
muestren mensajes
internacionalizados
msg_index El desplazamiento del 0
catlogo de mensajes de
eventos
repeat_count Recuento de repeticiones 0
Cmo conocer las reglas de Tivoli Enterprise Console

El directorio $BINDIR/TMNT_TEC contiene varios archivos que incluyen reglas de
Tivoli Enterprise Console. Esta seccin contiene todas las reglas, el archivo que las
contiene, una descripcin de la regla, los slots relacionados con la regla y las
acciones.
v Regla: all_events_clearing
Archivo: hb_events.rls
Descripcin: esta regla est relacionada con la funcin de latido. Cuando el
estado de latido cambia y Tivoli Enterprise Console recibe uno de los eventos
que se muestran a continuacin, la regla cierra el evento de estado antiguo
asociado con el mismo punto final:
- Heartbeat_Off
- Heartbeat_EndpointUnreachable
- Heartbeat_EndpointMigrated
- Heartbeat_DMAgentDown,
- Heartbeat_DMAgentAlive
- Heartbeat_ResourceModelsInError
Por ejemplo, si Tivoli Enterprise Console recibe el evento
Heartbeat_DMAgentDown relacionado con el host mihost procedente de la
direccin IP 146.84.112.33 y luego recibe el evento
Heartbeat_DMAgentAlive asociado con el mismo punto final, en dicho
punto la regla cierra el evento Heartbeat_DMAgentDown.
| Nota: El evento Heartbeat_EndpointMigrated slo puede enviarse si la clave

| heartbeat.send_endpoint_migrated_event de wdmconfig est
| establecida en verdadero. La clave predeterminada es falso.

Slots utilizados:
- origin
- hostname
Acciones:
- cambia a Cerrado el estado de evento del evento antiguo con los mismos
valores de slot
- cambia a Regla de evento de borrado de latido DM(AE) el administrador
de eventos del evento antiguo con los mismos valores de slot
v Regla: tmw_clearing
Archivo: dmae_events.rls
Descripcin: esta regla cierra el TMW_Event con los mismos valores de slot
event id, hostname y origin. Es decir, cierra el TMW_Event para el que se ha
generado el evento de borrado.
Slots utilizados:
- origin
- hostname
- eventid
Acciones: si se encuentra el TMW_Event relacionado,
- cambia a Cerrado el estado de evento del evento antiguo con los mismos
valores de slot
- cambia a Regla de evento de borrado DM(AE) el administrador de
eventos del evento antiguo con los mismos valores de slot
- elimina el evento de borrado actual
v Regla: drop_tmw_clearing
Archivo: dmae_events.rls
Descripcin: esta regla elimina el evento de borrado, aunque el TMW_Event
relacionado ya se haya cerrado o eliminado.
Slots utilizados:
- origin
- hostname
- eventid
Acciones: si se encuentra el TMW_Event relacionado,
- elimina el evento de borrado actual
v Regla: transform_heartbeat
Archivo: hb_ext.rls
Descripcin: esta regla crea un evento TEC_IS_UNREACHABLE cada vez
que el servidor de Tivoli Enterprise Control recibe un evento
Heartbeat_EndpointUnreachable. Esto permite integrar Tivoli Monitoring y
NetView.
Slots utilizados:
- origin
- hostname
- eventid
Nota: Para habilitar el reenvo de Heartbeat_EndpointUnreachable a NetView,

debe importar las reglas utilizando el orden siguiente:
1. import hb_events.rls

2. import hb_ext.rls
3. import netview.rls

Captulo 6. Integracin con Tivoli Business Systems Manager
Este captulo describe la integracin de Tivoli Monitoring con Tivoli Business
Systems Manager, de manera que los eventos de Tivoli Monitoring puedan
enviarse y ser analizados por Tivoli Business Systems Manager. Se tratan los temas
siguientes:
v Cmo instalar Tivoli Business Systems Manager Adapter
v Cmo configurar Tivoli Business Systems Manager Adapter
v Utilizacin de Tivoli Business Systems Manager Adapter
v Cmo ver datos de Tivoli Business Systems Manager
v Cmo habilitar e inhabilitar la integracin de Tivoli Business Systems Manager
v Gestin de Tivoli Business Systems Adapter desde la CLI
Visin general
Tivoli Business Systems Manager es una aplicacin que permite realizar una
gestin distribuida o una gestin de OS/390. Incluso cuando un sistema
empresarial se extiende por varias plataformas, Tivoli Business Systems Manager
permite supervisar y controlar grficamente los componentes empresariales
interconectados y los recursos del sistema operativo. Un componente empresarial y
sus recursos reciben el nombre de Lnea de negocio (LOB - Line of Business).
Utilizando el concepto de LOB Tivoli Business Systems Manager le ayuda a
planificar, definir y controlar un sistema empresarial. Tivoli Business Systems
Manager, junto con otros componentes de gestin Tivoli, ayuda a gestionar las
dependencias entre los componentes empresariales y su infraestructura subyacente.
Los recursos de gestin Tivoli Business Systems Manager incluyen la gestin de

eventos generados por Tivoli Monitoring, de manera que cuando est utilizando
Tivoli Business Systems Manager, pueda dirigir algunos o todos los eventos
generados por Tivoli Monitoring a la interfaz de Tivoli Business Systems Manager,
y pueda gestionarlos de la misma manera que gestiona otros aspectos de sus
sistemas empresariales.
Los eventos de Tivoli Monitoring se envan a Tivoli Business Systems Manager a

travs de Tivoli Business Systems Manager Adapter, un componente de Tivoli
Monitoring que debe instalarse en todos los gateways de una regin.
El adaptador proporciona a Tivoli Business Systems Manager informacin sobre

recursos gestionados por Tivoli Monitoring mediante un descubrimiento
masivo/delta. A continuacin, puede aportar informacin de latido y eventos de
Tivoli Monitoring a los sistemas descubiertos.
Cmo instalar Tivoli Business Systems Manager Adapter

Tivoli Business Systems Manager Adapter se instala como un producto de la
misma manera que se instala Tivoli Monitoring; consulte el apartado
Instalacin/actualizacin del producto en la pgina 29.
Nota: Tivoli Business Systems Manager Adapter no se puede instalar en gateways

HP-UX.

Durante la instalacin, deber definir la ruta de instalacin de Java Runtime
Environment en Tivoli Business Systems Manager Adapter. Para hacerlo, siga estos
pasos en el dilogo Opciones de instalacin (Install Options):
1. Entre los detalles siguientes:

Ruta de JRE para ... (JRE path for ...)
Para cada tipo de plataforma en la que desea instalar el adaptador,
escriba la ruta completa del directorio de instalacin raz de Java
Runtime Environment (sin incluir el directorio /bin).
2. Pulse Establecer (Set) para guardar las rutas.
Si no todas las plataformas del mismo tipo tienen el mismo directorio raz para
Java Runtime Environment, haga lo siguiente:
1. Entre la ruta ms comn para la plataforma en cuestin.
2. Para cada gateway que no utilice la ruta proporcionada, utilice el comando
wdmconfig para modificar la variable tbsma.jre_root y establecer la ruta
correcta.
Si pulsa Cerrar (Close) en el dilogo Opciones de instalacin, la ruta de instalacin

de JRE no se define. En este caso, utilice el comando wdmconfig para establecer la
variable tbsma.jre_root en la ruta correcta.
Cmo configurar Tivoli Business Systems Manager Adapter

Tivoli Business Systems Manager Adapter se configura utilizando el comando
wdmconfig. Puede dirigir este comando a un gateway, a una lista de gateways o a
todos los gateways de la regin, y permite proporcionar cualquier nmero de pares
clave/valor como parmetros. Los pares clave/valor que necesitar para la
configuracin son los siguientes:
adapter.trace.enable
Defnalo como true (verdadero) si desea escribir en el archivo identificado
en trace.filename todos los mensajes de rastreo relacionados con las
operaciones del adaptador. El valor predeterminado es false.
adapter.trace.level
Defnalo como low (bajo), medium (medio) o high (alto), segn el nivel de
detalle que necesite si ha habilitado los mensajes de rastreo del adaptador.
El valor predeterminado es low.
adapter.working.dir
Directorio de trabajo que utilizar el adaptador. El valor predeterminado,
recomendado, es el directorio de capa intermedia de Tivoli Monitoring
($DBDIR/dmml).
| adapter.xml.validation
| Defnalo como verdadero si desea habilitar la validacin xml. El valor
| predeterminado es false.

tbsma.jre_root
Este parmetro se define durante la instalacin de Tivoli Business Systems
Manager Adapter (consulte el apartado Cmo instalar Tivoli Business
Systems Manager Adapter en la pgina 99) y normalmente no necesitar
cambiarlo manualmente). Sin embargo, si, por ejemplo, desea instalar el
adaptador en un grupo de gateways utilizando una instancia del comando
o de la accin de instalacin, necesitar cambiar este parmetro en aquellos
gateways del grupo que tengan JRE instalado en una ubicacin distinta de
la proporcionada en el dilogo Opciones de instalacin.
Defina este parmetro con la ruta completa del directorio raz de Java
Runtime Environment, 1.3.0 (salvo el directorio /bin).
Nota: En una estacin de trabajo Windows NT, si la ruta de destino de

instalacin contiene un directorio cuyo nombre incluye espacios, el
nombre del directorio debe especificarse entre apstrofos, como en el
ejemplo siguiente:
D:\Archivos de programa\jre
tbsma.listener_timeout
Este parmetro se establece para definir el tiempo de espera mximo para
crear una conexin con Tivoli Business Systems Manager CommonListener.
El tiempo de espera se expresa en minutos: el valor mnimo es 1 minuto, el
valor predeterminado es 30 minutos.
| tbsma.trace_level
| Especifica el nivel de los rastreos del motor de Tivoli Business Manager
| (procesos tmnt_tbsm_eng y tmnt_tbsm_wrapper). El valor mnimo es 0, el
| mximo es 2, el predeterminado es 1.
| tbsma.trace_size
| Especifica en bytes el tamao de los rastreos de motor de Tivoli Business
| Manager (procesos tmnt_tbsm_eng y tmnt_tbsm_wrapper). El valor
| predeterminado es 500000.
| trace.filename
| Nombre del archivo en el que se escribirn los mensajes de rastreo desde el
| adaptador. El nombre de archivo predeterminado es DM.trc.
| transport.local.ip.address
| Especifica la direccin IP del nodo que ejecuta Tivoli Business Systems
| Manager Adapter. El valor predeterminado es la direccin IP del nodo en
| el que se ha creado el archivo de configuracin.
| transport.request.address
| Especifica la direccin para peticiones. La direccin predeterminada es
| local_IP_address.DM.QM+DM.Q (por ejemplo,
| 146.84.112.165.DM.QM+DM.Q)
| transport.response.address
| Especifica la direccin para respuestas. La direccin predeterminada es
| 146.84.112.165.DM.QM+DM.Q)
| transport.request.port
| Especifica el nmero de puerto utilizado para recibir peticiones. El valor
| transport.response.port
| Especifica el usuario de nmero de puerto al que enviar respuestas. El
| valor predeterminado es 6969.
Captulo 6. Integracin con Tivoli Business Systems Manager 101

| transport.mqe.fileregistry
| Especifica el registro de archivo para la cola de mensajes. El
| predeterminado es com.ibm.mqe.registry.MQeFileSession.
| transport.mqe.maxchannels
| Especifica el nmero mximo de canales para la cola de mensajes. El valor
| transport.mqe.local.queue.store
| Especifica cmo la cola de mensajes local almacena los datos entrantes. El
| valor puede ser uno de los siguientes (el predeterminado es file):
| file Indica que los datos se graban en el disco hasta que los recibe
| CommonListener
| memory
| Indica que los datos se guardan en la memoria
| reduced
| Indica que algunos datos se guardan en la memoria pero que, a
| partir de una cantidad determinada, los datos se graban en el disco
| transport.mqe.remote.queue.store
| Especifica cmo la cola de mensajes remotos almacena los datos entrantes.
| El valor puede ser uno de los siguientes (el predeterminado es file):
| CommonListener
| memory
| reduced
transport.mqe.usefiller
Defnalo como true si el gateway en el que est instalado el adaptador
ejecuta Windows NT, 4.0, Service Pack 5; en caso contrario, deje el valor
predeterminado, false.
transport.server.ip.address
Direccin de IP o nombre de host del componente CommonListener de
Tivoli Business Systems Manager, que escucha los mensajes de los sistemas
que se estn gestionando. Por ejemplo:
transport.server.ip.address=193.202.74.21
| transport.server.mqe.address
| Direccin del componente CommonListener. La direccin predeterminada
| es ServerQM+ServerQ.
transport.server.mqe.port
Nmero de puerto del componente CommonListener. Por ejemplo:
transport.server.mqe.port=8082
transport.trace.enable
Defnalo como true si desea escribir en el archivo identificado en
trace.filename todos los mensajes relacionados con el transporte de datos
adquiridos por el adaptador a CommonListener. El valor predeterminado
es false.

transport.trace.level
Defnalo como low, medium o high, segn el nivel de detalle que necesite
si ha habilitado los mensajes de rastreo del adaptador. El valor
predeterminado es low.
Todos estos pares de clave/valor y sus valores estn contenidos en el archivo:

$DBDIR/dmml/.config
Para obtener ms detalles sobre la sintaxis del comando, consulte el apartado

wdmconfig en la pgina 138
Utilizacin de Tivoli Business Systems Manager Adapter

Una vez instalado y configurado, el adaptador proporciona sus servicios de una
manera totalmente automtica y no necesita iniciarse o detenerse
independientemente.
Realiza las actividades siguientes:

Descubrimiento masivo
El comando wdmdiscovery puede emitirse desde el escritorio de Tivoli
para realizar un descubrimiento masivo. El adaptador enva detalles de
todos los sistemas que tiene en su cach a CommonListener de Tivoli
Business Systems Manager. Para obtener ms detalles sobre la sintaxis del
comando, consulte el apartado wdmdiscovery en la pgina 145. La
Figura 8 en la pgina 104 muestra los flujos de datos para el
descubrimiento masivo.
Descubrimiento delta
El mismo comando wdmdiscovery puede emitirse desde el escritorio de
Tivoli para realizar un descubrimiento delta. El adaptador enva detalles de
todos los cambios desde el ltimo descubrimiento a Tivoli Business
Systems Manager CommonListener. Para obtener ms detalles sobre la
sintaxis del comando, consulte el apartado wdmdiscovery en la pgina
145. La Figura 8 en la pgina 104 muestra los flujos de datos para el
descubrimiento delta.

Descubrimiento
Servidor de regin masivo/delta 1
Tivoli Console
de gestin Tivoli
Descubri-
miento 2
masivo/
delta Tivoli Business Systems
Manager Adapter Enviar mensajes de TBSM
4

Nodo gestionado de
Tivoli/Gateway
Preparar
mensajes
de TBSM
3
Puntos finales
Figura 8. Flujos de datos para el descubrimiento masivo/delta
El grfico muestra el flujo de datos para el descubrimiento masivo y delta. El

comando wdmdiscovery se emite desde el escritorio de Tivoli (pasos 1 y 2). En el
gateway de destino, Tivoli Business Systems Manager Adapter obtiene la
informacin adecuada de descubrimiento (masivo o delta) del cach del punto final
(paso 3) y la enva a Tivoli Business Systems Manager CommonListener (paso 4),
Nota: El adaptador espera a que CommonListener responda a un comando de

descubrimiento dentro de un tiempo de espera configurable (el valor
predeterminado es de 300 segundos). Si los sistemas en los que estos
componentes se estn ejecutando tienen configuraciones de tiempo mal
alineadas, el valor de tiempo de espera puede que se haya excedido y el
descubrimiento se rechazar. La solucin consiste en alinear las
configuraciones de tiempo de los sistemas o aumentar el valor de tiempo de
espera. Para obtener ms detalles consulte el apartado Problem
Determination del manual IBM Tivoli Monitoring: Problem Determination
Guide.
Cmo ver datos de Tivoli Business Systems Manager

Los datos de Tivoli Business Systems Manager se pueden ver desde la consola de
Java, tal como se muestra en la Figura 9 en la pgina 105. La actividad tiene lugar
sin que se produzca ninguna interaccin con los componentes de Tivoli
Monitoring.

Servidor de regin de
Tivoli Console
gestin Tivoli
Ver recursos,
Abrir consola 1 eventos de
2 modelo de
Java de TBSM
recursos y
eventos de
latido

Nodo gestionado de
Tivoli/Gateway
Puntos finales
Figura 9. Flujo de datos para visualizar datos de Tivoli Monitoring en Tivoli Business
Systems Manager

Los datos aparecen con Tivoli Business Systems Manager, tal como se muestra en
el dilogo siguiente de Tivoli Business Systems Manager.
Este dilogo muestra la vista Todos los recursos (All Resources) de Tivoli Business
Systems Manager. Se ha abierto un Contenedor de objetos empresariales (Business
Object Container) para mostrar una empresa con al menos dos redes IP. La red IP
69 se ha abierto para mostrar una subred nica y un segmento dentro del cual hay
un nmero de sistemas. El sistema lab03113-nt se ha abierto para mostrar dos
entidades:
Sistema operativo (Operating System)
Las propiedades de este objeto contienen informacin sobre los recursos
del sistema, incluidos los eventos de Tivoli Monitoring.
Elemento de software (Software Element)
Las propiedades de este objeto contienen la informacin de latido.
Nota: Para cada subred de la jerarqua de la empresa puede configurar una

mscara de subred utilizando el comando wdmconfig (consulte el apartado
Cmo configurar Tivoli Business Systems Manager Adapter en la pgina
100).
Cmo habilitar e inhabilitar la integracin de Tivoli Business Systems

Manager
Para cada perfil que cree puede elegir inhabilitar la integracin de Tivoli Business
Systems Manager para todos los modelos de recurso del perfil. Se trata de una
alteracin temporal que pasa por alto la opcin Enviar a TBSM que puede
configurarse para cualquier indicacin de cualquier modelo de recurso del perfil
(consulte el apartado Cmo personalizar umbrales y reglas de eventos en la
pgina 54).
Para inhabilitar la opcin Enviar a TBSM, realice los pasos siguientes:

2. Seleccione Editar Propiedades.
Se abrir el dilogo Propiedades y aparecer el nombre del perfil para el que se
debe definir la identidad del servidor y el gestor de perfiles en el que est
ubicado el perfil. Tambin aparece la opcin Enviar a TBSM.
3. Si desea enviar eventos de este perfil a Tivoli Business Systems Manager,

marque la opcin Enviar a TBSM.
Nota: Si no selecciona este recuadro de seleccin, no se enviarn eventos al

servidor de Tivoli Business Systems Manager, aunque haya seleccionado
el recuadro de seleccin Enviar a TBSM en el dilogo Indicaciones y
acciones.
4. Haga clic en Aceptar para guardar las propiedades.
Se volver a abrir el dilogo Perfil de Tivoli Monitoring.
Gestin de Tivoli Business Systems Adapter desde la CLI

Los comandos siguientes se encuentran disponibles para la gestin de Tivoli
Business Systems Manager Adapter desde la interfaz de lnea de comandos:
wdmconfig
Actualiza el archivo de configuracin de Tivoli Business Systems Manager
Adapter.
wdmdiscovery
Ejecuta un descubrimiento masivo o delta en determinados puntos finales de
determinados gateways. El comando debera utilizarse slo si est instalado
el componente Tivoli Business Systems Manager Adapter.
wdmmngcache
Suprime o enumera todo el contenido del cach de punto final (o una parte
del mismo).
Para obtener ms detalles sobre los comandos, consulte el Captulo 8, Comandos,

en la pgina 125.

Captulo 7. Integracin con Tivoli Data Warehouse
Este captulo describe cmo integrar Tivoli Monitoring con Tivoli Data Warehouse,
de modo que Tivoli Data Warehouse pueda utilizar los datos recopilados con un
modelo de recurso definido por el usuario.
Se tratan los temas siguientes:

v Visin general
v Escenario personalizado utilizando Tivoli Monitoring
v Habilitacin del registro de datos en el depsito de datos central
v Cmo instalar y configurar el componente Tivoli Enterprise Data Warehouse
Support

Warehouse
Visin general
Tal como se muestra en la figura siguiente, Tivoli Data Warehouse consta de un
almacn de datos central donde se almacenan, agregan y correlacionan los datos
histricos procedentes de aplicaciones de gestin (origen n en la figura).

Depsito de datos central Despensa de datos
ETL ETL
Fuente 1 Despensa
de datos
Fuente 2 Depsito de Despensa

datos central de datos
Fuente 3 Despensa
de datos
Figura 10. Visin general de Tivoli Data Warehouse
Un depsito de datos es un subconjunto un almacn de datos que contiene datos

adaptados y optimizados para requisitos especficos de anlisis y notificacin.
Tanto la extraccin inicial de los datos de la aplicacin fuente en el almacn de
datos central como la extraccin de los datos procedentes del almacn de datos
central en depsitos de datos especficos se manejan mediante procesos de
extraccin, transformacin y carga (ETL).
El ETL de almacn de datos central lee los datos de las fuentes externas seleccionadas,
verifica los datos, hace que los datos cumplan con el esquema genrico que utiliza
el almacn de datos y coloca los datos en el almacn de datos central.
El ETL de depsito de datos extrae un subconjunto de datos del almacn de datos

central, los transforma y los carga en un modelo de datos de depsito de datos o
en la base de datos de la aplicacin para que se utilicen con objetivos especficos
de la aplicacin.
Tivoli Monitoring y cualquier aplicacin desarrollada que interacte con Tivoli

Data Warehouse son los responsables de ejecutar ambos procesos ETL. En Tivoli
Monitoring el ETL del almacn de datos central se denomina ETL1 (AMX en el CD
del producto), mientras que el ETL del almacn de datos se denomina ETL2 (AMY en
el CD del producto para datos del sistema operativo).
Tivoli Monitoring utiliza una base de datos de propietario (accesible mediante un

Mdulo de interfaz RDBMS - RIM). El proceso de ETL1 de Tivoli Monitoring
extrae datos de la base de datos RIM de Tivoli Monitoring y la carga en el almacn
de datos central. El proceso de ETL2 de Tivoli Monitoring mueve los datos del
almacn de datos central a un almacn de datos.
Las secciones siguientes describen estas operaciones con ms detalle.

Escenario personalizado utilizando Tivoli Monitoring
Utilizando Tivoli Monitoring, este es un escenario de cliente de alto nivel que
permite la integracin con Tivoli Data Warehouse:
v El programador del proveedor de software independiente (ISV Business Partner)
o el programador de Warehouse Pack utilizan la herramienta Resource Builder
de Tivoli Monitoring Resource para crear un modelo de recurso con capacidad
de registro. Adems, el desarrollador debe crear un script SQL DML que
contenga informacin que facilitar el registro de datos en el almacn de datos
central. El script se debe crear segn las reglas dictadas por las publicaciones
siguientes:
Tivoli Enterprise Data Warehouse: Enabling an Application for Tivoli Enterprise
Data Warehouse
Tivoli Monitoring Warehouse Enablement Pack: Implementation Guide
v De forma alternativa, el desarrollador puede decidir utilizar uno de los modelos
de recurso proporcionados con el producto. En este caso, no es necesario crear
un script SQL DML porque, para datos del sistema operativo, Tivoli Monitoring
se ocupa de registrar la informacin adecuada en el almacn de datos central.
v El operador de Tivoli Monitoring instala el modelo de recurso en el servidor
Tivoli, lo incluye en un perfil, lo habilita para el registro de datos en el almacn
de datos central y distribuye el perfil a los puntos finales para que lo
supervisen.
v El punto final ejecuta el modelo de recurso y los datos se coleccionan en la base
de datos del punto final.
v El operador utiliza el comando wdmcollect para planificar la subida de datos
(mediante el servicio MDist 2) de la base de datos de punto final a la base de
datos RIM utilizada por Tivoli Monitoring.
v Una vez los datos estn cargados en la base de datos, el proceso Tivoli
Monitoring ETL1 (AMX en el CD del producto), e instalados y planificados en
Tivoli Data Warehouse, extrae los datos de la base de datos y los carga en el
almacn de datos central.
v En cuanto ETL1 finaliza, el proceso ETL2 mueve la informacin desde el
almacn de datos central a un depsito de datos que pueda proporcionar
informes de ejemplo. Aunque Tivoli Monitoring proporciona un proceso ETL2
(AMY en el CD del producto para datos del sistema operativo), las diversas
aplicaciones (Warehouse Packs) que necesitan utilizar datos de Tivoli Monitoring
son realmente los responsables de ejecutar sus propios procesos ETL2. De hecho,
cada aplicacin sabe qu tipo de datos necesita, qu tipo de anlisis se tiene que
realizar en los datos y qu tipo de informes se tienen que crear.
Habilitacin del registro de datos en el depsito de datos central

Habilite el registro de datos en el almacn de datos central editando los valores del
registro de datos para cada modelo de recurso. Para hacer esto, realice los pasos
siguientes:
2. Seleccione el modelo de recurso que desee personalizar.
3. Haga clic en Editar. Se abrir el dilogo Editar modelo de recurso.
4. En el dilogo Editar modelo de recurso, haga clic en Registrar.
Se abrir el dilogo Registro.
Captulo 7. Integracin con Tivoli Data Warehouse 111

5. En el recuadro de grupo Valores del registro de datos, seleccione el recuadro
de seleccin Activar registro de datos.
Esto habilita el registro de todos los datos recopilados por el modelo de recurso
en la base de datos de punto final de Tivoli Monitoring.
6. Para habilitar el registro de datos en el almacn de datos central, seleccione uno
de los recuadros de seleccin siguientes:
v Datos TEDW o
v Datos sin procesar y Datos TEDW
Si selecciona Datos TEDW, el motor de Tivoli Monitoring agrega los datos
recopilados durante cada momento del ciclo y almacena los resultados en la
base de datos de punto final despus de cada periodo de agregacin de 1 hora.
Si selecciona Datos sin procesar y Datos TEDW, adems de los datos
agregados en la hora (Datos TEDW), tambin los datos registrados en cada
momento del ciclo (Datos sin procesar) se almacenan en la base de datos de
punto final. Sin embargo, slo se considerarn los datos agregados en la hora
durante la exportacin hacia la base de datos RIM.
7. Si desea guardar los cambios, haga clic en Aplicar cambios y cerrar.
Se cerrar el dilogo Registro.
El motor de Tivoli Monitoring inicia la coleccin de datos (para el almacn de

datos central) en la siguiente hora completa despus de la hora de distribucin de
perfiles. En ese momento, despus de un periodo de agregacin de 1 hora, los

datos se almacenan en la base de datos de punto final. Finalmente, 20 minutos
despus, los datos se exportan de la base de datos de punto final a un archivo
XML.
La figura siguiente muestra el proceso de registro de datos respecto a la hora de

las actividades individuales:
Figura 11. Lnea horaria para el registro de datos para el almacn central de datos
Nota: Actividades como por ejemplo la redistribucin del mismo perfil, o la

detencin o reinicio del motor, eliminan los datos del cach, haciendo que la
coleccin de datos se inicie de nuevo en la siguiente hora completa y
retardando la carga en el almacn de datos.
Cmo instalar y configurar el componente Tivoli Enterprise Data

Warehouse Support
El componente Tivoli Enterprise Data Warehouse Support de Tivoli Monitoring
Versin 5.1.2 incluye los archivos que permiten la integracin con Tivoli Data
Warehouse.
En esta seccin se explica cmo instalar y configurar el componente Tivoli

Enterprise Data Warehouse Support. La instalacin requiere que el usuario
complete cada uno de los siguientes procedimientos en el orden especificado:
1. Cmo verificar los requisitos previos
2. Cmo instalar el componente Tivoli Enterprise Data Warehouse Support
3. Cmo crear y configurar la estructura de base de datos
Cmo verificar los requisitos previos

A continuacin se detallan los requisitos previos para utilizar el componente Tivoli
Enterprise Data Warehouse Support:

v Asegrese de que haya un sistema de gestin de bases de datos relacionales
adecuado (RDBMS, como DB2, Informix, Microsoft SQL, Oracle o Sybase)
instalado dentro de la regin de Tivoli o en sistema externo al que se pueda
acceder. Si el software del servidor RDBMS se instala dentro de la regin de
gestin Tivoli, se tienen que llevar a cabo los pasos de configuracin que se
muestran a continuacin para proporcionar acceso directo al servidor RDBMS. Si
el servidor RDBMS est instalado fuera de la regin de gestin Tivoli, el
componente cliente RDBMS se debe instalar dentro de la regin, y los pasos se
configuracin se deben referir al software de cliente RDBMS.
El administrador de bases de datos es el responsable de instalar y configurar la
base de datos. Para obtener informacin sobre cmo instalar y utilizar la base de
datos, consulte la documentacin que se suministra con la misma.
v Asegrese de que Tivoli Monitoring est instalado y actualizado en el servidor
de regin de gestin Tivoli.
Cmo instalar el componente Tivoli Enterprise Data

Warehouse Support
Este componente debe estar instalado en el servidor de regin de gestin Tivoli y,
opcionalmente, en uno o varios nodos gestionados. Debe instalar el componente en
el servidor antes de instalarlo en los nodos gestionados.
Para instalar el componente, siga el siguiente procedimiento:

1. Asegrese de que Tivoli Monitoring est instalado y actualizado en todos los
nodos gestionados (incluido el servidor de la regin de gestin Tivoli) en el
sistema.
2. En el dilogo Escritorio de Tivoli, seleccione Escritorio Instalacin Instalar
producto. Aparecer el dilogo Instalar producto.
3. Seleccione IBM Tivoli Monitoring 5.1.2 - Tivoli Enterprise Data Warehouse
Support y haga clic en Instalar y cerrar. Se mostrar el dilogo Opciones de
instalacin (Install Options):
4. Este paso crea el objeto Mdulo de interfaz RDBMS (RIM) necesario para
actuar como interfaz con la base de datos RDBMS.
Rellene los campos de las Opciones de instalacin tal como se indica en la
Tabla 13 en la pgina 115 y haga clic en Establecer (Set). Si hace clic en
Establecer sin llenar las Opciones de instalacin, el objeto Rim se crea con los

parmetros predeterminados (para DB2).
Tabla 13. Opciones de instalacin para el componente Tivoli Enterprise Data Warehouse
Proveedor de bases de El nombre del proveedor del producto RDBMS para gestionar
datos los datos del componente. Las bases de datos soportadas son
Sybase, Oracle, MS-SQL, DB2 e Informix.
Inicio de base de datos El directorio del host RIM en el que est instalado el software
(el servidor o el cliente RDBMS, si el servidor est fuera de
TMR).
ID de base de datos Un nombre exclusivo para la base de datos. El valor
predeterminado es itm_db.
ID de usuario de base de ID del usuario que est autorizado para acceder a la base de
datos datos. El valor predeterminado es en blanco. Si la base de
datos es DB2, debido a una limitacin RIM conocida, el ID de
usuario debe ser igual a la etiqueta de nombre de instancia y
debe estar definido con privilegios de administracin. Si la
base de datos es Sybase, o cualquier base de datos sensible a
las maysculas y minsculas, el ID de usuario debe estar en
maysculas.
ID de servidor de bases de El nombre del servidor RDBMS. Es un alias para habilitar la
datos conexin entre cliente y servidor.
Nombre de instancia (slo Nombre de la instancia de DB2.
DB2)
Intervalo de tiempo de Todos los datos que tengan una antigedad superior al
eliminacin (das) nmero de das especificado se eliminan de la base de datos.
Nombre de host Rim La etiqueta del sistema host RIM, en el que est instalado el
(etiqueta) cliente o servidor RDBMS. Si este campo contiene
informacin, el objeto RIM se crea en el nodo gestionado
indicado en este campo. Si este campo no contiene
informacin, el objeto RIM se crea en el servidor TMR.
Si deja en blanco todos los campos y hace clic en Cerrar (lo que impide la
creacin del objeto RIM), puede configurarlo manualmente, tal como se
describe en el apartado Cmo crear un objeto RIM utilizando un script de
shell en la pgina 120. Luego debe configurar los recopiladores de datos ya
instalados para que funcionen con el objeto RIM utilizando el comando
wdmconfig; consulte el apartado Configuracin de Tivoli Enterprise Data
Warehouse Support en la pgina 119 para obtener ms informacin. El nombre
del objeto RIM creado es itm_rim_nombre host RIM. Una contrasea de usuario
de base de datos predeterminada tambin est asociada con el objeto RIM: la
contrasea predeterminada es itmitm. Despus de crear el objeto RIM, puede
necesitar cambiar la contrasea (utilizando el comando wsetrimpw de Tivoli
Management Framework) para que coincida con la contrasea de base de datos
utilizada por el ID de usuario de base de datos para conectar con la instancia
de base de datos. Tenga en cuenta las siguientes restricciones cuando cambie la
contrasea de base de datos:
v Para usuarios de DB2, la contrasea debe coincidir con la contrasea del
propietario de la instancia de DB2
v Para usuarios de Sybase, la contrasea debe tener al menos 6 caracteres de
longitud
v Para usuarios de Informix, la contrasea debe coincidir con la contrasea de
usuario de Informix NT o de UNIX
5. Se abrir el dilogo Instalacin de producto. Este dilogo proporciona una lista
de las operaciones que se han de realizar y le avisa de los problemas que
puede corregir antes de realizar la instalacin.

6. Revise la informacin de estado y haga clic en Continuar la instalacin.
El dilogo Instalacin de producto informa de cundo se completa la
instalacin.
En este punto, la instalacin ha creado un objeto RIM que actuar como
interfaz con el RDBMS en el host RIM y ha configurado todos los recopiladores
de datos de modo que funcionen con el objeto.
7. Verifique que el objeto RIM se ha creado correctamente emitiendo el comando
wgetrim itm_rim_nombre host Rim. Si alguno de los valores no es correcto,
utilice el comando wsetrim con las opciones adecuadas para cambiar el objeto
etiquetado itm_rim_nombre host RIM Si cambia el nombre de RIM, debe
actualizar la configuracin de los recopiladores de datos ya instalados (que
utilizan el objeto RIM cuyo nombre se ha modificado) utilizando el comando
wdmconfig.
Cmo crear y configurar la estructura de base de datos

En esta seccin se explica cmo crear y configurar la estructura de bases de datos
(para el componente Tivoli Enterprise Data Warehouse Support) desde un script de
shell (en el apartado Cmo crear una estructura de base de datos utilizando el
procesador de SQL en la pgina 121 se describe un mtodo alternativo que utiliza
el procesador de SQL). Hay tres pasos bsicos:
v Cmo verificar los requisitos previos
v Cmo crear y configurar la estructura de base de datos
v Cmo verificar la conexin de objeto RIM
Cmo verificar los requisitos previos

Los requisitos previos para este procedimiento son los siguientes:
1. Lea la descripcin del procedimiento en el apartado Cmo crear y configurar
la estructura de base de datos y determine el sistema en el que va a ejecutar el
procedimiento. Si el sistema est dentro de la regin de Tivoli, asegrese de
que tiene establecido el entorno Tivoli. Para establecer el entorno Tivoli, ejecute
el siguiente comando, en funcin del entorno (la ubicacin del comando que se
muestra aqu es la ubicacin predeterminada):
UNIX/Linux
/etc/Tivoli/setup_env.sh
Windows
/system32/winnt/drivers/etc/Tivoli/setup_env.cmd
2. Antes de crear la estructura de bases de datos correspondiente a Tivoli
Enterprise Data Warehouse Support, asegrese de hacer una copia de seguridad
de la base de datos RDBMS.
Cmo crear y configurar la estructura de base de datos

Los pasos a seguir son los siguientes:
1. Determine el sistema desde el que se va a ejecutar el procedimiento, que
depender del proveedor de bases de datos y del sistema operativo:
Creacin de bases de datos Oracle, Sybase o Microsoft-SQL
El procedimiento se tiene que ejecutar desde el host RIM en el que est
instalado el cliente o servidor de bases de datos, y del siguiente modo:
v Para Windows NT y Windows 2000, desde un shell bash de Tivoli
v Para UNIX, desde cualquier shell UNIX
Creacin de bases de datos DB2 e Informix
El procedimiento se debe ejecutar desde una lnea de comandos DB2 o

Informix en el servidor de bases de datos. Esto se debe a que no puede
ejecutar el script de creacin de bases de datos DB2 desde el Procesador
de lnea de comandos del cliente DB2 sin una conexin existente de bases
de datos y a que Informix utiliza el recurso dbaccess que se suministra
como parte del servidor Informix.
2. Si el cliente o servidor de bases de datos en el que tiene que ejecutar el
procedimiento tiene instalado Tivoli Enterprise Data Warehouse Support, desde
el directorio $BINDIR/TME/Tmw2k/Warehousecfg ejecute el script cr_itm_db.sh
para crear la estructura de bases de datos.
3. Si el cliente o servidor de bases de datos en el que tiene que ejecutar el
procedimiento est dentro de la regin de Tivoli y no tiene Tivoli Enterprise
Data Warehouse Support instalado, debe continuar del siguiente modo, en
funcin del sistema operativo del cliente o servidor de bases de datos:
UNIX/Linux
Monte el directorio $BINDIR/TME/Tmw2k/warehousecfg de cualquier
sistema con Tivoli Enterprise Data Warehouse Support instalado (por
ejemplo, el servidor Tivoli) como un montaje NFS en el cliente o
servidor de bases de datos y ejecute el procedimiento que se describe
en el paso 2 desde dentro de dicho directorio.
Windows
Siga los pasos siguientes:
a. Copie los archivos siguientes del directorio
$BINDIR/TME/Tmw2k/Warehousecfg de cualquier sistema en el que se
haya instalado Tivoli Data Warehouse:
cr_itm_db.sh
cr_db.<extensin_basedatos>
cr_tbl.<extensin_basedatos>
donde extensin_basedatos es una de las siguientes, en funcin del
proveedor de bases de datos:
DB2 db2
Informix inf
Microsoft-SQL 6.x mssql
Microsoft-SQL 7.0 mssql7
Oracle ora
Sybase syb
b. Ejecute el script cr_itm_db.sh para crear la estructura de bases de
datos.
4. Si el servidor de bases de datos en el que debe ejecutar el procedimiento est
fuera de la regin Tivoli, debe continuar del siguiente modo, en funcin del
sistema operativo del servidor:
Siga los pasos siguientes:
a. Ejecute el procedimiento descrito en el paso 2 en cualquier sistema con
Tivoli Enterprise Data Warehouse Support instalado, pasando por alto
cualquier mensaje de error que aparezca porque no se encuentra la base de
datos.
b. Copie el archivo cr_db.<extensin_basedatos>.sql resultante en el cliente o
servidor de bases de datos, donde extensin_basedatos es una de las
siguientes, en funcin del proveedor de bases de datos:
DB2 db2

Informix inf
Microsoft-SQL 6.x mssql
Microsoft-SQL 7.0 mssql7
Oracle ora
Sybase syb
c. Ejecute el archivo en el procesador de SQL en el servidor de bases de datos.
Nota: si ejecuta el script de creacin de bases de datos desde un shell con el

entorno Tivoli establecido en el host RIM de Tivoli Enterprise Data
Warehouse Support, el script cr_itm_db.sh intenta captar la
configuracin de bases de datos a partir de los atributos del objeto RIM.
Si an no tiene el objeto RIM de Tivoli Monitoring creado, se le
solicitarn los parmetros identificados en la Tabla 13 en la pgina 115 en
una serie de preguntas. Tambin se le solicitar que especifique otros
parmetros, como los siguientes:
Contrasea de id de Contrasea de la base de datos que se tiene que configurar

usuario
Dispositivo de bases de No utilice el dispositivo maestro para la base de datos de
datos (slo Sybase y Tivoli Enterprise Data Warehouse Support. La base de datos
Microsoft-SQL) maestra, base de datos modelo y base de datos temporal
residen en el dispositivo maestro. Actualmente, el dispositivo
maestro no se puede ampliar a otro dispositivo.
Espacio de bases de datos No utilice el espacio de bases de datos rootdbs para la base
(slo Informix) de datos de Tivoli Enterprise Data Warehouse Support. Debe
crear otro espacio de bases de datos para esta base de datos.
Tamao de base de datos El tamao (en MB) de la base de datos Tivoli Enterprise
Data Warehouse Support que se va a crear. Slo para Sybase,
Microsoft-SQL e Informix, el tamao mximo es el tamao
del dispositivo (o dbspace) dedicado a la base de datos de
Tivoli Enterprise Data Warehouse Support.
Contrasea del Contrasea del administrado para la base de datos
administrador de bases de (contrasea sa para DB2)
datos
5. Cuando se le solicite, especifique las contraseas del administrador de bases de

datos.
Cmo verificar la conexin de objeto RIM

Despus de crear la estructura de bases de datos correspondiente a Tivoli
Enterprise Data Warehouse Support, pruebe la conexin RIM con la base de datos,
emitiendo el siguiente comando de Tivoli Management Framework desde el
servidor Tivoli:
wrimtest -l itm_rim_nombre host RIM
Por ejemplo:
Resource Type: RIM
Resource Label: itm_rim_RIM host name
Host Name: amadeus
User Name: DM
Vendor: MS_SQL
Database: dm_db
Database Home:d:\mssql7

Server ID: Amedeus
Instance Home:
Opening Regular Session...Session Opened
RIM: Enter Option >
Escriba x y pulse Intro para liberar la sesin.
Configuracin de Tivoli Enterprise Data Warehouse Support

El componente Tivoli Enterprise Data Warehouse Support se configura utilizando
el comando wdmconfig. Puede dirigir este comando a un gateway, a una lista de
gateways o a todos los gateways de la regin, y permite proporcionar cualquier
nmero de pares clave/valor como parmetros. Los pares clave/valor que
necesitar para la configuracin son los siguientes:
datacollector.rim_name
Especifica el nombre del objeto RIM que utilizar el proceso de coleccin
de datos para cargar datos en la base de datos. El valor predeterminado es
itm_rim_nombre host RIM.
datacollector.db_purge_interval
Especifica el nmero de das en que los datos se conservan en la base de
datos: los datos ms antiguos se eliminan automticamente de la base de
datos. El valor puede estar comprendido entre 10 y 60. El valor
predeterminado es 30 das.
| datacollector.delay
| Especifica el retraso de tiempo (en minutos, en relacin con una hora) tras
| el que el proceso del recopilador de datos sube los datos procedentes de
| los puntos finales. El valor puede estar comprendido entre 10 y 60
| minutos. El valor predeterminado es 30 minutos.
| datacollector.sleep_time
| Especifica el intervalo de tiempo (en minutos) entre dos peticiones
| consecutivas de subida de datos generadas por el procesador del
| recopilador de datos. El valor puede estar comprendido entre 10 y 60
datacollector.max_retry_time
Especifica el nmero mximo de veces que se debe procesar un archivo de
datos XML antes de que se archive cuando se produce un error. El valor
predeterminado es 3 veces.
Todos estos pares de clave/valor y sus valores estn contenidos en el archivo:

$DBDIR/dmml/.config
Para obtener ms detalles sobre la sintaxis del comando, consulte el wdmconfig

en la pgina 138.
Cmo cargar datos utilizando la CLI

Utilice el comando wdmcollect para planificar o detener la subida de datos desde
la base de datos de punto final en la base de datos RIM. Luego, durante el proceso
ETL1, los datos se extraen, transforman y cargan en el almacn de datos central.
Las opciones del comando wdmcollect especifican:

v Los puntos finales desde los que se suben los datos
v El intervalo entre dos operaciones de subida
Consulte el apartado wdmcollect en la pgina 136 para ver ms informacin
sobre este comando.
El proceso de recopilacin de datos utiliza el servicio MDist 2 para mover datos de

los puntos finales al nodo gestionado. Por esta razn, el nodo gestionado debe
estar configurado como un Repetidor.
Procedimientos alternativos de instalacin y configuracin

En esta seccin se explican en detalle los siguientes procedimientos alternativos de
instalacin y configuracin:
v Cmo crear un objeto RIM utilizando un script de shell
v Cmo crear una estructura de base de datos utilizando el procesador de SQL
Cmo crear un objeto RIM utilizando un script de shell

Esta seccin contiene instrucciones para crear el objeto RIM utilizando un script de
shell.
Para crear un objeto RIM, las aplicaciones Tivoli Framework utilizan el comando
wcrtrim. Tivoli Enterprise Data Warehouse Support le proporciona un script de
shell denominado cr_tedw_rim.sh que le solicita la entrada necesaria y crea un
objeto RIM denominado itm_rim_nombre host RIM.
Debe ejecutar este script desde el servidor de regin de gestin Tivoli o nodo
gestionado en el que haya instalado el componente Tivoli Enterprise Data
Warehouse Support. Debe tener el rol de administrador de Tivoli.
Tenga en cuenta que, despus de ejecutar el script, debe utilizar el comando

wdmconfig para definir los siguientes parmetros (consulte el apartado
Configuracin de Tivoli Enterprise Data Warehouse Support en la pgina 119
para ver detalles):
v datacollector.rim_name
v datacollector.db_purge_interval
El script cr_tedw_rim.sh intenta recuperar los atributos de su objeto RIM. Si

cr_tedw_rim.sh no puede encontrar el objeto RIM, se le solicitar que entre la
informacin necesaria que utilizar el comando wcrtrim. El procedimiento consta
de los pasos siguientes:
1. Cambie al siguiente directorio: $BINDIR/TME/Tmw2k/warehousecfg
2. Ejecute el script de creacin de RIM del modo siguiente:
Plataforma Comando
Windows NT sh cr_tedw_rim.sh
UNIX cr_tedw_rim.sh
La informacin que debe especificar depende de los requisitos del producto del
proveedor correspondientes a la base de datos especfica. Tambin puede utilizar
este script para cambiar los atributos del objeto RIM. Si ya existe un objeto RIM
itm_rim_nombre host RIM, se le solicitar que lo elimine. Si los valores visualizados
son correctos, responda S y se conservarn sin modificar. De lo contrario, d

cualquier otra respuesta que no sea S y cree un nuevo objeto RIM suministrando
los parmetros descritos en la Tabla 13 en la pgina 115.
La Tabla 14 contiene informacin especfica del proveedor correspondiente a

parmetros de RIM. Los ttulos de cada columna muestran no slo el nombre del
atributo, sino tambin las opciones utilizadas con el comando wcrtrim en el script
cr_tedw_rim.sh.
Tenga en cuenta que algunos de los parmetros utilizan variables de entorno

especficas de la base de datos, resaltadas en negrita.
Tabla 14. Informacin especfica del proveedor correspondiente a atributos de objeto RIM
Proveedor ID ID de us. Inicio ID de serv. Inicio de
de BD (-v) de BD (-d) de BD (-u) de BD (-H) de BD (-s) instancia (-I)
DB2 El nombre de la Id del Directorio de Debe especificar Directorio de
base de datos que propietario de la instalacin de la serie tcpip instalacin de la
utilizar el instancia DB2 CAE $DB2COMM instancia de DB2
componente $DB2DIR $INSTDIR
Tivoli Enterprise
Data Warehouse
Support o un
alias para dicha
base de datos, si
existe un alias
$DBINSTANCE
Informix Nombre de fuente Usuario de Directorio de Nombre del N/D
de base de datos Informix instalacin del servidor
(DSN) definido en cliente Informix Informix
el panel de definido en
control de ODBC sqlhosts
(NT) o en el
archivo .odbc.ini
(UNIX)
Microsoft_SQL Nombre de base Usuario de Directorio de Nombre de host N/D
de datos Tivoli Microsoft-SQL instalacin del correspondiente
Monitoring (valor para Tivoli cliente al host del
predeterminado: Monitoring ) Microsoft-SQL servidor
itm_db) Microsoft-SQL
Oracle $ORACLE_SID Usuario de Directorio de $TWO_TASK N/D
(o nombre de Oracle para instalacin del
servidor para Tivoli cliente Oracle
Oracle 8.1+) Monitoring $ORACLE_
HOME
Sybase Nombre de base Usuario de Directorio de $DSQUERY N/D
de datos de Tivoli Sybase para nivel superior de
Enterprise Data Tivoli Enterprise la instalacin del
Warehouse Data Warehouse cliente Sybase.
Support (valor Support $SYBASE
predeterminado:
itm_db)
Cmo crear una estructura de base de datos utilizando el

procesador de SQL
El administrador de bases de datos puede personalizar las plantillas de SQL, como
cr_db. xxx y cr_tbl. xxx, (donde xxx puede ser syb, ora, mssql, mssql7, inf o db2) y
luego ejecutar estos scripts en el cliente o servidor RDBMS utilizando el procesador

de SQL interactivo.
Archivo de Procesador de RDBMS

Proveedor del RDBMS configuracin SQL interactivo Administrador
Oracle tnsnames.ora sqlplus sys
Sybase interfaces isql sa
Microsoft-SQL interfaces isql sa
DB2 db2 propietario de
la instancia
Informix sqlhost dbaccess informix
Para ejecutar los scripts de configuracin de RDBMS en el servidor o cliente

RDBMS utilizando el procesador de SQL, siga los pasos siguientes tal como se
muestran para Sybase:
1. En el servidor de la regin de gestin Tivoli en el que est instalado Tivoli
Enterprise Data Warehouse Support, personalice los scripts cr_db.syb y
cr_tbl.syb para que se ajusten a sus necesidades y luego gurdelos como
cr_db_syb.sql y cr_tbl_syb.sql.
2. Copie los archivos cr_db_syb.sql y cr_tbl_syb.sql del directorio
$BINDIR/TME/Tmw2k/Warehousecfg de los nodos gestionados en los que est
instalado Tivoli Monitoring en un directorio temporal en el servidor RDBMS.
3. Desde el directorio que contiene el script, inicie una sesin de isql como super
administrador (sa) y ejecute el script cr_db_syb.sql del siguiente modo:
isql -U sa -P cont -i cr_db.syb.sql
donde cont es la contrasea RDBMS correspondiente al administrador del

sistema de usuarios del RDBMS.
El script crea el usuario de Tivoli Monitoring y la base de datos de Tivoli
Monitoring en el RDBMS de Sybase.
4. Instale el diseo, especificando el siguiente comando:
isql -U ITM -P cont -i cr_tbl.syb.sql
donde cont es la contrasea de RDBMS correspondiente al usuario. La

contrasea es la que ha especificado durante la creacin del objeto RIM de
Tivoli Monitoring.
5. Preprese para probar la configuracin especificando el siguiente comando:
isql -U ITM -P cont
donde cont es la contrasea de RDBMS correspondiente al usuario.

6. En la sesin de SQL, compruebe que el depsito de Tivoli Monitoring se ha
instalado entrando lo siguiente:
> select * from tabla
> go
donde tabla es una de las siguientes tablas:

v CATEGORIES
v CATEGORIESDATA
v ENDPOINTS
v INSTANCES
v METRICS

v METRICSDATA
v RESOURCES
v RMPROFILES
Los resultados deberan indicar que se han encontrado cero filas. Si los
resultados indican que <tabla> es desconocida, significa que no se ha instalado
el depsito de Tivoli Monitoring.
7. Finalice la sesin de ISQL entrando el siguiente comando:
> quit

Captulo 8. Comandos
En este captulo se describen los comandos de Tivoli Monitoring que se pueden
emitir desde la lnea de comandos del entorno Tivoli y el modo de utilizarlos
Se utilizan los caracteres especiales siguientes para definir la sintaxis del comando:
[] Identifica argumentos opcionales. Los argumentos que no estn
entre parntesis son necesarios.
... Indica que puede especificar mltiples valores para el argumento
anterior.
| Indica informacin mutuamente excluyente. Puede utilizar el
argumento situado a la izquierda del separador o el argumento
situado a la derecha del separador. No puede utilizar los dos
argumentos en un solo uso del comando.
{} Delimita un conjunto de argumentos mutuamente excluyentes
cuando uno de los argumentos es necesario. Si los argumentos son
opcionales, estos estn entre parntesis [ ].
Nombres de comandos actualizados

En Tivoli Monitoring, todos los comandos tienen el prefijo wdm. Se han realizado
lo pasos siguientes para ayudar en la transicin de los prefijos de comandos
antiguos a los prefijos nuevos:
v Cinco de los nombres de comandos antiguos se han incluido en este release del
producto slo como alias de los comandos nuevos equivalentes.
v Tres de los comandos antiguos (wtmntaddrm, wtmntdefrm, wtmntrmrm) se han
fusionado en un comando nuevo (wdmrm). Los comandos antiguos se
encuentran disponibles slo en este release, con sus opciones y sintaxis antiguas
sin cambiar.
v Se han agregado ocho comandos nuevos de los que no se han proporcionado
alias con prefijo antiguo.
Por tanto, recomendamos utilice los nombres de comandos nuevos lo ms pronto

posible, antes de pasara cualquier release posterior del producto. La Tabla 15
muestra los detalles completos:
Tabla 15. Nombres de comandos antiguos y nuevos
Nombres de comandos
Nombres de comandos antiguos conservados en Comandos fusionados obsoletos
nuevos este release conservados en este release
wdmcheckprereq
wdmcmd wtmntcmd
wdmcmddistrib
wdmcollect
wdmconfig
wdmdiscovery
wdmdistrib

Tabla 15. Nombres de comandos antiguos y nuevos (continuacin)
Nombres de comandos
Nombres de comandos antiguos conservados en Comandos fusionados obsoletos
nuevos este release conservados en este release
wdmdumpprf
wdmeditprf
wdmeng wtmnteng
wdmheartbeat
wdmloadprf
wdmlseng wtmntlseng
wdmmn wtmntmn
wdmmngcache
wdmrm wtmntaddrm, wtmntdefrm,
wtmntrmrm
wdmtrceng wtmnttrceng
Este apndice describe los comandos utilizando slo sus nombres nuevos.
Este apndice presenta los comandos en orden alfabtico; tambin se enumeran

alfabticamente en el ndice. Sin embargo, a continuacin se muestra un grupo de
los comandos disponibles segn su funcin primaria.
Comandos para gestionar perfiles en el servidor de Tivoli

Los comandos siguientes estn disponibles para gestionar perfiles en el servidor
Tivoli:
Comando Finalidad Pgina

wdmdistrib Distribuye un perfil a los suscriptores. 147
wdmdumpprf Escribe los detalles completos de un perfil en la salida 151
estndar.
wdmeditprf Permite personalizar un perfil, incluyendo todos los detalles 157
del modelo de recurso.
wdmloadprf Carga y actualiza los perfiles en un servidor de regin de 170
gestin Tivoli.
Comando para gestionar modelos de recurso

predeterminados en el servidor de Tivoli
El comando siguiente est disponible para gestionar modelos de recurso
predeterminados en el servidor Tivoli:

wdmrm Agrega, enumera o elimina un determinado modelo de 182
recurso predeterminado en el servidor de regin de gestin
Tivoli o en el nodo/gateway desde donde se emite. Tambin
agrega el catlogo NLS a un modelo de recurso
predeterminado ya instalado.

Comandos para gestionar Tivoli Business Systems Manager
Adapter
El comando siguiente est disponible para gestionar Tivoli Business Systems
Manager Adapter:

wdmdiscovery Ejecuta un descubrimiento masivo o delta en determinados 145
puntos finales de determinados nodos/gateways. El
comando debera utilizarse slo si est instalado el
componente Tivoli Business Systems Manager Adapter.
Comandos para gestionar Tivoli Monitoring en los puntos

finales
Los siguientes comandos estn disponibles para gestionar Tivoli en los puntos
finales:

wdmcmd Detiene o reinicia Tivoli Monitoring en uno o ms puntos 130
finales desde un nodo/gateway o servidor gestionado.
wdmcmddistrib Detiene o inicia Tivoli Monitoring en uno o ms puntos 132
finales desde un nodo gestionado/gateway o servidor.
Utiliza el servicio MDist 2.
wdmeng Detiene o inicia perfiles o modelos de recurso en puntos 166
finales; tambin suprime perfiles en puntos finales.
wdmlseng Devuelve una lista y el estado de todos los modelos de 173
recurso que se han distribuido a un punto final
determinado.
wdmtrceng Establece los parmetros de rastreo del motor de Tivoli 184
Monitoring en el punto final.
wdmcollect Inicia o detiene la coleccin de datos (que se almacenarn en 136
un almacn de datos central) procedentes de puntos finales
seleccionados
wdmcheckprereq Comprueba el software de requisito previo en un punto 129
final de Windows.
Comandos para gestionar Tivoli Monitoring en nodos

gestionados/gateways
Los comandos siguientes estn disponibles para gestionar el producto en nodos
gestionados/gateways:

wdmconfig Actualiza el archivo de configuracin de Tivoli Business 138
Systems Manager Adapter.
wdmheartbeat Detiene o inicia la supervisin de latido de puntos finales, 168
cambia su frecuencia y consulta el estado de un procesador
de latido.
wdmmn Detiene o inicia determinados procesos de Tivoli Monitoring 177
en uno o en todos los nodos gestionados/gateways.
Captulo 8. Comandos 127

wdmmngcache Suprime o enumera parte o todo el contenido del cach de 179
Tivoli Business Systems Manager Adapter.

wdmcheckprereq
Comprueba un nmero de requisitos previos de software en un punto final de
Windows, desde un nodo/gateway o servidor gestionado.
Sintaxis
wdmcheckprereq e punto final
Descripcin
El comando wdmcheckprereq comprueba un conjunto de requisitos previos en un
punto final de Windows y devuelve los resultados. El conjunto de requisitos
previos verificado por el comando es el siguiente:
v Versin de WMIn
v Versin del controlador ODBC
v Versin de Jet Engine
v Versin de JRE
v Versin de Windows Script Host (CScript)
Consulte el manual IBM Tivoli Monitoring: Gua del usuario, captulo Instalacin,
apartado Software de requisito previo, para ver las versiones mnimas necesarias
para cada uno de los requisitos previos anteriores.
Cuando se indica al comando que verifique los requisitos previos de un punto

final de UNIX o OS/400, la lnea de comandos devuelve un error.
Opciones
e punto final
Especifica el nombre del punto final de Windows el software del cual se debe
comprobar.
Autorizacin
Requiere los roles super, senior o admin.
Ejemplos
1. El ejemplo siguiente comprueba los requisitos previos en un punto final
MiPuntofinal:
wdmcheckprereq -e MiPuntofinal

wdmcmd
Detiene o reinicia Tivoli Monitoring en uno o ms puntos finales, desde un
nodo/gateway o servidor gestionado.
Sintaxis
wdmcmd restart {p gestor_perfiles#regin | e puntofinal | m {nodo_gestionado |
all} }
wdmcmd stop {p gestor_perfiles#regin | e puntofinal | m {nodo_gestionado | all}

}
Descripcin
El comando wdmcmd detiene o reinicia el motor de punto final de Tivoli
Monitoring en todos los puntos finales que estn suscritos al gestor de perfiles si
se utiliza la opcin p o solo en los puntos finales listados si se utiliza la opcin
e. Cuando se solicita el reinicio (o detencin) utilizando la opcin m, todos los
puntos finales de un nodo gestionado especificado (o todos los puntos finales para
todos los nodos gestionados en la regin de Tivoli) se reinician (o detienen).
Opciones
e punto final
Especifica uno o ms puntos finales por etiqueta de punto final; si hay ms de
una etiqueta de punto final de destino, debern separarse mediante espacios.
p gestor_perfiles#regin
Especifica el gestor de perfiles cuyos suscriptores son el destino del comando.
El nombre del gestor de perfiles debe estar siempre calificado al completo con
el nombre de la regin de polticas tal como se muestra en la sintaxis.
Si utiliza esta opcin junto con la opcin restart, todos los perfiles que se han
distribuido a los puntos finales de destino se vuelven a iniciar, incluidos los
que pertenecen a otros gestores de perfiles.
m {nodo_gestionado | all}
Especifica los nodos gestionados/gateways cuyos puntos finales se reiniciarn o
detendrn. nicamente los puntos finales registrados en el nodo gestionado
estn afectados.
Las opciones son las siguientes:
nodo_gestionado
El nombre del nodo gestionado/gateway en el que se ejecutar el comando.
all
Todos los nodos gestionados/gateways de la regin de Tivoli
restart
Reinicia el motor de punto final en el punto final o en los puntos finales
especificados.
stop
Detiene el motor de punto final en el punto final o en los puntos finales
especificados.
Autorizacin

wdmcmd
Ejemplos
1. El ejemplo siguiente detiene todos los puntos finales que pertenecen al gestor
de perfiles MiGestorPerfiles.
wdmcmd stop -p MiGestorPerfiles
2. El ejemplo siguiente reinicia el motor de punto final en los puntos finales
miEP1 y miEP2.
wdmcmd restart -e miEP1 miEP2
Consulte tambin
wdmcmddistrib
wdmeng
wdmlseng
wdmtrceng

wdmcmddistrib
Detiene o inicia (si no est ya en ejecucin) Tivoli Monitoring en uno o ms puntos
finales en un modo asncrono, desde un nodo gestionado/gateway o servidor. La
opcin de actualizacin actualiza los archivos binarios del punto final y
redistribuye todos los perfiles.
Sintaxis
wdmcmddistrib start { p gestor_perfiles#regin | e { punto_final |
@archivo_puntos_finales } | m {nodo_gestionado | all} } [ t tiempo_espera ] [ d dir ]
wdmcmddistrib stop { p gestor_perfiles#regin | e { punto_final |

@archivo_puntos_finales } | m {nodo_gestionado | all} } [ t tiempo_espera ] [ d dir ]
wdmcmddistrib upgrade { p gestor_perfiles#regin | e { punto_final |

@archivo_puntos_finales } | m {nodo_gestionado | all} } [ t tiempo_espera d dir ] M
{ none | all | @archivo_modelos }
Descripcin
El comando wdmcmddistrib funciona como el wdmcmd, pero, a diferencia del
comando wdmcmd, utiliza el servicio MDist 2. La opcin -t se utiliza para
especificar un tiempo de espera que se pasa al servicio MDist 2.
wdmcmddistrib detiene, inicia o actualiza el motor del punto final de Tivoli

Monitoring en todos los puntos finales que estn suscritos al gestor de perfiles si
se utiliza la opcin p o slo en los puntos finales listados si se utiliza la opcin
e. Cuando se solicita el inicio (o detencin, o actualizacin) utilizando la opcin
m, todos los puntos finales de un nodo gestionado especificado (o todos los
puntos finales para todos los nodos gestionados en la regin de Tivoli) se inician (o
detienen, o actualizan). Tenga en cuenta que la opcin start solamente tiene efecto
si el motor de punto final no est en ejecucin: si el motor est en ejecucin la
opcin no tiene efecto.
Los resultados de la ejecucin del comando wdmcmddistrib se guardan en una

coleccin de archivos como se indica a continuacin:
v Para la opcin stop:
requested_ep_list.txt: proporciona la lista de todos los puntos finales de
destino
success_stop_ep_list.txt: proporciona la lista de todos los puntos finales
que se han detenido satisfactoriamente
unsuccessful_stop_ep_list.txt: si est presente, proporciona la lista de todos
los puntos finales que no se han detenido satisfactoriamente
v Para la opcin start:
destino
success_start_ep_list.txt: proporciona la lista de todos los puntos finales
que se han iniciado satisfactoriamente
unsuccessful_start_ep_list.txt: si est presente, proporciona la lista de
todos los puntos finales que no se han iniciado satisfactoriamente
v Para la opcin upgrade:
destino

wdmcmddistrib
success_stop_ep_list.txt: proporciona la lista de todos los puntos finales

que se han detenido satisfactoriamente
unsuccessful_stop_ep_list.txt: si est presente, proporciona la lista de todos
los puntos finales que no se han detenido satisfactoriamente
success_start_ep_list: proporciona la lista de todos los puntos finales que se
han iniciado satisfactoriamente
unsuccessful_start_ep_list.txt: si est presente, proporciona la lista de
todos los puntos finales que no se han iniciado satisfactoriamente
success_upgrade_ep_list.txt: proporciona la lista de todos los puntos finales
para los que la actualizacin de los archivos binarios ha sido satisfactoria
unsuccessful_upgrade_ep_list.txt: si est presente, proporciona la lista de
todos los puntos finales para los que la actualizacin de los archivos binarios
no ha sido satisfactoria
updated_models_list.txt: proporciona la lista de modelos de recurso que se
han actualizado y se necesitan redistribuir. Este archivo solamente se guarda
cuando se utiliza la opcin M con el argumento @archivo_modelos.
en el directorio ProfilesDiscoveredAtEndpoints el comando guarda un
conjunto de archivos que asocia cada perfil a la lista de puntos finales de
destino. Estos son los perfiles descubiertos en cada punto final de destino.
en el directorio ProfilesToBeRedistributed el comando guarda un conjunto
de archivos que asocia cada perfil a la lista de puntos finales de destino. Estos
son los perfiles que, de acuerdo con el contenido de
updated_models_list.txt, es necesario redistribuir a los puntos finales de
destino.
en el directorio ProfilesRedistributed el comando guarda un conjunto de
archivos que asocia cada perfil a la lista de puntos finales de destino. Estos
son los perfiles que, de acuerdo con el contenido de
updated_models_list.txt, se han redistribuido a los puntos finales de destino.
Los resultados de la ejecucin se guardan en el directorio especificado por la

opcin d. Si esta opcin no se utiliza, se usan los siguientes directorios
predeterminados:
$DBDIR/AMW/logs/wdmcmddistrib_mmddaa_hhmmss/start
$DBDIR/AMW/logs/wdmcmddistrib_mmddaa_hhmmss/stop
$DBDIR/AMW/logs/wdmcmddistrib_mmddaa_hhmmss/upgrade
Opciones
d dir
Especifica el directorio en que se guardan los resultados del comando. Si no se
indica ninguno, se utilizan los directorios predeterminados.
e { punto final | @archivo_puntos_finales }
Especifica el punto final o la lista de puntos finales (incluidos en un archivo)
que se iniciarn, detendrn o actualizarn.
punto final
Especifica uno o ms puntos finales por etiqueta de punto final: si ms de
un punto final es el destino, las etiquetas de puntos finales debern
separarse mediante espacios.

wdmcmddistrib
@archivo_puntos_finales
Un archivo que contiene nombres de puntos finales (un nombre para cada
lnea del archivo). El smbolo @ indica que a continuacin viene un nombre
de archivo, pero el smbolo no debe formar parte del nombre de archivo.
Especifica los nodos gestionados/gateways cuyos puntos finales se iniciarn,
detendrn o actualizarn.
nodo_gestionado
all
M { none | all | @archivo:modelos }
Especifica los perfiles que se distribuyen durante la actualizacin. Si se utiliza
none, no se distribuye ningn perfil (nicamente se actualizan los archivos
binarios de punto final); si se utiliza all, se distribuyen todos los perfiles; si se
utiliza @archivo_modelos, solamente se distribuyen los perfiles que contienen los
modelos de recurso especificados en @archivo_modelos.
p gestor_perfiles#regin
Especifica el gestor de perfiles cuyos suscriptores son el destino del comando.
El nombre del gestor de perfiles debe estar siempre calificado al completo con
el nombre de la regin de polticas tal como se muestra en la sintaxis.
Si utiliza esta opcin junto con la opcin start, todos los perfiles que se han
distribuido a los puntos finales de destino se inician, incluidos aquellos que
pertenecen a otros gestores de perfiles.
start
Inicia el motor de punto final en el punto final o en los puntos finales
especificados. Esta opcin nicamente tiene efecto si el motor no est en
ejecucin.
stop
Detiene el motor de punto final en el punto final o en los puntos finales
especificados.
| t tiempo_de _espera
| Define el tiempo de espera en segundos que se ha pasado al servicio MDist 2.
| La distribucin de iniciar/detener/actualizar se planifica con una opcin de no
| reintentar y con el tiempo de espera definido. Si finaliza la distribucin antes
| de que caduque el tiempo de espera, el comando tambin finaliza. El tiempo de
| espera predeterminado es de 300 segundos (5 minutos). El valor de tiempo de
| espera debe ser mayor que el valor de palabra clave notify_interval que utiliza
| el comando wmdist (el valor predeterminado para esta palabra clave es de 30
| minutos). Si el valor es ms pequeo, el tiempo de espera se ajusta
| automticamente a un valor compatible con el valor de notify_interval.
upgrade
Actualiza los archivos binarios de punto final y redistribuye los perfiles de
acuerdo a las especificaciones de la opcin M.
Autorizacin

wdmcmddistrib
Ejemplos
1. El ejemplo siguiente detiene todos los puntos finales que pertenecen al gestor
de perfiles MiGestorPerfiles.
wdmcmddistrib stop -p MiGestorPerfiles
2. El ejemplo siguiente inicia el motor de punto final en los puntos finales miEP1
y miEP2 utilizando un tiempo de espera de 180 segundos.
wdmcmddistrib start -e miEP1 miEP2 -t 180
3. El ejemplo siguiente actualiza el motor de punto final en el punto final miEP1
y redistribuye todos los perfiles en l.
wdmcmddistrib upgrade -e miEP1 -M all
Consulte tambin
wdmcmd
wdmeng
wdmlseng
wdmtrceng

wdmcollect
Inicia o detiene la coleccin de datos desde uno o ms puntos finales. El
componente slo se puede utilizar despus de haber instalado el componente
Tivoli Enterprise Data Warehouse Support.
Sintaxis
| wdmcollect {{{e {nombre_punto_final | @archivo_puntos_finales} {s intervalo_tiempo
| | t | r }} | t | q} [ m nodo_gestionado ]} | { m all { t | q }}
wdmcollect p
Descripcin
El comando wdmcollect inicia o detiene la coleccin de datos procedentes de un
punto final seleccionado o procedentes de una lista de puntos finales (especificados
en un archivo). Se puede utilizar la opcin -s para cambiar el intervalo de tiempo
(en horas) entre dos colecciones de datos.
Puede utilizar la opcin p para eliminar datos de la base de datos RIM de Tivoli
Monitoring, de acuerdo con el valor de la clave datacollector.db_purge_interval
que puede especificar o modificar utilizando el comando wdmconfig.
El comando wdmcollect se puede emitir desde un nodo gestionado y ste puede

dirigirse a puntos finales que pertenezcan a ese nodo gestionado o a puntos finales
que pertenezcan a cualquier otro nodo gestionado de la misma regin.
La opcin m nodo_gestionado se puede utilizar para indicar que la coleccin de

datos la debe ejecutar el recopilador de datos que reside en un nodo gestionado
especfico (que no sea el procedente de donde se ha emitido el comando).
Opciones
e {nombre_punto_final | @archivo_puntos_finales }
Especifica el punto final o la lista de puntos finales (incluidos en un archivo)
desde los que se recopilarn datos.
nombre_punto_final
El nombre del punto final en el que se realizar el comando.
Un archivo que contiene nombres de puntos finales (un nombre para cada
lnea del archivo). El smbolo @ indica que a continuacin viene un nombre
de archivo, pero el smbolo no debe formar parte del nombre de archivo.
p
Depura todos los datos de la base de datos RIM. Esta accin se realiza de
acuerdo con el valor de la clave datacollector.db_purge_interval que puede
especificar o modificar utilizando el comando wdmconfig.
| r Procesa todos los archivos XML que se han archivado en el nodo gestionado
| para los puntos finales especificados (en el directorio caducado
| correspondiente). Los archivos se han archivado cuando se ha superado la clave
| datacollector.max_retry_time (consulte el comando wdmconfig para obtener
| ms detalles).

wdmcollect
s intervalo_tiempo
Especifica el intervalo de tiempo (expresado en horas y como un nmero entero
comprendido entre 1 y 24) entre dos colecciones de datos seguidas.
t
Detiene la coleccin de datos procedentes del punto final o lista de puntos
finales. Cuando no se especifica ningn punto final, detiene la coleccin en
todos los puntos finales. Todas las peticiones de recopilacin de datos se
suprimen: si no desea que las peticiones pendientes se supriman, utilice el
comando wdmmn (con las opciones stop y d) para detener la recopilacin de
datos sin suprimir las peticiones pendientes.
q
Consulta el estado del proceso de coleccin de datos.
m nodo_gestionado
Especifica el nodo gestionado que realiza la coleccin de datos (utilizando su
propio recopilador de datos). Puede elegir iniciar/detener/consultar la
coleccin de datos en todos los nodos gestionados de la regin de Tivoli
utilizando m all, junto con la opcin t o q. Si no se utiliza la opcin m, la
coleccin de datos se realiza en el nodo gestionado desde el que se ejecuta el
comando.
Autorizacin
Necesita los roles super, senior, admin o de usuario.
Ejemplos
1. El siguiente ejemplo inicia cada 2 horas la coleccin de datos desde la lista de
puntos finales especificada en el archivo mis_puntosfinales.txt.
wdmcollect e @mis_puntosfinales.txt -s 2
2. El ejemplo siguiente detiene la coleccin de datos desde el punto final miEP1.
wdmcollect e miEP1 -t
3. El ejemplo siguiente consulta el estado de todos los procesos del recopilador de
datos de todos los nodos gestionados.
wdmcollect m all -q
4. El ejemplo siguiente inicia cada hora la coleccin de datos desde el puntos final
miEP1 utilizando el recopilador de datos en un nodo gestionado miMN2
wdmcollect e miEP1 -s 1 -m miMN2
Consulte tambin
wdmcmd
wdmeng
wdmlseng
wdmtrceng

wdmconfig
Actualiza el archivo de configuracin en un nodo gestionado/gateway.
Sintaxis
wdmconfig [m {nodo_gestionado | @archivo_nodos_gestionados | all}]
{D clave=valor [D clave=valor] ... | G clave}
Descripcin
El comando wdmconfig funciona en uno o ms nodos/gateways determinados y
permite cambiar el valor de cualquiera de las claves de configuracin por el valor
que necesite.
Opciones
D clave=valor [ D clave=valor]...
Identifica una o ms claves de configuracin a actualizar, as como el valor
nuevo que tendr cada clave. Como mnimo debe proporcionarse un par de
| clave/valor. No utilice espacios en blanco alrededor del carcter = o, si utiliza
| espacios en blanco, incluya el par clave/valor entre comillas. Las claves que
pueden modificarse son las siguientes (listadas en orden alfabtico):
| adapter.trace.enable
| Defnalo como true si desea almacenar todos los mensajes de rastreo
| relacionados con las operaciones del adaptador. Los mensajes se almacenan
| en el archivo identificado en trace.filename. El valor predeterminado es
| falso
adapter.trace.level
Si tiene habilitados mensajes de rastreo del adaptador, defnalo como low,
medium o high, segn el nivel de detalle que necesite. El valor
predeterminado es low
adapter.working.dir
Directorio de trabajo que utilizar el adaptador. El valor predeterminado,
recomendado, es el directorio de capa intermedia de Tivoli Monitoring
($DBDIR/dmml )
| adapter.xml.validation
| Defnalo como verdadero si desea habilitar la validacin xml. El valor
| predeterminado es false.
core.trace_level
Especifica el nivel del rastreo bsico de perfiles. El valor mnimo es 0, el
mximo es 2, el predeterminado es 1.
core.trace_size
Especifica el tamao en bytes del rastreo bsico de perfiles. El valor
predeterminado es 500000.
datacollector.db_purge_interval
Especifica el nmero de das en que los datos se conservan en la base de
datos: los datos ms antiguos se eliminan automticamente de la base de
datos. El valor puede estar comprendido entre 10 y 60. El valor
predeterminado es 30 das.
| datacollector.delay
| Especifica el retardo de tiempo (en minutos, en relacin con una hora) tras

wdmconfig
| el que el proceso del recopilador de datos sube los datos procedentes de los
| puntos finales. El valor puede estar comprendido entre 10 y 60 minutos. El
| valor predeterminado es 30 minutos.
datacollector.max_retry_time
Especifica el nmero mximo de veces que se debe procesar un archivo de
datos XML antes de que se archive cuando se produce un error. El valor
predeterminado es 3 veces.
datacollector.rim_name
Especifica el nombre del objeto RIM que utilizar el proceso de coleccin de
datos para cargar datos en la base de datos. El valor predeterminado es
itm_rim_nombre host RIM.
| datacollector.sleep_time
| Especifica el intervalo de tiempo (en minutos) entre dos peticiones
| consecutivas de subida de datos generadas por el procesador del
| recopilador de datos. El valor puede estar comprendido entre 10 y 60
datacollector.trace_level
Especifica el nivel del rastreo del recopilador de datos. El valor mnimo es 0,
el mximo es 2, el predeterminado es 1.
datacollector.trace_size
Especifica el tamao en bytes del rastreo del recopilador de datos. El valor
dmml.trace_level
Especifica el nivel de rastreo (para todos los componentes) desde 0 (mnimo)
hasta 4 (detallado); el valor predeterminado es 1. Para obtener ms detalles
sobre rastreos, consulte el manual IBM Tivoli Monitoring: Problem
Determination Guide.
dmml.trace_size
Especifica el tamao del rastreo (para todos los componentes) en bytes; el
valor predeterminado es 500000. Para obtener ms detalles sobre rastreos,
consulte el manual IBM Tivoli Monitoring: Problem Determination Guide.
gw.trace_level
Especifica el nivel del rastreo de llamada de punto final (proceso
tmnt_gtw_eng). El valor mnimo es 0, el valor mximo es 2, el valor
gw.trace_size
Especifica el tamao en bytes del rastreo de llamada de punto final (proceso
tmnt_gtw_eng). El valor predeterminado es 500000.
heartbeat.reboot_engine_if_down
Establzcalo en true si desea que el latido vuelva a iniciar el motor que se
ha detenido de forma anormal. Se enva un evento de latido si ha
configurado el envo de eventos. Tenga en cuenta que si el motor se ha
detenido utilizando wmdcmd stop, el latido no reinicia el motor.
| heartbeat.reg_ep_time
| Cuando se utiliza esta clave de configuracin, el motor realiza rellamadas
| peridicas para registrarse en el gestor de peticiones. Esto puede resultar
| til para, por ejemplo, forzar la migracin de un punto final cuando un
| gateway pasa a estar inactivo, o para mantener el cach del gestor de
| peticiones actualizado. Para habilitar este mecanismo, detenga el motor,
| defina la clave que especifica la frecuencia en segundos (por ejemplo,

wdmconfig
| heartbeat.reg_ep_time=1200 habilita una rellamada cada 20 minutos) y

| reinicie el motor. Para inhabilitar o modificar el mecanismo, NO es necesario
| detener el motor. Si no est establecida la clave de configuracin, o si est
| establecida en 0, la llamada se produce slo una vez. Tenga en cuenta
| tambin que esta clave, a pesar de su nombre, no est relacionada con la
| manera en que funciona el latido.
| heartbeat.send_endpoint_migrated_event
| Defnalo como verdadero si desea habilitar la generacin de eventos de
| Heartbeat_EndpointMigrated; de lo contrario, deje falso como valor
| predeterminado.
heartbeat.send_events_to_notice
Establzcalo en false si no desea enviar eventos de latido al grupo de avisos
de Tivoli Monitoring; en caso contrario, deje el valor predeterminado true.
heartbeat.send_events_to_tbsm
Defnalo como true si desea enviar eventos de latido a Tivoli Business
Systems Manager; en caso contrario, deje como valor predeterminado false.
heartbeat.send_events_to_tec
Defnalo como true si desea enviar eventos de latido al servidor Tivoli
Enterprise Console; en caso contrario, deje como valor predeterminado
false.
heartbeat.tec_server
Si ha establecido heartbeat.send_events_to_tec en true, entre aqu el nombre
del servidor Tivoli Enterprise Console (por ejemplo ServidorEventos o
ServidorEventos@nombre_regin). El servidor debe ser un servidor Tivoli
seguro.
heartbeat.trace_level
Especifica el nivel del rastreo de motor de latido (proceso tmnt_hb_eng). El
valor mnimo es 0, el mximo es 2, el predeterminado es 1.
heartbeat.trace_size
Especifica el tamao en bytes del rastreo de motor de latido (proceso
tmnt_hb_eng). El valor predeterminado es 500000.
request_manager.automatic_cancel_frequency
Especifica el intervalo de tiempo (en segundo) tras el que el Gestor de
peticiones comprueba si las aplicaciones utilizan las peticiones que han
presentado. Cuando una aplicacin no utiliza las peticiones, el Gestor de
peticiones cancela las peticiones presentadas por la aplicacin. El valor
predeterminado es 600 segundos.
request_manager.check_existance_in_ep_list
Si se establece en false, el Gestor de peticiones no comprueba si los puntos
finales contenidos en el cach del gateway tambin estn contenido en el
cach del Gestor de puntos finales al nivel de framework. El valor
predeterminado es true.
request_manager.request_expiration_period
Especifica el nmero (x) de periodos en que se permite a una aplicacin
recuperar datos. Si una aplicacin no recupera datos durante x periodos,
el Gestor de peticiones cancela la peticin correspondiente a dicha
aplicacin. El valor predeterminado es 3 periodos. Esto significa que, para
una aplicacin que ha presentado una peticin con un tiempo de renovacin
de 10 minutos, si la aplicacin no obtiene datos durante 10*3=30 minutos, se
cancela la peticin.

wdmconfig
request_manager.threads
Especifica el nmero de threads que utiliza el Gestor de peticiones para
manejar las peticiones internas. Es aproximadamente el nmero de puntos
finales que se pueden gestionar simultneamente. El valor se puede ajustar
segn la carga de trabajo del nodo gestionado en el que se ejecuta el Gestor
de peticiones. El valor predeterminado es 10.
request_manager.trace_level
Especifica el nivel del rastreo del gestor de peticiones (proceso
tmnt_rm_eng). El valor mnimo es 0, el mximo es 2, el predeterminado es
1.
request_manager.trace_size
Especifica el tamao en bytes del rastreo del gestor de peticiones (proceso
tmnt_rm_eng). El valor predeterminado es 500000.
taskengine.max_threads
Especifica el nmero mximo de threads para el motor de tarea. El valor
task.trace_level
Especifica el nivel del rastreo del motor de tarea (proceso tmnt_task_eng). El
valor mnimo es 0, el mximo es 2, el predeterminado es 1.
task.trace_size
Especifica el tamao en bytes del rastreo del motor de tarea (proceso
tmnt_task_eng). El valor predeterminado es 500000.
tbsma.listener_timeout
Este parmetro se establece para definir el tiempo de espera mximo para
crear una conexin con Tivoli Business Systems Manager CommonListener.
El tiempo de espera se expresa en minutos: el valor mnimo es 1 minuto, el
valor predeterminado es 30 minutos.
tbsma.jre_root
Este parmetro se define durante la instalacin de Tivoli Business Systems
Manager Adapter (consulte el apartado Cmo instalar Tivoli Business
Systems Manager Adapter en la pgina 99) y normalmente no necesitar
cambiarlo manualmente. Sin embargo, si, por ejemplo, desea instalar el
adaptador en un grupo de gateways utilizando una instancia del comando o
de la accin de instalacin, necesitar cambiar este parmetro en aquellos
gateways del grupo que tengan JRE instalado en una ubicacin distinta de
la proporcionada en el dilogo Opciones de instalacin.
Defina este parmetro con la ruta completa del directorio raz de Java
Runtime Environment, 1.3.0 (salvo el directorio /bin).
Nota: En una estacin de trabajo Windows NT, si la ruta de destino de

instalacin contiene un directorio cuyo nombre incluye espacios, el
nombre del directorio debe especificarse entre apstrofos, como en el
ejemplo siguiente:
D:\Archivos de programa\jre
tbsma.trace_level
Especifica el nivel de los rastreos del motor de Tivoli Business Manager
(procesos tmnt_tbsm_eng y tmnt_tbsm_wrapper). El valor mnimo es 0, el
mximo es 2, el predeterminado es 1.

wdmconfig
| tbsma.trace_size
| Especifica en bytes el tamao de los rastreos de motor de Tivoli Business
| Manager (procesos tmnt_tbsm_eng y tmnt_tbsm_wrapper). El valor
| trace.filename
| Nombre de archivo en el que se escribirn los mensajes de rastreo desde el
| adaptador. El nombre de archivo predeterminado es DM.trc.
| transport.local.ip.address
| Especifica la direccin IP del nodo que ejecuta Tivoli Business Systems
| Manager Adapter. El valor predeterminado es la direccin IP del nodo en el
| que se ha creado el archivo de configuracin.
transport.mqe.usefiller
Defnalo como true si el nodo gestionado/gateway en el que est instalado
el adaptador est ejecutando Windows NT, 4.0, Service Pack 5; en caso
contrario, deje como valor predeterminado false
| transport.request.address
| Especifica la direccin para peticiones. La direccin predeterminada es
| 146.84.112.165.DM.QM+DM.Q)
| transport.response.address
| Especifica la direccin para respuestas. La direccin predeterminada es
| 146.84.112.165.DM.QM+DM.Q)
| transport.request.port
| Especifica el nmero de puerto utilizado para recibir peticiones. El valor
| transport.response.port
| Especifica el usuario de nmero de puerto al que enviar respuestas. El valor
| transport.mqe.fileregistry
| Especifica el registro de archivo para la cola de mensajes. El predeterminado
| es com.ibm.mqe.registry.MQeFileSession.
| transport.mqe.maxchannels
| Especifica el nmero mximo de canales para la cola de mensajes. El valor
| transport.mqe.local.queue.store
| Especifica cmo la cola de mensajes local almacena los datos entrantes. El
| valor puede ser uno de los siguientes (el predeterminado es file):
| CommonListener
| memory
| reduced
| transport.mqe.remote.queue.store
| Especifica cmo la cola de mensajes remotos almacena los datos entrantes.
| El valor puede ser uno de los siguientes (el predeterminado es file):

wdmconfig
| CommonListener
| memory
| reduced
transport.server.ip.address
Direccin de IP o nombre de host del componente CommonListener de
Tivoli Business Systems Manager, que escucha los mensajes de los sistemas
que se estn gestionando. Por ejemplo:
transport.server.ip.address=193.202.74.21
| transport.server.mqe.address
| Direccin del componente CommonListener. La direccin predeterminada es
| ServerQM+ServerQ.
transport.server.mqe.port
Nmero de puerto del componente CommonListener. Por ejemplo:
transport.server.mqe.port=8082
| transport.trace.enable
| Defnalo como true si desea almacenar todos los mensajes relacionados con
| el transporte de los datos adquiridos por el adaptador a CommonListener.
| Los mensajes se almacenan en el archivo identificado en trace.filename. El
| valor predeterminado es falso
transport.trace.level
Si tiene habilitados mensajes de rastreo del adaptador, defnalo como low,
medium o high, segn el nivel de detalle que necesite. El valor
predeterminado es low
Nota: No se realiza ninguna validacin en los valores entrados contra una

clave determinada, por lo que debe asegurarse de que sean vlidos.
m {nodo_gestionado | @archivo_nodos_gestionados | all}
Especifica los nodos gestionados/gateways en los que se actualizar la
configuracin del producto. Si no se utiliza esta opcin, la configuracin del
producto se actualiza en el nodo/gateway desde el que se est ejecutando el
comando.
nodo_gestionado
@archivo_nodos_gestionados
Un archivo que contiene nombres de nodo gestionado/gateway separados
por el carcter CR/LF; el smbolo @ indica que sigue un nombre de archivo,
aunque este smbolo no debera formar parte del nombre del archivo.
all
G clave
Muestra una clave de configuracin. El argumento es una clave o un patrn
correspondiente a un grupo de claves. El carcter comodn * se acepta en el
patrn. Cuando se utiliza el carcter de comodn, la salida del comando
muestra tambin las claves de configuracin (distintas de aquellas sobre las que

wdmconfig
se informa bajo la opcin -D) cuyo valor no se debe modificar. Se recomienda

que no cambie el valor de dichas claves sin la indicacin de Tivoli Support.
Autorizacin
Requiere los roles super o senior.
Ejemplos
1. El ejemplo siguiente actualiza la configuracin en todos los nodos
gestionados/gateways identificados en el archivo mis_nodos1.txt con la
direccin de IP y el puerto del servidor en el que se encontrar Tivoli Business
Systems Manager CommonListener.
wdmconfig m @mis_nodos1.txt -D transport.server.ip.address=193.202.74.21
-D transport.server.mqe.port=4068
2. El siguiente ejemplo es una consulta de todos los parmetros de configuracin
del gestor de peticiones
wdmconfig -G request_manager.*
Consulte tambin
wdmdiscovery
wdmheartbeat
wdmmngcache

wdmdiscovery
Ejecuta un descubrimiento masivo o delta en determinados puntos finales de
determinados nodos/gateways. El comando debera utilizarse slo si est instalado
el componente Tivoli Business Systems Manager Adapter.
Sintaxis
wdmdiscovery [m {nodo_gestionado | @archivo_nodos_gestionados | all}] b
[{e {punto final | @archivo_puntos_finales} | a}]
wdmdiscovery [m {nodo_gestionado | @archivo_nodos_gestionados | all}] d

[{e {punto final | @archivo_puntos_finales} | a}]
Descripcin
El comando wdmdiscovery funciona en un nodo gestionado/gateway
seleccionado, una lista de nodos gestionados/gateways contenida en un archivo o
todos los nodos gestionados/gateways, y enva un descubrimiento masivo o delta
de un punto final, una lista de puntos finales contenida en un archivo o todos los
puntos finales, a la de Tivoli Business Systems Manager CommonListener.
Opciones
b
El descubrimiento ser masivo, mediante el cual se devolver toda la
informacin sobre todos los puntos finales identificados por el parmetro e
d
El descubrimiento ser delta, mediante el cual la informacin slo se devolver
en aquellos puntos finales en los que ha habido un cambio de estado desde el
descubrimiento anterior. El estado en este caso es la presencia o ausencia del
punto final en la red. As, el descubrimiento delta slo informa acerca de los
puntos finales que se han activado, que se han desconectado o que, por alguna
razn, no estn disponibles en la red.
{e {punto final | @archivo_puntos_finales} | a}
Especifica el punto final del que se necesita informacin. Si no se utiliza esta
opcin, el descubrimiento se realizar en todos los puntos finales adjuntos al
nodo gestionado/gateway desde el que se est ejecutando el comando.
e punto final
Una etiqueta de punto final.
e @archivo_puntos_finales
Un archivo que contiene las etiquetas de punto final separadas por el
carcter CR/LF; el smbolo @ indica que sigue un nombre de archivo,
a Todos los puntos finales adjuntos a los nodos gestionados/gateways
definidos tienen un estado activo en la supervisin de latido ms reciente.
Especifica los nodos gestionados/gateways en los que se realizar el
descubrimiento. Si no se utiliza esta opcin, el descubrimiento se realizar en el

wdmdiscovery
nodo_gestionado
all
Autorizacin
Ejemplos
1. El ejemplo siguiente realiza un descubrimiento masivo en todos los puntos
finales activos del nodo gestionado/gateway MiNodoGestionado:
wdmdiscovery m MiNodoGestionado -b -a
2. El ejemplo siguiente realiza un descubrimiento masivo en un punto final
MiPuntoFinal del nodo gestionado/gateway MiNodoGestionado:
wdmdiscovery m MiNodoGestionado -b -e MiPuntoFinal
3. El ejemplo siguiente realiza un descubrimiento delta en todos los puntos finales
del nodo gestionado/gateway MiNodoGestionado:
wdmdiscovery m MiNodoGestionado -d
Consulte tambin
wdmconfig
wdmheartbeat
wdmmngcache

wdmdistrib
Distribuye un perfil a los suscriptores.
Sintaxis
| wdmdistrib p nombre_perfil [D propiedad_MDist2=valor ...] [M maintain |
| over_all | over_opts | over_all_no_merge ] [f] [n] [e] [w] [i] [J
| dir_ubicacin_JRE [r] ] [d] [R] [l] [s archivo_suscriptores] [suscriptor...]
| wdmdistrib J dir_ubicacin_JRE l [r] [D propiedad_MDist2=valor ...] [f] [n] [e]

| [w] [i] [d] [R] {s archivo_suscriptores | suscriptor...}
Descripcin
Este comando distribuye un perfil a los suscriptores. Se pueden especificar tres
tipos de suscriptores, en cualquiera de los siguientes formatos:
v @recurso:nombre_nodo
v @Endpoint:nombre_nodo
v @ProfileManager:nombre_nodo o
/Regions/NombreReginPolticas/nombre_gestor_perfiles
donde recurso puede ser Endpoint, ProfileManager o el tipo de recurso de

aplicacin y donde nombre_nodo es el nombre del punto final, gestor de perfiles o
recurso de aplicacin.
Endpoint es el valor predeterminado si no se especifica ningn tipo de recurso del

suscriptor.
Si no se especifica ningn suscriptor, el perfil se distribuye a todos los suscriptores

actuales del gestor de perfiles al que pertenece el perfil.
| La opcin M se utiliza para identificar las reglas a seguir cuando la distribucin

| es para suscriptores que ya tienen copias locales del perfil.
Tivoli Monitoring utiliza Multiplexed Distribution (MDist 2) para realizar

transferencias asncronas de datos de perfil. Para ver detalles sobre MDist 2,
consulte el apartado Distribucin de perfiles utilizando MDist 2 en la pgina 70.
Opciones
p nombre_perfil
Especifica el nombre del perfil que se va a distribuir. El nombre de perfil se
puede completar con el nombre de regin de polticas. Si no se indica ninguna
regin, se presupone que es la regin local.
R
Especifica que el perfil se distribuye de forma recursiva a todos los niveles de
suscriptores. El valor predeterminado es false, lo que indica que el perfil slo
se distribuye al siguiente nivel de suscriptores.
| M maintain | over_all | over_opts | over_all_no_merge
| Si se especifica, determina la regla a seguir cuando la distribucin es para
| suscriptores que ya tienen copias locales del perfil. La opcin maintain
| mantiene las modificaciones locales, over_all graba encima de las

wdmdistrib
| modificaciones locales, fusiona over_opts y distribuye todos los registros,

| over_all_no_merge distribuye slo el perfil especificado. Si no se especifica M,
| el valor predeterminado es maintain.
l Si se especifica, permite dirigir la distribucin tambin a recursos que no estn
suscritos al gestor de perfiles al que pertenece el perfil. Esta opcin se pasa por
alto cuando no se especifica ningn suscriptor. La opcin J se debe especificar
junto con l si no se ha indicado ningn nombre de perfil.
d
Si se especifica, los datos son desechables, lo que significa que se pueden
eliminar del depsito repetidor ms cercano al punto final tras la distribucin.
f Especifica que se deben grabar los resultados en el archivo de registro. Si no se
especifica ni n ni f, el valor predeterminado grabar los resultados slo en el
archivo de registro.
n
Especifica que los resultados se deben grabar en el grupo de avisos de Tivoli
Monitoring. Si no se especifica ni n ni f, el valor predeterminado grabar los
resultados slo en el archivo de registro.
e
Si se especifica, los mensajes de error se tienen que grabar en el archivo de
registro.
w
Si se especifica, los mensajes de aviso se tienen que grabar en el archivo de
registro.
i
Si se especifica, los mensajes de informacin se tienen que grabar en el archivo
de registro.
D propiedad_MDist2=valor
Define una o ms propiedades para configurar MDist 2 para la distribucin
actual; se debe especificar una D aparte para cada propiedad que se vaya a
configurar. Slo se soportan las propiedades de MDist 2 siguientes:
label Especifica una cadena de descripcin para la distribucin. El valor
predeterminado es la cadena nombre_perfil(operacin), donde operacin
es install.
pri Especifica el nivel de prioridad, que es el orden en el que los
repetidores manejan las distribuciones: h (prioridad ms alta), m
(prioridad media) o l (prioridad baja). El valor predeterminado es m
(prioridad media).
send_timeout
Especifica el intervalo de tiempo, en segundos, que un repetidor
esperar a que un sistema de destino reciba un bloque de datos. Este
tiempo de espera excedido se utiliza para detectar errores de la red o
del punto final. El valor predeterminado es 3600 segundos. Este
atributo se establece inicialmente mediante el comando wmdist s (el
valor predeterminado es 300 segundos). Puede alterar temporalmente el
valor de wmdist s especificando aqu otro valor.
result_timeout
Especifica el intervalo de tiempo, en segundos, que un repetidor
esperar a que el mtodo de distribucin del punto final devuelva los
resultados de la distribucin.

wdmdistrib
deadline
La fecha en la que caduca una distribucin, es decir, cuando falla para
sistemas de destino no disponibles. Se especifica en el formato
mm/dd/aaaa hh:mm. Si esta propiedad no se especifica, se presuponen
los siguientes valores predeterminados: 60 minutos (desde el momento
en que se inicia la distribucin) para instalaciones de perfil, 120
minutos (desde el momento en que se inicia la distribucin) para
distribuciones JRE.
| J dir_ubicacin_JRE
| La ruta completa del directorio Tools\JRE donde se encuentra Java Runtime
| Environment (JRE). La ruta se puede incluir entre comillas dobles. El directorio
| desde el que se distribuye JRE debe estar en el sistema de archivos local del
| servidor de Tivoli (no el nodo gestionado) y debe tener JRE para cada sistema
| operativo (como en el directorio Tools\JRE del CD del producto).
| r Indica que JRE debe sustituirse en los suscritores de destino. Esta opcin
| nicamente tiene efecto si se utiliza en combinacin con la opcin J. Cuando
| r no se utiliza, JRE se distribuye solamente a los suscriptores que todava no
| tienen JRE instalado o enlazado.
s archivo_suscriptores
Un archivo que contiene los nombres de los suscriptores del perfil, separados
por el carcter CR/LF.
suscriptor
El nombre de cualquier suscriptor al que se tenga que distribuir el perfil.
Consulte la descripcin del comando para ver los formatos posibles. Si se
especifica ms de un suscriptor, se deben separar los nombres mediante
blancos. Si no se especifica ningn suscriptor, el perfil se distribuye a todos los
suscriptores actuales del gestor de perfiles al que pertenece el perfil. Esta
opcin se debe especificar como la ltima en la sintaxis del comando.
Autorizacin
Necesita el rol admin, super o senior.
Ejemplos
1. El siguiente ejemplo distribuye el perfil denominado miPerfil al suscriptor
denominado ApacheWebserver1@mi_puntofinal (cuyo tipo de recurso es
ApacheWebServer):
wdmdistrib p miPerfil @ApacheWebServer:ApacheWebserver1@mi_puntofinal
2. El siguiente ejemplo distribuye el perfil miPerfil al punto final miPuntoFinal. Si
no est presente, el JRE del directorio \Tools\Jre de la unidad E se instalar en
el punto final:
wdmdistrib p miPerfil -J "E:\Tools\Jre" miPuntofinal
3. El siguiente ejemplo distribuye el perfil miPerfil, de forma recursiva, a los
suscriptores que aparecen listados en el archivo subscribersFilename del
directorio miDir de la unidad D y tambin al gestor de perfiles
miGestorPerfiles:
wdmdistrib p miPerfil -R -l -s "D:\miDir\nombreArchivoSuscriptores"
@ProfileManager:miGestorPerfiles
Consulte tambin
wdmconfig
wmdist (consulte el manual Tivoli Management Framework Reference)

wdepot (consulte el manual Tivoli Management Framework Reference)

wdmdumpprf
Escribe los detalles completos de un perfil en la salida estndar.
Sintaxis
wdmdumpprf P perfil#regin [x]
Descripcin
El comando wdmdumpprf escribe los detalles completos del perfil seleccionado en
la salida estndar, en formato de Tivoli Management Framework o XML. A
continuacin, la salida puede guardarse, editarse y recargarse como un perfil
nuevo o modificado utilizando el comando wdmloadprf.
El siguiente ejemplo muestra una salida de este comando de un perfil que contiene
un nico modelo de recurso:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE Tmw2kProfile [
<!ELEMENT Tmw2kProfile (GenProfileInfo, ResModelInfo*)>
<!ATTLIST Tmw2kProfile Version CDATA #REQUIRED>
<!ELEMENT GenProfileInfo (#PCDATA)>
<!ATTLIST GenProfileInfo ProfileName CDATA #REQUIRED>
<!ATTLIST GenProfileInfo EnableTBSMfeeding CDATA #REQUIRED>
<!ATTLIST GenProfileInfo Tec CDATA #REQUIRED>
<!ATTLIST GenProfileInfo TecEventServer CDATA #REQUIRED>
<!ELEMENT ResModelInfo
(SchedulingInfo,LoggingInfo,Property*,Parameter*,EventAggregInfo*)>
<!ATTLIST ResModelInfo Enabled CDATA #REQUIRED>
<!ATTLIST ResModelInfo ModelName CDATA #REQUIRED>
<!ATTLIST ResModelInfo Zipfile CDATA #REQUIRED>
<!ATTLIST ResModelInfo Platform CDATA #REQUIRED>
<!ATTLIST ResModelInfo MinorVersion CDATA #REQUIRED>
<!ATTLIST ResModelInfo MajorVersion CDATA #REQUIRED>
<!ATTLIST ResModelInfo CycleTime CDATA #REQUIRED>
<!ELEMENT SchedulingInfo (String)*>
<!ATTLIST SchedulingInfo StartDate CDATA #REQUIRED>
<!ATTLIST SchedulingInfo StopDate CDATA #REQUIRED>
<!ELEMENT String (#PCDATA)>
<!ELEMENT LoggingInfo (DataLoggingInfo)>
<!ELEMENT DataLoggingInfo (#PCDATA)>
<!ATTLIST DataLoggingInfo EnableLogging CDATA #REQUIRED>
<!ATTLIST DataLoggingInfo TEDW CDATA #REQUIRED>
<!ATTLIST DataLoggingInfo RAW CDATA #REQUIRED>
<!ATTLIST DataLoggingInfo LoggingPeriod CDATA #REQUIRED>
<!ATTLIST DataLoggingInfo AggregateData CDATA #REQUIRED>
<!ATTLIST DataLoggingInfo AggregationPeriod CDATA #REQUIRED>
<!ATTLIST DataLoggingInfo WantMin CDATA #REQUIRED>
<!ATTLIST DataLoggingInfo WantMax CDATA #REQUIRED>
<!ATTLIST DataLoggingInfo WantAvg CDATA #REQUIRED>
<!ELEMENT Property (#PCDATA)>
<!ATTLIST Property Name CDATA #REQUIRED>
<!ATTLIST Property Value CDATA #REQUIRED>
<!ELEMENT Parameter (String)*>
<!ATTLIST Parameter Name CDATA #REQUIRED>
<!ATTLIST Parameter Type CDATA #REQUIRED>
<!ELEMENT EventAggregInfo (Action*,Task*)>
<!ATTLIST EventAggregInfo Name CDATA #REQUIRED>
<!ATTLIST EventAggregInfo Occurrences CDATA #REQUIRED>
<!ATTLIST EventAggregInfo Holes CDATA #REQUIRED>
<!ATTLIST EventAggregInfo SendToTBSM CDATA #REQUIRED>
<!ATTLIST EventAggregInfo Severity CDATA #REQUIRED>

wdmdumpprf
<!ATTLIST EventAggregInfo Clearing CDATA #REQUIRED>

<!ATTLIST EventAggregInfo SendTec CDATA #REQUIRED>
<!ATTLIST EventAggregInfo ExecuteAction CDATA #REQUIRED>
<!ELEMENT Action (#PCDATA)>
<!ATTLIST Action Methname CDATA #REQUIRED>
<!ATTLIST Action Retry CDATA #REQUIRED>
<!ELEMENT Task (#PCDATA)>
<!ATTLIST Task Name CDATA #REQUIRED>
<!ATTLIST Task Lib CDATA #REQUIRED>
<!ATTLIST Task Args CDATA #REQUIRED>
]>
<Tmw2kProfile Version = "51106">
<GenProfileInfo
ProfileName = "prfa#user1-region"
EnableTBSMfeeding = "FALSE"
Tec = "None"
TecEventServer = ""/>
<ResModelInfo
ModelName = "TMW_MemoryModel"
Enabled = "TRUE"
Zipfile = "TMW_MemoryModel.zip"
Platform = "w32-ix86"
MajorVersion = "1"
MinorVersion = "0"
CycleTime = "60">
<SchedulingInfo
StartDate = "0"
StopDate = "0">
</SchedulingInfo>
<LoggingInfo>
<DataLoggingInfo
EnableLogging = "FALSE"
TEDW = "FALSE"
RAW = "TRUE"
LoggingPeriod = "720"
AggregateData = "FALSE"
AggregationPeriod = "15"
WantMin = "FALSE"
WantMax = "FALSE"
WantAvg = "TRUE">
</DataLoggingInfo>
</LoggingInfo>
<Property
Name = "ExcessivePageFaults"
Value = "350,000000">
</Property>
<Property
Name = "ExcessivePaging"
Value = "60,000000">
</Property>
<Property
Name = "LowCacheHitsPercent"
Value = "70,000000">
</Property>
<Property
Name = "MinimumAvail"
Value = "10485760,000000">
</Property>
<Property
Name = "MinimumCommitted"
Value = "5242880,000000">
</Property>
<EventAggregInfo
Name = "TMW_MemoryLeakInPB"

wdmdumpprf
Occurrences = "40"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "CRITICAL"
Clearing = "YES"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailWithSmallPageFile"
Occurrences = "1"
Holes = "0"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowPinReadHits"
Occurrences = "10"
Holes = "1"
Severity = "MINOR"
Clearing = "NO"
SendTec = "FALSE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowMDLReadHits"
Occurrences = "10"
Holes = "1"
Severity = "MINOR"
Clearing = "NO"
SendTec = "FALSE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailCausingSoftPaging"
Occurrences = "10"
Holes = "1"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvail"
Occurrences = "6"
Holes = "2"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowDataMapHits"

wdmdumpprf
Occurrences = "10"
Holes = "1"
Severity = "MINOR"
Clearing = "NO"
SendTec = "FALSE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailCausingHardPaging"
Occurrences = "10"
Holes = "1"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailHighWS"
Occurrences = "6"
Holes = "2"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailCausingSoftPagePagefileResize"
Occurrences = "1"
Holes = "0"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailHighCache"
Occurrences = "6"
Holes = "1"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_PageFileResizing"
Occurrences = "1"
Holes = "0"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_MemoryLeakInSC"

wdmdumpprf
Occurrences = "40"
Holes = "10"
Clearing = "YES"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailCausingManyProblems"
Occurrences = "1"
Holes = "0"
Clearing = "YES"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_HighPaging"
Occurrences = "15"
Holes = "1"
Clearing = "NO"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_MemoryLeakInSD"
Occurrences = "40"
Holes = "10"
Clearing = "YES"
SendTec = "TRUE"
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowCopyReadHits"
Occurrences = "10"
Holes = "1"
Severity = "MINOR"
Clearing = "NO"
SendTec = "FALSE"
</EventAggregInfo>
</ResModelInfo>
</Tmw2kProfile>
Opciones
P perfil#regin
Define el perfil a escribir en la salida estndar. El nombre del perfil debe
estar siempre calificado al completo con el nombre de la regin de polticas
segn la sintaxis mostrada.
Nota: Para obtener una lista de los nombres completos de todos los
perfiles que se encuentran en un punto final, escriba el comando
siguiente:

wdmdumpprf
wdmlseng e punto final

x Realiza un vuelvo del perfil en formato XML. El formato predeterminado
es Tivoli Management Framework.
Autorizacin
Necesita los roles super, senior, admin o de usuario.
Ejemplos
El ejemplo siguiente escribe los detalles completos del perfil MiPerfil de la regin
MiRegin en la salida estndar.
wdmdumpprf P MiPerfil#MiRegin
Consulte tambin
wdmeditprf
wdmloadprf

wdmeditprf
Permite editar la definicin de un perfil, incluyendo todos los detalles de modelo
de recurso.
Sintaxis
wdmeditprf P perfil#regin { opciones_perfil | acciones_modelo_recurso }
donde la sintaxis de opciones_perfil es:
{ list | [ Tec { broadcast S lista_servidores | failover S lista_servidores | no } ] [

TBSM { yes | no } ] }
la sintaxis de acciones_modelo_recurso es:
remove modelo_recurso | print modelo_recurso [ t ] [ e ] [ tasks ] [ Log ] [ c ]

[ par ] [ schedule ] [ Tec ] [ TBSM ] | add modelo_recurso [
especificador_agregar_modelo_recurso ] | edit modelo_recurso
especificador_editar_modelo_recurso
la sintaxis de especificador_agregar_modelo_recurso es:
| [ enable | disable ] [ c tiempo_ciclo ] [ Schedule [ start fecha ] stop fecha

| Rule name da1:da2:... [ interval hora:minuto hora:minuto ] ] [ t nombre_umbral
| value ] ... [ e evento [ o apariciones ] [ h agujeros ] [ SendTec | NoSendTec ] [
| SendTBSM | NoSendTBSM] [ severity tipo_severidad ] [ clearing { yes | no }
| ] ] ] ... [ AddPar nombre_parm parm ] ... [ SetAction evento nombre_accin
| valor_reint_accin ] ... [ DelAction evento nombre_accin ] ...[ AddTask evento
| bib_tareas nombre_tarea [ a arg_tarea... ] ] ... [ Log [ LogEnable | LogDisable ] [
| p periodo ] { [ RAW { s | no } ] [ TEDW { s | no} ] | [ Agg { s | no} ] } [ ap
| periodo_agregacin ] [Min | NoMin ] [ Max | NoMax ] [ Avg | NoAvg ] ]
y la sintaxis de especificador_agregar_modelo_recurso es:
| [ enable | disable ] [ c tiempo_ciclo ] [ Schedule [ start fecha ] stop fecha

| Rule nombre da1:da2:... [ interval hora:minuto hora:minuto ] ] [ t nombre_umbral
| valor ] ... [ e evento [ o apariciones ] [ h agujeros ] [ SendTec | NoSendTec ] [
| SendTBSM | NoSendTBSM] [ severity tipo_severidad ] [ clearing { yes | no }
| ] ] ] ... [ AddPar nombre_parm parmetro ] ...[ DelPar nombre_parmetro parm ] ...[
| AddAction evento nombre_accin valor_reintento_accin ] ...[ SetAction evento
| nombre_accin valor_reintento_accin ] ... [ DelAction evento nombre_accin ] ... [
| AddTask evento bib_tareas nombre_tarea [ a arg_tarea ... ] ] ... [ DelTask evento
| bib_tareas nombre_tarea ] ... [ Log [ LogEnable | LogDisable ] [ p periodo ] { [
| RAW { s | no } ] [ TEDW { s | no} ] | [ Agg { s | no} ] } [ ap
| periodo_agregacin ] [Min | NoMin ] [ Max | NoMax ] [ Avg | NoAvg ] ]
Descripcin
El comando wdmeditprf permite cambiar varios atributos de un perfil:
v Los modelos de recurso pueden agregarse con valores predeterminados o puede
proporcionarlos el usuario
v Los modelos de recurso pueden editarse
v Los detalles del modelo de recurso seleccionado o los perfiles pueden
imprimirse

wdmeditprf
v Los monitores de destino para los eventos generados por el modelo de recurso
pueden definirse
v Las tareas desencadenadas por eventos, generadas por el modelo de recurso,
pueden definirse.
Los modelos de recurso pueden agregarse utilizando todos los valores

predeterminados proporcionados, que se encuentran documentados en el manual
IBM Tivoli Monitoring: Resource Model Reference Guide.Por otra parte, puede agregar
un modelo con uno o ms valores modificados para que ajustarlos a sus
necesidades. Tambin puede editar cualquiera de los detalles de un modelo de
recurso existente. Las diversas opciones mostradas anteriormente en el apartado
Sintaxis, que se definen a continuacin en el apartado Opciones, son no exclusivas.
As, puede emitir un nico comando para agregar un modelo de recurso que
modifique los valores predeterminados de, por ejemplo, el tiempo del ciclo y un
evento. A continuacin puede escribir un comando separado para editar, por
ejemplo, los detalles de registro y dos umbrales.
Opciones
Las opciones del comando wdmeditprf deben especificarse en la secuencia
correcta:
1. P perfil#regin
2. add, edit, list, print, remove, TBSM o Tec
3. modelo_recurso (si es necesario)
4. Los argumentos de las opciones add o edit: pueden escribirse en cualquier
orden
Los detalles de las opciones son los siguientes:

P perfil#regin
El perfil en que las acciones de este comando se realizarn.
add modelo_recurso
Agrega el modelo de recurso nombrado al perfil. Utilice el nombre interno del
modelo de recurso, segn se especifica para cada modelo de recurso en el
Opcionalmente, el comando puede ir seguido de uno o ms argumentos del
modelo de recurso, que modificarn los valores predeterminados del modelo de
recurso nombrado; slo los valores que necesitan cambiarse deben especificarse.
Los detalles de estos argumentos se proporcionan a continuacin de la opcin
Tec.
edit modelo_recurso
Especifica que desea editar el modelo de recurso nombrado. Utilice el nombre
interno del modelo de recurso, segn se especifica para cada modelo de recurso
en el manual IBM Tivoli Monitoring: Resource Model Reference Guide.
Opcionalmente, el comando puede ir seguido de uno o ms argumentos del
modelo de recurso, que modificarn los valores predeterminados del modelo de
recurso nombrado; slo los valores que necesitan cambiarse deben especificarse.
Los detalles de estos argumentos se proporcionan a continuacin de la opcin
Tec.
list
Ofrece un resumen de los detalles del perfil en la salida estndar. El formato de
salida es el siguiente:

wdmeditprf
Resource Model Enable

DMXFileSystem YES
DMXMemory YES
DMXProcess YES
TMW_ParamEventLog NO
print modelo_recurso
Imprime informacin bsica sobre el modelo de recurso nombrado. Utilice el
nombre interno del modelo de recurso, segn se especifica para cada modelo
de recurso en el manual IBM Tivoli Monitoring: Resource Model Reference Guide.
Puede obtener ms informacin especificando (como mnimo) uno o ms de los
argumentos siguientes:
c Para imprimir informacin sobre el tiempo de ciclo.
e Para imprimir informacin sobre el evento.
tasks Para imprimir informacin asociada con tareas.
Log Para imprimir informacin sobre el registro de datos.
par Para imprimir informacin sobre parmetros (para modelos de recursos
paramtricos).
schedule
Para imprimir informacin sobre planificacin.
t Para imprimir informacin sobre umbrales.
Tec Para imprimir informacin relacionada con Tivoli Enterprise Console.
TBSM
Para imprimir informacin relacionada con Tivoli Business System
Manager.
remove modelo_recurso
Elimina el modelo de recurso nombrado del perfil. Utilice el nombre interno del
TBSM
Especifica si los eventos de este perfil deben enviarse a Tivoli Business Systems
Manager. Las opciones son:
yes Especifica que los eventos se enviarn a Tivoli Business Systems
Manager.
no Especifica que no se enviar ningn evento a Tivoli Business Systems
Manager. Si selecciona esta opcin, no se tendrn en cuenta las
peticiones de Enviar a TBSM que especifique o haya especificado
para indicaciones individuales.
Tec
Especifica si los eventos para este perfil deben enviarse al servidor Tivoli
Enterprise Console e identifica el servidor. Las opciones son:
broadcast S lista_servidores
Especifica que se enviarn los eventos a todos los servidores de Tivoli
Enterprise Console de la lista. Para indicar mltiples servidores, utilice
una coma (',') como separador. Si especifica un servidor sin ningn
nombre de regin, los eventos se enviarn al servidor de Tivoli
Enterprise Console local. Si el servidor es un servidor no seguro,
especifique la ubicacin del servidor seguida por el signo de suma '+' y
el puerto del servidor.

wdmeditprf
failover S lista_servidores
Especifica que se enviarn los eventos al primer servidor de Tivoli
Enterprise Console no seguro disponible de la lista. Los servidores se
especifican por la ubicacin del servidor seguida por el signo de suma
'+' y el puerto del servidor.
no Especifica que no se enviar ningn evento al servidor Tivoli Enterprise
Console. Si selecciona esta opcin, no se tendrn en cuenta las
peticiones de Enviar a TEC que especifique o haya especificado para
indicaciones individuales.
Argumentos de las opciones add y edit
Las opciones add y edit pueden adoptar los argumentos siguientes, en
cualquier orden y de acuerdo con las especificaciones proporcionadas con la
sintaxis especificador_agregar_modelo_recurso y la sintaxis
especificador_editar_modelo_recursos:
AddPar nombre_parmetro valor_parmetro
Define los valores de los parmetros para modelos de recurso que se
pueden definir con parmetros. Cada parmetro es de uno de los cuatro
tipos. Encontrar ms detalles sobre los nombres y tipos de parmetros
para cada modelo de recurso que se pueda definir con parmetros en el
manual IBM Tivoli Monitoring: Resource Model Reference Guide. Los
valores de los parmetros se agregan utilizando la opcin AddPar
segn el tipo de parmetro, de la manera siguiente:
v Numrico:
Una lista de valores numricos. La opcin AddPar agrega el valor
proporcionado en valor_parmetro a los valores existentes del
parmetro numrico.
v Cadena:
Una lista de cadenas. La opcin AddPar agrega la cadena
proporcionada en valor_parmetro a los valores existentes del
parmetro de cadena.
v Lista booleana:
Una lista booleana de valores no exclusivos predefinidos. La opcin
AddPar cambia el valor de lista booleana proporcionado en
valor_parmetro al estado true. Para cambiarlo al estado false, utilice la
opcin DelPar.
v Lista de opciones:
Una lista de opciones de alternativas exclusivas predefinidas. La
opcin AddPar selecciona el valor de la lista de opciones
proporcionado en valor_parmetro; el valor previamente seleccionado
se deseleccionar automticamente cuando se realice el comando.
| AddAction event nombre_accin valor_reintento_accin
| Agrega una accin con los valores especificados al modelo de recurso:
| v evento
| El evento que desencadena la accin.
| v nombre_accin
| El nombre de la accin incorporada.
| v valor_reintento_accin
| El valor de reintento para la accin.
| Nota: Las acciones incorporadas solamente pueden agregarse si

| anteriormente se han eliminado del modelo de recurso.

wdmeditprf
| SetAction evento nombre_accin valor_reintento_accin

| Define una accin con los valores especificados en el modelo de
| recurso:
| v evento
| v nombre_accin
| v valor_reintento_accin
| El valor de reintento para la accin.
| DelAction evento nombre_accin
| Elimina una accin con los valores especificados desde el modelo de
| recurso:
| v evento
| v nombre_accin
AddTask evento biblioteca_tareas nombre_tarea [ a arg_tarea ... ]
Define los valores asociados con una tarea:
v evento
El evento que desencadena la tarea.
v biblioteca_tareas
La biblioteca de tareas correspondiente a la tarea especificada.
v nombre_tarea
El nombre de la tarea.
v arg_tarea
Cualquier argumento de tarea.
c tiempo_ciclo
Cambia el valor predeterminado del tiempo del ciclo de un modelo de
recurso. El valor se proporciona en segundos.
DelPar nombre_parmetro valor_parmetro
Cambia los valores de los parmetros para modelos de recurso que se
pueden definir con parmetros. Cada parmetro es de uno de los cuatro
tipos. Encontrar ms detalles sobre los nombres y tipos de parmetros
para cada modelo de recurso que se pueda definir con parmetros en el
manual IBM Tivoli Monitoring: Resource Model Reference Guide. Los
valores de los parmetros se modifican utilizando la opcin DelPar,
segn el tipo de parmetro, de la manera siguiente:
v Numrico:
Una lista de valores numricos. La opcin DelPar suprime el valor
proporcionado en valor_parmetro de los valores existentes del
parmetro numrico.
v Cadena:
Una lista de cadenas. La opcin DelPar suprime el valor
proporcionado en valor_parmetro de los valores existentes del
parmetro numrico.
v Lista booleana:
Una lista booleana de valores no exclusivos predefinidos. La opcin
DelPar cambia el valor de la lista booleana proporcionado en
valor_parmetro al estado false. Para cambiarlo al estado true, utilice la
opcin AddPar.
v Lista de opciones:

wdmeditprf
Este tipo de parmetro no puede modificarse con la opcin DelPar;

utilice la opcin AddPar.
DelTask evento biblioteca_tareas nombre_tarea
Suprime una tarea con los valores especificados del modelo de recurso:
v evento
El evento que desencadena la tarea.
v biblioteca_tareas
La biblioteca de tareas correspondiente a la tarea especificada.
v nombre_tarea
El nombre de la tarea.
disable
Inhabilita el modelo de recurso del perfil definido.
e evento
Cambia el valor predeterminado de un evento nombrado. Puede definir
cualquier nmero de eventos. Los valores especficos que pueden
cambiarse son los siguientes:
v h agujeros:
Define el nmero de agujeros consecutivos (ciclos en los que no
ocurre una indicacin) que pueden interrumpir el recuento de
apariciones consecutivas sin volver a establecer el recuento en cero.
v o apariciones
Define el nmero de apariciones consecutivas (ciclos en los que
ocurre una indicacin) que se necesitan para desencadenar el evento.
v NoSendTBSM
Define que el evento no se enviar a Tivoli Business Systems
Manager.
v NoSendTec
El evento no se enviar al servidor Tivoli Enterprise Console.
v SendTBSM
Define que el evento se enviar a Tivoli Business Systems Manager.
v SendTec
Define que el evento se enviar al servidor Tivoli Enterprise Console.
v severity tipo_gravedad
El tipo de gravedad del evento debe ser uno de los siguientes:
GRAVE, CRTICO, AVISO, INOFENSIVO, MENOR.
| v clearing
| Especifica si se debe enviar un evento de borrado cuando hayan
| desaparecido las circunstancias que han generado el evento. Las
| opciones son:
| yes Se enva un evento de borrado.
| no No se enva un evento de borrado.
enable
Habilita el modelo de recurso del perfil definido.
Log Cambia los valores predeterminados de los detalles de registro de
datos. Los valores especficos que pueden cambiarse son los siguientes:
v Agg {yes | no}
Determina si los datos de registro se agregarn (yes) o no (no).
v ap periodo_agregacin

wdmeditprf
Define el periodo durante el cual se agregan los datos, en el formato

HH:MM; mximo 24:00 horas. El periodo permitido se encuentra en
el rango: 00:05 - 24:00. La unidad mnima de agregacin es 5
minutos.
v Avg
Define que se registrar el promedio de los valores encontrados
durante el periodo de agregacin.
v LogDisable
Define que la caracterstica de registro de datos se inhabilitar.
v LogEnable
Define que la caracterstica de registro de datos se habilitar.
v Max
Define que se registrar el valor ms elevado encontrado durante el
periodo de agregacin.
v Min
Define que se registrar el valor ms bajo encontrado durante el
periodo de agregacin.
v NoAvg
Define que el promedio de los valores encontrados durante el
periodo de agregacin no se registrar (consulte la opcin -Avg)
v NoMax
Define que el valor ms elevado encontrado durante el periodo de
agregacin no se registrar (consulte la opcin -Max)
v NoMin
Define que el valor ms bajo encontrado durante el periodo de
agregacin no se registrar (consulte la opcin -Min)
v p periodo
Define la duracin histrica de datos en la base de datos de registro
de datos, en el formato HH:MM; mximo 24:00 horas. El periodo
permitido se encuentra en el rango: 00:05 - 24:00. La unidad mnima
de agregacin es 5 minutos.
v RAW {yes | no}
Determina si el registro de datos sin procesar est habilitado (yes) o
inhabilitado (no).
v TEDW {yes | no}
Determina si el registro de datos TEDW est habilitado (yes) o
inhabilitado (no).
t umbral valor_umbral
Define el valor de un umbral nombrado; puede definirse cualquier
nmero de umbrales.
Schedule [ start fecha ] stop fecha
Define la planificacin del modelo de recurso. Las fechas de inicio y de
finalizacin estn en el formato ao-mes-da (por ejemplo: para indicar
el 16 de julio de 2003, especifique 2003-7-16). La fecha de inicio
predeterminada es hoy. Como mnimo se debe especificar una regla de
planificacin en el formato:
Rule nombre da1:da2:... [ interval hora:minuto hora:minuto]
Los das de la semana se especifican como
lunes:martes:mircoles:jueves:viernes:sbado:domingo. El
intervalo de tiempo es hora:minuto (por ejemplo: 7:15-9:20 pm
se convierte en 19:15 21:20).

wdmeditprf
Autorizacin
Ejemplos
1. El ejemplo siguiente agrega el modelo de recurso MiModeloRecurso al perfil
MiPerfil en la regin MiRegin utilizando todos los valores predeterminados:
wdmeditprf P MiPerfil#MiRegin -add MiModeloRecurso
2. El ejemplo siguiente agrega el modelo de recurso MiModeloRecurso al perfil
MiPerfil en la regin MiRegin cambiando una seleccin de los valores
predeterminados (los valores cambiados se muestran en lneas separadas para
mayor claridad, pero normalmente estaran concatenados en una nica
cadena):
wdmeditprf P MiPerfil#MiRegin -add MiModeloRecurso
-t MiUmbral 60
-e MiEvento1 -o 5 -h 2 -SendTec -severity WARNING -NoSendTBSM
-Log -LogEnable -Agg yes -ap 00:30 -Min -NoMax -Avg -p 12:00
-c 120
-enable
3. El ejemplo siguiente edita el modelo de recurso que se puede definir con
parmetros MiRegistroEventosParam del perfil MiPerfil de la regin
MiRegin cambiando una seleccin de los valores predeterminados:
wdmeditprf P MiPerfil#MiRegin -edit MiRegistroEventosParam
-AddPar Eids 2034 -AddPar Source Win2K -DelPar Source WinNT
-AddPar Severity warning -DelPar Severity Information
-AddPar FilterType and
4. El ejemplo siguiente presenta una lista de resumen del perfil MiPerfil de la
regin MiRegin en la salida estndar:
wdmeditprf P MiPerfil#MiRegin -list
5. El ejemplo siguiente imprime la informacin de evento sobre el modelo de
recurso MiModeloRecurso en el perfil MiPerfil en la regin MiRegin:
wdmeditprf P MiPerfil#MiRegin -print MiModeloRecurso -e
6. El ejemplo siguiente imprime informacin sobre el modelo de recurso
MiModeloRecurso del perfil MiPerfil de la regin MiRegin, incluyendo
informacin sobre el tiempo del ciclo, los eventos, el registro de datos y los
parmetros:
wdmeditprf P MiPerfil#MiRegin -print MiModeloRecurso -c -e -Log -par
7. El ejemplo siguiente elimina el modelo de recurso MiModeloRecurso del
perfil MiPerfil de la regin MiRegin:
wdmeditprf P MiPerfil#MiRegin -remove MiModeloRecurso
8. El ejemplo siguiente habilita el envo de eventos de Tivoli Business Systems
Manager para el perfil MiPerfil de la regin MiRegin:
wdmeditprf P MiPerfil#MiRegin -TBSM yes
9. El ejemplo siguiente inhabilita el envo de eventos de Tivoli Business Systems
Manager para el perfil MiPerfil de la regin MiRegin:
wdmeditprf P MiPerfil#MiRegin -TBSM no
10. El ejemplo siguiente define el servidor seguro Tivoli Enterprise Console
ServidorEventos para el perfil MiPerfil de la regin MiRegin:
wdmeditprf P MiPerfil#MiRegin -Tec secure -S ServidorEventos
11. El ejemplo siguiente define el servidor no seguro Tivoli Enterprise Console
tecinserv en el puerto 8080 para el perfil MiPerfil de la regin MiRegin:
wdmeditprf P MiPerfil#MiRegin -Tec unsecure
S tecinserv.rome.tivoli.com -p 8080

wdmeditprf
12. El ejemplo siguiente inhabilita el envo de eventos al servidor Tivoli Enterprise

Console para el perfil MiPerfil de la regin MiRegin:
wdmeditprf P MiPerfil#MiRegin -Tec no
Consulte tambin
wdmdumpprf
wdmloadprf

wdmeng
Detiene o inicia perfiles o modelos de recurso en puntos finales; tambin suprime
perfiles en puntos finales.
Sintaxis
wdmeng e punto final [p perfil#regin] modelo_recurso start
wdmeng e punto final [p perfil#regin] modelo_recurso stop
wdmeng e punto final p perfil#regin start
wdmeng e punto final p perfil#regin stop
wdmeng e punto final p perfil#regin delete
Descripcin
El comando wdmeng permite detener e iniciar el motor de Tivoli Monitoring para
un perfil o un modelo de recurso especfico en un punto final especfico; tambin
permite suprimir un perfil en un punto final especfico.
Opciones
e punto final
Define el punto final en el que se realizar el comando; slo se puede
especificar un punto final.
delete
Suprime el perfil nombrado.
Nota: Para suprimir un modelo de recurso en un punto final debe inhabilitar el

modelo de recurso del perfil del servidor Tivoli utilizando el comando
wdmeditprf y distribuir el perfil nuevo al punto final, utilizando este
comando para suprimir el perfil antiguo.
p perfil#regin
Define el perfil en el que se realizarn las acciones del comando. Si el perfil no
se especifica, el comando se realizar en todos los perfiles del punto final
nombrado. El nombre del perfil debe estar siempre calificado al completo con el
nombre de la regin de polticas segn la sintaxis mostrada.
Nota: Para obtener una lista de los nombres completos de todos los perfiles
que se encuentran en un punto final, escriba el comando siguiente:
modelo_recurso
Define el modelo de recurso a iniciar o detener. Utilice el nombre interno del
start
Inicia el modelo de recurso o perfil nombrado.
stop
Detiene el modelo de recurso o perfil nombrado.

wdmeng
Autorizacin
Ejemplos
1. El ejemplo siguiente inicia el modelo de recurso MiModeloRecurso en el punto
final MiPuntoFinal de todos los perfiles.
wdmeng e MiPuntoFinal MiModeloRecurso -start
2. El ejemplo siguiente detiene el modelo de recurso MiModeloRecurso en el
punto final MiPuntoFinal de todos los perfiles.
wdmeng e MiPuntoFinal MiModeloRecurso -stop
3. El ejemplo siguiente inicia el modelo de recurso MiModeloRecurso del perfil
MiPerfil de la regin de polticas MiRegin en el punto final MiPuntoFinal.
wdmeng e MiPuntoFinal -p MiPerfil#MiRegin MiModeloRecurso -start
4. El ejemplo siguiente detiene el modelo de recurso MiModeloRecurso del perfil
MiPerfil de la regin de polticas MiRegin en el punto final MiPuntoFinal.
wdmeng e MiPuntoFinal -p MiPerfil#MiRegin MiModeloRecurso -stop
5. El ejemplo siguiente inicia el perfil MiPerfil en la regin de polticas MiRegin
del punto final MiPuntoFinal.
wdmeng e MiPuntoFinal -p MiPerfil#MiRegin -start
6. El ejemplo siguiente detiene el perfil MiPerfil de la regin de polticas
MiRegin del punto final MiPuntoFinal.
wdmeng e MiPuntoFinal -p MiPerfil#MiRegin -stop
7. El ejemplo suprime el perfil MiPerfil de la regin de polticas MiRegin del
punto final MiPuntoFinal.
wdmeng e MiPuntoFinal -p MiPerfil#MiRegin -delete
Consulte tambin
wdmcmd
wdmlseng
wdmtrceng

wdmheartbeat
Detiene o inicia la supervisin de latido de puntos finales, cambia su frecuencia y
consulta el estado de un procesador de latido.
Sintaxis
| wdmheartbeat [m {nodo_gestionado | @archivo_nodos_gestionados | all}] {s
| frecuencia | t | q }
Descripcin
El comando wdmheartbeat funciona en nodos gestionados/gateways seleccionados
e inicia o detiene el latido, que es una supervisin peridica en un nodo
gestionado/gateway de todos los puntos finales adjuntos para determinar
informacin bsica de estado concreta. Adems, este comando tambin se puede
utilizar para cambiar la frecuencia del latido, es decir, el periodo transcurrido entre
dos peticiones de latido.
Opciones
Especifica los nodos gestionados/gateways en los que se realizar el comando
de latido. Si no se utiliza esta opcin, el comando de latido se realizar en el
nodo_gestionado
all
q
Consulta el estado del procesador de latido. El siguiente es un ejemplo de la
salida:
HeartBeat processor status: STARTED, frequency: 60
HeartBeat processor status: STARTED, frequency: 60
s frecuencia
Esta accin inicia el latido en los gateways/nodos gestionados definidos con la
frecuencia indicada en segundos (redondeada al siguiente minuto ms cercano:
por ejemplo, si se establece la frecuencia en 59, la frecuencia real ser de 60
segundos, y si la frecuencia se establece en 61, la frecuencia real ser de 120
segundos). Si ya se est ejecutando el latido, esta opcin cambia la frecuencia
del latido a la frecuencia especificada.
t Esta opcin detiene el latido con efecto inmediato sobre los nodos
gestionados/gateways definidos. El latido debe estar ejecutndose para que este
comando tenga efecto. Aunque se detiene el latido, el proceso de latido no se
termina. Para interrumpir el proceso, es necesario emitir el comando wdmmn
(junto con las opciones stop y h).

wdmheartbeat
Autorizacin
Ejemplos
1. El ejemplo siguiente detiene el latido en el nodo gestionado/gateway
MiNodoGestionado:
wdmheartbeat m MiNodoGestionado -t
2. El ejemplo siguiente inicia el latido en el nodo gestionado/gateway
MiNodoGestionado cuando la supervisin se produce cada 180 segundos:
wdmheartbeat m MiNodoGestionado -s 180
3. El ejemplo siguiente consulta el estado del latido en todos los nodos
gestionados/gateways en la regin de gestin Tivoli:
wdmheartbeat m all -q
Consulte tambin
wdmconfig
wdmdiscovery
wdmmngcache

wdmloadprf
Carga los perfiles nuevos y actualiza los antiguos en un servidor de regin de
gestin Tivoli (servidor Tivoli).
Sintaxis
wdmloadprf f nombre_archivo_perfil g gestor_perfiles#regin [P perfil]
[{k | m | s}] [x]
Descripcin
El comando wdmloadprf hace que los perfiles nuevos estn disponibles en el
servidor Tivoli. Si el comando identifica un perfil existente, el comando actualizar
el perfil, y deber elegir entre fusionar los modelos de recurso nuevos con los
existentes, sustituir los modelos de recurso existentes por los nuevos o mantener
los modelos de recurso existentes.
Si utiliza esta opcin para mover perfiles entre servidores Tivoli, asegrese de que
los modelos de recurso definidos en el perfil ya se hayan cargado en el servidor
Tivoli receptor (utilizando el comando wdmrm), antes de cargar el perfil.
La entrada es un archivo creado utilizando el comando wdmdumpprf.
Opciones
f nombre_archivo_perfil
Identifica el archivo que contiene el perfil nuevo. El nombre debe incluir la ruta
completa. El archivo debe estar en formato Tivoli Management Framework,
salvo si se utiliza la opcin x para cargar un archivo en formato XML (esta
opcin slo est disponible en sistemas Windows).
g gestor_perfiles#regin
Identifica el gestor de perfiles al que pertenece el perfil nuevo o el perfil a
actualizar. El nombre del gestor de perfiles debe estar siempre calificado al
completo con el nombre de la regin de polticas segn la sintaxis mostrada.
P perfil
Define el perfil a agregar o actualizar. Si el perfil se ha especificado, se utilizar
el nombre del perfil contenido en el archivo XML.
[{k | m | s}]
Define cmo se actualiza el modelo. Si no se define ninguna de las opciones
siguientes, se crear un perfil nuevo desde la informacin de entrada, siempre
y cuando el nombre de perfil proporcionado todava no exista, en cuyo caso el
comando fallar. Las opciones de actualizacin mutuamente exclusivas son las
siguientes:
k Si un perfil ya existe con el nombre proporcionado, la opcin k deja
todos los modelos de recurso en los perfiles existentes tal como estaban
y slo cambia los parmetros del perfil que son externos a los modelos
de recurso.
m Si un perfil ya existe con el nombre proporcionado, la opcin m

wdmloadprf
realiza las acciones siguientes en los modelos de recurso del perfil

existente, comparando los nombres de los modelos de recurso que
contiene:
v Un modelo de recurso del archivo XML que no concuerda con un
modelo de recurso del perfil existente se agrega al perfil existente.
v Un modelo de recurso del archivo XML que concuerda con un
modelo de recurso del perfil existente, sobrescribe el modelo de
recurso del perfil existente.
v Un modelo de recurso del perfil existente que no concuerda con el
modelo de recurso del archivo XML no se cambia.
s Si ya existe un perfil con el nombre proporcionado, la opcin s
sustituye todo el perfil por el definido en el archivo XML.
x Esta opcin slo puede utilizarse en sistemas Windows. Determina que el
archivo a cargarse est en formato XML en vez del formato predeterminado de
Tivoli Management Framework.
Autorizacin
Ejemplos
1. El ejemplo siguiente carga el perfil almacenado en el archivo MiArchivoXML
del directorio MisPerfiles y lo agrega al gestor de perfiles MiGestorPerfiles de
la regin MiRegin. El nombre de perfil se determinar desde el contenido del
archivo XML:
wdmloadprf f MisPerfiles\MiArchivoXML -g MiGestorPerfiles#MiRegin
2. El ejemplo siguiente carga el perfil almacenado en el archivo MiArchivoXML
del directorio MisPerfiles, lo agrega al gestor de perfiles MiGestorPerfiles de
la regin MiRegin y le pone el nombre NombreMiPerfil:
-P NombreMiPerfil
3. El ejemplo siguiente actualiza un perfil existente identificado en el archivo
MiArchivoXML del directorio MisPerfiles y perteneciente al gestor de perfiles
MiGestorPerfiles de la regin MiRegin y fusiona sus modelos de recurso con
los contenidos en el archivo XML:
wdmloadprf f MisPerfiles\MiArchivoXML -g MiGestorPerfiles#MiRegin -m
4. El ejemplo siguiente actualiza el perfil NombreMiPerfil de la regin MiRegin
perteneciente al gestor de perfiles MiGestorPerfiles, sustituyendo sus
contenidos por los almacenados en el archivo MiArchivoXML del directorio
MisPerfiles:
-P NombreMiPerfil -s
5. El ejemplo siguiente actualiza el perfil NombreMiPerfil de la regin MiRegin,
perteneciente al gestor de perfiles MiGestorPerfiles, manteniendo sus modelos
de recurso y slo actualizando los parmetros del perfil externos a los modelos
de recurso por los contenidos en el archivo MiArchivoXML del directorio
MisPerfiles:
-P NombreMiPerfil -k

wdmloadprf
Consulte tambin
wdmdumpprf
wdmeditprf

wdmlseng
Devuelve una lista y el estado de todos los modelos de recurso que se han
distribuido a un punto final determinado.
Sintaxis
wdmlseng e punto final [verbose] [xml]
wdmlseng e punto final p perfil_cualificado#regin [verbose] [xml]
wdmlseng e punto final p perfil_cualificado#regin r modelo_recurso [verbose]

[xml]
wdmlseng e punto final p perfil_cualificado#regin r modelo_recurso i indicacin

[verbose] [xml]
Descripcin
Este comando devuelve una lista de todos los modelos de recurso que se han
distribuido al punto final especificado. Aparecer tambin el estado de cada
modelo de recurso. Algunos cdigos de estado son estndar; otros los define el
usuario en Resource Model Builder de Tivoli Monitoring, en cuyo caso van
acompaados de un cdigo de razn definido por el usuario.
El estado puede ser:

Inhabilitado
El modelo de recurso se ha distribuido pero no se ha almacenado.
Error
Se ha producido un error en el motor de Tivoli Monitoring posiblemente a
causa de un error en el agente de supervisin de recursos.
Fallo de cdigo de razn
Un modelo de recurso ha fallado.
Fallo despus de la recuperacin de cdigo de razn
Un modelo de recurso ha fallado despus de que la operacin de recuperacin
haya intentado ejecutarlo tres veces (consulte Recuperacin).
Falla cdigo de razn
El motor de punto final intenta ejecutar el modelo de recurso una vez cada tres
minutos, indefinidamente.
Falta requisito previo
No se ha cumplido uno o ms requisitos previos del modelo de recurso. Por
ejemplo, si distribuye el modelo de recurso Imprimir a un sistema Windows
NT, se genera este estado porque el modelo de recurso slo funciona con
Windows 2000.
No compilado
El modelo de recurso no se ha compilado.
Recuperacin cdigo de razn
El motor de punto final intenta ejecutar el modelo de recurso una vez por cada
ciclo, slo durante tres ciclos, despus de lo cual el estado cambia a Fallo
despus de la recuperacin.

wdmlseng
Reintento cdigo de razn

El motor de punto final intenta ejecutar el modelo de recurso tres veces en cada
ciclo, indefinidamente.
En ejecucin
El modelo de recurso se est ejecutando.
Planificado
El modelo de recurso se ha planificado para que se inicie.
Detenido
El modelo de recurso se ha detenido. Se compila y se habilita y no se encuentra
en un estado de error, aunque no est ejecutndose y no se planifica.
No se ha podido iniciar cdigo de razn
Un modelo de recurso no ha podido iniciarse.
A continuacin se muestran varios ejemplos de la salida

1. El primero muestra la salida recibida al enviar una peticin al nivel de punto
final (slo con el punto final especificado) y sin la opcin detallado:
Forwarding the request to the engine...
The following profiles are running:
myprofile#ucaselli-region
TMW_Processor :Running
[ucaselli][y:/w32-ix86/cdrom]
2. El segundo ejemplo de salida muestra el mismo punto final con la
configuracin detallada:
myprofile#ucaselli-region
TMW_Processor :Running
TMW_ProcessorBusy 100 %
TMW_HighProcesses 100 %
TMW_CPUCantKeepUpWithHW 100 %
TMW_HWKeepingCPUBusy 100 %
TMW_BusyHardware 100 %
TMW_HighPercentUsageDelta 100 %
[ucaselli][y:/w32-ix86/cdrom]
3. El tercer ejemplo de salida muestra el mismo punto final con la configuracin
detallada en formato XML:
<Perfiles> <Profile Name="myprofile#ucaselli-region">
<RMs>
<RM Name="TMW_Processor" Status="Running">
<Indications>
<Indication Name="TMW_ProcessorBusy" Health="100">
</Indication>
<Indication Name="TMW_HighProcesses" Health="100">
</Indication>
<Indication Name="TMW_CPUCantKeepUpWithHW" Health="100">
</Indication>
<Indication Name="TMW_HWKeepingCPUBusy" Health="100">
</Indication>
<Indication Name="TMW_BusyHardware" Health="100">
</Indication>
<Indication Name="TMW_HighPercentUsageDelta" Health="100">
</Indication>
</Indications>
</RM>
</RMs>
</Profile>
</Profiles>

wdmlseng
Opciones
e punto final
Especifica el punto final en el que se realizar el comando.
i indicacin
Especifica la indicacin en la que se realizar el comando. Utilice el nombre
interno del evento, segn se especifica para cada modelo de recurso en el
manual IBM Tivoli Monitoring: Resource Model Reference Guide. Si la indicacin no
est especificada, el comando se realizar en todas las indicaciones del modelo
de recurso especificado.
p perfil_cualificado#regin
Define el perfil en el que se realizar el comando. Si el perfil no se especifica, el
comando se realizar en todos los perfiles del punto final. El nombre del perfil
debe estar siempre calificado al completo con el nombre de la regin de
polticas segn la sintaxis mostrada. El nombre del perfil puede tener
cualquiera de los siguientes formatos:
perfil#regin
etiqueta_objeto.perfil#regin
en el caso de objetos de gestin de aplicaciones
r modelo_recurso
Especifica el modelo de recurso en el que se realizar el comando. Utilice el
nombre interno del modelo de recurso, segn se especifica para cada modelo
de recurso en el manual IBM Tivoli Monitoring: Resource Model Reference Guide. Si
el modelo de recurso no se especifica, el comando se realizar en todos los
modelos de recurso del perfil especificado.
verbose
Aparecen todas las indicaciones para cada modelo de recurso. Aparecern
tambin la clave de la peor instancia (si sta existe) y el estado (nivel de
consolidacin) de cada una de las instrucciones. El nivel de consolidacin
indica el estado de finalizacin de las apariciones necesarias generadas para
desencadenar el evento en cuestin.
Si especifica un perfil aparecern todas las indicaciones para cada modelo de
recurso de ese perfil.
Si tambin se especifica un modelo de recurso, aparecern todas las instancias
para cada indicacin de ese modelo de recurso.
Si tambin se especifica una indicacin, aparecern todos los datos de
categoras (el valor de propiedad de cadena de la indicacin) y mtricas (el
valor de propiedad numrico de la indicacin) para cada instancia.
xml
Aparece la salida en formato XML. En el caso de un error de comando, se
visualizar el mensaje de error correspondiente y no se generar ningn XML.
| Si la salida contiene caracteres DBCS, debe redireccionarse a un archivo y
| visualizarse utilizando un editor que soporte la codificacin UTF-8.
Autorizacin
Requiere los roles super, senior, admin o de usuario.

wdmlseng
Ejemplos
1. Este ejemplo muestra el comando necesario para obtener una lista de todos los
modelos de recurso del punto final MiPuntoFinal con detalles completos sobre
todas las indicaciones en formato XML:
wdmlseng -e MiPuntoFinal -verbose -xml
2. Este ejemplo muestra el comando necesario para obtener una lista de todos los
modelos de recurso del perfil MiPerfil del punto final MiPuntoFinal con
detalles completos sobre todas las indicaciones en formato XML:
wdmlseng e MiPuntoFinal -p MiPerfil -verbose -xml
3. Este ejemplo muestra el comando necesario para obtener una lista del modelo
de recurso MiModeloRecurso del perfil MiPerfil del punto final MiPuntoFinal
con detalles completos sobre todas las indicaciones en formato XML:
wdmlseng e MiPuntoFinal -p MiPerfil -r MiModeloRecurso -verbose -xml
4. Este ejemplo muestra el comando necesario para obtener una lista de la
indicacin MiIndicacin del modelo de recurso MiModeloRecurso del perfil
MiPerfil del punto final MiPuntoFinal con detalles completos sobre todas las
indicaciones en formato XML:
wdmlseng e MiPuntoFinal -p MiPerfil -r MiModeloRecurso -i MiIndicacin
-verbose -xml
Consulte tambin
wdmcmd
wdmeng
wdmtrceng

wdmmn
Detiene o inicia determinados procesos de Tivoli Monitoring en uno o en todos los
nodos gestionados/gateways.
Sintaxis
wdmmn start [m {nodo_gestionado | all}] [d] [t] [r]
wdmmn stop [m {nodo_gestionado | all}] [b] [d] [h] [t] [r]
Descripcin
Este comando inicia o detiene los varios procesos de Tivoli Monitoring que se
ejecutan en nodos gestionados/gateways. Los procesos que pueden iniciarse o
detenerse son:
v Motor de tarea
v Tivoli Business Systems Manager Adapter
v Motor de latido (para iniciarlo, utilice wdmheartbeat)
v El procesador del gestor de peticiones
v El procesador del recopilador de datos para el componente Tivoli Enterprise
Data Warehouse Support
Puede especificar nodos gestionados individuales o todos los nodos gestionados

donde est instalado Tivoli Monitoring.
Opciones
b
Detiene Tivoli Business Systems Manager Adapter. El proceso se reinicia
automticamente al emitir un comando wdmdiscovery.
d
Inicia o detiene el procesador del recopilador de datos que utiliza el
componente Tivoli Enterprise Data Warehouse Support. Cuando se utiliza
stop, cualquier peticin de recopilacin de datos pendiente se suspende.
Cuando se utiliza start, cualquier peticin de recopilacin de datos pendiente
se reanuda.
h
Detiene el motor de latido.
Identifica el nodo gestionado/gateway en el que se ejecutar el comando. Si no
se proporciona, el comando se realizar en el nodo gestionado/gateway desde
el que se emite. Si se proporciona, debe identificar un nodo/gateway
determinado o todos los nodos gestionados/gateways utilizando un argumento
all.
start
Inicia el proceso o procesos definidos. Si no se especifica el argumento d, r o
t, se inicia el motor de tarea (t).
stop
Detiene el proceso o procesos definidos. Si no se especifica el argumento b,
d,h, r o t, se detiene el motor de tarea (t ).
t Inicia o detiene el motor de tarea. Este es el valor predeterminado.

wdmmn
r Inicia o detiene el gestor de peticiones.
Autorizacin
Ejemplos
1. El ejemplo siguiente detiene el motor de latido de Tivoli Monitoring en el nodo
gestionado/gateway desde el que se emite.
wdmmn stop -h
2. El ejemplo siguiente inicia el motor de latido de Tivoli Monitoring en el nodo
gestionado/gateway desde el que se emite.
wdmmn start
3. El ejemplo siguiente inicia el motor de tarea en el nodo gestionado/gateway
MiNodoGestionado.
wdmmn start -m MiNodoGestionado -t
4. El ejemplo siguiente detiene Tivoli Business Systems Manager Adapter en todos
los nodos gestionados/gateways.
wdmmn stop -m all -b
5. El ejemplo siguiente detiene el motor de latido en todos los nodos
gestionados/gateways.
wdmmn stop -m all -h
6. El ejemplo siguiente detiene el motor de tarea de Tivoli Monitoring y Tivoli
Business Systems Manager Adapter en todos los nodos gestionados/gateways.
wdmmn stop -m all -t -b
7. El ejemplo siguiente detiene el motor de latido y Tivoli Business Systems
Manager Adapter en todos los nodos gestionados/gateways.
wdmmn stop -m all -h -b
8. El ejemplo siguiente detiene el motor de tarea de Tivoli Monitoring y el motor
de latido en todos los nodos gestionados/gateways.
wdmmn stop -m all -t -h
9. El ejemplo siguiente detiene todos los procesos en todos los nodos
gestionados/gateways.
wdmmn stop -m all -t -h -b -r
Consulte tambin
wdmheartbeat

wdmmngcache
Suprime o enumera parte o todo el contenido del cach de puntos finales de
gateway.
Sintaxis
wdmmngcache [m {nodo_gestionado | @archivo_nodos_gestionados | all}] l [v]
wdmmngcache [m {nodo_gestionado | @archivo_nodos_gestionados | all}]

d {all | discovered | dead | punto final | @archivo_puntos_finales}
Descripcin
El comando wdmmngcache funciona en un determinado nodo
gestionado/gateway, en una lista de nodos gestionados/gateways contenidos en
un archivo o en todos los nodos/gateways, y enumera o suprime todo o parte del
contenido del cach mantenido por Tivoli Business Systems Manager Adapter.
Si se utiliza la opcin de suprimir, los detalles de punto final se marcan para

suprimirse, pero no se suprimen hasta la siguiente accin de descubrimiento. Por
eso recomendamos que realice un descubrimiento antes de utilizar la opcin de
lista de este comando y despus de utilizar la opcin de suprimir.
La salida de la opcin de lista est disponible en dos formatos. A continuacin se

muestra un ejemplo de la salida sin utilizar el argumento v, con detalles del
estado de latido de los puntos finales del cach:
Processing ManagedNode mpulp...
Endpoint | Status
-----------------------------------------+-------
mpulp-ep DMAgentAlive
dmw2k2-ep DMAgentAlive
A continuacin se muestra un ejemplo de la salida utilizando el argumento v, con

el estado Tivoli Business Systems Manager de los puntos finales del cach:
Warning: DM_Advanced_Edition feature not installed
on the Managed Node boccaccio. Skipping...
Endpoint | HB status | TBSM status
---------------------+----------------------+--------------------
dmw2k2-ep DMEngineOff Not discovered
mcrudele-ep DMEngineOff Not discovered
Los posibles estados de latido de los puntos finales del cach son los siguientes:
Unreachable
No se puede llegar al punto final
DMEngineOff
El motor de Tivoli Monitoring est desactivado
RMsInError
El motor de Tivoli Monitoring est en ejecucin pero algunos modelos de
recurso son errneos
DMAgentAlive
No se han descubierto problemas

wdmmngcache
HBOff
El latido no est activo
Los posibles estados de Tivoli Business Systems Manager de los puntos finales
del cach son los siguientes:
Not discovered
No se ha llevado a cabo ningn descubrimiento
Discovered
Se ha llevado a cabo un descubrimiento
Modified
Se ha modificado la informacin del punto final. Debe llevarse a cabo un
nuevo descubrimiento.
Removed
El punto final se ha eliminado del cach y se ha colocado en estado
removed. Debe llevarse a cabo un nuevo descubrimiento para eliminar el
recurso de Tivoli Business System Manager. A partir de este momento, el
recurso ya no se muestra ms en la consola de Tivoli Business System
Manager hasta que el punto final se registra a s mismo de nuevo en el
cach de punto final.
Opciones
Especifica los nodos gestionados/gateways en los que se realizar el comando.
Si no se utiliza esta opcin, el comando se realizar en el nodo
gestionado/gateway desde el que se est ejecutando.
nodo_gestionado
all
l Esta opcin enumera el contenido del cach en los nodos gestionados/gateways
definidos. Tiene un argumento opcional:
v Proporciona detalles acerca del estado de Tivoli Business Systems
Manager de los puntos finales del cach. Si no se proporciona este
argumento, el comando proporciona detalles del estado de latido de los
puntos finales en el cach.
d {all | discovered | dead | punto final | @archivo_puntos_finales}
Suprime el cach relacionado con los puntos finales definidos. Tenga en cuenta
que los detalles del punto final suprimido permanecen visibles durante la
opcin l hasta que se realiza la siguiente peticin de descubrimiento al nodo
gestionado/gateway al que est adjunto el punto final. La definicin de punto
final puede ser una de las siguientes:
all
Todos los puntos finales adjuntos a los nodos gestionados/gateways

wdmmngcache
discovered
Todos los puntos finales revelados como activos por cualquier comando de
descubrimiento
dead
Todos los puntos finales revelados como inactivos por cualquier comando
de descubrimiento
punto final
Una etiqueta de punto final.
Un archivo que contiene las etiquetas de punto final separadas por el
carcter CR/LF; el smbolo @ indica que sigue un nombre de archivo,
Autorizacin
Ejemplos
1. El ejemplo siguiente enumera el cach en el nodo gestionado/gateway
MiNodoGestionado:
wdmmngcache m MiNodoGestionado -l
2. El ejemplo siguiente muestra el estado de Tivoli Business Systems Manager
Adapter en todos los nodos gestionados/gateways de la regin de gestin
Tivoli:
wdmmngcache m all -l -v
3. El ejemplo siguiente suprime los detalles de cach de todos los puntos finales
de todos los nodos gestionados/gateways de la regin Tivoli:
wdmmngcache m all -d all
4. El ejemplo siguiente suprime los detalles de cach de los puntos finales
revelados por un descubrimiento en todos los nodos/gateways de la regin
Tivoli:
wdmmngcache m all -d discovered
5. El ejemplo siguiente suprime los detalles de cach de los puntos finales no
revelados por un descubrimiento en todos los nodos gestionados/gateways de
la regin Tivoli:
wdmmngcache m all -d dead
6. El ejemplo siguiente suprime los detalles de cach del punto final
MiPuntoFinal1 en el nodo gestionado/gateway desde el que se escribe el
comando:
wdmmngcache d MuPuntoFinal1
7. El siguiente ejemplo suprime los detalles de cach de todos los puntos finales
que aparecen en el archivo MiListaPuntosFinales en el nodo
gestionado/gateway desde el que se escribe el comando:
wdmmngcache d @MiListaPuntosFinales
Consulte tambin
wdmconfig
wdmdiscovery
wdmheartbeat

wdmrm
Agrega, enumera o elimina un determinado modelo de recurso predeterminado en
el servidor de regin de gestin Tivoli o en el nodo/gateway desde donde se
emite. Tambin agrega el catlogo NLS a un modelo de recurso predeterminado ya
instalado.
El comando funciona slo para el servidor y los nodos gestionados de la regin

local. En el caso de mltiples regiones interconectadas, se debe emitir el comando
en cada regin especfica.
Sintaxis
wdmrm add archivo_tar_modelo_recurso
wdmrm addcat modelo_recurso [f archivo_catlogo l entorno_local]
wdmrm list
wdmrm remove modelo_recurso
Descripcin
Este comando agrega, enumera o elimina un modelo de recurso determinado del
servidor Tivoli. En el caso de la opcin de eliminar, elimina el modelo de recurso
del Registro de nombres de Tivoli (TNR) del servidor y de todos los perfiles a los
que previamente se haba agregado el modelo de recurso. No elimina el modelo de
recurso de las copias de los perfiles en los puntos finales.
El comando tambin agrega el catlogo NLS al modelo de recurso, de modo que,

cuando posteriormente se distribuye a los puntos finales, el modelo de recurso
disponga de toda la informacin NLS necesaria para permitir la visualizacin de
eventos localizados en el servidor Tivoli Enterprise Console.
La opcin de enumerar produce una salida similar a la siguiente para cada modelo
de recurso:
Resource -> DMXCpu
NLS name : CPU
product_id : none
major_version : 1
minor_version : 0
platform : aix4-r1\hpux10\linux-ix86\linux-s390\solaris2
message catalog : DMXCpu
zip file : DMXCpu.zip
Opciones
add
Agrega el modelo de recurso del archivo_tar_modelo_recurso especificado al
servidor Tivoli. Si el modelo de recurso ya existe, se sustituye por la nueva
versin, en cuyo caso, debe detener y reiniciar el motor de punto final.
addcat
Agrega el catlogo NLS especificado al modelo de recurso especificado del
servidor Tivoli; si el modelo de recurso no existe, el comando falla. Si no se
especifica ningn catlogo NLS, el comando realiza una bsqueda en el
directorio msg_cat y actualiza el modelo de recurso especificado con los detalles

wdmrm
de los catlogos NLS que encuentra, que todava no se han agregado al modelo
de recurso (los entornos_locales que faltan se agregan y los que ya estn
presentes, se actualizan).
[f archivo_catlogo l entorno_local]
Define un catlogo NLS especfico a agregar al modelo de recurso. Si esta
opcin no se especifica, el modelo de recurso se actualizar con los detalles de
todos los catlogos NLS del directorio msg_cat.
list
Enumera todos los modelos de recurso (por nombre interno) definidos en el
servidor Tivoli.
remove
Elimina el modelo de recurso especificado del servidor Tivoli y tambin lo
elimina de todas las definiciones de perfil del servidor que contiene el modelo
de recurso. Tenga en cuenta que la eliminacin no se aplica a definiciones de
perfil en los puntos finales.
modelo_recurso
Especifica el modelo de recurso a eliminar o al que desea agregar detalles del
catlogo NLS. Utilice el nombre interno del modelo de recurso, segn se
especifica para cada modelo de recurso en el manual IBM Tivoli Monitoring:
Resource Model Reference Guide.
archivo_tar_modelo_recurso
Especifica el nombre del archivo producido por Resource Model Builder de
Tivoli cuando se construye un paquete de modelo de recurso.
Autorizacin
En un sistema Windows, este comando slo se puede ejecutar desde el shell bash.
Requiere los roles super, admin o senior.
Ejemplos
1. El ejemplo siguiente agrega un modelo de recurso creado por el usuario, y
guardado en un archivo llamado MiModeloRec.tar, a la lista de modelos de
recurso disponibles.
wdmrm -add MiModeloRec.tar
2. El ejemplo siguiente actualiza el modelo de recurso llamado MiModeloRec, con
todos los detalles del catlogo NLS en el directorio msg_cat:
wdmrm -addcat MiModeloRec
3. El ejemplo siguiente agrega el entorno local MiEntornoLocal del catlogo NLS
MiCatlogo al modelo de recurso llamado MiModeloRec:
wdmrm -addcat MiModeloRec -f MiCatlogo -l MiEntornoLocal
4. El ejemplo siguiente devuelve una lista de todos los modelos de recurso
definidos en la regin de gestin Tivoli.
wdmrm list
5. El ejemplo siguiente elimina el modelo de recurso MiModeloRec del registro
de modelo de recurso y todos los perfiles de la regin Tivoli (excepto las copias
de los perfiles en los puntos finales):
wdmrm remove MiModeloRec
Consulte tambin
Ninguna.

wdmtrceng
Establece los parmetros de rastreo del motor de Tivoli Monitoring en el punto
final.
Sintaxis
wdmtrceng e punto final nombre_archivo_registro nivel_rastreo tamao
Descripcin
Este comando define los parmetros de rastreo del motor en el punto final. Para
obtener ms detalles sobre los rastreos, consulte el apartado Logs and Traces del
manual IBM Tivoli Monitoring: Problem Determination Guide.
Opciones
e punto final
Especifica el punto final en el que se ejecutar el comando.
nivel_rastreo
El valor definido para el nivel de rastreo del motor del punto final. El nivel
puede ser uno de los siguientes:
0 En el archivo de registro slo se almacenan errores. Este es el valor
predeterminado. Por motivos de rendimiento, Tivoli le recomienda no
cambiar este valor a menos que experimente problemas de los que desee
informar a IBM Software Support.
1 En el archivo de registro slo se almacenan avisos y errores.
2 Todos los pasos del proceso de supervisin se almacenan en el archivo de
registro.
3 Modo detallado (verbose): todas las operaciones realizadas durante la
supervisin se almacenan en el archivo de registro.
nombre_archivo_registro
v Para puntos finales de Windows, el nombre, con la ruta completa, del
archivo de registro en el que se guardar la salida del rastreo.
v Para puntos finales de UNIX, Linux o OS/400, no se puede utilizar esta
opcin para establecer el nombre de registro; los nombres de registro se
describen en el apartado Non-Windows Endpoint Logs del manual IBM
Tivoli Monitoring: Problem Determination Guide.
tamao
El tamao mximo del archivo de registro, especificado en bytes. Especifique 1
para restablecer el tamao al valor predeterminado (5 MB para Windows, 2,5
MB para UNIX/Linux).
Autorizacin
Ejemplos
1. El ejemplo siguiente establece el archivo de registro MiArchivoRegistro en el
nivel de rastreo modo detallado y un tamao de 1 MB en el punto final MiEP1.
wdmtrceng -e MiEP1 C:\Log\MiArchivoRegistro 3 1000000
2. El ejemplo siguiente restablece el nivel de rastreo predeterminado en el punto
final MiEP1.
wdmtrceng
wdmtrceng e MiEP1 -1 -1

wdmtrceng
Consulte tambin
wdmcmd
wdmeng
wdmlseng

wtmntaddrm
Este es un comando obsoleto que ahora se ha fusionado con el comando nuevo
wdmrm.; el comando se mantiene en esta versin del producto para proporcionar
continuidad a los clientes con scripts que utilizaban el comando antiguo. No se
incluir en los prximos releases, por lo que se aconseja a los clientes que
conviertan los scripts de modo que utilicen este comando nuevo.
Para obtener ms detalles sobre el nuevo comando wdmrm, consulte el apartado

wdmrm en la pgina 182.
Consulte tambin
wtmntdefrm
wtmntrmrm

wtmntdefrm

Consulte tambin
wtmntaddrm
wtmntrmrm

wtmntrmrm

Consulte tambin
wtmntaddrm
wtmntdefrm

Cdigos de retorno desde los comandos
Los comandos pueden devolver varios cdigos, segn se indica en la tabla
siguiente. La primera columna muestra el valor numrico devuelto, la segunda
columna muestra el cdigo simblico, la tercera columna indica el identificador de
mensaje correspondiente.
Tabla 16. Cdigos de retorno desde los comandos
Cdigo
devuelto Cdigo simblico Identificador de mensaje
-20 EX_DATACOLLECTOR_STOP_REMOVE_ERROR
-19 EX_DATACOLLECTOR_QUERY_ERROR
-18 EX_COULDNOT_STOP_ENGINE
-17 EX_TBSMENGINE_STOP_FAIL
-16 EX_TBSMENGINE_START_FAIL
-15 EX_CANNOT_STOP_HB_ENGINE
-14 EX_CANNOT_START_RM_ENGINE
-13 EX_CANNOT_STOP_RM_ENGINE
-12 EX_CANNOT_STOP_DATACOLLECTORENGINE
-11 EX_CANNOT_START_DATACOLLECTORENGINE
-10 EX_CANNOT_TERMINATE_TASKENGINE
-9 CANNOT_CREATE_PROFILE
-8 EX_WRONG_XML_VERSION
-6 EX_CLI_USAGE_TBSM_SETTINGS_RC
-5 EX_TEC_SERVER_LIST_CHECK_FAILED
-4 EX_CLI_USAGE_TEC_SETTINGS_RC
-2 EX_CLI_GENERIC_RC
-1 EX_CLI_USAGE_RC
0 EX_CLI_SUCCESS_RC
1 EX_CLI_USAGE_RC
36 EX_CANNOT_OPEN_FILE AMW0036E
46 EX_UNABLE_TOEXECUTE_OPERATION AMW0046E
47 EX_OPERATION_ALREADY_DONE AMW0047E
48 EX_RESMODEL_NOT_PRESENT AMW0048E
49 EX_PROFILE_NOT_PRESENT AMW0049E
52 EX_ENGINE_DOWN AMW0052E
64 EX_PROFILE_NOT_EXISTENT AMW0064E
65 EX_RM_NOT_EXISTENT AMW0065E
66 EX_RM_NOT_IN_PROFILE AMW0066E
67 EX_RM_MISSING_CYCLE_TIME AMW0067E
69 EX_RM_MISSING_LOGGING_PERIOD AMW0069E
70 EX_RM_WRONG_LOGGING_PERIOD AMW0070E
71 EX_RM_MISSING_AGGR_SET AMW0071E
72 EX_RM_MISSING_AGGR_PERIOD AMW0072E

Tabla 16. Cdigos de retorno desde los comandos (continuacin)
Cdigo
73 EX_RM_WRONG_AGGR_PERIOD AMW0073E
74 EX_RM_MISSING_EVENT AMW0074E
75 EX_RM_MISSING_OCCURRENCIES AMW0075E
76 EX_RM_MISSING_HOLES AMW0076E
77 EX_RM_EVENT_NOT_EXISTING AMW0077E
78 EX_RM_MISSING_THRESHOLD AMW0078E
79 EX_RM_MISSING_THRESHOLD_VALUE AMW0079E
80 EX_RM_MISSING_PROPERTY AMW0080E
82 EX_TEC_MISSING_SERVER_NAME AMW0082E
83 EX_TEC_MISSING_TEC_PORT AMW0083E
84 EX_TEC_WRONG_DELIVERY AMW0084E
85 EX_RM_PARAM_WRONG AMW0085E
86 EX_COULD_NOT_START_TRANSACTION AMW0086E
87 EX_DUPLICATE_RM_IN_PROFILE AMW0087E
88 EX_RM_MISSING_SEVERITY AMW0088E
91 EX_XERCES_INIT_FAILED AMW0091E
92 EX_XERCES_PARSE_FAILED AMW0092E
97 EX_NO_XML_DECLARATION AMW0097E
98 EX_NO_DTD_FOUND AMW0098E
99 EX_NO_ELEMENT_FOUND AMW0099E
100 EX_DTD_NOT_SUPPORTED AMW0100E
101 EX_NEED_VALID_NUMBER AMW0101E
102 EX_PROFILE_TOO_OLD AMW0102E
103 EX_PROFILE_TOO_NEW AMW0103E
104 EX_PROFILE_NAME_MISSED AMW0104E
105 EX_TRUEORFALSE_REQUIRED AMW0105E
106 EX_WRONG_TEC_ATTRIBUTE AMW0106E
109 EX_RM_NOT_INSTALLED AMW0109E
110 EX_BAD_ZIP_FILE AMW0110E
111 EX_BAD_PLATFORMS AMW0111E
112 EX_WRONG_VERSION AMW0112E
113 EX_RM_LOGGING_NOT_ALLOWED AMW0113E
114 EX_AGGREGATION_PERIOD_ERROR AMW0114E
115 EX_THRESHOLD_NOT_DEFINED AMW0115E
116 EX_THRESHOLD_MISSED AMW0116E
117 EX_PARAM_NOT_DEFINED AMW0117E
118 EX_RM_PARAMETER_MISSED AMW0118E
119 EX_BAD_PARAM_TYPE AMW0119E
120 EX_VALUE_MUSTBE_SPECIFIED AMW0120E

Cdigo
121 EX_VALUE_NOT_ALLOWED AMW0121E
122 EX_EVENT_NOT_DEFINED AMW0122E
123 EX_RM_EVENT_MISSED AMW0123E
124 EX_RM_INVALID_EVENT_SEVERITY AMW0124E
125 EX_ACTION_NOT_ALLOWED AMW0125E
127 EX_PROFILE_ALREADY_EXIST AMW0127E
131 EX_RM_TASK_WRONG_NUMBER_ARGS AMW0131W
133 EX_RM_MISSING_PARAM_NAME AMW0133E
134 EX_RM_MISSING_PARAM_VALUE AMW0134E
135 EX_RM_PARAM_VALUE_NOT_A_NUMBER AMW0135E
136 EX_RM_PARAMETER_NOT_EXISTING AMW0136E
139 EX_RM_PARAMETER_INVALID_VALUE AMW0139E
140 EX_RM_PARAMETER_CANNOT_DELETE AMW0140E
141 EX_XML_NOT_SUPPORTED AMW0141E
170 EX_INVALID_TARGET AMW0170E
172 EX_INVALID_SUBSCRIBERS AMW0172E
173 EX_PROFILE_WITHOUT_SUBSCRIBERS AMW0173E
175 EX_RM_TASK_MISSING_EVENT_NAME AMW0175E
176 EX_RM_TASK_MISSING_LIB_NAME AMW0176E
177 EX_RM_TASK_MISSING_NAME AMW0177E
178 EX_RM_TASK_NOT_FOUND AMW0178E
179 EX_RM_TASK_NOT_BOUND_TO_EVENT AMW0179E
EX_CYCLETIME_OUT_OF_RANGE
204 EX_OCCURRENCIES_OUT_OF_RANGE AMW0204E
EX_HOLES_OUT_OF_RANGE
214 EX_RM_MISSING_TEDW_SETTING AMW0214E
215 EX_RM_MISSING_RAW_SETTING AMW0215E
216 EX_INTERP_NOT_FOUND AMW0216E
218 EX_UNABLE_TODELETE_PROFILE AMW0218E
219 EX_CLI_OPTION_NOT_ALLOWED AMW0219E
227 EX_RESPONSE_LEVEL_NOT_EXISTENT AMW0227E
233 EX_EDITPROFILE_WRONG_OPERAND AMW0233E
234 EX_NEED_AVALID_CLEARING AMW0234E
235 EX_NEED_AVALID_POLICY AMW0235E
250 EX_NO_PROFILE_RUNNING AMW0250E
251 EX_ONLY_PROFILE_REQUIRED AMW0251E
258 EX_RM_MISSING_SCHEDULE AMW0258E
259 EX_RM_MISSING_START AMW0259E
260 EX_RM_MISSING_STOP AMW0260E
261 EX_RM_MISSING_RULE AMW0261E

Cdigo
262 EX_RM_MISSING_RULENAME AMW0262E
263 EX_RM_MISSING_RULECYCLE AMW0263E
264 EX_RM_MISSING_RULEINTERVAL AMW0264E
265 EX_RM_INVALID_RULETIMES AMW0265E
266 EX_RM_INVALID_STARTDAY AMW0266E
267 EX_RM_INVALID_STARTMONTH AMW0267E
268 EX_RM_INVALID_STARTYEAR AMW0268E
269 EX_RM_INVALID_STOPDAY AMW0269E
270 EX_RM_INVALID_STOPMONTH AMW0270E
271 EX_RM_INVALID_STOPYEAR AMW0271E
272 EX_RM_INVALID_RULECYCLE AMW0272E
273 EX_ENGINE_INIT_FAILED AMW0273E
274 EX_CANNOT_PARSE_LABEL_FILE_RC AMW0274E
275 EX_COULD_NOT_EXECUTE_COMMAND AMW0275E
278 EX_PURGING_DATA_ERROR AMW0278E
279 EX_WRONG_TASK_ARGS_NUMBER AMW0279E
282 EX_NO_VALID_ENDPOINTS AMW0282E

Parte 2. Consola de estado de Web
Captulo 9. Introduccin a la Consola de estado
de Web . . . . . . . . . . . . . . . 197
Visin general . . . . . . . . . . . . . 197
Cmo conocer la salud de un recurso . . . . 197
Conexin de la Consola de estado de Web. . . 198
El procesador del gestor de peticiones . . . . 198
Requisitos de sistema . . . . . . . . . . . 199
Requisitos de software . . . . . . . . . . 199
Instalacin de la Consola de estado de Web . . . 200
Instalacin en Windows . . . . . . . . . 200
Instalacin en UNIX . . . . . . . . . . 201
Resolucin de problemas de la instalacin . . . 202
Cmo habilitar la Consola de estado Web para
utilizar los modelos de recurso . . . . . . 205
Cmo habilitar el soporte de Secure Socket
Layer . . . . . . . . . . . . . . . 206
Desinstalacin de la Consola de estado de Web . . 208
Captulo 10. Utilizacin de la Consola de estado

de Web . . . . . . . . . . . . . . . 209
Cmo iniciar la sesin en la Consola de estado de
Web . . . . . . . . . . . . . . . . 209
Cmo iniciar la sesin en la Consola de estado
de Web por primera vez . . . . . . . . . 210
Cmo configurar las preferencias . . . . . . . 210
Cmo gestionar listas de puntos finales . . . 210
Cmo gestionar preferencias generales . . . . 212
Cmo gestionar preferencias de grficos . . . 212
Caractersticas comunes de la Consola de estado de
Web . . . . . . . . . . . . . . . . 213
Cmo utilizar la vista Lista de puntos finales . . . 214
Cmo trabajar con puntos finales . . . . . . 215
Cmo utilizar la vista Lista de modelos de recurso 215
Cmo utilizar la vista puntos finales por modelo
de recurso . . . . . . . . . . . . . . 217
Cmo trabajar con puntos finales . . . . . . 217
Cmo trabajar con la vista Salud de punto final 217
Cmo trabajar con el marco de modelos de
recurso . . . . . . . . . . . . . . 218
Cmo trabajar con modelos de recurso . . . 218
Marco Indicaciones . . . . . . . . . . 219
Marco Datos histricos . . . . . . . . . 219
Cmo trabajar con vistas de grfico . . . . . . 220
Controles de grficos . . . . . . . . . . 220
Grfico de datos en lnea . . . . . . . . 221
Grfico Datos histricos . . . . . . . . . 222

Captulo 9. Introduccin a la Consola de estado de Web
Este captulo contiene una visin general sobre la Consola de estado de Web (Web
Health Console) de IBM Tivoli Monitoring e informacin sobre cmo instalarla.
La Consola de estado de Web funciona en Netscape 6.2 (o posterior) y en Internet

Explorer 6.x. Puede utilizar la Consola de estado de Web con los siguientes
objetivos:
v Comprobar, visualizar y analizar el estado y la salud de los puntos finales que
tienen monitores de recursos distribuidos
v Visualizar datos histricos y en tiempo real de un punto final, registrados en la
base de datos de IBM Tivoli Monitoring
v Ver datos histricos y en lnea sobre puntos finales como parte de la resolucin
de problemas especficos
v Iniciar y detener el motor de IBM Tivoli Monitoring y modelos de recurso
individuales en puntos finales seleccionados
v Eliminar un perfil del punto final seleccionado
Este captulo contiene la siguiente informacin:

v Una visin general conceptual de la Consola de estado de Web
v Una explicacin de cmo se determina la salud correspondiente a un recurso
v Informacin de conexin correspondiente a la Consola de estado de Web
Visin general
Puede utilizar la Consola de estado de Web para comprobar, visualizar y analizar
el estado y la salud de cualquier punto final con perfiles y modelos de recurso. El
estado refleja el estado del punto final que se visualiza en la Consola de estado de
Web, como por ejemplo en ejecucin o detenido. Salud es un valor numrico
determinado por la configuracin del modelo de recurso. Tambin puede utilizar la
Consola de estado de Web para trabajar con datos histricos o en tiempo real
procedentes de un punto final que se registran en la base de datos de IBM Tivoli
Monitoring.
Puede utilizar las funciones de diagnstico y supervisin de la Consola de estado

de Web para realizar un anlisis concreto de problemas asociados con puntos
finales individuales cuando se enva un evento a la Tivoli Enterprise Console.
Utilice los datos histricos y en lnea para realizar un seguimiento de problemas
especficos con determinados puntos finales.
Cmo conocer la salud de un recurso

La Consola de estado de Web obtiene eventos e indicaciones procedentes de
puntos finales. La Consola de estado de Web muestra la salud de cada problema
potencial como un valor numrico comprendido entre 100 (salud perfecta) y cero
(un cero significa que se cumplen las condiciones para el evento correspondiente).
Los valores intermedios muestran el porcentaje de apariciones que se registran
actualmente con respecto al nmero total de apariciones que se necesitan para
desencadenar un evento. Consulte la Tabla 17 en la pgina 198

Tabla 17. Ejemplo de determinacin de salud
Ciclo 1 2 3 4 5
% de CPU 55 73 54 63 68
Apariciones o agujeros H O H O O
Recuento de apariciones 0 1 1 2 3
% de salud 100 75 75 50 25
La Tabla 17 muestra los cambios en el porcentaje de salud en pasos de un 25%

porque se han necesitado cuatro apariciones para desencadenar un evento. Si la
indicacin hubiera necesitado cinco apariciones, el porcentaje de salud cambiara
en pasos de un 20%. La salud del recurso se determina al nivel de indicacin y se
pasa al punto final. La salud ms baja de cualquier indicacin de un modelo de
recurso se muestra como la salud de dicho modelo de recurso, y la salud ms baja
de cualquier modelo de recurso instalado en un punto final se muestra como la
salud de dicho punto final. Por ejemplo, si una indicacin en un modelo de
recurso instalado en un punto final tiene una salud igual a cero, la salud del punto
final se muestra como cero. Las apariciones necesarias, los ciclos de tiempo, los
umbrales y los parmetros para las indicaciones se definen cuando se crea el
modelo de recurso en Resource Model Builder de IBM Tivoli Monitoring. Para
obtener ms informacin, consulte el apartado Parte 1, Instalacin, configuracin y
utilizacin, en la pgina 1.
Conexin de la Consola de estado de Web

Puede conectar la Consola de estado de Web con cualquier servidor de regin de
gestin Tivoli o nodo gestionado y configurarla para que supervise cualquiera de
los puntos finales que se encuentran en dicha regin o todos ellos (siempre y
cuando todos los gateways estn interconectados).
Para conectar con la Consola de estado de Web, necesita acceder al servidor en el

que est instalado el servidor de la Consola de estado de Web y a la regin
gestionada de IBM Tivoli en la que desea supervisar la saludo. Toda la actividad
de seguridad y gestin de usuarios se maneja mediante el entorno de gestin IBM
Tivoli. Esto incluye la creacin de usuarios y contraseas, as como la asignacin
de autoridad. Para obtener ms informacin sobre cmo conectarse a la Consola de
estado Web, consulte el apartado Cmo iniciar la sesin en la Consola de estado
de Web en la pgina 209.
El procesador del gestor de peticiones

La Consola de estado de Web utiliza el procesador del gestor de peticiones de
Tivoli Monitoring. El gestor de peticiones colecciona, almacena y gestiona todas las
peticiones de punto final que crean y utilizan los componentes de Tivoli
Monitoring (como la Consola de estado de Web y el latido) y las aplicaciones.
El gestor de peticiones acta como un concentrador de llamadas descendentes;

recibe todas las peticiones (procedentes de los diversos monitores de la Consola de
estado de Web y del procesador de latido) y las concentra en una peticin al punto
final. Cuando el punto final devuelve los datos, el gestor de peticiones almacena
los datos en un cach centralizado en el gateway. En este momento, la Consola de
estado de Web supervisa y el latido puede recuperar los datos del cach del
gateway.
La figura siguiente muestra el funcionamiento del gestor de peticiones:

Consola de
estado
de Web
Consola de
estado
Procesador
-
de Web
de latidos
Gestor de peticiones
Cach
centralizado
TMA
Figura 12. El procesador del gestor de peticiones
Para personalizar y utilizar el procesador del gestor de peticiones, consulte los

parmetros correspondientes que se describen en el comando wdmconfig, en el
Captulo 8, Comandos, en la pgina 125.
Requisitos de sistema
La Consola de estado de Web tiene los siguientes requisitos del sistema:
v La mquina de destino para instalar la Consola de estado de Web tiene unos
requisitos mnimos de memoria de 384 MB, pero se recomienda utilizar 512 MB.
v Los requisitos de espacio en disco dentro del directorio temporal y del directorio
de instalacin seleccionado para el nico sistema seleccionado son:
500 MB para el directorio de instalacin durante la instalacin
500 MB para el directorio de instalacin despus de la instalacin
100 MB para el directorio temporal
Requisitos de software
La Consola de estado Web se ejecuta en Netscape 6.2 (o posterior) y en Internet
Explorer 6.x, y soporta las plataformas siguientes:
v AIX 5.1
v HP-UX 11.0
v Red Hat Linux para Intel 7.1
Captulo 9. Introduccin a la Consola de estado de Web 199

v Solaris 2.8
v Windows 2000 Server y Advanced Server SP3
v Windows NT Server Versin 4.0 SP6
Instalacin de la Consola de estado de Web

Las secciones siguientes describen cmo instalar la Consola de estado de Web en
distintos sistemas operativos.
La Consola de estado de Web se puede instalar en cualquier sistema (servidor de

regin de gestin Tivoli, nodo gestionado/gateway de Tivoli o punto final) o en un
sistema externo a la regin de gestin Tivoli.
La instalacin de la Consola de estado de Web instala tres componentes de

software:
v WebSphere Application Server, Advanced Edition, Single Server, 4.0.2
v IBM HTTP Server
v Consola de estado de Web
Para instalar WebSphere Application Server, la instalacin de la Consola de estado

de Web invoca la instalacin silenciosa de WebSphere Application Server.
El cdigo de WebSphere Application Server instalado en una edicin de un solo

servidor que est instalado y configurado para ser utilizado por la Consola de
estado de Web. Como tal, no proporciona un acceso seguro al puerto 9090 (no se
necesita ninguna contrasea).
Si est realizando una actualizacin de una Consola de estado Web existente, para
poder instalar el parche es necesario detener el servidor de aplicaciones de la
Consola de estado Web mientras se realizan estas operaciones. Esto significa que
cualquier usuario conectado a la Consola de estado de Web cuando se inicie la
instalacin no podr continuar trabajando hasta que se vuelva a iniciar el servidor.
Cuando se vuelva a iniciar la Consola de estado de Web, el usuario tendr que
volverse a conectar al servidor de Consola de estado de Web.
Instalacin en Windows
Para instalar la Consola de estado de Web en Windows:
1. Inserte el Disco 2 en la unidad de CD-ROM y haga doble clic en el archivo
setupwin32.exe.
Nota: Si el directorio temporal no dispone de espacio suficiente, podra

producirse un error. Para evitarlo, entre el siguiente comando:
setupwin32 -is:tempdir dirTMP
donde dirTMP es el nombre del directorio temporal.

2. Siga las indicaciones que se presentan en los dilogos de instalacin. En
particular:
v Proporcione el Nombre de directorio correspondiente a la ubicacin en la que
desea instalar el Servidor de la Consola de estado de Web. El Nombre de
directorio no debe contener espacios.
v proporciona el Nombre de usuario bajo el cual se ejecutar el Servidor Web.
Este usuario debe tener los siguientes Derechos de usuario avanzado:
Actuar como parte del sistema operativo e Iniciar sesin como servicio.

v proporcione la Contrasea correspondiente al usuario.
Para instalar en modalidad silenciosa utilizando la lnea de comandos, debe

proporcionar los argumentos siguientes:
-silent
-P base_install.installLocation=Nombre Directorio
-W user_input.user=Nombre Usuario
-W user_input.password=Contrasea
Tambin puede incluir los argumentos anteriores en un archivo y pasar el archivo

al iniciador utilizando el conmutador de opciones:
-options archivo opciones
Instalacin en UNIX
Para instalar la Consola de estado de Web en UNIX:
1. Instale el Disco 1 en la unidad de CD-ROM y ejecute uno de los archivos
siguientes, segn la plataforma UNIX que utilice:
v setupaix.bin en AIX
v setuphp11x.bin en HP-UX11.x
v setupsolarisSparc.bin en Sun Solaris
v setuplinux.bin en Linux
Nota: Si el directorio temporal no dispone de espacio suficiente, podra

producirse un error. Para evitarlo, entre el comando (correspondiente a
su plataforma UNIX):
setupaix.bin -is:tempdir dirTMP
donde dirTMP es el nombre del directorio temporal.

2. Siga las indicaciones que se presentan en los dilogos de instalacin. En
particular, especifique el Nombre de directorio correspondiente a la ubicacin
en la que desea instalar el Servidor de la Consola de estado de Web.
Para instalar en modalidad silenciosa utilizando la lnea de comandos, debe

proporcionar los argumentos siguientes del comando setup indicado anteriormente:
-silent
-P base_install.installLocation=Nombre Directorio
Tambin puede incluir los argumentos anteriores en un archivo y pasar el archivo

al iniciador utilizando el conmutador de opciones:
-options archivo opciones
Nota: La instalacin en UNIX instalar IBM HTTP Server en una ubicacin

estndar, independientemente del directorio que especifique para la
instalacin. El resto de la instalacin ir al directorio que ha especificado.
Las ubicaciones estndar son:
v AIX: /usr/HTTPServer
v Sun Solaris: /opt/IBMHTTPD
v Linux: /opt/IBMHTTPServer
v HP: /opt/HTTPServer
Resolucin de problemas de la instalacin

La instalacin de la Consola de estado de Web instala tres componentes de
software:
v WebSphere Application Server, Advanced Edition, Single Server, 4.0.2
v IBM HTTP Server
v Consola de estado de Web
Para instalar WebSphere Application Server, la instalacin de la Consola de estado

de Web invoca la instalacin silenciosa de WebSphere Application Server. Esto
significa que, para depurar la instalacin, es posible que tenga que revisar varios
archivos de registro.
El principal registro correspondiente a la instalacin es AMW_WAS_Install.log, que

se almacena en el directorio temporal que utiliza InstallShield. Adems, otros
registros contienen informacin til. La instalacin de WebSphere Application
Server, que ejecuta la Consola de estado de Web, crea archivos de registro en la
siguiente ubicacin:
v en UNIX: /tmp/install.log
v en Windows:
durante la instalacin:
- dir_instalacin/setup.log: es el registro de instalacin de IBM HTTP Server
una vez finalizada la instalacin del WebSphere Application Server:
- dir_instalacin/logs/wssetup.log
Si la instalacin no ha resultado satisfactoria, consulte la siguiente informacin

sobre resolucin de problemas:
v Asegrese de que WebSphere Application Server se est ejecutando:
Acceda a http://nombrehost:9090/admin
Si esto carga la consola de administracin de WebSphere Application Server,
significa que WebSphere Application Server se est ejecutando correctamente
Si esto no carga la consola de administracin de WebSphere Application
Server:
- Compruebe el registro de instalacin de WebSphere Application Server
indicado anteriormente
- Si una instalacin anterior de la Consola de estado de Web result anmala
antes de que finalizara la instalacin del componente WebSphere
Application Server, el script ITM_WHC_Uninstall.sh no se podr utilizar para
desinstalar el producto. La siguiente reinstalacin dar un error que
indicar que la Consola de estado de Web ya est instalada. Para corregir
esta situacin:
v Si Java 1.3 o posterior est instalado en la mquina, ejecute:
dir_instalacin/_uninst/java -jar uninstall -silent
v Si no tiene Java 1.3 o posterior instalado, ejecute:
/directorio_temporal_instalacin/AMWInstallCheck.sh donde
directorio_temporal_instalacin es el directorio temporal especificado
durante el intento de instalacin anmalo, o si no /tmp. InstallCheck.sh

dar como resultado una lista de paquetes que estn bloqueando la
instalacin. Utilice las herramientas de mantenimiento de software
especficas del sistema operativo para eliminar estos paquetes. Adems,
elimine estas entradas de la base de datos del instalador, vpd.properties.
Este archivo se encuentra:
en Windows: %SYSTEMDIR%/vpd.properties
en Linux: $HOME/vpd.properties
en UNIX: /usr/lib/objrepos/vpd.properties
- Asegrese de que la aplicacin WebSphere Application Server se est
ejecutando:
v en Windows: compruebe el Panel de servicios. Asegrese de que el
servicio WebSphere Application Server V4 - WebSphere for ITM se est
ejecutando. Si no es as, intente iniciarlo utilizando los controles del
Panel de servicios.
v en UNIX: compruebe el proceso de WebSphere Application Server
utilizando el comando ps en el proceso Java bajo el directorio de
instalacin de WebSphere Application Server. Si WebSphere Application
Server no se est ejecutando, intente iniciarlo mediante
dir_instalacin/bin/startServer.sh
- Compruebe los registros de tiempo de ejecucin de WebSphere Application
Server en: dir_instalacin/logs
v Asegrese de que IBM HTTP Server se est ejecutando:
Compruebe los registros de instalacin:
- en Windows: mire en dir_instalacin/setup.log
- en UNIX: mire en /tmp/install.log. La instalacin de IBM HTTP Server se
produce aproximadamente en la mitad del archivo install.log. La lnea de
comandos que se utiliza para instalar IBM HTTP Server est en este
registro. Para encontrarla, busque IHS install command. Copie este
comando e intente ejecutarlo de forma manual en la lnea de comandos.
- Compruebe si una instalacin anterior de Apache o IHS ha interferido en
Windows 2000 y NT: si una instalacin anterior ha dejado un archivo
httpd.conf o un atajo a un archivo httpd.conf no existente, el instalador
reutilizar este archivo en lugar de grabar uno nuevo. Los archivos que el
instalador ha intentado reutilizar se registrarn en %TEMP%/IHSinst.err y se
debern eliminar antes de volver a intentar la instalacin.
Compruebe si el proceso se est ejecutando:
- en Windows: compruebe el Panel de servicios. Asegrese de que el servicio
IBM HTTP Server se est ejecutando. Si no es as, intente iniciarlo
utilizando los controles del Panel de servicios. Si el servicio no se inicia,
intente iniciar el Servidor desde la lnea de comandos ejecutando lo
siguiente: dir_instalacin/HTTP_Server/Apache.
v Si el Servidor se ejecuta en la lnea de comandos pero no en un servicio,
compruebe los parmetros del servicio:
Asegrese de que Conexin y Contrasea sean correctos.
Asegrese de que la ruta sea correcta.
Si utiliza Windows NT 4.0, intente lo siguiente:
1. Ejecute regedit.
2. Vaya a:
HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/
IBMHTTPService/Parameters
3. Establezca el valor de ConfigArgs en blanco.

Nota: Al editar el registro de Windows es posible que se
produzcan daos en el sistema operativo Windows. Intente
las instrucciones anteriores nicamente si sabe utilizar el
Registro de Windows.
v Si ve errores que hacen referencia a la Biblioteca de seguridad,
compruebe lo siguiente:
Asegrese de que IBM Key Management Utility est instalado. Si est
instalado, se muestra en Archivos de programa/ibm/gsk5 en la unidad
en la que ha instalado la Consola de estado de Web.
Asegrese de que la variable de entorno PATH contenga la ruta a IBM
Key Management Utility. Por ejemplo:PATH=c:\Archivos de
programa\ibm\gsk5\lib.
- en UNIX: Compruebe el proceso IBM HTTP Server mediante el comando
ps en el proceso http. Si IBM HTTP Server no se est ejecutando, intente
iniciarlo mediante dir_instalacin IBM HTTP Server/bin/apachectl start. Si
IBM HTTP Server no se inicia, examine los archivos de registro de
dir_instalacin IBM HTTP Server/logs.
v Compruebe que la aplicacin de la Consola de estado de Web est correctamente
instalada.
Si tanto WebSphere Application Server como IBM HTTP Server se ejecutan
correctamente pero la Consola de estado de Web sigue sin estar disponible,
significa que la Consola de estado de Web no funciona. Si es as, haga lo
siguiente:
1. Inicie la Consola de administracin de WebSphere Application Server:
http://nombrehost:9090/admin
2. Vaya a Nodos NombreNodo Aplicaciones de empresa.
La aplicacin Consola de estado Web ITM debe estar presente y
ejecutndose.
- Si la aplicacin est presente pero no est ejecutndose, intente iniciarla
seleccionando su entrada en la Consola del Administrador de
WebSphere Application Server. Si no se inicia, compruebe lo siguiente:
v Examine los registros de WebSphere en dir_instalacin/logs.
v Examine los registros de la Consola de estado de Web en:
c:\Tivoli\AMW\logs\traceDMWebConsole.log o en
/opt/Tivoli/AMW/logs/traceDMWebConsole.log
- Si la aplicacin no aparece, compruebe lo siguiente:
v Compruebe (para WebSphere Application Server)
dir_instalacin/healthConsole. Debera contener el archivo dm.ear. Si
el archivo no aparece, significa que la instalacin ha fallado por
completo. Compruebe el archivo AMW_WAS_Install.log indicado
anteriormente.
v Compruebe dir_instalacin/installedApps. Debera contener un
directorio denominado dm.ear. Si no contiene dicho directorio,
significa que el comando de configuracin no se ha podido ejecutar:
Compruebe AMW_WAS_Install.log y dir_instalacin/appInstall.out
o dir_instalacin/appInstall.err para obtener detalles.
Intente ejecutar el siguiente comando de forma manual:
dir_instalacin/bin/SEAppInstall -install
dir_instalacin/healthConsole/dm.ear -interactive false
v Compruebe dir_instalacin/config/server-cfg.xml. Debe contener una
referencia a la Consola de estado Web (que puede encontrar

expandiendo primero el distintivo nodos y, a continuacin, los
distintivos installedApps hasta encontrar un elemento de Consola de
estado Web DM). Si no contiene dicha referencia, pero el paso
anterior ha funcionado, es probable que haya sobregrabado el archivo
al conectarse a la Consola de administracin. Para corregirlo, detenga
WebSphere Application Server ejecutando:
install_dir/bin/stopServer[.sh] y vuelva a ejecutar el primer paso de
esta lista.
v Compruebe el archivo dir_instalacin/config/plugin-cfg.xml. Debera
contener una referencia a la cadena dmwhc. Si no contiene dicha
referencia, significa que el comando GenPluginCfg ha fallado. Revise
dir_instalacin/appInstall2.out o dir_instalacin/appInstall2.err para
obtener detalles. Ejecute el siguiente comando de forma manual:
dir_instalacin/bin/GenPlugIn -configFile
dir_instalacin/config/server-cfg.xml
v Vuelva a iniciar el servidor, si lo haba detenido, ejecutando lo
siguiente: dir_instalacin/bin/startServer[.sh]
Cmo habilitar la Consola de estado Web para utilizar los

modelos de recurso
Para habilitar la Consola de estado Web para utilizar cualquier modelo de recurso
que haya creado con Resource Model Builder de Tivoli Monitoring, realice los
pasos siguientes.
Nota: Para seguir este procedimiento, debe tener Java Development Kit (JDK) 1.3
instalado en el sistema en el que necesita compilar el modelo de recurso
(normalmente el sistema en el que reside Resource Model Builder de Tivoli
Monitoring).
1. En la ventana principal de Resource Model Builder de Tivoli Monitoring, desde
el men Crear seleccione Exportar catlogo de mensajes Java.
2. Guarde el archivo java con el nombre interno del modelo de recurso (por
ejemplo DMXCpu.java).
3. Desde un indicador de comandos, compile el archivo java especificando el
siguiente comando:
v En Windows
dirJDK\bin\javac nombrearchivo.java
v En UNIX o Linux
dirJDK/bin/javac nombrearchivo.java
Donde:
dirJDK La ruta completamente calificada en la que est instalado
JDK 1.3.
nombrearchivo El nombre del archivo java.
Se crea un archivo class con el mismo nombre que el archivo java.
4. Copie el archivo class en el servidor de aplicaciones de la Consola de estado
de Web en:
dir_instalacin/installedApps/dm.ear/dm.war/WEB-
INF/classes/com/tivoli/DmForNt/resources

Cmo habilitar el soporte de Secure Socket Layer
La Consola de estado de Web est preconfigurada para la comunicacin Secure
Socket Layer (SSL). Sin embargo, para que se pueda utilizar SSL se debe generar
una base de datos de claves y un certificado de sitio y la preconfiguracin SSL se
debe habilitar.
Esta seccin muestra los pasos a seguir para habilitar SSL.
Nota: En las siguientes indicaciones, sustituya Ubicacin IBM HTTP Server por:
v AIX: /usr/HTTPServer
v Sun Solaris: /opt/IBMHTTPD
v Linux: /opt/IBMHTTPServer
v HP: /opt/HTTPServer
v UNIX: /opt/HTTPServer
v Windows: Ubicacin del servidor de la Consola de estado de
Web/HTTP_Server
Siga estos pasos para habilitar SSL:

1. Cree un directorio en el servidor para que contenga los certificados y archivos
de la base de datos de claves de SSL. En los pasos siguientes, denominaremos
este directorio dir_bd_claves.
2. Para Windows NT: inicie IBM Key Management Utility invocando
gsk5ikm.exe desde unidad_instalacin_consola_estado_web\Archivos de
programa\ibm\gsk5\bin o seleccionando Inicio>Programas>IBM HTTP
Server>Start Key Management Utility.
Para AIX, Sun Solaris, HP/UX y Linux: inicie IBM Key Management Utility
invocando gsk5ikm desde:
v AIX: /usr/ibm/gsk5/bin
v Linux: /usr/local/ibm/gsk5/bin
Para habilitar SSL en Linux, debe habilitar el uso de libstdc++-6.1-2
bajndolo, si es necesario, y ejecutando el siguiente comando:
export LD_PRELOAD=/usr/lib/libstdc++-libc6.1-2.so.3
v Sun Solaris: /opt/ibm/gsk5/bin
v HP/UX: /opt/ibm/gsk5/bin
3. Dentro de IBM Key Management, seleccione Key Database File (Archivo de
base de datos de claves) >New (Nuevo).
4. Llene los campos del recuadro de dilogo New, realizando las siguientes
entradas de seleccin:
v Key Database Type (Tipo de base de datos de claves): Seleccione el CMS
Key database file (Archivo de base de datos de claves CMS)
v File Name (Nombre de archivo): Entre un nombre de archivo base para los
archivos de la base de datos de claves. Se crearn varios archivos con este
nombre de archivo base, que incluyen:
nombre_base_datos_claves.kdb, nombre_base_datos_claves.rdb,
nombre_base_datos_claves.sth, y nombre_base_datos_claves.crl.
Para utilizar la configuracin predeterminada de la Consola de estado de
Web, utilice UBICACIN IBM HTTP SERVER/key_db para Ubicacin.
5. Haga clic en Aceptar.

6. Llene los campos del recuadro de dilogo Password Prompt (Solicitud de
contrasea), realizando las siguientes selecciones y entradas:
v Entre la contrasea que se utilizar para cifrar y descifrar la base de datos
de claves
v Vuelva a entrar la contrasea para confirmar que se ha escrito
correctamente
v Seleccione Stash the password to a file (Ocultar la contrasea en un
archivo)
7. Si tiene un certificado de servidor procedente de una Autoridad de
certificados (por ejemplo, Verisign), puede hacer clic en Import (Importar)
para importar este certificado en el archivo de claves de SSL. Si no es as, cree
uno nuevo seleccionando Create (Crear)>New Self-Signed Certificate (Nuevo
certificado autofirmado).
8. Llene los campos del recuadro de dilogo Create New Self-Signed
Certificate, realizando las siguientes selecciones y entradas:
v Key Label (Etiqueta de clave): Una etiqueta mediante la cual se
identificarn la clave y el certificado en la base de datos.
v Common Name (Nombre comn): El nombre de host calificado al completo
del servidor en el que est instalada la Consola de estado de Web.
v Organization (Organizacin): Entre un nombre de organizacin. Esta
informacin se presentara al cliente como parte de las credenciales del
servidor.
Deje para los parmetros restantes su valor predeterminado y haga clic en
Aceptar.
9. Con un editor de texto, abra el archivo UBICACIN IBM HTTP
SERVER/conf/httpd.conf y modifique las lneas que se describen a
continuacin en las instrucciones detalladas para cada plataforma. Si no ha
utilizado la ubicacin predeterminada para la base de datos de claves, inserte
la informacin adecuada.
Para Windows NT: Elimine el comentario de las lneas
#LoadModule ibm_ssl_module modules/IBMMOduleSSL128.dll
#Listen 443
#SSLEnable
#Keyfile IBM HTTP SERVER LOCATION/key_db/key.db
para AIX, Sun Solaris y Linux: Elimine el comentario de las lneas
#LoadModule ibm_ssl_modulelibexec/mod_ibm_ssl_128.so
#Listen 443
#SSLEnable
Para HP:
Comente las lneas Port y Listen correspondientes al puerto 80:
Port 80
Listen 80
Elimine el comentario de las lneas:
#LoadModule ibm_ssl_modulelibexec/mod_ibm_ssl_128.so
#Listen 443
#SSLEnable

Por convenio, la comunicacin SSL se ejecuta en el puerto 443 y la Consola de
estado de Web viene preconfigurada segn este dato. Para cambiar el puerto
SSL por un puerto no estndar, cambie la directriz Listen en httpd.conf
para reflejar el puerto que prefiera.
10. En Windows:
Vuelva a iniciar IBM HTTP Server seleccionando IBM HTTP Server en el
panel de control de Servicios de Windows NT y haciendo clic en Detener y
luego en Iniciar
En UNIX:
Vuelva a iniciar IBM HTTP Server ejecutando UBICACIN IBM HTTP
SERVER/bin/apachectl restart.
Ahora IBM HTTP Web Server est configurado para SSL.
Desinstalacin de la Consola de estado de Web

Para desinstalar la Consola de estado de Web, haga lo siguiente:
1. Ejecute el procedimiento de desinstalacin:
v en Windows: en el Panel de control, seleccione Agregar o quitar programas y
elimine la Consola de estado de Web de IBM Tivoli Monitoring 5.1.1.
v en UNIX: dir_instalacin/ITM_WHC_Uninstall.sh
2. Borre los archivos restantes:
v El procedimiento de desinstalacin no elimina los directorios y algunos de
los archivos que se han creado durante la instalacin de la Consola de estado
de Web. Esto se hace para evitar suprimir informacin de configuracin que
quizs desee guardar. Para finalizar la desinstalacin, elimine los siguientes
directorios despus de asegurarse de que no contienen ningn dato crtico:
dir_instalacin
dir_instalacin_IBM_HTTP_Server (consulte el procedimiento de instalacin
para ver el nombre del directorio especfico para cada plataforma)
dir_registro:
- en Windows: dir_registro es c:\Tivoli\AMW\logs.
- en UNIX: dir_registro es /opt/Tivoli/AMW/logs.

Captulo 10. Utilizacin de la Consola de estado de Web
Este captulo describe cmo utilizar la Consola de estado de Web, navegar por los
componentes e interpretar el contenido de los componentes.
Puede utilizar la Consola de estado de Web para visualizar datos histricos o en

tiempo real sobre recursos de un sistema especificado. La Consola de estado de
Web muestra 24 horas de datos histricos.
Los datos de la Consola de estado de Web se renuevan de forma automtica cada 5

minutos, de forma predeterminada. Puede cambiar la velocidad de renovacin de
la Consola de estado de Web en la ficha General de la vista Preferencias. Consulte
el apartado Cmo gestionar preferencias generales en la pgina 212 para obtener
ms informacin.
Nota: Para utilizar la Consola de estado de Web necesitar las autorizaciones

siguientes:
v Para acceder a la Consola de estado de Web necesitar una de estas
funciones (en la regin Tivoli): itm_whc_user, user, super, admin o senior.
| v Para visualizar un punto final necesitar una de las funciones siguientes
| (en el punto final): user, super, admin o senior.
v Para trabajar con un punto final necesitar una de las funciones siguientes
(en el punto final): super, admin o senior.
Cmo iniciar la sesin en la Consola de estado de Web

Siga los pasos siguientes para conectarse a la Consola de estado de Web:
1. Conecte con http://nombre_servidor/dmwhc, donde nombre_servidor es el
servidor en el que ha instalado el servidor de la Consola de estado de Web.
2. Especifique la siguiente informacin para visualizar la Vista de conexin:

Usuario
ID de usuario de Tivoli

Contrasea
La Contrasea asociada con el ID de usuario de Tivoli
Host El nombre del nodo gestionado con el que desea conectar
3. Haga clic en Aceptar para conectar con la Consola de estado de Web.
Se muestra un mensaje sobre los campos de entrada de texto si la conexin no ha

resultado satisfactoria o si se le ha redirigido a esta vista debido a otro error.
Cmo iniciar la sesin en la Consola de estado de Web por

primera vez
Siga los pasos siguientes si se va a conectar a la Consola de estado de Web por
primera vez:
1. Conctese a la Consola de estado de Web.
La primera vez que se conecte a la Consola de estado de Web, se mostrar la
vista Preferencias. Debe llenar la lista Puntos finales seleccionados para poder
a acceder a cualquier otra vista de la Consola de estado de Web. Cuando se
vuelva a conectar, la lista de puntos finales se cargar automticamente.
2. Seleccione los puntos finales que desee ver. Consulte el apartado Cmo
gestionar listas de puntos finales para obtener ms informacin.
3. Personalice la Consola de estado de Web para que se ajuste a sus
especificaciones. Consulte los apartados Cmo gestionar preferencias
generales en la pgina 212 y Cmo gestionar preferencias de grficos en la
pgina 212 para obtener ms informacin.
Cmo configurar las preferencias

Puede personalizar las vistas de la Consola de estado de Web para que muestren
sus valores preferidos. Esta seccin explica cmo gestionar las siguientes
preferencias:
v Cmo gestionar listas de puntos finales en la pgina 210
v Cmo gestionar preferencias generales en la pgina 212
v Cmo gestionar preferencias de grficos en la pgina 212
Cmo gestionar listas de puntos finales

Para maximizar el rendimiento, debe limitar el nmero de puntos finales que
supervisa la Consola de estado de Web. Utilice la vista Preferencias para

especificar nicamente los puntos finales en los que est interesado.
La primera vez que se conecte a la Consola de estado de Web, se mostrar la vista

Preferencias. Debe llenar la lista Puntos finales seleccionados para poder a
acceder a cualquier otra vista de la Consola de estado de Web. Cuando se vuelva a
conectar, la lista de puntos finales se cargar automticamente.
Para llenar la lista de puntos finales:

1. Escriba el nombre de un filtro de puntos finales en el campo Filtro.
Por ejemplo, escriba abc* para visualizar todos los puntos finales de la regin
gestionada de Tivoli con nombres que comiencen con abc y que tengan
modelos de recurso instalados. El soporte de la funcin de filtro est limitado al
carcter de expresin regular (*).
2. Haga clic en Ir.
3. Haga clic en el punto final para seleccionarlo en la lista Puntos finales
disponibles.
Utilice Control-clic o Despl-clic para seleccionar varios puntos finales.
4. Haga clic en Agregar >>.
Repita estos pasos para agregar ms puntos finales a la lista.
Nota: Puede aplicar un nuevo filtro en cualquier momento para actualizar la

lista Puntos finales disponibles sin que ello afecte a Puntos finales
seleccionados. Puede eliminar puntos finales de la lista Puntos finales
seleccionados utilizando el botn << Eliminar.
5. Haga clic en Guardar para guardar la lista Puntos finales seleccionados o
Cancelar para cancelar estos cambios.
Despus de llenar las vistas, puede configurar otras preferencias. Consulte los
apartados Cmo gestionar preferencias generales en la pgina 212 y Cmo
gestionar preferencias de grficos en la pgina 212.
Captulo 10. Utilizacin de la Consola de estado de Web 211

Cmo gestionar preferencias generales
Realice los pasos siguientes para gestionar la vista Preferencias generales:
1. Conctese para visualizar la vista Preferencias.

2. Haga clic en la ficha General.
3. Seleccione y defina lo siguiente:
Renovar intervalo
El nmero de minutos que transcurrirn entre actualizaciones
automticas de vistas de datos. El intervalo predeterminado es 5
minutos. El intervalo que especifique aqu no controla la velocidad a la
que se renuevan las vistas de grficos. Consulte el apartado Cmo
gestionar preferencias de grficos en la pgina 212 para obtener ms
informacin.
Vista predeterminada
La vista que desea visualizar cuando se conecte a la Consola de estado
de Web. El valor predeterminado es Vista Punto final.
4. Haga clic en Guardar para implantar los cambios realizados en la vista
Preferencias, General.
Cmo gestionar preferencias de grficos

Utilice la pgina Grfico de la vista Preferencias para seleccionar el tipo de grfico
que se visualizar cuando haga clic en Grfico en la vista Punto final, el intervalo

de renovacin para dicho grfico y los colores con los que se mostrar el grfico.
Siga los pasos siguientes para gestionar la vista Preferencias, Grfico:

1. Conctese para visualizar la vista Preferencias.
2. Haga clic en la ficha Grfico.
3. Seleccione un grfico en la lista desplegable Tipo de vista.
4. Seleccione el intervalo de renovacin en la lista desplegable Intervalo de
renovacin de diagrama en lnea.
5. Las serie de colores representa el orden en que aparecen los colores en todos
los grficos. Para cambiar un color:
a. Haga clic en el color que desea cambiar para visualizar una paleta de
colores que contiene todas las opciones posibles.
b. Especifique el color por el que desea sustituir el color seleccionado.
c. Haga clic en Guardar.
6. Haga clic en Guardar para implantar los cambios.
Caractersticas comunes de la Consola de estado de Web

La parte superior de cada vista de la Consola de estado de Web, excepto la vista
Conexin, contiene una cabecera de men comn.
Esta cabecera de men contiene la siguiente informacin:

Tabla 18. Iconos de navegacin
El nombre de usuario con el que se ha
conectado a esta sesin de la Consola de
estado de Web
El botn de icono de renovacin para
renovar de forma manual la vista actual

Tabla 18. Iconos de navegacin (continuacin)
El botn de icono inicial para volver a la
vista que est establecida en la ficha General
de la vista Preferencias. Las opciones son la
Vista Lista de puntos finales o la Vista
Lista de modelos de recurso
El botn de icono de lista de puntos finales
para abrir la Vista Lista de puntos finales
El botn de icono de modelos de recurso
para abrir la Vista Lista de modelos de
recurso
El botn de icono de preferencias de
ver/editar para abrir la vista Preferencias
El botn de desconexin para volver a la
vista Conexin
La barra de navegacin comn tiene ayuda flotante asociada con cada botn.
A medida que profundiza por las vistas, la Consola de estado de Web muestra una
ruta dinmica en la parte de ttulo de la ventana. Esta ruta muestra las vistas por
las que ha pasado para llegar a la vista visualizada actualmente. Tambin
proporciona vnculos a cualquiera de las vistas anteriores. Puede volver a una vista
anterior haciendo clic en el ttulo de dicha vista.
La salud se muestra en las vistas como un porcentaje de salud exacto y como una
representacin mediante iconos de posibles estados de alerta. Consulte la Tabla 19
para ver una lista de los iconos de alerta de salud:
Tabla 19. Iconos de alerta de salud
La salud de todos los modelos de recurso
instalados en el punto final est al 70-100%.
La salud de al menos uno de los modelos de
recurso instalados en el punto final es menor
que 70% pero mayor que 10%.
recurso instalados en el punto final est a
0-10%.
recurso instalados en el punto final no se
encuentra disponible.
Cmo utilizar la vista Lista de puntos finales

La Vista Lista de puntos finales muestra la salud actual de todos los puntos
finales especificados en la ficha Puntos finales de la vista Preferencias. (Consulte
el apartado Cmo gestionar listas de puntos finales en la pgina 210 para
obtener ms informacin.) La Consola de estado de Web clasifica los puntos finales
en orden de salud (primero muestra los de salud ms baja). Por ejemplo, un punto
final con un porcentaje de salud de 20 aparece antes que uno con un porcentaje de
salud de 80. Si hay algn problema para establecer contacto con un punto final, la
Consola de estado de Web muestra un mensaje que indica el problema.
1. Para visualizar la salud de un punto final especfico, o de un grupo de puntos
finales, escriba la informacin adecuada en el campo Filtro y haga clic en
Enviar.

Por ejemplo, escriba abc* para visualizar todos los puntos finales de la lista
Puntos finales seleccionados con nombres que comiencen por abc y que
tengan modelos de recurso instalados. El soporte de la funcin de filtro est
limitado al carcter de expresin regular (*).
La tabla Vista Lista de puntos finales contiene informacin sobre:

Estado
El estado del punto final determinado que se est supervisando.
Salud La salud menor de todos los modelos de recurso instalados en el punto
final. Por ejemplo, si el punto final tiene dos modelos de recurso
instalados y uno tiene una salud de 20% y el otro de 80%, esta columna
muestra 20. La salud se muestra como un porcentaje de salud exacto o
como una representacin mediante iconos de posibles estados de alerta.
2. Haga clic en el nombre del punto final para visualizar la vista Punto final para
ver informacin detallada sobre cada modelo de recurso que se ejecuta en este
punto final. Consulte el apartado Cmo trabajar con la vista Salud de punto
final en la pgina 217 para ver informacin detallada.
O
Haga clic en el botn de seleccin para seleccionar un punto final y emprender
una accin en dicho punto final. Consulte el apartado Cmo trabajar con
puntos finales.
Cmo trabajar con puntos finales

Nota: Estas operaciones requieren el rol super, admin o senior.
Para iniciar o detener el motor de IBM Tivoli Monitoring desde la Vista Lista de
puntos finales:
1. Haga clic en el botn de seleccin para seleccionar el punto final.
2. Seleccione Iniciar motor o Detener motor en la lista desplegable Seleccionar
una accin.
Cmo utilizar la vista Lista de modelos de recurso

La Vista Lista de modelos de recurso muestra todos los modelos de recurso
instalados en los puntos finales especificados en la pgina Lista de puntos finales
de la vista Preferencias. (Consulte el apartado Cmo gestionar listas de puntos
finales en la pgina 210 para obtener ms informacin.) La Consola de estado de
Web clasifica los modelos de recurso en orden de salud (primero muestra los de

salud ms baja). Por ejemplo, un modelo de recurso con un porcentaje de salud de
20 aparece antes que uno con un porcentaje de salud de 80.
La tabla Vista Lista de modelos de recurso contiene informacin sobre:

Estado
El estado del modelo de recurso que se est visualizando.
Salud La salud ms baja de dicho modelo de recurso entre todos los puntos
finales. Por ejemplo si el modelo de recurso est instalado en dos puntos
finales y el modelo de recurso tiene un porcentaje de salud de 20 en un
punto final y un porcentaje de salud de 80 en el otro punto final, esta
columna muestra 20. La salud se muestra como un porcentaje exacto y
como una representacin mediante iconos de posibles estados de alerta.
Consulte la Tabla 19 en la pgina 214 para obtener informacin sobre los
iconos.
Haga clic en un nombre de modelo de recurso para visualizar la Vista Lista de

puntos finales por modelo de recurso. Consulte el apartado Cmo utilizar la
vista puntos finales por modelo de recurso en la pgina 217 para obtener ms
informacin.

Cmo utilizar la vista puntos finales por modelo de recurso
Esta vista slo se puede visualizar si se hace clic en un nombre de modelo de
recurso en la Vista Lista de modelos de recurso. Utilice la barra de navegacin
que hay en la parte superior de esta vista para volver a la vista Lista de modelos
de recurso.
Esta vista muestra todos los puntos finales especificados en la pgina Lista de
puntos finales de la vista Preferencias que tienen el modelo de recurso
especificado instalado. Consulte el apartado Cmo gestionar listas de puntos
finales en la pgina 210 para obtener ms informacin.
Para visualizar la salud del modelo de recurso en un punto final especfico, o

grupo de puntos finales, escriba la informacin adecuada en el campo Filtro y
haga clic en Enviar.
Por ejemplo, escriba abc* para visualizar todos los puntos finales de la lista Puntos
finales seleccionados con nombres que comiencen por abc y que tengan modelos
de recurso instalados. El soporte de la funcin de filtro est limitado al carcter de
expresin regular (*).
Cmo trabajar con puntos finales

Puede iniciar o detener el motor de IBM Tivoli Monitoring desde la Vista Lista de
puntos finales:
1. Haga clic en el botn de seleccin para seleccionar el punto final.
2. Seleccione Iniciar motor o Detener motor en la lista desplegable Seleccionar
una accin.
Cmo trabajar con la vista Salud de punto final

La vista Salud de punto final es la vista ms detallada sobre la salud de un punto
final. En esta vista, se muestra la siguiente informacin:
v La salud y el estado de todos los modelos de recurso instalados en el punto
final
v La salud de las indicaciones que forman el modelo de recurso y los datos
histricos

La vista est dividida en tres marcos. El marco superior contiene la informacin
comn de la Consola de estado de Web. (Consulte el apartado Caractersticas
comunes de la Consola de estado de Web en la pgina 213). El marco del medio
(marco Modelos de recurso) muestra una tabla de los modelos de recurso
instalados en este punto final, en orden de salud (primero los de salud inferior). El
marco inferior muestra una tabla de las indicaciones correspondientes al modelo de
recurso seleccionado (marco Indicaciones) o los controles de datos histricos
correspondientes al modelo de recurso seleccionado (marco Datos histricos).
Cmo trabajar con el marco de modelos de recurso

El marco del medio de la vista Salud de punto final muestra una tabla que
incluye la siguiente informacin:
Nombre
Nombre del modelo de recurso
Perfil Nombre del perfil en el que reside el modelo de recurso
Estado
Estado del modelo de recurso
Salud Porcentaje de salud del modelo de recurso. La salir del modelo de recurso
es la salud inferior de cualquier indicacin del modelo de recurso. La
Consola de estado de Web clasifica los puntos finales en orden de salud
(primero muestra los de salud ms baja).
Seleccione Indicaciones o Datos histricos para determinar la informacin que se

mostrar en el marco inferior correspondiente al modelo de recurso seleccionado.
Consulte los apartados Marco Indicaciones en la pgina 219 y Marco Datos
histricos en la pgina 219 para obtener ms informacin.
Cmo trabajar con modelos de recurso

En la vista Salud del punto final puede realizar las siguientes acciones sobre
modelos de recurso:

Iniciar modelo de recurso
Para iniciar el modelo de recurso seleccionado.
Detener modelo de recurso
Para detener el modelo de recurso seleccionado.
Iniciar todos los modelos de recurso del mismo perfil
Para iniciar todos los modelos de recurso del perfil seleccionado.
Detener todos los modelos de recurso del mismo perfil
Para detener todos los modelos de recurso del perfil seleccionado.
Eliminar perfil
Para eliminar el perfil seleccionado del punto final.
Marco Indicaciones
Este marco de la vista Salud del punto final muestra una tabla que contiene las
indicaciones correspondientes al modelo de recurso seleccionado clasificadas por
salud.
Desde esta tabla puede iniciar un grfico de datos en lnea correspondiente a

cualquier indicacin con una salud menor que 100%. Seleccione la indicacin que
desee y haga clic en Grfico. Esto inicia un grfico de datos en lnea en una
ventana independiente. Consulte el apartado Grfico de datos en lnea en la
pgina 221 para obtener ms informacin.
Marco Datos histricos

Mediante los controles de seleccin de datos histrico, puede seleccionar instancias
y medidas del modelo de recurso seleccionado para crear un grfico de datos
histricos recientes del punto final. Para crear datos histricos, el registro debe
estar habilitado para el modelo de recurso. Con datos registrados, puede utilizar el
Grfico de datos histricos para identificar instancias especficas de problemas del
recurso durante la hora anterior o durante las seis, doce o veinticuatro horas
anteriores.
Para crear un Grfico de datos histricos desde la vista Salud del punto final:
1. Seleccione un modelo de recurso en la lista Modelo de recurso del marco del
medio.
2. Haga clic en el botn de seleccin Datos histricos para visualizar la
informacin de seleccin de Datos histricos en el marco inferior.

3. Haga clic en la lista desplegable Recurso y seleccione un recurso. La lista
desplegable Recurso es la nica opcin que est activa cuando se abre el
marco.
4. Haga clic en la lista desplegable Contextos y seleccione un contexto. Cada
contexto identifica una agrupacin lgica de problemas relacionados con el
recurso especificado.
5. Seleccione una o ms instancias en la lista Instancias. Esta lista identifica las
instancias especficas de la indicacin seleccionada.
6. Seleccione una o ms medidas en la lista Mtricas. Esta lista muestra las
medidas que se utilizan para medir la indicacin seleccionada.
7. Haga clic en Grfico.
Para ver una descripcin detallada del Grfico histrico, consulte el apartado
Grfico Datos histricos en la pgina 222.
Cmo trabajar con vistas de grfico

Las secciones siguientes le proporcionan una descripcin de las vistas de grficos
que utiliza la Consola de estado de Web.
Controles de grficos
Seleccionar un formato de grfico
Permite cambiar el estilo del grfico que se muestra para los datos
actuales. Utilice el formato Tabla para visualizar medidas no numricas.
Para cambiar el formato de grfico predeterminado, utilice la preferencia
Tipo de vista de la ficha Vista de grfico de la vista Preferencias.
Mostrar vista histrica de
Permite definir el periodo de tiempo para la vista histrica. Seleccione el
periodo de tiempo apropiado en la lista desplegable.
Zoom Para formatos que no son de tabla, el eje x de la imagen del grfico est
dividido en diez regiones del mismo tamao. Para ampliar la vista de un
grfico, haga clic en el rea que desea ampliar y el grfico se volver a
dibujar, centrando el foco visual en la regin seleccionada. Esto significa
que no ver los nuevos puntos de datos que se agreguen si quedan fuera
del rea ampliada.
Reducir
El botn Reducir reduce la ampliacin hasta un mximo de 100%. Por
ejemplo, si ha ampliado tres veces, al hacer clic en Reducir tres veces se
volver al tamao original del grfico.
Cerrar Utilice el botn Cerrar situado sobre la imagen del grfico para asegurar
que los recursos del servidor asociados con el grfico se liberan a tiempo.
El uso del control Cerrar en la barra de ttulo de la ventana tiene el mismo
efecto, pero los recursos tardan ms en liberarse.

Grfico de datos en lnea
El Grfico de datos en lnea muestra el valor actual de las medidas que forman la
indicacin en una determinada instancia de un recurso; por ejemplo, Procesador 0
en un sistema de un solo procesador. Se muestra un punto de datos para cada
medida cuando se inicia el grfico.
Siempre que la salud se mantenga por debajo del 100 por ciento, los datos se
aaden en cada intervalo de renovacin en la parte derecha del grfico o en la
parte inferior de la tabla. Los datos que tengan ms de 24 horas de antigedad
quedarn en la parte izquierda del grfico o en la parte superior de la tabla.
Cuando la salud de la instancia vuelve al 100 por ciento, el grfico muestra un
mensaje de texto que indica esta condicin. Si, posteriormente, la salud cae por
debajo del 100 por ciento, se agregarn nuevos puntos de datos a la parte derecha
del grfico.

Grfico Datos histricos
El Grfico histrico muestra datos histricos recientes registrados por un modelo

de recurso en un punto final. Las medidas registradas para diversas instancias de
un recurso se pueden representar grficamente en el mismo grfico. Las medidas
mostradas en el grfico se especifican en el marco Datos histricos de la vista
Salud del punto final. Consulte el apartado Marco Datos histricos en la pgina
219 para obtener ms informacin.
Con datos registrados, puede utilizar el Grfico histrico para identificar

instancias especficas de problemas del recurso durante la hora anterior o durante
las seis, doce o veinticuatro horas anteriores. La vista histrica predeterminada
muestra datos correspondientes a la ltima hora. Puede cambiar el periodo de
tiempo desde la lista desplegable Mostrar vista histrica de. Utilice Tivoli Data
Warehouse para ver datos de ms de 24 horas de antigedad.

Parte 3. Apndices

Apndice A. Variables de entorno
Este apndice documenta las variables de entorno que utiliza Tivoli Monitoring.
La tabla siguiente muestra la lista de variables de entorno establecidas por eventos

(implantados mediante tareas, respuestas de programa y mtodos CIM (Common
Information Model).
Tabla 20. Variables de entorno establecidas por eventos.
Variable Definicin
EVENT_NAME El nombre del evento agregado.
EVENT_SEVERITY La gravedad del evento.
TMW_EVENT Igual que EVENT_NAME. Ya no se utiliza y
slo se conserva por motivos de
compatibilidad con versiones anteriores.
TMW_PROFILE Igual que PROFILE. Ya no se utiliza y slo
se conserva por motivos de compatibilidad
con versiones anteriores.
$(EVENT_NAME)_Propertyxxx Atributos de evento local.
| $(EVENT_NAME)_alreadysent Valor booleano que indica si ya se ha
| enviado el evento especificado.
| $(EVENT_NAME)_event_key Una propiedad clave del evento
| especificado.
| $(EVENT_NAME)_eventid El identificador del evento especificado.
| $(EVENT_NAME)_severity La gravedad del evento especificado.
La tabla siguiente muestra la lista de variables de entorno que se pueden establecer

mediante tareas, respuestas de programa, mtodos CIM, script personalizado o
colecciones de supervisin iniciadas por los scripts de modelo de recurso.
Tabla 21. Otras variables de entorno.
Variable Definicin
ADMIN El nombre del administrador responsable de
la distribucin ms reciente del perfil que
contiene el monitor.
ENDPOINT El nombre del objeto de punto final a travs
del cual se ha distribuido el perfil que
contiene el monitor.
ENDPOINT_ CLASS El nombre de la clase (o tipo) de Tivoli del
objeto de punto final.
ENDPOINT_ OID El ID del objeto de Tivoli del objeto de
punto final.
HOST El nombre de host del punto final al que se
ha distribuido el modelo de recurso.
ITM_ENDPOINT La etiqueta de punto final.
OPERATOR La identidad a travs de la cual el
administrador ha obtenido acceso al entorno
Tivoli.

Tabla 21. Otras variables de entorno. (continuacin)
Variable Definicin
PROFILE Nombre completo del perfil.
PROFILEOID El ID del objeto de Tivoli del perfil que
contiene el modelo.
RESOURCE_MODEL Nombre interno del Modelo de recurso.

|
| Apndice B. Instalacin utilizando el asistente de instalacin

| Este apndice explica cmo instalar Tivoli Monitoring utilizando el asistente de
| instalacin (de aqu en adelante tambin denominado instalador).
| El instalador crea un entorno Tivoli completo, en el caso de que no exista ninguno,

| e instala el producto y, si es necesario, tambin instala software suplementario.
| Utilice el instalador si no tiene instalaciones anteriores de software de Tivoli.
| Si utiliza el instalador, debe elegir entre la forma de instalacin Tpica o de

| Evaluacin. Utilice los criterios siguientes para determinar qu mtodo desea
| seguir:
| Utilice el mtodo de instalacin Evaluacin si desea instalar un entorno Tivoli simple

| y Tivoli Monitoring en un sistema para poder probar y evaluar el producto. Este
| mtodo de instalacin no est pensado para ser utilizado en un entorno de
| produccin.
| Utilice la forma de instalacin Tpica cuando se produzcan las condiciones siguientes:

| v Desea instalar el producto en un sistema de destino que no tiene instalado
| software para Tivoli Management Framework.
| v Utiliza Tivoli por primera vez.
| Este apndice describe los dos mtodos de instalacin.
| Recomendamos cerrar todas las otras aplicaciones antes de la instalacin.
| Debe existir un agente de proxy en un dominio Windows para permitir que el

| instalador cree puntos finales de Windows. Cuando se instala un servidor de Tivoli
| en un sistema operativo Windows, el instalador crea automticamente el agente de
| proxy de Windows, de manera que se pueden crear puntos finales de Windows en
| el dominio del servidor de Tivoli. Si instala el servidor de Tivoli en un sistema
| operativo basado en UNIX y desea crear puntos finales de Windows, consulte el
| apartado Cmo crear un punto final de proxy de Windows en la pgina 236.
| Si tiene problemas al utilizar el instalador, consulte el manual IBM Tivoli

| Monitoring: Problem Determination Guide para obtener informacin sobre la
| resolucin de problemas.
|
| Cmo realizar una instalacin Evaluacin
| Cuando utilice el mtodo de instalacin Evaluacin puede instalar un entorno
| Tivoli simple y Tivoli Monitoring en un sistema para poder probar y evaluar el
| producto.
| La instalacin Evaluacin slo funciona si el sistema de destino no tiene instalado

| ningn software de Tivoli. Durante una instalacin Evaluacin, el instalador crea
| un punto final local en el sistema. No se instala ningn software en ningn sistema
| remoto.
| Al realizar una instalacin de Evaluacin, se instala el software de Tivoli siguiente:

| v Tivoli Management Framework, Versin 4.1.1

| v IBM Tivoli Monitoring, Versin 5.1.2
| v IBM Tivoli Monitoring Web Health Console, Versin 5.1.1 (ms Fix Pack 6)
| Consulte el Captulo 9, Introduccin a la Consola de estado de Web, en la pgina

| 197 para obtener ms detalles sobre los requisitos de sistema y software de la
| Consola de estado Web.
| La autorizacin necesaria para realizar este proceso es:

| v en Windows: el usuario que instala el producto debe ser miembro del grupo
| Administradores
| v en UNIX: el usuario que instala el producto debe tener privilegios root
| Recomendamos cerrar todas las otras aplicaciones antes de la instalacin.
| Para realizar una instalacin Evaluacin, siga estos pasos:

| 1. Inicie sesin en el sistema en el que desea instalar una versin evaluacin del
| producto.
| 2. Ejecute el ejecutable de instalacin del directorio raz del CD de instalacin
| etiquetado IBM Tivoli Monitoring Versin 5.1.2: Instalacin para iniciar el
| instalador:
| v en Windows: ejecute setupITM.bat
| v en UNIX: ejecute setupITM.sh
| 3. Haga clic en Siguiente para ver el acuerdo de licencia. Acepte los trminos
| del acuerdo de licencia y vuelva a hacer clic en Siguiente.
| 4. Es posible que el instalador muestre un aviso acerca de DHCP. Haga clic en
| Siguiente.
| 5. Especifique la ruta del directorio en el que desea instalar el producto. Haga
| clic en Siguiente.
| 6. Especifique la ruta del directorio en el que desea crear un almacn (directorio
| temporal) para la instalacin del producto. El directorio almacn contiene
| todos los archivos necesarios para la instalacin. Si hace clic en Cancelar en
| un panel del instalador, esta accin siempre suprime el directorio almacn
| temporal. Puede volver a empezar la instalacin ejecutando el ejecutable de
| instalacin en el CD de instalacin. Una vez completada la instalacin, el
| instalador proporciona una opcin para suprimir automticamente el
| directorio almacn.
| Nota: En Windows, el almacn debe residir en el sistema de destino. No

| puede realizar una instalacin del producto en Windows utilizando un
| almacn ubicado en un sistema remoto. En UNIX, proporcione una ruta
| de directorio que sea accesible desde el sistema de instalacin hasta el
| almacn de instalacin.
| 7. Haga clic en Siguiente para copiar los archivos en los directorios de
| instalacin.
| 8. Haga clic en Siguiente cuando el instalador le solicite que reinicie la
| aplicacin y contine la instalacin. Se mostrar la ventana de opciones de

| instalacin.
|
|
| 9. Seleccione la opcin Evaluacin/Demostracin del producto
| (Evaluation/Product Demonstration) y haga clic en Siguiente (Next) para ver
| la ventana Contrasea de usuario.
| 10. Escriba la contrasea correspondiente al ID de usuario visualizado en los
| campos Contrasea y Verificar contrasea.
| 11. Haga clic en Siguiente para ver la ventana de opcin de idioma.
| 12. Seleccione el cuadro de seleccin del idioma que desee instalar.
| 13. Haga clic en Siguiente para ver la primera de una serie de ventanas, cada una
| de las cuales le solicitar la ubicacin del directorio de un CD o imagen de
| CD especificado que contiene el software a instalar.
| 14. Para cada ventana que se muestre solicitndole un CD, realice los pasos
| siguientes:
| a. Inserte el CD especificado en la unidad.
| b. Escriba una ruta de directorio o haga clic en Examinar para especificar la
| ruta al CD o a la imagen de CD. Haga clic en Siguiente.
| c. Haga clic en S en respuesta al mensaje que le pregunta si desea copiar los
| archivos en el directorio almacn.
| 15. Haga clic en Siguiente en la ventana de solicitud de CD final para visualizar
| la ventana Lista de pasos. Cuando se muestre la ventana Lista de pasos, el
| instalador empieza la instalacin del software desde el almacn hasta la
| ubicacin de instalacin. La Lista de pasos muestra los componentes que el
| instalador instala y muestra las actualizaciones del estado del proceso de
| instalacin. Consulte el manual IBM Tivoli Monitoring: Problem Determination
| Guide para obtener ms descripciones sobre los iconos de estado y las
| opciones de la ventana Lista de pasos.
| Si desea cancelar la instalacin mientras se ejecuta la Lista de pasos, siga estos
| pasos:
Apndice B. Instalacin utilizando el asistente de instalacin 229

| a. Haga clic en Detener y deje que el proceso actual en ejecucin se termine.
| Si hace clic en Cancelar sin permitir que el proceso actual en ejecucin se
| complete, es posible que el sistema quede en un estado imprevisible.
| b. Haga clic en Cancelar para detener la instalacin y cerrar el instalador.
| c. Suprima el directorio almacn temporal creado por el instalador.
| 16. (Opcional) Haga doble clic en cualquier elemento de la Lista de pasos para ver
| detalles y definir las instrucciones de proceso para ese paso en la ventana
| Detalles.
| 17. Haga clic en Aceptar en la ltima solicitud de la Lista de pasos.
| Esta solicitud final se muestra cuando todos los pasos de la Lista de pasos
| muestran un estado Pasado. Si todos los pasos no muestran un estado Pasado,
| consulte el manual IBM Tivoli Monitoring: Problem Determination Guide para
| obtener informacin sobre la resolucin de problemas. Haga clic en Siguiente.
| 18. Seleccione Suprimir los archivos temporales para suprimir el directorio de
| archivos de instalacin temporales que ha especificado al principio del proceso
| de instalacin.
| 19. Haga clic en Siguiente y, a continuacin, haga clic en Terminar.
|
| Cmo realizar una instalacin Tpica
| Al usar el mtodo de instalacin Tpica con valores predeterminados predefinidos,
| automticamente se crea un entorno Tivoli y se instala Tivoli Monitoring.
| Opcionalmente, el instalador crea recursos gestionados en el entorno Tivoli, tal
| como se describe en este proceso.
| Al realizar una instalacin Tpica, se instala el software de Tivoli siguiente:

| v Tivoli Management Framework, Versin 4.1.1.
| v IBM Tivoli Monitoring, Versin 5.1.2
| v (Opcional) IBM Tivoli Monitoring Web Health Console, Versin 5.1.1 (ms Fix
| Pack 6)
| Durante la instalacin, puede elegir si desea instalar o no la Consola de estado
| Web en los sistemas de destino que especifique. Consulte el Captulo 9,
| Introduccin a la Consola de estado de Web, en la pgina 197 para obtener
| ms detalles sobre los requisitos de sistema y software de la Consola de estado
| Web.
| Durante el proceso de instalacin, puede crear opcionalmente nodos gestionados

| (distintos del servidor de Tivoli), puntos finales y Consolas de estado Web.
| Para crear puntos finales de Windows utilizando el instalador, como mnimo uno
| de los puntos finales de Windows debe existir en el dominio del servidor de Tivoli
| (el sistema desde el que se inicia el instalador). Si realiza la instalacin desde un
| sistema Windows y no existe ningn punto final de Windows, el instalador crea
| automticamente un punto final de proxy Windows, lo que permite crear puntos
| finales de Windows adicionales. Si realiza la instalacin desde un sistema basado
| en UNIX, debe crear el punto final de proxy Windows siguiendo un proceso
| aparte. La Tabla 22 resume lo que se debe hacer bajo determinadas condiciones.
| Tabla 22. Procedimientos para crear puntos finales de Windows
| SO del servidor de Ya existen puntos finales de Windows en el dominio del servidor de Tivoli?
| Tivoli
| S No

| Tabla 22. Procedimientos para crear puntos finales de Windows (continuacin)
| Windows Complete este procedimiento (instalacin Complete este procedimiento (instalacin del
| del producto utilizando la opcin Tpica) producto utilizando la opcin Tpica). El
| instalador crea automticamente un punto final
| de proxy de Windows, lo que permite crear
| puntos finales de Windows utilizando el
| instalador.
|| Basado en UNIX Complete este procedimiento (instalacin 1. Complete este procedimiento (instalacin
|| del producto utilizando la opcin Tpica) del producto utilizando la opcin Tpica)
| hasta el Paso 25 en la pgina 236. Durante
| el procedimiento especifique los puntos
| finales de Windows que desea crear.
| 2. Cree un punto final de proxy de Windows
| completando el procedimiento Cmo crear
| un punto final de proxy de Windows en la
| pgina 236
| 3. Vuelva al instalador y complete el proceso
| de instalacin. El instalador crea los puntos
| finales que haya especificado.
|

| Administradores
| Antes de empezar la instalacin haga lo siguiente:

| v Asegrese de que los sistemas de destino en los que va a crear nodos
| gestionados estn ejecutando los procesos siguientes para habilitar transacciones
| de Tivoli:
| En sistemas Windows, Tivoli Remote Execution Service (TRIP) debe estar en
| ejecucin
| En sistemas basados en UNIX, el daemon rexecd debe estar en ejecucin
| v Cierre todas las aplicaciones locales durante la instalacin, excepto la de Tivoli
| Management Framework, en caso de que est instalada.
| Para realizar una instalacin Tpica, siga estos pasos:
| Nota: En los pasos siguientes, el trmino servidor de Tivoli hace referencia a un

| nodo gestionado. Adems, el trmino sistema a supervisar hace referencia a
| un punto final.
| 1. Inicie sesin en el sistema que desee que sea el servidor de Tivoli.
| 2. Ejecute el ejecutable de instalacin del directorio raz del CD de instalacin
| etiquetado IBM Tivoli Monitoring Versin 5.2: Instalacin para iniciar el
| instalador:
| v en Windows: ejecute setupITM.bat
| v en UNIX: ejecute setupITM.sh
| 3. Haga clic en Siguiente para ver el acuerdo de licencia. Acepte los trminos
| del acuerdo de licencia y vuelva a hacer clic en Siguiente.
| 4. Es posible que el instalador muestre un aviso acerca de DHCP. Haga clic en
| Siguiente.
| 5. Especifique la ruta del directorio en el que desea instalar el producto. Haga
| clic en Siguiente.

| 6. Especifique la ruta del directorio en el que desea crear un almacn (directorio
| temporal) para la instalacin del producto. El directorio almacn contiene
| todos los archivos necesarios para la instalacin. Si hace clic en Cancelar en
| un panel del instalador, esta accin siempre suprime el directorio almacn
| temporal. Puede volver a empezar la instalacin ejecutando el ejecutable de
| instalacin en el CD de instalacin. Una vez completada la instalacin, el
| instalador proporciona una opcin para suprimir automticamente el
| directorio almacn.
| Nota: En Windows, el almacn debe residir en el sistema de destino. No

| puede realizar una instalacin del producto en Windows utilizando un
| almacn ubicado en un sistema remoto. En UNIX, proporcione una ruta
| de directorio que sea accesible desde el sistema de instalacin hasta el
| almacn de instalacin.
| 7. Haga clic en Siguiente para copiar los archivos en los directorios de
| instalacin.
| 8. Haga clic en Siguiente cuando el instalador le solicite que reinicie la
| aplicacin y contine la instalacin. Se mostrar la ventana de opciones de
| instalacin.
|
|
| 9. Seleccione Tpica (Typical) y haga clic en Siguiente (Next).
| 10. (Opcional) Seleccione los idiomas que desee habilitar para los usuarios del
| producto. El ingls siempre est habilitado para este producto. El instalador
| instala los paquetes de habilitacin de idioma para los otros idiomas que
| seleccione.
| 11. Haga clic en Siguiente. Se mostrar una lista de nodos gestionados existentes.
| Como mnimo se mostrar un nodo gestionado en la lista. Este nodo
| gestionado es el servidor de Tivoli (al que se hace referencia en las ventanas
| de instalacin como el servidor de Tivoli principal). El instalador crea el
| servidor de Tivoli en el sistema en el que est instalando este producto. El
| instalador tambin descubre y enumera cualquier nodo gestionado que se
| haya creado en una instalacin anterior de Tivoli Management Framework.

| 12. (Opcional) Haga clic en Agregar para crear nodos gestionados adicionales.
| v Si crea un nodo gestionado de Windows, el sistema de destino debe tener el
| proceso de Tivoli Remote Execution Service (TRIP) en ejecucin. Si crea un
| nodo gestionado de UNIX, el sistema de destino debe tener el daemon
| rexecd en ejecucin.
| v Despus de agregar un nodo gestionado a la lista, puede utilizar los
| botones Editar y Eliminar para editarlo o eliminarlo de la lista. Slo puede
| editar o eliminar los nodos gestionados que haya agregado. No puede
| editar ni eliminar ninguno de los nodos gestionados enumerados en la lista
| desde el principio.
|
|
| Al hacer clic en Aceptar (OK), se guardan los valores para la pestaa Bsica
| (Basic) y la Avanzada (Advanced).
| 13. Siga estos pasos para agregar informacin sobre el nodo gestionado:
| a. Especifique los valores del nodo gestionado en los campos de la pestaa
| Bsica:
| v Nombre de Host (Host Name) Escriba el nombre de host calificado al
| completo para el sistema en el que crea el nodo gestionado. Por ejemplo,
| el nombre de host calificado al completo para tokio podra ser
| tokio.ventas.miempresa.com.
| v Plataforma (Platform) Haga clic en la lista desplegable y seleccione el
| nombre del sistema operativo en el nodo gestionado.
| v Usuario (User) Escriba el ID de usuario de inicio de sesin de la
| persona que realiza la instalacin en el nodo gestionado. Este ID de
| usuario debe tener privilegios administrativos completos
| (Administrador en Windows y raz en UNIX) en el sistema de destino.
| v Contrasea (Password) y Verificar Contrasea (Verify Password)
| Escriba la contrasea de inicio de sesin del usuario especificado en el
| campo Usuario.
| b. Haga clic en la pestaa Avanzada.
| Especifique valores en los campos de la pestaa Avanzada.
| v Destino (Opcional) Escriba una ruta personalizada en la mquina de
| destino en la que desea instalar el software de Tivoli. De lo contrario,
| Tivoli utiliza la especificacin de ruta predeterminada.
| v Rearrancar Debe seleccionar este cuadro de seleccin al agregar
| nodos gestionados de Windows a la regin de Tivoli. El software de
| nodo gestionado se activa despus de reiniciar el sistema de Windows.
| v Gateway Especifique si este sistema es un gateway.

| c. Haga clic en Aceptar para guardar los valores y volver al instalador.
| 14. Haga clic en Siguiente para ver una lista de servidores de Tivoli.
| 15. Seleccione cada servidor de Tivoli que vaya a utilizar para comunicar con
| puntos finales que utilizarn el producto. Cuando el producto ya est
| instalado en un nodo gestionado, la fila ya no se encuentra en modo de
| edicin. El cuadro de seleccin est seleccionado y no puede modificarse.
| 16. Haga clic en Siguiente para ver el panel de opcin de punto final.
| 17. Seleccione los puntos finales que desee supervisar.
| 18. (Opcional) Puede crear puntos finales para que Tivoli los supervise y gestione.
| Por defecto, el instalador asigna puntos finales a nodos gestionados siempre
| que es posible. El instalador asigna puntos finales al servidor de Tivoli slo
| cuando no hay ningn nodo gestionado disponible.
| Siga estos pasos para especificar puntos finales para que el instalador los cree:
| a. Haga clic en Agregar .
|
|
| b. Especifique los valores en los campos de la pestaa Bsica (Basic):
| v Nombre de host (Host Name) Escriba el nombre de host calificado al
| completo para el sistema en el que crea el punto final. Por ejemplo, el
| nombre de host calificado al completo para tokio podra ser
| tokio.ventas.miempresa.com.
| v Etiqueta (Label) Escriba un nombre nico para el punto final. Este
| nombre puede incluir caracteres alfanumricos, subrayado (_), guiones
| (-) y puntos (.). Los nombres son sensibles a las maysculas y
| minsculas. Por ejemplo, el nombre NombrePF es diferente de nombrepf.
| Esta etiqueta debe ser distinta del nombre de cualquier nodo gestionado
| de la regin de Tivoli.
| v Plataforma (Platform) Haga clic en la lista desplegable y seleccione el
| nombre del sistema operativo en el punto final.
| v Usuario (User) Escriba el ID de usuario de inicio de sesin de la
| persona que realiza la instalacin en el punto final. Le recomendamos
| utilizar Administrador en Windows y raz en UNIX.
| v Contrasea (Password) y Verificar Contrasea (Verify Password)
| Escriba la contrasea de inicio de sesin del usuario especificado en el
| campo Usuario.
| c. Haga clic en la pestaa Avanzada (Advanced).
| Especifique valores en los campos de la pestaa Avanzada, en caso que sea
| necesario.

| v Puerto Escriba un nmero de puerto dedicado a la comunicacin con
| el servidor de Tivoli. El valor predeterminado es 9495.
| v Destino Escriba la ruta en el sistema de destino en el que desea
| instalar el software de Tivoli.
| v Rearrancar Debe seleccionar este cuadro de seleccin al agregar
| puntos finales de Windows. El software de punto final se activa despus
| de reiniciar el sistema de Windows de destino.
| d. Haga clic en Aceptar para guardar los valores y continuar la instalacin en
| los paneles de instalacin.
| 19. Haga clic en Siguiente para ver el panel de la Consola de estado Web.
| 20. (Opcional) Instale la Consola de estado Web de la manera siguiente:
| a. El panel muestra la lista de nodos gestionados disponibles.
| b. Coloque una marca de seleccin en la columna de la Consola de estado
| Web al lado del nombre de cada nodo gestionado en el que desee instalar
| la consola. Al especificar la instalacin de la Consola de estado Web en un
| nodo gestionado ya existente, debe proporcionar el ID de usuario y la
| contrasea. El instalador le pide esta informacin al hacer clic en
| Siguiente. Si la Consola de estado Web ya est instalada, no coloque
| ninguna marca de seleccin. De lo contrario, la consola se vuelve a instalar
| porque el instalador no puede detectar instalaciones anteriores de la
| Consola de estado Web.
| 21. Haga clic en Siguiente para ver la primera de una serie de ventanas, cada una
| de las cuales le solicitar la ubicacin del directorio de un CD o imagen de
| CD especificado que contiene el software a instalar.
| 22. Para cada ventana que se muestre solicitndole un CD, realice los pasos
| siguientes:
| a. Inserte el CD especificado en la unidad.
| b. Escriba una ruta de directorio o haga clic en Examinar para especificar la
| ruta al CD o a la imagen de CD.
| c. Haga clic en Siguiente.
| d. Haga clic en S en respuesta al mensaje que le pregunta si desea copiar los
| archivos en el directorio almacn.
| 23. Haga clic en Siguiente en la ventana de solicitud de CD final para visualizar
| la ventana Lista de pasos. Cuando se muestre la ventana Lista de pasos, el
| instalador empieza la instalacin del software desde el almacn hasta la
| ubicacin de instalacin. La Lista de pasos muestra los componentes que el
| instalador instala y muestra las actualizaciones del estado del proceso de
| instalacin. Consulte el manual IBM Tivoli Monitoring: Problem Determination
| Guide para obtener ms descripciones sobre los iconos de estado y las
| opciones de la ventana Lista de pasos.
| Si desea cancelar la instalacin mientras se ejecuta la Lista de pasos, siga estos
| pasos:
| a. Haga clic en Detener y deje que el proceso actual en ejecucin se termine.
| Si hace clic en Cancelar sin permitir que el proceso actual en ejecucin se
| complete, es posible que el sistema quede en un estado imprevisible.
| b. Haga clic en Cancelar para detener la instalacin y cerrar el instalador.
| c. Suprima el directorio almacn temporal creado por el instalador.
| 24. (Opcional) Haga doble clic en cualquier elemento de la Lista de pasos para ver
| detalles y definir las instrucciones de proceso para ese paso en la ventana
| Detalles.

| 25. (Solamente servidores de Tivoli basados en UNIX) Si ha especificado los puntos
| finales de Windows a crear en el Paso 18 en la pgina 234 y no existen
| actualmente puntos finales de Windows en el dominio del servidor de Tivoli,
| siga estos pasos:
| a. Haga clic en Detener en la parte superior de la Lista de pasos
| b. Realice el procedimiento descrito en el apartado Cmo crear un punto
| final de proxy de Windows
| 26. Haga clic en Aceptar en la ltima solicitud de la Lista de pasos.
| Esta solicitud final se muestra cuando todos los pasos de la Lista de pasos
| muestran un estado Pasado. Si todos los pasos no muestran un estado Pasado,
| consulte el manual IBM Tivoli Monitoring: Problem Determination Guide para
| obtener informacin sobre la resolucin de problemas. Haga clic en Siguiente.
| 27. Seleccione Suprimir los archivos temporales para suprimir el directorio de
| archivos de instalacin temporales que ha especificado al principio del proceso
| de instalacin.
| 28. Haga clic en Siguiente y, a continuacin, haga clic en Terminar.
|
| Cmo crear un punto final de proxy de Windows
| Este apartado describe cmo crear un punto final de proxy de Windows si realiza
| la instalacin desde un servidor de Tivoli basado en UNIX cuando no hay puntos
| finales de Windows existentes en el dominio del servidor. Este procedimiento no es
| necesario si realiza la instalacin desde un sistema Windows.
| El instalador puede crear puntos finales de Windows para el servidor de Tivoli que
| est instalando. Sin embargo, esta capacidad slo existe cuando se instala el
| servidor de Tivoli en un sistema operativo Windows.
| Debe existir un punto final de proxy en un dominio Windows para permitir que el
| instalador cree puntos finales de Windows. Cuando el servidor de Tivoli se ejecuta
| en Windows y desea crear puntos finales de Windows, el instalador crea
| automticamente el punto final de proxy en el dominio en el que reside el
| servidor. Este proxy debe compartir el mismo dominio que el dominio de Tivoli
| porque utiliza mtodos de la Convencin de denominacin universal de Windows
| (UNC) para proporcionar acceso remoto a puntos finales de Windows acabados de
| crear. El punto final de proxy permite la creacin de puntos finales de Windows en
| cualquier dominio que tenga una relacin de confianza con el dominio que
| contiene el proxy. El servidor de Tivoli utiliza el ID de usuario y la contrasea para
| que el punto final de proxy obtenga acceso al sistema de archivos de los otros
| servidores de Windows.
| El instalador tambin asocia el punto final de proxy con un gateway en la regin

| de Tivoli. De lo contrario, el servidor de Tivoli no puede utilizar el punto final de
| proxy. Este procedimiento se realiza en un momento determinado durante el
| proceso de instalacin, cuando se ha creado un gateway para asociarlo con el
| punto final de proxy.
| Con este acceso de proxy, el servidor de Tivoli puede instalar puntos finales en
| sistemas Windows en ese dominio y en otros dominios de Windows en la red que
| tengan una relacin de confianza. Sin un punto final de proxy, el servidor de Tivoli
| no puede crear puntos finales de Windows en ese dominio remoto.
| En instalaciones UNIX, el instalador no crea automticamente el punto final de

| proxy que Windows necesita. Cuando el servidor de Tivoli que se est instalando

| ejecuta un sistema operativo UNIX, debe utilizarse este procedimiento. El
| procedimiento define el punto final de proxy necesario en el dominio Windows
| que contiene los servidores de Windows de destino que desea supervisar.

| Administradores
| Antes de iniciar este procedimiento, debe de haber seguido el procedimiento de

| instalacin Tpica hasta el Paso 25 en la pgina 236.
| Tambin es necesario identificar el sistema de Windows que servir como punto

| final de proxy: se necesitan tanto el nombre del punto final como el nombre de
| host para la mquina. Por ejemplo, si el nombre de host es
| vision35.miempresa.com, se puede poner vision35_ep como nombre del punto
| final.
| Este procedimiento se realiza en el instalador y en el asistente de instalacin de

| punto final de Tivoli Management Framework.
| Para realizar el procedimiento, siga estos pasos:

| 1. Haga clic en Detener en la parte superior de la Lista de pasos cuando el
| instalador empiece a ejecutar el Paso 1.
| El sistema muestra un mensaje que indica que se detendr al final del paso
| actual.
|
|
| 2. Haga clic en Aceptar (OK) y espere que el paso se acabe de procesar.
| 3. En la Lista de pasos avance hasta el paso Instalacin de TMA, que instala
| todos los puntos finales que haya configurado.

| 4. Haga doble clic en el paso Instalacin de TMA (TMA installation) para acceder
| a la ventana Detalles (Details) del paso.
|
|
| 5. Realice los pasos siguientes:
| a. Haga clic en Conmutar punto de ruptura (Toggle Breakpoint).
| b. Haga clic en Aceptar.
| Esta accin define un punto de ruptura para cuando el instalador empieza a
| instalar puntos finales. Un icono de seal de stop indica el paso en el que se ha
| agregado un punto de ruptura. Mientras este paso est en modo de punto de
| ruptura, habilite el proxy de punto final tal como se describe en el Paso 7.
| 6. Haga clic en Ejecutar todos en la pista superior de la ventana Lista de pasos.
| El proceso de los pasos de la Lista de pasos se reanuda, hasta que el instalador
| alcanza el punto de ruptura y se detiene. Antes del punto de ruptura definido
| en el Paso 5 el instalador completa la creacin de un gateway. Para instalarlo
| correctamente, el punto final de proxy debe hacer referencia a este gateway. De
| lo contrario, el servidor de Tivoli no puede reconocer el punto final de proxy.
| 7. Cuando el instalador alcance el punto de ruptura creado en el Paso 5, instale el
| punto final de proxy de la manera siguiente. Realice estos pasos en el sistema
| en el que va a instalar el punto final de proxy, no en el servidor de Tivoli.
| a. Inserte el CD etiquetado Tivoli Management Framework 2 de 2, Versin 4.1.1 en
| la unidad de CD del sistema que desea que sea el punto final.
| b. Ejecute el ejecutable de instalacin ubicado en la ruta de subdirectorio
| siguiente del directorio de instalacin de Tivoli:
| \lcf\winnt
| c. Haga clic en Siguiente en la ventana Instalacin de punto final de Tivoli
| Management Framework.
| d. Lea el acuerdo de licencia.
| e. Haga clic en Siguiente para ver la ventana Opciones de instalacin de
| punto final.
| f. (Opcional) Haga clic en Examinar para cambiar el directorio de destinacin
| del software.
| g. Haga clic en Siguiente para ver la ventana Cuenta de acceso remoto de
| Tivoli.
| h. Escriba el nombre de usuario y la contrasea de la cuenta a travs de la
| cual Tivoli Management Framework accede a los sistemas de archivos
| remotos. Si no necesita acceso a dominios remotos, haga clic en Siguiente
| para omitir este paso.
| i. Haga clic en Siguiente para acceder a la ventana Configuracin avanzada.

| j. Especifique la informacin de opciones de configuracin e inicio de sesin
| en la tabla siguiente:
|| Nombre de
| campo Utilizar cuando ...
| Gateway El gateway utiliza un nmero de puerto distinto al predeterminado
| 9494.
| Punto final Desea especificar un puerto a utilizar por el punto final distinto al
| predeterminado. El valor predeterminado es 9495.
| Otros Utilice la opcin g nombre_host_del_gateway para especificar el
| gateway de intercepcin. Utilice la opcin n
| nombre_host_del_punto_final para especificar el nombre del punto
| final que est instalando como proxy.
|
| k. Haga clic en Siguiente para continuar con el proceso de instalacin.
| El instalador informa que la comunicacin del punto final de proxy y el
| gateway ha sido satisfactoria. El punto final se ha instalado y registrado en
| un gateway. El proceso de instalacin configura el sistema de punto final
| para que inicie automticamente el servicio de punto final cuando se inicie
| el sistema.
| Si el sistema no se inicia, es posible que haya un problema con la
| comunicacin entre el punto final de proxy y el gateway. En tal caso, debe
| eliminar el punto final y, a continuacin, volver a instalarlo.
| l. Haga clic en Siguiente para ver la ventana Instalacin finalizada.
| m. Haga clic en Terminar para ver la ventana Reiniciar Windows.
| n. Seleccione No para evitar que se reinicie el sistema operativo.
| Puede reiniciar el sistema despus de que la instalacin de Tivoli
| Monitoring haya finalizado. Al reiniciar el sistema, se crea el servicio Punto
| final de Tivoli, con el tipo de inicio de sesin definido como automtico.
| 8. Haga clic en Aceptar para completar la instalacin del punto final.
| 9. En el servidor de Tivoli, haga clic en Ejecutar todos en el instalador y complete
| los pasos de Instalacin evaluacin que siguen al paso 25 en la pgina 236

Apndice C. Consideraciones sobre la migracin
Este apndice contiene directrices para:
v Usuarios de Tivoli Distributed Monitoring (Classic Edition) que realizan una
migracin a Tivoli Monitoring 5.1.2
v Usuarios de Tivoli Web Component Manager que realizan una migracin a
Describe algunas consideraciones a tener en cuenta al planificar la migracin para
facilitarla y hacerla lo ms eficiente posible.
Migracin de Tivoli Distributed Monitoring (Classic Edition) a Tivoli

Monitoring
Tivoli Monitoring permite supervisar la disponibilidad y el estado de rendimiento
de los recursos de sus sistemas para identificar cuellos de botella y problemas
potenciales de recursos.
Los usuarios de Tivoli Distributed Monitoring (Classic Edition) pueden realizar

fcilmente la migracin a Tivoli Monitoring.
Visin general
Tivoli Monitoring 5.1 aplica la supervisin de una forma distinta a como lo hace
Tivoli Distributed Monitoring (Classic Edition). Mientas que Tivoli Distributed
Monitoring (Classic Edition) se basa en el concepto de supervisar colecciones y
monitores de funciones, Tivoli Monitoring aplica las mejores prcticas
preconfiguradas y automatizadas a la supervisin automatizada del sistema
esencial y de recursos de aplicaciones. Bsicamente, Tivoli Distributed Monitoring
(Classic Edition) proporciona los mtodos para recuperar datos mediante scripts o
comandos, verifica que los valores recuperados no superen determinados umbrales
y, finalmente, segn la personalizacin del usuario, desencadena alguna respuesta
(eventos de Tivoli Enterprise Console, correo electrnico, avisos, etc.). Tivoli
Distributed Monitoring (Classic Edition) deja la correlacin y el anlisis de la causa
original del problema al usuario.
Tivoli Monitoring se basa en el concepto de modelos de recurso, implantado

mediante scripts de mejores prcticas, o modelos de referencia, y la definicin en el
Modelo de informacin comn (CIM) en trminos de recursos supervisados. Si
desea obtener ms informacin, consulte el sitio Web:
http://www.dmtf.org/standards/cim_spec_v22/
Adems, Tivoli Monitoring proporciona un conjunto de modelos de recurso

diseados para detectar cuellos de botella en tiempo de ejecucin y otros
problemas potenciales y para realizar una recuperacin automtica de situaciones
crticas, eliminando la necesidad de que los administradores del sistema tengan
que realizar exploraciones manuales entre gran cantidad de datos de rendimiento.
Tivoli Monitoring puede utilizar procesos que forman parte de los sistemas
operativos de los puntos finales para obtener datos de recursos.

En sistemas Windows, utiliza Windows Management Instrumentation (WMI), que
es la implantacin de CIM de Microsoft. Si desea obtener ms informacin,
consulte el sitio Web:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp
WMI permite a las aplicaciones recuperar informacin sobre el estado actual de un

sistema.
En plataformas UNIX, Linux y OS/400, el agente de coleccin de informacin est

incorporado en el producto, segn especificaciones CIM.
El paquete del producto IBM Tivoli Monitoring Versin 5.1.2 proporciona tanto
Tivoli Monitoring 5.1.2 como Tivoli Distributed Monitoring (Classic Edition) 3.7, de
modo que los usuarios pueden utilizar ambos y planificar su migracin a Tivoli
Monitoring de la manera ms sencilla posible. Los usuarios deben tener en cuenta
los dos aspectos siguientes:
Coexistencia
Los dos productos pueden coexistir, puesto que tienen dos implantaciones
diferentes en el servidor, en los gateways y en los puntos finales. La
instalacin de Tivoli Monitoring no modifica el entorno ni la configuracin
de Tivoli Distributed Monitoring (Classic Edition).Incluso cuando se trabaja
en Modo de compatibilidad, consulte el apartado Modo de
compatibilidad en la pgina 251, los dos productos pueden coexistir y
ejecutarse de forma completamente independiente.
Migracin
Para facilitar la migracin de Tivoli Distributed Monitoring (Classic
Edition) a Tivoli Monitoring 5.1.2 y para proteger la inversin del usuario
en scripts personalizados y en colecciones de supervisin desarrolladas por
el usuario, Tivoli Monitoring 5.1.2 se ejecuta en Modo de compatibilidad,
el nuevo modo de trabajo que permite a los usuarios de Tivoli Monitoring
utilizar colecciones de supervisin y scripts personalizados de Tivoli
Distributed Monitoring (Classic Edition) dentro de modelos de recurso.
Debido a la distinta naturaleza de las dos versiones de Tivoli Distributed
Monitoring, la migracin solo se puede automatizar parcialmente. Adems
del Modo de compatibilidad, que ofrece a los usuarios la posibilidad de
utilizar sus scripts o monitores aprovechando caractersticas de Tivoli
Monitoring, Tivoli Monitoring tambin proporciona un script de ayuda a la
migracin, dmae_sentryprofile_analyser.sh, que ofrece informacin sobre
cmo y dnde las medidas supervisadas por los perfiles actuales de Tivoli
Distributed Monitoring (Classic Edition) se pueden sustituir utilizando
Tivoli Monitoring. El script puede crear automticamente perfiles de Tivoli
Monitoring que contengan modelos de recurso que intentan solucionar los
mismos problemas que los monitores de Tivoli Distributed Monitoring
(Classic Edition) Encontrar ms informacin sobre este script ms
adelante en este captulo.
Para aprovechar las caractersticas clave de Tivoli Monitoring como, por
ejemplo, el descubrimiento automtico de instancias, la correlacin de
medidas, la agregacin, el registro de datos, etc., es posible que necesite
ciertos conocimientos sobre codificacin en Visual Basic o JavaScript que
pueden no estar inmediatamente disponibles, de modo que para ayudar a
proporcionar a los usuarios de Tivoli Distributed Monitoring (Classic
Edition) una introduccin al enfoque de supervisin de Tivoli Monitoring,
Tivoli Monitoring proporciona un proceso guiado por asistente dentro de
Resource Model Builder para crear modelos de recurso y generar

automticamente todo el cdigo necesario. El asistente permite al usuario
seguir un sencillo paradigma de supervisin en Tivoli Distributed
Monitoring (Classic Edition), aprovechando las nuevas funciones que
ofrece Tivoli Monitoring. El enfoque del asistente elimina la necesidad del
usuario de escribir cdigo adicional, generando cdigo que se aplica a
lgica sencilla de Tivoli Distributed Monitoring (Classic Edition):
si (valor medida - comparacin - umbral) entonces accin respuesta
Si se utiliza el asistente junto con el modo de compatibilidad, los usuarios

pueden duplicar la misma supervisin que ya utilizan en Tivoli Distributed
Monitoring (Classic Edition). Encontrar ms informacin sobre el asistente
en el manual IBM Tivoli Monitoring: Workbench Users Guide.
Directrices para migrar a Tivoli Monitoring 5.1.2

Para transferir soluciones de supervisin de Tivoli Distributed Monitoring (Classic
Edition) a la implantacin de Tivoli Monitoring 5.1.2, es importante comprender
mejor las caractersticas clave que Tivoli Monitoring ofrece en distintas fases de su
uso.
Momento del diseo

Tivoli Monitoring proporciona Resource Model Builder, un entorno de desarrollo
integrado (IDE) para disear, crear, probar y depurar modelos de recurso. Consulte
el manual IBM Tivoli Monitoring: Resource Model Builder Users Guide para obtener
ms informacin. Bsicamente, los nuevos usuarios de Tivoli Monitoring deben
considerar Resource Model Builder como el lugar en el que pueden crear sus
propias mejores prcticas de supervisin, en el que pueden modificar las mejores
prcticas del modelo de recurso inicial actual y en el que pueden personalizar y
configurar los modelos de recurso de forma ms detallada. En Tivoli Monitoring,
los usuarios deben considerar Resource Model Builder como una GUI adicional y
ms completa en la que pueden personalizar modelos de recursos adems de
hacerlo en la GUI basada en Tivoli. La importancia de Resource Model Builder est
principalmente relacionada con la posibilidad de crear y depurar nuevos modelos
de recurso.
Orgenes de datos
Tivoli Monitoring es capaz de obtener datos no solo de orgenes de datos
CIM, sino tambin de monitores de Tivoli Distributed Monitoring (Classic
Edition) y de scripts personalizados (Modo de compatibilidad).De esta
forma, Tivoli Monitoring mejora el conjunto de orgenes de datos con los
que ya reciben soporte de Tivoli Distributed Monitoring (Classic
Edition).Sin embargo, sigue siendo preferible trabajar en modo nativo, en
el que los datos supervisados se coleccionan desde la implantacin CIM
subyacente. Mientras que en las plataformas UNIX, Linux y OS/400 la
implantacin CIMOM est incorporada en el motor, en las plataformas
Windows el motor se basa en implantaciones WMI. Consulte el siguiente
sitio Web:
Los sistemas operativos Microsoft y las aplicaciones Backoffice se

suministran con sus propios proveedores de WMI, de modo que la
supervisin de dichos recursos se puede implantar muy rpidamente.
Agregacin
A diferencia de lo que sucede en Tivoli Distributed Monitoring (Classic
Edition), en Tivoli Monitoring todos los eventos se pueden consolidar
localmente en el punto final antes de que fluyan a las capas superiores
Apndice C. Consideraciones sobre la migracin 243

como Tivoli Enterprise Console o Tivoli Business Systems Manager. Esta
caracterstica es muy importante desde el punto de vista de escalabilidad.
Adems, la mejor prctica puede aprovechar esta funcin para facilitar y
hacer ms realista el anlisis de resolucin de problemas (por ejemplo, si
un proceso supera su uso de CPU slo una vez o varias veces). Los nuevos
usuarios de Tivoli Monitoring siempre deben tener en cuenta esta
caracterstica al generar un evento.
Borrado
Como el punto de partida correspondiente a Tivoli Monitoring consiste en
proporcionar informacin sobre problemas que resultan crticos al sistema
operativo o a los recursos de aplicacin, Tivoli Monitoring notifica a los
usuarios nicamente cuando el problema llega a travs de Tivoli Enterprise
Console o Tivoli Business Systems Manager, y slo cuando el problema se
ha solucionado enva un aviso con un Evento de borrado.
Correlacin
La caracterstica ms importante es sin lugar a dudas tener la posibilidad
de escribir mejores prcticas para solucionar problemas antes de que se
produzcan. Es decir, el script del modelo de recurso puede realizar el
anlisis de la causa original, utilizando la API del motor de Tivoli
Monitoring; este script define los datos que se pueden coleccionar y, una
vez recopilados por el motor, recupera todos los valores de medida y los
correlaciona para establecer la causa final de problemas que se producen.
La correlacin se consigue siguiendo un modelo de programacin que, en
casos sencillos, se pueden implantar mediante el proceso guiado por
asistente. Los valores de medida recopilados a travs del modo de
compatibilidad tambin se pueden correlacionar.
Varias medidas
Cuando empiecen a escribir nuevos modelos de recurso, los nuevos
usuarios de Tivoli Monitoring deben tener en cuenta que en cada modelo
de recurso se puede coleccionar un nmero indefinido de recursos y para
cada recurso un nmero indefinido de medidas. Adems, ofrece la
posibilidad de disponer de descubrimiento automtico para todas las
instancias de un recurso.
Nota: Implantar un modelo de recurso que parece una medida de un

recurso puede resultar caro, porque Tivoli Monitoring crea un nuevo
thread y un conjunto de objetos para cada script. Se pueden obtener
mejores resultados diseando un modelo de recurso diseado para
solucionar un conjunto especfico de problemas (por ejemplo, cuellos
de botella de CPU y memoria).
Automatizacin
Al crear nuevos modelos de recurso, o al modificar los existentes, los
usuarios de Tivoli Monitoring pueden establecer acciones de recuperacin
denominadas acciones incorporadas para que se desencadenen cuando se
consolida una indicacin. Las acciones incorporadas son la ejecucin de
mtodos CIM (consulte el manual IBM Tivoli Monitoring: Workbench Users
Guide) contra una clase CIM o una instancia de clase CIM.
Registro
Tivoli Monitoring permite a los usuarios registrar datos en una base de
datos local. Los datos almacenados en esta base de datos se pueden
recuperar y ver mediante la Consola de estado de Web. Los datos
recuperados mediante el modo de compatibilidad tambin se pueden
registrar.

Momento del despliegue
Los modelos de recurso de Tivoli Monitoring se configuran y despliegan mediante
Tivoli Management Framework del mismo modo que en Tivoli Distributed
Monitoring (Classic Edition).En lugar de utilizar una Coleccin de supervisin y
monitores, los usuarios de Tivoli Monitoring utilizan modelos de recurso, y en
lugar de crear un SentryProfile crean un perfil de Tivoli Monitoring, Tmw2kProfile.
Como los procedimientos de configuracin y despliegue de Tivoli Monitoring
siguen el paradigma que siguen todas las aplicaciones de supervisin de Tivoli
basadas en perfiles, slo describiremos los puntos que difieren del uso de Tivoli
Distributed Monitoring (Classic Edition).
Instalacin del modelo de recurso
Una vez los usuarios de Tivoli Monitoring han creado sus propios modelos
de recurso, pueden crear el paquete con Resource Model Builder (consulte
el manual IBM Tivoli Monitoring: Resource Model Builder Users Guide) y
luego instalarlo en la regin de gestin Tivoli, mediante el comando
wdmrm.
Personalizacin de Tivoli Enterprise Console y Tivoli Business Systems
Manager
Tivoli Monitoring permite a los usuarios establecer un servidor de Tivoli
Enterprise Console de destino exclusivo por perfil. Esto significa que todos
los modelos de recurso pertenecientes al mismo perfil enviarn eventos al
servidor de Tivoli Enterprise Console. La Tivoli Enterprise Console de
destino se puede especificar desde el dilogo de propiedades.
Configuracin de tareas
Las tareas de Tivoli se pueden ejecutar como acciones de recuperacin. A
diferencia de lo que sucede en Tivoli Distributed Monitoring (Classic
Edition), slo se pueden desencadenar cuando se ha consolidado una
indicacin.
Nota: En el entorno Tarea hay propiedades de Evento en forma de

variables de entorno.
Distribucin de perfiles
Tivoli Monitoring slo soporta puntos finales. Esto significa que no hay
ningn nodo gestionado e implica volver a realizar ciertas tareas al
sustituir perfiles de Tivoli Distributed Monitoring (Classic Edition) por
perfiles de Tivoli Monitoring porque Tivoli Distributed Monitoring
(Advanced Edition) no se puede distribuir en nodos gestionados.
Momento de la ejecucin
Una vez distribuidos el perfil de Tivoli Monitoring y sus modelos de recurso a los
puntos finales, se deben tener en cuenta las siguientes consideraciones
correspondientes a Tivoli Monitoring:
Varios threads
Tivoli Monitoring funciona en un entorno de varios threads. Esto significa
que cada script se ejecuta en un thread independiente y no se genera
ningn proceso excepto los necesarios para ejecutar en modo de
compatibilidad. Los usuarios de Tivoli Monitoring deben tener esto en
cuenta al crear un modelo de recurso que parezca slo una medida.
Consola de estado de Web
Tivoli Monitoring proporciona una GUI basada en la Web denominada
Consola de estado de Web para examinar los puntos finales supervisados
por Tivoli Monitoring. Encontrar detalles sobre las caractersticas de la
Consola de estado de Web en el Captulo 9, Introduccin a la Consola de

estado de Web, en la pgina 197 y el Captulo 10, Utilizacin de la
Consola de estado de Web, en la pgina 209.
Regla de Tivoli Enterprise Console para evento de borrado
Tivoli Monitoring proporciona una regla de Tivoli Enterprise Console para
cerrar automticamente eventos para los que se ha generado un Evento de
borrado.
Proceso de migracin
Tal como se ha descrito anteriormente, Tivoli Monitoring proporciona un conjunto
de recursos para ayudar y facilitar a los usuarios de Tivoli Distributed Monitoring
(Classic Edition) la migracin de sus soluciones de supervisin a un entorno Tivoli
Monitoring. No hay ninguna herramienta para automatizar completamente el
proceso de migracin porque, como se ha descrito anteriormente, los dos
productos son realmente diferentes.
As que, qu deben hacer los nuevos usuarios de Tivoli Monitoring?Cmo

pueden realizar la migracin a la nueva infraestructura de supervisin? A
continuacin se ofrece una descripcin de los recursos que, utilizados
conjuntamente, ayudarn a los usuarios en su tarea de migracin. Los usuarios de
Tivoli Monitoring que no tengan intencin de utilizar el script Sentry Profile
Analyzer deben tambin leer la seccin siguiente porque describe el proceso
general a seguir cuando se planifique la migracin.
Sentry Profile Analyzer

El primer recurso es el script Sentry Profile Analyzer, que analiza el contenido de
todos los Sentry Profiles y, segn una tabla de correlaciones que proporciona Tivoli
Monitoring, genera un informe que sugiere cmo se deben sustituir los monitores
por modelos de recurso y cmo se pueden crear nuevos modelos de recurso para
coleccionar los mismos datos.
Ruta de instalacin
La instalacin de Tivoli Monitoring almacena el script denominado
dmae_sentryanalyser.sh en el directorio
$BINDIR/TME/Tmw2k/migration_helper. El archivo de la tabla de
correlaciones denominado monitors_rm_table tambin se almacena en el
mismo directorio.
Contenido de la tabla de correlaciones
La tabla de correlaciones define:
v Si los valores de medida que devuelve cada monitor proporcionado por
Tivoli Distributed Monitoring (Classic Edition) se coleccionan mediante
un modelo de recurso de Tivoli Monitoring, por ejemplo el monitor
AvailBytes de la coleccin de supervisin NT_Memory se colecciona
mediante el modelo de recurso Memoria.
v Qu clase CIM tiene como propiedad la medida definida en un monitor
de Tivoli Distributed (Classic Edition).
Nota: Muchas medidas generalmente pertenecen a la misma clase, por

ejemplo el monitor AvailBytes de NT_Memory se encuentra como
una propiedad de la clase CIM TMW_Memory y el monitor
Committed Bytes se encuentra como una propiedad de la misma
clase TMW_Memory.
v Para las medidas definidas en una clase CIM, es posible que haya un
archivo MOF de Tivoli Monitoring en el que estn definidas. Consulte el
siguiente sitio Web:

http://www.dmtf.org/education/cimtutorial/extend/spec.php#MOFLanguage
para obtener ms informacin. Por ejemplo, la clase TMW_Memory est

definida en el archivo TMW_Resources10.mof.
Nota: El archivo TMW_Resources10.mof se instala automticamente en

WMI con el motor de punto final cuando se realiza la primera
insercin.
Los dems archivos mof slo se instalan en la implantacin CIM
relacionada cuando se baja el modelo de recurso que contiene estos
archivos como dependencias. Esto significa que al crear un modelo de
recurso que utiliza un recurso definido en TMW_Resource10.mof no hay
necesidad de agregar dicho archivo a la dependencia, mientras que en
los dems casos el usuario debe agregar el archivo mof a la dependencia
del modelo de recurso.
v Si un proveedor de CIM ha puesto a disponibilidad del usuario una
medida, independientemente de si es o no una propiedad de una clase
CIM, por ejemplo el proveedor WMI PerfProv pone a disponibilidad la
medida TransitionFaults, pero no hay ninguna clase CIM que ya est
disponible en Windows NT que utilice indirectamente dicho proveedor
para coleccionar este contador.
En el sitio Web:
los usuarios encontrarn ms informacin sobre cmo utilizar
proveedores de datos de rendimiento e informacin sobre cmo utilizar
proveedores WMI.
Todos los proveedores utilizados en plataformas Windows se
proporcionan de forma predeterminada con WMI principal, de modo
que no es necesario instalarlos ni bajarlos en los puntos finales.
v Se podra encontrar con el caso en que TMW_NetworkPortInfo cuyo
proveedor haya sido desarrollado por Tivoli y, para poderlo utilizar en
un punto final, se tenga que agregara las dependencias de un modelo de
recurso. Todos los proveedores utilizados para las plataformas UNIX,
Linux y OS/400, puesto que no hay ninguna implantacin CIM nativa,
han sido desarrollados por Tivoli y su implantacin entera se debe
agregara las dependencias del modelo de recurso. Las implantaciones de
todos los proveedores de UNIX, Linux y OS/400 consisten en:
Un archivo tar que contiene un conjunto de archivos de clases Java
Para cada plataforma soportada, una biblioteca compartida nativa
responsable de obtener datos.
Segn las consideraciones anteriores, para poder reutilizar una clase CIM
de UNIX, Linux u OS/400 dentro de un modelo de recurso, los usuarios
deben agregara las dependencias el archivo mof y el archivo tar
relacionados (son comunes a todas las plataformas) y la biblioteca
compartida relacionada para cada plataforma a la que se vaya a dar
soporte.
El script Sentry Profile Analyzer se debe ejecutar desde el entorno Tivoli en
cualquier Servidor o Nodo gestionado. Segn el contenido de la tabla de
correlaciones descrita anteriormente, el Sentry Profile Analyzer analiza
todos los Sentry Profiles presentes en la regin de gestin Tivoli y genera
un informe que sugiere el modo de continuar con el proceso de migracin.

Opcionalmente, mediante la opcin p tambin se pueden crear perfiles de
Tivoli Monitoring con los modelos de recurso que cubren, en la medida de
lo posible, los recursos supervisados por monitores de Tivoli Distributed
Monitoring (Classic Edition).
El proceso de Analyzer Script
El script procede con el siguiente paradigma.
v Verifica si las medidas de los monitores establecidos en un SentryProfile
se recopilan mediante cualquier Tivoli Monitoring. Si es as, el script
genera una seccin en el informe que describe qu monitor se puede
sustituir por qu modelo de recurso. Opcionalmente, se crear un
Tmw2kProfile con el mismo nombre que el que contiene el monitor.
Tambin se pueden agregar otros modelos de recurso a este perfil. Tenga
en cuenta que la configuracin de un monitor en trminos de
argumentos, respuestas, planificaciones, etc. no se puede duplicar debido
a los distintos modelos de objetos de los productos (consulte la seccin
anterior). Generalmente, los argumentos de los monitores de Tivoli
Distributed Monitoring (Classic Edition) se utilizan para identificar una
instancia de recurso especfica. Esto entra en conflicto con el formato de
los modelos de recurso de Tivoli Monitoring iniciales, los cuales intentan
descubrir automticamente las instancias que fallan en el momento de la
ejecucin. Los modelos de recurso actuales de hecho no aceptan
instancias de recurso como entrada. Sin embargo, se pueden modificar
fcilmente con Resource Model Builder utilizando los parmetros que
slo miran y realizan sus anlisis en instancias especficas. Adems, no
se puede volver a crear automticamente otra personalizacin
relacionada con respuestas y planificaciones dentro de un modelo de
recurso, sino que los modelos de recurso existentes se pueden modificar
para simular la configuracin de Tivoli Distributed Monitoring (Classic
Edition).
v Si en la tabla de correlaciones no se encuentra ningn modelo de recurso
que coleccione una medida especfica, el script intenta identificar si
existe una clase CIM que proporcione dicho valor. Si existe, se agrega
una seccin al informe. Esto slo sucede para plataformas Windows,
porque hay varios proveedores y clases CIM que Microsoft ya ha puesto
a disponibilidad. Esta informacin es realmente importante porque los
usuarios, mediante Resource Model Builder (con o sin el asistente)
pueden aprovechar fcilmente estas clases para crear un modelo de
recurso ms sofisticado que se ejecute en modo nativo.
v A veces es posible que el script encuentre una medida que no est
implantada mediante una clase CIM, sino que la proporcione un
proveedor como PerfProv. Microsoft proporciona con el WMI principal el
proveedor de contador de rendimiento de WMI que se puede utilizar
para definir clases CIM que representen los objetos y sus contadores tal
como aparecen en el monitor de rendimiento de Windows. Encontrar
instrucciones sobre cmo utilizar el proveedor en el siguiente sitio Web:
Encontrar buenos ejemplos en el archivo TMW_Resources10.mof que se
almacena en $BINDIR/../lcf_bundle40/Tmw2k/Mof. La mayora de los
modelos de recurso de Windows de Tivoli Monitoring se basan en clases
CIM que utilizan el proveedor WMI PerfProv. A continuacin se muestra
un ejemplo:

En plataformas Windows, el proveedor correspondiente a instancias
o propiedades de una determinada clase se especifica mediante el
calificador de CIM "Provider".
Por ejemplo, el proveedor correspondiente a la siguiente clase
NTProcesses
"PerfProv".
[dynamic, provider("PerfProv"), ClassContext("local|Process")]

class NTProcesses
{
[key]
String Process;
[PropertyContext("ID Process")]
uint32 ID;
[PropertyContext("Working Set")]
uint32 WorkingSet;
};
El script agregar una seccin al informe que sugerir que el usuario
considera la posibilidad de crear un nuevo modelo de recurso basado en
nuevas clases CIM que se pueden crear mediante el proveedor indicado.
v Si el monitor examinado no se puede volver a correlacionar con ninguna
clase CIM sin la creacin de un nuevo proveedor (consulte el sitio Web
para ver cmo crear proveedores WMI), el script sugiere utilizar el

Modo de compatibilidad junto con el proceso guiado por asistente y
elegir Tivoli Distributed Monitoring Classic Monitoring Collection como
origen de datos. Tenga en cuenta que para optimizar el uso de
monitores, los usuarios deben tener en cuenta la utilizacin de ms de
un monitor de la misma coleccin de supervisin dentro del modelo de
recurso siempre que sea posible.
v Si el monitor es un script personalizado (cadena o numrico) y no se
puede volver a correlacionar en ninguna clase CIM sin la creacin de un
nuevo proveedor (consulte el sitio Web
para ver cmo crear proveedores WMI), el script sugiere utilizar el

Modo de compatibilidad junto con el proceso guiado por asistente y
elegir Script personalizado como el origen de datos.
v Si el monitor es un monitor asncrono, los usuarios deben solicitar a los
servicios de Tivoli que sustituyan esta funcin, puesto que an no se ha
implantado.
Ejemplos: A continuacin se muestra un ejemplo de informe generado por el

script Sentry Profile Analyzer:
# Tivoli Distributed Monitoring (Advanced Edition),
# Version 4.1 (C) Copyright IBM Corporation 2001.
# All rights reserved.
The metrics collected by the following monitors are collected by the by the following RESOURCES MODELS:
COLLECTION MONITOR RESOURCE MODEL CIM CLASSES(PROVIDER)

UnixProfile#MyRegion Unix_Sentry File size DMXFile DMXFile(DMXFileIlt)
UnixProfile#MyRegion Unix_Sentry File size DMXSecurity DMXFileSec(DMXFileSecIlt)
UnixProfile#MyRegion Unix_Sentry Space free DMXFileSystem DMXFileSystem(DMXFileSystemIlt)
WinNTProfile#MyRegion NT_NetworkMonitor Network utilizat TMW_NetworkIntCard TMW_NetworkSegment(PerfProv)
WinNTProfile#MyRegion NT_LogicalDisk Avg Disk sec/Trans TMW_LogicalDisk TMW_LogicalDisk(PerfProv)
===================================================================
The metrics collected by the following monitors can be found in the
following CIM CLASSES:
COLLECTION MONITOR CIM CLASSES(PROVIDER)
====================================================================
Please consider to create Cim class to use the performance provider.

For more information visit:
www.http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/r_prov_2joy.asp.
COLLECTION MONITOR PROVIDER
DummyProfile#NewPolicy NT_Cache Async Pin Reads/sec PerfProv

DummyProfile#NewPolicy NT_Cache Pin Reads/sec PerfProv
DummyProfile#NewPolicy NT_Cache Sync Pin Reads/sec PerfProv
DummyProfile#NewPolicy NT_System File Control Bytes/sec PerfProv
WinNTProfile#MyRegion NT_Cache Async Pin Reads/sec PerfProv
WinNTProfile#MyRegion NT_Cache Pin Reads/sec PerfProv
WinNTProfile#MyRegion NT_Cache Sync Pin Reads/sec PerfProv
=====================================================================
The metrics collected by the following monitors are not collected by

any resource model and can not be found in any CIM class.
Please consider to use WORKBENCH WIZARD choosing DM CLASSIC MONITORING COLLECTION
to import the monitor in a resource model
COLLECTION MONITOR
DummyProfile#NewPolicy Unix_Sentry daemonct

DummyProfile#NewPolicy Unix_Sentry diskusedpct
DummyProfile#NewPolicy Unix_Sentry diskused
OS400Profile#EMEA-region OS/400 Job SubType
OS400Profile#EMEA-region OS/400 Object ObjectOwner
UnixProfile#MyRegion Unix_Sentry daemonct
======================================================================
The metrics collected by the following monitors are not collected by any
resource model and can not be found in any CIM class.
Please consider to use WORKBENCH WIZARD choosing CUSTOM SCRIPTS to import
the monitor in a resource model
COLLECTION MONITOR
=======================================================================
Please consider to ask Tivoli services for replacing the following monitors:
COLLECTION MONITOR
UnixProfile#MyRegion Unix_Sentry sasync

Modo de compatibilidad
El modo de compatibilidad es un nuevo modo de trabajo que permite a los
usuarios de Tivoli Monitoring utilizar monitores de Tivoli Distributed Monitoring
(Classic Edition) dentro de un modelo de recurso de Tivoli Monitoring. De este
modo, Tivoli Monitoring puede coleccionar datos para analizar, no slo del origen
de datos CIM, sino tambin de los orgenes de supervisin de Tivoli Distributed
Monitoring (Classic Edition) (tambin denominados anlisis).Esto significa que los
usuarios de Tivoli Distributed Monitoring (Classic Edition) pueden reciclar sus
colecciones de supervisin de Tivoli Distributed Monitoring (Classic Edition)
existentes personalizadas en nuevos modelos de recurso de Tivoli Monitoring.
El modo de compatibilidad se puede utilizar adems del modo nativo, de modo

que es posible tener modelos de recurso que utilicen ambas tecnologas en su
implantacin. El modo de compatibilidad proporciona una manera sencilla de
importar la implantacin de anlisis de Tivoli Distributed Monitoring (Classic
Edition) en un modelo de recurso sin que el usuario tenga que escribir cdigo
adicional, suministrando Resource Model Builder con un nuevo asistente que
importa orgenes de supervisin de Tivoli Distributed Monitoring (Classic Edition).
El proceso del asistente se describe en el manual IBM Tivoli Monitoring: Workbench
Users Guide.
La siguiente figura muestra la arquitectura del motor de punto final de Tivoli

Monitoring.

Figura 13. Arquitectura de motor de punto final de Tivoli Monitoring.
La API de objeto de servicio permite que los scripts del modelo de recurso utilicen
objetos CIM, colecciones de supervisin y scripts personalizados en cualquier
combinacin. WMI (en Windows) y el gestor de objetos CIM (CIMOM, en las
dems plataformas soportadas) son los responsables de cargar los proveedores que,
a su vez, obtienen datos de rendimiento y disponibilidad de recursos del sistema y
de aplicaciones.
Proceso del asistente

Resource Model Builder proporciona un asistente, que es un proceso guiado por
GUI, para crear nuevos modelos de recurso. Bsicamente, el asistente, comenzando
por una clase CIM seleccionada tomada de un repositorio WMI, de una coleccin
de supervisin o de un script personalizado, muestra una secuencia de dilogos
con valores predeterminados ya especificados para guiar al usuario en la creacin
de modelos de recurso sencillos. Al final del proceso del asistente, todo el cdigo
Visual Basic o JavaScript necesario se generar automticamente. Este cdigo
implantar una lgica de supervisin muy parecida a la que utiliza Tivoli
Distributed Monitoring (Classic Edition), es decir:
si (valor medida - comparacin - umbral) entonces indicacin
Obviamente, el cdigo generado tendr en cuenta las caractersticas de Tivoli

Monitoring descritas en secciones anteriores, as que se optimizar para ajustarse al

nuevo paradigma de supervisin. El proceso del asistente se describe con detalle
en el manual IBM Tivoli Monitoring: Workbench Users Guide.
Cmo se combina esto

La siguiente figura resume el enfoque de migracin que deben seguir los nuevos
usuarios de Tivoli Monitoring despus de tener en cuenta lo que se ha descrito
anteriormente:
1. El script Sentry Analyzer analiza el Sentry Profile basndose en una tabla de
correlaciones entre monitor y modelo de recurso
2. El script Sentry Analyzer genera un informe
3. Para cada monitor del informe, el usuario puede:
a. Si existe un modelo de recurso que coleccione la medida relacionada:
1) Si el modelo de recurso est destinado a solucionar problemas de
supervisin controlados por el monitor, personalizar el modelo de
recurso y desplegarlo.
2) Si el modelo de recurso no est destinado a solucionar problemas de
supervisin controlador por el monitor, ir al paso 4.
b. Si no existe ningn modelo de recurso que coleccione la medida
relacionada, pero s existe una clase CIM y su proveedor, ir al paso 4.
c. Si no existe ningn modelo de recurso que coleccione la medida
relacionada, y tampoco existe ninguna clase CIM ni ningn proveedor
(generalmente esto sucede para proveedores de datos de rendimiento de
WMI):
1) Escribir el MOF.
2) A continuacin vaya al paso 4.
d. Si no existe ningn modelo de recurso que coleccione la medida
relacionada, ni existe ninguna clase CIM ni proveedor:
1) Escribir el proveedor.
2) Escribir el MOF segn se indique.
O
Utilizar el modo de compatibilidad.
3) A continuacin vaya al paso 4.
4. Si el problema de supervisin es complejo y necesita correlacin y agregacin:
a. Cree un modelo de recurso nuevo o modifique uno existente utilizando
todas las caractersticas proporcionadas por Tivoli Monitoring.
b. Vaya al paso 6.
5. Si el problema de supervisin es uno sencillo que sigue el paradigma de
supervisin de Tivoli Distributed Monitoring (Classic Edition), utilice el proceso
del asistente en Resource Model Builder para crear un modelo de recurso
nuevo.
6. Cree el paquete del modelo de recurso e instlelo en la regin de gestin de
Tivoli utilizando el comando wdmrm.
7. Despliegue el modelo de recurso.

Tabla
Monitor_rm
Sentry Profile BD de Tivoli

analyser
Sentry Profile
Informe de
anlisis
Para cada monitor
El monitor se El modelo de
S recurso se ajusta S
puede sustituir a sus necesidades Desplegarlo
por un modelo con poca o ninguna
de recurso personalizacin
NO
NO
Disear
D y crear Crear el modelo
Es un un nuevo modelo de recurso e
Existe una clase S
CIM con las problema de S de recurso utili- instalarlo en
medidas supervisin zando todas las Tivoli Region
necesarias complejo caractersticas Server
de AE DM
NO
NO
S Utilizar el
Existe asistente de
un proveedor? Workbench para
generar modelos
de recurso sencillos
NO
Utilizar el modo Escribir el

de compatibilidad proveedor
para importar la
coleccin de
monitores Instalar el MOF en el WMI
o el script Escribir el que examina Workbench y
personalizado MOF recordar aadirlo a las
dependencias
Migracin desde Tivoli Web Component Manager

Tivoli Monitoring proporciona algunas herramientas para facilitar la migracin de
usuarios de Tivoli Web Component Manager a Tivoli Monitoring:
v Una herramienta Java (denominada Tims2XML) que analiza la base de datos del
servidor Tivoli Web Component Manager (tambin denominado servidor TIMS)
y recupera informacin sobre todas las tareas de TIMS.
v Un conjunto de modelos de recurso de Tivoli Monitoring que tienen un
comportamiento muy parecido a las tareas de Tivoli Web Component Manager
.

Tims2XML
TIMs2XML es una aplicacin Java que colecciona datos relacionados con tareas de
Tivoli Web Component Manager que se ejecutan en un servidor TIMS. Una vez
recopilados, los datos se formatean automticamente en XML.
TIMs2XML est disponible en el CD de Tivoli Monitoring.
Instalacin y personalizacin
Para poder utilizarlo, TIMs2XML se debe instalar en el servidor TIMS cuyas tareas
se tienen que supervisar.
Antes de utilizar la herramienta, se tiene que personalizar el archivo launch.bat (o

launch.sh en UNIX). La variable CLASSPATH se debe establecer de modo que
apunte a archivos .jar especficos. Estos son:
v fw-common.jar
v fw-svr.jar
v properties.jar
Adems, los directorios lib y lib/properties deben estar incluidos en
CLASSPATH.
Otro componente necesario es la biblioteca JDBC que se suministra con la

instalacin de Oracle/DB2, por ejemplo classes111.zip para Oracle.
A continuacin se muestra un ejemplo de definicin de CLASSPATH:
set TIMS_HOME=D:\Tivoli\Internet\ManagementServer\TIMS set

CLASSPATH=%TIMS_HOME%\lib\fw-common.jar set
CLASSPATH=%CLASSPATH%;%TIMS_HOME%\lib\fw-svr.jar set
CLASSPATH=%CLASSPATH%;%TIMS_HOME%\lib\properties.jar set
CLASSPATH=%CLASSPATH%;%TIMS_HOME%\lib set
CLASSPATH=%CLASSPATH%;%TIMS_HOME%\lib\properties set
CLASSPATH=%CLASSPATH%;D:\Oracle\Ora81\jdbc\lib\classes111.zip set
CLASSPATH=%CLASSPATH%;.
Una vez establecida la variable, CLASSPATH, Tims2XML se puede iniciar haciendo

doble clic en el archivo launch. o emitiendo el siguiente comando:
java Tims2XML > TIMS_tasks.xml
donde TIMS_tasks.xml es el nombre del archivo XML que se genera.
Estructura del archivo XML

En el CD de Tivoli Monitoring se proporciona un archivo por lotes y varios
archivos HTML para mostrar el contenido del archivo XML en Internet Explorer. A

continuacin se muestra un ejemplo:
El XML contiene la siguiente informacin para cada tarea:

v taskname: el nombre de la tarea, como un identificador exclusivo
v type: el tipo de tarea, que puede tener uno de los siguientes valores:
APACHEMONITORINGTASK
IISMONITORINGTASK
SYSTEMMONITORINGTASK
v description: una descripcin de la tarea
v reporttype: el tipo de informe, que puede tener uno de los siguientes valores:
DAILY
WEEKLY
MONTHLY
Ninguno

v schedule: informacin relacionada con la planificacin de la tarea
startnow: si el trabajo se inicia o no inmediatamente
runforever: si el trabajo se debe ejecutar o no de forma indefinida
startdatetime: fecha y hora de inicio
endtime: fecha y hora de finalizacin
timezone: informacin sobre el huso horario
v endpoint: el punto final en el que tiene lugar la supervisin
v parameters: un conjunto de distintivos que definen las actividades de supervisin

solicitadas
v normalization: el valor de normalizacin correspondiente a la tarea. El proceso de
normalizacin se produce despus de que se haya excedido un umbral (consulte
el distintivo constraint) o cuando el valor observado est por encima o por
debajo de un valor de normalizacin especificado (por ejemplo, 10%)
Cada distintivo parameter sola describe una entidad que se va a supervisar. La

entidad siempre est asociada a un name, pero puede o no tener un value (algunos
monitores no se tienen que configurar). Por ejemplo, el recurso CPU tiene el
nombre cpu pero no tiene valor; sin embargo, se debe inicializar una actividad de
supervisin de archivos con un valor de ruta/nombre de archivo.

Un parmetro se puede asociar con varios monitores o con ningn monitor (por
ejemplo, puede que un parmetro de configuracin no tenga ningn monitor
asociado). Sin embargo, si se activa un monitor, la salida XML contiene una seccin
monitor.
La estructura general de un distintivo monitor es la siguiente:

v name (obligatorio)
v rate (no obligatorio)
v constraint (no obligatorio o vaco)
Es posible que el distintivo rate no sea aplicable a un monitor (por ejemplo, no es

aplicable al monitor Registro de eventos de Windows).
El distintivo constraint no es aplicable cuando el atributo supervisado tiene un tipo

slo de informe (por ejemplo, el monitor changedStatus correspondiente a un
recurso FILE); de lo contrario se aplica el distintivo constraint.
Tareas de supervisin del sistema

Esta seccin describe la salida XML correspondiente a las siguientes tareas de
supervisin del sistema:
v Supervisin de procesos
v Supervisin de CPU
v Supervisin del sistema de archivos UNIX
Tarea Monitor de proceso: Para la tarea Monitor de procesos, la seccin parameter

muestra los siguientes distintivos:
v El distintivo name siempre contiene el mismo identificador (processName)
v El nombre del proceso est dentro del distintivo value
v Si N_Threads Monitor est activo, la seccin monitor contiene:
El identificador numThreads en el distintivo name
El intervalo de muestreo (en segundos) en el distintivo rate
El umbral de threads en el distintivo constraint
v Si % CPU Monitor est activo, su seccin monitor contiene:
El identificador percCPU en el distintivo name
El umbral de ocupacin de CPU (%) en el distintivo constraint
v Si % Memory Monitor est activo, su seccin monitor contiene:
El identificador percMem en el distintivo name
El umbral de ocupacin de memoria (%) en el distintivo constraint

Como ejemplo, observe el panel de configuracin de Tivoli Web Component
Manager correspondiente a la tarea Monitor de proceso:
La imagen siguiente muestra el apartado correspondiente del archivo XML:
Tarea Monitor de CPU: Para la tarea Monitor de CPU, la seccin parameter

muestra los siguientes distintivos:
v El distintivo name siempre contiene el mismo identificador (cpu)
v Si System CPU Monitor est activo, su seccin monitor contiene:
El identificador sysCPU en el distintivo name
El umbral de ocupacin de CPU en el distintivo constraint
v Si % User CPU Monitor est activo, su seccin monitor contiene
El identificador userCPU en el distintivo name
El umbral de ocupacin de CPU de usuario (%) en el distintivo constraint

v Si % Total CPU Monitor est activo, su seccin monitor contiene:
El identificador totCPU en el distintivo name
El umbral de ocupacin de CPU total (%) en el distintivo constraint

Manager correspondiente a la tarea Monitor de CPU:
Tarea Monitor del sistema de archivos UNIX: Dentro de una sola tarea se puede
supervisar un mximo de 10 Sistemas de archivos UNIX simultneamente. Por lo
tanto, asociamos cada sistema de archivos a una seccin parameter:
v El distintivo name siempre contiene el mismo identificador (fileSystemName)
v El punto de montaje del sistema de archivos est dentro del distintivo value
v Si Percentage Used Monitor est activo, su seccin monitor contiene:
El identificador fsUsed en el distintivo name
El umbral de FS utilizados en el distintivo constraint
v Si % MB Used Monitor est activo, su seccin monitor contiene:
El identificador mbFSUsed en el distintivo name

El umbral de FS utilizados (en MBytes) en el distintivo constraint
v Si INodes Free Monitor est activo, su seccin monitor contiene:
El identificador iNodesFSFree en el distintivo name
El umbral de INodes libres (%) en el distintivo constraint
v Si Percentage INodes Free Monitor est activo, su seccin monitor contiene:
El identificador percINodesFSFree en el distintivo name
El umbral de INodes libres (%) en el distintivo constraint

Manager correspondiente a la tarea Monitor del sistema de archivos:

Modelos de recurso
Para ayudarle en la migracin, Tivoli Monitoring proporciona un conjunto de
modelos de recurso que tienen un comportamiento muy similar a las tareas de
Tivoli Web Component Manager.
El CD de Tivoli Monitoring contiene seis modelos de recurso (tres para Windows y

tres para UNIX):
v Modelo de recurso Monitor de procesos (Windows y UNIX)
v Modelos de recurso Monitor de memoria (Windows y UNIX)
v Modelo de recurso Monitor de discos lgicos (Windows)
v Monitor del sistema de archivos (UNIX)
Para poder utilizar estos modelos de recurso, tiene que agregarlos al servidor
Tivoli Monitoring mediante el comando wdmrm add.
Modelo de recurso Disco lgico

El modelo de recurso Disco lgico supervisa los discos lgicos de un sistema
Windows.
Para utilizar este modelo de recurso, cree un perfil de Tivoli Monitoring nuevo y, a
continuacin, seleccione la categora Modelo de recurso Migracin de TWCM y el
modelo de recurso Monitor de discos lgicos Migracin de TWCM, tal como

aparece en el dilogo siguiente:
Este modelo de recurso puede supervisar espacio de disco y porcentaje de espacio

de disco.
El valor de umbrales se establece de forma predeterminada en cero, de modo que

el modelo de recurso no genera ningn evento, pero puede modificar este valor
haciendo clic en Nombre de umbral y especificando un nuevo valor.
Puede seleccionar los discos lgicos que se tienen que supervisar haciendo clic en
el botn Parmetro y modificando los valores predeterminados.
De forma predeterminada, el registro de datos no est habilitado. Para disponer de

un registro, haga clic en Registro.
Modelo de recurso Procesador

El modelo de recurso Memoria est disponible para sistemas Windows y UNIX.
Para utilizar este modelo de recurso, cree un perfil de Tivoli Monitoring nuevo y, a
continuacin, seleccione la categora Modelo de recurso Migracin TWCM y, a
continuacin, el modelo de recurso Modelo de procesador de migracin de
TWCM (o Modelo de procesador Unix de migracin de TWCM), tal como se

muestra en la pantalla siguiente:
Modelo de recurso Memoria

El modelo de recurso Memoria est disponible para sistemas Windows y UNIX.
Para utilizar este modelo de recurso, cree un nuevo perfil de Tivoli Monitoring y
luego seleccione la categora Modelo de recurso Migracin de TWCM y el modelo
de recurso Modelo de memoria de migracin de TWCM (o Modelo de memoria
de Unix de migracin de TWCM).
Modelo de recurso Sistema de archivos

El modelo de recurso Sistema de archivos slo est disponible para sistemas UNIX.
Para utilizar este modelo de recurso, cree un nuevo perfil de Tivoli Monitoring y
luego seleccione la categora Modelo de recurso Migracin de TWCM y el modelo
de recurso Modelo de memoria de migracin de TWCM (o Modelo de sistema de
archivos de Unix de migracin de TWCM).
Este modelo de recurso puede supervisar el Porcentaje de INode libre y el

Porcentaje de espacio libre. De forma predeterminada, todos los umbrales estn
establecidos en cero, de modo que el modelo de recurso no genera ningn evento.
Para seleccionar los sistemas de archivos que desea supervisar, haga clic en
Parmetro y establezca los valores de punto de montaje adecuados (si no se
establece ningn valor, el modelo de recurso dar un error).
Ejemplo de migracin: tarea Monitor de memoria

Este apartado describe cmo se puede migrar una tarea Monitor de memoria de un
sistema UNIX a Tivoli Monitoring.
La pantalla siguiente muestra el panel de configuracin de Tivoli Web Component

Manager correspondiente a la tarea Monitor de memoria:
Cuando la herramienta Tims2XML ha recuperado la informacin sobre las tareas

que se ejecutan en el servidor de TIMS, se obtiene la salida XML siguiente

correspondiente a la tarea Monitor de memoria:
Para duplicar este comportamiento en Tivoli Monitoring, debe crearse un nuevo

perfil con los datos siguientes:
v Categora: Modelo Migracin de TWCM
v Modelo de recurso: Modelo de memoria de Unix de migracin de TWCM
v Tiempo del ciclo: 50
v Vinculacin menor de porcentaje de memoria: 49
tal como se muestra en el dilogo siguiente:

Apndice D. Soporte de clsteres
Un clster (en informtica) hace referencia a un grupo de servidores y otros
recursos que estn conectados mediante hardware, redes y software para
comportarse como si fuesen un solo sistema: el clster de sistemas aparece como si
fuese un sistema totalmente integrado.
El soporte para clsteres que proporciona Tivoli Monitoring es una solucin

limitada y es similar al soporte que proporcionaba Tivoli Distributed Monitoring
(Classic Edition).
La solucin se basa en tener un punto final Tivoli en ejecucin en cada uno de los
nodos, y en tener uno o ms puntos finales virtuales adicionales para todos los
nodos del clster, y no enlazados a un punto final fsico determinado. Ms
especficamente, la solucin requiere que mltiples instancias de Tivoli Monitoring
Agent se ejecuten en un solo sistema: uno de los agentes supervisa el sistema y sus
recursos, mientras que el resto de agentes se ejecuta en un grupo de recursos
diferente (o clster) y supervisa los recursos compartidos contenidos en ese grupo.
Debe comentarse que, con esta solucin, Tivoli Monitoring no reconoce el clster y
no es capaz de reconocer los recursos compartidos, ni es capaz de gestionar la
aplicacin gestora del clster.
Los apartados siguientes describen dos configuraciones de operacin con clsteres

especficas y la manera en que Tivoli Monitoring las soporta en nodos UNIX o
Windows.
Recuperacin tras error verdadera de clster en UNIX

En UNIX, la recuperacin tras error verdadera de clster incluye un nodo de
produccin (nodo A) y un nodo de espera (nodo B). Las aplicaciones se ejecutan en
el nodo de produccin, mientras que en el nodo de espera solamente se ejecuta
una copia del sistema operativo con los componentes necesarios del software para
la operacin con clsteres.
En caso de una prdida de funcin, todos los recursos compartidos del clster
(aplicaciones y sistemas de archivos) se trasladan al nodo de espera, que se
convierte en el nodo de produccin.
Para soportar esta configuracin, debe disponer de dos instancias de cdigo de

punto final de Tivoli ejecutndose en paralelo en cada momento dado en el sistema
que trabaja como un nodo de produccin: una instancia local de ese sistema y una
instancia compartida para la gestin de recursos del clster.
Para habilitar esta configuracin, cree dos sistemas de archivos en una DASD
(Unidad SCSI de batera de discos) compartida, por ejemplo:
/opt/Tivoli/lcf_s
/etc/Tivoli/lcf_s

Estos sistemas de archivos deben estar incluidos en el plan de prdida de funcin
para la configuracin del clster, de manera que se puedan desmontar, trasladar y
montar en el nodo de espera cuando se produzca la prdida de funcin.
Despus de eso, instale una instancia compartida (_SHARED_) de punto final de

Tivoli en cada uno de los sistemas de archivos en la DASD compartida, e instale
instancias locales (_LOCAL_) de punto final de Tivoli en cada uno de los nodos
del clster. Para hacer esto, debe crear un archivo local en cada nodo:
En el Nodo A (produccin):
/opt/Tivoli/lcf1
/etc/Tivoli/lcf1
En el Nodo B (en espera):
/opt/Tivoli/lcf2
/etc/Tivoli/lcf2
A continuacin, instale instancias locales de punto final de Tivoli en cada nodo de

aquellos sistemas de archivos con cualquier mtodo (por ejemplo, winstlcf), con las
opciones lcf siguientes (proporcionadas utilizando la opcin -D en la lnea de
comandos o en el archivo last.cfg en $LCF_DATDIR):
Punto final de Tivoli local para Nodo A:
lcfd_port=9497
lcfd_preferred_port=9497
gateway_port=9494
lcfd_alternate_port=9498
Punto final de Tivoli local para Nodo B:
lcfd_port=9499
gateway_port=9494
De manera predeterminada, la instancia compartida utilizar los valores siguientes:
lcfd_port=9495
gateway_port=9494

Por lo tanto, en una situacin normal tenemos, por ejemplo:
En el Nodo A (produccin):
Instancia local de punto final de Tivoli en ejecucin en el puerto 9497 con el

alternativo 9498
Instancia compartida de punto final de Tivoli en ejecucin en el puerto 9495 con el

alternativo 9496
En el Nodo B (en espera):

alternativo 9500
Despus de que se produzca la prdida de funcin, la configuracin ser:
En el Nodo A (que ha fallado, pero que a continuacin se ha restaurado y se

ejecuta como en espera):

alternativo 9498
En el Nodo B (que se ha convertido en el nodo de produccin):

alternativo 9500
Instancia compartida de punto final de Tivoli en ejecucin en el puerto 9495 con el

alternativo 9496
El siguiente paso en el que debe trabajar es en la modificacin del script inittab (o

de los scripts init rc) en cada uno de los nodos para permitir que tanto la
instancia local como compartida de punto final de Tivoli se inicie una vez que el
nodo se rearranque. Necesitar tener dos entradas en inittab o dos scripts de rc
de inicio/detencin: una para la instancia local y una para instancia compartida.
Un paso ms es crear un script de shell de inicio/detencin para la instancia

_SHARED_ de punto final de Tivoli, o modificar el script $LCF_DATDIR\lcfd.sh para
iniciar o detener el punto final cuando se produzca la prdida de funcin. El script
de inicio/detencin para el punto final de Tivoli debe estar incluido en el plan de
prdida de funcin para el software de operacin con clsteres que se est
utilizando. Normalmente, el plan de prdida de funcin est formado por uno o
ms scripts de shell: deber incluir los scripts de inicio/detencin para punto final
de Tivoli en el plan.
El paso final es configurar el entorno lgico de la regin de Tivoli para que

coloque y suscriba correctamente estos tres puntos finales. Si existen mecanismos
en uso para restringir la poltica allow_login en la regin de Tivoli (por ejemplo, si
se tienen bases de datos de punto final a las que se les permite iniciar la sesin),
entonces es necesario configurarlos tambin.
Apndice D. Soporte de clsteres 269

| Recuperacin tras error verdadera de clster en Windows
| De la misma manera que en UNIX, en nodos Windows la recuperacin tras error
| verdadera de clster incluye un nodo de produccin (nodo A) y un nodo de espera
| (nodo B). Las aplicaciones se ejecutan en el nodo de produccin, mientras que en el
| nodo de espera solamente se ejecuta una copia del sistema operativo con los
| componentes necesarios del software para la operacin con clsteres.
| La configuracin de clster asume que hay un Disco lgico compartido (por

| ejemplo, Disco S:) y que todas las aplicaciones de clster estn instaladas en esa
| unidad. Los nodos de produccin y de espera tienen el sistema operativo instalado
| en el Disco C:.
| En caso de una prdida de funcin, todos los recursos de clster compartidos

| (aplicaciones y Disco compartido S) se trasladan al nodo de espera, que se
| convierte en el nodo de produccin.
| Para soportar esta configuracin, debe instalar el cdigo de punto final de Tivoli en
| cada nodo al Disco local C y, a continuacin, rearrancar ambos nodos. Por
| ejemplo, instale el punto final en C:\admin\Tivoli\lcf.
| A continuacin, detenga el punto final de Tivoli en ambos nodos y copie todos los
| archivos y directorios de C:\admin\Tivoli\lcf de uno de los nodos en el Disco
| compartido S: en S:\admin\Tivoli\lcf.
| El paso siguiente es eliminar o cambiar el nombre del directorio en cada nodo

| C:\admin\Tivoli\lcf (con todos los archivos en l).
| A continuacin, en cada nodo, edite todas las claves de registro que hagan
| referencia a C:\admin\Tivoli\lcf y cmbielas para que sealen al directorio nuevo
| del Disco S: (S:\admin\Tivoli\lcf).
| Despus, edite en cada nodo algunos archivos en el directorio %LCF_DATDIR%

| (S:\admin\Tivoli\lcf\dat\1) del Disco compartido S: y en el directorio
| %SystemRoot%\Tivoli\lcf\1 (C:\WINNT\Tivoli\lcf\1) del Disco C:. Los archivos
| que deben editarse son lcf_env.cmd, lcf_env.sh y last.cfg. Debe cambiar todas
| las referencias de C:\admin\Tivoli\lcf a S:\admin\Tivoli\lcf.
| A continuacin, utilizando el comando net start lcfd o utilizando la GUI, inicie el

| punto final de Tivoli en el nodo de produccin (donde se cargan el Disco
| compartido S y todos los recursos de clster).
| El paso final es configurar el software de clster (por ejemplo, Microsoft Cluster

| Services) para incluir el servicio NT de punto final de Tivoli en la configuracin
| del clster, de manera que el software de clster puede detener el punto final,
| trasladar todos los recursos al nodo de espera e iniciar el punto final en l cuando
| se produzca una prdida de funcin.
Clster de equilibrio de carga en UNIX

En UNIX, el clster de equilibrio de carga incluye dos nodos, siendo ambos nodos
de produccin. Las aplicaciones se ejecutan en ambos nodos en paquetes de
clster: el paquete A se ejecuta en el nodo A, el paquete B se ejecuta en el nodo B.
Cada paquete normalmente incluye sistemas de archivos en una DASD
compartida y un conjunto de aplicaciones.

Si se produce una prdida de funcin (por ejemplo, el nodo A falla) todos los
recursos (aplicaciones y sistemas de archivos) definidos en el paquete A se
trasladan al nodo B y el nodo B ejecuta ambos paquetes al mismo tiempo hasta
que el nodo A se repara y vuelve a estar en lnea. Lo mismo sucede cuando el
nodo B falla y el nodo A obtiene ambos paquetes para la ejecucin.
Para habilitar esta configuracin, debe instalar dos instancias _SHARED_ de punto
final de Tivoli, incluirlas en el paquete de clster apropiado y configurarlas para
que se ejecuten en puertos diferentes, de forma que no entren en conflicto entre s
cuando ambos paquetes se ejecuten en un nodo del clster. Por ejemplo:
Nodo A
Sistemas de archivos en DASD compartida:
/opt/Tivoli/lcf_a
/etc/Tivoli/lcf_a
Estos sistemas de archivos deben estar incluidos en el paquete A y en el plan de

prdida de funcin de ese paquete con el fin de que se puedan desmontar,
trasladar y montar en otro nodo cuando se produzca la prdida de funcin.
Nodo B
Sistemas de archivos en DASD compartida:
/opt/Tivoli/lcf_b
/etc/Tivoli/lcf_b
Estos sistemas de archivos deben estar incluidos en el paquete B y en el plan de

prdida de funcin de ese paquete con el fin de que se puedan desmontar,
trasladar y montar en otro nodo cuando se produzca la prdida de funcin.
Despus, instale instancias de punto final de Tivoli en cada nodo de aquellos

sistemas de archivos con cualquier mtodo (por ejemplo, winstlcf) con las opciones
lcf siguientes (proporcionadas utilizando la opcin -D en la lnea de comandos o
en el archivo last.cfg en $LCF_DATDIR):
Punto final de Tivoli para paquete A:
lcfd_port=9495
gateway_port=9494
Punto final de Tivoli para paquete B:
lcfd_port=9497

gateway_port=9494
El siguiente paso es crear un script de shell de inicio/detencin para ambas

instancias de punto final de Tivoli en cada paquete, o modificar los scripts
$LCF_DATDIR\lcfd.sh para iniciar o detener los puntos finales cuando se produzca
la prdida de funcin. El script de inicio/detencin para el punto final de Tivoli
debe estar incluido en los planes de prdida de funcin de los paquetes A y B.
Uno o ms de los pasos en los que debe trabajar es la modificacin del script
inittab (o de los scripts init rc) en cada uno de los nodos para reflejar los
cambios realizados en el nodo de produccin durante la instalacin del punto final
de Tivoli. Esto es necesario, por ejemplo, en el caso de que tenga que rearrancar el
nodo en espera, (cuando est actuando como un nodo de produccin despus de
una prdida de funcin) con el fin de habilitar el arranque automtico del punto
final de Tivoli durante el momento del arranque.
El paso final es la modificacin del script inittab (o de los scripts init rc) en
cada nodo para permitir que ambas instancias de punto final de Tivoli se inicien
con el rearranque de cualquier nodo del clster. Esto es necesario, por ejemplo, en
el caso de que necesite rearrancar un nodo (que est ejecutando los paquetes A y B
hasta que el nodo que falla se repare), con el fin de habilitar el arranque
automtico de ambos puntos finales de Tivoli durante el arranque.
Limitaciones
La solucin proporcionada por Tivoli Monitoring para dar soporte a clsteres tiene
varias limitaciones. Esta seccin describe las principales desventajas:
v La solucin necesita una configuracin complicada porque las polticas de
clster deben configurarse manualmente.
v La solucin puede crear procesos descontrolados (en la literatura de UNIX
habitualmente se hace referencia a ellos como a procesos zombie) puesto que es
difcil migrar todos los procesos generados en el punto final de Tivoli.
v Tener mltiples instancias de Tivoli Monitoring Agent en ejecucin en un solo
sistema causa una sobrecarga adicional en trminos de recursos del sistema.
v Ambos nodos (produccin y en espera) pueden generar sucesos para Tivoli
Enterprise Console, notificando problemas en recursos mantenidos por el clster.
Tales eventos llevan incorporados en sus slots referencias (como la direccin IP,
nombre de host, etctera) del nodo en el que el motor del punto final se ejecuta.
Ello significa que la escritura de reglas de Tivoli Enterprise Console se convierte
en ms complicada: lo mismo ocurre con cualquier proceso de decisin basado
en informacin equivalente.
v Es posible que los proveedores de Tivoli Monitoring que crean procesos externos
de ejecucin larga no puedan ser capaces de dar soporte a un escenario de
migracin. Para dar soporte a escenarios de migracin, estos proveedores deben
definirse de tal manera que se detengan a s mismos cuando el motor que los ha
iniciado desaparezca.
v Especficamente en recopilaciones para Tivoli Data Warehouse:
Un modelo de recurso no puede personalizarse para registrar datos para
Tivoli Data Warehouse al mismo tiempo en mltiples motores que comparten
el mismo nombre de host en el mismo nodo.
Si un punto final virtual ejecuta un modelo de recurso personalizado para
registrar datos para Tivoli Data Warehouse y, en la migracin de un nodo del

clster a otro nodo, el punto final cambia su nombre de host, entonces los
datos para Tivoli Data Warehouse se almacenan bajo apartados diferentes de
la base de datos RIM de Tivoli Monitoring.
Cuando un punto final se migra a un nodo diferente del clster, existe
habitualmente una prdida de datos durante una o dos horas.

Apndice E. Accesibilidad
Las caractersticas de accesibilidad ayudan a los usuarios con discapacidades
fsicas, como por ejemplo movilidad reducida o visin limitada, a utilizar
satisfactoriamente los productos de software. Las caractersticas principales de
accesibilidad de Tivoli Monitoring permiten a los usuarios:
v Utilizar tecnologas de ayuda, como por ejemplo el software lector de pantalla y
el sintetizador digital de habla para escuchar lo que aparece en pantalla
v Utilizar caractersticas especficas o equivalentes mediante el uso exclusivo del
teclado
v Aumentar el tamao de lo que aparece en pantalla
Adems, la documentacin del producto se ha modificado para incluir

caractersticas que ayuden a la accesibilidad:
v Toda la documentacin se encuentra disponible en formato HTML y en formato
PDF convertible para facilitar a los usuarios el uso del software lector de
pantalla.
v Todas las imgenes proporcionadas incorporan texto alternativo para que los
usuarios de la documentacin que tengan deficiencias visuales puedan
comprender el contenido de las imgenes.
Cmo utilizar tecnologas de ayuda

Los productos de tecnologa de ayuda, como los lectores de pantalla, funcionan
tanto con las interfaces de usuario grficas como con las interfaces basadas en texto
de Tivoli Monitoring. Consulte la documentacin de los productos de tecnologa de
ayuda para obtener informacin especfica sobre cmo utilizarlos para acceder a la
lnea de comandos o a las interfaces grficas.
Pueden incluirse otras caractersticas de accesibilidad como parte de la interfaz de

usuario de un componente determinado de Tivoli Monitoring. Compruebe la
documentacin de los componentes individuales para obtener ms informacin
sobre la accesibilidad.
Cmo aumentar el tamao de lo que aparece en pantalla

En todos los componentes de Tivoli Monitoring, salvo en la Consola de estado de
Web, los usuarios pueden aumentar las pantallas que utilizan las interfaces de
usuario del producto mediante los recursos proporcionados por los sistemas
operativos en los que se ejecuta el producto. Por ejemplo, en un entorno Windows,
puede cambiar la configuracin de pantalla por una resolucin inferior para
aumentar la fuente del texto de la pantalla. Encontrar ms informacin sobre
estos recursos en la documentacin correspondiente al sistema operativo.
Documentacin en formatos accesibles

Toda la documentacin del usuario se proporciona en formato HTML, que puede
leerse directamente mediante herramientas de ayuda como lectores de pantalla, o
en formato PDF convertible. Los archivos PDF convertibles son aquellos que pueden
convertirse de formato PDF a formato HTML mediante el conversor de Adobe PDF

a HTML. Para obtener informacin sobre cmo convertir documentos PDF a
HTML, consulte el manual de Adobe Optimizing Adobe PDF Files for Accessibility
Cmo utilizar texto alternativo

Todas las imgenes de la documentacin se proporcionan con un texto alternativo
que puede leerse mediante herramientas de ayuda, como por ejemplo lectores de
pantalla.

Apndice F. Utilizacin de Rhino: JavaScript for Java
Rhino es una implementacin de fuente abierta de JavaScript escrita totalmente en
Java. Por regla general, se inserta en aplicaciones Java para proporcionar scripts a
los usuarios finales. Su utilizacin en Tivoli Monitoring se rige por la licencia
Mozilla Public License Versin 1.1, que se muestra a continuacin, corregida por
Netscape Public License Versin 1.1, que se encuentra en la pgina 284.
Mozilla Public License Versin 1.1

1. Definiciones.
1.0.1. Uso comercial significa distribucin u otro medio de dejar el Cdigo cubierto a
disponibilidad de terceros.
1.1. Contribuidor significa cada entidad que crea o contribuye a la creacin de
Modificaciones.
1.2. Versin de contribuidor significa la combinacin del Cdigo original, antes de las
Modificaciones utilizadas por un Contribuidor, y las modificaciones realizadas por un
Contribuidor particular.
1.3. Cdigo cubierto significa el Cdigo original o la las Modificaciones, o bien la
combinacin del Cdigo original y las Modificaciones, que en cada caso incluyen partes de
los mismos.
1.4. Mecanismo de distribucin electrnica significa un mecanismo aceptado de forma
general en la comunidad de desarrollo de software para la transferencia electrnica de
datos.
1.5. Ejecutable significa Cdigo cubierto en cualquier forma que no sea el Cdigo fuente.
1.6. Desarrollador inicial significa el particular o entidad identificado como el
Desarrollador inicial en el aviso del Cdigo fuente que necesita en la Exposicin A.
1.7. Trabajo mayor significa un trabajo que combina Cdigo cubierto o partes del mismo
con cdigo no regido por los trminos de esta Licencia.
1.8. Licencia significa este documento.
1.8.1. Licenciable significa tener el derecho a otorgar, en el mayor mbito posible, tanto en
el momento del otorgamiento inicial como si se adquiere posteriormente, cualquiera y todos
los derechos aqu cubiertos.
1.9. Modificaciones significa cualquier adicin o supresin de la parte principal o
estructura del Cdigo original o de cualquier Modificacin anterior. Cuando el Cdigo
cubierto se suministra como una serie de archivos, una Modificacin es:
A. Cualquier adicin o supresin del contenido de un archivo que contenga Cdigo
original o Modificaciones anteriores.
B. Cualquier archivo nuevo que contenga cualquier parte del Cdigo original o de
Modificaciones anteriores.
1.10. Cdigo original significa Cdigo fuente de cdigo de software informtico que se
describe en el aviso de Cdigo fuente que necesita la Exposicin A como Cdigo original y
el cual, en el momento de su suministro bajo esta Licencia, an no est cubierto por el
Cdigo cubierto regido por esta Licencia.
1.10.1. Reclamaciones de patente significa cualquier reclamacin o reclamaciones de
patente, poseda en este momento o adquirida a partir del mismo, que incluyen, aunque sin
limitarse a los mismos, reclamaciones de mtodo, proceso y aparato y cualquier patente
Licenciable por parte del que la otorga.

1.11. Cdigo fuente significa el formato preferido del Cdigo cubierto para realizar
modificaciones en el mismo, incluidos todos los mdulos que contiene, ms cualquier
archivo de definicin de interfaz asociado, scripts utilizados para controlar la compilacin e
instalacin de un Ejecutable o comparaciones diferenciales de cdigo fuente con el Cdigo
original o cualquier Cdigo cubierto disponible y conocido que elija el Contribuidor. El
Cdigo fuente puede estar en formato comprimido o de archivado, siempre y cuando el
software adecuado de descompresin o desarchivado est ampliamente disponible de forma
gratuita.
1.12. Cliente (o del Cliente) significa un particular o entidad legal que ejercita derechos
bajo esta Licencia, y que cumple con todos los trminos de la misma, o una futura versin
de esta Licencia emitida bajo la Seccin 6.1. Para entidades legales, Cliente incluye
cualquier entidad que controla, o est controlada por, o est bajo control comn con el
Cliente. En esta definicin, control significa (a) la capacidad, directa o indirecta, de
provocar la direccin o gestin de dicha entidad, tanto por contrato como por otro medio, o
(b) propiedad de ms del cincuenta por ciento (50%) de las acciones o propiedad de
beneficios de dicha entidad.
2. Licencia del Cdigo fuente.

2.1. El otorgamiento del Desarrollador inicial.
Por este documento, el Desarrollador inicial otorga al Cliente una licencia no exclusiva, libre
de regalas y a nivel mundial, sujeta a reclamaciones de propiedad intelectual de terceros:
(a) bajo derechos de propiedad intelectual (que no sean patente o marca registrada)
Licenciables por el Desarrollador inicial para utilizar, reproducir, modificar, visualizar,
realizar, otorgar sublicencias o distribuir el Cdigo original (o partes del mismo), con o
sin Modificaciones, y/o como parte de un Trabajo mayor; y
(b) bajo Reclamaciones de patentes infringidas por la realizacin, utilizacin o venta del
Cdigo original para realizar, haber realizado, utilizar, practicar, vender y ofrecer para
venta y/o disponer de otro modo del Cdigo original (o partes del mismo).
(c) las licencias otorgadas en esta Seccin 2.1(a) y (b) entran en vigor la fecha en que el
Desarrollador inicial distribuye por primera vez el Cdigo original bajo los trminos de
esta Licencia.
(d) A pesar de la Seccin 2.1(b) anterior, no se otorga ninguna licencia de patente: 1) para
cdigo que el Cliente suprima del Cdigo original; 2) separada del Cdigo original; o 3)
por infracciones ocasionadas por: i) la modificacin del Cdigo original o ii) la
combinacin del Cdigo original con otro software o dispositivos.
2.2. Otorgamiento del Contribuidor.
Sujeto a las reclamaciones de propiedad intelectual de terceros, cada Contribuidor otorga al

Cliente en este documento una licencia no exclusiva, libre de regalas y a nivel mundial
(a) bajo derechos de propiedad intelectual (que no sean patente o marca registrada)
Licenciables por el Contribuidor para utilizar, reproducir, modificar, visualizar, realizar,
otorgar sublicencias o distribuir las Modificaciones (o partes de las mismas) creadas por
dicho Contribuidor sin modificar, con otras Modificaciones, como Cdigo cubierto y/o
como parte de un Trabajo mayor; y
(b) bajo Reclamaciones de patente infringidas por la realizacin, utilizacin o venta de
Modificaciones realizadas por dicho Contribuidor solas y/o en combinacin con su
Versin de Contribuidor (o partes de dicha combinacin) para realizar, utilizar, vender,
ofrecer para venta, haber realizado y/o disponer de otra manera de: 1) Modificaciones
realizadas por dicho Contribuidor (o partes de las mismas); y 2) la combinacin de
Modificaciones realizadas por dicho Contribuidor con su Versin de Contribuidor (o
partes de dicha combinacin).
(c) las licencias otorgadas en las Secciones 2.2(a) y 2.2(b) entran en vigor en la fecha en
que el Contribuidor realiza por primera vez Uso comercial del Cdigo cubierto.

(d) A pesar de la Seccin 2.2(b) anterior, no se otorga ninguna licencia de patente: 1)
para ningn cdigo que el Contribuidor haya suprimido de la Versin de Contribuidor;
2) separada de la Versin de Contribuidor; 3) por infracciones ocasionadas por: i)
modificaciones de terceros de la Versin de Contribuidor o ii) la combinacin de
Modificaciones realizadas por dicho Contribuidor con otro software (excepto como parte
de la Versin de Contribuidor) u otros dispositivos; o 4) bajo Reclamaciones de patente
infringidas por Cdigo cubierto en ausencia de Modificaciones realizadas por dicho
Contribuidor.
3. Obligaciones de distribucin.
3.1. Aplicacin de Licencia.
Las Modificaciones que el Cliente cree o a las que el Cliente contribuya se rigen por los
trminos de esta Licencia, incluida sin limitacin la Seccin 2.2. La versin del Cdigo
fuente del Cdigo cubierto slo se puede distribuir bajo los trminos de esta Licencia o una
futura versin de esta Licencia suministrada bajo la Seccin 6.1, y el Cliente debe incluir una
copia de esta Licencia en cada copia del Cdigo fuente que el Cliente distribuya. No puede
ofrecer ni imponer ningn trmino en ninguna versin del Cdigo fuente que altere o
restrinja la versin aplicable de esta Licencia o los derechos de los receptores bajo la misma.
Sin embargo, puede incluir un documento adicional que ofrezca los derechos adicionales
que se describen en la Seccin 3.5.
3.2. Disponibilidad del Cdigo fuente.
Cualquier Modificacin que el Cliente cree o a la que el Cliente contribuya se debe dejar
disponible en formato de Cdigo fuente bajo los trminos de esta Licencia, en el mismo
soporte magntico que una versin Ejecutable o mediante un Mecanismo de distribucin
electrnica aceptado para cualquiera a quien quiera dejar disponible una versin Ejecutable;
y si se deja disponible mediante Mecanismo de distribucin electrnica, debe permanecer
disponible durante al menos doce (12) meses tras la fecha en que se deja a disponibilidad
por primera vez, o al menos seis (6) meses despus de que una siguiente versin de dicha
Modificacin particular se haya puesto a disponibilidad de dichos receptores. El Cliente es
el responsable de asegurar que la versin del Cdigo fuente permanezca disponible incluso
si el Mecanismo de distribucin electrnica se mantiene por parte de un tercero.
3.3. Descripcin de Modificaciones.
El Cliente debe hacer que todo el Cdigo cubierto al que contribuya contenga un archivo
que documente los cambios que el Cliente ha realizado para crear dicho Cdigo cubierto y
la fecha de cualquier cambio. El Cliente debe incluir una declaracin destacada que indique
que la Modificacin se deriva, directa o indirectamente, del Cdigo original proporcionado
por el Desarrollador inicial y que incluya el nombre del Desarrollador inicial en (a) el
Cdigo fuente y (b) en cualquier aviso en una versin Ejecutable o documentacin
relacionada en la que el Cliente describa el origen o propiedad del Cdigo cubierto.
3.4. Temas relacionados con la propiedad intelectual
(a) Reclamaciones de terceros.

Si el Contribuidor sabe que se necesita una licencia bajo derechos de propiedad intelectual
de un tercero para ejercitar los derechos otorgados por dicho Contribuidor bajo las Secciones
2.1 2.2, el Contribuidor debe incluir un archivo de texto con la distribucin del Cdigo
fuente denominado LEGAL que describa la reclamacin y la parte que realiza la
reclamacin con el suficiente detalle como para que un receptor sepa con quin debe
ponerse en contacto. Si el Contribuidor obtiene dicho conocimiento despus de que la
Modificacin est disponible segn lo descrito en la Seccin 3.2, el Contribuidor debe
modificar con prontitud el archivo LEGAL en todas las copias que el Contribuidor deje
disponibles a partir de este momento y debe seguir otros pasos (como notificar a los grupos
de discusin o listas de envo adecuados) calculados razonablemente para informar a los
que han recibido el Cdigo cubierto de que se ha obtenido dicho conocimiento.
Apndice F. Utilizacin de Rhino: JavaScript for Java 279

(b) API del Contribuidor.
Si las Modificaciones del Contribuidor incluyen una interfaz de programacin de
aplicaciones y el Contribuidor tiene conocimiento de las licencias de patente razonablemente
necesarias para implantar dicha API, el Contribuidor debe incluir tambin esta informacin
en el archivo LEGAL.
(c) Representaciones.
El Contribuidor representa que, excepto segn lo expuesto en la Seccin 3.4(a) anterior, el
Contribuidor cree que las Modificaciones del Contribuidor son creaciones originales del
Contribuidor y/o el Contribuidor tiene los derechos suficientes como para otorgar los
derechos convenidos en esta Licencia.
3.5. Avisos necesarios.
El Cliente debe duplicar el aviso de la Exposicin A en cada archivo del Cdigo fuente. Si
no es posible colocar dicho aviso en un determinado archivo del Cdigo fuente debido a su
estructura, el Cliente debe incluir dicho aviso en algn lugar (como en un directorio
relevante) en el que es probable que el usuario busque dicho aviso. Si el Cliente ha creado
una o ms Modificaciones, el Cliente puede agregar su nombre como Contribuidor al aviso
descrito en la Exposicin A. El Cliente tambin debe duplicar esta Licencia en cualquier
documentacin correspondiente al Cdigo fuente en la que el Cliente describa derechos de
los receptores o derechos de propiedad relacionados con el Cdigo cubierto. El Cliente
puede decidir ofrecer, y cobrar por ello, garanta, soporte, indemnizacin u obligaciones de
responsabilidad a uno o ms receptores del Cdigo cubierto. Sin embargo, el Cliente debe
hacerlo en su propio nombre, no en nombre del Desarrollador inicial ni de ningn
Contribuidor. El Cliente debe dejar claro que dicha garanta, soporte, indemnizacin u
obligacin de responsabilidad la ofrece el Cliente solo, y por lo tanto acepta indemnizar al
Desarrollador inicial y a cada Contribuidor por cualquier responsabilidad incurrida por el
Desarrollador inicial o por dicho Contribuidor como resultado de una garanta, soporte,
indemnizacin o trminos de disponibilidad que ofrezca el Cliente.
3.6. Distribucin de Versiones Ejecutables.
El Cliente puede distribuidor el Cdigo cubierto en formato Ejecutable slo si se cumplen

los requisitos de las Secciones 3.1-3.5 para dicho Cdigo cubierto y si el Cliente incluye un
aviso que indique que la versin del Cdigo fuente del Cdigo cubierto est disponible bajo
los trminos de esta Licencia, incluida una descripcin de cmo y dnde el Cliente ha
cumplido las obligaciones de la Seccin 3.2. El aviso debe estar visiblemente incluido en
cualquier aviso en una versin Ejecutable, documentacin relacionada o colateral en el que
el Cliente describa los derechos de los receptores relacionados con el Cdigo cubierto. El
Cliente puede distribuir la versin Ejecutable del Cdigo cubierto o derechos de propiedad
bajo una licencia que el Cliente elija, que puede contener trminos distintos a los de esta
Licencia, siempre y cuando el Cliente cumpla con los trminos de esta Licencia y que la
licencia correspondiente a la versin Ejecutable no intente limitar ni alterar los derechos del
receptor en la versin del Cdigo fuente con respecto a los derechos establecidos en esta
Licencia. Si el Cliente distribuye la versin Ejecutable bajo una licencia diferente, el Cliente
debe dejar claro que los trminos que difieren de los de esta Licencia los ofrece el Cliente
solo, no el Desarrollador inicial ni ningn Contribuidor. Por lo tanto el Cliente acepta
indemnizar al Desarrollador inicial y a cualquier Contribuidor por cualquier responsabilidad
incurrida por el Desarrollador inicial o por dicho Contribuidor como resultados de
cualquiera de estos trminos que el Cliente ofrece.
3.7. Trabajos mayores.
El Cliente puede crear un Trabajo mayor combinando Cdigo cubierto con otro cdigo no
regido por los trminos de esta licencia y distribuir el Trabajo mayor como un solo
producto. En dicho caso, el Cliente debe asegurarse de que los requisitos de esta Licencia se
cumplan para el Cdigo cubierto.

4. Imposibilidad de cumplir debido a estatuto o regulacin.
Si es imposible para el Cliente cumplir con alguno de los trminos de esta Licencia con
respecto a parte del Cdigo cubierto, o con respecto al Cdigo cubierto completo, debido a
un estatuto, orden judicial o regulacin, el Cliente debe: (a) cumplir con los trminos de esta
Licencia en la medida de lo posible; y (b) describir las limitaciones y el cdigo al que
afectan. Esta descripcin se debe incluir en el archivo LEGAL descrito en la Seccin 3.4 y en
todas las distribuciones del Cdigo fuente. Excepto por lo prohibido por el estatuto o
regulacin, esta descripcin debe ser suficientemente detallada como para que un receptor
con conocimientos medios la pueda comprender.
5. Aplicacin de esta Licencia.
Esta Licencia se aplica al cdigo al que el Desarrollador inicial ha adjuntado el aviso de la

Exposicin A y al Cdigo cubierto relacionado.
6. Versiones de la Licencia.
6.1. Nuevas versiones.
Netscape Communications Corporation (Netscape) puede publicar versiones nuevas y/o

revisadas de la Licencia de tanto en tanto. Cada versin tendr un nmero de versin
diferenciado.
6.2. Efecto de nuevas versiones.
Una vez se haya publicado el Cdigo cubierto bajo una determinada versin de la Licencia,
el Cliente siempre puede continuar utilizndolo bajo los trminos de dicha versin. El
Cliente tambin puede elegir utilizar dicho Cdigo cubierto bajo los trminos de cualquier
versin siguiente de la Licencia publicada por Netscape. Nadie ms que Netscape tiene
derecho de modificar los trminos aplicables al Cdigo cubierto creado bajo esta Licencia.
6.3. Trabajos derivados.
Si el Cliente crea o utiliza una versin modificada de esta Licencia (lo cual slo puede hacer
para aplicarla a cdigo que todava no sea Cdigo cubierto regido por esta Licencia), el
Cliente debe (a) cambiar el nombre de la licencia del Cliente de modo que las frases
Mozilla, MOZILLAPL, MOZPL, Netscape, MPL, NPL o cualquier otra frase
similar que resulte confusa no aparezcan en la licencia (excepto para indicar que la licencia
del Cliente difiere de esta Licencia) y (b) dejar claro que la versin del Cliente de la licencia
contiene trminos que difieren de las licencias Mozilla Public License y Netscape Public
License. (Especificar el nombre del Desarrollador inicial, Cdigo original o Contribuidor en
el aviso descrito en la Exposicin A no implican en s que constituyan modificaciones de
esta Licencia.)
7. RECHAZO DE GARANTA.
EL CDIGO CUBIERTO SE PROPORCIONA EN ESTA LICENCIA TAL CUAL, SIN

GARANTAS DE NINGN TIPO, EXPLCITAS NI IMPLCITAS, INCLUIDAS, AUNQUE
SIN LIMITARSE A LAS MISMAS, GARANTAS DE QUE EL CDIGO CUBIERTO EST
LIBRE DE DEFECTOS, DE COMERCIALIZACIN, DE ADECUACIN A UN
DETERMINADO OBJETIVO Y DE NO INFRINGIMIENTO. TODO EL RIESGO
RELACIONADO CON LA CALIDAD Y RENDIMIENTO DEL CDIGO CUBIERTO RECAE
SOBRE EL CLIENTE. SI CUALQUIER CDIGO CUBIERTO RESULTA DEFECTUOSO EN
CUALQUIER ASPECTO, EL CLIENTE (NO EL DESARROLLADOR INICIAL NI NINGN
OTRO CONTRIBUIDOR) ASUME EL COSTE DE CUALQUIER SERVICIO, REPARACIN O
CORRECCIN NECESARIO. ESTE RECHAZO DE GARANTA CONSTITUYE UNA PARTE
ESENCIAL DE ESTA LICENCIA. NO SE AUTORIZA EL USO DE NINGN CDIGO
CUBIERTO SI NO ES BAJO ESTE RECHAZO DE RESPONSABILIDAD.

8. CANCELACIN.
8.1. Esta Licencia y los derechos otorgados bajo la misma quedarn cancelados de inmediato
si el Cliente no cumple con los trminos de los mismos y no subsana dicha violacin en un
plazo de 30 das a partir de la fecha de conocimiento de la violacin. Todas las sublicencias
del Cdigo cubierto que se hayan otorgado correctamente no quedarn canceladas tras la
cancelacin de esta Licencia. Las provisiones que, por su naturaleza, deban permanecer en
vigor tras la cancelacin de esta Licencia permanecern en vigor.
8.2. Si el Cliente inicia un litigio imponiendo una reclamacin de infringimiento de patente
(excluidas las acciones de sentencia declaratorias) contra el Desarrollador inicial o contra un
Contribuidor (el Desarrollador inicial o Contribuidor contra el que el Cliente emprenda
dicha accin recibe el nombre de Participante) alegando que:
(a) la Versin de contribuidor de dicho Participante infringe directa o indirectamente
alguna patente, cualquier y todos los derechos otorgados por dicho Participante al
Cliente bajo las Secciones 2.1 y/o 2.2 de esta Licencia se cancelarn posiblemente en un
plazo de 60 das tras el aviso del Participante, a no ser que en este plazo de 60 das tras
la recepcin del aviso el Cliente: (i) acepte por escrito pagar al Participante una regala
aceptable acordado mutuamente por el uso pasado y futuro del Cliente de las
Modificaciones realizadas por dicho Participante o (ii) retire la reclamacin de litigio con
respecto a la Versin de contribuidor contra dicho Participante. Si en un plazo de 60 das
desde el aviso, no se acuerdan mutuamente una regala razonable y un pago por escrito
entre las partes o si no se retira la reclamacin de litigio, los derechos otorgados por el
Participante al Cliente bajo las Secciones 2.1 y/o 2.2 quedan automticamente cancelados
transcurrido el periodo de 60 das desde el aviso especificado anteriormente.
(b) cualquier software, hardware o dispositivo, que no sea la Versin de contribuidor del
Participante, infringe de forma directa o indirecta cualquier patente, los derechos
otorgados al Cliente por dicho Participante bajo las Secciones 2.1(b) y 2.2(b) se revocan
desde la fecha en la que el Cliente ha realizado, utilizado, vendido o distribuido por
primera vez Modificaciones realizadas por dicho Participante.
8.3. Si el Cliente impone una reclamacin de infringimiento de patente contra un
Participante alegando que la Versin de contribuidor de dicho participante infringe directa o
indirectamente cualquier patente en la que se resuelva dicha reclamacin (por licencia o
establecimiento) antes de la iniciacin del litigio por infringimiento de patente, el valor
razonable de las licencias otorgadas por dicho Participante bajo las Secciones 2.1 o 2.2 se
tendrn en cuenta al determinar la cantidad o valor de cualquier pago o licencia.
8.4. En el caso de cancelacin bajo las Secciones 8.1 o 8.2 anteriores, todos los acuerdos de
licencia de usuario final (excluidos distribuidores y revendedores) que haya otorgado
correctamente el Cliente o cualquier distribuidor antes de la cancelacin permanecern en
vigor tras la misma.
9. LIMITACIN DE RESPONSABILIDAD.
BAJO NINGUNA CIRCUNSTANCIA NI BAJO NINGUNA TEORA LEGAL, INCLUIDAS

PROCEDIMIENTO FRAUDULENTO (INCLUIDA NEGLIGENCIA), CONTRATO O
CUALQUIER OTRA, EL CLIENTE, EL PROGRAMADOR INICIAL, CUALQUIER OTRO
CONTRIBUIDOR, NINGN DISTRIBUIDOR DE CDIGO CUBIERTO NI NINGN
PROVEEDOR DE CUALQUIERA DE ESTAS PARTES SER RESPONSABLE ANTE
NINGUNA PERSONA DE CUALQUIER DAO INDIRECTO, ESPECIAL, INCIDENTAL O
DERIVADO DE NINGN TIPO, INCLUIDOS, AUNQUE SIN LIMITARSE A LOS MISMOS,
DAOS POR PRDIDA DE RELACIONES, DETENCIN DEL TRABAJO, DAOS O
PRDIDAS, INCLUSO AUNQUE DICHA PARTE HAYA SIDO INFORMADA DE LA
POSIBILIDAD DE DICHOS DAOS. ESTA LIMITACIN DE RESPONSABILIDAD NO SE
APLICAR A LA RESPONSABILIDAD POR MUERTE Y DAO PERSONAL RESULTANTE
DE LA NEGLIGENCIA DE LA PARTE HASTA EL LMITE EN QUE LA LEGISLACIN
APLICABLE PROHBA DICHA LIMITACIN. ALGUNAS JURISDICCIONES NO
PERMITEN LA EXCLUSIN O LIMITACIN DE DAOS INCIDENTALES O DERIVADOS,
DE MODO QUE ES POSIBLE QUE ESTA EXCLUSIN Y LIMITACIN NO SE APLIQUE
AL CLIENTE.

10. Usuarios finales de EE.UU.
El Cdigo cubierto es un elemento comercial (commercial item), tal como est definido el
trmino en 48 C.F.R. 2.101 (Oct. 1995), que consta de software informtico comercial
(commercial computer software) y de documentacin de software informtico comercial
(commercial computer software documentation), tal como se utilizan estos trminos en 48
C.F.R. 12.212 (Sept. 1995). Segn 48 C.F.R. 12.212 y 48 C.F.R. 227.7202-1 a 227.7202-4 (Junio
1995), todos los usuarios finales Los usuarios de EE.UU. adquieren Cdigo cubierto slo con
los derechos establecidos en este documento.
11. VARIOS.
Esta Licencia representa el acuerdo completo relacionado con el tema de este documento. Si
alguna provisin de esta Licencia se considera imposible de imponer, dicha provisin se
reformar slo en la medida de lo necesario para que se pueda imponer. Esta Licencia se
regir por las provisiones de la ley de California (excepto si la ley aplicable, si la hay, indica
lo contrario), excluidas sus provisiones en conflicto con alguna ley. Con respecto a disputas
en las que al menos una parte sea ciudadano de los Estados Unidos de Amrica, o una
entidad est registrada para realizar negocios en los Estados Unidos de Amrica, cualquier
litigio relacionado con esta Licencia estar sujeto a la jurisdiccin de la Corte Federal del
Distrito Norte de California, con jurisdiccin en el Condado de Santa Clara, California, y la
parte que pierda ser responsable de los costes, incluidos los costes del juicio y los gastos y
costes razonables de abogados. La aplicacin del Convenio de Contratos para la Venta
Internacional de Bienes de las Naciones Unidas se excluye de forma explcita. Cualquier ley
o regulacin que indique que el idioma de un contrato se debe interpretar frente al borrador
no se aplicar a esta Licencia.
12. RESPONSABILIDAD POR RECLAMACIONES.
Al igual que entre Desarrollador inicial y Contribuidores, cada parte es responsable de

reclamaciones y daos derivados, directa o indirectamente, de su utilizacin de derechos
bajo esta Licencia y el Cliente acepta trabajar con Desarrollador inicial y Contribuidores para
distribuir dicha responsabilidad por igual. Nada de lo aqu establecido constituye ni tiene
intencin de constituir una admisin de responsabilidad.
13. CDIGO CON MLTIPLES LICENCIAS.
El Desarrollador inicial puede designar partes del Cdigo cubierto como Mltiples
licencias. Mltiples licencias significa que el Desarrollador inicial permite al Cliente
utilizar partes del Cdigo cubierto bajo la opcin del Cliente del NPL o licencias
alternativas, si las hay, especificadas por el Desarrollador inicial en el archivo descrito en la
Exposicin A.
EXPOSICIN A -Mozilla Public License.
El contenido de este archivo est sujeto a Mozilla Public License Versin 1.1 (la Licencia);
el Cliente no puede utilizar este archivo si no es en cumplimiento con la Licencia. El Cliente
puede obtener una copia de la Licencia en http://www.mozilla.org/MPL/
El software distribuido bajo la Licencia se distribuye TAL CUAL, SIN GARANTAS DE
NINGN TIPO, explcitas ni implcitas. Consulte la Licencia para ver el idioma especfico
que rige los derechos y limitaciones bajo la Licencia.
El Cdigo original es ______________________________________.
El Desarrollador inicial del Cdigo original es ________________________. Las partes creadas
por ______________________ son Copyright (C) ______ _______________________.
Reservados todos los derechos.
Contribuidor(es) ______________________________________.

Como alternativa, el contenido de este archivo se puede utilizar bajo los trminos de la
licencia _____ (la Licencia [___]), en cuyo caso las provisiones de la Licencia [______] se
aplican en lugar de las anteriores. Si desea permitir el uso de su versin de este archivo slo
bajo los trminos de la Licencia [____] y no permitir que otros utilicen su versin de este
archivo bajo MPL, indique su decisin suprimiendo las provisiones anteriores y
sustituyndolas por el aviso y otras provisiones que necesita la Licencia [___]. Si no suprime
las provisiones anteriores, un receptor puede utilizar su versin de este archivo bajo MPL o
bajo la Licencia [___].
[NOTA: el texto de esta Exposicin A puede diferir ligeramente del texto de los avisos de
los archivos del Cdigo fuente del Cdigo original. Debe utilizar el texto de esta Exposicin
A en lugar del texto del Cdigo fuente del Cdigo original correspondiente a las
Modificaciones del Cliente.]
Netscape Public License Versin 1.1

ENMIENDAS
La licencia Netscape Public License Versin 1.1 (NPL) consta de la licencia Mozilla Public
License Versin 1.1 con las siguientes Enmiendas, incluida Exposicin A-Netscape Public
License. Los archivos identificados con Exposicin A-Netscape Public License se rigen por
la licencia Netscape Public License Versin 1.1.
Trminos adicionales que se aplican a Netscape Public License.
I. Efecto.
Estos trminos adicionales descritos en Netscape Public License -- Enmiendas se aplicarn al

cdigo cliente de Mozilla Communicator y a todo el Cdigo cubierto bajo esta Licencia.
II. Cdigo con marca Netscape
Significa Cdigo cubierto que Netscape distribuye y/o permite que otros distribuyan bajo
una o ms marcas registradas que estn controladas por Netscape pero de los que no se
ofrece licencia de uso bajo esta Licencia.
III. Netscape y logotipo.
Esta Licencia no otorga ningn derecho a utilizar las marcas registradas Netscape, el
logotipo Netscape N y horizonte, el logotipo faro de Netscape, Netcenter, Gecko,
Java, JavaScript ni Smart Browsing, aunque dichas marcas se incluyan en el Cdigo
original o en las Modificaciones.
IV. Imposibilidad de cumplir debido a obligacin contractual.
Antes de otorgar una licencia del Cdigo original bajo esta Licencia, Netscape ha obtenido
la licencia de cdigo de terceros para utilizarlo en Cdigo de la marca Netscape. En la
medida en que Netscape est limitado contractualmente para poner dicho cdigo de terceros
a disponibilidad bajo esta Licencia, Netscape puede elegir reintegrar dicho cdigo en Cdigo
cubierto sin que sea necesario distribuir dicho cdigo en formato de Cdigo fuente, aunque
dicho cdigo fuera considerado Modificaciones en caso contrario bajo esta Licencia.
V. Uso de Modificaciones y Cdigo cubierto por parte del Desarrollador inicial.

V.1. En general
Las obligaciones de la Seccin 3 se aplican a Netscape, excepto en la medida de lo

especificado en esta Enmienda, Secciones V.2 y V.3.

V.2. Otros productos.
Netscape puede incluir Cdigo cubierto en productos que no sean el Cdigo con marca
Netscape que suministre Netscape durante los dos (2) aos posteriores a la fecha de
distribucin del Cdigo original, sin que dichos productos adicionales estn sujetos a los
trminos de esta Licencia, y puede otorgar licencia de dichos productos adicionales segn
trminos diferentes a los contenidos en esta Licencia.
V.3. Licencias alternativas.
Netscape puede otorgar licencias del Cdigo fuente del Cdigo de marca Netscape,
incluidas Modificaciones aqu incorporadas, sin que este Cdigo de marca Netscape est
sujeto a los trminos de esta Licencia y puede otorgar licencias como Cdigo de marca
Netscape con trminos distintos a los contenidos en esta Licencia.
VI. Litigio.
A pesar de las limitaciones de la Seccin 11 anterior, las provisiones sobre litigio de la

Seccin 11(a), (b) y (c) de la Licencia se aplicarn a todas las disputas relacionadas con esta
Licencia.
EXPOSICIN A-Netscape Public License.
El contenido de este archivo est sujeto a Netscape Public License Versin 1.1 (la
Licencia); el Cliente no puede utilizar este archivo si no es en cumplimiento con la
Licencia. El Cliente puede obtener una copia de la Licencia en
http://www.mozilla.org/NPL/
El software distribuido bajo la Licencia se distribuye TAL CUAL, SIN GARANTAS DE
NINGN TIPO, explcitas ni implcitas. Consulte la Licencia para ver el idioma especfico
que rige los derechos y limitaciones bajo la Licencia.
El Cdigo original es cdigo cliente de Mozilla Communicator, distribuido el 31 de marzo
de 1998.
El Desarrollador inicial del Cdigo original es Netscape Communications Corporation. Las
partes creadas por Netscape son Copyright (C) 1998-1999 Netscape Communications
Corporation. Reservados todos los derechos.
Contribuidor(es) ______________________________________.
Como alternativa, el contenido de este archivo se puede utilizar bajo los trminos de la
licencia _____ (la Licencia [___]), en cuyo caso las provisiones de la Licencia [______] se
aplican en lugar de las anteriores. Si desea permitir el uso de su versin de este archivo slo
bajo los trminos de la Licencia [____] y no permitir que otros utilicen su versin de este
archivo bajo NPL, indique su decisin suprimiendo las provisiones anteriores y
sustituyndolas por el aviso y otras provisiones que necesita la Licencia [___]. Si no suprime
las provisiones anteriores, un receptor puede utilizar su versin de este archivo bajo NPL o
bajo la Licencia [___].

Avisos
Esta informacin se ha desarrollado para productos y servicios comercializados en
los EE.UU. Es posible que IBM no ofrezca los productos, servicios o funciones que
se describen en este documento en otros pases. Consulte al representante local de
IBM para obtener informacin acerca de los productos y servicios actualmente
disponibles en su rea. Cualquier referencia a un producto, programa o servicio de
IBM no pretende declarar ni implicar que slo se pueda utilizar ese producto,
programa o servicio de IBM. En su lugar se puede utilizar cualquier producto,
programa o servicio funcionalmente equivalente que no infrinja ningn derecho de
propiedad intelectual de IBM. Sin embargo, es responsabilidad del usuario evaluar
y verificar la operacin de cualquier producto, programa o servicio no IBM.
IBM puede tener patentes o solicitudes de patente pendientes que cubran algunos
temas presentados en este documento. La entrega de este documento no confiere
ninguna licencia sobre dichas patentes. Puede enviar consultas sobre licencias, por
escrito, a:
IBM Director of Licensing

IBM Corporation
North Castle Drive
Armonk, NY 10504-1785 EE.UU.
Para preguntas sobre licencias en relacin con la informacin de doble byte

(DBCS), pngase en contacto con el Departamento de propiedad intelectual de IBM
en su pas o enve las preguntas, por escrito, a:
IBM World Trade Asia Corporation

Licensing
2-31 Roppongi 3-chome, Minato-ku
Tokyo 106, Japn
El prrafo siguiente no se aplica en el Reino Unido ni en ningn otro pas

donde dichas provisiones no sean coherentes con la legislacin local:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA

ESTA PUBLICACIN TAL CUAL, SIN GARANTAS DE NINGN TIPO, NI
EXPLCITAS NI IMPLCITAS, INCLUYENDO, PERO NO LIMITNDOSE A, LAS
GARANTS IMPLCITAS DE NO INFRINGIMIENTO, MERCANTIBILIDAD O
ADECUACIN A UN PROPSITO DETERMINADO.
Algunos estados no permiten la renuncia a garantas explcitas o implcitas en

algunas transacciones; por lo tanto, es posible que esta declaracin no se aplique
en su caso.
Es posible que esta informacin incluya inexactitudes tcnicas o errores

tipogrficos. Se realizan peridicamente cambios en la informacin aqu contenida;
estos cambios se incorporarn en nuevas ediciones del manual. IBM puede realizar
mejoras y/o cambios en el producto(s) y/o el/los programa(s) descritos en este
manual en cualquier momento y sin aviso previo.
Cualquier referencia realizada en esta informacin a sitios Web que no son de IBM
se proporcionan solamente para su comodidad y no constituyen de ninguna

manera una aprobacin de dichos sitios Web. Los materiales en dichos sitios Web
no forman parte de los materiales para este producto IBM y el uso de dichos sitios
Web se realiza bajo su propia responsabilidad.
IBM puede utilizar o distribuir cualquier informacin que el usuario proporcione

de cualquier manera que crea adecuada sin incurrir en ninguna obligacin con el
usuario.
Los usuarios con licencia de este programa que deseen tener informacin acerca
del mismo con el propsito de habilitar: (i) el intercambio de informacin entre
programas creados independientemente y otros programas (incluyendo ste) y (ii)
el uso mutuo de la informacin que se ha intercambiado, deben ponerse en
contacto:
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758 EE.UU.
Esta informacin puede estar disponible, bajo las condiciones y los trminos
apropiados, incluyendo en algunos casos el pago de una tasa.
El programa bajo licencia descrito en este documento y todo el material bajo

licencia disponible para el mismo los proporciona IBM bajo los trminos del
Acuerdo de Cliente de IBM, Acuerdo de licencia de programa internacional de IBM
o cualquier acuerdo equivalente entre las partes.
Esta informacin contiene ejemplos de datos e informes utilizados en las

operaciones comerciales diarias. Para ilustrarlos de la forma ms completa posible,
los ejemplos incluyen los nombres de individuos, empresas, marcas y productos.
Todos estos nombres son ficticios y cualquier similitud con los nombres y las
direcciones utilizados por una empresa comercial real es mera coincidencia.
LICENCIA DE COPYRIGHT:
Esta informacin contiene programas de aplicacin de ejemplo en lenguaje fuente,

que ilustran las tcnicas de programacin en varias plataformas operativas. Puede
copiar, modificar y distribuir estos programas de ejemplo de cualquier manera sin
pago a IBM, con fines de desarrollo, utilizacin, comercializacin o distribucin de
programas de aplicacin que se adecuen a la interfaz de programacin de
aplicaciones para la plataforma operativa para la que se escriben los programas de
ejemplo. Estos ejemplos no se han verificado completamente en todas las
condiciones. IBM, por lo tanto, no puede garantizar o implicar la fiabilidad,
servicio o funcin de estos programas. Puede copiar, modificar y distribuir estos
programas de ejemplo de cualquier forma sin pago a IBM con fines de desarrollo,
utilizacin, comercializacin o distribucin de programas de aplicacin que se
adecuen a las interfaces de programacin de aplicaciones de IBM.
Si visualiza esta informacin en formato de copia software, es posible que las

fotografas y las ilustraciones a color no aparezcan.

Marcas registradas
IBM, el logotipo de IBM, Tivoli, el logotipo de Tivoli, AIX, Cloudscape, DB2,
OS/390, S/390, OS/2, OS/400, iSeries, Informix, IBMLink, NetView, WebSphere,
Tivoli Management Environment, Tivoli Enterprise, Tivoli Enterprise Console y
Tivoli Enterprise Data Warehouse son marcas comerciales o marcas registradas de
International Business Machines Corporation en los Estados Unidos o en otros
pases.
Microsoft, Windows y Windows NT son marcas registradas de Microsoft

Corporation en los Estados Unidos y/o en otros pases.
UNIX es una marca registrada de The Open Group en los EE.UU y en otros pases.
Todos los logotipos y marcas registradas de Java y basados en Java son

marcas registradas de Sun Microsystems, Inc. en los EE.UU. y en otros
pases.
Otros nombres de empresas, productos y servicios pueden ser marcas registradas o

de servicio de otras compaas.
Avisos 289
Glosario
A coleccin de monitores. En Tivoli Distributed
Monitoring (Classic Edition), coleccin de monitores
predefinidos. Se incluyen varias colecciones de
Adapter Configuration Facility. En Tivoli Enterprise
monitores con Tivoli Distributed Monitoring, pero los
Console, interfaz grfica de usuario que permite a un
administradores de Tivoli tambin pueden utilizar
administrador de Tivoli configurar y personalizar
colecciones de supervisin desarrolladas de forma
fcilmente adaptadores de eventos.
personalizada o de terceros.
almacn. Un directorio que permite el almacenaje
Consola de gestin. En IBM Tivoli Monitoring,
temporal o permanente de segmentos de datos.
componente que visualiza datos histricos y en tiempo
archivo de configuracin. Archivo que especifica las real para cualquier modelo de recurso en cualquier
caractersticas de una red o un dispositivo del sistema. punto final. Utilizando la interfaz grfica del usuario,
los usuarios pueden localizar problemas concretos
autorizacin. (1) En seguridad informtica, el derecho relacionados con uno o ms recursos. El estado se
otorgado a un usuario para comunicarse con o utilizar visualiza como un valor entre 0 (que representa un
un sistema de ordenadores. (2) El proceso de otorgar a problema identificado, es decir, un evento) y 100 (que
un usuario acceso completo o restringido a un objeto, representa que no hay indicaciones recientes). Los
recurso o funcin. usuarios pueden seleccionar vistas de los problemas de
recursos en forma de datos de tabla, distintos tipos de
aviso. En un entorno Tivoli, un mensaje generado por grficos, etc.
una operacin de gestin de sistemas que contiene
informacin sobre un evento o sobre el estado de una correlacin de evento. El proceso de analizar datos de
aplicacin. Los avisos se almacenan en grupos de evento para identificar patrones, causas comunes y
avisos. causas raz. La correlacin de eventos analiza los
eventos entrantes para estados predefinidos, utilizando
reglas predefinidas, y en relaciones predefinidas.
B
base de reglas. En Tivoli Enterprise Console, uno o D
ms conjuntos de reglas y definiciones de clase de
evento para los que se escriben las reglas. Tivoli depsito de datos. (1) Una recopilacin no voltil
Enterprise Console utiliza la base de reglas en la orientada al asunto que se utiliza para soportar la toma
gestin de eventos. Una organizacin puede crear de decisiones estratgicas. El depsito es el punto
muchas bases de reglas, cada una de las cuales satisface central de la integracin de datos para la inteligencia
un conjunto diferente de necesidades para la gestin de empresarial. Es el origen de datos para despensas de
sistemas de red. datos dentro de una empresa y ofrece una vista comn
de los datos de empresa. (2) Un repositorio central para
Basic Recorder of Objects in C (BAROC). La todas las partes, o las partes ms significativas, de los
representacin interna de las clases de evento definidas datos que un sistema empresarial de una organizacin
en el servidor de eventos. recopila. Tambin es llamado depsito de informacin.
Vase tambin despensa de datos.
biblioteca de tareas. En un entorno Tivoli, contenedor
en el que un administrador de Tivoli puede crear y descubrimiento. La deteccin automtica de un
almacenar tareas y trabajos. cambio de topologa como, por ejemplo, encontrar
nodos nuevos o suprimidos dentro de una topologa de
C red o encontrar dentro de una red recursos y
dispositivos de almacenamiento que todava no se han
supervisado.
cach. Almacenamiento intermedio que contiene
instrucciones y datos a los que se accede con despensa de datos. Un subconjunto de depsito de
frecuencia; se utiliza para reducir el tiempo de acceso. datos que contiene datos adaptados y optimizados para
las necesidades especficas de un departamento o
clase de evento. Una clasificacin de un evento que
equipo. Una despensa de datos puede ser un
indica el tipo de informacin que enviar el adaptador
subconjunto de un almacn para una organizacin
de eventos al servidor de eventos. Vase tambin Basic
entera como, por ejemplo, los datos contenidos en las
Recorder of Objects in C.
herramientas de proceso analtico en lnea (OLAP).

E de recursos, llamados suscriptores. Los administradores
de Tivoli utilizan gestores de perfiles para organizar y
distribuir perfiles. Un gestor de perfiles se crea en el
Entorno Tivoli. Aplicaciones Tivoli, basadas en Tivoli
contexto de una regin de polticas y es un recurso
Management Framework, que se instalan en una
gestionado de una regin de polticas.
ubicacin especfica del cliente y que se encargan de
temas de gestin de sistemas de red en muchas grupo de avisos. En un entorno Tivoli, un contenedor
plataformas. En un entorno Tivoli, un administrador especfico de una aplicacin u operacin que almacena
del sistema puede distribuir software, gestionar y muestra avisos que pertenecen a funciones
configuraciones de usuario, cambiar privilegios de determinadas de Tivoli. El tabln de anuncios de Tivoli
acceso, automatizar operaciones, supervisar recursos y se compone de grupos de avisos.
planificar trabajos.
escritorio de Tivoli. En un entorno Tivoli, el escritorio H

que los administradores del sistema utilizan para sus
entornos de sistemas de red. host de RIM. En un entorno Tivoli, el nodo
gestionado en que est instalado uno o ms objetos
esquema. El conjunto de declaraciones, expresadas en RIM. Vase tambin objeto RIM.
un lenguaje de definicin de datos, que describe
completamente la estructura de una base de datos. En
una base de datos relacional, el esquema define las I
tablas, los campos de cada tabla y las relaciones entre
los campos y las tablas. IBM Tivoli Monitoring. Una aplicacin Tivoli que
aplica las mejores prcticas preconfiguradas y
ETL. Vase extraer, transformar y cargar. automticas para la supervisin automtica de recursos
de sistema esenciales. La aplicacin detecta los atascos
evento. Cualquier cambio significativo en el estado de y otros problemas posibles y proporciona la
un recurso de sistema, un recurso de red o una recuperacin automtica de situaciones crticas, lo que
aplicacin de red. Se puede generar un evento para un elimina la necesidad de que los administradores del
problema, para la resolucin de un problema o para la sistema exploren manualmente los datos de
realizacin satisfactoria de una tarea. Vase tambin rendimiento extensivo. La aplicacin tambin se integra
indicacin. fcilmente con otras soluciones de Tivoli Availability,
incluidos Tivoli Business Systems Manager y Tivoli
extraer, transformar y cargar (ETL). El proceso de Enterprise Console. Anteriormente denominado Tivoli
recopilar datos de uno o ms orgenes, limpiando y Distributed Monitoring para Windows.
transformando los datos y, a continuacin, cargando los
datos en una base de datos. indicacin. Un problema en un punto final que
implica a uno o ms recursos. Las indicaciones se
F consolidan en eventos en el punto final que se est
supervisando. Vase tambin evento.
fragmentacin. Proceso de un sistema operativo que
consiste en escribir diferentes partes de un archivo en L
sectores no contiguos de un soporte de almacenamiento
de sistema cuando no existe espacio contiguo lista de puntos finales. En un entorno Tivoli, una lista
disponible suficiente para contener el archivo entero. de todos los puntos finales en una regin de Tivoli con
Cuando los datos se fragmentan, el tiempo que se tarda sus gateways asignados.
en acceder a ellos puede aumentar porque el sistema
operativo debe buscar en diferentes pistas la
informacin que debera encontrarse en una ubicacin. M
modelo de interfaz de RDBMS (RIM). El mdulo en
G la base de datos de objeto distribuida que contiene
informacin sobre la instalacin del sistema de gestin
gateway. En un entorno Tivoli, software que se ejecuta de base de datos relacional (RDBMS).
en un nodo gestionado que proporciona todos los
servicios de comunicacin entre un grupo de puntos modelo de recurso. En IBM Tivoli Monitoring, el
finales y el resto del entorno Tivoli. El gateway incluye modelado lgico de uno o ms recursos, junto con la
la funcin de distribucin multiplexada (MDist) que lgica en que se basan las colecciones de datos cclicos,
permite actuar como un punto de ramificacin para los anlisis de datos y las supervisiones. Si es necesario,
realizar distribuciones a muchos puntos finales. se desencadenan eventos y acciones. Para cualquier
modelo de recurso los usuarios pueden especificar
gestor de perfiles. En un entorno Tivoli, contenedor
para perfiles que vincula los perfiles con un conjunto

umbrales individuales y reglas de agregacin de recurso de Tivoli (por ejemplo, un nodo gestionado)
eventos. Vase tambin evento. que utiliza la informacin contenida en el perfil. Un
perfil no tiene suscriptores directos.
modelo de referencia. En el contexto de software de
Tivoli, configuracin de modelo para un sistema o un poltica. Un conjunto de reglas que se aplican a los
conjunto de subsistemas que se utiliza para mantener recursos gestionados.
configuraciones coherentes en un entorno distribuido.
poltica predeterminada. En un entorno Tivoli,
motor de modelos de recurso (RME). En IBM Tivoli conjunto de valores de propiedades de recurso que se
Monitoring, un motor de anlisis utilizado para asignan a un recurso cuando ste se crea.
identificar, dar avisos de y solucionar problemas de
rendimiento y disponibilidad. El RME analiza datos de portal. Un sitio Web que produce dinmicamente una
rendimiento recopilados de recursos fsicos y utiliza los lista personalizada de los recursos de Web como, por
datos para identificar un problema; a continuacin, ejemplo, vnculo, contenido o servicios, disponibles
desencadena acciones correctivas para resolver el para un usuario determinado, segn los permisos de
problema descubierto y, finalmente, intensifica los acceso para dicho usuario.
avisos de problema en herramientas de gestin.
portlet. Una rea de contenido en una pgina Web
portal que tiene un rol predefinido como, por ejemplo,
N la recuperacin de los titulares de noticias ms
recientes, el control de un motor de bsqueda, la
nodo gestionado. En un entorno Tivoli, cualquier bsqueda de una base de datos, la vista de cotizaciones
recurso gestionado en el que est instalado Tivoli de acciones, el servicio de archivos HTML o la
Management Framework. visualizacin de un calendario.
punto final. En un entorno Tivoli, cliente Tivoli

O destinatario final de cualquier tipo de operacin de
Tivoli.
objeto. En diseo o programacin orientado/a a
objetos, realizacin concreta de una clase que consta de punto final de proxy. En un entorno Tivoli, una
datos y de las operaciones asociadas con dichos datos. representacin correspondiente a una entidad (como,
por ejemplo, un dispositivo de red o un host) que
objeto RIM. Un objeto que proporciona los atributos y funciona como suscriptor de los perfiles. El punto final
mtodos que permiten a las aplicaciones acceder a un de proxy se crea en un nodo gestionado, que realiza el
RDBMS. rol de proxy durante la distribucin de perfiles. Pueden
crearse mltiples puntos finales de proxy en el mismo
oserv. Servicio de Tivoli que se utiliza como
nodo gestionado.
intermediario para peticin de objetos (ORB). Este
servicio se ejecuta en el servidor de Tivoli y en cada
nodo gestionado. R
P RDBMS. Vase sistema de gestin de base de datos
relacional.
paquete de habilitacin de depsito. Una parte recopilacin de datos. El proceso de obtener datos de
instalable por separado de un producto de software de supervisin de rendimiento y disponibilidad y de
Tivoli que proporciona funcionabilidad de Tivoli Data proporcionar datos a un evaluador de medidas. Los
Warehouse. El paquete de habilitacin de depsito ejemplos de recopiladores de datos incluyen anlisis
proporciona programas de extraccin, transformacin y DNS, analizadores de pgina Web o analizadores de
carga para poblar el depsito de datos central y para bases de datos.
crear despensas de datos as como informes
personalizables para responder a cuestiones recurso. Una entidad de hardware, software o datos
empresariales especficas. A veces denominado paquete gestionada por software de Tivoli. Vase tambin
de depsito. recurso gestionado.
perfil. En un entorno Tivoli, contenedor para regin de polticas. En un entorno Tivoli, grupo de
informacin especfica de aplicacin acerca de un tipo recursos gestionados que comparten una o ms
de recurso determinado. Una aplicacin de Tivoli polticas comunes. Los administradores de Tivoli
especifica la plantilla de sus perfiles, que incluye utilizan regiones de polticas para crear, segn un
informacin sobre los recursos que la aplicacin de modelo, la estructura de gestin y organizacin de un
Tivoli puede gestionar. entorno de sistema de red. Los administradores pueden
Un perfil se crea en el contexto de un gestor de
perfiles; el gestor de perfiles vincula un perfil con el
Glosario 293
agrupar recursos similares, definir accesos a los previo y un repositorio de imgenes de instalacin
recursos y controlarlos, as como asociar reglas de reutilizable, as como la interfaz grfica y la interfaz de
control de los mismos. la lnea de comandos para desplegar los productos
Tivoli en un gran nmero de sistemas.
regin de Tivoli. En un entorno Tivoli, un servidor de
Tivoli y el conjunto de clientes (nodos gestionados y subregin de polticas. En un entorno Tivoli, regin
puntos finales) a los que sirve. Una organizacin puede de polticas creada o residente en otra regin de
tener ms de una regin de Tivoli. Una regin de Tivoli polticas. Cuando se crea una subregin de polticas,
dirige la conectividad fsica de los recursos, mientras sta utiliza inicialmente las propiedades de recurso y
que una regin de polticas dirige la organizacin poltica de la regin de polticas primaria.
lgica de los recursos. Posteriormente el administrador de Tivoli puede
cambiar o personalizar estas propiedades para reflejar
regla. Un conjunto de declaraciones lgicas que las necesidades y las diferencias especficas de la
permiten que el servidor de eventos reconozca subregin.
relaciones entre eventos y ejecute respuestas
automatizadas en consecuencia. suscriptor. En un entorno Tivoli, nodo gestionado,
gestor de perfiles, punto final u otro cliente Tivoli que
repetidor. En un entorno Tivoli, un nodo gestionado est suscrito a un gestor de perfiles. Aunque los perfiles
que recibe una copia nica de datos y la distribuye al se distribuyen a un suscriptor, el suscriptor puede ser o
nivel siguiente de clientes. no ser el destino final de la distribucin de perfiles.
repositorio de instalacin (IR). En Tivoli Software
Installation Service (SIS), directorio que contiene T
imgenes de instalacin reutilizables y otros datos
utilizados por SIS. Tivoli Distributed Monitoring. Nombre anterior de
Tivoli Distributed Monitoring (Classic Edition).
repositorio de RIM. En un entorno Tivoli, una base de
datos relacional que contiene informacin recopilada o Tivoli Distributed Monitoring (Advanced Edition).
generada por aplicaciones de Tivoli. Los ejemplos de Nombre anterior de IBM Tivoli Monitoring.
un repositorio de RIM incluyen el repositorio de
configuracin y la base de datos de eventos. Tivoli Distributed Monitoring (Classic Edition). Una
aplicacin Tivoli que proporciona monitores
RIM. Vase Mdulo de interfaz RDBMS. distribuidos para recursos de sistema de supervisin.
La aplicacin inicia las acciones correctivas necesarias e
RME. Vase motor de modelo de recursos. informa a los administradores del sistema de problemas
potenciales. Estos monitores pueden configurarse
rol de autorizacin. Un rol asignado a los centralmente y desplegarse para supervisar mquinas
administradores que les permite realizar sus tareas individuales. La aplicacin tambin se integra
asignadas de gestin de sistemas. En un entorno Tivoli, fcilmente con otras soluciones de Tivoli Availability,
un rol puede otorgarse sobre toda la regin de gestin incluida Tivoli Enterprise Console. Anteriormente
de Tivoli o sobre un conjunto determinado de recursos denominado Tivoli Distributed Monitoring.
como, por ejemplo, los recursos contenidos en una
regin de polticas. Los ejemplos de roles de Tivoli Distributed Monitoring para Windows.
autorizacin incluyen super, senior, admin y user. Nombre anterior de Tivoli Distributed Monitoring
(Advanced Edition).
S Tivoli Enterprise Console. Producto de Tivoli que
recopila, procesa e inicia automticamente acciones
servidor de Tivoli. El servidor correspondiente a una correctivas para eventos de sistema, aplicacin, red y
regin de Tivoli determinada que mantiene o hace base de datos; es el punto de control central para
referencia a un conjunto completo de software de eventos de todos los orgenes. Tivoli Enterprise Console
Tivoli, incluida la base de datos de objetos completa. proporciona una visin global centralizada del entorno
de sistemas de red, utiliza monitores de eventos
sistema de gestin de base de datos relacional
distribuidos para reunir informacin, un servidor de
(RDBMS). Una recopilacin de hardware y software
eventos central para procesar informacin y consolas de
que organiza y proporciona acceso a una base de datos
eventos distribuidas para presentar la informacin a los
relacional.
administradores del sistema.
Software Installation Service (SIS). Producto de
Tivoli management agent (agente de gestin Tivoli).
Tivoli que proporciona una interfaz eficaz y fcil de
En el entorno Tivoli, agente que efecta operaciones
usar para instalar el software de Tivoli Enterprise. SIS
administrativas de forma segura.
utiliza la tecnologa MDist de Tivoli y proporciona la
comprobacin automtica del software de requisito

Tivoli Management Framework. Software bsico
necesario para ejecutar las aplicaciones del conjunto de
productos Tivoli. Esta infraestructura de software
permite la integracin de aplicaciones de gestin de
sistemas de Tivoli Systems Inc. y de los partners de
Tivoli.
En un entorno Tivoli, Tivoli Management Framework
se instala en cada cliente y servidor; sin embargo, el
servidor de Tivoli de la regin es el nico servidor que
contiene la base de datos de objetos completa.
U
umbral. Un valor personalizable para definir los
lmites de tolerancia aceptables (lmite mximo, mnimo
o de referencia) para un recurso de aplicacin o un
recurso de sistema. Cuando el valor medido del recurso
es mayor que el valor mximo, menor que el valor
mnimo o igual al valor de referencia, se notifica una
excepcin.
Glosario 295
ndice
A comandos (continuacin)
para gestionar modelos de recurso
conceptos (continuacin)
agujeros 8
A quin va dirigida esta gua xi predeterminados en el servidor 51, apariciones 8
accesibilidad 275 126 ciclos 6
acciones, incorporadas para gestionar modelos de recurso y eventos 8
agregar 58 perfiles en puntos finales 74 eventos correlacionados 11
edicin 57 para gestionar perfiles en el eventos de borrado 10
eliminar 58 servidor 50, 126 funcin de latido 14
acciones (recuperacin), concepto 12 para gestionar Tivoli Business Systems indicaciones 7
acciones de recuperacin, concepto 12 Manager Adapter 127 modelos de recurso 6
acciones incorporadas para la gestin de la funcin de latido monitores 11
agregar 58 en gateways 82 monitores de evento 11
concepto 12 para personalizar modelos de parmetros 7
edicin 57 recurso 68 perfiles 13
eliminar 58 wdmcmd 130 planificacin 13
actualizacin wdmcmddistrib 132 recursos 6
desde Workbench a Resource Model wdmcollect 136 registro (datos) 13
Builder 36 wdmconfig 138 registro de datos 13
instrucciones 35 wdmcheckprereq 129 tareas (Tivoli Management
Adapter Configuration Facility, como wdmdiscovery 145 Framework) 13
requisito previo para el servidor de wdmdistrib 147 umbrales 6
Tivoli Enterprise Console 26 wdmdumpprf 151 configuracin
agujeros wdmeditprf 157 funcin de latido 81
concepto 8 wdmeng 166 Tivoli Business Systems Manager
personalizacin 54, 56 wdmheartbeat 168 Adapter 100
almacenamiento de datos, MDist 2 70 wdmloadprf 170 consideraciones sobre la seguridad 19
apariciones wdmlseng 173 Consola de estado de Web
concepto 8 wdmmn 177 como monitor, concepto 12
personalizacin 56 wdmmngcache 179 componente 16
asistente de instalacin wdmrm 182 flujo de datos, eventos 18
instalacin del producto con 30 wdmtrceng 184 habilitacin para utilizar los modelos
winstall 34 de recurso 205
wtmntaddrm 187 instalar 200
C wtmntdefrm 188 introduccin a 197
cach, punto final 86 wtmntrmrm 189 requisitos de software 199
ciclos, concepto 6 compatibilidad 28 requisitos del sistema 199
clsteres compatibilidad con versiones resolucin de problemas de la
carga equilibrada en nodos de anteriores 28 instalacin 202
UNIX 270 componente Gathering Historical Data Secure Socket Layer 206
limitaciones de la solucin de Tivoli descripcin 16 utilizacin de 209
Monitoring 272 componente Tivoli Enterprise Data cortafuegos 19
recuperacin tras error verdadera en Warehouse Support
nodos UNIX 267 instalacin y configuracin 113
recuperacin tras error verdadera en componentes
actualizacin 35
D
nodos Windows 270 desinstalacin
coexistencia 26 Componente base de IBM Tivoli
desde gateway 42
coleccin de datos 17 Monitoring 15
desde puntos finales 40
comandos Consola de estado de Web 16
desde servidor 42
cdigos de retorno 190 diagrama 14
producto, visin general 40
instalacin del producto con 34 Gathering Historical Data 16
distribucin
nombres actualizados 125 instalacin 30
opciones 68
para agregar modelos de recurso introduccin 14
personalizados a un perfil 54 punto final 16
para agregar modelos de recurso Tivoli Business Systems Manager
predeterminados a un perfil 52 Adapter 16 E
para gestionar el producto en Tivoli Enterprise Data Warehouse eliminar
gateways 75, 127 Support 17 modelos de recurso
para gestionar el producto en puntos conceptos predeterminados 35
finales 127 acciones (recuperacin) 12 entrega asegurada, MDist 2 70
acciones de recuperacin 12 entrega asncrona, MDist 2 70
acciones incorporadas 12

escritorio, instalacin de producto IBM Tivoli Monitoring (continuacin) modelos de recurso (continuacin)
desde 30 instalacin 30 gestin en punto final 74
Escritorio de Tivoli, instalacin de requisitos de hardware 22 instalar valores predeterminados 35
producto desde 30 requisitos de software 23 modificar con Resource Model
estados, funcin de latido 81 visin general 5 Builder 19
eventos indicaciones personalizacin 45, 54
borrado 10 concepto 7 personalizado, agregar a perfiles 52
concepto 8 personalizacin 54 predeterminados
correlacionados 11 instalacin agregar a perfiles 51
envo de un aviso como respuesta 62 antes de empezar 29 eliminar 35
envo de un correo electrnico como crear un punto final de proxy de instalar 35
respuesta 60 Windows 236 utilizacin de comandos para
flujo de datos de producto desde el escritorio de gestionar en el servidor 51
Consola de estado de Web 18 Tivoli 30 monitores
servidor de Tivoli Enterprise del producto con el asistente de conceptos 11
Console 18 instalacin 30 Consola de estado de Web 12
Tivoli Business Systems Manager del producto con Software Installation diagrama 14
CommonListener 18 Service 30 servidor de Tivoli Enterprise
personalizacin 54 del producto utilizando Console 11
eventos (borrado), concepto 10 comandos 34 Tivoli Business Systems Manager 12
eventos de borrado, concepto 10 del producto utilizando el asistente de monitores de evento
instalacin 227 concepto 11
instalacin evaluacin 227 Consola de estado de Web 12
F instalacin tpica 230
funcin de latido 81
servidor de Tivoli Enterprise
Console 11
flujo de datos
Java Runtime Environment 37 Tivoli Business Systems Manager 12
Consola de estado de Web,
modelos de recurso
eventos 18
predeterminados 35
modelos de recurso 17
servidor de Tivoli Enterprise Console,
Tivoli Business Systems Manager
Adapter 99
N
eventos 18 nombres de directorio, notacin xvi
Tivoli Enterprise Data Warehouse
Tivoli Business Systems Manager nombres de ruta, notacin xvi
Support 113
CommonListener, eventos 18 notacin
funcin de latido nombres de ruta xvi
concepto 14 tipo de letra xvi
control 82 J variables de entorno xvi
descripcin 81 Java Runtime Environment notas previas a la instalacin 29
estados 81 instalacin 37 nmeros de puerto para puntos
flujos de datos 83 versiones compatibles 24 finales 239
gestin 82
instalacin 81
registro de puntos finales 83
supervisin 85
L P
libros parmetros
visualizacin del cach de punto
en lnea xii conceptos 7
final 86
pedir xii personalizacin 62
perfiles
agregar modelos de recurso
G M personalizados 52
gateway agregar modelos de recurso
manuales
desinstalar el producto de 42 predeterminados 51
en lnea xii
gestin 75 concepto 13
pedir xii
gestor de perfiles 46 creacin 47
MDist 2
creacin 47 descripcin 46
almacenamiento de datos 70
para volver a ejecutar distribuciones distribucin utilizando MDist 2 70
distribucin asegurada 70
fallidas 70 gestin en punto final 74
distribucin asncrona 70
grupo de avisos personalizacin 45
punto de control y reinicio 70
IBM Tivoli Monitoring puntos clave 46
utilizacin 70
agregar 36 supresin de copias de perfil durante
migracin
una cancelacin de suscripcin 71
desde Tivoli Distributed Monitoring
utilizacin de comandos para
(Classic Edition) 241
I desde Tivoli Web Component
gestionar en el servidor 50
personalizacin de los perfiles y de los
IBM Software Support xv Manager 254
modelos de recurso 45
IBM Tivoli Monitoring modelos de recurso
planificacin
adicin del grupo de avisos 36 concepto 6
concepto 13
coexistencia 26 crear con Resource Model Builder 19
personalizacin 63
Componente base 15 eliminar valores predeterminados 35
reglas 65
desinstalacin 40 flujo de datos 17

plataformas compatibles 21 tareas (Tivoli Monitoring) umbrales (continuacin)
procesador del gestor de peticiones 198 DMCleanDB 76 personalizacin 54
publicaciones DMCollectEpEnv 75
en lnea xii DMCollectEpLog 75
pedir xii
publicaciones en lnea xiv
DMCollectMnLog 75
DMCompressDB 77
V
variables, notacin para xvi
punto de control y reinicio, MDist 2 70 DMCreateRuleAndLoadBaroc 77
variables de entorno 225
punto final DMEndpointRemoveFiles 75
variables de entorno, notacin xvi
coleccin de datos 17 DMEndpointUninstall 75
visin general
coleccin de datos en 17 DMGetCloudscapeNetworkServerProperties 76
IBM Tivoli Monitoring 5
componente 16 DMLinkJRE 75
desinstalacin del producto 40 DMPurge_ITM_RIM_DB 76
gestin de modelo de recurso 74 DMRebootUninstall 75
gestin de perfiles 74 DMRemoveLinkJRE 75 W
obtencin de datos de recursos 18 DMRemoveQuadcapDB 76 wdmcmd 130
visualizacin de cach 86 DMSetCloudscapeNetworkServerProperties wdmcmddistrib
76 132
ejecucin desde el CLI 78 wdmcollect 136
ejecucin desde el escritorio de wdmconfig 138
R Tivoli 77
utilizacin 75
wdmcheckprereq 129
wdmdiscovery 145
recursos
Tivoli Business Systems Manager wdmdistrib 147
concepto 6
como monitor, concepto 12 wdmdumpprf 151
obtencin de datos en un punto
descripcin 99 wdmeditprf 157
final 18
integracin wdmeng 166
recursos gestionados, configuracin 46
habilitar 106 wdmheartbeat 168
registro (datos)
inhabilitar 106 wdmloadprf 170
concepto 13
visin general 99 wdmlseng 173
personalizacin 66
visualizacin de datos 104 wdmmn 177
registro de datos
Tivoli Business Systems Manager Adapter wdmmngcache 179
concepto 13
componente 16 wdmrm 182
personalizacin 66
configuracin 100 wdmtrceng 184
reglas, planificacin 65
gestin 107 winstall 34
reglas de temporizacin 65
instalacin 30, 99 wtmntaddrm 187
requisitos de hardware
requisitos de hardware 23 wtmntdefrm 188
utilizacin 103 wtmntrmrm 189
requisitos de software
Tivoli Business Systems Manager
CommonListener, flujo de datos para
requisitos previos
eventos 18
hardware 22
Tivoli Data Warehouse
software 23
descripcin del componente 17
Resource Model Builder 19
escenario de cliente que utiliza Tivoli
Monitoring 111
habilitacin de Tivoli Monitoring para
S que funcione con 39
Secure Socket Layer 3 19 habilitacin del registro de datos
servidor para 111
desinstalar el producto de 42 integracin con 109
servidor de Tivoli Enterprise Console visin general 109
como monitor, concepto 11 Tivoli Distributed Monitoring (Classic
flujo de datos para eventos 18 Edition)
habilitar eventos 90 coexistencia 26
habilitar mensajes de latido 90 Tivoli Distributed Monitoring para
identificar en el producto 89 Windows
integracin 89 coexistencia 26
sistemas operativos compatibles Tivoli Distributed Monitoring Resource
para IBM Tivoli Monitoring 21 Model Builder 19
Software Installation Service Tivoli Management Framework
instalacin del producto con 30 cortafuegos 19
solicitud de publicaciones xv requisitos de software 23
SSL3 19 tareas, concepto 13
Tivoli Monitoring, coexistencia 26
transferencia de datos en volumen 19
T
tareas (Tivoli Management Framework)
concepto 13 U
especificacin 58 umbrales
concepto 6
ndice 299

SH10-9317-03

Ibm Tivoli Monitoring - User Guide PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ibm Tivoli Monitoring - User Guide PDF

Uploaded by

Copyright:

Available Formats

Gua del usuario

Gua del usuario

Cuarta edicin (Marzo de 2004)

Copyright IBM Corp. 2004 iii

Captulo 8. Comandos . . . . . . . 125

Apndice E. Accesibilidad . . . . . . 275 ndice . . . . . . . . . . . . . . . 297

vi IBM Tivoli Monitoring: Gua del usuario

Copyright IBM Corp. 2004 vii

Copyright IBM Corp. 2004 ix

IBM Tivoli Monitoring se llamaba anteriormente Tivoli Distributed Monitoring

A quin va dirigida esta gua

Tambin deber estar familiarizado con el producto Tivoli Enterprise Console.

Contenido de esta gua

Parte I. Instalacin, configuracin y utilizacin

Copyright IBM Corp. 2004 xi

Parte II. Consola de estado de Web

Parte IV: Apndices

Biblioteca de IBM Tivoli Monitoring

xii IBM Tivoli Monitoring: Gua del usuario

Encontrar versiones de estos documentos en formatos PDF y HTML en los CD del

Cualquier versin actualizada de estos documentos se colocarn en el sitio Web de

Acerca de esta gua xiii

Acceda al glosarios pulsando en el enlace Glossary (Glosario) en el panel izquierdo

Acceso a las publicaciones en lnea

Pulse el enlace de Tivoli Monitoring para acceder a la biblioteca del producto.

Nota: Si imprime los manuales de formato PDF en un papel con un tamao

xiv IBM Tivoli Monitoring: Gua del usuario

Si desea obtener ms informacin, consulte el Apndice E, Accesibilidad.

Cmo ponerse en contacto con IBM Software Support

Si desea ponerse en contacto con el centro de soporte de software, consulte el

Convenciones utilizadas en esta gua

Convenios de tipo de letra

Acerca de esta gua xv

Variables y rutas dependientes del sistema operativo

Cuando utilice la lnea de comandos de Windows, reemplace $variable por

| Resumen de los cambios en esta edicin de la Gua del usuario

| En esta edicin se ha aadido la siguiente informacin:

| Se ha cambiado la siguiente informacin:

xvi IBM Tivoli Monitoring: Gua del usuario

Acerca de esta gua xvii

Copyright IBM Corp. 2004 1

2 IBM Tivoli Monitoring: Gua del usuario

Parte 1. Instalacin, configuracin y utilizacin 3

Muchas funciones de Tivoli Monitoring pueden utilizarse tal como se han

Las principales caractersticas de Tivoli Monitoring son las siguientes:

Copyright IBM Corp. 2004 5

Visin general de Tivoli Monitoring

6 IBM Tivoli Monitoring: Gua del usuario

El umbral Uso de la CPU elevado se utiliza para supervisar un uso excesivo de la

Un agujero es el trmino utilizado para referirse a un ciclo durante el cual no se

Sin embargo, dado que ha decidido que sean significativos un nmero

Por lo tanto, un evento es la agregacin de un nmero definido de apariciones

En las dos series siguientes de eventos, 1 representa una aparicin y 0 representa

8 IBM Tivoli Monitoring: Gua del usuario

Adems, si el algoritmo de supervisin ha contado dos apariciones consecutivas y,

La Figura 1 muestra un grfico del nivel actual de uso de la CPU en un sistema

Ejemplo de uso elevado de CPU (umbral 6o%)

Las instantneas del uso de la CPU obtenidas por el modelo de recurso se

En este ejemplo, se ha determinado que se crear un evento para esta indicacin si

Los eventos se pueden generar varias veces (cuando el problema contina y no

Cuando la funcin de evento de borrado est habilitada para un modelo de

Un evento de borrado (que lleva el mismo ID de evento) se enva cuando son