Ibm Tivoli Monitoring - User Guide PDF
Ibm Tivoli Monitoring - User Guide PDF
Ibm Tivoli Monitoring - User Guide PDF
SH10-9317-03
IBM Tivoli Monitoring
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.
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
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
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
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.
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
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/
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.
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.
Nota: Si utiliza el shell bash en un sistema Windows, puede emplear los convenios
de UNIX.
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).
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,
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.
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.
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.
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
Captulo 1. Introduccin 9
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.
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.
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.
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.
Captulo 1. Introduccin 11
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.
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
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.
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.
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
Captulo 1. Introduccin 13
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.
Servidor de regin
Tivoli Console
de gestin Tivoli
Captulo 1. Introduccin 15
Si desea obtener ms informacin, consulte el Captulo 4, Funcin de latido, en la
pgina 81.
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.
Recopilacin de datos
Este apartado describe cmo obtiene el producto los datos necesarios para la
supervisin en los puntos finales.
Captulo 1. Introduccin 17
Distribuir perfil 1
Servidor de regin
Tivoli Console
de gestin Tivoli
Distribuir
perfil 2
Enviar eventos
TME (seguros) 5
4
Enviar eventos no
TME (no seguros)
Puntos finales
Captulo 1. Introduccin 19
20 IBM Tivoli Monitoring: Gua del usuario
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
Espacio en disco 85 MB
Gateway CPU Los requisitos son los mismos que los de
RAM Framework
Espacio en disco 85 MB
Punto final de Windows CPU 266 MHz
RAM 128 MB
Espacio en disco 30 MB
Punto final de CPU Los requisitos son los mismos que los de
UNIX/Linux (1) Framework
RAM
Espacio en disco 100 MB
Espacio en disco 20 MB
Espacio en disco 2 MB
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 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
Captulo 2. Instalacin 25
Tabla 8. Requisitos previos de software (continuacin)
Caractersticas Software necesario
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.
Esta seccin explica cmo pueden coexistir estos productos, o como se pueden
actualizar a IBM Tivoli Monitoring.
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.
Captulo 2. Instalacin 27
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)
| 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)
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.
Captulo 2. Instalacin 29
| 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.
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.
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.
Captulo 2. Instalacin 31
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
Captulo 2. Instalacin 33
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.
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.
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.
| 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.
Captulo 2. Instalacin 35
Si desea eliminar un modelo de recurso predeterminado existente, escriba el
comando siguiente en la lnea de comandos:
wdmrm remove modelo_recurso
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).
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).
Captulo 2. Instalacin 37
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/
Captulo 2. Instalacin 39
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.
o:
1. Desinstalar del servidor y de los gateways y desinstalar automticamente todos
los puntos finales registrados.
Ejecute esta tarea en el nodo gestionado al que el punto final est asociado.
|
| 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.
Captulo 2. Instalacin 43
44 IBM Tivoli Monitoring: Gua del usuario
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.
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.
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.
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.
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 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
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.
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).
Nota: La frecuencia con la que se recopilan los datos queda determinada por
tiempo del ciclo del modelo de recurso.
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.
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.
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.
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.
$DBDIR/AMW/logs/msg_perfil#regin_remove.log
Para la inhabilitacin, siga los pasos anteriores, pero seleccione Ninguna u otra
poltica de validacin en la lista desplegable Poltica de validacin.
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.
Para ejecutar una tarea desde la lnea de comandos utilice la sintaxis siguiente
(utilice comillas para delimitar una variable que contenga espacios):
Donde:
t nombre_tarea
Especifica el nombre de la tarea que se va a ejecutar.
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
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).
Comandos de
control de 2
latidos
Puntos finales
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.
Iniciar motor
o distribuir
perfil 2
Nodo gestionado de
IBM Tivoli Monitoring
Tivoli/Gateway
Almacenar datos
5
Iniciar motor Llamada ascendente
o distribuir para registrar puntos
perfil 3 4 finales
Puntos finales
Servidor de regin
Tivoli Console
de gestin Tivoli
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
Cach del punto final
4
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).
Enviar cach 5
Nodo gestionado de
IBM Tivoli Monitoring
Tivoli/Gateway
Recuperar
estado de
punto final
3
Puntos finales
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
Para definir la identidad del servidor Tivoli Enterprise Console para todos los
modelos de recurso de un perfil, realice los pasos siguientes:
1. Abra el dilogo Perfil de Tivoli Monitoring.
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.
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.
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)
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.
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.
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).
Descubri-
miento 2
masivo/
delta Tivoli Business Systems
Manager Adapter Enviar mensajes de TBSM
4
Puntos finales
Ver recursos,
Abrir consola 1 eventos de
2 modelo de
Java de TBSM
recursos y
eventos de
latido
Puntos finales
Figura 9. Flujo de datos para visualizar datos de Tivoli Monitoring en 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.
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).
Fuente 1 Despensa
de datos
Fuente 3 Despensa
de datos
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.
Figura 11. Lnea horaria para el registro de datos para el almacn central de datos
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
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.
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
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).
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.
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
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 [ ].
Este apndice describe los comandos utilizando slo sus nombres nuevos.
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.
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
Sintaxis
wdmcmd restart {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
Requiere los roles super, senior o admin.
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
Sintaxis
wdmcmddistrib start { p gestor_perfiles#regin | e { punto_final |
@archivo_puntos_finales } | m {nodo_gestionado | all} } [ t tiempo_espera ] [ d dir ]
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.
$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.
Las opciones son las siguientes:
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.
@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.
m {nodo_gestionado | all}
Especifica los nodos gestionados/gateways cuyos puntos finales se iniciarn,
detendrn o actualizarn.
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
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
Requiere los roles super, senior o admin.
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
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.
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.
Las opciones son las siguientes:
nombre_punto_final
El nombre del punto final en el que se realizar el comando.
@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.
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).
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
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
| 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
| minutos. El valor predeterminado es 10 minutos.
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
predeterminado es 500000.
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
predeterminado es 0.
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,
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
predeterminado es 10.
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).
| 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 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
| 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
| local_IP_address.DM.QM+DM.Q (por ejemplo,
| 146.84.112.165.DM.QM+DM.Q)
| transport.request.port
| Especifica el nmero de puerto utilizado para recibir peticiones. El valor
| predeterminado es 6969.
| transport.response.port
| Especifica el usuario de nmero de puerto al que enviar respuestas. El valor
| predeterminado es 6969.
| 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
| predeterminado es 1.
| 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):
| 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.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
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
Sintaxis
wdmdiscovery [m {nodo_gestionado | @archivo_nodos_gestionados | all}] b
[{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.
Las opciones son las siguientes:
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,
aunque este smbolo no debera formar parte del nombre del archivo.
a Todos los puntos finales adjuntos a los nodos gestionados/gateways
definidos tienen un estado activo en la supervisin de latido ms reciente.
m {nodo_gestionado | @archivo_nodos_gestionados | all}
Especifica los nodos gestionados/gateways en los que se realizar el
descubrimiento. Si no se utiliza esta opcin, el descubrimiento se realizar en el
nodo gestionado/gateway desde el que se est ejecutando el comando.
Las opciones son las siguientes:
nodo_gestionado
El nombre del nodo gestionado/gateway en el que se ejecutar el comando.
@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
Todos los nodos gestionados/gateways de la regin de Tivoli
Autorizacin
Requiere los roles super, senior o admin.
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
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...]
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
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
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
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>
Occurrences = "40"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "CRITICAL"
Clearing = "YES"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailWithSmallPageFile"
Occurrences = "1"
Holes = "0"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowPinReadHits"
Occurrences = "10"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "MINOR"
Clearing = "NO"
SendTec = "FALSE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowMDLReadHits"
Occurrences = "10"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "MINOR"
Clearing = "NO"
SendTec = "FALSE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailCausingSoftPaging"
Occurrences = "10"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvail"
Occurrences = "6"
Holes = "2"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowDataMapHits"
Occurrences = "10"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "MINOR"
Clearing = "NO"
SendTec = "FALSE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailCausingHardPaging"
Occurrences = "10"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailHighWS"
Occurrences = "6"
Holes = "2"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailCausingSoftPagePagefileResize"
Occurrences = "1"
Holes = "0"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailHighCache"
Occurrences = "6"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_PageFileResizing"
Occurrences = "1"
Holes = "0"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_MemoryLeakInSC"
Occurrences = "40"
Holes = "10"
SendToTBSM = "FALSE"
Severity = "CRITICAL"
Clearing = "YES"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowAvailCausingManyProblems"
Occurrences = "1"
Holes = "0"
SendToTBSM = "FALSE"
Severity = "CRITICAL"
Clearing = "YES"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_HighPaging"
Occurrences = "15"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "WARNING"
Clearing = "NO"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_MemoryLeakInSD"
Occurrences = "40"
Holes = "10"
SendToTBSM = "FALSE"
Severity = "CRITICAL"
Clearing = "YES"
SendTec = "TRUE"
ExecuteAction = "FALSE">
</EventAggregInfo>
<EventAggregInfo
Name = "TMW_LowCopyReadHits"
Occurrences = "10"
Holes = "1"
SendToTBSM = "FALSE"
Severity = "MINOR"
Clearing = "NO"
SendTec = "FALSE"
ExecuteAction = "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:
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
Sintaxis
wdmeditprf P perfil#regin { opciones_perfil | acciones_modelo_recurso }
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
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.
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
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.
Autorizacin
Requiere los roles super, senior o admin.
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
Consulte tambin
wdmdumpprf
wdmloadprf
Sintaxis
wdmeng e punto final [p perfil#regin] modelo_recurso start
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 obtener una lista de los nombres completos de todos los perfiles
que se encuentran en un punto final, escriba el comando siguiente:
wdmlseng e punto final
modelo_recurso
Define el modelo de recurso a iniciar o detener. 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.
start
Inicia el modelo de recurso o perfil nombrado.
stop
Detiene el modelo de recurso o perfil nombrado.
Autorizacin
Requiere los roles super, senior o admin.
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
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
m {nodo_gestionado | @archivo_nodos_gestionados | all}
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/gateway desde el que se est ejecutando el comando.
Las opciones son las siguientes:
nodo_gestionado
El nombre del nodo gestionado/gateway en el que se ejecutar el comando.
@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
Todos los nodos gestionados/gateways de la regin de Tivoli
q
Consulta el estado del procesador de latido. El siguiente es un ejemplo de la
salida:
Processing ManagedNode mcrudele...
HeartBeat processor status: STARTED, frequency: 60
Processing ManagedNode dmw2k2...
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).
Autorizacin
Requiere los roles super, senior o admin.
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
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.
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.
Nota: Para obtener una lista de los nombres completos de todos los perfiles
que se encuentran en un punto final, escriba el comando siguiente:
wdmlseng e punto final
[{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
Autorizacin
Requiere los roles super, senior o admin.
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:
wdmloadprf f MisPerfiles\MiArchivoXML -g MiGestorPerfiles#MiRegin
-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:
wdmloadprf f MisPerfiles\MiArchivoXML -g MiGestorPerfiles#MiRegin
-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:
wdmloadprf f MisPerfiles\MiArchivoXML -g MiGestorPerfiles#MiRegin
-P NombreMiPerfil -k
Consulte tambin
wdmdumpprf
wdmeditprf
Sintaxis
wdmlseng e punto final [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.
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
Nota: Para obtener una lista de los nombres completos de todos los perfiles
que se encuentran en un punto final, escriba el comando siguiente:
wdmlseng e punto final
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.
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
Sintaxis
wdmmn start [m {nodo_gestionado | all}] [d] [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
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.
m {nodo_gestionado | all}
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.
Autorizacin
Requiere los roles super, senior o admin.
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
Sintaxis
wdmmngcache [m {nodo_gestionado | @archivo_nodos_gestionados | all}] l [v]
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.
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
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
m {nodo_gestionado | @archivo_nodos_gestionados | all}
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.
Las opciones son las siguientes:
nodo_gestionado
El nombre del nodo gestionado/gateway en el que se ejecutar el comando.
@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
Todos los nodos gestionados/gateways de la regin de Tivoli
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
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.
@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,
aunque este smbolo no debera formar parte del nombre del archivo.
Autorizacin
Requiere los roles super, senior o admin.
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
Sintaxis
wdmrm add archivo_tar_modelo_recurso
wdmrm list
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.
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
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.
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
Requiere los roles super, senior o admin.
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.
184 IBM Tivoli Monitoring: Gua del usuario
wdmtrceng
wdmtrceng e MiEP1 -1 -1
Consulte tambin
wdmcmd
wdmeng
wdmlseng
Consulte tambin
wtmntdefrm
wtmntrmrm
Consulte tambin
wtmntaddrm
wtmntrmrm
Consulte tambin
wtmntaddrm
wtmntdefrm
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.
Gestor de peticiones
Cach
centralizado
TMA
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
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.
-silent
-P base_install.installLocation=Nombre Directorio
-W user_input.user=Nombre Usuario
-W user_input.password=Contrasea
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
-silent
-P base_install.installLocation=Nombre Directorio
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
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
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.
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%.
La salud de al menos uno de los modelos de
recurso instalados en el punto final est a
0-10%.
La salud de al menos uno de los modelos de
recurso instalados en el punto final no se
encuentra disponible.
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.
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.
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 (*).
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.
En la vista Salud del punto final puede realizar las siguientes acciones sobre
modelos de recurso:
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.
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.
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.
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.
|
| 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:
| 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
|
| 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.
|
| 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.
|
| 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.
| 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.
| 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.
|
| 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.
|
| 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.
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.
http://www.dmtf.org/standards/cim_spec_v22/
Tivoli Monitoring puede utilizar procesos que forman parte de los sistemas
operativos de los puntos finales para obtener datos de recursos.
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
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
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.
[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
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp
The metrics collected by the following monitors are collected by the by the following RESOURCES MODELS:
===================================================================
The metrics collected by the following monitors can be found in the
following CIM CLASSES:
====================================================================
=====================================================================
COLLECTION MONITOR
======================================================================
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
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.
Informe de
anlisis
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
Instalacin y personalizacin
Para poder utilizarlo, TIMs2XML se debe instalar en el servidor TIMS cuyas tareas
se tienen que supervisar.
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 El nombre del proceso est dentro del distintivo value
v Si Percentage Used Monitor est activo, su seccin monitor contiene:
El identificador fsUsed en el distintivo name
El intervalo de muestreo (en segundos) en el distintivo rate
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
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.
Para poder utilizar estos modelos de recurso, tiene que agregarlos al servidor
Tivoli Monitoring mediante el comando wdmrm add.
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
Puede seleccionar los discos lgicos que se tienen que supervisar haciendo clic en
el botn Parmetro y modificando los valores predeterminados.
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
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).
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).
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).
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.
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 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
En el Nodo A (produccin):
/opt/Tivoli/lcf1
/etc/Tivoli/lcf1
/opt/Tivoli/lcf2
/etc/Tivoli/lcf2
lcfd_port=9497
lcfd_preferred_port=9497
gateway_port=9494
lcfd_alternate_port=9498
lcfd_port=9499
lcfd_preferred_port=9499
gateway_port=9494
lcfd_alternate_port=9500
lcfd_port=9495
lcfd_preferred_port=9495
gateway_port=9494
lcfd_alternate_port=9496
En el Nodo A (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.
| 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).
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
/opt/Tivoli/lcf_a
/etc/Tivoli/lcf_a
Nodo B
/opt/Tivoli/lcf_b
/etc/Tivoli/lcf_b
lcfd_port=9495
lcfd_preferred_port=9495
gateway_port=9494
lcfd_alternate_port=9496
lcfd_port=9497
lcfd_preferred_port=9497
lcfd_alternate_port=9498
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
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.
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.
3. Obligaciones de distribucin.
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.
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.
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.
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.
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.
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.
6. Versiones de la Licencia.
6.1. 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.
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.
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.
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.
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.
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) ______________________________________.
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.
I. Efecto.
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.
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.
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.
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.
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.
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 [___].
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:
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
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.
LICENCIA DE COPYRIGHT:
UNIX es una marca registrada de The Open Group en los EE.UU y en otros pases.
Avisos 289
290 IBM Tivoli Monitoring: Gua del usuario
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).
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
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
296 IBM Tivoli Monitoring: Gua del usuario
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
ndice 299
300 IBM Tivoli Monitoring: Gua del usuario
SH10-9317-03