Professional Documents
Culture Documents
Tivoli
Monitoring
Gua
del
usuario
Versin
5.1.2
SH10-9317-03
IBM
Tivoli
Monitoring
Gua
del
usuario
Versin
5.1.2
SH10-9317-03
Nota
Antes
de
utilizar
esta
informacin
y
el
producto
al
que
da
soporte,
asegrese
de
leer
la
informacin
general
en
"Avisos
al
final
de
este
manual.
Cuarta
edicin
(Marzo
de
2004)
Este
manual
es
la
traduccin
del
original
ingls
IBM
Tivoli
Monitoring
Users
Guide
Version
5.1.2,
(SH19-4569-03).
Esta
edicin
se
aplica
al
nivel
de
modificacin
2
de
la
versin
5
release
1
de
IBM
Tivoli
Monitoring
y
a
todos
los
releases
y
modificaciones
subsiguientes
hasta
que
no
se
indique
lo
contrario
en
nuevas
ediciones.
Esta
edicin
sustituye
a
SH10-9317-02.
Copyright
IBM
Corporation
1999,
2004.
Reservados
todos
los
derechos.
Nota
sobre
derechos
restringidos
de
los
usuarios
del
gobierno
de
los
EE.UU.
La
utilizacin,
duplicacin
y
divulgacin
estn
sujetas
a
las
restricciones
expuestas
en
el
GSA
ADP
Schedule
Contract
con
IBM
Corporation.
Copyright
International
Business
Machines
Corporation
2004.
Reservados
todos
los
derechos.
Contenido
Figuras
.
.
.
.
.
.
.
.
.
.
.
.
.
. vii
Tablas
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. ix
Acerca
de
esta
gua
.
.
.
.
.
.
.
.
. xi
A
quin
va
dirigida
esta
gua
.
.
.
.
.
.
.
. xi
Contenido
de
esta
gua
.
.
.
.
.
.
.
.
.
.
. xi
Publicaciones
.
.
.
.
.
.
.
.
.
.
.
.
.
. xii
Biblioteca
de
IBM
Tivoli
Monitoring
.
.
.
.
. xii
Publicaciones
relacionadas
.
.
.
.
.
.
.
. xiii
Acceso
a
las
publicaciones
en
lnea
.
.
.
.
. xiv
Solicitud
de
publicaciones
.
.
.
.
.
.
.
. xv
Accesibilidad
.
.
.
.
.
.
.
.
.
.
.
.
.
. xv
Cmo
ponerse
en
contacto
con
IBM
Software
Support
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. xv
Convenciones
utilizadas
en
esta
gua
.
.
.
.
.
. xv
Convenios
de
tipo
de
letra
.
.
.
.
.
.
.
. xv
Variables
y
rutas
dependientes
del
sistema
operativo
.
.
.
.
.
.
.
.
.
.
.
.
.
. xvi
Resumen
de
los
cambios
en
esta
edicin
de
la
Gua
del
usuario
.
.
.
.
.
.
.
.
.
.
.
.
.
. xvi
Parte
1.
Instalacin,
configuracin
y
utilizacin
.
.
.
.
.
.
.
.
.
.
.
.
. 1
Captulo
1.
Introduccin
.
.
.
.
.
.
.
. 5
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
.
. 5
Visin
general
de
Tivoli
Monitoring
.
.
.
.
.
. 6
Recursos
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6
Modelos
de
recurso
.
.
.
.
.
.
.
.
.
.
. 6
Ciclos
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6
Umbrales
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6
Parmetros
.
.
.
.
.
.
.
.
.
.
.
.
.
. 7
Indicaciones
.
.
.
.
.
.
.
.
.
.
.
.
. 7
Apariciones
y
agujeros
.
.
.
.
.
.
.
.
.
. 8
Eventos
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 8
Eventos
de
borrado
.
.
.
.
.
.
.
.
.
. 10
Eventos
correlacionados
.
.
.
.
.
.
.
. 11
Supervisin
de
eventos
e
indicaciones
.
.
.
. 11
En
el
servidor
de
Tivoli
Enterprise
Console
.
. 11
En
la
Consola
de
estado
de
Web
.
.
.
.
. 12
En
Tivoli
Business
Systems
Manager
.
.
.
. 12
Acciones
de
recuperacin
.
.
.
.
.
.
.
.
. 12
Acciones
incorporadas
.
.
.
.
.
.
.
.
. 12
Tareas
de
Tivoli
Framework
.
.
.
.
.
.
. 13
Planificacin
.
.
.
.
.
.
.
.
.
.
.
.
. 13
Registro
.
.
.
.
.
.
.
.
.
.
.
.
.
. 13
Perfiles
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 13
La
funcin
de
latido
.
.
.
.
.
.
.
.
.
. 14
Componentes
.
.
.
.
.
.
.
.
.
.
.
.
.
. 14
Componente
base
de
Tivoli
Monitoring
.
.
.
. 15
Consola
de
estado
de
Web
.
.
.
.
.
.
.
. 16
Componente
de
punto
final
.
.
.
.
.
.
.
. 16
Tivoli
Business
Systems
Manager
Adapter
.
.
. 16
Componente
Gathering
Historical
Data
.
.
.
. 16
Componente
Tivoli
Enterprise
Data
Warehouse
Support
.
.
.
.
.
.
.
.
.
.
.
.
.
. 17
Recopilacin
de
datos
.
.
.
.
.
.
.
.
.
.
. 17
Flujo
de
datos
del
modelo
de
recurso
.
.
.
.
. 17
Obtencin
de
datos
de
recursos
en
el
punto
final
18
Consideraciones
sobre
la
seguridad
.
.
.
.
.
. 19
Tivoli
Monitoring
Resource
Model
Builder
.
.
.
. 19
Captulo
2.
Instalacin
.
.
.
.
.
.
.
. 21
Plataformas
soportadas
.
.
.
.
.
.
.
.
.
. 21
Requisitos
de
hardware
.
.
.
.
.
.
.
.
.
. 22
Requisitos
previos
de
software
.
.
.
.
.
.
.
. 23
Tivoli
Management
Framework
.
.
.
.
.
.
. 23
Parches
necesarios
de
Tivoli
Management
Framework
.
.
.
.
.
.
.
.
.
.
.
. 23
Otro
software
.
.
.
.
.
.
.
.
.
.
.
.
. 24
Coexistencia
con
otras
versiones
de
Tivoli
Monitoring
.
.
.
.
.
.
.
.
.
.
.
.
.
. 26
Productos
de
la
familia
Tivoli
Monitoring
.
.
. 27
Productos
de
la
familia
Tivoli
Distributed
Monitoring
(Classic
Edition)
.
.
.
.
.
.
.
. 27
Compatibilidad
con
versiones
anteriores
.
.
.
.
. 28
Instalacin/actualizacin
del
producto
.
.
.
.
. 29
Antes
de
empezar
.
.
.
.
.
.
.
.
.
.
. 29
Instalacin
utilizando
el
asistente
de
instalacin
30
Instalacin
con
Tivoli
Software
Installation
Service
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 30
Instalacin
desde
el
escritorio
de
Tivoli
.
.
.
. 30
Instalacin
desde
la
lnea
de
comandos
.
.
.
. 34
Actualizacin
desde
Tivoli
Monitoring
Versin
5.1.1
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 35
Instalacin
de
un
modelo
de
recurso
predeterminado
.
.
.
.
.
.
.
.
.
.
.
. 35
Actualizacin
desde
Workbench
a
Resource
Model
Builder
.
.
.
.
.
.
.
.
.
.
.
. 36
Cmo
agregar
el
grupo
de
avisos
.
.
.
.
.
.
. 36
Instalacin
de
Java
Runtime
Environment
.
.
.
. 37
Opciones
de
instalacin
.
.
.
.
.
.
.
.
. 38
Cmo
habilitar
Tivoli
Monitoring
para
trabajar
con
Tivoli
Data
Warehouse
utilizando
Gathering
Historical
Data
.
.
.
.
.
.
.
.
.
.
.
.
. 39
Desinstalacin
del
producto
.
.
.
.
.
.
.
.
. 40
Desinstalacin
de
componentes
de
punto
final
.
. 40
Desinstalacin
desde
servidores
y
gateways
.
. 42
Captulo
3.
Cmo
utilizar
el
producto
45
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 45
Perfiles
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 46
Puntos
clave
sobre
los
perfiles
.
.
.
.
.
.
. 46
Configuracin
de
los
recursos
gestionados
.
.
.
. 46
Cmo
crear
perfiles
y
gestores
de
perfiles
.
.
.
. 47
Cmo
utilizar
la
CLI
para
gestionar
perfiles
en
el
servidor
.
.
.
.
.
.
.
.
.
.
.
.
.
. 50
Cmo
utilizar
modelos
de
recurso
predeterminados
51
Copyright
IBM
Corp.
2004
iii
|
||
|
|
|
|
|
|
|
Cmo
agregar
un
modelo
de
recurso
predeterminado
a
un
perfil
.
.
.
.
.
.
.
.
. 51
Cmo
utilizar
la
CLI
para
agregar
un
modelo
de
recurso
predeterminado
a
un
perfil
.
.
.
.
. 52
Cmo
agregar
un
modelo
de
recurso
personalizado
a
un
perfil
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 52
Cmo
utilizar
la
CLI
para
agregar
un
modelo
de
recurso
personalizado
a
un
perfil
.
.
.
.
.
. 54
Cmo
personalizar
un
modelo
de
recurso
.
.
.
. 54
Cmo
personalizar
umbrales
y
reglas
de
eventos
54
Cmo
especificar
acciones
incorporadas
para
un
evento
.
.
.
.
.
.
.
.
.
.
.
.
. 57
Cmo
editar
una
accin
incorporada
.
.
. 57
Cmo
eliminar
una
accin
incorporada
.
. 58
Cmo
agregar
una
accin
incorporada
.
. 58
Cmo
especificar
tareas
para
un
evento
.
.
. 58
Envo
de
un
correo
electrnico
como
respuesta
a
un
evento
.
.
.
.
.
.
.
. 60
Envo
de
un
aviso
como
respuesta
a
un
evento
.
.
.
.
.
.
.
.
.
.
.
.
. 62
Cmo
personalizar
parmetros
.
.
.
.
.
.
. 62
Cmo
personalizar
la
informacin
de
planificacin
.
.
.
.
.
.
.
.
.
.
.
.
. 63
Cmo
configurar
el
periodo
de
supervisin
.
. 65
Cmo
crear
reglas
de
planificacin
.
.
.
. 65
Cmo
personalizar
informacin
de
registro
de
datos
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 66
Cmo
utilizar
la
CLI
para
personalizar
un
modelo
de
recurso
para
un
perfil
.
.
.
.
.
. 68
Cmo
configurar
las
opciones
de
distribucin
de
un
perfil
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 68
Distribucin
de
perfiles
utilizando
MDist
2
.
.
.
. 70
Cmo
volver
a
ejecutar
las
distribuciones
fallidas
70
Cmo
suprimir
copias
de
perfil
durante
una
cancelacin
de
suscripcin
.
.
.
.
.
.
.
.
. 71
Cmo
modificar
la
poltica
del
gestor
de
perfiles
cuando
no
hay
ningn
objeto
de
poltica
personalizado
.
.
.
.
.
.
.
.
.
.
.
. 72
Cmo
utilizar
el
escritorio
de
Tivoli
.
.
.
. 72
Utilizacin
de
la
CLI
.
.
.
.
.
.
.
.
. 74
Cmo
modificar
la
poltica
del
gestor
de
perfiles
cuando
hay
un
objeto
de
poltica
personalizado
en
uso
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 74
Cmo
gestionar
perfiles
y
modelos
de
recurso
en
puntos
finales
.
.
.
.
.
.
.
.
.
.
.
.
. 74
Cmo
gestionar
Tivoli
Monitoring
en
gateways
.
. 75
Cmo
utilizar
tareas
de
Tivoli
Monitoring
.
.
.
. 75
Cmo
ejecutar
una
tarea
desde
el
escritorio
de
Tivoli
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 77
Cmo
ejecutar
una
tarea
desde
la
CLI
.
.
.
. 78
Captulo
4.
Funcin
de
latido
.
.
.
.
. 81
Estados
de
latido
.
.
.
.
.
.
.
.
.
.
.
. 81
Cmo
instalar
y
configurar
el
latido
.
.
.
.
.
. 81
Cmo
controlar
el
latido
.
.
.
.
.
.
.
.
.
. 82
Flujos
de
datos
de
latido
.
.
.
.
.
.
.
.
.
. 83
Registro
de
punto
final
.
.
.
.
.
.
.
.
. 83
Supervisin
de
latido
.
.
.
.
.
.
.
.
.
. 85
Cmo
ver
el
cach
de
punto
final
.
.
.
.
.
. 86
Captulo
5.
Integracin
con
el
servidor
de
Tivoli
Enterprise
Console
.
.
.
.
. 89
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 89
Cmo
identificar
el
servidor
de
Tivoli
Enterprise
Console
en
Tivoli
Monitoring
.
.
.
.
.
.
.
. 89
Cmo
habilitar
la
supervisin
de
eventos
y
mensajes
de
latido
en
el
servidor
de
Tivoli
Enterprise
Console
90
Cmo
habilitar
la
supervisin
de
eventos
en
Availability
Intermediate
Manager
.
.
.
.
.
.
. 92
Slots
de
clases
de
Tivoli
Enterprise
Console
.
.
.
. 92
Slots
de
la
clase
TMW_Event
.
.
.
.
.
.
. 92
Slots
de
la
clase
HeartBeat_Event
.
.
.
.
.
. 94
Cmo
conocer
las
reglas
de
Tivoli
Enterprise
Console
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 95
Captulo
6.
Integracin
con
Tivoli
Business
Systems
Manager
.
.
.
.
. 99
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 99
Cmo
instalar
Tivoli
Business
Systems
Manager
Adapter
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 99
Cmo
configurar
Tivoli
Business
Systems
Manager
Adapter
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 100
Utilizacin
de
Tivoli
Business
Systems
Manager
Adapter
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 103
Cmo
ver
datos
de
Tivoli
Business
Systems
Manager
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 104
Cmo
habilitar
e
inhabilitar
la
integracin
de
Tivoli
Business
Systems
Manager
.
.
.
.
.
.
.
.
. 106
Gestin
de
Tivoli
Business
Systems
Adapter
desde
la
CLI
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 107
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
.
.
.
.
.
.
.
.
.
.
.
. 109
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 109
Escenario
personalizado
utilizando
Tivoli
Monitoring
.
.
.
.
.
.
.
.
.
.
.
.
.
. 111
Habilitacin
del
registro
de
datos
en
el
depsito
de
datos
central
.
.
.
.
.
.
.
.
.
.
.
.
.
. 111
Cmo
instalar
y
configurar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
.
.
.
.
.
. 113
Cmo
verificar
los
requisitos
previos
.
.
.
. 113
Cmo
instalar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
.
.
.
.
.
.
.
. 114
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
.
.
.
.
.
.
.
.
.
.
.
.
.
. 116
Cmo
verificar
los
requisitos
previos
.
.
. 116
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
.
.
.
.
.
.
.
.
.
.
. 116
Cmo
verificar
la
conexin
de
objeto
RIM
118
Configuracin
de
Tivoli
Enterprise
Data
Warehouse
Support
.
.
.
.
.
.
.
.
.
. 119
Cmo
cargar
datos
utilizando
la
CLI
.
.
.
. 119
Procedimientos
alternativos
de
instalacin
y
configuracin
.
.
.
.
.
.
.
.
.
.
.
. 120
Cmo
crear
un
objeto
RIM
utilizando
un
script
de
shell
.
.
.
.
.
.
.
.
.
.
. 120
Cmo
crear
una
estructura
de
base
de
datos
utilizando
el
procesador
de
SQL
.
.
.
.
. 121
Captulo
8.
Comandos
.
.
.
.
.
.
. 125
iv
IBM
Tivoli
Monitoring:
Gua
del
usuario
Nombres
de
comandos
actualizados
.
.
.
.
.
. 125
Comandos
para
gestionar
perfiles
en
el
servidor
de
Tivoli
.
.
.
.
.
.
.
.
.
.
.
.
.
. 126
Comando
para
gestionar
modelos
de
recurso
predeterminados
en
el
servidor
de
Tivoli
.
.
. 126
Comandos
para
gestionar
Tivoli
Business
Systems
Manager
Adapter
.
.
.
.
.
.
.
. 127
Comandos
para
gestionar
Tivoli
Monitoring
en
los
puntos
finales
.
.
.
.
.
.
.
.
.
.
. 127
Comandos
para
gestionar
Tivoli
Monitoring
en
nodos
gestionados/gateways
.
.
.
.
.
.
. 127
wdmcheckprereq
.
.
.
.
.
.
.
.
.
.
.
. 129
wdmcmd
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 130
wdmcmddistrib
.
.
.
.
.
.
.
.
.
.
.
. 132
wdmcollect
.
.
.
.
.
.
.
.
.
.
.
.
.
. 136
wdmconfig
.
.
.
.
.
.
.
.
.
.
.
.
.
. 138
wdmdiscovery
.
.
.
.
.
.
.
.
.
.
.
.
. 145
wdmdistrib
.
.
.
.
.
.
.
.
.
.
.
.
.
. 147
wdmdumpprf
.
.
.
.
.
.
.
.
.
.
.
.
. 151
wdmeditprf
.
.
.
.
.
.
.
.
.
.
.
.
.
. 157
wdmeng
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 166
wdmheartbeat
.
.
.
.
.
.
.
.
.
.
.
.
. 168
wdmloadprf
.
.
.
.
.
.
.
.
.
.
.
.
.
. 170
wdmlseng
.
.
.
.
.
.
.
.
.
.
.
.
.
. 173
wdmmn
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 177
wdmmngcache
.
.
.
.
.
.
.
.
.
.
.
.
. 179
wdmrm
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 182
wdmtrceng
.
.
.
.
.
.
.
.
.
.
.
.
.
. 184
wtmntaddrm
.
.
.
.
.
.
.
.
.
.
.
.
. 187
wtmntdefrm
.
.
.
.
.
.
.
.
.
.
.
.
.
. 188
wtmntrmrm
.
.
.
.
.
.
.
.
.
.
.
.
.
. 189
Cdigos
de
retorno
desde
los
comandos
.
.
.
. 190
Parte
2.
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 195
Captulo
9.
Introduccin
a
la
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
. 197
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 197
Cmo
conocer
la
salud
de
un
recurso
.
.
.
. 197
Conexin
de
la
Consola
de
estado
de
Web
.
.
. 198
El
procesador
del
gestor
de
peticiones
.
.
.
. 198
Requisitos
de
sistema
.
.
.
.
.
.
.
.
.
.
. 199
Requisitos
de
software
.
.
.
.
.
.
.
.
.
. 199
Instalacin
de
la
Consola
de
estado
de
Web
.
.
. 200
Instalacin
en
Windows
.
.
.
.
.
.
.
.
. 200
Instalacin
en
UNIX
.
.
.
.
.
.
.
.
.
. 201
Resolucin
de
problemas
de
la
instalacin
.
.
. 202
Cmo
habilitar
la
Consola
de
estado
Web
para
utilizar
los
modelos
de
recurso
.
.
.
.
.
. 205
Cmo
habilitar
el
soporte
de
Secure
Socket
Layer
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 206
Desinstalacin
de
la
Consola
de
estado
de
Web
.
. 208
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
. 209
Cmo
iniciar
la
sesin
en
la
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 209
Cmo
iniciar
la
sesin
en
la
Consola
de
estado
de
Web
por
primera
vez
.
.
.
.
.
.
.
.
. 210
Cmo
configurar
las
preferencias
.
.
.
.
.
.
. 210
Cmo
gestionar
listas
de
puntos
finales
.
.
. 210
Cmo
gestionar
preferencias
generales
.
.
.
. 212
Cmo
gestionar
preferencias
de
grficos
.
.
. 212
Caractersticas
comunes
de
la
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 213
Cmo
utilizar
la
vista
Lista
de
puntos
finales
.
.
. 214
Cmo
trabajar
con
puntos
finales
.
.
.
.
.
. 215
Cmo
utilizar
la
vista
Lista
de
modelos
de
recurso
215
Cmo
utilizar
la
vista
puntos
finales
por
modelo
de
recurso
.
.
.
.
.
.
.
.
.
.
.
.
.
. 217
Cmo
trabajar
con
puntos
finales
.
.
.
.
.
. 217
Cmo
trabajar
con
la
vista
Salud
de
punto
final
217
Cmo
trabajar
con
el
marco
de
modelos
de
recurso
.
.
.
.
.
.
.
.
.
.
.
.
.
. 218
Cmo
trabajar
con
modelos
de
recurso
.
.
. 218
Marco
Indicaciones
.
.
.
.
.
.
.
.
.
. 219
Marco
Datos
histricos
.
.
.
.
.
.
.
.
. 219
Cmo
trabajar
con
vistas
de
grfico
.
.
.
.
.
. 220
Controles
de
grficos
.
.
.
.
.
.
.
.
.
. 220
Grfico
de
datos
en
lnea
.
.
.
.
.
.
.
. 221
Grfico
Datos
histricos
.
.
.
.
.
.
.
.
. 222
Parte
3.
Apndices
.
.
.
.
.
.
.
. 223
Apndice
A.
Variables
de
entorno
.
. 225
Apndice
B.
Instalacin
utilizando
el
asistente
de
instalacin
.
.
.
.
.
.
. 227
Cmo
realizar
una
instalacin
Evaluacin
.
.
.
. 227
Cmo
realizar
una
instalacin
Tpica
.
.
.
.
. 230
Cmo
crear
un
punto
final
de
proxy
de
Windows
236
Apndice
C.
Consideraciones
sobre
la
migracin
.
.
.
.
.
.
.
.
.
.
.
.
. 241
Migracin
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
a
Tivoli
Monitoring
.
.
.
.
. 241
Visin
general
.
.
.
.
.
.
.
.
.
.
.
. 241
Directrices
para
migrar
a
Tivoli
Monitoring
5.1.2
243
Momento
del
diseo
.
.
.
.
.
.
.
.
. 243
Momento
del
despliegue
.
.
.
.
.
.
. 245
Momento
de
la
ejecucin
.
.
.
.
.
.
. 245
Proceso
de
migracin
.
.
.
.
.
.
.
.
.
. 246
Sentry
Profile
Analyzer
.
.
.
.
.
.
.
. 246
Ejemplos
.
.
.
.
.
.
.
.
.
.
.
. 249
Modo
de
compatibilidad
.
.
.
.
.
.
. 251
Proceso
del
asistente
.
.
.
.
.
.
.
.
. 252
Cmo
se
combina
esto
.
.
.
.
.
.
.
. 253
Migracin
desde
Tivoli
Web
Component
Manager
254
Tims2XML
.
.
.
.
.
.
.
.
.
.
.
.
. 255
Instalacin
y
personalizacin
.
.
.
.
.
. 255
Estructura
del
archivo
XML
.
.
.
.
.
. 255
Tareas
de
supervisin
del
sistema
.
.
.
. 258
Tarea
Monitor
de
proceso
.
.
.
.
.
. 258
Tarea
Monitor
de
CPU
.
.
.
.
.
.
. 259
Tarea
Monitor
del
sistema
de
archivos
UNIX
.
.
.
.
.
.
.
.
.
.
.
.
. 260
Contenido
v
|
|
|
|
|
|
|
|
|
Modelos
de
recurso
.
.
.
.
.
.
.
.
.
. 262
Modelo
de
recurso
Disco
lgico
.
.
.
.
. 262
Modelo
de
recurso
Procesador
.
.
.
.
.
. 263
Modelo
de
recurso
Memoria
.
.
.
.
.
. 264
Modelo
de
recurso
Sistema
de
archivos
.
.
. 264
Ejemplo
de
migracin:
tarea
Monitor
de
memoria
.
.
.
.
.
.
.
.
.
.
.
.
.
. 264
Apndice
D.
Soporte
de
clsteres
.
. 267
Recuperacin
tras
error
verdadera
de
clster
en
UNIX
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 267
Recuperacin
tras
error
verdadera
de
clster
en
Windows
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 270
Clster
de
equilibrio
de
carga
en
UNIX
.
.
.
.
. 270
Limitaciones
.
.
.
.
.
.
.
.
.
.
.
.
.
. 272
Apndice
E.
Accesibilidad
.
.
.
.
.
. 275
Cmo
utilizar
tecnologas
de
ayuda
.
.
.
.
.
. 275
Cmo
aumentar
el
tamao
de
lo
que
aparece
en
pantalla
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 275
Documentacin
en
formatos
accesibles
.
.
.
.
. 275
Cmo
utilizar
texto
alternativo
.
.
.
.
.
.
. 276
Apndice
F.
Utilizacin
de
Rhino:
JavaScript
for
Java
.
.
.
.
.
.
.
.
. 277
Mozilla
Public
License
Versin
1.1
.
.
.
.
.
. 277
Netscape
Public
License
Versin
1.1
.
.
.
.
.
. 284
Avisos
.
.
.
.
.
.
.
.
.
.
.
.
.
. 287
Marcas
registradas
.
.
.
.
.
.
.
.
.
.
.
. 289
Glosario
.
.
.
.
.
.
.
.
.
.
.
.
. 291
ndice
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 297
vi
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
||
Figuras
1.
Grfico
que
muestra
el
uso
de
la
CPU
generando
indicaciones,
agujeros
y
un
evento
. 9
2.
Componentes
y
monitores
de
eventos
de
IBM
Tivoli
Monitoring
.
.
.
.
.
.
.
.
.
. 15
3.
Flujo
de
datos
para
actividades
de
supervisin
de
modelos
de
recurso
y
distribucin
de
perfiles
.
.
.
.
.
.
.
.
.
.
.
.
.
. 18
4.
Flujo
de
datos
para
el
control
de
latido
83
5.
Flujo
de
datos
para
el
registro
de
punto
final
84
6.
Flujo
de
datos
para
la
funcin
de
latido
en
un
gateway
.
.
.
.
.
.
.
.
.
.
.
.
.
. 85
7.
Flujo
de
datos
utilizando
el
comando
wdmmngcache
.
.
.
.
.
.
.
.
.
.
. 86
8.
Flujos
de
datos
para
el
descubrimiento
masivo/delta
.
.
.
.
.
.
.
.
.
.
. 104
9.
Flujo
de
datos
para
visualizar
datos
de
Tivoli
Monitoring
en
Tivoli
Business
Systems
Manager
.
.
.
.
.
.
.
.
.
.
.
.
. 105
10.
Visin
general
de
Tivoli
Data
Warehouse
110
11.
Lnea
horaria
para
el
registro
de
datos
para
el
almacn
central
de
datos
.
.
.
.
.
.
.
. 113
12.
El
procesador
del
gestor
de
peticiones
199
13.
Arquitectura
de
motor
de
punto
final
de
Tivoli
Monitoring.
.
.
.
.
.
.
.
.
.
. 252
Copyright
IBM
Corp.
2004
vii
viii
IBM
Tivoli
Monitoring:
Gua
del
usuario
Tablas
1.
Ejemplo
de
valores
predeterminados
de
umbral
7
2.
Recuento
de
apariciones
.
.
.
.
.
.
.
.
. 9
3.
Porcentajes
de
uso
de
CPU
elevado
durante
12
ciclos:
agujeros
y
apariciones
.
.
.
.
.
.
. 9
4.
Porcentajes
de
uso
de
CPU
elevado
durante
12
ciclos:
salud
.
.
.
.
.
.
.
.
.
.
.
. 12
5.
Plataformas
soportadas
.
.
.
.
.
.
.
. 21
6.
Requisitos
previos
de
hardware
para
Tivoli
Monitoring
.
.
.
.
.
.
.
.
.
.
.
.
. 22
7.
Requisitos
previos
de
hardware
para
Tivoli
Business
Systems
Manager
Adapter
.
.
.
. 23
8.
Requisitos
previos
de
software
.
.
.
.
.
. 24
9.
Slots
de
la
clase
TMW_Event
.
.
.
.
.
.
. 92
10.
Ciclo
vital
de
la
propiedad
eventid
(sin
evento
de
borrado)
.
.
.
.
.
.
.
.
.
.
.
. 94
11.
Ciclo
vital
de
la
propiedad
eventid
(con
evento
de
borrado)
.
.
.
.
.
.
.
.
.
.
.
. 94
12.
Slots
de
la
clase
HeartBeat_Event
.
.
.
.
. 94
13.
Opciones
de
instalacin
para
el
componente
Tivoli
Enterprise
Data
Warehouse
.
.
.
.
. 115
14.
Informacin
especfica
del
proveedor
correspondiente
a
atributos
de
objeto
RIM
.
. 121
15.
Nombres
de
comandos
antiguos
y
nuevos
125
16.
Cdigos
de
retorno
desde
los
comandos
190
17.
Ejemplo
de
determinacin
de
salud
.
.
.
. 198
18.
Iconos
de
navegacin
.
.
.
.
.
.
.
.
. 213
19.
Iconos
de
alerta
de
salud
.
.
.
.
.
.
. 214
20.
Variables
de
entorno
establecidas
por
eventos.
225
21.
Otras
variables
de
entorno.
.
.
.
.
.
.
. 225
22.
Procedimientos
para
crear
puntos
finales
de
Windows
.
.
.
.
.
.
.
.
.
.
.
.
. 230
Copyright
IBM
Corp.
2004
ix
||
|
|
|
x
IBM
Tivoli
Monitoring:
Gua
del
usuario
Acerca
de
esta
gua
IBM
Tivoli
Monitoring
permite
supervisar
el
estado
de
disponibilidad
y
rendimiento
de
los
recursos
en
los
sistemas
para
identificar
cuellos
de
botella
y
problemas
potenciales
de
recursos.
Esta
gua
describe
cmo
instalar,
personalizar
y
utilizar
IBM
Tivoli
Monitoring.
IBM
Tivoli
Monitoring
se
llamaba
anteriormente
Tivoli
Distributed
Monitoring
(Advanced
Edition).
Tenga
en
cuenta
que
existe
otro
producto,
llamado
Tivoli
Distributed
Monitoring
(Classic
Edition),
conocido
anteriormente
como
Tivoli
Distributed
Monitoring.
Se
ofrecen
descripciones
de
los
productos
de
IBM
Tivoli
Monitoring
y
Tivoli
Distributed
Monitoring
(Classic
Edition)
en
el
glosario
en
la
pgina
291.
A
quin
va
dirigida
esta
gua
Esta
gua
est
destinada
a
los
administradores
de
sistemas.
Para
conseguir
una
utilizacin
efectiva
del
producto,
los
usuarios
debern
conocer
y
estar
familiarizados
con
lo
siguiente:
v
Importacin,
instalacin
y
gestin
de
Tivoli
Management
Framework
y
Tivoli
Management
Environment
v
Administracin
de
los
sistemas
en
los
que
tiene
intencin
de
instalar
componentes
de
IBM
Tivoli
Monitoring
y
que
desea
supervisar
utilizando
el
producto
Tambin
deber
estar
familiarizado
con
el
producto
Tivoli
Enterprise
Console.
Contenido
de
esta
gua
Esta
gua
contiene
los
apartados
y
captulos
siguientes:
Parte
I.
Instalacin,
configuracin
y
utilizacin
v
Captulo
1,
Introduccin
Contiene
una
introduccin
a
Tivoli
Monitoring,
sus
caractersticas
y
funciones
y
su
rol
en
el
entorno
Tivoli.
v
Captulo
2,
Instalacin
Describe
los
pasos
a
seguir
para
instalar
Tivoli
Monitoring
en
el
entorno
Tivoli.
v
Captulo
3,
Cmo
utilizar
el
producto
Describe
la
finalidad
de
los
perfiles
del
entorno
Tivoli
y
presenta
la
variedad
de
opciones
de
personalizacin
que
puede
aplicar
en
los
modelos
de
recurso
predeterminados
que
proporciona
el
producto
o
en
los
modelos
de
recurso
que
haya
creado.
Tambin
describe
cmo
distribuir
modelos
de
recurso
en
los
puntos
finales
y
qu
hacer
si
la
distribucin
falla
en
uno
o
ms
puntos
finales.
v
Captulo
4,
Funcin
de
latido
Ofrece
detalles
completos
sobre
la
finalidad,
la
utilizacin
y
la
gestin
de
la
funcin
de
latido.
v
Captulo
5,
Integracin
con
el
servidor
de
Tivoli
Enterprise
Console
Describe
cmo
habilitar
los
eventos
de
Tivoli
Monitoring
en
un
servidor
Tivoli
Enterprise
Console.
Copyright
IBM
Corp.
2004
xi
v
Captulo
6,
Integracin
con
Tivoli
Business
Systems
Manager
Describe
la
integracin
de
Tivoli
Monitoring
con
Tivoli
Business
Systems
Manager
y
los
pasos
a
seguir
para
permitir
la
supervisin
de
eventos
de
Tivoli
Monitoring
en
la
estacin
de
trabajo
Tivoli
Business
Systems
Manager.
v
Captulo
7,
Integracin
con
Tivoli
Data
Warehouse
Describe
la
integracin
de
Tivoli
Monitoring
con
Tivoli
Data
Warehouse
y
la
interaccin
entre
los
dos
productos.
v
Captulo
8,
Comandos
Lista
y
describe
los
comandos
de
IBM
Tivoli
Monitoring
que
puede
emitir
desde
la
lnea
de
comandos.
Parte
II.
Consola
de
estado
de
Web
v
Captulo
9,
Introduccin
a
la
Consola
de
estado
de
Web
Describe
las
funciones
y
ventajas
de
la
Consola
de
estado
de
Web
en
la
supervisin
diaria
de
recursos.
v
Captulo
10,
Utilizacin
de
la
Consola
de
estado
de
Web
Describe
los
pasos
a
seguir
para
iniciar,
configurar
y
utilizar
la
Consola
de
estado
de
Web
para
supervisar
los
recursos
de
una
lista
especfica
de
puntos
finales.
Parte
IV:
Apndices
v
Apndice
A,
Variables
de
entorno
Documenta
las
variables
de
entorno
que
utiliza
el
producto.
v
Apndice
B,
Instalacin
utilizando
el
asistente
de
instalacin
Documenta
cmo
utilizar
el
asistente
de
instalacin
para
instalar
el
producto.
v
Apndice
C,
Consideraciones
sobre
la
migracin
Describe
la
migracin
desde
Tivoli
Distributed
Monitoring
(Advanced
Edition)
4.1
y
la
migracin
desde
Tivoli
Web
Component
Manager.
v
Apndice
D,
Soporte
de
clsteres
Describe
la
solucin
de
operacin
con
clsteres
ofrecida
por
Tivoli
Monitoring.
v
Apndice
E,
Accesibilidad
Proporciona
informacin
sobre
el
soporte
proporcionado
en
el
producto
y
su
documentacin
para
los
usuarios
con
discapacidades
visuales
o
fsicas.
v
Apndice
F,
Utilizacin
de
Rhino:
JavaScript
for
Java
Proporciona
el
texto
de
la
licencia
de
uso
de
Rhino:
JavaScript
para
Java,
incorporado
en
el
producto.
Publicaciones
Esta
seccin
enumera
publicaciones
de
la
biblioteca
de
IBM
Tivoli
Monitoring
y
otros
documentos
relacionados.
Tambin
describe
cmo
acceder
a
las
publicaciones
en
lnea
de
Tivoli
y
cmo
solicitar
publicaciones
de
Tivoli.
Biblioteca
de
IBM
Tivoli
Monitoring
Los
documentos
siguientes
estn
disponibles
en
la
biblioteca
de
IBM
Tivoli
Monitoring:
v
IBM
Tivoli
Monitoring:
Gua
del
usuario,
SH10-9317
Describe
cmo
instalar,
personalizar
y
utilizar
IBM
Tivoli
Monitoring
para
gestionar
recursos
del
sistema
y
de
aplicaciones.
xii
IBM
Tivoli
Monitoring:
Gua
del
usuario
v
IBM
Tivoli
Monitoring:
Problem
Determination
Guide,
SH19-8520
Describe
las
tcnicas
y
herramientas
de
determinacin
de
problemas
disponibles
en
IBM
Tivoli
Monitoring.
v
IBM
Tivoli
Monitoring:
Resource
Model
Builder
Users
Guide,
SC32-1391
Describe
cmo
utilizar
IBM
Tivoli
Monitoring
Resource
Model
Builder
(anteriormente
conocido
como
Workbench)
para
crear
nuevos
modelos
de
recurso
o
para
modificar
los
existentes.
v
IBM
Tivoli
Monitoring:
Resource
Model
Builder
Problem
Determination
Guide,
SC32-1392
Describe
las
herramientas
y
tcnicas
de
resolucin
de
problemas
para
realizar
la
determinacin
de
problemas
de
Resource
Model
Builder.
v
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide,
SH19-4570
Contiene
informacin
sobre
cmo
utilizar
y
personalizar
los
modelos
de
recurso
que
se
pueden
utilizar
con
IBM
Tivoli
Monitoring.
v
IBM
Tivoli
Monitoring:
Release
Notes,
GI10-5797
Contiene
la
informacin
ms
actualizada
sobre
IBM
Tivoli
Monitoring.
v
IBM
Tivoli
Monitoring:
Deployment
Supplement,
SC23-4799
Describe
cmo
utilizar
el
asistente
de
despliegue
para
realizar
una
instalacin
personalizada.
v
IBM
Tivoli
Monitoring:
Road
Map
for
a
Typical
Installation,
GI11-0938
Describe
escenarios
tpicos
de
instalacin.
Encontrar
versiones
de
estos
documentos
en
formatos
PDF
y
HTML
en
los
CD
del
producto
IBM
Tivoli
Monitoring.
Se
almacenan
en
el
directorio
Books
y
puede
acceder
a
ellos
seleccionando
el
archivo
Books/infocenter.html
con
su
navegador
de
Web.
Se
mostrar
una
pgina
HTML
desde
la
que
se
podr
acceder
a
todos
los
documentos
en
cualquiera
de
estos
formatos.
Cualquier
versin
actualizada
de
estos
documentos
se
colocarn
en
el
sitio
Web
de
Tivoli
Software
Information
Center
(consulte
el
apartado
Acceso
a
las
publicaciones
en
lnea
en
la
pgina
xiv
para
ver
ms
detalles).
Publicaciones
relacionadas
Antes
de
empezar
la
instalacin,
lea
la
siguiente
documentacin
relacionada
para
obtener
ms
informacin
sobre
las
opciones
de
gestin
que
proporcionan
los
productos
IBM
Tivoli
Monitoring:
v
Tivoli
Distributed
Monitoring
(Classic
Edition):
Release
Notes
Proporciona
informacin
actualizada
sobre
el
producto
Tivoli
Distributed
Monitoring
(Classic
Edition)
(antes
denominado
Tivoli
Distributed
Monitoring).
v
Tivoli
Decision
Support
for
Server
Performance
Prediction:
Release
Notes
Proporciona
informacin
actualizada
sobre
la
integracin
de
Tivoli
Decision
Support
for
Server
Performance
Prediction
con
Tivoli
Distributed
Monitoring
(Advanced
Edition).
v
Tivoli
Management
Framework:
Users
Guide
Proporciona
informacin
sobre
la
utilizacin
del
entorno
Tivoli
Management
Framework
y
Tivoli.
v
Tivoli
Management
Framework:
Gua
de
instalacin
Proporciona
informacin
sobre
la
instalacin
y
configuracin
del
entorno
Tivoli
Management
Framework
y
Tivoli.
v
Tivoli
Management
Framework:
Gua
de
planificacin
para
el
despliegue
Acerca
de
esta
gua
xiii
Proporciona
informacin
que
ayudar
a
los
usuarios
a
planificar
el
despliegue
de
su
entorno
Tivoli
Management
Framework
y
Tivoli.
v
Tivoli
Management
Framework:
Reference
Manual
Proporciona
informacin
acerca
de
los
comandos
de
Tivoli
Management
Framework.
v
Tivoli
Software
Installation
Service:
Users
Guide
Proporciona
informacin
orientada
a
tareas
sobre
cmo
importar,
gestionar
e
instalar
software
de
Tivoli
Management
Environment
en
mquinas
seleccionadas
y
nodos
gestionados
dentro
de
su
regin
de
gestin
de
Tivoli.
v
Tivoli
Software
Installation
Service:
Notas
del
release
Proporciona
informacin
importante
sobre
la
utilizacin
e
instalacin
de
Tivoli
Software
Installation
Service
(SIS)
v
Tivoli
Enterprise
Console:
Rule
Builders
Guide
Proporciona
informacin
sobre
cmo
utilizar
el
editor
de
reglas
y
el
generador
de
reglas
grficas
de
Tivoli
Enterprise
Console
para
modificar
reglas
existentes
y
crear
reglas
nuevas
que
concuerden
con
sus
necesidades
especficas
de
gestin
de
eventos.
v
Tivoli
Enterprise
Console:
Notas
del
release,
Versin
3.7
o
posterior
Proporciona
la
informacin
ms
reciente
acerca
de
Tivoli
Enterprise
Console.
v
Tivoli
Business
Systems
Manager:
Users
Guide
(si
tiene
intencin
de
utilizar
Tivoli
Business
Systems
Manager
para
supervisar
eventos
de
Tivoli
Monitoring)
Describe
cmo
utilizar
el
producto
Tivoli
Business
Systems
Manager.
v
Tivoli
Business
Systems
Manager:
Gua
del
usuario
de
la
consola
(si
tiene
intencin
de
utilizar
Tivoli
Business
Systems
Manager
para
supervisar
eventos
de
Tivoli
Monitoring)
Describe
cmo
utilizar
la
consola
de
Tivoli
Business
Systems
Manager.
El
manual
Tivoli
Software
Glossary
incluye
definiciones
para
muchos
de
los
trminos
tcnicos
relacionados
con
el
software
de
Tivoli.
El
manual
Tivoli
Software
Glossary
est
disponible,
nicamente
en
ingls,
en
el
siguiente
sitio
Web
de
la
biblioteca
de
software
de
Tivoli:
http://www-3.ibm.com/software/tivoli/library/
Acceda
al
glosarios
pulsando
en
el
enlace
Glossary
(Glosario)
en
el
panel
izquierdo
de
la
ventana
de
la
biblioteca
de
software
de
Tivoli.
Acceso
a
las
publicaciones
en
lnea
IBM
publica
manuales
para
ste
y
otros
productos
Tivoli,
a
medida
que
estn
disponibles
y
siempre
que
se
actualizan,
en
el
sitio
Web
del
Centro
de
informacin
de
software
de
Tivoli
en
este
enlace:
http://publib.boulder.ibm.com/tividd/td/tdprodlist.html
Pulse
el
enlace
de
Tivoli
Monitoring
para
acceder
a
la
biblioteca
del
producto.
Nota:
Si
imprime
los
manuales
de
formato
PDF
en
un
papel
con
un
tamao
distinto
al
de
Carta,
establezca
la
opcin
de
la
ventana
Archivo
Imprimir
que
permita
a
Adobe
Reader
imprimir
las
pginas
con
tamao
Carta
en
el
tamao
de
papel
local.
xiv
IBM
Tivoli
Monitoring:
Gua
del
usuario
Solicitud
de
publicaciones
Puede
realizar
pedidos
de
muchas
de
las
publicaciones
en
lnea
de
Tivoli
en
el
siguiente
sitio
Web:
http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi
Tambin
puede
realizar
los
pedidos
por
telfono
llamando
a
uno
de
los
nmeros
siguientes:
v
En
los
EE.UU.:
800-879-2755
v
En
Canad:
800-426-4968
v
En
otros
pases,
consulte
el
siguiente
sitio
Web
para
ver
una
lista
de
nmeros
de
telfono:
http://www-3.ibm.com/software/tivoli/order-lit/
Accesibilidad
Las
caractersticas
de
accesibilidad
ayudan
a
los
usuarios
con
discapacidades
fsicas,
como
por
ejemplo
movilidad
reducida
o
visin
limitada,
a
utilizar
satisfactoriamente
los
productos
de
software.
Con
este
producto,
puede
utilizar
tecnologas
de
asistencia
para
or
y
navegar
por
la
interfaz.
Tambin
puede
utilizar
el
teclado
en
lugar
del
ratn
para
utilizar
todas
las
caractersticas
de
la
interfaz
grfica
del
usuario.
Si
desea
obtener
ms
informacin,
consulte
el
Apndice
E,
Accesibilidad.
Cmo
ponerse
en
contacto
con
IBM
Software
Support
Si
tiene
un
problema
con
algn
producto
de
Tivoli,
consulte
el
siguiente
sitio
Web
de
IBM
Software
Support:
http://www-
3.ibm.com/software/sysmgmt/products/support/
Si
desea
ponerse
en
contacto
con
el
centro
de
soporte
de
software,
consulte
el
manual
IBM
Software
Support
Guide
en
el
siguiente
sitio
Web:
http://techsupport.services.ibm.com/guides/handbook.html
Esta
gua
proporciona
informacin
sobre
cmo
ponerse
en
contacto
con
IBM
Software
Support,
en
funcin
de
la
gravedad
del
problema,
y
la
informacin
siguiente:
v
Registro
y
elegibilidad.
v
Nmeros
de
telfono
y
direcciones
de
correo
electrnico
en
funcin
del
pas
en
que
se
encuentre.
v
Datos
que
debe
reunir
antes
de
ponerse
en
contacto
con
el
centro
de
soporte.
Convenciones
utilizadas
en
esta
gua
Esta
gua
utiliza
diversos
convenios
para
trminos
y
acciones
especiales,
comandos
y
rutas
dependientes
del
sistema
y
grficos
de
margen.
Convenios
de
tipo
de
letra
En
este
manual
se
utilizan
los
siguientes
convenios
de
tipo
de
letra:
Negrita
Los
comandos
en
letras
minsculas
y
en
maysculas
y
minsculas,
las
opciones
de
comando
y
los
distintivos
que
estn
incluidos
en
el
texto
aparecen
as,
en
negrita.
Acerca
de
esta
gua
xv
Los
elementos
de
la
interfaz
grfica
de
usuario
(excepto
los
ttulos
de
ventanas
y
dilogos)
y
los
nombres
de
teclas
tambin
aparecen
as,
en
negrita.
Cursiva
Las
variables,
los
valores
que
debe
proporcionar
el
usuario,
los
trminos
nuevos
y
las
palabras
y
frases
que
se
destacan
aparecen
as,
en
cursiva.
Monoespaciado
Los
comandos,
las
opciones
de
comando
y
los
distintivos
que
aparecen
en
lneas
separadas,
as
como
los
ejemplos
de
cdigo,
salida
y
texto
de
mensaje
aparecen
as,
en
monoespaciado.
Los
nombres
de
archivos
y
directorios,
las
cadenas
de
texto
que
debe
escribir
el
usuario,
los
nombres
de
mtodos
y
clases
Java
y
distintivos
HTML
y
XML
tambin
aparecen
as,
en
monoespaciado.
Variables
y
rutas
dependientes
del
sistema
operativo
Este
manual
utiliza
el
convenio
de
UNIX
para
especificar
variables
de
entorno
y
para
la
notacin
de
directorios.
Cuando
utilice
la
lnea
de
comandos
de
Windows,
reemplace
$variable
por
%variable%
para
las
variables
de
entorno
y
reemplace
cada
barra
inclinada
(/)
por
una
barra
inclinada
invertida
(\)
en
las
rutas
de
directorio.
Nota:
Si
utiliza
el
shell
bash
en
un
sistema
Windows,
puede
emplear
los
convenios
de
UNIX.
Resumen
de
los
cambios
en
esta
edicin
de
la
Gua
del
usuario
Las
barras
de
cambio
que
figuran
en
el
margen
izquierdo
indican
todos
los
cambios
tcnicos
y
la
informacin
nueva.
En
esta
edicin
se
ha
aadido
la
siguiente
informacin:
v
Se
ha
aadido
la
opcin
de
enviar
un
evento
de
borrado
a
la
GUI
(consulte
el
apartado
Cmo
personalizar
umbrales
y
reglas
de
eventos
en
la
pgina
54).
v
Se
ha
definido
una
poltica
predeterminada
nueva
para
utilizarse
con
la
biblioteca
de
tareas
(consulte
el
apartado
Cmo
ejecutar
una
tarea
desde
el
escritorio
de
Tivoli
en
la
pgina
77).
v
Se
ha
aadido
un
apndice
nuevo
para
describir
la
instalacin
utilizando
el
asistente
(tambin
conocido
como
Despliegue
rpido).
v
Se
han
definido
variables
de
entorno
nuevas
(para
obtener
ms
detalles,
consulte
el
Apndice
A,
Variables
de
entorno).
v
Se
ha
documentado
un
escenario
para
soportar
clsteres
en
Windows
(para
obtener
ms
detalles,
consulte
el
Apndice
D,
Soporte
de
clsteres).
Se
ha
cambiado
la
siguiente
informacin:
v
Se
ha
actualizado
la
lista
de
plataformas
soportadas
(consulte
la
Tabla
5
en
la
pgina
21).
v
Se
ha
actualizado
el
proceso
de
instalacin
de
Java
Runtime
Environment
utilizando
wdmdistrib
mediante
informacin
nueva
sobre
sistemas
HP-UX
(consulte
el
apartado
Opciones
de
instalacin
en
la
pgina
38).
v
Se
ha
modificado
el
proceso
de
desinstalacin
de
puntos
finales
(consulte
el
apartado
Desinstalacin
de
componentes
de
punto
final
en
la
pgina
40).
v
Se
ha
modificado
la
sintaxis
y
las
opciones
de
los
comandos
siguientes
(para
obtener
ms
detalles,
consulte
el
apartado
Captulo
8,
Comandos):
xvi
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
wdmcmddistrib
wdmcollect
wdmconfig
wdmdistrib
wdmeditprf
wdmheartbeat
wdmlseng
Acerca
de
esta
gua
xvii
|
|
|
|
|
|
|
xviii
IBM
Tivoli
Monitoring:
Gua
del
usuario
Parte
1.
Instalacin,
configuracin
y
utilizacin
Captulo
1.
Introduccin
.
.
.
.
.
.
.
.
.
. 5
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
.
. 5
Visin
general
de
Tivoli
Monitoring
.
.
.
.
.
. 6
Recursos
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6
Modelos
de
recurso
.
.
.
.
.
.
.
.
.
.
. 6
Ciclos
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6
Umbrales
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6
Parmetros
.
.
.
.
.
.
.
.
.
.
.
.
.
. 7
Indicaciones
.
.
.
.
.
.
.
.
.
.
.
.
. 7
Apariciones
y
agujeros
.
.
.
.
.
.
.
.
.
. 8
Eventos
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 8
Eventos
de
borrado
.
.
.
.
.
.
.
.
.
. 10
Eventos
correlacionados
.
.
.
.
.
.
.
. 11
Supervisin
de
eventos
e
indicaciones
.
.
.
. 11
En
el
servidor
de
Tivoli
Enterprise
Console
.
. 11
En
la
Consola
de
estado
de
Web
.
.
.
.
. 12
En
Tivoli
Business
Systems
Manager
.
.
.
. 12
Acciones
de
recuperacin
.
.
.
.
.
.
.
.
. 12
Acciones
incorporadas
.
.
.
.
.
.
.
.
. 12
Tareas
de
Tivoli
Framework
.
.
.
.
.
.
. 13
Planificacin
.
.
.
.
.
.
.
.
.
.
.
.
. 13
Registro
.
.
.
.
.
.
.
.
.
.
.
.
.
. 13
Perfiles
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 13
La
funcin
de
latido
.
.
.
.
.
.
.
.
.
. 14
Componentes
.
.
.
.
.
.
.
.
.
.
.
.
.
. 14
Componente
base
de
Tivoli
Monitoring
.
.
.
. 15
Consola
de
estado
de
Web
.
.
.
.
.
.
.
. 16
Componente
de
punto
final
.
.
.
.
.
.
.
. 16
Tivoli
Business
Systems
Manager
Adapter
.
.
. 16
Componente
Gathering
Historical
Data
.
.
.
. 16
Componente
Tivoli
Enterprise
Data
Warehouse
Support
.
.
.
.
.
.
.
.
.
.
.
.
.
. 17
Recopilacin
de
datos
.
.
.
.
.
.
.
.
.
.
. 17
Flujo
de
datos
del
modelo
de
recurso
.
.
.
.
. 17
Obtencin
de
datos
de
recursos
en
el
punto
final
18
Consideraciones
sobre
la
seguridad
.
.
.
.
.
. 19
Tivoli
Monitoring
Resource
Model
Builder
.
.
.
. 19
Captulo
2.
Instalacin
.
.
.
.
.
.
.
.
.
. 21
Plataformas
soportadas
.
.
.
.
.
.
.
.
.
. 21
Requisitos
de
hardware
.
.
.
.
.
.
.
.
.
. 22
Requisitos
previos
de
software
.
.
.
.
.
.
.
. 23
Tivoli
Management
Framework
.
.
.
.
.
.
. 23
Parches
necesarios
de
Tivoli
Management
Framework
.
.
.
.
.
.
.
.
.
.
.
. 23
Otro
software
.
.
.
.
.
.
.
.
.
.
.
.
. 24
Coexistencia
con
otras
versiones
de
Tivoli
Monitoring
.
.
.
.
.
.
.
.
.
.
.
.
.
. 26
Productos
de
la
familia
Tivoli
Monitoring
.
.
. 27
Productos
de
la
familia
Tivoli
Distributed
Monitoring
(Classic
Edition)
.
.
.
.
.
.
.
. 27
Compatibilidad
con
versiones
anteriores
.
.
.
.
. 28
Instalacin/actualizacin
del
producto
.
.
.
.
. 29
Antes
de
empezar
.
.
.
.
.
.
.
.
.
.
. 29
Instalacin
utilizando
el
asistente
de
instalacin
30
Instalacin
con
Tivoli
Software
Installation
Service
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 30
Instalacin
desde
el
escritorio
de
Tivoli
.
.
.
. 30
Instalacin
desde
la
lnea
de
comandos
.
.
.
. 34
Actualizacin
desde
Tivoli
Monitoring
Versin
5.1.1
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 35
Instalacin
de
un
modelo
de
recurso
predeterminado
.
.
.
.
.
.
.
.
.
.
.
. 35
Actualizacin
desde
Workbench
a
Resource
Model
Builder
.
.
.
.
.
.
.
.
.
.
.
. 36
Cmo
agregar
el
grupo
de
avisos
.
.
.
.
.
.
. 36
Instalacin
de
Java
Runtime
Environment
.
.
.
. 37
Opciones
de
instalacin
.
.
.
.
.
.
.
.
. 38
Cmo
habilitar
Tivoli
Monitoring
para
trabajar
con
Tivoli
Data
Warehouse
utilizando
Gathering
Historical
Data
.
.
.
.
.
.
.
.
.
.
.
.
. 39
Desinstalacin
del
producto
.
.
.
.
.
.
.
.
. 40
Desinstalacin
de
componentes
de
punto
final
.
. 40
Desinstalacin
desde
servidores
y
gateways
.
. 42
Captulo
3.
Cmo
utilizar
el
producto
.
.
.
.
. 45
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 45
Perfiles
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 46
Puntos
clave
sobre
los
perfiles
.
.
.
.
.
.
. 46
Configuracin
de
los
recursos
gestionados
.
.
.
. 46
Cmo
crear
perfiles
y
gestores
de
perfiles
.
.
.
. 47
Cmo
utilizar
la
CLI
para
gestionar
perfiles
en
el
servidor
.
.
.
.
.
.
.
.
.
.
.
.
.
. 50
Cmo
utilizar
modelos
de
recurso
predeterminados
51
Cmo
agregar
un
modelo
de
recurso
predeterminado
a
un
perfil
.
.
.
.
.
.
.
.
. 51
Cmo
utilizar
la
CLI
para
agregar
un
modelo
de
recurso
predeterminado
a
un
perfil
.
.
.
.
. 52
Cmo
agregar
un
modelo
de
recurso
personalizado
a
un
perfil
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 52
Cmo
utilizar
la
CLI
para
agregar
un
modelo
de
recurso
personalizado
a
un
perfil
.
.
.
.
.
. 54
Cmo
personalizar
un
modelo
de
recurso
.
.
.
. 54
Cmo
personalizar
umbrales
y
reglas
de
eventos
54
Cmo
especificar
acciones
incorporadas
para
un
evento
.
.
.
.
.
.
.
.
.
.
.
.
. 57
Cmo
editar
una
accin
incorporada
.
.
. 57
Cmo
eliminar
una
accin
incorporada
.
. 58
Cmo
agregar
una
accin
incorporada
.
. 58
Cmo
especificar
tareas
para
un
evento
.
.
. 58
Envo
de
un
correo
electrnico
como
respuesta
a
un
evento
.
.
.
.
.
.
.
. 60
Envo
de
un
aviso
como
respuesta
a
un
evento
.
.
.
.
.
.
.
.
.
.
.
.
. 62
Cmo
personalizar
parmetros
.
.
.
.
.
.
. 62
Cmo
personalizar
la
informacin
de
planificacin
.
.
.
.
.
.
.
.
.
.
.
.
. 63
Cmo
configurar
el
periodo
de
supervisin
.
. 65
Cmo
crear
reglas
de
planificacin
.
.
.
. 65
Cmo
personalizar
informacin
de
registro
de
datos
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 66
Copyright
IBM
Corp.
2004
1
||
||
|
|
|
Cmo
utilizar
la
CLI
para
personalizar
un
modelo
de
recurso
para
un
perfil
.
.
.
.
.
. 68
Cmo
configurar
las
opciones
de
distribucin
de
un
perfil
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 68
Distribucin
de
perfiles
utilizando
MDist
2
.
.
.
. 70
Cmo
volver
a
ejecutar
las
distribuciones
fallidas
70
Cmo
suprimir
copias
de
perfil
durante
una
cancelacin
de
suscripcin
.
.
.
.
.
.
.
.
. 71
Cmo
modificar
la
poltica
del
gestor
de
perfiles
cuando
no
hay
ningn
objeto
de
poltica
personalizado
.
.
.
.
.
.
.
.
.
.
.
. 72
Cmo
utilizar
el
escritorio
de
Tivoli
.
.
.
. 72
Utilizacin
de
la
CLI
.
.
.
.
.
.
.
.
. 74
Cmo
modificar
la
poltica
del
gestor
de
perfiles
cuando
hay
un
objeto
de
poltica
personalizado
en
uso
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 74
Cmo
gestionar
perfiles
y
modelos
de
recurso
en
puntos
finales
.
.
.
.
.
.
.
.
.
.
.
.
. 74
Cmo
gestionar
Tivoli
Monitoring
en
gateways
.
. 75
Cmo
utilizar
tareas
de
Tivoli
Monitoring
.
.
.
. 75
Cmo
ejecutar
una
tarea
desde
el
escritorio
de
Tivoli
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 77
Cmo
ejecutar
una
tarea
desde
la
CLI
.
.
.
. 78
Captulo
4.
Funcin
de
latido
.
.
.
.
.
.
.
. 81
Estados
de
latido
.
.
.
.
.
.
.
.
.
.
.
. 81
Cmo
instalar
y
configurar
el
latido
.
.
.
.
.
. 81
Cmo
controlar
el
latido
.
.
.
.
.
.
.
.
.
. 82
Flujos
de
datos
de
latido
.
.
.
.
.
.
.
.
.
. 83
Registro
de
punto
final
.
.
.
.
.
.
.
.
. 83
Supervisin
de
latido
.
.
.
.
.
.
.
.
.
. 85
Cmo
ver
el
cach
de
punto
final
.
.
.
.
.
. 86
Captulo
5.
Integracin
con
el
servidor
de
Tivoli
Enterprise
Console
.
.
.
.
.
.
.
.
.
.
. 89
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 89
Cmo
identificar
el
servidor
de
Tivoli
Enterprise
Console
en
Tivoli
Monitoring
.
.
.
.
.
.
.
. 89
Cmo
habilitar
la
supervisin
de
eventos
y
mensajes
de
latido
en
el
servidor
de
Tivoli
Enterprise
Console
90
Cmo
habilitar
la
supervisin
de
eventos
en
Availability
Intermediate
Manager
.
.
.
.
.
.
. 92
Slots
de
clases
de
Tivoli
Enterprise
Console
.
.
.
. 92
Slots
de
la
clase
TMW_Event
.
.
.
.
.
.
. 92
Slots
de
la
clase
HeartBeat_Event
.
.
.
.
.
. 94
Cmo
conocer
las
reglas
de
Tivoli
Enterprise
Console
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 95
Captulo
6.
Integracin
con
Tivoli
Business
Systems
Manager
.
.
.
.
.
.
.
.
.
.
.
. 99
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 99
Cmo
instalar
Tivoli
Business
Systems
Manager
Adapter
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 99
Cmo
configurar
Tivoli
Business
Systems
Manager
Adapter
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 100
Utilizacin
de
Tivoli
Business
Systems
Manager
Adapter
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 103
Cmo
ver
datos
de
Tivoli
Business
Systems
Manager
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 104
Cmo
habilitar
e
inhabilitar
la
integracin
de
Tivoli
Business
Systems
Manager
.
.
.
.
.
.
.
.
. 106
Gestin
de
Tivoli
Business
Systems
Adapter
desde
la
CLI
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 107
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
.
.
.
.
.
.
.
.
.
.
.
.
.
. 109
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 109
Escenario
personalizado
utilizando
Tivoli
Monitoring
.
.
.
.
.
.
.
.
.
.
.
.
.
. 111
Habilitacin
del
registro
de
datos
en
el
depsito
de
datos
central
.
.
.
.
.
.
.
.
.
.
.
.
.
. 111
Cmo
instalar
y
configurar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
.
.
.
.
.
. 113
Cmo
verificar
los
requisitos
previos
.
.
.
. 113
Cmo
instalar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
.
.
.
.
.
.
.
. 114
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
.
.
.
.
.
.
.
.
.
.
.
.
.
. 116
Cmo
verificar
los
requisitos
previos
.
.
. 116
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
.
.
.
.
.
.
.
.
.
.
. 116
Cmo
verificar
la
conexin
de
objeto
RIM
118
Configuracin
de
Tivoli
Enterprise
Data
Warehouse
Support
.
.
.
.
.
.
.
.
.
. 119
Cmo
cargar
datos
utilizando
la
CLI
.
.
.
. 119
Procedimientos
alternativos
de
instalacin
y
configuracin
.
.
.
.
.
.
.
.
.
.
.
. 120
Cmo
crear
un
objeto
RIM
utilizando
un
script
de
shell
.
.
.
.
.
.
.
.
.
.
. 120
Cmo
crear
una
estructura
de
base
de
datos
utilizando
el
procesador
de
SQL
.
.
.
.
. 121
Captulo
8.
Comandos
.
.
.
.
.
.
.
.
.
. 125
Nombres
de
comandos
actualizados
.
.
.
.
.
. 125
Comandos
para
gestionar
perfiles
en
el
servidor
de
Tivoli
.
.
.
.
.
.
.
.
.
.
.
.
.
. 126
Comando
para
gestionar
modelos
de
recurso
predeterminados
en
el
servidor
de
Tivoli
.
.
. 126
Comandos
para
gestionar
Tivoli
Business
Systems
Manager
Adapter
.
.
.
.
.
.
.
. 127
Comandos
para
gestionar
Tivoli
Monitoring
en
los
puntos
finales
.
.
.
.
.
.
.
.
.
.
. 127
Comandos
para
gestionar
Tivoli
Monitoring
en
nodos
gestionados/gateways
.
.
.
.
.
.
. 127
wdmcheckprereq
.
.
.
.
.
.
.
.
.
.
.
. 129
wdmcmd
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 130
wdmcmddistrib
.
.
.
.
.
.
.
.
.
.
.
. 132
wdmcollect
.
.
.
.
.
.
.
.
.
.
.
.
.
. 136
wdmconfig
.
.
.
.
.
.
.
.
.
.
.
.
.
. 138
wdmdiscovery
.
.
.
.
.
.
.
.
.
.
.
.
. 145
wdmdistrib
.
.
.
.
.
.
.
.
.
.
.
.
.
. 147
wdmdumpprf
.
.
.
.
.
.
.
.
.
.
.
.
. 151
wdmeditprf
.
.
.
.
.
.
.
.
.
.
.
.
.
. 157
wdmeng
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 166
wdmheartbeat
.
.
.
.
.
.
.
.
.
.
.
.
. 168
wdmloadprf
.
.
.
.
.
.
.
.
.
.
.
.
.
. 170
wdmlseng
.
.
.
.
.
.
.
.
.
.
.
.
.
. 173
wdmmn
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 177
wdmmngcache
.
.
.
.
.
.
.
.
.
.
.
.
. 179
wdmrm
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 182
wdmtrceng
.
.
.
.
.
.
.
.
.
.
.
.
.
. 184
wtmntaddrm
.
.
.
.
.
.
.
.
.
.
.
.
. 187
2
IBM
Tivoli
Monitoring:
Gua
del
usuario
wtmntdefrm
.
.
.
.
.
.
.
.
.
.
.
.
.
. 188
wtmntrmrm
.
.
.
.
.
.
.
.
.
.
.
.
.
. 189
Cdigos
de
retorno
desde
los
comandos
.
.
.
. 190
Parte
1.
Instalacin,
configuracin
y
utilizacin
3
4
IBM
Tivoli
Monitoring:
Gua
del
usuario
Captulo
1.
Introduccin
Este
captulo
describe
las
caractersticas
principales
de
IBM
Tivoli
Monitoring
5.1.2
(a
partir
de
aqu
tambin
denominado
Tivoli
Monitoring)
y
su
rol
en
el
entorno
Tivoli.
Se
divide
en
los
siguientes
apartados
principales:
v
Visin
general
ofrece
una
visin
general
del
producto.
v
Visin
general
de
Tivoli
Monitoring
explica
los
conceptos
relacionados
con
el
producto.
v
Componentes
detalla
los
componentes
que
pueden
instalarse
y
explica
las
relaciones
entre
los
mismos.
v
Recopilacin
de
datos
describe
los
flujos
de
datos
correspondientes
a
las
distintas
funciones
del
producto.
v
Consideraciones
sobre
la
seguridad
describe
la
implementacin
del
producto
a
travs
de
cortafuegos.
v
Tivoli
Monitoring
Resource
Model
Builder
proporciona
informacin
de
alto
nivel
sobre
este
componente
independiente.
Visin
general
IBM
Tivoli
Monitoring
5.1.2
es
una
aplicacin
de
Tivoli
que
aplica
las
mejores
prcticas
preconfiguradas
a
la
supervisin
manual
de
recursos
de
sistema
esenciales.
La
aplicacin
detecta
los
atascos
y
otros
problemas
posibles
y
proporciona
la
recuperacin
automtica
de
situaciones
crticas,
lo
que
elimina
la
necesidad
de
que
los
administradores
del
sistema
exploren
manualmente
los
datos
de
rendimiento
extensivo.
La
aplicacin
tambin
se
integra
fcilmente
con
otras
soluciones
de
disponibilidad
de
Tivoli,
incluidos
Tivoli
Business
Systems
Manager
y
Tivoli
Enterprise
Console
.
Esta
aplicacin
antes
se
denominaba
Tivoli
Distributed
Monitoring
(Advanced
Edition).
Muchas
funciones
de
Tivoli
Monitoring
pueden
utilizarse
tal
como
se
han
suministrado
o
pueden
modificarse
manualmente
utilizando
las
interfaces
grficas
de
usuario
(GUI)
o
la
interfaz
de
lnea
de
comandos
(CLI)
que
se
proporciona.
Las
principales
caractersticas
de
Tivoli
Monitoring
son
las
siguientes:
v
Una
solucin
inmediata
para
supervisar
sistemas
Windows
,
UNIX
,
Linux
y
OS/400
.La
coleccin
de
datos
y
el
anlisis
de
problemas
se
realizan
localmente
en
el
sistema.
v
Modelos
de
recurso
listos
para
utilizar
en
la
redaccin
de
informes
sobre
aspectos
determinados
del
estado
de
un
sistema.
Por
ejemplo,
el
modelo
de
recurso
Proceso
proporciona
informacin
acerca
del
estado
de
los
procesos,
la
utilizacin
de
la
CPU,
etc.
La
supervisin
de
recursos
es
una
implementacin
del
Common
Information
Model
(CIM).
CIM
es
un
mtodo
de
gestin
de
sistemas
y
redes
que
aplica
tcnicas
orientadas
a
objetos
para
modelar
el
sistema.
v
Modelos
de
recurso
que
pueden
agregarse
fcilmente
al
perfil
de
Tivoli
y
que
pueden
distribuirse
a
varios
sistemas
simultneamente.
v
Posibilidad
de
modificar
modelos
de
recurso
cambiando,
por
ejemplo,
los
niveles
de
umbral
para
ajustarlos
necesidades
especficas.
v
Posibilidad
de
visualizar
tanto
los
datos
histricos
como
los
datos
en
tiempo
real
para
cualquier
sistema
desde
una
aplicacin
de
supervisin
centralizada
llamada
Consola
de
estado
de
Web,
que
se
proporciona
junto
con
el
producto.
Copyright
IBM
Corp.
2004
5
v
Posibilidad
de
enviar
los
resultados
de
la
coleccin
y
anlisis
de
datos
a
Tivoli
Enterprise
Console
o
a
Tivoli
Business
Systems
Manager.
v
Posibilidad
de
especificar
acciones
correctivas
o
preventivas
para
resolver
situaciones
que
podran
derivar
en
problemas
reales.
v
Una
funcin
de
planificacin
que
permite
que
la
supervisin
se
produzca
en
momentos
especificados
por
el
usuario.
v
Una
funcin
de
latido
que
se
ejecuta
en
gateways
y
comprueba
regularmente
la
disponibilidad
y
el
estado
de
los
puntos
finales
adjuntos,
enviando
la
informacin
al
servidor
Tivoli
Enterprise
Console,
a
Tivoli
Business
Systems
Manager
o
al
Grupo
de
avisos
de
Tivoli
Monitoring.
Visin
general
de
Tivoli
Monitoring
Esta
seccin
explica
los
conceptos
principales
relacionados
con
el
producto.
Recursos
Tivoli
Monitoring
supervisa
recursos
de
sistemas
distribuidos.
En
este
contexto,
un
recurso
es
todo
aquello
que
afecta
al
funcionamiento
de
un
sistema
y
que
incluye
discos
fsicos
y
lgicos,
CPU,
memoria,
impresoras,
as
como
los
procesos
y
servicios
en
ejecucin,
como
LanMan,
el
registro
de
eventos
de
Windows,
el
syslogd
de
UNIX
(daemon
del
sistema
de
registro)
y
TCP/IP.
Modelos
de
recurso
Tivoli
Monitoring
utiliza
modelos
de
recurso
predefinidos
listos
para
utilizar
para
especificar
a
qu
datos
de
recursos
accede
el
sistema
durante
el
tiempo
de
ejecucin
y
cmo
se
procesan
dichos
datos.
Por
ejemplo,
el
modelo
de
recurso
Proceso
obtiene
datos
acerca
de
los
procesos
que
se
ejecutan
en
el
sistema.
Los
datos
de
rendimiento
se
coleccionan
automticamente
mediante
el
modelo
de
recurso
y
se
procesan
mediante
un
algoritmo
adecuado
para
determinar
si
el
sistema
est
funcionando
segn
sus
intereses
o
no.
Generalmente,
se
pueden
utilizar
los
valores
predeterminados
del
modelo
de
recursos
y,
an
as,
obtener
datos
tiles.
Sin
embargo,
se
pueden
personalizar
los
modelos
de
recurso,
si
es
necesario,
para
ajustarlos
a
sus
necesidades
particulares.
Encontrar
todos
los
detalles
sobre
los
modelos
de
recurso
proporcionados
con
el
producto
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
Ciclos
Cuando
un
modelo
de
recurso
se
ejecuta
en
un
punto
final,
ste
recopila
datos
a
intervalos
regulados,
conocidos
como
ciclos;
la
duracin
de
un
ciclo
es
el
tiempo
del
ciclo.
Un
modelo
de
recurso
con
un
tiempo
del
ciclo
de
60
segundos
recopila
informacin
cada
60
segundos.
Los
datos
recopilados
constituyen
una
instantnea
de
los
recursos
especificados
en
el
modelo
de
recurso.
Cada
modelo
de
recurso
posee
un
valor
de
tiempo
del
ciclo
predeterminado,
que
puede
ser
modificado
segn
sea
necesario.
Umbrales
Cada
modelo
de
recurso
define
uno
o
ms
umbrales.
Un
umbral
es
una
propiedad
nombrada
del
recurso
que
tiene
un
valor
predeterminado
que
puede
modificarse
durante
la
fase
de
personalizacin.
El
valor
especificado
para
un
umbral
representa,
por
regla
general,
un
nivel
de
referencia
significativo
de
una
entidad
relacionada
con
el
rendimiento;
un
administrador
de
sistemas
puede
estar
interesado
en
conocer
cundo
se
sobrepasa
o
no
se
alcanza
el
umbral.
Sin
embargo,
6
IBM
Tivoli
Monitoring:
Gua
del
usuario
algunos
umbrales
se
utilizan
como
valores
de
referencia
para
limitar
el
mbito
del
modelo
de
recurso.
Por
ejemplo,
en
el
modelo
de
recurso
Proceso
de
Windows,
se
utilizan,
entre
otros,
los
umbrales
siguientes:
Tabla
1.
Ejemplo
de
valores
predeterminados
de
umbral
Umbral
Valor
predeterminado
Uso
de
la
CPU
elevado
60
Nmero
mximo
de
procesos
5
El
umbral
Uso
de
la
CPU
elevado
se
utiliza
para
supervisar
un
uso
excesivo
de
la
CPU
que
podra
daar
a
los
otros
procesos
que
puedan
estar
ejecutndose
al
mismo
tiempo.
El
valor
de
este
umbral
se
mide
como
un
porcentaje
de
la
capacidad
de
la
CPU;
el
predeterminado
es
el
60%.
Por
otra
parte,
el
umbral
Nmero
mximo
de
procesos
determina
que
slo
los
5
(el
valor
predeterminado)
procesos
que
utilizan
ms
la
CPU
se
tendrn
en
cuenta
al
supervisar
el
uso
elevado
de
la
CPU.
Por
otra
parte,
un
umbral
puede
tener
un
valor
mnimo
por
debajo
del
cual
una
determinada
caracterstica
de
rendimiento
no
debera
situarse.
Por
ejemplo,
el
modelo
de
recurso
Disco
lgico
de
Windows
tiene
un
umbral
de
Poco
espacio
en
disco
que
muestra
el
porcentaje
mnimo
de
espacio
en
disco
que
debe
estar
siempre
disponible
(el
predeterminado
es
5%).
Parmetros
Algunos
modelos
de
recurso
tienen
uno
o
ms
parmetros.
Cada
parmetro
puede
adoptar
la
forma
de
una
lista
de
cadenas,
una
lista
de
valores
numricos,
una
lista
booleana
de
valores
predeterminados
que
puede
seleccionar
siguiendo
cualquier
combinacin
o
una
lista
de
opciones
alternativas
que
se
excluyen
unas
a
otras.
Por
ejemplo,
el
modelo
de
recurso
Puertos
TCP/IP
que
se
pueden
definir
con
parmetros
de
Windows
tiene
un
parmetro
para
enumerar
los
puertos
a
supervisar
y
otro
para
elegir
los
estados
del
puerto
a
supervisar.
Indicaciones
Cada
modelo
de
recurso
generar
una
indicacin
si
en
un
ciclo
determinado
no
se
cumplen
ciertas
condiciones
presupuestas
por
los
umbrales
del
modelo
de
recurso.
Cada
modelo
de
recurso
dispone
de
su
propio
algoritmo
para
determinar
qu
combinaciones
de
umbrales
deben
generar
una
indicacin.
Las
indicaciones
pueden
generarse
en
cualquiera
de
las
circunstancias
siguientes:
v
Se
excede
un
nico
umbral.
Por
ejemplo,
en
el
modelo
de
recurso
Proceso
de
Windows,
la
indicacin
Uso
de
la
CPU
elevado
se
genera
cuando
el
umbral
de
Uso
de
la
CPU
elevado
se
excede
(para
los
procesos
que
tengan
un
ID
de
proceso
distinto
de
cero).
v
Se
ha
excedido
una
combinacin
de
dos
o
ms
umbrales.
Por
ejemplo,
en
el
modelo
de
recurso
Disco
lgico
de
Windows
se
genera
un
modelo
de
recurso
Bytes
de
lectura
por
segundo
elevados
cuando
se
exceden
los
dos
umbrales
siguientes:
La
cantidad
de
bytes
transferidos
por
segundo
(escritos
o
ledos)
excede
el
umbral
Bytes
de
lectura
por
segundo
elevados
El
porcentaje
de
tiempo
que
la
unidad
de
disco
seleccionada
necesita
para
leer
o
escribir
peticiones
excede
el
umbral
Porcentaje
de
uso
elevado.
v
Ha
cambiado
una
combinacin
de
distintos
factores.
Por
ejemplo,
en
el
modelo
de
recurso
Proceso
de
Windows
se
genera
la
indicacin
Error
de
controladores
de
procesos
cuando
un
proceso
pierde
controladores.
No
existe
un
umbral
para
esta
indicacin.
El
modelo
de
recurso
compara
el
nmero
de
controladores
de
Captulo
1.
Introduccin
7
los
cinco
procesos
con
el
mayor
nmero
de
controladores
en
ciclos
consecutivos.
Si
el
nmero
de
controladores
ha
aumentado,
se
genera
la
indicacin.
Las
definiciones
especficas
de
las
indicaciones
que
se
han
creado
para
cada
recurso
de
modelos
estn
documentadas
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
Apariciones
y
agujeros
Una
aparicin
es
el
trmino
utilizado
para
referirse
a
un
ciclo
durante
el
cual
se
produce
una
indicacin
para
un
determinado
modelo
de
recurso.
Un
agujero
es
el
trmino
utilizado
para
referirse
a
un
ciclo
durante
el
cual
no
se
produce
una
indicacin
para
un
determinado
modelo
de
recurso.
En
otras
palabras,
no
se
ha
dado
ninguna
de
las
condiciones
especificadas
para
la
generacin
de
una
indicacin.
Esto
no
significa
que
no
se
haya
excedido
ninguno
de
los
umbrales.
Por
ejemplo,
en
el
modelo
de
recurso
Disco
lgico
de
Windows
una
indicacin
de
Bytes
de
lectura
por
segundo
elevados
no
se
crea
cuando
el
porcentaje
de
tiempo
de
uso
de
disco
es
superior
al
umbral
Porcentaje
de
uso
elevado,
dado
que
se
excede
el
umbral
Poco
espacio
en
disco.
Eventos
Se
utiliza
un
evento
para
verificar
la
persistencia
de
una
indicacin
determinada,
eliminando
los
valores
ms
altos
y
ms
bajos
no
representativos
para
la
indicacin.
Por
ejemplo,
un
proceso
que
genera
la
indicacin
Uso
de
la
CPU
elevado
por
parte
de
un
proceso
en
un
ciclo
puede
comportarse
de
manera
perfectamente
normal
y
no
ser
ninguna
amenaza
para
otros
procesos
si
no
se
repite
el
uso
elevado.
Sin
embargo,
una
indicacin
que
persiste
durante
varios
ciclos
probablemente
ser
un
problema.
As,
un
evento
define
el
nmero
de
apariciones
consecutivas
de
la
indicacin
que
son
significativas.
Sin
embargo,
dado
que
ha
decidido
que
sean
significativos
un
nmero
determinado
de
ciclos
consecutivos
de
Uso
de
la
CPU
elevado
por
parte
de
un
proceso
superior
al
valor
de
umbral
elegido,
puede
pensar
que,
si
durante
la
acumulacin
de
las
apariciones
consecutivas
uno
o
dos
ciclos
se
sitan
por
debajo
del
umbral,
no
debera
detenerse
el
recuento
de
las
apariciones
consecutivas.
As,
un
evento
permite
definir
cuntos
agujeros
se
permiten
en
la
secuencia
de
apariciones
consecutivas.
Por
lo
tanto,
un
evento
es
la
agregacin
de
un
nmero
definido
de
apariciones
consecutivas
durante
las
cuales
puede
existir
un
nmero
definido
de
agujeros
consecutivos.
Por
ejemplo,
tomemos
un
evento
definido
como
tres
apariciones
y
dos
agujeros.
Esto
significa
que
el
algoritmo
de
agregacin
no
tendr
en
cuenta
uno
o
dos
agujeros
consecutivos
al
suprimir
tres
apariciones
consecutivas
de
la
indicacin.
En
las
dos
series
siguientes
de
eventos,
1
representa
una
aparicin
y
0
representa
un
agujero.
v
0
1
0
1
0
0
1
v
0
0
1
0
0
1
1
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.
8
IBM
Tivoli
Monitoring:
Gua
del
usuario
La
definicin
de
un
evento
como
tres
apariciones
y
dos
agujeros
tambin
significa
que
el
nmero
mximo
de
ciclos
necesarios
para
desencadenar
un
evento
es
de
siete.
En
este
caso,
cada
aparicin
ira
seguida
por
un
mximo
de
dos
agujeros,
tal
como
se
muestra
a
continuacin.
v
1
0
0
1
0
0
1
Adems,
si
el
algoritmo
de
supervisin
ha
contado
dos
apariciones
consecutivas
y,
a
continuacin,
observa
tres
agujeros
consecutivos
ms
agujeros
de
los
permitidos
en
la
definicin
de
un
evento
para
este
ejemplo
establecer
el
recuento
de
apariciones
a
cero.
Consulte
la
Tabla
2.
Tabla
2.
Recuento
de
apariciones
Secuencia
Recuento
de
apariciones
1
0
0
1
1
0
0
1
2
1
0
0
1
0
2
1
0
0
1
0
0
2
1
0
0
1
0
0
0
0
La
Figura
1
muestra
un
grfico
del
nivel
actual
de
uso
de
la
CPU
en
un
sistema
hipottico,
donde
el
umbral
de
indicacin
se
encuentra
en
el
60%
de
la
uso
de
la
CPU.
Las
instantneas
del
uso
de
la
CPU
obtenidas
por
el
modelo
de
recurso
se
muestran
en
la
Tabla
3.
La
primera
fila
muestra
el
nmero
de
ciclo
y
la
segunda
el
porcentaje
de
uso
de
la
CPU.
Tabla
3.
Porcentajes
de
uso
de
CPU
elevado
durante
12
ciclos:
agujeros
y
apariciones
Ciclo
1
2
3
4
5
6
7
8
9
10
11
12
%
de
CPU
55
73
54
63
68
42
50
70
90
55
70
80
1 2 3 4 5 6 8 7 9 10 11 12
60%
100%
0%
Ejemplo de uso elevado de CPU (umbral 6o%)
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
agujero
H
O
H
O
O
H
H
O
O
H
O
O
Recuento
de
apariciones
0
1
1
2
3
3
0
1
2
2
3
4
Los
ciclos
que
exceden
el
umbral
y,
por
lo
tanto,
son
apariciones,
se
muestran
en
negrita;
los
otros
ciclos
son
agujeros.
En
este
ejemplo,
se
ha
determinado
que
se
crear
un
evento
para
esta
indicacin
si
existen
cuatro
apariciones
consecutivas
con
un
nico
agujero
permitido.
La
ltima
fila
de
la
Tabla
3
en
la
pgina
9
muestra
el
recuento
que
el
modelo
de
recurso
realizar
de
las
apariciones
consecutivas.
El
recuento
est
establecido
en
cero
en
la
instantnea
del
sptimo
ciclo
porque
el
modelo
de
recurso
ha
detectado
dos
agujeros
consecutivos.
En
este
ejemplo
se
desencadena
un
evento
en
el
duodcimo
ciclo.
A
continuacin
el
recuento
se
establece
en
cero
y
el
proceso
contina.
Los
eventos
se
pueden
generar
varias
veces
(cuando
el
problema
contina
y
no
est
habilitada
ninguna
funcin
de
evento
de
borrado)
o
slo
una
vez
(cuando
la
funcin
de
evento
de
borrado
est
habilitada).
Consulte
el
apartado
Eventos
de
borrado
para
entender
cmo
funcionan.
Eventos
de
borrado
Un
evento
de
borrado
es
una
funcin
de
modelo
de
recurso
que,
si
se
habilita,
permite
que
Tivoli
Monitoring
cierre
un
evento
de
error
cuando
las
circunstancias
que
han
provocado
el
error
ya
no
estn
presentes.
Cuando
la
funcin
de
evento
de
borrado
est
habilitada
para
un
modelo
de
recurso,
los
eventos
(que
llevan
un
ID
de
evento
especificado)
se
envan
slo
la
primera
vez
que
se
cumple
la
regla
de
agregacin.
Un
evento
de
borrado
(que
lleva
el
mismo
ID
de
evento)
se
enva
cuando
son
verdaderas
las
dos
condiciones
siguientes:
v
se
ha
enviado
un
evento
v
y
el
nmero
actual
de
agujeros
supera
el
nmero
de
agujeros
definidos
en
la
regla
de
agregacin
para
enviar
el
evento
Los
eventos
de
borrado
pueden
procesarse
a
travs
del
servidor
Tivoli
Enterprise
Console
y
Tivoli
Business
Systems
Manager.
Los
eventos
de
borrado
tienen
una
gravedad
de
inofensivo,
a
pesar
de
la
gravedad
del
evento
original,
aunque
tienen
el
mismo
ID
de
evento
que
el
evento
original.
Consulte
el
apartado
Slots
de
la
clase
TMW_Event
en
la
pgina
92
para
entender
el
ciclo
vital
de
la
propiedad
de
ID
de
evento
al
utilizar
eventos
de
borrado.
Para
proporcionar
un
ejemplo
de
evento
de
borrado,
tenga
en
cuenta
el
escenario
siguiente:
un
servicio
se
detiene
y
el
servidor
Tivoli
Enterprise
Console
recibe
un
evento
que
notifica
este
problema.
Hasta
que
el
servicio
no
se
reinicie,
el
problema
todava
est
presente
en
el
punto
final,
pero
Tivoli
Monitoring
no
enva
ms
notificaciones
de
evento
al
servidor
Tivoli
Enterprise
Console.
Si
la
funcin
Evento
de
borrado
est
habilitada,
tan
pronto
como
el
servicio
se
reinicia,
se
enva
un
evento
de
borrado
al
servidor
de
Tivoli
Enterprise
Console
y
se
cierra
el
evento
original.
El
propio
evento
de
borrado
no
aparecer
normalmente
en
el
servidor
porque
su
nica
funcin
consiste
en
borrar
el
evento
de
error
original.
10
IBM
Tivoli
Monitoring:
Gua
del
usuario
Nota:
La
funcin
de
evento
de
borrado
no
se
encuentra
habilitada
siempre.
Por
ejemplo,
la
funcin
de
evento
de
borrado
no
se
encuentra
habilitada
en
los
modelos
de
recurso
Registro
de
eventos
que
se
pueden
definir
con
parmetros
ni
Registro
de
eventos.
Nota:
Los
eventos
correlacionados
no
se
pueden
borrar.
Eventos
correlacionados
Utilice
la
correlacin
de
eventos
cuando
necesite
entender
con
ms
detalles
el
tipo
de
problema
que
estn
teniendo
los
recursos.
Esta
funcin
correlaciona
dos
o
ms
eventos
definidos
en
modelos
de
recurso
diferentes
que
pertenecen
al
mismo
perfil.
La
correlacin
hace
posible
resaltar
problemas
de
recursos
especficos
que
no
seran
evidentes
slo
basndose
en
nicos
eventos
separados.
Por
ejemplo,
un
evento
le
notifica
que
un
proceso
en
ejecucin
est
perdiendo
memoria;
a
continuacin
otro
evento
le
notifica
que
se
est
quedando
sin
memoria.
Finalmente,
un
evento
correlacionado
le
notifica
que
tiene
baja
memoria
porque
existe
un
proceso
que
est
perdiendo
memoria.
Para
habilitar
la
correlacin
de
eventos,
es
necesario
cargar
los
modelos
de
recurso
donde
estn
especificados
los
eventos
a
correlacionar
y
es
necesario
tener
estos
modelos
de
recurso
ejecutndose
en
el
mismo
perfil.
Los
eventos
correlacionados
se
envan
al
servidor
de
Tivoli
Enterprise
Console,
si
en
el
perfil
que
ha
especificado
para
enviar
una
notificacin
de
eventos
a
ese
servidor.
Esta
notificacin
no
se
puede
inhabilitar
mediante
la
GUI
ni
mediante
la
interfaz
de
lnea
de
comandos.
Cada
evento
correlacionado
se
identifica
mediante
un
ID
de
evento,
aunque
dicho
ID
no
est
conectado
de
ninguna
manera
con
los
eventos
que
ha
generado
el
evento
correlacionado.
La
funcin
de
borrado
no
est
activa
para
eventos
correlacionados.
Por
lo
tanto,
cuando
un
problema,
resaltado
por
un
evento
correlacionado,
se
resuelve,
no
se
enva
ninguna
notificacin
a
Tivoli
Enterprise
Console.
La
funcin
de
correlacin
de
eventos
se
habilita
slo
en
plataformas
Windows.
Supervisin
de
eventos
e
indicaciones
Los
eventos
se
pueden
enviar
al
servidor
Tivoli
Enterprise
Console,
a
la
Consola
de
estado
de
Web
y
a
Tivoli
Business
Systems
Manager.
En
el
servidor
de
Tivoli
Enterprise
Console
Los
eventos
pueden
visualizarse
mediante
un
servidor
Tivoli
Enterprise
Console
siempre
y
cuando
haya
compilado
y
cargado
los
archivos
Basic
Recorder
of
Objects
in
C
(BAROC)
relevantes
en
el
servidor.
El
evento
posee
una
serie
de
propiedades
que
pueden
ayudar
a
identificar
el
problema.
Por
ejemplo,
la
informacin
del
evento
ProcessHandleLeak
incluye
valores
para
los
siguientes
datos:
v
ID
de
proceso
actual
v
Nmero
de
controladores
asignados
al
proceso.
v
Nombre
del
proceso
Los
eventos
de
borrado
tambin
pueden
procesarse
mediante
el
servidor
Tivoli
Enterprise
Console.
Si
se
utiliza
el
procedimiento
predeterminado
para
habilitar
la
supervisin
de
eventos
(consulte
el
apartado
Cmo
habilitar
la
supervisin
de
eventos
y
mensajes
de
latido
en
el
servidor
de
Tivoli
Enterprise
Console
en
la
pgina
90),
el
servidor
Tivoli
Enterprise
Console
utiliza
el
evento
de
borrado
para
cerrar
el
evento
de
error
asociado.
Sin
embargo,
si
elige
no
instalar
la
regla
de
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.
En
la
Consola
de
estado
de
Web
La
Consola
de
estado
de
Web,
que
es
una
parte
opcional
de
Tivoli
Monitoring,
obtiene
eventos
e
indicaciones
de
puntos
finales.
La
Consola
de
estado
de
Web
muestra
la
salud
de
cada
uno
de
los
problemas
potenciales
en
forma
de
un
valor
entre
100
(salud
perfecta)
y
cero
(que
significa
que
se
cumplen
las
condiciones
del
evento
en
cuestin).
Los
valores
intermedios
muestran
el
porcentaje
de
apariciones
que
se
registran
actualmente
con
respecto
al
nmero
total
de
apariciones
que
se
necesitan
para
desencadenar
un
evento.
Por
ejemplo,
la
Tabla
4
se
basa
en
la
Tabla
3
en
la
pgina
9,
pero
tambin
muestra
el
porcentaje
de
salud:
Tabla
4.
Porcentajes
de
uso
de
CPU
elevado
durante
12
ciclos:
salud
Ciclo
1
2
3
4
5
6
7
8
9
10
11
12
%
de
CPU
55
73
54
63
68
42
50
70
90
55
70
80
Aparicin
o
agujero
H
O
H
O
O
H
H
O
O
H
O
O
Recuento
de
apariciones
0
1
1
2
3
3
0
1
2
2
3
4
Salud
(%)
100
75
75
50
25
25
100
75
50
50
25
0
En
este
ejemplo,
el
porcentaje
de
salud
cambia
en
intervalos
de
25%
porque
se
necesitaban
4
apariciones
para
desencadenar
un
evento;
si
la
indicacin
hubiera
requerido
5
apariciones,
el
porcentaje
de
salud
habra
cambiado
en
intervalos
de
20%.
En
Tivoli
Business
Systems
Manager
Los
eventos
tambin
pueden
enviarse
a
Tivoli
Business
Systems
Manager,
dado
que
el
componente
Tivoli
Business
Systems
Manager
Adapter
est
instalado
en
los
gateways
de
los
puntos
finales
que
deben
supervisar.
Encontrar
una
descripcin
completa
de
Tivoli
Business
Systems
Manager
en
la
documentacin
de
Tivoli
Business
Systems
Manager.
Para
obtener
ms
informacin
sobre
la
integracin
de
Tivoli
Business
Systems
Manager
con
Tivoli
Monitoring,
consulte
el
Captulo
6,
Integracin
con
Tivoli
Business
Systems
Manager,
en
la
pgina
99.
Los
eventos
de
borrado
tambin
pueden
procesarse
mediante
Tivoli
Business
Systems
Manager,
que
utiliza
el
evento
de
borrado
para
cerrar
el
evento
de
error
asociado.
Acciones
de
recuperacin
Pueden
ejecutarse
automticamente
acciones
de
recuperacin
para
cualquier
evento.
Las
acciones
de
recuperacin
pueden
ser
de
dos
tipos:
acciones
incorporadas
y
tareas
de
Tivoli
Framework.
Las
acciones
de
recuperacin
pueden
realizar
pasos
positivos
para
solucionar
la
situacin
o
asegurar
que
la
informacin
sobre
el
evento
se
distribuya
a
las
autoridades
o
entidades
adecuadas.
Acciones
incorporadas
Determinados
eventos
pueden
tener
una
o
ms
acciones
predefinidas.
Una
accin
puede
ser
la
ejecucin
de
un
mtodo
de
clase
CIM
o
la
ejecucin
de
un
programa.
Ambas
acciones
slo
pueden
implantarse
a
travs
de
Resource
Model
Builder.
Por
ejemplo,
un
evento
que
detecta
el
fallo
de
un
servicio
podra
tener
el
reinicio
de
ese
servicio
como
accin
incorporada.
As,
sin
intervencin
humana,
Tivoli
Monitoring
detecta
el
error
de
un
servicio
y
lo
reinicia
automticamente.
Las
12
IBM
Tivoli
Monitoring:
Gua
del
usuario
acciones
incorporadas
estn
predeterminadas
como
parte
de
un
evento,
pero
pueden
eliminarse.
Tienen
el
mismo
ID
de
evento
que
el
evento
que
deben
corregir.
Tareas
de
Tivoli
Framework
Para
cada
evento
puede
seleccionar
una
o
ms
tareas
de
Tivoli
Framework
para
que
se
realicen
cuando
se
desencadena
el
evento.
Consulte
las
publicaciones
Tivoli
Management
Framework:
Users
Guide
y
Tivoli
Management
Framework:
Reference
Manual
para
obtener
ms
detalles
sobre
las
tareas
de
Tivoli
Framework.
Nota:
Las
tareas
desencadenadas
por
un
evento
de
Tivoli
Monitoring
pueden
acceder
al
nombre
de
evento
y
al
umbral
de
evento
del
evento
desencadenante
accediendo
a
las
variables
de
entorno.
Consulte
el
Apndice
A,
Variables
de
entorno,
en
la
pgina
225
para
ver
la
lista
de
variables
de
entorno
que
utiliza
el
producto.
Planificacin
Tivoli
Monitoring
contiene
una
funcin
de
planificacin
que
permite
determinar
un
periodo
dentro
del
cual
se
debe
producir
la
planificacin,
as
como
reglas
de
planificacin
especficas.
El
periodo
de
supervisin
se
determina
definiendo
una
fecha
de
inicio
y
una
de
finalizacin.
Las
reglas
de
planificacin
permiten
definir
periodos
de
tiempo
para
das
de
la
semana
determinados
en
que
se
realizar
la
supervisin.
Puede
definir
cualquier
nmero
de
reglas,
lo
que
permite
configurar
un
modelo
complejo
de
supervisin
de
recursos
para
un
perfil,
cubriendo
los
periodos
que
considere
ms
importantes.
Las
horas
de
planificacin
siempre
se
interpretan
como
locales,
lo
que
permite
configurar
una
nica
regla
para
supervisar
el
mismo
periodo
de
hora
local
en
husos
horarios
diferentes.
Por
ejemplo,
si
su
regin
cubre
diversos
husos
horarios
pero
desea
supervisar
actividades
matinales
en
cada
huso
horario,
una
regla
nica
que
defina
el
periodo
de
supervisin
entre
las
08:00
y
las
13:00
se
interpretar
localmente
en
cada
una
de
las
zonas
horarias,
de
manera
que
supervisar
el
mismo
periodo
relativo.
Tenga
en
cuenta
que
todas
las
horas
de
eventos
o
actividades
de
las
que
se
informa
desde
los
puntos
finales
o
gateways
tambin
se
registran
en
la
hora
local
del
sistema
desde
el
cual
se
originaron.
Registro
Se
pueden
registrar
los
datos
recopilados
por
un
modelo
de
recurso
de
cualquier
punto
final
y
grabarlos
en
una
base
de
datos
local.
Estos
se
pueden
ver
despus
a
travs
de
la
Vista
histrica
de
la
Consola
de
estado
de
Web.
Existe
la
opcin
de
almacenar
datos
en
bruto
o
agregados.
Si
desea
obtener
ms
informacin,
consulte
el
apartado
Cmo
personalizar
informacin
de
registro
de
datos
en
la
pgina
66.
Perfiles
Tivoli
Monitoring
es
una
aplicacin
basada
en
perfiles
que
se
ejecuta
en
un
entorno
Tivoli.
Pueden
definirse
perfiles
distintos
que
contengan
selecciones
distintas
de
modelos
de
recurso.
Todos
los
aspectos
de
los
perfiles
existentes
pueden
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.
La
Figura
2
en
la
pgina
15
muestra
un
diagrama
de
los
componentes
del
producto.
Tambin
muestra
los
diversos
monitores
que
pueden
recibir
informacin
desde
el
producto.
14
IBM
Tivoli
Monitoring:
Gua
del
usuario
Las
secciones
siguientes
describen
los
componentes
de
Tivoli
Monitoring.
Componente
base
de
Tivoli
Monitoring
Este
componente
del
producto
debera
instalarse
en
el
servidor
de
regin
de
gestin
Tivoli
en
todos
los
gateways
a
los
que
se
encuentran
adjuntos
los
puntos
finales
que
desea
supervisar.
En
esta
gua,
el
trmino
gateway
se
utiliza
para
referirse
a
un
nodo
gestionado
configurado
como
gateway.
Encontrar
instrucciones
sobre
la
instalacin
en
el
Captulo
2,
Instalacin,
en
la
pgina
21.
El
componente
comprende
una
interfaz
grfica
de
usuario
y
una
interfaz
de
lnea
de
comandos,
disponible
tanto
en
el
servidor
como
en
el
gateway.
Adems,
todas
las
funciones
del
producto
pueden
controlarse
desde
cualquier
nodo.
Sin
embargo,
tenga
en
cuenta
que
la
base
de
datos
de
modelos
de
recurso
predeterminados
disponibles
se
mantiene
en
el
servidor;
los
comandos
para
gestionar
los
modelos
de
recurso
desde
gateways
se
dirigen
al
servidor
y
se
ejecutan
en
el
mismo.
Adems,
este
componente
puede
configurarse
para
realizar
la
funcin
de
latido
para
todos
los
puntos
finales
adjuntos
directamente
al
sistema
en
el
que
est
instalado.
Punto final de IBM Tivoli
Monitoring
IBM Tivoli Monitoring
Tivoli Business Systems
Manager Adapter
IBM Tivoli Monitoring
Componente IBM Tivoli
Monitoring Gathering
Historical Data
COMPONENTES MONITORES
IBM Tivoli Monitoring
Puntos finales
Nodo gestionado de
Tivoli/Gateway
Servidor de regin
de gestin Tivoli
Tivoli Console
Consola de estado
de Web
Tivoli Business Systems
Manager CommonListener
Servidor Tivoli
Enterprise Console
Grupo de avisos (Notice group)
de IBM Tivoli Monitoring
Figura
2.
Componentes
y
monitores
de
eventos
de
IBM
Tivoli
Monitoring
Captulo
1.
Introduccin
15
Si
desea
obtener
ms
informacin,
consulte
el
Captulo
4,
Funcin
de
latido,
en
la
pgina
81.
Consola
de
estado
de
Web
La
Consola
de
estado
de
Web
es
la
interfaz
grfica
basada
en
la
Web
correspondiente
a
Tivoli
Monitoring
que
se
ejecuta
en
cualquier
sistema
que
se
pueda
conectar
mediante
TCP/IP
a
la
regin
de
gestin
Tivoli.
La
Consola
de
estado
de
Web
permite
ver
informacin
en
tiempo
real
en
relacin
con
un
problema
especfico,
y
comprobar
el
estado
(o
salud)
de
un
conjunto
de
puntos
finales.
Puede
utilizar
la
Consola
de
estado
de
Web
para
trabajar
con
datos
en
tiempo
real
o
con
datos
histricos
que
se
hayan
registrado
previamente
en
una
base
de
datos
local.
Para
obtener
ms
informacin,
consulte
la
Parte
2,
Consola
de
estado
de
Web,
en
la
pgina
195
Componente
de
punto
final
El
componente
de
punto
final
(que
requiere
un
agente
de
gestin
de
Tivoli)
realiza
la
gestin
de
recursos
a
travs
de
uno
o
ms
modelos
de
recurso
que
se
distribuyen
al
punto
final
con
un
perfil
de
Tivoli
Monitoring.
El
componente
de
punto
final
se
instala
automticamente
la
primera
vez
que
un
perfil
de
Tivoli
Monitoring
se
distribuye
al
punto
final.
Tivoli
Business
Systems
Manager
Adapter
Este
componente
se
instala
junto
con
el
componente
base
del
producto
en
un
gateway
(o
en
un
servidor
acoplado
directamente
a
los
puntos
finales).
Suministra
informacin
de
descubrimiento
y
eventos
de
Tivoli
Monitoring
a
Tivoli
Business
Systems
Manager.
Para
obtener
ms
informacin,
consulte
el
Captulo
6,
Integracin
con
Tivoli
Business
Systems
Manager,
en
la
pgina
99
Componente
Gathering
Historical
Data
El
componente
Gathering
Historical
Data
permite
a
Tivoli
Monitoring
utilizar
Tivoli
Decision
Support
for
Server
Performance
Prediction
(Advanced
Edition)
y
Tivoli
Data
Warehouse.
El
componente
Gathering
Historical
Data
utiliza
datos
recopilados
por
modelos
de
recurso
especficos
de
Tivoli
Monitoring
para
llenar
una
base
de
datos
del
servidor
Tivoli
en
el
que
est
instalado.
Los
datos
recopilados
se
agregan
cada
24
horas
y
se
agregan
a
la
base
de
datos
de
Tivoli
Monitoring,
desde
donde
pueden
utilizarse
en
anlisis
que
ayudan
a
planificar
el
crecimiento
de
red
utilizando
medidas
de
sistema
claves.
Para
instalar,
configurar
y
utilizar
Gathering
Historical
Data,
siga
la
informacin
ofrecida
sobre
el
componente
TDS
Configuration
en
Tivoli
Decision
Support
for
Server
Performance
Prediction
(Advanced
Edition):
Release
Notes,
Version
2.1.
Para
obtener
ms
informacin
acerca
de
Tivoli
Data
Warehouse,
consulte
las
publicaciones
siguientes:
v
Tivoli
Data
Warehouse:
Installing
and
Configuring
v
Tivoli
Enterprise
Data
Warehouse:
Enabling
an
Application
for
Tivoli
Enterprise
Data
Warehouse
16
IBM
Tivoli
Monitoring:
Gua
del
usuario
v
Tivoli
Monitoring
Warehouse
Enablement
Pack:
Implementation
Guide
Componente
Tivoli
Enterprise
Data
Warehouse
Support
El
componente
Tivoli
Enterprise
Data
Warehouse
Support
tambin
permite
la
integracin
de
Tivoli
Monitoring
con
Tivoli
Data
Warehouse.
A
diferencia
del
componente
Gathering
Historical
Data,
Tivoli
Enterprise
Data
Warehouse
Support
interacta
con
los
productos
IBM
Tivoli
Monitoring
for
(...).
Por
lo
tanto,
si
desea
aprovechar
cualquiera
de
las
funciones
de
los
productos
IBM
Tivoli
Monitoring
for
(...)
y
almacenar
los
datos
recopilados
en
un
depsito
central
de
datos,
debe
instalar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support.
Para
obtener
informacin
general
sobre
la
integracin
con
Tivoli
Data
Warehouse
y
sobre
la
instalacin,
configuracin
y
utilizacin
de
Tivoli
Enterprise
Data
Warehouse
Support,
consulte
el
Captulo
7,
Integracin
con
Tivoli
Data
Warehouse,
en
la
pgina
109.
Para
obtener
ms
informacin
acerca
de
Tivoli
Data
Warehouse,
consulte
las
publicaciones
siguientes:
v
Tivoli
Data
Warehouse:
Installing
and
Configuring
v
Tivoli
Enterprise
Data
Warehouse:
Enabling
an
Application
for
Tivoli
Enterprise
Data
Warehouse
v
Tivoli
Monitoring
Warehouse
Enablement
Pack:
Implementation
Guide
Recopilacin
de
datos
Este
apartado
describe
cmo
obtiene
el
producto
los
datos
necesarios
para
la
supervisin
en
los
puntos
finales.
Flujo
de
datos
del
modelo
de
recurso
La
Figura
3
en
la
pgina
18
muestra
el
flujo
de
datos
para
un
modelo
de
recurso.
Captulo
1.
Introduccin
17
El
modelo
de
recurso
se
distribuye
(inserta)
como
parte
de
un
perfil
al
punto
final
a
travs
del
gateway
(pasos
1,
2
y
3).
Empieza
a
supervisar
los
recursos
del
punto
final
y
enva
la
informacin
sobre
todos
los
eventos
al
gateway
y
la
informacin
sobre
eventos
no
seguros
directamente
al
servidor
Tivoli
Enterprise
Console
(paso
4).
El
gateway,
segn
qu
monitores
estn
habilitados,
distribuye
eventos
a
Tivoli
Business
Systems
Manager
CommonListener
y
asegura
los
eventos
en
el
servidor
Tivoli
Enterprise
Console
(paso
5).
Obtencin
de
datos
de
recursos
en
el
punto
final
Tivoli
Monitoring
utiliza
procesos
que
forman
parte
de
los
sistemas
operativos
de
los
puntos
finales
para
obtener
datos
de
recursos
de
la
manera
siguiente:
Sistemas
operativos
Windows
En
sistemas
operativos
Windows,
el
producto
utiliza
Windows
Management
Instrumentation
(WMI),
que
es
la
implantacin
de
Microsoft
de
CIM.
WMI
permite
a
las
aplicaciones,
incluido
Tivoli
Monitoring,
recuperar
informacin
sobre
el
estado
actual
de
un
sistema.
Nota:
WMI
se
suministra
como
una
parte
de
Windows
2000.
En
Windows
NT,
WMI
debe
instalarse
en
cada
sistema.
Tambin
pueden
utilizarse
otros
agentes
de
coleccin
y
definirse
otros
modelos
de
recurso
que
no
sean
recursos
gestionados
por
WMI.
Sistemas
operativos
UNIX
y
Linux
En
sistemas
operativos
UNIX
y
Linux,
el
agente
de
coleccin
de
informacin
est
incorporado
al
producto,
segn
especificaciones
CIM.
Puntos finales
Nodo gestionado de
Tivoli/Gateway
Servidor de regin
de gestin Tivoli
Tivoli Console
Tivoli Business Systems
Manager CommonListener
Servidor de Tivoli
Enterprise Console
Enviar eventos
TME (seguros)
Enviar eventos
Distribuir perfil
Distribuir
perfil
Enviar eventos Distribuir
perfil
Enviar eventos no
TME (no seguros)
1
2
3 4
4
5
5
Figura
3.
Flujo
de
datos
para
actividades
de
supervisin
de
modelos
de
recurso
y
distribucin
de
perfiles
18
IBM
Tivoli
Monitoring:
Gua
del
usuario
Sistemas
operativos
OS/400
En
sistemas
operativos
OS/400,
el
agente
de
coleccin
de
informacin
est
incorporado
en
el
producto,
basado
en
especificaciones
CIM.
Consideraciones
sobre
la
seguridad
Tivoli
Monitoring
aprovecha
la
infraestructura
proporcionada
por
Tivoli
Management
Framework,
Versin
3.7.1
(y
posteriores),
para
habilitar
el
funcionamiento
del
producto
a
travs
de
cortafuegos.
Para
proteger
la
privacidad
y
la
integridad
de
los
datos,
Tivoli
Management
Framework
3.7.1
permite
configurar
el
mecanismo
de
proxy
Bulk
Data
Transfer
(BDT)
y
el
soporte
de
cifrado
Secure
Socket
Layer
3
(SSL3)
o
instalar
Tivoli
Management
Framework
Firewall
Security
Toolbox.
Para
obtener
ms
informacin,
consulte
la
siguiente
documentacin:
v
Tivoli
Management
Framework
Firewall
Security
Toolbox
Release
Notes,
Version
1.2
Contiene
informacin
sobre
la
instalacin
y
configuracin
de
los
componentes
de
Tivoli
Management
Framework
Firewall
Security
Toolbox.
v
Tivoli
Management
Framework:
Release
Notes,
Version
3.7.1
Este
manual
contiene
informacin
sobre
seguridad
y
opciones
del
nuevo
comando.
v
Tivoli
Management
Framework:
Planning
for
Deployment
Guide,
Version
3.7.1
Este
manual
contiene
informacin
sobre
el
cifrado
de
datos
Secure
Sockets
Layer.
v
Secure
Socket
Layer
Introduction
and
iKeyman
Users
Guide
Proporciona
ms
informacin
previa
acerca
de
SSL3.
v
Tivoli
Enterprise
Management
across
Firewalls
(manual
tcnico
SG24-5510-01)
Proporciona
informacin
previa
e
incluye
casos
que
se
refieren
a
Tivoli
Distributed
Monitoring
(Classic
Edition).
Tivoli
Monitoring
Resource
Model
Builder
A
partir
de
IBM
Tivoli
Monitoring
5.1.1
Fix
Pack
5
(5.1.1-ITM-FP05),
Tivoli
Monitoring
Workbench
se
ha
reemplazado
por
el
nuevo
componente
Tivoli
Monitoring
Resource
Model
Builder,
que
se
puede
descargar
de
la
siguiente
pgina
web:
http://www-3.ibm.com/software/tivoli/resource-center/pa/code-monitor-resource.jsp
Tivoli
Monitoring
Resource
Model
Builder
es
un
componente
autnomo
que
proporciona
un
entorno
integrado
para
desarrollar,
depurar
y
empaquetar
modelos
de
recurso
para
Tivoli
Monitoring.
Puede
utilizar
Resource
Model
Builder
para
desarrollar
sus
propios
modelos
de
recurso
o
para
modificar
modelos
de
recurso
existentes
proporcionados
con
Tivoli
Monitoring.
Para
obtener
ms
informacin
sobre
Resource
Model
Builder,
consulte
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Builder
Users
Guide.
En
esta
gua,
el
trmino
Workbench
todava
se
utiliza
al
hacer
referencia
a
versiones
de
este
componente
anteriores
a
IBM
Tivoli
Monitoring
5.1.1
Fix
Pack
5
(5.1.1-ITM-FP05).
Captulo
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
AIX
4.3.3,
5.1.0.C
(3)
(4)
,
5.2
(3)
(4)
Solaris
2.6
7,
8,
9
(3)
(4)
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
SLES
7.0
for
S/390
y
z/Series
(5)
HP-UX
(1)
11,
11i
(3)
OS/400
5.1,
5.2
RedHat
Server
(IA32)
7.0,
7.1,
7.2
y
7.3
Copyright
IBM
Corp.
2004
21
|
|
|
||
|||||
|||||
|||||
||||
|||||
||
|
|||
|||||
|||||
|||||
|||||
|||||
|||||
|||||
|||||
|||||
Tabla
5.
Plataformas
soportadas
(continuacin)
Sistema
Versiones
Servidor
Gateway
Punto
final
RedHat
Ent
Linux
(IA32)
2.1
RedHat
para
OS/390
6.0
RedHat
para
Intel
7.3,
8.0
UL
(
SLES
8)
1.0
para
IA32
sp2+
UL
(
SLES
8)
1.0
para
z/Series
sp2+
(3)
(4)
UL
(2)
(SLES
8)
1.0
para
PowerPC
Notas
acerca
de
las
plataformas
compatibles:
v
(1)
Tivoli
Business
Systems
Manager
Adapter
no
se
puede
instalar
en
gateways
HP-UX.
v
(2)
Soportado
desde
5.1.1-ITM-FP04
y
4.1-TMF-0013,-0014,-0015.
v
(3)
Aplicacin
de
32
bits
en
kernel
de
32
bits.
v
(4)
Aplicacin
de
32
bits
probada
en
kernel
de
64
bits
bajo
modalidad
de
tolerancia.
v
(5)
Los
servidores
y
gateways
slo
soportan
estas
plataformas
si
se
basan
en
Tivoli
Management
Framework
4.1.
Nota:
Es
posible
que
la
utilizacin
de
componentes
o
funciones
concretas
del
producto
requiera
la
utilizacin
de
versiones
distintas
de
las
mnimas
del
sistema
operativo,
tal
como
se
muestra
a
continuacin
(consulte
el
apartado
Requisitos
previos
de
software
en
la
pgina
23).
Requisitos
de
hardware
La
Tabla
6
lista
los
requisitos
mnimos
de
hardware
para
instalar
y
utilizar
Tivoli
Monitoring
en
servidores,
gateways
y
puntos
finales.
Para
aplicaciones
que
ejecutan
modelos
de
recursos
de
productos
IBM
Tivoli
Monitoring
para
...,
el
espacio
de
memoria
debe
ser
mayor
que
los
nmeros
indicados
en
la
tabla.
Tabla
6.
Requisitos
previos
de
hardware
para
Tivoli
Monitoring
Hardware
Requisito
mnimo
Servidor
CPU
Los
requisitos
son
los
mismos
que
los
de
Framework
RAM
Espacio
en
disco
85
MB
Gateway
CPU
Los
requisitos
son
los
mismos
que
los
de
Framework
RAM
Espacio
en
disco
85
MB
Punto
final
de
Windows
CPU
266
MHz
RAM
128
MB
Espacio
en
disco
30
MB
Punto
final
de
UNIX/Linux
(1)
CPU
Los
requisitos
son
los
mismos
que
los
de
Framework
RAM
Espacio
en
disco
100
MB
22
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|||||
|||||
|||||
|||||
|||||
|||||
|||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tabla
6.
Requisitos
previos
de
hardware
para
Tivoli
Monitoring
(continuacin)
Hardware
Requisito
mnimo
Punto
final
de
OS/400
CPU
Los
requisitos
son
los
mismos
que
los
de
Framework
RAM
Espacio
en
disco
20
MB
Notas
de
prerrequisitos
de
hardware:
v
(1)
Los
puntos
finales
de
UNIX/Linux
deben
tener
al
menos
256
MB
de
memoria
libre.
Esto
es
necesario
porque
la
pila
mxima
permitida
de
procesos
Java
en
el
motor
de
Tivoli
Monitoring
est
configurada
para
que
sea
de
256
MB.
La
Tabla
7
enumera
los
requisitos
de
hardware
mnimos
para
instalar
Tivoli
Business
Systems
Manager
Adapter
en
gateways.
Tabla
7.
Requisitos
previos
de
hardware
para
Tivoli
Business
Systems
Manager
Adapter
Hardware
Requisito
mnimo
Gateway
CPU
Los
requisitos
son
los
mismos
que
los
de
Framework
RAM
Espacio
en
disco
2
MB
Requisitos
previos
de
software
La
informacin
sobre
los
requisitos
previos
de
software
se
ofrece
en
apartados
distintos:
uno
para
Tivoli
Management
Framework
y
otro
para
el
resto
del
software.
Tivoli
Management
Framework
Tivoli
Monitoring
requiere
como
mnimo
Tivoli
Management
Framework
Versin
3.7B,
pero
le
recomendamos
la
versin
3.7.1
o
4.1
(algunas
plataformas
requieren
parches,
tal
como
se
detalla
a
continuacin).
Parches
necesarios
de
Tivoli
Management
Framework
Si
dispone
de
Tivoli
Management
Framework
Versin
4.1,
es
recomendable
que
instale
los
parches
4.1-TMF-0013,
4.1-TMF-0014
y
4.1-TMF-0015
(este
ltimo
parche
es
necesario
para
ejecutarse
en
puntos
finales
de
Linux
iSeries
y
pSeries).
Si
dispone
de
Tivoli
Management
Framework
Versin
3.7.1,
es
recomendable
que
instale
los
parches
3.7.1-TMF-0097,
3.7.1-TMF-0098,
3.7.1-TMF-0099
y
3.7.1-TMF-0114,
mientras
que
el
3.7.1-TMF-107
tambin
debe
instalarse
para
ejecutar
el
producto
en
puntos
finales
Linux
iSeries
y
pSeries.
Algunas
plataformas
requieren
parches
especficos,
como
en
los
casos
siguientes:
Windows
2000
En
Tivoli
Management
Framework,
3.7B,
el
parche
3.7-TMF-0010
es
un
requisito
previo
para
cualquier
versin
del
sistema
operativo
de
Windows
2000
y
le
recomendamos
que
lo
instale
en
todas
las
otras
plataformas
en
las
que
est
disponible.
Windows
XP
Para
los
puntos
finales
de
Windows
XP
Professional,
se
necesita
el
parche
3.7.1-TMF-0044
en
el
servidor.
Captulo
2.
Instalacin
23
|
|
|
|
Otro
software
La
Tabla
8
ofrece
detalles
acerca
de
otros
requisitos
previos
de
software,
en
funcin
del
entorno
de
trabajo:
Tabla
8.
Requisitos
previos
de
software
Caractersticas
Software
necesario
Sistemas
que
utilizan
el
componente
del
producto
Consola
de
estado
de
Web
v
Netscape
6.x
o
Internet
Explorer
6.x
debe
estar
instalado
en
el
sistema.
Puntos
finales
que
ejecutan
UNIX
o
Linux
v
Java
Runtime
Environment
(JRE)
1.3.0
1.3.1
debe
estar
instalado
en
el
punto
final
(los
puntos
finales
que
ejecutan
Solaris
deben
tener
JRE
1.3.1-08,
mientras
que
los
puntos
finales
que
ejecutan
AIX
deben
tener
JRE
1.3.1).No
obstante,
se
recomienda
que
instale
y
utilice
el
JRE
disponible
con
el
CD
del
producto:
Si
ya
dispone
de
una
copia
adecuada
de
JRE
instalada
en
el
sistema
de
destino,
despus
de
instalar
IBM
Tivoli
Monitoring
debe
utilizar
la
tarea
DMLinkJre
suministrada
para
vincular
el
producto
al
JRE
existente
(consulte
el
apartado
Opciones
de
instalacin
en
la
pgina
38).
Utilice
la
tarea
DMRemoveLinkJre
para
eliminar
la
vinculacin
con
JRE.
Si
un
punto
final
de
UNIX
o
Linux
no
dispone
de
una
copia
adecuada
de
JRE
instalada,
puede
instalarla
desde
el
CD
del
producto,
utilizando
las
instrucciones
que
se
proporcionan
en
la
pgina
38.
Tenga
en
cuenta
que,
si
utiliza
JRE
1.3.1,
debe
ser
de
una
versin
con
fecha
del
14
de
septiembre
de
2002
(o
ms
reciente)
en
UNIX,
o
con
fecha
del
7
de
noviembre
de
2002
(o
ms
reciente)
en
Linux
(ejecutndose
en
i/Series
o
p/Series).
v
Los
puntos
finales
que
ejecutan
Solaris
y
utilizan
Java
2
Platform
Standard
Edition
(J2SE)
deben
tener
el
conjunto
completo
de
los
parches
del
SO
requeridos
necesario
para
el
soporte
de
J2SE.
Visite
el
sitio
Web
siguiente
para
conocer
los
detalles:
http://java.sun.com/j2se/1.3/install-solaris.html
Puntos
finales
que
se
ejecutan
en
Windows
NT
v
Windows
Management
Instrumentation
(WMI)
debe
instalarse
antes
de
utilizar
un
perfil
en
el
punto
final.
Se
recomienda
WMI
Versin
1.5.
Este
software
se
proporciona
con
Windows
2000,
pero
puede
instalarse
manualmente
en
puntos
finales
de
Windows
NT.
Para
obtener
ms
informacin,
busque
WMI
en
el
siguiente
sitio
Web:
http://msdn.microsoft.com/
Puntos
finales
que
ejecutan
Windows
y
utilizan
modelos
de
recurso
JavaScript
v
Microsoft
Windows
Script
Host
5.6
es
un
requisito
previo
para
ejecutar
modelos
de
recurso
JavaScript
en
un
punto
final
de
Windows.
Puede
obtener
el
software
del
sitio
Web
siguiente:
http://msdn.microsoft.com/scripting
24
IBM
Tivoli
Monitoring:
Gua
del
usuario
Tabla
8.
Requisitos
previos
de
software
(continuacin)
Caractersticas
Software
necesario
Puntos
finales
que
ejecutan
Windows
y
utilizan
modelos
de
recurso
que
utilizan
proveedores
Java
v
Este
requisito
previo
se
aplica
a
los
puntos
finales
de
Windows
que
utilizan
modelos
de
recurso
que
utilizan
proveedores
Java
definidos
por
el
usuario
o
modelos
de
recurso
incluidos
en
productos
integrados
sobre
IBM
Tivoli
Monitoring:
Java
Runtime
Environment
(JRE)
1.3.0
o
1.3.1
debe
estar
instalado
en
el
punto
final.
Se
recomienda
instalar
y
utilizar
el
JRE
disponible
con
el
CD
del
producto.
Para
ver
detalles,
consulte
el
apartado
Instalacin
de
Java
Runtime
Environment
en
la
pgina
37.
Puntos
finales
que
ejecutan
Windows
y
despliegan
los
modelos
de
recurso
de
la
Tarjeta
de
interfaz
de
red
v
SNMP
y
Network
Monitoring
Agent
se
deben
instalar
en
las
propiedades
de
Red
(SNMP
es
un
requisito
previo
nicamente
en
sistemas
Windows
NT).
Network
Monitoring
Agent
se
debe
instalar
antes
de
instalar
TCP/IP.
El
objeto
de
rendimiento
de
la
interfaz
de
red
debe
estar
disponible
desde
el
monitor
de
rendimiento.
Puntos
finales
que
ejecutan
Windows
y
despliegan
Puertos
TCP/IP
paramtricos
o
los
modelos
de
recurso
de
TCP/IP
v
SNMP
y
TCP/IP
se
deben
instalar
en
las
propiedades
de
Red.
Puntos
finales
que
ejecutan
Windows
y
despliegan
el
modelo
de
recurso
de
Prediccin
de
rendimiento
de
servidor
v
Los
contadores
de
disco
fsico
y
lgico
deben
estar
habilitados
(diskperf
-y).
Una
vez
habilitados,
es
necesario
rearrancar.
v
SNMP
y
TCP/IP
se
deben
instalar
en
las
propiedades
de
Red.
Network
Monitoring
Agent
se
debe
instalar
antes
de
instalar
TCP/IP.
El
objeto
de
rendimiento
de
la
interfaz
de
red
debe
estar
disponible
desde
el
monitor
de
rendimiento.
Puntos
finales
que
ejecutan
AIX
o
HP
y
despliegan
los
modelos
de
recurso
de
interfaz
de
red
o
de
prediccin
de
rendimiento
de
servidor
v
El
daemon
SNMP
debe
estar
activo.
v
SNMP
Versin
3
es
necesario
en
puntos
finales
AIX
5.2
que
ejecutan
el
modelo
de
recurso
de
interfaz
de
red.
Puntos
finales
que
ejecutan
OS/400
v
La
Opcin
30
de
OS/400,
QShell
Interpreter,
debe
estar
instalada.
v
El
parche
3.7-TMF-0043
debe
estar
instalado
y
el
punto
final
actualizado
con
la
nueva
versin.
v
Java
Runtime
Environment
(JRE)
1.3.0
o
1.3.1
debe
estar
instalado
en
el
punto
final:
En
OS/400
V5R1,
se
instala
en
IBM
Developer
Kit
para
Java,
*BASE
y
Opcin
5,
5722-JV1.
Tambin
se
debe
instalar
el
nivel
ms
reciente
de
PTF
SF99069
de
grupo
Java
(o
de
un
PTF
de
grupo
que
lo
reemplace).
Adems,
el
PTF
MF28579
debe
estar
instalado
en
el
sistema
operativo.
En
OS/400
V5R2,
se
instala
en
IBM
Developer
Kit
para
Java,
*BASE
y
Opcin
5,
5722-JV1.
Tambin
el
ltimo
PTF
de
grupo
Java
debe
estar
instalado.
Adems,
se
recomienda
que
cada
dos
meses
solicite
el
ltimo
arreglo
(o
PTF
de
grupo)
correspondiente
a
productos
5722-JV1,
SLIC
y
XPF.
Captulo
2.
Instalacin
25
Tabla
8.
Requisitos
previos
de
software
(continuacin)
Caractersticas
Software
necesario
Uso
de
Gathering
Historical
Data
en
el
servidor
de
regin
de
gestin
Tivoli
Tier1
v
El
parche
3.7-TMF-0035
debe
estar
instalado
si
el
servidor
de
regin
de
gestin
Tier1
Tivoli
est
conectado
a
puntos
finales
Tier2.
Uso
de
la
prestacin
Registro
de
datos
en
puntos
finales
que
ejecutan
Windows
NT
v
Debe
estar
instalado
en
el
punto
final
el
controlador
ODBC
para
Microsoft
Access
2000.
Si
el
punto
final
no
tiene
Microsoft
Access
2000
instalado:
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
Enterprise
Console
v
Servidor
Tivoli
Enterprise
Console
3.7.
ms
el
parche
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
Business
Systems
Manager
Adapter
v
Tivoli
Monitoring
debe
instalarse
en
el
gateway.
v
Java
Runtime
Environment
(JRE)
debe
instalarse
en
el
gateway
(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
Software
Installation
Service
(SIS)
para
instalar
los
componentes
del
producto
v
Se
necesitan
los
siguientes
parches
en
SIS:
3.7-SISCLNT-0005
y
3.7-SISDEPOT-0005.
Actualizacin
de
gateway
o
servidor
Tivoli
desde
Tivoli
Distributed
Monitoring
para
Windows
4.1
v
Componente
servidor/gateway
de
Tivoli
Distributed
Monitoring
para
Windows
4.1
ya
instalado.
Integracin
con
Tivoli
Data
Warehouse
v
Tivoli
Enterprise
Data
Warehouse
1.1
Fix
Pack
2
(adems
del
parche
ms
reciente
disponible)
u
otra
versin
ms
reciente
debe
estar
disponible.
Coexistencia
con
otras
versiones
de
Tivoli
Monitoring
Existen
dos
familias
de
productos
de
supervisin
disponibles
en
Tivoli:
v
La
familia
Tivoli
Monitoring,
que
consta
de:
Tivoli
Monitoring
5.1.2
Tivoli
Monitoring
5.1.1
Tivoli
Monitoring
5.1
26
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tivoli
Distributed
Monitoring
(Advanced
Edition)
4.1
ya
no
se
soporta
Tivoli
Distributed
Monitoring
para
Windows
3.7
y
versiones
anteriores
Tivoli
Manager
para
Windows
NT,
todas
las
versiones
v
La
familia
Tivoli
Distributed
Monitoring
(Classic
Edition),
consiste
en:
Tivoli
Distributed
Monitoring
(Classic
Edition)
3.7
Tivoli
Distributed
Monitoring
3.7
y
versiones
anteriores
Esta
seccin
explica
cmo
pueden
coexistir
estos
productos,
o
como
se
pueden
actualizar
a
IBM
Tivoli
Monitoring.
Productos
de
la
familia
Tivoli
Monitoring
Los
productos
de
la
familia
Tivoli
Monitoring
se
deben
actualizar
a
la
Versin
5.1.
Ninguno
de
los
productos
de
esta
familia
puede
coexistir
en
la
misma
regin
de
gestin
Tivoli.
Por
lo
tanto,
no
puede,
por
ejemplo,
instalar
Tivoli
Monitoring
5.1
en
la
misma
regin
de
gestin
Tivoli
en
la
que
est
instalado
Tivoli
Distributed
Monitoring
(Advanced
Edition)
4.1.
Las
versiones
de
Tivoli
Manager
para
Windows
NT
y
versiones
ms
antiguas
de
Tivoli
Distributed
Monitoring
para
Windows
se
deben
actualizar
primero
a
Tivoli
Distributed
Monitoring
para
Windows
NT
3.7,
a
continuacin
a
Tivoli
Distributed
Monitoring
(Advanced
Edition)
4.1,
a
continuacin
a
Tivoli
Monitoring
5.1,
a
continuacin
a
Tivoli
Monitoring
5.1.1
y,
finalmente,
a
Tivoli
Monitoring
5.1.2.
Encontrar
detalles
de
los
pasos
necesarios
para
actualizar
desde
Tivoli
Distributed
Monitoring
para
Windows
NT,
3.7
a
Tivoli
Monitoring
5.1.2
en
el
Apndice
C,
Consideraciones
sobre
la
migracin,
en
la
pgina
241.
Workbench
(o
Resource
Model
Builder)
y
el
componente
punto
final
del
producto
pueden
coexistir
en
el
mismo
sistema,
pero
solamente
si
estn
alineados
(misma
versin,
release
y
parche
del
producto).
Workbench
y
Resource
Model
Builder
pueden
coexistir
en
el
mismo
sistema.
No
obstante,
si
con
Resource
Model
Builder
desea
utilizar
modelos
de
recurso
desarrollados
utilizando
Workbench,
necesitar
aplicar
el
procedimiento
de
importacin
descrito
en
en
apartado
Actualizacin
desde
Workbench
a
Resource
Model
Builder
en
la
pgina
36.
Productos
de
la
familia
Tivoli
Distributed
Monitoring
(Classic
Edition)
Todos
los
productos
de
la
familia
Tivoli
Distributed
Monitoring
(Classic
Edition)
pueden
coexistir
con
Tivoli
Monitoring
5.1
o
con
Tivoli
Monitoring
5.1.1
o
con
Tivoli
Monitoring
5.1.2.
Es
decir,
se
pueden
instalar
en
el
mismo
servidor
y
gateways,
y
pueden
acceder
a
los
mismos
puntos
finales.
Nota:
No
hay
migracin
automtica
desde
la
familia
de
productos
Tivoli
Distributed
Monitoring
(Classic
Edition)
a
Tivoli
Monitoring
5.1.2.
Consulte
el
Apndice
C,
Consideraciones
sobre
la
migracin,
en
la
pgina
241
y,
en
particular,
el
apartado
Migracin
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
a
Tivoli
Monitoring.
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)
Nota:
Al
desplegar
modelos
de
recurso
utilizando
Tivoli
Monitoring
5.1.2,
debe
tener
en
cuenta
los
aspectos
siguientes:
Si
ha
modificado
alguno
de
los
modelos
de
recurso
que
se
incluan
en
versiones
anteriores
del
producto
y
desea
conservar
los
modelos
de
recurso
modificados
(en
vez
de
reemplazarlos
con
los
modelos
de
recurso
nuevos
proporcionados
con
Tivoli
Monitoring
5.1.2),
asegrese
de
que
selecciona
las
opciones
adecuadas
durante
la
instalacin.
Si
ha
creado
modelos
de
recurso
nuevos
utilizando
proveedores
que
se
incluan
en
versiones
anteriores
del
producto,
asegrese
sustituir
los
proveedores
existentes
por
los
nuevos
que
se
incluyen
en
Tivoli
Monitoring
5.1.2
y
de
volver
a
crear
los
modelos
de
recurso
utilizando
los
proveedores
nuevos.
28
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
Instalacin/actualizacin
del
producto
Tivoli
Monitoring
funciona
en
Tivoli
Management
Environment
y
se
puede
instalar
y
configurar
desde
cualquier
servidor
de
regin
de
gestin
Tivoli.
Puede
instalar
Tivoli
Monitoring
5.1.2
en
cualquier
nodo,
como
producto
nuevo
o,
si
ha
instalado
previamente
Tivoli
Monitoring
5.1.1,
puede
actualizarlo
a
Tivoli
Monitoring
5.1.2
utilizando
Tivoli
Monitoring
5.1.1
Fix
Pack
6
(5.1.1-ITM-FP06).
Si
instala
Tivoli
Monitoring
5.1.2
como
producto
nuevo,
puedo
hacerlo
de
una
de
las
maneras
siguientes:
v
Utilizando
el
asistente
de
instalacin
v
Utilizando
Tivoli
Software
Installation
Service
v
Desde
el
escritorio
de
Tivoli
v
Desde
la
interfaz
de
lnea
de
comandos
(CLI)
La
actualizacin
a
Tivoli
Monitoring
5.1.2
desde
Tivoli
Distributed
Monitoring
(Advanced
Edition)
4.1
es
un
proceso
de
tres
pasos:
1.
Primero
actualice
desde
Tivoli
Distributed
Monitoring
(Advanced
Edition)
4.1
a
Tivoli
Monitoring
5.1.
2.
Actualice
desde
Tivoli
Monitoring
5.1
a
Tivoli
Monitoring
5.1.1.
3.
Actualice
desde
Tivoli
Monitoring
5.1.1
a
Tivoli
Monitoring
5.1.2,
utilizando
Tivoli
Monitoring
5.1.1
Fix
Pack
6
(5.1.1-ITM-FP06).
Antes
de
empezar
Lea
los
avisos
siguientes
antes
de
empezar
a
instalar
o
actualizar
el
producto:
1.
Decida
en
qu
servidores
o
gateways
va
a
instalar/actualizar
el
producto.
Debe
instalar
el
producto
en
el
servidor
antes
de
instalarlo/actualizarlo
en
un
gateway.
2.
Asegrese
de
que
los
nodos
elegidos
cumplan
con
los
requisitos
de
hardware
para
la
instalacin.
3.
Asegrese
de
que
tenga
instalado
en
cada
nodo
el
software
de
requisito
previo
correcto.
4.
Determine
si
en
cada
uno
de
los
nodos
necesita
hacer
la
instalacin
completa
o
si
puede
actualizar
una
versin
anterior
del
producto.
Asegrese
de
que
los
nodos
elegidos
cumplan
con
los
requisitos
de
software
para
la
instalacin
o
actualizacin.
5.
Asegrese
de
que
tenga
privilegios
de
administrador
o
de
usuario
root
para
llevar
a
cabo
la
instalacin
o
actualizacin.
6.
Haga
una
copia
de
seguridad
de
la
base
de
datos
antes
de
empezar
a
instalar
o
a
actualizar
el
producto.
Nota:
La
biblioteca
de
tareas
de
IBM
Tivoli
Monitoring
tambin
se
instala
con
el
producto.
Contiene
un
conjunto
de
tareas
predefinidas
asociadas
al
producto.
Si
desea
definir
tareas
adicionales,
deber
crear
una
biblioteca
de
tareas
separada,
para
evitar
que
las
tareas
que
ha
creado
se
pierdan
si
se
realiza
una
operacin
de
desinstalacin.
A
continuacin
encontrar
una
descripcin
completa
sobre
cmo
realizar
una
instalacin
nueva;
la
actualizacin
del
producto
se
describe
en
el
Apndice
C,
Consideraciones
sobre
la
migracin,
en
la
pgina
241.
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.
Consulte
el
Apndice
B,
Instalacin
utilizando
el
asistente
de
instalacin,
en
la
pgina
227
para
obtener
ms
detalles.
Instalacin
con
Tivoli
Software
Installation
Service
Tivoli
Software
Installation
Service
(SIS)
puede
instalar
varios
productos
Tivoli
en
varios
sistemas
en
paralelo.
Este
producto
basado
en
Java
puede
instalar
ms
productos
en
ms
sistemas
en
mucho
menos
tiempo
que
la
prestacin
de
instalacin
de
Framework.
SIS
comprueba
los
requisitos
previos
del
producto
y,
si
estn
definidos,
los
requisitos
previos
del
usuario,
asegurando
el
menor
nmero
posible
de
fallos
de
instalacin.
En
la
mayora
de
los
casos,
los
fallos
slo
se
producen
cuando
las
mquinas
se
desconectan
o
se
eliminan
de
la
red.
SIS
crea
tambin
un
repositorio
de
instalacin
en
el
que
se
puede
importar
la
imagen
de
instalacin
de
uno
o
ms
productos
de
Tivoli.
Pueden
importar
solamente
los
tipos
de
intrprete
necesarios
en
el
entorno,
lo
cual
ahorra
espacio
en
disco
y
tiempo
de
importacin.
El
repositorio
de
instalacin
se
convierte
en
el
origen
de
todas
las
instalaciones
Tivoli.
Incluso
puede
compartir
un
solo
repositorio
de
instalacin
entre
varias
regiones
de
Tivoli
Management.
Para
obtener
ms
detalles
sobre
las
plataformas
en
las
que
puede
ejecutarse
Software
Installation
Service
y
sobre
cmo
instalar
y
utilizar
este
producto,
consulte
las
publicaciones
Tivoli
Software
Installation
Service
Users
Guide
y
Tivoli
Software
Installation
Service
Release
Notes.
Para
conocer
las
instrucciones
sobre
cmo
instalar
SIS
en
su
entorno
Tivoli
y
sobre
cmo
utilizar
SIS
para
instalar
productos,
consulte
el
manual
Tivoli
Software
Installation
Service
Users
Guide.
Consulte
tambin
la
Tabla
8
en
la
pgina
24
para
conocer
los
parches
obligatorios
que
debe
aplicar
a
SIS.
Instalacin
desde
el
escritorio
de
Tivoli
Puede
instalar
los
componentes
del
producto
siguientes
desde
el
escritorio
de
Tivoli:
IBM
Tivoli
Monitoring,
Versin
5.1.2
Incluye
los
archivos
que
permiten
crear
y
distribuir
perfiles,
as
como
ejecutar
comandos
de
IBM
Tivoli
Monitoring.
Instale
este
producto
en
el
servidor
de
regin
de
gestin
Tivoli
(Tivoli
Management
Region)
y
en
los
gateways
en
los
que
se
distribuirn
perfiles
en
la
regin
(debe
instalarse
en
el
servidor
antes
de
hacerlo
en
cualquier
gateway).
Tivoli
Monitoring
TBSM
Adapter,
Versin
5.1.2
Incluye
los
archivos
que
permiten
utilizar
Tivoli
Business
Systems
Manager
para
recibir
eventos
enviados
desde
los
modelos
de
recurso.
Instale
este
producto
en
el
gateway
de
regin
de
gestin
Tivoli.
Si
el
servidor
de
regin
de
gestin
Tivoli
tambin
tiene
instalado
el
componente
Tivoli
Framework
Gateway
para
proporcionar
servicios
de
gateway
a
los
puntos
finales
conectados
directamente,
instale
tambin
Tivoli
Business
Systems
Manager
30
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
Adapter
en
el
servidor
de
regin
de
gestin
Tivoli.
Para
obtener
las
instrucciones
completas
sobre
la
manera
de
instalar,
configurar
y
utilizar
este
componente,
consulte
el
Captulo
6,
Integracin
con
Tivoli
Business
Systems
Manager,
en
la
pgina
99.
Tivoli
Monitoring
Gathering
Historical
Data
Component,
Versin
5.1.2
Incluye
los
archivos
que
permiten
integrar
Tivoli
Decision
Support
for
Server
Performance
Prediction
(Advanced
Edition)
y
Tivoli
Data
Warehouse
con
Tivoli
Monitoring,
utilizando
Tivoli
Monitoring
como
un
medio
para
recopilar
la
informacin
que
analizan
estos
productos.
Para
instalar,
configurar
y
utilizar
Gathering
Historical
Data
Component
(antes
denominado
TDS
Configuration
Component),
consulte
las
siguientes
publicaciones:
v
Tivoli
Decision
Support
for
Server
Performance
Prediction
(Advanced
Edition):
Release
Notes
v
Tivoli
Monitoring
Warehouse
Enablement
Pack:
Implementation
Guide
v
Enabling
an
Application
for
Tivoli
Enterprise
Data
Warehouse
Tivoli
Monitoring
Tivoli
Enterprise
Data
Warehouse
Support
Versin
5.1.2
Incluye
los
archivos
que
permiten
integrar
los
productos
de
Tivoli
Data
Warehouse
y
Tivoli
Monitoring
for
Web
Infrastructure
con
Tivoli
Monitoring.
Para
instalar,
configurar
y
utilizar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support,
consulte
el
Captulo
7,
Integracin
con
Tivoli
Data
Warehouse,
en
la
pgina
109.
Para
instalar
el
producto
empezando
desde
cero
desde
el
escritorio
de
Tivoli,
lleve
a
cabo
los
pasos
siguientes:
1.
Inserte
el
CD-ROM
del
producto
en
la
unidad
de
CD-ROM.
2.
Inicie
el
escritorio
de
Tivoli.
3.
Desde
el
men
Escritorio
seleccione
Instalar
Instalar
un
producto.
Se
abrir
el
dilogo
Instalar
un
producto.
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
32
IBM
Tivoli
Monitoring:
Gua
del
usuario
6.
Escriba
o
seleccione
la
ubicacin
del
CD-ROM
de
Tivoli
en
el
campo
Nombre
de
la
ruta
de
acceso
realizando
una
de
las
tareas
siguientes:
v
Escriba
el
nombre
completo
de
la
ruta
en
el
campo
Nombre
de
la
ruta
de
acceso.
v
Examine
el
sistema
de
archivos
realizando
los
pasos
siguientes:
a.
En
la
lista
desplazable
Hosts,
seleccione
el
host
(o
unidad)
en
el
que
est
montado
el
CD-ROM,
haciendo
doble
clic.
Al
elegir
un
host
se
actualiza
la
lista
de
desplazamiento
Directorios
para
mostrar
los
directorios
(bajo
el
directorio
raz)
del
host
seleccionado.
b.
En
la
lista
de
desplazamiento
Directorios,
haga
doble
clic
en
el
directorio
que
contiene
el
soporte
de
instalacin.
Al
elegir
un
directorio
se
actualiza
la
lista
Archivos.
Descienda
por
el
rbol
de
directorios
hasta
encontrar
el
directorio
adecuado.
7.
Haga
clic
en
Establecer
soporte
y
cerrar.
Se
volver
a
abrir
el
dilogo
Instalar
un
producto.
La
lista
de
desplazamiento
Seleccione
el
producto
que
se
instalar
muestra
los
productos
disponibles
para
instalar.
8.
Seleccione
uno
de
los
productos
siguientes
de
la
lista
de
desplazamiento
Seleccione
el
producto
que
se
instalar:
v
IBM
Tivoli
Monitoring
5.1.2
v
IBM
Tivoli
Monitoring
TBSM
Adapter,
Versin
5.1.2
Nota:
Este
componente
no
se
puede
instalar
en
gateways
HP-UX.
v
IBM
Tivoli
Monitoring
-
Gathering
Historical
Data
Component,
Versin
5.1.2
v
IBM
Tivoli
Monitoring
-
Tivoli
Enterprise
Data
Warehouse
Support,
Versin
5.1.2
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.
Instalacin
desde
la
lnea
de
comandos
Utilice
el
comando
winstall
para
instalar
Tivoli
Monitoring
desde
la
lnea
de
comandos.
Para
instalar
Tivoli
Monitoring
en
un
gateway
desde
un
CD-ROM,
escriba
el
comando
siguiente:
winstall
c
ruta/cdrom
-i
archivo_ndices
nodo_gestionado
donde:
ruta
Especifica
la
ruta
completa
hasta
el
directorio
/cdrom
del
CD-ROM.
(Utilice
barras
para
especificar
la
ruta,
independientemente
del
sistema
operativo
que
posea.)
archivo_ndices
Especifica
el
archivo
de
ndices
del
producto
desde
el
que
se
instala
Tivoli
Monitoring.
Este
valor
puede
ser:
DM512
El
archivo
de
ndices
para
Tivoli
Monitoring
DM512TBS
El
ndice
correspondiente
a
Tivoli
Business
Systems
Manager
Adapter
(Tivoli
Monitoring
TBSM
Adapter,
Versin
5.1.2).
Despus
de
haber
instalado
este
componente
utilizando
la
CLI,
use
el
comando
wdmconfig
(y,
en
particular
la
clave
tbsma.jre_root)
para
especificar
el
directorio
de
instalacin
de
Java
Runtime
Environment.
34
IBM
Tivoli
Monitoring:
Gua
del
usuario
Nota:
Este
componente
no
se
puede
instalar
en
gateways
HP-UX.
DM512TDS
El
ndice
correspondiente
a
Gathering
Historical
Data
Component
Versin
5.1.2
(anteriormente
conocido
como
Tivoli
Monitoring
TDS
Configuration)
Nota:
Este
producto
es
necesario
para
habilitar
la
integracin
con
Tivoli
Decision
Support
for
Server
Performance
Prediction,
consulte
el
manual
Tivoli
Decision
Support
for
Server
Performance
Prediction:
Release
Notes.
Consulte
tambin
el
mismo
manual
para
conocer
la
manera
de
crear
el
objeto
RIM
utilizando
un
script
de
shell,
despus
de
haber
instalado
este
componente
utilizando
la
CLI.
DM512TED
El
archivo
de
ndices
para
Tivoli
Enterprise
Data
Warehouse
Support
Versin
5.1.2.
Para
crear
el
objeto
RIM
despus
de
haber
instalado
este
componente
utilizando
la
CLI,
consulte
el
apartado
Cmo
crear
un
objeto
RIM
utilizando
un
script
de
shell
en
la
pgina
120.
nodo_gestionado
El
producto
seleccionado
se
instalar
en
el
gateway
que
especifique.
Si
no
especifica
un
gateway,
el
producto
se
instalar
en
todos
los
clientes
disponibles.
Si
desea
enviar
eventos
de
latido
al
grupo
de
avisos
de
Tivoli
Monitoring,
siga
las
instrucciones
que
encontrar
en
el
apartado
Cmo
agregar
el
grupo
de
avisos
en
la
pgina
36.
Para
obtener
ms
informacin
sobre
todos
los
parmetros
que
puede
utilizar
con
el
comando
winstall,
consulte
el
manual
Tivoli
Management
Framework
Reference
Manual.
Actualizacin
desde
Tivoli
Monitoring
Versin
5.1.1
Para
actualizar
desde
Tivoli
Monitoring
5.1.1
a
Tivoli
Monitoring
5.1.2,
debe
instalar
Tivoli
Monitoring
5.1.1
Fix
Pack
6
(5.1.1-ITM-FP06).
Tivoli
Monitoring
5.1.1
Fix
Pack
6
contiene
exactamente
el
mismo
nivel
de
cdigo
que
Tivoli
Monitoring
5.1.2
y
le
registra
como
cliente
de
Tivoli
Monitoring
5.1.2.
Para
instalar
Tivoli
Monitoring
5.1.1
Fix
Pack
6,
siga
las
instrucciones
documentadas
en
el
archivo
ReadMe
correspondiente.
Instalacin
de
un
modelo
de
recurso
predeterminado
Si
desea
instalar
un
nuevo
modelo
de
recurso
predeterminado,
o
un
modelo
de
recurso
predeterminado
existente
modificado
con
Tivoli
Monitoring
Workbench
o
con
Tivoli
Monitoring
Resource
Model
Builder,
entre
el
comando
siguiente
en
la
lnea
de
comandos:
wdmrm
add
archivo_modelo_recurso
Si
desea
obtener
ms
informacin,
consulte
el
Captulo
8,
Comandos,
en
la
pgina
125.
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
obtener
ms
informacin,
consulte
el
Captulo
8,
Comandos,
en
la
pgina
125.
Si
desea
crear
un
nuevo
modelo
de
recurso
predeterminado
o
modificar
uno
existente,
puede
hacerlo
utilizando
Resource
Model
Builder.
Para
obtener
ms
informacin
al
respecto,
consulte
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Builder
Users
Guide.
Actualizacin
desde
Workbench
a
Resource
Model
Builder
A
partir
de
IBM
Tivoli
Monitoring
5.1.1
Fix
Pack
5
(5.1.1-ITM-FP05),
Workbench
se
ha
reemplazado
por
el
nuevo
componente
Resource
Model
Builder.
Para
obtener
ms
informacin,
consulte
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Builder
Users
Guide.
Si
desea
utilizar
Resource
Model
Builder
con
cualquier
modelo
de
recurso,
creado
utilizando
Workbench,
deber
hacer
lo
siguiente:
1.
Instalar
Resource
Model
Builder
ejecutando
ITM_Workbench_WSWB_Setup.exe
y
seguir
los
pasos
del
asistente
para
la
instalacin.
Tenga
presente
que
Workbench
y
Resource
Model
Builder
pueden
coexistir
en
el
mismo
sistema.
2.
Iniciar
Resource
Model
Builder.
3.
Crear
un
proyecto
para
guardar
los
modelos
de
recurso
importados.
4.
Importar
los
modelos
de
recurso
eligiendo
Archivo
(File)
Importar
(Import)
seleccionando
Archivos
de
ITM
Workbench
antiguos
(Old
ITM
Workbench
Files).
Cmo
agregar
el
grupo
de
avisos
Si
desea
enviar
eventos
al
grupo
de
avisos
de
Tivoli
Monitoring,
utilice
el
procedimiento
siguiente
para
crear
el
vnculo
con
el
grupo
de
avisos:
1.
Desde
el
escritorio
de
Tivoli
seleccione
el
icono
Administradores.
Se
abrir
el
dilogo
Administradores.
2.
Haga
clic
con
el
botn
derecho
en
el
icono
Administradores
correspondiente
a
su
regin
y
seleccione
Editar
suscripciones
de
grupo
de
avisos.
Se
abrir
el
36
IBM
Tivoli
Monitoring:
Gua
del
usuario
dilogo
Establecer
grupo
de
avisos.
3.
Seleccione
el
grupo
de
avisos
de
Tivoli
Monitoring
y
haga
clic
en
la
flecha
izquierda
para
moverlo
al
panel
Grupos
de
aviso
actuales.
4.
Pulse
Cambiar
y
cerrar
para
que
las
definiciones
del
grupo
de
avisos
incluyan
el
grupo
de
avisos
seleccionado.
Instalacin
de
Java
Runtime
Environment
Diversos
componentes
de
Tivoli
Monitoring
requieren
Java
Runtime
Environment
(JRE),
Versin
1.3.0
1.3.1
(consulte
la
Tabla
8
en
la
pgina
24
para
conocer
los
detalles
completos).
Nota:
En
sistemas
OS/400,
JRE
se
obtiene
instalando
IBM
Developer
Kit
para
Java
y
el
ltimo
PTF
de
grupo
Java
(consulte
la
Tabla
8
en
la
pgina
24
para
ver
detalles).
Los
mtodos
de
instalacin
disponibles
son
los
tres
siguientes:
v
JRE
est
disponible
en
el
CD
del
producto
para
su
instalacin
utilizando
el
servicio
Tivoli
Software
Installation
Service
(SIS).
v
JRE
tambin
est
disponible
en
el
CD
del
producto
en
formato
comprimido,
para
su
instalacin
manual
o
su
instalacin
mediante
el
comando
wdmdistrib
J
(para
obtener
ms
detalles
sobre
este
comando,
consulte
el
Captulo
8,
Comandos,
en
la
pgina
125).
v
En
puntos
finales
UNIX
y
Linux,
si
el
punto
final
ya
tiene
instalada
la
versin
adecuada
de
JRE,
slo
necesitar
vincular
el
componente
del
producto
con
el
JRE
existente
utilizando
una
tarea
proporcionada
con
el
producto.
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/
38
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Instalacin
manual
Para
instalar
JRE
desde
los
archivos
comprimidos
en
el
CD
de
herramientas
de
Tivoli
Monitoring
5.1.2,
siga
estos
pasos:
1.
Copie
el
archivo
jre13.tar.gz
del
directorio
del
CD
de
herramientas
correspondiente
al
sistema
operativo
en
el
que
se
va
a
ejecutar
JRE
en
el
directorio
en
el
que
desea
instalar
JRE:
AIX
JRE/aix4-r1
Linux
JRE/linux-ix86
Linux
S/390
JRE/linux-s390
Solaris
JRE/solaris2
HP-UX
Consulte
las
instrucciones
de
instalacin
correspondientes
a
HP-UX
Runtime
Environment
for
Java
2
Versin
1.3.1,
que
encontrar
en
el
siguiente
URL:
http://www.hp.com/products1/unix/java/java2/sdkrte1_3/downloads/index.html
Windows
JRE/w32-ix86
Consulte
el
archivo
ReadMe
especfico
incluido
en
cada
directorio
para
entender
los
requisitos
del
sistema
asociados
con
cada
plataforma.
2.
Desde
el
directorio
en
el
que
ha
copiado
el
archivo
jre13.tar.gz,
emita
el
comando:
gzip
dc
jre13.tar.gz
|
tar
xvf
3.
Si
est
instalando
JRE
desde
un
punto
final
de
UNIX/Linux,
ejecute
la
tarea
DMLinkJre,
tal
como
se
describe
a
continuacin.
Establecer
un
vnculo
con
una
versin
existente
utilizando
la
tarea
DMLinkJre
En
puntos
finales
de
Windows,
UNIX
o
Linux,
si
ya
tiene
la
versin
adecuada
de
JRE
instalada
en
el
sistema
de
destino,
puede
utilizar
una
tarea
de
Tivoli
para
vincular
el
producto
a
JRE.
1.
Desde
el
escritorio
de
Tivoli
seleccione
Escritorio
Conexiones
TMR
Regiones
de
polticas
de
nivel
superior.
Se
abrir
el
dilogo
Regiones
de
polticas
de
nivel
superior.
2.
Haga
doble
clic
en
el
icono
TivoliDefaultMw2kRegion.
Se
abrir
el
dilogo
Regin
de
polticas
de
dicha
regin
de
polticas.
3.
Haga
doble
clic
en
el
icono
tareas
de
supervisin
de
Tivoli.
Se
abrir
el
dilogo
Biblioteca
de
tareas
de
esa
biblioteca.
4.
Ejecute
la
tarea
DMLinkJre.
Se
abrir
el
dilogo
Ejecutar
tarea.
5.
Seleccione
el
punto
final
o
puntos
finales
a
los
que
desea
vincular
JRE
y
haga
clic
en
Ejecutar
(tambin
puede
identificar
los
puntos
finales
utilizando
uno
o
ms
gestores
de
perfiles).
Nota:
Asegrese
de
que
la
ruta
en
que
se
encuentra
fsicamente
instalado
JRE
sea
la
misma
en
todos
los
puntos
finales
seleccionados.
6.
En
el
dilogo
DMLinkJre,
entre
la
ruta
completa
en
la
que
est
instalado
JRE
(sin
incluir
el
directorio
/bin).
Haga
clic
en
Establecer
y
ejecutar.
JRE
se
vincula
al
producto
en
todos
los
puntos
finales
seleccionados.
Cmo
habilitar
Tivoli
Monitoring
para
trabajar
con
Tivoli
Data
Warehouse
utilizando
Gathering
Historical
Data
Despus
de
instalar
el
componente
Gathering
Historical
Data,
para
permitir
que
Tivoli
Monitoring
recopile
datos
que
pueda
utilizar
Tivoli
Data
Warehouse:
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.
Nota:
Si
utiliza
un
RDBMS
DB2
o
Informix
,
el
script
se
tiene
que
ejecutar
desde
una
lnea
de
comandos
de
DB2
o
Informix
del
servidor
de
bases
de
datos.
Esto
es
necesario
porque
no
se
puede
modificar
la
base
de
datos
DB2
desde
el
procesador
de
lnea
de
comandos
del
cliente
DB2
sin
una
conexin
existente
con
la
base
de
datos
y
porque
Informix
utiliza
el
recurso
dbaccess,
que
se
suministra
como
parte
del
servidor
Informix.
Desinstalacin
del
producto
Esta
seccin
describe
cmo
desinstalar
los
componentes
del
producto
de
los
puntos
finales,
gateways
y
servidores
y
cmo
eliminar
la
funcin
de
rearranque
automtico
del
punto
final.
Nota:
La
biblioteca
de
tareas
de
Tivoli
Monitoring
tambin
se
desinstala
con
el
producto.
Si
contiene
tareas
definidas
por
el
usuario,
stas
se
perdern.
Por
lo
tanto,
debe
crear
tareas
definidas
por
el
usuario
en
una
biblioteca
separada.
Para
desinstalar
el
producto
siga
cualquiera
de
estos
procedimientos:
1.
Desinstalar
los
componentes
de
punto
final.
2.
Desinstalar
del
servidor
y
de
los
gateways.
o:
1.
Desinstalar
del
servidor
y
de
los
gateways
y
desinstalar
automticamente
todos
los
puntos
finales
registrados.
Desinstalacin
de
componentes
de
punto
final
Tivoli
Monitoring
proporciona
una
tarea
de
Tivoli
para
eliminar
Tivoli
Monitoring
de
los
puntos
finales.
La
tarea
DMEndpointUninstall
realiza
los
pasos
siguientes:
1.
Elimina
el
punto
final
del
cach
del
nodo
gestionado.
2.
Detiene
la
aplicacin
si
se
est
ejecutando.
3.
Elimina
de
los
puntos
finales
todos
los
archivos
de
Tivoli
Monitoring
que
se
bajaron
a
los
puntos
finales
con
el
perfil
Tmw2k.
Elimina
tambin
la
base
de
datos
de
punto
final.
4.
En
caso
necesario,
elimina
las
claves
de
aplicacin
del
registro
de
Windows.
Ejecute
esta
tarea
en
el
nodo
gestionado
al
que
el
punto
final
est
asociado.
40
IBM
Tivoli
Monitoring:
Gua
del
usuario
Para
desinstalar
el
producto
de
un
punto
final,
lleve
a
cabo
los
pasos
siguientes:
1.
En
el
escritorio
de
Tivoli,
seleccione
Conexiones
TMR
Regiones
de
polticas
de
nivel
superior.
Se
abrir
el
dilogo
Regiones
de
polticas
de
nivel
superior.
2.
Haga
doble
clic
en
el
icono
TivoliDefaultMw2kRegion.
Se
abrir
el
dilogo
Regin
de
polticas
correspondiente
a
la
poltica
predeterminada.
3.
Haga
doble
clic
en
el
icono
Tareas
de
IBM
Tivoli
Monitoring.
Se
abrir
el
dilogo
Biblioteca
de
tareas
correspondiente
a
tareas
de
IBM
Tivoli
Monitoring,
donde
se
mostrarn
todas
las
tareas
disponibles.
4.
Haga
doble
clic
en
el
icono
DMEndpointUninstall.
Se
abrir
el
dilogo
Ejecutar
tarea.
5.
Seleccione
el
Destino
de
salida
en
el
que
se
mostrar
o
guardar
la
salida
del
sistema
de
la
desinstalacin.
6.
Si
desea
realizar
la
desinstalacin
de
uno
o
ms
puntos
finales
especficos
conectados
al
nodo
gestionado,
seleccione
el
nodo
gestionado
(no
el
punto
Captulo
2.
Instalacin
41
final)
en
la
lista
Puntos
finales
de
tarea
disponibles.
Haga
clic
en
la
flecha
hacia
la
izquierda
para
mover
el
nodo
gestionado
a
la
lista
Puntos
finales
de
tarea
seleccionados.
7.
Haga
clic
en
Ejecutar
para
desinstalar
el
producto.
Se
abre
el
dilogo
DMEndpointUninstall.
8.
Entre
una
lista
de
puntos
finales
o
-g
seguidos
por
el
nombre
del
gateway
si
se
debe
completar
el
proceso
de
desinstalacin
en
todos
los
puntos
finales
conectados
a
ese
gateway.
Deseleccione
la
opcin
Imprimir
salida
de
tarea
anidada
si
no
desea
ver
la
salida
producida
por
la
tarea
anidada
(DMEndpointUninstall
invoca
la
tarea
DMRemoveFiles).
Tambin
puede
cambiar
el
tiempo
de
espera
de
la
tarea
DMRemoveFiles
especificando
el
valor
adecuado
en
el
campo
Tiempo
de
espera
de
la
tarea
anidada.
Haga
clic
en
Establecer
y
ejecutar.
9.
Cuando
se
haya
completado
la
desinstalacin,
haga
clic
en
Cerrar.
Desinstalacin
desde
servidores
y
gateways
Tivoli
Management
Framework
proporciona
el
comando
wuninst
para
eliminar
aplicaciones
Tivoli
de
un
nodo
determinado
o
de
una
regin
completa.
Puede
utilizar
el
comando
wuninst
con
distintivos
del
producto
que
son
especficos
de
Tivoli
Monitoring
para
eliminar
el
producto
de
cualquier
sistema
de
su
entorno
o
de
una
regin
completa.
En
concreto,
utilice
la
opcin
-rmeps
para
desinstalar
automticamente
tambin
todos
los
puntos
finales
registrados.
Si
utiliza
el
comando
wuninst,
asegrese
de
utilizarlo
en
el
siguiente
orden:
1.
Desinstale
cualquiera
de
los
componentes
de
Tivoli
Monitoring
(por
ejemplo:
Gathering
Historical
Data
Component
o
Tivoli
Business
Systems
Adapter)
2.
Desinstale
el
componente
base
de
Tivoli
Monitoring
(componente
principal)
Para
desinstalar
los
componentes
Tivoli
Monitoring
de
los
servidores
o
gateways
entre:
wuninst
nombre_distintivo
destino_objetivo
rmfiles
Para
desinstalar
el
componente
base
Tivoli
Monitoring
de
servidores
o
gateways
entre:
wuninst
nombre_distintivo
destino_objetivo
rmfiles
-rmeps
42
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
Donde:
nombre_distintivo
Es
uno
de
los
distintivos
del
producto
registrados
para
IBM
Tivoli
Monitoring
que
proporciona
Tivoli.
Nota:
Estos
distintivos
no
indican
la
versin
o
el
release
del
producto.
v
DM_Advanced_Edition_TDS,
para
indicar
Tivoli
Decision
Support
for
Server
Performance
Prediction.
v
DM_Advanced_Edition_TBSMA,
para
indicar
Tivoli
Business
Systems
Manager
Adapter.
v
TMNT_3.6.2,
para
indicar
Tivoli
Monitoring.
v
ITM_TEDW,
para
indicar
Tivoli
Enterprise
Data
Warehouse
Support.
destino_objetivo
Es
el
gateway
o
servidor
del
que
desea
eliminar
el
producto.
Si
especifica
un
servidor,
el
producto
se
desinstalar
de
todos
sus
gateways.
Para
obtener
ms
informacin
sobre
la
sintaxis
de
la
lnea
de
comandos
y
sobre
la
utilizacin
del
comando
wuninst,
consulte
las
publicaciones
Tivoli
Management
Framework
Reference
Manual
y
Tivoli
Management
Framework
Release
Notes:
Server,
Gateway,
and
Endpoint.
Captulo
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.
Estas
opciones
se
tratan
en
el
contexto
del
manejo
de
la
interfaz
grfica
de
usuario
(GUI)
que
se
utilizar
para
realizarlas.
Sin
embargo,
muchos
usuarios
desean
utilizar
los
comandos
proporcionados
en
la
interfaz
de
lnea
de
comandos
(CLI),
y
existen
algunas
tareas
que
slo
pueden
realizarse
utilizando
la
CLI,
como
por
ejemplo
la
adicin
de
modelos
de
recurso
nuevos
al
servidor
Tivoli.
Recomendamos
a
todos
los
usuarios
que
lean
este
captulo
para
comprender
los
conceptos
de
la
utilizacin
del
producto
y
la
estructura
de
los
perfiles
y
de
los
modelos
de
recurso.
Los
que
deseen
utilizar
la
interfaz
de
lnea
de
comandos
encontrarn
todos
los
detalles
sobre
los
comandos
en
el
Captulo
8,
Comandos,
en
la
pgina
125.
Adems,
en
los
diversos
apartados
de
este
captulo
se
har
referencia
a
los
comandos
correspondientes.
Este
captulo
proporciona
detalles
acerca
de
cmo
realizar
las
tareas
siguientes:
v
Configuracin
de
los
recursos
gestionados
v
Cmo
crear
perfiles
y
gestores
de
perfiles
v
Cmo
utilizar
modelos
de
recurso
predeterminados
v
Cmo
agregar
un
modelo
de
recurso
predeterminado
a
un
perfil
v
Cmo
agregar
un
modelo
de
recurso
personalizado
a
un
perfil
v
Cmo
personalizar
un
modelo
de
recurso:
Cmo
personalizar
umbrales
y
reglas
de
eventos;
incluye:
-
Cmo
especificar
acciones
incorporadas
para
un
evento
-
Cmo
especificar
tareas
para
un
evento
Cmo
personalizar
parmetros
Cmo
personalizar
la
informacin
de
planificacin;
incluye:
-
Cmo
configurar
el
periodo
de
supervisin
-
Cmo
crear
reglas
de
planificacin
Cmo
personalizar
informacin
de
registro
de
datos
v
Cmo
configurar
las
opciones
de
distribucin
de
un
perfil
v
Distribucin
de
perfiles
utilizando
MDist
2
v
Cmo
suprimir
copias
de
perfil
durante
una
cancelacin
de
suscripcin
v
Cmo
gestionar
perfiles
y
modelos
de
recurso
en
puntos
finales
v
Cmo
gestionar
Tivoli
Monitoring
en
gateways
v
Cmo
utilizar
tareas
de
Tivoli
Monitoring
Visin
general
Antes
de
poder
supervisar
los
recursos
en
un
punto
final,
debe
crear
uno
o
ms
perfiles
de
supervisin.
A
continuacin
deber
agregar
los
modelos
de
recurso
al
perfil.
Se
pueden
agregar
modelos
de
recurso
con
los
valores
predeterminados
configurados
previamente
por
Tivoli
o
personalizar
los
modelos
de
recurso
en
la
forma
deseada.
Copyright
IBM
Corp.
2004
45
Perfiles
Un
perfil
es
una
coleccin
de
informacin
que
corresponde
a
un
recurso
de
aplicacin
Tivoli.
En
la
mayor
parte
de
las
aplicaciones
Tivoli,
un
perfil
contiene
la
informacin
especfica
de
una
aplicacin
particular
o
una
agrupacin
de
bases
de
datos
particular.
Los
perfiles
de
Tivoli
Monitoring
permiten
definir
los
modelos
de
recurso
y
distribuirlos
a
los
puntos
finales
suscritos.
La
primera
vez
que
se
configura
Tivoli
Monitoring
no
se
producir
ninguna
supervisin
hasta
que
se
haya
distribuido
el
perfil.
Los
modelos
de
recurso
pueden
agregarse
a
un
perfil,
suprimirse
o
modificarse.
Estos
cambios
del
perfil
no
entrarn
en
vigor
hasta
que
se
distribuya
el
perfil.
Los
suscriptores
pueden
ser
puntos
finales
y
otros
gestores
de
perfiles.
Puntos
clave
sobre
los
perfiles
Existe
una
relacin
entre
los
perfiles,
los
gestores
de
perfiles,
las
regiones
de
poltica,
los
puntos
finales
y
los
modelos
de
recurso:
v
Los
gestores
de
perfiles
se
crean
dentro
de
una
regin
de
polticas
y
deben
constituir
un
recurso
gestionado
de
dicha
regin.
Consulte
el
apartado
Configuracin
de
los
recursos
gestionados
para
obtener
ms
informacin.
v
Los
gestores
de
perfiles
contienen
perfiles;
tambin
administran
perfiles
y
listas
de
suscriptores
(grupos
de
puntos
finales).
Consulte
el
apartado
Cmo
crear
perfiles
y
gestores
de
perfiles
en
la
pgina
47
para
obtener
ms
informacin.
v
Los
perfiles
incluyen
uno
o
ms
modelos
de
recurso,
que
pueden
personalizarse
o
definirse
utilizando
los
valores
predeterminados.
Si
desea
modificar
los
modelos
de
recurso
predeterminados,
consulte
el
apartado
Cmo
utilizar
modelos
de
recurso
predeterminados
en
la
pgina
51.
Configuracin
de
los
recursos
gestionados
Antes
de
crear
gestores
de
perfiles
y
perfiles
para
Tivoli
Monitoring,
deber
permitir
que
el
perfil
de
Tivoli
Monitoring
pueda
utilizarse
como
recurso
gestionado.
Nota:
Este
procedimiento
se
debe
realizar
slo
una
vez
para
cada
regin
de
polticas
en
la
que
se
vayan
a
utilizar
perfiles
de
Tivoli
Monitoring.
Para
establecer
los
recursos
gestionados,
lleve
a
cabo
los
pasos
siguientes:
1.
En
el
dilogo
Regin
de
polticas,
seleccione
Propiedades
->
Recursos
gestionados.
46
IBM
Tivoli
Monitoring:
Gua
del
usuario
Se
abrir
el
dilogo
Establecer
recursos
gestionados.
2.
Compruebe
que
aparece
Tmw2kProfile
en
la
lista
Recursos
actuales.
3.
Haga
clic
en
Establecer
y
cerrar.
Se
volver
a
abrir
el
dilogo
Regin
de
polticas.
Cmo
crear
perfiles
y
gestores
de
perfiles
Para
crear
un
perfil
nuevo,
lleve
a
cabo
los
pasos
siguientes:
1.
Desde
el
dilogo
Regin
de
polticas,
seleccione
Crear
Gestor
de
perfiles.
Se
abrir
el
dilogo
Crear
gestor
de
perfiles.
Captulo
3.
Cmo
utilizar
el
producto
47
a.
Escriba
el
nombre
del
nuevo
gestor
de
perfiles.
b.
Si
desea
poder
enviar
el
perfil
a
puntos
finales,
haga
clic
en
Modo
de
puntos
finales
sin
datos.
Nota:
No
puede
suscribir
otros
gestores
de
perfiles
al
gestor
de
perfiles
utilizando
el
modo
de
puntos
finales
sin
datos.
c.
Haga
clic
en
Crear
y
cerrar.
El
nuevo
gestor
de
perfiles
se
crea
en
el
dilogo
Gestor
de
perfiles.
2.
En
el
dilogo
Regin
de
polticas,
haga
doble
clic
en
el
icono
Gestor
de
perfiles.
Se
abrir
el
dilogo
Gestor
de
perfiles.
48
IBM
Tivoli
Monitoring:
Gua
del
usuario
3.
Seleccione
Crear
Perfil.
Se
abrir
el
dilogo
Crear
perfil.
Captulo
3.
Cmo
utilizar
el
producto
49
4.
Escriba
el
nombre
del
nuevo
perfil
en
el
campo
Etiqueta
de
icono/Nombre.
5.
Seleccione
Tmw2kProfile
en
la
lista
Tipo.
6.
Haga
clic
en
Crear
y
cerrar.
El
Gestor
de
perfiles
contiene
ahora
un
icono
para
el
perfil
nuevo.
Si
desea
que
un
perfil
pueda
enviar
eventos
TEC
o
eventos
TBSM,
debe
configurar
las
propiedades
del
perfil.
Consulte
el
apartado
Cmo
identificar
el
servidor
de
Tivoli
Enterprise
Console
en
Tivoli
Monitoring
en
la
pgina
89
para
obtener
ms
informacin.
Cmo
utilizar
la
CLI
para
gestionar
perfiles
en
el
servidor
Los
comandos
utilizados
para
gestionar
perfiles
en
el
servidor
son
los
siguientes:
wdmloadprf
Carga
y
actualiza
los
perfiles
en
un
servidor
de
regin
de
gestin
Tivoli
wdmdumpprf
Escribe
los
detalles
completos
de
un
perfil
en
la
salida
estndar
wdmeditprf
Permite
editar
la
definicin
de
un
perfil,
incluyendo
todos
los
detalles
de
modelo
de
recurso
wdmdistrib
Permite
distribuir
perfiles
a
los
puntos
finales
Encontrar
ms
detalles
sobre
todos
los
comandos
en
el
apartado
Captulo
8,
Comandos,
en
la
pgina
125.
50
IBM
Tivoli
Monitoring:
Gua
del
usuario
Cmo
utilizar
modelos
de
recurso
predeterminados
Como
ya
se
ha
mencionado,
un
perfil
incluye
uno
o
ms
modelos
de
recurso,
que
pueden
personalizarse
o
definirse
utilizando
los
valores
predeterminados.
Los
modelos
de
recurso
predeterminados
pueden
modificarse
y
pueden
crearse
nuevos
modelos
de
recurso
predeterminados
utilizando
Tivoli
Monitoring
Resource
Model
Builder.
Tivoli
Monitoring
tambin
incluye
un
comando
que
hace
que
estn
disponibles
los
modelos
nuevos
o
cambiados
en
el
servidor,
de
la
manera
siguiente:
wdmrm
Agrega,
enumera
o
elimina
un
determinado
modelo
de
recurso
predeterminado
en
el
servidor
de
regin
de
gestin
Tivoli
o
en
el
nodo
gestionado/gateway
desde
donde
se
emite.
Tambin
agrega
el
catlogo
NLS
a
un
modelo
de
recurso
predeterminado
ya
instalado.
Encontrar
ms
detalles
sobre
todos
los
comandos
en
el
apartado
Captulo
8,
Comandos,
en
la
pgina
125.
Cmo
agregar
un
modelo
de
recurso
predeterminado
a
un
perfil
Para
agregar
un
modelo
de
recurso
a
un
perfil
utilizando
sus
valores
predeterminados,
realice
los
pasos
siguientes:
1.
Abra
el
dilogo
Gestor
de
perfiles.
2.
Haga
doble
clic
en
el
icono
del
perfil
en
el
que
desea
agregar
un
modelo
de
recurso.
Se
abrir
el
dilogo
Perfil
de
Tivoli
Monitoring.
3.
Haga
clic
en
Agregar
con
predeterminados.
Se
abrir
el
dilogo
Agregar
modelos
predeterminados
al
perfil.
Captulo
3.
Cmo
utilizar
el
producto
51
4.
Seleccione
los
modelos
de
recurso
que
desee
agregar.
5.
Haga
clic
en
Agregar
y
cerrar.
Los
modelos
de
recurso
se
agregan
al
dilogo
Perfil
de
Tivoli
Monitoring.
Cmo
utilizar
la
CLI
para
agregar
un
modelo
de
recurso
predeterminado
a
un
perfil
Utilice
el
comando
siguiente
para
agregar
un
modelo
de
recurso
predeterminado
a
un
perfil:
wdmeditprf
Permite
editar
la
definicin
de
un
perfil,
incluyendo
todos
los
detalles
de
modelo
de
recurso.
Si
se
enva
el
comando
sin
argumentos
relacionados
con
los
detalles
del
modelo
de
recurso,
se
agregar
el
modelo
con
los
valores
predeterminados.
Encontrar
ms
detalles
sobre
el
comando
en
el
wdmeditprf
en
la
pgina
157.
Cmo
agregar
un
modelo
de
recurso
personalizado
a
un
perfil
Para
personalizar
los
valores
bsicos
de
un
modelo
de
recurso
y
agregarlo
a
un
perfil,
realice
los
pasos
siguientes:
1.
Haga
doble
clic
en
el
icono
del
perfil
en
el
que
desea
agregar
un
modelo
de
recurso
personalizado.
2.
Desde
el
dilogo
Perfil
de
Tivoli
Monitoring,
haga
clic
en
Agregar.
52
IBM
Tivoli
Monitoring:
Gua
del
usuario
Se
abrir
el
dilogo
Agregar
modelos
de
recursos
al
perfil.
3.
Seleccione
la
categora
del
modelo
de
recurso
de
la
lista
Categora:
Los
valores
predeterminados
proporcionados
con
el
producto
contienen
las
categoras
siguientes:
UNIX
Linux
Hace
que
sean
seleccionables
en
la
lista
Modelo
de
recurso
slo
los
modelos
de
recurso
apropiados
a
todas
las
plataformas
UNIX
y
Linux.
Windows
Hace
que
sean
seleccionables
en
la
lista
Modelo
de
recurso
slo
los
modelos
de
recurso
apropiados
a
todas
las
plataformas
Windows.
Solaris
Hace
que
sean
seleccionables
en
la
lista
Modelo
de
recurso
slo
los
modelos
de
recurso
apropiados
para
todas
las
plataformas
Solaris.
OS400
Hace
que
sean
seleccionables
en
la
lista
Modelo
de
recurso
slo
los
modelos
de
recurso
apropiados
para
todas
las
plataformas
OS/400.
Sin
embargo,
debe
tener
en
cuenta
que
estas
categoras
pueden
modificarse
y
que
pueden
agregarse
otras
categoras
nuevas
utilizando
Tivoli
Monitoring
Resource
Model
Builder.
4.
Seleccione
el
modelo
de
recurso
deseado
de
la
lista
Modelo
de
recurso.
5.
Para
ver
todos
los
valores
de
un
modelo
de
recurso,
seleccione
dicho
modelo
de
recurso.
En
el
cuadro
de
texto
Descripcin
aparecen
una
explicacin
del
modelo
de
recurso
y
sus
parmetros,
adems
de
ayuda
sobre
cmo
configurar
los
parmetros.
6.
En
el
cuadro
de
texto
Tiempo
del
ciclo,
establezca
la
frecuencia
con
que
el
modelo
de
recurso
supervisar
los
datos.
Captulo
3.
Cmo
utilizar
el
producto
53
7.
Cambie
cualquiera
de
los
valores
de
Umbral
segn
sus
necesidades:
a.
Seleccione
el
Nombre
de
umbral
que
desee
cambiar.
Aparecer
una
descripcin
del
nombre
del
umbral.
Sobre
la
descripcin
tambin
aparecer
el
valor
de
umbral
asignado
actualmente
para
el
nombre
de
umbral.
b.
Cambie
el
valor
de
umbral
asignado
actualmente
por
uno
que
se
ajuste
a
sus
necesidades.
c.
Haga
clic
en
Aplicar.
El
valor
nuevo
se
establecer
y
aparecer
en
el
cuadro
de
texto
Valor
de
umbral.
8.
Si
lo
necesita,
haga
clic
en
los
botones
adecuados
para
modificar
las
Indicaciones
(consulte
el
apartado
Cmo
personalizar
umbrales
y
reglas
de
eventos
en
la
pgina
54)
y
los
Parmetros
(slo
para
modelos
de
recurso
que
se
puedan
definir
con
parmetros
-
consulte
el
apartado
Cmo
personalizar
parmetros
en
la
pgina
62)
o
agregue
informacin
para
Planificar
(consulte
el
apartado
Cmo
personalizar
la
informacin
de
planificacin
en
la
pgina
63).
Si
lo
desea,
puede
dejar
que
estos
elementos
adopten
sus
valores
predeterminados
y,
posteriormente,
personalizarlos
(consulte
el
apartado
Cmo
personalizar
un
modelo
de
recurso).
9.
Haga
clic
en
Agregar
y
cerrar
para
guardar
los
cambios
que
haya
realizado.
Ahora
el
dilogo
Perfil
de
Tivoli
Monitoring
muestra
el
modelo
de
recurso
personalizado.
Cmo
utilizar
la
CLI
para
agregar
un
modelo
de
recurso
personalizado
a
un
perfil
Utilice
el
comando
siguiente
para
agregar
un
modelo
de
recurso
personalizado
a
un
perfil:
wdmeditprf
Permite
editar
la
definicin
de
un
perfil,
incluyendo
todos
los
detalles
de
modelo
de
recurso.
El
comando
puede
someterse
para
agregar
el
modelo
de
recurso,
cambiando
cualquier
combinacin
de
los
detalles
del
modelo
de
recurso.
Encontrar
ms
detalles
sobre
el
comando
en
el
wdmeditprf
en
la
pgina
157.
Cmo
personalizar
un
modelo
de
recurso
Puede
personalizar
los
modelos
de
recurso
realizando
una
o
todas
las
acciones
siguientes:
v
Personalizacin
de
indicaciones
y
reglas
de
eventos,
incluyendo:
Especificacin
de
acciones
incorporadas
Especificacin
de
tareas
correctivas
v
Personalizacin
de
los
parmetros
(nicamente
modelos
de
recurso
que
se
puedan
definir
con
parmetros)
v
Personalizacin
de
la
informacin
de
planificacin
v
Personalizacin
de
la
informacin
del
registro
de
datos
Cmo
personalizar
umbrales
y
reglas
de
eventos
Para
personalizar
las
reglas
que
determinan
el
modo
en
que
las
indicaciones
generadas
por
un
modelo
de
recurso
se
agregan
a
los
eventos,
realice
los
pasos
siguientes:
54
IBM
Tivoli
Monitoring:
Gua
del
usuario
1.
Abra
el
dilogo
Perfil
de
Tivoli
Monitoring.
2.
Seleccione
el
modelo
de
recurso
que
desea
personalizar.
3.
Haga
clic
en
Editar.
Se
abrir
el
dilogo
Editar
modelo
de
recurso.
4.
Haga
clic
en
Indicaciones.
Se
abrir
el
dilogo
Indicaciones
y
acciones.
Captulo
3.
Cmo
utilizar
el
producto
55
5.
Aparecern
las
indicaciones
correspondientes
al
modelo
de
recurso
seleccionado.
Si
desea
cambiar
los
valores
del
evento
asociados
con
una
indicacin,
seleccione
la
indicacin.
Los
parmetros
que
puede
cambiar
son
los
siguientes:
v
Nmero
de
apariciones
Este
nmero
representa
cuntas
veces
consecutivas
tiene
lugar
el
problema
del
que
se
informa
en
la
indicacin
antes
de
enviar
una
indicacin.
Puede
cambiar
este
valor
para
especificar
la
persistencia
de
un
problema
antes
de
que
se
desencadene
una
indicacin.
El
nmero
de
apariciones
debe
ser
mayor
que
cero.
v
Nmero
de
agujeros
Se
utiliza
para
determinar
cuntos
ciclos
que
no
producen
una
indicacin
pueden
tener
lugar
entre
ciclos
que
s
producen
una
indicacin,
para
que
las
apariciones
de
la
indicacin
todava
se
consideren
consecutivas.
Cada
ciclo
sin
indicacin
recibe
el
nombre
de
agujero.
El
nmero
de
agujeros
debe
ser
mayor
o
igual
que
cero.
As,
si
un
evento
tiene
un
valor
de
2
agujeros
se
deduce
que,
si
tienen
lugar
hasta
2
ciclos
sin
indicacin
entre
dos
ciclos
con
indicacin,
los
ciclos
con
una
indicacin
se
considerarn
consecutivos.
Utilice
el
valor
para
el
Nmero
de
agujeros
junto
con
el
parmetro
de
Nmero
de
apariciones
(consulte
el
prrafo
anterior)
y
el
Tiempo
del
ciclo
(definido
en
el
dilogo
Agregar
modelos
de
recurso
a
un
perfil)
para
definir
un
intervalo
de
tiempo
para
la
generacin
de
un
evento.
Si,
por
ejemplo,
define
el
Tiempo
del
ciclo
en
10
segundos,
el
Nmero
de
apariciones
en
5
y
el
Nmero
de
agujeros
en
2,
el
tiempo
que
debe
transcurrir
antes
de
que
se
cree
el
evento
ser
de
entre
40
y
120
segundos.
El
tiempo
mnimo
transcurrido
es
el
nmero
de
apariciones
multiplicado
por
el
tiempo
del
ciclo.
La
ventana
de
tiempo
mximo
supone
que
el
nmero
mximo
de
agujeros
tendr
lugar
entre
cada
par
de
apariciones
y
est
determinado
por
la
ecuacin:
TW=CT
x
((Oc
-
1)
+
(H
x
(Oc
-
1))
donde:
TW
Especifica
el
periodo
de
tiempo
que
se
est
calculando
CT
Especifica
el
tiempo
del
ciclo
Oc
Especifica
el
nmero
de
apariciones
H
Especifica
el
nmero
de
agujeros
v
Enviar
eventos
a
TEC
Seleccione
este
cuadro
para
especificar
que
si
un
evento
tiene
lugar,
se
deber
enviar
un
evento
Tivoli
Enterprise
Console
al
servidor
de
evento
especificado
(consulte
el
apartado
Cmo
identificar
el
servidor
de
Tivoli
Enterprise
Console
en
Tivoli
Monitoring
en
la
pgina
89)
v
Enviar
a
TBSM
Seleccione
este
recuadro
de
seleccin
para
especificar
que,
si
un
evento
tiene
lugar,
ste
se
enviar
a
Tivoli
Business
Systems
Manager
CommonListener.
v
Gravedad
Define
la
gravedad
de
la
indicacin.
Puede
tener
uno
de
los
valores
siguientes:
grave,
crtico,
aviso,
inocuo
o
menor.
Seleccione
la
gravedad
apropiada
en
la
lista
desplegable.
v
Borrado
56
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
Define
si
se
debe
enviar
un
evento
de
borrado
cuando
hayan
desaparecido
las
circunstancias
que
han
generado
el
evento.
Seleccione
la
poltica
de
borrado
en
la
lista
desplegable.
6.
Si
anteriormente
ha
suprimido
cualquiera
de
las
acciones
incorporadas,
se
habilitar
el
botn
Incorporadas;
consulte
el
apartado
Cmo
especificar
acciones
incorporadas
para
un
evento
7.
Si
desea
especificar
las
tareas
a
llevar
a
cabo
cuando
se
reconoce
un
evento,
haga
clic
en
el
botn
Tareas.
Consulte
el
apartado
Cmo
especificar
tareas
para
un
evento
en
la
pgina
58.
Si
las
tareas
correctivas
ya
se
han
definido,
puede
eliminarlas
de
la
definicin
de
evento.
8.
Cuando
haya
hecho
los
cambios
necesarios
en
una
indicacin,
haga
clic
en
Aplicar
para
que
se
acepten
los
cambios.
Repita
el
procedimiento
si
necesita
cambiar
cualquier
otra
indicacin.
Cuando
haya
hecho
los
cambios
necesarios
en
todas
las
indicaciones,
haga
clic
en
Aplicar
cambios
y
Cerrar.
Cmo
especificar
acciones
incorporadas
para
un
evento
Se
encuentran
disponibles
acciones
incorporadas
para
algunos
eventos
para
algunos
modelos
de
recurso
y
se
llevan
a
cabo
cuando
se
desencadena
un
evento.
Se
muestran
en
el
panel
Lista
de
acciones
del
dilogo
Indicaciones
y
acciones.
Cmo
editar
una
accin
incorporada:
Para
modificar
los
parmetros
de
una
accin,
realice
los
pasos
siguientes:
1.
Seleccione
la
accin
a
editar
en
el
panel
Lista
de
acciones
del
dilogo
Indicaciones
y
acciones.
2.
Haga
clic
en
Editar.
Se
abrir
el
dilogo
Editar
accin
actual
3.
En
el
campo
Reintentos,
modifique
el
nmero
de
veces
que
se
debe
intentar
la
accin
cuando
se
desencadena
un
evento.
Por
ejemplo,
si
establece
el
valor
en
tres,
el
producto
intentar
realizar
la
accin
tres
veces
solamente.
Si
establece
este
valor
en
0,
el
producto
intenta
realizar
la
accin
continuamente
hasta
conseguirlo.
4.
Haga
clic
en
Cerrar
si
desea
dejar
el
valor
original,
o
haga
clic
en
Modificar
y
cerrar
para
modificar
la
Accin
seleccionada
con
el
valor
mostrado
y
cierre
el
dilogo.
Captulo
3.
Cmo
utilizar
el
producto
57
|
|
|
Cmo
eliminar
una
accin
incorporada:
Para
eliminar
una
accin
incorporada,
seleccinela
en
Lista
de
acciones
y
pulse
Eliminar.
Cmo
agregar
una
accin
incorporada:
Slo
puede
agregar
una
accin
incorporada
si
anteriormente
ha
eliminado
otra.
Slo
en
estas
circunstancias
se
activar
el
botn
Incorporadas
en
el
dilogo
Indicaciones
y
acciones.
Si
desea
restaurar
una
accin
incorporada
que
ha
sido
borrada
con
anterioridad,
lleve
a
cabo
los
pasos
siguientes:
1.
Haga
clic
en
Incorporadas
en
el
dilogo
Indicaciones
y
acciones.
Se
abrir
el
dilogo
Agregar
accin.
Seleccione
la
accin
que
se
debe
ejecutar
cuando
se
produce
un
evento.
El
dilogo
muestra
el
nombre
de
la
indicacin
seleccionada
actualmente.
Tambin
muestra
una
lista
de
acciones
seleccionables.
2.
Seleccione
la
accin
necesaria
que
se
debe
ejecutar
cuando
se
produce
un
evento.
En
el
campo
Reintentos,
escriba
el
nmero
de
veces
que
se
intentar
ejecutar
la
accin.
Por
ejemplo,
si
establece
el
valor
en
tres,
el
producto
intentar
realizar
la
accin
tres
veces
solamente.
Si
establece
este
valor
en
0,
el
producto
intenta
realizar
la
accin
continuamente
hasta
conseguirlo.
Haga
clic
en
Aplicar
para
guardar
el
valor
nuevo.
3.
Haga
clic
en
Agregar
para
agregar
la
accin
seleccionada
con
los
valores
que
se
muestran
y
mantener
el
dilogo
abierto,
o
haga
clic
en
Agregar
y
cerrar
para
agregar
la
accin
seleccionada
con
los
valores
que
se
muestran
y
cerrar
el
dilogo.
Cmo
especificar
tareas
para
un
evento
Cuando
se
produce
un
evento
se
pueden
desencadenar
tareas.
El
destino
para
la
ejecucin
de
la
tarea
es
el
punto
final
que
ha
producido
el
evento.
58
IBM
Tivoli
Monitoring:
Gua
del
usuario
En
el
dilogo
Indicaciones
y
acciones,
realice
los
pasos
siguientes
para
especificar
tareas
correctivas
o
de
informacin
cuando
se
desencadena
un
evento:
1.
Seleccione
un
evento
para
el
que
se
desencadenar
una
tarea-
2.
Haga
clic
en
Tareas
para
agregar
una
tarea
que
se
realizar
cuando
el
evento
se
desencadene.
Se
abrir
el
dilogo
Tareas.
3.
Haga
doble
clic
en
una
biblioteca
de
tareas
de
la
lista
Bibliotecas.
Las
tareas
contenidas
en
la
biblioteca
aparecern
en
la
lista
Tareas.
4.
Haga
doble
clic
en
una
tarea
de
la
lista
Tareas
y,
a
continuacin,
haga
clic
en
Cambiar
y
cerrar
para
agregar
la
tarea
a
la
lista
de
acciones
del
dilogo
Indicaciones
y
acciones.
Captulo
3.
Cmo
utilizar
el
producto
59
Nota:
cuando
se
produce
un
evento
se
desencadena
una
tarea.
Las
dems
apariciones
del
mismo
evento
no
hacen
que
se
vuelva
a
desencadenar
la
tarea,
a
no
ser
que
haya
un
evento
de
borrado
habilitado
para
cerrar
el
evento
de
error
original.
Puede
enviar
un
evento
(TMWTaskResult,
asociado
con
la
emisin
de
un
conjunto
de
tareas)
al
servidor
de
Tivoli
Enterprise
Console.
Si
la
emisin
de
las
tareas
resulta
satisfactoria,
el
mensaje
del
evento
es
el
siguiente:
Las
tareas
asociadas
con
el
evento
NombreDesencadenanteEvento
se
han
sometido
para
su
ejecucin
El
evento
tambin
contiene
el
nombre
de
las
tareas,
las
bibliotecas
de
tareas
y
una
lista
de
cdigos
de
retorno.
Los
cdigos
de
retorno
no
estn
relacionados
con
la
ejecucin
de
cada
tarea
individual,
sino
con
el
resultado
de
la
emisin
de
la
tarea
al
motor
de
tarea
(un
cdigo
de
retorno
igual
a
1
indica
que
la
tarea
no
se
ha
emitido;
un
cdigo
de
retorno
igual
a
0
indica
que
la
tarea
se
ha
emitido).
Si
la
emisin
de
todas
las
tareas
no
ha
resultado
satisfactoria
(porque,
por
ejemplo,
el
motor
de
tarea
no
se
est
ejecutando),
todos
los
cdigos
de
retorno
se
establecen
en
-1
y
el
mensaje
del
evento
es
el
siguiente:
Las
tareas
asociadas
con
el
evento
NombreDesencadenanteEvento
no
se
han
podido
emitir
para
su
ejecucin
Envo
de
un
correo
electrnico
como
respuesta
a
un
evento:
En
el
dilogo
Tareas,
siga
los
pasos
siguientes:
1.
Haga
doble
clic
en
Tareas
de
la
utilidad
de
IBM
Tivoli
Monitoring
en
la
lista
Bibliotecas.
60
IBM
Tivoli
Monitoring:
Gua
del
usuario
Las
tareas
contenidas
en
la
biblioteca
Tareas
de
la
utilidad
de
IBM
Tivoli
Monitoring
se
muestran
en
la
lista
Tareas.
2.
Haga
doble
clic
en
dm_mn_send_email
en
la
lista
Tareas.
Se
abrir
el
dilogo
Configurar
tarea.
3.
Especifique
la
direccin
de
correo
electrnico
adecuada.
Consulte
el
Captulo
6
Configuracin
de
correo
electrnico
de
SMTP
del
manual
Tivoli
Management
Framework:
Gua
de
instalacin
para
obtener
informacin
sobre
cmo
configurar
Tivoli
para
utilizarlo
con
servicios
de
correo
electrnico.
4.
Haga
clic
en
Cambiar
y
cerrar
para
agregar
la
tarea
a
la
lista
Accin.
Captulo
3.
Cmo
utilizar
el
producto
61
Nota:
La
tarea
no
se
puede
ejecutar
manualmente.
Debe
estar
siempre
asociada
a
un
evento.
Envo
de
un
aviso
como
respuesta
a
un
evento:
En
el
dilogo
Tareas,
siga
los
pasos
siguientes:
1.
Haga
doble
clic
en
Tareas
de
la
utilidad
de
IBM
Tivoli
Monitoring
en
la
lista
Bibliotecas.
Las
tareas
contenidas
en
la
biblioteca
Tareas
de
la
utilidad
de
IBM
Tivoli
Monitoring
se
muestran
en
la
lista
Tareas.
2.
Haga
doble
clic
en
dm_mn_send_notice
en
la
lista
Tareas.
Se
abrir
el
dilogo
Configurar
tarea.
3.
Especifique
los
parmetros
adecuados
en
el
dilogo
Configurar
tarea
(puede
ejecutar
el
comando
de
Tivoli
Framework
wlsnotif
g
para
ver
los
Grupos
de
avisos
disponibles,
mientras
Prioridad
sea
Crtica,
Error,
Aviso,
Nota
o
Depuracin),
luego
haga
clic
en
Cambiar
y
cerrar
para
agregar
la
tarea
a
la
lista
Accin.
Nota:
La
tarea
no
se
puede
ejecutar
manualmente.
Debe
estar
siempre
asociada
a
un
evento.
Cmo
personalizar
parmetros
En
los
modelos
de
recurso
que
se
pueden
definir
con
parmetros
puede
modificar
cualquiera
de
los
parmetros
para
personalizar
y
optimizar
el
proceso
de
supervisin.
Para
obtener
ms
informacin
sobre
los
parmetros,
consulte
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
Para
personalizar
los
parmetros
de
un
modelo
de
recurso
que
se
pueda
definir
con
parmetros,
lleve
a
cabo
los
pasos
siguientes:
1.
En
el
dilogo
Editar
modelo
de
recurso,
haga
clic
en
el
botn
Parmetros.
Se
abrir
el
dilogo
Parmetros.
62
IBM
Tivoli
Monitoring:
Gua
del
usuario
2.
Seleccione
el
tipo
de
parmetro
de
la
lista
desplegable
Nombre.
3.
Modifique
el
resto
de
los
parmetros
de
acuerdo
con
sus
necesidades.
4.
Cuando
haya
agregado
o
suprimido
los
valores,
haga
clic
en
Aplicar
cambios
y
cerrar
para
aplicar
y
guardar
los
cambios.
Se
cerrar
el
dilogo
Parmetros.
Cmo
personalizar
la
informacin
de
planificacin
La
personalizacin
de
la
planificacin
del
modelo
de
recurso
es
un
proceso
que
consta
de
dos
etapas:
1.
Definir
el
tiempo
de
planificacin
para
controlar
el
periodo
de
tiempo
durante
el
cual
el
modelo
de
recurso
supervisa
recursos.
Captulo
3.
Cmo
utilizar
el
producto
63
2.
Definir
las
reglas
de
planificacin
para
poder
establecer
los
intervalos
de
tiempo
especficos
dentro
del
periodo
global
de
supervisin
en
los
que
tendr
lugar
la
coleccin
(o
recopilacin)
de
datos.
Nota:
La
frecuencia
con
la
que
se
recopilan
los
datos
queda
determinada
por
tiempo
del
ciclo
del
modelo
de
recurso.
En
el
dilogo
Editar
modelo
de
recurso
del
modelo
de
recurso
seleccionado,
haga
clic
en
Planificar.
Se
abrir
el
dilogo
Planificacin.
Este
dilogo
posee
los
siguientes
recuadros
de
grupo:
Planificacin
Establece
el
periodo
de
coleccin
de
datos.
Como
valor
predeterminado,
todos
los
modelos
de
recurso
se
encuentran
seleccionados
para
recopilar
datos.
Reglas
de
planificacin
Para
gestionar
los
intervalos
de
tiempo
durante
los
cuales
se
encuentra
activo
el
modelo
de
recurso.
Editor
de
reglas
Para
crear
y
editar
reglas
(normas)
de
planificacin.
64
IBM
Tivoli
Monitoring:
Gua
del
usuario
Cmo
configurar
el
periodo
de
supervisin
Para
definir
el
periodo
de
supervisin,
realice
los
pasos
siguientes:
1.
En
el
recuadro
de
grupo
Planificacin,
deseleccione
Siempre.
2.
Defina
una
fecha
de
inicio
y
una
de
finalizacin
para
establecer
el
periodo
de
supervisin.
3.
Si
lo
necesita,
agregue
una
o
ms
reglas
de
planificacin
que
determinen
los
periodos
de
tiempo
en
das
concretos
durante
los
que
se
producir
la
supervisin.
Si
desea
obtener
informacin
acerca
de
la
creacin
de
reglas
de
planificacin,
consulte
el
apartado
Cmo
crear
reglas
de
planificacin.
Cmo
crear
reglas
de
planificacin
El
planificador
controla
los
periodos
globales
para
la
supervisin
de
un
recurso
y
los
periodos
de
tiempo
durante
los
cuales
se
recopilan
los
datos
de
los
modelos
de
recurso.
El
tiempo
global
de
coleccin
se
puede
dividir
en
intervalos
activos
o
inactivos,
mediante
la
aplicacin
de
una
o
ms
reglas.
Para
crear
una
regla
de
planificacin,
lleve
a
cabo
los
pasos
siguientes:
1.
En
el
dilogo
Planificacin,
haga
clic
en
el
botn
Regla
nueva.
2.
En
el
recuadro
de
grupo
Editor
de
reglas,
escriba
un
nombre
para
la
regla
(o
norma).
3.
Especifique
el
da
o
das
que
desea
que
estn
activas
las
colecciones
durante
el
periodo
de
coleccin,
seleccionando
uno
o
ms
elementos
de
la
lista
de
das
de
la
semana.
Consejo:
Utilice
la
tecla
Maysculas
o
la
tecla
Control,
segn
sea
necesario,
para
seleccionar
ms
de
un
da
de
la
lista.
4.
Defina
una
hora
de
inicio
y
otra
de
finalizacin
para
la
actividad
de
coleccin
o
seleccione
el
recuadro
de
seleccin
Todo
el
da.
Las
siempre
se
interpretan
segn
la
hora
local
en
que
se
est
ejecutando
el
motor
de
punto
final,
de
manera
que,
por
ejemplo,
si
configura
un
intervalo
de
tiempo
de
las
08:00
a
las
13:00,
la
supervisin
tendr
lugar
entre
estas
horas
en
todos
los
husos
horarios
en
las
que
se
distribuye
el
perfil.
5.
Haga
clic
en
Fijar
norma.
La
nueva
regla
forma
ahora
parte
de
la
lista
Reglas
de
planificacin.
Puede
crear
otra
regla
para
agregarla
a
la
lista
o
suprimir
de
la
lista
una
regla
existente.
Sugerencias:
Si
desea
visualizar
los
detalles
de
cualquiera
de
las
reglas,
seleccione
la
regla
de
la
lista
Reglas
de
planificacin.
Los
valores
de
la
regla
aparecern
en
el
recuadro
de
grupo
Editor
de
reglas.
Si
la
lista
de
reglas
de
planificacin
contiene
ms
de
una
regla
de
planificacin,
se
respetarn
todos
los
intervalos
de
tiempo
y
las
reglas
se
combinarn
agregando
los
periodos
de
tiempo
que
definan.
Por
ejemplo,
si
especifica
una
regla
que
solicita
supervisin
entre
las
8:00
y
las
14:00
cada
da
y
otra
que
solicita
una
supervisin
durante
un
da
entero
cada
viernes,
la
suma
de
las
dos
reglas
da
una
supervisin
de
un
da
entero
slo
cada
viernes
y
una
supervisin
entre
las
8:00
y
las
14:00
en
los
dems
das.
Si
la
segunda
regla,
en
cambio,
solicitara
supervisin
entre
las
12:00
y
las
18:00
cada
viernes,
la
suma
de
reglas
dara
una
supervisin
entre
las
8:00
y
las
18:00
cada
viernes
y
entre
08:00
y
14:00
el
resto
de
los
das.
Captulo
3.
Cmo
utilizar
el
producto
65
6.
Si
desea
guardar
la
regla,
haga
clic
en
Agregar
y
cerrar.
Se
cerrar
el
dilogo
Planificacin.
Cmo
personalizar
informacin
de
registro
de
datos
Utilizando
esta
caracterstica,
puede
registrar
los
datos
recopilados
por
un
modelo
de
recurso
y
escribirlo
en
una
base
de
datos
local.
Estos
se
pueden
ver
despus
a
travs
de
la
Consola
de
estado
de
Web.
En
la
base
de
datos
se
pueden
almacenar
los
datos
en
uno
de
los
formatos
siguientes:
Datos
sin
procesar
Los
datos
quedan
grabados
exactamente
como
los
recopila
el
modelo
de
recurso.
Todos
los
valores
supervisados
se
recopilan
y
copian
en
la
base
de
datos.
Datos
TEDW
Los
datos
se
recopilan
y
se
copian
en
la
base
de
datos
para
que
los
utilice
posteriormente
Tivoli
Data
Warehouse.
Datos
agregados
Los
datos
se
recopilan
y
se
agregan
a
intervalos
fijos
que
define
el
usuario
(Periodo
de
agregacin).
Por
consiguiente,
slo
se
graban
en
la
base
de
datos
los
valores
agregados.
Los
datos
agregados
se
pueden
calcular
en
funcin
de
una
o
ms
de
las
opciones
siguientes:
v
Mximo
v
Mnimo
v
Medio
Tenga
en
cuenta
que
la
Consola
de
estado
Web
slo
puede
utilizar
Datos
en
bruto
o
Datos
agregados,
mientras
que
Tivoli
Data
Warehouse
slo
puede
utilizar
Datos
TEDW.
De
forma
predeterminada,
el
registro
de
datos
no
est
habilitado.
Para
agregar
informacin
del
registro
de
datos
a
un
modelo
de
recurso,
lleve
a
cabo
los
pasos
siguientes:
1.
En
el
dilogo
Editar
modelo
de
recurso,
haga
clic
en
Registrar.
Se
abrir
el
dilogo
Registro.
66
IBM
Tivoli
Monitoring:
Gua
del
usuario
2.
En
el
recuadro
de
grupo
Valores
del
registro
de
datos,
seleccione
el
recuadro
de
seleccin
Activar
registro
de
datos.
De
esta
forma
se
habilita
el
registro
de
todos
los
datos
recopilados
por
el
modelo
de
recurso
en
una
base
de
datos.
3.
Elija
el
tipo
de
datos
que
desea
almacenar
en
la
base
de
datos
seleccionando
uno
de
los
siguientes
recuadros
de
comprobacin:
v
Datos
sin
procesar
o
v
Datos
TEDW
o
v
Datos
sin
procesar
y
Datos
TEDW
o
v
Datos
agregados
Tenga
en
cuenta
que
los
Datos
en
bruto
y
los
Datos
agregados
slo
los
puede
utilizar
la
Consola
de
estado
Web,
mientras
que
los
Datos
TEDW
slo
los
puede
utilizar
Tivoli
Data
Warehouse.
Por
lo
tanto,
si
ha
seleccionado
los
cuadros
de
seleccin
Datos
en
bruto
y
Datos
TEDW,
los
datos
se
registrarn
tanto
para
la
Consola
de
estado
Web
como
para
Tivoli
Data
Warehouse.
4.
Para
especificar
la
regla
de
agregacin
que
se
debe
aplicar
a
los
datos
antes
de
que
sean
grabados
en
la
base
de
datos,
lleve
a
cabo
los
pasos
siguientes:
a.
Para
definir
el
periodo
durante
el
cual
se
agregarn
los
datos,
establezca
las
Horas
y
Minutos
del
Periodo
de
agregacin
en
los
valores
deseados.
b.
Seleccione
una
o
ms
de
las
siguientes
funciones
que
se
aplicarn
a
los
datos
numricos
recopilados
durante
el
periodo
de
agregacin,
antes
de
ser
grabados
en
la
base
de
datos.
Captulo
3.
Cmo
utilizar
el
producto
67
Mximo
Calcula
y
registra
el
valor
mximo
de
cada
periodo
de
agregacin
Mnimo
Calcula
y
registra
el
valor
mnimo
de
cada
periodo
de
agregacin
Medio
Calcula
y
registra
el
valor
medio
de
cada
periodo
de
agregacin
5.
Para
definir
el
periodo
durante
el
cual
se
almacenarn
los
datos
en
la
base
de
datos,
establezca
las
Horas
y
los
Minutos
del
Periodo
histrico
en
los
valores
deseados.
6.
Si
desea
guardar
los
cambios,
haga
clic
en
Aplicar
cambios
y
cerrar.
Se
cerrar
el
dilogo
Registro.
Cmo
utilizar
la
CLI
para
personalizar
un
modelo
de
recurso
para
un
perfil
Utilice
el
comando
siguiente
para
personalizar
un
modelo
de
recurso
para
un
perfil:
wdmeditprf
Permite
editar
la
definicin
de
un
perfil,
incluyendo
todos
los
detalles
de
modelo
de
recurso.
El
comando
puede
someterse
para
editar
el
modelo
de
recurso
para
un
perfil
seleccionado,
cambiando
cualquier
combinacin
de
los
detalles
del
modelo
de
recurso.
Encontrar
ms
detalles
sobre
el
comando
en
el
wdmeditprf
en
la
pgina
157.
Cmo
configurar
las
opciones
de
distribucin
de
un
perfil
Si
desea
establecer
las
opciones
de
distribucin
de
un
perfil,
lleve
a
cabo
los
pasos
siguientes:
1.
En
el
dilogo
Gestor
de
perfiles,
abra
el
perfil
que
desea
distribuir.
Se
abrir
el
dilogo
Perfil
de
Tivoli
Monitoring.
2.
Haga
clic
en
Perfil
Distribuir.
Se
abrir
el
dilogo
Distribuir
perfil.
68
IBM
Tivoli
Monitoring:
Gua
del
usuario
3.
Seleccione
una
de
las
opciones
Distribuir
a
en
base
a
las
descripciones
siguientes:
v
Siguiente
nivel
de
abonados
Slo
distribuye
el
perfil
a
los
suscriptores
(o
abonados)
mencionados
en
la
lista
de
desplazamiento
Distribuir
a
estos
abonados
del
dilogo
Distribuir
perfil.
Esta
seleccin
slo
distribuye
el
perfil
a
los
suscriptores
del
gestor
de
perfiles.
No
distribuye
a
suscriptores
de
nivel
inferior.
Si
un
gestor
de
perfiles
con
suscriptores
reside
en
el
siguiente
nivel
inferior,
puede
que
necesite
efectuar
el
proceso
de
distribucin
desde
gestores
de
perfiles
que
estn
en
ms
de
un
nivel
a
fin
de
alcanzar
a
todos
los
puntos
finales
del
perfil.
v
Todos
los
niveles
de
abonados
Distribuye
el
perfil
a
todos
los
suscriptores
de
la
jerarqua.
A
continuacin
se
proporciona
un
ejemplo
para
ilustrar
la
diferencia
que
supone
distribuir
a
los
dos
niveles
de
suscriptores.
El
usuario
tiene
una
jerarqua
de
perfiles
en
la
que
un
gestor
de
perfiles
sin
datos
est
suscrito
a
un
gestor
de
perfiles
y
el
gestor
de
perfiles
sin
datos
tiene
un
punto
final
suscrito.
Si
distribuye
al
siguiente
nivel
de
suscriptores,
el
perfil
slo
se
distribuir
al
gestor
de
perfiles
sin
datos.
Si
distribuye
a
todos
los
niveles
de
suscriptores,
el
perfil
se
distribuir
al
gestor
de
perfiles
sin
datos
y
al
punto
final.
Seleccione
esta
opcin
si
desea
distribuir
un
perfil
en
el
que
el
punto
final
es
el
nico
suscriptor.
v
Seleccione
la
siguiente
opcin
bajo
La
Distribucin:
Har
una
COPIA
EXACTA
de
este
perfil
en
cada
perfil
de
abonado.
Graba
encima
del
perfil
de
suscriptores
una
copia
exacta
del
perfil
que
se
est
distribuyendo.
No
distribuya
un
perfil
a
un
punto
final
Tivoli
Enterprise
con
la
opcin
de
preservar
las
modificaciones
establecida.
Deber
utilizar
siempre
la
opcin
de
copia
exacta.
v
Seleccione
los
suscriptores
que
deben
recibir
el
perfil
seleccionndolos
en
la
lista
de
desplazamiento
No
distribuir
a
estos
abonados
y
trasladndolos
a
la
lista
de
desplazamiento
Distribuir
a
estos
abonados.
Nota:
Asegrese
que
cada
uno
de
los
suscriptores
de
la
lista
Distribuir
a
estos
abonados
sea
un
gestor
de
perfiles
o
un
punto
final
de
TMA
soportado.
Tivoli
Monitoring
no
da
soporte
a
ningn
otro
tipo
de
punto
final.
4.
Haga
clic
en
Distribuir
y
cerrar
para
distribuir
el
perfil
inmediatamente
y
cierre
el
dilogo
Distribuir
perfil,
guardando
las
configuraciones
que
haya
realizado;
luego
vuelva
al
dilogo
Perfil
de
Tivoli
Monitoring.
Tambin
puede
hacer
clic
en
Distribuir
para
distribuir
el
perfil
inmediatamente,
guardando
los
valores
que
ha
establecido,
pero
dejando
abierto
el
dilogo
Distribuir
perfil.
Por
otra
parte,
puede
hacer
clic
en
Planificar
para
planificar
la
distribucin
del
perfil
con
el
Planificador
de
Tivoli.
Para
obtener
detalles
acerca
del
Planificador
de
Tivoli,
consulte
el
manual
Tivoli
Management
Framework
-
Gua
del
usuario.
Captulo
3.
Cmo
utilizar
el
producto
69
Distribucin
de
perfiles
utilizando
MDist
2
Tivoli
Monitoring
utiliza
Multiplexed
Distribution
(MDist
2)
para
realizar
transferencias
asncronas
de
datos
de
perfil
a
travs
de
una
jerarqua
de
repetidores.
MDist
2
devuelve
una
secuencia
de
respuestas
que
contiene
el
estado
de
distribucin
desde
cada
punto
final
a
la
aplicacin
que
inicia
la
distribucin.
Estas
respuestas
se
devuelven
a
Tivoli
Monitoring
en
un
archivo
de
registro
(para
obtener
ms
detalles,
consulte
el
apartado
Distribution
Logs
en
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide).
Tivoli
Monitoring
aprovecha
al
mximo
estas
funciones
de
MDist
2:
v
Distribucin
asncrona
v
Distribucin
asegurada
v
Punto
de
control
y
reinicio
v
Almacenamiento
de
datos
Entrega
asncrona
MDist
2
utiliza
una
interfaz
asncrona
para
las
aplicaciones,
lo
que
significa
que
cuando
Tivoli
Monitoring
somete
una
peticin
de
distribucin,
obtiene
de
inmediato
un
identificador
de
distribucin
y
una
confirmacin
de
que
la
distribucin
se
est
ejecutando.
Slo
cuando
la
distribucin
ha
finalizado,
enva
MDist
2
el
de
distribucin
final
para
cada
punto
final
a
travs
de
la
funcin
de
devolucin
de
llamada.
Esto
significa
que
Tivoli
Monitoring
no
necesita
esperar
a
que
la
distribucin
finalice
para
cada
punto
final.
Entrega
asegurada
La
distribucin
de
perfiles
de
Tivoli
Monitoring
se
asegura
incluso
cuando
hay
interrupciones
en
la
red,
cuando
las
mquinas
se
apagan
o
cuando
hay
puntos
finales
desconectados.
MDist
2
puede
continuar
la
distribucin
desde
donde
ha
llegado
antes
de
la
interrupcin
de
la
red.
Tambin
vuelve
a
intentar
establecer
conexiones
con
puntos
finales
hasta
que
resultan
satisfactorias
o
hasta
que
se
agota
el
tiempo
de
distribucin.
Punto
de
control
y
reinicio
Una
corriente
de
datos
que
se
ha
interrumpido
se
puede
reanudar
desde
el
ltimo
punto
de
control
satisfactorio.
Esto
significa
que
no
es
necesario
volver
a
enviar
todos
los
datos
de
Perfil
de
Tivoli
Monitoring
cuando
se
reanuda
la
distribucin,
sino
slo
los
datos
que
an
no
se
haban
enviado
cuando
se
produjo
la
interrupcin.
Almacenamiento
de
datos
MDist
2
permite
el
almacenamiento
de
segmentos
de
distribucin
en
un
almacn
cercano
al
punto
final
y
permite
someter
la
distribucin
a
los
puntos
finales
desde
dicho
almacn.
Los
datos
que
se
transfieren
a
los
puntos
finales
se
toman
del
almacn,
no
del
host
fuente.
Esto
reduce
considerablemente
el
trfico
en
la
red
y
agiliza
la
distribucin.
Cmo
volver
a
ejecutar
las
distribuciones
fallidas
Cuando
una
distribucin
falla,
Tivoli
Monitoring
crea
un
gestor
de
perfiles
que
contiene
los
suscriptores
de
puntos
finales
que
han
fallado.
Para
ver
los
gestores
de
perfiles,
vaya
al
dilogo
Regin
y
seleccione
Vista
Renovar.
Si
la
distribucin
ha
fallado
debido
a
un
error
Bad_Interpreter,
el
nombre
del
gestor
de
perfiles
se
crea
del
siguiente
modo:
NombrePerfilOriginal_Push_Failed_Bad_Interpreter
70
IBM
Tivoli
Monitoring:
Gua
del
usuario
donde:
NombrePerfilOriginal
Es
el
nombre
del
perfil
que
estaba
distribuyendo
cuando
se
ha
producido
el
error.
Es
posible
que
en
este
momento
se
visualice
el
mensaje
de
error
AMW089E,
que
indica
que
el
tipo
de
modelo
de
recurso
no
es
compatible
con
el
sistema
operativo
del
punto
final.
Por
ejemplo,
es
posible
que
haya
distribuido
un
modelo
de
recurso
de
Windows
a
un
punto
final
UNIX,
o
viceversa.
Si
la
distribucin
falla
debido
a
otro
error,
el
nombre
del
gestor
de
perfiles
se
crea
del
siguiente
modo:
NombrePerfilOriginal_Distribution_Failed
Dado
que
el
gestor
de
perfiles
que
ha
utilizado
para
la
distribucin
original
se
cre
sin
comprobar
la
opcin
modo
de
punto
final
sin
datos,
puede
utilizar
estos
gestores
de
perfiles
para
redistribuir
el
perfil
a
los
puntos
finales
fallidos
cuando
haya
solucionado
el
problema
que
ha
provocado
el
fallo
original.
Para
hacerlo,
slo
tiene
que
suscribir
los
gestores
de
perfiles
que
contienen
los
puntos
finales
fallidos
en
el
gestor
de
perfiles
que
contena
el
perfil
original.
A
continuacin
podr
distribuir
el
perfil
original
a
los
puntos
finales
fallidos
seleccionando
estos
gestores
de
perfiles
como
destino
de
la
distribucin.
Los
gestores
de
perfiles
tambin
pueden
editarse
para
suprimir
un
punto
final
de
un
grupo
de
puntos
finales
fallidos
antes
de
volver
a
intentar
la
distribucin.
Si
la
redistribucin
es
satisfactoria,
el
gestor
de
perfiles
relacionado
con
la
condicin
de
error
se
suprime.
Si
la
redistribucin
falla
total
o
parcialmente,
se
retiene
el
gestor
de
perfiles,
que
contiene
slo
los
suscriptores
que
han
fallado
en
la
redistribucin.
Debera
continuar
el
proceso
de
correccin
de
errores
y
de
reintento
de
distribucin
hasta
que
se
hayan
solucionado
todos
los
errores.
Si
alguno
de
estos
problemas
persiste
y
no
puede
solucionarse,
pngase
en
contacto
con
IBM
Software
Support.
Cmo
suprimir
copias
de
perfil
durante
una
cancelacin
de
suscripcin
Esta
seccin
explica
la
forma
de
habilitar
los
recursos
del
gestor
de
perfiles
para
eliminar
copias
de
perfiles
en
suscriptores
de
destino.
Como
norma
general,
la
operacin
de
cancelacin
de
suscripcin
se
realiza
a
travs
del
escritorio
de
Tivoli
o
a
travs
del
comando
wunsub
de
Tivoli
Management
Framework.
Antes
de
cualquier
operacin
de
cancelacin
de
suscripcin,
si
desea
permitir
la
eliminacin
de
copias
de
perfil
de
Tivoli
Monitoring
en
los
suscriptores
de
destino
(opcin
Suprimir
todas
las
copias
de
perfil
en
el
escritorio
de
Tivoli,
o
wunsub
sin
la
opcin
l),
debe
habilitar
el
recurso
de
gestor
de
perfiles
para
realizar
esta
accin.
Puede
hacerlo
as
implementando
uno
de
los
procedimientos
descritos
en
esta
seccin.
Los
procedimientos
utilizan
el
mtodo
de
poltica
de
validacin
del
gestor
de
perfiles
pm_val_remove_subscribers
para
iniciar
una
distribucin
de
supresin
MDist
2
que
elimine
copias
locales
de
perfiles
en
los
suscriptores
de
destino
(puntos
finales,
proxies
de
aplicacin
o
gestores
de
perfiles).
Captulo
3.
Cmo
utilizar
el
producto
71
Los
procedimientos
son
diferentes
en
funcin
de
si
tiene
(o
no)
ya
habilitado
un
objeto
de
poltica
para
el
gestor
de
perfiles
en
la
regin
de
polticas
distinto
del
objeto
de
poltica
proporcionado
por
la
instalacin
predeterminada
de
Tivoli.
Los
resultados
de
la
operacin
de
cancelar
la
suscripcin
se
graban
en
los
archivos
(uno
para
cada
perfil):
$DBDIR/AMW/logs/msg_perfil#regin_remove.log
Nota:
La
operacin
de
cancelar
la
suscripcin
no
impide
la
ejecucin
del
motor
de
punto
final.
Todos
los
perfiles
no
afectados
por
la
operacin
de
cancelar
la
suscripcin
permanecen
activos
en
el
punto
final.
Cmo
modificar
la
poltica
del
gestor
de
perfiles
cuando
no
hay
ningn
objeto
de
poltica
personalizado
Puede
implementar
el
procedimiento
utilizando
el
escritorio
de
Tivoli
o
utilizando
la
interfaz
de
lnea
de
comandos.
Cmo
utilizar
el
escritorio
de
Tivoli
Haga
lo
siguiente:
72
IBM
Tivoli
Monitoring:
Gua
del
usuario
1.
Desde
el
dilogo
Regin
de
polticas,
seleccione
Propiedades
Polticas
de
recursos
gestionados.
Se
abrir
el
dilogo
Polticas
de
recursos
gestionados.
2.
Seleccione
Gestor
de
perfiles
en
la
lista
Recursos
gestionados.
3.
Seleccione
ITMUnsubscribe
en
la
lista
desplegable
Poltica
de
validacin.
Asegrese
de
que
el
recuadro
de
comprobacin
Validacin
habilitada
est
seleccionado.
4.
Haga
clic
en
Establecer
y
cerrar.
Repita
los
pasos
1
al
4
para
cada
regin
de
polticas.
Para
la
inhabilitacin,
siga
los
pasos
anteriores,
pero
seleccione
Ninguna
u
otra
poltica
de
validacin
en
la
lista
desplegable
Poltica
de
validacin.
Tenga
en
cuenta
que
la
desinstalacin
del
producto
elimina
la
poltica
de
validacin
ITMUnsubscribe
y
la
establece
en
Ninguna
en
todas
las
regiones
de
polticas
en
las
que
se
ha
habilitado.
Captulo
3.
Cmo
utilizar
el
producto
73
Utilizacin
de
la
CLI
Para
cada
regin
de
polticas
ejecute
el
comando:
wsetpr
v
ITMUnsubscribe
e
ProfileManager
nombre_regin_polticas
Para
la
inhabilitacin,
para
cada
regin
de
polticas
ejecute
el
comando:
wsetpr
v
None
e
ProfileManager
nombre_regin_polticas
Tenga
en
cuenta
que
la
desinstalacin
del
producto
elimina
la
poltica
de
validacin
ITMUnsubscribe
y
la
establece
en
Ninguna
en
todas
las
regiones
de
polticas
en
las
que
se
ha
habilitado.
Cmo
modificar
la
poltica
del
gestor
de
perfiles
cuando
hay
un
objeto
de
poltica
personalizado
en
uso
Si
ya
dispone
de
un
objeto
de
poltica,
puede
modificarlo
de
acuerdo
con
los
pasos
siguientes:
1.
Redirija
a
un
archivo
el
mtodo
de
poltica
que
est
utilizando
actualmente:
wgetpolm
-v
ProfileManager
su_objeto_poltica
pm_val_remove_subscribers
>
archivo_script_poltica_temp
2.
Aada
al
script
temporal
el
contenido
del
archivo
itm_remove_subscribers.validation
que
est
instalado
en
el
directorio
$BINDIR/TME/Tmw2k
del
nodo
gestionado.
3.
Incluya
el
script
modificado
en
el
objeto
de
poltica:
wputpolm
-v
ProfileManager
su_objeto_poltica
pm_val_remove_subscribers
<
archivo_script_poltica_temp
4.
Asegrese
de
que
la
poltica
est
habilitada
en
todos
los
recursos
para
las
regiones
de
polticas
del
entorno
Tivoli
(consulte
el
comando
wsetpr
en
el
manual
Tivoli
Management
Framework:
Reference
Manual).
Cmo
gestionar
perfiles
y
modelos
de
recurso
en
puntos
finales
Tivoli
Monitoring
proporciona
un
conjunto
de
comandos
para
gestionar
perfiles
y
modelos
de
recurso
despus
de
que
se
hayan
distribuido
en
puntos
finales:
wdmcmd
Detiene
o
inicia
Tivoli
Monitoring
en
uno
o
ms
puntos
finales
desde
un
gateway
o
servidor.
wdmcmddistrib
Utilizando
el
servicio
MDist
2,
detiene,
inicia
o
actualiza
Tivoli
Monitoring
en
uno
o
ms
puntos
finales
desde
un
gateway
o
servidor.
wdmcollect
Inicia
o
detiene
la
coleccin
de
datos
desde
uno
o
ms
puntos
finales
y
carga
los
datos
en
el
sistema
de
gestin
de
bases
de
datos
relacionales
que
utiliza
Tivoli
Monitoring.
wdmdistrib
Distribuye
un
perfil
a
uno
o
ms
suscriptores
wdmeng
Detiene
o
inicia
perfiles
o
modelos
de
recurso
en
puntos
finales;
tambin
suprime
perfiles
en
puntos
finales.
wdmlseng
Devuelve
una
lista
y
el
estado
de
todos
los
modelos
de
recurso
que
se
han
distribuido
a
un
punto
final
determinado.
wdmtrceng
Establece
los
parmetros
de
rastreo
del
motor
de
Tivoli
Monitoring
en
el
punto
final.
74
IBM
Tivoli
Monitoring:
Gua
del
usuario
Encontrar
detalles
sobre
los
comandos
de
Tivoli
Monitoring
en
el
Captulo
8,
Comandos,
en
la
pgina
125;
encontrar
detalles
de
los
comandos
de
Tivoli
Management
Framework
en
el
manual
Tivoli
Management
Framework:
Reference
Manual.
Cmo
gestionar
Tivoli
Monitoring
en
gateways
Tivoli
Monitoring
proporciona
un
comando
para
gestionar
el
producto
en
gateways:
wdmmn
Detiene
o
inicia
los
procesos
Tivoli
Monitoring
seleccionados
en
uno
o
en
todos
los
gateways.
Encontrar
una
descripcin
de
los
comandos
para
gestionar
el
componente
Tivoli
Business
Systems
Manager
Adapter
en
gateways
en
el
apartado
Gestin
de
Tivoli
Business
Systems
Adapter
desde
la
CLI
en
la
pgina
107.
Cmo
utilizar
tareas
de
Tivoli
Monitoring
Tivoli
Monitoring
proporciona
el
siguiente
conjunto
de
tareas
incorporadas
que
puede
utilizar
para
realizar
funciones
especficas
del
producto:
DMEndpointRemoveFiles
Utilice
esta
tarea
para
eliminar
el
cdigo
del
motor
de
un
punto
final
(sin
afectar
a
las
definiciones
en
el
nodo
gestionado).
DMEndpointUninstall
Utilice
esta
tarea
para
desinstalar
un
punto
final
(consulte
el
apartado
Desinstalacin
de
componentes
de
punto
final
en
la
pgina
40).
DMRebootUninstall
Utilice
esta
tarea
para
evitar
el
rearranque
automtico
de
un
punto
final
especfico
desde
el
gateway,
principal,
o
de
todos
los
puntos
finales
asociados
a
un
gateway.
La
tarea
se
debe
ejecutar
en
el
nodo
gestionado
correspondiente.
Despus
de
ejecutar
esta
tarea,
el
motor
no
se
rearranca
en
el
punto
final
durante
el
rearranque
hasta
que
no
se
distribuye
el
perfil
de
nuevo.
DMLinkJRE
Utilice
esta
tarea
en
puntos
finales
UNIX
o
Linux,
que
ya
tengan
la
versin
adecuada
de
Java
Runtime
Environment
(JRE)
instalada,
para
enlazar
Tivoli
Monitoring
con
el
JRE
existente.
Para
ver
detalles,
consulte
el
apartado
Instalacin
de
Java
Runtime
Environment
en
la
pgina
37.
DMRemoveLinkJRE
Utilice
esta
tarea
en
puntos
finales
UNIX
o
Linux
para
eliminar
el
enlace
con
un
JRE
existente.
DMCollectEpLog
Utilice
esta
tarea
para
recopilar
datos
de
resolucin
de
problemas
en
un
punto
final.
Para
obtener
ms
detalles,
consulte
el
apartado
Serviceability
Tasks
en
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide.
DMCollectMnLog
Utilice
esta
tarea
para
recopilar
datos
de
resolucin
de
problemas
en
un
nodo
gestionado.
Para
obtener
ms
detalles,
consulte
el
apartado
Serviceability
Tasks
en
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide.
Captulo
3.
Cmo
utilizar
el
producto
75
DMCollectEpEnv
Utilice
esta
tarea
para
recopilar
informacin
sobre
el
entorno
de
un
punto
final.
Para
obtener
ms
detalles,
consulte
el
apartado
Serviceability
Tasks
en
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide.
DMRemoveQuadcapDB
Utilice
esta
tarea
para
eliminar
de
puntos
finales
UNIX
la
base
de
datos
incorporable
Quadcap
(que
se
utilizaba
en
releases
anteriores
de
Tivoli
Monitoring).
En
puntos
finales
UNIX
la
herramienta
que
se
utiliza
actualmente
es
Cloudscape
,
y
los
datos
de
Quadcap
existentes
se
migran
automticamente
a
Cloudscape.
Utilice
la
tarea
DMRemoveQuadcapDB
si
no
utiliza
los
datos
de
Quadcap
o
si
ha
tenido
problemas
por
el
hecho
de
que
la
base
de
datos
Quadcap
se
haca
demasiado
grande
en
los
puntos
finales.
Adems,
tenga
en
cuenta
que
el
procedimiento
de
migracin
no
suprime
la
base
de
datos
Quadcap
existente;
por
lo
tanto,
es
posible
que
desee
utilizar
esta
tarea
para
hacer
esto
despus
de
la
migracin
de
los
datos.
DMCleanDB
Utilice
esta
tarea
para
eliminar
los
archivos
de
base
de
datos
de
Data
Warehouse
desde
un
punto
final
(Windows
o
UNIX).
El
motor
de
punto
final
no
se
debe
estar
ejecutando
mientras
se
ejecute
la
tarea.
La
base
de
datos
se
crea
de
nuevo
cuando
se
reinicia
el
motor
de
punto
final.
Los
archivos
se
encuentran
en
los
directorios
siguientes:
v
en
Windows:
%LCF_DATDIR%\LCFNEW\Tmw2k\db
v
en
UNIX:
$LCF_DATDIR/LCFNEW/OS_type/ITMLogger/dblogger_cloud
DMPurge_ITM_RIM_DB
Utilice
esta
tarea
para
eliminar
datos
de
la
base
de
datos
RIM
de
Tivoli
Monitoring.
La
tarea
se
ejecuta
de
acuerdo
con
el
valor
especificado
en
la
clave
datacollector.db_purge_interval
utilizando
el
comando
wdmconfig.
Para
ver
ms
detalles,
consulte
este
comando
en
el
apartado
138.
DMSetCloudscapeNetworkServerProperties
Utilice
esta
tarea
en
puntos
finales
UNIX
para
habilitar
la
funcin
de
Cloudscape
Network
Server,
o
para
establecer
los
parmetros
de
configuracin
para
Cloudscape
Network
Server.
La
tarea
crea
el
archivo
itm.properties
en
el
directorio
$DATDIR/LCFNEW/Tmw2k/Unix/data.
Tenga
presente
que
los
cambios
de
configuracin
nicamente
se
llevan
a
cabo
despus
de
que
el
motor
se
rearranque.
Los
parmetros
de
configuracin
son:
v
La
habilitacin/inhabilitacin
de
la
funcin
Cloudscape
Network
Server
(valor
booleano):
el
valor
predeterminado
es
que
la
funcin
Cloudscape
Network
Server
est
habilitada
(true).
v
El
nmero
de
puerto
utilizado
por
Cloudscape
Network
Server:
el
valor
debe
estar
dentro
del
rango
de
1
a
65536,
el
valor
predeterminado
es
1527.
v
La
contrasea
para
el
usuario
de
slo
lectura
denominado
guest:
la
contrasea
predeterminada
es
guest.
v
La
habilitacin/inhabilitacin
de
rastreo
de
conexiones
(valor
booleano):
el
valor
predeterminado
es
que
el
rastreo
no
est
habilitado
(false).
Cuando
est
habilitado,
el
rastreo
se
crea
en
el
directorio
$DBDIR/AMW/logs.
DMGetCloudscapeNetworkServerProperties
Utilice
esta
tarea
en
puntos
finales
UNIX
para
ver
los
parmetros
de
76
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
configuracin
para
Cloudscape
Network
Server.
Si
no
se
puede
visualizar
ningn
valor,
significa
que
Cloudscape
Network
Server
no
est
habilitado.
DMCompressDB
Utilice
esta
tarea
para
comprimir
la
base
de
datos
de
Cloudscape
en
un
punto
final
UNIX.
La
tarea
nicamente
se
ejecuta
si
el
motor
no
est
en
ejecucin.
Los
resultados
se
almacenan
en
el
archivo
dmtaskout.log
en
el
directorio:
$LCF_DATDIR/LCFNEW/Tmw2k/Unix/data/ITMLogger/dblogger_cloud
Deber
establecer
el
tiempo
de
espera
de
la
tarea
en
un
valor
mayor
que
el
valor
predeterminado
y
en
relacin
con
el
tamao
de
la
base
de
datos
que
se
va
a
comprimir.
Antes
de
establecer
el
valor
de
tiempo
de
espera
de
tarea
en
el
dilogo
Ejecutar
tarea,
deber
comprobar
el
valor
de
tiempo
de
espera
en
el
gateway
(el
valor
predeterminado
es
de
300
segundos).
Si
el
tiempo
de
espera
en
el
gateway
es
menor
que
el
tiempo
de
espera
de
la
tarea,
entonces
el
tiempo
de
espera
en
el
gateway
sustituye
al
tiempo
de
espera
de
la
tarea.
Para
cambiar
el
tiempo
de
espera
en
el
gateway,
debe
usar
el
comando
wgateway,
utilizando
la
opcin
set_session_timeout.
Consulte
el
manual
Tivoli
Management
Framework:
Reference
Manual
para
obtener
ms
detalles
sobre
este
comando.
DMCreateRuleAndLoadBaroc
Utilice
esta
tarea
para
importar
los
archivos
BAROC
de
Tivoli
Monitoring
en
la
base
de
reglas
utilizada
por
el
servidor
de
Tivoli
Enterprise
Console.
La
tarea
implementa
todos
los
pasos
del
procedimiento
descritos
en
la
pgina
91,
y
requiere
que
se
ejecuten
los
roles
de
autorizacin
super
o
senior.
Deber
especificar
un
tiempo
de
espera
mayor
que
el
valor
predeterminado:
se
recomienda
un
tiempo
de
espera
de
600
segundos.
La
tarea
se
detiene
y
rearranca
el
servidor
de
Tivoli
Enterprise
Console
si
se
selecciona
la
opcin
correspondiente.
Para
ejecutar
una
tarea
de
Tivoli
Monitoring,
puede
utilizar
el
escritorio
de
Tivoli
o
la
interfaz
de
lnea
de
comandos.
En
cualquier
caso,
necesita
tener
uno
de
los
siguientes
roles
de
autorizacin:
admin,
senior,
super
o
itm_tasks.
Cmo
ejecutar
una
tarea
desde
el
escritorio
de
Tivoli
Para
ejecutar
una
tarea
de
Tivoli
Monitoring
utilizando
el
escritorio
de
Tivoli,
haga
lo
siguiente:
1.
En
el
escritorio
de
Tivoli,
seleccione
Conexiones
TMR
Regiones
de
polticas
de
nivel
superior.
Se
abrir
el
dilogo
Regiones
de
polticas
de
nivel
superior.
2.
Haga
doble
clic
en
el
icono
TivoliDefaultMw2kRegion.
Se
abrir
el
dilogo
Regin
de
poltica
correspondiente
a
la
poltica
predeterminada.
Captulo
3.
Cmo
utilizar
el
producto
77
3.
Haga
doble
clic
en
el
icono
Tareas
de
IBM
Tivoli
Monitoring.
Se
abrir
el
dilogo
Biblioteca
de
tareas
mostrando
todas
las
tareas
disponibles
para
Tivoli
Monitoring.
4.
Haga
doble
clic
en
el
icono
correspondiente
a
la
tarea
que
desee
ejecutar
y
defina
los
parmetros
de
la
tarea
elegida
en
el
dilogo
Ejecutar
tarea.
Haga
clic
en
Ejecutar.
Nota:
Puede
definir
DMTaskPolicy
como
la
poltica
predeterminada
que
se
utilizar
con
la
biblioteca
de
tareas
en
cualquier
regin
de
polticas:
el
uso
de
esta
poltica
permite
que
la
lista
apropiada
de
destinos
se
muestre
en
la
lista
Puntos
finales
de
tareas
disponibles
en
el
dilogo
Ejecutar
tarea.
La
lista
Puntos
finales
de
tareas
disponibles
slo
mostrar
los
destinos
en
los
que
la
tarea
puede
ejecutarse
satisfactoriamente.
Cmo
ejecutar
una
tarea
desde
la
CLI
Puede
utilizar
el
comando
wruntask
de
Tivoli
Management
Framework
para
ejecutar
una
tarea
de
Tivoli
Monitoring
(consulte
el
manual
Tivoli
Management
Framework:
Reference
Manual
para
obtener
una
descripcin
completa
de
este
comando).
Para
ejecutar
una
tarea
desde
la
lnea
de
comandos
utilice
la
sintaxis
siguiente
(utilice
comillas
para
delimitar
una
variable
que
contenga
espacios):
wruntask
t
nombre_tarea
l
Tareas
de
IBM
Tivoli
Monitoring
h
nombre_nodo
a
parmetros_adicionales
Donde:
t
nombre_tarea
Especifica
el
nombre
de
la
tarea
que
se
va
a
ejecutar.
78
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
l
Tareas
de
IBM
Tivoli
Monitoring
Indica
el
nombre
de
la
biblioteca
de
tareas
que
incluye
la
tarea
que
se
va
a
ejecutar.
h
nombre_nodo
Especifica
el
nombre
del
nodo
(nodo
gestionado
o
punto
final)
en
el
que
se
va
a
ejecutar
la
tarea.
a
parmetros_adicionales
Especifica
el
conjunto
de
parmetros
que
se
van
a
pasar
a
la
tarea
para
su
ejecucin.
Si
el
parmetro
incluye
un
distintivo
de
opcin
seguido
por
su
propio
parmetro,
incluya
ambos
entre
comillas
(por
ejemplo,
a
o
opcin).
La
opcin
a
se
debe
repetir
para
cada
opcin
especificada.
Las
siguientes
tareas
de
Tivoli
Monitoring
requieren
parmetros
especficos:
v
Parmetros
DMEndpointUninstall:
el
nombre
del
punto
final
o
g
nombre_gateway
la
posibilidad
de
inhabilitar
la
vista
de
la
salida
producida
por
la
ejecucin
de
la
tarea
anidada
(DMEndpointUninstall
invoca
DMRemoveFiles).
La
vista
de
la
salida
est
habilitada
de
manera
predeterminada.
el
valor
de
tiempo
de
espera
en
segundos
para
DMRemoveFiles
(el
valor
predeterminado
es
de
300
segundos)
v
Parmetro
DMRebootUninstall:
el
nombre
del
punto
final
o
g
nombre_gateway
v
Parmetro
de
DMLinkJre:
la
ruta
calificada
al
completo
en
la
que
est
instalado
JRE
(sin
incluir
el
directorio
/bin)
v
Parmetros
de
DMCollectEpLog
y
de
DMCollectMnLog:
el
nombre
del
directorio
y
el
nombre
de
archivo
para
registrar
la
informacin
v
Parmetros
de
DMSetCloudscapeNetworkServer:
habilitacin/inhabilitacin
de
la
funcin
Cloudscape
Network
Server
(valor
booleano),
el
nmero
de
puerto
utilizado
por
Cloudscape
Network
Server,
la
contrasea
para
el
usuario
de
slo
lectura
denominado
guest,
y
la
habilitacin/inhabilitacin
del
rastreo
de
conexiones
(valor
booleano)
v
Parmetros
de
DMCreateRuleAndLoadBaroc:
el
nombre
de
la
base_reglas
del
servidor
de
Tivoli
Enterprise
Console
donde
las
reglas
BAROC
se
almacenan
tanto
si
Tivoli
Enterprise
Console
se
debe
volver
a
iniciar
al
finalizar
la
tarea
como
si
no
la
indicacin
de
que
Tivoli
Enterprise
Console
3.6.2
est
instalado
(incluso
aunque
este
nivel
ya
no
se
soporte)
Los
ejemplos
siguientes
muestran
la
utilizacin
de
wruntask:
1.
para
ejecutar
la
tarea
DMEndpointUninstall
en
un
nodo
gestionado
para
desinstalar
uno
de
sus
puntos
finales,
especificando
para
la
tarea
anidada
(DMRemoveFiles)
un
tiempo
de
espera
de
500
segundos
y
la
inhabilitacin
de
la
salida
(opcin
noheader):
wruntask
t
DMEndpointUninstall
l
IBM
Tivoli
Monitoring
Tasks
h
@ManagedNode:mn1
a
ep1
a
noheader
a
t
500
2.
Ejecutar
la
tarea
DMLinkJre
en
un
punto
final:
wruntask
t
DMLinkJre
l
Tareas
de
IBM
Tivoli
Monitoring
h
@Endpoint:ep1
a
/opt/IBMJava2-131/jre
3.
Ejecutar
la
tarea
DMCollectEpLog
en
un
punto
final:
Captulo
3.
Cmo
utilizar
el
producto
79
|
|
|
|
|
|
|
|
wruntask
t
DMCollectEpLog
l
Tareas
de
IBM
Tivoli
Monitoring
h
@Endpoint:ep1
a
/opt/Tivoli/lcf/dat/1
a
eplog.tar
4.
Ejecutar
la
tarea
DMCollectMnLog
en
un
nodo
gestionado:
wruntask
t
DMCollectMnLog
l
Tareas
de
IBM
Tivoli
Monitoring
h
@ManagedNode:mn1
a
/opt/Tivoli/lcf/dat/1
a
mnlog.tar
5.
Ejecutar
la
tarea
DMSetCloudscapeNetworkServer
en
un
punto
final:
wruntask
t
DMSetCloudscapeNetworkServer
l
Tareas
de
IBM
Tivoli
Monitoring
h
@Endpoint:ep1
a
true
a
1527
a
abc123
a
false
6.
Ejecutar
la
tarea
DMCreateRuleAndLoadBaroc
utilizando
un
tiempo
de
espera
de
600
segundos
en
un
nodo
gestionado
en
el
que
el
servidor
de
Tivoli
Enterprise
Console
(nivel
3.6.2)
est
instalado:
wruntask
t
DMCreateRuleAndLoadBaroc
l
Tareas
de
IBM
Tivoli
Monitoring
m
600
h
@ManagedNode:mn1
a
Test_Rule
a
restartsvr
a
362
80
IBM
Tivoli
Monitoring:
Gua
del
usuario
Captulo
4.
Funcin
de
latido
Tivoli
Monitoring
incluye
una
funcin
de
latido
que
supervisa
los
signos
bsicos
de
vida
en
puntos
finales
adjuntos
al
gateway
en
el
que
est
habilitada.
El
monitor
de
latido
supervisa
regularmente
los
puntos
finales,
comprobando
que
estn
ejecutndose
correctamente.
Los
eventos
pueden
enviarse
a
Tivoli
Business
Systems
Manager
(siempre
que
el
componente
Tivoli
Business
Systems
Manager
Adapter
est
instalado
en
el
gateway),
a
Tivoli
Enterprise
Console
o
al
Grupo
de
avisos
de
Tivoli
Monitoring.
Estados
de
latido
La
funcin
puede
registrar
los
estados
siguientes
de
un
punto
final
en
su
cach.
Se
dividen
en
dos
grupos,
segn
se
haya
enviado
un
evento
de
informacin
o
de
error
a
los
monitores:
Estados
para
los
que
se
enva
un
evento
de
informacin
v
Activo
v
El
latido
se
ha
detenido
Estados
para
los
que
se
enva
un
evento
de
error
v
Modelo
de
recursos
en
estado
de
error
v
El
motor
de
Tivoli
Monitoring
se
ha
detenido
v
No
hay
ningn
punto
final
disponible
en
la
red
Cmo
instalar
y
configurar
el
latido
La
funcin
de
latido
es
una
parte
integral
de
Tivoli
Monitoring
instalada
en
un
gateway
y
no
necesita
ninguna
instalacin
especial.
Sin
embargo,
puede
configurar
los
receptores
de
informacin
de
latido
utilizando
el
comando
wdmconfig
(consulte
el
apartado
wdmconfig
en
la
pgina
138).
Para
habilitar
los
cambios
de
configuracin
aplicados
utilizando
wdmconfig,
deber
detener
el
latido
utilizando
el
comando
wdmmn
y
reiniciarlo
utilizando
el
comando
wdmheartbeat.
El
comando
wdmconfig
permite
modificar
varios
aspectos
de
la
configuracin
de
los
componentes
de
Tivoli
Monitoring
en
un
gateway.
En
concreto,
para
el
latido,
puede
cambiar
los
valores
de
las
claves
de
configuracin
siguientes:
heartbeat.send_events_to_tbsm
Defnalo
como
true
si
desea
enviar
eventos
de
latido
a
Tivoli
Business
Systems
Manager
(Tivoli
Business
Systems
Manager
Adapter
debe
estar
instalado
y
configurado
en
el
gateway);
de
lo
contrario,
deje
como
valor
predeterminado
false.
heartbeat.send_events_to_tec
Defnalo
como
true
si
desea
enviar
eventos
de
latido
al
nombre
de
host
del
servidor
de
Tivoli
Enterprise
Console;
de
lo
contrario,
deje
como
valor
predeterminado
false.
heartbeat.tec_server
Si
ha
establecido
heartbeat.send_events_to_tec
en
true,
entre
aqu
el
nombre
del
servidor
Tivoli
Enterprise
Console
(por
ejemplo:
ServidorEventos
o
ServidorEventos@nombre_regin).
El
servidor
debe
ser
un
servidor
Tivoli
seguro.
Copyright
IBM
Corp.
2004
81
heartbeat.send_events_to_notice
Defnalo
como
true
si
desea
enviar
eventos
de
latido
al
grupo
de
avisos
de
Tivoli
Monitoring;
en
caso
contrario,
deje
como
valor
predeterminado
false.
heartbeat.reboot_engine_if_down
Defnalo
como
true
si
desea
habilitar
la
funcin
de
recuperacin
del
agente
en
el
que
se
est
ejecutando
Tivoli
Monitoring;
si
no
es
as,
deje
el
valor
predeterminado,
false.
Cuando
la
clave
de
configuracin
tiene
el
valor
true,
la
funcin
de
recuperacin
vuelve
a
iniciar
el
motor
siempre
que
el
motor
deja
de
ejecutarse.
Sin
embargo,
si
el
motor
se
ha
detenido
utilizando
wdmcmd
stop,
la
funcin
de
recuperacin
no
reinicia
el
motor.
Todas
estas
claves
de
configuracin
y
sus
valores
estn
contenidos
en
el
archivo:
$DBDIR/dmml/.config
Este
archivo
se
puede
leer
pero
no
se
debe
modificar
de
forma
manual.
Si
desea
modificarlo,
utilice
el
comando
wdmconfig
(tenga
en
cuenta
que
es
posible
que
los
cambios
aplicados
no
se
muestren).
Cmo
controlar
el
latido
La
funcin
de
latido
se
controla
mediante
la
emisin
de
uno
de
los
comandos
siguientes
desde
la
consola
de
Tivoli:
wdmheartbeat
Detiene
o
inicia
la
supervisin
de
latido
de
los
puntos
finales,
cambia
su
frecuencia
y
consulta
el
estado
del
procesador
de
latidos
(consulte
el
apartado
wdmheartbeat
en
la
pgina
168
para
obtener
ms
detalles).
wdmmn
Detiene
el
motor
de
latido
en
uno
o
en
todos
los
nodos
gestionados/gateways
(consulte
el
apartado
wdmmn
en
la
pgina
177
para
obtener
ms
detalles).
La
Figura
4
en
la
pgina
83
muestra
el
flujo
de
datos
para
el
control
de
latidos.
82
IBM
Tivoli
Monitoring:
Gua
del
usuario
Los
comandos
de
control
de
latidos
se
dirigen
al
gateway
(pasos
1
y
2),
donde
son
procesados
por
el
procesador
de
latidos.
Nota:
El
procesador
de
latidos
est
protegido
contra
cierres
del
oserv,
de
manera
que
si
ste
se
cierra
y,
a
continuacin,
se
vuelve
a
abrir,
el
procesador
de
latidos
se
reinicia
en
la
misma
frecuencia
en
que
estaba
funcionando
cuando
se
cerr
el
oserv.
Flujos
de
datos
de
latido
La
funcin
de
latido
consta
de
estas
actividades
principales:
v
Registro
de
punto
final
v
Supervisin
de
latido
v
Cmo
ver
el
cach
de
punto
final
Registro
de
punto
final
Cuando
Tivoli
Monitoring
inserta
un
modelo
de
recurso
en
un
punto
final
por
primera
vez,
o
bien
reinicia
el
motor
de
Tivoli
Monitoring
en
un
punto
final,
la
informacin
del
cach
del
punto
final
se
actualiza
cuando
el
gateway
recibe
un
mensaje
del
punto
final
diciendo
que
el
motor
se
ha
iniciado.
La
Figura
5
en
la
pgina
84
ilustra
el
flujo
de
datos.
Puntos finales
Nodo gestionado de
Tivoli/Gateway
Servidor de regin
de gestin Tivoli
Tivoli Console
Cach del punto final
Procesador de latidos
Comandos de
control de latidos
Comandos de
control de
latidos
1
2
Figura
4.
Flujo
de
datos
para
el
control
de
latido
Captulo
4.
Funcin
de
latido
83
El
grfico
muestra
la
distribucin
(insercin)
de
un
perfil
desde
el
escritorio
de
Tivoli
o
la
emisin
de
un
comando
para
iniciar
un
motor
de
punto
final
(pasos
1,
2
y
3).
El
punto
final
enva
una
llamada
ascendente
al
gateway
(paso
4),
que
registra
la
presencia
del
punto
final
en
el
cach
del
punto
final
(paso
5).
Puntos finales
Nodo gestionado de
Tivoli/Gateway
Servidor de regin
de gestin Tivoli
Tivoli Console
Cach del punto final
IBM Tivoli Monitoring
Iniciar motor o
distribuir perfil
Almacenar datos
Iniciar motor
o distribuir
perfil
Llamada ascendente
para registrar puntos
finales
1
2
Iniciar motor
o distribuir
perfil
3 4
5
Figura
5.
Flujo
de
datos
para
el
registro
de
punto
final
84
IBM
Tivoli
Monitoring:
Gua
del
usuario
Supervisin
de
latido
La
Figura
6
muestra
el
flujo
de
datos
para
la
funcin
de
latido
en
un
gateway
en
una
regin
de
gestin
Tivoli,
con
todos
los
monitores
posibles
configurados
para
recibir
los
eventos
de
latido.
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).
Puntos finales
Nodo gestionado de
Tivoli/Gateway
Servidor de regin
de gestin Tivoli
Tivoli Console
Tivoli Business Systems
Manager CommonListener
Servidor de Tivoli
Enterprise Console
Grupo de avisos (Notice Group)
de IBM Tivoli Monitoring
Cach del punto final
Procesador de latidos
Almacenar
estado de
latido
Enviar
mensajes
de latido
Enviar peticin
de latido
Enviar respuesta
de latido
1
2
3
4
4
4
Figura
6.
Flujo
de
datos
para
la
funcin
de
latido
en
un
gateway
Captulo
4.
Funcin
de
latido
85
Cmo
ver
el
cach
de
punto
final
Adems
de
los
monitores
descritos
en
el
apartado
anterior,
tambin
es
posible
visualizar
la
informacin
de
latido
en
el
cach
del
punto
final,
utilizando
el
comando
wdmmngcache.
Este
diagrama
muestra
el
flujo
de
datos
cuando
se
emite
un
comando
wdmmngcache
desde
el
escritorio
de
Tivoli.
Se
enva
una
peticin
al
gateway
(pasos
1
y
2),
que
interroga
al
cach
(paso
3)
y
vuelve
a
enviar
la
informacin
al
escritorio
(pasos
4
y
5).
No
hay
interaccin
con
los
puntos
finales
en
este
flujo
de
datos.
Los
datos
tambin
pueden
suprimirse
desde
el
cach
utilizando
este
comando.
El
comando
wdmmngcache
tiene
dos
formatos
de
salida.
Si
no
se
utiliza
la
opcin
v,
se
proporciona
una
lnea
para
cada
punto
final,
que
muestra
el
estado
del
latido,
de
la
manera
siguiente:
Processing
ManagedNode
mpulp...
Processing
ManagedNode
dmw2k2...
Endpoint
|
Status
-----------------------------------------+-------
mpulp-ep
Alive
dmw2k2-ep
Alive
Si
se
utiliza
la
opcin
v,
el
comando
proporciona
informacin
sobre
el
estado
de
descubrimiento
de
los
puntos
finales
de
la
manera
siguiente:
Processing
ManagedNode
mcrudele...
Processing
ManagedNode
dmw2k2...
Warning:
DM_Adv_Edition
feature
not
installed
on
the
Managed
Node
boccaccio.
Skipping...
Puntos finales
Nodo gestionado de
Tivoli/Gateway
Servidor de regin
de gestin Tivoli
Tivoli Console
Cach del punto final
IBM Tivoli Monitoring
Ver cach
Ver cach Enviar cach
Enviar cach
Recuperar
estado de
punto final
1
5
2 4
3
Figura
7.
Flujo
de
datos
utilizando
el
comando
wdmmngcache
86
IBM
Tivoli
Monitoring:
Gua
del
usuario
Skipping...
Endpoint
|
HB
status
|
TBSM
status
---------------------+----------------------+--------------------
dmw2k2-ep
DMEngineOff
Not
discovered
mcrudele-ep
DMEngineOff
Not
discovered
Captulo
4.
Funcin
de
latido
87
88
IBM
Tivoli
Monitoring:
Gua
del
usuario
Captulo
5.
Integracin
con
el
servidor
de
Tivoli
Enterprise
Console
Este
captulo
describe
la
integracin
de
Tivoli
Monitoring
con
el
servidor
Tivoli
Enterprise
Console
para
permitir
que
el
servidor
Tivoli
Enterprise
Console
utilice
eventos
de
Tivoli
Monitoring.
Visin
general
Para
poder
enviar
eventos
de
Tivoli
Monitoring
al
servidor
Tivoli
Enterprise
Console,
tiene
que:
v
Identificar
Tivoli
Enterprise
Console
ante
Tivoli
Monitoring
v
Habilitar
la
supervisin
de
eventos
del
producto
y
mensajes
de
latido
en
el
servidor
de
Tivoli
Enterprise
Console
Cmo
identificar
el
servidor
de
Tivoli
Enterprise
Console
en
Tivoli
Monitoring
Para
cada
perfil
que
cree,
debe
identificar
el
servidor
de
Tivoli
Enterprise
Console
(o
mltiples
servidores)
que
desee
utilizar
para
supervisar
los
eventos
de
Tivoli
Monitoring.
Tambin
puede
elegir
enviar
eventos
no
seguros
a
Availability
Intermediate
Manager
(AIM).
Para
definir
la
identidad
del
servidor
Tivoli
Enterprise
Console
para
todos
los
modelos
de
recurso
de
un
perfil,
realice
los
pasos
siguientes:
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.
3.
Marque
el
recuadro
de
seleccin
Enviar
eventos
a
TEC
para
enviar
eventos
a
un
servidor
de
Tivoli
Enterprise
Console
(o
mltiples
servidores)
o
a
AIM
(slo
para
eventos
de
entrega
no
seguros).
Copyright
IBM
Corp.
2004
89
Nota:
Si
no
selecciona
este
recuadro
de
seleccin,
no
se
enviarn
eventos
al
servidor
Tivoli
Enterprise
Console,
aunque
haya
seleccionado
el
recuadro
de
seleccin
Enviar
eventos
a
TEC
en
el
dilogo
Indicaciones
y
acciones.
Una
vez
seleccionado,
se
habilita
la
seccin
En
uso
del
dilogo.
La
seccin
En
uso
se
inhabilita
si
no
se
selecciona
el
recuadro
de
seleccin
Enviar
eventos
a
TEC.
Debe
seleccionar
un
modo
de
entrega;
las
opciones
mutuamente
excluyentes
son:
v
Servidor(es)
de
eventos
Si
selecciona
esta
opcin,
todos
los
eventos
se
envan
al
servidor
de
Tivoli
Enterprise
Console
especificado
o
a
mltiples
servidores.
Especifique
el
servidor
o
seleccinelo
en
la
lista
desplegable
Servidores.
Si
especifica
un
servidor
sin
ningn
nombre
de
regin,
los
eventos
se
envan
al
servidor
de
Tivoli
Enterprise
Console
local.
Para
indicar
mltiples
servidores,
utilice
la
coma
como
separador.
Si
el
servidor
es
un
servidor
no
seguro,
especifique
la
ubicacin
del
servidor
seguida
por
el
signo
de
suma
'+'
y
el
puerto
del
servidor.
v
Migracin
tras
error
Si
selecciona
esta
opcin,
todos
los
eventos
se
envan
a
un
servidor
de
Tivoli
Enterprise
Console
no
seguro.
Si
especifica
mltiples
servidores,
los
eventos
se
envan
al
primer
servidor
disponible
de
la
lista.
Los
servidores
se
especifican
por
la
ubicacin
del
servidor
seguida
por
el
signo
de
suma
'+'
y
el
puerto
del
servidor.
En
el
caso
de
servidores
seguros,
es
responsabilidad
del
gateway
de
Tivoli
Enterprise
Console
asegurarse
de
que
los
eventos
se
envan
al
primer
servidor
disponible
en
la
lista
de
recuperacin
(el
archivo
de
configuracin
de
Tivoli
Enterprise
Console
en
el
gateway
se
puede
modificar
para
dicho
propsito).
Nota:
Cuando
se
selecciona
Migracin
tras
error
como
el
modo
de
entrega,
y
el
servidor
al
que
se
ha
enviado
el
evento
queda
inactivo,
el
evento
de
borrado
se
enva
al
primer
servidor
disponible
de
la
lista.
Es
necesario
cerrar
el
evento
original
manualmente
una
vez
que
el
servidor
est
activo
de
nuevo.
Nota:
En
puntos
finales
OS/400,
los
eventos
slo
se
pueden
enviar
a
un
servidor
de
Tivoli
Enterprise
Console
no
seguro.
Si
se
intenta
enviar
un
evento
a
un
servidor
seguro
en
OS/400,
los
resultados
en
el
evento
no
se
envan
y
se
registra
un
error.
4.
Haga
clic
en
Aceptar
para
guardar
las
propiedades.
Se
vuelve
a
visualizar
el
dilogo
Perfil
de
supervisin
de
Tivoli.
Cmo
habilitar
la
supervisin
de
eventos
y
mensajes
de
latido
en
el
servidor
de
Tivoli
Enterprise
Console
Para
habilitar
la
supervisin
de
eventos
de
Tivoli
Monitoring
en
un
servidor
Tivoli
Enterprise
Console,
tiene
que
importar
los
archivos
BAROC
de
Tivoli
Monitoring
en
la
base
de
reglas
que
utiliza
el
servidor
Tivoli
Enterprise
Console.
Para
ello
deber
elegir
una
de
las
siguientes
opciones:
v
ejecutar
un
script
proporcionado
por
Tivoli
en
cada
servidor
de
Tivoli
Enterprise
Console
v
o
ejecutar
una
tarea
proporcionada
por
Tivoli
en
cada
servidor
de
Tivoli
Enterprise
Console
90
IBM
Tivoli
Monitoring:
Gua
del
usuario
v
o
ejecutar
un
procedimiento
Esta
seccin
describe
las
tres
opciones:
Ejecucin
del
script
Se
proporciona
un
script
para
que
pueda
actualizar
la
base
de
reglas
de
una
manera
semiautomtica.
El
script
se
denomina
dmae_tec_inst.sh
y
se
almacena
en
el
directorio
$BINDIR/TMNT_TEC.
El
script
se
debe
ejecutar
en
el
servidor
Tivoli
Enterprise
Console.
Toma
como
argumento
el
nombre
de
base_reglas
del
servidor
Tivoli
Enterprise
Console
donde
se
almacenarn
las
reglas
BAROC.
Opcionalmente,
tambin
puede
especificar
los
parmetros
siguientes:
v
restartsvr
para
reiniciar
el
servidor
al
final
del
script.
v
362
se
utiliza
cuando
est
instalado
Tivoli
Enterprise
Console
3.6.2
(aunque
este
nivel
no
est
soportado).
Ejecucin
de
la
tarea
Se
proporciona
una
tarea
para
realizar
las
mismas
acciones
del
script,
aunque,
a
diferencia
de
este
ltimo,
puede
direccionar
varios
servidores
de
Tivoli
Enterprise
Console
simultneamente.
La
tarea
se
denomina
DMCreateRuleAndLoadBaroc;
consulte
el
apartado
Cmo
utilizar
tareas
de
Tivoli
Monitoring
en
la
pgina
75
para
obtener
detalles.
Seguimiento
del
procedimiento
Si
no
desea
ejecutar
el
script
o
la
tarea,
puede
seguir
los
pasos
individuales
que
ejecutan
el
script
y
la
tarea,
detallados
a
continuacin
en
el
procedimiento
planteado
ms
abajo.
Para
obtener
una
informacin
completa
sobre
cmo
realizar
cada
paso
del
procedimiento,
consulte
el
manual
Tivoli
Enterprise
Console
Rule
Builders
Guide.
Realice
los
pasos
siguientes:
1.
Seleccione
una
base
de
reglas
existente
o
cree
una
nueva
para
contener
los
archivos
BAROC
de
Tivoli
Monitoring.
2.
Importe
los
archivos
BAROC
necesarios
del
directorio
$BINDIR/TMNT_TEC
en
la
base
de
reglas.
Es
importante
importar
los
archivos
en
el
orden
siguiente:
a.
Importe
el
archivo
Tmw2k.baroc.
Para
obtener
ms
informacin
sobre
dicho
archivo,
consulte
el
manual
Tivoli
Enterprise
Console
Rule
Builders
Guide.
b.
Importe
los
archivos
BAROC
para
todos
los
modelos
de
recurso
cuyos
eventos
desee
enviar
al
servidor
Tivoli
Enterprise
Console.
c.
Importe
el
archivo
hb_events.baroc
para
habilitar
mensajes
de
latido.
3.
Importe
el
archivo
de
reglas
de
latido
necesario
del
directorio
$BINDIR/TMNT_TEC
en
la
base
de
reglas
para
habilitar
el
soporte
de
mensajes
de
latido.
El
archivo
se
denomina
hb_events.rls.
Si
desea
obtener
ms
informacin
sobre
las
reglas
contenidas
en
este
archivo,
consulte
el
apartado
Cmo
conocer
las
reglas
de
Tivoli
Enterprise
Console
en
la
pgina
95.
4.
Importe
el
archivo
de
reglas
de
eventos
de
borrado
necesario
del
directorio
$BINDIR/TMNT_TEC
en
la
base
de
reglas
para
permitir
que
los
eventos
de
borrado
cierren
los
eventos
de
error
con
los
que
se
relacionan.
El
archivo
se
denomina
dmae_events.rls.
Si
desea
obtener
Captulo
5.
Integracin
con
el
servidor
de
Tivoli
Enterprise
Console
91
ms
informacin
sobre
las
reglas
contenidas
en
este
archivo,
consulte
el
apartado
Cmo
conocer
las
reglas
de
Tivoli
Enterprise
Console
en
la
pgina
95.
5.
Compile
y
cargue
la
base
de
reglas.
6.
Detenga
y
reinicie
el
servidor
Tivoli
Enterprise
Console.
El
servidor
Tivoli
Enterprise
Console
ya
est
listo
para
recibir
eventos
de
Tivoli
Monitoring
procedentes
de
orgenes
de
supervisin
cuyos
archivos
BAROC
correspondientes
ha
importado
en
la
base
de
reglas
activa.
Para
ver
los
eventos
que
enva
Tivoli
Monitoring,
en
el
dilogo
principal
de
Tivoli
Enterprise
Console
haga
clic
en
el
icono
Todos.
Consulte
el
manual
Tivoli
Enterprise
Console:
Users
Guide
para
obtener
ms
detalles.
Nota:
El
BAROC
disponible
con
esta
versin
de
Tivoli
Monitoring
tambin
se
puede
utilizar
con
Tivoli
Distributed
Monitoring
(Advanced
Edition)
4.1
o
con
Tivoli
Distributed
Monitoring
para
Windows
3.7
Parche
3.
Cmo
habilitar
la
supervisin
de
eventos
en
Availability
Intermediate
Manager
Para
habilitar
la
supervisin
de
eventos
de
Tivoli
Monitoring
en
Availability
Intermediate
Manager
(AIM),
siga
el
procedimiento
que
se
ha
descrito
para
el
servidor
Tivoli
Enterprise
Console.
Slo
los
servidores
no
seguros
se
pueden
enviar
a
AIM.
Slots
de
clases
de
Tivoli
Enterprise
Console
Esta
seccin
describe
los
slots
(campos)
relacionados
con
las
clases
TMW_Event
y
HeartBeat_Event.
Slots
de
la
clase
TMW_Event
La
tabla
siguiente
contiene
todos
los
slots
pertenecientes
a
la
clase
TMW_Event.
Todas
las
clases
de
eventos
de
los
modelos
de
recurso
de
Tivoli
Monitoring
se
heredan
de
la
clase
TMW_Event.
Tabla
9.
Slots
de
la
clase
TMW_Event
Slot
Descripcin
de
slot
Valor
de
slot
source
Adaptador
de
eventos
conocido
por
el
servidor
de
eventos
TMNT
sub_source
Una
descripcin
ms
detallada
del
origen
N/D
origin
Direccin
de
protocolo
o
nombre
de
host
del
sistema
origen
direccin_IP_punto_final
sub_origin
Una
descripcin
ms
detallada
del
origen
N/D
hostname
El
nombre
del
punto
final
donde
se
ha
producido
el
evento
etiqueta_punto_final
92
IBM
Tivoli
Monitoring:
Gua
del
usuario
Tabla
9.
Slots
de
la
clase
TMW_Event
(continuacin)
Slot
Descripcin
de
slot
Valor
de
slot
fqhostname
El
nombre
calificado
al
completo
del
host
donde
se
ha
producido
el
evento
nombrehost_fq
adapter_host
El
nombre
del
sistema
en
el
que
se
encuentra
el
adaptador
de
eventos
que
ha
notificado
el
evento
etiqueta_punto_final
msg
Un
mensaje
descriptivo
del
evento
mensaje
msg_catalog
El
nombre
del
catlogo
de
mensajes
que
se
va
a
utilizar
cuando
se
muestren
mensajes
internacionalizados
ninguno
msg_index
El
desplazamiento
del
catlogo
de
mensajes
de
eventos
0
repeat_count
Recuento
de
repeticiones
0
severity
Gravedad
del
evento
gravedad_evento
mensaje_breve
Una
descripcin
breve
del
mensaje
(mximo
20
caracteres)
N/D
modelname
El
nombre
del
modelo
de
recurso
nombre_modelo_recurso
modelinstance
La
instancia
del
modelo
de
recurso
N/D
profilename
El
nombre
del
perfil
nombre_perfil
eventid
Un
ID
de
evento
exclusivo
(consulte
la
informacin
especfica
ms
abajo)
id_evento
event_key
Una
lista
de
informacin
clave
(consulte
la
informacin
especfica
ms
abajo)
lista_claves
En
particular,
las
ranuras
eventid
y
event_key
tienen
el
significado
siguiente:
v
eventid:
el
valor
de
esta
ranura
identifica
eventos
en
relacin
con
el
problema
que
describen.
Los
eventos
asociados
con
el
mismo
problema
tienen
el
mismo
valor
de
eventid.
Adems,
los
eventos
de
borrado
tienen
el
mismo
valor
de
eventid
del
evento
que
borran.
Para
clarificar
esto,
considere
el
ejemplo
siguiente.
Imaginemos
que
para
el
evento
E
la
regla
de
agregacin
es
3
apariciones
consecutivas
de
la
indicacin
(I)
con
un
mximo
de
1
agujero
(H)
entre
dos
indicaciones.
Las
tablas
siguientes
muestran
el
ciclo
vital
del
valor
eventid
(entre
parntesis)
con
o
sin
un
evento
de
borrado.
Captulo
5.
Integracin
con
el
servidor
de
Tivoli
Enterprise
Console
93
||
|
|
|
Cuando
no
se
utilizan
eventos
de
borrado
(la
10),
los
eventos
se
generan
despus
de
3
apariciones
consecutivas
con
un
mximo
de
un
agujero
entre
ellas.
El
valor
eventid
cambia
cuando
el
evento
se
asocia
a
una
instancia
de
problema
diferente
(en
T13
en
la
tabla).
Tabla
10.
Ciclo
vital
de
la
propiedad
eventid
(sin
evento
de
borrado)
Ciclos
T0
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
T11
T12
T13
T14
T15
Indica-
ciones
I
I
H
I
H
I
H
I
I
H
H
I
I
I
H
H
Eventos
E(id1)
E(id1)
E(id2)
Cuando
se
utilizan
eventos
de
borrado
(la
11),
los
eventos
se
generan
despus
de
3
apariciones
consecutivas
con
un
mximo
de
1
agujero
entre
ellas.
El
evento
de
borrado
se
enva
(en
T10
en
la
tabla)
cuando
el
nmero
de
agujeros
excede
el
nmero
mximo
permitido
por
la
regla
de
agregacin.
El
valor
eventid
cambia
cuando
el
evento
se
asocia
a
una
instancia
de
problema
diferente
(en
T13
en
la
tabla).
Tabla
11.
Ciclo
vital
de
la
propiedad
eventid
(con
evento
de
borrado)
Ciclos
T0
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
T11
T12
T13
T14
T15
Indica-
ciones
I
I
H
I
H
I
H
I
I
H
H
I
I
I
H
H
Eventos
E(id1)
C(id1)
E(id2)
C(id2)
v
clave_evento:
el
valor
de
esta
ranura
identifica
el
conjunto
de
pares
nombre=valor
de
las
propiedades
de
clave.
Normalmente,
las
propiedades
de
clave
de
una
indicacin
definen
la
instancia
de
recurso
con
la
que
se
relaciona
el
evento.
El
carcter
;
se
utiliza
como
separador
entre
cada
par
nombre=valor
(por
ejemplo,
nombre1=valor1;nombre2=valor2;
).
En
contraposicin
a
eventid,
event_key
puede
tener
el
mismo
valor
para
eventos
diferentes.
Slots
de
la
clase
HeartBeat_Event
La
tabla
siguiente
contiene
todos
los
slots
pertenecientes
a
la
clase
HeartBeat_Event.
Todos
los
eventos
de
Tivoli
Enterprise
Console
que
enva
el
latido
se
heredan
de
la
clase
HeartBeat_Event
y
estn
incluidos
en
$BINDIR/TMNT_TEC/hb_events.baroc.
Tabla
12.
Slots
de
la
clase
HeartBeat_Event
Slot
Descripcin
de
slot
Valor
de
slot
source
Adaptador
de
eventos
conocido
por
el
servidor
de
eventos
TMNT
sub_source
Una
descripcin
ms
detallada
del
origen
N/D
origin
Direccin
de
protocolo
o
nombre
de
host
del
sistema
origen
direccin_IP_punto_final
sub_origin
Una
descripcin
ms
detallada
del
origen
N/D
hostname
El
nombre
del
punto
final
donde
se
ha
producido
el
evento
etiqueta_punto_final
94
IBM
Tivoli
Monitoring:
Gua
del
usuario
Tabla
12.
Slots
de
la
clase
HeartBeat_Event
(continuacin)
Slot
Descripcin
de
slot
Valor
de
slot
fqhostname
El
nombre
calificado
al
completo
del
host
donde
se
ha
producido
el
evento
nombrehost_fq
adapter_host
El
nombre
del
sistema
en
el
que
se
encuentra
el
adaptador
de
eventos
que
ha
notificado
el
evento
etiqueta_nodogestionado
severity
Gravedad
del
evento
gravedad_evento
msg
Un
mensaje
descriptivo
del
evento
mensaje
msg_catalog
El
nombre
del
catlogo
de
mensajes
que
se
va
a
utilizar
cuando
se
muestren
mensajes
internacionalizados
ninguno
msg_index
El
desplazamiento
del
catlogo
de
mensajes
de
eventos
0
repeat_count
Recuento
de
repeticiones
0
Cmo
conocer
las
reglas
de
Tivoli
Enterprise
Console
El
directorio
$BINDIR/TMNT_TEC
contiene
varios
archivos
que
incluyen
reglas
de
Tivoli
Enterprise
Console.
Esta
seccin
contiene
todas
las
reglas,
el
archivo
que
las
contiene,
una
descripcin
de
la
regla,
los
slots
relacionados
con
la
regla
y
las
acciones.
v
Regla:
all_events_clearing
Archivo:
hb_events.rls
Descripcin:
esta
regla
est
relacionada
con
la
funcin
de
latido.
Cuando
el
estado
de
latido
cambia
y
Tivoli
Enterprise
Console
recibe
uno
de
los
eventos
que
se
muestran
a
continuacin,
la
regla
cierra
el
evento
de
estado
antiguo
asociado
con
el
mismo
punto
final:
-
Heartbeat_Off
-
Heartbeat_EndpointUnreachable
-
Heartbeat_EndpointMigrated
-
Heartbeat_DMAgentDown,
-
Heartbeat_DMAgentAlive
-
Heartbeat_ResourceModelsInError
Por
ejemplo,
si
Tivoli
Enterprise
Console
recibe
el
evento
Heartbeat_DMAgentDown
relacionado
con
el
host
mihost
procedente
de
la
direccin
IP
146.84.112.33
y
luego
recibe
el
evento
Heartbeat_DMAgentAlive
asociado
con
el
mismo
punto
final,
en
dicho
punto
la
regla
cierra
el
evento
Heartbeat_DMAgentDown.
Nota:
El
evento
Heartbeat_EndpointMigrated
slo
puede
enviarse
si
la
clave
heartbeat.send_endpoint_migrated_event
de
wdmconfig
est
establecida
en
verdadero.
La
clave
predeterminada
es
falso.
Captulo
5.
Integracin
con
el
servidor
de
Tivoli
Enterprise
Console
95
|
|
|
Slots
utilizados:
-
origin
-
hostname
Acciones:
-
cambia
a
Cerrado
el
estado
de
evento
del
evento
antiguo
con
los
mismos
valores
de
slot
-
cambia
a
Regla
de
evento
de
borrado
de
latido
DM(AE)
el
administrador
de
eventos
del
evento
antiguo
con
los
mismos
valores
de
slot
v
Regla:
tmw_clearing
Archivo:
dmae_events.rls
Descripcin:
esta
regla
cierra
el
TMW_Event
con
los
mismos
valores
de
slot
event
id,
hostname
y
origin.
Es
decir,
cierra
el
TMW_Event
para
el
que
se
ha
generado
el
evento
de
borrado.
Slots
utilizados:
-
origin
-
hostname
-
eventid
Acciones:
si
se
encuentra
el
TMW_Event
relacionado,
-
cambia
a
Cerrado
el
estado
de
evento
del
evento
antiguo
con
los
mismos
valores
de
slot
-
cambia
a
Regla
de
evento
de
borrado
DM(AE)
el
administrador
de
eventos
del
evento
antiguo
con
los
mismos
valores
de
slot
-
elimina
el
evento
de
borrado
actual
v
Regla:
drop_tmw_clearing
Archivo:
dmae_events.rls
Descripcin:
esta
regla
elimina
el
evento
de
borrado,
aunque
el
TMW_Event
relacionado
ya
se
haya
cerrado
o
eliminado.
Slots
utilizados:
-
origin
-
hostname
-
eventid
Acciones:
si
se
encuentra
el
TMW_Event
relacionado,
-
elimina
el
evento
de
borrado
actual
v
Regla:
transform_heartbeat
Archivo:
hb_ext.rls
Descripcin:
esta
regla
crea
un
evento
TEC_IS_UNREACHABLE
cada
vez
que
el
servidor
de
Tivoli
Enterprise
Control
recibe
un
evento
Heartbeat_EndpointUnreachable.
Esto
permite
integrar
Tivoli
Monitoring
y
NetView
Slots
utilizados:
-
origin
-
hostname
-
eventid
Nota:
Para
habilitar
el
reenvo
de
Heartbeat_EndpointUnreachable
a
NetView,
debe
importar
las
reglas
utilizando
el
orden
siguiente:
1.
import
hb_events.rls
96
IBM
Tivoli
Monitoring:
Gua
del
usuario
2.
import
hb_ext.rls
3.
import
netview.rls
Captulo
5.
Integracin
con
el
servidor
de
Tivoli
Enterprise
Console
97
98
IBM
Tivoli
Monitoring:
Gua
del
usuario
Captulo
6.
Integracin
con
Tivoli
Business
Systems
Manager
Este
captulo
describe
la
integracin
de
Tivoli
Monitoring
con
Tivoli
Business
Systems
Manager,
de
manera
que
los
eventos
de
Tivoli
Monitoring
puedan
enviarse
y
ser
analizados
por
Tivoli
Business
Systems
Manager.
Se
tratan
los
temas
siguientes:
v
Cmo
instalar
Tivoli
Business
Systems
Manager
Adapter
v
Cmo
configurar
Tivoli
Business
Systems
Manager
Adapter
v
Utilizacin
de
Tivoli
Business
Systems
Manager
Adapter
v
Cmo
ver
datos
de
Tivoli
Business
Systems
Manager
v
Cmo
habilitar
e
inhabilitar
la
integracin
de
Tivoli
Business
Systems
Manager
v
Gestin
de
Tivoli
Business
Systems
Adapter
desde
la
CLI
Visin
general
Tivoli
Business
Systems
Manager
es
una
aplicacin
que
permite
realizar
una
gestin
distribuida
o
una
gestin
de
OS/390.
Incluso
cuando
un
sistema
empresarial
se
extiende
por
varias
plataformas,
Tivoli
Business
Systems
Manager
permite
supervisar
y
controlar
grficamente
los
componentes
empresariales
interconectados
y
los
recursos
del
sistema
operativo.
Un
componente
empresarial
y
sus
recursos
reciben
el
nombre
de
Lnea
de
negocio
(LOB
-
Line
of
Business).
Utilizando
el
concepto
de
LOB
Tivoli
Business
Systems
Manager
le
ayuda
a
planificar,
definir
y
controlar
un
sistema
empresarial.
Tivoli
Business
Systems
Manager,
junto
con
otros
componentes
de
gestin
Tivoli,
ayuda
a
gestionar
las
dependencias
entre
los
componentes
empresariales
y
su
infraestructura
subyacente.
Los
recursos
de
gestin
Tivoli
Business
Systems
Manager
incluyen
la
gestin
de
eventos
generados
por
Tivoli
Monitoring,
de
manera
que
cuando
est
utilizando
Tivoli
Business
Systems
Manager,
pueda
dirigir
algunos
o
todos
los
eventos
generados
por
Tivoli
Monitoring
a
la
interfaz
de
Tivoli
Business
Systems
Manager,
y
pueda
gestionarlos
de
la
misma
manera
que
gestiona
otros
aspectos
de
sus
sistemas
empresariales.
Los
eventos
de
Tivoli
Monitoring
se
envan
a
Tivoli
Business
Systems
Manager
a
travs
de
Tivoli
Business
Systems
Manager
Adapter,
un
componente
de
Tivoli
Monitoring
que
debe
instalarse
en
todos
los
gateways
de
una
regin.
El
adaptador
proporciona
a
Tivoli
Business
Systems
Manager
informacin
sobre
recursos
gestionados
por
Tivoli
Monitoring
mediante
un
descubrimiento
masivo/delta.
A
continuacin,
puede
aportar
informacin
de
latido
y
eventos
de
Tivoli
Monitoring
a
los
sistemas
descubiertos.
Cmo
instalar
Tivoli
Business
Systems
Manager
Adapter
Tivoli
Business
Systems
Manager
Adapter
se
instala
como
un
producto
de
la
misma
manera
que
se
instala
Tivoli
Monitoring;
consulte
el
apartado
Instalacin/actualizacin
del
producto
en
la
pgina
29.
Nota:
Tivoli
Business
Systems
Manager
Adapter
no
se
puede
instalar
en
gateways
HP-UX.
Copyright
IBM
Corp.
2004
99
Durante
la
instalacin,
deber
definir
la
ruta
de
instalacin
de
Java
Runtime
Environment
en
Tivoli
Business
Systems
Manager
Adapter.
Para
hacerlo,
siga
estos
pasos
en
el
dilogo
Opciones
de
instalacin
(Install
Options):
1.
Entre
los
detalles
siguientes:
Ruta
de
JRE
para
...
(JRE
path
for
...)
Para
cada
tipo
de
plataforma
en
la
que
desea
instalar
el
adaptador,
escriba
la
ruta
completa
del
directorio
de
instalacin
raz
de
Java
Runtime
Environment
(sin
incluir
el
directorio
/bin).
2.
Pulse
Establecer
(Set)
para
guardar
las
rutas.
Si
no
todas
las
plataformas
del
mismo
tipo
tienen
el
mismo
directorio
raz
para
Java
Runtime
Environment,
haga
lo
siguiente:
1.
Entre
la
ruta
ms
comn
para
la
plataforma
en
cuestin.
2.
Para
cada
gateway
que
no
utilice
la
ruta
proporcionada,
utilice
el
comando
wdmconfig
para
modificar
la
variable
tbsma.jre_root
y
establecer
la
ruta
correcta.
Si
pulsa
Cerrar
(Close)
en
el
dilogo
Opciones
de
instalacin,
la
ruta
de
instalacin
de
JRE
no
se
define.
En
este
caso,
utilice
el
comando
wdmconfig
para
establecer
la
variable
tbsma.jre_root
en
la
ruta
correcta.
Cmo
configurar
Tivoli
Business
Systems
Manager
Adapter
Tivoli
Business
Systems
Manager
Adapter
se
configura
utilizando
el
comando
wdmconfig.
Puede
dirigir
este
comando
a
un
gateway,
a
una
lista
de
gateways
o
a
todos
los
gateways
de
la
regin,
y
permite
proporcionar
cualquier
nmero
de
pares
clave/valor
como
parmetros.
Los
pares
clave/valor
que
necesitar
para
la
configuracin
son
los
siguientes:
adapter.trace.enable
Defnalo
como
true
(verdadero)
si
desea
escribir
en
el
archivo
identificado
en
trace.filename
todos
los
mensajes
de
rastreo
relacionados
con
las
operaciones
del
adaptador.
El
valor
predeterminado
es
false.
adapter.trace.level
Defnalo
como
low
(bajo),
medium
(medio)
o
high
(alto),
segn
el
nivel
de
detalle
que
necesite
si
ha
habilitado
los
mensajes
de
rastreo
del
adaptador.
El
valor
predeterminado
es
low.
adapter.working.dir
Directorio
de
trabajo
que
utilizar
el
adaptador.
El
valor
predeterminado,
recomendado,
es
el
directorio
de
capa
intermedia
de
Tivoli
Monitoring
($DBDIR/dmml).
adapter.xml.validation
Defnalo
como
verdadero
si
desea
habilitar
la
validacin
xml.
El
valor
predeterminado
es
false.
100
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
tbsma.jre_root
Este
parmetro
se
define
durante
la
instalacin
de
Tivoli
Business
Systems
Manager
Adapter
(consulte
el
apartado
Cmo
instalar
Tivoli
Business
Systems
Manager
Adapter
en
la
pgina
99)
y
normalmente
no
necesitar
cambiarlo
manualmente).
Sin
embargo,
si,
por
ejemplo,
desea
instalar
el
adaptador
en
un
grupo
de
gateways
utilizando
una
instancia
del
comando
o
de
la
accin
de
instalacin,
necesitar
cambiar
este
parmetro
en
aquellos
gateways
del
grupo
que
tengan
JRE
instalado
en
una
ubicacin
distinta
de
la
proporcionada
en
el
dilogo
Opciones
de
instalacin.
Defina
este
parmetro
con
la
ruta
completa
del
directorio
raz
de
Java
Runtime
Environment,
1.3.0
(salvo
el
directorio
/bin).
Nota:
En
una
estacin
de
trabajo
Windows
NT,
si
la
ruta
de
destino
de
instalacin
contiene
un
directorio
cuyo
nombre
incluye
espacios,
el
nombre
del
directorio
debe
especificarse
entre
apstrofos,
como
en
el
ejemplo
siguiente:
D:\Archivos
de
programa\jre
tbsma.listener_timeout
Este
parmetro
se
establece
para
definir
el
tiempo
de
espera
mximo
para
crear
una
conexin
con
Tivoli
Business
Systems
Manager
CommonListener.
El
tiempo
de
espera
se
expresa
en
minutos:
el
valor
mnimo
es
1
minuto,
el
valor
predeterminado
es
30
minutos.
tbsma.trace_level
Especifica
el
nivel
de
los
rastreos
del
motor
de
Tivoli
Business
Manager
(procesos
tmnt_tbsm_eng
y
tmnt_tbsm_wrapper).
El
valor
mnimo
es
0,
el
mximo
es
2,
el
predeterminado
es
1.
tbsma.trace_size
Especifica
en
bytes
el
tamao
de
los
rastreos
de
motor
de
Tivoli
Business
Manager
(procesos
tmnt_tbsm_eng
y
tmnt_tbsm_wrapper).
El
valor
predeterminado
es
500000.
trace.filename
Nombre
del
archivo
en
el
que
se
escribirn
los
mensajes
de
rastreo
desde
el
adaptador.
El
nombre
de
archivo
predeterminado
es
DM.trc.
transport.local.ip.address
Especifica
la
direccin
IP
del
nodo
que
ejecuta
Tivoli
Business
Systems
Manager
Adapter.
El
valor
predeterminado
es
la
direccin
IP
del
nodo
en
el
que
se
ha
creado
el
archivo
de
configuracin.
transport.request.address
Especifica
la
direccin
para
peticiones.
La
direccin
predeterminada
es
local_IP_address.DM.QM+DM.Q
(por
ejemplo,
146.84.112.165.DM.QM+DM.Q)
transport.response.address
Especifica
la
direccin
para
respuestas.
La
direccin
predeterminada
es
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.
Captulo
6.
Integracin
con
Tivoli
Business
Systems
Manager
101
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
transport.mqe.fileregistry
Especifica
el
registro
de
archivo
para
la
cola
de
mensajes.
El
predeterminado
es
com.ibm.mqe.registry.MQeFileSession.
transport.mqe.maxchannels
Especifica
el
nmero
mximo
de
canales
para
la
cola
de
mensajes.
El
valor
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.mqe.usefiller
Defnalo
como
true
si
el
gateway
en
el
que
est
instalado
el
adaptador
ejecuta
Windows
NT,
4.0,
Service
Pack
5;
en
caso
contrario,
deje
el
valor
predeterminado,
false.
transport.server.ip.address
Direccin
de
IP
o
nombre
de
host
del
componente
CommonListener
de
Tivoli
Business
Systems
Manager,
que
escucha
los
mensajes
de
los
sistemas
que
se
estn
gestionando.
Por
ejemplo:
transport.server.ip.address=193.202.74.21
transport.server.mqe.address
Direccin
del
componente
CommonListener.
La
direccin
predeterminada
es
ServerQM+ServerQ.
transport.server.mqe.port
Nmero
de
puerto
del
componente
CommonListener.
Por
ejemplo:
transport.server.mqe.port=8082
transport.trace.enable
Defnalo
como
true
si
desea
escribir
en
el
archivo
identificado
en
trace.filename
todos
los
mensajes
relacionados
con
el
transporte
de
datos
adquiridos
por
el
adaptador
a
CommonListener.
El
valor
predeterminado
es
false.
102
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
transport.trace.level
Defnalo
como
low,
medium
o
high,
segn
el
nivel
de
detalle
que
necesite
si
ha
habilitado
los
mensajes
de
rastreo
del
adaptador.
El
valor
predeterminado
es
low.
Todos
estos
pares
de
clave/valor
y
sus
valores
estn
contenidos
en
el
archivo:
$DBDIR/dmml/.config
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
obtener
ms
detalles
sobre
la
sintaxis
del
comando,
consulte
el
apartado
wdmconfig
en
la
pgina
138
Utilizacin
de
Tivoli
Business
Systems
Manager
Adapter
Una
vez
instalado
y
configurado,
el
adaptador
proporciona
sus
servicios
de
una
manera
totalmente
automtica
y
no
necesita
iniciarse
o
detenerse
independientemente.
Realiza
las
actividades
siguientes:
Descubrimiento
masivo
El
comando
wdmdiscovery
puede
emitirse
desde
el
escritorio
de
Tivoli
para
realizar
un
descubrimiento
masivo.
El
adaptador
enva
detalles
de
todos
los
sistemas
que
tiene
en
su
cach
a
CommonListener
de
Tivoli
Business
Systems
Manager.
Para
obtener
ms
detalles
sobre
la
sintaxis
del
comando,
consulte
el
apartado
wdmdiscovery
en
la
pgina
145.
La
Figura
8
en
la
pgina
104
muestra
los
flujos
de
datos
para
el
descubrimiento
masivo.
Descubrimiento
delta
El
mismo
comando
wdmdiscovery
puede
emitirse
desde
el
escritorio
de
Tivoli
para
realizar
un
descubrimiento
delta.
El
adaptador
enva
detalles
de
todos
los
cambios
desde
el
ltimo
descubrimiento
a
Tivoli
Business
Systems
Manager
CommonListener.
Para
obtener
ms
detalles
sobre
la
sintaxis
del
comando,
consulte
el
apartado
wdmdiscovery
en
la
pgina
145.
La
Figura
8
en
la
pgina
104
muestra
los
flujos
de
datos
para
el
descubrimiento
delta.
Captulo
6.
Integracin
con
Tivoli
Business
Systems
Manager
103
El
grfico
muestra
el
flujo
de
datos
para
el
descubrimiento
masivo
y
delta.
El
comando
wdmdiscovery
se
emite
desde
el
escritorio
de
Tivoli
(pasos
1
y
2).
En
el
gateway
de
destino,
Tivoli
Business
Systems
Manager
Adapter
obtiene
la
informacin
adecuada
de
descubrimiento
(masivo
o
delta)
del
cach
del
punto
final
(paso
3)
y
la
enva
a
Tivoli
Business
Systems
Manager
CommonListener
(paso
4),
Nota:
El
adaptador
espera
a
que
CommonListener
responda
a
un
comando
de
descubrimiento
dentro
de
un
tiempo
de
espera
configurable
(el
valor
predeterminado
es
de
300
segundos).
Si
los
sistemas
en
los
que
estos
componentes
se
estn
ejecutando
tienen
configuraciones
de
tiempo
mal
alineadas,
el
valor
de
tiempo
de
espera
puede
que
se
haya
excedido
y
el
descubrimiento
se
rechazar.
La
solucin
consiste
en
alinear
las
configuraciones
de
tiempo
de
los
sistemas
o
aumentar
el
valor
de
tiempo
de
espera.
Para
obtener
ms
detalles
consulte
el
apartado
Problem
Determination
del
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide.
Cmo
ver
datos
de
Tivoli
Business
Systems
Manager
Los
datos
de
Tivoli
Business
Systems
Manager
se
pueden
ver
desde
la
consola
de
Java,
tal
como
se
muestra
en
la
Figura
9
en
la
pgina
105.
La
actividad
tiene
lugar
sin
que
se
produzca
ninguna
interaccin
con
los
componentes
de
Tivoli
Monitoring.
Puntos finales
Nodo gestionado de
Tivoli/Gateway
Servidor de regin
de gestin Tivoli
Tivoli Console
Tivoli Business Systems
Manager CommonListener
Cach del punto final
Tivoli Business Systems
Manager Adapter
Descubrimiento
masivo/delta
Preparar
mensajes
de TBSM
Enviar mensajes de TBSM
Descubri-
miento
masivo/
delta
1
2
3
4
Figura
8.
Flujos
de
datos
para
el
descubrimiento
masivo/delta
104
IBM
Tivoli
Monitoring:
Gua
del
usuario
Puntos finales
Nodo gestionado de
Tivoli/Gateway
Servidor de regin de
gestin Tivoli
Tivoli Console
Tivoli Business Systems
Manager CommonListener
Abrir consola
Java de TBSM
Ver recursos,
eventos de
modelo de
recursos y
eventos de
latido
1 2
Figura
9.
Flujo
de
datos
para
visualizar
datos
de
Tivoli
Monitoring
en
Tivoli
Business
Systems
Manager
Captulo
6.
Integracin
con
Tivoli
Business
Systems
Manager
105
Los
datos
aparecen
con
Tivoli
Business
Systems
Manager,
tal
como
se
muestra
en
el
dilogo
siguiente
de
Tivoli
Business
Systems
Manager.
Este
dilogo
muestra
la
vista
Todos
los
recursos
(All
Resources)
de
Tivoli
Business
Systems
Manager.
Se
ha
abierto
un
Contenedor
de
objetos
empresariales
(Business
Object
Container)
para
mostrar
una
empresa
con
al
menos
dos
redes
IP.
La
red
IP
69
se
ha
abierto
para
mostrar
una
subred
nica
y
un
segmento
dentro
del
cual
hay
un
nmero
de
sistemas.
El
sistema
lab03113-nt
se
ha
abierto
para
mostrar
dos
entidades:
Sistema
operativo
(Operating
System)
Las
propiedades
de
este
objeto
contienen
informacin
sobre
los
recursos
del
sistema,
incluidos
los
eventos
de
Tivoli
Monitoring.
Elemento
de
software
(Software
Element)
Las
propiedades
de
este
objeto
contienen
la
informacin
de
latido.
Nota:
Para
cada
subred
de
la
jerarqua
de
la
empresa
puede
configurar
una
mscara
de
subred
utilizando
el
comando
wdmconfig
(consulte
el
apartado
Cmo
configurar
Tivoli
Business
Systems
Manager
Adapter
en
la
pgina
100).
Cmo
habilitar
e
inhabilitar
la
integracin
de
Tivoli
Business
Systems
Manager
Para
cada
perfil
que
cree
puede
elegir
inhabilitar
la
integracin
de
Tivoli
Business
Systems
Manager
para
todos
los
modelos
de
recurso
del
perfil.
Se
trata
de
una
alteracin
temporal
que
pasa
por
alto
la
opcin
Enviar
a
TBSM
que
puede
configurarse
para
cualquier
indicacin
de
cualquier
modelo
de
recurso
del
perfil
(consulte
el
apartado
Cmo
personalizar
umbrales
y
reglas
de
eventos
en
la
pgina
54).
Para
inhabilitar
la
opcin
Enviar
a
TBSM,
realice
los
pasos
siguientes:
106
IBM
Tivoli
Monitoring:
Gua
del
usuario
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.
3.
Si
desea
enviar
eventos
de
este
perfil
a
Tivoli
Business
Systems
Manager,
marque
la
opcin
Enviar
a
TBSM.
Nota:
Si
no
selecciona
este
recuadro
de
seleccin,
no
se
enviarn
eventos
al
servidor
de
Tivoli
Business
Systems
Manager,
aunque
haya
seleccionado
el
recuadro
de
seleccin
Enviar
a
TBSM
en
el
dilogo
Indicaciones
y
acciones.
4.
Haga
clic
en
Aceptar
para
guardar
las
propiedades.
Se
volver
a
abrir
el
dilogo
Perfil
de
Tivoli
Monitoring.
Gestin
de
Tivoli
Business
Systems
Adapter
desde
la
CLI
Los
comandos
siguientes
se
encuentran
disponibles
para
la
gestin
de
Tivoli
Business
Systems
Manager
Adapter
desde
la
interfaz
de
lnea
de
comandos:
wdmconfig
Actualiza
el
archivo
de
configuracin
de
Tivoli
Business
Systems
Manager
Adapter.
wdmdiscovery
Ejecuta
un
descubrimiento
masivo
o
delta
en
determinados
puntos
finales
de
determinados
gateways.
El
comando
debera
utilizarse
slo
si
est
instalado
el
componente
Tivoli
Business
Systems
Manager
Adapter.
wdmmngcache
Suprime
o
enumera
todo
el
contenido
del
cach
de
punto
final
(o
una
parte
del
mismo).
Para
obtener
ms
detalles
sobre
los
comandos,
consulte
el
Captulo
8,
Comandos,
en
la
pgina
125.
Captulo
6.
Integracin
con
Tivoli
Business
Systems
Manager
107
108
IBM
Tivoli
Monitoring:
Gua
del
usuario
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
Este
captulo
describe
cmo
integrar
Tivoli
Monitoring
con
Tivoli
Data
Warehouse,
de
modo
que
Tivoli
Data
Warehouse
pueda
utilizar
los
datos
recopilados
con
un
modelo
de
recurso
definido
por
el
usuario.
Se
tratan
los
temas
siguientes:
v
Visin
general
v
Escenario
personalizado
utilizando
Tivoli
Monitoring
v
Habilitacin
del
registro
de
datos
en
el
depsito
de
datos
central
v
Cmo
instalar
y
configurar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
Para
obtener
ms
informacin
acerca
de
Tivoli
Data
Warehouse,
consulte
las
publicaciones
siguientes:
v
Tivoli
Data
Warehouse:
Installing
and
Configuring
v
Tivoli
Enterprise
Data
Warehouse:
Enabling
an
Application
for
Tivoli
Enterprise
Data
Warehouse
v
Tivoli
Monitoring
Warehouse
Enablement
Pack:
Implementation
Guide
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).
Copyright
IBM
Corp.
2004
109
Un
depsito
de
datos
es
un
subconjunto
un
almacn
de
datos
que
contiene
datos
adaptados
y
optimizados
para
requisitos
especficos
de
anlisis
y
notificacin.
Tanto
la
extraccin
inicial
de
los
datos
de
la
aplicacin
fuente
en
el
almacn
de
datos
central
como
la
extraccin
de
los
datos
procedentes
del
almacn
de
datos
central
en
depsitos
de
datos
especficos
se
manejan
mediante
procesos
de
extraccin,
transformacin
y
carga
(ETL).
El
ETL
de
almacn
de
datos
central
lee
los
datos
de
las
fuentes
externas
seleccionadas,
verifica
los
datos,
hace
que
los
datos
cumplan
con
el
esquema
genrico
que
utiliza
el
almacn
de
datos
y
coloca
los
datos
en
el
almacn
de
datos
central.
El
ETL
de
depsito
de
datos
extrae
un
subconjunto
de
datos
del
almacn
de
datos
central,
los
transforma
y
los
carga
en
un
modelo
de
datos
de
depsito
de
datos
o
en
la
base
de
datos
de
la
aplicacin
para
que
se
utilicen
con
objetivos
especficos
de
la
aplicacin.
Tivoli
Monitoring
y
cualquier
aplicacin
desarrollada
que
interacte
con
Tivoli
Data
Warehouse
son
los
responsables
de
ejecutar
ambos
procesos
ETL.
En
Tivoli
Monitoring
el
ETL
del
almacn
de
datos
central
se
denomina
ETL1
(AMX
en
el
CD
del
producto),
mientras
que
el
ETL
del
almacn
de
datos
se
denomina
ETL2
(AMY
en
el
CD
del
producto
para
datos
del
sistema
operativo).
Tivoli
Monitoring
utiliza
una
base
de
datos
de
propietario
(accesible
mediante
un
Mdulo
de
interfaz
RDBMS
-
RIM).
El
proceso
de
ETL1
de
Tivoli
Monitoring
extrae
datos
de
la
base
de
datos
RIM
de
Tivoli
Monitoring
y
la
carga
en
el
almacn
de
datos
central.
El
proceso
de
ETL2
de
Tivoli
Monitoring
mueve
los
datos
del
almacn
de
datos
central
a
un
almacn
de
datos.
Las
secciones
siguientes
describen
estas
operaciones
con
ms
detalle.
Despensa
de datos
Despensa
de datos
Depsito de
datos central
Fuente 3
Fuente 2
Fuente 1
Despensa
de datos
Depsito de datos central
ETL
Despensa de datos
ETL
Figura
10.
Visin
general
de
Tivoli
Data
Warehouse
110
IBM
Tivoli
Monitoring:
Gua
del
usuario
Escenario
personalizado
utilizando
Tivoli
Monitoring
Utilizando
Tivoli
Monitoring,
este
es
un
escenario
de
cliente
de
alto
nivel
que
permite
la
integracin
con
Tivoli
Data
Warehouse:
v
El
programador
del
proveedor
de
software
independiente
(ISV
Business
Partner)
o
el
programador
de
Warehouse
Pack
utilizan
la
herramienta
Resource
Builder
de
Tivoli
Monitoring
Resource
para
crear
un
modelo
de
recurso
con
capacidad
de
registro.
Adems,
el
desarrollador
debe
crear
un
script
SQL
DML
que
contenga
informacin
que
facilitar
el
registro
de
datos
en
el
almacn
de
datos
central.
El
script
se
debe
crear
segn
las
reglas
dictadas
por
las
publicaciones
siguientes:
Tivoli
Enterprise
Data
Warehouse:
Enabling
an
Application
for
Tivoli
Enterprise
Data
Warehouse
Tivoli
Monitoring
Warehouse
Enablement
Pack:
Implementation
Guide
v
De
forma
alternativa,
el
desarrollador
puede
decidir
utilizar
uno
de
los
modelos
de
recurso
proporcionados
con
el
producto.
En
este
caso,
no
es
necesario
crear
un
script
SQL
DML
porque,
para
datos
del
sistema
operativo,
Tivoli
Monitoring
se
ocupa
de
registrar
la
informacin
adecuada
en
el
almacn
de
datos
central.
v
El
operador
de
Tivoli
Monitoring
instala
el
modelo
de
recurso
en
el
servidor
Tivoli,
lo
incluye
en
un
perfil,
lo
habilita
para
el
registro
de
datos
en
el
almacn
de
datos
central
y
distribuye
el
perfil
a
los
puntos
finales
para
que
lo
supervisen.
v
El
punto
final
ejecuta
el
modelo
de
recurso
y
los
datos
se
coleccionan
en
la
base
de
datos
del
punto
final.
v
El
operador
utiliza
el
comando
wdmcollect
para
planificar
la
subida
de
datos
(mediante
el
servicio
MDist
2)
de
la
base
de
datos
de
punto
final
a
la
base
de
datos
RIM
utilizada
por
Tivoli
Monitoring.
v
Una
vez
los
datos
estn
cargados
en
la
base
de
datos,
el
proceso
Tivoli
Monitoring
ETL1
(AMX
en
el
CD
del
producto),
e
instalados
y
planificados
en
Tivoli
Data
Warehouse,
extrae
los
datos
de
la
base
de
datos
y
los
carga
en
el
almacn
de
datos
central.
v
En
cuanto
ETL1
finaliza,
el
proceso
ETL2
mueve
la
informacin
desde
el
almacn
de
datos
central
a
un
depsito
de
datos
que
pueda
proporcionar
informes
de
ejemplo.
Aunque
Tivoli
Monitoring
proporciona
un
proceso
ETL2
(AMY
en
el
CD
del
producto
para
datos
del
sistema
operativo),
las
diversas
aplicaciones
(Warehouse
Packs)
que
necesitan
utilizar
datos
de
Tivoli
Monitoring
son
realmente
los
responsables
de
ejecutar
sus
propios
procesos
ETL2.
De
hecho,
cada
aplicacin
sabe
qu
tipo
de
datos
necesita,
qu
tipo
de
anlisis
se
tiene
que
realizar
en
los
datos
y
qu
tipo
de
informes
se
tienen
que
crear.
Habilitacin
del
registro
de
datos
en
el
depsito
de
datos
central
Habilite
el
registro
de
datos
en
el
almacn
de
datos
central
editando
los
valores
del
registro
de
datos
para
cada
modelo
de
recurso.
Para
hacer
esto,
realice
los
pasos
siguientes:
1.
Abra
el
dilogo
Perfil
de
Tivoli
Monitoring.
2.
Seleccione
el
modelo
de
recurso
que
desee
personalizar.
3.
Haga
clic
en
Editar.
Se
abrir
el
dilogo
Editar
modelo
de
recurso.
4.
En
el
dilogo
Editar
modelo
de
recurso,
haga
clic
en
Registrar.
Se
abrir
el
dilogo
Registro.
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
111
5.
En
el
recuadro
de
grupo
Valores
del
registro
de
datos,
seleccione
el
recuadro
de
seleccin
Activar
registro
de
datos.
Esto
habilita
el
registro
de
todos
los
datos
recopilados
por
el
modelo
de
recurso
en
la
base
de
datos
de
punto
final
de
Tivoli
Monitoring.
6.
Para
habilitar
el
registro
de
datos
en
el
almacn
de
datos
central,
seleccione
uno
de
los
recuadros
de
seleccin
siguientes:
v
Datos
TEDW
o
v
Datos
sin
procesar
y
Datos
TEDW
Si
selecciona
Datos
TEDW,
el
motor
de
Tivoli
Monitoring
agrega
los
datos
recopilados
durante
cada
momento
del
ciclo
y
almacena
los
resultados
en
la
base
de
datos
de
punto
final
despus
de
cada
periodo
de
agregacin
de
1
hora.
Si
selecciona
Datos
sin
procesar
y
Datos
TEDW,
adems
de
los
datos
agregados
en
la
hora
(Datos
TEDW),
tambin
los
datos
registrados
en
cada
momento
del
ciclo
(Datos
sin
procesar)
se
almacenan
en
la
base
de
datos
de
punto
final.
Sin
embargo,
slo
se
considerarn
los
datos
agregados
en
la
hora
durante
la
exportacin
hacia
la
base
de
datos
RIM.
7.
Si
desea
guardar
los
cambios,
haga
clic
en
Aplicar
cambios
y
cerrar.
Se
cerrar
el
dilogo
Registro.
El
motor
de
Tivoli
Monitoring
inicia
la
coleccin
de
datos
(para
el
almacn
de
datos
central)
en
la
siguiente
hora
completa
despus
de
la
hora
de
distribucin
de
perfiles.
En
ese
momento,
despus
de
un
periodo
de
agregacin
de
1
hora,
los
112
IBM
Tivoli
Monitoring:
Gua
del
usuario
datos
se
almacenan
en
la
base
de
datos
de
punto
final.
Finalmente,
20
minutos
despus,
los
datos
se
exportan
de
la
base
de
datos
de
punto
final
a
un
archivo
XML.
La
figura
siguiente
muestra
el
proceso
de
registro
de
datos
respecto
a
la
hora
de
las
actividades
individuales:
Nota:
Actividades
como
por
ejemplo
la
redistribucin
del
mismo
perfil,
o
la
detencin
o
reinicio
del
motor,
eliminan
los
datos
del
cach,
haciendo
que
la
coleccin
de
datos
se
inicie
de
nuevo
en
la
siguiente
hora
completa
y
retardando
la
carga
en
el
almacn
de
datos.
Cmo
instalar
y
configurar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
El
componente
Tivoli
Enterprise
Data
Warehouse
Support
de
Tivoli
Monitoring
Versin
5.1.2
incluye
los
archivos
que
permiten
la
integracin
con
Tivoli
Data
Warehouse.
En
esta
seccin
se
explica
cmo
instalar
y
configurar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support.
La
instalacin
requiere
que
el
usuario
complete
cada
uno
de
los
siguientes
procedimientos
en
el
orden
especificado:
1.
Cmo
verificar
los
requisitos
previos
2.
Cmo
instalar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
3.
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
Cmo
verificar
los
requisitos
previos
A
continuacin
se
detallan
los
requisitos
previos
para
utilizar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support:
Figura
11.
Lnea
horaria
para
el
registro
de
datos
para
el
almacn
central
de
datos
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
113
v
Asegrese
de
que
haya
un
sistema
de
gestin
de
bases
de
datos
relacionales
adecuado
(RDBMS,
como
DB2,
Informix,
Microsoft
SQL,
Oracle
o
Sybase)
instalado
dentro
de
la
regin
de
Tivoli
o
en
sistema
externo
al
que
se
pueda
acceder.
Si
el
software
del
servidor
RDBMS
se
instala
dentro
de
la
regin
de
gestin
Tivoli,
se
tienen
que
llevar
a
cabo
los
pasos
de
configuracin
que
se
muestran
a
continuacin
para
proporcionar
acceso
directo
al
servidor
RDBMS.
Si
el
servidor
RDBMS
est
instalado
fuera
de
la
regin
de
gestin
Tivoli,
el
componente
cliente
RDBMS
se
debe
instalar
dentro
de
la
regin,
y
los
pasos
se
configuracin
se
deben
referir
al
software
de
cliente
RDBMS.
El
administrador
de
bases
de
datos
es
el
responsable
de
instalar
y
configurar
la
base
de
datos.
Para
obtener
informacin
sobre
cmo
instalar
y
utilizar
la
base
de
datos,
consulte
la
documentacin
que
se
suministra
con
la
misma.
v
Asegrese
de
que
Tivoli
Monitoring
est
instalado
y
actualizado
en
el
servidor
de
regin
de
gestin
Tivoli.
Cmo
instalar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
Este
componente
debe
estar
instalado
en
el
servidor
de
regin
de
gestin
Tivoli
y,
opcionalmente,
en
uno
o
varios
nodos
gestionados.
Debe
instalar
el
componente
en
el
servidor
antes
de
instalarlo
en
los
nodos
gestionados.
Para
instalar
el
componente,
siga
el
siguiente
procedimiento:
1.
Asegrese
de
que
Tivoli
Monitoring
est
instalado
y
actualizado
en
todos
los
nodos
gestionados
(incluido
el
servidor
de
la
regin
de
gestin
Tivoli)
en
el
sistema.
2.
En
el
dilogo
Escritorio
de
Tivoli,
seleccione
Escritorio
Instalacin
Instalar
producto.
Aparecer
el
dilogo
Instalar
producto.
3.
Seleccione
IBM
Tivoli
Monitoring
5.1.2
-
Tivoli
Enterprise
Data
Warehouse
Support
y
haga
clic
en
Instalar
y
cerrar.
Se
mostrar
el
dilogo
Opciones
de
instalacin
(Install
Options):
4.
Este
paso
crea
el
objeto
Mdulo
de
interfaz
RDBMS
(RIM)
necesario
para
actuar
como
interfaz
con
la
base
de
datos
RDBMS.
Rellene
los
campos
de
las
Opciones
de
instalacin
tal
como
se
indica
en
la
Tabla
13
en
la
pgina
115
y
haga
clic
en
Establecer
(Set).
Si
hace
clic
en
Establecer
sin
llenar
las
Opciones
de
instalacin,
el
objeto
Rim
se
crea
con
los
114
IBM
Tivoli
Monitoring:
Gua
del
usuario
parmetros
predeterminados
(para
DB2).
Tabla
13.
Opciones
de
instalacin
para
el
componente
Tivoli
Enterprise
Data
Warehouse
Proveedor
de
bases
de
datos
El
nombre
del
proveedor
del
producto
RDBMS
para
gestionar
los
datos
del
componente.
Las
bases
de
datos
soportadas
son
Sybase,
Oracle,
MS-SQL,
DB2
e
Informix.
Inicio
de
base
de
datos
El
directorio
del
host
RIM
en
el
que
est
instalado
el
software
(el
servidor
o
el
cliente
RDBMS,
si
el
servidor
est
fuera
de
TMR).
ID
de
base
de
datos
Un
nombre
exclusivo
para
la
base
de
datos.
El
valor
predeterminado
es
itm_db.
ID
de
usuario
de
base
de
datos
ID
del
usuario
que
est
autorizado
para
acceder
a
la
base
de
datos.
El
valor
predeterminado
es
en
blanco.
Si
la
base
de
datos
es
DB2,
debido
a
una
limitacin
RIM
conocida,
el
ID
de
usuario
debe
ser
igual
a
la
etiqueta
de
nombre
de
instancia
y
debe
estar
definido
con
privilegios
de
administracin.
Si
la
base
de
datos
es
Sybase,
o
cualquier
base
de
datos
sensible
a
las
maysculas
y
minsculas,
el
ID
de
usuario
debe
estar
en
maysculas.
ID
de
servidor
de
bases
de
datos
El
nombre
del
servidor
RDBMS.
Es
un
alias
para
habilitar
la
conexin
entre
cliente
y
servidor.
Nombre
de
instancia
(slo
DB2)
Nombre
de
la
instancia
de
DB2.
Intervalo
de
tiempo
de
eliminacin
(das)
Todos
los
datos
que
tengan
una
antigedad
superior
al
nmero
de
das
especificado
se
eliminan
de
la
base
de
datos.
Nombre
de
host
Rim
(etiqueta)
La
etiqueta
del
sistema
host
RIM,
en
el
que
est
instalado
el
cliente
o
servidor
RDBMS.
Si
este
campo
contiene
informacin,
el
objeto
RIM
se
crea
en
el
nodo
gestionado
indicado
en
este
campo.
Si
este
campo
no
contiene
informacin,
el
objeto
RIM
se
crea
en
el
servidor
TMR.
Si
deja
en
blanco
todos
los
campos
y
hace
clic
en
Cerrar
(lo
que
impide
la
creacin
del
objeto
RIM),
puede
configurarlo
manualmente,
tal
como
se
describe
en
el
apartado
Cmo
crear
un
objeto
RIM
utilizando
un
script
de
shell
en
la
pgina
120.
Luego
debe
configurar
los
recopiladores
de
datos
ya
instalados
para
que
funcionen
con
el
objeto
RIM
utilizando
el
comando
wdmconfig;
consulte
el
apartado
Configuracin
de
Tivoli
Enterprise
Data
Warehouse
Support
en
la
pgina
119
para
obtener
ms
informacin.
El
nombre
del
objeto
RIM
creado
es
itm_rim_nombre
host
RIM.
Una
contrasea
de
usuario
de
base
de
datos
predeterminada
tambin
est
asociada
con
el
objeto
RIM:
la
contrasea
predeterminada
es
itmitm.
Despus
de
crear
el
objeto
RIM,
puede
necesitar
cambiar
la
contrasea
(utilizando
el
comando
wsetrimpw
de
Tivoli
Management
Framework)
para
que
coincida
con
la
contrasea
de
base
de
datos
utilizada
por
el
ID
de
usuario
de
base
de
datos
para
conectar
con
la
instancia
de
base
de
datos.
Tenga
en
cuenta
las
siguientes
restricciones
cuando
cambie
la
contrasea
de
base
de
datos:
v
Para
usuarios
de
DB2,
la
contrasea
debe
coincidir
con
la
contrasea
del
propietario
de
la
instancia
de
DB2
v
Para
usuarios
de
Sybase,
la
contrasea
debe
tener
al
menos
6
caracteres
de
longitud
v
Para
usuarios
de
Informix,
la
contrasea
debe
coincidir
con
la
contrasea
de
usuario
de
Informix
NT
o
de
UNIX
5.
Se
abrir
el
dilogo
Instalacin
de
producto.
Este
dilogo
proporciona
una
lista
de
las
operaciones
que
se
han
de
realizar
y
le
avisa
de
los
problemas
que
puede
corregir
antes
de
realizar
la
instalacin.
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
115
6.
Revise
la
informacin
de
estado
y
haga
clic
en
Continuar
la
instalacin.
El
dilogo
Instalacin
de
producto
informa
de
cundo
se
completa
la
instalacin.
En
este
punto,
la
instalacin
ha
creado
un
objeto
RIM
que
actuar
como
interfaz
con
el
RDBMS
en
el
host
RIM
y
ha
configurado
todos
los
recopiladores
de
datos
de
modo
que
funcionen
con
el
objeto.
7.
Verifique
que
el
objeto
RIM
se
ha
creado
correctamente
emitiendo
el
comando
wgetrim
itm_rim_nombre
host
Rim.
Si
alguno
de
los
valores
no
es
correcto,
utilice
el
comando
wsetrim
con
las
opciones
adecuadas
para
cambiar
el
objeto
etiquetado
itm_rim_nombre
host
RIM
Si
cambia
el
nombre
de
RIM,
debe
actualizar
la
configuracin
de
los
recopiladores
de
datos
ya
instalados
(que
utilizan
el
objeto
RIM
cuyo
nombre
se
ha
modificado)
utilizando
el
comando
wdmconfig.
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
En
esta
seccin
se
explica
cmo
crear
y
configurar
la
estructura
de
bases
de
datos
(para
el
componente
Tivoli
Enterprise
Data
Warehouse
Support)
desde
un
script
de
shell
(en
el
apartado
Cmo
crear
una
estructura
de
base
de
datos
utilizando
el
procesador
de
SQL
en
la
pgina
121
se
describe
un
mtodo
alternativo
que
utiliza
el
procesador
de
SQL).
Hay
tres
pasos
bsicos:
v
Cmo
verificar
los
requisitos
previos
v
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
v
Cmo
verificar
la
conexin
de
objeto
RIM
Cmo
verificar
los
requisitos
previos
Los
requisitos
previos
para
este
procedimiento
son
los
siguientes:
1.
Lea
la
descripcin
del
procedimiento
en
el
apartado
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
y
determine
el
sistema
en
el
que
va
a
ejecutar
el
procedimiento.
Si
el
sistema
est
dentro
de
la
regin
de
Tivoli,
asegrese
de
que
tiene
establecido
el
entorno
Tivoli.
Para
establecer
el
entorno
Tivoli,
ejecute
el
siguiente
comando,
en
funcin
del
entorno
(la
ubicacin
del
comando
que
se
muestra
aqu
es
la
ubicacin
predeterminada):
UNIX/Linux
/etc/Tivoli/setup_env.sh
Windows
/system32/winnt/drivers/etc/Tivoli/setup_env.cmd
2.
Antes
de
crear
la
estructura
de
bases
de
datos
correspondiente
a
Tivoli
Enterprise
Data
Warehouse
Support,
asegrese
de
hacer
una
copia
de
seguridad
de
la
base
de
datos
RDBMS.
Cmo
crear
y
configurar
la
estructura
de
base
de
datos
Los
pasos
a
seguir
son
los
siguientes:
1.
Determine
el
sistema
desde
el
que
se
va
a
ejecutar
el
procedimiento,
que
depender
del
proveedor
de
bases
de
datos
y
del
sistema
operativo:
Creacin
de
bases
de
datos
Oracle,
Sybase
o
Microsoft-SQL
El
procedimiento
se
tiene
que
ejecutar
desde
el
host
RIM
en
el
que
est
instalado
el
cliente
o
servidor
de
bases
de
datos,
y
del
siguiente
modo:
v
Para
Windows
NT
y
Windows
2000,
desde
un
shell
bash
de
Tivoli
v
Para
UNIX,
desde
cualquier
shell
UNIX
Creacin
de
bases
de
datos
DB2
e
Informix
El
procedimiento
se
debe
ejecutar
desde
una
lnea
de
comandos
DB2
o
116
IBM
Tivoli
Monitoring:
Gua
del
usuario
Informix
en
el
servidor
de
bases
de
datos.
Esto
se
debe
a
que
no
puede
ejecutar
el
script
de
creacin
de
bases
de
datos
DB2
desde
el
Procesador
de
lnea
de
comandos
del
cliente
DB2
sin
una
conexin
existente
de
bases
de
datos
y
a
que
Informix
utiliza
el
recurso
dbaccess
que
se
suministra
como
parte
del
servidor
Informix.
2.
Si
el
cliente
o
servidor
de
bases
de
datos
en
el
que
tiene
que
ejecutar
el
procedimiento
tiene
instalado
Tivoli
Enterprise
Data
Warehouse
Support,
desde
el
directorio
$BINDIR/TME/Tmw2k/Warehousecfg
ejecute
el
script
cr_itm_db.sh
para
crear
la
estructura
de
bases
de
datos.
3.
Si
el
cliente
o
servidor
de
bases
de
datos
en
el
que
tiene
que
ejecutar
el
procedimiento
est
dentro
de
la
regin
de
Tivoli
y
no
tiene
Tivoli
Enterprise
Data
Warehouse
Support
instalado,
debe
continuar
del
siguiente
modo,
en
funcin
del
sistema
operativo
del
cliente
o
servidor
de
bases
de
datos:
UNIX/Linux
Monte
el
directorio
$BINDIR/TME/Tmw2k/warehousecfg
de
cualquier
sistema
con
Tivoli
Enterprise
Data
Warehouse
Support
instalado
(por
ejemplo,
el
servidor
Tivoli)
como
un
montaje
NFS
en
el
cliente
o
servidor
de
bases
de
datos
y
ejecute
el
procedimiento
que
se
describe
en
el
paso
2
desde
dentro
de
dicho
directorio.
Windows
Siga
los
pasos
siguientes:
a.
Copie
los
archivos
siguientes
del
directorio
$BINDIR/TME/Tmw2k/Warehousecfg
de
cualquier
sistema
en
el
que
se
haya
instalado
Tivoli
Data
Warehouse:
cr_itm_db.sh
cr_db.<extensin_basedatos>
cr_tbl.<extensin_basedatos>
donde
extensin_basedatos
es
una
de
las
siguientes,
en
funcin
del
proveedor
de
bases
de
datos:
DB2
db2
Informix
inf
Microsoft-SQL
6.x
mssql
Microsoft-SQL
7.0
mssql7
Oracle
ora
Sybase
syb
b.
Ejecute
el
script
cr_itm_db.sh
para
crear
la
estructura
de
bases
de
datos.
4.
Si
el
servidor
de
bases
de
datos
en
el
que
debe
ejecutar
el
procedimiento
est
fuera
de
la
regin
Tivoli,
debe
continuar
del
siguiente
modo,
en
funcin
del
sistema
operativo
del
servidor:
Siga
los
pasos
siguientes:
a.
Ejecute
el
procedimiento
descrito
en
el
paso
2
en
cualquier
sistema
con
Tivoli
Enterprise
Data
Warehouse
Support
instalado,
pasando
por
alto
cualquier
mensaje
de
error
que
aparezca
porque
no
se
encuentra
la
base
de
datos.
b.
Copie
el
archivo
cr_db.<extensin_basedatos>.sql
resultante
en
el
cliente
o
servidor
de
bases
de
datos,
donde
extensin_basedatos
es
una
de
las
siguientes,
en
funcin
del
proveedor
de
bases
de
datos:
DB2
db2
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
117
Informix
inf
Microsoft-SQL
6.x
mssql
Microsoft-SQL
7.0
mssql7
Oracle
ora
Sybase
syb
c.
Ejecute
el
archivo
en
el
procesador
de
SQL
en
el
servidor
de
bases
de
datos.
Nota:
si
ejecuta
el
script
de
creacin
de
bases
de
datos
desde
un
shell
con
el
entorno
Tivoli
establecido
en
el
host
RIM
de
Tivoli
Enterprise
Data
Warehouse
Support,
el
script
cr_itm_db.sh
intenta
captar
la
configuracin
de
bases
de
datos
a
partir
de
los
atributos
del
objeto
RIM.
Si
an
no
tiene
el
objeto
RIM
de
Tivoli
Monitoring
creado,
se
le
solicitarn
los
parmetros
identificados
en
la
Tabla
13
en
la
pgina
115
en
una
serie
de
preguntas.
Tambin
se
le
solicitar
que
especifique
otros
parmetros,
como
los
siguientes:
Contrasea
de
id
de
usuario
Contrasea
de
la
base
de
datos
que
se
tiene
que
configurar
Dispositivo
de
bases
de
datos
(slo
Sybase
y
Microsoft-SQL)
No
utilice
el
dispositivo
maestro
para
la
base
de
datos
de
Tivoli
Enterprise
Data
Warehouse
Support.
La
base
de
datos
maestra,
base
de
datos
modelo
y
base
de
datos
temporal
residen
en
el
dispositivo
maestro.
Actualmente,
el
dispositivo
maestro
no
se
puede
ampliar
a
otro
dispositivo.
Espacio
de
bases
de
datos
(slo
Informix)
No
utilice
el
espacio
de
bases
de
datos
rootdbs
para
la
base
de
datos
de
Tivoli
Enterprise
Data
Warehouse
Support.
Debe
crear
otro
espacio
de
bases
de
datos
para
esta
base
de
datos.
Tamao
de
base
de
datos
El
tamao
(en
MB)
de
la
base
de
datos
Tivoli
Enterprise
Data
Warehouse
Support
que
se
va
a
crear.
Slo
para
Sybase,
Microsoft-SQL
e
Informix,
el
tamao
mximo
es
el
tamao
del
dispositivo
(o
dbspace)
dedicado
a
la
base
de
datos
de
Tivoli
Enterprise
Data
Warehouse
Support.
Contrasea
del
administrador
de
bases
de
datos
Contrasea
del
administrado
para
la
base
de
datos
(contrasea
sa
para
DB2)
5.
Cuando
se
le
solicite,
especifique
las
contraseas
del
administrador
de
bases
de
datos.
Cmo
verificar
la
conexin
de
objeto
RIM
Despus
de
crear
la
estructura
de
bases
de
datos
correspondiente
a
Tivoli
Enterprise
Data
Warehouse
Support,
pruebe
la
conexin
RIM
con
la
base
de
datos,
emitiendo
el
siguiente
comando
de
Tivoli
Management
Framework
desde
el
servidor
Tivoli:
wrimtest
-l
itm_rim_nombre
host
RIM
Por
ejemplo:
Resource
Type:
RIM
Resource
Label:
itm_rim_RIM
host
name
Host
Name:
amadeus
User
Name:
DM
Vendor:
MS_SQL
Database:
dm_db
Database
Home:d:\mssql7
118
IBM
Tivoli
Monitoring:
Gua
del
usuario
Server
ID:
Amedeus
Instance
Home:
Opening
Regular
Session...Session
Opened
RIM:
Enter
Option
>
Escriba
x
y
pulse
Intro
para
liberar
la
sesin.
Configuracin
de
Tivoli
Enterprise
Data
Warehouse
Support
El
componente
Tivoli
Enterprise
Data
Warehouse
Support
se
configura
utilizando
el
comando
wdmconfig.
Puede
dirigir
este
comando
a
un
gateway,
a
una
lista
de
gateways
o
a
todos
los
gateways
de
la
regin,
y
permite
proporcionar
cualquier
nmero
de
pares
clave/valor
como
parmetros.
Los
pares
clave/valor
que
necesitar
para
la
configuracin
son
los
siguientes:
datacollector.rim_name
Especifica
el
nombre
del
objeto
RIM
que
utilizar
el
proceso
de
coleccin
de
datos
para
cargar
datos
en
la
base
de
datos.
El
valor
predeterminado
es
itm_rim_nombre
host
RIM.
datacollector.db_purge_interval
Especifica
el
nmero
de
das
en
que
los
datos
se
conservan
en
la
base
de
datos:
los
datos
ms
antiguos
se
eliminan
automticamente
de
la
base
de
datos.
El
valor
puede
estar
comprendido
entre
10
y
60.
El
valor
predeterminado
es
30
das.
datacollector.delay
Especifica
el
retraso
de
tiempo
(en
minutos,
en
relacin
con
una
hora)
tras
el
que
el
proceso
del
recopilador
de
datos
sube
los
datos
procedentes
de
los
puntos
finales.
El
valor
puede
estar
comprendido
entre
10
y
60
minutos.
El
valor
predeterminado
es
30
minutos.
datacollector.sleep_time
Especifica
el
intervalo
de
tiempo
(en
minutos)
entre
dos
peticiones
consecutivas
de
subida
de
datos
generadas
por
el
procesador
del
recopilador
de
datos.
El
valor
puede
estar
comprendido
entre
10
y
60
minutos.
El
valor
predeterminado
es
10
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.
Todos
estos
pares
de
clave/valor
y
sus
valores
estn
contenidos
en
el
archivo:
$DBDIR/dmml/.config
Este
archivo
se
puede
leer
pero
no
se
debe
modificar
de
forma
manual.
Si
desea
modificarlo,
utilice
el
comando
wdmconfig
(tenga
en
cuenta
que
es
posible
que
los
cambios
aplicados
no
se
muestren).
Para
obtener
ms
detalles
sobre
la
sintaxis
del
comando,
consulte
el
wdmconfig
en
la
pgina
138.
Cmo
cargar
datos
utilizando
la
CLI
Utilice
el
comando
wdmcollect
para
planificar
o
detener
la
subida
de
datos
desde
la
base
de
datos
de
punto
final
en
la
base
de
datos
RIM.
Luego,
durante
el
proceso
ETL1,
los
datos
se
extraen,
transforman
y
cargan
en
el
almacn
de
datos
central.
Las
opciones
del
comando
wdmcollect
especifican:
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
119
|
|
|
|
|
|
|
|
|
|
v
Los
puntos
finales
desde
los
que
se
suben
los
datos
v
El
intervalo
entre
dos
operaciones
de
subida
Consulte
el
apartado
wdmcollect
en
la
pgina
136
para
ver
ms
informacin
sobre
este
comando.
El
proceso
de
recopilacin
de
datos
utiliza
el
servicio
MDist
2
para
mover
datos
de
los
puntos
finales
al
nodo
gestionado.
Por
esta
razn,
el
nodo
gestionado
debe
estar
configurado
como
un
Repetidor.
Procedimientos
alternativos
de
instalacin
y
configuracin
En
esta
seccin
se
explican
en
detalle
los
siguientes
procedimientos
alternativos
de
instalacin
y
configuracin:
v
Cmo
crear
un
objeto
RIM
utilizando
un
script
de
shell
v
Cmo
crear
una
estructura
de
base
de
datos
utilizando
el
procesador
de
SQL
Cmo
crear
un
objeto
RIM
utilizando
un
script
de
shell
Esta
seccin
contiene
instrucciones
para
crear
el
objeto
RIM
utilizando
un
script
de
shell.
Para
crear
un
objeto
RIM,
las
aplicaciones
Tivoli
Framework
utilizan
el
comando
wcrtrim.
Tivoli
Enterprise
Data
Warehouse
Support
le
proporciona
un
script
de
shell
denominado
cr_tedw_rim.sh
que
le
solicita
la
entrada
necesaria
y
crea
un
objeto
RIM
denominado
itm_rim_nombre
host
RIM.
Debe
ejecutar
este
script
desde
el
servidor
de
regin
de
gestin
Tivoli
o
nodo
gestionado
en
el
que
haya
instalado
el
componente
Tivoli
Enterprise
Data
Warehouse
Support.
Debe
tener
el
rol
de
administrador
de
Tivoli.
Tenga
en
cuenta
que,
despus
de
ejecutar
el
script,
debe
utilizar
el
comando
wdmconfig
para
definir
los
siguientes
parmetros
(consulte
el
apartado
Configuracin
de
Tivoli
Enterprise
Data
Warehouse
Support
en
la
pgina
119
para
ver
detalles):
v
datacollector.rim_name
v
datacollector.db_purge_interval
El
script
cr_tedw_rim.sh
intenta
recuperar
los
atributos
de
su
objeto
RIM.
Si
cr_tedw_rim.sh
no
puede
encontrar
el
objeto
RIM,
se
le
solicitar
que
entre
la
informacin
necesaria
que
utilizar
el
comando
wcrtrim.
El
procedimiento
consta
de
los
pasos
siguientes:
1.
Cambie
al
siguiente
directorio:
$BINDIR/TME/Tmw2k/warehousecfg
2.
Ejecute
el
script
de
creacin
de
RIM
del
modo
siguiente:
Plataforma
Comando
Windows
NT
sh
cr_tedw_rim.sh
UNIX
cr_tedw_rim.sh
La
informacin
que
debe
especificar
depende
de
los
requisitos
del
producto
del
proveedor
correspondientes
a
la
base
de
datos
especfica.
Tambin
puede
utilizar
este
script
para
cambiar
los
atributos
del
objeto
RIM.
Si
ya
existe
un
objeto
RIM
itm_rim_nombre
host
RIM,
se
le
solicitar
que
lo
elimine.
Si
los
valores
visualizados
son
correctos,
responda
S
y
se
conservarn
sin
modificar.
De
lo
contrario,
d
120
IBM
Tivoli
Monitoring:
Gua
del
usuario
cualquier
otra
respuesta
que
no
sea
S
y
cree
un
nuevo
objeto
RIM
suministrando
los
parmetros
descritos
en
la
Tabla
13
en
la
pgina
115.
La
Tabla
14
contiene
informacin
especfica
del
proveedor
correspondiente
a
parmetros
de
RIM.
Los
ttulos
de
cada
columna
muestran
no
slo
el
nombre
del
atributo,
sino
tambin
las
opciones
utilizadas
con
el
comando
wcrtrim
en
el
script
cr_tedw_rim.sh.
Tenga
en
cuenta
que
algunos
de
los
parmetros
utilizan
variables
de
entorno
especficas
de
la
base
de
datos,
resaltadas
en
negrita.
Tabla
14.
Informacin
especfica
del
proveedor
correspondiente
a
atributos
de
objeto
RIM
Proveedor
de
BD
(-v)
ID
de
BD
(-d)
ID
de
us.
de
BD
(-u)
Inicio
de
BD
(-H)
ID
de
serv.
de
BD
(-s)
Inicio
de
instancia
(-I)
DB2
El
nombre
de
la
base
de
datos
que
utilizar
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
o
un
alias
para
dicha
base
de
datos,
si
existe
un
alias
$DBINSTANCE
Id
del
propietario
de
la
instancia
Directorio
de
instalacin
de
DB2
CAE
$DB2DIR
Debe
especificar
la
serie
tcpip
$DB2COMM
Directorio
de
instalacin
de
la
instancia
de
DB2
$INSTDIR
Informix
Nombre
de
fuente
de
base
de
datos
(DSN)
definido
en
el
panel
de
control
de
ODBC
(NT)
o
en
el
archivo
.odbc.ini
(UNIX)
Usuario
de
Informix
Directorio
de
instalacin
del
cliente
Informix
Nombre
del
servidor
Informix
definido
en
sqlhosts
N/D
Microsoft_SQL
Nombre
de
base
de
datos
Tivoli
Monitoring
(valor
predeterminado:
itm_db)
Usuario
de
Microsoft-SQL
para
Tivoli
Monitoring
)
Directorio
de
instalacin
del
cliente
Microsoft-SQL
Nombre
de
host
correspondiente
al
host
del
servidor
Microsoft-SQL
N/D
Oracle
$ORACLE_SID
(o
nombre
de
servidor
para
Oracle
8.1+)
Usuario
de
Oracle
para
Tivoli
Monitoring
Directorio
de
instalacin
del
cliente
Oracle
$ORACLE_
HOME
$TWO_TASK
N/D
Sybase
Nombre
de
base
de
datos
de
Tivoli
Enterprise
Data
Warehouse
Support
(valor
predeterminado:
itm_db)
Usuario
de
Sybase
para
Tivoli
Enterprise
Data
Warehouse
Support
Directorio
de
nivel
superior
de
la
instalacin
del
cliente
Sybase.
$SYBASE
$DSQUERY
N/D
Cmo
crear
una
estructura
de
base
de
datos
utilizando
el
procesador
de
SQL
El
administrador
de
bases
de
datos
puede
personalizar
las
plantillas
de
SQL,
como
cr_db.
xxx
y
cr_tbl.
xxx,
(donde
xxx
puede
ser
syb,
ora,
mssql,
mssql7,
inf
o
db2)
y
luego
ejecutar
estos
scripts
en
el
cliente
o
servidor
RDBMS
utilizando
el
procesador
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
121
de
SQL
interactivo.
Proveedor
del
RDBMS
Archivo
de
configuracin
Procesador
de
SQL
interactivo
RDBMS
Administrador
Oracle
tnsnames.ora
sqlplus
sys
Sybase
interfaces
isql
sa
Microsoft-SQL
interfaces
isql
sa
DB2
db2
propietario
de
la
instancia
Informix
sqlhost
dbaccess
informix
Para
ejecutar
los
scripts
de
configuracin
de
RDBMS
en
el
servidor
o
cliente
RDBMS
utilizando
el
procesador
de
SQL,
siga
los
pasos
siguientes
tal
como
se
muestran
para
Sybase:
1.
En
el
servidor
de
la
regin
de
gestin
Tivoli
en
el
que
est
instalado
Tivoli
Enterprise
Data
Warehouse
Support,
personalice
los
scripts
cr_db.syb
y
cr_tbl.syb
para
que
se
ajusten
a
sus
necesidades
y
luego
gurdelos
como
cr_db_syb.sql
y
cr_tbl_syb.sql.
2.
Copie
los
archivos
cr_db_syb.sql
y
cr_tbl_syb.sql
del
directorio
$BINDIR/TME/Tmw2k/Warehousecfg
de
los
nodos
gestionados
en
los
que
est
instalado
Tivoli
Monitoring
en
un
directorio
temporal
en
el
servidor
RDBMS.
3.
Desde
el
directorio
que
contiene
el
script,
inicie
una
sesin
de
isql
como
super
administrador
(sa)
y
ejecute
el
script
cr_db_syb.sql
del
siguiente
modo:
isql
-U
sa
-P
cont
-i
cr_db.syb.sql
donde
cont
es
la
contrasea
RDBMS
correspondiente
al
administrador
del
sistema
de
usuarios
del
RDBMS.
El
script
crea
el
usuario
de
Tivoli
Monitoring
y
la
base
de
datos
de
Tivoli
Monitoring
en
el
RDBMS
de
Sybase.
4.
Instale
el
diseo,
especificando
el
siguiente
comando:
isql
-U
ITM
-P
cont
-i
cr_tbl.syb.sql
donde
cont
es
la
contrasea
de
RDBMS
correspondiente
al
usuario.
La
contrasea
es
la
que
ha
especificado
durante
la
creacin
del
objeto
RIM
de
Tivoli
Monitoring.
5.
Preprese
para
probar
la
configuracin
especificando
el
siguiente
comando:
isql
-U
ITM
-P
cont
donde
cont
es
la
contrasea
de
RDBMS
correspondiente
al
usuario.
6.
En
la
sesin
de
SQL,
compruebe
que
el
depsito
de
Tivoli
Monitoring
se
ha
instalado
entrando
lo
siguiente:
>
select
*
from
tabla
>
go
donde
tabla
es
una
de
las
siguientes
tablas:
v
CATEGORIES
v
CATEGORIESDATA
v
ENDPOINTS
v
INSTANCES
v
METRICS
122
IBM
Tivoli
Monitoring:
Gua
del
usuario
v
METRICSDATA
v
RESOURCES
v
RMPROFILES
Los
resultados
deberan
indicar
que
se
han
encontrado
cero
filas.
Si
los
resultados
indican
que
<tabla>
es
desconocida,
significa
que
no
se
ha
instalado
el
depsito
de
Tivoli
Monitoring.
7.
Finalice
la
sesin
de
ISQL
entrando
el
siguiente
comando:
>
quit
Captulo
7.
Integracin
con
Tivoli
Data
Warehouse
123
124
IBM
Tivoli
Monitoring:
Gua
del
usuario
Captulo
8.
Comandos
En
este
captulo
se
describen
los
comandos
de
Tivoli
Monitoring
que
se
pueden
emitir
desde
la
lnea
de
comandos
del
entorno
Tivoli
y
el
modo
de
utilizarlos
Se
utilizan
los
caracteres
especiales
siguientes
para
definir
la
sintaxis
del
comando:
[
]
Identifica
argumentos
opcionales.
Los
argumentos
que
no
estn
entre
parntesis
son
necesarios.
...
Indica
que
puede
especificar
mltiples
valores
para
el
argumento
anterior.
|
Indica
informacin
mutuamente
excluyente.
Puede
utilizar
el
argumento
situado
a
la
izquierda
del
separador
o
el
argumento
situado
a
la
derecha
del
separador.
No
puede
utilizar
los
dos
argumentos
en
un
solo
uso
del
comando.
{
}
Delimita
un
conjunto
de
argumentos
mutuamente
excluyentes
cuando
uno
de
los
argumentos
es
necesario.
Si
los
argumentos
son
opcionales,
estos
estn
entre
parntesis
[
].
Nombres
de
comandos
actualizados
En
Tivoli
Monitoring,
todos
los
comandos
tienen
el
prefijo
wdm.
Se
han
realizado
lo
pasos
siguientes
para
ayudar
en
la
transicin
de
los
prefijos
de
comandos
antiguos
a
los
prefijos
nuevos:
v
Cinco
de
los
nombres
de
comandos
antiguos
se
han
incluido
en
este
release
del
producto
slo
como
alias
de
los
comandos
nuevos
equivalentes.
v
Tres
de
los
comandos
antiguos
(wtmntaddrm,
wtmntdefrm,
wtmntrmrm)
se
han
fusionado
en
un
comando
nuevo
(wdmrm).
Los
comandos
antiguos
se
encuentran
disponibles
slo
en
este
release,
con
sus
opciones
y
sintaxis
antiguas
sin
cambiar.
v
Se
han
agregado
ocho
comandos
nuevos
de
los
que
no
se
han
proporcionado
alias
con
prefijo
antiguo.
Por
tanto,
recomendamos
utilice
los
nombres
de
comandos
nuevos
lo
ms
pronto
posible,
antes
de
pasara
cualquier
release
posterior
del
producto.
La
Tabla
15
muestra
los
detalles
completos:
Tabla
15.
Nombres
de
comandos
antiguos
y
nuevos
Nombres
de
comandos
nuevos
Nombres
de
comandos
antiguos
conservados
en
este
release
Comandos
fusionados
obsoletos
conservados
en
este
release
wdmcheckprereq
wdmcmd
wtmntcmd
wdmcmddistrib
wdmcollect
wdmconfig
wdmdiscovery
wdmdistrib
Copyright
IBM
Corp.
2004
125
Tabla
15.
Nombres
de
comandos
antiguos
y
nuevos
(continuacin)
Nombres
de
comandos
nuevos
Nombres
de
comandos
antiguos
conservados
en
este
release
Comandos
fusionados
obsoletos
conservados
en
este
release
wdmdumpprf
wdmeditprf
wdmeng
wtmnteng
wdmheartbeat
wdmloadprf
wdmlseng
wtmntlseng
wdmmn
wtmntmn
wdmmngcache
wdmrm
wtmntaddrm,
wtmntdefrm,
wtmntrmrm
wdmtrceng
wtmnttrceng
Este
apndice
describe
los
comandos
utilizando
slo
sus
nombres
nuevos.
Este
apndice
presenta
los
comandos
en
orden
alfabtico;
tambin
se
enumeran
alfabticamente
en
el
ndice.
Sin
embargo,
a
continuacin
se
muestra
un
grupo
de
los
comandos
disponibles
segn
su
funcin
primaria.
Comandos
para
gestionar
perfiles
en
el
servidor
de
Tivoli
Los
comandos
siguientes
estn
disponibles
para
gestionar
perfiles
en
el
servidor
Tivoli:
Comando
Finalidad
Pgina
wdmdistrib
Distribuye
un
perfil
a
los
suscriptores.
147
wdmdumpprf
Escribe
los
detalles
completos
de
un
perfil
en
la
salida
estndar.
151
wdmeditprf
Permite
personalizar
un
perfil,
incluyendo
todos
los
detalles
del
modelo
de
recurso.
157
wdmloadprf
Carga
y
actualiza
los
perfiles
en
un
servidor
de
regin
de
gestin
Tivoli.
170
Comando
para
gestionar
modelos
de
recurso
predeterminados
en
el
servidor
de
Tivoli
El
comando
siguiente
est
disponible
para
gestionar
modelos
de
recurso
predeterminados
en
el
servidor
Tivoli:
Comando
Finalidad
Pgina
wdmrm
Agrega,
enumera
o
elimina
un
determinado
modelo
de
recurso
predeterminado
en
el
servidor
de
regin
de
gestin
Tivoli
o
en
el
nodo/gateway
desde
donde
se
emite.
Tambin
agrega
el
catlogo
NLS
a
un
modelo
de
recurso
predeterminado
ya
instalado.
182
126
IBM
Tivoli
Monitoring:
Gua
del
usuario
Comandos
para
gestionar
Tivoli
Business
Systems
Manager
Adapter
El
comando
siguiente
est
disponible
para
gestionar
Tivoli
Business
Systems
Manager
Adapter:
Comando
Finalidad
Pgina
wdmdiscovery
Ejecuta
un
descubrimiento
masivo
o
delta
en
determinados
puntos
finales
de
determinados
nodos/gateways.
El
comando
debera
utilizarse
slo
si
est
instalado
el
componente
Tivoli
Business
Systems
Manager
Adapter.
145
Comandos
para
gestionar
Tivoli
Monitoring
en
los
puntos
finales
Los
siguientes
comandos
estn
disponibles
para
gestionar
Tivoli
en
los
puntos
finales:
Comando
Finalidad
Pgina
wdmcmd
Detiene
o
reinicia
Tivoli
Monitoring
en
uno
o
ms
puntos
finales
desde
un
nodo/gateway
o
servidor
gestionado.
130
wdmcmddistrib
Detiene
o
inicia
Tivoli
Monitoring
en
uno
o
ms
puntos
finales
desde
un
nodo
gestionado/gateway
o
servidor.
Utiliza
el
servicio
MDist
2.
132
wdmeng
Detiene
o
inicia
perfiles
o
modelos
de
recurso
en
puntos
finales;
tambin
suprime
perfiles
en
puntos
finales.
166
wdmlseng
Devuelve
una
lista
y
el
estado
de
todos
los
modelos
de
recurso
que
se
han
distribuido
a
un
punto
final
determinado.
173
wdmtrceng
Establece
los
parmetros
de
rastreo
del
motor
de
Tivoli
Monitoring
en
el
punto
final.
184
wdmcollect
Inicia
o
detiene
la
coleccin
de
datos
(que
se
almacenarn
en
un
almacn
de
datos
central)
procedentes
de
puntos
finales
seleccionados
136
wdmcheckprereq
Comprueba
el
software
de
requisito
previo
en
un
punto
final
de
Windows.
129
Comandos
para
gestionar
Tivoli
Monitoring
en
nodos
gestionados/gateways
Los
comandos
siguientes
estn
disponibles
para
gestionar
el
producto
en
nodos
gestionados/gateways:
Comando
Finalidad
Pgina
wdmconfig
Actualiza
el
archivo
de
configuracin
de
Tivoli
Business
Systems
Manager
Adapter.
138
wdmheartbeat
Detiene
o
inicia
la
supervisin
de
latido
de
puntos
finales,
cambia
su
frecuencia
y
consulta
el
estado
de
un
procesador
de
latido.
168
wdmmn
Detiene
o
inicia
determinados
procesos
de
Tivoli
Monitoring
en
uno
o
en
todos
los
nodos
gestionados/gateways.
177
Captulo
8.
Comandos
127
Comando
Finalidad
Pgina
wdmmngcache
Suprime
o
enumera
parte
o
todo
el
contenido
del
cach
de
Tivoli
Business
Systems
Manager
Adapter.
179
128
IBM
Tivoli
Monitoring:
Gua
del
usuario
wdmcheckprereq
Comprueba
un
nmero
de
requisitos
previos
de
software
en
un
punto
final
de
Windows,
desde
un
nodo/gateway
o
servidor
gestionado.
Sintaxis
wdmcheckprereq
e
punto
final
Descripcin
El
comando
wdmcheckprereq
comprueba
un
conjunto
de
requisitos
previos
en
un
punto
final
de
Windows
y
devuelve
los
resultados.
El
conjunto
de
requisitos
previos
verificado
por
el
comando
es
el
siguiente:
v
Versin
de
WMIn
v
Versin
del
controlador
ODBC
v
Versin
de
Jet
Engine
v
Versin
de
JRE
v
Versin
de
Windows
Script
Host
(CScript)
Consulte
el
manual
IBM
Tivoli
Monitoring:
Gua
del
usuario,
captulo
Instalacin,
apartado
Software
de
requisito
previo,
para
ver
las
versiones
mnimas
necesarias
para
cada
uno
de
los
requisitos
previos
anteriores.
Cuando
se
indica
al
comando
que
verifique
los
requisitos
previos
de
un
punto
final
de
UNIX
o
OS/400,
la
lnea
de
comandos
devuelve
un
error.
Opciones
e
punto
final
Especifica
el
nombre
del
punto
final
de
Windows
el
software
del
cual
se
debe
comprobar.
Autorizacin
Requiere
los
roles
super,
senior
o
admin.
Ejemplos
1.
El
ejemplo
siguiente
comprueba
los
requisitos
previos
en
un
punto
final
MiPuntofinal:
wdmcheckprereq
-e
MiPuntofinal
Captulo
8.
Comandos
129
wdmcmd
Detiene
o
reinicia
Tivoli
Monitoring
en
uno
o
ms
puntos
finales,
desde
un
nodo/gateway
o
servidor
gestionado.
Sintaxis
wdmcmd
restart
{p
gestor_perfiles#regin
|
e
puntofinal
|
m
{nodo_gestionado
|
all}
}
wdmcmd
stop
{p
gestor_perfiles#regin
|
e
puntofinal
|
m
{nodo_gestionado
|
all}
}
Descripcin
El
comando
wdmcmd
detiene
o
reinicia
el
motor
de
punto
final
de
Tivoli
Monitoring
en
todos
los
puntos
finales
que
estn
suscritos
al
gestor
de
perfiles
si
se
utiliza
la
opcin
p
o
solo
en
los
puntos
finales
listados
si
se
utiliza
la
opcin
e.
Cuando
se
solicita
el
reinicio
(o
detencin)
utilizando
la
opcin
m,
todos
los
puntos
finales
de
un
nodo
gestionado
especificado
(o
todos
los
puntos
finales
para
todos
los
nodos
gestionados
en
la
regin
de
Tivoli)
se
reinician
(o
detienen).
Opciones
e
punto
final
Especifica
uno
o
ms
puntos
finales
por
etiqueta
de
punto
final;
si
hay
ms
de
una
etiqueta
de
punto
final
de
destino,
debern
separarse
mediante
espacios.
p
gestor_perfiles#regin
Especifica
el
gestor
de
perfiles
cuyos
suscriptores
son
el
destino
del
comando.
El
nombre
del
gestor
de
perfiles
debe
estar
siempre
calificado
al
completo
con
el
nombre
de
la
regin
de
polticas
tal
como
se
muestra
en
la
sintaxis.
Si
utiliza
esta
opcin
junto
con
la
opcin
restart,
todos
los
perfiles
que
se
han
distribuido
a
los
puntos
finales
de
destino
se
vuelven
a
iniciar,
incluidos
los
que
pertenecen
a
otros
gestores
de
perfiles.
m
{nodo_gestionado
|
all}
Especifica
los
nodos
gestionados/gateways
cuyos
puntos
finales
se
reiniciarn
o
detendrn.
nicamente
los
puntos
finales
registrados
en
el
nodo
gestionado
estn
afectados.
Las
opciones
son
las
siguientes:
nodo_gestionado
El
nombre
del
nodo
gestionado/gateway
en
el
que
se
ejecutar
el
comando.
all
Todos
los
nodos
gestionados/gateways
de
la
regin
de
Tivoli
restart
Reinicia
el
motor
de
punto
final
en
el
punto
final
o
en
los
puntos
finales
especificados.
stop
Detiene
el
motor
de
punto
final
en
el
punto
final
o
en
los
puntos
finales
especificados.
Autorizacin
Requiere
los
roles
super,
senior
o
admin.
130
IBM
Tivoli
Monitoring:
Gua
del
usuario
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
wdmcmd
Captulo
8.
Comandos
131
wdmcmddistrib
Detiene
o
inicia
(si
no
est
ya
en
ejecucin)
Tivoli
Monitoring
en
uno
o
ms
puntos
finales
en
un
modo
asncrono,
desde
un
nodo
gestionado/gateway
o
servidor.
La
opcin
de
actualizacin
actualiza
los
archivos
binarios
del
punto
final
y
redistribuye
todos
los
perfiles.
Sintaxis
wdmcmddistrib
start
{
p
gestor_perfiles#regin
|
e
{
punto_final
|
@archivo_puntos_finales
}
|
m
{nodo_gestionado
|
all}
}
[
t
tiempo_espera
]
[
d
dir
]
wdmcmddistrib
stop
{
p
gestor_perfiles#regin
|
e
{
punto_final
|
@archivo_puntos_finales
}
|
m
{nodo_gestionado
|
all}
}
[
t
tiempo_espera
]
[
d
dir
]
wdmcmddistrib
upgrade
{
p
gestor_perfiles#regin
|
e
{
punto_final
|
@archivo_puntos_finales
}
|
m
{nodo_gestionado
|
all}
}
[
t
tiempo_espera
d
dir
]
M
{
none
|
all
|
@archivo_modelos
}
Descripcin
El
comando
wdmcmddistrib
funciona
como
el
wdmcmd,
pero,
a
diferencia
del
comando
wdmcmd,
utiliza
el
servicio
MDist
2.
La
opcin
-t
se
utiliza
para
especificar
un
tiempo
de
espera
que
se
pasa
al
servicio
MDist
2.
wdmcmddistrib
detiene,
inicia
o
actualiza
el
motor
del
punto
final
de
Tivoli
Monitoring
en
todos
los
puntos
finales
que
estn
suscritos
al
gestor
de
perfiles
si
se
utiliza
la
opcin
p
o
slo
en
los
puntos
finales
listados
si
se
utiliza
la
opcin
e.
Cuando
se
solicita
el
inicio
(o
detencin,
o
actualizacin)
utilizando
la
opcin
m,
todos
los
puntos
finales
de
un
nodo
gestionado
especificado
(o
todos
los
puntos
finales
para
todos
los
nodos
gestionados
en
la
regin
de
Tivoli)
se
inician
(o
detienen,
o
actualizan).
Tenga
en
cuenta
que
la
opcin
start
solamente
tiene
efecto
si
el
motor
de
punto
final
no
est
en
ejecucin:
si
el
motor
est
en
ejecucin
la
opcin
no
tiene
efecto.
Los
resultados
de
la
ejecucin
del
comando
wdmcmddistrib
se
guardan
en
una
coleccin
de
archivos
como
se
indica
a
continuacin:
v
Para
la
opcin
stop:
requested_ep_list.txt:
proporciona
la
lista
de
todos
los
puntos
finales
de
destino
success_stop_ep_list.txt:
proporciona
la
lista
de
todos
los
puntos
finales
que
se
han
detenido
satisfactoriamente
unsuccessful_stop_ep_list.txt:
si
est
presente,
proporciona
la
lista
de
todos
los
puntos
finales
que
no
se
han
detenido
satisfactoriamente
v
Para
la
opcin
start:
requested_ep_list.txt:
proporciona
la
lista
de
todos
los
puntos
finales
de
destino
success_start_ep_list.txt:
proporciona
la
lista
de
todos
los
puntos
finales
que
se
han
iniciado
satisfactoriamente
unsuccessful_start_ep_list.txt:
si
est
presente,
proporciona
la
lista
de
todos
los
puntos
finales
que
no
se
han
iniciado
satisfactoriamente
v
Para
la
opcin
upgrade:
requested_ep_list.txt:
proporciona
la
lista
de
todos
los
puntos
finales
de
destino
132
IBM
Tivoli
Monitoring:
Gua
del
usuario
success_stop_ep_list.txt:
proporciona
la
lista
de
todos
los
puntos
finales
que
se
han
detenido
satisfactoriamente
unsuccessful_stop_ep_list.txt:
si
est
presente,
proporciona
la
lista
de
todos
los
puntos
finales
que
no
se
han
detenido
satisfactoriamente
success_start_ep_list:
proporciona
la
lista
de
todos
los
puntos
finales
que
se
han
iniciado
satisfactoriamente
unsuccessful_start_ep_list.txt:
si
est
presente,
proporciona
la
lista
de
todos
los
puntos
finales
que
no
se
han
iniciado
satisfactoriamente
success_upgrade_ep_list.txt:
proporciona
la
lista
de
todos
los
puntos
finales
para
los
que
la
actualizacin
de
los
archivos
binarios
ha
sido
satisfactoria
unsuccessful_upgrade_ep_list.txt:
si
est
presente,
proporciona
la
lista
de
todos
los
puntos
finales
para
los
que
la
actualizacin
de
los
archivos
binarios
no
ha
sido
satisfactoria
updated_models_list.txt:
proporciona
la
lista
de
modelos
de
recurso
que
se
han
actualizado
y
se
necesitan
redistribuir.
Este
archivo
solamente
se
guarda
cuando
se
utiliza
la
opcin
M
con
el
argumento
@archivo_modelos.
en
el
directorio
ProfilesDiscoveredAtEndpoints
el
comando
guarda
un
conjunto
de
archivos
que
asocia
cada
perfil
a
la
lista
de
puntos
finales
de
destino.
Estos
son
los
perfiles
descubiertos
en
cada
punto
final
de
destino.
en
el
directorio
ProfilesToBeRedistributed
el
comando
guarda
un
conjunto
de
archivos
que
asocia
cada
perfil
a
la
lista
de
puntos
finales
de
destino.
Estos
son
los
perfiles
que,
de
acuerdo
con
el
contenido
de
updated_models_list.txt,
es
necesario
redistribuir
a
los
puntos
finales
de
destino.
en
el
directorio
ProfilesRedistributed
el
comando
guarda
un
conjunto
de
archivos
que
asocia
cada
perfil
a
la
lista
de
puntos
finales
de
destino.
Estos
son
los
perfiles
que,
de
acuerdo
con
el
contenido
de
updated_models_list.txt,
se
han
redistribuido
a
los
puntos
finales
de
destino.
Los
resultados
de
la
ejecucin
se
guardan
en
el
directorio
especificado
por
la
opcin
d.
Si
esta
opcin
no
se
utiliza,
se
usan
los
siguientes
directorios
predeterminados:
$DBDIR/AMW/logs/wdmcmddistrib_mmddaa_hhmmss/start
$DBDIR/AMW/logs/wdmcmddistrib_mmddaa_hhmmss/stop
$DBDIR/AMW/logs/wdmcmddistrib_mmddaa_hhmmss/upgrade
Opciones
d
dir
Especifica
el
directorio
en
que
se
guardan
los
resultados
del
comando.
Si
no
se
indica
ninguno,
se
utilizan
los
directorios
predeterminados.
e
{
punto
final
|
@archivo_puntos_finales
}
Especifica
el
punto
final
o
la
lista
de
puntos
finales
(incluidos
en
un
archivo)
que
se
iniciarn,
detendrn
o
actualizarn.
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.
wdmcmddistrib
Captulo
8.
Comandos
133
@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.
wdmcmddistrib
134
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
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
wdmcmddistrib
Captulo
8.
Comandos
135
wdmcollect
Inicia
o
detiene
la
coleccin
de
datos
desde
uno
o
ms
puntos
finales.
El
componente
slo
se
puede
utilizar
despus
de
haber
instalado
el
componente
Tivoli
Enterprise
Data
Warehouse
Support.
Sintaxis
wdmcollect
{{{e
{nombre_punto_final
|
@archivo_puntos_finales}
{s
intervalo_tiempo
|
t
|
r
}}
|
t
|
q}
[
m
nodo_gestionado
]}
|
{
m
all
{
t
|
q
}}
wdmcollect
p
Descripcin
El
comando
wdmcollect
inicia
o
detiene
la
coleccin
de
datos
procedentes
de
un
punto
final
seleccionado
o
procedentes
de
una
lista
de
puntos
finales
(especificados
en
un
archivo).
Se
puede
utilizar
la
opcin
-s
para
cambiar
el
intervalo
de
tiempo
(en
horas)
entre
dos
colecciones
de
datos.
Puede
utilizar
la
opcin
p
para
eliminar
datos
de
la
base
de
datos
RIM
de
Tivoli
Monitoring,
de
acuerdo
con
el
valor
de
la
clave
datacollector.db_purge_interval
que
puede
especificar
o
modificar
utilizando
el
comando
wdmconfig.
El
comando
wdmcollect
se
puede
emitir
desde
un
nodo
gestionado
y
ste
puede
dirigirse
a
puntos
finales
que
pertenezcan
a
ese
nodo
gestionado
o
a
puntos
finales
que
pertenezcan
a
cualquier
otro
nodo
gestionado
de
la
misma
regin.
La
opcin
m
nodo_gestionado
se
puede
utilizar
para
indicar
que
la
coleccin
de
datos
la
debe
ejecutar
el
recopilador
de
datos
que
reside
en
un
nodo
gestionado
especfico
(que
no
sea
el
procedente
de
donde
se
ha
emitido
el
comando).
Opciones
e
{nombre_punto_final
|
@archivo_puntos_finales
}
Especifica
el
punto
final
o
la
lista
de
puntos
finales
(incluidos
en
un
archivo)
desde
los
que
se
recopilarn
datos.
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).
136
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
||
|
|
|
|
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
wdmcollect
Captulo
8.
Comandos
137
wdmconfig
Actualiza
el
archivo
de
configuracin
en
un
nodo
gestionado/gateway.
Sintaxis
wdmconfig
[m
{nodo_gestionado
|
@archivo_nodos_gestionados
|
all}]
{D
clave=valor
[D
clave=valor]
...
|
G
clave}
Descripcin
El
comando
wdmconfig
funciona
en
uno
o
ms
nodos/gateways
determinados
y
permite
cambiar
el
valor
de
cualquiera
de
las
claves
de
configuracin
por
el
valor
que
necesite.
Opciones
D
clave=valor
[
D
clave=valor]...
Identifica
una
o
ms
claves
de
configuracin
a
actualizar,
as
como
el
valor
nuevo
que
tendr
cada
clave.
Como
mnimo
debe
proporcionarse
un
par
de
clave/valor.
No
utilice
espacios
en
blanco
alrededor
del
carcter
=
o,
si
utiliza
espacios
en
blanco,
incluya
el
par
clave/valor
entre
comillas.
Las
claves
que
pueden
modificarse
son
las
siguientes
(listadas
en
orden
alfabtico):
adapter.trace.enable
Defnalo
como
true
si
desea
almacenar
todos
los
mensajes
de
rastreo
relacionados
con
las
operaciones
del
adaptador.
Los
mensajes
se
almacenan
en
el
archivo
identificado
en
trace.filename.
El
valor
predeterminado
es
falso
adapter.trace.level
Si
tiene
habilitados
mensajes
de
rastreo
del
adaptador,
defnalo
como
low,
medium
o
high,
segn
el
nivel
de
detalle
que
necesite.
El
valor
predeterminado
es
low
adapter.working.dir
Directorio
de
trabajo
que
utilizar
el
adaptador.
El
valor
predeterminado,
recomendado,
es
el
directorio
de
capa
intermedia
de
Tivoli
Monitoring
($DBDIR/dmml
)
adapter.xml.validation
Defnalo
como
verdadero
si
desea
habilitar
la
validacin
xml.
El
valor
predeterminado
es
false.
core.trace_level
Especifica
el
nivel
del
rastreo
bsico
de
perfiles.
El
valor
mnimo
es
0,
el
mximo
es
2,
el
predeterminado
es
1.
core.trace_size
Especifica
el
tamao
en
bytes
del
rastreo
bsico
de
perfiles.
El
valor
predeterminado
es
500000.
datacollector.db_purge_interval
Especifica
el
nmero
de
das
en
que
los
datos
se
conservan
en
la
base
de
datos:
los
datos
ms
antiguos
se
eliminan
automticamente
de
la
base
de
datos.
El
valor
puede
estar
comprendido
entre
10
y
60.
El
valor
predeterminado
es
30
das.
datacollector.delay
Especifica
el
retardo
de
tiempo
(en
minutos,
en
relacin
con
una
hora)
tras
138
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
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,
wdmconfig
Captulo
8.
Comandos
139
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
heartbeat.reg_ep_time=1200
habilita
una
rellamada
cada
20
minutos)
y
reinicie
el
motor.
Para
inhabilitar
o
modificar
el
mecanismo,
NO
es
necesario
detener
el
motor.
Si
no
est
establecida
la
clave
de
configuracin,
o
si
est
establecida
en
0,
la
llamada
se
produce
slo
una
vez.
Tenga
en
cuenta
tambin
que
esta
clave,
a
pesar
de
su
nombre,
no
est
relacionada
con
la
manera
en
que
funciona
el
latido.
heartbeat.send_endpoint_migrated_event
Defnalo
como
verdadero
si
desea
habilitar
la
generacin
de
eventos
de
Heartbeat_EndpointMigrated;
de
lo
contrario,
deje
falso
como
valor
predeterminado.
heartbeat.send_events_to_notice
Establzcalo
en
false
si
no
desea
enviar
eventos
de
latido
al
grupo
de
avisos
de
Tivoli
Monitoring;
en
caso
contrario,
deje
el
valor
predeterminado
true.
heartbeat.send_events_to_tbsm
Defnalo
como
true
si
desea
enviar
eventos
de
latido
a
Tivoli
Business
Systems
Manager;
en
caso
contrario,
deje
como
valor
predeterminado
false.
heartbeat.send_events_to_tec
Defnalo
como
true
si
desea
enviar
eventos
de
latido
al
servidor
Tivoli
Enterprise
Console;
en
caso
contrario,
deje
como
valor
predeterminado
false.
heartbeat.tec_server
Si
ha
establecido
heartbeat.send_events_to_tec
en
true,
entre
aqu
el
nombre
del
servidor
Tivoli
Enterprise
Console
(por
ejemplo
ServidorEventos
o
ServidorEventos@nombre_regin).
El
servidor
debe
ser
un
servidor
Tivoli
seguro.
heartbeat.trace_level
Especifica
el
nivel
del
rastreo
de
motor
de
latido
(proceso
tmnt_hb_eng).
El
valor
mnimo
es
0,
el
mximo
es
2,
el
predeterminado
es
1.
heartbeat.trace_size
Especifica
el
tamao
en
bytes
del
rastreo
de
motor
de
latido
(proceso
tmnt_hb_eng).
El
valor
predeterminado
es
500000.
request_manager.automatic_cancel_frequency
Especifica
el
intervalo
de
tiempo
(en
segundo)
tras
el
que
el
Gestor
de
peticiones
comprueba
si
las
aplicaciones
utilizan
las
peticiones
que
han
presentado.
Cuando
una
aplicacin
no
utiliza
las
peticiones,
el
Gestor
de
peticiones
cancela
las
peticiones
presentadas
por
la
aplicacin.
El
valor
predeterminado
es
600
segundos.
request_manager.check_existance_in_ep_list
Si
se
establece
en
false,
el
Gestor
de
peticiones
no
comprueba
si
los
puntos
finales
contenidos
en
el
cach
del
gateway
tambin
estn
contenido
en
el
cach
del
Gestor
de
puntos
finales
al
nivel
de
framework.
El
valor
predeterminado
es
true.
request_manager.request_expiration_period
Especifica
el
nmero
(x)
de
periodos
en
que
se
permite
a
una
aplicacin
recuperar
datos.
Si
una
aplicacin
no
recupera
datos
durante
x
periodos,
el
Gestor
de
peticiones
cancela
la
peticin
correspondiente
a
dicha
aplicacin.
El
valor
predeterminado
es
3
periodos.
Esto
significa
que,
para
una
aplicacin
que
ha
presentado
una
peticin
con
un
tiempo
de
renovacin
de
10
minutos,
si
la
aplicacin
no
obtiene
datos
durante
10*3=30
minutos,
se
cancela
la
peticin.
wdmconfig
140
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
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).
Nota:
En
una
estacin
de
trabajo
Windows
NT,
si
la
ruta
de
destino
de
instalacin
contiene
un
directorio
cuyo
nombre
incluye
espacios,
el
nombre
del
directorio
debe
especificarse
entre
apstrofos,
como
en
el
ejemplo
siguiente:
D:\Archivos
de
programa\jre
tbsma.trace_level
Especifica
el
nivel
de
los
rastreos
del
motor
de
Tivoli
Business
Manager
(procesos
tmnt_tbsm_eng
y
tmnt_tbsm_wrapper).
El
valor
mnimo
es
0,
el
mximo
es
2,
el
predeterminado
es
1.
wdmconfig
Captulo
8.
Comandos
141
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):
wdmconfig
142
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
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
Nota:
No
se
realiza
ninguna
validacin
en
los
valores
entrados
contra
una
clave
determinada,
por
lo
que
debe
asegurarse
de
que
sean
vlidos.
m
{nodo_gestionado
|
@archivo_nodos_gestionados
|
all}
Especifica
los
nodos
gestionados/gateways
en
los
que
se
actualizar
la
configuracin
del
producto.
Si
no
se
utiliza
esta
opcin,
la
configuracin
del
producto
se
actualiza
en
el
nodo/gateway
desde
el
que
se
est
ejecutando
el
comando.
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
G
clave
Muestra
una
clave
de
configuracin.
El
argumento
es
una
clave
o
un
patrn
correspondiente
a
un
grupo
de
claves.
El
carcter
comodn
*
se
acepta
en
el
patrn.
Cuando
se
utiliza
el
carcter
de
comodn,
la
salida
del
comando
muestra
tambin
las
claves
de
configuracin
(distintas
de
aquellas
sobre
las
que
wdmconfig
Captulo
8.
Comandos
143
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
se
informa
bajo
la
opcin
-D)
cuyo
valor
no
se
debe
modificar.
Se
recomienda
que
no
cambie
el
valor
de
dichas
claves
sin
la
indicacin
de
Tivoli
Support.
Autorizacin
Requiere
los
roles
super
o
senior.
Ejemplos
1.
El
ejemplo
siguiente
actualiza
la
configuracin
en
todos
los
nodos
gestionados/gateways
identificados
en
el
archivo
mis_nodos1.txt
con
la
direccin
de
IP
y
el
puerto
del
servidor
en
el
que
se
encontrar
Tivoli
Business
Systems
Manager
CommonListener.
wdmconfig
m
@mis_nodos1.txt
-D
transport.server.ip.address=193.202.74.21
-D
transport.server.mqe.port=4068
2.
El
siguiente
ejemplo
es
una
consulta
de
todos
los
parmetros
de
configuracin
del
gestor
de
peticiones
wdmconfig
-G
request_manager.*
Consulte
tambin
wdmdiscovery
wdmheartbeat
wdmmngcache
wdmconfig
144
IBM
Tivoli
Monitoring:
Gua
del
usuario
wdmdiscovery
Ejecuta
un
descubrimiento
masivo
o
delta
en
determinados
puntos
finales
de
determinados
nodos/gateways.
El
comando
debera
utilizarse
slo
si
est
instalado
el
componente
Tivoli
Business
Systems
Manager
Adapter.
Sintaxis
wdmdiscovery
[m
{nodo_gestionado
|
@archivo_nodos_gestionados
|
all}]
b
[{e
{punto
final
|
@archivo_puntos_finales}
|
a}]
wdmdiscovery
[m
{nodo_gestionado
|
@archivo_nodos_gestionados
|
all}]
d
[{e
{punto
final
|
@archivo_puntos_finales}
|
a}]
Descripcin
El
comando
wdmdiscovery
funciona
en
un
nodo
gestionado/gateway
seleccionado,
una
lista
de
nodos
gestionados/gateways
contenida
en
un
archivo
o
todos
los
nodos
gestionados/gateways,
y
enva
un
descubrimiento
masivo
o
delta
de
un
punto
final,
una
lista
de
puntos
finales
contenida
en
un
archivo
o
todos
los
puntos
finales,
a
la
de
Tivoli
Business
Systems
Manager
CommonListener.
Opciones
b
El
descubrimiento
ser
masivo,
mediante
el
cual
se
devolver
toda
la
informacin
sobre
todos
los
puntos
finales
identificados
por
el
parmetro
e
d
El
descubrimiento
ser
delta,
mediante
el
cual
la
informacin
slo
se
devolver
en
aquellos
puntos
finales
en
los
que
ha
habido
un
cambio
de
estado
desde
el
descubrimiento
anterior.
El
estado
en
este
caso
es
la
presencia
o
ausencia
del
punto
final
en
la
red.
As,
el
descubrimiento
delta
slo
informa
acerca
de
los
puntos
finales
que
se
han
activado,
que
se
han
desconectado
o
que,
por
alguna
razn,
no
estn
disponibles
en
la
red.
{e
{punto
final
|
@archivo_puntos_finales}
|
a}
Especifica
el
punto
final
del
que
se
necesita
informacin.
Si
no
se
utiliza
esta
opcin,
el
descubrimiento
se
realizar
en
todos
los
puntos
finales
adjuntos
al
nodo
gestionado/gateway
desde
el
que
se
est
ejecutando
el
comando.
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:
Captulo
8.
Comandos
145
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
wdmdiscovery
146
IBM
Tivoli
Monitoring:
Gua
del
usuario
wdmdistrib
Distribuye
un
perfil
a
los
suscriptores.
Sintaxis
wdmdistrib
p
nombre_perfil
[D
propiedad_MDist2=valor
...]
[M
maintain
|
over_all
|
over_opts
|
over_all_no_merge
]
[f]
[n]
[e]
[w]
[i]
[J
dir_ubicacin_JRE
[r]
]
[d]
[R]
[l]
[s
archivo_suscriptores]
[suscriptor...]
wdmdistrib
J
dir_ubicacin_JRE
l
[r]
[D
propiedad_MDist2=valor
...]
[f]
[n]
[e]
[w]
[i]
[d]
[R]
{s
archivo_suscriptores
|
suscriptor...}
Descripcin
Este
comando
distribuye
un
perfil
a
los
suscriptores.
Se
pueden
especificar
tres
tipos
de
suscriptores,
en
cualquiera
de
los
siguientes
formatos:
v
@recurso:nombre_nodo
v
@Endpoint:nombre_nodo
v
@ProfileManager:nombre_nodo
o
/Regions/NombreReginPolticas/nombre_gestor_perfiles
donde
recurso
puede
ser
Endpoint,
ProfileManager
o
el
tipo
de
recurso
de
aplicacin
y
donde
nombre_nodo
es
el
nombre
del
punto
final,
gestor
de
perfiles
o
recurso
de
aplicacin.
Endpoint
es
el
valor
predeterminado
si
no
se
especifica
ningn
tipo
de
recurso
del
suscriptor.
Si
no
se
especifica
ningn
suscriptor,
el
perfil
se
distribuye
a
todos
los
suscriptores
actuales
del
gestor
de
perfiles
al
que
pertenece
el
perfil.
La
opcin
M
se
utiliza
para
identificar
las
reglas
a
seguir
cuando
la
distribucin
es
para
suscriptores
que
ya
tienen
copias
locales
del
perfil.
Tivoli
Monitoring
utiliza
Multiplexed
Distribution
(MDist
2)
para
realizar
transferencias
asncronas
de
datos
de
perfil.
Para
ver
detalles
sobre
MDist
2,
consulte
el
apartado
Distribucin
de
perfiles
utilizando
MDist
2
en
la
pgina
70.
Opciones
p
nombre_perfil
Especifica
el
nombre
del
perfil
que
se
va
a
distribuir.
El
nombre
de
perfil
se
puede
completar
con
el
nombre
de
regin
de
polticas.
Si
no
se
indica
ninguna
regin,
se
presupone
que
es
la
regin
local.
R
Especifica
que
el
perfil
se
distribuye
de
forma
recursiva
a
todos
los
niveles
de
suscriptores.
El
valor
predeterminado
es
false,
lo
que
indica
que
el
perfil
slo
se
distribuye
al
siguiente
nivel
de
suscriptores.
M
maintain
|
over_all
|
over_opts
|
over_all_no_merge
Si
se
especifica,
determina
la
regla
a
seguir
cuando
la
distribucin
es
para
suscriptores
que
ya
tienen
copias
locales
del
perfil.
La
opcin
maintain
mantiene
las
modificaciones
locales,
over_all
graba
encima
de
las
Captulo
8.
Comandos
147
|
|
|
|
|
|
|
|
|
|
|
modificaciones
locales,
fusiona
over_opts
y
distribuye
todos
los
registros,
over_all_no_merge
distribuye
slo
el
perfil
especificado.
Si
no
se
especifica
M,
el
valor
predeterminado
es
maintain.
l
Si
se
especifica,
permite
dirigir
la
distribucin
tambin
a
recursos
que
no
estn
suscritos
al
gestor
de
perfiles
al
que
pertenece
el
perfil.
Esta
opcin
se
pasa
por
alto
cuando
no
se
especifica
ningn
suscriptor.
La
opcin
J
se
debe
especificar
junto
con
l
si
no
se
ha
indicado
ningn
nombre
de
perfil.
d
Si
se
especifica,
los
datos
son
desechables,
lo
que
significa
que
se
pueden
eliminar
del
depsito
repetidor
ms
cercano
al
punto
final
tras
la
distribucin.
f
Especifica
que
se
deben
grabar
los
resultados
en
el
archivo
de
registro.
Si
no
se
especifica
ni
n
ni
f,
el
valor
predeterminado
grabar
los
resultados
slo
en
el
archivo
de
registro.
n
Especifica
que
los
resultados
se
deben
grabar
en
el
grupo
de
avisos
de
Tivoli
Monitoring.
Si
no
se
especifica
ni
n
ni
f,
el
valor
predeterminado
grabar
los
resultados
slo
en
el
archivo
de
registro.
e
Si
se
especifica,
los
mensajes
de
error
se
tienen
que
grabar
en
el
archivo
de
registro.
w
Si
se
especifica,
los
mensajes
de
aviso
se
tienen
que
grabar
en
el
archivo
de
registro.
i
Si
se
especifica,
los
mensajes
de
informacin
se
tienen
que
grabar
en
el
archivo
de
registro.
D
propiedad_MDist2=valor
Define
una
o
ms
propiedades
para
configurar
MDist
2
para
la
distribucin
actual;
se
debe
especificar
una
D
aparte
para
cada
propiedad
que
se
vaya
a
configurar.
Slo
se
soportan
las
propiedades
de
MDist
2
siguientes:
label
Especifica
una
cadena
de
descripcin
para
la
distribucin.
El
valor
predeterminado
es
la
cadena
nombre_perfil(operacin),
donde
operacin
es
install.
pri
Especifica
el
nivel
de
prioridad,
que
es
el
orden
en
el
que
los
repetidores
manejan
las
distribuciones:
h
(prioridad
ms
alta),
m
(prioridad
media)
o
l
(prioridad
baja).
El
valor
predeterminado
es
m
(prioridad
media).
send_timeout
Especifica
el
intervalo
de
tiempo,
en
segundos,
que
un
repetidor
esperar
a
que
un
sistema
de
destino
reciba
un
bloque
de
datos.
Este
tiempo
de
espera
excedido
se
utiliza
para
detectar
errores
de
la
red
o
del
punto
final.
El
valor
predeterminado
es
3600
segundos.
Este
atributo
se
establece
inicialmente
mediante
el
comando
wmdist
s
(el
valor
predeterminado
es
300
segundos).
Puede
alterar
temporalmente
el
valor
de
wmdist
s
especificando
aqu
otro
valor.
result_timeout
Especifica
el
intervalo
de
tiempo,
en
segundos,
que
un
repetidor
esperar
a
que
el
mtodo
de
distribucin
del
punto
final
devuelva
los
resultados
de
la
distribucin.
wdmdistrib
148
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
deadline
La
fecha
en
la
que
caduca
una
distribucin,
es
decir,
cuando
falla
para
sistemas
de
destino
no
disponibles.
Se
especifica
en
el
formato
mm/dd/aaaa
hh:mm.
Si
esta
propiedad
no
se
especifica,
se
presuponen
los
siguientes
valores
predeterminados:
60
minutos
(desde
el
momento
en
que
se
inicia
la
distribucin)
para
instalaciones
de
perfil,
120
minutos
(desde
el
momento
en
que
se
inicia
la
distribucin)
para
distribuciones
JRE.
J
dir_ubicacin_JRE
La
ruta
completa
del
directorio
Tools\JRE
donde
se
encuentra
Java
Runtime
Environment
(JRE).
La
ruta
se
puede
incluir
entre
comillas
dobles.
El
directorio
desde
el
que
se
distribuye
JRE
debe
estar
en
el
sistema
de
archivos
local
del
servidor
de
Tivoli
(no
el
nodo
gestionado)
y
debe
tener
JRE
para
cada
sistema
operativo
(como
en
el
directorio
Tools\JRE
del
CD
del
producto).
r
Indica
que
JRE
debe
sustituirse
en
los
suscritores
de
destino.
Esta
opcin
nicamente
tiene
efecto
si
se
utiliza
en
combinacin
con
la
opcin
J.
Cuando
r
no
se
utiliza,
JRE
se
distribuye
solamente
a
los
suscriptores
que
todava
no
tienen
JRE
instalado
o
enlazado.
s
archivo_suscriptores
Un
archivo
que
contiene
los
nombres
de
los
suscriptores
del
perfil,
separados
por
el
carcter
CR/LF.
suscriptor
El
nombre
de
cualquier
suscriptor
al
que
se
tenga
que
distribuir
el
perfil.
Consulte
la
descripcin
del
comando
para
ver
los
formatos
posibles.
Si
se
especifica
ms
de
un
suscriptor,
se
deben
separar
los
nombres
mediante
blancos.
Si
no
se
especifica
ningn
suscriptor,
el
perfil
se
distribuye
a
todos
los
suscriptores
actuales
del
gestor
de
perfiles
al
que
pertenece
el
perfil.
Esta
opcin
se
debe
especificar
como
la
ltima
en
la
sintaxis
del
comando.
Autorizacin
Necesita
el
rol
admin,
super
o
senior.
Ejemplos
1.
El
siguiente
ejemplo
distribuye
el
perfil
denominado
miPerfil
al
suscriptor
denominado
ApacheWebserver1@mi_puntofinal
(cuyo
tipo
de
recurso
es
ApacheWebServer):
wdmdistrib
p
miPerfil
@ApacheWebServer:ApacheWebserver1@mi_puntofinal
2.
El
siguiente
ejemplo
distribuye
el
perfil
miPerfil
al
punto
final
miPuntoFinal.
Si
no
est
presente,
el
JRE
del
directorio
\Tools\Jre
de
la
unidad
E
se
instalar
en
el
punto
final:
wdmdistrib
p
miPerfil
-J
"E:\Tools\Jre"
miPuntofinal
3.
El
siguiente
ejemplo
distribuye
el
perfil
miPerfil,
de
forma
recursiva,
a
los
suscriptores
que
aparecen
listados
en
el
archivo
subscribersFilename
del
directorio
miDir
de
la
unidad
D
y
tambin
al
gestor
de
perfiles
miGestorPerfiles:
wdmdistrib
p
miPerfil
-R
-l
-s
"D:\miDir\nombreArchivoSuscriptores"
@ProfileManager:miGestorPerfiles
Consulte
tambin
wdmconfig
wmdist
(consulte
el
manual
Tivoli
Management
Framework
Reference)
wdmdistrib
Captulo
8.
Comandos
149
|
|
|
|
|
|
||
|
|
|
wdepot
(consulte
el
manual
Tivoli
Management
Framework
Reference)
150
IBM
Tivoli
Monitoring:
Gua
del
usuario
wdmdumpprf
Escribe
los
detalles
completos
de
un
perfil
en
la
salida
estndar.
Sintaxis
wdmdumpprf
P
perfil#regin
[x]
Descripcin
El
comando
wdmdumpprf
escribe
los
detalles
completos
del
perfil
seleccionado
en
la
salida
estndar,
en
formato
de
Tivoli
Management
Framework
o
XML.
A
continuacin,
la
salida
puede
guardarse,
editarse
y
recargarse
como
un
perfil
nuevo
o
modificado
utilizando
el
comando
wdmloadprf.
El
siguiente
ejemplo
muestra
una
salida
de
este
comando
de
un
perfil
que
contiene
un
nico
modelo
de
recurso:
<?xml
version="1.0"
encoding="UTF-8"?>
<!DOCTYPE
Tmw2kProfile
[
<!ELEMENT
Tmw2kProfile
(GenProfileInfo,
ResModelInfo*)>
<!ATTLIST
Tmw2kProfile
Version
CDATA
#REQUIRED>
<!ELEMENT
GenProfileInfo
(#PCDATA)>
<!ATTLIST
GenProfileInfo
ProfileName
CDATA
#REQUIRED>
<!ATTLIST
GenProfileInfo
EnableTBSMfeeding
CDATA
#REQUIRED>
<!ATTLIST
GenProfileInfo
Tec
CDATA
#REQUIRED>
<!ATTLIST
GenProfileInfo
TecEventServer
CDATA
#REQUIRED>
<!ELEMENT
ResModelInfo
(SchedulingInfo,LoggingInfo,Property*,Parameter*,EventAggregInfo*)>
<!ATTLIST
ResModelInfo
Enabled
CDATA
#REQUIRED>
<!ATTLIST
ResModelInfo
ModelName
CDATA
#REQUIRED>
<!ATTLIST
ResModelInfo
Zipfile
CDATA
#REQUIRED>
<!ATTLIST
ResModelInfo
Platform
CDATA
#REQUIRED>
<!ATTLIST
ResModelInfo
MinorVersion
CDATA
#REQUIRED>
<!ATTLIST
ResModelInfo
MajorVersion
CDATA
#REQUIRED>
<!ATTLIST
ResModelInfo
CycleTime
CDATA
#REQUIRED>
<!ELEMENT
SchedulingInfo
(String)*>
<!ATTLIST
SchedulingInfo
StartDate
CDATA
#REQUIRED>
<!ATTLIST
SchedulingInfo
StopDate
CDATA
#REQUIRED>
<!ELEMENT
String
(#PCDATA)>
<!ELEMENT
LoggingInfo
(DataLoggingInfo)>
<!ELEMENT
DataLoggingInfo
(#PCDATA)>
<!ATTLIST
DataLoggingInfo
EnableLogging
CDATA
#REQUIRED>
<!ATTLIST
DataLoggingInfo
TEDW
CDATA
#REQUIRED>
<!ATTLIST
DataLoggingInfo
RAW
CDATA
#REQUIRED>
<!ATTLIST
DataLoggingInfo
LoggingPeriod
CDATA
#REQUIRED>
<!ATTLIST
DataLoggingInfo
AggregateData
CDATA
#REQUIRED>
<!ATTLIST
DataLoggingInfo
AggregationPeriod
CDATA
#REQUIRED>
<!ATTLIST
DataLoggingInfo
WantMin
CDATA
#REQUIRED>
<!ATTLIST
DataLoggingInfo
WantMax
CDATA
#REQUIRED>
<!ATTLIST
DataLoggingInfo
WantAvg
CDATA
#REQUIRED>
<!ELEMENT
Property
(#PCDATA)>
<!ATTLIST
Property
Name
CDATA
#REQUIRED>
<!ATTLIST
Property
Value
CDATA
#REQUIRED>
<!ELEMENT
Parameter
(String)*>
<!ATTLIST
Parameter
Name
CDATA
#REQUIRED>
<!ATTLIST
Parameter
Type
CDATA
#REQUIRED>
<!ELEMENT
EventAggregInfo
(Action*,Task*)>
<!ATTLIST
EventAggregInfo
Name
CDATA
#REQUIRED>
<!ATTLIST
EventAggregInfo
Occurrences
CDATA
#REQUIRED>
<!ATTLIST
EventAggregInfo
Holes
CDATA
#REQUIRED>
<!ATTLIST
EventAggregInfo
SendToTBSM
CDATA
#REQUIRED>
<!ATTLIST
EventAggregInfo
Severity
CDATA
#REQUIRED>
Captulo
8.
Comandos
151
<!ATTLIST
EventAggregInfo
Clearing
CDATA
#REQUIRED>
<!ATTLIST
EventAggregInfo
SendTec
CDATA
#REQUIRED>
<!ATTLIST
EventAggregInfo
ExecuteAction
CDATA
#REQUIRED>
<!ELEMENT
Action
(#PCDATA)>
<!ATTLIST
Action
Methname
CDATA
#REQUIRED>
<!ATTLIST
Action
Retry
CDATA
#REQUIRED>
<!ELEMENT
Task
(#PCDATA)>
<!ATTLIST
Task
Name
CDATA
#REQUIRED>
<!ATTLIST
Task
Lib
CDATA
#REQUIRED>
<!ATTLIST
Task
Args
CDATA
#REQUIRED>
]>
<Tmw2kProfile
Version
=
"51106">
<GenProfileInfo
ProfileName
=
"prfa#user1-region"
EnableTBSMfeeding
=
"FALSE"
Tec
=
"None"
TecEventServer
=
""/>
<ResModelInfo
ModelName
=
"TMW_MemoryModel"
Enabled
=
"TRUE"
Zipfile
=
"TMW_MemoryModel.zip"
Platform
=
"w32-ix86"
MajorVersion
=
"1"
MinorVersion
=
"0"
CycleTime
=
"60">
<SchedulingInfo
StartDate
=
"0"
StopDate
=
"0">
</SchedulingInfo>
<LoggingInfo>
<DataLoggingInfo
EnableLogging
=
"FALSE"
TEDW
=
"FALSE"
RAW
=
"TRUE"
LoggingPeriod
=
"720"
AggregateData
=
"FALSE"
AggregationPeriod
=
"15"
WantMin
=
"FALSE"
WantMax
=
"FALSE"
WantAvg
=
"TRUE">
</DataLoggingInfo>
</LoggingInfo>
<Property
Name
=
"ExcessivePageFaults"
Value
=
"350,000000">
</Property>
<Property
Name
=
"ExcessivePaging"
Value
=
"60,000000">
</Property>
<Property
Name
=
"LowCacheHitsPercent"
Value
=
"70,000000">
</Property>
<Property
Name
=
"MinimumAvail"
Value
=
"10485760,000000">
</Property>
<Property
Name
=
"MinimumCommitted"
Value
=
"5242880,000000">
</Property>
<EventAggregInfo
Name
=
"TMW_MemoryLeakInPB"
wdmdumpprf
152
IBM
Tivoli
Monitoring:
Gua
del
usuario
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"
wdmdumpprf
Captulo
8.
Comandos
153
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"
wdmdumpprf
154
IBM
Tivoli
Monitoring:
Gua
del
usuario
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:
wdmdumpprf
Captulo
8.
Comandos
155
wdmlseng
e
punto
final
x
Realiza
un
vuelvo
del
perfil
en
formato
XML.
El
formato
predeterminado
es
Tivoli
Management
Framework.
Autorizacin
Necesita
los
roles
super,
senior,
admin
o
de
usuario.
Ejemplos
El
ejemplo
siguiente
escribe
los
detalles
completos
del
perfil
MiPerfil
de
la
regin
MiRegin
en
la
salida
estndar.
wdmdumpprf
P
MiPerfil#MiRegin
Consulte
tambin
wdmeditprf
wdmloadprf
wdmdumpprf
156
IBM
Tivoli
Monitoring:
Gua
del
usuario
wdmeditprf
Permite
editar
la
definicin
de
un
perfil,
incluyendo
todos
los
detalles
de
modelo
de
recurso.
Sintaxis
wdmeditprf
P
perfil#regin
{
opciones_perfil
|
acciones_modelo_recurso
}
donde
la
sintaxis
de
opciones_perfil
es:
{
list
|
[
Tec
{
broadcast
S
lista_servidores
|
failover
S
lista_servidores
|
no
}
]
[
TBSM
{
yes
|
no
}
]
}
la
sintaxis
de
acciones_modelo_recurso
es:
remove
modelo_recurso
|
print
modelo_recurso
[
t
]
[
e
]
[
tasks
]
[
Log
]
[
c
]
[
par
]
[
schedule
]
[
Tec
]
[
TBSM
]
|
add
modelo_recurso
[
especificador_agregar_modelo_recurso
]
|
edit
modelo_recurso
especificador_editar_modelo_recurso
la
sintaxis
de
especificador_agregar_modelo_recurso
es:
[
enable
|
disable
]
[
c
tiempo_ciclo
]
[
Schedule
[
start
fecha
]
stop
fecha
Rule
name
da1:da2:...
[
interval
hora:minuto
hora:minuto
]
]
[
t
nombre_umbral
value
]
...
[
e
evento
[
o
apariciones
]
[
h
agujeros
]
[
SendTec
|
NoSendTec
]
[
SendTBSM
|
NoSendTBSM]
[
severity
tipo_severidad
]
[
clearing
{
yes
|
no
}
]
]
]
...
[
AddPar
nombre_parm
parm
]
...
[
SetAction
evento
nombre_accin
valor_reint_accin
]
...
[
DelAction
evento
nombre_accin
]
...[
AddTask
evento
bib_tareas
nombre_tarea
[
a
arg_tarea...
]
]
...
[
Log
[
LogEnable
|
LogDisable
]
[
p
periodo
]
{
[
RAW
{
s
|
no
}
]
[
TEDW
{
s
|
no}
]
|
[
Agg
{
s
|
no}
]
}
[
ap
periodo_agregacin
]
[Min
|
NoMin
]
[
Max
|
NoMax
]
[
Avg
|
NoAvg
]
]
y
la
sintaxis
de
especificador_agregar_modelo_recurso
es:
[
enable
|
disable
]
[
c
tiempo_ciclo
]
[
Schedule
[
start
fecha
]
stop
fecha
Rule
nombre
da1:da2:...
[
interval
hora:minuto
hora:minuto
]
]
[
t
nombre_umbral
valor
]
...
[
e
evento
[
o
apariciones
]
[
h
agujeros
]
[
SendTec
|
NoSendTec
]
[
SendTBSM
|
NoSendTBSM]
[
severity
tipo_severidad
]
[
clearing
{
yes
|
no
}
]
]
]
...
[
AddPar
nombre_parm
parmetro
]
...[
DelPar
nombre_parmetro
parm
]
...[
AddAction
evento
nombre_accin
valor_reintento_accin
]
...[
SetAction
evento
nombre_accin
valor_reintento_accin
]
...
[
DelAction
evento
nombre_accin
]
...
[
AddTask
evento
bib_tareas
nombre_tarea
[
a
arg_tarea
...
]
]
...
[
DelTask
evento
bib_tareas
nombre_tarea
]
...
[
Log
[
LogEnable
|
LogDisable
]
[
p
periodo
]
{
[
RAW
{
s
|
no
}
]
[
TEDW
{
s
|
no}
]
|
[
Agg
{
s
|
no}
]
}
[
ap
periodo_agregacin
]
[Min
|
NoMin
]
[
Max
|
NoMax
]
[
Avg
|
NoAvg
]
]
Descripcin
El
comando
wdmeditprf
permite
cambiar
varios
atributos
de
un
perfil:
v
Los
modelos
de
recurso
pueden
agregarse
con
valores
predeterminados
o
puede
proporcionarlos
el
usuario
v
Los
modelos
de
recurso
pueden
editarse
v
Los
detalles
del
modelo
de
recurso
seleccionado
o
los
perfiles
pueden
imprimirse
Captulo
8.
Comandos
157
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
v
Los
monitores
de
destino
para
los
eventos
generados
por
el
modelo
de
recurso
pueden
definirse
v
Las
tareas
desencadenadas
por
eventos,
generadas
por
el
modelo
de
recurso,
pueden
definirse.
Los
modelos
de
recurso
pueden
agregarse
utilizando
todos
los
valores
predeterminados
proporcionados,
que
se
encuentran
documentados
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.Por
otra
parte,
puede
agregar
un
modelo
con
uno
o
ms
valores
modificados
para
que
ajustarlos
a
sus
necesidades.
Tambin
puede
editar
cualquiera
de
los
detalles
de
un
modelo
de
recurso
existente.
Las
diversas
opciones
mostradas
anteriormente
en
el
apartado
Sintaxis,
que
se
definen
a
continuacin
en
el
apartado
Opciones,
son
no
exclusivas.
As,
puede
emitir
un
nico
comando
para
agregar
un
modelo
de
recurso
que
modifique
los
valores
predeterminados
de,
por
ejemplo,
el
tiempo
del
ciclo
y
un
evento.
A
continuacin
puede
escribir
un
comando
separado
para
editar,
por
ejemplo,
los
detalles
de
registro
y
dos
umbrales.
Opciones
Las
opciones
del
comando
wdmeditprf
deben
especificarse
en
la
secuencia
correcta:
1.
P
perfil#regin
2.
add,
edit,
list,
print,
remove,
TBSM
o
Tec
3.
modelo_recurso
(si
es
necesario)
4.
Los
argumentos
de
las
opciones
add
o
edit:
pueden
escribirse
en
cualquier
orden
Los
detalles
de
las
opciones
son
los
siguientes:
P
perfil#regin
El
perfil
en
que
las
acciones
de
este
comando
se
realizarn.
add
modelo_recurso
Agrega
el
modelo
de
recurso
nombrado
al
perfil.
Utilice
el
nombre
interno
del
modelo
de
recurso,
segn
se
especifica
para
cada
modelo
de
recurso
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
Opcionalmente,
el
comando
puede
ir
seguido
de
uno
o
ms
argumentos
del
modelo
de
recurso,
que
modificarn
los
valores
predeterminados
del
modelo
de
recurso
nombrado;
slo
los
valores
que
necesitan
cambiarse
deben
especificarse.
Los
detalles
de
estos
argumentos
se
proporcionan
a
continuacin
de
la
opcin
Tec.
edit
modelo_recurso
Especifica
que
desea
editar
el
modelo
de
recurso
nombrado.
Utilice
el
nombre
interno
del
modelo
de
recurso,
segn
se
especifica
para
cada
modelo
de
recurso
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
Opcionalmente,
el
comando
puede
ir
seguido
de
uno
o
ms
argumentos
del
modelo
de
recurso,
que
modificarn
los
valores
predeterminados
del
modelo
de
recurso
nombrado;
slo
los
valores
que
necesitan
cambiarse
deben
especificarse.
Los
detalles
de
estos
argumentos
se
proporcionan
a
continuacin
de
la
opcin
Tec.
list
Ofrece
un
resumen
de
los
detalles
del
perfil
en
la
salida
estndar.
El
formato
de
salida
es
el
siguiente:
wdmeditprf
158
IBM
Tivoli
Monitoring:
Gua
del
usuario
Resource
Model
Enable
DMXFileSystem
YES
DMXMemory
YES
DMXProcess
YES
TMW_ParamEventLog
NO
print
modelo_recurso
Imprime
informacin
bsica
sobre
el
modelo
de
recurso
nombrado.
Utilice
el
nombre
interno
del
modelo
de
recurso,
segn
se
especifica
para
cada
modelo
de
recurso
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
Puede
obtener
ms
informacin
especificando
(como
mnimo)
uno
o
ms
de
los
argumentos
siguientes:
c
Para
imprimir
informacin
sobre
el
tiempo
de
ciclo.
e
Para
imprimir
informacin
sobre
el
evento.
tasks
Para
imprimir
informacin
asociada
con
tareas.
Log
Para
imprimir
informacin
sobre
el
registro
de
datos.
par
Para
imprimir
informacin
sobre
parmetros
(para
modelos
de
recursos
paramtricos).
schedule
Para
imprimir
informacin
sobre
planificacin.
t
Para
imprimir
informacin
sobre
umbrales.
Tec
Para
imprimir
informacin
relacionada
con
Tivoli
Enterprise
Console.
TBSM
Para
imprimir
informacin
relacionada
con
Tivoli
Business
System
Manager.
remove
modelo_recurso
Elimina
el
modelo
de
recurso
nombrado
del
perfil.
Utilice
el
nombre
interno
del
modelo
de
recurso,
segn
se
especifica
para
cada
modelo
de
recurso
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
TBSM
Especifica
si
los
eventos
de
este
perfil
deben
enviarse
a
Tivoli
Business
Systems
Manager.
Las
opciones
son:
yes
Especifica
que
los
eventos
se
enviarn
a
Tivoli
Business
Systems
Manager.
no
Especifica
que
no
se
enviar
ningn
evento
a
Tivoli
Business
Systems
Manager.
Si
selecciona
esta
opcin,
no
se
tendrn
en
cuenta
las
peticiones
de
Enviar
a
TBSM
que
especifique
o
haya
especificado
para
indicaciones
individuales.
Tec
Especifica
si
los
eventos
para
este
perfil
deben
enviarse
al
servidor
Tivoli
Enterprise
Console
e
identifica
el
servidor.
Las
opciones
son:
broadcast
S
lista_servidores
Especifica
que
se
enviarn
los
eventos
a
todos
los
servidores
de
Tivoli
Enterprise
Console
de
la
lista.
Para
indicar
mltiples
servidores,
utilice
una
coma
(',')
como
separador.
Si
especifica
un
servidor
sin
ningn
nombre
de
regin,
los
eventos
se
enviarn
al
servidor
de
Tivoli
Enterprise
Console
local.
Si
el
servidor
es
un
servidor
no
seguro,
especifique
la
ubicacin
del
servidor
seguida
por
el
signo
de
suma
'+'
y
el
puerto
del
servidor.
wdmeditprf
Captulo
8.
Comandos
159
failover
S
lista_servidores
Especifica
que
se
enviarn
los
eventos
al
primer
servidor
de
Tivoli
Enterprise
Console
no
seguro
disponible
de
la
lista.
Los
servidores
se
especifican
por
la
ubicacin
del
servidor
seguida
por
el
signo
de
suma
'+'
y
el
puerto
del
servidor.
no
Especifica
que
no
se
enviar
ningn
evento
al
servidor
Tivoli
Enterprise
Console.
Si
selecciona
esta
opcin,
no
se
tendrn
en
cuenta
las
peticiones
de
Enviar
a
TEC
que
especifique
o
haya
especificado
para
indicaciones
individuales.
Argumentos
de
las
opciones
add
y
edit
Las
opciones
add
y
edit
pueden
adoptar
los
argumentos
siguientes,
en
cualquier
orden
y
de
acuerdo
con
las
especificaciones
proporcionadas
con
la
sintaxis
especificador_agregar_modelo_recurso
y
la
sintaxis
especificador_editar_modelo_recursos:
AddPar
nombre_parmetro
valor_parmetro
Define
los
valores
de
los
parmetros
para
modelos
de
recurso
que
se
pueden
definir
con
parmetros.
Cada
parmetro
es
de
uno
de
los
cuatro
tipos.
Encontrar
ms
detalles
sobre
los
nombres
y
tipos
de
parmetros
para
cada
modelo
de
recurso
que
se
pueda
definir
con
parmetros
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
Los
valores
de
los
parmetros
se
agregan
utilizando
la
opcin
AddPar
segn
el
tipo
de
parmetro,
de
la
manera
siguiente:
v
Numrico:
Una
lista
de
valores
numricos.
La
opcin
AddPar
agrega
el
valor
proporcionado
en
valor_parmetro
a
los
valores
existentes
del
parmetro
numrico.
v
Cadena:
Una
lista
de
cadenas.
La
opcin
AddPar
agrega
la
cadena
proporcionada
en
valor_parmetro
a
los
valores
existentes
del
parmetro
de
cadena.
v
Lista
booleana:
Una
lista
booleana
de
valores
no
exclusivos
predefinidos.
La
opcin
AddPar
cambia
el
valor
de
lista
booleana
proporcionado
en
valor_parmetro
al
estado
true.
Para
cambiarlo
al
estado
false,
utilice
la
opcin
DelPar.
v
Lista
de
opciones:
Una
lista
de
opciones
de
alternativas
exclusivas
predefinidas.
La
opcin
AddPar
selecciona
el
valor
de
la
lista
de
opciones
proporcionado
en
valor_parmetro;
el
valor
previamente
seleccionado
se
deseleccionar
automticamente
cuando
se
realice
el
comando.
AddAction
event
nombre_accin
valor_reintento_accin
Agrega
una
accin
con
los
valores
especificados
al
modelo
de
recurso:
v
evento
El
evento
que
desencadena
la
accin.
v
nombre_accin
El
nombre
de
la
accin
incorporada.
v
valor_reintento_accin
El
valor
de
reintento
para
la
accin.
Nota:
Las
acciones
incorporadas
solamente
pueden
agregarse
si
anteriormente
se
han
eliminado
del
modelo
de
recurso.
wdmeditprf
160
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
SetAction
evento
nombre_accin
valor_reintento_accin
Define
una
accin
con
los
valores
especificados
en
el
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.
DelAction
evento
nombre_accin
Elimina
una
accin
con
los
valores
especificados
desde
el
modelo
de
recurso:
v
evento
El
evento
que
desencadena
la
accin.
v
nombre_accin
El
nombre
de
la
accin
incorporada.
AddTask
evento
biblioteca_tareas
nombre_tarea
[
a
arg_tarea
...
]
Define
los
valores
asociados
con
una
tarea:
v
evento
El
evento
que
desencadena
la
tarea.
v
biblioteca_tareas
La
biblioteca
de
tareas
correspondiente
a
la
tarea
especificada.
v
nombre_tarea
El
nombre
de
la
tarea.
v
arg_tarea
Cualquier
argumento
de
tarea.
c
tiempo_ciclo
Cambia
el
valor
predeterminado
del
tiempo
del
ciclo
de
un
modelo
de
recurso.
El
valor
se
proporciona
en
segundos.
DelPar
nombre_parmetro
valor_parmetro
Cambia
los
valores
de
los
parmetros
para
modelos
de
recurso
que
se
pueden
definir
con
parmetros.
Cada
parmetro
es
de
uno
de
los
cuatro
tipos.
Encontrar
ms
detalles
sobre
los
nombres
y
tipos
de
parmetros
para
cada
modelo
de
recurso
que
se
pueda
definir
con
parmetros
en
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Reference
Guide.
Los
valores
de
los
parmetros
se
modifican
utilizando
la
opcin
DelPar,
segn
el
tipo
de
parmetro,
de
la
manera
siguiente:
v
Numrico:
Una
lista
de
valores
numricos.
La
opcin
DelPar
suprime
el
valor
proporcionado
en
valor_parmetro
de
los
valores
existentes
del
parmetro
numrico.
v
Cadena:
Una
lista
de
cadenas.
La
opcin
DelPar
suprime
el
valor
proporcionado
en
valor_parmetro
de
los
valores
existentes
del
parmetro
numrico.
v
Lista
booleana:
Una
lista
booleana
de
valores
no
exclusivos
predefinidos.
La
opcin
DelPar
cambia
el
valor
de
la
lista
booleana
proporcionado
en
valor_parmetro
al
estado
false.
Para
cambiarlo
al
estado
true,
utilice
la
opcin
AddPar.
v
Lista
de
opciones:
wdmeditprf
Captulo
8.
Comandos
161
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Este
tipo
de
parmetro
no
puede
modificarse
con
la
opcin
DelPar;
utilice
la
opcin
AddPar.
DelTask
evento
biblioteca_tareas
nombre_tarea
Suprime
una
tarea
con
los
valores
especificados
del
modelo
de
recurso:
v
evento
El
evento
que
desencadena
la
tarea.
v
biblioteca_tareas
La
biblioteca
de
tareas
correspondiente
a
la
tarea
especificada.
v
nombre_tarea
El
nombre
de
la
tarea.
disable
Inhabilita
el
modelo
de
recurso
del
perfil
definido.
e
evento
Cambia
el
valor
predeterminado
de
un
evento
nombrado.
Puede
definir
cualquier
nmero
de
eventos.
Los
valores
especficos
que
pueden
cambiarse
son
los
siguientes:
v
h
agujeros:
Define
el
nmero
de
agujeros
consecutivos
(ciclos
en
los
que
no
ocurre
una
indicacin)
que
pueden
interrumpir
el
recuento
de
apariciones
consecutivas
sin
volver
a
establecer
el
recuento
en
cero.
v
o
apariciones
Define
el
nmero
de
apariciones
consecutivas
(ciclos
en
los
que
ocurre
una
indicacin)
que
se
necesitan
para
desencadenar
el
evento.
v
NoSendTBSM
Define
que
el
evento
no
se
enviar
a
Tivoli
Business
Systems
Manager.
v
NoSendTec
El
evento
no
se
enviar
al
servidor
Tivoli
Enterprise
Console.
v
SendTBSM
Define
que
el
evento
se
enviar
a
Tivoli
Business
Systems
Manager.
v
SendTec
Define
que
el
evento
se
enviar
al
servidor
Tivoli
Enterprise
Console.
v
severity
tipo_gravedad
El
tipo
de
gravedad
del
evento
debe
ser
uno
de
los
siguientes:
GRAVE,
CRTICO,
AVISO,
INOFENSIVO,
MENOR.
v
clearing
Especifica
si
se
debe
enviar
un
evento
de
borrado
cuando
hayan
desaparecido
las
circunstancias
que
han
generado
el
evento.
Las
opciones
son:
yes
Se
enva
un
evento
de
borrado.
no
No
se
enva
un
evento
de
borrado.
enable
Habilita
el
modelo
de
recurso
del
perfil
definido.
Log
Cambia
los
valores
predeterminados
de
los
detalles
de
registro
de
datos.
Los
valores
especficos
que
pueden
cambiarse
son
los
siguientes:
v
Agg
{yes
|
no}
Determina
si
los
datos
de
registro
se
agregarn
(yes)
o
no
(no).
v
ap
periodo_agregacin
wdmeditprf
162
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
||
||
Define
el
periodo
durante
el
cual
se
agregan
los
datos,
en
el
formato
HH:MM;
mximo
24:00
horas.
El
periodo
permitido
se
encuentra
en
el
rango:
00:05
-
24:00.
La
unidad
mnima
de
agregacin
es
5
minutos.
v
Avg
Define
que
se
registrar
el
promedio
de
los
valores
encontrados
durante
el
periodo
de
agregacin.
v
LogDisable
Define
que
la
caracterstica
de
registro
de
datos
se
inhabilitar.
v
LogEnable
Define
que
la
caracterstica
de
registro
de
datos
se
habilitar.
v
Max
Define
que
se
registrar
el
valor
ms
elevado
encontrado
durante
el
periodo
de
agregacin.
v
Min
Define
que
se
registrar
el
valor
ms
bajo
encontrado
durante
el
periodo
de
agregacin.
v
NoAvg
Define
que
el
promedio
de
los
valores
encontrados
durante
el
periodo
de
agregacin
no
se
registrar
(consulte
la
opcin
-Avg)
v
NoMax
Define
que
el
valor
ms
elevado
encontrado
durante
el
periodo
de
agregacin
no
se
registrar
(consulte
la
opcin
-Max)
v
NoMin
Define
que
el
valor
ms
bajo
encontrado
durante
el
periodo
de
agregacin
no
se
registrar
(consulte
la
opcin
-Min)
v
p
periodo
Define
la
duracin
histrica
de
datos
en
la
base
de
datos
de
registro
de
datos,
en
el
formato
HH:MM;
mximo
24:00
horas.
El
periodo
permitido
se
encuentra
en
el
rango:
00:05
-
24:00.
La
unidad
mnima
de
agregacin
es
5
minutos.
v
RAW
{yes
|
no}
Determina
si
el
registro
de
datos
sin
procesar
est
habilitado
(yes)
o
inhabilitado
(no).
v
TEDW
{yes
|
no}
Determina
si
el
registro
de
datos
TEDW
est
habilitado
(yes)
o
inhabilitado
(no).
t
umbral
valor_umbral
Define
el
valor
de
un
umbral
nombrado;
puede
definirse
cualquier
nmero
de
umbrales.
Schedule
[
start
fecha
]
stop
fecha
Define
la
planificacin
del
modelo
de
recurso.
Las
fechas
de
inicio
y
de
finalizacin
estn
en
el
formato
ao-mes-da
(por
ejemplo:
para
indicar
el
16
de
julio
de
2003,
especifique
2003-7-16).
La
fecha
de
inicio
predeterminada
es
hoy.
Como
mnimo
se
debe
especificar
una
regla
de
planificacin
en
el
formato:
Rule
nombre
da1:da2:...
[
interval
hora:minuto
hora:minuto]
Los
das
de
la
semana
se
especifican
como
lunes:martes:mircoles:jueves:viernes:sbado:domingo.
El
intervalo
de
tiempo
es
hora:minuto
(por
ejemplo:
7:15-9:20
pm
se
convierte
en
19:15
21:20).
wdmeditprf
Captulo
8.
Comandos
163
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
wdmeditprf
164
IBM
Tivoli
Monitoring:
Gua
del
usuario
12.
El
ejemplo
siguiente
inhabilita
el
envo
de
eventos
al
servidor
Tivoli
Enterprise
Console
para
el
perfil
MiPerfil
de
la
regin
MiRegin:
wdmeditprf
P
MiPerfil#MiRegin
-Tec
no
Consulte
tambin
wdmdumpprf
wdmloadprf
wdmeditprf
Captulo
8.
Comandos
165
wdmeng
Detiene
o
inicia
perfiles
o
modelos
de
recurso
en
puntos
finales;
tambin
suprime
perfiles
en
puntos
finales.
Sintaxis
wdmeng
e
punto
final
[p
perfil#regin]
modelo_recurso
start
wdmeng
e
punto
final
[p
perfil#regin]
modelo_recurso
stop
wdmeng
e
punto
final
p
perfil#regin
start
wdmeng
e
punto
final
p
perfil#regin
stop
wdmeng
e
punto
final
p
perfil#regin
delete
Descripcin
El
comando
wdmeng
permite
detener
e
iniciar
el
motor
de
Tivoli
Monitoring
para
un
perfil
o
un
modelo
de
recurso
especfico
en
un
punto
final
especfico;
tambin
permite
suprimir
un
perfil
en
un
punto
final
especfico.
Opciones
e
punto
final
Define
el
punto
final
en
el
que
se
realizar
el
comando;
slo
se
puede
especificar
un
punto
final.
delete
Suprime
el
perfil
nombrado.
Nota:
Para
suprimir
un
modelo
de
recurso
en
un
punto
final
debe
inhabilitar
el
modelo
de
recurso
del
perfil
del
servidor
Tivoli
utilizando
el
comando
wdmeditprf
y
distribuir
el
perfil
nuevo
al
punto
final,
utilizando
este
comando
para
suprimir
el
perfil
antiguo.
p
perfil#regin
Define
el
perfil
en
el
que
se
realizarn
las
acciones
del
comando.
Si
el
perfil
no
se
especifica,
el
comando
se
realizar
en
todos
los
perfiles
del
punto
final
nombrado.
El
nombre
del
perfil
debe
estar
siempre
calificado
al
completo
con
el
nombre
de
la
regin
de
polticas
segn
la
sintaxis
mostrada.
Nota:
Para
obtener
una
lista
de
los
nombres
completos
de
todos
los
perfiles
que
se
encuentran
en
un
punto
final,
escriba
el
comando
siguiente:
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.
166
IBM
Tivoli
Monitoring:
Gua
del
usuario
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
wdmeng
Captulo
8.
Comandos
167
wdmheartbeat
Detiene
o
inicia
la
supervisin
de
latido
de
puntos
finales,
cambia
su
frecuencia
y
consulta
el
estado
de
un
procesador
de
latido.
Sintaxis
wdmheartbeat
[m
{nodo_gestionado
|
@archivo_nodos_gestionados
|
all}]
{s
frecuencia
|
t
|
q
}
Descripcin
El
comando
wdmheartbeat
funciona
en
nodos
gestionados/gateways
seleccionados
e
inicia
o
detiene
el
latido,
que
es
una
supervisin
peridica
en
un
nodo
gestionado/gateway
de
todos
los
puntos
finales
adjuntos
para
determinar
informacin
bsica
de
estado
concreta.
Adems,
este
comando
tambin
se
puede
utilizar
para
cambiar
la
frecuencia
del
latido,
es
decir,
el
periodo
transcurrido
entre
dos
peticiones
de
latido.
Opciones
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).
168
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
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
wdmheartbeat
Captulo
8.
Comandos
169
wdmloadprf
Carga
los
perfiles
nuevos
y
actualiza
los
antiguos
en
un
servidor
de
regin
de
gestin
Tivoli
(servidor
Tivoli).
Sintaxis
wdmloadprf
f
nombre_archivo_perfil
g
gestor_perfiles#regin
[P
perfil]
[{k
|
m
|
s}]
[x]
Descripcin
El
comando
wdmloadprf
hace
que
los
perfiles
nuevos
estn
disponibles
en
el
servidor
Tivoli.
Si
el
comando
identifica
un
perfil
existente,
el
comando
actualizar
el
perfil,
y
deber
elegir
entre
fusionar
los
modelos
de
recurso
nuevos
con
los
existentes,
sustituir
los
modelos
de
recurso
existentes
por
los
nuevos
o
mantener
los
modelos
de
recurso
existentes.
Si
utiliza
esta
opcin
para
mover
perfiles
entre
servidores
Tivoli,
asegrese
de
que
los
modelos
de
recurso
definidos
en
el
perfil
ya
se
hayan
cargado
en
el
servidor
Tivoli
receptor
(utilizando
el
comando
wdmrm),
antes
de
cargar
el
perfil.
La
entrada
es
un
archivo
creado
utilizando
el
comando
wdmdumpprf.
Opciones
f
nombre_archivo_perfil
Identifica
el
archivo
que
contiene
el
perfil
nuevo.
El
nombre
debe
incluir
la
ruta
completa.
El
archivo
debe
estar
en
formato
Tivoli
Management
Framework,
salvo
si
se
utiliza
la
opcin
x
para
cargar
un
archivo
en
formato
XML
(esta
opcin
slo
est
disponible
en
sistemas
Windows).
g
gestor_perfiles#regin
Identifica
el
gestor
de
perfiles
al
que
pertenece
el
perfil
nuevo
o
el
perfil
a
actualizar.
El
nombre
del
gestor
de
perfiles
debe
estar
siempre
calificado
al
completo
con
el
nombre
de
la
regin
de
polticas
segn
la
sintaxis
mostrada.
P
perfil
Define
el
perfil
a
agregar
o
actualizar.
Si
el
perfil
se
ha
especificado,
se
utilizar
el
nombre
del
perfil
contenido
en
el
archivo
XML.
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
170
IBM
Tivoli
Monitoring:
Gua
del
usuario
realiza
las
acciones
siguientes
en
los
modelos
de
recurso
del
perfil
existente,
comparando
los
nombres
de
los
modelos
de
recurso
que
contiene:
v
Un
modelo
de
recurso
del
archivo
XML
que
no
concuerda
con
un
modelo
de
recurso
del
perfil
existente
se
agrega
al
perfil
existente.
v
Un
modelo
de
recurso
del
archivo
XML
que
concuerda
con
un
modelo
de
recurso
del
perfil
existente,
sobrescribe
el
modelo
de
recurso
del
perfil
existente.
v
Un
modelo
de
recurso
del
perfil
existente
que
no
concuerda
con
el
modelo
de
recurso
del
archivo
XML
no
se
cambia.
s
Si
ya
existe
un
perfil
con
el
nombre
proporcionado,
la
opcin
s
sustituye
todo
el
perfil
por
el
definido
en
el
archivo
XML.
x
Esta
opcin
slo
puede
utilizarse
en
sistemas
Windows.
Determina
que
el
archivo
a
cargarse
est
en
formato
XML
en
vez
del
formato
predeterminado
de
Tivoli
Management
Framework.
Autorizacin
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
wdmloadprf
Captulo
8.
Comandos
171
Consulte
tambin
wdmdumpprf
wdmeditprf
wdmloadprf
172
IBM
Tivoli
Monitoring:
Gua
del
usuario
wdmlseng
Devuelve
una
lista
y
el
estado
de
todos
los
modelos
de
recurso
que
se
han
distribuido
a
un
punto
final
determinado.
Sintaxis
wdmlseng
e
punto
final
[verbose]
[xml]
wdmlseng
e
punto
final
p
perfil_cualificado#regin
[verbose]
[xml]
wdmlseng
e
punto
final
p
perfil_cualificado#regin
r
modelo_recurso
[verbose]
[xml]
wdmlseng
e
punto
final
p
perfil_cualificado#regin
r
modelo_recurso
i
indicacin
[verbose]
[xml]
Descripcin
Este
comando
devuelve
una
lista
de
todos
los
modelos
de
recurso
que
se
han
distribuido
al
punto
final
especificado.
Aparecer
tambin
el
estado
de
cada
modelo
de
recurso.
Algunos
cdigos
de
estado
son
estndar;
otros
los
define
el
usuario
en
Resource
Model
Builder
de
Tivoli
Monitoring,
en
cuyo
caso
van
acompaados
de
un
cdigo
de
razn
definido
por
el
usuario.
El
estado
puede
ser:
Inhabilitado
El
modelo
de
recurso
se
ha
distribuido
pero
no
se
ha
almacenado.
Error
Se
ha
producido
un
error
en
el
motor
de
Tivoli
Monitoring
posiblemente
a
causa
de
un
error
en
el
agente
de
supervisin
de
recursos.
Fallo
de
cdigo
de
razn
Un
modelo
de
recurso
ha
fallado.
Fallo
despus
de
la
recuperacin
de
cdigo
de
razn
Un
modelo
de
recurso
ha
fallado
despus
de
que
la
operacin
de
recuperacin
haya
intentado
ejecutarlo
tres
veces
(consulte
Recuperacin).
Falla
cdigo
de
razn
El
motor
de
punto
final
intenta
ejecutar
el
modelo
de
recurso
una
vez
cada
tres
minutos,
indefinidamente.
Falta
requisito
previo
No
se
ha
cumplido
uno
o
ms
requisitos
previos
del
modelo
de
recurso.
Por
ejemplo,
si
distribuye
el
modelo
de
recurso
Imprimir
a
un
sistema
Windows
NT,
se
genera
este
estado
porque
el
modelo
de
recurso
slo
funciona
con
Windows
2000.
No
compilado
El
modelo
de
recurso
no
se
ha
compilado.
Recuperacin
cdigo
de
razn
El
motor
de
punto
final
intenta
ejecutar
el
modelo
de
recurso
una
vez
por
cada
ciclo,
slo
durante
tres
ciclos,
despus
de
lo
cual
el
estado
cambia
a
Fallo
despus
de
la
recuperacin.
Captulo
8.
Comandos
173
Reintento
cdigo
de
razn
El
motor
de
punto
final
intenta
ejecutar
el
modelo
de
recurso
tres
veces
en
cada
ciclo,
indefinidamente.
En
ejecucin
El
modelo
de
recurso
se
est
ejecutando.
Planificado
El
modelo
de
recurso
se
ha
planificado
para
que
se
inicie.
Detenido
El
modelo
de
recurso
se
ha
detenido.
Se
compila
y
se
habilita
y
no
se
encuentra
en
un
estado
de
error,
aunque
no
est
ejecutndose
y
no
se
planifica.
No
se
ha
podido
iniciar
cdigo
de
razn
Un
modelo
de
recurso
no
ha
podido
iniciarse.
A
continuacin
se
muestran
varios
ejemplos
de
la
salida
1.
El
primero
muestra
la
salida
recibida
al
enviar
una
peticin
al
nivel
de
punto
final
(slo
con
el
punto
final
especificado)
y
sin
la
opcin
detallado:
Forwarding
the
request
to
the
engine...
The
following
profiles
are
running:
myprofile#ucaselli-region
TMW_Processor
:Running
[ucaselli][y:/w32-ix86/cdrom]
2.
El
segundo
ejemplo
de
salida
muestra
el
mismo
punto
final
con
la
configuracin
detallada:
Forwarding
the
request
to
the
engine...
The
following
profiles
are
running:
myprofile#ucaselli-region
TMW_Processor
:Running
TMW_ProcessorBusy
100
%
TMW_HighProcesses
100
%
TMW_CPUCantKeepUpWithHW
100
%
TMW_HWKeepingCPUBusy
100
%
TMW_BusyHardware
100
%
TMW_HighPercentUsageDelta
100
%
[ucaselli][y:/w32-ix86/cdrom]
3.
El
tercer
ejemplo
de
salida
muestra
el
mismo
punto
final
con
la
configuracin
detallada
en
formato
XML:
Forwarding
the
request
to
the
engine...
The
following
profiles
are
running:
<Perfiles>
<Profile
Name="myprofile#ucaselli-region">
<RMs>
<RM
Name="TMW_Processor"
Status="Running">
<Indications>
<Indication
Name="TMW_ProcessorBusy"
Health="100">
</Indication>
<Indication
Name="TMW_HighProcesses"
Health="100">
</Indication>
<Indication
Name="TMW_CPUCantKeepUpWithHW"
Health="100">
</Indication>
<Indication
Name="TMW_HWKeepingCPUBusy"
Health="100">
</Indication>
<Indication
Name="TMW_BusyHardware"
Health="100">
</Indication>
<Indication
Name="TMW_HighPercentUsageDelta"
Health="100">
</Indication>
</Indications>
</RM>
</RMs>
</Profile>
</Profiles>
wdmlseng
174
IBM
Tivoli
Monitoring:
Gua
del
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.
wdmlseng
Captulo
8.
Comandos
175
|
|
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
wdmlseng
176
IBM
Tivoli
Monitoring:
Gua
del
usuario
wdmmn
Detiene
o
inicia
determinados
procesos
de
Tivoli
Monitoring
en
uno
o
en
todos
los
nodos
gestionados/gateways.
Sintaxis
wdmmn
start
[m
{nodo_gestionado
|
all}]
[d]
[t]
[r]
wdmmn
stop
[m
{nodo_gestionado
|
all}]
[b]
[d]
[h]
[t]
[r]
Descripcin
Este
comando
inicia
o
detiene
los
varios
procesos
de
Tivoli
Monitoring
que
se
ejecutan
en
nodos
gestionados/gateways.
Los
procesos
que
pueden
iniciarse
o
detenerse
son:
v
Motor
de
tarea
v
Tivoli
Business
Systems
Manager
Adapter
v
Motor
de
latido
(para
iniciarlo,
utilice
wdmheartbeat)
v
El
procesador
del
gestor
de
peticiones
v
El
procesador
del
recopilador
de
datos
para
el
componente
Tivoli
Enterprise
Data
Warehouse
Support
Puede
especificar
nodos
gestionados
individuales
o
todos
los
nodos
gestionados
donde
est
instalado
Tivoli
Monitoring.
Opciones
b
Detiene
Tivoli
Business
Systems
Manager
Adapter.
El
proceso
se
reinicia
automticamente
al
emitir
un
comando
wdmdiscovery.
d
Inicia
o
detiene
el
procesador
del
recopilador
de
datos
que
utiliza
el
componente
Tivoli
Enterprise
Data
Warehouse
Support.
Cuando
se
utiliza
stop,
cualquier
peticin
de
recopilacin
de
datos
pendiente
se
suspende.
Cuando
se
utiliza
start,
cualquier
peticin
de
recopilacin
de
datos
pendiente
se
reanuda.
h
Detiene
el
motor
de
latido.
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.
Captulo
8.
Comandos
177
r
Inicia
o
detiene
el
gestor
de
peticiones.
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
wdmmn
178
IBM
Tivoli
Monitoring:
Gua
del
usuario
wdmmngcache
Suprime
o
enumera
parte
o
todo
el
contenido
del
cach
de
puntos
finales
de
gateway.
Sintaxis
wdmmngcache
[m
{nodo_gestionado
|
@archivo_nodos_gestionados
|
all}]
l
[v]
wdmmngcache
[m
{nodo_gestionado
|
@archivo_nodos_gestionados
|
all}]
d
{all
|
discovered
|
dead
|
punto
final
|
@archivo_puntos_finales}
Descripcin
El
comando
wdmmngcache
funciona
en
un
determinado
nodo
gestionado/gateway,
en
una
lista
de
nodos
gestionados/gateways
contenidos
en
un
archivo
o
en
todos
los
nodos/gateways,
y
enumera
o
suprime
todo
o
parte
del
contenido
del
cach
mantenido
por
Tivoli
Business
Systems
Manager
Adapter.
Si
se
utiliza
la
opcin
de
suprimir,
los
detalles
de
punto
final
se
marcan
para
suprimirse,
pero
no
se
suprimen
hasta
la
siguiente
accin
de
descubrimiento.
Por
eso
recomendamos
que
realice
un
descubrimiento
antes
de
utilizar
la
opcin
de
lista
de
este
comando
y
despus
de
utilizar
la
opcin
de
suprimir.
La
salida
de
la
opcin
de
lista
est
disponible
en
dos
formatos.
A
continuacin
se
muestra
un
ejemplo
de
la
salida
sin
utilizar
el
argumento
v,
con
detalles
del
estado
de
latido
de
los
puntos
finales
del
cach:
Processing
ManagedNode
mpulp...
Processing
ManagedNode
dmw2k2...
Endpoint
|
Status
-----------------------------------------+-------
mpulp-ep
DMAgentAlive
dmw2k2-ep
DMAgentAlive
A
continuacin
se
muestra
un
ejemplo
de
la
salida
utilizando
el
argumento
v,
con
el
estado
Tivoli
Business
Systems
Manager
de
los
puntos
finales
del
cach:
Processing
ManagedNode
mcrudele...
Processing
ManagedNode
dmw2k2...
Warning:
DM_Advanced_Edition
feature
not
installed
on
the
Managed
Node
boccaccio.
Skipping...
Endpoint
|
HB
status
|
TBSM
status
---------------------+----------------------+--------------------
dmw2k2-ep
DMEngineOff
Not
discovered
mcrudele-ep
DMEngineOff
Not
discovered
Los
posibles
estados
de
latido
de
los
puntos
finales
del
cach
son
los
siguientes:
Unreachable
No
se
puede
llegar
al
punto
final
DMEngineOff
El
motor
de
Tivoli
Monitoring
est
desactivado
RMsInError
El
motor
de
Tivoli
Monitoring
est
en
ejecucin
pero
algunos
modelos
de
recurso
son
errneos
DMAgentAlive
No
se
han
descubierto
problemas
Captulo
8.
Comandos
179
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
wdmmngcache
180
IBM
Tivoli
Monitoring:
Gua
del
usuario
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
wdmmngcache
Captulo
8.
Comandos
181
wdmrm
Agrega,
enumera
o
elimina
un
determinado
modelo
de
recurso
predeterminado
en
el
servidor
de
regin
de
gestin
Tivoli
o
en
el
nodo/gateway
desde
donde
se
emite.
Tambin
agrega
el
catlogo
NLS
a
un
modelo
de
recurso
predeterminado
ya
instalado.
El
comando
funciona
slo
para
el
servidor
y
los
nodos
gestionados
de
la
regin
local.
En
el
caso
de
mltiples
regiones
interconectadas,
se
debe
emitir
el
comando
en
cada
regin
especfica.
Sintaxis
wdmrm
add
archivo_tar_modelo_recurso
wdmrm
addcat
modelo_recurso
[f
archivo_catlogo
l
entorno_local]
wdmrm
list
wdmrm
remove
modelo_recurso
Descripcin
Este
comando
agrega,
enumera
o
elimina
un
modelo
de
recurso
determinado
del
servidor
Tivoli.
En
el
caso
de
la
opcin
de
eliminar,
elimina
el
modelo
de
recurso
del
Registro
de
nombres
de
Tivoli
(TNR)
del
servidor
y
de
todos
los
perfiles
a
los
que
previamente
se
haba
agregado
el
modelo
de
recurso.
No
elimina
el
modelo
de
recurso
de
las
copias
de
los
perfiles
en
los
puntos
finales.
El
comando
tambin
agrega
el
catlogo
NLS
al
modelo
de
recurso,
de
modo
que,
cuando
posteriormente
se
distribuye
a
los
puntos
finales,
el
modelo
de
recurso
disponga
de
toda
la
informacin
NLS
necesaria
para
permitir
la
visualizacin
de
eventos
localizados
en
el
servidor
Tivoli
Enterprise
Console.
La
opcin
de
enumerar
produce
una
salida
similar
a
la
siguiente
para
cada
modelo
de
recurso:
Resource
->
DMXCpu
NLS
name
:
CPU
product_id
:
none
major_version
:
1
minor_version
:
0
platform
:
aix4-r1\hpux10\linux-ix86\linux-s390\solaris2
message
catalog
:
DMXCpu
zip
file
:
DMXCpu.zip
Opciones
add
Agrega
el
modelo
de
recurso
del
archivo_tar_modelo_recurso
especificado
al
servidor
Tivoli.
Si
el
modelo
de
recurso
ya
existe,
se
sustituye
por
la
nueva
versin,
en
cuyo
caso,
debe
detener
y
reiniciar
el
motor
de
punto
final.
addcat
Agrega
el
catlogo
NLS
especificado
al
modelo
de
recurso
especificado
del
servidor
Tivoli;
si
el
modelo
de
recurso
no
existe,
el
comando
falla.
Si
no
se
especifica
ningn
catlogo
NLS,
el
comando
realiza
una
bsqueda
en
el
directorio
msg_cat
y
actualiza
el
modelo
de
recurso
especificado
con
los
detalles
182
IBM
Tivoli
Monitoring:
Gua
del
usuario
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.
wdmrm
Captulo
8.
Comandos
183
wdmtrceng
Establece
los
parmetros
de
rastreo
del
motor
de
Tivoli
Monitoring
en
el
punto
final.
Sintaxis
wdmtrceng
e
punto
final
nombre_archivo_registro
nivel_rastreo
tamao
Descripcin
Este
comando
define
los
parmetros
de
rastreo
del
motor
en
el
punto
final.
Para
obtener
ms
detalles
sobre
los
rastreos,
consulte
el
apartado
Logs
and
Traces
del
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide.
Opciones
e
punto
final
Especifica
el
punto
final
en
el
que
se
ejecutar
el
comando.
nivel_rastreo
El
valor
definido
para
el
nivel
de
rastreo
del
motor
del
punto
final.
El
nivel
puede
ser
uno
de
los
siguientes:
0
En
el
archivo
de
registro
slo
se
almacenan
errores.
Este
es
el
valor
predeterminado.
Por
motivos
de
rendimiento,
Tivoli
le
recomienda
no
cambiar
este
valor
a
menos
que
experimente
problemas
de
los
que
desee
informar
a
IBM
Software
Support.
1
En
el
archivo
de
registro
slo
se
almacenan
avisos
y
errores.
2
Todos
los
pasos
del
proceso
de
supervisin
se
almacenan
en
el
archivo
de
registro.
3
Modo
detallado
(verbose):
todas
las
operaciones
realizadas
durante
la
supervisin
se
almacenan
en
el
archivo
de
registro.
nombre_archivo_registro
v
Para
puntos
finales
de
Windows,
el
nombre,
con
la
ruta
completa,
del
archivo
de
registro
en
el
que
se
guardar
la
salida
del
rastreo.
v
Para
puntos
finales
de
UNIX,
Linux
o
OS/400,
no
se
puede
utilizar
esta
opcin
para
establecer
el
nombre
de
registro;
los
nombres
de
registro
se
describen
en
el
apartado
Non-Windows
Endpoint
Logs
del
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide.
tamao
El
tamao
mximo
del
archivo
de
registro,
especificado
en
bytes.
Especifique
1
para
restablecer
el
tamao
al
valor
predeterminado
(5
MB
para
Windows,
2,5
MB
para
UNIX/Linux).
Autorizacin
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
e
MiEP1
-1
-1
wdmtrceng
Captulo
8.
Comandos
185
Consulte
tambin
wdmcmd
wdmeng
wdmlseng
wdmtrceng
186
IBM
Tivoli
Monitoring:
Gua
del
usuario
wtmntaddrm
Este
es
un
comando
obsoleto
que
ahora
se
ha
fusionado
con
el
comando
nuevo
wdmrm.;
el
comando
se
mantiene
en
esta
versin
del
producto
para
proporcionar
continuidad
a
los
clientes
con
scripts
que
utilizaban
el
comando
antiguo.
No
se
incluir
en
los
prximos
releases,
por
lo
que
se
aconseja
a
los
clientes
que
conviertan
los
scripts
de
modo
que
utilicen
este
comando
nuevo.
Para
obtener
ms
detalles
sobre
el
nuevo
comando
wdmrm,
consulte
el
apartado
wdmrm
en
la
pgina
182.
Consulte
tambin
wtmntdefrm
wtmntrmrm
Captulo
8.
Comandos
187
wtmntdefrm
Este
es
un
comando
obsoleto
que
ahora
se
ha
fusionado
con
el
comando
nuevo
wdmrm.;
el
comando
se
mantiene
en
esta
versin
del
producto
para
proporcionar
continuidad
a
los
clientes
con
scripts
que
utilizaban
el
comando
antiguo.
No
se
incluir
en
los
prximos
releases,
por
lo
que
se
aconseja
a
los
clientes
que
conviertan
los
scripts
de
modo
que
utilicen
este
comando
nuevo.
Para
obtener
ms
detalles
sobre
el
nuevo
comando
wdmrm,
consulte
el
apartado
wdmrm
en
la
pgina
182.
Consulte
tambin
wtmntaddrm
wtmntrmrm
188
IBM
Tivoli
Monitoring:
Gua
del
usuario
wtmntrmrm
Este
es
un
comando
obsoleto
que
ahora
se
ha
fusionado
con
el
comando
nuevo
wdmrm.;
el
comando
se
mantiene
en
esta
versin
del
producto
para
proporcionar
continuidad
a
los
clientes
con
scripts
que
utilizaban
el
comando
antiguo.
No
se
incluir
en
los
prximos
releases,
por
lo
que
se
aconseja
a
los
clientes
que
conviertan
los
scripts
de
modo
que
utilicen
este
comando
nuevo.
Para
obtener
ms
detalles
sobre
el
nuevo
comando
wdmrm,
consulte
el
apartado
wdmrm
en
la
pgina
182.
Consulte
tambin
wtmntaddrm
wtmntdefrm
Captulo
8.
Comandos
189
Cdigos
de
retorno
desde
los
comandos
Los
comandos
pueden
devolver
varios
cdigos,
segn
se
indica
en
la
tabla
siguiente.
La
primera
columna
muestra
el
valor
numrico
devuelto,
la
segunda
columna
muestra
el
cdigo
simblico,
la
tercera
columna
indica
el
identificador
de
mensaje
correspondiente.
Tabla
16.
Cdigos
de
retorno
desde
los
comandos
Cdigo
devuelto
Cdigo
simblico
Identificador
de
mensaje
-20
EX_DATACOLLECTOR_STOP_REMOVE_ERROR
-19
EX_DATACOLLECTOR_QUERY_ERROR
-18
EX_COULDNOT_STOP_ENGINE
-17
EX_TBSMENGINE_STOP_FAIL
-16
EX_TBSMENGINE_START_FAIL
-15
EX_CANNOT_STOP_HB_ENGINE
-14
EX_CANNOT_START_RM_ENGINE
-13
EX_CANNOT_STOP_RM_ENGINE
-12
EX_CANNOT_STOP_DATACOLLECTORENGINE
-11
EX_CANNOT_START_DATACOLLECTORENGINE
-10
EX_CANNOT_TERMINATE_TASKENGINE
-9
CANNOT_CREATE_PROFILE
-8
EX_WRONG_XML_VERSION
-6
EX_CLI_USAGE_TBSM_SETTINGS_RC
-5
EX_TEC_SERVER_LIST_CHECK_FAILED
-4
EX_CLI_USAGE_TEC_SETTINGS_RC
-2
EX_CLI_GENERIC_RC
-1
EX_CLI_USAGE_RC
0
EX_CLI_SUCCESS_RC
1
EX_CLI_USAGE_RC
36
EX_CANNOT_OPEN_FILE
AMW0036E
46
EX_UNABLE_TOEXECUTE_OPERATION
AMW0046E
47
EX_OPERATION_ALREADY_DONE
AMW0047E
48
EX_RESMODEL_NOT_PRESENT
AMW0048E
49
EX_PROFILE_NOT_PRESENT
AMW0049E
52
EX_ENGINE_DOWN
AMW0052E
64
EX_PROFILE_NOT_EXISTENT
AMW0064E
65
EX_RM_NOT_EXISTENT
AMW0065E
66
EX_RM_NOT_IN_PROFILE
AMW0066E
67
EX_RM_MISSING_CYCLE_TIME
AMW0067E
69
EX_RM_MISSING_LOGGING_PERIOD
AMW0069E
70
EX_RM_WRONG_LOGGING_PERIOD
AMW0070E
71
EX_RM_MISSING_AGGR_SET
AMW0071E
72
EX_RM_MISSING_AGGR_PERIOD
AMW0072E
190
IBM
Tivoli
Monitoring:
Gua
del
usuario
Tabla
16.
Cdigos
de
retorno
desde
los
comandos
(continuacin)
Cdigo
devuelto
Cdigo
simblico
Identificador
de
mensaje
73
EX_RM_WRONG_AGGR_PERIOD
AMW0073E
74
EX_RM_MISSING_EVENT
AMW0074E
75
EX_RM_MISSING_OCCURRENCIES
AMW0075E
76
EX_RM_MISSING_HOLES
AMW0076E
77
EX_RM_EVENT_NOT_EXISTING
AMW0077E
78
EX_RM_MISSING_THRESHOLD
AMW0078E
79
EX_RM_MISSING_THRESHOLD_VALUE
AMW0079E
80
EX_RM_MISSING_PROPERTY
AMW0080E
82
EX_TEC_MISSING_SERVER_NAME
AMW0082E
83
EX_TEC_MISSING_TEC_PORT
AMW0083E
84
EX_TEC_WRONG_DELIVERY
AMW0084E
85
EX_RM_PARAM_WRONG
AMW0085E
86
EX_COULD_NOT_START_TRANSACTION
AMW0086E
87
EX_DUPLICATE_RM_IN_PROFILE
AMW0087E
88
EX_RM_MISSING_SEVERITY
AMW0088E
91
EX_XERCES_INIT_FAILED
AMW0091E
92
EX_XERCES_PARSE_FAILED
AMW0092E
97
EX_NO_XML_DECLARATION
AMW0097E
98
EX_NO_DTD_FOUND
AMW0098E
99
EX_NO_ELEMENT_FOUND
AMW0099E
100
EX_DTD_NOT_SUPPORTED
AMW0100E
101
EX_NEED_VALID_NUMBER
AMW0101E
102
EX_PROFILE_TOO_OLD
AMW0102E
103
EX_PROFILE_TOO_NEW
AMW0103E
104
EX_PROFILE_NAME_MISSED
AMW0104E
105
EX_TRUEORFALSE_REQUIRED
AMW0105E
106
EX_WRONG_TEC_ATTRIBUTE
AMW0106E
109
EX_RM_NOT_INSTALLED
AMW0109E
110
EX_BAD_ZIP_FILE
AMW0110E
111
EX_BAD_PLATFORMS
AMW0111E
112
EX_WRONG_VERSION
AMW0112E
113
EX_RM_LOGGING_NOT_ALLOWED
AMW0113E
114
EX_AGGREGATION_PERIOD_ERROR
AMW0114E
115
EX_THRESHOLD_NOT_DEFINED
AMW0115E
116
EX_THRESHOLD_MISSED
AMW0116E
117
EX_PARAM_NOT_DEFINED
AMW0117E
118
EX_RM_PARAMETER_MISSED
AMW0118E
119
EX_BAD_PARAM_TYPE
AMW0119E
120
EX_VALUE_MUSTBE_SPECIFIED
AMW0120E
Captulo
8.
Comandos
191
Tabla
16.
Cdigos
de
retorno
desde
los
comandos
(continuacin)
Cdigo
devuelto
Cdigo
simblico
Identificador
de
mensaje
121
EX_VALUE_NOT_ALLOWED
AMW0121E
122
EX_EVENT_NOT_DEFINED
AMW0122E
123
EX_RM_EVENT_MISSED
AMW0123E
124
EX_RM_INVALID_EVENT_SEVERITY
AMW0124E
125
EX_ACTION_NOT_ALLOWED
AMW0125E
127
EX_PROFILE_ALREADY_EXIST
AMW0127E
131
EX_RM_TASK_WRONG_NUMBER_ARGS
AMW0131W
133
EX_RM_MISSING_PARAM_NAME
AMW0133E
134
EX_RM_MISSING_PARAM_VALUE
AMW0134E
135
EX_RM_PARAM_VALUE_NOT_A_NUMBER
AMW0135E
136
EX_RM_PARAMETER_NOT_EXISTING
AMW0136E
139
EX_RM_PARAMETER_INVALID_VALUE
AMW0139E
140
EX_RM_PARAMETER_CANNOT_DELETE
AMW0140E
141
EX_XML_NOT_SUPPORTED
AMW0141E
170
EX_INVALID_TARGET
AMW0170E
172
EX_INVALID_SUBSCRIBERS
AMW0172E
173
EX_PROFILE_WITHOUT_SUBSCRIBERS
AMW0173E
175
EX_RM_TASK_MISSING_EVENT_NAME
AMW0175E
176
EX_RM_TASK_MISSING_LIB_NAME
AMW0176E
177
EX_RM_TASK_MISSING_NAME
AMW0177E
178
EX_RM_TASK_NOT_FOUND
AMW0178E
179
EX_RM_TASK_NOT_BOUND_TO_EVENT
AMW0179E
204
EX_CYCLETIME_OUT_OF_RANGE
EX_OCCURRENCIES_OUT_OF_RANGE
EX_HOLES_OUT_OF_RANGE
AMW0204E
214
EX_RM_MISSING_TEDW_SETTING
AMW0214E
215
EX_RM_MISSING_RAW_SETTING
AMW0215E
216
EX_INTERP_NOT_FOUND
AMW0216E
218
EX_UNABLE_TODELETE_PROFILE
AMW0218E
219
EX_CLI_OPTION_NOT_ALLOWED
AMW0219E
227
EX_RESPONSE_LEVEL_NOT_EXISTENT
AMW0227E
233
EX_EDITPROFILE_WRONG_OPERAND
AMW0233E
234
EX_NEED_AVALID_CLEARING
AMW0234E
235
EX_NEED_AVALID_POLICY
AMW0235E
250
EX_NO_PROFILE_RUNNING
AMW0250E
251
EX_ONLY_PROFILE_REQUIRED
AMW0251E
258
EX_RM_MISSING_SCHEDULE
AMW0258E
259
EX_RM_MISSING_START
AMW0259E
260
EX_RM_MISSING_STOP
AMW0260E
261
EX_RM_MISSING_RULE
AMW0261E
192
IBM
Tivoli
Monitoring:
Gua
del
usuario
Tabla
16.
Cdigos
de
retorno
desde
los
comandos
(continuacin)
Cdigo
devuelto
Cdigo
simblico
Identificador
de
mensaje
262
EX_RM_MISSING_RULENAME
AMW0262E
263
EX_RM_MISSING_RULECYCLE
AMW0263E
264
EX_RM_MISSING_RULEINTERVAL
AMW0264E
265
EX_RM_INVALID_RULETIMES
AMW0265E
266
EX_RM_INVALID_STARTDAY
AMW0266E
267
EX_RM_INVALID_STARTMONTH
AMW0267E
268
EX_RM_INVALID_STARTYEAR
AMW0268E
269
EX_RM_INVALID_STOPDAY
AMW0269E
270
EX_RM_INVALID_STOPMONTH
AMW0270E
271
EX_RM_INVALID_STOPYEAR
AMW0271E
272
EX_RM_INVALID_RULECYCLE
AMW0272E
273
EX_ENGINE_INIT_FAILED
AMW0273E
274
EX_CANNOT_PARSE_LABEL_FILE_RC
AMW0274E
275
EX_COULD_NOT_EXECUTE_COMMAND
AMW0275E
278
EX_PURGING_DATA_ERROR
AMW0278E
279
EX_WRONG_TASK_ARGS_NUMBER
AMW0279E
282
EX_NO_VALID_ENDPOINTS
AMW0282E
Captulo
8.
Comandos
193
194
IBM
Tivoli
Monitoring:
Gua
del
usuario
Parte
2.
Consola
de
estado
de
Web
Captulo
9.
Introduccin
a
la
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 197
Visin
general
.
.
.
.
.
.
.
.
.
.
.
.
. 197
Cmo
conocer
la
salud
de
un
recurso
.
.
.
. 197
Conexin
de
la
Consola
de
estado
de
Web
.
.
. 198
El
procesador
del
gestor
de
peticiones
.
.
.
. 198
Requisitos
de
sistema
.
.
.
.
.
.
.
.
.
.
. 199
Requisitos
de
software
.
.
.
.
.
.
.
.
.
. 199
Instalacin
de
la
Consola
de
estado
de
Web
.
.
. 200
Instalacin
en
Windows
.
.
.
.
.
.
.
.
. 200
Instalacin
en
UNIX
.
.
.
.
.
.
.
.
.
. 201
Resolucin
de
problemas
de
la
instalacin
.
.
. 202
Cmo
habilitar
la
Consola
de
estado
Web
para
utilizar
los
modelos
de
recurso
.
.
.
.
.
. 205
Cmo
habilitar
el
soporte
de
Secure
Socket
Layer
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 206
Desinstalacin
de
la
Consola
de
estado
de
Web
.
. 208
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 209
Cmo
iniciar
la
sesin
en
la
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 209
Cmo
iniciar
la
sesin
en
la
Consola
de
estado
de
Web
por
primera
vez
.
.
.
.
.
.
.
.
. 210
Cmo
configurar
las
preferencias
.
.
.
.
.
.
. 210
Cmo
gestionar
listas
de
puntos
finales
.
.
. 210
Cmo
gestionar
preferencias
generales
.
.
.
. 212
Cmo
gestionar
preferencias
de
grficos
.
.
. 212
Caractersticas
comunes
de
la
Consola
de
estado
de
Web
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 213
Cmo
utilizar
la
vista
Lista
de
puntos
finales
.
.
. 214
Cmo
trabajar
con
puntos
finales
.
.
.
.
.
. 215
Cmo
utilizar
la
vista
Lista
de
modelos
de
recurso
215
Cmo
utilizar
la
vista
puntos
finales
por
modelo
de
recurso
.
.
.
.
.
.
.
.
.
.
.
.
.
. 217
Cmo
trabajar
con
puntos
finales
.
.
.
.
.
. 217
Cmo
trabajar
con
la
vista
Salud
de
punto
final
217
Cmo
trabajar
con
el
marco
de
modelos
de
recurso
.
.
.
.
.
.
.
.
.
.
.
.
.
. 218
Cmo
trabajar
con
modelos
de
recurso
.
.
. 218
Marco
Indicaciones
.
.
.
.
.
.
.
.
.
. 219
Marco
Datos
histricos
.
.
.
.
.
.
.
.
. 219
Cmo
trabajar
con
vistas
de
grfico
.
.
.
.
.
. 220
Controles
de
grficos
.
.
.
.
.
.
.
.
.
. 220
Grfico
de
datos
en
lnea
.
.
.
.
.
.
.
. 221
Grfico
Datos
histricos
.
.
.
.
.
.
.
.
. 222
Copyright
IBM
Corp.
2004
195
196
IBM
Tivoli
Monitoring:
Gua
del
usuario
Captulo
9.
Introduccin
a
la
Consola
de
estado
de
Web
Este
captulo
contiene
una
visin
general
sobre
la
Consola
de
estado
de
Web
(Web
Health
Console)
de
IBM
Tivoli
Monitoring
e
informacin
sobre
cmo
instalarla.
La
Consola
de
estado
de
Web
funciona
en
Netscape
6.2
(o
posterior)
y
en
Internet
Explorer
6.x.
Puede
utilizar
la
Consola
de
estado
de
Web
con
los
siguientes
objetivos:
v
Comprobar,
visualizar
y
analizar
el
estado
y
la
salud
de
los
puntos
finales
que
tienen
monitores
de
recursos
distribuidos
v
Visualizar
datos
histricos
y
en
tiempo
real
de
un
punto
final,
registrados
en
la
base
de
datos
de
IBM
Tivoli
Monitoring
v
Ver
datos
histricos
y
en
lnea
sobre
puntos
finales
como
parte
de
la
resolucin
de
problemas
especficos
v
Iniciar
y
detener
el
motor
de
IBM
Tivoli
Monitoring
y
modelos
de
recurso
individuales
en
puntos
finales
seleccionados
v
Eliminar
un
perfil
del
punto
final
seleccionado
Este
captulo
contiene
la
siguiente
informacin:
v
Una
visin
general
conceptual
de
la
Consola
de
estado
de
Web
v
Una
explicacin
de
cmo
se
determina
la
salud
correspondiente
a
un
recurso
v
Informacin
de
conexin
correspondiente
a
la
Consola
de
estado
de
Web
Visin
general
Puede
utilizar
la
Consola
de
estado
de
Web
para
comprobar,
visualizar
y
analizar
el
estado
y
la
salud
de
cualquier
punto
final
con
perfiles
y
modelos
de
recurso.
El
estado
refleja
el
estado
del
punto
final
que
se
visualiza
en
la
Consola
de
estado
de
Web,
como
por
ejemplo
en
ejecucin
o
detenido.
Salud
es
un
valor
numrico
determinado
por
la
configuracin
del
modelo
de
recurso.
Tambin
puede
utilizar
la
Consola
de
estado
de
Web
para
trabajar
con
datos
histricos
o
en
tiempo
real
procedentes
de
un
punto
final
que
se
registran
en
la
base
de
datos
de
IBM
Tivoli
Monitoring.
Puede
utilizar
las
funciones
de
diagnstico
y
supervisin
de
la
Consola
de
estado
de
Web
para
realizar
un
anlisis
concreto
de
problemas
asociados
con
puntos
finales
individuales
cuando
se
enva
un
evento
a
la
Tivoli
Enterprise
Console.
Utilice
los
datos
histricos
y
en
lnea
para
realizar
un
seguimiento
de
problemas
especficos
con
determinados
puntos
finales.
Cmo
conocer
la
salud
de
un
recurso
La
Consola
de
estado
de
Web
obtiene
eventos
e
indicaciones
procedentes
de
puntos
finales.
La
Consola
de
estado
de
Web
muestra
la
salud
de
cada
problema
potencial
como
un
valor
numrico
comprendido
entre
100
(salud
perfecta)
y
cero
(un
cero
significa
que
se
cumplen
las
condiciones
para
el
evento
correspondiente).
Los
valores
intermedios
muestran
el
porcentaje
de
apariciones
que
se
registran
actualmente
con
respecto
al
nmero
total
de
apariciones
que
se
necesitan
para
desencadenar
un
evento.
Consulte
la
Tabla
17
en
la
pgina
198
Copyright
IBM
Corp.
2004
197
Tabla
17.
Ejemplo
de
determinacin
de
salud
Ciclo
1
2
3
4
5
%
de
CPU
55
73
54
63
68
Apariciones
o
agujeros
H
O
H
O
O
Recuento
de
apariciones
0
1
1
2
3
%
de
salud
100
75
75
50
25
La
Tabla
17
muestra
los
cambios
en
el
porcentaje
de
salud
en
pasos
de
un
25%
porque
se
han
necesitado
cuatro
apariciones
para
desencadenar
un
evento.
Si
la
indicacin
hubiera
necesitado
cinco
apariciones,
el
porcentaje
de
salud
cambiara
en
pasos
de
un
20%.
La
salud
del
recurso
se
determina
al
nivel
de
indicacin
y
se
pasa
al
punto
final.
La
salud
ms
baja
de
cualquier
indicacin
de
un
modelo
de
recurso
se
muestra
como
la
salud
de
dicho
modelo
de
recurso,
y
la
salud
ms
baja
de
cualquier
modelo
de
recurso
instalado
en
un
punto
final
se
muestra
como
la
salud
de
dicho
punto
final.
Por
ejemplo,
si
una
indicacin
en
un
modelo
de
recurso
instalado
en
un
punto
final
tiene
una
salud
igual
a
cero,
la
salud
del
punto
final
se
muestra
como
cero.
Las
apariciones
necesarias,
los
ciclos
de
tiempo,
los
umbrales
y
los
parmetros
para
las
indicaciones
se
definen
cuando
se
crea
el
modelo
de
recurso
en
Resource
Model
Builder
de
IBM
Tivoli
Monitoring.
Para
obtener
ms
informacin,
consulte
el
apartado
Parte
1,
Instalacin,
configuracin
y
utilizacin,
en
la
pgina
1.
Conexin
de
la
Consola
de
estado
de
Web
Puede
conectar
la
Consola
de
estado
de
Web
con
cualquier
servidor
de
regin
de
gestin
Tivoli
o
nodo
gestionado
y
configurarla
para
que
supervise
cualquiera
de
los
puntos
finales
que
se
encuentran
en
dicha
regin
o
todos
ellos
(siempre
y
cuando
todos
los
gateways
estn
interconectados).
Para
conectar
con
la
Consola
de
estado
de
Web,
necesita
acceder
al
servidor
en
el
que
est
instalado
el
servidor
de
la
Consola
de
estado
de
Web
y
a
la
regin
gestionada
de
IBM
Tivoli
en
la
que
desea
supervisar
la
saludo.
Toda
la
actividad
de
seguridad
y
gestin
de
usuarios
se
maneja
mediante
el
entorno
de
gestin
IBM
Tivoli.
Esto
incluye
la
creacin
de
usuarios
y
contraseas,
as
como
la
asignacin
de
autoridad.
Para
obtener
ms
informacin
sobre
cmo
conectarse
a
la
Consola
de
estado
Web,
consulte
el
apartado
Cmo
iniciar
la
sesin
en
la
Consola
de
estado
de
Web
en
la
pgina
209.
El
procesador
del
gestor
de
peticiones
La
Consola
de
estado
de
Web
utiliza
el
procesador
del
gestor
de
peticiones
de
Tivoli
Monitoring.
El
gestor
de
peticiones
colecciona,
almacena
y
gestiona
todas
las
peticiones
de
punto
final
que
crean
y
utilizan
los
componentes
de
Tivoli
Monitoring
(como
la
Consola
de
estado
de
Web
y
el
latido)
y
las
aplicaciones.
El
gestor
de
peticiones
acta
como
un
concentrador
de
llamadas
descendentes;
recibe
todas
las
peticiones
(procedentes
de
los
diversos
monitores
de
la
Consola
de
estado
de
Web
y
del
procesador
de
latido)
y
las
concentra
en
una
peticin
al
punto
final.
Cuando
el
punto
final
devuelve
los
datos,
el
gestor
de
peticiones
almacena
los
datos
en
un
cach
centralizado
en
el
gateway.
En
este
momento,
la
Consola
de
estado
de
Web
supervisa
y
el
latido
puede
recuperar
los
datos
del
cach
del
gateway.
La
figura
siguiente
muestra
el
funcionamiento
del
gestor
de
peticiones:
198
IBM
Tivoli
Monitoring:
Gua
del
usuario
Para
personalizar
y
utilizar
el
procesador
del
gestor
de
peticiones,
consulte
los
parmetros
correspondientes
que
se
describen
en
el
comando
wdmconfig,
en
el
Captulo
8,
Comandos,
en
la
pgina
125.
Requisitos
de
sistema
La
Consola
de
estado
de
Web
tiene
los
siguientes
requisitos
del
sistema:
v
La
mquina
de
destino
para
instalar
la
Consola
de
estado
de
Web
tiene
unos
requisitos
mnimos
de
memoria
de
384
MB,
pero
se
recomienda
utilizar
512
MB.
v
Los
requisitos
de
espacio
en
disco
dentro
del
directorio
temporal
y
del
directorio
de
instalacin
seleccionado
para
el
nico
sistema
seleccionado
son:
500
MB
para
el
directorio
de
instalacin
durante
la
instalacin
500
MB
para
el
directorio
de
instalacin
despus
de
la
instalacin
100
MB
para
el
directorio
temporal
Requisitos
de
software
La
Consola
de
estado
Web
se
ejecuta
en
Netscape
6.2
(o
posterior)
y
en
Internet
Explorer
6.x,
y
soporta
las
plataformas
siguientes:
v
AIX
5.1
v
HP-UX
11.0
v
Red
Hat
Linux
para
Intel
7.1
TMA
Consola de
estado
de Web
Procesador
de latidos
-
Cach
centralizado
Gestor de peticiones
Consola de
estado
de Web
Figura
12.
El
procesador
del
gestor
de
peticiones
Captulo
9.
Introduccin
a
la
Consola
de
estado
de
Web
199
v
Solaris
2.8
v
Windows
2000
Server
y
Advanced
Server
SP3
v
Windows
NT
Server
Versin
4.0
SP6
Instalacin
de
la
Consola
de
estado
de
Web
Las
secciones
siguientes
describen
cmo
instalar
la
Consola
de
estado
de
Web
en
distintos
sistemas
operativos.
La
Consola
de
estado
de
Web
se
puede
instalar
en
cualquier
sistema
(servidor
de
regin
de
gestin
Tivoli,
nodo
gestionado/gateway
de
Tivoli
o
punto
final)
o
en
un
sistema
externo
a
la
regin
de
gestin
Tivoli.
La
instalacin
de
la
Consola
de
estado
de
Web
instala
tres
componentes
de
software:
v
WebSphere
Application
Server,
Advanced
Edition,
Single
Server,
4.0.2
v
IBM
HTTP
Server
v
Consola
de
estado
de
Web
Para
instalar
WebSphere
Application
Server,
la
instalacin
de
la
Consola
de
estado
de
Web
invoca
la
instalacin
silenciosa
de
WebSphere
Application
Server.
El
cdigo
de
WebSphere
Application
Server
instalado
en
una
edicin
de
un
solo
servidor
que
est
instalado
y
configurado
para
ser
utilizado
por
la
Consola
de
estado
de
Web.
Como
tal,
no
proporciona
un
acceso
seguro
al
puerto
9090
(no
se
necesita
ninguna
contrasea).
Si
est
realizando
una
actualizacin
de
una
Consola
de
estado
Web
existente,
para
poder
instalar
el
parche
es
necesario
detener
el
servidor
de
aplicaciones
de
la
Consola
de
estado
Web
mientras
se
realizan
estas
operaciones.
Esto
significa
que
cualquier
usuario
conectado
a
la
Consola
de
estado
de
Web
cuando
se
inicie
la
instalacin
no
podr
continuar
trabajando
hasta
que
se
vuelva
a
iniciar
el
servidor.
Cuando
se
vuelva
a
iniciar
la
Consola
de
estado
de
Web,
el
usuario
tendr
que
volverse
a
conectar
al
servidor
de
Consola
de
estado
de
Web.
Instalacin
en
Windows
Para
instalar
la
Consola
de
estado
de
Web
en
Windows:
1.
Inserte
el
Disco
2
en
la
unidad
de
CD-ROM
y
haga
doble
clic
en
el
archivo
setupwin32.exe.
Nota:
Si
el
directorio
temporal
no
dispone
de
espacio
suficiente,
podra
producirse
un
error.
Para
evitarlo,
entre
el
siguiente
comando:
setupwin32
-is:tempdir
dirTMP
donde
dirTMP
es
el
nombre
del
directorio
temporal.
2.
Siga
las
indicaciones
que
se
presentan
en
los
dilogos
de
instalacin.
En
particular:
v
Proporcione
el
Nombre
de
directorio
correspondiente
a
la
ubicacin
en
la
que
desea
instalar
el
Servidor
de
la
Consola
de
estado
de
Web.
El
Nombre
de
directorio
no
debe
contener
espacios.
v
proporciona
el
Nombre
de
usuario
bajo
el
cual
se
ejecutar
el
Servidor
Web.
Este
usuario
debe
tener
los
siguientes
Derechos
de
usuario
avanzado:
Actuar
como
parte
del
sistema
operativo
e
Iniciar
sesin
como
servicio.
200
IBM
Tivoli
Monitoring:
Gua
del
usuario
v
proporcione
la
Contrasea
correspondiente
al
usuario.
Para
instalar
en
modalidad
silenciosa
utilizando
la
lnea
de
comandos,
debe
proporcionar
los
argumentos
siguientes:
-silent
-P
base_install.installLocation=Nombre
Directorio
-W
user_input.user=Nombre
Usuario
-W
user_input.password=Contrasea
Tambin
puede
incluir
los
argumentos
anteriores
en
un
archivo
y
pasar
el
archivo
al
iniciador
utilizando
el
conmutador
de
opciones:
-options
archivo
opciones
Instalacin
en
UNIX
Para
instalar
la
Consola
de
estado
de
Web
en
UNIX:
1.
Instale
el
Disco
1
en
la
unidad
de
CD-ROM
y
ejecute
uno
de
los
archivos
siguientes,
segn
la
plataforma
UNIX
que
utilice:
v
setupaix.bin
en
AIX
v
setuphp11x.bin
en
HP-UX11.x
v
setupsolarisSparc.bin
en
Sun
Solaris
v
setuplinux.bin
en
Linux
Nota:
Si
el
directorio
temporal
no
dispone
de
espacio
suficiente,
podra
producirse
un
error.
Para
evitarlo,
entre
el
comando
(correspondiente
a
su
plataforma
UNIX):
setupaix.bin
-is:tempdir
dirTMP
donde
dirTMP
es
el
nombre
del
directorio
temporal.
2.
Siga
las
indicaciones
que
se
presentan
en
los
dilogos
de
instalacin.
En
particular,
especifique
el
Nombre
de
directorio
correspondiente
a
la
ubicacin
en
la
que
desea
instalar
el
Servidor
de
la
Consola
de
estado
de
Web.
Para
instalar
en
modalidad
silenciosa
utilizando
la
lnea
de
comandos,
debe
proporcionar
los
argumentos
siguientes
del
comando
setup
indicado
anteriormente:
-silent
-P
base_install.installLocation=Nombre
Directorio
Tambin
puede
incluir
los
argumentos
anteriores
en
un
archivo
y
pasar
el
archivo
al
iniciador
utilizando
el
conmutador
de
opciones:
-options
archivo
opciones
Nota:
La
instalacin
en
UNIX
instalar
IBM
HTTP
Server
en
una
ubicacin
estndar,
independientemente
del
directorio
que
especifique
para
la
instalacin.
El
resto
de
la
instalacin
ir
al
directorio
que
ha
especificado.
Las
ubicaciones
estndar
son:
v
AIX:
/usr/HTTPServer
Captulo
9.
Introduccin
a
la
Consola
de
estado
de
Web
201
v
Sun
Solaris:
/opt/IBMHTTPD
v
Linux:
/opt/IBMHTTPServer
v
HP:
/opt/HTTPServer
Resolucin
de
problemas
de
la
instalacin
La
instalacin
de
la
Consola
de
estado
de
Web
instala
tres
componentes
de
software:
v
WebSphere
Application
Server,
Advanced
Edition,
Single
Server,
4.0.2
v
IBM
HTTP
Server
v
Consola
de
estado
de
Web
Para
instalar
WebSphere
Application
Server,
la
instalacin
de
la
Consola
de
estado
de
Web
invoca
la
instalacin
silenciosa
de
WebSphere
Application
Server.
Esto
significa
que,
para
depurar
la
instalacin,
es
posible
que
tenga
que
revisar
varios
archivos
de
registro.
El
principal
registro
correspondiente
a
la
instalacin
es
AMW_WAS_Install.log,
que
se
almacena
en
el
directorio
temporal
que
utiliza
InstallShield.
Adems,
otros
registros
contienen
informacin
til.
La
instalacin
de
WebSphere
Application
Server,
que
ejecuta
la
Consola
de
estado
de
Web,
crea
archivos
de
registro
en
la
siguiente
ubicacin:
v
en
UNIX:
/tmp/install.log
v
en
Windows:
durante
la
instalacin:
-
dir_instalacin/setup.log:
es
el
registro
de
instalacin
de
IBM
HTTP
Server
una
vez
finalizada
la
instalacin
del
WebSphere
Application
Server:
-
dir_instalacin/logs/wssetup.log
Si
la
instalacin
no
ha
resultado
satisfactoria,
consulte
la
siguiente
informacin
sobre
resolucin
de
problemas:
v
Asegrese
de
que
WebSphere
Application
Server
se
est
ejecutando:
Acceda
a
http://nombrehost:9090/admin
Si
esto
carga
la
consola
de
administracin
de
WebSphere
Application
Server,
significa
que
WebSphere
Application
Server
se
est
ejecutando
correctamente
Si
esto
no
carga
la
consola
de
administracin
de
WebSphere
Application
Server:
-
Compruebe
el
registro
de
instalacin
de
WebSphere
Application
Server
indicado
anteriormente
-
Si
una
instalacin
anterior
de
la
Consola
de
estado
de
Web
result
anmala
antes
de
que
finalizara
la
instalacin
del
componente
WebSphere
Application
Server,
el
script
ITM_WHC_Uninstall.sh
no
se
podr
utilizar
para
desinstalar
el
producto.
La
siguiente
reinstalacin
dar
un
error
que
indicar
que
la
Consola
de
estado
de
Web
ya
est
instalada.
Para
corregir
esta
situacin:
v
Si
Java
1.3
o
posterior
est
instalado
en
la
mquina,
ejecute:
dir_instalacin/_uninst/java
-jar
uninstall
-silent
v
Si
no
tiene
Java
1.3
o
posterior
instalado,
ejecute:
/directorio_temporal_instalacin/AMWInstallCheck.sh
donde
directorio_temporal_instalacin
es
el
directorio
temporal
especificado
durante
el
intento
de
instalacin
anmalo,
o
si
no
/tmp.
InstallCheck.sh
202
IBM
Tivoli
Monitoring:
Gua
del
usuario
dar
como
resultado
una
lista
de
paquetes
que
estn
bloqueando
la
instalacin.
Utilice
las
herramientas
de
mantenimiento
de
software
especficas
del
sistema
operativo
para
eliminar
estos
paquetes.
Adems,
elimine
estas
entradas
de
la
base
de
datos
del
instalador,
vpd.properties.
Este
archivo
se
encuentra:
en
Windows:
%SYSTEMDIR%/vpd.properties
en
Linux:
$HOME/vpd.properties
en
UNIX:
/usr/lib/objrepos/vpd.properties
-
Asegrese
de
que
la
aplicacin
WebSphere
Application
Server
se
est
ejecutando:
v
en
Windows:
compruebe
el
Panel
de
servicios.
Asegrese
de
que
el
servicio
WebSphere
Application
Server
V4
-
WebSphere
for
ITM
se
est
ejecutando.
Si
no
es
as,
intente
iniciarlo
utilizando
los
controles
del
Panel
de
servicios.
v
en
UNIX:
compruebe
el
proceso
de
WebSphere
Application
Server
utilizando
el
comando
ps
en
el
proceso
Java
bajo
el
directorio
de
instalacin
de
WebSphere
Application
Server.
Si
WebSphere
Application
Server
no
se
est
ejecutando,
intente
iniciarlo
mediante
dir_instalacin/bin/startServer.sh
-
Compruebe
los
registros
de
tiempo
de
ejecucin
de
WebSphere
Application
Server
en:
dir_instalacin/logs
v
Asegrese
de
que
IBM
HTTP
Server
se
est
ejecutando:
Compruebe
los
registros
de
instalacin:
-
en
Windows:
mire
en
dir_instalacin/setup.log
-
en
UNIX:
mire
en
/tmp/install.log.
La
instalacin
de
IBM
HTTP
Server
se
produce
aproximadamente
en
la
mitad
del
archivo
install.log.
La
lnea
de
comandos
que
se
utiliza
para
instalar
IBM
HTTP
Server
est
en
este
registro.
Para
encontrarla,
busque
IHS
install
command.
Copie
este
comando
e
intente
ejecutarlo
de
forma
manual
en
la
lnea
de
comandos.
-
Compruebe
si
una
instalacin
anterior
de
Apache
o
IHS
ha
interferido
en
Windows
2000
y
NT:
si
una
instalacin
anterior
ha
dejado
un
archivo
httpd.conf
o
un
atajo
a
un
archivo
httpd.conf
no
existente,
el
instalador
reutilizar
este
archivo
en
lugar
de
grabar
uno
nuevo.
Los
archivos
que
el
instalador
ha
intentado
reutilizar
se
registrarn
en
%TEMP%/IHSinst.err
y
se
debern
eliminar
antes
de
volver
a
intentar
la
instalacin.
Compruebe
si
el
proceso
se
est
ejecutando:
-
en
Windows:
compruebe
el
Panel
de
servicios.
Asegrese
de
que
el
servicio
IBM
HTTP
Server
se
est
ejecutando.
Si
no
es
as,
intente
iniciarlo
utilizando
los
controles
del
Panel
de
servicios.
Si
el
servicio
no
se
inicia,
intente
iniciar
el
Servidor
desde
la
lnea
de
comandos
ejecutando
lo
siguiente:
dir_instalacin/HTTP_Server/Apache.
v
Si
el
Servidor
se
ejecuta
en
la
lnea
de
comandos
pero
no
en
un
servicio,
compruebe
los
parmetros
del
servicio:
Asegrese
de
que
Conexin
y
Contrasea
sean
correctos.
Asegrese
de
que
la
ruta
sea
correcta.
Si
utiliza
Windows
NT
4.0,
intente
lo
siguiente:
1.
Ejecute
regedit.
2.
Vaya
a:
HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/
IBMHTTPService/Parameters
3.
Establezca
el
valor
de
ConfigArgs
en
blanco.
Captulo
9.
Introduccin
a
la
Consola
de
estado
de
Web
203
Nota:
Al
editar
el
registro
de
Windows
es
posible
que
se
produzcan
daos
en
el
sistema
operativo
Windows.
Intente
las
instrucciones
anteriores
nicamente
si
sabe
utilizar
el
Registro
de
Windows.
v
Si
ve
errores
que
hacen
referencia
a
la
Biblioteca
de
seguridad,
compruebe
lo
siguiente:
Asegrese
de
que
IBM
Key
Management
Utility
est
instalado.
Si
est
instalado,
se
muestra
en
Archivos
de
programa/ibm/gsk5
en
la
unidad
en
la
que
ha
instalado
la
Consola
de
estado
de
Web.
Asegrese
de
que
la
variable
de
entorno
PATH
contenga
la
ruta
a
IBM
Key
Management
Utility.
Por
ejemplo:PATH=c:\Archivos
de
programa\ibm\gsk5\lib.
-
en
UNIX:
Compruebe
el
proceso
IBM
HTTP
Server
mediante
el
comando
ps
en
el
proceso
http.
Si
IBM
HTTP
Server
no
se
est
ejecutando,
intente
iniciarlo
mediante
dir_instalacin
IBM
HTTP
Server/bin/apachectl
start.
Si
IBM
HTTP
Server
no
se
inicia,
examine
los
archivos
de
registro
de
dir_instalacin
IBM
HTTP
Server/logs.
v
Compruebe
que
la
aplicacin
de
la
Consola
de
estado
de
Web
est
correctamente
instalada.
Si
tanto
WebSphere
Application
Server
como
IBM
HTTP
Server
se
ejecutan
correctamente
pero
la
Consola
de
estado
de
Web
sigue
sin
estar
disponible,
significa
que
la
Consola
de
estado
de
Web
no
funciona.
Si
es
as,
haga
lo
siguiente:
1.
Inicie
la
Consola
de
administracin
de
WebSphere
Application
Server:
http://nombrehost:9090/admin
2.
Vaya
a
Nodos
NombreNodo
Aplicaciones
de
empresa.
La
aplicacin
Consola
de
estado
Web
ITM
debe
estar
presente
y
ejecutndose.
-
Si
la
aplicacin
est
presente
pero
no
est
ejecutndose,
intente
iniciarla
seleccionando
su
entrada
en
la
Consola
del
Administrador
de
WebSphere
Application
Server.
Si
no
se
inicia,
compruebe
lo
siguiente:
v
Examine
los
registros
de
WebSphere
en
dir_instalacin/logs.
v
Examine
los
registros
de
la
Consola
de
estado
de
Web
en:
c:\Tivoli\AMW\logs\traceDMWebConsole.log
o
en
/opt/Tivoli/AMW/logs/traceDMWebConsole.log
-
Si
la
aplicacin
no
aparece,
compruebe
lo
siguiente:
v
Compruebe
(para
WebSphere
Application
Server)
dir_instalacin/healthConsole.
Debera
contener
el
archivo
dm.ear.
Si
el
archivo
no
aparece,
significa
que
la
instalacin
ha
fallado
por
completo.
Compruebe
el
archivo
AMW_WAS_Install.log
indicado
anteriormente.
v
Compruebe
dir_instalacin/installedApps.
Debera
contener
un
directorio
denominado
dm.ear.
Si
no
contiene
dicho
directorio,
significa
que
el
comando
de
configuracin
no
se
ha
podido
ejecutar:
Compruebe
AMW_WAS_Install.log
y
dir_instalacin/appInstall.out
o
dir_instalacin/appInstall.err
para
obtener
detalles.
Intente
ejecutar
el
siguiente
comando
de
forma
manual:
dir_instalacin/bin/SEAppInstall
-install
dir_instalacin/healthConsole/dm.ear
-interactive
false
v
Compruebe
dir_instalacin/config/server-cfg.xml.
Debe
contener
una
referencia
a
la
Consola
de
estado
Web
(que
puede
encontrar
204
IBM
Tivoli
Monitoring:
Gua
del
usuario
expandiendo
primero
el
distintivo
nodos
y,
a
continuacin,
los
distintivos
installedApps
hasta
encontrar
un
elemento
de
Consola
de
estado
Web
DM).
Si
no
contiene
dicha
referencia,
pero
el
paso
anterior
ha
funcionado,
es
probable
que
haya
sobregrabado
el
archivo
al
conectarse
a
la
Consola
de
administracin.
Para
corregirlo,
detenga
WebSphere
Application
Server
ejecutando:
install_dir/bin/stopServer[.sh]
y
vuelva
a
ejecutar
el
primer
paso
de
esta
lista.
v
Compruebe
el
archivo
dir_instalacin/config/plugin-cfg.xml.
Debera
contener
una
referencia
a
la
cadena
dmwhc.
Si
no
contiene
dicha
referencia,
significa
que
el
comando
GenPluginCfg
ha
fallado.
Revise
dir_instalacin/appInstall2.out
o
dir_instalacin/appInstall2.err
para
obtener
detalles.
Ejecute
el
siguiente
comando
de
forma
manual:
dir_instalacin/bin/GenPlugIn
-configFile
dir_instalacin/config/server-cfg.xml
v
Vuelva
a
iniciar
el
servidor,
si
lo
haba
detenido,
ejecutando
lo
siguiente:
dir_instalacin/bin/startServer[.sh]
Cmo
habilitar
la
Consola
de
estado
Web
para
utilizar
los
modelos
de
recurso
Para
habilitar
la
Consola
de
estado
Web
para
utilizar
cualquier
modelo
de
recurso
que
haya
creado
con
Resource
Model
Builder
de
Tivoli
Monitoring,
realice
los
pasos
siguientes.
Nota:
Para
seguir
este
procedimiento,
debe
tener
Java
Development
Kit
(JDK)
1.3
instalado
en
el
sistema
en
el
que
necesita
compilar
el
modelo
de
recurso
(normalmente
el
sistema
en
el
que
reside
Resource
Model
Builder
de
Tivoli
Monitoring).
1.
En
la
ventana
principal
de
Resource
Model
Builder
de
Tivoli
Monitoring,
desde
el
men
Crear
seleccione
Exportar
catlogo
de
mensajes
Java.
2.
Guarde
el
archivo
java
con
el
nombre
interno
del
modelo
de
recurso
(por
ejemplo
DMXCpu.java).
3.
Desde
un
indicador
de
comandos,
compile
el
archivo
java
especificando
el
siguiente
comando:
v
En
Windows
dirJDK\bin\javac
nombrearchivo.java
v
En
UNIX
o
Linux
dirJDK/bin/javac
nombrearchivo.java
Donde:
dirJDK
La
ruta
completamente
calificada
en
la
que
est
instalado
JDK
1.3.
nombrearchivo
El
nombre
del
archivo
java.
Se
crea
un
archivo
class
con
el
mismo
nombre
que
el
archivo
java.
4.
Copie
el
archivo
class
en
el
servidor
de
aplicaciones
de
la
Consola
de
estado
de
Web
en:
dir_instalacin/installedApps/dm.ear/dm.war/WEB-
INF/classes/com/tivoli/DmForNt/resources
Captulo
9.
Introduccin
a
la
Consola
de
estado
de
Web
205
Cmo
habilitar
el
soporte
de
Secure
Socket
Layer
La
Consola
de
estado
de
Web
est
preconfigurada
para
la
comunicacin
Secure
Socket
Layer
(SSL).
Sin
embargo,
para
que
se
pueda
utilizar
SSL
se
debe
generar
una
base
de
datos
de
claves
y
un
certificado
de
sitio
y
la
preconfiguracin
SSL
se
debe
habilitar.
Esta
seccin
muestra
los
pasos
a
seguir
para
habilitar
SSL.
Nota:
En
las
siguientes
indicaciones,
sustituya
Ubicacin
IBM
HTTP
Server
por:
v
AIX:
/usr/HTTPServer
v
Sun
Solaris:
/opt/IBMHTTPD
v
Linux:
/opt/IBMHTTPServer
v
HP:
/opt/HTTPServer
v
UNIX:
/opt/HTTPServer
v
Windows:
Ubicacin
del
servidor
de
la
Consola
de
estado
de
Web/HTTP_Server
Siga
estos
pasos
para
habilitar
SSL:
1.
Cree
un
directorio
en
el
servidor
para
que
contenga
los
certificados
y
archivos
de
la
base
de
datos
de
claves
de
SSL.
En
los
pasos
siguientes,
denominaremos
este
directorio
dir_bd_claves.
2.
Para
Windows
NT:
inicie
IBM
Key
Management
Utility
invocando
gsk5ikm.exe
desde
unidad_instalacin_consola_estado_web\Archivos
de
programa\ibm\gsk5\bin
o
seleccionando
Inicio>Programas>IBM
HTTP
Server>Start
Key
Management
Utility.
Para
AIX,
Sun
Solaris,
HP/UX
y
Linux:
inicie
IBM
Key
Management
Utility
invocando
gsk5ikm
desde:
v
AIX:
/usr/ibm/gsk5/bin
v
Linux:
/usr/local/ibm/gsk5/bin
Para
habilitar
SSL
en
Linux,
debe
habilitar
el
uso
de
libstdc++-6.1-2
bajndolo,
si
es
necesario,
y
ejecutando
el
siguiente
comando:
export
LD_PRELOAD=/usr/lib/libstdc++-libc6.1-2.so.3
v
Sun
Solaris:
/opt/ibm/gsk5/bin
v
HP/UX:
/opt/ibm/gsk5/bin
3.
Dentro
de
IBM
Key
Management,
seleccione
Key
Database
File
(Archivo
de
base
de
datos
de
claves)
>New
(Nuevo).
4.
Llene
los
campos
del
recuadro
de
dilogo
New,
realizando
las
siguientes
entradas
de
seleccin:
v
Key
Database
Type
(Tipo
de
base
de
datos
de
claves):
Seleccione
el
CMS
Key
database
file
(Archivo
de
base
de
datos
de
claves
CMS)
v
File
Name
(Nombre
de
archivo):
Entre
un
nombre
de
archivo
base
para
los
archivos
de
la
base
de
datos
de
claves.
Se
crearn
varios
archivos
con
este
nombre
de
archivo
base,
que
incluyen:
nombre_base_datos_claves.kdb,
nombre_base_datos_claves.rdb,
nombre_base_datos_claves.sth,
y
nombre_base_datos_claves.crl.
Para
utilizar
la
configuracin
predeterminada
de
la
Consola
de
estado
de
Web,
utilice
UBICACIN
IBM
HTTP
SERVER/key_db
para
Ubicacin.
5.
Haga
clic
en
Aceptar.
206
IBM
Tivoli
Monitoring:
Gua
del
usuario
6.
Llene
los
campos
del
recuadro
de
dilogo
Password
Prompt
(Solicitud
de
contrasea),
realizando
las
siguientes
selecciones
y
entradas:
v
Entre
la
contrasea
que
se
utilizar
para
cifrar
y
descifrar
la
base
de
datos
de
claves
v
Vuelva
a
entrar
la
contrasea
para
confirmar
que
se
ha
escrito
correctamente
v
Seleccione
Stash
the
password
to
a
file
(Ocultar
la
contrasea
en
un
archivo)
7.
Si
tiene
un
certificado
de
servidor
procedente
de
una
Autoridad
de
certificados
(por
ejemplo,
Verisign),
puede
hacer
clic
en
Import
(Importar)
para
importar
este
certificado
en
el
archivo
de
claves
de
SSL.
Si
no
es
as,
cree
uno
nuevo
seleccionando
Create
(Crear)>New
Self-Signed
Certificate
(Nuevo
certificado
autofirmado).
8.
Llene
los
campos
del
recuadro
de
dilogo
Create
New
Self-Signed
Certificate,
realizando
las
siguientes
selecciones
y
entradas:
v
Key
Label
(Etiqueta
de
clave):
Una
etiqueta
mediante
la
cual
se
identificarn
la
clave
y
el
certificado
en
la
base
de
datos.
v
Common
Name
(Nombre
comn):
El
nombre
de
host
calificado
al
completo
del
servidor
en
el
que
est
instalada
la
Consola
de
estado
de
Web.
v
Organization
(Organizacin):
Entre
un
nombre
de
organizacin.
Esta
informacin
se
presentara
al
cliente
como
parte
de
las
credenciales
del
servidor.
Deje
para
los
parmetros
restantes
su
valor
predeterminado
y
haga
clic
en
Aceptar.
9.
Con
un
editor
de
texto,
abra
el
archivo
UBICACIN
IBM
HTTP
SERVER/conf/httpd.conf
y
modifique
las
lneas
que
se
describen
a
continuacin
en
las
instrucciones
detalladas
para
cada
plataforma.
Si
no
ha
utilizado
la
ubicacin
predeterminada
para
la
base
de
datos
de
claves,
inserte
la
informacin
adecuada.
Para
Windows
NT:
Elimine
el
comentario
de
las
lneas
#LoadModule
ibm_ssl_module
modules/IBMMOduleSSL128.dll
#Listen
443
#SSLEnable
#Keyfile
IBM
HTTP
SERVER
LOCATION/key_db/key.db
para
AIX,
Sun
Solaris
y
Linux:
Elimine
el
comentario
de
las
lneas
#LoadModule
ibm_ssl_modulelibexec/mod_ibm_ssl_128.so
#Listen
443
#SSLEnable
#Keyfile
IBM
HTTP
SERVER
LOCATION/key_db/key.db
Para
HP:
Comente
las
lneas
Port
y
Listen
correspondientes
al
puerto
80:
Port
80
Listen
80
Elimine
el
comentario
de
las
lneas:
#LoadModule
ibm_ssl_modulelibexec/mod_ibm_ssl_128.so
#Listen
443
#SSLEnable
#Keyfile
IBM
HTTP
SERVER
LOCATION/key_db/key.db
Captulo
9.
Introduccin
a
la
Consola
de
estado
de
Web
207
Por
convenio,
la
comunicacin
SSL
se
ejecuta
en
el
puerto
443
y
la
Consola
de
estado
de
Web
viene
preconfigurada
segn
este
dato.
Para
cambiar
el
puerto
SSL
por
un
puerto
no
estndar,
cambie
la
directriz
Listen
en
httpd.conf
para
reflejar
el
puerto
que
prefiera.
10.
En
Windows:
Vuelva
a
iniciar
IBM
HTTP
Server
seleccionando
IBM
HTTP
Server
en
el
panel
de
control
de
Servicios
de
Windows
NT
y
haciendo
clic
en
Detener
y
luego
en
Iniciar
En
UNIX:
Vuelva
a
iniciar
IBM
HTTP
Server
ejecutando
UBICACIN
IBM
HTTP
SERVER/bin/apachectl
restart.
Ahora
IBM
HTTP
Web
Server
est
configurado
para
SSL.
Desinstalacin
de
la
Consola
de
estado
de
Web
Para
desinstalar
la
Consola
de
estado
de
Web,
haga
lo
siguiente:
1.
Ejecute
el
procedimiento
de
desinstalacin:
v
en
Windows:
en
el
Panel
de
control,
seleccione
Agregar
o
quitar
programas
y
elimine
la
Consola
de
estado
de
Web
de
IBM
Tivoli
Monitoring
5.1.1.
v
en
UNIX:
dir_instalacin/ITM_WHC_Uninstall.sh
2.
Borre
los
archivos
restantes:
v
El
procedimiento
de
desinstalacin
no
elimina
los
directorios
y
algunos
de
los
archivos
que
se
han
creado
durante
la
instalacin
de
la
Consola
de
estado
de
Web.
Esto
se
hace
para
evitar
suprimir
informacin
de
configuracin
que
quizs
desee
guardar.
Para
finalizar
la
desinstalacin,
elimine
los
siguientes
directorios
despus
de
asegurarse
de
que
no
contienen
ningn
dato
crtico:
dir_instalacin
dir_instalacin_IBM_HTTP_Server
(consulte
el
procedimiento
de
instalacin
para
ver
el
nombre
del
directorio
especfico
para
cada
plataforma)
dir_registro:
-
en
Windows:
dir_registro
es
c:\Tivoli\AMW\logs.
-
en
UNIX:
dir_registro
es
/opt/Tivoli/AMW/logs.
208
IBM
Tivoli
Monitoring:
Gua
del
usuario
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
Este
captulo
describe
cmo
utilizar
la
Consola
de
estado
de
Web,
navegar
por
los
componentes
e
interpretar
el
contenido
de
los
componentes.
Puede
utilizar
la
Consola
de
estado
de
Web
para
visualizar
datos
histricos
o
en
tiempo
real
sobre
recursos
de
un
sistema
especificado.
La
Consola
de
estado
de
Web
muestra
24
horas
de
datos
histricos.
Los
datos
de
la
Consola
de
estado
de
Web
se
renuevan
de
forma
automtica
cada
5
minutos,
de
forma
predeterminada.
Puede
cambiar
la
velocidad
de
renovacin
de
la
Consola
de
estado
de
Web
en
la
ficha
General
de
la
vista
Preferencias.
Consulte
el
apartado
Cmo
gestionar
preferencias
generales
en
la
pgina
212
para
obtener
ms
informacin.
Nota:
Para
utilizar
la
Consola
de
estado
de
Web
necesitar
las
autorizaciones
siguientes:
v
Para
acceder
a
la
Consola
de
estado
de
Web
necesitar
una
de
estas
funciones
(en
la
regin
Tivoli):
itm_whc_user,
user,
super,
admin
o
senior.
v
Para
visualizar
un
punto
final
necesitar
una
de
las
funciones
siguientes
(en
el
punto
final):
user,
super,
admin
o
senior.
v
Para
trabajar
con
un
punto
final
necesitar
una
de
las
funciones
siguientes
(en
el
punto
final):
super,
admin
o
senior.
Cmo
iniciar
la
sesin
en
la
Consola
de
estado
de
Web
Siga
los
pasos
siguientes
para
conectarse
a
la
Consola
de
estado
de
Web:
1.
Conecte
con
http://nombre_servidor/dmwhc,
donde
nombre_servidor
es
el
servidor
en
el
que
ha
instalado
el
servidor
de
la
Consola
de
estado
de
Web.
2.
Especifique
la
siguiente
informacin
para
visualizar
la
Vista
de
conexin:
Usuario
ID
de
usuario
de
Tivoli
Copyright
IBM
Corp.
2004
209
|
|
Contrasea
La
Contrasea
asociada
con
el
ID
de
usuario
de
Tivoli
Host
El
nombre
del
nodo
gestionado
con
el
que
desea
conectar
3.
Haga
clic
en
Aceptar
para
conectar
con
la
Consola
de
estado
de
Web.
Se
muestra
un
mensaje
sobre
los
campos
de
entrada
de
texto
si
la
conexin
no
ha
resultado
satisfactoria
o
si
se
le
ha
redirigido
a
esta
vista
debido
a
otro
error.
Cmo
iniciar
la
sesin
en
la
Consola
de
estado
de
Web
por
primera
vez
Siga
los
pasos
siguientes
si
se
va
a
conectar
a
la
Consola
de
estado
de
Web
por
primera
vez:
1.
Conctese
a
la
Consola
de
estado
de
Web.
La
primera
vez
que
se
conecte
a
la
Consola
de
estado
de
Web,
se
mostrar
la
vista
Preferencias.
Debe
llenar
la
lista
Puntos
finales
seleccionados
para
poder
a
acceder
a
cualquier
otra
vista
de
la
Consola
de
estado
de
Web.
Cuando
se
vuelva
a
conectar,
la
lista
de
puntos
finales
se
cargar
automticamente.
2.
Seleccione
los
puntos
finales
que
desee
ver.
Consulte
el
apartado
Cmo
gestionar
listas
de
puntos
finales
para
obtener
ms
informacin.
3.
Personalice
la
Consola
de
estado
de
Web
para
que
se
ajuste
a
sus
especificaciones.
Consulte
los
apartados
Cmo
gestionar
preferencias
generales
en
la
pgina
212
y
Cmo
gestionar
preferencias
de
grficos
en
la
pgina
212
para
obtener
ms
informacin.
Cmo
configurar
las
preferencias
Puede
personalizar
las
vistas
de
la
Consola
de
estado
de
Web
para
que
muestren
sus
valores
preferidos.
Esta
seccin
explica
cmo
gestionar
las
siguientes
preferencias:
v
Cmo
gestionar
listas
de
puntos
finales
en
la
pgina
210
v
Cmo
gestionar
preferencias
generales
en
la
pgina
212
v
Cmo
gestionar
preferencias
de
grficos
en
la
pgina
212
Cmo
gestionar
listas
de
puntos
finales
Para
maximizar
el
rendimiento,
debe
limitar
el
nmero
de
puntos
finales
que
supervisa
la
Consola
de
estado
de
Web.
Utilice
la
vista
Preferencias
para
210
IBM
Tivoli
Monitoring:
Gua
del
usuario
especificar
nicamente
los
puntos
finales
en
los
que
est
interesado.
La
primera
vez
que
se
conecte
a
la
Consola
de
estado
de
Web,
se
mostrar
la
vista
Preferencias.
Debe
llenar
la
lista
Puntos
finales
seleccionados
para
poder
a
acceder
a
cualquier
otra
vista
de
la
Consola
de
estado
de
Web.
Cuando
se
vuelva
a
conectar,
la
lista
de
puntos
finales
se
cargar
automticamente.
Para
llenar
la
lista
de
puntos
finales:
1.
Escriba
el
nombre
de
un
filtro
de
puntos
finales
en
el
campo
Filtro.
Por
ejemplo,
escriba
abc*
para
visualizar
todos
los
puntos
finales
de
la
regin
gestionada
de
Tivoli
con
nombres
que
comiencen
con
abc
y
que
tengan
modelos
de
recurso
instalados.
El
soporte
de
la
funcin
de
filtro
est
limitado
al
carcter
de
expresin
regular
(*).
2.
Haga
clic
en
Ir.
3.
Haga
clic
en
el
punto
final
para
seleccionarlo
en
la
lista
Puntos
finales
disponibles.
Utilice
Control-clic
o
Despl-clic
para
seleccionar
varios
puntos
finales.
4.
Haga
clic
en
Agregar
>>.
Repita
estos
pasos
para
agregar
ms
puntos
finales
a
la
lista.
Nota:
Puede
aplicar
un
nuevo
filtro
en
cualquier
momento
para
actualizar
la
lista
Puntos
finales
disponibles
sin
que
ello
afecte
a
Puntos
finales
seleccionados.
Puede
eliminar
puntos
finales
de
la
lista
Puntos
finales
seleccionados
utilizando
el
botn
<<
Eliminar.
5.
Haga
clic
en
Guardar
para
guardar
la
lista
Puntos
finales
seleccionados
o
Cancelar
para
cancelar
estos
cambios.
Despus
de
llenar
las
vistas,
puede
configurar
otras
preferencias.
Consulte
los
apartados
Cmo
gestionar
preferencias
generales
en
la
pgina
212
y
Cmo
gestionar
preferencias
de
grficos
en
la
pgina
212.
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
211
Cmo
gestionar
preferencias
generales
Realice
los
pasos
siguientes
para
gestionar
la
vista
Preferencias
generales:
1.
Conctese
para
visualizar
la
vista
Preferencias.
2.
Haga
clic
en
la
ficha
General.
3.
Seleccione
y
defina
lo
siguiente:
Renovar
intervalo
El
nmero
de
minutos
que
transcurrirn
entre
actualizaciones
automticas
de
vistas
de
datos.
El
intervalo
predeterminado
es
5
minutos.
El
intervalo
que
especifique
aqu
no
controla
la
velocidad
a
la
que
se
renuevan
las
vistas
de
grficos.
Consulte
el
apartado
Cmo
gestionar
preferencias
de
grficos
en
la
pgina
212
para
obtener
ms
informacin.
Vista
predeterminada
La
vista
que
desea
visualizar
cuando
se
conecte
a
la
Consola
de
estado
de
Web.
El
valor
predeterminado
es
Vista
Punto
final.
4.
Haga
clic
en
Guardar
para
implantar
los
cambios
realizados
en
la
vista
Preferencias,
General.
Cmo
gestionar
preferencias
de
grficos
Utilice
la
pgina
Grfico
de
la
vista
Preferencias
para
seleccionar
el
tipo
de
grfico
que
se
visualizar
cuando
haga
clic
en
Grfico
en
la
vista
Punto
final,
el
intervalo
212
IBM
Tivoli
Monitoring:
Gua
del
usuario
de
renovacin
para
dicho
grfico
y
los
colores
con
los
que
se
mostrar
el
grfico.
Siga
los
pasos
siguientes
para
gestionar
la
vista
Preferencias,
Grfico:
1.
Conctese
para
visualizar
la
vista
Preferencias.
2.
Haga
clic
en
la
ficha
Grfico.
3.
Seleccione
un
grfico
en
la
lista
desplegable
Tipo
de
vista.
4.
Seleccione
el
intervalo
de
renovacin
en
la
lista
desplegable
Intervalo
de
renovacin
de
diagrama
en
lnea.
5.
Las
serie
de
colores
representa
el
orden
en
que
aparecen
los
colores
en
todos
los
grficos.
Para
cambiar
un
color:
a.
Haga
clic
en
el
color
que
desea
cambiar
para
visualizar
una
paleta
de
colores
que
contiene
todas
las
opciones
posibles.
b.
Especifique
el
color
por
el
que
desea
sustituir
el
color
seleccionado.
c.
Haga
clic
en
Guardar.
6.
Haga
clic
en
Guardar
para
implantar
los
cambios.
Caractersticas
comunes
de
la
Consola
de
estado
de
Web
La
parte
superior
de
cada
vista
de
la
Consola
de
estado
de
Web,
excepto
la
vista
Conexin,
contiene
una
cabecera
de
men
comn.
Esta
cabecera
de
men
contiene
la
siguiente
informacin:
Tabla
18.
Iconos
de
navegacin
El
nombre
de
usuario
con
el
que
se
ha
conectado
a
esta
sesin
de
la
Consola
de
estado
de
Web
El
botn
de
icono
de
renovacin
para
renovar
de
forma
manual
la
vista
actual
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
213
Tabla
18.
Iconos
de
navegacin
(continuacin)
El
botn
de
icono
inicial
para
volver
a
la
vista
que
est
establecida
en
la
ficha
General
de
la
vista
Preferencias.
Las
opciones
son
la
Vista
Lista
de
puntos
finales
o
la
Vista
Lista
de
modelos
de
recurso
El
botn
de
icono
de
lista
de
puntos
finales
para
abrir
la
Vista
Lista
de
puntos
finales
El
botn
de
icono
de
modelos
de
recurso
para
abrir
la
Vista
Lista
de
modelos
de
recurso
El
botn
de
icono
de
preferencias
de
ver/editar
para
abrir
la
vista
Preferencias
El
botn
de
desconexin
para
volver
a
la
vista
Conexin
La
barra
de
navegacin
comn
tiene
ayuda
flotante
asociada
con
cada
botn.
A
medida
que
profundiza
por
las
vistas,
la
Consola
de
estado
de
Web
muestra
una
ruta
dinmica
en
la
parte
de
ttulo
de
la
ventana.
Esta
ruta
muestra
las
vistas
por
las
que
ha
pasado
para
llegar
a
la
vista
visualizada
actualmente.
Tambin
proporciona
vnculos
a
cualquiera
de
las
vistas
anteriores.
Puede
volver
a
una
vista
anterior
haciendo
clic
en
el
ttulo
de
dicha
vista.
La
salud
se
muestra
en
las
vistas
como
un
porcentaje
de
salud
exacto
y
como
una
representacin
mediante
iconos
de
posibles
estados
de
alerta.
Consulte
la
Tabla
19
para
ver
una
lista
de
los
iconos
de
alerta
de
salud:
Tabla
19.
Iconos
de
alerta
de
salud
La
salud
de
todos
los
modelos
de
recurso
instalados
en
el
punto
final
est
al
70-100%.
La
salud
de
al
menos
uno
de
los
modelos
de
recurso
instalados
en
el
punto
final
es
menor
que
70%
pero
mayor
que
10%.
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.
Cmo
utilizar
la
vista
Lista
de
puntos
finales
La
Vista
Lista
de
puntos
finales
muestra
la
salud
actual
de
todos
los
puntos
finales
especificados
en
la
ficha
Puntos
finales
de
la
vista
Preferencias.
(Consulte
el
apartado
Cmo
gestionar
listas
de
puntos
finales
en
la
pgina
210
para
obtener
ms
informacin.)
La
Consola
de
estado
de
Web
clasifica
los
puntos
finales
en
orden
de
salud
(primero
muestra
los
de
salud
ms
baja).
Por
ejemplo,
un
punto
final
con
un
porcentaje
de
salud
de
20
aparece
antes
que
uno
con
un
porcentaje
de
salud
de
80.
Si
hay
algn
problema
para
establecer
contacto
con
un
punto
final,
la
Consola
de
estado
de
Web
muestra
un
mensaje
que
indica
el
problema.
1.
Para
visualizar
la
salud
de
un
punto
final
especfico,
o
de
un
grupo
de
puntos
finales,
escriba
la
informacin
adecuada
en
el
campo
Filtro
y
haga
clic
en
Enviar.
214
IBM
Tivoli
Monitoring:
Gua
del
usuario
Por
ejemplo,
escriba
abc*
para
visualizar
todos
los
puntos
finales
de
la
lista
Puntos
finales
seleccionados
con
nombres
que
comiencen
por
abc
y
que
tengan
modelos
de
recurso
instalados.
El
soporte
de
la
funcin
de
filtro
est
limitado
al
carcter
de
expresin
regular
(*).
La
tabla
Vista
Lista
de
puntos
finales
contiene
informacin
sobre:
Estado
El
estado
del
punto
final
determinado
que
se
est
supervisando.
Salud
La
salud
menor
de
todos
los
modelos
de
recurso
instalados
en
el
punto
final.
Por
ejemplo,
si
el
punto
final
tiene
dos
modelos
de
recurso
instalados
y
uno
tiene
una
salud
de
20%
y
el
otro
de
80%,
esta
columna
muestra
20.
La
salud
se
muestra
como
un
porcentaje
de
salud
exacto
o
como
una
representacin
mediante
iconos
de
posibles
estados
de
alerta.
2.
Haga
clic
en
el
nombre
del
punto
final
para
visualizar
la
vista
Punto
final
para
ver
informacin
detallada
sobre
cada
modelo
de
recurso
que
se
ejecuta
en
este
punto
final.
Consulte
el
apartado
Cmo
trabajar
con
la
vista
Salud
de
punto
final
en
la
pgina
217
para
ver
informacin
detallada.
O
Haga
clic
en
el
botn
de
seleccin
para
seleccionar
un
punto
final
y
emprender
una
accin
en
dicho
punto
final.
Consulte
el
apartado
Cmo
trabajar
con
puntos
finales.
Cmo
trabajar
con
puntos
finales
Nota:
Estas
operaciones
requieren
el
rol
super,
admin
o
senior.
Para
iniciar
o
detener
el
motor
de
IBM
Tivoli
Monitoring
desde
la
Vista
Lista
de
puntos
finales:
1.
Haga
clic
en
el
botn
de
seleccin
para
seleccionar
el
punto
final.
2.
Seleccione
Iniciar
motor
o
Detener
motor
en
la
lista
desplegable
Seleccionar
una
accin.
Cmo
utilizar
la
vista
Lista
de
modelos
de
recurso
La
Vista
Lista
de
modelos
de
recurso
muestra
todos
los
modelos
de
recurso
instalados
en
los
puntos
finales
especificados
en
la
pgina
Lista
de
puntos
finales
de
la
vista
Preferencias.
(Consulte
el
apartado
Cmo
gestionar
listas
de
puntos
finales
en
la
pgina
210
para
obtener
ms
informacin.)
La
Consola
de
estado
de
Web
clasifica
los
modelos
de
recurso
en
orden
de
salud
(primero
muestra
los
de
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
215
salud
ms
baja).
Por
ejemplo,
un
modelo
de
recurso
con
un
porcentaje
de
salud
de
20
aparece
antes
que
uno
con
un
porcentaje
de
salud
de
80.
La
tabla
Vista
Lista
de
modelos
de
recurso
contiene
informacin
sobre:
Estado
El
estado
del
modelo
de
recurso
que
se
est
visualizando.
Salud
La
salud
ms
baja
de
dicho
modelo
de
recurso
entre
todos
los
puntos
finales.
Por
ejemplo
si
el
modelo
de
recurso
est
instalado
en
dos
puntos
finales
y
el
modelo
de
recurso
tiene
un
porcentaje
de
salud
de
20
en
un
punto
final
y
un
porcentaje
de
salud
de
80
en
el
otro
punto
final,
esta
columna
muestra
20.
La
salud
se
muestra
como
un
porcentaje
exacto
y
como
una
representacin
mediante
iconos
de
posibles
estados
de
alerta.
Consulte
la
Tabla
19
en
la
pgina
214
para
obtener
informacin
sobre
los
iconos.
Haga
clic
en
un
nombre
de
modelo
de
recurso
para
visualizar
la
Vista
Lista
de
puntos
finales
por
modelo
de
recurso.
Consulte
el
apartado
Cmo
utilizar
la
vista
puntos
finales
por
modelo
de
recurso
en
la
pgina
217
para
obtener
ms
informacin.
216
IBM
Tivoli
Monitoring:
Gua
del
usuario
Cmo
utilizar
la
vista
puntos
finales
por
modelo
de
recurso
Esta
vista
slo
se
puede
visualizar
si
se
hace
clic
en
un
nombre
de
modelo
de
recurso
en
la
Vista
Lista
de
modelos
de
recurso.
Utilice
la
barra
de
navegacin
que
hay
en
la
parte
superior
de
esta
vista
para
volver
a
la
vista
Lista
de
modelos
de
recurso.
Esta
vista
muestra
todos
los
puntos
finales
especificados
en
la
pgina
Lista
de
puntos
finales
de
la
vista
Preferencias
que
tienen
el
modelo
de
recurso
especificado
instalado.
Consulte
el
apartado
Cmo
gestionar
listas
de
puntos
finales
en
la
pgina
210
para
obtener
ms
informacin.
Para
visualizar
la
salud
del
modelo
de
recurso
en
un
punto
final
especfico,
o
grupo
de
puntos
finales,
escriba
la
informacin
adecuada
en
el
campo
Filtro
y
haga
clic
en
Enviar.
Por
ejemplo,
escriba
abc*
para
visualizar
todos
los
puntos
finales
de
la
lista
Puntos
finales
seleccionados
con
nombres
que
comiencen
por
abc
y
que
tengan
modelos
de
recurso
instalados.
El
soporte
de
la
funcin
de
filtro
est
limitado
al
carcter
de
expresin
regular
(*).
Cmo
trabajar
con
puntos
finales
Nota:
Estas
operaciones
requieren
el
rol
super,
admin
o
senior.
Puede
iniciar
o
detener
el
motor
de
IBM
Tivoli
Monitoring
desde
la
Vista
Lista
de
puntos
finales:
1.
Haga
clic
en
el
botn
de
seleccin
para
seleccionar
el
punto
final.
2.
Seleccione
Iniciar
motor
o
Detener
motor
en
la
lista
desplegable
Seleccionar
una
accin.
Cmo
trabajar
con
la
vista
Salud
de
punto
final
La
vista
Salud
de
punto
final
es
la
vista
ms
detallada
sobre
la
salud
de
un
punto
final.
En
esta
vista,
se
muestra
la
siguiente
informacin:
v
La
salud
y
el
estado
de
todos
los
modelos
de
recurso
instalados
en
el
punto
final
v
La
salud
de
las
indicaciones
que
forman
el
modelo
de
recurso
y
los
datos
histricos
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
217
La
vista
est
dividida
en
tres
marcos.
El
marco
superior
contiene
la
informacin
comn
de
la
Consola
de
estado
de
Web.
(Consulte
el
apartado
Caractersticas
comunes
de
la
Consola
de
estado
de
Web
en
la
pgina
213).
El
marco
del
medio
(marco
Modelos
de
recurso)
muestra
una
tabla
de
los
modelos
de
recurso
instalados
en
este
punto
final,
en
orden
de
salud
(primero
los
de
salud
inferior).
El
marco
inferior
muestra
una
tabla
de
las
indicaciones
correspondientes
al
modelo
de
recurso
seleccionado
(marco
Indicaciones)
o
los
controles
de
datos
histricos
correspondientes
al
modelo
de
recurso
seleccionado
(marco
Datos
histricos).
Cmo
trabajar
con
el
marco
de
modelos
de
recurso
El
marco
del
medio
de
la
vista
Salud
de
punto
final
muestra
una
tabla
que
incluye
la
siguiente
informacin:
Nombre
Nombre
del
modelo
de
recurso
Perfil
Nombre
del
perfil
en
el
que
reside
el
modelo
de
recurso
Estado
Estado
del
modelo
de
recurso
Salud
Porcentaje
de
salud
del
modelo
de
recurso.
La
salir
del
modelo
de
recurso
es
la
salud
inferior
de
cualquier
indicacin
del
modelo
de
recurso.
La
Consola
de
estado
de
Web
clasifica
los
puntos
finales
en
orden
de
salud
(primero
muestra
los
de
salud
ms
baja).
Seleccione
Indicaciones
o
Datos
histricos
para
determinar
la
informacin
que
se
mostrar
en
el
marco
inferior
correspondiente
al
modelo
de
recurso
seleccionado.
Consulte
los
apartados
Marco
Indicaciones
en
la
pgina
219
y
Marco
Datos
histricos
en
la
pgina
219
para
obtener
ms
informacin.
Cmo
trabajar
con
modelos
de
recurso
Nota:
Estas
operaciones
requieren
el
rol
super,
admin
o
senior.
En
la
vista
Salud
del
punto
final
puede
realizar
las
siguientes
acciones
sobre
modelos
de
recurso:
218
IBM
Tivoli
Monitoring:
Gua
del
usuario
Iniciar
modelo
de
recurso
Para
iniciar
el
modelo
de
recurso
seleccionado.
Detener
modelo
de
recurso
Para
detener
el
modelo
de
recurso
seleccionado.
Iniciar
todos
los
modelos
de
recurso
del
mismo
perfil
Para
iniciar
todos
los
modelos
de
recurso
del
perfil
seleccionado.
Detener
todos
los
modelos
de
recurso
del
mismo
perfil
Para
detener
todos
los
modelos
de
recurso
del
perfil
seleccionado.
Eliminar
perfil
Para
eliminar
el
perfil
seleccionado
del
punto
final.
Marco
Indicaciones
Este
marco
de
la
vista
Salud
del
punto
final
muestra
una
tabla
que
contiene
las
indicaciones
correspondientes
al
modelo
de
recurso
seleccionado
clasificadas
por
salud.
Desde
esta
tabla
puede
iniciar
un
grfico
de
datos
en
lnea
correspondiente
a
cualquier
indicacin
con
una
salud
menor
que
100%.
Seleccione
la
indicacin
que
desee
y
haga
clic
en
Grfico.
Esto
inicia
un
grfico
de
datos
en
lnea
en
una
ventana
independiente.
Consulte
el
apartado
Grfico
de
datos
en
lnea
en
la
pgina
221
para
obtener
ms
informacin.
Marco
Datos
histricos
Mediante
los
controles
de
seleccin
de
datos
histrico,
puede
seleccionar
instancias
y
medidas
del
modelo
de
recurso
seleccionado
para
crear
un
grfico
de
datos
histricos
recientes
del
punto
final.
Para
crear
datos
histricos,
el
registro
debe
estar
habilitado
para
el
modelo
de
recurso.
Con
datos
registrados,
puede
utilizar
el
Grfico
de
datos
histricos
para
identificar
instancias
especficas
de
problemas
del
recurso
durante
la
hora
anterior
o
durante
las
seis,
doce
o
veinticuatro
horas
anteriores.
Para
crear
un
Grfico
de
datos
histricos
desde
la
vista
Salud
del
punto
final:
1.
Seleccione
un
modelo
de
recurso
en
la
lista
Modelo
de
recurso
del
marco
del
medio.
2.
Haga
clic
en
el
botn
de
seleccin
Datos
histricos
para
visualizar
la
informacin
de
seleccin
de
Datos
histricos
en
el
marco
inferior.
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
219
3.
Haga
clic
en
la
lista
desplegable
Recurso
y
seleccione
un
recurso.
La
lista
desplegable
Recurso
es
la
nica
opcin
que
est
activa
cuando
se
abre
el
marco.
4.
Haga
clic
en
la
lista
desplegable
Contextos
y
seleccione
un
contexto.
Cada
contexto
identifica
una
agrupacin
lgica
de
problemas
relacionados
con
el
recurso
especificado.
5.
Seleccione
una
o
ms
instancias
en
la
lista
Instancias.
Esta
lista
identifica
las
instancias
especficas
de
la
indicacin
seleccionada.
6.
Seleccione
una
o
ms
medidas
en
la
lista
Mtricas.
Esta
lista
muestra
las
medidas
que
se
utilizan
para
medir
la
indicacin
seleccionada.
7.
Haga
clic
en
Grfico.
Para
ver
una
descripcin
detallada
del
Grfico
histrico,
consulte
el
apartado
Grfico
Datos
histricos
en
la
pgina
222.
Cmo
trabajar
con
vistas
de
grfico
Las
secciones
siguientes
le
proporcionan
una
descripcin
de
las
vistas
de
grficos
que
utiliza
la
Consola
de
estado
de
Web.
Controles
de
grficos
Seleccionar
un
formato
de
grfico
Permite
cambiar
el
estilo
del
grfico
que
se
muestra
para
los
datos
actuales.
Utilice
el
formato
Tabla
para
visualizar
medidas
no
numricas.
Para
cambiar
el
formato
de
grfico
predeterminado,
utilice
la
preferencia
Tipo
de
vista
de
la
ficha
Vista
de
grfico
de
la
vista
Preferencias.
Mostrar
vista
histrica
de
Permite
definir
el
periodo
de
tiempo
para
la
vista
histrica.
Seleccione
el
periodo
de
tiempo
apropiado
en
la
lista
desplegable.
Zoom
Para
formatos
que
no
son
de
tabla,
el
eje
x
de
la
imagen
del
grfico
est
dividido
en
diez
regiones
del
mismo
tamao.
Para
ampliar
la
vista
de
un
grfico,
haga
clic
en
el
rea
que
desea
ampliar
y
el
grfico
se
volver
a
dibujar,
centrando
el
foco
visual
en
la
regin
seleccionada.
Esto
significa
que
no
ver
los
nuevos
puntos
de
datos
que
se
agreguen
si
quedan
fuera
del
rea
ampliada.
Reducir
El
botn
Reducir
reduce
la
ampliacin
hasta
un
mximo
de
100%.
Por
ejemplo,
si
ha
ampliado
tres
veces,
al
hacer
clic
en
Reducir
tres
veces
se
volver
al
tamao
original
del
grfico.
Cerrar
Utilice
el
botn
Cerrar
situado
sobre
la
imagen
del
grfico
para
asegurar
que
los
recursos
del
servidor
asociados
con
el
grfico
se
liberan
a
tiempo.
El
uso
del
control
Cerrar
en
la
barra
de
ttulo
de
la
ventana
tiene
el
mismo
efecto,
pero
los
recursos
tardan
ms
en
liberarse.
220
IBM
Tivoli
Monitoring:
Gua
del
usuario
Grfico
de
datos
en
lnea
El
Grfico
de
datos
en
lnea
muestra
el
valor
actual
de
las
medidas
que
forman
la
indicacin
en
una
determinada
instancia
de
un
recurso;
por
ejemplo,
Procesador
0
en
un
sistema
de
un
solo
procesador.
Se
muestra
un
punto
de
datos
para
cada
medida
cuando
se
inicia
el
grfico.
Siempre
que
la
salud
se
mantenga
por
debajo
del
100
por
ciento,
los
datos
se
aaden
en
cada
intervalo
de
renovacin
en
la
parte
derecha
del
grfico
o
en
la
parte
inferior
de
la
tabla.
Los
datos
que
tengan
ms
de
24
horas
de
antigedad
quedarn
en
la
parte
izquierda
del
grfico
o
en
la
parte
superior
de
la
tabla.
Cuando
la
salud
de
la
instancia
vuelve
al
100
por
ciento,
el
grfico
muestra
un
mensaje
de
texto
que
indica
esta
condicin.
Si,
posteriormente,
la
salud
cae
por
debajo
del
100
por
ciento,
se
agregarn
nuevos
puntos
de
datos
a
la
parte
derecha
del
grfico.
Captulo
10.
Utilizacin
de
la
Consola
de
estado
de
Web
221
Grfico
Datos
histricos
El
Grfico
histrico
muestra
datos
histricos
recientes
registrados
por
un
modelo
de
recurso
en
un
punto
final.
Las
medidas
registradas
para
diversas
instancias
de
un
recurso
se
pueden
representar
grficamente
en
el
mismo
grfico.
Las
medidas
mostradas
en
el
grfico
se
especifican
en
el
marco
Datos
histricos
de
la
vista
Salud
del
punto
final.
Consulte
el
apartado
Marco
Datos
histricos
en
la
pgina
219
para
obtener
ms
informacin.
Con
datos
registrados,
puede
utilizar
el
Grfico
histrico
para
identificar
instancias
especficas
de
problemas
del
recurso
durante
la
hora
anterior
o
durante
las
seis,
doce
o
veinticuatro
horas
anteriores.
La
vista
histrica
predeterminada
muestra
datos
correspondientes
a
la
ltima
hora.
Puede
cambiar
el
periodo
de
tiempo
desde
la
lista
desplegable
Mostrar
vista
histrica
de.
Utilice
Tivoli
Data
Warehouse
para
ver
datos
de
ms
de
24
horas
de
antigedad.
222
IBM
Tivoli
Monitoring:
Gua
del
usuario
Parte
3.
Apndices
Copyright
IBM
Corp.
2004
223
224
IBM
Tivoli
Monitoring:
Gua
del
usuario
Apndice
A.
Variables
de
entorno
Este
apndice
documenta
las
variables
de
entorno
que
utiliza
Tivoli
Monitoring.
La
tabla
siguiente
muestra
la
lista
de
variables
de
entorno
establecidas
por
eventos
(implantados
mediante
tareas,
respuestas
de
programa
y
mtodos
CIM
(Common
Information
Model).
Tabla
20.
Variables
de
entorno
establecidas
por
eventos.
Variable
Definicin
EVENT_NAME
El
nombre
del
evento
agregado.
EVENT_SEVERITY
La
gravedad
del
evento.
TMW_EVENT
Igual
que
EVENT_NAME.
Ya
no
se
utiliza
y
slo
se
conserva
por
motivos
de
compatibilidad
con
versiones
anteriores.
TMW_PROFILE
Igual
que
PROFILE.
Ya
no
se
utiliza
y
slo
se
conserva
por
motivos
de
compatibilidad
con
versiones
anteriores.
$(EVENT_NAME)_Propertyxxx
Atributos
de
evento
local.
$(EVENT_NAME)_alreadysent
Valor
booleano
que
indica
si
ya
se
ha
enviado
el
evento
especificado.
$(EVENT_NAME)_event_key
Una
propiedad
clave
del
evento
especificado.
$(EVENT_NAME)_eventid
El
identificador
del
evento
especificado.
$(EVENT_NAME)_severity
La
gravedad
del
evento
especificado.
La
tabla
siguiente
muestra
la
lista
de
variables
de
entorno
que
se
pueden
establecer
mediante
tareas,
respuestas
de
programa,
mtodos
CIM,
script
personalizado
o
colecciones
de
supervisin
iniciadas
por
los
scripts
de
modelo
de
recurso.
Tabla
21.
Otras
variables
de
entorno.
Variable
Definicin
ADMIN
El
nombre
del
administrador
responsable
de
la
distribucin
ms
reciente
del
perfil
que
contiene
el
monitor.
ENDPOINT
El
nombre
del
objeto
de
punto
final
a
travs
del
cual
se
ha
distribuido
el
perfil
que
contiene
el
monitor.
ENDPOINT_
CLASS
El
nombre
de
la
clase
(o
tipo)
de
Tivoli
del
objeto
de
punto
final.
ENDPOINT_
OID
El
ID
del
objeto
de
Tivoli
del
objeto
de
punto
final.
HOST
El
nombre
de
host
del
punto
final
al
que
se
ha
distribuido
el
modelo
de
recurso.
ITM_ENDPOINT
La
etiqueta
de
punto
final.
OPERATOR
La
identidad
a
travs
de
la
cual
el
administrador
ha
obtenido
acceso
al
entorno
Tivoli.
Copyright
IBM
Corp.
2004
225
||
|
||
|
||
||
Tabla
21.
Otras
variables
de
entorno.
(continuacin)
Variable
Definicin
PROFILE
Nombre
completo
del
perfil.
PROFILEOID
El
ID
del
objeto
de
Tivoli
del
perfil
que
contiene
el
modelo.
RESOURCE_MODEL
Nombre
interno
del
Modelo
de
recurso.
226
IBM
Tivoli
Monitoring:
Gua
del
usuario
Apndice
B.
Instalacin
utilizando
el
asistente
de
instalacin
Este
apndice
explica
cmo
instalar
Tivoli
Monitoring
utilizando
el
asistente
de
instalacin
(de
aqu
en
adelante
tambin
denominado
instalador).
El
instalador
crea
un
entorno
Tivoli
completo,
en
el
caso
de
que
no
exista
ninguno,
e
instala
el
producto
y,
si
es
necesario,
tambin
instala
software
suplementario.
Utilice
el
instalador
si
no
tiene
instalaciones
anteriores
de
software
de
Tivoli.
Si
utiliza
el
instalador,
debe
elegir
entre
la
forma
de
instalacin
Tpica
o
de
Evaluacin.
Utilice
los
criterios
siguientes
para
determinar
qu
mtodo
desea
seguir:
Utilice
el
mtodo
de
instalacin
Evaluacin
si
desea
instalar
un
entorno
Tivoli
simple
y
Tivoli
Monitoring
en
un
sistema
para
poder
probar
y
evaluar
el
producto.
Este
mtodo
de
instalacin
no
est
pensado
para
ser
utilizado
en
un
entorno
de
produccin.
Utilice
la
forma
de
instalacin
Tpica
cuando
se
produzcan
las
condiciones
siguientes:
v
Desea
instalar
el
producto
en
un
sistema
de
destino
que
no
tiene
instalado
software
para
Tivoli
Management
Framework.
v
Utiliza
Tivoli
por
primera
vez.
Este
apndice
describe
los
dos
mtodos
de
instalacin.
Recomendamos
cerrar
todas
las
otras
aplicaciones
antes
de
la
instalacin.
Debe
existir
un
agente
de
proxy
en
un
dominio
Windows
para
permitir
que
el
instalador
cree
puntos
finales
de
Windows.
Cuando
se
instala
un
servidor
de
Tivoli
en
un
sistema
operativo
Windows,
el
instalador
crea
automticamente
el
agente
de
proxy
de
Windows,
de
manera
que
se
pueden
crear
puntos
finales
de
Windows
en
el
dominio
del
servidor
de
Tivoli.
Si
instala
el
servidor
de
Tivoli
en
un
sistema
operativo
basado
en
UNIX
y
desea
crear
puntos
finales
de
Windows,
consulte
el
apartado
Cmo
crear
un
punto
final
de
proxy
de
Windows
en
la
pgina
236.
Si
tiene
problemas
al
utilizar
el
instalador,
consulte
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide
para
obtener
informacin
sobre
la
resolucin
de
problemas.
Cmo
realizar
una
instalacin
Evaluacin
Cuando
utilice
el
mtodo
de
instalacin
Evaluacin
puede
instalar
un
entorno
Tivoli
simple
y
Tivoli
Monitoring
en
un
sistema
para
poder
probar
y
evaluar
el
producto.
La
instalacin
Evaluacin
slo
funciona
si
el
sistema
de
destino
no
tiene
instalado
ningn
software
de
Tivoli.
Durante
una
instalacin
Evaluacin,
el
instalador
crea
un
punto
final
local
en
el
sistema.
No
se
instala
ningn
software
en
ningn
sistema
remoto.
Al
realizar
una
instalacin
de
Evaluacin,
se
instala
el
software
de
Tivoli
siguiente:
v
Tivoli
Management
Framework,
Versin
4.1.1
Copyright
IBM
Corp.
2004
227
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
v
IBM
Tivoli
Monitoring,
Versin
5.1.2
v
IBM
Tivoli
Monitoring
Web
Health
Console,
Versin
5.1.1
(ms
Fix
Pack
6)
Consulte
el
Captulo
9,
Introduccin
a
la
Consola
de
estado
de
Web,
en
la
pgina
197
para
obtener
ms
detalles
sobre
los
requisitos
de
sistema
y
software
de
la
Consola
de
estado
Web.
La
autorizacin
necesaria
para
realizar
este
proceso
es:
v
en
Windows:
el
usuario
que
instala
el
producto
debe
ser
miembro
del
grupo
Administradores
v
en
UNIX:
el
usuario
que
instala
el
producto
debe
tener
privilegios
root
Recomendamos
cerrar
todas
las
otras
aplicaciones
antes
de
la
instalacin.
Para
realizar
una
instalacin
Evaluacin,
siga
estos
pasos:
1.
Inicie
sesin
en
el
sistema
en
el
que
desea
instalar
una
versin
evaluacin
del
producto.
2.
Ejecute
el
ejecutable
de
instalacin
del
directorio
raz
del
CD
de
instalacin
etiquetado
IBM
Tivoli
Monitoring
Versin
5.1.2:
Instalacin
para
iniciar
el
instalador:
v
en
Windows:
ejecute
setupITM.bat
v
en
UNIX:
ejecute
setupITM.sh
3.
Haga
clic
en
Siguiente
para
ver
el
acuerdo
de
licencia.
Acepte
los
trminos
del
acuerdo
de
licencia
y
vuelva
a
hacer
clic
en
Siguiente.
4.
Es
posible
que
el
instalador
muestre
un
aviso
acerca
de
DHCP.
Haga
clic
en
Siguiente.
5.
Especifique
la
ruta
del
directorio
en
el
que
desea
instalar
el
producto.
Haga
clic
en
Siguiente.
6.
Especifique
la
ruta
del
directorio
en
el
que
desea
crear
un
almacn
(directorio
temporal)
para
la
instalacin
del
producto.
El
directorio
almacn
contiene
todos
los
archivos
necesarios
para
la
instalacin.
Si
hace
clic
en
Cancelar
en
un
panel
del
instalador,
esta
accin
siempre
suprime
el
directorio
almacn
temporal.
Puede
volver
a
empezar
la
instalacin
ejecutando
el
ejecutable
de
instalacin
en
el
CD
de
instalacin.
Una
vez
completada
la
instalacin,
el
instalador
proporciona
una
opcin
para
suprimir
automticamente
el
directorio
almacn.
Nota:
En
Windows,
el
almacn
debe
residir
en
el
sistema
de
destino.
No
puede
realizar
una
instalacin
del
producto
en
Windows
utilizando
un
almacn
ubicado
en
un
sistema
remoto.
En
UNIX,
proporcione
una
ruta
de
directorio
que
sea
accesible
desde
el
sistema
de
instalacin
hasta
el
almacn
de
instalacin.
7.
Haga
clic
en
Siguiente
para
copiar
los
archivos
en
los
directorios
de
instalacin.
8.
Haga
clic
en
Siguiente
cuando
el
instalador
le
solicite
que
reinicie
la
aplicacin
y
contine
la
instalacin.
Se
mostrar
la
ventana
de
opciones
de
228
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
instalacin.
9.
Seleccione
la
opcin
Evaluacin/Demostracin
del
producto
(Evaluation/Product
Demonstration)
y
haga
clic
en
Siguiente
(Next)
para
ver
la
ventana
Contrasea
de
usuario.
10.
Escriba
la
contrasea
correspondiente
al
ID
de
usuario
visualizado
en
los
campos
Contrasea
y
Verificar
contrasea.
11.
Haga
clic
en
Siguiente
para
ver
la
ventana
de
opcin
de
idioma.
12.
Seleccione
el
cuadro
de
seleccin
del
idioma
que
desee
instalar.
13.
Haga
clic
en
Siguiente
para
ver
la
primera
de
una
serie
de
ventanas,
cada
una
de
las
cuales
le
solicitar
la
ubicacin
del
directorio
de
un
CD
o
imagen
de
CD
especificado
que
contiene
el
software
a
instalar.
14.
Para
cada
ventana
que
se
muestre
solicitndole
un
CD,
realice
los
pasos
siguientes:
a.
Inserte
el
CD
especificado
en
la
unidad.
b.
Escriba
una
ruta
de
directorio
o
haga
clic
en
Examinar
para
especificar
la
ruta
al
CD
o
a
la
imagen
de
CD.
Haga
clic
en
Siguiente.
c.
Haga
clic
en
S
en
respuesta
al
mensaje
que
le
pregunta
si
desea
copiar
los
archivos
en
el
directorio
almacn.
15.
Haga
clic
en
Siguiente
en
la
ventana
de
solicitud
de
CD
final
para
visualizar
la
ventana
Lista
de
pasos.
Cuando
se
muestre
la
ventana
Lista
de
pasos,
el
instalador
empieza
la
instalacin
del
software
desde
el
almacn
hasta
la
ubicacin
de
instalacin.
La
Lista
de
pasos
muestra
los
componentes
que
el
instalador
instala
y
muestra
las
actualizaciones
del
estado
del
proceso
de
instalacin.
Consulte
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide
para
obtener
ms
descripciones
sobre
los
iconos
de
estado
y
las
opciones
de
la
ventana
Lista
de
pasos.
Si
desea
cancelar
la
instalacin
mientras
se
ejecuta
la
Lista
de
pasos,
siga
estos
pasos:
Apndice
B.
Instalacin
utilizando
el
asistente
de
instalacin
229
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
a.
Haga
clic
en
Detener
y
deje
que
el
proceso
actual
en
ejecucin
se
termine.
Si
hace
clic
en
Cancelar
sin
permitir
que
el
proceso
actual
en
ejecucin
se
complete,
es
posible
que
el
sistema
quede
en
un
estado
imprevisible.
b.
Haga
clic
en
Cancelar
para
detener
la
instalacin
y
cerrar
el
instalador.
c.
Suprima
el
directorio
almacn
temporal
creado
por
el
instalador.
16.
(Opcional)
Haga
doble
clic
en
cualquier
elemento
de
la
Lista
de
pasos
para
ver
detalles
y
definir
las
instrucciones
de
proceso
para
ese
paso
en
la
ventana
Detalles.
17.
Haga
clic
en
Aceptar
en
la
ltima
solicitud
de
la
Lista
de
pasos.
Esta
solicitud
final
se
muestra
cuando
todos
los
pasos
de
la
Lista
de
pasos
muestran
un
estado
Pasado.
Si
todos
los
pasos
no
muestran
un
estado
Pasado,
consulte
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide
para
obtener
informacin
sobre
la
resolucin
de
problemas.
Haga
clic
en
Siguiente.
18.
Seleccione
Suprimir
los
archivos
temporales
para
suprimir
el
directorio
de
archivos
de
instalacin
temporales
que
ha
especificado
al
principio
del
proceso
de
instalacin.
19.
Haga
clic
en
Siguiente
y,
a
continuacin,
haga
clic
en
Terminar.
Cmo
realizar
una
instalacin
Tpica
Al
usar
el
mtodo
de
instalacin
Tpica
con
valores
predeterminados
predefinidos,
automticamente
se
crea
un
entorno
Tivoli
y
se
instala
Tivoli
Monitoring.
Opcionalmente,
el
instalador
crea
recursos
gestionados
en
el
entorno
Tivoli,
tal
como
se
describe
en
este
proceso.
Al
realizar
una
instalacin
Tpica,
se
instala
el
software
de
Tivoli
siguiente:
v
Tivoli
Management
Framework,
Versin
4.1.1.
v
IBM
Tivoli
Monitoring,
Versin
5.1.2
v
(Opcional)
IBM
Tivoli
Monitoring
Web
Health
Console,
Versin
5.1.1
(ms
Fix
Pack
6)
Durante
la
instalacin,
puede
elegir
si
desea
instalar
o
no
la
Consola
de
estado
Web
en
los
sistemas
de
destino
que
especifique.
Consulte
el
Captulo
9,
Introduccin
a
la
Consola
de
estado
de
Web,
en
la
pgina
197
para
obtener
ms
detalles
sobre
los
requisitos
de
sistema
y
software
de
la
Consola
de
estado
Web.
Durante
el
proceso
de
instalacin,
puede
crear
opcionalmente
nodos
gestionados
(distintos
del
servidor
de
Tivoli),
puntos
finales
y
Consolas
de
estado
Web.
Para
crear
puntos
finales
de
Windows
utilizando
el
instalador,
como
mnimo
uno
de
los
puntos
finales
de
Windows
debe
existir
en
el
dominio
del
servidor
de
Tivoli
(el
sistema
desde
el
que
se
inicia
el
instalador).
Si
realiza
la
instalacin
desde
un
sistema
Windows
y
no
existe
ningn
punto
final
de
Windows,
el
instalador
crea
automticamente
un
punto
final
de
proxy
Windows,
lo
que
permite
crear
puntos
finales
de
Windows
adicionales.
Si
realiza
la
instalacin
desde
un
sistema
basado
en
UNIX,
debe
crear
el
punto
final
de
proxy
Windows
siguiendo
un
proceso
aparte.
La
Tabla
22
resume
lo
que
se
debe
hacer
bajo
determinadas
condiciones.
Tabla
22.
Procedimientos
para
crear
puntos
finales
de
Windows
SO
del
servidor
de
Tivoli
Ya
existen
puntos
finales
de
Windows
en
el
dominio
del
servidor
de
Tivoli?
S
No
230
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
||
Tabla
22.
Procedimientos
para
crear
puntos
finales
de
Windows
(continuacin)
Windows
Complete
este
procedimiento
(instalacin
del
producto
utilizando
la
opcin
Tpica)
Complete
este
procedimiento
(instalacin
del
producto
utilizando
la
opcin
Tpica).
El
instalador
crea
automticamente
un
punto
final
de
proxy
de
Windows,
lo
que
permite
crear
puntos
finales
de
Windows
utilizando
el
instalador.
Basado
en
UNIX
Complete
este
procedimiento
(instalacin
del
producto
utilizando
la
opcin
Tpica)
1.
Complete
este
procedimiento
(instalacin
del
producto
utilizando
la
opcin
Tpica)
hasta
el
Paso
25
en
la
pgina
236.
Durante
el
procedimiento
especifique
los
puntos
finales
de
Windows
que
desea
crear.
2.
Cree
un
punto
final
de
proxy
de
Windows
completando
el
procedimiento
Cmo
crear
un
punto
final
de
proxy
de
Windows
en
la
pgina
236
3.
Vuelva
al
instalador
y
complete
el
proceso
de
instalacin.
El
instalador
crea
los
puntos
finales
que
haya
especificado.
La
autorizacin
necesaria
para
realizar
este
proceso
es:
v
en
Windows:
el
usuario
que
instala
el
producto
debe
ser
miembro
del
grupo
Administradores
v
en
UNIX:
el
usuario
que
instala
el
producto
debe
tener
privilegios
root
Antes
de
empezar
la
instalacin
haga
lo
siguiente:
v
Asegrese
de
que
los
sistemas
de
destino
en
los
que
va
a
crear
nodos
gestionados
estn
ejecutando
los
procesos
siguientes
para
habilitar
transacciones
de
Tivoli:
En
sistemas
Windows,
Tivoli
Remote
Execution
Service
(TRIP)
debe
estar
en
ejecucin
En
sistemas
basados
en
UNIX,
el
daemon
rexecd
debe
estar
en
ejecucin
v
Cierre
todas
las
aplicaciones
locales
durante
la
instalacin,
excepto
la
de
Tivoli
Management
Framework,
en
caso
de
que
est
instalada.
Para
realizar
una
instalacin
Tpica,
siga
estos
pasos:
Nota:
En
los
pasos
siguientes,
el
trmino
servidor
de
Tivoli
hace
referencia
a
un
nodo
gestionado.
Adems,
el
trmino
sistema
a
supervisar
hace
referencia
a
un
punto
final.
1.
Inicie
sesin
en
el
sistema
que
desee
que
sea
el
servidor
de
Tivoli.
2.
Ejecute
el
ejecutable
de
instalacin
del
directorio
raz
del
CD
de
instalacin
etiquetado
IBM
Tivoli
Monitoring
Versin
5.2:
Instalacin
para
iniciar
el
instalador:
v
en
Windows:
ejecute
setupITM.bat
v
en
UNIX:
ejecute
setupITM.sh
3.
Haga
clic
en
Siguiente
para
ver
el
acuerdo
de
licencia.
Acepte
los
trminos
del
acuerdo
de
licencia
y
vuelva
a
hacer
clic
en
Siguiente.
4.
Es
posible
que
el
instalador
muestre
un
aviso
acerca
de
DHCP.
Haga
clic
en
Siguiente.
5.
Especifique
la
ruta
del
directorio
en
el
que
desea
instalar
el
producto.
Haga
clic
en
Siguiente.
Apndice
B.
Instalacin
utilizando
el
asistente
de
instalacin
231
|
||
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
6.
Especifique
la
ruta
del
directorio
en
el
que
desea
crear
un
almacn
(directorio
temporal)
para
la
instalacin
del
producto.
El
directorio
almacn
contiene
todos
los
archivos
necesarios
para
la
instalacin.
Si
hace
clic
en
Cancelar
en
un
panel
del
instalador,
esta
accin
siempre
suprime
el
directorio
almacn
temporal.
Puede
volver
a
empezar
la
instalacin
ejecutando
el
ejecutable
de
instalacin
en
el
CD
de
instalacin.
Una
vez
completada
la
instalacin,
el
instalador
proporciona
una
opcin
para
suprimir
automticamente
el
directorio
almacn.
Nota:
En
Windows,
el
almacn
debe
residir
en
el
sistema
de
destino.
No
puede
realizar
una
instalacin
del
producto
en
Windows
utilizando
un
almacn
ubicado
en
un
sistema
remoto.
En
UNIX,
proporcione
una
ruta
de
directorio
que
sea
accesible
desde
el
sistema
de
instalacin
hasta
el
almacn
de
instalacin.
7.
Haga
clic
en
Siguiente
para
copiar
los
archivos
en
los
directorios
de
instalacin.
8.
Haga
clic
en
Siguiente
cuando
el
instalador
le
solicite
que
reinicie
la
aplicacin
y
contine
la
instalacin.
Se
mostrar
la
ventana
de
opciones
de
instalacin.
9.
Seleccione
Tpica
(Typical)
y
haga
clic
en
Siguiente
(Next).
10.
(Opcional)
Seleccione
los
idiomas
que
desee
habilitar
para
los
usuarios
del
producto.
El
ingls
siempre
est
habilitado
para
este
producto.
El
instalador
instala
los
paquetes
de
habilitacin
de
idioma
para
los
otros
idiomas
que
seleccione.
11.
Haga
clic
en
Siguiente.
Se
mostrar
una
lista
de
nodos
gestionados
existentes.
Como
mnimo
se
mostrar
un
nodo
gestionado
en
la
lista.
Este
nodo
gestionado
es
el
servidor
de
Tivoli
(al
que
se
hace
referencia
en
las
ventanas
de
instalacin
como
el
servidor
de
Tivoli
principal).
El
instalador
crea
el
servidor
de
Tivoli
en
el
sistema
en
el
que
est
instalando
este
producto.
El
instalador
tambin
descubre
y
enumera
cualquier
nodo
gestionado
que
se
haya
creado
en
una
instalacin
anterior
de
Tivoli
Management
Framework.
232
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
12.
(Opcional)
Haga
clic
en
Agregar
para
crear
nodos
gestionados
adicionales.
v
Si
crea
un
nodo
gestionado
de
Windows,
el
sistema
de
destino
debe
tener
el
proceso
de
Tivoli
Remote
Execution
Service
(TRIP)
en
ejecucin.
Si
crea
un
nodo
gestionado
de
UNIX,
el
sistema
de
destino
debe
tener
el
daemon
rexecd
en
ejecucin.
v
Despus
de
agregar
un
nodo
gestionado
a
la
lista,
puede
utilizar
los
botones
Editar
y
Eliminar
para
editarlo
o
eliminarlo
de
la
lista.
Slo
puede
editar
o
eliminar
los
nodos
gestionados
que
haya
agregado.
No
puede
editar
ni
eliminar
ninguno
de
los
nodos
gestionados
enumerados
en
la
lista
desde
el
principio.
Al
hacer
clic
en
Aceptar
(OK),
se
guardan
los
valores
para
la
pestaa
Bsica
(Basic)
y
la
Avanzada
(Advanced).
13.
Siga
estos
pasos
para
agregar
informacin
sobre
el
nodo
gestionado:
a.
Especifique
los
valores
del
nodo
gestionado
en
los
campos
de
la
pestaa
Bsica:
v
Nombre
de
Host
(Host
Name)
Escriba
el
nombre
de
host
calificado
al
completo
para
el
sistema
en
el
que
crea
el
nodo
gestionado.
Por
ejemplo,
el
nombre
de
host
calificado
al
completo
para
tokio
podra
ser
tokio.ventas.miempresa.com.
v
Plataforma
(Platform)
Haga
clic
en
la
lista
desplegable
y
seleccione
el
nombre
del
sistema
operativo
en
el
nodo
gestionado.
v
Usuario
(User)
Escriba
el
ID
de
usuario
de
inicio
de
sesin
de
la
persona
que
realiza
la
instalacin
en
el
nodo
gestionado.
Este
ID
de
usuario
debe
tener
privilegios
administrativos
completos
(Administrador
en
Windows
y
raz
en
UNIX)
en
el
sistema
de
destino.
v
Contrasea
(Password)
y
Verificar
Contrasea
(Verify
Password)
Escriba
la
contrasea
de
inicio
de
sesin
del
usuario
especificado
en
el
campo
Usuario.
b.
Haga
clic
en
la
pestaa
Avanzada.
Especifique
valores
en
los
campos
de
la
pestaa
Avanzada.
v
Destino
(Opcional)
Escriba
una
ruta
personalizada
en
la
mquina
de
destino
en
la
que
desea
instalar
el
software
de
Tivoli.
De
lo
contrario,
Tivoli
utiliza
la
especificacin
de
ruta
predeterminada.
v
Rearrancar
Debe
seleccionar
este
cuadro
de
seleccin
al
agregar
nodos
gestionados
de
Windows
a
la
regin
de
Tivoli.
El
software
de
nodo
gestionado
se
activa
despus
de
reiniciar
el
sistema
de
Windows.
v
Gateway
Especifique
si
este
sistema
es
un
gateway.
Apndice
B.
Instalacin
utilizando
el
asistente
de
instalacin
233
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
c.
Haga
clic
en
Aceptar
para
guardar
los
valores
y
volver
al
instalador.
14.
Haga
clic
en
Siguiente
para
ver
una
lista
de
servidores
de
Tivoli.
15.
Seleccione
cada
servidor
de
Tivoli
que
vaya
a
utilizar
para
comunicar
con
puntos
finales
que
utilizarn
el
producto.
Cuando
el
producto
ya
est
instalado
en
un
nodo
gestionado,
la
fila
ya
no
se
encuentra
en
modo
de
edicin.
El
cuadro
de
seleccin
est
seleccionado
y
no
puede
modificarse.
16.
Haga
clic
en
Siguiente
para
ver
el
panel
de
opcin
de
punto
final.
17.
Seleccione
los
puntos
finales
que
desee
supervisar.
18.
(Opcional)
Puede
crear
puntos
finales
para
que
Tivoli
los
supervise
y
gestione.
Por
defecto,
el
instalador
asigna
puntos
finales
a
nodos
gestionados
siempre
que
es
posible.
El
instalador
asigna
puntos
finales
al
servidor
de
Tivoli
slo
cuando
no
hay
ningn
nodo
gestionado
disponible.
Siga
estos
pasos
para
especificar
puntos
finales
para
que
el
instalador
los
cree:
a.
Haga
clic
en
Agregar
.
b.
Especifique
los
valores
en
los
campos
de
la
pestaa
Bsica
(Basic):
v
Nombre
de
host
(Host
Name)
Escriba
el
nombre
de
host
calificado
al
completo
para
el
sistema
en
el
que
crea
el
punto
final.
Por
ejemplo,
el
nombre
de
host
calificado
al
completo
para
tokio
podra
ser
tokio.ventas.miempresa.com.
v
Etiqueta
(Label)
Escriba
un
nombre
nico
para
el
punto
final.
Este
nombre
puede
incluir
caracteres
alfanumricos,
subrayado
(_),
guiones
(-)
y
puntos
(.).
Los
nombres
son
sensibles
a
las
maysculas
y
minsculas.
Por
ejemplo,
el
nombre
NombrePF
es
diferente
de
nombrepf.
Esta
etiqueta
debe
ser
distinta
del
nombre
de
cualquier
nodo
gestionado
de
la
regin
de
Tivoli.
v
Plataforma
(Platform)
Haga
clic
en
la
lista
desplegable
y
seleccione
el
nombre
del
sistema
operativo
en
el
punto
final.
v
Usuario
(User)
Escriba
el
ID
de
usuario
de
inicio
de
sesin
de
la
persona
que
realiza
la
instalacin
en
el
punto
final.
Le
recomendamos
utilizar
Administrador
en
Windows
y
raz
en
UNIX.
v
Contrasea
(Password)
y
Verificar
Contrasea
(Verify
Password)
Escriba
la
contrasea
de
inicio
de
sesin
del
usuario
especificado
en
el
campo
Usuario.
c.
Haga
clic
en
la
pestaa
Avanzada
(Advanced).
Especifique
valores
en
los
campos
de
la
pestaa
Avanzada,
en
caso
que
sea
necesario.
234
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
v
Puerto
Escriba
un
nmero
de
puerto
dedicado
a
la
comunicacin
con
el
servidor
de
Tivoli.
El
valor
predeterminado
es
9495.
v
Destino
Escriba
la
ruta
en
el
sistema
de
destino
en
el
que
desea
instalar
el
software
de
Tivoli.
v
Rearrancar
Debe
seleccionar
este
cuadro
de
seleccin
al
agregar
puntos
finales
de
Windows.
El
software
de
punto
final
se
activa
despus
de
reiniciar
el
sistema
de
Windows
de
destino.
d.
Haga
clic
en
Aceptar
para
guardar
los
valores
y
continuar
la
instalacin
en
los
paneles
de
instalacin.
19.
Haga
clic
en
Siguiente
para
ver
el
panel
de
la
Consola
de
estado
Web.
20.
(Opcional)
Instale
la
Consola
de
estado
Web
de
la
manera
siguiente:
a.
El
panel
muestra
la
lista
de
nodos
gestionados
disponibles.
b.
Coloque
una
marca
de
seleccin
en
la
columna
de
la
Consola
de
estado
Web
al
lado
del
nombre
de
cada
nodo
gestionado
en
el
que
desee
instalar
la
consola.
Al
especificar
la
instalacin
de
la
Consola
de
estado
Web
en
un
nodo
gestionado
ya
existente,
debe
proporcionar
el
ID
de
usuario
y
la
contrasea.
El
instalador
le
pide
esta
informacin
al
hacer
clic
en
Siguiente.
Si
la
Consola
de
estado
Web
ya
est
instalada,
no
coloque
ninguna
marca
de
seleccin.
De
lo
contrario,
la
consola
se
vuelve
a
instalar
porque
el
instalador
no
puede
detectar
instalaciones
anteriores
de
la
Consola
de
estado
Web.
21.
Haga
clic
en
Siguiente
para
ver
la
primera
de
una
serie
de
ventanas,
cada
una
de
las
cuales
le
solicitar
la
ubicacin
del
directorio
de
un
CD
o
imagen
de
CD
especificado
que
contiene
el
software
a
instalar.
22.
Para
cada
ventana
que
se
muestre
solicitndole
un
CD,
realice
los
pasos
siguientes:
a.
Inserte
el
CD
especificado
en
la
unidad.
b.
Escriba
una
ruta
de
directorio
o
haga
clic
en
Examinar
para
especificar
la
ruta
al
CD
o
a
la
imagen
de
CD.
c.
Haga
clic
en
Siguiente.
d.
Haga
clic
en
S
en
respuesta
al
mensaje
que
le
pregunta
si
desea
copiar
los
archivos
en
el
directorio
almacn.
23.
Haga
clic
en
Siguiente
en
la
ventana
de
solicitud
de
CD
final
para
visualizar
la
ventana
Lista
de
pasos.
Cuando
se
muestre
la
ventana
Lista
de
pasos,
el
instalador
empieza
la
instalacin
del
software
desde
el
almacn
hasta
la
ubicacin
de
instalacin.
La
Lista
de
pasos
muestra
los
componentes
que
el
instalador
instala
y
muestra
las
actualizaciones
del
estado
del
proceso
de
instalacin.
Consulte
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide
para
obtener
ms
descripciones
sobre
los
iconos
de
estado
y
las
opciones
de
la
ventana
Lista
de
pasos.
Si
desea
cancelar
la
instalacin
mientras
se
ejecuta
la
Lista
de
pasos,
siga
estos
pasos:
a.
Haga
clic
en
Detener
y
deje
que
el
proceso
actual
en
ejecucin
se
termine.
Si
hace
clic
en
Cancelar
sin
permitir
que
el
proceso
actual
en
ejecucin
se
complete,
es
posible
que
el
sistema
quede
en
un
estado
imprevisible.
b.
Haga
clic
en
Cancelar
para
detener
la
instalacin
y
cerrar
el
instalador.
c.
Suprima
el
directorio
almacn
temporal
creado
por
el
instalador.
24.
(Opcional)
Haga
doble
clic
en
cualquier
elemento
de
la
Lista
de
pasos
para
ver
detalles
y
definir
las
instrucciones
de
proceso
para
ese
paso
en
la
ventana
Detalles.
Apndice
B.
Instalacin
utilizando
el
asistente
de
instalacin
235
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
25.
(Solamente
servidores
de
Tivoli
basados
en
UNIX)
Si
ha
especificado
los
puntos
finales
de
Windows
a
crear
en
el
Paso
18
en
la
pgina
234
y
no
existen
actualmente
puntos
finales
de
Windows
en
el
dominio
del
servidor
de
Tivoli,
siga
estos
pasos:
a.
Haga
clic
en
Detener
en
la
parte
superior
de
la
Lista
de
pasos
b.
Realice
el
procedimiento
descrito
en
el
apartado
Cmo
crear
un
punto
final
de
proxy
de
Windows
26.
Haga
clic
en
Aceptar
en
la
ltima
solicitud
de
la
Lista
de
pasos.
Esta
solicitud
final
se
muestra
cuando
todos
los
pasos
de
la
Lista
de
pasos
muestran
un
estado
Pasado.
Si
todos
los
pasos
no
muestran
un
estado
Pasado,
consulte
el
manual
IBM
Tivoli
Monitoring:
Problem
Determination
Guide
para
obtener
informacin
sobre
la
resolucin
de
problemas.
Haga
clic
en
Siguiente.
27.
Seleccione
Suprimir
los
archivos
temporales
para
suprimir
el
directorio
de
archivos
de
instalacin
temporales
que
ha
especificado
al
principio
del
proceso
de
instalacin.
28.
Haga
clic
en
Siguiente
y,
a
continuacin,
haga
clic
en
Terminar.
Cmo
crear
un
punto
final
de
proxy
de
Windows
Este
apartado
describe
cmo
crear
un
punto
final
de
proxy
de
Windows
si
realiza
la
instalacin
desde
un
servidor
de
Tivoli
basado
en
UNIX
cuando
no
hay
puntos
finales
de
Windows
existentes
en
el
dominio
del
servidor.
Este
procedimiento
no
es
necesario
si
realiza
la
instalacin
desde
un
sistema
Windows.
El
instalador
puede
crear
puntos
finales
de
Windows
para
el
servidor
de
Tivoli
que
est
instalando.
Sin
embargo,
esta
capacidad
slo
existe
cuando
se
instala
el
servidor
de
Tivoli
en
un
sistema
operativo
Windows.
Debe
existir
un
punto
final
de
proxy
en
un
dominio
Windows
para
permitir
que
el
instalador
cree
puntos
finales
de
Windows.
Cuando
el
servidor
de
Tivoli
se
ejecuta
en
Windows
y
desea
crear
puntos
finales
de
Windows,
el
instalador
crea
automticamente
el
punto
final
de
proxy
en
el
dominio
en
el
que
reside
el
servidor.
Este
proxy
debe
compartir
el
mismo
dominio
que
el
dominio
de
Tivoli
porque
utiliza
mtodos
de
la
Convencin
de
denominacin
universal
de
Windows
(UNC)
para
proporcionar
acceso
remoto
a
puntos
finales
de
Windows
acabados
de
crear.
El
punto
final
de
proxy
permite
la
creacin
de
puntos
finales
de
Windows
en
cualquier
dominio
que
tenga
una
relacin
de
confianza
con
el
dominio
que
contiene
el
proxy.
El
servidor
de
Tivoli
utiliza
el
ID
de
usuario
y
la
contrasea
para
que
el
punto
final
de
proxy
obtenga
acceso
al
sistema
de
archivos
de
los
otros
servidores
de
Windows.
El
instalador
tambin
asocia
el
punto
final
de
proxy
con
un
gateway
en
la
regin
de
Tivoli.
De
lo
contrario,
el
servidor
de
Tivoli
no
puede
utilizar
el
punto
final
de
proxy.
Este
procedimiento
se
realiza
en
un
momento
determinado
durante
el
proceso
de
instalacin,
cuando
se
ha
creado
un
gateway
para
asociarlo
con
el
punto
final
de
proxy.
Con
este
acceso
de
proxy,
el
servidor
de
Tivoli
puede
instalar
puntos
finales
en
sistemas
Windows
en
ese
dominio
y
en
otros
dominios
de
Windows
en
la
red
que
tengan
una
relacin
de
confianza.
Sin
un
punto
final
de
proxy,
el
servidor
de
Tivoli
no
puede
crear
puntos
finales
de
Windows
en
ese
dominio
remoto.
En
instalaciones
UNIX,
el
instalador
no
crea
automticamente
el
punto
final
de
proxy
que
Windows
necesita.
Cuando
el
servidor
de
Tivoli
que
se
est
instalando
236
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ejecuta
un
sistema
operativo
UNIX,
debe
utilizarse
este
procedimiento.
El
procedimiento
define
el
punto
final
de
proxy
necesario
en
el
dominio
Windows
que
contiene
los
servidores
de
Windows
de
destino
que
desea
supervisar.
La
autorizacin
necesaria
para
realizar
este
proceso
es:
v
en
Windows:
el
usuario
que
instala
el
producto
debe
ser
miembro
del
grupo
Administradores
v
en
UNIX:
el
usuario
que
instala
el
producto
debe
tener
privilegios
root
Antes
de
iniciar
este
procedimiento,
debe
de
haber
seguido
el
procedimiento
de
instalacin
Tpica
hasta
el
Paso
25
en
la
pgina
236.
Tambin
es
necesario
identificar
el
sistema
de
Windows
que
servir
como
punto
final
de
proxy:
se
necesitan
tanto
el
nombre
del
punto
final
como
el
nombre
de
host
para
la
mquina.
Por
ejemplo,
si
el
nombre
de
host
es
vision35.miempresa.com,
se
puede
poner
vision35_ep
como
nombre
del
punto
final.
Este
procedimiento
se
realiza
en
el
instalador
y
en
el
asistente
de
instalacin
de
punto
final
de
Tivoli
Management
Framework.
Para
realizar
el
procedimiento,
siga
estos
pasos:
1.
Haga
clic
en
Detener
en
la
parte
superior
de
la
Lista
de
pasos
cuando
el
instalador
empiece
a
ejecutar
el
Paso
1.
El
sistema
muestra
un
mensaje
que
indica
que
se
detendr
al
final
del
paso
actual.
2.
Haga
clic
en
Aceptar
(OK)
y
espere
que
el
paso
se
acabe
de
procesar.
3.
En
la
Lista
de
pasos
avance
hasta
el
paso
Instalacin
de
TMA,
que
instala
todos
los
puntos
finales
que
haya
configurado.
Apndice
B.
Instalacin
utilizando
el
asistente
de
instalacin
237
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4.
Haga
doble
clic
en
el
paso
Instalacin
de
TMA
(TMA
installation)
para
acceder
a
la
ventana
Detalles
(Details)
del
paso.
5.
Realice
los
pasos
siguientes:
a.
Haga
clic
en
Conmutar
punto
de
ruptura
(Toggle
Breakpoint).
b.
Haga
clic
en
Aceptar.
Esta
accin
define
un
punto
de
ruptura
para
cuando
el
instalador
empieza
a
instalar
puntos
finales.
Un
icono
de
seal
de
stop
indica
el
paso
en
el
que
se
ha
agregado
un
punto
de
ruptura.
Mientras
este
paso
est
en
modo
de
punto
de
ruptura,
habilite
el
proxy
de
punto
final
tal
como
se
describe
en
el
Paso
7.
6.
Haga
clic
en
Ejecutar
todos
en
la
pista
superior
de
la
ventana
Lista
de
pasos.
El
proceso
de
los
pasos
de
la
Lista
de
pasos
se
reanuda,
hasta
que
el
instalador
alcanza
el
punto
de
ruptura
y
se
detiene.
Antes
del
punto
de
ruptura
definido
en
el
Paso
5
el
instalador
completa
la
creacin
de
un
gateway.
Para
instalarlo
correctamente,
el
punto
final
de
proxy
debe
hacer
referencia
a
este
gateway.
De
lo
contrario,
el
servidor
de
Tivoli
no
puede
reconocer
el
punto
final
de
proxy.
7.
Cuando
el
instalador
alcance
el
punto
de
ruptura
creado
en
el
Paso
5,
instale
el
punto
final
de
proxy
de
la
manera
siguiente.
Realice
estos
pasos
en
el
sistema
en
el
que
va
a
instalar
el
punto
final
de
proxy,
no
en
el
servidor
de
Tivoli.
a.
Inserte
el
CD
etiquetado
Tivoli
Management
Framework
2
de
2,
Versin
4.1.1
en
la
unidad
de
CD
del
sistema
que
desea
que
sea
el
punto
final.
b.
Ejecute
el
ejecutable
de
instalacin
ubicado
en
la
ruta
de
subdirectorio
siguiente
del
directorio
de
instalacin
de
Tivoli:
\lcf\winnt
c.
Haga
clic
en
Siguiente
en
la
ventana
Instalacin
de
punto
final
de
Tivoli
Management
Framework.
d.
Lea
el
acuerdo
de
licencia.
e.
Haga
clic
en
Siguiente
para
ver
la
ventana
Opciones
de
instalacin
de
punto
final.
f.
(Opcional)
Haga
clic
en
Examinar
para
cambiar
el
directorio
de
destinacin
del
software.
g.
Haga
clic
en
Siguiente
para
ver
la
ventana
Cuenta
de
acceso
remoto
de
Tivoli.
h.
Escriba
el
nombre
de
usuario
y
la
contrasea
de
la
cuenta
a
travs
de
la
cual
Tivoli
Management
Framework
accede
a
los
sistemas
de
archivos
remotos.
Si
no
necesita
acceso
a
dominios
remotos,
haga
clic
en
Siguiente
para
omitir
este
paso.
i.
Haga
clic
en
Siguiente
para
acceder
a
la
ventana
Configuracin
avanzada.
238
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
j.
Especifique
la
informacin
de
opciones
de
configuracin
e
inicio
de
sesin
en
la
tabla
siguiente:
Nombre
de
campo
Utilizar
cuando
...
Gateway
El
gateway
utiliza
un
nmero
de
puerto
distinto
al
predeterminado
9494.
Punto
final
Desea
especificar
un
puerto
a
utilizar
por
el
punto
final
distinto
al
predeterminado.
El
valor
predeterminado
es
9495.
Otros
Utilice
la
opcin
g
nombre_host_del_gateway
para
especificar
el
gateway
de
intercepcin.
Utilice
la
opcin
n
nombre_host_del_punto_final
para
especificar
el
nombre
del
punto
final
que
est
instalando
como
proxy.
k.
Haga
clic
en
Siguiente
para
continuar
con
el
proceso
de
instalacin.
El
instalador
informa
que
la
comunicacin
del
punto
final
de
proxy
y
el
gateway
ha
sido
satisfactoria.
El
punto
final
se
ha
instalado
y
registrado
en
un
gateway.
El
proceso
de
instalacin
configura
el
sistema
de
punto
final
para
que
inicie
automticamente
el
servicio
de
punto
final
cuando
se
inicie
el
sistema.
Si
el
sistema
no
se
inicia,
es
posible
que
haya
un
problema
con
la
comunicacin
entre
el
punto
final
de
proxy
y
el
gateway.
En
tal
caso,
debe
eliminar
el
punto
final
y,
a
continuacin,
volver
a
instalarlo.
l.
Haga
clic
en
Siguiente
para
ver
la
ventana
Instalacin
finalizada.
m.
Haga
clic
en
Terminar
para
ver
la
ventana
Reiniciar
Windows.
n.
Seleccione
No
para
evitar
que
se
reinicie
el
sistema
operativo.
Puede
reiniciar
el
sistema
despus
de
que
la
instalacin
de
Tivoli
Monitoring
haya
finalizado.
Al
reiniciar
el
sistema,
se
crea
el
servicio
Punto
final
de
Tivoli,
con
el
tipo
de
inicio
de
sesin
definido
como
automtico.
8.
Haga
clic
en
Aceptar
para
completar
la
instalacin
del
punto
final.
9.
En
el
servidor
de
Tivoli,
haga
clic
en
Ejecutar
todos
en
el
instalador
y
complete
los
pasos
de
Instalacin
evaluacin
que
siguen
al
paso
25
en
la
pgina
236
Apndice
B.
Instalacin
utilizando
el
asistente
de
instalacin
239
|
|
|
|
||
||
|
||
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
240
IBM
Tivoli
Monitoring:
Gua
del
usuario
Apndice
C.
Consideraciones
sobre
la
migracin
Este
apndice
contiene
directrices
para:
v
Usuarios
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
que
realizan
una
migracin
a
Tivoli
Monitoring
5.1.2
v
Usuarios
de
Tivoli
Web
Component
Manager
que
realizan
una
migracin
a
Tivoli
Monitoring
5.1.2
Describe
algunas
consideraciones
a
tener
en
cuenta
al
planificar
la
migracin
para
facilitarla
y
hacerla
lo
ms
eficiente
posible.
Migracin
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
a
Tivoli
Monitoring
Tivoli
Monitoring
permite
supervisar
la
disponibilidad
y
el
estado
de
rendimiento
de
los
recursos
de
sus
sistemas
para
identificar
cuellos
de
botella
y
problemas
potenciales
de
recursos.
Los
usuarios
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
pueden
realizar
fcilmente
la
migracin
a
Tivoli
Monitoring.
Visin
general
Tivoli
Monitoring
5.1
aplica
la
supervisin
de
una
forma
distinta
a
como
lo
hace
Tivoli
Distributed
Monitoring
(Classic
Edition).
Mientas
que
Tivoli
Distributed
Monitoring
(Classic
Edition)
se
basa
en
el
concepto
de
supervisar
colecciones
y
monitores
de
funciones,
Tivoli
Monitoring
aplica
las
mejores
prcticas
preconfiguradas
y
automatizadas
a
la
supervisin
automatizada
del
sistema
esencial
y
de
recursos
de
aplicaciones.
Bsicamente,
Tivoli
Distributed
Monitoring
(Classic
Edition)
proporciona
los
mtodos
para
recuperar
datos
mediante
scripts
o
comandos,
verifica
que
los
valores
recuperados
no
superen
determinados
umbrales
y,
finalmente,
segn
la
personalizacin
del
usuario,
desencadena
alguna
respuesta
(eventos
de
Tivoli
Enterprise
Console
,
correo
electrnico,
avisos,
etc.).
Tivoli
Distributed
Monitoring
(Classic
Edition)
deja
la
correlacin
y
el
anlisis
de
la
causa
original
del
problema
al
usuario.
Tivoli
Monitoring
se
basa
en
el
concepto
de
modelos
de
recurso,
implantado
mediante
scripts
de
mejores
prcticas,
o
modelos
de
referencia,
y
la
definicin
en
el
Modelo
de
informacin
comn
(CIM)
en
trminos
de
recursos
supervisados.
Si
desea
obtener
ms
informacin,
consulte
el
sitio
Web:
http://www.dmtf.org/standards/cim_spec_v22/
Adems,
Tivoli
Monitoring
proporciona
un
conjunto
de
modelos
de
recurso
diseados
para
detectar
cuellos
de
botella
en
tiempo
de
ejecucin
y
otros
problemas
potenciales
y
para
realizar
una
recuperacin
automtica
de
situaciones
crticas,
eliminando
la
necesidad
de
que
los
administradores
del
sistema
tengan
que
realizar
exploraciones
manuales
entre
gran
cantidad
de
datos
de
rendimiento.
Tivoli
Monitoring
puede
utilizar
procesos
que
forman
parte
de
los
sistemas
operativos
de
los
puntos
finales
para
obtener
datos
de
recursos.
Copyright
IBM
Corp.
2004
241
En
sistemas
Windows,
utiliza
Windows
Management
Instrumentation
(WMI),
que
es
la
implantacin
de
CIM
de
Microsoft
.
Si
desea
obtener
ms
informacin,
consulte
el
sitio
Web:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp
WMI
permite
a
las
aplicaciones
recuperar
informacin
sobre
el
estado
actual
de
un
sistema.
En
plataformas
UNIX
,
Linux
y
OS/400,
el
agente
de
coleccin
de
informacin
est
incorporado
en
el
producto,
segn
especificaciones
CIM.
El
paquete
del
producto
IBM
Tivoli
Monitoring
Versin
5.1.2
proporciona
tanto
Tivoli
Monitoring
5.1.2
como
Tivoli
Distributed
Monitoring
(Classic
Edition)
3.7,
de
modo
que
los
usuarios
pueden
utilizar
ambos
y
planificar
su
migracin
a
Tivoli
Monitoring
de
la
manera
ms
sencilla
posible.
Los
usuarios
deben
tener
en
cuenta
los
dos
aspectos
siguientes:
Coexistencia
Los
dos
productos
pueden
coexistir,
puesto
que
tienen
dos
implantaciones
diferentes
en
el
servidor,
en
los
gateways
y
en
los
puntos
finales.
La
instalacin
de
Tivoli
Monitoring
no
modifica
el
entorno
ni
la
configuracin
de
Tivoli
Distributed
Monitoring
(Classic
Edition).Incluso
cuando
se
trabaja
en
Modo
de
compatibilidad,
consulte
el
apartado
Modo
de
compatibilidad
en
la
pgina
251,
los
dos
productos
pueden
coexistir
y
ejecutarse
de
forma
completamente
independiente.
Migracin
Para
facilitar
la
migracin
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
a
Tivoli
Monitoring
5.1.2
y
para
proteger
la
inversin
del
usuario
en
scripts
personalizados
y
en
colecciones
de
supervisin
desarrolladas
por
el
usuario,
Tivoli
Monitoring
5.1.2
se
ejecuta
en
Modo
de
compatibilidad,
el
nuevo
modo
de
trabajo
que
permite
a
los
usuarios
de
Tivoli
Monitoring
utilizar
colecciones
de
supervisin
y
scripts
personalizados
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
dentro
de
modelos
de
recurso.
Debido
a
la
distinta
naturaleza
de
las
dos
versiones
de
Tivoli
Distributed
Monitoring,
la
migracin
solo
se
puede
automatizar
parcialmente.
Adems
del
Modo
de
compatibilidad,
que
ofrece
a
los
usuarios
la
posibilidad
de
utilizar
sus
scripts
o
monitores
aprovechando
caractersticas
de
Tivoli
Monitoring,
Tivoli
Monitoring
tambin
proporciona
un
script
de
ayuda
a
la
migracin,
dmae_sentryprofile_analyser.sh,
que
ofrece
informacin
sobre
cmo
y
dnde
las
medidas
supervisadas
por
los
perfiles
actuales
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
se
pueden
sustituir
utilizando
Tivoli
Monitoring.
El
script
puede
crear
automticamente
perfiles
de
Tivoli
Monitoring
que
contengan
modelos
de
recurso
que
intentan
solucionar
los
mismos
problemas
que
los
monitores
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
Encontrar
ms
informacin
sobre
este
script
ms
adelante
en
este
captulo.
Para
aprovechar
las
caractersticas
clave
de
Tivoli
Monitoring
como,
por
ejemplo,
el
descubrimiento
automtico
de
instancias,
la
correlacin
de
medidas,
la
agregacin,
el
registro
de
datos,
etc.,
es
posible
que
necesite
ciertos
conocimientos
sobre
codificacin
en
Visual
Basic
o
JavaScript
que
pueden
no
estar
inmediatamente
disponibles,
de
modo
que
para
ayudar
a
proporcionar
a
los
usuarios
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
una
introduccin
al
enfoque
de
supervisin
de
Tivoli
Monitoring,
Tivoli
Monitoring
proporciona
un
proceso
guiado
por
asistente
dentro
de
Resource
Model
Builder
para
crear
modelos
de
recurso
y
generar
242
IBM
Tivoli
Monitoring:
Gua
del
usuario
automticamente
todo
el
cdigo
necesario.
El
asistente
permite
al
usuario
seguir
un
sencillo
paradigma
de
supervisin
en
Tivoli
Distributed
Monitoring
(Classic
Edition),
aprovechando
las
nuevas
funciones
que
ofrece
Tivoli
Monitoring.
El
enfoque
del
asistente
elimina
la
necesidad
del
usuario
de
escribir
cdigo
adicional,
generando
cdigo
que
se
aplica
a
lgica
sencilla
de
Tivoli
Distributed
Monitoring
(Classic
Edition):
si
(valor
medida
-
comparacin
-
umbral)
entonces
accin
respuesta
Si
se
utiliza
el
asistente
junto
con
el
modo
de
compatibilidad,
los
usuarios
pueden
duplicar
la
misma
supervisin
que
ya
utilizan
en
Tivoli
Distributed
Monitoring
(Classic
Edition).
Encontrar
ms
informacin
sobre
el
asistente
en
el
manual
IBM
Tivoli
Monitoring:
Workbench
Users
Guide.
Directrices
para
migrar
a
Tivoli
Monitoring
5.1.2
Para
transferir
soluciones
de
supervisin
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
a
la
implantacin
de
Tivoli
Monitoring
5.1.2,
es
importante
comprender
mejor
las
caractersticas
clave
que
Tivoli
Monitoring
ofrece
en
distintas
fases
de
su
uso.
Momento
del
diseo
Tivoli
Monitoring
proporciona
Resource
Model
Builder,
un
entorno
de
desarrollo
integrado
(IDE)
para
disear,
crear,
probar
y
depurar
modelos
de
recurso.
Consulte
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Builder
Users
Guide
para
obtener
ms
informacin.
Bsicamente,
los
nuevos
usuarios
de
Tivoli
Monitoring
deben
considerar
Resource
Model
Builder
como
el
lugar
en
el
que
pueden
crear
sus
propias
mejores
prcticas
de
supervisin,
en
el
que
pueden
modificar
las
mejores
prcticas
del
modelo
de
recurso
inicial
actual
y
en
el
que
pueden
personalizar
y
configurar
los
modelos
de
recurso
de
forma
ms
detallada.
En
Tivoli
Monitoring,
los
usuarios
deben
considerar
Resource
Model
Builder
como
una
GUI
adicional
y
ms
completa
en
la
que
pueden
personalizar
modelos
de
recursos
adems
de
hacerlo
en
la
GUI
basada
en
Tivoli.
La
importancia
de
Resource
Model
Builder
est
principalmente
relacionada
con
la
posibilidad
de
crear
y
depurar
nuevos
modelos
de
recurso.
Orgenes
de
datos
Tivoli
Monitoring
es
capaz
de
obtener
datos
no
solo
de
orgenes
de
datos
CIM,
sino
tambin
de
monitores
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
y
de
scripts
personalizados
(Modo
de
compatibilidad).De
esta
forma,
Tivoli
Monitoring
mejora
el
conjunto
de
orgenes
de
datos
con
los
que
ya
reciben
soporte
de
Tivoli
Distributed
Monitoring
(Classic
Edition).Sin
embargo,
sigue
siendo
preferible
trabajar
en
modo
nativo,
en
el
que
los
datos
supervisados
se
coleccionan
desde
la
implantacin
CIM
subyacente.
Mientras
que
en
las
plataformas
UNIX,
Linux
y
OS/400
la
implantacin
CIMOM
est
incorporada
en
el
motor,
en
las
plataformas
Windows
el
motor
se
basa
en
implantaciones
WMI.
Consulte
el
siguiente
sitio
Web:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp
Los
sistemas
operativos
Microsoft
y
las
aplicaciones
Backoffice
se
suministran
con
sus
propios
proveedores
de
WMI,
de
modo
que
la
supervisin
de
dichos
recursos
se
puede
implantar
muy
rpidamente.
Agregacin
A
diferencia
de
lo
que
sucede
en
Tivoli
Distributed
Monitoring
(Classic
Edition),
en
Tivoli
Monitoring
todos
los
eventos
se
pueden
consolidar
localmente
en
el
punto
final
antes
de
que
fluyan
a
las
capas
superiores
Apndice
C.
Consideraciones
sobre
la
migracin
243
como
Tivoli
Enterprise
Console
o
Tivoli
Business
Systems
Manager.
Esta
caracterstica
es
muy
importante
desde
el
punto
de
vista
de
escalabilidad.
Adems,
la
mejor
prctica
puede
aprovechar
esta
funcin
para
facilitar
y
hacer
ms
realista
el
anlisis
de
resolucin
de
problemas
(por
ejemplo,
si
un
proceso
supera
su
uso
de
CPU
slo
una
vez
o
varias
veces).
Los
nuevos
usuarios
de
Tivoli
Monitoring
siempre
deben
tener
en
cuenta
esta
caracterstica
al
generar
un
evento.
Borrado
Como
el
punto
de
partida
correspondiente
a
Tivoli
Monitoring
consiste
en
proporcionar
informacin
sobre
problemas
que
resultan
crticos
al
sistema
operativo
o
a
los
recursos
de
aplicacin,
Tivoli
Monitoring
notifica
a
los
usuarios
nicamente
cuando
el
problema
llega
a
travs
de
Tivoli
Enterprise
Console
o
Tivoli
Business
Systems
Manager,
y
slo
cuando
el
problema
se
ha
solucionado
enva
un
aviso
con
un
Evento
de
borrado.
Correlacin
La
caracterstica
ms
importante
es
sin
lugar
a
dudas
tener
la
posibilidad
de
escribir
mejores
prcticas
para
solucionar
problemas
antes
de
que
se
produzcan.
Es
decir,
el
script
del
modelo
de
recurso
puede
realizar
el
anlisis
de
la
causa
original,
utilizando
la
API
del
motor
de
Tivoli
Monitoring;
este
script
define
los
datos
que
se
pueden
coleccionar
y,
una
vez
recopilados
por
el
motor,
recupera
todos
los
valores
de
medida
y
los
correlaciona
para
establecer
la
causa
final
de
problemas
que
se
producen.
La
correlacin
se
consigue
siguiendo
un
modelo
de
programacin
que,
en
casos
sencillos,
se
pueden
implantar
mediante
el
proceso
guiado
por
asistente.
Los
valores
de
medida
recopilados
a
travs
del
modo
de
compatibilidad
tambin
se
pueden
correlacionar.
Varias
medidas
Cuando
empiecen
a
escribir
nuevos
modelos
de
recurso,
los
nuevos
usuarios
de
Tivoli
Monitoring
deben
tener
en
cuenta
que
en
cada
modelo
de
recurso
se
puede
coleccionar
un
nmero
indefinido
de
recursos
y
para
cada
recurso
un
nmero
indefinido
de
medidas.
Adems,
ofrece
la
posibilidad
de
disponer
de
descubrimiento
automtico
para
todas
las
instancias
de
un
recurso.
Nota:
Implantar
un
modelo
de
recurso
que
parece
una
medida
de
un
recurso
puede
resultar
caro,
porque
Tivoli
Monitoring
crea
un
nuevo
thread
y
un
conjunto
de
objetos
para
cada
script.
Se
pueden
obtener
mejores
resultados
diseando
un
modelo
de
recurso
diseado
para
solucionar
un
conjunto
especfico
de
problemas
(por
ejemplo,
cuellos
de
botella
de
CPU
y
memoria).
Automatizacin
Al
crear
nuevos
modelos
de
recurso,
o
al
modificar
los
existentes,
los
usuarios
de
Tivoli
Monitoring
pueden
establecer
acciones
de
recuperacin
denominadas
acciones
incorporadas
para
que
se
desencadenen
cuando
se
consolida
una
indicacin.
Las
acciones
incorporadas
son
la
ejecucin
de
mtodos
CIM
(consulte
el
manual
IBM
Tivoli
Monitoring:
Workbench
Users
Guide)
contra
una
clase
CIM
o
una
instancia
de
clase
CIM.
Registro
Tivoli
Monitoring
permite
a
los
usuarios
registrar
datos
en
una
base
de
datos
local.
Los
datos
almacenados
en
esta
base
de
datos
se
pueden
recuperar
y
ver
mediante
la
Consola
de
estado
de
Web.
Los
datos
recuperados
mediante
el
modo
de
compatibilidad
tambin
se
pueden
registrar.
244
IBM
Tivoli
Monitoring:
Gua
del
usuario
Momento
del
despliegue
Los
modelos
de
recurso
de
Tivoli
Monitoring
se
configuran
y
despliegan
mediante
Tivoli
Management
Framework
del
mismo
modo
que
en
Tivoli
Distributed
Monitoring
(Classic
Edition).En
lugar
de
utilizar
una
Coleccin
de
supervisin
y
monitores,
los
usuarios
de
Tivoli
Monitoring
utilizan
modelos
de
recurso,
y
en
lugar
de
crear
un
SentryProfile
crean
un
perfil
de
Tivoli
Monitoring,
Tmw2kProfile.
Como
los
procedimientos
de
configuracin
y
despliegue
de
Tivoli
Monitoring
siguen
el
paradigma
que
siguen
todas
las
aplicaciones
de
supervisin
de
Tivoli
basadas
en
perfiles,
slo
describiremos
los
puntos
que
difieren
del
uso
de
Tivoli
Distributed
Monitoring
(Classic
Edition).
Instalacin
del
modelo
de
recurso
Una
vez
los
usuarios
de
Tivoli
Monitoring
han
creado
sus
propios
modelos
de
recurso,
pueden
crear
el
paquete
con
Resource
Model
Builder
(consulte
el
manual
IBM
Tivoli
Monitoring:
Resource
Model
Builder
Users
Guide)
y
luego
instalarlo
en
la
regin
de
gestin
Tivoli,
mediante
el
comando
wdmrm.
Personalizacin
de
Tivoli
Enterprise
Console
y
Tivoli
Business
Systems
Manager
Tivoli
Monitoring
permite
a
los
usuarios
establecer
un
servidor
de
Tivoli
Enterprise
Console
de
destino
exclusivo
por
perfil.
Esto
significa
que
todos
los
modelos
de
recurso
pertenecientes
al
mismo
perfil
enviarn
eventos
al
servidor
de
Tivoli
Enterprise
Console.
La
Tivoli
Enterprise
Console
de
destino
se
puede
especificar
desde
el
dilogo
de
propiedades.
Configuracin
de
tareas
Las
tareas
de
Tivoli
se
pueden
ejecutar
como
acciones
de
recuperacin.
A
diferencia
de
lo
que
sucede
en
Tivoli
Distributed
Monitoring
(Classic
Edition),
slo
se
pueden
desencadenar
cuando
se
ha
consolidado
una
indicacin.
Nota:
En
el
entorno
Tarea
hay
propiedades
de
Evento
en
forma
de
variables
de
entorno.
Distribucin
de
perfiles
Tivoli
Monitoring
slo
soporta
puntos
finales.
Esto
significa
que
no
hay
ningn
nodo
gestionado
e
implica
volver
a
realizar
ciertas
tareas
al
sustituir
perfiles
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
por
perfiles
de
Tivoli
Monitoring
porque
Tivoli
Distributed
Monitoring
(Advanced
Edition)
no
se
puede
distribuir
en
nodos
gestionados.
Momento
de
la
ejecucin
Una
vez
distribuidos
el
perfil
de
Tivoli
Monitoring
y
sus
modelos
de
recurso
a
los
puntos
finales,
se
deben
tener
en
cuenta
las
siguientes
consideraciones
correspondientes
a
Tivoli
Monitoring:
Varios
threads
Tivoli
Monitoring
funciona
en
un
entorno
de
varios
threads.
Esto
significa
que
cada
script
se
ejecuta
en
un
thread
independiente
y
no
se
genera
ningn
proceso
excepto
los
necesarios
para
ejecutar
en
modo
de
compatibilidad.
Los
usuarios
de
Tivoli
Monitoring
deben
tener
esto
en
cuenta
al
crear
un
modelo
de
recurso
que
parezca
slo
una
medida.
Consola
de
estado
de
Web
Tivoli
Monitoring
proporciona
una
GUI
basada
en
la
Web
denominada
Consola
de
estado
de
Web
para
examinar
los
puntos
finales
supervisados
por
Tivoli
Monitoring.
Encontrar
detalles
sobre
las
caractersticas
de
la
Consola
de
estado
de
Web
en
el
Captulo
9,
Introduccin
a
la
Consola
de
Apndice
C.
Consideraciones
sobre
la
migracin
245
estado
de
Web,
en
la
pgina
197
y
el
Captulo
10,
Utilizacin
de
la
Consola
de
estado
de
Web,
en
la
pgina
209.
Regla
de
Tivoli
Enterprise
Console
para
evento
de
borrado
Tivoli
Monitoring
proporciona
una
regla
de
Tivoli
Enterprise
Console
para
cerrar
automticamente
eventos
para
los
que
se
ha
generado
un
Evento
de
borrado.
Proceso
de
migracin
Tal
como
se
ha
descrito
anteriormente,
Tivoli
Monitoring
proporciona
un
conjunto
de
recursos
para
ayudar
y
facilitar
a
los
usuarios
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
la
migracin
de
sus
soluciones
de
supervisin
a
un
entorno
Tivoli
Monitoring.
No
hay
ninguna
herramienta
para
automatizar
completamente
el
proceso
de
migracin
porque,
como
se
ha
descrito
anteriormente,
los
dos
productos
son
realmente
diferentes.
As
que,
qu
deben
hacer
los
nuevos
usuarios
de
Tivoli
Monitoring?Cmo
pueden
realizar
la
migracin
a
la
nueva
infraestructura
de
supervisin?
A
continuacin
se
ofrece
una
descripcin
de
los
recursos
que,
utilizados
conjuntamente,
ayudarn
a
los
usuarios
en
su
tarea
de
migracin.
Los
usuarios
de
Tivoli
Monitoring
que
no
tengan
intencin
de
utilizar
el
script
Sentry
Profile
Analyzer
deben
tambin
leer
la
seccin
siguiente
porque
describe
el
proceso
general
a
seguir
cuando
se
planifique
la
migracin.
Sentry
Profile
Analyzer
El
primer
recurso
es
el
script
Sentry
Profile
Analyzer,
que
analiza
el
contenido
de
todos
los
Sentry
Profiles
y,
segn
una
tabla
de
correlaciones
que
proporciona
Tivoli
Monitoring,
genera
un
informe
que
sugiere
cmo
se
deben
sustituir
los
monitores
por
modelos
de
recurso
y
cmo
se
pueden
crear
nuevos
modelos
de
recurso
para
coleccionar
los
mismos
datos.
Ruta
de
instalacin
La
instalacin
de
Tivoli
Monitoring
almacena
el
script
denominado
dmae_sentryanalyser.sh
en
el
directorio
$BINDIR/TME/Tmw2k/migration_helper.
El
archivo
de
la
tabla
de
correlaciones
denominado
monitors_rm_table
tambin
se
almacena
en
el
mismo
directorio.
Contenido
de
la
tabla
de
correlaciones
La
tabla
de
correlaciones
define:
v
Si
los
valores
de
medida
que
devuelve
cada
monitor
proporcionado
por
Tivoli
Distributed
Monitoring
(Classic
Edition)
se
coleccionan
mediante
un
modelo
de
recurso
de
Tivoli
Monitoring,
por
ejemplo
el
monitor
AvailBytes
de
la
coleccin
de
supervisin
NT_Memory
se
colecciona
mediante
el
modelo
de
recurso
Memoria.
v
Qu
clase
CIM
tiene
como
propiedad
la
medida
definida
en
un
monitor
de
Tivoli
Distributed
(Classic
Edition).
Nota:
Muchas
medidas
generalmente
pertenecen
a
la
misma
clase,
por
ejemplo
el
monitor
AvailBytes
de
NT_Memory
se
encuentra
como
una
propiedad
de
la
clase
CIM
TMW_Memory
y
el
monitor
Committed
Bytes
se
encuentra
como
una
propiedad
de
la
misma
clase
TMW_Memory.
v
Para
las
medidas
definidas
en
una
clase
CIM,
es
posible
que
haya
un
archivo
MOF
de
Tivoli
Monitoring
en
el
que
estn
definidas.
Consulte
el
siguiente
sitio
Web:
246
IBM
Tivoli
Monitoring:
Gua
del
usuario
http://www.dmtf.org/education/cimtutorial/extend/spec.php#MOFLanguage
para
obtener
ms
informacin.
Por
ejemplo,
la
clase
TMW_Memory
est
definida
en
el
archivo
TMW_Resources10.mof.
Nota:
El
archivo
TMW_Resources10.mof
se
instala
automticamente
en
WMI
con
el
motor
de
punto
final
cuando
se
realiza
la
primera
insercin.
Los
dems
archivos
mof
slo
se
instalan
en
la
implantacin
CIM
relacionada
cuando
se
baja
el
modelo
de
recurso
que
contiene
estos
archivos
como
dependencias.
Esto
significa
que
al
crear
un
modelo
de
recurso
que
utiliza
un
recurso
definido
en
TMW_Resource10.mof
no
hay
necesidad
de
agregar
dicho
archivo
a
la
dependencia,
mientras
que
en
los
dems
casos
el
usuario
debe
agregar
el
archivo
mof
a
la
dependencia
del
modelo
de
recurso.
v
Si
un
proveedor
de
CIM
ha
puesto
a
disponibilidad
del
usuario
una
medida,
independientemente
de
si
es
o
no
una
propiedad
de
una
clase
CIM,
por
ejemplo
el
proveedor
WMI
PerfProv
pone
a
disponibilidad
la
medida
TransitionFaults,
pero
no
hay
ninguna
clase
CIM
que
ya
est
disponible
en
Windows
NT
que
utilice
indirectamente
dicho
proveedor
para
coleccionar
este
contador.
En
el
sitio
Web:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp
los
usuarios
encontrarn
ms
informacin
sobre
cmo
utilizar
proveedores
de
datos
de
rendimiento
e
informacin
sobre
cmo
utilizar
proveedores
WMI.
Todos
los
proveedores
utilizados
en
plataformas
Windows
se
proporcionan
de
forma
predeterminada
con
WMI
principal,
de
modo
que
no
es
necesario
instalarlos
ni
bajarlos
en
los
puntos
finales.
v
Se
podra
encontrar
con
el
caso
en
que
TMW_NetworkPortInfo
cuyo
proveedor
haya
sido
desarrollado
por
Tivoli
y,
para
poderlo
utilizar
en
un
punto
final,
se
tenga
que
agregara
las
dependencias
de
un
modelo
de
recurso.
Todos
los
proveedores
utilizados
para
las
plataformas
UNIX,
Linux
y
OS/400,
puesto
que
no
hay
ninguna
implantacin
CIM
nativa,
han
sido
desarrollados
por
Tivoli
y
su
implantacin
entera
se
debe
agregara
las
dependencias
del
modelo
de
recurso.
Las
implantaciones
de
todos
los
proveedores
de
UNIX,
Linux
y
OS/400
consisten
en:
Un
archivo
tar
que
contiene
un
conjunto
de
archivos
de
clases
Java
Para
cada
plataforma
soportada,
una
biblioteca
compartida
nativa
responsable
de
obtener
datos.
Segn
las
consideraciones
anteriores,
para
poder
reutilizar
una
clase
CIM
de
UNIX,
Linux
u
OS/400
dentro
de
un
modelo
de
recurso,
los
usuarios
deben
agregara
las
dependencias
el
archivo
mof
y
el
archivo
tar
relacionados
(son
comunes
a
todas
las
plataformas)
y
la
biblioteca
compartida
relacionada
para
cada
plataforma
a
la
que
se
vaya
a
dar
soporte.
El
script
Sentry
Profile
Analyzer
se
debe
ejecutar
desde
el
entorno
Tivoli
en
cualquier
Servidor
o
Nodo
gestionado.
Segn
el
contenido
de
la
tabla
de
correlaciones
descrita
anteriormente,
el
Sentry
Profile
Analyzer
analiza
todos
los
Sentry
Profiles
presentes
en
la
regin
de
gestin
Tivoli
y
genera
un
informe
que
sugiere
el
modo
de
continuar
con
el
proceso
de
migracin.
Apndice
C.
Consideraciones
sobre
la
migracin
247
Opcionalmente,
mediante
la
opcin
p
tambin
se
pueden
crear
perfiles
de
Tivoli
Monitoring
con
los
modelos
de
recurso
que
cubren,
en
la
medida
de
lo
posible,
los
recursos
supervisados
por
monitores
de
Tivoli
Distributed
Monitoring
(Classic
Edition).
El
proceso
de
Analyzer
Script
El
script
procede
con
el
siguiente
paradigma.
v
Verifica
si
las
medidas
de
los
monitores
establecidos
en
un
SentryProfile
se
recopilan
mediante
cualquier
Tivoli
Monitoring.
Si
es
as,
el
script
genera
una
seccin
en
el
informe
que
describe
qu
monitor
se
puede
sustituir
por
qu
modelo
de
recurso.
Opcionalmente,
se
crear
un
Tmw2kProfile
con
el
mismo
nombre
que
el
que
contiene
el
monitor.
Tambin
se
pueden
agregar
otros
modelos
de
recurso
a
este
perfil.
Tenga
en
cuenta
que
la
configuracin
de
un
monitor
en
trminos
de
argumentos,
respuestas,
planificaciones,
etc.
no
se
puede
duplicar
debido
a
los
distintos
modelos
de
objetos
de
los
productos
(consulte
la
seccin
anterior).
Generalmente,
los
argumentos
de
los
monitores
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
se
utilizan
para
identificar
una
instancia
de
recurso
especfica.
Esto
entra
en
conflicto
con
el
formato
de
los
modelos
de
recurso
de
Tivoli
Monitoring
iniciales,
los
cuales
intentan
descubrir
automticamente
las
instancias
que
fallan
en
el
momento
de
la
ejecucin.
Los
modelos
de
recurso
actuales
de
hecho
no
aceptan
instancias
de
recurso
como
entrada.
Sin
embargo,
se
pueden
modificar
fcilmente
con
Resource
Model
Builder
utilizando
los
parmetros
que
slo
miran
y
realizan
sus
anlisis
en
instancias
especficas.
Adems,
no
se
puede
volver
a
crear
automticamente
otra
personalizacin
relacionada
con
respuestas
y
planificaciones
dentro
de
un
modelo
de
recurso,
sino
que
los
modelos
de
recurso
existentes
se
pueden
modificar
para
simular
la
configuracin
de
Tivoli
Distributed
Monitoring
(Classic
Edition).
v
Si
en
la
tabla
de
correlaciones
no
se
encuentra
ningn
modelo
de
recurso
que
coleccione
una
medida
especfica,
el
script
intenta
identificar
si
existe
una
clase
CIM
que
proporcione
dicho
valor.
Si
existe,
se
agrega
una
seccin
al
informe.
Esto
slo
sucede
para
plataformas
Windows,
porque
hay
varios
proveedores
y
clases
CIM
que
Microsoft
ya
ha
puesto
a
disponibilidad.
Esta
informacin
es
realmente
importante
porque
los
usuarios,
mediante
Resource
Model
Builder
(con
o
sin
el
asistente)
pueden
aprovechar
fcilmente
estas
clases
para
crear
un
modelo
de
recurso
ms
sofisticado
que
se
ejecute
en
modo
nativo.
v
A
veces
es
posible
que
el
script
encuentre
una
medida
que
no
est
implantada
mediante
una
clase
CIM,
sino
que
la
proporcione
un
proveedor
como
PerfProv.
Microsoft
proporciona
con
el
WMI
principal
el
proveedor
de
contador
de
rendimiento
de
WMI
que
se
puede
utilizar
para
definir
clases
CIM
que
representen
los
objetos
y
sus
contadores
tal
como
aparecen
en
el
monitor
de
rendimiento
de
Windows.
Encontrar
instrucciones
sobre
cmo
utilizar
el
proveedor
en
el
siguiente
sitio
Web:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp
Encontrar
buenos
ejemplos
en
el
archivo
TMW_Resources10.mof
que
se
almacena
en
$BINDIR/../lcf_bundle40/Tmw2k/Mof.
La
mayora
de
los
modelos
de
recurso
de
Windows
de
Tivoli
Monitoring
se
basan
en
clases
CIM
que
utilizan
el
proveedor
WMI
PerfProv.
A
continuacin
se
muestra
un
ejemplo:
248
IBM
Tivoli
Monitoring:
Gua
del
usuario
En
plataformas
Windows,
el
proveedor
correspondiente
a
instancias
o
propiedades
de
una
determinada
clase
se
especifica
mediante
el
calificador
de
CIM
"Provider".
Por
ejemplo,
el
proveedor
correspondiente
a
la
siguiente
clase
NTProcesses
"PerfProv".
[dynamic,
provider("PerfProv"),
ClassContext("local|Process")]
class
NTProcesses
{
[key]
String
Process;
[PropertyContext("ID
Process")]
uint32
ID;
[PropertyContext("Working
Set")]
uint32
WorkingSet;
};
El
script
agregar
una
seccin
al
informe
que
sugerir
que
el
usuario
considera
la
posibilidad
de
crear
un
nuevo
modelo
de
recurso
basado
en
nuevas
clases
CIM
que
se
pueden
crear
mediante
el
proveedor
indicado.
v
Si
el
monitor
examinado
no
se
puede
volver
a
correlacionar
con
ninguna
clase
CIM
sin
la
creacin
de
un
nuevo
proveedor
(consulte
el
sitio
Web
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp
para
ver
cmo
crear
proveedores
WMI),
el
script
sugiere
utilizar
el
Modo
de
compatibilidad
junto
con
el
proceso
guiado
por
asistente
y
elegir
Tivoli
Distributed
Monitoring
Classic
Monitoring
Collection
como
origen
de
datos.
Tenga
en
cuenta
que
para
optimizar
el
uso
de
monitores,
los
usuarios
deben
tener
en
cuenta
la
utilizacin
de
ms
de
un
monitor
de
la
misma
coleccin
de
supervisin
dentro
del
modelo
de
recurso
siempre
que
sea
posible.
v
Si
el
monitor
es
un
script
personalizado
(cadena
o
numrico)
y
no
se
puede
volver
a
correlacionar
en
ninguna
clase
CIM
sin
la
creacin
de
un
nuevo
proveedor
(consulte
el
sitio
Web
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp
para
ver
cmo
crear
proveedores
WMI),
el
script
sugiere
utilizar
el
Modo
de
compatibilidad
junto
con
el
proceso
guiado
por
asistente
y
elegir
Script
personalizado
como
el
origen
de
datos.
v
Si
el
monitor
es
un
monitor
asncrono,
los
usuarios
deben
solicitar
a
los
servicios
de
Tivoli
que
sustituyan
esta
funcin,
puesto
que
an
no
se
ha
implantado.
Ejemplos:
A
continuacin
se
muestra
un
ejemplo
de
informe
generado
por
el
script
Sentry
Profile
Analyzer:
#
Tivoli
Distributed
Monitoring
(Advanced
Edition),
#
Version
4.1
(C)
Copyright
IBM
Corporation
2001.
#
All
rights
reserved.
The
metrics
collected
by
the
following
monitors
are
collected
by
the
by
the
following
RESOURCES
MODELS:
COLLECTION
MONITOR
RESOURCE
MODEL
CIM
CLASSES(PROVIDER)
Apndice
C.
Consideraciones
sobre
la
migracin
249
UnixProfile#MyRegion
Unix_Sentry
File
size
DMXFile
DMXFile(DMXFileIlt)
UnixProfile#MyRegion
Unix_Sentry
File
size
DMXSecurity
DMXFileSec(DMXFileSecIlt)
UnixProfile#MyRegion
Unix_Sentry
Space
free
DMXFileSystem
DMXFileSystem(DMXFileSystemIlt)
WinNTProfile#MyRegion
NT_NetworkMonitor
Network
utilizat
TMW_NetworkIntCard
TMW_NetworkSegment(PerfProv)
WinNTProfile#MyRegion
NT_LogicalDisk
Avg
Disk
sec/Trans
TMW_LogicalDisk
TMW_LogicalDisk(PerfProv)
===================================================================
The
metrics
collected
by
the
following
monitors
can
be
found
in
the
following
CIM
CLASSES:
COLLECTION
MONITOR
CIM
CLASSES(PROVIDER)
====================================================================
Please
consider
to
create
Cim
class
to
use
the
performance
provider.
For
more
information
visit:
www.http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/r_prov_2joy.asp.
COLLECTION
MONITOR
PROVIDER
DummyProfile#NewPolicy
NT_Cache
Async
Pin
Reads/sec
PerfProv
DummyProfile#NewPolicy
NT_Cache
Pin
Reads/sec
PerfProv
DummyProfile#NewPolicy
NT_Cache
Sync
Pin
Reads/sec
PerfProv
DummyProfile#NewPolicy
NT_System
File
Control
Bytes/sec
PerfProv
WinNTProfile#MyRegion
NT_Cache
Async
Pin
Reads/sec
PerfProv
WinNTProfile#MyRegion
NT_Cache
Pin
Reads/sec
PerfProv
WinNTProfile#MyRegion
NT_Cache
Sync
Pin
Reads/sec
PerfProv
=====================================================================
The
metrics
collected
by
the
following
monitors
are
not
collected
by
any
resource
model
and
can
not
be
found
in
any
CIM
class.
Please
consider
to
use
WORKBENCH
WIZARD
choosing
DM
CLASSIC
MONITORING
COLLECTION
to
import
the
monitor
in
a
resource
model
COLLECTION
MONITOR
DummyProfile#NewPolicy
Unix_Sentry
daemonct
DummyProfile#NewPolicy
Unix_Sentry
diskusedpct
DummyProfile#NewPolicy
Unix_Sentry
diskused
OS400Profile#EMEA-region
OS/400
Job
SubType
OS400Profile#EMEA-region
OS/400
Object
ObjectOwner
UnixProfile#MyRegion
Unix_Sentry
daemonct
======================================================================
The
metrics
collected
by
the
following
monitors
are
not
collected
by
any
resource
model
and
can
not
be
found
in
any
CIM
class.
Please
consider
to
use
WORKBENCH
WIZARD
choosing
CUSTOM
SCRIPTS
to
import
the
monitor
in
a
resource
model
COLLECTION
MONITOR
=======================================================================
Please
consider
to
ask
Tivoli
services
for
replacing
the
following
monitors:
COLLECTION
MONITOR
UnixProfile#MyRegion
Unix_Sentry
sasync
250
IBM
Tivoli
Monitoring:
Gua
del
usuario
Modo
de
compatibilidad
El
modo
de
compatibilidad
es
un
nuevo
modo
de
trabajo
que
permite
a
los
usuarios
de
Tivoli
Monitoring
utilizar
monitores
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
dentro
de
un
modelo
de
recurso
de
Tivoli
Monitoring.
De
este
modo,
Tivoli
Monitoring
puede
coleccionar
datos
para
analizar,
no
slo
del
origen
de
datos
CIM,
sino
tambin
de
los
orgenes
de
supervisin
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
(tambin
denominados
anlisis).Esto
significa
que
los
usuarios
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
pueden
reciclar
sus
colecciones
de
supervisin
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
existentes
personalizadas
en
nuevos
modelos
de
recurso
de
Tivoli
Monitoring.
El
modo
de
compatibilidad
se
puede
utilizar
adems
del
modo
nativo,
de
modo
que
es
posible
tener
modelos
de
recurso
que
utilicen
ambas
tecnologas
en
su
implantacin.
El
modo
de
compatibilidad
proporciona
una
manera
sencilla
de
importar
la
implantacin
de
anlisis
de
Tivoli
Distributed
Monitoring
(Classic
Edition)
en
un
modelo
de
recurso
sin
que
el
usuario
tenga
que
escribir
cdigo
adicional,
suministrando
Resource
Model
Builder
con
un
nuevo
asistente
que
importa
orgenes
de
supervisin
de
Tivoli
Distributed
Monitoring
(Classic
Edition).
El
proceso
del
asistente
se
describe
en
el
manual
IBM
Tivoli
Monitoring:
Workbench
Users
Guide.
La
siguiente
figura
muestra
la
arquitectura
del
motor
de
punto
final
de
Tivoli
Monitoring.
Apndice
C.
Consideraciones
sobre
la
migracin
251
La
API
de
objeto
de
servicio
permite
que
los
scripts
del
modelo
de
recurso
utilicen
objetos
CIM,
colecciones
de
supervisin
y
scripts
personalizados
en
cualquier
combinacin.
WMI
(en
Windows)
y
el
gestor
de
objetos
CIM
(CIMOM,
en
las
dems
plataformas
soportadas)
son
los
responsables
de
cargar
los
proveedores
que,
a
su
vez,
obtienen
datos
de
rendimiento
y
disponibilidad
de
recursos
del
sistema
y
de
aplicaciones.
Proceso
del
asistente
Resource
Model
Builder
proporciona
un
asistente,
que
es
un
proceso
guiado
por
GUI,
para
crear
nuevos
modelos
de
recurso.
Bsicamente,
el
asistente,
comenzando
por
una
clase
CIM
seleccionada
tomada
de
un
repositorio
WMI,
de
una
coleccin
de
supervisin
o
de
un
script
personalizado,
muestra
una
secuencia
de
dilogos
con
valores
predeterminados
ya
especificados
para
guiar
al
usuario
en
la
creacin
de
modelos
de
recurso
sencillos.
Al
final
del
proceso
del
asistente,
todo
el
cdigo
Visual
Basic
o
JavaScript
necesario
se
generar
automticamente.
Este
cdigo
implantar
una
lgica
de
supervisin
muy
parecida
a
la
que
utiliza
Tivoli
Distributed
Monitoring
(Classic
Edition),
es
decir:
si
(valor
medida
-
comparacin
-
umbral)
entonces
indicacin
Obviamente,
el
cdigo
generado
tendr
en
cuenta
las
caractersticas
de
Tivoli
Monitoring
descritas
en
secciones
anteriores,
as
que
se
optimizar
para
ajustarse
al
Figura
13.
Arquitectura
de
motor
de
punto
final
de
Tivoli
Monitoring.
252
IBM
Tivoli
Monitoring:
Gua
del
usuario
nuevo
paradigma
de
supervisin.
El
proceso
del
asistente
se
describe
con
detalle
en
el
manual
IBM
Tivoli
Monitoring:
Workbench
Users
Guide.
Cmo
se
combina
esto
La
siguiente
figura
resume
el
enfoque
de
migracin
que
deben
seguir
los
nuevos
usuarios
de
Tivoli
Monitoring
despus
de
tener
en
cuenta
lo
que
se
ha
descrito
anteriormente:
1.
El
script
Sentry
Analyzer
analiza
el
Sentry
Profile
basndose
en
una
tabla
de
correlaciones
entre
monitor
y
modelo
de
recurso
2.
El
script
Sentry
Analyzer
genera
un
informe
3.
Para
cada
monitor
del
informe,
el
usuario
puede:
a.
Si
existe
un
modelo
de
recurso
que
coleccione
la
medida
relacionada:
1)
Si
el
modelo
de
recurso
est
destinado
a
solucionar
problemas
de
supervisin
controlados
por
el
monitor,
personalizar
el
modelo
de
recurso
y
desplegarlo.
2)
Si
el
modelo
de
recurso
no
est
destinado
a
solucionar
problemas
de
supervisin
controlador
por
el
monitor,
ir
al
paso
4.
b.
Si
no
existe
ningn
modelo
de
recurso
que
coleccione
la
medida
relacionada,
pero
s
existe
una
clase
CIM
y
su
proveedor,
ir
al
paso
4.
c.
Si
no
existe
ningn
modelo
de
recurso
que
coleccione
la
medida
relacionada,
y
tampoco
existe
ninguna
clase
CIM
ni
ningn
proveedor
(generalmente
esto
sucede
para
proveedores
de
datos
de
rendimiento
de
WMI):
1)
Escribir
el
MOF.
2)
A
continuacin
vaya
al
paso
4.
d.
Si
no
existe
ningn
modelo
de
recurso
que
coleccione
la
medida
relacionada,
ni
existe
ninguna
clase
CIM
ni
proveedor:
1)
Escribir
el
proveedor.
2)
Escribir
el
MOF
segn
se
indique.
O
Utilizar
el
modo
de
compatibilidad.
3)
A
continuacin
vaya
al
paso
4.
4.
Si
el
problema
de
supervisin
es
complejo
y
necesita
correlacin
y
agregacin:
a.
Cree
un
modelo
de
recurso
nuevo
o
modifique
uno
existente
utilizando
todas
las
caractersticas
proporcionadas
por
Tivoli
Monitoring.
b.
Vaya
al
paso
6.
5.
Si
el
problema
de
supervisin
es
uno
sencillo
que
sigue
el
paradigma
de
supervisin
de
Tivoli
Distributed
Monitoring
(Classic
Edition),
utilice
el
proceso
del
asistente
en
Resource
Model
Builder
para
crear
un
modelo
de
recurso
nuevo.
6.
Cree
el
paquete
del
modelo
de
recurso
e
instlelo
en
la
regin
de
gestin
de
Tivoli
utilizando
el
comando
wdmrm.
7.
Despliegue
el
modelo
de
recurso.
Apndice
C.
Consideraciones
sobre
la
migracin
253
Migracin
desde
Tivoli
Web
Component
Manager
Tivoli
Monitoring
proporciona
algunas
herramientas
para
facilitar
la
migracin
de
usuarios
de
Tivoli
Web
Component
Manager
a
Tivoli
Monitoring:
v
Una
herramienta
Java
(denominada
Tims2XML)
que
analiza
la
base
de
datos
del
servidor
Tivoli
Web
Component
Manager
(tambin
denominado
servidor
TIMS)
y
recupera
informacin
sobre
todas
las
tareas
de
TIMS.
v
Un
conjunto
de
modelos
de
recurso
de
Tivoli
Monitoring
que
tienen
un
comportamiento
muy
parecido
a
las
tareas
de
Tivoli
Web
Component
Manager
.
Sentry Profile
analyser
BD de Tivoli
Sentry Profile
Tabla
Monitor_rm
El monitor se
puede sustituir
por un modelo
de recurso
S
El modelo de
recurso se ajusta
a sus necesidades
con poca o ninguna
personalizacin
S
Desplegarlo
Existe una clase
CIM con las
medidas
necesarias
NO
NO
Existe
un proveedor?
Escribir el
proveedor
Utilizar el modo
de compatibilidad
para importar la
coleccin de
monitores
o el script
personalizado
NO
Es un
problema de
supervisin
complejo
NO
D
NO
Utilizar el
asistente de
Workbench para
generar modelos
de recurso sencillos
Crear el modelo
de recurso e
instalarlo en
Tivoli Region
Server
Instalar el MOF en el WMI
que examina Workbench y
recordar aadirlo a las
dependencias
S S
Escribir el
MOF
Para cada monitor
Informe de
anlisis
Disear y crear
un nuevo modelo
de recurso utili-
zando todas las
caractersticas
de AE DM
S
254
IBM
Tivoli
Monitoring:
Gua
del
usuario
Tims2XML
TIMs2XML
es
una
aplicacin
Java
que
colecciona
datos
relacionados
con
tareas
de
Tivoli
Web
Component
Manager
que
se
ejecutan
en
un
servidor
TIMS.
Una
vez
recopilados,
los
datos
se
formatean
automticamente
en
XML.
TIMs2XML
est
disponible
en
el
CD
de
Tivoli
Monitoring.
Instalacin
y
personalizacin
Para
poder
utilizarlo,
TIMs2XML
se
debe
instalar
en
el
servidor
TIMS
cuyas
tareas
se
tienen
que
supervisar.
Antes
de
utilizar
la
herramienta,
se
tiene
que
personalizar
el
archivo
launch.bat
(o
launch.sh
en
UNIX).
La
variable
CLASSPATH
se
debe
establecer
de
modo
que
apunte
a
archivos
.jar
especficos.
Estos
son:
v
fw-common.jar
v
fw-svr.jar
v
properties.jar
Adems,
los
directorios
lib
y
lib/properties
deben
estar
incluidos
en
CLASSPATH.
Otro
componente
necesario
es
la
biblioteca
JDBC
que
se
suministra
con
la
instalacin
de
Oracle/DB2,
por
ejemplo
classes111.zip
para
Oracle.
A
continuacin
se
muestra
un
ejemplo
de
definicin
de
CLASSPATH:
set
TIMS_HOME=D:\Tivoli\Internet\ManagementServer\TIMS
set
CLASSPATH=%TIMS_HOME%\lib\fw-common.jar
set
CLASSPATH=%CLASSPATH%;%TIMS_HOME%\lib\fw-svr.jar
set
CLASSPATH=%CLASSPATH%;%TIMS_HOME%\lib\properties.jar
set
CLASSPATH=%CLASSPATH%;%TIMS_HOME%\lib
set
CLASSPATH=%CLASSPATH%;%TIMS_HOME%\lib\properties
set
CLASSPATH=%CLASSPATH%;D:\Oracle\Ora81\jdbc\lib\classes111.zip
set
CLASSPATH=%CLASSPATH%;.
Una
vez
establecida
la
variable,
CLASSPATH,
Tims2XML
se
puede
iniciar
haciendo
doble
clic
en
el
archivo
launch.
o
emitiendo
el
siguiente
comando:
java
Tims2XML
>
TIMS_tasks.xml
donde
TIMS_tasks.xml
es
el
nombre
del
archivo
XML
que
se
genera.
Estructura
del
archivo
XML
En
el
CD
de
Tivoli
Monitoring
se
proporciona
un
archivo
por
lotes
y
varios
archivos
HTML
para
mostrar
el
contenido
del
archivo
XML
en
Internet
Explorer.
A
Apndice
C.
Consideraciones
sobre
la
migracin
255
continuacin
se
muestra
un
ejemplo:
El
XML
contiene
la
siguiente
informacin
para
cada
tarea:
v
taskname:
el
nombre
de
la
tarea,
como
un
identificador
exclusivo
v
type:
el
tipo
de
tarea,
que
puede
tener
uno
de
los
siguientes
valores:
APACHEMONITORINGTASK
IISMONITORINGTASK
SYSTEMMONITORINGTASK
v
description:
una
descripcin
de
la
tarea
v
reporttype:
el
tipo
de
informe,
que
puede
tener
uno
de
los
siguientes
valores:
DAILY
WEEKLY
MONTHLY
Ninguno
256
IBM
Tivoli
Monitoring:
Gua
del
usuario
v
schedule:
informacin
relacionada
con
la
planificacin
de
la
tarea
startnow:
si
el
trabajo
se
inicia
o
no
inmediatamente
runforever:
si
el
trabajo
se
debe
ejecutar
o
no
de
forma
indefinida
startdatetime:
fecha
y
hora
de
inicio
endtime:
fecha
y
hora
de
finalizacin
timezone:
informacin
sobre
el
huso
horario
v
endpoint:
el
punto
final
en
el
que
tiene
lugar
la
supervisin
v
parameters:
un
conjunto
de
distintivos
que
definen
las
actividades
de
supervisin
solicitadas
v
normalization:
el
valor
de
normalizacin
correspondiente
a
la
tarea.
El
proceso
de
normalizacin
se
produce
despus
de
que
se
haya
excedido
un
umbral
(consulte
el
distintivo
constraint)
o
cuando
el
valor
observado
est
por
encima
o
por
debajo
de
un
valor
de
normalizacin
especificado
(por
ejemplo,
10%)
Cada
distintivo
parameter
sola
describe
una
entidad
que
se
va
a
supervisar.
La
entidad
siempre
est
asociada
a
un
name,
pero
puede
o
no
tener
un
value
(algunos
monitores
no
se
tienen
que
configurar).
Por
ejemplo,
el
recurso
CPU
tiene
el
nombre
cpu
pero
no
tiene
valor;
sin
embargo,
se
debe
inicializar
una
actividad
de
supervisin
de
archivos
con
un
valor
de
ruta/nombre
de
archivo.
Apndice
C.
Consideraciones
sobre
la
migracin
257
Un
parmetro
se
puede
asociar
con
varios
monitores
o
con
ningn
monitor
(por
ejemplo,
puede
que
un
parmetro
de
configuracin
no
tenga
ningn
monitor
asociado).
Sin
embargo,
si
se
activa
un
monitor,
la
salida
XML
contiene
una
seccin
monitor.
La
estructura
general
de
un
distintivo
monitor
es
la
siguiente:
v
name
(obligatorio)
v
rate
(no
obligatorio)
v
constraint
(no
obligatorio
o
vaco)
Es
posible
que
el
distintivo
rate
no
sea
aplicable
a
un
monitor
(por
ejemplo,
no
es
aplicable
al
monitor
Registro
de
eventos
de
Windows).
El
distintivo
constraint
no
es
aplicable
cuando
el
atributo
supervisado
tiene
un
tipo
slo
de
informe
(por
ejemplo,
el
monitor
changedStatus
correspondiente
a
un
recurso
FILE);
de
lo
contrario
se
aplica
el
distintivo
constraint.
Tareas
de
supervisin
del
sistema
Esta
seccin
describe
la
salida
XML
correspondiente
a
las
siguientes
tareas
de
supervisin
del
sistema:
v
Supervisin
de
procesos
v
Supervisin
de
CPU
v
Supervisin
del
sistema
de
archivos
UNIX
Tarea
Monitor
de
proceso:
Para
la
tarea
Monitor
de
procesos,
la
seccin
parameter
muestra
los
siguientes
distintivos:
v
El
distintivo
name
siempre
contiene
el
mismo
identificador
(processName)
v
El
nombre
del
proceso
est
dentro
del
distintivo
value
v
Si
N_Threads
Monitor
est
activo,
la
seccin
monitor
contiene:
El
identificador
numThreads
en
el
distintivo
name
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
threads
en
el
distintivo
constraint
v
Si
%
CPU
Monitor
est
activo,
su
seccin
monitor
contiene:
El
identificador
percCPU
en
el
distintivo
name
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
ocupacin
de
CPU
(%)
en
el
distintivo
constraint
v
Si
%
Memory
Monitor
est
activo,
su
seccin
monitor
contiene:
El
identificador
percMem
en
el
distintivo
name
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
ocupacin
de
memoria
(%)
en
el
distintivo
constraint
258
IBM
Tivoli
Monitoring:
Gua
del
usuario
Como
ejemplo,
observe
el
panel
de
configuracin
de
Tivoli
Web
Component
Manager
correspondiente
a
la
tarea
Monitor
de
proceso:
La
imagen
siguiente
muestra
el
apartado
correspondiente
del
archivo
XML:
Tarea
Monitor
de
CPU:
Para
la
tarea
Monitor
de
CPU,
la
seccin
parameter
muestra
los
siguientes
distintivos:
v
El
distintivo
name
siempre
contiene
el
mismo
identificador
(cpu)
v
El
nombre
del
proceso
est
dentro
del
distintivo
value
v
Si
System
CPU
Monitor
est
activo,
su
seccin
monitor
contiene:
El
identificador
sysCPU
en
el
distintivo
name
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
ocupacin
de
CPU
en
el
distintivo
constraint
v
Si
%
User
CPU
Monitor
est
activo,
su
seccin
monitor
contiene
El
identificador
userCPU
en
el
distintivo
name
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
ocupacin
de
CPU
de
usuario
(%)
en
el
distintivo
constraint
Apndice
C.
Consideraciones
sobre
la
migracin
259
v
Si
%
Total
CPU
Monitor
est
activo,
su
seccin
monitor
contiene:
El
identificador
totCPU
en
el
distintivo
name
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
ocupacin
de
CPU
total
(%)
en
el
distintivo
constraint
Como
ejemplo,
observe
el
panel
de
configuracin
de
Tivoli
Web
Component
Manager
correspondiente
a
la
tarea
Monitor
de
CPU:
La
imagen
siguiente
muestra
el
apartado
correspondiente
del
archivo
XML:
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
260
IBM
Tivoli
Monitoring:
Gua
del
usuario
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
FS
utilizados
(en
MBytes)
en
el
distintivo
constraint
v
Si
INodes
Free
Monitor
est
activo,
su
seccin
monitor
contiene:
El
identificador
iNodesFSFree
en
el
distintivo
name
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
INodes
libres
(%)
en
el
distintivo
constraint
v
Si
Percentage
INodes
Free
Monitor
est
activo,
su
seccin
monitor
contiene:
El
identificador
percINodesFSFree
en
el
distintivo
name
El
intervalo
de
muestreo
(en
segundos)
en
el
distintivo
rate
El
umbral
de
INodes
libres
(%)
en
el
distintivo
constraint
Como
ejemplo,
observe
el
panel
de
configuracin
de
Tivoli
Web
Component
Manager
correspondiente
a
la
tarea
Monitor
del
sistema
de
archivos:
Apndice
C.
Consideraciones
sobre
la
migracin
261
La
imagen
siguiente
muestra
el
apartado
correspondiente
del
archivo
XML:
Modelos
de
recurso
Para
ayudarle
en
la
migracin,
Tivoli
Monitoring
proporciona
un
conjunto
de
modelos
de
recurso
que
tienen
un
comportamiento
muy
similar
a
las
tareas
de
Tivoli
Web
Component
Manager.
El
CD
de
Tivoli
Monitoring
contiene
seis
modelos
de
recurso
(tres
para
Windows
y
tres
para
UNIX):
v
Modelo
de
recurso
Monitor
de
procesos
(Windows
y
UNIX)
v
Modelos
de
recurso
Monitor
de
memoria
(Windows
y
UNIX)
v
Modelo
de
recurso
Monitor
de
discos
lgicos
(Windows)
v
Monitor
del
sistema
de
archivos
(UNIX)
Para
poder
utilizar
estos
modelos
de
recurso,
tiene
que
agregarlos
al
servidor
Tivoli
Monitoring
mediante
el
comando
wdmrm
add.
Modelo
de
recurso
Disco
lgico
El
modelo
de
recurso
Disco
lgico
supervisa
los
discos
lgicos
de
un
sistema
Windows.
Para
utilizar
este
modelo
de
recurso,
cree
un
perfil
de
Tivoli
Monitoring
nuevo
y,
a
continuacin,
seleccione
la
categora
Modelo
de
recurso
Migracin
de
TWCM
y
el
modelo
de
recurso
Monitor
de
discos
lgicos
Migracin
de
TWCM,
tal
como
262
IBM
Tivoli
Monitoring:
Gua
del
usuario
aparece
en
el
dilogo
siguiente:
Este
modelo
de
recurso
puede
supervisar
espacio
de
disco
y
porcentaje
de
espacio
de
disco.
El
valor
de
umbrales
se
establece
de
forma
predeterminada
en
cero,
de
modo
que
el
modelo
de
recurso
no
genera
ningn
evento,
pero
puede
modificar
este
valor
haciendo
clic
en
Nombre
de
umbral
y
especificando
un
nuevo
valor.
Puede
seleccionar
los
discos
lgicos
que
se
tienen
que
supervisar
haciendo
clic
en
el
botn
Parmetro
y
modificando
los
valores
predeterminados.
De
forma
predeterminada,
el
registro
de
datos
no
est
habilitado.
Para
disponer
de
un
registro,
haga
clic
en
Registro.
Modelo
de
recurso
Procesador
El
modelo
de
recurso
Memoria
est
disponible
para
sistemas
Windows
y
UNIX.
Para
utilizar
este
modelo
de
recurso,
cree
un
perfil
de
Tivoli
Monitoring
nuevo
y,
a
continuacin,
seleccione
la
categora
Modelo
de
recurso
Migracin
TWCM
y,
a
continuacin,
el
modelo
de
recurso
Modelo
de
procesador
de
migracin
de
TWCM
(o
Modelo
de
procesador
Unix
de
migracin
de
TWCM),
tal
como
se
Apndice
C.
Consideraciones
sobre
la
migracin
263
muestra
en
la
pantalla
siguiente:
Modelo
de
recurso
Memoria
El
modelo
de
recurso
Memoria
est
disponible
para
sistemas
Windows
y
UNIX.
Para
utilizar
este
modelo
de
recurso,
cree
un
nuevo
perfil
de
Tivoli
Monitoring
y
luego
seleccione
la
categora
Modelo
de
recurso
Migracin
de
TWCM
y
el
modelo
de
recurso
Modelo
de
memoria
de
migracin
de
TWCM
(o
Modelo
de
memoria
de
Unix
de
migracin
de
TWCM).
Modelo
de
recurso
Sistema
de
archivos
El
modelo
de
recurso
Sistema
de
archivos
slo
est
disponible
para
sistemas
UNIX.
Para
utilizar
este
modelo
de
recurso,
cree
un
nuevo
perfil
de
Tivoli
Monitoring
y
luego
seleccione
la
categora
Modelo
de
recurso
Migracin
de
TWCM
y
el
modelo
de
recurso
Modelo
de
memoria
de
migracin
de
TWCM
(o
Modelo
de
sistema
de
archivos
de
Unix
de
migracin
de
TWCM).
Este
modelo
de
recurso
puede
supervisar
el
Porcentaje
de
INode
libre
y
el
Porcentaje
de
espacio
libre.
De
forma
predeterminada,
todos
los
umbrales
estn
establecidos
en
cero,
de
modo
que
el
modelo
de
recurso
no
genera
ningn
evento.
Para
seleccionar
los
sistemas
de
archivos
que
desea
supervisar,
haga
clic
en
Parmetro
y
establezca
los
valores
de
punto
de
montaje
adecuados
(si
no
se
establece
ningn
valor,
el
modelo
de
recurso
dar
un
error).
Ejemplo
de
migracin:
tarea
Monitor
de
memoria
Este
apartado
describe
cmo
se
puede
migrar
una
tarea
Monitor
de
memoria
de
un
sistema
UNIX
a
Tivoli
Monitoring.
La
pantalla
siguiente
muestra
el
panel
de
configuracin
de
Tivoli
Web
Component
Manager
correspondiente
a
la
tarea
Monitor
de
memoria:
Cuando
la
herramienta
Tims2XML
ha
recuperado
la
informacin
sobre
las
tareas
que
se
ejecutan
en
el
servidor
de
TIMS,
se
obtiene
la
salida
XML
siguiente
264
IBM
Tivoli
Monitoring:
Gua
del
usuario
correspondiente
a
la
tarea
Monitor
de
memoria:
Para
duplicar
este
comportamiento
en
Tivoli
Monitoring,
debe
crearse
un
nuevo
perfil
con
los
datos
siguientes:
v
Categora:
Modelo
Migracin
de
TWCM
v
Modelo
de
recurso:
Modelo
de
memoria
de
Unix
de
migracin
de
TWCM
v
Tiempo
del
ciclo:
50
v
Vinculacin
menor
de
porcentaje
de
memoria:
49
tal
como
se
muestra
en
el
dilogo
siguiente:
Apndice
C.
Consideraciones
sobre
la
migracin
265
266
IBM
Tivoli
Monitoring:
Gua
del
usuario
Apndice
D.
Soporte
de
clsteres
Un
clster
(en
informtica)
hace
referencia
a
un
grupo
de
servidores
y
otros
recursos
que
estn
conectados
mediante
hardware,
redes
y
software
para
comportarse
como
si
fuesen
un
solo
sistema:
el
clster
de
sistemas
aparece
como
si
fuese
un
sistema
totalmente
integrado.
El
soporte
para
clsteres
que
proporciona
Tivoli
Monitoring
es
una
solucin
limitada
y
es
similar
al
soporte
que
proporcionaba
Tivoli
Distributed
Monitoring
(Classic
Edition).
La
solucin
se
basa
en
tener
un
punto
final
Tivoli
en
ejecucin
en
cada
uno
de
los
nodos,
y
en
tener
uno
o
ms
puntos
finales
virtuales
adicionales
para
todos
los
nodos
del
clster,
y
no
enlazados
a
un
punto
final
fsico
determinado.
Ms
especficamente,
la
solucin
requiere
que
mltiples
instancias
de
Tivoli
Monitoring
Agent
se
ejecuten
en
un
solo
sistema:
uno
de
los
agentes
supervisa
el
sistema
y
sus
recursos,
mientras
que
el
resto
de
agentes
se
ejecuta
en
un
grupo
de
recursos
diferente
(o
clster)
y
supervisa
los
recursos
compartidos
contenidos
en
ese
grupo.
Debe
comentarse
que,
con
esta
solucin,
Tivoli
Monitoring
no
reconoce
el
clster
y
no
es
capaz
de
reconocer
los
recursos
compartidos,
ni
es
capaz
de
gestionar
la
aplicacin
gestora
del
clster.
Los
apartados
siguientes
describen
dos
configuraciones
de
operacin
con
clsteres
especficas
y
la
manera
en
que
Tivoli
Monitoring
las
soporta
en
nodos
UNIX
o
Windows.
Recuperacin
tras
error
verdadera
de
clster
en
UNIX
En
UNIX,
la
recuperacin
tras
error
verdadera
de
clster
incluye
un
nodo
de
produccin
(nodo
A)
y
un
nodo
de
espera
(nodo
B).
Las
aplicaciones
se
ejecutan
en
el
nodo
de
produccin,
mientras
que
en
el
nodo
de
espera
solamente
se
ejecuta
una
copia
del
sistema
operativo
con
los
componentes
necesarios
del
software
para
la
operacin
con
clsteres.
En
caso
de
una
prdida
de
funcin,
todos
los
recursos
compartidos
del
clster
(aplicaciones
y
sistemas
de
archivos)
se
trasladan
al
nodo
de
espera,
que
se
convierte
en
el
nodo
de
produccin.
Para
soportar
esta
configuracin,
debe
disponer
de
dos
instancias
de
cdigo
de
punto
final
de
Tivoli
ejecutndose
en
paralelo
en
cada
momento
dado
en
el
sistema
que
trabaja
como
un
nodo
de
produccin:
una
instancia
local
de
ese
sistema
y
una
instancia
compartida
para
la
gestin
de
recursos
del
clster.
Para
habilitar
esta
configuracin,
cree
dos
sistemas
de
archivos
en
una
DASD
(Unidad
SCSI
de
batera
de
discos)
compartida,
por
ejemplo:
/opt/Tivoli/lcf_s
/etc/Tivoli/lcf_s
Copyright
IBM
Corp.
2004
267
Estos
sistemas
de
archivos
deben
estar
incluidos
en
el
plan
de
prdida
de
funcin
para
la
configuracin
del
clster,
de
manera
que
se
puedan
desmontar,
trasladar
y
montar
en
el
nodo
de
espera
cuando
se
produzca
la
prdida
de
funcin.
Despus
de
eso,
instale
una
instancia
compartida
(_SHARED_)
de
punto
final
de
Tivoli
en
cada
uno
de
los
sistemas
de
archivos
en
la
DASD
compartida,
e
instale
instancias
locales
(_LOCAL_)
de
punto
final
de
Tivoli
en
cada
uno
de
los
nodos
del
clster.
Para
hacer
esto,
debe
crear
un
archivo
local
en
cada
nodo:
En
el
Nodo
A
(produccin):
/opt/Tivoli/lcf1
/etc/Tivoli/lcf1
En
el
Nodo
B
(en
espera):
/opt/Tivoli/lcf2
/etc/Tivoli/lcf2
A
continuacin,
instale
instancias
locales
de
punto
final
de
Tivoli
en
cada
nodo
de
aquellos
sistemas
de
archivos
con
cualquier
mtodo
(por
ejemplo,
winstlcf),
con
las
opciones
lcf
siguientes
(proporcionadas
utilizando
la
opcin
-D
en
la
lnea
de
comandos
o
en
el
archivo
last.cfg
en
$LCF_DATDIR):
Punto
final
de
Tivoli
local
para
Nodo
A:
lcfd_port=9497
lcfd_preferred_port=9497
gateway_port=9494
lcfd_alternate_port=9498
Punto
final
de
Tivoli
local
para
Nodo
B:
lcfd_port=9499
lcfd_preferred_port=9499
gateway_port=9494
lcfd_alternate_port=9500
De
manera
predeterminada,
la
instancia
compartida
utilizar
los
valores
siguientes:
lcfd_port=9495
lcfd_preferred_port=9495
gateway_port=9494
lcfd_alternate_port=9496
268
IBM
Tivoli
Monitoring:
Gua
del
usuario
Por
lo
tanto,
en
una
situacin
normal
tenemos,
por
ejemplo:
En
el
Nodo
A
(produccin):
Instancia
local
de
punto
final
de
Tivoli
en
ejecucin
en
el
puerto
9497
con
el
alternativo
9498
Instancia
compartida
de
punto
final
de
Tivoli
en
ejecucin
en
el
puerto
9495
con
el
alternativo
9496
En
el
Nodo
B
(en
espera):
Instancia
local
de
punto
final
de
Tivoli
en
ejecucin
en
el
puerto
9499
con
el
alternativo
9500
Despus
de
que
se
produzca
la
prdida
de
funcin,
la
configuracin
ser:
En
el
Nodo
A
(que
ha
fallado,
pero
que
a
continuacin
se
ha
restaurado
y
se
ejecuta
como
en
espera):
Instancia
local
de
punto
final
de
Tivoli
en
ejecucin
en
el
puerto
9497
con
el
alternativo
9498
En
el
Nodo
B
(que
se
ha
convertido
en
el
nodo
de
produccin):
Instancia
local
de
punto
final
de
Tivoli
en
ejecucin
en
el
puerto
9499
con
el
alternativo
9500
Instancia
compartida
de
punto
final
de
Tivoli
en
ejecucin
en
el
puerto
9495
con
el
alternativo
9496
El
siguiente
paso
en
el
que
debe
trabajar
es
en
la
modificacin
del
script
inittab
(o
de
los
scripts
init
rc)
en
cada
uno
de
los
nodos
para
permitir
que
tanto
la
instancia
local
como
compartida
de
punto
final
de
Tivoli
se
inicie
una
vez
que
el
nodo
se
rearranque.
Necesitar
tener
dos
entradas
en
inittab
o
dos
scripts
de
rc
de
inicio/detencin:
una
para
la
instancia
local
y
una
para
instancia
compartida.
Un
paso
ms
es
crear
un
script
de
shell
de
inicio/detencin
para
la
instancia
_SHARED_
de
punto
final
de
Tivoli,
o
modificar
el
script
$LCF_DATDIR\lcfd.sh
para
iniciar
o
detener
el
punto
final
cuando
se
produzca
la
prdida
de
funcin.
El
script
de
inicio/detencin
para
el
punto
final
de
Tivoli
debe
estar
incluido
en
el
plan
de
prdida
de
funcin
para
el
software
de
operacin
con
clsteres
que
se
est
utilizando.
Normalmente,
el
plan
de
prdida
de
funcin
est
formado
por
uno
o
ms
scripts
de
shell:
deber
incluir
los
scripts
de
inicio/detencin
para
punto
final
de
Tivoli
en
el
plan.
El
paso
final
es
configurar
el
entorno
lgico
de
la
regin
de
Tivoli
para
que
coloque
y
suscriba
correctamente
estos
tres
puntos
finales.
Si
existen
mecanismos
en
uso
para
restringir
la
poltica
allow_login
en
la
regin
de
Tivoli
(por
ejemplo,
si
se
tienen
bases
de
datos
de
punto
final
a
las
que
se
les
permite
iniciar
la
sesin),
entonces
es
necesario
configurarlos
tambin.
Apndice
D.
Soporte
de
clsteres
269
Recuperacin
tras
error
verdadera
de
clster
en
Windows
De
la
misma
manera
que
en
UNIX,
en
nodos
Windows
la
recuperacin
tras
error
verdadera
de
clster
incluye
un
nodo
de
produccin
(nodo
A)
y
un
nodo
de
espera
(nodo
B).
Las
aplicaciones
se
ejecutan
en
el
nodo
de
produccin,
mientras
que
en
el
nodo
de
espera
solamente
se
ejecuta
una
copia
del
sistema
operativo
con
los
componentes
necesarios
del
software
para
la
operacin
con
clsteres.
La
configuracin
de
clster
asume
que
hay
un
Disco
lgico
compartido
(por
ejemplo,
Disco
S:)
y
que
todas
las
aplicaciones
de
clster
estn
instaladas
en
esa
unidad.
Los
nodos
de
produccin
y
de
espera
tienen
el
sistema
operativo
instalado
en
el
Disco
C:.
En
caso
de
una
prdida
de
funcin,
todos
los
recursos
de
clster
compartidos
(aplicaciones
y
Disco
compartido
S)
se
trasladan
al
nodo
de
espera,
que
se
convierte
en
el
nodo
de
produccin.
Para
soportar
esta
configuracin,
debe
instalar
el
cdigo
de
punto
final
de
Tivoli
en
cada
nodo
al
Disco
local
C
y,
a
continuacin,
rearrancar
ambos
nodos.
Por
ejemplo,
instale
el
punto
final
en
C:\admin\Tivoli\lcf.
A
continuacin,
detenga
el
punto
final
de
Tivoli
en
ambos
nodos
y
copie
todos
los
archivos
y
directorios
de
C:\admin\Tivoli\lcf
de
uno
de
los
nodos
en
el
Disco
compartido
S:
en
S:\admin\Tivoli\lcf.
El
paso
siguiente
es
eliminar
o
cambiar
el
nombre
del
directorio
en
cada
nodo
C:\admin\Tivoli\lcf
(con
todos
los
archivos
en
l).
A
continuacin,
en
cada
nodo,
edite
todas
las
claves
de
registro
que
hagan
referencia
a
C:\admin\Tivoli\lcf
y
cmbielas
para
que
sealen
al
directorio
nuevo
del
Disco
S:
(S:\admin\Tivoli\lcf).
Despus,
edite
en
cada
nodo
algunos
archivos
en
el
directorio
%LCF_DATDIR%
(S:\admin\Tivoli\lcf\dat\1)
del
Disco
compartido
S:
y
en
el
directorio
%SystemRoot%\Tivoli\lcf\1
(C:\WINNT\Tivoli\lcf\1)
del
Disco
C:.
Los
archivos
que
deben
editarse
son
lcf_env.cmd,
lcf_env.sh
y
last.cfg.
Debe
cambiar
todas
las
referencias
de
C:\admin\Tivoli\lcf
a
S:\admin\Tivoli\lcf.
A
continuacin,
utilizando
el
comando
net
start
lcfd
o
utilizando
la
GUI,
inicie
el
punto
final
de
Tivoli
en
el
nodo
de
produccin
(donde
se
cargan
el
Disco
compartido
S
y
todos
los
recursos
de
clster).
El
paso
final
es
configurar
el
software
de
clster
(por
ejemplo,
Microsoft
Cluster
Services)
para
incluir
el
servicio
NT
de
punto
final
de
Tivoli
en
la
configuracin
del
clster,
de
manera
que
el
software
de
clster
puede
detener
el
punto
final,
trasladar
todos
los
recursos
al
nodo
de
espera
e
iniciar
el
punto
final
en
l
cuando
se
produzca
una
prdida
de
funcin.
Clster
de
equilibrio
de
carga
en
UNIX
En
UNIX,
el
clster
de
equilibrio
de
carga
incluye
dos
nodos,
siendo
ambos
nodos
de
produccin.
Las
aplicaciones
se
ejecutan
en
ambos
nodos
en
paquetes
de
clster:
el
paquete
A
se
ejecuta
en
el
nodo
A,
el
paquete
B
se
ejecuta
en
el
nodo
B.
Cada
paquete
normalmente
incluye
sistemas
de
archivos
en
una
DASD
compartida
y
un
conjunto
de
aplicaciones.
270
IBM
Tivoli
Monitoring:
Gua
del
usuario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Si
se
produce
una
prdida
de
funcin
(por
ejemplo,
el
nodo
A
falla)
todos
los
recursos
(aplicaciones
y
sistemas
de
archivos)
definidos
en
el
paquete
A
se
trasladan
al
nodo
B
y
el
nodo
B
ejecuta
ambos
paquetes
al
mismo
tiempo
hasta
que
el
nodo
A
se
repara
y
vuelve
a
estar
en
lnea.
Lo
mismo
sucede
cuando
el
nodo
B
falla
y
el
nodo
A
obtiene
ambos
paquetes
para
la
ejecucin.
Para
habilitar
esta
configuracin,
debe
instalar
dos
instancias
_SHARED_
de
punto
final
de
Tivoli,
incluirlas
en
el
paquete
de
clster
apropiado
y
configurarlas
para
que
se
ejecuten
en
puertos
diferentes,
de
forma
que
no
entren
en
conflicto
entre
s
cuando
ambos
paquetes
se
ejecuten
en
un
nodo
del
clster.
Por
ejemplo:
Nodo
A
Sistemas
de
archivos
en
DASD
compartida:
/opt/Tivoli/lcf_a
/etc/Tivoli/lcf_a
Estos
sistemas
de
archivos
deben
estar
incluidos
en
el
paquete
A
y
en
el
plan
de
prdida
de
funcin
de
ese
paquete
con
el
fin
de
que
se
puedan
desmontar,
trasladar
y
montar
en
otro
nodo
cuando
se
produzca
la
prdida
de
funcin.
Nodo
B
Sistemas
de
archivos
en
DASD
compartida:
/opt/Tivoli/lcf_b
/etc/Tivoli/lcf_b
Estos
sistemas
de
archivos
deben
estar
incluidos
en
el
paquete
B
y
en
el
plan
de
prdida
de
funcin
de
ese
paquete
con
el
fin
de
que
se
puedan
desmontar,
trasladar
y
montar
en
otro
nodo
cuando
se
produzca
la
prdida
de
funcin.
Despus,
instale
instancias
de
punto
final
de
Tivoli
en
cada
nodo
de
aquellos
sistemas
de
archivos
con
cualquier
mtodo
(por
ejemplo,
winstlcf)
con
las
opciones
lcf
siguientes
(proporcionadas
utilizando
la
opcin
-D
en
la
lnea
de
comandos
o
en
el
archivo
last.cfg
en
$LCF_DATDIR):
Punto
final
de
Tivoli
para
paquete
A:
lcfd_port=9495
lcfd_preferred_port=9495
gateway_port=9494
lcfd_alternate_port=9496
Punto
final
de
Tivoli
para
paquete
B:
lcfd_port=9497
lcfd_preferred_port=9497
Apndice
D.
Soporte
de
clsteres
271
gateway_port=9494
lcfd_alternate_port=9498
El
siguiente
paso
es
crear
un
script
de
shell
de
inicio/detencin
para
ambas
instancias
de
punto
final
de
Tivoli
en
cada
paquete,
o
modificar
los
scripts
$LCF_DATDIR\lcfd.sh
para
iniciar
o
detener
los
puntos
finales
cuando
se
produzca
la
prdida
de
funcin.
El
script
de
inicio/detencin
para
el
punto
final
de
Tivoli
debe
estar
incluido
en
los
planes
de
prdida
de
funcin
de
los
paquetes
A
y
B.
Uno
o
ms
de
los
pasos
en
los
que
debe
trabajar
es
la
modificacin
del
script
inittab
(o
de
los
scripts
init
rc)
en
cada
uno
de
los
nodos
para
reflejar
los
cambios
realizados
en
el
nodo
de
produccin
durante
la
instalacin
del
punto
final
de
Tivoli.
Esto
es
necesario,
por
ejemplo,
en
el
caso
de
que
tenga
que
rearrancar
el
nodo
en
espera,
(cuando
est
actuando
como
un
nodo
de
produccin
despus
de
una
prdida
de
funcin)
con
el
fin
de
habilitar
el
arranque
automtico
del
punto
final
de
Tivoli
durante
el
momento
del
arranque.
El
paso
final
es
la
modificacin
del
script
inittab
(o
de
los
scripts
init
rc)
en
cada
nodo
para
permitir
que
ambas
instancias
de
punto
final
de
Tivoli
se
inicien
con
el
rearranque
de
cualquier
nodo
del
clster.
Esto
es
necesario,
por
ejemplo,
en
el
caso
de
que
necesite
rearrancar
un
nodo
(que
est
ejecutando
los
paquetes
A
y
B
hasta
que
el
nodo
que
falla
se
repare),
con
el
fin
de
habilitar
el
arranque
automtico
de
ambos
puntos
finales
de
Tivoli
durante
el
arranque.
Limitaciones
La
solucin
proporcionada
por
Tivoli
Monitoring
para
dar
soporte
a
clsteres
tiene
varias
limitaciones.
Esta
seccin
describe
las
principales
desventajas:
v
La
solucin
necesita
una
configuracin
complicada
porque
las
polticas
de
clster
deben
configurarse
manualmente.
v
La
solucin
puede
crear
procesos
descontrolados
(en
la
literatura
de
UNIX
habitualmente
se
hace
referencia
a
ellos
como
a
procesos
zombie)
puesto
que
es
difcil
migrar
todos
los
procesos
generados
en
el
punto
final
de
Tivoli.
v
Tener
mltiples
instancias
de
Tivoli
Monitoring
Agent
en
ejecucin
en
un
solo
sistema
causa
una
sobrecarga
adicional
en
trminos
de
recursos
del
sistema.
v
Ambos
nodos
(produccin
y
en
espera)
pueden
generar
sucesos
para
Tivoli
Enterprise
Console,
notificando
problemas
en
recursos
mantenidos
por
el
clster.
Tales
eventos
llevan
incorporados
en
sus
slots
referencias
(como
la
direccin
IP,
nombre
de
host,
etctera)
del
nodo
en
el
que
el
motor
del
punto
final
se
ejecuta.
Ello
significa
que
la
escritura
de
reglas
de
Tivoli
Enterprise
Console
se
convierte
en
ms
complicada:
lo
mismo
ocurre
con
cualquier
proceso
de
decisin
basado
en
informacin
equivalente.
v
Es
posible
que
los
proveedores
de
Tivoli
Monitoring
que
crean
procesos
externos
de
ejecucin
larga
no
puedan
ser
capaces
de
dar
soporte
a
un
escenario
de
migracin.
Para
dar
soporte
a
escenarios
de
migracin,
estos
proveedores
deben
definirse
de
tal
manera
que
se
detengan
a
s
mismos
cuando
el
motor
que
los
ha
iniciado
desaparezca.
v
Especficamente
en
recopilaciones
para
Tivoli
Data
Warehouse:
Un
modelo
de
recurso
no
puede
personalizarse
para
registrar
datos
para
Tivoli
Data
Warehouse
al
mismo
tiempo
en
mltiples
motores
que
comparten
el
mismo
nombre
de
host
en
el
mismo
nodo.
Si
un
punto
final
virtual
ejecuta
un
modelo
de
recurso
personalizado
para
registrar
datos
para
Tivoli
Data
Warehouse
y,
en
la
migracin
de
un
nodo
del
272
IBM
Tivoli
Monitoring:
Gua
del
usuario
clster
a
otro
nodo,
el
punto
final
cambia
su
nombre
de
host,
entonces
los
datos
para
Tivoli
Data
Warehouse
se
almacenan
bajo
apartados
diferentes
de
la
base
de
datos
RIM
de
Tivoli
Monitoring.
Cuando
un
punto
final
se
migra
a
un
nodo
diferente
del
clster,
existe
habitualmente
una
prdida
de
datos
durante
una
o
dos
horas.
Apndice
D.
Soporte
de
clsteres
273
274
IBM
Tivoli
Monitoring:
Gua
del
usuario
Apndice
E.
Accesibilidad
Las
caractersticas
de
accesibilidad
ayudan
a
los
usuarios
con
discapacidades
fsicas,
como
por
ejemplo
movilidad
reducida
o
visin
limitada,
a
utilizar
satisfactoriamente
los
productos
de
software.
Las
caractersticas
principales
de
accesibilidad
de
Tivoli
Monitoring
permiten
a
los
usuarios:
v
Utilizar
tecnologas
de
ayuda,
como
por
ejemplo
el
software
lector
de
pantalla
y
el
sintetizador
digital
de
habla
para
escuchar
lo
que
aparece
en
pantalla
v
Utilizar
caractersticas
especficas
o
equivalentes
mediante
el
uso
exclusivo
del
teclado
v
Aumentar
el
tamao
de
lo
que
aparece
en
pantalla
Adems,
la
documentacin
del
producto
se
ha
modificado
para
incluir
caractersticas
que
ayuden
a
la
accesibilidad:
v
Toda
la
documentacin
se
encuentra
disponible
en
formato
HTML
y
en
formato
PDF
convertible
para
facilitar
a
los
usuarios
el
uso
del
software
lector
de
pantalla.
v
Todas
las
imgenes
proporcionadas
incorporan
texto
alternativo
para
que
los
usuarios
de
la
documentacin
que
tengan
deficiencias
visuales
puedan
comprender
el
contenido
de
las
imgenes.
Cmo
utilizar
tecnologas
de
ayuda
Los
productos
de
tecnologa
de
ayuda,
como
los
lectores
de
pantalla,
funcionan
tanto
con
las
interfaces
de
usuario
grficas
como
con
las
interfaces
basadas
en
texto
de
Tivoli
Monitoring.
Consulte
la
documentacin
de
los
productos
de
tecnologa
de
ayuda
para
obtener
informacin
especfica
sobre
cmo
utilizarlos
para
acceder
a
la
lnea
de
comandos
o
a
las
interfaces
grficas.
Pueden
incluirse
otras
caractersticas
de
accesibilidad
como
parte
de
la
interfaz
de
usuario
de
un
componente
determinado
de
Tivoli
Monitoring.
Compruebe
la
documentacin
de
los
componentes
individuales
para
obtener
ms
informacin
sobre
la
accesibilidad.
Cmo
aumentar
el
tamao
de
lo
que
aparece
en
pantalla
En
todos
los
componentes
de
Tivoli
Monitoring,
salvo
en
la
Consola
de
estado
de
Web,
los
usuarios
pueden
aumentar
las
pantallas
que
utilizan
las
interfaces
de
usuario
del
producto
mediante
los
recursos
proporcionados
por
los
sistemas
operativos
en
los
que
se
ejecuta
el
producto.
Por
ejemplo,
en
un
entorno
Windows,
puede
cambiar
la
configuracin
de
pantalla
por
una
resolucin
inferior
para
aumentar
la
fuente
del
texto
de
la
pantalla.
Encontrar
ms
informacin
sobre
estos
recursos
en
la
documentacin
correspondiente
al
sistema
operativo.
Documentacin
en
formatos
accesibles
Toda
la
documentacin
del
usuario
se
proporciona
en
formato
HTML,
que
puede
leerse
directamente
mediante
herramientas
de
ayuda
como
lectores
de
pantalla,
o
en
formato
PDF
convertible.
Los
archivos
PDF
convertibles
son
aquellos
que
pueden
convertirse
de
formato
PDF
a
formato
HTML
mediante
el
conversor
de
Adobe
PDF
Copyright
IBM
Corp.
2004
275
a
HTML.
Para
obtener
informacin
sobre
cmo
convertir
documentos
PDF
a
HTML,
consulte
el
manual
de
Adobe
Optimizing
Adobe
PDF
Files
for
Accessibility
Cmo
utilizar
texto
alternativo
Todas
las
imgenes
de
la
documentacin
se
proporcionan
con
un
texto
alternativo
que
puede
leerse
mediante
herramientas
de
ayuda,
como
por
ejemplo
lectores
de
pantalla.
276
IBM
Tivoli
Monitoring:
Gua
del
usuario
Apndice
F.
Utilizacin
de
Rhino:
JavaScript
for
Java
Rhino
es
una
implementacin
de
fuente
abierta
de
JavaScript
escrita
totalmente
en
Java.
Por
regla
general,
se
inserta
en
aplicaciones
Java
para
proporcionar
scripts
a
los
usuarios
finales.
Su
utilizacin
en
Tivoli
Monitoring
se
rige
por
la
licencia
Mozilla
Public
License
Versin
1.1,
que
se
muestra
a
continuacin,
corregida
por
Netscape
Public
License
Versin
1.1,
que
se
encuentra
en
la
pgina
284.
Mozilla
Public
License
Versin
1.1
1.
Definiciones.
1.0.1.
Uso
comercial
significa
distribucin
u
otro
medio
de
dejar
el
Cdigo
cubierto
a
disponibilidad
de
terceros.
1.1.
Contribuidor
significa
cada
entidad
que
crea
o
contribuye
a
la
creacin
de
Modificaciones.
1.2.
Versin
de
contribuidor
significa
la
combinacin
del
Cdigo
original,
antes
de
las
Modificaciones
utilizadas
por
un
Contribuidor,
y
las
modificaciones
realizadas
por
un
Contribuidor
particular.
1.3.
Cdigo
cubierto
significa
el
Cdigo
original
o
la
las
Modificaciones,
o
bien
la
combinacin
del
Cdigo
original
y
las
Modificaciones,
que
en
cada
caso
incluyen
partes
de
los
mismos.
1.4.
Mecanismo
de
distribucin
electrnica
significa
un
mecanismo
aceptado
de
forma
general
en
la
comunidad
de
desarrollo
de
software
para
la
transferencia
electrnica
de
datos.
1.5.
Ejecutable
significa
Cdigo
cubierto
en
cualquier
forma
que
no
sea
el
Cdigo
fuente.
1.6.
Desarrollador
inicial
significa
el
particular
o
entidad
identificado
como
el
Desarrollador
inicial
en
el
aviso
del
Cdigo
fuente
que
necesita
en
la
Exposicin
A.
1.7.
Trabajo
mayor
significa
un
trabajo
que
combina
Cdigo
cubierto
o
partes
del
mismo
con
cdigo
no
regido
por
los
trminos
de
esta
Licencia.
1.8.
Licencia
significa
este
documento.
1.8.1.
Licenciable
significa
tener
el
derecho
a
otorgar,
en
el
mayor
mbito
posible,
tanto
en
el
momento
del
otorgamiento
inicial
como
si
se
adquiere
posteriormente,
cualquiera
y
todos
los
derechos
aqu
cubiertos.
1.9.
Modificaciones
significa
cualquier
adicin
o
supresin
de
la
parte
principal
o
estructura
del
Cdigo
original
o
de
cualquier
Modificacin
anterior.
Cuando
el
Cdigo
cubierto
se
suministra
como
una
serie
de
archivos,
una
Modificacin
es:
A.
Cualquier
adicin
o
supresin
del
contenido
de
un
archivo
que
contenga
Cdigo
original
o
Modificaciones
anteriores.
B.
Cualquier
archivo
nuevo
que
contenga
cualquier
parte
del
Cdigo
original
o
de
Modificaciones
anteriores.
1.10.
Cdigo
original
significa
Cdigo
fuente
de
cdigo
de
software
informtico
que
se
describe
en
el
aviso
de
Cdigo
fuente
que
necesita
la
Exposicin
A
como
Cdigo
original
y
el
cual,
en
el
momento
de
su
suministro
bajo
esta
Licencia,
an
no
est
cubierto
por
el
Cdigo
cubierto
regido
por
esta
Licencia.
1.10.1.
Reclamaciones
de
patente
significa
cualquier
reclamacin
o
reclamaciones
de
patente,
poseda
en
este
momento
o
adquirida
a
partir
del
mismo,
que
incluyen,
aunque
sin
limitarse
a
los
mismos,
reclamaciones
de
mtodo,
proceso
y
aparato
y
cualquier
patente
Licenciable
por
parte
del
que
la
otorga.
Copyright
IBM
Corp.
2004
277
1.11.
Cdigo
fuente
significa
el
formato
preferido
del
Cdigo
cubierto
para
realizar
modificaciones
en
el
mismo,
incluidos
todos
los
mdulos
que
contiene,
ms
cualquier
archivo
de
definicin
de
interfaz
asociado,
scripts
utilizados
para
controlar
la
compilacin
e
instalacin
de
un
Ejecutable
o
comparaciones
diferenciales
de
cdigo
fuente
con
el
Cdigo
original
o
cualquier
Cdigo
cubierto
disponible
y
conocido
que
elija
el
Contribuidor.
El
Cdigo
fuente
puede
estar
en
formato
comprimido
o
de
archivado,
siempre
y
cuando
el
software
adecuado
de
descompresin
o
desarchivado
est
ampliamente
disponible
de
forma
gratuita.
1.12.
Cliente
(o
del
Cliente)
significa
un
particular
o
entidad
legal
que
ejercita
derechos
bajo
esta
Licencia,
y
que
cumple
con
todos
los
trminos
de
la
misma,
o
una
futura
versin
de
esta
Licencia
emitida
bajo
la
Seccin
6.1.
Para
entidades
legales,
Cliente
incluye
cualquier
entidad
que
controla,
o
est
controlada
por,
o
est
bajo
control
comn
con
el
Cliente.
En
esta
definicin,
control
significa
(a)
la
capacidad,
directa
o
indirecta,
de
provocar
la
direccin
o
gestin
de
dicha
entidad,
tanto
por
contrato
como
por
otro
medio,
o
(b)
propiedad
de
ms
del
cincuenta
por
ciento
(50%)
de
las
acciones
o
propiedad
de
beneficios
de
dicha
entidad.
2.
Licencia
del
Cdigo
fuente.
2.1.
El
otorgamiento
del
Desarrollador
inicial.
Por
este
documento,
el
Desarrollador
inicial
otorga
al
Cliente
una
licencia
no
exclusiva,
libre
de
regalas
y
a
nivel
mundial,
sujeta
a
reclamaciones
de
propiedad
intelectual
de
terceros:
(a)
bajo
derechos
de
propiedad
intelectual
(que
no
sean
patente
o
marca
registrada)
Licenciables
por
el
Desarrollador
inicial
para
utilizar,
reproducir,
modificar,
visualizar,
realizar,
otorgar
sublicencias
o
distribuir
el
Cdigo
original
(o
partes
del
mismo),
con
o
sin
Modificaciones,
y/o
como
parte
de
un
Trabajo
mayor;
y
(b)
bajo
Reclamaciones
de
patentes
infringidas
por
la
realizacin,
utilizacin
o
venta
del
Cdigo
original
para
realizar,
haber
realizado,
utilizar,
practicar,
vender
y
ofrecer
para
venta
y/o
disponer
de
otro
modo
del
Cdigo
original
(o
partes
del
mismo).
(c)
las
licencias
otorgadas
en
esta
Seccin
2.1(a)
y
(b)
entran
en
vigor
la
fecha
en
que
el
Desarrollador
inicial
distribuye
por
primera
vez
el
Cdigo
original
bajo
los
trminos
de
esta
Licencia.
(d)
A
pesar
de
la
Seccin
2.1(b)
anterior,
no
se
otorga
ninguna
licencia
de
patente:
1)
para
cdigo
que
el
Cliente
suprima
del
Cdigo
original;
2)
separada
del
Cdigo
original;
o
3)
por
infracciones
ocasionadas
por:
i)
la
modificacin
del
Cdigo
original
o
ii)
la
combinacin
del
Cdigo
original
con
otro
software
o
dispositivos.
2.2.
Otorgamiento
del
Contribuidor.
Sujeto
a
las
reclamaciones
de
propiedad
intelectual
de
terceros,
cada
Contribuidor
otorga
al
Cliente
en
este
documento
una
licencia
no
exclusiva,
libre
de
regalas
y
a
nivel
mundial
(a)
bajo
derechos
de
propiedad
intelectual
(que
no
sean
patente
o
marca
registrada)
Licenciables
por
el
Contribuidor
para
utilizar,
reproducir,
modificar,
visualizar,
realizar,
otorgar
sublicencias
o
distribuir
las
Modificaciones
(o
partes
de
las
mismas)
creadas
por
dicho
Contribuidor
sin
modificar,
con
otras
Modificaciones,
como
Cdigo
cubierto
y/o
como
parte
de
un
Trabajo
mayor;
y
(b)
bajo
Reclamaciones
de
patente
infringidas
por
la
realizacin,
utilizacin
o
venta
de
Modificaciones
realizadas
por
dicho
Contribuidor
solas
y/o
en
combinacin
con
su
Versin
de
Contribuidor
(o
partes
de
dicha
combinacin)
para
realizar,
utilizar,
vender,
ofrecer
para
venta,
haber
realizado
y/o
disponer
de
otra
manera
de:
1)
Modificaciones
realizadas
por
dicho
Contribuidor
(o
partes
de
las
mismas);
y
2)
la
combinacin
de
Modificaciones
realizadas
por
dicho
Contribuidor
con
su
Versin
de
Contribuidor
(o
partes
de
dicha
combinacin).
(c)
las
licencias
otorgadas
en
las
Secciones
2.2(a)
y
2.2(b)
entran
en
vigor
en
la
fecha
en
que
el
Contribuidor
realiza
por
primera
vez
Uso
comercial
del
Cdigo
cubierto.
278
IBM
Tivoli
Monitoring:
Gua
del
usuario
(d)
A
pesar
de
la
Seccin
2.2(b)
anterior,
no
se
otorga
ninguna
licencia
de
patente:
1)
para
ningn
cdigo
que
el
Contribuidor
haya
suprimido
de
la
Versin
de
Contribuidor;
2)
separada
de
la
Versin
de
Contribuidor;
3)
por
infracciones
ocasionadas
por:
i)
modificaciones
de
terceros
de
la
Versin
de
Contribuidor
o
ii)
la
combinacin
de
Modificaciones
realizadas
por
dicho
Contribuidor
con
otro
software
(excepto
como
parte
de
la
Versin
de
Contribuidor)
u
otros
dispositivos;
o
4)
bajo
Reclamaciones
de
patente
infringidas
por
Cdigo
cubierto
en
ausencia
de
Modificaciones
realizadas
por
dicho
Contribuidor.
3.
Obligaciones
de
distribucin.
3.1.
Aplicacin
de
Licencia.
Las
Modificaciones
que
el
Cliente
cree
o
a
las
que
el
Cliente
contribuya
se
rigen
por
los
trminos
de
esta
Licencia,
incluida
sin
limitacin
la
Seccin
2.2.
La
versin
del
Cdigo
fuente
del
Cdigo
cubierto
slo
se
puede
distribuir
bajo
los
trminos
de
esta
Licencia
o
una
futura
versin
de
esta
Licencia
suministrada
bajo
la
Seccin
6.1,
y
el
Cliente
debe
incluir
una
copia
de
esta
Licencia
en
cada
copia
del
Cdigo
fuente
que
el
Cliente
distribuya.
No
puede
ofrecer
ni
imponer
ningn
trmino
en
ninguna
versin
del
Cdigo
fuente
que
altere
o
restrinja
la
versin
aplicable
de
esta
Licencia
o
los
derechos
de
los
receptores
bajo
la
misma.
Sin
embargo,
puede
incluir
un
documento
adicional
que
ofrezca
los
derechos
adicionales
que
se
describen
en
la
Seccin
3.5.
3.2.
Disponibilidad
del
Cdigo
fuente.
Cualquier
Modificacin
que
el
Cliente
cree
o
a
la
que
el
Cliente
contribuya
se
debe
dejar
disponible
en
formato
de
Cdigo
fuente
bajo
los
trminos
de
esta
Licencia,
en
el
mismo
soporte
magntico
que
una
versin
Ejecutable
o
mediante
un
Mecanismo
de
distribucin
electrnica
aceptado
para
cualquiera
a
quien
quiera
dejar
disponible
una
versin
Ejecutable;
y
si
se
deja
disponible
mediante
Mecanismo
de
distribucin
electrnica,
debe
permanecer
disponible
durante
al
menos
doce
(12)
meses
tras
la
fecha
en
que
se
deja
a
disponibilidad
por
primera
vez,
o
al
menos
seis
(6)
meses
despus
de
que
una
siguiente
versin
de
dicha
Modificacin
particular
se
haya
puesto
a
disponibilidad
de
dichos
receptores.
El
Cliente
es
el
responsable
de
asegurar
que
la
versin
del
Cdigo
fuente
permanezca
disponible
incluso
si
el
Mecanismo
de
distribucin
electrnica
se
mantiene
por
parte
de
un
tercero.
3.3.
Descripcin
de
Modificaciones.
El
Cliente
debe
hacer
que
todo
el
Cdigo
cubierto
al
que
contribuya
contenga
un
archivo
que
documente
los
cambios
que
el
Cliente
ha
realizado
para
crear
dicho
Cdigo
cubierto
y
la
fecha
de
cualquier
cambio.
El
Cliente
debe
incluir
una
declaracin
destacada
que
indique
que
la
Modificacin
se
deriva,
directa
o
indirectamente,
del
Cdigo
original
proporcionado
por
el
Desarrollador
inicial
y
que
incluya
el
nombre
del
Desarrollador
inicial
en
(a)
el
Cdigo
fuente
y
(b)
en
cualquier
aviso
en
una
versin
Ejecutable
o
documentacin
relacionada
en
la
que
el
Cliente
describa
el
origen
o
propiedad
del
Cdigo
cubierto.
3.4.
Temas
relacionados
con
la
propiedad
intelectual
(a)
Reclamaciones
de
terceros.
Si
el
Contribuidor
sabe
que
se
necesita
una
licencia
bajo
derechos
de
propiedad
intelectual
de
un
tercero
para
ejercitar
los
derechos
otorgados
por
dicho
Contribuidor
bajo
las
Secciones
2.1
2.2,
el
Contribuidor
debe
incluir
un
archivo
de
texto
con
la
distribucin
del
Cdigo
fuente
denominado
LEGAL
que
describa
la
reclamacin
y
la
parte
que
realiza
la
reclamacin
con
el
suficiente
detalle
como
para
que
un
receptor
sepa
con
quin
debe
ponerse
en
contacto.
Si
el
Contribuidor
obtiene
dicho
conocimiento
despus
de
que
la
Modificacin
est
disponible
segn
lo
descrito
en
la
Seccin
3.2,
el
Contribuidor
debe
modificar
con
prontitud
el
archivo
LEGAL
en
todas
las
copias
que
el
Contribuidor
deje
disponibles
a
partir
de
este
momento
y
debe
seguir
otros
pasos
(como
notificar
a
los
grupos
de
discusin
o
listas
de
envo
adecuados)
calculados
razonablemente
para
informar
a
los
que
han
recibido
el
Cdigo
cubierto
de
que
se
ha
obtenido
dicho
conocimiento.
Apndice
F.
Utilizacin
de
Rhino:
JavaScript
for
Java
279
(b)
API
del
Contribuidor.
Si
las
Modificaciones
del
Contribuidor
incluyen
una
interfaz
de
programacin
de
aplicaciones
y
el
Contribuidor
tiene
conocimiento
de
las
licencias
de
patente
razonablemente
necesarias
para
implantar
dicha
API,
el
Contribuidor
debe
incluir
tambin
esta
informacin
en
el
archivo
LEGAL.
(c)
Representaciones.
El
Contribuidor
representa
que,
excepto
segn
lo
expuesto
en
la
Seccin
3.4(a)
anterior,
el
Contribuidor
cree
que
las
Modificaciones
del
Contribuidor
son
creaciones
originales
del
Contribuidor
y/o
el
Contribuidor
tiene
los
derechos
suficientes
como
para
otorgar
los
derechos
convenidos
en
esta
Licencia.
3.5.
Avisos
necesarios.
El
Cliente
debe
duplicar
el
aviso
de
la
Exposicin
A
en
cada
archivo
del
Cdigo
fuente.
Si
no
es
posible
colocar
dicho
aviso
en
un
determinado
archivo
del
Cdigo
fuente
debido
a
su
estructura,
el
Cliente
debe
incluir
dicho
aviso
en
algn
lugar
(como
en
un
directorio
relevante)
en
el
que
es
probable
que
el
usuario
busque
dicho
aviso.
Si
el
Cliente
ha
creado
una
o
ms
Modificaciones,
el
Cliente
puede
agregar
su
nombre
como
Contribuidor
al
aviso
descrito
en
la
Exposicin
A.
El
Cliente
tambin
debe
duplicar
esta
Licencia
en
cualquier
documentacin
correspondiente
al
Cdigo
fuente
en
la
que
el
Cliente
describa
derechos
de
los
receptores
o
derechos
de
propiedad
relacionados
con
el
Cdigo
cubierto.
El
Cliente
puede
decidir
ofrecer,
y
cobrar
por
ello,
garanta,
soporte,
indemnizacin
u
obligaciones
de
responsabilidad
a
uno
o
ms
receptores
del
Cdigo
cubierto.
Sin
embargo,
el
Cliente
debe
hacerlo
en
su
propio
nombre,
no
en
nombre
del
Desarrollador
inicial
ni
de
ningn
Contribuidor.
El
Cliente
debe
dejar
claro
que
dicha
garanta,
soporte,
indemnizacin
u
obligacin
de
responsabilidad
la
ofrece
el
Cliente
solo,
y
por
lo
tanto
acepta
indemnizar
al
Desarrollador
inicial
y
a
cada
Contribuidor
por
cualquier
responsabilidad
incurrida
por
el
Desarrollador
inicial
o
por
dicho
Contribuidor
como
resultado
de
una
garanta,
soporte,
indemnizacin
o
trminos
de
disponibilidad
que
ofrezca
el
Cliente.
3.6.
Distribucin
de
Versiones
Ejecutables.
El
Cliente
puede
distribuidor
el
Cdigo
cubierto
en
formato
Ejecutable
slo
si
se
cumplen
los
requisitos
de
las
Secciones
3.1-3.5
para
dicho
Cdigo
cubierto
y
si
el
Cliente
incluye
un
aviso
que
indique
que
la
versin
del
Cdigo
fuente
del
Cdigo
cubierto
est
disponible
bajo
los
trminos
de
esta
Licencia,
incluida
una
descripcin
de
cmo
y
dnde
el
Cliente
ha
cumplido
las
obligaciones
de
la
Seccin
3.2.
El
aviso
debe
estar
visiblemente
incluido
en
cualquier
aviso
en
una
versin
Ejecutable,
documentacin
relacionada
o
colateral
en
el
que
el
Cliente
describa
los
derechos
de
los
receptores
relacionados
con
el
Cdigo
cubierto.
El
Cliente
puede
distribuir
la
versin
Ejecutable
del
Cdigo
cubierto
o
derechos
de
propiedad
bajo
una
licencia
que
el
Cliente
elija,
que
puede
contener
trminos
distintos
a
los
de
esta
Licencia,
siempre
y
cuando
el
Cliente
cumpla
con
los
trminos
de
esta
Licencia
y
que
la
licencia
correspondiente
a
la
versin
Ejecutable
no
intente
limitar
ni
alterar
los
derechos
del
receptor
en
la
versin
del
Cdigo
fuente
con
respecto
a
los
derechos
establecidos
en
esta
Licencia.
Si
el
Cliente
distribuye
la
versin
Ejecutable
bajo
una
licencia
diferente,
el
Cliente
debe
dejar
claro
que
los
trminos
que
difieren
de
los
de
esta
Licencia
los
ofrece
el
Cliente
solo,
no
el
Desarrollador
inicial
ni
ningn
Contribuidor.
Por
lo
tanto
el
Cliente
acepta
indemnizar
al
Desarrollador
inicial
y
a
cualquier
Contribuidor
por
cualquier
responsabilidad
incurrida
por
el
Desarrollador
inicial
o
por
dicho
Contribuidor
como
resultados
de
cualquiera
de
estos
trminos
que
el
Cliente
ofrece.
3.7.
Trabajos
mayores.
El
Cliente
puede
crear
un
Trabajo
mayor
combinando
Cdigo
cubierto
con
otro
cdigo
no
regido
por
los
trminos
de
esta
licencia
y
distribuir
el
Trabajo
mayor
como
un
solo
producto.
En
dicho
caso,
el
Cliente
debe
asegurarse
de
que
los
requisitos
de
esta
Licencia
se
cumplan
para
el
Cdigo
cubierto.
280
IBM
Tivoli
Monitoring:
Gua
del
usuario
4.
Imposibilidad
de
cumplir
debido
a
estatuto
o
regulacin.
Si
es
imposible
para
el
Cliente
cumplir
con
alguno
de
los
trminos
de
esta
Licencia
con
respecto
a
parte
del
Cdigo
cubierto,
o
con
respecto
al
Cdigo
cubierto
completo,
debido
a
un
estatuto,
orden
judicial
o
regulacin,
el
Cliente
debe:
(a)
cumplir
con
los
trminos
de
esta
Licencia
en
la
medida
de
lo
posible;
y
(b)
describir
las
limitaciones
y
el
cdigo
al
que
afectan.
Esta
descripcin
se
debe
incluir
en
el
archivo
LEGAL
descrito
en
la
Seccin
3.4
y
en
todas
las
distribuciones
del
Cdigo
fuente.
Excepto
por
lo
prohibido
por
el
estatuto
o
regulacin,
esta
descripcin
debe
ser
suficientemente
detallada
como
para
que
un
receptor
con
conocimientos
medios
la
pueda
comprender.
5.
Aplicacin
de
esta
Licencia.
Esta
Licencia
se
aplica
al
cdigo
al
que
el
Desarrollador
inicial
ha
adjuntado
el
aviso
de
la
Exposicin
A
y
al
Cdigo
cubierto
relacionado.
6.
Versiones
de
la
Licencia.
6.1.
Nuevas
versiones.
Netscape
Communications
Corporation
(Netscape)
puede
publicar
versiones
nuevas
y/o
revisadas
de
la
Licencia
de
tanto
en
tanto.
Cada
versin
tendr
un
nmero
de
versin
diferenciado.
6.2.
Efecto
de
nuevas
versiones.
Una
vez
se
haya
publicado
el
Cdigo
cubierto
bajo
una
determinada
versin
de
la
Licencia,
el
Cliente
siempre
puede
continuar
utilizndolo
bajo
los
trminos
de
dicha
versin.
El
Cliente
tambin
puede
elegir
utilizar
dicho
Cdigo
cubierto
bajo
los
trminos
de
cualquier
versin
siguiente
de
la
Licencia
publicada
por
Netscape.
Nadie
ms
que
Netscape
tiene
derecho
de
modificar
los
trminos
aplicables
al
Cdigo
cubierto
creado
bajo
esta
Licencia.
6.3.
Trabajos
derivados.
Si
el
Cliente
crea
o
utiliza
una
versin
modificada
de
esta
Licencia
(lo
cual
slo
puede
hacer
para
aplicarla
a
cdigo
que
todava
no
sea
Cdigo
cubierto
regido
por
esta
Licencia),
el
Cliente
debe
(a)
cambiar
el
nombre
de
la
licencia
del
Cliente
de
modo
que
las
frases
Mozilla,
MOZILLAPL,
MOZPL,
Netscape,
MPL,
NPL
o
cualquier
otra
frase
similar
que
resulte
confusa
no
aparezcan
en
la
licencia
(excepto
para
indicar
que
la
licencia
del
Cliente
difiere
de
esta
Licencia)
y
(b)
dejar
claro
que
la
versin
del
Cliente
de
la
licencia
contiene
trminos
que
difieren
de
las
licencias
Mozilla
Public
License
y
Netscape
Public
License.
(Especificar
el
nombre
del
Desarrollador
inicial,
Cdigo
original
o
Contribuidor
en
el
aviso
descrito
en
la
Exposicin
A
no
implican
en
s
que
constituyan
modificaciones
de
esta
Licencia.)
7.
RECHAZO
DE
GARANTA.
EL
CDIGO
CUBIERTO
SE
PROPORCIONA
EN
ESTA
LICENCIA
TAL
CUAL,
SIN
GARANTAS
DE
NINGN
TIPO,
EXPLCITAS
NI
IMPLCITAS,
INCLUIDAS,
AUNQUE
SIN
LIMITARSE
A
LAS
MISMAS,
GARANTAS
DE
QUE
EL
CDIGO
CUBIERTO
EST
LIBRE
DE
DEFECTOS,
DE
COMERCIALIZACIN,
DE
ADECUACIN
A
UN
DETERMINADO
OBJETIVO
Y
DE
NO
INFRINGIMIENTO.
TODO
EL
RIESGO
RELACIONADO
CON
LA
CALIDAD
Y
RENDIMIENTO
DEL
CDIGO
CUBIERTO
RECAE
SOBRE
EL
CLIENTE.
SI
CUALQUIER
CDIGO
CUBIERTO
RESULTA
DEFECTUOSO
EN
CUALQUIER
ASPECTO,
EL
CLIENTE
(NO
EL
DESARROLLADOR
INICIAL
NI
NINGN
OTRO
CONTRIBUIDOR)
ASUME
EL
COSTE
DE
CUALQUIER
SERVICIO,
REPARACIN
O
CORRECCIN
NECESARIO.
ESTE
RECHAZO
DE
GARANTA
CONSTITUYE
UNA
PARTE
ESENCIAL
DE
ESTA
LICENCIA.
NO
SE
AUTORIZA
EL
USO
DE
NINGN
CDIGO
CUBIERTO
SI
NO
ES
BAJO
ESTE
RECHAZO
DE
RESPONSABILIDAD.
Apndice
F.
Utilizacin
de
Rhino:
JavaScript
for
Java
281
8.
CANCELACIN.
8.1.
Esta
Licencia
y
los
derechos
otorgados
bajo
la
misma
quedarn
cancelados
de
inmediato
si
el
Cliente
no
cumple
con
los
trminos
de
los
mismos
y
no
subsana
dicha
violacin
en
un
plazo
de
30
das
a
partir
de
la
fecha
de
conocimiento
de
la
violacin.
Todas
las
sublicencias
del
Cdigo
cubierto
que
se
hayan
otorgado
correctamente
no
quedarn
canceladas
tras
la
cancelacin
de
esta
Licencia.
Las
provisiones
que,
por
su
naturaleza,
deban
permanecer
en
vigor
tras
la
cancelacin
de
esta
Licencia
permanecern
en
vigor.
8.2.
Si
el
Cliente
inicia
un
litigio
imponiendo
una
reclamacin
de
infringimiento
de
patente
(excluidas
las
acciones
de
sentencia
declaratorias)
contra
el
Desarrollador
inicial
o
contra
un
Contribuidor
(el
Desarrollador
inicial
o
Contribuidor
contra
el
que
el
Cliente
emprenda
dicha
accin
recibe
el
nombre
de
Participante)
alegando
que:
(a)
la
Versin
de
contribuidor
de
dicho
Participante
infringe
directa
o
indirectamente
alguna
patente,
cualquier
y
todos
los
derechos
otorgados
por
dicho
Participante
al
Cliente
bajo
las
Secciones
2.1
y/o
2.2
de
esta
Licencia
se
cancelarn
posiblemente
en
un
plazo
de
60
das
tras
el
aviso
del
Participante,
a
no
ser
que
en
este
plazo
de
60
das
tras
la
recepcin
del
aviso
el
Cliente:
(i)
acepte
por
escrito
pagar
al
Participante
una
regala
aceptable
acordado
mutuamente
por
el
uso
pasado
y
futuro
del
Cliente
de
las
Modificaciones
realizadas
por
dicho
Participante
o
(ii)
retire
la
reclamacin
de
litigio
con
respecto
a
la
Versin
de
contribuidor
contra
dicho
Participante.
Si
en
un
plazo
de
60
das
desde
el
aviso,
no
se
acuerdan
mutuamente
una
regala
razonable
y
un
pago
por
escrito
entre
las
partes
o
si
no
se
retira
la
reclamacin
de
litigio,
los
derechos
otorgados
por
el
Participante
al
Cliente
bajo
las
Secciones
2.1
y/o
2.2
quedan
automticamente
cancelados
transcurrido
el
periodo
de
60
das
desde
el
aviso
especificado
anteriormente.
(b)
cualquier
software,
hardware
o
dispositivo,
que
no
sea
la
Versin
de
contribuidor
del
Participante,
infringe
de
forma
directa
o
indirecta
cualquier
patente,
los
derechos
otorgados
al
Cliente
por
dicho
Participante
bajo
las
Secciones
2.1(b)
y
2.2(b)
se
revocan
desde
la
fecha
en
la
que
el
Cliente
ha
realizado,
utilizado,
vendido
o
distribuido
por
primera
vez
Modificaciones
realizadas
por
dicho
Participante.
8.3.
Si
el
Cliente
impone
una
reclamacin
de
infringimiento
de
patente
contra
un
Participante
alegando
que
la
Versin
de
contribuidor
de
dicho
participante
infringe
directa
o
indirectamente
cualquier
patente
en
la
que
se
resuelva
dicha
reclamacin
(por
licencia
o
establecimiento)
antes
de
la
iniciacin
del
litigio
por
infringimiento
de
patente,
el
valor
razonable
de
las
licencias
otorgadas
por
dicho
Participante
bajo
las
Secciones
2.1
o
2.2
se
tendrn
en
cuenta
al
determinar
la
cantidad
o
valor
de
cualquier
pago
o
licencia.
8.4.
En
el
caso
de
cancelacin
bajo
las
Secciones
8.1
o
8.2
anteriores,
todos
los
acuerdos
de
licencia
de
usuario
final
(excluidos
distribuidores
y
revendedores)
que
haya
otorgado
correctamente
el
Cliente
o
cualquier
distribuidor
antes
de
la
cancelacin
permanecern
en
vigor
tras
la
misma.
9.
LIMITACIN
DE
RESPONSABILIDAD.
BAJO
NINGUNA
CIRCUNSTANCIA
NI
BAJO
NINGUNA
TEORA
LEGAL,
INCLUIDAS
PROCEDIMIENTO
FRAUDULENTO
(INCLUIDA
NEGLIGENCIA),
CONTRATO
O
CUALQUIER
OTRA,
EL
CLIENTE,
EL
PROGRAMADOR
INICIAL,
CUALQUIER
OTRO
CONTRIBUIDOR,
NINGN
DISTRIBUIDOR
DE
CDIGO
CUBIERTO
NI
NINGN
PROVEEDOR
DE
CUALQUIERA
DE
ESTAS
PARTES
SER
RESPONSABLE
ANTE
NINGUNA
PERSONA
DE
CUALQUIER
DAO
INDIRECTO,
ESPECIAL,
INCIDENTAL
O
DERIVADO
DE
NINGN
TIPO,
INCLUIDOS,
AUNQUE
SIN
LIMITARSE
A
LOS
MISMOS,
DAOS
POR
PRDIDA
DE
RELACIONES,
DETENCIN
DEL
TRABAJO,
DAOS
O
PRDIDAS,
INCLUSO
AUNQUE
DICHA
PARTE
HAYA
SIDO
INFORMADA
DE
LA
POSIBILIDAD
DE
DICHOS
DAOS.
ESTA
LIMITACIN
DE
RESPONSABILIDAD
NO
SE
APLICAR
A
LA
RESPONSABILIDAD
POR
MUERTE
Y
DAO
PERSONAL
RESULTANTE
DE
LA
NEGLIGENCIA
DE
LA
PARTE
HASTA
EL
LMITE
EN
QUE
LA
LEGISLACIN
APLICABLE
PROHBA
DICHA
LIMITACIN.
ALGUNAS
JURISDICCIONES
NO
PERMITEN
LA
EXCLUSIN
O
LIMITACIN
DE
DAOS
INCIDENTALES
O
DERIVADOS,
DE
MODO
QUE
ES
POSIBLE
QUE
ESTA
EXCLUSIN
Y
LIMITACIN
NO
SE
APLIQUE
AL
CLIENTE.
282
IBM
Tivoli
Monitoring:
Gua
del
usuario
10.
Usuarios
finales
de
EE.UU.
El
Cdigo
cubierto
es
un
elemento
comercial
(commercial
item),
tal
como
est
definido
el
trmino
en
48
C.F.R.
2.101
(Oct.
1995),
que
consta
de
software
informtico
comercial
(commercial
computer
software)
y
de
documentacin
de
software
informtico
comercial
(commercial
computer
software
documentation),
tal
como
se
utilizan
estos
trminos
en
48
C.F.R.
12.212
(Sept.
1995).
Segn
48
C.F.R.
12.212
y
48
C.F.R.
227.7202-1
a
227.7202-4
(Junio
1995),
todos
los
usuarios
finales
Los
usuarios
de
EE.UU.
adquieren
Cdigo
cubierto
slo
con
los
derechos
establecidos
en
este
documento.
11.
VARIOS.
Esta
Licencia
representa
el
acuerdo
completo
relacionado
con
el
tema
de
este
documento.
Si
alguna
provisin
de
esta
Licencia
se
considera
imposible
de
imponer,
dicha
provisin
se
reformar
slo
en
la
medida
de
lo
necesario
para
que
se
pueda
imponer.
Esta
Licencia
se
regir
por
las
provisiones
de
la
ley
de
California
(excepto
si
la
ley
aplicable,
si
la
hay,
indica
lo
contrario),
excluidas
sus
provisiones
en
conflicto
con
alguna
ley.
Con
respecto
a
disputas
en
las
que
al
menos
una
parte
sea
ciudadano
de
los
Estados
Unidos
de
Amrica,
o
una
entidad
est
registrada
para
realizar
negocios
en
los
Estados
Unidos
de
Amrica,
cualquier
litigio
relacionado
con
esta
Licencia
estar
sujeto
a
la
jurisdiccin
de
la
Corte
Federal
del
Distrito
Norte
de
California,
con
jurisdiccin
en
el
Condado
de
Santa
Clara,
California,
y
la
parte
que
pierda
ser
responsable
de
los
costes,
incluidos
los
costes
del
juicio
y
los
gastos
y
costes
razonables
de
abogados.
La
aplicacin
del
Convenio
de
Contratos
para
la
Venta
Internacional
de
Bienes
de
las
Naciones
Unidas
se
excluye
de
forma
explcita.
Cualquier
ley
o
regulacin
que
indique
que
el
idioma
de
un
contrato
se
debe
interpretar
frente
al
borrador
no
se
aplicar
a
esta
Licencia.
12.
RESPONSABILIDAD
POR
RECLAMACIONES.
Al
igual
que
entre
Desarrollador
inicial
y
Contribuidores,
cada
parte
es
responsable
de
reclamaciones
y
daos
derivados,
directa
o
indirectamente,
de
su
utilizacin
de
derechos
bajo
esta
Licencia
y
el
Cliente
acepta
trabajar
con
Desarrollador
inicial
y
Contribuidores
para
distribuir
dicha
responsabilidad
por
igual.
Nada
de
lo
aqu
establecido
constituye
ni
tiene
intencin
de
constituir
una
admisin
de
responsabilidad.
13.
CDIGO
CON
MLTIPLES
LICENCIAS.
El
Desarrollador
inicial
puede
designar
partes
del
Cdigo
cubierto
como
Mltiples
licencias.
Mltiples
licencias
significa
que
el
Desarrollador
inicial
permite
al
Cliente
utilizar
partes
del
Cdigo
cubierto
bajo
la
opcin
del
Cliente
del
NPL
o
licencias
alternativas,
si
las
hay,
especificadas
por
el
Desarrollador
inicial
en
el
archivo
descrito
en
la
Exposicin
A.
EXPOSICIN
A
-Mozilla
Public
License.
El
contenido
de
este
archivo
est
sujeto
a
Mozilla
Public
License
Versin
1.1
(la
Licencia);
el
Cliente
no
puede
utilizar
este
archivo
si
no
es
en
cumplimiento
con
la
Licencia.
El
Cliente
puede
obtener
una
copia
de
la
Licencia
en
http://www.mozilla.org/MPL/
El
software
distribuido
bajo
la
Licencia
se
distribuye
TAL
CUAL,
SIN
GARANTAS
DE
NINGN
TIPO,
explcitas
ni
implcitas.
Consulte
la
Licencia
para
ver
el
idioma
especfico
que
rige
los
derechos
y
limitaciones
bajo
la
Licencia.
El
Cdigo
original
es
______________________________________.
El
Desarrollador
inicial
del
Cdigo
original
es
________________________.
Las
partes
creadas
por
______________________
son
Copyright
(C)
______
_______________________.
Reservados
todos
los
derechos.
Contribuidor(es)
______________________________________.
Apndice
F.
Utilizacin
de
Rhino:
JavaScript
for
Java
283
Como
alternativa,
el
contenido
de
este
archivo
se
puede
utilizar
bajo
los
trminos
de
la
licencia
_____
(la
Licencia
[___]),
en
cuyo
caso
las
provisiones
de
la
Licencia
[______]
se
aplican
en
lugar
de
las
anteriores.
Si
desea
permitir
el
uso
de
su
versin
de
este
archivo
slo
bajo
los
trminos
de
la
Licencia
[____]
y
no
permitir
que
otros
utilicen
su
versin
de
este
archivo
bajo
MPL,
indique
su
decisin
suprimiendo
las
provisiones
anteriores
y
sustituyndolas
por
el
aviso
y
otras
provisiones
que
necesita
la
Licencia
[___].
Si
no
suprime
las
provisiones
anteriores,
un
receptor
puede
utilizar
su
versin
de
este
archivo
bajo
MPL
o
bajo
la
Licencia
[___].
[NOTA:
el
texto
de
esta
Exposicin
A
puede
diferir
ligeramente
del
texto
de
los
avisos
de
los
archivos
del
Cdigo
fuente
del
Cdigo
original.
Debe
utilizar
el
texto
de
esta
Exposicin
A
en
lugar
del
texto
del
Cdigo
fuente
del
Cdigo
original
correspondiente
a
las
Modificaciones
del
Cliente.]
Netscape
Public
License
Versin
1.1
ENMIENDAS
La
licencia
Netscape
Public
License
Versin
1.1
(NPL)
consta
de
la
licencia
Mozilla
Public
License
Versin
1.1
con
las
siguientes
Enmiendas,
incluida
Exposicin
A-Netscape
Public
License.
Los
archivos
identificados
con
Exposicin
A-Netscape
Public
License
se
rigen
por
la
licencia
Netscape
Public
License
Versin
1.1.
Trminos
adicionales
que
se
aplican
a
Netscape
Public
License.
I.
Efecto.
Estos
trminos
adicionales
descritos
en
Netscape
Public
License
--
Enmiendas
se
aplicarn
al
cdigo
cliente
de
Mozilla
Communicator
y
a
todo
el
Cdigo
cubierto
bajo
esta
Licencia.
II.
Cdigo
con
marca
Netscape
Significa
Cdigo
cubierto
que
Netscape
distribuye
y/o
permite
que
otros
distribuyan
bajo
una
o
ms
marcas
registradas
que
estn
controladas
por
Netscape
pero
de
los
que
no
se
ofrece
licencia
de
uso
bajo
esta
Licencia.
III.
Netscape
y
logotipo.
Esta
Licencia
no
otorga
ningn
derecho
a
utilizar
las
marcas
registradas
Netscape,
el
logotipo
Netscape
N
y
horizonte,
el
logotipo
faro
de
Netscape,
Netcenter,
Gecko,
Java,
JavaScript
ni
Smart
Browsing,
aunque
dichas
marcas
se
incluyan
en
el
Cdigo
original
o
en
las
Modificaciones.
IV.
Imposibilidad
de
cumplir
debido
a
obligacin
contractual.
Antes
de
otorgar
una
licencia
del
Cdigo
original
bajo
esta
Licencia,
Netscape
ha
obtenido
la
licencia
de
cdigo
de
terceros
para
utilizarlo
en
Cdigo
de
la
marca
Netscape.
En
la
medida
en
que
Netscape
est
limitado
contractualmente
para
poner
dicho
cdigo
de
terceros
a
disponibilidad
bajo
esta
Licencia,
Netscape
puede
elegir
reintegrar
dicho
cdigo
en
Cdigo
cubierto
sin
que
sea
necesario
distribuir
dicho
cdigo
en
formato
de
Cdigo
fuente,
aunque
dicho
cdigo
fuera
considerado
Modificaciones
en
caso
contrario
bajo
esta
Licencia.
V.
Uso
de
Modificaciones
y
Cdigo
cubierto
por
parte
del
Desarrollador
inicial.
V.1.
En
general
Las
obligaciones
de
la
Seccin
3
se
aplican
a
Netscape,
excepto
en
la
medida
de
lo
especificado
en
esta
Enmienda,
Secciones
V.2
y
V.3.
284
IBM
Tivoli
Monitoring:
Gua
del
usuario
V.2.
Otros
productos.
Netscape
puede
incluir
Cdigo
cubierto
en
productos
que
no
sean
el
Cdigo
con
marca
Netscape
que
suministre
Netscape
durante
los
dos
(2)
aos
posteriores
a
la
fecha
de
distribucin
del
Cdigo
original,
sin
que
dichos
productos
adicionales
estn
sujetos
a
los
trminos
de
esta
Licencia,
y
puede
otorgar
licencia
de
dichos
productos
adicionales
segn
trminos
diferentes
a
los
contenidos
en
esta
Licencia.
V.3.
Licencias
alternativas.
Netscape
puede
otorgar
licencias
del
Cdigo
fuente
del
Cdigo
de
marca
Netscape,
incluidas
Modificaciones
aqu
incorporadas,
sin
que
este
Cdigo
de
marca
Netscape
est
sujeto
a
los
trminos
de
esta
Licencia
y
puede
otorgar
licencias
como
Cdigo
de
marca
Netscape
con
trminos
distintos
a
los
contenidos
en
esta
Licencia.
VI.
Litigio.
A
pesar
de
las
limitaciones
de
la
Seccin
11
anterior,
las
provisiones
sobre
litigio
de
la
Seccin
11(a),
(b)
y
(c)
de
la
Licencia
se
aplicarn
a
todas
las
disputas
relacionadas
con
esta
Licencia.
EXPOSICIN
A-Netscape
Public
License.
El
contenido
de
este
archivo
est
sujeto
a
Netscape
Public
License
Versin
1.1
(la
Licencia);
el
Cliente
no
puede
utilizar
este
archivo
si
no
es
en
cumplimiento
con
la
Licencia.
El
Cliente
puede
obtener
una
copia
de
la
Licencia
en
http://www.mozilla.org/NPL/
El
software
distribuido
bajo
la
Licencia
se
distribuye
TAL
CUAL,
SIN
GARANTAS
DE
NINGN
TIPO,
explcitas
ni
implcitas.
Consulte
la
Licencia
para
ver
el
idioma
especfico
que
rige
los
derechos
y
limitaciones
bajo
la
Licencia.
El
Cdigo
original
es
cdigo
cliente
de
Mozilla
Communicator,
distribuido
el
31
de
marzo
de
1998.
El
Desarrollador
inicial
del
Cdigo
original
es
Netscape
Communications
Corporation.
Las
partes
creadas
por
Netscape
son
Copyright
(C)
1998-1999
Netscape
Communications
Corporation.
Reservados
todos
los
derechos.
Contribuidor(es)
______________________________________.
Como
alternativa,
el
contenido
de
este
archivo
se
puede
utilizar
bajo
los
trminos
de
la
licencia
_____
(la
Licencia
[___]),
en
cuyo
caso
las
provisiones
de
la
Licencia
[______]
se
aplican
en
lugar
de
las
anteriores.
Si
desea
permitir
el
uso
de
su
versin
de
este
archivo
slo
bajo
los
trminos
de
la
Licencia
[____]
y
no
permitir
que
otros
utilicen
su
versin
de
este
archivo
bajo
NPL,
indique
su
decisin
suprimiendo
las
provisiones
anteriores
y
sustituyndolas
por
el
aviso
y
otras
provisiones
que
necesita
la
Licencia
[___].
Si
no
suprime
las
provisiones
anteriores,
un
receptor
puede
utilizar
su
versin
de
este
archivo
bajo
NPL
o
bajo
la
Licencia
[___].
Apndice
F.
Utilizacin
de
Rhino:
JavaScript
for
Java
285
286
IBM
Tivoli
Monitoring:
Gua
del
usuario
Avisos
Esta
informacin
se
ha
desarrollado
para
productos
y
servicios
comercializados
en
los
EE.UU.
Es
posible
que
IBM
no
ofrezca
los
productos,
servicios
o
funciones
que
se
describen
en
este
documento
en
otros
pases.
Consulte
al
representante
local
de
IBM
para
obtener
informacin
acerca
de
los
productos
y
servicios
actualmente
disponibles
en
su
rea.
Cualquier
referencia
a
un
producto,
programa
o
servicio
de
IBM
no
pretende
declarar
ni
implicar
que
slo
se
pueda
utilizar
ese
producto,
programa
o
servicio
de
IBM.
En
su
lugar
se
puede
utilizar
cualquier
producto,
programa
o
servicio
funcionalmente
equivalente
que
no
infrinja
ningn
derecho
de
propiedad
intelectual
de
IBM.
Sin
embargo,
es
responsabilidad
del
usuario
evaluar
y
verificar
la
operacin
de
cualquier
producto,
programa
o
servicio
no
IBM.
IBM
puede
tener
patentes
o
solicitudes
de
patente
pendientes
que
cubran
algunos
temas
presentados
en
este
documento.
La
entrega
de
este
documento
no
confiere
ninguna
licencia
sobre
dichas
patentes.
Puede
enviar
consultas
sobre
licencias,
por
escrito,
a:
IBM
Director
of
Licensing
IBM
Corporation
North
Castle
Drive
Armonk,
NY
10504-1785
EE.UU.
Para
preguntas
sobre
licencias
en
relacin
con
la
informacin
de
doble
byte
(DBCS),
pngase
en
contacto
con
el
Departamento
de
propiedad
intelectual
de
IBM
en
su
pas
o
enve
las
preguntas,
por
escrito,
a:
IBM
World
Trade
Asia
Corporation
Licensing
2-31
Roppongi
3-chome,
Minato-ku
Tokyo
106,
Japn
El
prrafo
siguiente
no
se
aplica
en
el
Reino
Unido
ni
en
ningn
otro
pas
donde
dichas
provisiones
no
sean
coherentes
con
la
legislacin
local:
INTERNATIONAL
BUSINESS
MACHINES
CORPORATION
PROPORCIONA
ESTA
PUBLICACIN
TAL
CUAL,
SIN
GARANTAS
DE
NINGN
TIPO,
NI
EXPLCITAS
NI
IMPLCITAS,
INCLUYENDO,
PERO
NO
LIMITNDOSE
A,
LAS
GARANTS
IMPLCITAS
DE
NO
INFRINGIMIENTO,
MERCANTIBILIDAD
O
ADECUACIN
A
UN
PROPSITO
DETERMINADO.
Algunos
estados
no
permiten
la
renuncia
a
garantas
explcitas
o
implcitas
en
algunas
transacciones;
por
lo
tanto,
es
posible
que
esta
declaracin
no
se
aplique
en
su
caso.
Es
posible
que
esta
informacin
incluya
inexactitudes
tcnicas
o
errores
tipogrficos.
Se
realizan
peridicamente
cambios
en
la
informacin
aqu
contenida;
estos
cambios
se
incorporarn
en
nuevas
ediciones
del
manual.
IBM
puede
realizar
mejoras
y/o
cambios
en
el
producto(s)
y/o
el/los
programa(s)
descritos
en
este
manual
en
cualquier
momento
y
sin
aviso
previo.
Cualquier
referencia
realizada
en
esta
informacin
a
sitios
Web
que
no
son
de
IBM
se
proporcionan
solamente
para
su
comodidad
y
no
constituyen
de
ninguna
Copyright
IBM
Corp.
2004
287
manera
una
aprobacin
de
dichos
sitios
Web.
Los
materiales
en
dichos
sitios
Web
no
forman
parte
de
los
materiales
para
este
producto
IBM
y
el
uso
de
dichos
sitios
Web
se
realiza
bajo
su
propia
responsabilidad.
IBM
puede
utilizar
o
distribuir
cualquier
informacin
que
el
usuario
proporcione
de
cualquier
manera
que
crea
adecuada
sin
incurrir
en
ninguna
obligacin
con
el
usuario.
Los
usuarios
con
licencia
de
este
programa
que
deseen
tener
informacin
acerca
del
mismo
con
el
propsito
de
habilitar:
(i)
el
intercambio
de
informacin
entre
programas
creados
independientemente
y
otros
programas
(incluyendo
ste)
y
(ii)
el
uso
mutuo
de
la
informacin
que
se
ha
intercambiado,
deben
ponerse
en
contacto:
IBM
Corporation
2Z4A/101
11400
Burnet
Road
Austin,
TX
78758
EE.UU.
Esta
informacin
puede
estar
disponible,
bajo
las
condiciones
y
los
trminos
apropiados,
incluyendo
en
algunos
casos
el
pago
de
una
tasa.
El
programa
bajo
licencia
descrito
en
este
documento
y
todo
el
material
bajo
licencia
disponible
para
el
mismo
los
proporciona
IBM
bajo
los
trminos
del
Acuerdo
de
Cliente
de
IBM,
Acuerdo
de
licencia
de
programa
internacional
de
IBM
o
cualquier
acuerdo
equivalente
entre
las
partes.
Esta
informacin
contiene
ejemplos
de
datos
e
informes
utilizados
en
las
operaciones
comerciales
diarias.
Para
ilustrarlos
de
la
forma
ms
completa
posible,
los
ejemplos
incluyen
los
nombres
de
individuos,
empresas,
marcas
y
productos.
Todos
estos
nombres
son
ficticios
y
cualquier
similitud
con
los
nombres
y
las
direcciones
utilizados
por
una
empresa
comercial
real
es
mera
coincidencia.
LICENCIA
DE
COPYRIGHT:
Esta
informacin
contiene
programas
de
aplicacin
de
ejemplo
en
lenguaje
fuente,
que
ilustran
las
tcnicas
de
programacin
en
varias
plataformas
operativas.
Puede
copiar,
modificar
y
distribuir
estos
programas
de
ejemplo
de
cualquier
manera
sin
pago
a
IBM,
con
fines
de
desarrollo,
utilizacin,
comercializacin
o
distribucin
de
programas
de
aplicacin
que
se
adecuen
a
la
interfaz
de
programacin
de
aplicaciones
para
la
plataforma
operativa
para
la
que
se
escriben
los
programas
de
ejemplo.
Estos
ejemplos
no
se
han
verificado
completamente
en
todas
las
condiciones.
IBM,
por
lo
tanto,
no
puede
garantizar
o
implicar
la
fiabilidad,
servicio
o
funcin
de
estos
programas.
Puede
copiar,
modificar
y
distribuir
estos
programas
de
ejemplo
de
cualquier
forma
sin
pago
a
IBM
con
fines
de
desarrollo,
utilizacin,
comercializacin
o
distribucin
de
programas
de
aplicacin
que
se
adecuen
a
las
interfaces
de
programacin
de
aplicaciones
de
IBM.
Si
visualiza
esta
informacin
en
formato
de
copia
software,
es
posible
que
las
fotografas
y
las
ilustraciones
a
color
no
aparezcan.
288
IBM
Tivoli
Monitoring:
Gua
del
usuario
Marcas
registradas
IBM,
el
logotipo
de
IBM,
Tivoli,
el
logotipo
de
Tivoli,
AIX,
Cloudscape,
DB2,
OS/390,
S/390,
OS/2,
OS/400,
iSeries,
Informix,
IBMLink,
NetView,
WebSphere,
Tivoli
Management
Environment,
Tivoli
Enterprise,
Tivoli
Enterprise
Console
y
Tivoli
Enterprise
Data
Warehouse
son
marcas
comerciales
o
marcas
registradas
de
International
Business
Machines
Corporation
en
los
Estados
Unidos
o
en
otros
pases.
Microsoft,
Windows
y
Windows
NT
son
marcas
registradas
de
Microsoft
Corporation
en
los
Estados
Unidos
y/o
en
otros
pases.
UNIX
es
una
marca
registrada
de
The
Open
Group
en
los
EE.UU
y
en
otros
pases.
Todos
los
logotipos
y
marcas
registradas
de
Java
y
basados
en
Java
son
marcas
registradas
de
Sun
Microsystems,
Inc.
en
los
EE.UU.
y
en
otros
pases.
Otros
nombres
de
empresas,
productos
y
servicios
pueden
ser
marcas
registradas
o
de
servicio
de
otras
compaas.
Avisos
289
290
IBM
Tivoli
Monitoring:
Gua
del
usuario
Glosario
A
Adapter
Configuration
Facility.
En
Tivoli
Enterprise
Console,
interfaz
grfica
de
usuario
que
permite
a
un
administrador
de
Tivoli
configurar
y
personalizar
fcilmente
adaptadores
de
eventos.
almacn.
Un
directorio
que
permite
el
almacenaje
temporal
o
permanente
de
segmentos
de
datos.
archivo
de
configuracin.
Archivo
que
especifica
las
caractersticas
de
una
red
o
un
dispositivo
del
sistema.
autorizacin.
(1)
En
seguridad
informtica,
el
derecho
otorgado
a
un
usuario
para
comunicarse
con
o
utilizar
un
sistema
de
ordenadores.
(2)
El
proceso
de
otorgar
a
un
usuario
acceso
completo
o
restringido
a
un
objeto,
recurso
o
funcin.
aviso.
En
un
entorno
Tivoli,
un
mensaje
generado
por
una
operacin
de
gestin
de
sistemas
que
contiene
informacin
sobre
un
evento
o
sobre
el
estado
de
una
aplicacin.
Los
avisos
se
almacenan
en
grupos
de
avisos.
B
base
de
reglas.
En
Tivoli
Enterprise
Console,
uno
o
ms
conjuntos
de
reglas
y
definiciones
de
clase
de
evento
para
los
que
se
escriben
las
reglas.
Tivoli
Enterprise
Console
utiliza
la
base
de
reglas
en
la
gestin
de
eventos.
Una
organizacin
puede
crear
muchas
bases
de
reglas,
cada
una
de
las
cuales
satisface
un
conjunto
diferente
de
necesidades
para
la
gestin
de
sistemas
de
red.
Basic
Recorder
of
Objects
in
C
(BAROC).
La
representacin
interna
de
las
clases
de
evento
definidas
en
el
servidor
de
eventos.
biblioteca
de
tareas.
En
un
entorno
Tivoli,
contenedor
en
el
que
un
administrador
de
Tivoli
puede
crear
y
almacenar
tareas
y
trabajos.
C
cach.
Almacenamiento
intermedio
que
contiene
instrucciones
y
datos
a
los
que
se
accede
con
frecuencia;
se
utiliza
para
reducir
el
tiempo
de
acceso.
clase
de
evento.
Una
clasificacin
de
un
evento
que
indica
el
tipo
de
informacin
que
enviar
el
adaptador
de
eventos
al
servidor
de
eventos.
Vase
tambin
Basic
Recorder
of
Objects
in
C.
coleccin
de
monitores.
En
Tivoli
Distributed
Monitoring
(Classic
Edition),
coleccin
de
monitores
predefinidos.
Se
incluyen
varias
colecciones
de
monitores
con
Tivoli
Distributed
Monitoring,
pero
los
administradores
de
Tivoli
tambin
pueden
utilizar
colecciones
de
supervisin
desarrolladas
de
forma
personalizada
o
de
terceros.
Consola
de
gestin.
En
IBM
Tivoli
Monitoring,
componente
que
visualiza
datos
histricos
y
en
tiempo
real
para
cualquier
modelo
de
recurso
en
cualquier
punto
final.
Utilizando
la
interfaz
grfica
del
usuario,
los
usuarios
pueden
localizar
problemas
concretos
relacionados
con
uno
o
ms
recursos.
El
estado
se
visualiza
como
un
valor
entre
0
(que
representa
un
problema
identificado,
es
decir,
un
evento)
y
100
(que
representa
que
no
hay
indicaciones
recientes).
Los
usuarios
pueden
seleccionar
vistas
de
los
problemas
de
recursos
en
forma
de
datos
de
tabla,
distintos
tipos
de
grficos,
etc.
correlacin
de
evento.
El
proceso
de
analizar
datos
de
evento
para
identificar
patrones,
causas
comunes
y
causas
raz.
La
correlacin
de
eventos
analiza
los
eventos
entrantes
para
estados
predefinidos,
utilizando
reglas
predefinidas,
y
en
relaciones
predefinidas.
D
depsito
de
datos.
(1)
Una
recopilacin
no
voltil
orientada
al
asunto
que
se
utiliza
para
soportar
la
toma
de
decisiones
estratgicas.
El
depsito
es
el
punto
central
de
la
integracin
de
datos
para
la
inteligencia
empresarial.
Es
el
origen
de
datos
para
despensas
de
datos
dentro
de
una
empresa
y
ofrece
una
vista
comn
de
los
datos
de
empresa.
(2)
Un
repositorio
central
para
todas
las
partes,
o
las
partes
ms
significativas,
de
los
datos
que
un
sistema
empresarial
de
una
organizacin
recopila.
Tambin
es
llamado
depsito
de
informacin.
Vase
tambin
despensa
de
datos.
descubrimiento.
La
deteccin
automtica
de
un
cambio
de
topologa
como,
por
ejemplo,
encontrar
nodos
nuevos
o
suprimidos
dentro
de
una
topologa
de
red
o
encontrar
dentro
de
una
red
recursos
y
dispositivos
de
almacenamiento
que
todava
no
se
han
supervisado.
despensa
de
datos.
Un
subconjunto
de
depsito
de
datos
que
contiene
datos
adaptados
y
optimizados
para
las
necesidades
especficas
de
un
departamento
o
equipo.
Una
despensa
de
datos
puede
ser
un
subconjunto
de
un
almacn
para
una
organizacin
entera
como,
por
ejemplo,
los
datos
contenidos
en
las
herramientas
de
proceso
analtico
en
lnea
(OLAP).
Copyright
IBM
Corp.
2004
291
E
Entorno
Tivoli.
Aplicaciones
Tivoli,
basadas
en
Tivoli
Management
Framework,
que
se
instalan
en
una
ubicacin
especfica
del
cliente
y
que
se
encargan
de
temas
de
gestin
de
sistemas
de
red
en
muchas
plataformas.
En
un
entorno
Tivoli,
un
administrador
del
sistema
puede
distribuir
software,
gestionar
configuraciones
de
usuario,
cambiar
privilegios
de
acceso,
automatizar
operaciones,
supervisar
recursos
y
planificar
trabajos.
escritorio
de
Tivoli.
En
un
entorno
Tivoli,
el
escritorio
que
los
administradores
del
sistema
utilizan
para
sus
entornos
de
sistemas
de
red.
esquema.
El
conjunto
de
declaraciones,
expresadas
en
un
lenguaje
de
definicin
de
datos,
que
describe
completamente
la
estructura
de
una
base
de
datos.
En
una
base
de
datos
relacional,
el
esquema
define
las
tablas,
los
campos
de
cada
tabla
y
las
relaciones
entre
los
campos
y
las
tablas.
ETL.
Vase
extraer,
transformar
y
cargar.
evento.
Cualquier
cambio
significativo
en
el
estado
de
un
recurso
de
sistema,
un
recurso
de
red
o
una
aplicacin
de
red.
Se
puede
generar
un
evento
para
un
problema,
para
la
resolucin
de
un
problema
o
para
la
realizacin
satisfactoria
de
una
tarea.
Vase
tambin
indicacin.
extraer,
transformar
y
cargar
(ETL).
El
proceso
de
recopilar
datos
de
uno
o
ms
orgenes,
limpiando
y
transformando
los
datos
y,
a
continuacin,
cargando
los
datos
en
una
base
de
datos.
F
fragmentacin.
Proceso
de
un
sistema
operativo
que
consiste
en
escribir
diferentes
partes
de
un
archivo
en
sectores
no
contiguos
de
un
soporte
de
almacenamiento
de
sistema
cuando
no
existe
espacio
contiguo
disponible
suficiente
para
contener
el
archivo
entero.
Cuando
los
datos
se
fragmentan,
el
tiempo
que
se
tarda
en
acceder
a
ellos
puede
aumentar
porque
el
sistema
operativo
debe
buscar
en
diferentes
pistas
la
informacin
que
debera
encontrarse
en
una
ubicacin.
G
gateway.
En
un
entorno
Tivoli,
software
que
se
ejecuta
en
un
nodo
gestionado
que
proporciona
todos
los
servicios
de
comunicacin
entre
un
grupo
de
puntos
finales
y
el
resto
del
entorno
Tivoli.
El
gateway
incluye
la
funcin
de
distribucin
multiplexada
(MDist)
que
permite
actuar
como
un
punto
de
ramificacin
para
realizar
distribuciones
a
muchos
puntos
finales.
gestor
de
perfiles.
En
un
entorno
Tivoli,
contenedor
para
perfiles
que
vincula
los
perfiles
con
un
conjunto
de
recursos,
llamados
suscriptores.
Los
administradores
de
Tivoli
utilizan
gestores
de
perfiles
para
organizar
y
distribuir
perfiles.
Un
gestor
de
perfiles
se
crea
en
el
contexto
de
una
regin
de
polticas
y
es
un
recurso
gestionado
de
una
regin
de
polticas.
grupo
de
avisos.
En
un
entorno
Tivoli,
un
contenedor
especfico
de
una
aplicacin
u
operacin
que
almacena
y
muestra
avisos
que
pertenecen
a
funciones
determinadas
de
Tivoli.
El
tabln
de
anuncios
de
Tivoli
se
compone
de
grupos
de
avisos.
H
host
de
RIM.
En
un
entorno
Tivoli,
el
nodo
gestionado
en
que
est
instalado
uno
o
ms
objetos
RIM.
Vase
tambin
objeto
RIM.
I
IBM
Tivoli
Monitoring.
Una
aplicacin
Tivoli
que
aplica
las
mejores
prcticas
preconfiguradas
y
automticas
para
la
supervisin
automtica
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
Tivoli
Availability,
incluidos
Tivoli
Business
Systems
Manager
y
Tivoli
Enterprise
Console.
Anteriormente
denominado
Tivoli
Distributed
Monitoring
para
Windows.
indicacin.
Un
problema
en
un
punto
final
que
implica
a
uno
o
ms
recursos.
Las
indicaciones
se
consolidan
en
eventos
en
el
punto
final
que
se
est
supervisando.
Vase
tambin
evento.
L
lista
de
puntos
finales.
En
un
entorno
Tivoli,
una
lista
de
todos
los
puntos
finales
en
una
regin
de
Tivoli
con
sus
gateways
asignados.
M
modelo
de
interfaz
de
RDBMS
(RIM).
El
mdulo
en
la
base
de
datos
de
objeto
distribuida
que
contiene
informacin
sobre
la
instalacin
del
sistema
de
gestin
de
base
de
datos
relacional
(RDBMS).
modelo
de
recurso.
En
IBM
Tivoli
Monitoring,
el
modelado
lgico
de
uno
o
ms
recursos,
junto
con
la
lgica
en
que
se
basan
las
colecciones
de
datos
cclicos,
los
anlisis
de
datos
y
las
supervisiones.
Si
es
necesario,
se
desencadenan
eventos
y
acciones.
Para
cualquier
modelo
de
recurso
los
usuarios
pueden
especificar
292
IBM
Tivoli
Monitoring:
Gua
del
usuario
umbrales
individuales
y
reglas
de
agregacin
de
eventos.
Vase
tambin
evento.
modelo
de
referencia.
En
el
contexto
de
software
de
Tivoli,
configuracin
de
modelo
para
un
sistema
o
un
conjunto
de
subsistemas
que
se
utiliza
para
mantener
configuraciones
coherentes
en
un
entorno
distribuido.
motor
de
modelos
de
recurso
(RME).
En
IBM
Tivoli
Monitoring,
un
motor
de
anlisis
utilizado
para
identificar,
dar
avisos
de
y
solucionar
problemas
de
rendimiento
y
disponibilidad.
El
RME
analiza
datos
de
rendimiento
recopilados
de
recursos
fsicos
y
utiliza
los
datos
para
identificar
un
problema;
a
continuacin,
desencadena
acciones
correctivas
para
resolver
el
problema
descubierto
y,
finalmente,
intensifica
los
avisos
de
problema
en
herramientas
de
gestin.
N
nodo
gestionado.
En
un
entorno
Tivoli,
cualquier
recurso
gestionado
en
el
que
est
instalado
Tivoli
Management
Framework.
O
objeto.
En
diseo
o
programacin
orientado/a
a
objetos,
realizacin
concreta
de
una
clase
que
consta
de
datos
y
de
las
operaciones
asociadas
con
dichos
datos.
objeto
RIM.
Un
objeto
que
proporciona
los
atributos
y
mtodos
que
permiten
a
las
aplicaciones
acceder
a
un
RDBMS.
oserv.
Servicio
de
Tivoli
que
se
utiliza
como
intermediario
para
peticin
de
objetos
(ORB).
Este
servicio
se
ejecuta
en
el
servidor
de
Tivoli
y
en
cada
nodo
gestionado.
P
paquete
de
habilitacin
de
depsito.
Una
parte
instalable
por
separado
de
un
producto
de
software
de
Tivoli
que
proporciona
funcionabilidad
de
Tivoli
Data
Warehouse.
El
paquete
de
habilitacin
de
depsito
proporciona
programas
de
extraccin,
transformacin
y
carga
para
poblar
el
depsito
de
datos
central
y
para
crear
despensas
de
datos
as
como
informes
personalizables
para
responder
a
cuestiones
empresariales
especficas.
A
veces
denominado
paquete
de
depsito.
perfil.
En
un
entorno
Tivoli,
contenedor
para
informacin
especfica
de
aplicacin
acerca
de
un
tipo
de
recurso
determinado.
Una
aplicacin
de
Tivoli
especifica
la
plantilla
de
sus
perfiles,
que
incluye
informacin
sobre
los
recursos
que
la
aplicacin
de
Tivoli
puede
gestionar.
Un
perfil
se
crea
en
el
contexto
de
un
gestor
de
perfiles;
el
gestor
de
perfiles
vincula
un
perfil
con
el
recurso
de
Tivoli
(por
ejemplo,
un
nodo
gestionado)
que
utiliza
la
informacin
contenida
en
el
perfil.
Un
perfil
no
tiene
suscriptores
directos.
poltica.
Un
conjunto
de
reglas
que
se
aplican
a
los
recursos
gestionados.
poltica
predeterminada.
En
un
entorno
Tivoli,
conjunto
de
valores
de
propiedades
de
recurso
que
se
asignan
a
un
recurso
cuando
ste
se
crea.
portal.
Un
sitio
Web
que
produce
dinmicamente
una
lista
personalizada
de
los
recursos
de
Web
como,
por
ejemplo,
vnculo,
contenido
o
servicios,
disponibles
para
un
usuario
determinado,
segn
los
permisos
de
acceso
para
dicho
usuario.
portlet.
Una
rea
de
contenido
en
una
pgina
Web
portal
que
tiene
un
rol
predefinido
como,
por
ejemplo,
la
recuperacin
de
los
titulares
de
noticias
ms
recientes,
el
control
de
un
motor
de
bsqueda,
la
bsqueda
de
una
base
de
datos,
la
vista
de
cotizaciones
de
acciones,
el
servicio
de
archivos
HTML
o
la
visualizacin
de
un
calendario.
punto
final.
En
un
entorno
Tivoli,
cliente
Tivoli
destinatario
final
de
cualquier
tipo
de
operacin
de
Tivoli.
punto
final
de
proxy.
En
un
entorno
Tivoli,
una
representacin
correspondiente
a
una
entidad
(como,
por
ejemplo,
un
dispositivo
de
red
o
un
host)
que
funciona
como
suscriptor
de
los
perfiles.
El
punto
final
de
proxy
se
crea
en
un
nodo
gestionado,
que
realiza
el
rol
de
proxy
durante
la
distribucin
de
perfiles.
Pueden
crearse
mltiples
puntos
finales
de
proxy
en
el
mismo
nodo
gestionado.
R
RDBMS.
Vase
sistema
de
gestin
de
base
de
datos
relacional.
recopilacin
de
datos.
El
proceso
de
obtener
datos
de
supervisin
de
rendimiento
y
disponibilidad
y
de
proporcionar
datos
a
un
evaluador
de
medidas.
Los
ejemplos
de
recopiladores
de
datos
incluyen
anlisis
DNS,
analizadores
de
pgina
Web
o
analizadores
de
bases
de
datos.
recurso.
Una
entidad
de
hardware,
software
o
datos
gestionada
por
software
de
Tivoli.
Vase
tambin
recurso
gestionado.
regin
de
polticas.
En
un
entorno
Tivoli,
grupo
de
recursos
gestionados
que
comparten
una
o
ms
polticas
comunes.
Los
administradores
de
Tivoli
utilizan
regiones
de
polticas
para
crear,
segn
un
modelo,
la
estructura
de
gestin
y
organizacin
de
un
entorno
de
sistema
de
red.
Los
administradores
pueden
Glosario
293
agrupar
recursos
similares,
definir
accesos
a
los
recursos
y
controlarlos,
as
como
asociar
reglas
de
control
de
los
mismos.
regin
de
Tivoli.
En
un
entorno
Tivoli,
un
servidor
de
Tivoli
y
el
conjunto
de
clientes
(nodos
gestionados
y
puntos
finales)
a
los
que
sirve.
Una
organizacin
puede
tener
ms
de
una
regin
de
Tivoli.
Una
regin
de
Tivoli
dirige
la
conectividad
fsica
de
los
recursos,
mientras
que
una
regin
de
polticas
dirige
la
organizacin
lgica
de
los
recursos.
regla.
Un
conjunto
de
declaraciones
lgicas
que
permiten
que
el
servidor
de
eventos
reconozca
relaciones
entre
eventos
y
ejecute
respuestas
automatizadas
en
consecuencia.
repetidor.
En
un
entorno
Tivoli,
un
nodo
gestionado
que
recibe
una
copia
nica
de
datos
y
la
distribuye
al
nivel
siguiente
de
clientes.
repositorio
de
instalacin
(IR).
En
Tivoli
Software
Installation
Service
(SIS),
directorio
que
contiene
imgenes
de
instalacin
reutilizables
y
otros
datos
utilizados
por
SIS.
repositorio
de
RIM.
En
un
entorno
Tivoli,
una
base
de
datos
relacional
que
contiene
informacin
recopilada
o
generada
por
aplicaciones
de
Tivoli.
Los
ejemplos
de
un
repositorio
de
RIM
incluyen
el
repositorio
de
configuracin
y
la
base
de
datos
de
eventos.
RIM.
Vase
Mdulo
de
interfaz
RDBMS.
RME.
Vase
motor
de
modelo
de
recursos.
rol
de
autorizacin.
Un
rol
asignado
a
los
administradores
que
les
permite
realizar
sus
tareas
asignadas
de
gestin
de
sistemas.
En
un
entorno
Tivoli,
un
rol
puede
otorgarse
sobre
toda
la
regin
de
gestin
de
Tivoli
o
sobre
un
conjunto
determinado
de
recursos
como,
por
ejemplo,
los
recursos
contenidos
en
una
regin
de
polticas.
Los
ejemplos
de
roles
de
autorizacin
incluyen
super,
senior,
admin
y
user.
S
servidor
de
Tivoli.
El
servidor
correspondiente
a
una
regin
de
Tivoli
determinada
que
mantiene
o
hace
referencia
a
un
conjunto
completo
de
software
de
Tivoli,
incluida
la
base
de
datos
de
objetos
completa.
sistema
de
gestin
de
base
de
datos
relacional
(RDBMS).
Una
recopilacin
de
hardware
y
software
que
organiza
y
proporciona
acceso
a
una
base
de
datos
relacional.
Software
Installation
Service
(SIS).
Producto
de
Tivoli
que
proporciona
una
interfaz
eficaz
y
fcil
de
usar
para
instalar
el
software
de
Tivoli
Enterprise.
SIS
utiliza
la
tecnologa
MDist
de
Tivoli
y
proporciona
la
comprobacin
automtica
del
software
de
requisito
previo
y
un
repositorio
de
imgenes
de
instalacin
reutilizable,
as
como
la
interfaz
grfica
y
la
interfaz
de
la
lnea
de
comandos
para
desplegar
los
productos
Tivoli
en
un
gran
nmero
de
sistemas.
subregin
de
polticas.
En
un
entorno
Tivoli,
regin
de
polticas
creada
o
residente
en
otra
regin
de
polticas.
Cuando
se
crea
una
subregin
de
polticas,
sta
utiliza
inicialmente
las
propiedades
de
recurso
y
poltica
de
la
regin
de
polticas
primaria.
Posteriormente
el
administrador
de
Tivoli
puede
cambiar
o
personalizar
estas
propiedades
para
reflejar
las
necesidades
y
las
diferencias
especficas
de
la
subregin.
suscriptor.
En
un
entorno
Tivoli,
nodo
gestionado,
gestor
de
perfiles,
punto
final
u
otro
cliente
Tivoli
que
est
suscrito
a
un
gestor
de
perfiles.
Aunque
los
perfiles
se
distribuyen
a
un
suscriptor,
el
suscriptor
puede
ser
o
no
ser
el
destino
final
de
la
distribucin
de
perfiles.
T
Tivoli
Distributed
Monitoring.
Nombre
anterior
de
Tivoli
Distributed
Monitoring
(Classic
Edition).
Tivoli
Distributed
Monitoring
(Advanced
Edition).
Nombre
anterior
de
IBM
Tivoli
Monitoring.
Tivoli
Distributed
Monitoring
(Classic
Edition).
Una
aplicacin
Tivoli
que
proporciona
monitores
distribuidos
para
recursos
de
sistema
de
supervisin.
La
aplicacin
inicia
las
acciones
correctivas
necesarias
e
informa
a
los
administradores
del
sistema
de
problemas
potenciales.
Estos
monitores
pueden
configurarse
centralmente
y
desplegarse
para
supervisar
mquinas
individuales.
La
aplicacin
tambin
se
integra
fcilmente
con
otras
soluciones
de
Tivoli
Availability,
incluida
Tivoli
Enterprise
Console.
Anteriormente
denominado
Tivoli
Distributed
Monitoring.
Tivoli
Distributed
Monitoring
para
Windows.
Nombre
anterior
de
Tivoli
Distributed
Monitoring
(Advanced
Edition).
Tivoli
Enterprise
Console.
Producto
de
Tivoli
que
recopila,
procesa
e
inicia
automticamente
acciones
correctivas
para
eventos
de
sistema,
aplicacin,
red
y
base
de
datos;
es
el
punto
de
control
central
para
eventos
de
todos
los
orgenes.
Tivoli
Enterprise
Console
proporciona
una
visin
global
centralizada
del
entorno
de
sistemas
de
red,
utiliza
monitores
de
eventos
distribuidos
para
reunir
informacin,
un
servidor
de
eventos
central
para
procesar
informacin
y
consolas
de
eventos
distribuidas
para
presentar
la
informacin
a
los
administradores
del
sistema.
Tivoli
management
agent
(agente
de
gestin
Tivoli).
En
el
entorno
Tivoli,
agente
que
efecta
operaciones
administrativas
de
forma
segura.
294
IBM
Tivoli
Monitoring:
Gua
del
usuario
Tivoli
Management
Framework.
Software
bsico
necesario
para
ejecutar
las
aplicaciones
del
conjunto
de
productos
Tivoli.
Esta
infraestructura
de
software
permite
la
integracin
de
aplicaciones
de
gestin
de
sistemas
de
Tivoli
Systems
Inc.
y
de
los
partners
de
Tivoli.
En
un
entorno
Tivoli,
Tivoli
Management
Framework
se
instala
en
cada
cliente
y
servidor;
sin
embargo,
el
servidor
de
Tivoli
de
la
regin
es
el
nico
servidor
que
contiene
la
base
de
datos
de
objetos
completa.
U
umbral.
Un
valor
personalizable
para
definir
los
lmites
de
tolerancia
aceptables
(lmite
mximo,
mnimo
o
de
referencia)
para
un
recurso
de
aplicacin
o
un
recurso
de
sistema.
Cuando
el
valor
medido
del
recurso
es
mayor
que
el
valor
mximo,
menor
que
el
valor
mnimo
o
igual
al
valor
de
referencia,
se
notifica
una
excepcin.
Glosario
295
296
IBM
Tivoli
Monitoring:
Gua
del
usuario
ndice
A
A
quin
va
dirigida
esta
gua
xi
accesibilidad
275
acciones,
incorporadas
agregar
58
edicin
57
eliminar
58
acciones
(recuperacin),
concepto
12
acciones
de
recuperacin,
concepto
12
acciones
incorporadas
agregar
58
concepto
12
edicin
57
eliminar
58
actualizacin
desde
Workbench
a
Resource
Model
Builder
36
instrucciones
35
Adapter
Configuration
Facility,
como
requisito
previo
para
el
servidor
de
Tivoli
Enterprise
Console
26
agujeros
concepto
8
personalizacin
54,
56
almacenamiento
de
datos,
MDist
2
70
apariciones
concepto
8
personalizacin
56
asistente
de
instalacin
instalacin
del
producto
con
30
C
cach,
punto
final
86
ciclos,
concepto
6
clsteres
carga
equilibrada
en
nodos
de
UNIX
270
limitaciones
de
la
solucin
de
Tivoli
Monitoring
272
recuperacin
tras
error
verdadera
en
nodos
UNIX
267
recuperacin
tras
error
verdadera
en
nodos
Windows
270
coexistencia
26
coleccin
de
datos
17
comandos
cdigos
de
retorno
190
instalacin
del
producto
con
34
nombres
actualizados
125
para
agregar
modelos
de
recurso
personalizados
a
un
perfil
54
para
agregar
modelos
de
recurso
predeterminados
a
un
perfil
52
para
gestionar
el
producto
en
gateways
75,
127
para
gestionar
el
producto
en
puntos
finales
127
comandos
(continuacin)
para
gestionar
modelos
de
recurso
predeterminados
en
el
servidor
51,
126
para
gestionar
modelos
de
recurso
y
perfiles
en
puntos
finales
74
para
gestionar
perfiles
en
el
servidor
50,
126
para
gestionar
Tivoli
Business
Systems
Manager
Adapter
127
para
la
gestin
de
la
funcin
de
latido
en
gateways
82
para
personalizar
modelos
de
recurso
68
wdmcmd
130
wdmcmddistrib
132
wdmcollect
136
wdmconfig
138
wdmcheckprereq
129
wdmdiscovery
145
wdmdistrib
147
wdmdumpprf
151
wdmeditprf
157
wdmeng
166
wdmheartbeat
168
wdmloadprf
170
wdmlseng
173
wdmmn
177
wdmmngcache
179
wdmrm
182
wdmtrceng
184
winstall
34
wtmntaddrm
187
wtmntdefrm
188
wtmntrmrm
189
compatibilidad
28
compatibilidad
con
versiones
anteriores
28
componente
Gathering
Historical
Data
descripcin
16
componente
Tivoli
Enterprise
Data
Warehouse
Support
instalacin
y
configuracin
113
componentes
actualizacin
35
Componente
base
de
IBM
Tivoli
Monitoring
15
Consola
de
estado
de
Web
16
diagrama
14
Gathering
Historical
Data
16
instalacin
30
introduccin
14
punto
final
16
Tivoli
Business
Systems
Manager
Adapter
16
Tivoli
Enterprise
Data
Warehouse
Support
17
conceptos
acciones
(recuperacin)
12
acciones
de
recuperacin
12
acciones
incorporadas
12
conceptos
(continuacin)
agujeros
8
apariciones
8
ciclos
6
eventos
8
eventos
correlacionados
11
eventos
de
borrado
10
funcin
de
latido
14
indicaciones
7
modelos
de
recurso
6
monitores
11
monitores
de
evento
11
parmetros
7
perfiles
13
planificacin
13
recursos
6
registro
(datos)
13
registro
de
datos
13
tareas
(Tivoli
Management
Framework)
13
umbrales
6
configuracin
funcin
de
latido
81
Tivoli
Business
Systems
Manager
Adapter
100
consideraciones
sobre
la
seguridad
19
Consola
de
estado
de
Web
como
monitor,
concepto
12
componente
16
flujo
de
datos,
eventos
18
habilitacin
para
utilizar
los
modelos
de
recurso
205
instalar
200
introduccin
a
197
requisitos
de
software
199
requisitos
del
sistema
199
resolucin
de
problemas
de
la
instalacin
202
Secure
Socket
Layer
206
utilizacin
de
209
cortafuegos
19
D
desinstalacin
desde
gateway
42
desde
puntos
finales
40
desde
servidor
42
producto,
visin
general
40
distribucin
opciones
68
E
eliminar
modelos
de
recurso
predeterminados
35
entrega
asegurada,
MDist
2
70
entrega
asncrona,
MDist
2
70
Copyright
IBM
Corp.
2004
297
escritorio,
instalacin
de
producto
desde
30
Escritorio
de
Tivoli,
instalacin
de
producto
desde
30
estados,
funcin
de
latido
81
eventos
borrado
10
concepto
8
correlacionados
11
envo
de
un
aviso
como
respuesta
62
envo
de
un
correo
electrnico
como
respuesta
60
flujo
de
datos
Consola
de
estado
de
Web
18
servidor
de
Tivoli
Enterprise
Console
18
Tivoli
Business
Systems
Manager
CommonListener
18
personalizacin
54
eventos
(borrado),
concepto
10
eventos
de
borrado,
concepto
10
F
flujo
de
datos
Consola
de
estado
de
Web,
eventos
18
modelos
de
recurso
17
servidor
de
Tivoli
Enterprise
Console,
eventos
18
Tivoli
Business
Systems
Manager
CommonListener,
eventos
18
funcin
de
latido
concepto
14
control
82
descripcin
81
estados
81
flujos
de
datos
83
gestin
82
instalacin
81
registro
de
puntos
finales
83
supervisin
85
visualizacin
del
cach
de
punto
final
86
G
gateway
desinstalar
el
producto
de
42
gestin
75
gestor
de
perfiles
46
creacin
47
para
volver
a
ejecutar
distribuciones
fallidas
70
grupo
de
avisos
IBM
Tivoli
Monitoring
agregar
36
I
IBM
Software
Support
xv
IBM
Tivoli
Monitoring
adicin
del
grupo
de
avisos
36
coexistencia
26
Componente
base
15
desinstalacin
40
IBM
Tivoli
Monitoring
(continuacin)
instalacin
30
requisitos
de
hardware
22
requisitos
de
software
23
visin
general
5
indicaciones
concepto
7
personalizacin
54
instalacin
antes
de
empezar
29
crear
un
punto
final
de
proxy
de
Windows
236
de
producto
desde
el
escritorio
de
Tivoli
30
del
producto
con
el
asistente
de
instalacin
30
del
producto
con
Software
Installation
Service
30
del
producto
utilizando
comandos
34
del
producto
utilizando
el
asistente
de
instalacin
227
instalacin
evaluacin
227
instalacin
tpica
230
funcin
de
latido
81
Java
Runtime
Environment
37
modelos
de
recurso
predeterminados
35
Tivoli
Business
Systems
Manager
Adapter
99
Tivoli
Enterprise
Data
Warehouse
Support
113
J
Java
Runtime
Environment
instalacin
37
versiones
compatibles
24
L
libros
en
lnea
xii
pedir
xii
M
manuales
en
lnea
xii
pedir
xii
MDist
2
almacenamiento
de
datos
70
distribucin
asegurada
70
distribucin
asncrona
70
punto
de
control
y
reinicio
70
utilizacin
70
migracin
desde
Tivoli
Distributed
Monitoring
(Classic
Edition)
241
desde
Tivoli
Web
Component
Manager
254
modelos
de
recurso
concepto
6
crear
con
Resource
Model
Builder
19
eliminar
valores
predeterminados
35
flujo
de
datos
17
modelos
de
recurso
(continuacin)
gestin
en
punto
final
74
instalar
valores
predeterminados
35
modificar
con
Resource
Model
Builder
19
personalizacin
45,
54
personalizado,
agregar
a
perfiles
52
predeterminados
agregar
a
perfiles
51
eliminar
35
instalar
35
utilizacin
de
comandos
para
gestionar
en
el
servidor
51
monitores
conceptos
11
Consola
de
estado
de
Web
12
diagrama
14
servidor
de
Tivoli
Enterprise
Console
11
Tivoli
Business
Systems
Manager
12
monitores
de
evento
concepto
11
Consola
de
estado
de
Web
12
servidor
de
Tivoli
Enterprise
Console
11
Tivoli
Business
Systems
Manager
12
N
nombres
de
directorio,
notacin
xvi
nombres
de
ruta,
notacin
xvi
notacin
nombres
de
ruta
xvi
tipo
de
letra
xvi
variables
de
entorno
xvi
notas
previas
a
la
instalacin
29
nmeros
de
puerto
para
puntos
finales
239
P
parmetros
conceptos
7
personalizacin
62
perfiles
agregar
modelos
de
recurso
personalizados
52
agregar
modelos
de
recurso
predeterminados
51
concepto
13
creacin
47
descripcin
46
distribucin
utilizando
MDist
2
70
gestin
en
punto
final
74
personalizacin
45
puntos
clave
46
supresin
de
copias
de
perfil
durante
una
cancelacin
de
suscripcin
71
utilizacin
de
comandos
para
gestionar
en
el
servidor
50
personalizacin
de
los
perfiles
y
de
los
modelos
de
recurso
45
planificacin
concepto
13
personalizacin
63
reglas
65
298
IBM
Tivoli
Monitoring:
Gua
del
usuario
plataformas
compatibles
21
procesador
del
gestor
de
peticiones
198
publicaciones
en
lnea
xii
pedir
xii
publicaciones
en
lnea
xiv
punto
de
control
y
reinicio,
MDist
2
70
punto
final
coleccin
de
datos
17
coleccin
de
datos
en
17
componente
16
desinstalacin
del
producto
40
gestin
de
modelo
de
recurso
74
gestin
de
perfiles
74
obtencin
de
datos
de
recursos
18
visualizacin
de
cach
86
R
recursos
concepto
6
obtencin
de
datos
en
un
punto
final
18
recursos
gestionados,
configuracin
46
registro
(datos)
concepto
13
personalizacin
66
registro
de
datos
concepto
13
personalizacin
66
reglas,
planificacin
65
reglas
de
temporizacin
65
requisitos
de
hardware
IBM
Tivoli
Monitoring
22
requisitos
de
software
IBM
Tivoli
Monitoring
23
requisitos
previos
hardware
22
software
23
Resource
Model
Builder
19
S
Secure
Socket
Layer
3
19
servidor
desinstalar
el
producto
de
42
servidor
de
Tivoli
Enterprise
Console
como
monitor,
concepto
11
flujo
de
datos
para
eventos
18
habilitar
eventos
90
habilitar
mensajes
de
latido
90
identificar
en
el
producto
89
integracin
89
sistemas
operativos
compatibles
para
IBM
Tivoli
Monitoring
21
Software
Installation
Service
instalacin
del
producto
con
30
solicitud
de
publicaciones
xv
SSL3
19
T
tareas
(Tivoli
Management
Framework)
concepto
13
especificacin
58
tareas
(Tivoli
Monitoring)
DMCleanDB
76
DMCollectEpEnv
75
DMCollectEpLog
75
DMCollectMnLog
75
DMCompressDB
77
DMCreateRuleAndLoadBaroc
77
DMEndpointRemoveFiles
75
DMEndpointUninstall
75
DMGetCloudscapeNetworkServerProperties
76
DMLinkJRE
75
DMPurge_ITM_RIM_DB
76
DMRebootUninstall
75
DMRemoveLinkJRE
75
DMRemoveQuadcapDB
76
DMSetCloudscapeNetworkServerProperties
76
ejecucin
desde
el
CLI
78
ejecucin
desde
el
escritorio
de
Tivoli
77
utilizacin
75
Tivoli
Business
Systems
Manager
como
monitor,
concepto
12
descripcin
99
integracin
habilitar
106
inhabilitar
106
visin
general
99
visualizacin
de
datos
104
Tivoli
Business
Systems
Manager
Adapter
componente
16
configuracin
100
gestin
107
instalacin
30,
99
requisitos
de
hardware
23
utilizacin
103
Tivoli
Business
Systems
Manager
CommonListener,
flujo
de
datos
para
eventos
18
Tivoli
Data
Warehouse
descripcin
del
componente
17
escenario
de
cliente
que
utiliza
Tivoli
Monitoring
111
habilitacin
de
Tivoli
Monitoring
para
que
funcione
con
39
habilitacin
del
registro
de
datos
para
111
integracin
con
109
visin
general
109
Tivoli
Distributed
Monitoring
(Classic
Edition)
coexistencia
26
Tivoli
Distributed
Monitoring
para
Windows
coexistencia
26
Tivoli
Distributed
Monitoring
Resource
Model
Builder
19
Tivoli
Management
Framework
cortafuegos
19
requisitos
de
software
23
tareas,
concepto
13
Tivoli
Monitoring,
coexistencia
26
transferencia
de
datos
en
volumen
19
U
umbrales
concepto
6
umbrales
(continuacin)
personalizacin
54
V
variables,
notacin
para
xvi
variables
de
entorno
225
variables
de
entorno,
notacin
xvi
visin
general
IBM
Tivoli
Monitoring
5
W
wdmcmd
130
wdmcmddistrib
132
wdmcollect
136
wdmconfig
138
wdmcheckprereq
129
wdmdiscovery
145
wdmdistrib
147
wdmdumpprf
151
wdmeditprf
157
wdmeng
166
wdmheartbeat
168
wdmloadprf
170
wdmlseng
173
wdmmn
177
wdmmngcache
179
wdmrm
182
wdmtrceng
184
winstall
34
wtmntaddrm
187
wtmntdefrm
188
wtmntrmrm
189
ndice
299
300
IBM
Tivoli
Monitoring:
Gua
del
usuario
SH10-9317-03