IBM

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