ibmpublib.boulder.ibm.com/tividd/td/dist_mon/gc31-8382-04/es_es/pdf/usemst.pdfcontenido...

Tivoli Distributed MonitoringGuía del usuarioVersión 3.7

Tivoli Distributed Monitoring Guía del usuario , Versión 3.7

Aviso de copyright

© Copyright IBM Corporation 1996, 2001. Reservados todos los derechos. Sólo se puede utilizar segúnun Acuerdo de licencia de software de Tivoli Systems o una Adenda para productos Tivoli de unAcuerdo de licencia o de cliente de IBM. Ninguna parte de esta publicación puede reproducirse,transmitirse, transcribirse , almacenarse en un sistema de búsqueda de información ni convertirse acualquier lenguaje de máquina, en ninguna forma ni mediante ningún medio electrónico, mecánico,óptico, químico, manual o de cualquier otro tipo sin autorización previa por escrito de IBMCorporation. IBM Corporation le otorga un permiso limitado para realizar copias impresas u otrasreproducciones de cualquier documentación legible por máquina para su propio uso, a condición de quecada una de estas reproducciones lleve el aviso de copyright de IBM Corporation. No se otorga ningúnotro derecho bajo copyright sin autorización previa por escrito de IBM Corporation. El documento noha sido concebido para su uso en un sistema de producción y se facilita “tal cual” sin garantías deninguna clase.Por la presente, se renuncia a todas las garantías de este documento, incluidas lasgarantías de comerciabilidad e idoneidad para un propósito determinado.

— —Marcas registradas

IBM, el logotipo de IBM, Tivoli, el logotipo de Tivoli, AIX, NetView, OS/2, RS/6000, TivoliEnterprise, Tivoli Enterprise Console, y Tivoli son marcas registradas de International BusinessMachines Corporation o Tivoli Systems Inc. en los Estados Unidos, en otros países o en ambos.

Microsoft, Windows, Windows NT, Windows 2000, y el logotipo de Windows son marcas registradasde Microsoft Corporation en los Estados Unidos, en otros países o en ambos.

UNIX es una marca registrada de The Open Group en los Estados Unidos y el resto de los países.

Java y todas las marcas registradas basadas en Java son marcas registradas de Sun Microsystems, Inc.en los Estados Unidos, en otros países o en ambos.

Otros nombres de empresas, productos y servicios pueden ser marcas registradas o de servicio de otrascompañías.

Avisos

Las referencias hechas en esta publicación a productos, programas o servicios de Tivoli Systems o deIBM no implican que vayan a estar disponibles en todos los países en los que Tivoli Systems o IBMoperan. Las referencias hechas a estos productos, programas o servicios no pretenden implicar que sólopuedan utilizarse los productos, programas o servicios de Tivoli Systems o de IBM. Sujeto a losderechos de propiedad intelectual válidos de Tivoli Systems o de IBM, o a cualquier otro derechoamparado por la ley, podrá utilizarse otro producto, programa o servicio funcionalmente equivalente enlugar del producto, programa o servicio mencionado. El usuario es responsable de evaluar y verificar elfuncionamiento conjunto con otros productos distintos de los expresamente designados por TivoliSystems o IBM. Tivoli Systems o IBM pueden tener patentes o solicitudes de patente pendientes quecubran algunos temas presentados en este documento. Este documento no le confiere licencia algunasobre dichas patentes. Puede enviar consultas sobre licencias, por escrito, a IBM Director of Licensing,IBM Corporation, North Castle Drive, Armonk, New York 10504-1785, EE.UU.

Contenido

Prefacio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xviiA quién va dirigida esta guía. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xvii

Documentación relacionada. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xvii

Contenido de esta guía. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xviii

Información específica de la plataforma. . . . . . . . . . . . . . . . . . . . . . . . . . . . xx

Convenios utilizados en esta guía. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xxi

Acceso a publicaciones en línea. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xxii

Pedido de publicaciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xxii

Envío de sugerencias acerca de las publicaciones. . . . . . . . . . . . . . . . . . .xxiii

Cómo ponerse en contacto con el centro de soporte al cliente. . . . . . . . . . xxiii

Capítulo 1. Instalación de Tivoli Distributed Monitoring 1Instalación con Tivoli Software Installation Service. . . . . . . . . . . . . . . . . . . . 1

Plataformas soportadas por Tivoli Distributed Monitoring Versión 3.7. . . . . . 2

Requisitos de software. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Servidores y nodos gestionados Tivoli Distributed Monitoring Versión3.7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Sistemas HP 9000 que ejecutan HP-UX. . . . . . . . . . . . . . . . . . . . . 4

Sistemas IBM RS6000 y PowerPC que ejecutan AIX. . . . . . . . . . . 4

Sistemas Intel 486 o Pentium que ejecutan sistemas operativos dePC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Sistemas Sun SPARC que ejecutan Solaris. . . . . . . . . . . . . . . . . . . 5

Gateways Tivoli Distributed Monitoring Versión 3.7. . . . . . . . . . . . . . . 5




OS/2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

iiiTivoli Distributed Monitoring Guía del usuario

Sistemas Sun SPARC que ejecutan Solaris. . . . . . . . . . . . . . . . . . . 7

Endpoints Tivoli Distributed Monitoring Versión 3.7. . . . . . . . . . . . . . . 7




OS/2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

Sistemas Sun SPARC que ejecutan Solaris. . . . . . . . . . . . . . . . . . 10

AS/400. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

NetWare. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Requisitos de hardware. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Notas de instalación para Tivoli Distributed Monitoring Versión 3.7. . . . . . . 12

Instalación de OS/2 Gateway. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

Utilización de el gateway OS/2 de Tivoli Distributed Monitoring 15

Instalación de Tivoli Distributed Monitoring Versión 3.7. . . . . . . . . . . . . . . 16

Instalación de Tivoli Distributed Monitoring en sistemas sin unaversión anterior de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . . . 17

Instalación de Tivoli Distributed Monitoring en sistemas con la versión3.6.1 o 3.6.2 de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . . . . . 17

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

Línea de comandos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

Tivoli Decision Support para Server Performance Prediction. . . . . . . . 23

Desinstalación de una versión previa de Tivoli Decision Support. . . . . 24

Capítulo 2. Introducción a Tivoli DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

Aspectos de la internacionalización. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

Cómo habilitar el soporte de idioma. . . . . . . . . . . . . . . . . . . . . . . . . . 27

Características de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . . . . . . . . 28

Características de seguridad ampliadas. . . . . . . . . . . . . . . . . . . . . . . . . 28

iv Versión 3.7

Validación de UID y GID en los perfiles de DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Encriptación de mensajes IPC. . . . . . . . . . . . . . . . . . . . . . . . . . . 29

Posibilidades de gestión remota de disponibilidad. . . . . . . . . . . . . . . . 30

Mecanismo de configuración centralizada. . . . . . . . . . . . . . . . . . . . . . 30

Recopilación de datos y respuesta automática. . . . . . . . . . . . . . . . . . . . 30

Realización de gráficos y diagramas mediante el programa de utilidadInspector. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Colección del motor guardada en disco en los puntos finales. . . . . . . . 31

Soporte a NetWare. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

Precisión entera del motor de Distributed Monitoring. . . . . . . . . . . . . . 32

Utilización de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . . . . . . . . . . 33

Perfiles de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . . . . . . . . . 33

Monitores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

Colecciones de indicadores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

Consideraciones acerca de la seguridad. . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Consideraciones sobre la comunicación entre regiones. . . . . . . . . . . . . . . . . 40

Inicio rápido. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

Capítulo 3. Configuración de Tivoli DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

Asignación de recursos gestionados de Tivoli Distributed Monitoring a unaregión de políticas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44


Creación de un perfil de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . . 46

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46


Envío de eventos de Tivoli Enterprise Console. . . . . . . . . . . . . . . . . . . . . . . 49

Requisitos previos para el envío de eventos Tivoli Enterprise Console 49

vTivoli Distributed Monitoring Guía del usuario

Envío de eventos desde Endpoints soportados por EIF. . . . . . . . . . . . . 50

Archivo de configuración EIF para un Endpoint. . . . . . . . . . . . . . 51

Dónde encontrar información adicional acerca de las opciones delarchivo de configuración EIF. . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

Envío de eventos desde nodos gestionados y Endpoints no soportadospor el EIF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

Especificación del destino de los eventos de Tivoli Enterprise Console 56

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

Línea de comandos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

Envío de eventos a un servidor de eventos local desde un nodogestionado o un Endpoint no soportado por EIF. . . . . . . . . . . . . . . . . . 60

Creación de una colección de indicadores. . . . . . . . . . . . . . . . . . . . . . . . . . 62

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62


Asociación de perfiles de Tivoli Distributed Monitoring con una colecciónde indicadores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65


Establecimiento de suscriptores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67


Establecimiento de valores predeterminados de distribución. . . . . . . . . . . . . 70

Monitorización de sistemas NetWare. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Ejecución de la versión de Endpoint de los comandos de Tivoli DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

Registro en gateways de Distributed Monitoring. . . . . . . . . . . . . . . . . . . . . 75

Capítulo 4. Configuración y gestión de monitores . . . . . 77Adición de un monitor a un perfil de Tivoli Distributed Monitoring. . . . . . . 78

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

vi Versión 3.7


Edición de un monitor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

Monitor de ejemplo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

Línea de comandos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

Establecimiento de estilos de mensajes. . . . . . . . . . . . . . . . . . . . . . . . 106

Establecimiento de la planificación de supervisión para un monitor 108

Copia de monitores entre perfiles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

Traslado de monitores de un perfil a otro. . . . . . . . . . . . . . . . . . . . . . . . . . 116

Habilitación e inhabilitación de monitores. . . . . . . . . . . . . . . . . . . . . . . . . 118

Escritorio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119


Supresión de monitores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121


Tareas de búsqueda y clasificación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122

Clasificación de monitores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122

Clasificación y visualización de atributos del monitor. . . . . . . . . . . . . 124

Búsqueda de monitores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127

Capítulo 5. Gestión de perfiles de DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131

Distribución de un perfil de Tivoli Distributed Monitoring. . . . . . . . . . . . . 131

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133


Establecimiento de valores de políticas predeterminados. . . . . . . . . . . . . . . 137

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138


viiTivoli Distributed Monitoring Guía del usuario

Establecimiento de la planificación de supervisión predeterminada para unperfil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140

Establecimiento de acciones de distribución. . . . . . . . . . . . . . . . . . . . 145

Asignación de un perfil fuente predeterminado. . . . . . . . . . . . . . . . . . 149

Clonación de un perfil de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . 152

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152


Supresión de un perfil de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . 154

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155


Bloqueo y desbloqueo de monitores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156

Navegación desde una copia de perfil a otra. . . . . . . . . . . . . . . . . . . . . . . . 157

Capítulo 6. Utilización de colecciones deindicadores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161

Cómo ver el contenido de una colección de indicadores. . . . . . . . . . . . . . . 162

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163


Restauración de un icono activado de perfil de Tivoli DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165


Visualización de un registro de anotaciones del indicador de un perfil deTivoli Distributed Monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166


Borrado de un registro de anotaciones del indicador. . . . . . . . . . . . . . . . . . 168

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168


viii Versión 3.7

Cómo guardar un registro de anotaciones del indicador de DistributedMonitoring en un archivo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169


Envío del registro de anotaciones del indicador de Tivoli DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172


Capítulo 7. Diagramas y gráficos con Inspector . . . . . . 175Inicio y detención del daemon de HTTP. . . . . . . . . . . . . . . . . . . . . . . . . . 176


Peticiones de HTTP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177

Registro de monitores para Inspector. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177

Monitores de resolución de problemas de Inspector. . . . . . . . . . . . . . . . . . 178

Adición y generación de informes de Inspector de Tivoli DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178

Arquitectura y componentes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192

Servidor HTTP primario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192

Ubicación de los archivos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193

Inicio de sesión. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193

Consideraciones sobre la seguridad para el servidor HTTPprimario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194

Dominios de autenticación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194

Listas de nodos y de monitores. . . . . . . . . . . . . . . . . . . . . . . . . 195

Archivos del registro de anotaciones del daemon HTTP. . . . . . . 196

Servidores HTTP en nodos finales. . . . . . . . . . . . . . . . . . . . . . . . . . . 196

Archivos de anotaciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196

Capítulo 8. Supervisión de Endpoint proxys . . . . . . . . . . 197

ixTivoli Distributed Monitoring Guía del usuario

Distribución de perfiles de Tivoli Distributed Monitoring a Endpointsproxy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

Creación de un Endpoint proxy de Tivoli Distributed Monitoring. . . . . . . . 200

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201

Línea de comandos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202

Establecimiento de las propiedades de un Endpoint proxy. . . . . . . . . 203

Escritorio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203

Línea de comandos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205

Establecimiento de filtros de monitor. . . . . . . . . . . . . . . . . . . . . . . . . 206

Capítulo 9. Temas avanzados . . . . . . . . . . . . . . . . . . . . . . . . . . 209Configuración de estilos de mensajes locales. . . . . . . . . . . . . . . . . . . . . . . 209

Supervisión asíncrona. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212

Cómo pasar información adicional. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216

Manejo de las diferencias en los formatos de fecha de sistemas operativosdistintos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217

Resolución de problemas del motor de Tivoli Distributed Monitoring. . . . . 218

Apéndice A. Operadores de Distributed Monitoring 223Grupo de operadores numéricos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223

Grupo de operadores para cadenas de caracteres. . . . . . . . . . . . . . . . . . . . . 226

Grupo de operadores de estado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228

Grupo de operadores para archivos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230

Apéndice B. Roles de autorización de DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233

Configuración de perfiles de Tivoli Distributed Monitoring. . . . . . . . . . . . . 234

Utilización de perfiles de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . 235

Utilización de Endpoints proxy. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235

x Versión 3.7

Apéndice C. Comandos de Distributed Monitoring 237Utilización de comandos de Tivoli. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237

Sintaxis de la línea de comandos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238

Comandos de Tivoli Distributed Monitoring. . . . . . . . . . . . . . . . . . . . . . . . 239

mcsl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242

waddchan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246

waddcust. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248

waddlevel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250

waddinsp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252

waddmon . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254

waddprxenv. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263

waddsnti. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265

wasync. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267

wclreng. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271

wclrsntlog. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273

wcrtprx . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274

wcrtsntcoll. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275

wdelchan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 276

wdelcust. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277

wdelinsp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279

wdellevel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280

wdelmon. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 281

wdelprb. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282

wdelsnti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284

wdisprb. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285

wdmgwcfg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287

xiTivoli Distributed Monitoring Guía del usuario

wdumpsnt. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290

wenblprb. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292

wgetprxenv. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294

wgetsntid. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295

wloadsnt. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297

wlschan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299

wlscoll . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300

wlscust . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301

wlseng. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302

wlsinsp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305

wlslevels. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306

wlsmon. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307

wlssntcoll . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309

wlssntlog. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310

wrstsntlog. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311

wrunprb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312

wsetcoll. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 314

wsetmon. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315

wsetprxenv. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324

wsetsnti. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326

wsetsntid. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328

wsnmpget. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330

wsnmpmon. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332

wsnmpnext. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333

wsnmpset. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 335

wsnmptrap. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337

wstopeng. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339

xii Versión 3.7

Apéndice D. Funciones de Distributed Monitoring 341sentry_async_tmf_init. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 343

sentry_connect sentry_disconnect sentry_c_send_stringsentry_c_send_number. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 345

sentry_send_string, sentry_send_number. . . . . . . . . . . . . . . . . . . . . . . . . . . 347

Apéndice E. Variables de entorno de DistributedMonitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 349

Variables de entorno específicas del motor. . . . . . . . . . . . . . . . . . . . . . . . . 351

Variables implícitas de Endpoint. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353

Variables explícitas de Endpoint y del daemon oserv. . . . . . . . . . . . . . . . . 354

Utilización de variables de entorno. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355

Apéndice F. Preguntas frecuentes (FAQ) sobre DM 359Algunos de los monitores no se han activado durante algún tiempo.¿Cómo se puede determinar si todavía funcionan?. . . . . . . . . . . . . . . . . . . 359

Estado de la aplicación de resolución de problemas/estado de instancias ydaemon/monitores del proceso. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360

¿Por qué el script de Tivoli Distributed Monitoring personalizado seejecuta correctamente desde la CLI pero se ejecuta incorrectamente desdela GUI?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361

Monitores personalizados y respuestas de ejecución de programas. . . . . . . 361

Devolución de información procedente de los monitorespersonalizados; Devolución de un VALOR e INFORMACIÓN DELUSUARIO. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362

Tiempo para completar los programas de supervisión. . . . . . . . . . . . . 362

Tiempo para completar los programas de ejecución. . . . . . . . . . . . . . 362

Acceso del programa a las variables del entorno. . . . . . . . . . . . . . . . 363

Acceso de los argumentos a las variables de entorno. . . . . . . . . . . . . 363

xiiiTivoli Distributed Monitoring Guía del usuario

Argumento del programa para monitores personalizados yargumentos para ejecutar y registrar el programa al archivoRespuestas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363

Poner nombres a los archivos y directorios en Windows NT yWindows 2000. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364

Añadir scripts a los nodos gestionados y Endpoints con acciones dedistribución. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364

Ejemplos de acciones de distribución. . . . . . . . . . . . . . . . . . . . . 365

Uso de los metacaracteres bourne shell y símbolos deredirección shell en los argumentos de programas. . . . . . . . . . . 366

Separación de comandos múltiples en argumentos de ejecutarprograma y monitor personalizado. . . . . . . . . . . . . . . . . . . . . . . . . . . 366

Perfiles identificador del usuario e identificador del grupo. . . . . 367

Análisis y resolución de problemas en un script antes de suinstalación en un monitor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367

Análisis y resolución de problemas utilizando el registro dearchivos DM36log.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368

Cambio del nivel de registro o tamaño máximo del archivoDM36.log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 370

¿Cómo se puede determinar lo que hace cada diálogo de Tivoli DistributedMonitoring?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371

Varias copias de dm_ep_engine.exe en Windows NT. . . . . . . . . . . . . . . . . 371

¿Porqué obtengo el error de ausencia de datos e.exec 1001?. . . . . . . . . . . . 372

dm_ep_engine se detiene en Windows NT y Windows 2000. . . . . . . . . . . . 372

Análisis de anomalías con módulos de Tivoli Plus. . . . . . . . . . . . . . . . . . . 372

Escritura de scripts que llaman a comandos CLI locales como wasync. . . . 374

Tivoli Distributed Monitoring Inspector visualiza de forma incorrectanúmeros grandes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374

Tivoli Distributed Monitoring no registra en el archivo de anotacióncronológica en algunos nodos gestionados. . . . . . . . . . . . . . . . . . . . . . . . . 374

Monitores SNMP que no funcionan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 375

xiv Versión 3.7

Ejecución de wasync desde un Endpoint. . . . . . . . . . . . . . . . . . . . . . . . . . 375

No hay avisos de respuestas anómalas o sondeos de monitor anómalos enel grupo de avisos SentryStatus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 376

No se reciben respuestas en forma de correo electrónico desde el nodogestionado de Windows NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 377

Actualización de una colección de monitores que utilizan Endpoints TMA 377

Tivoli Distributed Monitoring Inspector no dibuja varios monitores en ungráfico de áreas o de línea. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378

Tivoli Distributed Monitoring Inspector no crea gráficos con datos decadenas alfanuméricas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378

Tivoli Distributed Monitoring Inspector no funciona en Windows NT. . . . . 378

Tivoli Distributed Monitoring Inspector no funciona con Microsoft InternetExplorer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378

No se puede distribuir de nuevo un monitor a un nodo gestionado. . . . . . . 379

El motor de Distributed Monitoring continúa en ejecución después dehaber suprimido un Endpoint TMA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 379

La salida de los monitores asíncronos es la del último valor de activaciónsi se ejecutan con el comando wrunprb. . . . . . . . . . . . . . . . . . . . . . . . . . . 379

El motor de Distributed Monitoring escribe indicaciones de horaincorrectas en diálogos emergentes, archivos de registro y correoelectrónico. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380

Adición de niveles personalizados y restaurar iconos. . . . . . . . . . . . . . . . . 381

Glosario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383

Índice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 399

xvTivoli Distributed Monitoring Guía del usuario

xvi Versión 3.7

Prefacio

La publicaciónTivoli Distributed Monitoring Guía del usuarioproporciona información orientada a tareas acerca de cómo utilizarTivoli Distributed Monitoring para gestionar los recursos del sistemay de las aplicaciones. La guía incluye información básica acerca decolecciones de monitores y fuentes de supervisión, ejemplos deconfiguración y utilización de monitores y procedimientos parautilizar todos los componentes de la interfaz del usuario, incluida lainterfaz gráfica para el usuario (GUI) y ejemplos de utilización de lainterfaz de línea de comandos (CLI).

Nota: Todas las referencias a “Sentry” que se encuentran en estaguía hacen referencia al producto Tivoli DistributedMonitoring o a sus componentes. Los términos “Sentry” y“sentry” aparecen en algunos ejemplos de código y diálogos.

A quién va dirigida esta guíaEsta guía explica conceptos que se deben conocer para utilizar TivoliDistributed Monitoring de forma efectiva. Los lectores de esta guíadeben tener conocimientos de:

¶ Tivoli Management Environment®

¶ El sistema operativo Microsoft®

Windows NT®

¶ Los sistemas operativos UNIX®

Documentación relacionadaLa publicaciónGuía del usuario Tivoli Management FrameworkGuía del usuariocontiene información más detallada acerca de lagestión de perfiles, incluidos gestores de perfiles, bases de datos deperfiles, y perfiles.

Tivoli Distributed Monitoring necesita una o más colecciones demonitores para funcionar. La publicaciónTivoli DistributedMonitoring Consulta de colecciones de monitoresdescribe las

xviiTivoli Distributed Monitoring Guía del usuario

colecciones de monitores proporcionadas con Tivoli DistributedMonitoring. Estas colecciones de monitores incluyen:

¶ Colección de monitores Compaq Insight Manager

¶ Colección de monitores NetWare

¶ Colección de monitores Windows NT

¶ Colección de monitores Windows 2000

¶ Colección de monitores SNMP MIB II

¶ Colección de monitores SNMP

¶ Colección de monitores Tivoli

¶ Colección de monitores Tivoli Enterprise Console

¶ Colección de monitores UNIX

¶ Colección de monitores Universal

La publicaciónTivoli Enterprise Console Guía del constructor denormas ’proporciona información acerca de la manipulación debases de reglas, clases de eventos, y normas. Esta información es útilsi se envían eventos de Tivoli Enterprise Console desde TivoliDistributed Monitoring.

La publicaciónTivoli Enterprise Console Guía dde adaptadoresproporciona información acerca de los eventos y sus atributos, y lasopciones del archivo de configuración. Esta información es útil si seenvían eventos de Tivoli Enterprise Console desde Tivoli DistributedMonitoring desde un Endpoint soportado por Event IntegrationFacility (EIF).

Empresas asociadas con Tivoli proporcionan colecciones adicionales.

Contenido de esta guíaLa publicaciónGuía del usuario Tivoli Distributed Monitoringcontiene la información siguiente:

¶ Instalación de Tivoli Distributed Monitoring

xviii Versión 3.7

Describe cómo instalar la aplicación Tivoli DistributedMonitoring.

¶ Introducción a Tivoli Distributed Monitoring

Proporciona una visión general de la aplicación TivoliDistributed Monitoring.

¶ Configuración de Tivoli Distributed Monitoring

Describe cómo configurar los recursos de Tivoli que sonnecesarios para ejecutar Tivoli Distributed Monitoring.

¶ Configuración y gestión de monitores

Describe cómo crear y editar monitores.

¶ Gestión de perfiles de Distributed Monitoring

Describe cómo realizar tareas relacionadas con perfiles, comopor ejemplo la distribución de perfiles, el establecimiento deplanificaciones de supervisión y de la política predeterminada.

¶ Utilización de colecciones de indicadores

Describe cómo ver, modificar y registrar informes de indicadoresdel nivel de respuesta del icono de Tivoli DistributedMonitoring.

¶ Diagramas y gráficos con Inspector

Describe cómo utilizar el programa de utilidad Inspector paratrazar diagramas y gráficos de los datos históricos de laactividad de Tivoli.

¶ Supervisión de Endpoint proxys

Describe cómo crear y utilizar Endpoints proxy para supervisarotros nodos de Tivoli así como también recursos que no son deTivoli.

¶ Temas avanzados

Describe los mensajes de formato local y la escritura de scriptspara monitores definidos por el usuario y asíncronos.

¶ Operadores de Distributed Monitoring

Describe los grupos de operadores que se proporcionan conTivoli Distributed Monitoring.

xixTivoli Distributed Monitoring Guía del usuario

¶ Roles de autorización de Distributed Monitoring

Describe los roles de autorización que son necesarias pararealizar cada tarea de Tivoli Distributed Monitoring.

¶ Comandos de Distributed Monitoring

Describe los métodos de línea de comandos para realizaroperaciones de Tivoli Distributed Monitoring.

¶ Funciones de Distributed Monitoring

Describe los roles específicas de Tivoli Distributed Monitoring.

¶ Variables de entorno de Distributed Monitoring

Lista los tipos de variables de entorno que se pueden utilizar conTivoli Distributed Monitoring.

¶ Preguntas frecuentes (FAQ) sobre DM

Proporciona respuestas acerca de Tivoli Distributed Monitoring.

Información específica de la plataformaLa tabla siguiente identifica el texto que se utiliza para indicarinformación o procedimientos específicos de la plataforma.

Texto Plataforma soportada

AIX®

Serie IBM®

RS/6000®

sobre AIX 4.2 ó 4.3.x

HP-UX Serie HP9000/700 y 800 sobre HP-UX 10.2, 10.2 ó11 SP1

NetWare PC 486 o superior compatibles con IBM sobre NovellNetWare 4.2, 5.0, 5 SP2, 5.1.

Solaris Serie Sun SPARC sobre Solaris 2.6, 2.7, 2.7.1, 2.7.2,2.8

SunOS Serie Sun SPARC sobre SunOS 4.1.2 ó 4.1.3

Windows 2000 Cliente o servidor: PC 486 o superior compatibles conIBM sobre Microsoft Windows 2000 SP1.

Windows NT Cliente o servidor: PC 486 o superior compatibles conIBM sobre Microsoft Windows NT 3.51 o el agentede PC 4.0: PC 486 o superior compatibles con IBMsobre Microsoft Windows NT 3.1 ó 3.5

xx Versión 3.7

Convenios utilizados en esta guíaLa guía utiliza diversos convenioss tipográficos para términos yacciones especiales. Estos convenios tienen el significado siguiente:

NegritaLos comandos, palabras clave, nombres de archivo, roles deautorización, URL, o cualquier otra información que debaespecificar literalmente aparecerá ennegrita. Los nombresde ventanas, diálogos y otros controles también aparecen ennegrita.

CursivaLas variables y valores que el usuario debeproporcionaraparecen encursiva. Las palabras y frases que se deseanenfatizar aparecen también encursiva, así como los términosnuevos definidos en el texto.

Monoespaciado simpleLos ejemplos de códigos, salida, y mensajes del sistemaaparecen en font demonoespaciado.

Esta guía utiliza el convenio UNIX para especificar las variables deentorno y la notación de directorios. Al utilizar la línea de comandosde Windows NT, sustituya $variable por %variable% cuando se tratede variables de entono, y sustituya las barras inclinadas (/) por barrasinclinadas invertidas (\) en las rutas de directorio.

Nota: Cuando se utilice el shell bash con Windows NT, se puedenutilizar los convenios UNIX.

En esta guía se utiliza una barra inclinada invertida (\) al final deuna línea de texto de ejemplo para indicar que el texto que semuestra en la línea siguiente se ha acomodado por motivos derestricciones de espacio de la página. Se sobrentenderá que elejemplo figura en una misma línea.

xxiTivoli Distributed Monitoring Guía del usuario

Acceso a publicaciones en líneaEl sitio web de atención al cliente de Tivoli(http://www.tivoli.com/support/ ) ofrece una guía de servicios desoporte (elManual de soporte al cliente); preguntas másfrecuentes(FAQ); e información técnica, incluyendo notas de release,guías del usuario, trámites y libros blancos. Las publicaciones Tivoliestán disponibles en línea en la direcciónhttp://www.tivoli.com/support/documents/. La documentación dealgunos productos se encuentra disponible en formatos PDF yHTML. La traducción de algunos de los documentos también seencuentra disponible.

Para acceder a la mayor parte de la información, es necesario un IDy una contraseña. Si desea obtener un ID para utilizar en el sitio webde soporte técnico, consultehttp://www.tivoli.com/support/getting/ .

Los distribuidores deberán consultarhttp://www.tivoli.com/support/smb/index.html para obtenerinformación adicional acerca de la obtención de documentación ysoporte técnico de Tivoli.

Los Business partners deberán consultar “Pedido de publicaciones”para obtener información adicional acerca de la obtención dedocumentación técnica de Tivoli.

Pedido de publicacionesPuede solicitar publicaciones de Tivoli desde la Web en la direcciónhttp://www.tivoli.com/support/Prodman/html/pub_order.html ollamando a uno de los teléfonos siguientes:

¶ Clientes de EE.UU:(800) 879-2755

¶ Clientes canadienses:(800) 426-4968

xxii Versión 3.7

Envío de sugerencias acerca de las publicacionesEstamos muy interesados en conocer sus experiencias con losproductos y documentación de Tivoli, y agradecemos las sugerenciaspara hacer mejoras. Si desea hacer algún comentario o sugerenciasobre nuestros productos o documentación, póngase en contacto connosotros de una de las maneras siguientes:

¶ Envíe un mensaje de correo electrónico [email protected].

¶ Rellene un cuestionario de comentarios del cliente en ladirecciónhttp://www.tivoli.com/support/survey/.

Cómo ponerse en contacto con el centro de soporteal cliente

Si desea asistencia para este o para cualquier otro producto Tivoli,póngase en contacto con Tivoli Customer Support de una de lasformas siguientes:

¶ Envíe un registro de gestión de problemas (PMR) por correoelectrónico desde nuestro sitio web, cuya dirección eshttp://www.tivoli.com/support/reporting/ . Si desea obtener unainformación acerca de obtener soporte a través del sitio web desoporte al cliente de Tivoli, consulte la direcciónhttp://www.tivoli.com/support/getting/ .

¶ Envíe un PMR por correo electrónico a través del sistemaIBMLink ™. Si desea información acerca del registro y acceso aIBMLink, consulte la página web de IBM en la direcciónhttp://www.ibmlink.ibm.com .

¶ Envíe un mensaje de correo electrónico [email protected].

¶ Los clientes de EE.UU. pueden llamar a1-800-TIVOLI8(1-800-848-6548).

¶ Los clientes de fuera de los EE.UU. deberán consultar el sitioweb de Tivoli Customer Support, en ladirecciónhttp://www.tivoli.com/support/locations.html sidesean obtener los números de teléfono de asistencia al cliente.

xxiiiTivoli Distributed Monitoring Guía del usuario

Cuando se ponga en contacto con Tivoli Customer Support, estépreparado para proporcionar el número de cliente de su empresa,para que el personal de atención le pueda ayudar con mayoragilidad.

xxiv Versión 3.7

Instalación de Tivoli DistributedMonitoring

Tivoli Distributed Monitoring añade posibilidades de gestión delentorno a la plataforma de Tivoli. Este capítulo proporciona lainformación que es necesaria para instalar Tivoli DistributedMonitoring.

Antes de intentar instalar esta aplicación, asegúrese de repasar losapartados siguientes.

¶ “Requisitos de software” en la página 3

¶ “Requisitos de hardware” en la página 10

Instalación con Tivoli Software Installation ServiceTivoli Software Installation Service (SIS) es un nuevo producto quepermite instalar distintos productos de Tivoli en diferentes sistemasen paralelo. Este producto basado en Java™ puede, por tanto, instalarmás productos en más sistemas en mucho menos tiempo que elrecurso de instalación Framework’s. SIS realiza comprobaciones derequisitos previos de los productos y, si se definen, comprobacionesde requisitos previos especificados por el usuario, asegurando que enla instalación se produzcan tan pocas anomalías como sea posible.En la mayoría de los casos, las anomalías se producen solamente alapagar las máquinas o al quitarlas de la red.

1

1Tivoli Distributed Monitoring Guía del usuario

1.Instalación

deTivoli

Distributed

Monitoring

SIS crea también unrepositorio de instalación(IR) (a veces tambiénrecibe el nombre dedepósito de instalación) en el que se puedeimportar la imagen de la instalación de uno o más productos deTivoli. Se pueden importar solamente los tipos de plataformanecesarios para el entorno, lo cual ahorra espacio de disco y tiempode importación. Por lo tanto el IR será el origen de todas susinstalaciones de Tivoli. Se puede incluso compartir un único IR através de múltiples TMR.

Tivoli recomienda la actualización del recurso de instalaciónFramework en la instalación de Tivoli actual con la instalación deSIS. Si instala Tivoli por vez primera, instale SIS en el primer nodogestionado que ejecute un sistema operativo soportado por SIS.Cuando esté instalado, deberá utilizar SIS para instalar otrosproductos Tivoli.

Consulte la publicaciónTivoli Software Installation Service Guía delusuariosi desea obtener instrucciones acerca de cómo instalar SISen la instalación de Tivoli y de cómo instalar productos utilizandoSIS.

Plataformas soportadas por Tivoli DistributedMonitoring Versión 3.7

La siguiente tabla muestra las plataformas soportadas para losservidores, gateways y Endpoints de Tivoli Distributed MonitoringVersión 3.7:

Servidor Gateway Endpoint

Solaris 2.6, 2.7, 2.7.1,2.7.2, 2.8

Solaris 2.6, 2.7, 2.7.1,2.7.2, 2.8

Solaris 2.6, 2.7, 2.7.1,2.7.2, 2.8

AIX 4.2, 4.3x AIX 4.2, 4.3x AIX 4.2, 4.3x

HP-UX 10.2, 11 SP1 HP-UX 10.2, 11 SP1 HP-UX 10.2, 11 SP1

Windows NT 4.0 SP4,4.0 SP5, 4.0 SP6a



Windows 2000Professional andAdvanced SP1



2 Versión 3.7

Servidor Gateway Endpoint

OS/2 Warp 4.x, Aurora

AS/400®

v3R2 andv4R1-4

NetWare 4.2, 5.0, 5.0SP1, 5.0 SP2, 5.1

Requisitos de softwareEste apartado contiene información acerca de las versiones desistemas operativos y parches necesarios (si los hay) para cadaarquitectura de hardware soportada. Tivoli no distribuye ni realiza elmantenimiento parches de sistemas operativos de cada proveedor dehardware. Póngase en contacto con su proveedor de hardware sidesea información acerca de la obtención e instalación de parches desistemas operativos.

Tivoli Management Framework Versión 3.6.5 deberá estar instaladopara poder utilizar Tivoli Distributed Monitoring Versión 3.7 y lascolecciones relacionadas. Consulte lasNotas de release de TivoliManagement Frameworkaplicables si desea información acerca de laversión adecuada acerca de la instalación de Tivoli ManagementFramework y también lasNotas de release de Tivoli DistributedMonitoring, Versión 3.7.

Para utilizar el programa de utilidad Inspector para ver diagramas ygráficos de datos del historial de Tivoli Distributed Monitoring, esnecesario tener instalado un navegador de web habilitado para Java.Se puede utilizar uno de los siguientes navegadores soportados:

¶ Netscape Navigator 4.02 o posterior

¶ Microsoft Internet Explorer 4.0 o posterior

Se puede realizar una instalación nueva de Tivoli DistributedMonitoring si no lo tiene instalado actualmente o actualizar unainstalación de Tivoli Distributed Monitoring ya existente.


1.Instalación

deTivoli

Distributed

Monitoring

Nota: PC Agent no se ha traducido. Esto es, sólo está soportadopara funcionar en inglés. Para el funcionamiento (de cualquiertipo) en un idioma distinto del inglés se necesita el EndpointTivoli o un nodo gestionado. Tampoco se ha traducidoUserlink 3.2, puesto que se incluye sólo con el propósito dedar soporte a PC Agent.

Servidores y nodos gestionados Tivoli DistributedMonitoring Versión 3.7

Sistemas HP 9000 que ejecutan HP-UX¶ Series HP9000/700 ó 800 con arquitectura PA RISC 1.1 or PA

8000 (PA RISC 2.0) que ejecutan HP-UX 10.2, 11 SP1.

¶ Motif versión 1.2

Sistemas IBM RS6000 y PowerPC que ejecutan AIX¶ AIX 4.3.x con la bibliotecalibtermcap instalada. La biblioteca

libtermcap.a está en el conjunto de archivos de compatibilidadde AIX 3.2, bos.compat.termcap.

Nota: Tivoli Management Framework funcionará con lossistemas AIX 4.x sin la bibliotecalibtermcap. Sinembargo, sin ella, no será posible abrir o utilizar unaventana xterm.


Sistemas Intel 486 o Pentium que ejecutan sistemasoperativos de PC

¶ Windows NT 4.0, 4.0 SP4, 4.0 SP5, 4.0 SP6a. TivoliManagement Framework no está soportado por sistemasWindows NT que tengan instalado WinDD, en sistemas queejecutan Novell NetWare Client Services para Windows NT, o ensistemas Windows NT que ejecutan la versión beta actualmentedisponible del shell de Windows

®

95 o del nuevo shell.

Nota: Normalmente, en un nodo de Windows NT hay unacuenta de usuario con el nombreAdministrador . Si no

4 Versión 3.7

existe una cuenta con el nombreAdministrador en unnodo de Windows NT, se deberá crear una cuenta que seamiembro de los gruposAdministradores yTivoli_Admin_Privileges, y añadir esta cuenta a suidmap para el tipo de intérpretew32-ix86. Si esta cuentano existe, no podrá utilizar Tivoli Distributed Monitoringen el nodo de Windows NT.

Sistemas Sun SPARC que ejecutan Solaris¶ Solaris 2.6, 2.7, 2.7.1, 2.7.2, or 2.8

¶ OpenLook o Motif versión 1.2

Gateways Tivoli Distributed Monitoring Versión 3.7

Sistemas HP 9000 que ejecutan HP-UX¶ Series HP9000/700 ó 800 con arquitectura PA RISC 1.1 o PA

8000 (PA RISC 2.0) que ejecutan HP-UX 10.2 or 11.0 SP1.



libtermcap.a está en el conjunto de archivos de compatibilidadde AIX 3.2, bos.compat.termcap.




¶ Windows NT 4.0, 4.0 SP4, 4.0 SP5, 4.0 SP6a. TivoliManagement Framework no está soportado por sistemasWindows NT que tengan instalado WinDD, en sistemas queejecutan Novell NetWare Client Services para Windows NT, o en


1.Instalación

deTivoli

Distributed

Monitoring

sistemas Windows NT que ejecutan la versión beta actualmentedisponible del shell de Windows

®


Nota: Normalmente, en un nodo de Windows NT hay unacuenta de usuario con el nombreAdministrador . Si noexiste una cuenta con el nombreAdministrador en unnodo de Windows NT, se deberá crear una cuenta que seamiembro de los gruposAdministradores yTivoli_Admin_Privileges, y añadir esta cuenta a suidmap para el tipo de intérpretew32-ix86. Si esta cuentano existe, no podrá utilizar Tivoli Distributed Monitoringen el nodo de Windows NT.

OS/2Si tiene instalada la versión 3.6.5 de Tivoli Management Framework,que es un requisito previo para instalar la versión 3.7 de TivoliDistributed Monitoring, ya deberían estar instalados los parchesnecesarios, los programas de seguridad y los paquetes de TCP/IP quese mencionan a continuación. Esta información se incluye aquí confines informativos. Consulte las publicacionesTivoli ManagementFramework Guía de instalacióny Tivoli Management FrameworkNotas del releasepara obtener más información sobre las versionesde OS/2 a las que se da soporte y los requisitos previos de software.

¶ IBM OS/2 Versión 3 Warp Connect con Warp Connect Fixpak35 (nivel de CSD XROWO35), nivel de CSD WR08421 deMPTS y TCP/IP Versión 4.02t.

Notas:

1. Es recomendable instalar el último fixpak que esté disponibleactualmente.

2. Debe instalarse Security Enablement Services (SES) antes deinstalar un fixpak.

¶ IBM OS/2 Versión 3 con el Warp Connect Fixpak 35 (nivel deCSD XROWO35) y TCP/IP Versión 4.0 Stack (nivel de CSDXRO8421 de MTPS con TCP/IP Versión 4.02t) o TCP/IPVersión 4.1 Stack (MPTS Versión 5.300 con TCP/IP Versión4.1).

6 Versión 3.7

Notas:



¶ IBM OS/2 Versión 3 Warp Server SMP con Warp ConnectFixpak 35 (nivel de CSD XROWO35), LAN Server FixpakIC8503 (nivel de CSD ICO8503) y la pila TCP/IP Versión 4.1(MPTS Versión 5.300 con TCP/IP Versión 4.1).

Notas:



¶ IBM OS/2 Warp Versión 4.0 con Warp 4.0 Fixpak 6 (nivel deCSD XROM006) y la pila TCP/IP Versión 4.0 (nivel de CSDXRO8421 de MTPS con TCP/IP Versión 4.02t) o la pila TCP/IPVersión 4.1 (MPTS Versión 5.300 con TCP/IP Versión 4.1).

Nota: Debe instalarse Security Enablement Services (SES) antesde instalar un fixpak.



Endpoints Tivoli Distributed Monitoring Versión 3.7

Sistemas HP 9000 que ejecutan HP-UX¶ Series HP9000/700 ó 800 con arquitectura PA RISC 1.1 o PA

8000 (PA RISC 2.0) que ejecutan HP-UX 10.2 or 11 SP1.



1.Instalación

deTivoli

Distributed

Monitoring


libtermcap.a se encuentra en el conjunto de archivos decompatibilidad de AIX 3.2,bos.compat.termcap.




¶ Windows NT 4.0 SP4, 4.0 SP5, or 4.0 SP6a. Tivoli ManagementFramework no está soportado por sistemas Windows NT quetengan instalado WinDD, en sistemas que ejecutan NovellNetWare Client Services para Windows NT, o en sistemasWindows NT que ejecutan la versión beta actualmentedisponible del shell de Windows

®


Nota: Normalmente, en un nodo de Windows NT hay unacuenta de usuario con el nombreAdministrador . Si noexiste una cuenta con el nombreAdministrador en unnodo de Windows NT, se deberá crear una cuenta que seamiembro de los gruposAdministradores yTivoli_Admin_Privileges, y añadir esta cuenta a suidmap para el tipo de intérpretew32-ix86. Si esta cuentano existe, no podrá utilizar Tivoli Distributed Monitoringen el nodo de Windows NT.

OS/2Si tiene instalada la versión 3.6.5 de Tivoli Management Framework,que es un requisito previo para instalar la versión 3.7 de TivoliDistributed Monitoring, ya deberían estar instalados los parchesnecesarios, los programas de seguridad y los paquetes de TCP/IP quese mencionan a continuación. Esta información se incluye aquí confines informativos. Consulte las publicacionesTivoli ManagementFramework Guía de instalacióny Tivoli Management Framework

8 Versión 3.7

Notas del releasepara obtener más información sobre las versionesde OS/2 a las que se da soporte y los requisitos previos de software.

¶ IBM OS/2 Versión 3 Warp Connect con Warp Connect Fixpak35 (nivel de CSD XROWO35), nivel de CSD WR08421 deMPTS y TCP/IP Versión 4.02t.

Notas:



¶ IBM OS/2 Versión 3 con el Warp Connect Fixpak 35 (nivel deCSD XROWO35) y TCP/IP Versión 4.0 Stack (nivel de CSDXRO8421 de MTPS con TCP/IP Versión 4.02t) o TCP/IPVersión 4.1 Stack (MPTS Versión 5.300 con TCP/IP Versión4.1).

Notas:



¶ IBM OS/2 Versión 3 Warp Server SMP con Warp ConnectFixpak 35 (nivel de CSD XROWO35), LAN Server FixpakIC8503 (nivel de CSD ICO8503) y la pila TCP/IP Versión 4.1(MPTS Versión 5.300 con TCP/IP Versión 4.1).

Notas:



¶ IBM OS/2 Warp Versión 4.0 con Warp 4.0 Fixpak 6 (nivel deCSD XROM006) y la pila TCP/IP Versión 4.0 (nivel de CSDXRO8421 de MTPS con TCP/IP Versión 4.02t) o la pila TCP/IPVersión 4.1 (MPTS Versión 5.300 con TCP/IP Versión 4.1).


1.Instalación

deTivoli

Distributed

Monitoring

Nota: Debe instalarse Security Enablement Services (SES) antesque un fixpak.



AS/400¶ Versión 3 Release 2, Versión 4 Release 1-4.

NetWare¶ Novell NetWare 4.2, 5.0, 5.0 SP1, or 5.0 SP2.

Si se instala un monitor NetWare en un Endpoint, se debe modificarel archivoautoexec.ncfde modo que incluya la ruta de búsqueda ylos archivos binarios de Tivoli Distributed Monitoring. La ruta debúsqueda que se debe añadir al archivo autoexec.ncf se puedenlocalizar buscando el valor de LCFRUNBASE001 en el archivoLCF.NCF. Desde la línea de comandos de la consola NetWare,escribaload edit autoexec.ncf

Añada la siguiente línea al archivo autoexec.ncf:se añade lo siguiente:/Tivoli/lcf/dat/1/LCF/sentry/nw4

Requisitos de hardwareLa siguiente tabla muestra los requisitos de memoria mínimos paralos nodos gestionados de Tivoli. Estos son los requisitos de memoriaúnicamente para el software de Tivoli, y no incluyen la memoria quese necesita para otras aplicaciones. Debe asegurarse de que haysuficiente memoria para el software de Tivoli y para cualquier otraaplicación que utilice.

10 Versión 3.7

Plataformasoportada

Servidor degestión

Nodo gestionado(con el escritorio)

Nodo gestionado(sin el escritorio)

AIX 64 MB 48 MB 32 MB

HP-UX 64 MB 48 MB 32 MB

Solaris 64 MB 48 MB 32 MB

Windows NT 48 MB 32 MB 24 MB

Nota: Un sistema NetWare debe tener 32MB de RAM para instalarTivoli Distributed Monitoring.

La siguiente tabla muestra los requisitos de espacio de disco para losEndpoints TMA de Tivoli Distributed Monitoring. Estos son sólo losrequisitos de espacio de disco para los Endpoints de TivoliDistributed Monitoring, y no incluyen el espacio de disco que puedaser necesario para otras aplicaciones. Debe asegurarse de que haysuficiente espacio de disco para el Endpoint TMA de TivoliDistributed Monitoring y para cualquier otra aplicación que utilice.

Plataforma soportada Endpoint TMA

AIX 4 MB

HP-UX 4 MB

Solaris 3 MB

Windows NT 3 MB

La tabla siguiente muestra los requisitos de espacio de disco para losclientes y servidores Tivoli Distributed Monitoring Versión 3.7:

Plataformasoportada

Lib Bin DB man Catálogosdemensajes

AIX 172 KB 9.6 MB 1 MB 212 KB 448 KB

Windows NT 209 KB 6.5 MB 1 MB 212 KB 448 KB

HP-UX 112 KB 12.9 MB 1 MB 212 KB 448 KB

Solaris <100 KB 6.7 MB 1 MB 212 KB 448 KB


1.Instalación

deTivoli

Distributed

Monitoring

La tabla siguiente figuran los requisitos de espacio de disco para lascolecciones de monitores de Tivoli Distributed Monitoring Versión3.7:

Colección de supervisión BIN DB

Compaq Insight Manager <100 KB <100 KB

Universal <100 KB <100 KB

Windows NT <100 KB <100 KB

SNMP <100 KB <100 KB

SNMP MIB-II <100 KB <100 KB

UNIX <100 KB <100 KB

Tivoli Enterprise Console <100 KB <100 KB

Tivoli <100 KB <100 KB

Oracle 160 KB <100 KB

Sybase 232 KB <100 KB

NetWare 5 MB <100 KB

Notas de instalación para Tivoli DistributedMonitoring Versión 3.7

El Endpoint utiliza menos de 1MB de memoria del sistema. Seejecutará en cualquier sistema configurado según las especificacionesrecomendadas por el fabricante.

Cumpla con los siguientes requisitos antes de instalar TivoliDistributed Monitoring 3.7:

¶ Instale Tivoli Management Framework 3.6.5.

Nota: No existe la versión 3.6.2 de Tivoli ManagementFramework para OS/2; el gateway de OS/2 requiereTivoli Management Framework Versión 3.6.1 con elparche TMF 0001 (3.6.1-TMF-0001). El resto de lasplataformas requieren Tivoli Management Framework,Versión 3.6.2. Consulte la publicaciónTivoli ManagementFramework Notas del releaseadecuada (versión 3.6.1 ó

12 Versión 3.7

3.6.2) para obtener más información acerca de lainstalación de la versión apropiada de Tivoli ManagementFramework.

¶ Instale Netscape Navigator (4.0.2 a 4.0.5), Netscape Navigator4.5 o Microsoft Internet Explorer 4.0.

¶ Si desea ejecutar el monitordiskioratek de la colección demonitores UNIX de Tivoli Distributed Monitoring en unamáquina AIX 4.2 o superior, debe tener instalada la opción decuentas del sistemalpp.bos.acct.

¶ Durante la instalación de un Endpoint de NetWare,si la ruta deinstalaciónlcfd no essys:\Tivoli\lcf, el motor de TivoliDistributed Monitoring provocará que el servidor NetWarefinalice anormalmente cuando se emita el comandowstopengdesde el servidor TMR.

Si el directoriolcfd no essys:\Tivoli\lcf, deberá añadir eldirectorio de trabajolcfd a la ruta de búsqueda. Por ejemplo, silcfd se encuentra instalado ensys:\management\lcf, deberáemitir el comando siguiente:search add sys:\management\lcf\dat\1

¶ Si desea utilizar los monitores de disco físico o lógico de lacolección de monitores de Windows NT, asegúrese de que lamedición del rendimiento del disco de Windows NT o Windows2000 está habilitada. De forma predeterminada está inhabilitadadebido a la carga que supone para el sistema. Ejecute elsiguiente comando para activar la medición del rendimiento deldisco en Windows NT o Windows 2000:diskperf -y

En un sistema remoto, ejecute el siguiente comando:diskperf -y \\NombreSistema

Después de ejecutar este comando, concluya y vuelva a iniciarWindows NT o Windows 2000.

Nota: Si el sistema Windows NT o Windows 2000 estáutilizando conjuntos de banda (no hardware RAID), debe


1.Instalación

deTivoli

Distributed

Monitoring

añadir la opción –e al comandodiskperf (diskperf –ye odiskperf –ye \\NombreSistema).

Existe la posibilidad de utilizar Tivoli Software Installation Servicepara instalar Tivoli Distributed Monitoring y las colecciones demonitores. Consulte la publicaciónTivoli Software InstallationService Guía del usuariopara obtener más información.

Si instala Tivoli Distributed Monitoring Versión 3.7 desde la línea decomandos, será necesario el argumento adicionalINC= . Por ejemplo:winstall -c Path -i DM37 INC=/data/Tivoli/include HostName

Consulte el comandowinstall que figura en elManual de consultade Tivoli Management Frameworksi desea obtener más información.

Si ADE ya está instalado, los archivos include de Tivoli DistributedMonitoring se instalarán en la ubicación predeterminada/usr/local/Tivoli/include . Si todavía no ha instalado ADE, debeespecificar el directorio include en el argumentoINC= , o de locontrario, los archivos include de Tivoli Distributed Monitoring nose instalarán.

Si ha estado utilizando una versión previa de Distributed Monitoringpara supervisar los Endpoints TMA, debe realizar los siguientespasos después de instalar Tivoli Distributed Monitoring Versión 3.7(estos pasos sólo han de llevarse a cabo una vez en cada TMR):

1. Consulte lasNotas de release de Tivoli Distributed Monitoring,Versión 3.7si desea información acerca de la supervisión deEndpoints y la actualización a Tivoli Distributed Monitoring,Versión 3.7.

2. En cada gateway, debe matar de forma explícita el procesollamadosentry_gatewayo sentry_gateway.exe. Utilice elcomandowgatewayo EndPointManager desde el escritorio deTivoli para listar las gateways conocidas.

3. En cualquier nodo gestionado o en el servidor TMR, ejecute elscript de shell siguiente:$BINDIR/Tivoli/SENTRY/dm_ep_start.sh

14 Versión 3.7

De esta forma se crea una lista de Endpoints que han ejecutadodm_ep_enginedesde la versión anterior de Tivoli DistributedMonitoring. A continuación, este script iniciadm_ep_engineencada Endpoint de la lista. Este procedimiento inicia procesos desegundo plano en el servidor TMR para dar soporte a un grannúmero de Endpoints.

Nota: El proceso de reiniciardm_ep_engineen todos losEndpoints que corresponda no finaliza hasta que todos losprocesos de segundo plano finalizan.

En lugar de ejecutar el script$BINDIR/Tivoli/SENTRY/dm_ep_start.sh, existe la posibilidadde volver a distribuir los perfiles a los Endpoints que DistributedMonitoring está supervisando después de haber detenido losmotores de supervisión. Consulte el paso 1 anterior. De estaforma se reiniciarán las versiones correctas dedm_ep_engineenlos Endpoints.

Instalación de OS/2 GatewayLa funcionalidad del nodo gestionado para OS/2 ha sido eliminada.Tivoli Distributed Monitoring proporciona sólo funcionalidad degateway para OS/2.

Utilización de el gateway OS/2 de Tivoli DistributedMonitoring

El producto Tivoli Distributed Monitoring 3.6.2 OS/2 Gateway tienela misma funcionalidad que las gateways de otros tipos de sistemasde nodos gestionados (por ejemplo, UNIX o Windows NT); noobstante, existen varias diferencias de implementación:

¶ Como precursor para futuras mejoras, no hay un motor TivoliDistributed Monitoring en el nodo gestionado de OS/2. Lasupervisión de un nodo gestionado de OS/2 puede llevarse acabo instalando un Endpoint TMA en el sistema OS/2 y, acontinuación, gestionarlo de la misma manera que cualquier otrotipo de Endpoint TMA.

¶ Si se intenta ejecutar algunos comandos estándar de TivoliDistributed Monitoring y se selecciona el motor del nodo


1.Instalación

deTivoli

Distributed

Monitoring

gestionado de OS/2, la salida que obtendrá del comando serádistinta de la que devolvería un motor de Endpoint TMA u otrotipo de nodo gestionado.

Por ejemplo, si ejecuta el siguiente comando:wlseng sistema_nodo_gest_os2

Se devolverá la siguiente salida:No se encontró ningún motor de supervisión

Sin embargo, si ejecuta uno de los siguientes comandos:wlseng sistema_nodo_gest_solaris

—O —wlseng -z nt_Endpoint_system

El comando devuelve la salida esperada para esos motores.

Estos comandos se proporcionan con el producto TivoliDistributed Monitoring O bien::S/2 Gateway puesto que sepueden utilizar en el entorno Tivoli para otros nodos gestionadosy Endpoints.

Instalación de Tivoli Distributed Monitoring Versión3.7

Debe repetirse el procedimiento de instalación para cada TMR quedesee gestionar con Tivoli Distributed Monitoring. Además, debeinstalarse Tivoli Distributed Monitoring en cada nodo gestionado alque se haya pensado distribuir un perfil de Tivoli DistributedMonitoring, incluyendo todos los nodos gestionados que se añadandespués de la instalación inicial de Tivoli Distributed Monitoring.

Nota: Recuerde que debe efectuar copias de seguridad de la base dedatos de Tivoli antes de cada etapa del proceso de instalacióndel producto. Consulte elManual de consulta TivoliManagement Frameworksi desea información acerca delcomandowbkupdb.

16 Versión 3.7

Existe la posibilidad de instalar Tivoli Distributed MonitoringVersión 3.7 en dos entornos distintos:

¶ En sistemas que no tienen instalada la versión 3.6.1 o la versión3.6.2 de Tivoli Distributed Monitoring

¶ En sistemas donde se ejecute la versión 3.6.1 o la versión 3.6.2de Tivoli Distributed Monitoring

Los componentes de instalación se dividen en tres categorías:

1. Tivoli Distributed Monitoring Versión 3.6.1 (para sistemas quetodavía no tienen instalada la versión 3.6.2 de Tivoli DistributedMonitoring)

2. Tivoli Distributed Monitoring Versión 3.6.2

3. Cualquier colección deseada de supervisión de Tivoli DistributedMonitoring Versión 3.7.

Tivoli Distributed Monitoring Versión 3.7 no utiliza claves delicencia distintas para ninguno de sus componentes.

Instalación de Tivoli Distributed Monitoring ensistemas sin una versión anterior de Tivoli DistributedMonitoring

Después de iniciar el escritorio y seleccionar la distribución, debeseleccionar los componentes de la instalación en el orden siguiente:

1. Tivoli Distributed Monitoring Versión 3.6.2. Se debe instalar enel servidor TMR y todos los clientes TMR.

2. Tivoli Distributed Monitoring Versión 3.7. Se debe instalar en elservidor TMR y todos los clientes TMR.

3. Colecciones de supervisión que se deseen. Se deben instalarsolamente en el servidor TMR.

Instalación de Tivoli Distributed Monitoring ensistemas con la versión 3.6.1 o 3.6.2 de TivoliDistributed Monitoring

Después de iniciar el escritorio y seleccionar la distribución, debeseleccionar los componentes de la instalación en el orden siguiente:


1.Instalación

deTivoli

Distributed

Monitoring

1. Tivoli Distributed Monitoring Versión 3.7. Se debe instalar en elservidor TMR y todos los clientes TMR.

2. Colecciones de supervisión que se deseen. Se deben instalarsolamente en el servidor TMR.

Existe la posibilidad de instalar la aplicación Tivoli DistributedMonitoring desde el escritorio o la línea de comandos.

La tabla siguiente proporciona el contexto y los roles de autorizaciónque son necesarios para esta tarea:

Actividad Contexto Función necesaria

Instalar Tivoli DistributedMonitoring Versión 3.7

TMR senior

EscritorioSiga los pasos siguientes para instalar Tivoli Distributed MonitoringVersión 3.7 desde el escritorio de Tivoli. Antes de poder instalar laversión 3.7 Tivoli Distributed Monitoring debe estar instalada laversión 3.6.1 o la versión 3.6.2. Debe tener la rol de autorizaciónsenior o product_install para instalar esta actualización.

1. Seleccione la opciónInstalar -> Instalar parche desde elmenúEscritorio deTivoli .Tivoli muestra el diálogoInstalar un

18 Versión 3.7

parche:

Si la lista de desplazamientoSeleccionar parche para instalarestá vacía o si el producto que desea instalar no figura en lalista de desplazamientoSeleccionar parche para instalarsigaen el paso 2. Si el parche que desea instalar figura en la lista dedesplazamiento, siga en el paso 5.

2. Pulse el botónSeleccionar soportepara visualizar el diálogo.

El diálogoExplorador de archivos le permite identificar oespecificar la ruta de acceso al soporte de la instalación.

3. Si ya conoce la ruta de acceso a la imagen del CD-ROM:


1.Instalación

deTivoli

Distributed

Monitoring

a. Entre la ruta de acceso completa en el campoNombre de laruta de acceso.

b. Pulse el botónEstablecer ruta de accesopara cambiar aldirectorio especificado.

c. Pulse el botónestablecer soporte & Cerrar para guardar laruta del nuevo soporte y volver al diálogoInstalarproducto. Ahora el diálogo contiene una lista de productosque están disponibles para ser instalados.

4. Si no conoce la ruta de acceso exacta a la imagen delCD-ROM:

a. Desde la lista de desplazamientoHosts, seleccione el hosten el que el soporte de instalación está montado.La elecciónde un nuevo host actualiza la lista de desplazamientoDirectorios para mostrar los directorios del host queseleccione.

b. Desde la lista de desplazamientoDirectorios, seleccione eldirectorio que contiene el soporte de instalación.

c. Pulse el botónEstablecer soporte & Cerrar para guardarla ruta del nuevo soporte y volver al diálogoInstalarproducto. Ahora el diálogo contiene una lista de productosque están disponibles para ser instalados.

20 Versión 3.7

5. SeleccioneTivoli Distributed Monitoring Upgrade, Versión3.6.1/3.6.2 a 3.7de la listaSeleccionar parche para instalar.

6. Utilice los botones de flecha para trasladar clientes de una listade selección a otra. Se instalará la aplicación en los clientes dela lista Clientes en los que se instalará.

7. Pulse el botónInstalar & Cerrar para instalar el producto ycerrar el diálogoInstalar producto .

—O bien:—

Pulse el botónInstalar para instalar el producto y mantener eldiálogo Instalar un producto abierto.Entonces podrá instalar elmismo producto en otro conjunto de clientes o instalar otroproducto, como por ejemplo una colección de monitores.


1.Instalación

deTivoli

Distributed

Monitoring

El proceso de instalación realiza una solicitud con un diálogodeInstalar parche parecida a los siguientes:

Este diálogo proporciona la lista de operaciones que tendránlugar al instalar el software. También le avisa de los problemasque puede que desee corregir antes de instalar la aplicación.

8. Pulse el botónContinuar la instalación para instalar elsoftware.El diálogoPatch Install (Instalación del parche)devuelve información de estado a medida que se efectúa elproceso de instalación.Cuando se completa la instalación, eldiálogoPatch Install (Instalación del parche) devuelve unmensaje de finalización.

22 Versión 3.7

9. Pulse el botónCerrar para cerrar el diálogoInstalar producto .

10. Ahora está listo para instalar una colección de monitores.Consulte la publicaciónTivoli Distributed Monitoring Consultade coleccionespara obtener información acerca de la instalaciónde colecciones de monitores.

Línea de comandosEl siguiente comando de ejemplo instala Tivoli DistributedMonitoring:winstall -c /cdrom/tivoli -s graceland -i DM37 mynode

donde:

-c /cdrom/tivoliEspecifica la ruta de acceso a la imagen delCD-ROM. La parte /cdrom de la ruta de acceso hacereferencia al punto de montaje de su CD-ROM y sedebe cambiar para que coincida con el punto demontaje real del CD-ROM en el sistema.

-s graceland Especifica que el nodo gestionadograceland es elservidor de la instalación.

-i DM37 Especifica el archivo de índice desde el que seinstala Tivoli Distributed Monitoring.

minodo Especifica el nodo gestionado donde se va a instalarTivoli Distributed Monitoring.

Consulte el comandowinstall que figura en elManual de consultade Tivoli Management Frameworksi desea obtener más información.

Tivoli Decision Support para Server PerformancePrediction

Si desea utilizar Tivoli Decision Support para Server PerformancePrediction (SPP), deberá instalar la opción Tivoli DistributedMonitoring Tivoli Decision Support Configuration 3.7. Si deseaobtener información acerca de la configuración de Tivoli DecisionSupport para SPP, consulteTivoli Decision Support para ServerPerformance Prediction, Notas de release.


1.Instalación

deTivoli

Distributed

Monitoring

Desinstalación de una versión previa de TivoliDecision Support

A partir de la versión 3.6.2 de Tivoli Distributed Monitoring, se hacambiado el proceso de instalación de Tivoli Decision Support. Seelimina el archivoTivoli/SENTRY/TDS/uninst_rollup.sh comoparte del proceso de la nueva instalación. Si desea desinstalar TivoliDecision Support Versión 3.6.1, debe ejecutar el archivoTivoli/SENTRY/TDS/spr/uninst_spr.sh. Esto sólo desinstalará eldirectorioTivoli/SENTRY/TDS/spr , que se podrá restaurarvolviendo a instalarParche de configuración TDS 3.6.2-DMN-TDSdesde el CD de Tivoli Distributed Monitoring 3.6.2.

Nota: Si se ejecuta el archivoTivoli/SENTRY/TDS/uninst_rollup.sh desde una versiónanterior de Tivoli Decision Support, se eliminará el directoriordbcfg. Sólo podrá volverse a instalar el directoriordbcfg sirealiza una instalación completa de Tivoli DistributedMonitoring Versión 3.6.2.

24 Versión 3.7

Introducción a Tivoli DistributedMonitoring

Tivoli Distributed Monitoring comprueba el estado de diversosrecursos de red como por ejemplo sistemas, aplicaciones y procesos.Algunos productos solamente pueden supervisar los recursos de unsistema local. Sin embargo, Tivoli Distributed Monitoring se puedeutilizar también para supervisar recursos remotos, incluidas máquinasque ejecutan sistemas operativos no soportados.

Mediante la utilización de perfiles, Tivoli Distributed Monitoringpermite a los administradores del sistema el establecimiento de unapolítica de supervisión para cambiar los parámetros de supervisiónpara cualquier número de sistemas remotos relacionados desde unaúnica ubicación. Los perfiles de Tivoli Distributed Monitoringtambién definen respuestas automatizadas. Estas respuestas puedenser tan simples como el cambio de estado de un icono o el envío decorreo electrónico a un administrador, o tan complejas como el envíode una detección de condición de excepción SNMP o la ejecución deun script o programa especificado por el usuario.

Tivoli Distributed Monitoring tiene dos componentes principales quehabilitan estos roles:

Tivoli Distributed Monitoring EngineEl software de cliente Tivoli Distributed Monitoring seinstala en cada nodo gestionado que se va a supervisardirectamente. (Otros recursos de red pueden supervisarsemediante la configuración deEndpoints proxy.)Este software,

2


2.Introducción

aTivoli

Distributed

Monitoring

que recibe el nombre de motor de Tivoli DistributedMonitoring, supervisa los recursos adecuados, determina sise debe activar el monitor y ejecuta la mayoría de respuestasautomatizadas.

Nota: Un Endpoint proxyes una representación para unaentidad, como puede ser un dispositivo de red o unhost, que funciona como un suscriptor para losperfiles Tivoli Distributed monitoring. Unadministrador Tivoli relaciona cada Endpoint proxycon un nodo gestionado. Puede haber variosEndpoints proxy a un único nodo gestionado.

Colecciones de supervisiónUna colección de monitores contiene código que definecómo se recogen los datos acerca de un recurso. Unacolección establece también los parámetros que determinancómo se pueden interpretar los datos. Todas las posibilidadesde supervisión de la aplicación Tivoli Distributed Monitoringse definen en las colecciones de monitores. A menos que seinstale como mínimo una colección de monitores, TivoliDistributed Monitoring no puede realizar ningun rol desupervisión.

El servidor TMR proporciona los roles asociadas con todas lasaplicaciones basadas en perfiles de Tivoli, como la definición delcontenido de un perfil y su distribución.

Conjuntamente, Tivoli Management Framework, el motor de TivoliDistributed Monitoring y las colecciones de Tivoli DistributedMonitoring proporcionan un método para mantener las aplicacionescríticas, los sistemas, las bases de datos y otros recursos esencialesen funcionamiento.

Aspectos de la internacionalizaciónSi desea ver las versiones traducidas de la mayoría de las páginasWeb que utilizan los productos en el release 3.7 de Tivoli, debeutilizar un navegador Web que dé soporte a la codificación UTF-8.También debe configurar el navegador para que utilice la fuente

26 Versión 3.7

adecuada para la codificación UTF-8. Entre los navegadores que dansoporte a la codificación UTF-8 están Netscape Navigator 4.0.4 yversiones superiores.

Si no está seguro si su software cumple estos requisitos o sidesconoce cómo configurar su sistema para que dé soporte a lacodificación UTF-8, póngase en contacto con el fabricante de sunavegador Web o de su software de sistema.

Nota: Tivoli Distributed Monitoring Inspector actualmente no estáhabilitado para National Language Support (NLS; soporte deidioma nacional).

Cómo habilitar el soporte de idiomaTivoli Distributed Monitoring está traducido en los siguientesidiomas.

¶ Portugués (Brasil)

¶ Chino (Simplificado)

¶ Francés

¶ Alemán

¶ Italiano

¶ Japonés

¶ Coreano

¶ Español

Si desea habilitar estos idiomas, debe instalar el paquete de soportede idioma adecuado desde el CD-ROMTivoli DistributedMonitoring Language Support. Por ejemplo, puede instalar elsoporte de idioma alemán (de)o el soporte de idioma japonés(ja). Existe la posibilidad de instalar varios paquetes de soporte deidioma para un único producto. Recuerde que para habilitarcompletamente un idioma, debe instalar el paquete de soporte deidioma para Framework así como el paquete de soporte de idiomapara Tivoli Distributed Monitoring.


2.Introducción

aTivoli

Distributed

Monitoring

Consulte la publicaciónTivoli Software Installation Service, Guía delusuariosi desea obtener instrucciones acerca de la instalación lospaquetes de soporte de idioma. Si no tiene instalado Tivoli SoftwareInstallation Service, consulte la publicaciónTivoli Framework, Guíade planificación e instalación. Consulte la publicaciónTivoliFramework Notas del releasepara obtener más información sobrecómo definir un entorno de sistema distinto del inglés.

Características de Tivoli Distributed MonitoringLa aplicación de gestión Tivoli Distributed Monitoring es unaherramienta para supervisar recursos de aplicaciones y del sistema, ygenerar eventos y alarmas en el ámbito de la red. Tivoli DistributedMonitoring proporciona gestión de disponibilidad y supervisa deforma práctica los recursos del sistema y de las aplicaciones, yrealiza acciones automatizadas basadas en estos datos de supervisión.Igual que todas las aplicaciones de Tivoli, Distributed Monitoringestá diseñada para funcionar en un entorno distribuido a través deuna gran variedad de plataformas.

Características de seguridad ampliadasTivoli Distributed Monitoring, Versión 3.7 proporciona dos nuevascaracterísticas para mejorar la seguridad del sistema.

Validación de UID y GID en los perfiles de DistributedMonitoring

Se proporciona validación a los UID y los GID cuando se puebla unperfil de Tivoli Distributed Monitoring. Esta validación evita que unadministrador que tenga sólo roles deadmin asigne valores UID yGID sin la aprobación de un administrador con rolessuper. Unadministrador con rolessuper pueden utilizar los comandoswgetpolm y wsetpolm Tivoli Framework para comprobar cualquierUID o GID que se introduzca en un perfil de Tivoli DistributedMonitoring.

Un administrador con rolessuper pueden ejecutar el comandosiguiente para enumerar las políticas disponibles en un perfil deTivoli Distributed Monitoring:wlspolm -v @SentryProfile:ProfileName

28 Versión 3.7

Un administrador con rolessuper puede cambiar una de estaspolíticas con el comando siguiente:wpulpolm -v args=’$uid’ @SentryProfile:ProfileName uid < myfile

Un administrador con rolessuper puede obtener la política devalidación actual para modificarla o utilizarla como modelo,ejecutando el comando siguiente:wgetpolm -v @SentryProfile:ProfileName uid

Si un administrador con rolesadmin intenta crear un perfil TivoliDistributed Monitoring que provoque cambios en los valores UID yGID por omisión, el script validará las citadas entradas y nopermitirá que se cambien estos valores a unos que no esténpermitidos explícitamente.

Esta validación se realiza por omisión. Si desea inhabilitar estavalidación ejecute el comando siguiente (es necesario tener rolessuper para esto):idlcall profile_OID disable_validation

Para volver a habilitar esta validación ejecute el comando siguiente(es necesario tener rolessuper para esto):idlcall profile_OID enable_validation

Para determinar si esta validación se encuentra habilitada, ejecute elcomando siguiente (es necesario tener rolessuper para esto):idlcall profile_OID is_validation_enabled

Encriptación de mensajes IPCCuando se establece un monitor desde un comando de TivoliDistributed Monitoring o desde la distribución de un perfil, se envíanalgunas instrucciones al motor de Tivoli Distributed Monitoring.Tivoli Distributed Monitoring, Versión 3.7 encripta estos mensajes.Si la desencriptación de cualquiera de los mensajes recibidos por elmotor es errónea, la conexión al motor se rompe para evitarcualquier intento posterior de forzar el motor.


2.Introducción

aTivoli

Distributed

Monitoring

Posibilidades de gestión remota de disponibilidadTivoli Distributed Monitoring proporciona al administrador delsistema amplias posibilidades de gestión remota de disponibilidad ensistemas distribuidos. La distribución de tareas a sistemas remotosminimiza los recursos del sistema y de la red que son necesariospara mantener un entorno de producción en buen estado.

Sin sacrificar el control centralizado, Tivoli Distributed Monitoringrealiza las tareas siguientes en el sistema remoto:

¶ Supervisar métricas de gestión del sistema definidas por elusuario o predeterminadas (fuentes de supervisión) y filtrar lainformación devuelta

¶ Efectuar decisiones automatizadas

¶ Realizar acciones como respuesta a alarmas o eventos

Estas características permiten la gestión de forma proactiva delentorno del sistema mediante la respuesta automática a problemaspotenciales antes de que lleguen a un punto crucial u ocasionen uncierre en el entorno de producción.

Mecanismo de configuración centralizadaTivoli Distributed Monitoring proporciona un mecanismo deconfiguración basado en políticas centralizadas para el despliegue defuentes de supervisión. El gestor de perfiles también configura ydespliega fuentes de supervisión definidas por el usuario que puedensupervisar cualquier recurso disponible en los entornos Windows NT,Windows 2000, UNIX y OS/2. Esto incluye dispositivos físicos ylógicos, aplicaciones e intentos de conexión, así como tambiénmuchas otras actividades. Con Tivoli Distributed Monitoring, sepueden definir los recursos y actividades que se desea supervisar;entonces la aplicación toma automáticamente decisiones distribuidasy realiza acciones remotas en nombre del usuario.

Recopilación de datos y respuesta automáticaTivoli Distributed Monitoring permite la recopilación de datos acercadel entorno para realizar análisis estadísticos y para la planificaciónde la capacidad. También ofrece la posibilidad de permitir que los

30 Versión 3.7

eventos del sistema activen decisiones remotas y lleven a caboacciones remotas. Si el usuario puede acceder a los datos a través deun comando o script, Tivoli Distributed Monitoring puede supervisarlos datos, tomar decisiones remotas inteligentes basándose en dichosdatos y responder automáticamente a diversas condicionesespecificadas.

Si un monitor personalizado ejecuta una serie numérica (una serie dedatos compuesta por números que contienen los dígitos del 1 al 9), oun script de serie (una secuencia de elementos de la mismanaturaleza). Si el script no existe y dicho script no consigue devolverun valor en 60 segundos, el monitor personalizado excede el tiempode espera y el motor de Distributed Monitoring renuncia al monitor.Normalmente, el monitor devuelve un valor de0 para los scriptsnuméricos y una cadena vacía (′′′′) para los scripts de cadenaalfanumérica, pero estos valores no se pueden predecir y no se debeconfiar en ellos.

Realización de gráficos y diagramas mediante elprograma de utilidad Inspector

Tivoli Distributed Monitoring permite ver datos del historial delmotor de Tivoli Distributed Monitoring en diversos formatosgráficos. Estos formatos incluyen:

¶ Gráfico de líneas

¶ Diagrama de barras

¶ Gráfico de superficies

Estos datos gráficos se pueden ver desde cualquier navegador webhabilitado por tecnología Java™.

Colección del motor guardada en disco en los puntosfinales

La lista de colecciones y las implementaciones de colecciones que elmotor del Endpoint recupera desentry_gatewayse graban en eldisco del sistema con el nombre$LCF_DATDIR/.moncoll/NombreColección. Con anterioridad, estainformación se almacenaba sólo en la memoria del motor, de forma


2.Introducción

aTivoli

Distributed

Monitoring

que un motor que se detuviera y se volviera a iniciar mientras elprocesolcfd estaba inactivo no podía bajar las colecciones de nuevo.Como resultado de ello, todos los monitores fallaban.

Si un motor se detiene y se vuelve a iniciar mientras el procesolcfdestá inactivo, puede continuar ejecutando monitores, puesto queahora puede cargar las implementaciones de colecciones del disco,siempre que éstas se hayan recuperado con anterioridad desdesentry_gatewaymientras que el procesolcfd estaba activo.

El motor del Endpoint siempre intenta primero obtener la lista decolecciones y las implementaciones desdesentry_gateway, para quese baje cualquier colección actualizada. La información se cargadesde el disco sólo cuando el motor no puede obtener estainformación desdesentry_gateway.

Soporte a NetWareTivoli Distributed Monitoring, Versión 3.7, soporta NetWare 4.2, 5.0,5.0 SP1, 5.0 SP2, y 5.1. Consulte la publicaciónTivoli DistributedMonitoring, Notas de releasepara consultar información acerca de laúltima versión soportada.

Se proporcionan los siguientes niveles umbrales:

¶ warning

¶ critical

¶ severe

Consulte la publicaciónTivoli Distributed Monitoring Consulta decoleccionespara obtener más información acerca de la colección demonitores para Netware de Tivoli Distributed Monitoring.

Precisión entera del motor de Distributed MonitoringExiste un límite superior para el valor que un monitor numéricopuede devolver. Este límite es el valor entero más grande para cadamáquina. Por ejemplo, una máquina de 32 bits puede devolver unvalor entero tan elevado como 231, o lo que es igual, 2147483648.

32 Versión 3.7

Si necesita devolver un número más grande que el representado porel límite entero superior de una máquina, intente representarlo enotra unidad. Por ejemplo, si necesita devolver la cantidad de espaciolibre de un disco de 8 GB, intente devolver 8183453KB o 8183MB.

El motor de Distributed Monitoring también permite la utilización devalores de coma flotante, de forma que se pueden utilizar valoresmayores si es aceptable una pérdida en la precisión.

Utilización de Tivoli Distributed MonitoringTivoli Distributed Monitoring utiliza tres elementos clave quepermiten la supervisión de los recursos de la red:

¶ Perfiles de Tivoli Distributed Monitoring

¶ Monitores

¶ Colecciones de indicadores

Perfiles de Tivoli Distributed MonitoringComo muchas otras aplicaciones de Tivoli, Distributed Monitoringutiliza perfiles para almacenar y distribuir datos específicos de laaplicación. Los registros de perfil de algunas aplicaciones contienendatos del sistema. Sin embargo, debido a que Tivoli DistributedMonitoring no gestiona recursos del sistema, sus registros noincluyen datos del sistema. En su lugar, un registro de TivoliDistributed Monitoring define las características de un monitor,incluidos los atributos siguientes:

¶ Nombre del monitor

¶ Recurso que se deberá monitorizar

¶ Estado

¶ Planificación del monitor

¶ Respuestas automatizadas

Un perfil de Tivoli Distributed Monitoring también define lascaracterísticas que son válidas para todos los registros del perfil,como por ejemplo:


2.Introducción

aTivoli

Distributed

Monitoring

¶ Los ID de grupo y de usuario que son necesarios para ejecutarun script o un programa.

¶ La planificación de la supervisión predeterminada. (Laplanificación que se define dentro de un registro prevalece sobrela planificación predeterminada).

¶ El formato de los mensajes que se escriben en grupos de avisosy que se reenvían a servidores de eventos de Tivoli EnterpriseConsole.

¶ La afiliación de lacolección de indicadores. Una colección deindicadores contiene un conjunto de iconos, cada uno de loscuales corresponde a un perfil de Tivoli Distributed Monitoring,que cambia de estado cuando un monitor se activa.

¶ Los scripts que se van a ejecutar o los archivos que se van atransferir cuando se distribuye a un perfil de Tivoli DistributedMonitoring.

Un nuevo perfil de Tivoli Distributed Monitoring no contienemonitores ni respuestas hasta que se le añaden. La tarea deestablecer propiedades en un perfil de Tivoli Distributed Monitoringcomprende varias subtareas. Aquí se proporciona una visión generalde los pasos principales que incluye. Los procedimientos paso a pasode adición, edición y realización de otras acciones se proporcionanen capítulos posteriores.

Para establecer las propiedades del perfil de Tivoli DistributedMonitoring, vaya a la región de políticas adecuada, abra el gestor deperfiles adecuado y haga doble clic en un icono de perfil de TivoliDistributed Monitoring para visualizar el diálogoPropiedades del

34 Versión 3.7

perfil de Tivoli Distributed Monitoring .

La ventanaPropiedades del perfil de Tivoli DistributedMonitoring está en blanco si no se ha definido ningún monitor. Sise ha definido algún monitor, se visualizarán los nombres de monitory sus atributos.

Para establecer los monitores, se puede seleccionar entre lasopciones siguientes.

Añadir monitorProporciona un diálogo desde el que se pueden seleccionarfuentes de supervisión predefinidas y definidas por el usuarioque supervisan los roles comunes del sistema, como lacantidad de espacio de disco disponible y el tráfico de la red.Si desea obtener más información, consulte el apartado“Configuración y gestión de monitores” en la página 77.

Suprimir monitoresPermite suprimir monitores del perfil de Tivoli DistributedMonitoring. Si desea obtener más información, consulte elapartado “Gestión de perfiles de Distributed Monitoring” enla página 131.

Editar monitorProporciona un diálogo en el que se pueden establecer


2.Introducción

aTivoli

Distributed

Monitoring

umbrales para el monitor seleccionado, indicar cómo sedesea que responda el perfil de Tivoli Distributed Monitoringsi se alcanza el umbral y se genera un evento, y definir lafrecuencia con la que el perfil de Tivoli DistributedMonitoring comprueba o realiza un muestreo del monitor.

Nota: Cada uno de los diálogosEditar monitor Sentryhace referencia a un monitor en concreto. Por lotanto, en primer lugar se debe crear un monitor con eldiálogoAgregar monitor al perfil de TivoliDistributed Monitoring para poder definir suscaracterísticas en el diálogoEditar monitor .

Si desea obtener más información, consulte el apartado“Configuración y gestión de monitores” en la página 77.

Habilitar seleccionadoConmuta el monitor a un estadoactivo. Cuando está activo,un monitor está habilitado para supervisar las actividadesespecificadas de la región. Los monitores se encuentranhabilitados por omisión. Se deben inhabilitar explícitamente.La habilitación y la inhabilitación solamente se producendespués de distribuir el perfil.

Inhabilitar seleccionadoConmuta el monitor a un estadoinactivo. Cuando estáinactivo, el perfil de Tivoli Distributed Monitoring deja decomprobar el monitor. La habilitación y la inhabilitaciónsolamente se producen después de distribuir el perfil.

Se puede pulsar el botónSeleccionar todos (Monitores)paraseleccionar todos los monitores que se encuentran en un perfil deTivoli Distributed Monitoring. Para anular la selección de todos losmonitores que se encuentran en un perfil de Tivoli DistributedMonitoring, pulse el botónDeseleccionar todo (Monitores).

Consulte el apartado “Configuración y gestión de monitores” en lapágina 77 si desea obtener más información acerca de la definiciónde perfiles de Tivoli Distributed Monitoring.

36 Versión 3.7

.i desea más información acerca de gestores de perfiles generales yperfiles, consulte la publicaciónTivoli Framework, Guía del usuario.

MonitoresLas alertas o eventos asociados a un monitor se activan mediante susvalores. Si desea modificar los valores de los monitorespredeterminados de Tivoli Distributed Monitoring o crear sus propiosvalores, puede modificar y actualizar monitores de forma remota ydinámica sin detener el sistema. Tivoli Distributed Monitoringproporciona los valores siguientes:

umbralEstablece un límite o rango aceptable de valores sobre lacondición supervisada. Cuando la condición supervisadaalcanza el umbral especificado, Tivoli Distributed Monitoringgenera una alarma o evento de Tivoli Enterprise Console. Sepuede establecer o cambiar el umbral en cualquier monitor yen cualquier momento.

planificación de supervisiónEspecifica la frecuencia con la que un monitor comprueba laactividad del sistema y la compara con el umbral. Elplanificador de Tivoli Distributed Monitoring ejecutacomandos en fechas y horas específicas, de acuerdo con laplanificación de supervisión predeterminada o con unaplanificación definida por el usuario.

nivel de respuestaIndica una condición o nivel del monitor para el que elmonitor realiza acciones especificadas en rol de eventos delsistema. Se pueden establecer umbrales para todos losniveles y hacer que Tivoli Distributed Monitoringdesencadene una acción y evento distintos en cada nivel.

comportamiento de respuesta automatizadaEl definido para un monitor determina cómo respondercuando se alcanza o excede un umbral y se genera unevento. Se puede configurar cada monitor de modo queinforme acerca de alarmas/eventos de distintas formas, comopor ejemplo enviando correos electrónicos, cambiando el


2.Introducción

aTivoli

Distributed

Monitoring

estado de un icono, activando un diálogo emergente yenviando un evento de Tivoli Enterprise Console a unservidor de eventos. También se puede hacer que TivoliDistributed Monitoring ejecute un programa cuando sealcance un umbral.

Para reducir la actividad del sistema, el monitor de estado dedaemon de las colecciones de monitores Universal y de Tivolimantiene una instantánea de todos los procesos que se estánejecutando en un momento dado, en lugar de comprobarcontinuamente los procesos en ejecución. El monitor de estado dedaemon guarda esta información en caché a una velocidad máximade una vez por minuto. Este intervalo puede ser superior a unminuto en algunos casos, dependiendo de la carga del sistema.

Colecciones de indicadoresEl estado de un perfil de Tivoli Distributed Monitoring se puedeexpresar en una colección de indicadores. Las colecciones deindicadores se representan mediante el icono siguiente:

En una colección de indicadores, se pueden verindicadores paradeterminar el estado de un perfil de Tivoli Distributed Monitoring,ver información de registro acerca de cada perfil de TivoliDistributed Monitoring de la colección y desactivar un indicadoractivado. Las colecciones proporcionan un método fácil ycentralizado para comprobar todos los perfiles de Tivoli DistributedMonitoring de una región de políticas para mantener una visióngeneral de las condiciones actuales del sistema.

Se pueden crear colecciones según las necesidades—generalmente,una colección por cada región de políticas de Tivoli es el métodomás efectivo para proporcionar toda la información de estado delsistema en una ubicación central.

38 Versión 3.7

Los monitores están representados en la colección por iconos querepresentan los cuatro niveles de respuesta de un monitor. Losniveles de respuesta son:

NormalEstado en el que se están ejecutando los monitores, pero enel que no existe ninguna condición destacable. No hayningún indicador triangular presente.

WarningEl primer nivel de respuesta. El indicador triangular es azul.

SevereEl segundo nivel de respuesta. El indicador triangular esrojo.

CriticalEl tercer nivel de respuesta. El indicador triangular es negro.

Para obtener información sobre la creación de otros niveles derespuesta, consulte el comandowaddlevel.

Nota: Los niveles de respuesta personalizados no deberían utilizarsejunto con las colecciones de indicadores, puesto que losniveles de respuesta personalizados no tienen loscorrespondientes iconos indicadores.

Consideraciones acerca de la seguridadTivoli Distributed Monitoring funciona dentro de los límites de rolesde autorización para asegurar un uso seguro y autorizado de laaplicación. Para realizar una operación dentro de Tivoli DistributedMonitoring, se debe tener el rol de autorización necesario para latarea. Cada procedimiento de esta guía contiene una tabla queproporciona la tarea, el contexto y el rol necesarios para realizar laoperación.


2.Introducción

aTivoli

Distributed

Monitoring

Consideraciones sobre la comunicación entreregiones

Tivoli Distributed Monitoring intercambia los recursos siguientesentre regiones de administración de Tivoli (TMR):

¶ ManagedNode

¶ IndicatorCollection

¶ DistributedMonitoringProxy

¶ Administrator

Si envía una variable de entorno que representa un nombre de hostremoto a través de una conexión unidireccional y no se puederesolver la variable, la transacción fallará. Por ejemplo, si intentaejecutar un script en un host no válido del otro extremo de unaconexión unidireccional, el script no se ejecutará. Debido a que laconexión es unidireccional, no recibirá ningún mensaje de errorindicando que el script no se ha ejecutado.

Inicio rápidoUtilice la información que se encuentra en este apartado como guíade inicio rápido para la gestión del entorno utilizando los perfiles deTivoli Distributed Monitoring. Este método proporciona una ideageneral de las tareas que son necesarias para definir un perfil deTivoli Distributed Monitoring.

Los pasos claves de este proceso incluyen:

1. Asignar recursos gestionados.

2. Determinar las características del sistema que se supervisarán eimplementar agentes de recogida de datos personalizados si lascaracterísticas no se encuentran entre las proporcionadas por lasfuentes de supervisión predeterminadas.

3. Crear un perfil de Tivoli Distributed Monitoring en un gestor deperfiles.

40 Versión 3.7

4. Asociar el perfil de Tivoli Distributed Monitoring con unacolección de indicadores.

5. Crear uno o más monitores en un perfil de Tivoli DistributedMonitoring mediante la selección de una fuente de supervisión,la planificación de sondeo, los valores de umbral para uno o másniveles de respuesta y las acciones de respuesta que se llevarán acabo en cada nivel de gravedad.

6. Seleccionar los hosts que se deben supervisar y suscribirlos algestor de perfiles que contenga el perfil de Tivoli DistributedMonitoring.

7. Configurar Endpoints proxy si se desea supervisar recursos queno son Endpoints ni nodos gestionados.

8. Distribuir el perfil a los suscriptores.

9. Ajustar los datos del perfil de Tivoli Distributed Monitoring amedida que pasa el tiempo y se adquieren conocimientos con elcomportamiento del sistema.

El perfil de Tivoli Distributed Monitoring podrá entonces utilizarsepara gestionar el entorno. El usuario podrá añadir, editar o eliminarelementos del perfil de Tivoli Distributed Monitoring en cualquiermomento. Se pueden distribuir los cambios inmediatamente a loshosts supervisados.

Después de crear un perfil que funcione correctamente en el entorno,se puede utilizar dicho perfil como perfil fuente predeterminado paracrear otros perfiles de Tivoli Distributed Monitoring.


2.Introducción

aTivoli

Distributed

Monitoring

42 Versión 3.7

Configuración de TivoliDistributed Monitoring

Este capítulo guía a los administradores en el proceso deconfiguración de los recursos gestionados de Tivoli DistributedMonitoring. Este proceso incluye la creación de una o máscolecciones de indicadores y perfiles de Tivoli DistributedMonitoring, la asignación de perfiles de Tivoli DistributedMonitoring a colecciones de indicadores y el establecimiento desuscriptores. La mayoría de los procedimientos de este capítulo sonparecidos a los que se describen en la publicaciónTivoliManagement Framework Guía del usuario.

Para poder utilizar Tivoli Distributed Monitoring para supervisar losrecursos de la red y el sistema, es necesario llevar a cabo lasacciones siguientes:

¶ Planificar los recursos que cada administrador tiene laresponsabilidad de supervisar.

¶ Crear una región de políticas y un gestor de perfiles. Estosrecursos de Tivoli deben estar presentes para poder crear unperfil de Distributed Monitoring o cualquier monitor. También sedeben asignar los roles de autorización apropiadas para cadaadministrador. Si desea obtener más detalles acerca de lasregiones de políticas, gestores de perfiles, y roles deautorización, consulte la publicaciónTivoli ManagementFramework Guía del usuario.

3


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

Asignación de recursos gestionados de TivoliDistributed Monitoring a una región de políticas

Cada región de políticas mantiene una lista de tipos de recursosgestionados que se definen para cada región de políticas específica.Se deben añadir los perfiles de Tivoli Distributed Monitoring,colecciones de indicadores y Endpoints proxy como recursosgestionados para poder crear estos elementos. Los perfiles de TivoliDistributed Monitoring permiten la definición de monitores y ladistribución de dichos monitores a nodos gestionados suscritos. Lascolecciones de indicadores contienen un conjunto de iconos querepresentan perfiles individuales de Tivoli Distributed Monitoring.Los iconos cambian de estado para informar acerca de la gravedadde una condición que Tivoli Distributed Monitoring ha detectado. Elrecurso gestionado de Endpoint proxy permite la supervisión deobjetos que no sean nodos gestionados.

Nota: Solamente es necesario realizar este procedimiento una vezpor cada región de políticas.


Actividad Contexto Rol necesario

Añadir recursos gestionados auna región de políticas

región de políticas admin, senior osuper

Se puede realizar esta tarea desde el escritorio de Tivoli o desde lalínea de comandos.

EscritorioLleve a cabo los pasos siguientes para añadir recursos gestionados deTivoli Distributed Monitoring a una región de políticas:

1. SeleccioneRecursos gestionados...en el menú emergente delicono de una región de políticas. Se visualizará el diálogo

44 Versión 3.7

Establecer recursos gestionados:

2. Seleccione las opcionesIndicatorCollection , SentryProfile ySentryProxy de la listaRecursos disponiblesy pulse el botónde flecha izquierda para trasladar estos recursos gestionados a lalista Recursos actuales.

3. Pulse el botónEstablecer y cerrar para añadir el perfil deldirectorio como recurso y cerrar el diálogo.

Línea de comandosEn el ejemplo siguiente se añaden perfiles de Tivoli DistributedMonitoring como un recurso gestionado:wsetpr SentryProfile Corp-region

donde:

SentryProfile Especifica que un perfil de Tivoli DistributedMonitoring se deberá añadir como recursogestionado.

Corp-region Especifica la región de políticas a la que se deberáañadir el recurso de perfil de Tivoli DistributedMonitoring.

Si desea más información, consulte el comandowsetpr en lapublicaciónTivoli Framework Manual de consulta.


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

Creación de un perfil de Tivoli Distributed MonitoringUn paso importante en la configuración de Tivoli DistributedMonitoring para que supervise las actividades del sistema consiste enla creación de uno o más perfiles de Tivoli Distributed Monitoring.Los perfiles de Tivoli Distributed Monitoring permiten la definiciónde monitores y la distribución de dichos monitores a nodosgestionados suscritos.

Los perfiles de Tivoli Distributed Monitoring son parecidos a los queotras aplicaciones de Tivoli definen y utilizan, pero los tipos deperfiles no son intercambiables. Por ejemplo, no se pueden utilizarlos perfiles de Tivoli Distributed Monitoring para gestionar lospaquetes de archivos de Tivoli Software Distribution.

Nota: Debe haberse creado un gestor de perfiles antes de iniciar esteprocedimiento. Consulte la publicaciónTivoli ManagementFramework Guía del usuariosi desea obtener másinformación acerca de los gestores de perfiles.

La tabla siguiente proporciona el contexto y la rol de autorizaciónque son necesarios para esta tarea:


Crear un perfil deTivoli DistributedMonitoring

Gestor de perfiles senior o super


EscritorioSiga los pasos siguientes para crear un perfil de Tivoli DistributedMonitoring:

46 Versión 3.7

1. Desde una región de políticas, haga doble clic en un icono degestor de perfiles. Se visualizará el diálogoGestor de perfiles:


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

2. SeleccionePerfil... en el menúCrear para visualizar el diálogoCrear perfil .

3. Entre un nombre exclusivo para el perfil en el campo de textoEtiqueta de icono/Nombre.

Nota: Un nombre de perfil debe ser exclusivo dentro de la TMR(Tivoli Management Region). Si entra el nombre de unperfil de Tivoli Distributed Monitoring que ya exista en laregión, se visualizará un mensaje de error.

4. Seleccione el perfilSentryProfile de la lista desplazableTipo.

5. Pulse el botónCrear y cerrar para crear el perfil y volver a laventanaGestor de perfiles. Se visualizará un icono querepresenta el perfil de Tivoli Distributed Monitoring reciéncreado en la ventanaGestor de perfiles.

Línea de comandosEn el ejemplo siguiente se crea un perfil de Tivoli DistributedMonitoring:wcrtprf @ProfileManager:ProfMgr SentryProfile\DiskSpace

donde:

@ProfileManager:ProfMgrEspecifica el gestor de perfiles en el que se deberácrear el perfil de Tivoli Distributed Monitoring.

48 Versión 3.7

SentryProfile Especifica que se debe crear un perfil de TivoliDistributed Monitoring.

DiskSpace Especifica un nombre exclusivo para el perfil deTivoli Distributed Monitoring.

Para obtener más información, consulte el comandowcrtprf en lapublicaciónTivoli Framework Manual de consulta.

Envío de eventos de Tivoli Enterprise ConsoleLos eventos de Tivoli Enterprise Console se pueden enviar comorespuesta a un umbral de supervisión procedente de un Endpoint onodo gestionado que tenga instalado Tivoli Distributed Monitoring.

Requisitos previos para el envío de eventos TivoliEnterprise Console

Antes de poder enviar eventos de Tivoli Distributed Monitoring conéxito a un servidor de eventos o a Tivoli Availability IntermediateManager, se deben importar los archivos BAROC de TivoliDistributed Monitoring a la base de reglas que se utiliza en eldestino. Destino, de aquí en adelante, hace referencia a un servidorde eventos o Tivoli Availability Intermediate Manager, ya que ambosutilizan bases de reglas. La importación de los archivos BAROC deTivoli Distributed Monitoring permite que el destino reconozca loseventos entrantes generados por Tivoli Distributed Monitoring. Losprocedimientos generales para la importación de archivos BAROCde Tivoli Distributed Monitoring a una base de reglas se detallan acontinuación. Los detalles acerca de la realización de cada paso delprocedimiento figuran en la publicaciónTivoli Enterprise ConsoleGuía del constructor de normas.

1. Seleccione una base de norma existente o cree una nueva paracontener los archivos BAROC de Tivoli Distributed Monitoring.

2. Importe los archivos BAROC a la base de reglas. Importeprimero el archivo Sentry.baroc. Importe el resto de los archivosBAROC para las colecciones de monitores después del archivoSentry.baroc. La mayor parte de los archivos BAROC para lascolecciones de monitores se encuentran en


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

$BINDIR/../generic/SentryMonitors. Los archivos BAROCasociados a SNMP se encuentran en$BINDIR/../generic/SNMP.

3. Compile, cargue y active la base de reglas en el destino.Consulte la publicaciónTivoli Availability Intermediate ManagerGuía del usuariosi desea conocer el procedimiento para laimportación de una base de reglas para ser utilizada por un TivoliAvailability Intermediate Manager.

4. El servidor de eventos se debe detener y reiniciar. El servidor deeventos está ya listo para recibir eventos de Tivoli DistributedMonitoring desde las fuentes de supervisión cuyos archivosBAROC correspondientes se hayan importado.

Envío de eventos desde Endpoints soportados porEIF

El envío de eventos desde Endpoints AIX, HP-UX, Solaris, yWindows NT utiliza el recurso EIF (Event Integration Facility) deTivoli Enterprise Console. (Consulte “Envío de eventos desde nodosgestionados y Endpoints no soportados por el EIF” en la página 55 sidesea información acerca de otras plataformas que no esténsoportadas por EIF). Puede enviar eventos desde estos Endpoints aun servidor de eventos, utilizando comunicaciones TivoliManagement Framework (conocidas comointerfaz Tivoli ), o a unTivoli Availability Intermediate Manager o a unservidor de eventosque no se encuentre dentro de la TMR local, utilizando unainterfazno Tivoli. Una interfaz no Tivoli utiliza mecanismos estándar decomunicación entre procesos (por ejemplo, la apertura de un socketIP) y envía un evento directamente a su destino. Consulte lapublicaciónTivoli Distributed Monitoring, Notas de releaseparaobtener información acerca de las versiones más recientes de lasplataformas soportadas en estos Endpoints.

Algunas de las ventajas de la utilización de una interfaz Tivolifiguran a continuación:

¶ Puesta en caché de eventos por los Endpoints si se pierde lacomunicación entre los Endpoints si la comunicación entre losEndpoints y el gateway de Tivoli Enterprise Console.

50 Versión 3.7

¶ Puesta en caché de eventos por el gateway Tivoli EnterpriseConsole si se pierde la comunicación entre el gateway y elservidor de eventos o Tivoli Availability Intermediate Manager.

¶ Filtrado de eventos por los Endpoints y el gateway de TivoliEnterprise Console.

¶ Ajustabilidad. Muchos Endpoints envían eventos al gatewayTivoli Enterprise Console, que se encuentra instalado en un nodogestionado. En los Endpoints se ejecuta menos softwarerelacionado con los eventos que en el nodo gestionado con elgateway. El gateway puede agrupar los eventos que se envían alservidor de eventos para que haya menos tráfico de red y unmejor rendimiento del proceso de eventos.

Archivo de configuración EIF para un EndpointDebido a que estos Endpoints utilizan el EIF para la transmisión deeventos, hay un archivo de configuración EIF asociado con cadaEndpoint. Este archivo define las opciones de configuración, en estecaso para el envío de eventos desde un Endpoint de TivoliDistributed Monitoring a un servidor de eventos o Tivoli AvailabilityIntermediate Manager.

El archivo de configuración EIF de un Endpoint se creaautomáticamente la primera vez que el evento se envía desde elEndpoint. El archivo se denominanombre_servidor_eventos.conf yestá ubicado en el directorio$LCF_DATDIR . Contiene las opcionessiguientes por omisión. Puede añadir otras opciones o cambiarvalores con un editor de textos.

BufEvtPathEspecifica el nombre completo de la ruta del archivo de lacaché para almacenar eventos cuando se pierde lacomunicación entre el Endpoint y el gateway TivoliEnterprise Console, el servidor de eventos, o TivoliAvailability Intermediate Manager. Cuando se restablecen lascomunicaciones, se envían los eventos de la caché.

El valor inicial es la ruta definida por la variable de entorno$LCF_DATDIR en el Endpoint. El nombre del archivo dela caché esnombre_servidor_eventos.cache.


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

Es necesaria la opciónBufEvtPath.

ServerLocationEspecifica el nombre del host en el que se encuentrainstalado el servidor de eventos primario o Tivoli AvailabilityIntermediate Manager.

Nota: Tivoli recomienda que no se cambie este nombremanualmente en el archivo de configuración de modoque se mantenga sincronizado con la especificaciónServidor de los valores de respuesta del monitor. ’

El valor de este campo deberá ser uno de los formatos de latabla siguiente, dependiendo de si los eventos se enviaránutilizando una interfaz Tivoli o una interfaz no Tivoli, y desi el servidor de eventos es parte de una TMRinterconectada.

Interfaz decomunicaciones Formato

Interfaz Tivoli en la TMRlocal

@EventServer

Interfaz Tivoli en una TMRinterconectada

@EventServer#nombre_región

Interfaz no Tivoli nombre_hosto dirección_IPy el número depuerto que utiliza el destino para escuchareventos. Utilice el formato con puntos parala dirección_IP.Por ejemplo,pippo.rome.tivoli.com+5529o146.89.176.45+5529.

Para eventos que se envíen utilizando la interfaz Tivoli, losdestinos secundarios, si los hubiere, están definidos en elarchivo de configuración de el gateway de Tivoli EnterpriseConsole. Especifique un destino primario únicamente en elarchivo de configuración EIF de un Endpoint que vaya autilizar una interfaz Tivoli. Los destinos secundarios seutilizan sólo cuando no se pueden alcanzar los destinosprimarios.

52 Versión 3.7

En los eventos que se enviarán utilizando una interfaz noTivoli, la opciónServerLocation puede estar compuesta dehasta ocho valores, separados por comas. La primeraubicación es el destino primario, mientras que el resto sondestinos secundarios que se utilizarán sólo en el caso de queno se pueda alcanzar el destino primario.

El valor inicial de la opciónServerLocation deriva del valorespecificado en el recuadro de textoServidor del diálogoEditar monitor o de la opción–servidor T de los comandoswaddmon y wsetmon.

La opciónServerLocation es necesaria.

ServerPortEspecifica el número de puerto de una interfaz no Tivoli enel cual el servidor de eventos o Tivoli AvailabilityIntermediate Manager recibe los eventos.

Nota: Tivoli recomienda que no se cambie este nombremanualmente en el archivo de configuración para quese mantenga sincronizado con la especificaciónServidor de los valores de respuesta del monitor.

Este valor se debería fijar en0 (el valor por omisión) amenos que el correlacionador de puertos no se encuentredisponible en el destino, que sería el caso si el servidor deeventos se está ejecutando en Windows NT o si el destino esun Tivoli Availability Intermediate Manager (véase la notasiguiente). Si el número de puerto está establecido en0 o nose encuentra definido, el número de puerto se recuperautilizando el precompilador.

La opciónServerPort puede estar compuesta de hasta ochovalores, separados por comas. Especifique sólo un número depuerto, independientemente del número de valores deServerLocation especificados; no obstante, si especifica másde un número de puerto, deberá especificar un número depuerto que corresponda a cada uno de los valoresServerLocation.


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

El valor inicial de la opciónServerPort deriva del valorespecificado en el recuadro de textoServidor del diálogoEditar monitor o de la opción–Servidor T de loscomandoswaddmon y wsetmon.

La opciónServerPort es opcional cuando el servidor deeventos se ejecuta en UNIX, pero es obligatoria cuando seejecuta en Windows NT o cuando se envían eventos a TivoliAvailability Intermediate Manager.

Notas:

1. Si el servidor de eventos se ejecuta en Windows NT:Nohay un daemon precompilador en un host de WindowsNT que permita que una aplicación consulte el puerto derecepción durante la ejecución. El servidor de eventosrecibe eventos en un puerto de recepción fijo (definidopor la entradatec_recv_agent_porten el archivo.tec_config) los datos de entrada procedentes de laconexión y de la aplicación. La opciónServerPortdebería estar fijada en el valor de la entradatec_recv_agent_portdel archivo.tec_configdeldirectorio$BINDIR/Tivoli/TEC . El valor por omisión es5529.

2. El Tivoli Availability Intermediate Manager nunca utilizael correlacionador de puertos. Recibe eventos en unpuerto fijo, establecido en el GUI de Tivoli AvailabilityIntermediate Manager.

Dónde encontrar información adicional acerca de lasopciones del archivo de configuración EIF

Existen otras opciones de configuración que se pueden utilizar en elarchivo de configuración EIF de un Endpoint. Los archivos deconfiguración EIF utilizados por Tivoli Distributed Monitoring sonparecidos a los utilizados por los adaptadores de eventos de TivoliEnterprise Console y el gateway Tivoli Enterprise Console, aunqueno son exactamente iguales. No todas las opciones de configuraciónestán soportadas por todas las aplicaciones que utilizan un archivo deconfiguración EIF. Algunas de las opciones utilizadas por losadaptadores de eventos y el gateway Tivoli Enterprise Console no

54 Versión 3.7

son útiles para Tivoli Distributed Monitoring. Aunque en lapublicaciónTivoli Enterprise Console, Guía de adaptadoressediscuten las opciones de configuración de archivos en lo referente asu relación con los adaptadores de eventos y con el gateway deTivoli Enterprise Console, las descripciones y conceptosgeneralmente son los mismos para aquellas opciones que resultanútiles con Tivoli Distributed Monitoring. La tabla siguiente muestraalgunas de las demás opciones útiles del archivo de configuraciónpara Tivoli Distributed Monitoring, y algunas de las opciones que noson útiles (con las correspondientes razones).

Opciones útiles delarchivo deconfiguración EIF

Opciones no útiles del archivo deconfiguración EIF

BufEvtMaxSizeBufEvtRdblkLenBufEvtShrinkSizeBufferEventsBufferFlushRateBuffersEventsLimitEventMaxSizeFilterFilterCacheFilterModeTestMode

AdapterErrorFileNo existen datos de salida del error.

AdapterCdsFileNo hay un archivo de sentencia dedefinición de clase (CDS).

ConnectionModeSe utiliza siempre la modalidad noorientada a la conexión porque se cierradespués de enviar cada uno de loseventos.

RetryIntervalSe aplica únicamente a la modalidadorientada a la conexión, no a lamodalidad no orientada a la conexión.

Envío de eventos desde nodos gestionados yEndpoints no soportados por el EIF

También se pueden enviar eventos desde los nodos gestionados yEndpoints no soportados por el EIF con Tivoli DistributedMonitoring. Esto incluye cualquier nodo gestionado y plataformas deEndpoints como AS/400, NetWare, OS/2, y Windows 2000. Las


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

comunicaciones entre estos nodos gestionados y Endpoints y elservidor de eventos se gestionan con un canal de comunicaciones deTivoli Distributed Monitoring.

Especificación del destino de los eventos de TivoliEnterprise Console

Esta tarea le permite especificar un destino para los eventos deTivoli Enterprise Console generados por Tivoli DistributedMonitoring. El destino puede ser un servidor de eventos o el TivoliAvailability Intermediate Manager.

La tabla siguiente proporciona el contexto y la rol de autorizaciónque son necesarios para esta tarea.


Especifique un destinopara los eventos deTivoli EnterpriseConsole

Editar monitor admin


EscritorioUtilice los pasos siguientes para especificar un servidor de eventos oTivoli Availability Intermediate Manager como destino de loseventos de Tivoli Enterprise Console:

56 Versión 3.7

1. Seleccione el recuadroEnviar evento de Enterprise Consoleenel diálogoEditar monitor .

2. Seleccione la gravedad para el evento en la lista desplegable.

3. Especifique el destino de los eventos utilizando uno de losmétodos siguientes:

¶ Para enviar eventos a un servidor de eventos utilizando lainterfaz Tivoli desde un Endpoint, o para enviar eventos a unservidor de eventos desde un nodo gestionado:

a. Pulse el botónServidoresen el diálogoEditar monitor .Se visualizará el recuadro de diálogoEnterpriseConsole.

b. Para enviar eventos a un servidor de eventos utilizando lainterfaz Tivoli desde un Endpoint, seleccioneun soloservidor de eventos. Recuerde que los servidores deeventos secundarios para Endpoints que envían eventos


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

utilizando la interfaz Tivoli están definidos en el archivode configuración de el gateway de Tivoli EnterpriseConsole. Pulse el botónEstablecer & Cerrar después dehaber efectuado la selección.

—O bien:—

Para enviar eventos a un servidor de eventos desde unnodo gestionado o un Endpoint no soportado por EIF,seleccione el primer servidor de eventos como servidorprimario, y si lo desea, seleccione servidores adicionalescomo servidores secundarios. Presione el botónEstablecerdespués de cada selección para especificarvarios servidores de eventos secundarios. Pulse el botónEstablecer & Cerrar después de haber efectuado laselección final.

¶ Para enviar eventos a un servidor de eventos o a TivoliAvailability Intermediate Manager utilizando una interfaz no

58 Versión 3.7

Tivoli desde un Endpoint, escriba el nombre de host o ladirección IP del destino, además del puerto que utiliza eldestino para recibir eventos, en el recuadro de texto ’Servidor del diálogoEditar monitor . Por ejemplo,pippo.rome.tivoli.com+5529o 146.89.176.45+5529. Alespecificar los destinos secundarios, sepárelos entre ellos conuna coma.

Línea de comandosEl ejemplo siguiente añade un monitor a un Endpoint soportado porel EIF. El monitor está configurado para enviar un evento de TivoliEnterprise Console a un servidor de eventos, utilizando la interfaz noTivoli cuando se alcanza el umbralwarning.waddmon NT_LogicalDisk FreeMegabytes -a C: -c warning \-R "->>" 40 -T FATAL pippo.rome.tivoli.com+5529 \-v myprofile

NT_LogicalDiskEspecifica el nombre de la colección de monitores a la quepertenece el monitor.

FreeMegabytesEspecifica el nombre del monitor.

–a C: Especifica que la unidadC: debe supervisarse.

–c warningEspecifica el nivel de respuestawarning.

–R ″->>″ 40Especifica que se desencadene la respuestawarning si launidad se encuentre ocupada en más de un 40 por ciento.

–T FATALEspecifica que se envíe un evento de Tivoli EnterpriseConsole cuya gravedad seaFATAL cuando se desencadenela respuestawarning.

pippo.rome.tivoli.com+5529Especifica que se envíe el evento de Tivoli EnterpriseConsole al servidor de eventos llamadopippo.rome.tivoli.com, que está utilizando del puerto5529para recibir eventos. El especificar el número de puerto con


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

el nombre de host, indica que la interfaz no Tivoli se debeutilizar para las comunicaciones entre el Endpoint y elservidor de eventos.

–v Especifica que no se valide el nombre del servidor deeventos.

myprofileEspecifica el nombre del perfil al que pertenece este monitor.

Si desea más información acerca del comandowaddmon, consulte“waddmon” en la página 254.

Envío de eventos a un servidor de eventos localdesde un nodo gestionado o un Endpoint nosoportado por EIF

Para enviar eventos a un servidor de eventos local en vez de a unservidor de eventos maestro, desde un nodo gestionado o unEndpoint no soportado por EIF, lleve a cabo los pasos siguientes:

1. Al seleccionar la respuestaEnviar evento de EnterpriseConsolepara un monitor que se va a distribuir a uno o másnodos gestionados no soportados por EIF, entre un nombreinventado, como por ejemplolocaltec como valor delServidor.Este nombre de servidor no debe corresponder realmente a unnombre de servidor de eventos.

Nota: Si no tiene un servidor de eventos instalado en el servidorTMR, obtendrá un mensaje de error indicando que no seha encontrado el tipo de recursoEventServer. Si estoocurre, ejecute el siguiente comando en el servidor TMRpara crear el tipo de recurso apropiado en la base dedatos:wregister -i -r EventServer

2. Ejecute los siguientes comandos entodoslos servidores TMRque contengan un destino en el que se distribuirá este monitor:wlookup -ar EventServer

60 Versión 3.7

Nota: Identifique el número OID (#########.##.####) delservidor de eventos en el sistema local para que se puedautilizar en el comando siguiente.

wregister -i -r DistAutoEng localtec OID

De esta forma ocurren dos cosas en el registro de nombres deTivoli:

¶ Se crea un nuevo tipo de recurso con el nombreDistAutoEng

¶ Se añade el recursolocaltec y se le asigna el OID delservidor de eventos local como ID de objeto.

3. Distribuya el monitor.

Nota: Si para el valor deServidor se hubiera introducido elnombre de un servidor de eventos real, el OID delservidor se debería resolver en este momento ydistribuirse al destino. Puesto que se entró un nombre deservidor de eventos falso, no hay ninguna resolución. Elprocesowlsengdel motor del destino devuelve losiguiente bajo la secciónRespuestas:<<Universal><host><test#test...critical

tec("localtec","FATAL","0");

Los eventos siguientes se producen cuando se alcanza el umbral delmonitor:

1. sentry_enginecomprueba si tiene un OID de servidor deeventos. En este ejemplo, no lo tiene.

2. Busca en el registro de nombres un recurso con el nombrelocaltec del tipo EventServer, que tampoco encuentra.

3. Finalmente,sentry_enginebusca en el registro de nombres untipo de recursoDistAutoEng con el nombrelocaltec. Loencuentra, y puesto que el ID del objeto es el mismo que el delservidor de eventos local, el motor envía el evento al servidor deeventos local.


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

Creación de una colección de indicadoresDebe crearse una colección de indicadores para ver los iconos deestado de los perfiles de Tivoli Distributed Monitoring.

Nota: Tivoli sugiere que, en general, se cree solamente unacolección en cada región de políticas. Esta convenciónsimplifica la tarea de realizar un seguimiento de los perfilesde Tivoli Distributed Monitoring en varios gestores deperfiles. Sin embargo, si tiene una región de políticas condemasiados perfiles de Tivoli Distributed Monitoring parapoder manejarlos de forma razonable en una colección, puedecrear tantas colecciones como sea necesario en dicha regiónde políticas.



Crear una colección deindicadores

Región de política admin


EscritorioLleve a cabo los pasos siguientes para crear una colección deindicadores:

1. Haga doble clic en el icono de la región de políticas en la quedesee crear una colección de indicadores. Se visualizará una

62 Versión 3.7

ventanaRegión de política:

2. SeleccioneColección de indicadores ...en el menúCrear paravisualizar el diálogoCrear colección de indicadores.

Nota: Si no se visualiza la opciónColección de indicadores...,debe definirse la colección como un recurso gestionado.Consulte el apartado “Configuración de Tivoli DistributedMonitoring” en la página 43 si desea obtener más detalles.

3. Entre un nombre exclusivo para la colección en el campo detexto Nombre. Si hay dos colecciones de indicadores con elmismo nombre, incluso si se hallan en regiones distintas, TivoliDistributed Monitoring no distribuye la información de estado.(No pasa nada en ninguna de las colecciones de indicadores parareflejar el estado de los perfiles de Tivoli Distributed Monitoringasociados).

4. Pulse el botónCrear y cerrar para crear la colección deindicadores y volver a la ventanaRegión de política. Se


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

visualizará un icono que representa la colección de indicadoresrecién creada en la ventanaRegión de política.

Línea de comandosEn el ejemplo siguiente se crea una colección de indicadores:wcrtsntcoll graceland Mis_indicadores

donde:

graceland Especifica el nombre de la región de políticas en laque se deberá crear la colección de indicadores.

Mis_indicadoresEspecifica el nombre de la colección de indicadores.

Consulte el comandowcrtsntcoll en la página 275 si desea obtenermás información.

Asociación de perfiles de Tivoli DistributedMonitoring con una colección de indicadores

Después de la creación de la colección de indicadores, debe asociarlaa un perfil de Tivoli Distributed Monitoring para mostrar lasrespuestas del perfil. Tivoli recomienda la creación de una colecciónde indicadores por cada región de políticas y la asociación de todoslos perfiles de Distributed Monitoring de esa región con dichacolección.

64 Versión 3.7



Asociar un perfil deTivoli DistributedMonitoring con unacolección deindicadores



EscritorioSiga los pasos siguientes para asociar un perfil de Tivoli DistributedMonitoring con una colección de indicadores:

1. Desde una ventana de unGestor de perfiles, haga doble clic enel icono del perfil de Tivoli Distributed Monitoring que deseeasociar. Se visualizará el diálogoPropiedades del perfil deTivoli Distributed Monitoring :

2. SeleccioneSeleccionar colección de indicadoresdel menúMonitorización para visualizar el diálogoSeleccionar colección


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

de indicadores.

3. Seleccione la colección de indicadores a la que desee asociar elperfil de Tivoli Distributed Monitoring.

4. Pulse el botónEstablecer y cerrar para asociar el perfil deTivoli Distributed Monitoring y la colección de indicadores, yvolver al diálogoPropiedades del perfil de Tivoli DistributedMonitoring .

Línea de comandosEn el ejemplo siguiente se asocia un perfil de Tivoli DistributedMonitoring a una colección de indicadores:wsetcoll Mis_indicadores DiskSpace

donde:


DiskSpace Especifica el nombre del perfil de Tivoli DistributedMonitoring que se asociará.

Consulte el comandowsetcoll en Comandos de DistributedMonitoring si desea obtener más información.

66 Versión 3.7

Establecimiento de suscriptoresEl abono de un Endpoint a un gestor de perfiles determina losrecursos que recibe un perfil cuando se distribuye. Tivoli DistributedMonitoring utiliza la lista de suscriptores para determinar los hostsque supervisarán los recursos de la red y el sistema. Para añadir unsuscriptor a un perfil de Tivoli Distributed Monitoring, debe añadirseel suscriptor al gestor de perfiles.



Añadir uno o mássuscriptores

Región de política delgestor de perfiles Y regióno regiones de políticas delos suscriptores

admin, senior osuper

Se puede añadir un suscriptor desde el escritorio de Tivoli o desde lalínea de comandos.

EscritorioLleve a cabo los pasos siguientes para añadir uno o más suscriptoresa un gestor de perfiles:


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

1. Desde una región de políticas, haga doble clic en un icono delgestor de perfiles para visualizar la ventanaGestor de perfiles.

2. SeleccioneSuscriptores...en el menúGestor de perfilesparavisualizar el diálogoSuscriptores.

Este diálogo contiene una lista de todos los gestores de perfiles yEndpoints que se pueden abonar al gestor de perfiles actual.

68 Versión 3.7

Nota: Tivoli Distributed Monitoring sólo da soporte a gestoresde perfiles, nodos gestionados y Endpoints. Si hainstalado Tivoli User Administration, puede que tambiénse visualicen los dominios NIS y otros tipos de Endpointsen este diálogo. No distribuya perfiles de TivoliDistributed Monitoring a estos otros tipos de Endpoints.

3. Seleccione uno o más suscriptores en la lista de desplazamientoDisponibles para convertirse en suscriptores.

4. Pulse el botón de flecha izquierda para trasladar las seleccionesdesde la lista de disponibles a la lista de desplazamientoSuscriptores actuales.

5. Pulse el botónEstablecer abonos y cerrarpara añadir lossuscriptores al gestor de perfiles y cerrar el diálogoSuscriptores.Se visualizan los iconos de los nuevos suscriptores en la mitadinferior de la ventanaGestor de perfiles.

Deberá distribuir el perfil para establecer la relación de suscripción yactualizar los archivos del sistema de los suscriptores.

Nota: Los iconos de perfil aparecen en las ventanas de visualizaciónde los suscriptores después de distribuir los perfiles por vezprimera y establecer la relación de suscripción.

Si desea obtener información acerca de la distribución de un perfilde Tivoli Distributed Monitoring, consulte el apartado Gestión deperfiles de Distributed Monitoring.

Línea de comandosEn el ejemplo siguiente se añaden suscriptores a un gestor deperfiles:wsub @ProfileManager:Master@ManagedNode:\sgraceland

donde:

Master Especifica el nombre del gestor de perfiles.

graceland Especifica el nombre del nodo gestionado.


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

Si desea obtener más información acerca del comandowsub,consulte elTivoli Management Framework, Manual de Consulta.

Establecimiento de valores predeterminados dedistribución

Se pueden controlar los valores por omisión que utiliza TivoliDistributed Monitoring cuando distribuye un perfil. Los valorespredeterminados determinan los valores de distribución que seseleccionan inicialmente. Un administrador con la rol de autorizaciónadecuada puede invalidar los valores predeterminados. Los valorespredeterminados se establecen en base a cada perfil. Las opcionespredeterminadas de cada perfil pueden ser distintas de las de losdemás perfiles.



Establecer valorespredeterminados dedistribución de perfiles


Se puede realizar este procedimiento solamente desde el escritorio deTivoli.

Lleve a cabo los pasos siguientes para establecer los valorespredeterminados de distribución:

70 Versión 3.7

1. Desde una región de políticas, haga doble clic en un icono degestor de perfiles para visualizar el diálogoGestor de perfiles.

2. Haga doble clic en el perfil de Tivoli Distributed Monitoring quedesee para visualizar el diálogoPropiedades del perfil de Tivoli


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

Distributed Monitoring :

3. Seleccione la opciónValores predeterminados dedistribución... del menúPerfil para visualizar el diálogoValorespredeterminados de distribución.

4. Seleccione una de las opcionesDistribuir a en base a lasdescripciones siguientes:

¶ Siguiente nivel de suscriptores

Distribuye el perfil solamente a los suscriptores mencionadosen el áreaSuscriptoresdel diálogoGestor de perfiles.

Esta selección distribuye el perfil sólo a los suscriptores delgestor de perfiles. No lo distribuye a un nivel inferior desuscriptores. Si un gestor de perfiles con suscriptores resideen el siguiente nivel inferior, puede que sea necesario realizar

72 Versión 3.7

el proceso de distribución desde gestores de perfiles a másde un nivel para alcanzar todos los Endpoints del perfil.

¶ Todos los niveles de suscriptores

Distribuye el perfil a todos los suscriptores y a todos lossuscriptores de los suscriptores. Seleccione esta opción sidesea distribuir un perfil en el que su nodo gestionado es elúnico suscriptor.

5. Seleccione una de las opcionesLa distribución realizará lassiguientes accionesen base a las descripciones siguientes:

¶ Mantener modificaciones en la copia del perfil de lossuscriptores

Conserva las entradas que aparecen en el perfil delsuscriptor, aunque no aparezcan en el perfil que sedistribuye.

¶ Hacer que el perfil de los suscriptores sea una COPIAEXACTA de este perfil

Sobreescribe el perfil del suscriptor con una copia exacta delperfil que se distribuye.

6. Pulse el botónEstablecer y cerrar para establecer los valorespredeterminados de distribución y cerrar el diálogo.

Monitorización de sistemas NetWareTivoli Distributed Monitoring Versión 3.7 proporciona un gatewaypara la supervisión de Endpoints en sistemas NetWare.

El archivo de configuración para la colección de monitores deNetware esSENTRY.DAT y está ubicado en el directorio raíz delvolumenSYS:. Este archivo contiene los datos mínimos necesariospara restaurar los umbrales y definiciones de eventos para lacolección de monitores de NetWare cuando se inicia el sistema. ElarchivoSENTRY.DAT se lee únicamente cuando se inicia el sistemay sólo se escribe en él cuando la NLM no está cargada.

Nota: Si se suprime el archivoSENTRY.DAT y luego se inicia laNLM, el sistema se inicia con la supervisión nueva y no tiene


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

establecido ningún evento ni umbral. La siguiente distribucióndel perfil de Tivoli Distributed Monitoring al Endpointdebería efectuarse comoHacer una COPIA EXACTA deeste perfil en el perfil de suscriptores.

La gateway de Tivoli Distributed Monitoring es un proceso que seejecuta en un nodo gestionado. La gateway recibe las notificacionesde eventos de umbral desde todos los Endpoints gestionados por elgateway, e inicia cualquier acción de respuesta. Todas lasdistribuciones de perfiles de Tivoli Distributed Monitoring aEndpoints son procesadas por los mismos Endpoints y toda lacorrelación de eventos de umbral y acciones de respuesta semantiene en cada Endpoint.

Si desea obtener más información acerca de Endpoints, consulte lapublicaciónTivoli Management Framework Guía del usuario.

Ejecución de la versión de Endpoint de loscomandos de Tivoli Distributed Monitoring

Para poder ejecutar la versión de Endpoint del comando de TivoliDistributed Monitoring, primero debe buscar el archivodm_env.sh(para Windows NT y UNIX) odm_env.cmd(sólo Windows NT).Estos archivos están ubicados en el directorio$LCF_DATDIR(dir_instal/lcf/dat/dispatcher_number). Después de buscar en elarchivo adecuado, puede ejecutar el comandowlseng, wstopeng,wrunprb , wasynco wclreng para ejecutar la versión de Endpoint delos comandos.

Nota: Los scripts de Tivoli Distributed Monitoring buscan en elarchivo lcf_env.sho lcf_env.cmd, por lo que sólo seránecesario buscar en uno de los archivosdm_env.sh(paraWindows NT y UNIX) o dm_env.cmd(sólo Windows NT).

74 Versión 3.7

Registro en gateways de Distributed MonitoringEl registro en gateways está disponible en todas las plataformas congateways de Distributed Monitoring. El registro en gateways estáestablecido con el valor 0 de forma predeterminada, que correspondea no realizar el registro en el gateway. El valor máximo para elregistro en el gateway es 4. El tamaño por omisión del registrocronológico de el gateway es de 500 KB. El tamaño máximo delarchivo de anotaciones cronológicas de el gateway es de 5120(5MB); el tamaño mínimo permisible del archivo de anotacionescronológicas es de 10 KB. Los valores que corresponden al nivel delregistro y del tamaño del archivo de anotaciones cronológicas secomprueban cada vez que el gateway de Distributed Monitoringrecibe una llamada.

Notas:

1. Si se intenta establecer un nivel de registro o un tamaño dearchivo de anotaciones cronológicas de el gateway que seademasiado bajo, dichos valores se restaurarán de formaautomática a los valores mínimos permisibles y en el archivo deanotaciones cronológicas de el gateway se creará un informeindicando que el valor sevuelve a establecer en el mínimo.

2. Si se intenta establecer un nivel de registro o un tamaño dearchivo de anotaciones cronológicas de el gateway que seademasiado alto, dichos valores se restaurarán de formaautomática a los valores máximos permisibles y en el archivo deanotaciones cronológicas de el gateway se creará un informeindicando que el valor sevuelve a establecer en el máximo.

Siga estos pasos para utilizar el registro en el gateway de DistributedMonitoring:

1. Conéctese en la máquina gateway comoraíz o Administradoren Windows NT.

2. Vaya al entorno Tivoli

3. Ejecute el comandowdmgwcfg. El comandowdmgwcfg tienelas siguientes opciones:


3.C

onfiguraciónde

TivoliD

istributedM

onitoring

¶ La opción–l establece el nivel de registro de el gateway (porejemplo,wdmgwcfg –l 2 establece en 2 el nivel de registrode el gateway).

¶ La opción–s establece el tamaño del archivo de el gateway(por ejemplo,wdmgwcfg –s 250establece en 250 KB eltamaño del archivo de anotaciones cronológicas de elgateway).

¶ La opción–r retablece los valores del nivel de registro y deltamaño del archivo de anotaciones cronológicas de elgateway a sus valores por omisión (valor 0 para el nivel deregistro de el gateway y 500 KB como tamaño del archivode anotaciones cronológicas de el gateway).

Nota: No debería utilizarse la opción–r con la opción–l o–s. La opción–rprevalece sobre el resto de lasopciones y restablece el nivel de registro y el tamañodel archivo de anotaciones cronológicas de el gatewaya sus valores por omisión.

¶ La opción–v visualiza los valores actuales del nivel deregistro de el gateway y el tamaño del archivo deanotaciones cronológicas de el gateway. Si se utiliza laopción–v junto con cualquier otra opción, esta otra opciónse procesa en primer lugar, y a continuación se visualiza elnivel de registro y el tamaño de archivo de anotacionescronológicas de el gateway.

¶ Si no se especifica opción alguna, el comandowdmgwcfgvisualiza las instrucciones de su uso.

También existe la posibilidad de comprobar los valores utilizando elcomandowdmgwcfg –v. También puede comprobar en el archivo deanotaciones cronológicas de el gateway ($DBDIR/sentgate.log) si sehan realizado los cambios. Todos los cambios en el nivel de registroy tamaño de archivo de anotaciones cronológicas de el gateway segraban en el archivo de anotaciones cronológicas de el gatewayindependientemente de los valores que existan.

76 Versión 3.7

Configuración y gestión demonitores

Tivoli y los asociados de Tivoli proporcionan fuentes de supervisiónpredefinidas que supervisan roles comunes y vitales del sistema.Estas fuentes se definen en colecciones de monitores, quenormalmente se instalan por separado del motor de TivoliDistributed Monitoring. Este capítulo explica cómo añadir y editarmonitores. También se da información acerca de otros temas, comola copia, traslado y supresión de monitores.

En los procedimientos que se describen en este capítulo, enocasiones se hace referencia al elemento de información que seencuentra en un perfil de Tivoli Distributed Monitoring comoanotación. Se trata de un término general de Tivoli para lainformación de un perfil. Tenga en cuenta que en Tivoli DistributedMonitoring un registro representa un monitor, con todos sus valoresy acciones de respuesta.

Nota: El número de monitores que se pueden ejecutar en un sistemadepende de varios factores. Estos factores incluyen lavelocidad del procesador del sistema, la cantidad de memoriaque hay instalada en el sistema, el sistema operativo concretoque utilice el aparato, el ancho de banda disponible en la red,y la frecuencia de ejecución de los monitores. Por ejemplo, sihay 30 monitores planificados para que se ejecuten un vezpor minuto, pero sólo se pueden ejecutar 10 monitores en unminuto, los restantes 20 monitores nunca se ejecutarán. Al

4


4.C

onfiguracióny

gestiónde

monitores

añadir monitores o al editar la planificación de los monitoresexistentes, deberá comprobar que todos los monitores de laplanificación tienen tiempo para ejecutarse. Si no haycontinuidad en la ejecución de algunos de los monitores,deberá modificar la planificación de algunos o todos losmonitores, o suprimir aquellos que sean innecesarios.

Adición de un monitor a un perfil de TivoliDistributed Monitoring

Antes de poder supervisar los recursos con Tivoli DistributedMonitoring, es necesario añadir un monitor, o un registro, a un perfilde Tivoli Distributed Monitoring. Un registro de Tivoli DistributedMonitoring contiene toda la información necesaria para supervisar unrecurso de red o de sistema. El registro indica el recurso que se debesupervisar, la frecuencia con la que Tivoli Distributed Monitoringdebe comprobar el estado del recurso y lo que se debe hacer si sedan ciertas condiciones.

Algunas fuentes de supervisión proporcionan valores y acciones derespuesta predefinidos. Con los valores predefinidos se minimizapotencialmente el trabajo necesario para añadir un monitor. Sinembargo, puede que sea necesario ajustar esos valores si no seajustan al entorno. Otras fuentes de supervisión requieren que elusuario defina todos los atributos. Cualquier administrador con la rolde autorizaciónadmin puede añadir un monitor o editar sucontenido.

Nota: Para utilizar Tivoli Distributed Monitoring para supervisar losTMR interconectados, deberá instalar colecciones demonitores en cada TMR en el que se vayan a utilizar lascolecciones de monitores.


78 Versión 3.7


Añadir un monitor Perfil de TivoliDistributed Monitoring

admin


EscritorioSiga los pasos siguientes para añadir un monitor a un perfil de TivoliDistributed Monitoring.

1. Desde una ventanaGestor de perfiles, haga doble clic en unicono de perfil de Tivoli Distributed Monitoring para visualizarla ventanaPropiedades del perfil de Tivoli DistributedMonitoring .


4.C

onfiguracióny

gestiónde

monitores

2. Pulse elbotón Añadir monitor para visualizar el diálogoAñadirmonitor al perfil Tivoli Distributed Monitoring .

3. Seleccione una colección de monitores de la lista dedesplazamientoColecciones de supervisión. Esta lista muestratodas las colecciones de monitores instaladas.

4. Seleccione una opción de la lista de desplazamientoFuentes desupervisión. Cada colección de monitores contiene distintasfuentes de supervisión. En este ejemplo, se ha seleccionado la

80 Versión 3.7

opciónPorcentaje de espacio libre.

La selección de una fuente de supervisión puede mostrar uno omás campos de argumentos en la lista de desplazamientoArgumentos del monitor. Los campos de argumentos semuestran solamente si la fuente de supervisión los requiere.

Notas:

a. Puede que algunas fuentes de supervisión requieran variosargumentos del monitor. Se deben proporcionar valores paratodos los argumentos.

b. Las barras inclinadas (/) se deberán utilizar cuando seespecifique una ruta en un sistema Windows NT o Windows2000. Si se utilizan barras inclinadas invertidas (\) se produceun error que genera el mensajee.exec 1001 no data.

El valor o valores que entre en el áreaArgumentos del monitorse visualizan también en la parte superior del diálogoEditarmonitor .

5. Entre la información adecuada en el campoArgumentos delmonitor .


4.C

onfiguracióny

gestiónde

monitores

6. Pulse el botónAgregar con valores predeterminadoso el botónAgregar vacío para visualizar el diálogoEditar monitor . Sipulsa el botónAgregar con valores predeterminados, eldiálogo muestra los valores predeterminados (si los hay) de lafuente de supervisión. Si no existe un perfil por omisión defuente de supervisión, se visualiza un diálogo de información.

Notas:

a. Un administrador de Tivoli debe poseer la rol adecuada paraver los monitores que se encuentran en el perfil TivoliDistributed Monitoring predeterminado para añadirlos con laopciónAgregar con valores predeterminados. Si no se haestablecido uno distinto, el perfil predeterminado de TivoliDistributed Monitoring esTivoliSentryDefaults contenido enla Tivoli/SentryDefaults-NombreTMR-region predeterminada.Si un administrador de Tivoli intenta añadir un monitor conla opciónAgregar con valores predeterminadosy no poseela rol admin en la regiónTivoli/SentryDefaults-NombreTMR-region, se le devolverá un error. Debe otorgar larol admin al administrador de Tivoli en la regiónTivoli/SentryDefaults-NombreTMR-region, o cambiar elperfil de Tivoli Distributed Monitoring predeterminado a unperfil que se encuentre en una región en la que eladministrador de Tivoli tenga la roladmin.

b. La opciónAgregar con valores predeterminadosestablecevalores predeterminados si especifica cualquier valorpredeterminado en el perfil fuente predeterminado actual. Sino hay información para el monitor seleccionado en el perfilfuente predeterminado actual, se mostrará un diálogo de avisopara indicar que no existen valores predeterminados para elmonitor seleccionado.

7. Guarde los cambios mediante la selección de la opciónGuardardel menúPerfil del diálogoPropiedades del perfil de TivoliDistributed Monitoring .

82 Versión 3.7

Cuando haya terminado de editar los monitores, deberá distribuir loscambios para empezar a supervisar los recursos. Consulte el apartado“Gestión de perfiles de Distributed Monitoring” en la página 131 sidesea obtener más detalles.

Línea de comandosEl comandowaddmon crea un monitor. Es el equivalente a lautilización de los diálogosAgregar monitor al perfil de TivoliDistributed Monitoring y Editar monitor . Se proporciona unejemplo en la página 105. Consulte el comandowaddmon enComandos de Distributed Monitoring si desea obtener másinformación.

Edición de un monitorEl diálogoEditar monitor permite la configuración de la frecuenciacon la que Tivoli Distributed Monitoring comprueba un recurso delsistema, además de cómo responderá la aplicación cuando surja unproblema potencial. El diálogoEditar monitor tiene cuatro áreasfuncionales principales:

información de recursosEsta información, que se especifica en el diálogoAñadirmonitor a los perfiles de Tivoli Distributed Monitoring , sevisualiza en la parte superior del diálogo.

valores umbralesEsta área incluye dos menús emergentes que le permitenconfigurar los niveles de respuesta y las circunstancias en lasque se deberá activar un monitor.

acciones de respuestaEsta área le permite asignar tareas automatizadas para queTivoli Distributed Monitoring lleve a cabo cuando se detecteuna condición específica.

botones de configuración del monitorEstos botones muestran diálogos que se pueden utilizar paraconfigurar atributos del monitor opcionales.


4.C

onfiguracióny

gestiónde

monitores

El procedimiento siguiente perfila los pasos necesarios para editar unmonitor. Los procedimientos subsiguientes de esta sección describendetalladamente cómo establecer cada una de las opciones principales.



Editar un monitor Perfil de TivoliDistributed Monitoring

admin


EscritorioSi acaba de añadir una fuente de supervisión, se visualizaautomáticamente el diálogoEditar monitor cuando presiona elbotónAñadir vacío o Añadir con valores por omisión del diálogoAñadir monitor a perfil de Tivoli Distributed Monitoring Profile .Si ha pulsado uno de estos botones, siga con el paso 4.

Si desea editar un monitor existente y no tiene abierto el diálogoEditar monitor , siga los pasos que se indican a continuación paraabrirlo.

Lleve a cabo los pasos siguientes para editar un monitor:

1. Haga doble clic en el icono de perfil de Tivoli DistributedMonitoring que contiene el monitor que desea editar paravisualizar la ventanaPropiedades del perfil de Tivoli

84 Versión 3.7

Distributed Monitoring .

2. Seleccione el monitor que desee editar. En este ejemplo, se haseleccionado el monitorMegabytes libres.


4.C

onfiguracióny

gestiónde

monitores

3. Pulse el botónEditar monitor para visualizar el diálogoEditarmonitor .

4. Los valores que ha entrado para el monitor se pueden ver en laparte superior del diálogoEditar monitor . Si desea editar unode estos valores, entre un nuevo valor en el área de textoapropiada. Si el monitor ha necesitado varios argumentos demonitor, puede seleccionarlos pulsando los botones de flechasubir y flecha bajar. Estos botones no se encontrarán disponiblessi no se precisan varios argumentos para el monitor.

5. Haga clic en el menú desplegableNivel de respuestayseleccione un nivel de respuesta. Tivoli Distributed Monitoringproporciona los siguientes niveles de respuesta:

E.EXECIndica el nivel de respuesta que se daría cuando seproduce un estado de error. Esta respuesta no acepta unnivel de umbral.

86 Versión 3.7

Nota: Para utilizar el nivel de respuestaE.EXEC en unperfil, iniciar la sesión comoroot oAdministrator y llevar a cabo los pasossiguientes:

¶ Para añadir el nivel de respuestaE.EXEC aun perfil existente, creado en la versión 3.6.1(sin el parche3.6.1-DMN-0036instalado) oanterior de Tivoli Distributed Monitoring,lleve a cabo los pasos siguientes:

a. Suprima el abono de todos lossuscriptores al gestor de perfiles yseleccione la opciónSuprimir todas losejemplares de perfiles.

Nota: Cuando el script de shell del pasosiguiente se ejecuta, el perfilexistente se suprime y se crea unnuevo perfil (con un OIDdiferente) con el mismo contenido,pero al que se ha añadido el nivelde respuestaE.EXEC. El nollevar a cabo el primer paso, darálugar a ejemplares huérfanos delperfil en los suscriptores del gestorde perfiles. Cualquier ejemplarhuérfano del perfil se tendrá queborrar de forma manual.

b. Con los permisos root, ejecute el scriptde shell siguiente en un directoriotemporal:$BINDIR/Tivoli/SENTRY/ \ add_e_exec.sh \Nombredelperfil Nombredeladministrador

Si el diálogoPropiedades del perfildelperfil especificado se encuentra abierto,se producirá un error de bloqueo. Cierreel diálogoPropiedades del perfily seseguirá ejecutando el perfil. Este script


4.C

onfiguracióny

gestiónde

monitores

ejecuta el comandowlsmon -saparavolcar el perfil especificado a un archivocon el mismo nombre. Cuando sesuprime el perfil específico, se crea unperfil con el mismo nombre que éstepero con el nivel de respuestaE.EXECañadido. El nuevo perfil se llena con losdatos de salida dewlsmon de uncomandowaddmon por cada uno de losmonitores del perfil. Este script tambiénguarda los valoresUID y GID yrestablece estos valores en el nuevoperfil.

Notas:

1) El archivo de salidawlsmon (cuyonombre es el mismo que el del perfilespecificado) no se suprime. Por lotanto, se puede volver a crear elperfil original si hubiera algúnproblema. Puede suprimir losarchivos de salidawlsmon cuandoesté seguro que el nuevo perfil esadecuado.

2) Debido a que las acciones dedistribución y formatos de mensajeslocales son ahora parte de los datosde salida de wlsmon y este scriptguarda los valoresUID y GID , elnuevo perfil es una copia exacta delperfil original, a excepción de laincorporación del nivel de respuestaE.EXEC.

¶ Para añadir el nivel de respuestaE.EXEC aun perfil nuevo (un perfil creado con TivoliDistributed Monitoring versión 3.6.2 oposterior) después de haber creado el perfil,ejecute el comando siguiente:

88 Versión 3.7

waddlevel E.EXEC -1000 Nombredelperfil

¶ Si desea que el nivel de respuestaE.EXECse añada automáticamente a los perfilesnuevos que se creen, deberá incorporar elnivel de respuestaE.EXEC a su perfilTivoliSentryDefaults (TSD). Esto se puedehacer ejecutando el scriptadd_e_exec.shquese detalla anteriormente en la sección acercade la incorporación del nivel de respuestaE.EXEC en los perfiles existentes, osuprimiendo el perfil TSD existente,recreando el perfil TSD con el script$BINDIR/Tivoli/SENTRY/mkdefault.sh yluego ejecutando el script$BINDIR/Tivoli/SENTRY/defaults.sh. Estosólo recreará los valores por omisión de lascolecciones de monitoresUnix_Sentry.

critical Indica el nivel más alto de respuesta. Paraalgunos monitores, como los que comprueban ladisponibilidad de hosts y daemons, éste es elúnico nivel al que se aplican las respuestasdesencadenadas.

severe Indica un problema de nivel medio.

warning Indica un problema de grado leve que puedeintensificarse si no se soluciona.

normal Indica la respuesta que el usuario desea queTivoli Distributed Monitoring realice cuando sedan condiciones normales. Se puede considerarque este nivel de respuesta es “ninguno de losanteriores”. Esta respuesta no acepta un valor deumbral.

siempre Indica la respuesta que el usuario desea que laaplicación realice siempre, independientementede si se activa alguno de los demás umbrales denivel de respuesta. Esta respuesta no acepta unvalor de umbral.


4.C

onfiguracióny

gestiónde

monitores

Notas:

a. Si desea que este monitor reúna datos para su uso con TivoliDistributed Monitoring Inspector, deberá establecer un nivelde respuesta always para escribir los datos de salida delmonitor en un archivo. Consulte el apartado “Diagramas ygráficos con Inspector” en la página 175 si desea obtenermás información acerca de Tivoli Distributed MonitoringInspector.

b. Puede haber otros niveles de respuesta disponibles. Sepueden añadir al perfil de Tivoli Distributed Monitoring conel comandowaddlevel o pueden definirse a través de lacolección de monitores.

6. Seleccione una opción de activación del menú desplegableactivar cuando. Las opciones de umbral disponibles dependende la fuente que se supervisa y están definidas por la colecciónde monitores.

7. Si es aplicable, entre un valor en el campo de argumento a laderecha del menú desplegable para definir el umbral. La mayorparte de los monitores necesitan que haya un valor en estecampo. Sin embargo, algunos monitores, como los quesupervisan la disponibilidad de un host o de un proceso, norequieren ningún valor.

8. Establezca el modo en que desea que Tivoli DistributedMonitoring se active cuando se cumplan las condiciones deumbral. Se puede seleccionar una o más de las siguientesacciones de respuesta:

Enviar aviso de TivoliEsta opción envía un aviso a un grupo de notificaciónespecífico. La colección de monitores determina losgrupos de avisos que están disponibles. Deberásuscribirse al grupo de avisos para recibir el mensaje.

Alarma emergenteEsta opción muestra un diálogo de alarma en uno o másescritorios del administrador. Pulse el botónAdmins

90 Versión 3.7

para visualizar un diálogo que permite la selección delos administradores que recibirán alarmas emergentes.

Cambiar iconoEsta opción permite que los iconos de una colección deindicadores cambien de estado. Cuando un monitor estáen el estado normal, el icono es un simple termómetro.A medida que se alcanzan umbrales cada vez mayores,el contenido del termómetro sube cada vez más.

Nota: Debe crear una colección de indicadores yasociar el perfil de Tivoli Distributed Monitoringa la colección antes de seleccionar la opciónCambiar icono. Si no lo hace, se enviará unaviso de error de anomalía de respuesta al grupode avisosSentryStatuscada vez que el monitorse aplique; no se visualizará ningún otro error.

TareasEsta opción ejecuta una tarea cuando se alcanza elumbral. Para especificar la tarea que se ejecutarácuando se alcance un umbral, pulse el botónTareas. Se


4.C

onfiguracióny

gestiónde

monitores

visualizará el diálogoTareas:

Las bibliotecas de tareas disponibles se visualizan en lalista de desplazamientoBibliotecas. Las tareas queestán disponibles en la biblioteca de tareas seleccionadase visualizan en la lista de desplazamientoTareas. Si haañadido sus propias tareas, pulse el botónMostrar poridentificadores para ver la etiqueta de cada tarea.

Para establecer una tarea de modo que se ejecutecuando se alcance un umbral, seleccione la tarea en lalista de desplazamientoTareas y pulse el botón

92 Versión 3.7

Seleccionar tarea. Se visualizará el diálogoTivoli :

ConsulteTivoli Management Framework Guía delusuariosi desea información acerca de la configuraciónde una tarea.

Nota: Si una tarea no se ejecuta en nodos gestionadosde Windows NT, deberá ejecutar los comandossiguientes:wdisttask -s Nombredelabiblioteca LOCAL

wdisttask -d Nombredelabiblioteca Nombredelatarea

El primer comando establece la tarea comoLOCAL , copiando la tarea a todos los servidoresde archivos de la TMR local. El segundocomando obliga a la distribución de la tarea atodos los servidores de archivos de la TMRlocal.

Enviar mensaje de correo electrónico aEsta opción envía mensajes de correo electrónico a lasdirecciones especificadas. Se debe entrar un alias o unadirección de correo electrónico válidos en el campo deargumento. Tivoli Distributed Monitoring no verifica siel programa de correo se está ejecutando, si estádebidamente configurado y si la dirección de correoelectrónico que se proporciona es válida. Se puedeespecificar más de una dirección de correo,


4.C

onfiguracióny

gestiónde

monitores

separándolas mediante comas. Consulte la publicaciónTivoli Framework, Guía de Instalación y planificaciónsi desea obtener más información acerca de laconfiguración de Tivoli para su utilización con losservicios de correo electrónico.

Nota: Si una respuesta de correo electrónico no serecibe desde un nodo gestionado de WindowsNT, hay varias cosas que debe comprobar:

a. Busque la entrada de registromailhost, yutilice este valor como ubicación del servidorSMTP.

b. Busque un servidor SMTP en el nodo local.

c. Busque un servidor SMTP en el servidorTMR.

d. Intente conectar con el servidor SMTPsituado en el servidor que está especificadodespués de la arroba (@) en la dirección decorreo electrónico de destino.

e. Si el archivo%systemroot%\system32\drivers\etc\servicesno existe o no contiene una entrada parasmtp 25/tcp mail, el nodo nunca enviarácorreo electrónico, independientemente de losvalores de correo electrónico que especifique.Finalizará con unaanomalíagetservbyname(), lo que impedirá que seenvíe el correo electrónico como respuesta.Debería comprobar que el archivoservicesestá correctamente configurado. En WindowsNT, el correo electrónico se envía medianteel comandosmtp_client.exe. Si ejecuta uncomando similar al siguiente, Windows NTnormalmente envía un mensaje de correoelectrónico:

94 Versión 3.7

echoblah blah blah | smtp_client \[email protected]

Si desea más información, consulte lapublicaciónTivoli Management Framework,Guía de planificación e instalación.

Anotar en archivoEsta opción añade una entrada al archivo de anotacionesespecificado. Se puede seleccionar la ruta de acceso alarchivo con el diálogo del explorador de archivos o sepuede entrar el nombre de la ruta de acceso completadel archivo de anotaciones. Se debe especificar undirectorio existente. La aplicación crea el archivo deanotaciones si éste no existe. Es necesario seleccionar elhost donde reside el registro. Esta respuesta se ejecutacon los mismos ID de usuario y de grupo que el perfilde Tivoli Distributed Monitoring. Si cambia lospermisos en el archivo de anotaciones o cambia el IDde usuario o el ID de grupo del perfil después de laprimera creación del archivo de anotaciones, esta acciónserá anómala. El archivo de anotaciones puede estarubicado en el host supervisado o en un host remoto. Siselecciona un host remoto, éste deberá ser un nodogestionado. Un archivo de anotaciones remoto no sepuede crear en un Endpoint.

Nota: Si desea que este monitor reúna datos para suuso con Tivoli Distributed Monitoring Inspector,debe seleccionar la opciónSentry graphablelog. Consulte el apartado “Diagramas y gráficoscon Inspector” en la página 175 si desea obtenermás información sobre el Inspector.

Si selecciona la opciónEn host supervisado, TivoliDistributed Monitoring escribe en un archivo deanotaciones que reside en el host en el que se haproducido el problema. Cada nodo gestionado suscrito


4.C

onfiguracióny

gestiónde

monitores

mantendrá un archivo de anotaciones, enumerando losproblemas que se detecten en este.

Si selecciona la opciónEn host, Tivoli DistributedMonitoring mantiene un archivo de anotaciones maestroque contiene los problemas detectados en todos losnodos gestionados suscritos. Se puede especificar elnombre de un host en el que se escribirá el archivo deanotaciones maestro mediante la selección del host en eldiálogo emergenteselección de hosto bien mediante laentrada del nombre del host en el campo de argumentoEn host. El host debe estar en la instalación de Tivoli ydebe tener la aplicación Tivoli Distributed Monitoringinstalada. Tenga en cuenta que la especificación de unarchivo de anotaciones maestro de modo que resida enun host remoto ocasiona tráfico de red cada vez queTivoli Distributed Monitoring escribe al archivo deanotaciones.

Notas:

a. Si se especifica una respuesta de archivo deanotaciones con una ruta relativa en lugar de unaruta completa (por ejemplo,log.txt en lugar de/tmp/log.txt), el motor de Distributed Monitoringintentará crear el archivo de anotaciones en$DBDIR utilizando los derechos de accesonadie yno se creará el archivo.

b. Al utilizar la opciónRegistrar en el archivo enWindows NT, debe especificar una ruta de acceso aldirectorio al especificar el nombre del archivo deanotaciones cronológicas. Si sólo especifica elnombre de archivo de anotaciones sin una ruta deacceso, el archivo no se creará y se enviará un avisoal grupo de avisosSentryStatus. Si no se crea unarchivo de anotaciones cronológicas, compruebe elgrupo de avisosSentryStatus.

Ejecutar programaEsta opción ejecuta un ejecutable concreto (como puede

96 Versión 3.7

ser un programa C, un script de shell, o un archivo.cmd, .bat o .exede Windows NT) cuando se alcanza elumbral. Se puede elegir la ejecución de un programa enel host supervisado o en otro host. Esta respuesta seejecuta con los mismos ID de usuario y de grupo que elperfil de Tivoli Distributed Monitoring. Si cambia lospermisos en el archivo o cambia el ID de usuario o elID de grupo del perfil después de la primera creacióndel archivo, esta acción fallará. Sólo puede ejecutarseun programa en un nodo gestionado o en un EndpointTMA. Sin embargo, si un programa tiene que ejecutarseen otro host, éste debe ser un nodo gestionado quetenga instalada la aplicación Tivoli DistributedMonitoring. Un programa se puede ejecutar como unarespuesta aEjecutar programa en un Endpoint TMA siel Endpoint TMA se encuentra en el mismo host.

Notas:

a. Si el ejecutable especificado por la respuestaEjecutar programa es un solo comando, elcomportamiento puede no ser el deseado. Para queun sólo comando funcione correctamente comorespuestaEjecutar programa, el comando debedevolver un valor0 cuando se ejecute con éxito.Esto depende de dónde se ejecuta el comando y losvalores de entorno. Si el comando no devuelve unvalor 0 aún teniendo éxito, se obtendrá un mensajede error. El mensaje de error no significanecesariamente que el comando no tuvo éxito; esposible que la salida del comando no cumpliera losrequisitos de Tivoli Distributed Monitoring. Paraasegurar que se obtenga un valor de0 cuando elcomando tiene éxito, puede acomodar el comandoen un script. Sin embargo, aunque el comando estédentro de un script, el entorno en el que se ejecutael comando depende de el gateway que se utilice.Por ejemplo, si tiene Endpoints que migran entregateways UNIX y Windows NT, los resultadospueden no coherentes.


4.C

onfiguracióny

gestiónde

monitores

b. Cuando se ejecuta un programa en una máquina conWindows NT como resultado de la activación de unmonitor, el programa se ejecuta en segundo plano.

c. Una respuestaEjecutar programa en un nodogestionado UNIX que se encuentra configurado paraejecutar un programa en otro nodo gestionado, noejecutará ningún comandow* en el otro nodogestionado a menos que se supriman primero todaslas entradas del archivo/etc/wlocalhost.

d. Si desea utilizar un comando CLI de TivoliDistributed Monitoring (por ejemplowlseng) comoparte de una respuesta en un Endpoint TMA, debeproporcionar el nombre del Endpoint como unargumento del mismo. Por ejemplo:wlseng -l nombre_sistema

e. Si un archivo de script perl se encuentra en una rutade acceso a un directorio que contiene uno o másespacios (por ejemplo\Archivos deprograma\lcfd\dat\1\LCF\sentry\w32-ix86\perl_script.pl), se debe delimitar la ruta deacceso con comillas dobles (por ejemplo,“\Archivode programas\lcfd\dat\1\LCF\sentry\w32-ix86\perl_script.pl” ). Si el argumentoPrograma noestá delimitado entre comillas dobles, se produciráun errorE.EXEC con una respuesta similar a lasiguiente queescribir siempre en archivo:Código de salida 2 (LCF/sentry/w32-ix86/test.pl)(No se puede abrir script de perl “C:\Archivos”:No existe este archivo o directorio)

f. Si se utilizan los siguientes caracteres para llamar aun programa o comando, debe colocar una barrainclinada invertida (\) delante de cada uno de ellos:

) ( [ ] ^ $ . + * ? - \

Por ejemplo\$ o \-

Se debe especificar el nombre del programa utilizandoun nombre de ruta completa (por ejemplo,

98 Versión 3.7

/home/tivoli/run_prog.sh). En un sistema UNIX, sedeben establecer los permisos del archivo script demodo que se lean y ejecuten para el usuarionobody, amenos que haya cambiado el ID de usuario del perfil deTivoli Distributed Monitoring que contiene el monitorpor un ID de usuario distinto. El usuario predefinidoparaEjecutar programa es el usuarionobody.

Si el script es un comando de shell o un script de shellde Bourne, la primera línea del mismo debe contener laruta de acceso al ejecutable de shell Bourne, precedidapor “#!” (#!/bin/sh). Para sistemas con Windows NT, laprimera línea del script debe especificar el programabajo el que se deberá ejecutar el script (#!/bin/sh parascripts sh o#!/bin/perl para scripts de perl). TivoliDistributed Monitoring encuentra el ejecutable de shellen $BINDIR/tools. Los permisos para este archivo notienen que establecerse en sistemas con Windows NT.

Por omisión, el ejecutar un programa después del scriptsejecuta connobody como usuario (tmersrvd enWindows NT). El usuarionobody debe ser capaz deleer el script (y también ejecutarlo en UNIX). Si elscript ejecuta algún comando de Tivoli, el ID de usuariodel perfil de Tivoli Distributed Monitoring que contieneel monitor debe cambiarse por un usuario que tenga unnombre de inicio de sesión de administrador de Tivoli.Este administrador debe tener los roles que sonnecesarios para ejecutar el comando de Tivoli.

A continuación se encuentra un ejemplo de script deprueba:#!/bin/sh

date >> /tmp/test.out

exit 0


4.C

onfiguracióny

gestiónde

monitores

Este script ejecuta el comandodate y añade la salida alarchivo /tmp/test.out. En un sistema con Windows NT,si Tivoli está instalado en la unidadD:, el archivo seráD:\tmp\test.out.

Para ejecutar un script con argumentos, utilice elnombre del script seguido de los argumentos. Acontinuación se muestra un ejemplo de esto:script_name arg1 arg2 ...

A continuación se muestra un ejemplo de la ejecuciónde más de un script con argumentos:“script_name1 arg1.1 arg2.1 ...; script_name2 arg2.1 \arg2.2 ...”

Puede ejecutar un comando que no esté en un script. Acontinuación se muestra un ejemplo de esto:sh -c “env > /tmp/env.out”

Asegúrese de encerrar entre comillas los argumentosque contengan espacios en blanco.

A continuación se muestra un ejemplo de la ejecuciónde más de un comando:sh -c “echo 0 > /tmp/env.out; env > /tmp/env.out

Se puede utilizar el diálogoAcciones de distribuciónpara distribuir scripts o programas pequeños. (Consulteel apartado Gestión de perfiles de DistributedMonitoring si desea obtener más detalles.) Si elprograma que debe ejecutarse es demasiado grande paraque Tivoli Distributed Monitoring lo distribuya, debeejecutar el programa en el host supervisado o utilizarTivoli Software Distribution para distribuirlo. Si deseaobtener información acerca de la distribución de unprograma a un host remoto con Tivoli SoftwareDistribution, consulte la publicaciónTivoli SoftwareDistribution, Guía del usuario.

100 Versión 3.7

Un programa accede a la información de las variablesde entorno haciendo referencia a las mismas. Lasvariables que no son aplicables a un monitor específicose pasan al programa, pero son nulas. Por ejemplo, elvalor RANGE_ALLOWED no sería aplicable a unafuente de supervisión “Estado del proceso de laaplicación”.

Utilice la opciónEn host supervisadopara especificaruna respuesta local a una alerta. Por ejemplo, comoopción en el monitorEspacio de disco utilizado, sepodría ejecutar un programa local para eliminar losarchivos.backup con más de una semana deantigüedad. La opciónEn host supervisadotambién esútil cuando una respuesta requiere recursos de un hostespecífico de la red, como por ejemplo un módem o unmarcador automático.

Nota: Si se utiliza la GUI de Tivoli DistributedMonitoring para establecer que una respuestaejecute un programa, se puede especificar que elprograma debe ejecutarse en el host local, en elhost remoto o en ambos. Si se especifica que sedebe ejecutar el programa en el host local y en elremoto, el mismo programa se ejecutará enambos hosts. Si desea ejecutar programasdistintos en el host local y en el remoto, puedehacerlo con la opción-e del comandowsetmon.Esto no se recomienda normalmente, ya que lasactualizaciones subsiguientes del programa através de la GUI de Tivoli DistributedMonitoring sólo se verán reflejadas en laejecución del último programa especificado através de la GUI de Tivoli DistributedMonitoring.

Seleccione la opciónEn host para ejecutar el programaen un host específico. Entre la ruta completa del archivoque contiene el ejecutable y especifique el nombre del


4.C

onfiguracióny

gestiónde

monitores

host en el que desea que se ejecute el programa. Puedeutilizar las opciones del menúHosts para seleccionar unhost o escribir el nombre del host en el campo deargumentoEn host.

Nota: La opciónEn host ocasiona más tráfico de redque la opciónEn host supervisado.

Al configurar un script personalizado (scripts de cadenade caractéres y numéricos personalizados y asíncronos),asegúrese de que se configura el entorno de shelladecuado (por ejemplo,#!/usr/bin/sh) y queExit 0 seala última línea del script. Recuerde también queDistributed Monitoring espera una salida numérica;cualquier otro tipo de salida ocasionará un errorE.EXEC.

Si un archivo contiene algo parecido a lo siguiente, elnombre de archivo puede ser cualquiera, como porejemplolistval, list-val, listval.sh o listval.xxx:

#!/bin/sh

env > c:/test/env.list

echo ‘VALUE =’ %VALUE%

Si el archivo contiene algo parecido a lo siguiente, elnombre de archivo debe utilizar una extensión.cmd(por ejemplo,listval.cmd):

env > c:\test\env.list

set > c:\test\set.list

echo ‘VALUE =’ %VALUE%

Para simplificar el mantenimiento de los programas, serecomienda la utilización de la extensión.sh para

102 Versión 3.7

archivos que contengan/, $ y #!/bin/sh, y la extensión.cmd para los archivos que contengan\ y % .

Nota: Cuando se esté ejecutando un programa,$BINDIR tal como se pasa al programa noincluye la parte$INTERP de la ruta de acceso.Si el programa necesita la parte$INTERP de laruta de acceso, debe especificarse explícitamente($INTERP).

Los monitores personalizados de cadena de caracteres ynuméricos no necesitanejecutarse como scriptsbash enOS/2. Estos pueden ser archivos de comandos OS/2 oarchivos REXX (script.cmd), archivos ejecutables(archivo.exe), archivos de proceso por lotes(archivo.bat), o scriptsbash (no es necesaria unaextensión en los scripts bash). Para archivos decomandos, REXX y ejecutables entre el comando en lalínea de comandos que se proporciona en la GUI deTivoli Distributed Monitoring. Por ejemplo:c:\myprogs\custom.cmd

—O bien:—c:\myprogs\custom.exe

En el caso de scripts bash, especifiquesh con un espacioantes del nombre del script. Por ejemplo:sh c:\myprogs\custom.sh

—O bien:—sh c:\myprogs\custom

Nota: Si utiliza un archivo* .cmd o * .bat como scriptnumérico o de cadena de caractérespersonalizado universal, la primera línea delscript debe ser@echo off.

Enviar evento a Enterprise ConsoleTransmite los datos de un evento de Tivoli Distributed


4.C

onfiguracióny

gestiónde

monitores

Monitoring. Para habilitar esta opción, seleccione elbotón de opción y seleccione la gravedad en el menúemergente. Seguidamente seleccione el destino paradicho evento. También deberá configurar el servidor deeventos que debe recibir los eventos de TivoliDistributed Monitoring. Si desea obtener másinformación, consulte el apartado “Envío de eventos deTivoli Enterprise Console” en la página 49.

9. Repita los pasos del 5 al 8 hasta que haya establecido losumbrales y las respuestas para todos los niveles de respuesta.

10. Para editar otros valores opcionales para este monitor, realiceuna o más de las acciones siguientes:

a. Pulse el botónEstablecer estilos de mensajessi no deseautilizar el formato predeterminado de los mensajes de TivoliDistributed Monitoring. Si desea obtener más información,consulte la página “Configuración y gestión de monitores”en la página 77.

b. Pulse el botónEstablecer acciones de distribuciónsi deseaejecutar un script o copiar un archivo cuando se distribuyael perfil de Tivoli Distributed Monitoring. Las acciones dedistribución se establecen para un perfil completo, no paramonitores específicos. Si desea obtener más información,consulte el apartado “Configuración de Tivoli DistributedMonitoring” en la página 43.

c. PulseEstablecer planificación de supervisiónsi no deseaaceptar el valor predeterminado de supervisión por hora . Sidesea obtener información acerca de cómo establecer laplanificación de supervisión, consulte el apartado“Configuración y gestión de monitores” en la página 77.

11. Pulse el botónCambiar y cerrar para confirmar los cambios ycerrar el diálogo. No es necesario pulsar el botónCambiar ycerrar hasta que se hayan establecido los umbrales y lasrespuestas para todos los niveles de respuesta necesarios.

104 Versión 3.7

12. Guarde los cambios mediante la selección de la opciónGuardar del menúPerfil del diálogoPropiedades del perfilde Tivoli Distributed Monitoring .

Cuando haya terminado de editar los monitores, deberá distribuir elperfil para comenzar a supervisar los recursos. Consulte el apartado“Gestión de perfiles de Distributed Monitoring” en la página 131 sidesea obtener más detalles.

Monitor de ejemploSuponga que desea supervisar el porcentaje de espacio de discoutilizado en un host. Podría configurar un monitor con los valoressiguientes:

¶ Un umbralcritical en el 98 por ciento. Si el monitor detecta queel espacio de disco alcanza o excede este umbral, lleva a cabolas respuestas que se han establecido paracritical .

¶ Un rangosevereen el 95 - 97 por ciento. Si el monitor detectaque el espacio de disco utilizado está dentro de este rango, llevaa cabo las respuestas que se han establecido parasevere.

¶ Un rangowarning en el 90 - 94 por ciento. Si el monitordetecta que el espacio de disco utilizado está dentro de esterango, lleva a cabo las respuestas que se han establecido parawarning.

¶ Un rangonormal, en realidad cualquier valor por debajo del 90por ciento, ya que el rangonormal no puede tener un valor deumbral. Si el monitor detecta que el espacio de disco utilizado seencuentra dentro de este rango, lleva a cabo las respuestas (si lashay) que se han establecido para este nivel.

Se puede utilizar el nivelalways para establecer respuestas queTivoli Distributed Monitoring debe tomar para todos los niveles desupervisión. Por ejemplo, se puede utilizar el nivelalways pararegistrar siempre datos de supervisión en un archivo.

Línea de comandosEn el ejemplo siguiente se crea un monitor:


4.C

onfiguracióny

gestiónde

monitores

waddmon NT_LogicalDisk PrcFreeSpace -a “C” -t “24 hours” \-c critical -R “->>” 95 -m joeb \-c severe -R “>” 90 -p Joe \-c warning -R “>” 85 -n Sentry \HostMonitors

donde:

NT_LogicalDiskEspecifica el nombre de la colección de monitores.

PrcFreeSpace Especifica el nombre de la fuente de supervisión.

-a “C” Especifica que la unidadC: debe supervisarse.

-t “24 hours” Especifica la frecuencia con la que se deberásupervisar la unidad.

-c critical -R “->>” 95 -m joebEnvía correo al usuariojoeb cuando la unidad estállena en más de un 95 por ciento.

-c severe -R “>” 90 -p JoeMuestra un diálogo emergente en el escritorio deTivolidel administrador Joe cuando la unidad estállena en un 90 por ciento.

-c warning -R “>” 85 -n SentryRegistra un aviso en el grupo de notificaciónSentry.

HostMonitors Especifica el nombre del perfil de Tivoli DistributedMonitoring.

Consulte el comandowaddmon en Comandos de DistributedMonitoring si desea obtener más información.

Establecimiento de estilos de mensajesEl botónEstablecer estilos de mensajespermite controlar elformato en el que se crean los eventos, correo electrónico, archivosde anotaciones, avisos y respuestas emergentes de Tivoli EnterpriseConsole. Los formatos específicos los define la colección demonitores. El formato para cada tipo de respuesta se selecciona paraa cada monitor.

106 Versión 3.7



Establecer estilos demensajes

Perfil de TivoliDistributed Monitoring

admin


Lleve a cabo los pasos siguientes para establecer estilos de mensajes:

1. Pulse el botón del diálogoEditar monitor . Se visualizará eldiálogoEstablecer estilos de mensajes:

2. Seleccione un estilo de mensaje en el menú emergente asociadoal tipo de respuesta desencadenada. Por ejemplo, para enviarcorreo electrónico en formato largo, seleccioneLargo en el


4.C

onfiguracióny

gestiónde

monitores

menú emergente paracorreo electrónico.

Se puede pulsar opcionalmente el botónMostrar ejemplo paravisualizar el formato del estilo de mensaje seleccionado.

3. Repita el paso anterior hasta que haya establecido el estilo demensaje para cada tipo de respuesta desencadenada.

4. Cuando haya terminado, pulse el botónEstablecer y cerrar paraguardar los cambios y cerrar el diálogoEstablecer estilos demensajes.

Establecimiento de la planificación de supervisiónpara un monitor

Las opciones deEstablecer planificación de supervisióncontrolanla frecuencia con la que un monitor comprueba los recursossupervisados. Las opciones de supervisión pueden establecerse en el

108 Versión 3.7

perfil o para cada monitor individualmente. Sin embargo, lasplanificaciones que se establecen en el monitor suplantan a las quese establecen en el perfil. Si desea obtener información acerca delestablecimiento de una planificación de supervisión en el perfil,consulte el apartado “Gestión de perfiles de Distributed Monitoring”en la página 131.

La frecuencia máxima de supervisión es una vez por minuto. Sinembargo, Tivoli recomienda que se supervise un recurso comomáximo una vez cada cinco minutos. Debido a que las actividadesde supervisión pueden tardar más de un minuto en completarse(especialmente en sistemas muy ocupados), el establecimiento de unafrecuencia de supervisión alta puede ocasionar una utilizacióninnecesaria del sistema. La planificación de supervisiónpredeterminada (tanto para perfil como para monitor) es lacomprobación de los umbrales cada hora. Una buena forma deempezar consiste en utilizar inicialmente la planificación desupervisión predeterminada para un monitor y luego modificar laplanificación según sea necesario a medida que se conozca elfuncionamiento de las planificaciones predeterminadas.

Nota: Como el sistema operativo AS/400 no soporta el cambio dehorario estacional, si se estableceQTIME como cambio dehorario estacional en la forma que se especifica en lapublicaciónOS/400, Guía de gestión de trabajo, el valor delsistemaQUTCOFFSET (diferencia respecto a la horauniversal coordinada) deberá ajustarse según convenga. Si nose ajusta el valorQUTCOFFSET según convenga, las horasde inicio de los monitores de Tivoli Distributed Monitoringpueden no ser precisos.



Establecer laplanificación desupervisión


admin


4.C

onfiguracióny

gestiónde

monitores


Lleve a cabo los pasos siguientes para cambiar la planificación desupervisión para un solo monitor:

1. Pulse el botónEstablecer planificación de supervisiónen eldiálogoEditar monitor . Se visualizará el diálogoEstablecerplanificación de supervisión:

2. Indique la fecha y la hora en que desea que el monitor empiece acomprobar los umbrales en los camposIniciar la actividad desupervisión. Entre la fecha de inicio en los campos de entradade textoMes, Día y Año, seleccione los valores de hora yminutos en los menús emergentes y seleccioneAM o PM.

La fecha de inicio predeterminada está establecida para que lasupervisión se inicie inmediatamente al producirse ladistribución.

3. Indique la frecuencia con la que desea que el monitor compruebelos umbrales entrando un valor numérico en el campoComprobar monitor cada y seleccionando losminutos, horas,días, semanas, o mesesen el menú desplegable que se encuentraa la derecha del campo de argumento. Por ejemplo, para cambiarla planificación de forma que la supervisión se realice una vez aldía, se puede llevar a cabo una de las acciones siguientes:

110 Versión 3.7

¶ Establezca el valor del campo de textoComprobar monitorcada en 1 y seleccionedías en el menú desplegable.

¶ Establezca en valor del campoComprobar monitor cada en24 y seleccionehoras en el menú desplegable.

4. Para restringir la supervisión a ciertas horas o días de la semana,pulse el botónRestricciones. Se visualizará el diálogoRestricciones en la planificación de la supervisión.

Las opciones del diálogoRestricciones en la planificación de lasupervisión permiten el establecimiento de amplias restriccionessobre la actividad de supervisión. Las restriccionespredeterminadas (a menos que se establezca lo contrario en elperfil) permiten una supervisión constante.

Lleve a cabo los pasos siguientes si desea establecer restriccionesen la planificación de la supervisión:

a. Elija el momento en que desea permitir la supervisión en lasopciones que se proporcionan bajoPermitir actividad desupervisión. Seleccione las casillas para las horas en las quedesea permitir la supervisión.


4.C

onfiguracióny

gestiónde

monitores

Puede también personalizar lo que significaDurante el día,Por la noche, etcétera o definir una restricción propia con laopciónPersonalizar.

Se pueden combinar las opcionesDurante el día, Por lanoche, Durante la semanay Los fines de semanasegún seanecesario para satisfacer sus necesidades de planificación desupervisión o también puede utilizar las opcionesHoraspersonalizadasy Días personalizados.

Notas:

1) La opciónDías personalizadosno puede utilizarse conlas opcionesDurante la semanao Los fines de semanay tampoco puede utilizarse la rolHoras personalizadascon las opcionesDurante el día o Por la noche. Siutiliza la opciónDías personalizados, asegúrese deinhabilitar las opcionesDurante la semanay Los finesde semana. Si utiliza la opciónHoras personalizadas,asegúrese de inhabilitar las opcionesDurante el día yPor la noche. Existe la posibilidad de combinar la opciónDías personalizadoscon las opcionesDurante el día yPor la noche, o combinar la opciónHoraspersonalizadascon las opcionesDurante la semanayLos fines de semana.

2) Si define una planificación de supervisión que no incluyaninguna definición de día o una que no incluya ningunadefinición de hora, el monitor no se ejecutará y puedeproducirse un uso excesivo de la CPU. Por ejemplo, siseleccionaDurante el día y Por la noche, pero noespecifica como mínimo una de las opcionesDurante lasemana, Los fines de semanao Días personalizados, elmonitor no se ejecutará.

3) Debe especificarse la hora para las opcionesDíaspersonalizados, Durante el día y Por la nocheenformato de horas. Minutos no es una unidad válida paraestas opciones. Por ejemplo, si especifica 5:30, no seejecutará el monitor y se enviará un mensaje.

112 Versión 3.7

Si define una planificación de supervisión con solapamientoentre los intervalos de supervisión, el monitor seguiráejecutándose de la forma normal tal como se ha planificado.Por ejemplo, si se redefineDurante el día como de 8 AM a6 PM y Por la nochecomo de 5 PM a 6 AM, el monitor seejecutará de forma normal entre las 8 AM y las 6 AM.

b. Si desea redefinir los parámetros de una opción o crear unarestricción propia, pulse el botónPersonalizar para visualizarel diálogoPersonalizar restricciones en la planificación dela supervisión.

Para personalizar las restricciones, elija los rangos deseadosen los menús desplegables.

Por ejemplo, para redefinirHoras diurnas como lascomprendidas entre 7 AM y 7 PM, pulse el menú desplegableDe a la derecha deHoras diurnas y seleccione7 de entre lasopciones que ahí se presentan . (La hora que se establece enel rangoHasta abarca la hora completa. En otras palabras, unvalor de 6 PM llega hasta las 6:59 PM.)


4.C

onfiguracióny

gestiónde

monitores

Establezca la hora a la que Tivoli Distributed Monitoringdeberá dejar de supervisar mediante la repetición de esteproceso para el menú desplegableHasta.

c. Cuando haya establecido las opciones, pulse el botónEstablecer y cerrar para guardar los cambios y volver aldiálogoRestricciones en la planificación de la supervisión.

d. Cuando haya establecido todas las restricciones deplanificación, pulse el botónEstablecer & Cerrar deldiálogoRestricciones de la planificación de supervisiónpara guardar los cambios, cerrar el diálogo y volver aldiálogoEstablecer planificación de supervisión.

5. Pulse el botónCambiar y cerrar para aplicar la planificación.Esta acción cierra el diálogoEstablecer planificación desupervisión y vuelve al diálogoEditar monitor .

Copia de monitores entre perfilesCuando se copian monitores de un perfil en otro, Tivoli DistributedMonitoring realiza una copia exacta de los monitores del perfilfuente de Tivoli Distributed Monitoring en un perfil de destino yaexistente. Asegúrese de haber guardado el perfil fuente antes de abrirel perfil de destino.



Copiar monitores entreperfiles


admin

Se pueden copiar monitores solamente desde el escritorio de Tivoli.

Lleve a cabo los pasos siguientes para copiar monitores de un perfilen otro:

1. Desde una región de políticas, haga doble clic en un perfil deTivoli Distributed Monitoring para visualizar el diálogo

114 Versión 3.7

Propiedades del perfil de Tivoli Distributed Monitoring .

2. Si ha editado el perfil fuente, guarde los cambios mediante laselección de la opciónGuardar del menúPerfil .

3. Seleccione los monitores que desea copiar de la ventanaPropiedades del perfil de Tivoli Distributed Monitoring .

4. Seleccione la opciónCopiar monitor del menúEditar paravisualizar el diálogoCopiar registros del perfil.

El diálogoCopiar registros del perfil permite seleccionar losperfiles de destino de Tivoli Distributed Monitoring paracopiarlos de una lista de gestores de perfiles. La lista dedesplazamientoPerfiles de destinocontiene los perfiles en losque se copiarán los monitores. Asegúrese de que la lista de


4.C

onfiguracióny

gestiónde

monitores

desplazamientoPerfiles de destinoincluya solamente los perfilesen los que desea copiar los monitores.

5. Para trasladar un perfil a la lista de desplazamientoPerfiles dedestino, seleccione el gestor de perfiles adecuado de la lista dedesplazamientoGestores de perfiles disponibles.

Al seleccionar un gestor de perfiles, se visualizan los perfiles deTivoli Distributed Monitoring del gestor de perfiles en la lista dedesplazamientoPerfiles disponibles.

6. Seleccione el perfil de Tivoli Distributed Monitoring en el quedesea copiar los monitores seleccionados de la lista dedesplazamientoPerfiles disponiblesy pulse el botón de flechaderecha.

Para eliminar un perfil de la lista de desplazamientoPerfiles dedestino, seleccione el perfil de la lista y pulse el botónSuprimirdestino(s).

7. Pulse el botónCopiar & Cerrar para copiar los monitoresseleccionados a los perfiles de destino y volver a la ventanaPropiedades del perfil de Tivoli Distributed Monitoring .

8. Seleccione la opciónGuardar del menúPerfil para confirmar elcambio.

Cuando haya terminado de copiar los monitores, deberá distribuir losperfiles de destino a los hosts actualizados que se estánsupervisando. Consulte el apartado “Gestión de perfiles deDistributed Monitoring” en la página 131 si desea obtener másdetalles.

Traslado de monitores de un perfil a otroEl traslado de monitores de un perfil suprime un monitorespecificado del perfil fuente y lo añade al perfil de destino.


116 Versión 3.7


Trasladar monitores deun perfil a otro


admin

Se pueden trasladar monitores solamente desde el escritorio deTivoli.

Lleve a cabo los pasos siguientes para trasladar monitores de unperfil a otro:

1. Desde un gestor de perfiles, haga doble clic en un icono de unperfil de Tivoli Distributed Monitoring para visualizar el diálogoPropiedades del perfil de Tivoli Distributed Monitoring .

2. Si ha editado el perfil fuente, guarde los cambios mediante laselección de la opciónGuardar del menúPerfil .

3. Seleccione los monitores que desee trasladar en la ventanaPropiedades del perfil de Tivoli Distributed Monitoring .


4.C

onfiguracióny

gestiónde

monitores

4. Seleccione la opciónMover monitor del menúEditar paravisualizar el diálogoMover registros del perfil.

5. Seleccione el gestor de perfiles de origen en la lista dedesplazamientoGestores de perfiles disponibles. Los perfilesdisponibles para el gestor de perfiles seleccionado se visualizanen la lista de desplazamientoPerfiles disponibles.

6. Seleccione los perfiles a los que se deberán trasladar losmonitores seleccionados de la lista de desplazamientoPerfilesdisponibles.

7. Pulse el botónMover y cerrar para trasladar el monitor a losperfiles de destino y volver a la ventanaPropiedades del perfilde Tivoli Distributed Monitoring .

8. Seleccione la opciónGuardar del menúPerfil para confirmar elcambio. Deberá realizar este paso tanto desde los perfiles fuentede Tivoli Distributed Monitoring como desde los de destino.

Cuando haya terminado de trasladar monitores, deberá distribuir losperfiles de destino. Consulte el apartado “Gestión de perfiles deDistributed Monitoring” en la página 131 si desea obtener másdetalles.

Habilitación e inhabilitación de monitoresDe forma predeterminada, un monitor está habilitado en el momentode su creación. Sin embargo, se puede inhabilitar y volver a habilitarun monitor en cualquier momento. Puede que desee inhabilitar unmonitor si sabe que un recurso, como por ejemplo un host, sedesconectará de la red para su mantenimiento. La inhabilitación de

118 Versión 3.7

un monitor en este caso puede ayudar a preservar los recursos delsistema y puede impedir que un nodo gestionado intente realizaracciones de respuesta innecesarias.



Habilitar o inhabilitarun monitor


admin


EscritorioUtilice los pasos siguientes para habilitar e inhabilitar monitores:

1. Desde una región de políticas, haga doble clic en un perfil deTivoli Distributed Monitoring para visualizar el diálogoPropiedades del perfil de Tivoli Distributed Monitoring .

2. Seleccione el monitor que se desea habilitar o inhabilitar.


4.C

onfiguracióny

gestiónde

monitores

3. Pulse el botónDesactivar seleccionadopara impedir que elmonitor supervise.

—O bien:—

Pulse el botónActivar seleccionadopara volver a activar unmonitor inhabilitado.


Cuando haya terminado de habilitar e inhabilitar los monitores de unperfil, deberá distribuir los cambios. Consulte el apartado “Gestiónde perfiles de Distributed Monitoring” en la página 131 si deseaobtener más detalles.

Línea de comandosEn el ejemplo siguiente se inhabilita un monitor:wsetmon +d 12 DiskSpace

donde:

+d Inhabilita un monitor.

12 Especifica un número de clave que corresponde almonitor que va a inhabilitarse. El número de clavepara un monitor puede determinarse mediante lautilización del comandowlsmon.

DiskSpace Especifica el nombre del perfil de Tivoli DistributedMonitoring.

Para volver a habilitar el monitor, utilice el distintivo-d en lugar de+d.

Supresión de monitoresLa supresión de un monitor elimina a dicho monitor del perfil deTivoli Distributed Monitoring. El monitor no se suprime de los hostsque se están supervisando hasta que se guarda y distribuye el perfilde Tivoli Distributed Monitoring en el que se definió el monitor.

120 Versión 3.7



Suprimir un monitor Perfil de TivoliDistributed Monitoring

admin


EscritorioLleve a cabo los pasos siguientes para suprimir un monitor:


2. Seleccione el monitor que desee suprimir.

3. Pulse el botónSuprimir monitores . Si se suprime un monitorpor error, puede seleccionarse la opciónRestaurar del menúPerfil para restaurar el perfil al último estado en que se guardó.



4.C

onfiguracióny

gestiónde

monitores

Cuando haya terminado de suprimir monitores del perfil, deberádistribuir el perfil. Consulte el apartado “Gestión de perfiles deDistributed Monitoring” en la página 131 si desea obtener másdetalles.

Línea de comandosEn el ejemplo siguiente se suprime un monitor:wdelmon 12 DiskSpace

donde:

12 Especifica un número de clave que corresponde almonitor que se va a suprimir. El número de clavepara un monitor puede determinarse mediante lautilización del comandowlsmon.


Tareas de búsqueda y clasificaciónUn perfil de Tivoli Distributed Monitoring puede contener muchosmonitores, con ocho o más atributos en cada registro. TivoliDistributed Monitoring proporciona varias características quepermiten encontrar los datos de supervisión necesarios con rapidez.Si desea obtener información acerca de estas características, consultelos procedimientos siguientes:

¶ “Clasificación de monitores” en la página 122

¶ “Clasificación y visualización de atributos del monitor” en lapágina 124

¶ “Búsqueda de monitores” en la página 127

Clasificación de monitoresDe forma predeterminada, Tivoli Distributed Monitoring muestra losmonitores clasificados alfabéticamente. Se puede cambiar el orden enel que se muestran los monitores en el diálogoPropiedades delperfil de Tivoli Distributed Monitoring .

122 Versión 3.7

Nota: El cambio de la forma de presentacióny la reclasificación dela lista de monitores son opciones de visualización. Al cerrarel diálogoPropiedades del perfil de Tivoli DistributedMonitoring se pierden los cambios realizados en laclasificación y la forma de presentación.



Clasificar entradas Perfil de TivoliDistributedMonitoring

user

Se puede realizar esta tarea solamente desde el escritorio de Tivoli.

Lleve a cabo los pasos siguientes para clasificar las entradas de unperfil de Tivoli Distributed Monitoring:



4.C

onfiguracióny

gestiónde

monitores

2. SeleccioneClasificar -> Monitores del menúVer para visualizarel diálogoClasificar registros.

3. Si desea clasificar los monitores por orden alfanumérico, pulse elbotón de opciónOrden ascendente. De lo contrario, pulse elbotón de opciónOrden descendentepara clasificar los registrosen orden alfanumérico inverso.

4. Pulse el botónClasificar y cerrar para clasificar las entradas.

Clasificación y visualización de atributos del monitorSe pueden establecer los atributos que se visualizan y el orden enque se visualizan en el diálogoPropiedades del perfil de TivoliDistributed Monitoring .

124 Versión 3.7

Nota: El cambio del diseño de visualización es una opción devisualización. Cuando se cierra el diálogoPropiedades delperfil de Tivoli Distributed Monitoring , se pierden loscambios efectuados en la clasificación.

La tabla siguiente proporciona el contexto y la rol de autorizaciónque son necesarios para realizar esta tarea:


Clasificar y visualizaratributos del monitor


user


Lleve a cabo los pasos siguientes para clasificar los atributos de unperfil de Tivoli Distributed Monitoring:



4.C

onfiguracióny

gestiónde

monitores

2. SeleccioneClasificar -> Atributos del menúVer para mostrar eldiálogoVisualizar Atributos .

3. Seleccione en la lista de desplazamientoAtributos mostradoslos atributos que no desea visualizar.

4. Pulse el botón de flecha derecha para trasladar los atributosseleccionados a la lista de desplazamientoAtributos nomostrados.

5. Seleccione un atributo en la listaAtributos mostrados y utiliceel botón de flecha arriba o de flecha abajo para trasladarlo a laposición en la que se deberá visualizar en el diálogoPropiedades del perfil de Tivoli Distributed Monitoring .

Repita este paso hasta que se listen todos los atributos en elorden en que desea que se visualicen. Un diálogo completoMostrar atributos puede ser parecido a lo siguiente:

6. Pulse el botónMostrar y cerrar para clasificar y visualizar losatributos en el diálogoPropiedades del perfil de Tivoli

126 Versión 3.7

Distributed Monitoring y cerrar el diálogoMostrar atributos .Al cerrar el diálogoPropiedades de perfil de Tivoli DistributedMonitoring , se pierden los resultados de la clasificación. Losmonitores en sí no se cambian.

Búsqueda de monitoresSe pueden buscar y resaltar monitores de acuerdo con los criteriosestablecidos para la búsqueda dentro de un perfil. La característicabuscar registro es muy útil cuando hay muchos monitores en unperfil de Tivoli Distributed Monitoring.

La tabla siguiente proporciona el contexto y la rol de autorizaciónque son necesarios para realizar esta tarea:


Buscar un monitor Perfil de TivoliDistributed Monitoring

user


Lleve a cabo los pasos siguientes para buscar un monitor:

1. Desde un gestor de perfiles, haga doble clic en un icono de unperfil de Tivoli Distributed Monitoring para visualizar el diálogo


4.C

onfiguracióny

gestiónde

monitores


2. Seleccione la opciónBuscar del menúVer para visualizar eldiálogoBuscar registro.

3. Seleccione el campo por el que se buscará en la lista dedesplazamientoAtributos .

4. Seleccione uno de los siguientes tipos de búsqueda:

Contenido Especifica que los registros que se hanencontrado contienen un valor de cadena.

128 Versión 3.7

Es igual a Especifica que los registros que se hanencontrado coinciden exactamente con loscriterios de búsqueda.

Mayor que Especifica que el valor del atributo elegido paralos registros encontrados tiene que ser mayor queel valor de los criterios de búsqueda.

Menor que Especifica que el valor del atributo elegido paralos registros que se han encontrado tiene que sermenor que el valor de los criterios de búsqueda.

5. Entre un valor para los criterios de búsqueda. Los criterios debúsqueda pueden ser cualquier valor válido para el atributoseleccionado. Una ventana completaBuscar registro puede serparecida a lo siguiente:

6. Pulse el botónBuscar primero para seleccionar la primeraaparición de un registro que cumple con los criterios.

—O bien:—

Pulse el botónBuscar siguientepara seleccionar la siguienteaparición de un registro que cumple con los criterios.


4.C

onfiguracióny

gestiónde

monitores

Tivoli Distributed Monitoring busca y selecciona los registrosque coinciden con los criterios:

130 Versión 3.7

Gestión de perfiles deDistributed Monitoring

Los perfiles de Tivoli Distributed Monitoring se utilizan paracontrolar las propiedades de los monitores. Por ejemplo, mediante ladistribución de un perfil de Tivoli Distributed Monitoring, puededeterminar el lugar donde debe ejecutarse un monitor. Tambiénpueden establecerse planificaciones de supervisión y valores depolítica predeterminados a partir de un perfil de Tivoli DistributedMonitoring. Cuando haya configurado un perfil de Tivoli DistributedMonitoring de modo que contenga información básica de política ysupervisión, se puede utilizar este perfil como plantilla para otrosperfiles. Por ejemplo, se puede clonar el perfil o configurar un perfilcomo fuente de valores de supervisión predeterminados en otrosperfiles de Tivoli Distributed Monitoring.

Distribución de un perfil de Tivoli DistributedMonitoring

Después de crear un perfil de Tivoli Distributed Monitoring yconfigurar los monitores, se puede distribuir el perfil a lossuscriptores del gestor de perfiles, activando así el proceso desupervisión. ’ Cuando se configura por vez primera un perfil deTivoli Distributed Monitoring, no se produce supervisión hasta quese distribuye el perfil. Los cambios subsiguientes realizados sobre elperfil no entrarán en vigor hasta que se distribuya el perfil. Lossuscriptores pueden ser nodos gestionados, Endpoints y otrosgestores de perfiles.

5


5.G

estiónde

perfilesde

Distributed

Monitoring

Si distribuye un perfil a otro gestor de perfiles, podrá realizarcambios locales en el perfil del suscriptor.

Notas:

1. Si cambia el nombre de la cuenta Admin bajo NetWare 4, deberácambiar la correlación del ID en el gateway LCF para poderdistribuir un monitor LCF. La gateway LCF mantiene unacorrelación del ID del usuario privilegiado con el ID de usuarioAdmin “real”. Para cambiar la correlación del ID en el gatewayLCF, debe utilizarse el comandowidmap. Si desea obtener másinformación acerca del comandowidmap, consulte lapublicaciónTivoli Management Framework, Manual de consulta.

2. Cuando se distribuye un perfil de Tivoli Distributed Monitoring,se inicia una tarea o proceso llamadodog que lee información dela base de datos del Endpoint. Esta información incluye el ID degrupo y el ID de usuario actual. El comandowgetsntid noconsulta directamente la base de datos del Endpoint, en su lugar,devuelve la información de la caché dedog. El procesodogfinaliza de forma normal poco después de que se hayacompletado la distribución del perfil. Si cambia los valores delID de usuario o ID de grupo de un perfil, distribuye el perfil yluego inmediatamente ejecuta el comandowgetsntid en la copiadel perfil del Endpoint, se devolverán los valores del ID deusuario y del ID de grupo anteriores aunque la base de datos delEndpoint ahora en realidad contiene los nuevos valores de ID deusuario e ID de grupo. Debe esperar a quedog termine(aproximadamente un minuto) antes de ejecutar el comandowgetsntid. Cuandodog es iniciado por el comandowgetsntid,volverá a consultar la base de datos del Endpoint y devolverá losvalores de ID de usuario e ID de grupo actualizados.

3. Si la distribución de un perfil falla (por ejemplo, si un Endpointestá inactivo en el momento de distribuir el perfil), no existe unmecanismo automático de recuperación. Se debe volver adistribuir el perfil a los Endpoints y nodos gestionados afectados.

4. Si en un perfil de Tivoli Distributed Monitoring se especifica unarchivo como parte de una acción de distribución, el archivo seañade a la base de datos de Tivoli. Si se modifica el archivo

132 Versión 3.7

fuente, debe volver a distribuir el perfil de DistributedMonitoring para propagarlo a los suscriptores del perfil.

5. Si anula el abono de un Endpoint de un gestor de perfiles con laopciónsuprimir todas las copias, el motor todavía tendrá supropia lista de monitores. Después de anular el abono delEndpoint, debe borrar el motor del Endpoint mediante elcomandowclreng.

6. No se recomienda tener una gran cantidad de monitores en unmismo gestor de perfiles de un Endpoint NetWare, ya que puededar lugar a que las distribuciones excedan el tiempo de espera.Cuando se utilice el escritorio Tivoli para realizar unadistribución de perfiles, Framework distribuye el gestor deperfiles completo, no sólo el perfil. La colocación de muchosperfiles con todos los monitores en un gestor de perfiles, puedecausar que se exceda el tiempo de espera, dando lugar aproblemas de motor cuando distribuya tanto al mismo tiempo. Siexperimenta un exceso de tiempo de espera durante unadistribución, reduzca el número de monitores del gestor deperfiles repartiéndolos entre otros gestores de perfiles. Tambiénpuede iniciar una distribución utilizando la línea de comandos,para que sólo se distribuya el perfil.


Actividad Contexto Funciones necesarias

Distribuir un perfil Región de política delperfil Tivoli DistributedMonitoring ’ y regiónde políticas de lossuscriptores ’

admin, senior o super


EscritorioLleve a cabo los pasos siguientes para distribuir un perfil:


5.G

estiónde

perfilesde

Distributed

Monitoring


2. SeleccioneDistribuir del menúPerfil . Tivoli DistributedMonitoring muestra el diálogoDistribuir perfil .

3. Seleccione una de las opcionesDistribuir a de acuerdo con lasdescripciones siguientes:

¶ Siguiente nivel de suscriptores

Distribuye el perfil solamente a los suscriptores mencionadosen la lista de desplazamientoDistribuir a estos suscriptoresdel diálogoDistribuir perfil .

134 Versión 3.7

Esta selección distribuye el perfil sólo a los suscriptores delgestor de perfiles. No lo distribuye a un nivel inferior desuscriptores. Si un gestor de perfiles con suscriptores resideen el siguiente nivel inferior, puede que sea necesario realizarel proceso de distribución desde gestores de perfiles a másde un nivel para alcanzar todos los Endpoints del perfil.

¶ Todos los niveles de suscriptores

Distribuye el perfil a todos los suscriptores y a todos lossuscriptores de los suscriptores. Seleccione esta opción sidesea distribuir un perfil en el que su nodo gestionado es elúnico suscriptor.

4. Seleccione una de las opciones deLa distribución realizará lassiguientes accionesde acuerdo con las descripciones siguientes:

¶ Mantener modificaciones en la copia del perfil de lossuscriptores

Conserva los cambios realizados en monitores ya existentesde cada copia de un perfil de Tivoli Distributed Monitoring.Si un administrador ha editado la configuración de unmonitor en la copia del suscriptor, Tivoli DistributedMonitoring no sobreescribe ninguna parte del registro quedefine el monitor.

¶ Hacer que el perfil de los suscriptores sea una COPIAEXACTA de este perfil

Sobreescribe el perfil del suscriptor con una copia exacta delperfil que se distribuye.

5. Seleccione los suscriptores que deberán recibir el perfileligiéndolos en la lista de desplazamientoNo distribuir a estossuscriptoresy trasladándolos a la lista de desplazamientoDistribuir a estos suscriptores.

Nota: Asegúrese de que cada uno de los suscriptores de la listaDistribuir a estos suscriptoreses un gestor de perfiles oun nodo gestionado. Tivoli Distributed Monitoring nosoporta la distribución de perfiles directamente a losEndpoints f.


5.G

estiónde

perfilesde

Distributed

Monitoring

6. Haga clic en el botónDistribuir & Cerrar para distribuir elperfil inmediatamente y volver a la ventanaPropiedades delperfil de Tivoli Distributed Monitoring .

—O bien:—

Haga clic en el botónPlanificar para visualizar el diálogoAñadir trabajo planificado .

Se puede utilizar el diálogoAgregar trabajo planificado paraplanificar la distribución de perfiles para más adelante o para

136 Versión 3.7

permitir que Tivoli Distributed Monitoring pueda volver aintentar realizar una distribución que ha sido anómala hasta quesea satisfactoria o alcance un número de reintentos configurable.Si desea obtener detalles acerca del planificador Tivoli Scheduler,consulte la publicaciónTivoli Management Framework, Guía delusuario .

Línea de comandosEn el ejemplo siguiente se distribuye un perfil de Tivoli DistributedMonitoring:wdistrib perfil1 graceland

donde:

perfil1 Especifica el gestor de perfiles que contiene el perfilde Tivoli Distributed Monitoring que va adistribuirse.

graceland Especifica un recurso al que va a distribuirse elperfil.

Para obtener más información, consulte el comandowdistrib en lapublicaciónTivoli Framework Manual de consulta.

Establecimiento de valores de políticaspredeterminados

La definición de los valores de política predeterminados establece losID de usuario y de grupo para monitores, scripts definidos por elusuario y la propiedad de archivos ejecutables y del registro en unperfil de Tivoli Distributed Monitoring.

Cuando se establecen los ID predeterminados de usuario y de grupopara un perfil de Tivoli Distributed Monitoring, estos valores seestablecen automáticamente para los monitores que ya se encuentrandentro del perfil de Tivoli Distributed Monitoring y también para losque se añadan más adelante.

Nota: Los ID de grupo no existen en el sistema operativo WindowsNT. Se puede distribuir este atributo a Endpoints de Windows


5.G

estiónde

perfilesde

Distributed

Monitoring

NT, pero el valor no se utilizará para determinar quién puedeejecutar un proceso o escribir en un archivo.



Establecer políticapredeterminada


senior


EscritorioLleve a cabo los pasos siguientes para establecer valores de políticapredeterminados:


2. SeleccioneEstablecer ID de usuario y & Grupo del menúdesplegableEditar para mostrar el diálogoEditar políticas por

138 Versión 3.7

omisión.

3. Entre un valor en el campoID de usuario remoto. Puede hacerclic en el botónSeleccionarpara visualizar una lista de selecciónde los identificadores de usuario válidos.

4. Entre un valor en el campoID de grupo remoto. Puede hacerclic en el botónSeleccionarpara visualizar una lista de selecciónde los identificadores de grupo válidos.

Nota: Debe entrar el nombre de dominio (o nombre de host parauna cuenta local) del ID de usuario especificado en elcampoID de grupo remoto en un sistema Windows NT.

5. Haga clic en el botónCambiar & Cerrar para volver a laventanaPropiedades del perfil de Tivoli DistributedMonitoring .

Línea de comandosEn el ejemplo siguiente se establecen los ID de usuario y de grupopara un perfil de Tivoli Distributed Monitoring:wsetsntid joeb plantilla DiskSpace

donde:

joeb Especifica un ID de usuario.

plantilla Especifica un ID de grupo.

DiskSpace Especifica el perfil de Tivoli Distributed Monitoring

Consulte el comandowsetsntid en “Comandos de DistributedMonitoring” en la página 237 para obtener más información.


5.G

estiónde

perfilesde

Distributed

Monitoring

Establecimiento de la planificación de supervisiónpredeterminada para un perfil

Las opciones deEstablecer planificación de supervisióncontrolanla frecuencia con la que los monitores que se encuentran dentro deun perfil de Tivoli Distributed Monitoring comprueban los recursossupervisados. Estas opciones pueden establecerse en el monitor. Lasplanificaciones que se establecen en el monitor suplantan a las quese establecen en el perfil. Si desea obtener información acerca delestablecimiento de una planificación de supervisión en el perfil,consulte el apartado “Configuración y gestión de monitores” en lapágina 77.

La frecuencia máxima de supervisión es una vez por minuto. Sinembargo, Tivoli recomienda que se supervise un recurso comomáximo una vez cada cinco minutos. Debido a que las actividadesde supervisión pueden tardar más de un minuto en completarse,especialmente en sistemas muy ocupados, el establecimiento de unafrecuencia de supervisión alta puede ocasionar una utilizacióninnecesaria del sistema. La planificación de supervisión por omisiónpara perfiles y para monitores consiste en la comprobación horariade los umbrales. Una buena forma de empezar es la utilizacióninicial de la planificación de supervisión predeterminada y laposterior modificación de la planificación según sea necesario amedida que se conozca el funcionamiento de las planificacionespredeterminadas.



Establecer laplanificación desupervisiónpredeterminada


admin


140 Versión 3.7

Lleve a cabo los pasos siguientes para cambiar la planificación desupervisión predeterminada:


2. SeleccioneEstablecer planificación por omisióndel menúdesplegableEditar para visualizar el diálogoEstablecerplanificación por omisión.


5.G

estiónde

perfilesde

Distributed

Monitoring

3. Indique la fecha y la hora en las que desea que el perfil deDistributed Monitoring comience a comprobar los umbrales, enlos recuadros de textoIniciar actividad de supervisión.Introduzca la fecha de inicio en los campos de entrada de textoMes, Día y Año, indique la hora de inicio en los menús deopción desplegablesHora, y seleccioneAM o PM.

La fecha de inicio predeterminada está establecida para que lasupervisión se inicie inmediatamente.

4. Indique la frecuencia con la que desea que el monitor compruebelos umbrales mediante la entrada de un valor numérico en elcampoComprobar monitor cada y la selección deminutos,horas, días, semanaso mesesen el menú desplegable que seencuentra a la derecha del campo de argumento. Por ejemplo,para cambiar la planificación de modo que la supervisión serealice una vez al día, se puede llevar a cabo una de las accionessiguientes:

¶ Establezca el valor del campo de textoComprobar monitorcada en 1 y seleccionedías en el menú desplegable.

¶ Establezca en valor del campo de textoComprobar monitorcada en 24 y seleccionehoras en el menú desplegable.

5. Para restringir la supervisión a ciertas horas o días de la semana,haga clic en el botónRestricciones. Se visualizará el diálogo

142 Versión 3.7

Restricciones en la planificación de la supervisión.

Las opciones de este diálogo permiten establecer restriccionessobre los momentos en que puede producirse la actividad desupervisión. Las restricciones predeterminadas permiten lasupervisión todo el tiempo.

Lleve a cabo los pasos siguientes para establecer restricciones enla planificación de un monitor.

a. Elija el momento en que desea permitir la supervisión en lasopciones que se proporcionan bajoPermitir actividad desupervisión. Seleccione las casillas para las horas en las quedesea permitir la supervisión.

También puede redefinir lo que significaDurante el día, Por lanoche, etcétera, o definir sus propias restricciones con la opciónPersonalizar.

b. Si desea redefinir los parámetros de una opción o crear suspropias restricciones, haga clic en el botónPersonalizar. Sevisualizará el diálogoPersonalizar restricciones en la


5.G

estiónde

perfilesde

Distributed

Monitoring

planificación de la supervisión.

Para redefinir una opción o para definir parámetros derestricción personalizados, seleccione los rangos deseados enlos menús desplegables de opciones.

Por ejemplo, para redefinirHorario diurno de forma que seade 7 AM a 7 PM, haga clic en el menú desplegableDesdeala derecha deHorario diurno y seleccione7 en las opcionesdisponibles.

c. Cuando haya establecido las opciones de acuerdo con susnecesidades, haga clic enEstablecer y cerrar para guardarlos cambios y volver al diálogoPersonalizar restriccionesen la planificación de la supervisión.

d. Cuando haya establecido todas las restricciones de laplanificación de acuerdo con sus preferencias, haga clic en elbotónEstablecer & Cerrar del diálogoRestricciones en laplanificación de la supervisiónpara guardar los cambios yvolver al recuadro de diálogoEstablecer planificación desupervisión .

144 Versión 3.7

6. Haga clic en el botónCambiar& Cerrar para aplicar laplanificación y cerrar el diálogoEstablecer planificación desupervisión .

Establecimiento de acciones de distribuciónCada perfil de Tivoli Distributed Monitoring se puede configurar demodo que contenga una lista de acciones distribuidas. Las accionesdistribuidas son peticiones para transferir archivos o ejecutar scriptscuando se distribuye el perfil a uno o más nodos gestionados. Sepueden copiar los archivos desde cualquier nodo gestionado deTivoli. A menos que lo impidan los permisos del sistema, la copia deun archivo en un nodo gestionado sobreescribe un archivo existenteque tenga la misma ruta de acceso y el mismo nombre. Si no sepuede sobreescribir un archivo, se registra un error en el grupo deavisosSentryStatus.

Nota: Los archivos que se van a copiar pueden ser de cualquiertipo, pero Tivoli Distributed Monitoring no proporciona unadistribución específica por plataforma. Ningún archivo que sevaya a copiar puede sobrepasar los 65536 bytes de tamaño.

Si una acción de distribución implica copiar un archivo y ejecutar unscript, primero se copia el archivo. Por lo tanto, puede copiar unscript en un nodo gestionado y luego ejecutar ese script.

Tivoli Distributed Monitoring utiliza los ID de usuario y de grupoque se han especificado en el diálogoEditar políticaspredeterminadaspara definir inicialmente los permisos de accesode un script o archivo distribuido. Si cambia más tarde los valoresdel ID de usuario y de grupo, Tivoli Distributed Monitoring noactualiza estos permisos. Para cambiar los permisos, suprima elarchivo o el script y vuelva a distribuir el perfil.



Establecer acciones dedistribución


admin


5.G

estiónde

perfilesde

Distributed

Monitoring


Lleve a cabo los pasos siguientes para establecer acciones dedistribución:


146 Versión 3.7

2. Haga clic en el botónEditar monitor para visualizar el diálogoEditar monitor

3. Haga clic en el botónEstablecer acciones de distribuciónparavisualizar el diálogoAcciones de distribución.


5.G

estiónde

perfilesde

Distributed

Monitoring

a. Entre un nombre para la acción en el campo de textoNombre.

Nota: Si el nombre coincide con la descripción de unaacción existente, la información escrita para la nuevaacción sustituirá a la descripción de la acción anterior.

b. Si va a copiarse un archivo, entre las rutas de acceso fuente yde destino en los camposFuente y Copiar a,respectivamente. También puede utilizar los botonesArchivospara visualizar los diálogos del explorador de archivos.

Si va a copiarse el archivo de un nodo gestionado que no esel host local en el momento en que se distribuye el perfil,entre el nombre del nodo gestionado en el campoEn host outilice el botónHosts para seleccionar un nodo gestionado.

Nota: El directorio de destino debe tener los permisosestablecidos endrwxrwxrwx.

c. Si va a ejecutarse un script o programa, entre la ruta deacceso en el campo de textoEjecutar programa , o utilice elbotónArchivo para seleccionar el nombre de la ruta deldiálogo del explorador de archivos. El script o programa deberesidir en cada nodo gestionado suscrito. (Tenga en cuentaque el script puede ser el archivo que se copia.)

Nota: El directorio de destino debe tener los permisosestablecidos endrwxrwxrwx.

d. Haga clic en el botónEstablecer & Cerrar para añadir laacción y volver al recuadro de diálogoEditar monitor .

Para editar una acción ya existente:

a. Seleccione una acción de la lista desplazableAccionesactualesdel recuadro de diálogoAcciones de distribución.La descripción de la acción se visualiza en los campos detexto.

b. Modifique los campos de texto según desee para cambiar laacción.

148 Versión 3.7

c. Haga clic en el botónEstablecer& Cerrar para editar laacción y cerrar el diálogo.

Para eliminar una acción:

a. Seleccione una acción de la lista desplazableAccionesactualesen el recuadro de diálogoAcciones de distribución.

b. Haga clic en el botónEliminar para eliminar la acciónseleccionada.

c. Haga clic en el botónEstablecer& Cerrar para suprimir laacción y cerrar el diálogo.

Asignación de un perfil fuente predeterminadoAlgunas colecciones de monitores proporcionan un perfil de TivoliDistributed Monitoring que contiene valores predeterminados paralas fuentes de supervisión. También se puede asignar cualquier perfilde Tivoli Distributed Monitoring para que sea la fuente de losvalores por omisión. El perfil fuente predeterminado puede contenertantos monitores como se desee, pero sólo se puede adoptar un perfilfuente por cada uno de los perfiles de Tivoli Distributed Monitoring.

Cada vez que añade un monitor al perfil de Tivoli DistributedMonitoring mediante la utilización del botónAgregar con valorespredeterminados, Tivoli Distributed Monitoring intenta localizar unmonitor del mismo tipo en el perfil fuente predeterminado. Si laaplicación encuentra este tipo de monitor, intenta que coincida elargumento del monitor (entrado en el campo de argumento deldiálogoAgregar monitor al perfil de Tivoli DistributedMonitoring ), si lo hay.

Si el monitor no tiene un argumento, Tivoli Distributed Monitoringbusca en la fuente predeterminada. Si no hay valorespredeterminados en el perfil fuente predeterminado para el monitorque se añade, Tivoli Distributed Monitoring muestra un mensaje deerror.



5.G

estiónde

perfilesde

Distributed

Monitoring


Adoptar un perfil comofuente de los valorespredeterminados delmonitor


admin


Lleve a cabo los pasos siguientes para seleccionar un perfil comoplantilla para los valores de política predeterminados:

1. Desde un gestor de perfiles, haga doble clic en un icono de unperfil de Tivoli Distributed Monitoring para visualizar elrecuadro de diálogoPropiedades del perfil de TivoliDistributed Monitoring .

2. SeleccioneSeleccionar perfil fuente por omisióndel menúdesplegableMonitorización para visualizar el diálogo

150 Versión 3.7

Seleccionar perfil fuente por omisión.

3. Seleccione un perfil para utilizarlo como fuente de los valorespor omisión en la lista de desplazamientoPerfiles disponibles.

4. Haga clic en el botónEstablecer & Cerrar para volver a laventanaPropiedades del perfil de Tivoli DistributedMonitoring .

5. Para cambiar los valores de un monitor, seleccione el monitor yhaga clic en el botónEditar monitor . Consulte el apartado“Configuración y gestión de monitores” en la página 77 paraobtener más información acerca de la edición de un monitor.

Debido a que Tivoli Distributed Monitoring permite la adopción devalores de supervisión por omisión para cada monitor a medida quese añaden monitores, puede seleccionar si desea adoptar o no losvalores por omisión para cada monitor.


5.G

estiónde

perfilesde

Distributed

Monitoring

Clonación de un perfil de Tivoli DistributedMonitoring

La clonación de un perfil de Tivoli Distributed Monitoring crea unacopia de un perfil ya existente. Los valores que están establecidos enel perfil, como por ejemplo acciones de distribución y políticapredeterminada, se copian como valores predeterminados. TivoliDistributed Monitoring no copia los monitores.

La tabla siguiente proporciona el contexto y el rol de autorizaciónque son necesarios para esta tarea:


Clonar un perfil deTivoli DistributedMonitoring

Gestor de perfiles super o senior


EscritorioLleve a cabo los pasos siguientes para clonar un perfil:

1. En la ventanaGestor de perfiles, seleccione el icono del perfilde Tivoli Distributed Monitoring que desea clonar.

152 Versión 3.7

2. SeleccionePerfiles -> Clonar del menú desplegableEditar paravisualizar el diálogoClonar perfil .

3. Entre el nombre del nuevo perfil en el campo de textoEtiquetade icono/Nombre.

4. Seleccione el gestor de perfiles que deberá contener el nuevoperfil en la lista de desplazamientoClonar en el gestor deperfiles.

5. Haga clic en el botónClonar & Cerrar para clonar el perfil yvolver al recuadro de diálogoGestor de perfiles.

Línea de comandosEn el ejemplo siguiente se clona un perfil de Tivoli DistributedMonitoring:wcrtprf -c \ @SentryProfile:DiskSpace@ProfileManager: \ProfMgr SentryProfile Disks

donde:

-c @SentryProfile:DiskSpaceEspecifica el perfil que se va a clonar.


5.G

estiónde

perfilesde

Distributed

Monitoring

@ProfileManager:ProfMgrEspecifica el gestor de perfiles donde reside el perfilDiskSpace.

SentryProfile Especifica que se debe clonar un perfil de TivoliDistributed Monitoring.

Disks Especifica el nombre del nuevo perfil.

Para obtener más información, consulte el comandowcrtprf en lapublicaciónTivoli Management Framework Manual de consulta.

Supresión de un perfil de Tivoli DistributedMonitoring

La supresión de un perfil de Tivoli Distributed Monitoring eliminano solamente la copia actual del perfil y sus monitores, sino quetambién suprime copias de los suscriptores del gestor de perfiles. Lasupresión de un perfil también elimina información de supervisión delos motores de Tivoli Distributed Monitoring en los hostssupervisados.

Nota: La supresión de un perfil de Distributed Monitoring noelimina los monitores que ya se han distribuido en el perfil.Para suprimir los monitores que ya se han distribuido, enprimer lugar es necesario inhabilitar los monitores del perfil ydistribuir el perfil y luego suprimir los monitores y distribuirel perfil. Entonces se puede suprimir el perfil.

La supresión de un perfil de Tivoli Distributed Monitoring noelimina los perfiles que están en una posición más elevada dentro dela jerarquía de suscripciones ni elimina información de los archivosdel sistema. Es aconsejable comprobar el contenido del motor deTivoli Distributed Monitoring utilizando el comandowlsengdespuésde eliminar un perfil.


154 Versión 3.7


Suprimir un perfil Gestor de perfiles admin


EscritorioLleve a cabo los pasos siguientes para suprimir un perfil de TivoliDistributed Monitoring:

1. Seleccione el icono del perfil que desea suprimir en la ventanaGestor de perfiles.

2. SeleccionePerfiles -> Suprimir del menúEditar . TivoliDistributed Monitoring muestra el diálogo de confirmaciónSuprimir perfiles .

3. Haga clic en el botónSuprimir para suprimir el perfil y volver ala ventanaGestor de perfiles.

Línea de comandosEn el ejemplo siguiente se suprime un perfil de Tivoli DistributedMonitoring:wdel /Administrators/Jeff/wichita-region \ /ProfMgr/DiskSpace

donde:

/Administrators/Jeff/wichita-region/ProfMgr/DiskSpaceEspecifica la ruta de acceso completa del perfilDiskSpacede Tivoli Distributed Monitoring.


5.G

estiónde

perfilesde

Distributed

Monitoring

Si desea más información consulte el comandowdel en lapublicaciónTivoli Management Framework, Manual de consulta.

Bloqueo y desbloqueo de monitoresEl bloqueo de un monitor impide que los suscriptores lo editen osupriman. Es necesario distribuir el perfil de Tivoli DistributedMonitoring para que el bloqueo surta efecto. Los suscriptores nopueden editar ni suprimir un registro hasta que se desbloquee dichoregistro y se distribuya de nuevo el perfil.

Se pueden bloquear todos los monitores de un perfil de nivelsuperior para ayudar a asegurar que las copias del perfil seansiempre iguales. Debido a que no se puede bloquear todo un perfil,un administrador puede añadir un monitor a la copia de un perfil denivel inferior.



Bloquear o desbloquearun monitor



Lleve a cabo los pasos siguientes para bloquear o desbloquear unmonitor:

1. Desde un gestor de perfiles, haga doble clic en un icono de unperfil de Tivoli Distributed Monitoring para visualizar el diálogo

156 Versión 3.7


2. Seleccione el monitor que desee bloquear.

3. SeleccioneBloquear monitores seleccionadosen el menúdesplegableEditar para bloquear el monitor.

—O bien—

Para desbloquear un monitor, seleccione un monitor bloqueado yluego seleccioneDesbloquear monitor seleccionadodel menúdesplegableEditar .

4. Seleccione la opciónGuardar del menú desplegablePerfil paraguardar el cambio de estado de los monitores bloqueados odesbloqueados.

Navegación desde una copia de perfil a otraDesde dentro de cualquier perfil, puede ir a cualquier copia del perfilactual en la jerarquía de suscripción y visualizarla. Dependiendo dela rol de autorización, podrá realizar operaciones en la copia delperfil recién visualizada.

La tabla siguiente proporciona el contexto y el rol de autorizaciónque son necesarios para realizar esta tarea:


5.G

estiónde

perfilesde

Distributed

Monitoring


Navegación entrecopias de perfiles


user


Lleve a cabo los pasos siguientes para navegar entre copias deperfiles de Tivoli Distributed Monitoring:


158 Versión 3.7

2. Seleccione la opciónIr a perfil en del menú desplegablePerfilpara visualizar el diálogoIr a perfil .

3. Seleccione el suscriptor que contiene la copia del perfil que va avisualizar.

4. Seleccione la copia del perfil que va a visualizar.

5. Haga clic en el botónIr a & Ver para ver la copia del perfil.

—O bien:—

Haga clic en el botónIr a & Editar para editar la copia delperfil.


5.G

estiónde

perfilesde

Distributed

Monitoring

160 Versión 3.7

Utilización de colecciones deindicadores

Tivoli recomienda la creación de una o máscolecciones deindicadoresen cada región de políticas y la posterior asociación delos perfiles de la región de políticas con una colección deindicadores para ayudar a ver de forma eficiente las alarmas e iconosde Tivoli Distributed Monitoring. La colección proporciona unaventana en la que se pueden ver todos los perfiles asociados deTivoli Distributed Monitoring que se encuentran dentro de unaregión de políticas y cualquier información de alarma que muestranlos iconos de Tivoli Distributed Monitoring.

Una colección de indicadores es un recurso de información quepermite realizar lo siguiente:

¶ Ver anotaciones sobre cada política de Tivoli DistributedMonitoring de la colección sin tener que abrir cada gestor deperfiles

¶ Guardar un registro de anotaciones en un archivo o enviarlo porcorreo electrónico a un destinatario específico

¶ Restaurar un icono activado a un estado de no alarma

Nota: No se pueden crear ni editar perfiles de Tivoli DistributedMonitoring desde la ventana de la colección.

6


6.U

tiliz.de

colec.de

indicadores

Cómo ver el contenido de una colección deindicadores

Para poder ver el contenido de un indicador, deben haberse realizadolas acciones que se indican a continuación:

¶ “Creación de un perfil de Tivoli Distributed Monitoring” en lapágina 46

¶ “Creación de una colección de indicadores” en la página 62

¶ “Asociación de perfiles de Tivoli Distributed Monitoring con unacolección de indicadores” en la página 64

Para cada perfil de Tivoli Distributed Monitoring de una colecciónde indicadores, se pueden realizar las acciones siguientes:

¶ Ver el icono del perfil de Tivoli Distributed Monitoring paradeterminar el estado del perfil. Tivoli Distributed Monitoringmuestra distintos iconos para representar las etapas de alarma. Elicono muestra la alarma más grave que se ha recibido hasta quese restaura el icono.

Nota: Para que el aspecto del icono muestre el estado de unperfil de Tivoli Distributed Monitoring, se debe establecerque el perfil cambie los estados como comportamiento denotificación. De lo contrario, el icono no indica unaalarma. Si desea más información acerca delestablecimiento de un comportamiento de notificación,consulte el apartado “Configuración y gestión demonitores” en la página 77“.

¶ Ver el registro de anotaciones del indicador del perfil de TivoliDistributed Monitoring para visualizar un historial de lascondiciones de alarma a las que el perfil ha respondido. Elregistro de anotaciones proporciona el nombre del monitor queha ocasionado la alarma, el estado o nivel de respuesta dealarma, el host en el que se da la condición de alarma y la fechay la hora en que se ha activado la alarma. El registro deanotaciones del indicador proporciona una opción para restaurarel estado del perfil de Tivoli Distributed Monitoring.

162 Versión 3.7

¶ Guardar el registro de anotaciones del indicador en un archivo.

¶ Enviar el registro de anotaciones del indicador a una direcciónde correo electrónico específica.



Ver los perfiles deTivoli DistributedMonitoring de unacolección deindicadores



EscritorioLleve a cabo los pasos siguientes para ver los iconos indicadores deuna colección:

Desde una ventana de región de políticas, haga doble clic en unicono de colección de indicadores para visualizar la ventana decolección de indicadores.

Si los monitores que se encuentran en los perfiles suscritos de TivoliDistributed Monitoring se han establecido de modo que cambien los


6.U

tiliz.de

colec.de

indicadores

iconos cuando se alcance un umbral, los iconos de esta ventanareflejarán las condiciones de estos monitores.

Los botonesBuscar siguientey Buscar todosproporcionan unmétodo para buscar nombres que coincidan con la cadena de textointroducida en el recuadro de texto.Buscar siguientebusca laprimera aparición que se encuentra a continuación;Buscar todosbusca todas las apariciones en el diálogo.

Se puede controlar el modo en que se visualiza el diálogo en losperfiles de Tivoli Distributed Monitoring del modo siguiente:

¶ Para habilitar una característica que haga que la ventana decolección de indicadores de Tivoli Distributed Monitoringaparezca en primer plano en cuanto se reciba un evento,seleccione la opciónHabilitar automatización de primer planodel menú desplegableVer.

La ventana de colección de indicadores se trasladará al primerplano, incluso si se ha convertido en icono. Se puede cancelar laopción mediante la selección deInhabilitar automatización deprimer plano del menú desplegableVer

¶ Para ver por nombre, seleccione la opciónPor nombre delmenú desplegableVer.

¶ Para ver por icono, seleccione la opciónPor icono del menúdesplegableVer.

Línea de comandosEn el ejemplo siguiente se muestra una lista de perfiles de TivoliDistributed Monitoring que se han asociado a una colección deindicadores.wlssntcoll Mis_Indicadores

donde:

Mis_IndicadoresEspecifica el nombre de la colección de indicadores.

Consulte el comandowllsntcoll en “Comandos de DistributedMonitoring” en la página 237 si desea obtener más información.

164 Versión 3.7

Restauración de un icono activado de perfil de TivoliDistributed Monitoring

Si las condiciones que han activado un icono ya no existen, deberestaurarse el icono de modo que pueda determinarse fácilmente elmomento en que se produzca la condición siguiente.

La tabla siguiente proporciona el contexto y el rol de autorizaciónque son necesarios para esta tarea:


Restaurar un icono deperfil de TivoliDistributed Monitoringactivado


admin


EscritorioPara cambiar el estado de un perfil de Tivoli Distributed Monitoringactivado, seleccioneRestaurar en el menú emergente del iconoindicador. El icono del perfil de la vista de la colección vuelve alestado normal si el perfil se ha restaurado de forma correcta en lasopciones de de notificación del comportamiento del perfil de TivoliDistributed Monitoring

Línea de comandosEn el ejemplo siguiente se restaura un icono activado de un perfil deTivoli Distributed Monitoring:wsetsnti Mis_indicadores DiskSpace normal

donde:

Mis_IndicadoresEspecifica el nombre de la colección de indicadores.



6.U

tiliz.de

colec.de

indicadores

normal Especifica el estado al que debe restaurarse el perfilde Tivoli Distributed Monitoring.

Consulte el comandowsetsnti en “Comandos de DistributedMonitoring” en la página 237 si desea obtener más información.

Visualización de un registro de anotaciones delindicador de un perfil de Tivoli DistributedMonitoring

El registro de anotaciones del indicador contiene información acercade una fuente supervisada cuando se cumplen los criterios de unumbral. El registro de anotaciones proporciona el nombre delmonitor, el nivel de gravedad, el host en el que se ha detectado lacondición y la hora en que se ha detectado la condición.



Ver el registro deanotaciones delindicador de un perfilde Tivoli DistributedMonitoring


admin


EscritorioSiga los pasos siguientes para ver el registro de anotaciones delindicador de un perfil de Tivoli Distributed Monitoring:

1. Desde una ventana de región de políticas, haga doble clic en unicono de colección de indicadores para visualizar la ventana de

166 Versión 3.7

colección de indicadores.

2. Seleccione la opciónAbrir en el menú desplegable de lacolección de indicadores. Se visualizará el diálogoRegistro deanotaciones del indicadorde la colección de indicadores.

3. Haga clic en el botónBorrar para borrar el contenido delindicador.

4. Haga clic en el botónRestaurar para devolver el iconoindicador del perfil de Tivoli Distributed Monitoring al estadonormal. El botónRestaurar no borra el registro de anotacionesdel indicador.

Línea de comandosEn el ejemplo siguiente se muestra el registro de anotaciones delindicador de un perfil de Tivoli Distributed Monitoring:wlssntlog Mis_indicadores DiskSpace


6.U

tiliz.de

colec.de

indicadores

donde:

Mis_ indicadoresEspecifica el nombre de la colección de indicadores.


Consulte el comandowlssntlog en “Comandos de DistributedMonitoring” en la página 237 si desea obtener más información.

Borrado de un registro de anotaciones del indicadorEl borrado de un registro de anotaciones del indicador elimina todaslas entradas del registro, escribe una nueva entrada que indica que seha borrado el registro, y restablece el icono del indicador a su estadonormal.



Borrar el registro deanotaciones delindicador de TivoliDistributed Monitoring


admin


EscritorioPara borrar el registro de anotaciones del indicador, haga clic enBorrar en el recuadro de diálogoRegistro de anotaciones delindicador.

Línea de comandosEn el ejemplo siguiente se borra el registro de anotaciones delindicador de un perfil de Tivoli Distributed Monitoring:wclrsntlog Mis_indicadores DiskSpace

168 Versión 3.7

donde:

My_IndicatorsEspecifica el nombre de la colección de indicadores.


Consulte el comandowclrsntlog en “Comandos de DistributedMonitoring” en la página 237 si desea obtener más información.

Cómo guardar un registro de anotaciones delindicador de Distributed Monitoring en un archivo

Se puede guardar un registro de anotaciones del indicador en unarchivo para conservar en un archivador las condiciones del entornosupervisado.



Guardar un registro deanotaciones delindicador de TivoliDistributed Monitoringen un archivo


admin


EscritorioLleve a cabo los pasos siguientes para guardar el registro deanotaciones del indicador en un archivo.

1. Desde una ventana de región de políticas, haga doble clic en unicono de colección de indicadores para visualizar la ventana de


6.U

tiliz.de

colec.de

indicadores

colección de indicadores.

2. SeleccioneGuardar en el menú desplegableColeccióndel iconode la colección de indicadores. Se visualizará el diálogoGuardar registro de anotaciones del indicador.

3. Utilice las listas de desplazamientoHosts y Directorios paraseleccionar el lugar donde se guardará el archivo y haga clic enel botónSeleccionar directoriopara indicar el nombre completode la ruta de acceso del archivo que contendrá el registro.

—O bien:—

Introduzca la ruta de acceso completa del archivo donde deseaque resida el registro de anotaciones, en el recuadro de textoNombre de la ruta de acceso.

170 Versión 3.7

4. Si lo desea, entre un filtro de nombre de archivo en el recuadrode textoFiltro de nombre de archivo para delimitar losnombres de archivo que se visualizarán.

5. Seleccione el botón de selecciónAdjuntar para adjuntar elregistro de anotaciones al final del archivo especificado, o elbotón de selecciónSobreescribir para reemplazar el contenidodel archivo especificado con el registro de anotaciones actual.

6. Haga clic en el botónGuardar & Cerrar para guardar elarchivo y cerrar el recuadro de diálogo.

Línea de comandosEn el ejemplo siguiente se escribe un registro de anotaciones delindicador de un perfil de Tivoli Distributed Monitoring en unarchivo:wlssntlog Mis_indicadores DiskSpace > logfile

donde:



logfile Especifica el archivo en el que se guardará unregistro del registro de anotaciones del indicador.


Envío del registro de anotaciones del indicador deTivoli Distributed Monitoring

Se puede enviar un registro de anotaciones del indicador por correoelectrónico a cualquier número de usuarios.



6.U

tiliz.de

colec.de

indicadores


Enviar un correoelectrónico con elregistro de anotacionesdel indicador de TivoliDistributed Monitoring


admin


EscritorioLleve a cabo los pasos siguientes para enviar el registro deanotaciones del indicador a una dirección de correo electrónicoespecífica.

1. Desde una ventana de región de políticas, haga doble clic en unicono de colección de indicadores para visualizar la ventana decolección de indicadores.

2. Seleccionel a opciónAbrir del menú desplegableColecciones.Se visualizará el diálogoRegistro de anotaciones del indicadorde la colección de indicadores.

3. SeleccioneEnviar en el menú desplegableColeccionesdel iconodel perfil de Tivoli Distributed Monitoring. Se visualizará el

172 Versión 3.7

diálogoEnviar registro de anotaciones del indicadordel perfil.

4. Entre la dirección de correo electrónico de la persona a la quedesea enviar el registro de anotaciones en el campo de textoEnviar registro de anotaciones del indicador a través decorreo electrónico a. Opcionalmente puede incluirse el nombredel host en la dirección.

Para enviar el registro de anotaciones a más de una persona,utilice una lista separada por medio de comas. Por ejemplo, paraenviar el registro de anotaciones acarmen del hosttropic y adonald del hostmidnight , puede introducir las direccionescarmen@tropic, donald@midnight.

5. Haga clic en el botónEnviar & Cerrar para enviar el archivo ycerrar el recuadro de diálogoEnviar registro de anotaciones delindicador.

Línea de comandosEn el ejemplo siguiente se envía una copia de un registro deanotaciones del indicador:wlssntlog Mis_Indicadores DiskSpace | mail joeb

donde:

My_IndicatorsEspecifica el nombre de la colección de indicadores.


mail joeb Especifica que se debe enviar el registro deanotaciones del indicador al usuariojoeb.



6.U

tiliz.de

colec.de

indicadores

174 Versión 3.7

Diagramas y gráficos conInspector

El programa de utilidad Inspector que se proporciona con TivoliDistributed Monitoring permite ver datos del historial de supervisión.Esta información puede representarse gráficamente como un gráficode líneas, un diagrama de barras o un gráfico de áreas.

Estos datos se pueden ver en cualquier navegador web soportado porTivoli habilitado con tecnología Java™. Se puede utilizar uno de lossiguientes navegadores de web habilitados para Java:

¶ Netscape Navigator 4.02 o posterior

¶ Microsoft Internet Explorer 4.0 o posterior

La visualización de datos del historial de Tivoli DistributedMonitoring proporciona información acerca de los sistemassupervisados y puede ayudar en la resolución de problemas de losproblemas que puedan producir. Por ejemplo, si le llaman en casa,puede conectarse desde casa y utilizar un navegador de web pararevisar datos del historial de supervisión. Puede visualizar datos demúltiples monitores para un único nodo gestionado o datos de unúnico monitor para múltiples nodos gestionados.

Notas:

1. Si está creando un gráfico de varios monitores en un gráfico deáreas o de líneas, y los monitores devuelven los mismos valores

7


7.D

iagramas

ygráficos

conInspector

de datos, sólo se visualizará un color de uno de los monitores.Debería utilizar un gráfico de barras en esta situación.

2. Tivoli Distributed Monitoring Inspector no tiene la posibilidad decrear gráficos a partir de los datos en forma de cadenasalfanuméricas de los monitores. Inspector sólo da soporte a datosnuméricos.

3. Los monitores de pantalla en Windows NT deben definirse demodo que no utilicen más de 16 colores para utilizarlos conTivoli Distributed Monitoring Inspector.

4. Si utiliza Microsoft Internet Explorer 4.x con Tivoli DistributedMonitoring Inspector, debe seleccionar la siguiente opción delnavegador en el navegador Web para que Inspector funcionecorrectamente:

a. SeleccioneVer->Opciones de Internet.

b. Haga clic en la pestañaAvanzadas.

c. Seleccione la entradaSeguridad->″Suprimir las páginasguardadas cuando se cierre el navegador”.

Inicio y detención del daemon de HTTPDebido a que el daemon de HTTP instala como método de arranquedel daemonoserv local, el daemon HTTP arranca al reiniciar eloserv local. También se puede arrancar y detener el daemon deHTTP en una máquina local o remota con los comandoswstarthttpdy wstophttpd.



Inicio y detención deldaemon de HTTP

línea de comandos super oHTTP_Control

Sólo se puede realizar esta tarea desde la línea de comandos.

176 Versión 3.7

Línea de comandosEn el ejemplo siguiente se inicia el daemon de HTTP en el hostlocal:wstarthttpd

En el ejemplo siguiente se detiene el daemon de HTTP en el hostdefiant:wstophttpd defiant

Peticiones de HTTPPuede dirigir el navegador web al puerto 94 del servidor Tivoli y laspeticiones de HTTP se reenviarán de forma automática al daemon deHTTP si se está ejecutando Tivoli Management Framework 3.6.

Registro de monitores para InspectorTivoli Distributed Monitoring proporciona una tarea especial parahabilitar el registro correcto de datos desde un monitor para que sepuedan representar gráficamente los datos históricos del monitor. ’

Para configurar un monitor de modo que se pueda efectuar ungráfico de los datos del historial de dicho monitor, lleve a cabo lospasos siguientes para cada monitor de cuyos datos desee poderrealizar un gráfico:

1. Seleccione el nivel de respuestasiempre del diálogoEditarmonitor .

2. Haga clic en el botónTareas.

3. Seleccione la tareaCrear registro que pueda convertirse engráfico de la bibliotecaRegistros Sentry que puedenconvertirse en gráfico.

4. Haga clic en el botónSeleccionar tarea. Se visualizará eldiálogoConfigurar tarea de respuesta.

5. Edite el número máximo de entradas de registro si lo desea, yluego haga clic en el botónEstablecer & Cerrar .

6. Haga clic en el botónCambiar & Cerrar del diálogoTareas.


7.D

iagramas

ygráficos

conInspector

Después de terminar de configurar el monitor, se puede realizar ungráfico de los datos del historial del monitor utilizando el programade utilidad Inspector de Tivoli Distributed Monitoring.

Si desea obtener más información acerca de la edición de unmonitor, consulte el apartado “Configuración y gestión de monitores”en la página 77.

Monitores de resolución de problemas de InspectorSi obtiene un error deNo hay monitores activos en este hostcuando intenta utilizar Inspector para ver los monitores de unEndpoint, lleve a cabo los pasos siguientes:

1. Asegúrese que ha establecido una tareaSentryGraphableLogspara el monitor.

2. Ejecute el siguiente comando en su entorno originado en Tivoli:objcall ‘wlookup Tivoli_server’ get_principal_roles ’+"

3. Si se obtienen datos de salida distintos aglobal:sentry_nobody_roleen el paso 2, ejecute el scriptsiguiente:$BINDIR/Tivoli/SENTRY/sentry_nobody_role.sh

4. Ejecute el comando objcall siguiente de nuevo para confirmarque se estableció el parámetrosentry_nobody_role:objcall ‘wlookup Tivoli_server’ get_principal_roles ’+"

Se devolverá la siguiente salida:global:sentry_nobody_role

Adición y generación de informes de Inspector deTivoli Distributed Monitoring

Se puede visualizar un informe gráfico de datos actuales y delhistorial del motor de Tivoli Distributed Monitoring. Se puedengenerar informes como gráfico de líneas, diagrama de barras ográfico de áreas. Se puede mostrar un informe desde un único host yun único monitor o se pueden especificar múltiples hosts o múltiples

178 Versión 3.7

monitores. No se puede mostrar simultáneamente un informe demúltiples monitores desde más de un host.

Se puede definir un máximo de cuatro informes por cada páginaHTML. Cada informe debe tener un nombre exclusivo. Se puedevisualizar información definida por la aplicación para cada elementodel informe.

Nota: Si se ajusta el tamaño de la ventana del navegador web o sepulsa el botónActualizar después de definir uno o másinformes, las clases de Java se vuelven a cargar y losinformes definidos anteriormente ya no existen. Lasdefiniciones del informe estaban contenidas en una de lasclases de Java.



Añadir y generar informes deTivoli Distributed MonitoringInspector

Navegador de webhabilitado para Javasoportado

senior; debe ser unadministrador deTivoli posibilidad deinicio de sesión enel servidor Tivoli.Es necesaria la rolsuper para añadir ogenerar un informeen un Endpoint.

Nota: Cuando se añade un informe, se añade a una cola de informesque puede albergar hasta 50 informes. Cuando esta cola estállena, los informes más antiguos se sueltan de la cola amedida que se añaden nuevos informes. En el paso 12 en lapágina 186 de este procedimiento, se deberá guardar elinforme a un archivo distinto al archivo por omisiónReportDefn.html si no desea que se sobreescriban informesmás recientes sobre este informe.


7.D

iagramas

ygráficos

conInspector

Solamente se puede realizar esta tarea desde un navegador de webhabilitado para Java soportado.

Siga los pasos siguientes para añadir y generar informes de Inspectorde Tivoli Distributed Monitoring:

1. Conecte el navegador de web con el host y el número de puertodonde el servidor HTTP de Tivoli Distributed Monitoringprimario está ubicado. Por ejemplo:http://bearcat:94

El navegador web muestra una pagina con un enlace a TivoliDistributed Monitoring.

2. SeleccioneInspector de Tivoli Distributed Monitoring . Sevisualizará el diálogoNombre de usuario y contraseñaobligatorios. Entre el nombre del administrador de Tivoli en elcampo de textoNombre de usuarioy la contraseña en elcampo de textoContraseña.

Nota: En Windows NT y Windows 2000, debe entrar elnombre del dominio, seguido por una barra inclinadainvertida (\) y del nombre del administrador.

180 Versión 3.7

3. Haga clic en el botónAceptar. El navegador de web mostrará lapágina siguiente:

4. Haga clic en el signo más que figura a la izquierda de laentradaAplicacionesde la columna izquierda. El navegador de


7.D

iagramas

ygráficos

conInspector

web mostrará la página siguiente:

5. Haga clic en el signo más que se visualiza a la izquierda de laentradaTivoli Distributed Monitoring de la columna de laizquierda. El navegador de web mostrará una página parecida a

182 Versión 3.7

la siguiente:

6. Haga clic en el signo más que se visualiza a la izquierda de laentrada de la región de políticas deseada de la columna de laizquierda. El navegador de web mostrará una página parecida a


7.D

iagramas

ygráficos

conInspector

la siguiente:

7. Haga clic en el host o gateway que desee de los que sevisualizan en la columna de la izquierda. Si ha seleccionado ungateway, seleccione uno o más Endpoints.

Nota: Se puede seleccionar más de un host o Endpoint. Sinembargo, si selecciona más de un host o Endpoint, sólopodrá visualizar un informe para un único monitor.

184 Versión 3.7

El navegador de web mostrará una página parecida a lasiguiente:

8. Haga clic en el monitor o monitores deseados de los que sevisualizan en la columna de la derecha. Los monitoresseleccionados quedarán resaltados.

Notas:

a. Si ha seleccionado un único host en el paso 7 en lapágina 184, puede seleccionar varios monitores en este paso.

b. Si ha seleccionado más de un host en el paso 7 en lapágina 184, en este paso sólo se visualizarán los monitoresque sean comunes a todos los hosts seleccionados.

c. Puede hacer clic en un monitor y pulsar el botónInformación para ver la información correspondiente a unmonitor específico. Se visualizará el diálogoInformación


7.D

iagramas

ygráficos

conInspector

de Tivoli Distributed Monitoring :

9. Haga clic en el botónAgregar. Se visualizará el diálogoAgregar informe.

10. Entre el nombre del informe en el recuadro de textoNombredel informe:.

11. Haga clic en el botónGráfico de líneas, Diagrama de barras,o Gráfico de superficiespara seleccionar el formato deseado.

12. Pulse el botónAñadir/Cerrar para añadir el informeseleccionado a la cola de informes y cerrar el diálogoAñadirinforme.

Para guardar el informe en un archivo que no sea la cola deinformes predeterminada:

186 Versión 3.7

a. Pulse el botónGuardar como. Se visualizará el diálogoEstablecer nombre de archivo.

b. Haga clic en el botón de selecciónCrear archivo HTMLcon el nombre por omisiónpara guardar el informeutilizando el nombre de archivo por omisión(ReportDefn.html, donden es un número entre 1 y 50).

—O bien:—

Haga clic en el botón de selecciónCrear archivo HTMLcon nombre de archivo:e introduzca el nombre del archivode informes en el recuadro de texto.

c. Haga clic en el botónCambiar/Cerrar .

13. Haga clic en el botónVisualizar para visualizar el informe. Elnavegador de web abre un nuevo navegador y muestra uno o


7.D

iagramas

ygráficos

conInspector

más informes parecidos a lo siguiente:

188 Versión 3.7


7.D

iagramas

ygráficos

conInspector

14. Para especificar las horas de inicio y finalización, el intervalode recogida de datos y el número de datos de muestreo que sevisualizan, pulse el botónConfigurar hora . Se visualizará eldiálogoConfiguración de la hora del informe.

Nota: De forma predeterminada se generan informesdinámicamente utilizando un intervalo de actualizaciónde un minuto. El informe muestra la hora disponible másreciente para el primer monitor seleccionado y muestra

190 Versión 3.7

los datos de los 10 minutos anteriores. Una vez se hagenerado y mostrado el informe, éste se actualiza cadaminuto.

a. Para establecer la hora de inicio del informe generado en losdatos de supervisión más recientes, haga clic en el botónMás actual.

—O bien:—

Para establecer la hora de inicio del informe generado en unmomento concreto, entre los datos en los recuadros de textoHora, Minutos, Día, Mes, y Año del áreaHora de inicio yhaga clic en el botónEstablecer hora.

b. Para establecer la hora de finalización del informe generado,de modo que se visualicen los datos más recientes que seencuentren disponibles, haga clic en el botón de selecciónDinámico para deseleccionarlo si el botón se encuentra yamarcado.

—O bien:—

Para establecer la hora de parada del informe generado enun momento concreto, entre los datos en los recuadros detexto Hora, Minutos, Día, Mes, y Año del áreaHora deparada y haga clic en el botónEstablecer hora.

c. Para establecer el intervalo entre los datos visualizados en elinforme generado, entre el intervalo en el recuadro de textoIntervalo entre puntos: y seleccioneMinutos, Horas, oDías en la lista desplegable.

d. Especifique el número de puntos de datos visibles delinforme generado en el recuadro de textoNúmero depuntos visibles:.

e. Pulse el botónCambiar/Cerrar para generar un nuevoinforme basado en las horas de inicio y finalización,intervalos de tiempo y número de datos visibles que haespecificado. El navegador de web mostrará el nuevoinforme.

15. Para ver los informes actualmente definidos, o suprimir uno omás de estos informes, pulse el botónListar o Suprimir . Se


7.D

iagramas

ygráficos

conInspector

visualizará el diálogoListar/suprimir informes .

Después de ver los informes actualmente definidos, pulse elbotónCerrar .

—O bien:—

Para suprimir uno o más informes, seleccione los informes quedeben suprimirse y pulse el botónSuprimir/cerrar .

Arquitectura y componentesLos componentes principales que se utilizan para habilitar el trazadode gráficos y diagramas de los datos históricos del motor de TivoliDistributed Monitoring son un navegador de web habilitado paraJava, un servidor HTTP primario, un servidor Tivoli, un conjunto deprogramas CGI y nodos finales de Tivoli que proporcionanfuncionalidad HTTP y que ejecutan los motores de Tivoli DistributedMonitoring.

El servidor Tivoli proporciona la autenticación de usuarios einformación acerca de perfiles, nodos y monitores. El motor deTivoli Distributed Monitoring se ejecuta en cada nodo finalgestionado directamente y registra datos en archivos. El navegadorde web también puede utilizarse para visualizar estos datos.

Servidor HTTP primarioTivoli Management Framework proporciona un único servidor HTTPprimario que funciona como servidor proxy. Este servidor aceptapeticiones HTTP entrantes. El servidor actua como intermediario deestas peticiones funcionando como cliente del nodo final quecontiene los datos solicitados. El servidor primario puede tambiénfuncionar simultáneamente como servidor HTTP estándar y

192 Versión 3.7

responder a peticiones para scripts CGI y archivos HTML locales.Por ejemplo, el servidor puede manejar peticiones para la páginaHTML inicial.

El servidor primario está configurado automáticamente para queutilice un puerto no utilizado cualquiera. No se puede configurar elservidor primario para que utilice un puerto específico.

El servidor HTTP primario también da soporte a los métodosGET,POST y HEAD de HTTP 1.0, así como a scripts CGI y Java. Elservidor no da soporte a servicios que no sean HTTP, como porejemplo ftp, gopher y WAIS.

El daemon oserv de Tivoli redirige las peticiones HTTP hacia elpuerto que está asignado al servidor HTTP primario. Para verificar siel oserv actual reconoce el atributohttpd_port que se añade alinstalar el daemon HTTP, dirija el navegador web ahttp://LocalHost:oserv_port. El navegador web recibe la páginaDefault.html. La páginaDefault.html se devuelve cuando eldaemon HTTP recibe una solicitud de/ (no hay archivo). Estapágina deberá mostrarTivoli Web Access. Si hay algún problema, elnavegador de web informará acerca de un error de página en blanco.

Ubicación de los archivosEl daemon de HTTP se encuentra en el directorio$BINDIR/TAS/HTTPd . Los scripts de shell y los programas GCIdependientes en programas tipo intérprete ($INTERP) estánubicados en el directorio$BINDIR/TAS/HTTPd/cgi-bin . HTML,Java, y otros archivos están ubicados en el directorio/bin/generic/HTTPd. El daemon de HTTP recupera o ejecuta deforma transparente cada tipo de archivo del directorio apropiado.

Inicio de sesiónPara iniciar la sesión, es necesario proporcionar el nombre deusuario y la contraseña. La información de inicio de sesión essometida por el navegador de web del host en el que se autentificaráal usuario. Se invoca un cliente Tivoli y entonces dicho clienteintenta autentificar el usuario. Si la autenticación se realizasatisfactoriamente, se genera un código que se utiliza para todas las


7.D

iagramas

ygráficos

conInspector

peticiones subsiguientes del servidor HTTP. El código generado esnecesario para acceder todas las páginas, excepto la página de iniciodel servidor. ’

Consideraciones sobre la seguridad para el servidor HTTPprimario

Las contraseñas que se envían para la autenticación de TivoliDistributed Monitoring utilizando el navegador web están codificadasen base64antes de ser enviadas al servidor HTTP primario. Aunqueel formato de las contraseñas que se envían de esta forma es textosimple, el método de codificaciónbase64se utiliza ampliamente.Los usuarios deben tener en cuenta este esquema de codificación alconfigurar Tivoli Distributed Monitoring para la utilización delprograma de utilidad Inspector.

Nota: El daemon HTTP no requiere ningún nombre de usuario nicontraseña para el host que está ejecutándolo. El daemonHTTP solicita únicamente el nombre de un administrador deTivoli y una contraseña. El nombre del administrador deTivoli debe coincidir con el nombre de usuario deladministrador del host que está ejecutando el daemon HTTP,de lo contrario el intento de conexión no será satisfactorio.Debe asegurarse de que cada administrador de Tivoli tengauna cuenta en el host que está ejecutando el daemon HTTP yque el nombre de usuario de cada cuenta coincida con elnombre de administrador de Tivoli respectivo.

El daemon HTTP no utiliza ninguna implementación de socketsseguros al enviar información entre hosts proxy o navegadores deweb conectados.

Dominios de autenticaciónLos dominios de autenticación HTTP se crean cuando se instala unaaplicación. El daemon HTTP utiliza los dominios de autenticaciónpara denegar de forma selectiva el acceso a archivos y programas enciertos directorios.

Un dominio de autenticación es un directorio. Cuando se accede aldominio de un directorio que se ha especificado en un comando

194 Versión 3.7

waddrealm, el daemon HTTP ejecuta el programa que se especificóen el comandowaddrealm. Opcionalmente este programa puedeautentificar un usuario. Un dominio de autenticación hace que eldaemon HTTP llame a un programa definido por una aplicacióncuando se accede a un directorio restringido sin autorización. Sidesea más información acerca del comandowaddrealm, consulte elcomandowaddrealm en Tivoli Management Framework, Manual deconsulta.

Listas de nodos y de monitoresEl servidor Tivoli mantiene una lista de nodos conocidos. Los scriptsCGI pueden acceder a la lista de nodos conocidos y luego generaruna página HTML que permite al usuario seleccionar los nodos autilizar como fuentes de supervisión.

Luego los scripts CGl obtienen una lista de monitores en ejecuciónde cada nodo gestionado conocido. Entonces se genera una páginaHTML de acuerdo con las selecciones del usuario.

Visualización de información de múltiples nodosSe pueden visualizar datos de múltiples nodos finales en un únicoinforme. Si se selecciona más de un nodo final para el informe, éstepuede incluir sólo información de un único monitor. El monitorespecificado debe estar ejecutándose y debe estar configurado pararegistrar información en todos los nodos finales seleccionados. Segenera una página HTML con las opciones válidas de nodos finalespara permitir al usuario seleccionar los nodos finales que desee parael informe.

Visualización de información de múltiples monitoresSe pueden también visualizar datos de múltiples monitores en unúnico informe. Si se selecciona más de un monitor para el informe,éste puede incluir solamente información de un único nodo final. Segenera una página HTML con las opciones válidas de monitores parapermitir al usuario seleccionar los monitores que desee para elinforme.


7.D

iagramas

ygráficos

conInspector

Archivos del registro de anotaciones del daemon HTTPEl daemon HTTP mantiene un conjunto de archivos de registro deanotaciones que se utilizan para depurar y registrar transaccionesHTTP.

Cada archivo de anotaciones está ubicado en el directorio$DBDIR/HTTPd . El archivohttpserv.log contiene información dedepuración, además de información acerca de errores no graves. Elarchivohttptran.log normalmente contiene un registro de todas lassolicitudes HTTP entrantes.

Servidores HTTP en nodos finalesLos servidores HTTP que están instalados en nodos finales son losmismos que el servidor HTTP primario, con la excepción deque elusuario no puede conectarse directamente con el daemon HTTP deun nodo final. El daemon de HTTP de Tivoli Distributed Monitoringutiliza un puerto libre del nodo gestionado local y no interfiere conotro software HTTP que puede estar instalado en el nodo gestionadolocal.

Archivos de anotacionesHay un applet de Java asociado con cada archivo de nodo final quecontiene datos representables gráficamente. Se utiliza el applet deJava apropiado para recuperar los datos del archivo y presentar losdatos en el formato necesario para gráficos y diagramas. Losarchivos de anotaciones de los nodos finales pueden tener cualquierformato siempre que se proporcione el applet de Java adecuado parael archivo en cuestión.

196 Versión 3.7

Supervisión de Endpoint proxys

Cuando se distribuye un perfil de Tivoli Distributed Monitoring através de un nodo gestionado, el nodo gestionado de Tivoli es elEndpoint. Tivoli Distributed Monitoring soporta también otro tipo deEndpoint denominadoEndpoint proxy, en el que el nodo gestionadono es el Endpoint. Un Endpoint proxy representa un dispositivo dered, un sistema que no sea Tivoli, un nodo gestionado de Tivoli ouna entidad parecida que se suscribe a los perfiles de TivoliDistributed Monitoring. Cada Endpoint proxy existe en un nodogestionado de la TMR (Tivoli Managenet Region). En el nodogestionado, el motor de Tivoli Distributed Monitoring (TDM) actúasobre los perfiles TME que se distribuyen a un Endpoint proxy. Encualquier nodo gestionado se pueden crear tantos objetos deEndpoint proxy como se desee. Un uso común de un Endpoint proxyes la supervisión de la disponibilidad de un nodo gestionado deTivoli.

Un objeto proxy es muy útil cuando se configuran perfiles de TivoliDistributed Monitoring con scripts o respuestas de supervisión queutilizan los distintos valores de variables de entorno. Cada objeto deEndpoint proxy contiene una lista de variables de entorno que sepasan al motor de Tivoli Distributed Monitoring. Los monitores queestán establecidos en el motor pueden servirse de las variables deentorno para obtener información de contexto para la recogida dedatos. Por ejemplo, una variable de entorno de un Endpoint proxypodría definir un archivo para que se utilizara para escribir mensajesde depuración o de registro de anotaciones, o definir el nombre deun host no Tivoli cuyo estado se debe examinar. Consulte el

8


8.S

upervisiónde

Endpoint

proxys

apartado“Variables de entorno de Distributed Monitoring” en lapágina 349 si desea obtener más información acerca de las variablesde entorno.

Los Endpoints proxy pueden también configurarse para que eliminende una colección los supervisores que no son adecuados para lafinalidad del proxy. Para cada Endpoint proxy pueden configurarselistas diferentes de colecciones de monitores que se permitirán odenegarán.

En muchos aspectos, el Endpoint proxy funciona igual que losdemás Endpoints. La colección de copias del suscriptor del perfildistribuidas al Endpoint pueden verse en la vista central. Estosperfiles pueden editarse o verse desde la ventana del gestor deperfiles como si estuviesen en un nodo gestionado.

El tamaño de la base de datos local de Tivoli aumenta para cadaobjeto proxy que se crea en el nodo gestionado. Aunque los objetosproxy son útiles, deberá examinar con atención la necesidad decualquier configuración que requiera la creación de un númeroexcesivo (más de 100) de objetos proxy en un nodo gestionado.Cada proxy puede contener muchas variables de entorno y puedeutilizarse para muchas finalidades.

Distribución de perfiles de Tivoli DistributedMonitoring a Endpoints proxy

Los perfiles de Tivoli Distributed Monitoring pueden distribuirse aEndpoints proxy del mismo modo en que se distribuyen los perfilesa nodos gestionados. Se puede crear un Endpoint proxy en un nodogestionado y luego el motor de Tivoli Distributed Monitoring localdel nodo gestionado donde reside el Endpoint proxy puede utilizarsepara aplicar los monitores desde todos los perfiles de TivoliDistributed Monitoring que se distribuyen al Endpoint proxy.

Cuando se distribuye un perfil de Tivoli Distributed Monitoring através de un nodo gestionado o de un Endpoint proxy, el código delEndpoint de Tivoli Distributed Monitoring crea un conjunto devariables de entorno. Estas variables de entorno se proporcionan con

198 Versión 3.7

cada monitor que se distribuye al motor de Tivoli DistributedMonitoring local. Las siguientes variables de entorno seproporcionan por omisión:

ENDPOINT Especifica el nombre del objeto del Endpoint.

ENDPOINT_CLASSEspecifica el nombre de clase del Endpoint.

HOST Especifica el nombre del nodo gestionado.

También se pueden almacenar variables de entorno adicionalesdefinidas por el usuario en un Endpoint proxy.

Todas las variables de entorno que se envían al motor de TivoliDistributed Monitoring local cuando se instalan los monitores están ypueden ser utilizados por los scripts de respuesta y supervisión. Porejemplo, si se utiliza un script de shell como monitor, la variable deentorno$ENDPOINT se sustituye por el nombre del objeto deEndpoint donde se ha distribuido el perfil de Tivoli DistributedMonitoring que contiene el monitor.

Algunos monitores (por ejemplo,host y oserv) permiten que unargumento contenga referencias a variables de entorno. Acontinuación se muestra un ejemplo de esto en un script de shellBourne:# !/bin/sh# Monitor de ejemploeval arg=\""$1\"ping "$arg" ...

Se puede utilizar esta posibilidad para configurar los monitores paraque comprueben los hosts que están desconectados. El método mássencillo para hacerlo es crear un Endpoint proxy para cada nodogestionado que debe supervisarse. Debe crearse cada Endpoint proxyen un nodo gestionado que no sea el que debe supervisarse. CadaEndpoint proxy debe tener el mismo nombre que el nodo gestionadoque debe supervisarse. Entonces se puede crear un monitor parasupervisar el estado de un host e incluir el argumento$(ENDPOINT). Después de haber distribuido el monitor a todos los


8.S

upervisiónde

Endpoint

proxys

Endpoints proxy que se han creado, se ejecuta el monitor y utiliza elnombre del Endpoint proxy como destino deping.

También se pueden comprobar los hosts que están desconectadosmediante la creación de pequeños clusters de objetos proxy en variosnodos gestionados y la posterior adición de una variable de entornocomoHOST_TO_CHECK en cada proxy. Esto puede realizarsedesde la GUI de Tivoli Distributed Monitoring o desde la línea decomandos. Desde la línea de comandos, entre lo siguiente:

waddprxenv nombre_proxyHOST_TO_CHECK=NOMBRE_NODO

Entonces puede utilizar$(HOST_TO_CHECK) como argumentodel monitor. Este método posibilita la supervisión repetida de losnodos. El primer método sólo permite supervisar cada nodo en unasola ocasión, ya que sólo se puede utilizar cada nombre de host unavez cuando se nombran los objetos proxy.

Creación de un Endpoint proxy de Tivoli DistributedMonitoring

El primer paso para la configuración de Tivoli DistributedMonitoring para que supervise una entidad no Tivoli es la creaciónde un Endpoint proxy.



Crear un Endpointproxy

Región de política senior


200 Versión 3.7

EscritorioSiga los pasos siguientes para crear un Endpoint proxy de TivoliDistributed Monitoring:

1. Haga doble clic en un icono de región de políticas para visualizarla ventanaRegión de política.

2. Seleccione la opciónSentryProxy en el menú desplegableCrearpara visualizar el diálogoCrear Endpoint proxy de TivoliDistributed Monitoring .


8.S

upervisiónde

Endpoint

proxys

Nota: Si la opciónSentryProxy no figura en la lista del menúdesplegableCrear, deberá definir el proxy como recursogestionado. Consulte el apartado “Configuración de TivoliDistributed Monitoring” en la página 43 si desea obtenermás información acerca de este procedimiento.

3. Entre una etiqueta para el Endpoint proxy en el recuadro de textoNombre. La etiqueta debe ser indicativa del recurso que deberásupervisarse.

4. Seleccione el nodo gestionado desde el que se supervisará elrecurso, en la lista de desplazamientoNodo gestionado.

5. Haga clic en el botónCrear & Cerrar para crear el Endpointproxy y volver a la ventanaRegión de política.

Después de crear un Endpoint proxy, es necesario configurarlo parasuscribirlo a un perfil de Tivoli Distributed Monitoring. Si deseaobtener más detalles, consulte el apartado “Configuración de TivoliDistributed Monitoring” en la página 43.

Línea de comandosEl ejemplo siguiente crea un Endpoint proxy de Tivoli DistributedMonitoring:wcrtprx graceland-region graceland Router

donde:

graceland-regionEspecifica la región de políticas en la que deberácrearse el Endpoint proxy.

graceland Especifica el host Tivoli desde el que deberásupervisarse el Endpoint proxy.

Router Especifica un nombre exclusivo para el Endpointproxy.

Consulte el comandowcrtprx en “Comandos de DistributedMonitoring” en la página 237 si desea obtener más información.

202 Versión 3.7

Establecimiento de las propiedades de un Endpointproxy

Después de definir un Endpoint proxy, es necesario establecer lasvariables de entorno que proporciona el motor de Tivoli DistributedMonitoring. El apartado “Variables de entorno de DistributedMonitoring” en la página 349 lista muchas de las posibles variablesde entorno.



Establecer propiedadesde un Endpoint proxy



EscritorioLleve a cabo los pasos siguientes para establecer las propiedades deun Endpoint proxy:

1. Desde una ventanaRegión de política, haga doble clic en elicono de Endpoint proxy para visualizar la ventanaEndpoint deproxy.


8.S

upervisiónde

Endpoint

proxys

2. Seleccione la opciónEstablecer entornodesde el menúdesplegableConfigurar para visualizar el diálogoEstablecerentorno de un Endpoint proxy.

El diálogoEstablecer entorno de Endpoint proxypermite ver yeditar el conjunto de variables de entorno para el Endpoint proxy.Estas variables se pasan al motor de Tivoli DistributedMonitoring del nodo gestionado donde reside el Endpoint proxy.Las siguientes variables de entorno están siempre disponiblespara los programas fuente de supervisión. Puede que otrasvariables también se hallen disponibles.

ADMIN Nombre del administrador responsable de ladistribución del perfil de Tivoli DistributedMonitoring a través del Endpoint.

ENDPOINT Nombre del recurso que deberá supervisarse.

ENDPOINT_CLASSNombre de clase de Tivoli del objeto deEndpoint. Si el Endpoint es un objeto deEndpoint proxy, el valor de esta variable esSentryProxy.

ENDPOINT_OIDIdentificador de objeto de Tivoli para el objeto deEndpoint.

HOST Etiqueta del objeto del nodo gestionado en el quereside el objeto de Endpoint proxy.

204 Versión 3.7

HOST_OID Identificador de objeto de Tivoli para el objeto denodo gestionado en el que reside el objeto deEndpoint proxy.

OPERATOR Nombre de inicio de sesión del administrador quese utiliza para autorizar al administrador

3. Si desea cambiar el nombre del Endpoint proxy, entre el nuevonombre en el recuadro de textoNombre del áreaEstablecerentorno del Endpoint proxy

4. Entre una variable de entorno en el recuadro de textoNombredel áreaAñadir/establecer variables de entorno.

5. Entre un valor para la variable de entorno en el recuadro de textoValor del áreaAñadir/establecer variable de entorno.

6. Haga clic en el botónAñadir/establecer para añadir la variablede entorno a la lista de desplazamiento.

7. Si desea eliminar una variable de entorno de la lista dedesplazamiento, seleccione la variable y haga clic en el botónEliminar .

8. Haga clic en el botónEstablecer & Cerrar para guardar lasdefiniciones de las variables de entorno y volver al diálogoEndpoint de proxy de Tivoli Distributed Monitoring .

Línea de comandosEn el ejemplo siguiente se establecen las variables de entorno paraun Endpoint proxy:wsetprx Router ‘ENDPOINT_CLASS=SentryProxy’ ‘OPERATOR=joeb’

donde:

Router Especifica un Endpoint proxy.

ENDPOINT_CLASS=SentryProxyEstablece el valor de la variable de entornoENDPOINT_CLASS en SentryProxy.

OPERATOR=joebEstablece el valor de la variable de entornoOPERATOR en joeb.


8.S

upervisiónde

Endpoint

proxys

Consulte el comandowcrtprx en “Comandos de DistributedMonitoring” en la página 237 si desea obtener más información.

Establecimiento de filtros de monitorTodos los monitores de todas las colecciones de monitores, poromisión, se pasan a través del Endpoint proxy al motor local deTivoli Distributed Monitoring. Cada Endpoint proxy puedeconfigurarse para implementar solamente monitores asociados acolecciones de monitores seleccionadas. Por lo tanto, si se crea unproxy para supervisar un dispositivo de red gestionado que no es deTivoli, el proxy podría configurarse para que no tuviese en cuentalos monitores procedentes de colecciones diseñadas únicamente parala supervisión de hosts.

Nota: Este procedimiento tiene sentido únicamente si se tienenmúltiples colecciones de monitores instaladas.



Establecer filtros demonitor para Endpointsproxy


Sólo pueden establecerse filtros de monitor desde el escritorio deTivoli.

Lleve a cabo los pasos siguientes si desea restringir los monitorespermitidos:

1. Desde la ventanaRegión de política, haga doble clic en el iconode Endpoint proxy para visualizar la ventanaEndpoint de

206 Versión 3.7

proxy.

2. SeleccioneEstablecer filtro de monitor del menú desplegableConfigurar para visualizar el diálogoEstablecer filtro demonitor .

3. Deseleccione la opciónPermitir todos los monitores (sin filtro)para activar las listas de desplazamientoColecciones demonitorespermitidas y Colecciones de monitores no


8.S

upervisiónde

Endpoint

proxys

permitidas.

4. Seleccione los nombres de las colecciones cuyos monitores sedeben eliminar por filtración, de la lista desplazableColeccionesde monitores permitidasy haga clic en el botón de flechaderecha para mover la colección a la lista desplazableColecciones de monitores no permitidas.

—O bien:—

Si ahora se desean habilitar colecciones que previamente se haninhabilitado, seleccione el nombre de colección en la lista dedesplazamientoColecciones de monitores no permitidasypulse el botón de flecha izquierda para trasladar la colección a lalista de desplazamientoColecciones de monitores permitidas.

5. Haga clic en el botónEstablecer & Cerrar para guardar loscambios y volver a la ventanaEndpoint de proxy de TivoliDistributed Monitoring .

208 Versión 3.7

Temas avanzados

Este capítulo proporciona información acerca de las características deTivoli Distributed Monitoring que no se utilizan con frecuencia. Esnecesario estar familiarizado con el entorno Advanced Developer’sEnvironment (ADE) de Tivoli before attempting to configure localmessage styles.

Configuración de estilos de mensajes localesEl diálogoEstablecer estilo de mensajeincluye dos estilos,Formato local 1 y Formato local 2, que no están definidos. Sepueden definir estos estilos mediante el programa de utilidadgencatpara crear el catálogo de mensajesSentryFormats. El programa deutilidad gencat forma parte del producto Advanced Developer’sEnvironment de Tivoli. El programa de utilidadgencatde ADE deTivoli debe estar instalado para personalizar estos estilos demensajes. Si desea obtener más información acerca de catálogos demensajes, consulte la publicaciónTivoli Application ServicesManual, Volume I.

Es necesario crear un catálogo de mensajes con los mensajes del$set 2. Asigne el estiloFormato local 1 al índice 1 y elestiloFormato local 2 al índice 2.

Nota: Al crear formatos de mensajes personalizados, observe que$set 1está reservado y no debe utilizarse como formato paramensajes personalizados.$set 1no debe utilizarse para elformato 1 de mensajes personalizados.

9


9.Tem

asavanzados

Se pueden utilizar las variables siguientes en el catálogo demensajes:

%1$s Especifica el nivel de respuesta. Tivoli DistributedMonitoring proporciona los niveles de respuestacritical , severey warning. También son posiblesotros niveles definidos por el usuario.

%2$s Lista los argumentos del monitor.

%3$s Especifica el valor anterior del monitor.

%4$s Especifica el valor actual del monitor.

%5$s Especifica el valor actual efectivo. El valor efectivoes aplicable a monitores que comparan el valoractual con un valor anterior.

%6$s Especifica el perfil de Tivoli Distributed Monitoringque contiene el monitor activado.

%7$s Especifica el Endpoint en el que el monitor se haactivado.

%8$M Especifica el monitor activado.

%9$M Especifica el operador.

%10$M Especifica el operador delta. Los ejemplos incluyencambios por y porcentaje de aumento.

%11$s Especifica el operando.

%12$t{%c} Especifica la hora a la que se activa el monitor.

%13$s Lista las líneas de comentarios de la salida del scriptde supervisión. Una línea de comentario comienzapor el carácter#.

%14$M Especifica la unidad en la que se expresan losvalores.

El formato de mensaje estándar está definido del modo siguiente:14 Sentry %6$s/%8$M on host %7$s %12$t{%c}\n\nStatus: >>> %1$s<<<\n\n%8$M (%2$s) %10$M %9$M %11$s\n(Anterior: %3$s%14$M Actual: %4$s Efectivo: %5$s)\n%13$s

210 Versión 3.7

Un monitor activado que utilice este formato tiene este aspecto:Sentry Espacio de disco/porcentaje utilizado en host graceland02/03/96 11:50:00

Estado: >>> crítico <<<

Porcentaje de espacio utilizado (/tivoli/docs/1) Mayor que 95

(Anterior: (porcentaje) Actual: 95,9766 Efectivo: 95,9766)

El monitor que comprueba el porcentaje de espacio de discoutilizado no proporciona líneas de comentarios. Como consecuencia,la salida del monitor no proporciona ningún valor para el campo%13$s.

Lleve a cabo los pasos siguientes para definir el estilo de mensajeFormato local 1 o Formato local 2:

1. Inhabilite los monitores que estén utilizando el estilo de mensajelocal.

2. Cree un archivo.msg. El formato del archivo debe ser parecidoal siguiente:$set 11 dummy2 dummy$set 21 Éste es el mensaje de formato local 12 Éste es el mensaje de formato local 2

3. Utilice el programa de utilidadgencatpara crear un catálogo demensajes a partir del archivo de mensajes. El catálogo debellamarseSentryFormats.cat.gencat SentryFormats.cat newformat.msg

4. Coloque el archivoSentryFormats.caten el directorio decatálogos de mensajes. En la mayoría de los entornos, estedirectorio esDir_instalar/usr/local/Tivoli/msg_cat/C. En losEndpoints, el archivoSentryFormats.catse deberá colocar en eldirectorioDir_instalar/usr/local/Tivoli/bin/lcf_bundle/msg_cat/C .Dir_instalar es el directorio en el que está instalado Tivoli.


9.Tem

asavanzados

Notas::

a. Los directorios de catálogos de mensajes correctos paraFrancia, Japón y Brasil sonDir_instal/usr/local/Tivoli/msg_cat/fr_FR,Dir_instal/usr/local/Tivoli/msg_cat/ja_JPyDir_instal/usr/local/Tivoli/msg_cat/pt_BR, respectivamente.

b. El archivoSentryFormats.catse deberá colocar en eldirectorio$BINDIR/../../msg_cat/Cdel gateway al que estáconectado el Endpoint para quecorreo electrónico,emergente, TEC, y registrar en archivo de un nodogestionado utilicen en estilo local de mensajes. El archivoSentryFormats.catse debe colocar en el directorio$BINDIR/../lcf_bundle/msg_cat/Cde el gateway para queregistrar en archivo en un Endpoint utilice el estilo local demensajes. Entonces, el procesosentry_gatewayde elgateway y eldm_ep_enginedel Endpoint se deberán detenery reiniciar.

c. Los estilos locales de mensajes para Endpoints no estánsoportados en idiomas distintos al inglés.

5. Redistribuya los monitores para que los cambios de estilo delmensaje local surtan efecto.

Supervisión asíncronaAlgunas características del sistema que requieren supervisión no seprestan a sondeos periódicos. Para dichas características, TivoliDistributed Monitoring habilita un mecanismo de informe de estilode eventos que encaja completamente con el mismo modelo deconfiguración utilizado para monitores sondeados.

Las características asíncronas de Tivoli Distributed Monitoring basanen el concepto de canales de eventos definidos. Los nombres decanales son arbitrarios y se determinan según sea apropiado para lasaplicaciones del usuario. Todos los mensajes que se envían al motorde supervisión incluyen un nombre de canal y este nombre de canalse utiliza desde el sistema de configuración del escritorio de TivoliDistributed Monitoring para identificar los tipos de eventos que

212 Versión 3.7

deberán detectarse y manejarse. Los datos que se incluyen en loseventos pueden interpretarse como datos numéricos o como datos decadena simple.

Existen tres mecanismos para notificar la información de supervisiónal motor de Tivoli Distributed Monitoring de forma asíncrona. Elmás sencillo es el comando de Tivoliwasync. El comandoproporciona un nombre de canal, un valor y una cadena informativaopcional:wasync -c WhizzoEvent -s 1 -i ’Información del evento’

El comandowasyncpuede utilizarse desde un paquete deaplicaciones para informar inmediatamente acerca de condicionesexcepcionales al sistema Tivoli Distributed Monitoring. Puedeincluirse directamente en scripts de mantenimiento o configuraciónutilizados por el software local instalado.

El segundo mecanismo para informar acerca de eventos asíncronosutiliza una interfaz IDL que cumple los requisitos de CORBA y quese puede ejecutar desde un programa en C o C++. Este mecanismoresulta útil en el caso de que se desarrolle un sistema de aplicacióncon la intención de integrarlo directamente con las posibilidades desupervisión de Tivoli Distributed Monitoring. La interfaz proporcionaal motor de Tivoli Distributed Monitoring los mismos datos que elcomandowasynca través de una estructura definida por IDL(wasynces un envoltorio alrededor de una llamada al punto deentrada IDL). Por motivos de comodidad, la interfaz IDL estáformada por un par de rutinas de biblioteca simples para permitir elenvío al motor de mensajes con valor numérico o de cadena.

sentry_send_string (“Host”, “NombreCanal”, “Datos”,“Información”);

sentry_send_number (“Host”, “NombreCanal”, 17.037,“Información”);

El parámetroHost proporciona el nombre de host del motor deTivoli Distributed Monitoring al que deben enviarse los mensajes; unargumento nulo indica que se envían los mensajes al host local. El


9.Tem

asavanzados

parámetroNombreCanal proporciona el canal definido por elusuario con el que se asociará este evento. El campoInformación sedescribe con más detalles en el apartado siguiente.

El tercer mecanismo de información asíncrona proporciona un canalde ancho de banda alta para reducir la actividad de notificar ráfagasde eventos a través del ORB (intermediario para peticiones deobjetos). Este aumento de eficacia se obtiene mediante la utilizaciónde un canal directo de comunicaciones distinto para conectar con elmotor de Tivoli Distributed Monitoring. Una vez se ha creado elcanal, las estructurasAsyncMessageque utiliza el métodompe_asyncse envían directamente por el canal, sin utilizar el ObjectRequest Broker (ORB). Dicho mecanismo es útil para lasaplicaciones que informan acerca de eventos a frecuenciasrelativamente altas en muchos puntos de la red. La utilización deotros mecanismos en dicha configuración saturaría la red con untráfico excesivo de comunicaciones ORB.

La interfaz con el mecanismo de señalización asíncrono basado enconexiones también está incluida dentro de las rutinas apropiadas. Acontinuación se muestra un ejemplo de secuencia que podría utilizaruna aplicación:sentry_handle_t sentry_handle;/* Conectar con el motor Sentry del host local actual.Si debe utilizarse otro host, se pasaría su nombreen lugar de un valor nulo. */sentry_handle = sentry_connect((char *) 0);

/* Enviar una cadena */sentry_c_send_string (sentry_handle,

"Canal", "Datos", "Información");

/* Enviar un número */sentry_c_send_number(sentry_handle,

"Canal", 98.6, "Información");

/* Cerrar la conexión */sentry_disconnect(sentry_handle);

Se puede acceder a todos los mecanismos asíncronos mediante elmismo sistema de configuración de Tivoli Distributed Monitoringque se utiliza para los monitores de sondeo. Se seleccionan los

214 Versión 3.7

monitores asíncronos de forma muy parecida a los monitoresdefinidos por el usuario, excepto que en lugar de un nombre descript definido por el usuario, el administrador selecciona un nombrede canal que se corresponde con el utilizado por el software deseñalización. (Todos los nombres de canales son definidos por elusuario; cada motor de supervisión soporta un gran número decanales activos.) Toda la configuración de respuesta es idéntica a lade los monitores sondeados. Los monitores asíncronos no precisanconfiguración de la planificación de sondeo.

Cuando se distribuye un monitor asíncrono a un host, el motor deTivoli Distributed Monitoring se programa para recibir mensajesasíncronos mediante cualquiera de los tres mecanismos en el canalespecificado para la configuración. Hasta que un agente externotransmita un mensaje asíncrono en ese canal, el monitor permaneceinactivo.

Un monitor asíncrono tiene como salida el último valor de activaciónsi el monitor es ejecutado por el comandowrunprb . Este es elcomportamiento esperado cuando se utiliza el comandowrunprbpara activar un monitor asíncrono. El valor actual debe ser el mismoque el anterior. Si este no fuera el caso, la siguiente vez que seactive el monitor asíncrono utilizando el canal de eventos definido,el monitor tendrá un valor anterior de nulo en lugar del valoranterior verdadero; muchos monitores asíncronos dependen de susvalores anteriores.

Por ejemplo, suponga que utiliza un monitor asíncrono para contar elnúmero de veces que se accede a un programa de demostración deacceso limitado, y que su empresa puede acceder a la aplicación 50veces antes de tener que comprar el software. Defina un monitorasíncrono para que aumente el recuento en una unidad cada vezquese utilice la aplicación, y haga que el monitor envíe un aviso cuandoel contador llegue a 40, de forma que tenga tiempo de tomar unadecisión de compra antes de perder los privilegios de acceso. Siwrunprb “*” “*” “*” se ejecuta durante ese intervalo y el monitorno conserva su valor anterior, el monitor inicializará el contador y seperderá el recuento anterior.


9.Tem

asavanzados

La mejor manera de evitar que un monitor asíncrono se active con elvalor anterior es utilizar argumentos específicos con el comandowrunprb para que no se active erróneamente el monitor asíncrono.

Cómo pasar información adicionalLos scripts definidos por el usuario y las fuentes de eventosasíncronos pueden transferir información a través del motor de TivoliDistributed Monitoring para que esta información pueda utilizarse enmensajes de correo electrónico, entradas de archivos de anotaciones,diálogos emergentes, avisos de Tivoli y scripts de respuesta definidospor el usuario. Esta característica permite la comunicación directa dedatos específicos a los administradores que supervisan el sistema.

Los scripts de supervisión definidos por el usuario proporcionaninformación adicional escribiéndola en líneas que empiezan con uncarácter “#”. El motor de Tivoli Distributed Monitoring reúne estaslíneas (eliminando los caracteres “#”) y las retiene para entregarlascon los datos de respuesta. En este caso, las implementaciones descripts de shell de monitores definidos por el usuario envían notasmediante el comando “echo”:echo ’#Script versión 1.3’

Si desea enviar los datos de salida de un subprograma, se puedefiltrar el texto a través desedpara añadir los caracteres ‘#’ alprincipio de cada línea:du $DirProducto | sed -e ’s/^/#/’

Los mensajes asíncronos pueden incluir también informaciónadicional controlada por el usuario. El comandowasync incluye unaopción para esta finalidad:wasync -c Canal -s Datos -i "Alguna información"

Las rutinas de biblioteca que permiten la comunicación con el motorde Tivoli Distributed Monitoring desde dentro de programascompilados también incluyen un parámetro para la informaciónadicional:sentry_send_string("Canal", "Datos","Alguna información adicional");

216 Versión 3.7

En todos los casos, la información adicional se añade al final deltexto de mensaje estándar de Tivoli Distributed Monitoring. Lainformación también está disponible para scripts de respuestadefinidos por el usuario a través de la variable de entornoINFOTEXT .

Manejo de las diferencias en los formatos de fechade sistemas operativos distintos

El formato de fecha que se utiliza en los archivos de anotaciones noes el mismo para todas las plataformas. El catálogo de mensajes deTivoli Distributed Monitoring está configurado de modo que escribala hora utilizando el formato%c; ésta debe ser la representación dela fecha y la hora apropiada para el entorno nacional. Larepresentación de la fecha y la hora “adecuada” varía entre lasdistintas plataformas.

Los monitores estándar de Tivoli Distributed Monitoring permiten alusuario escribir sus propios formatos de fecha y hora. Si el usuarioconfigura sus propios monitores, tendrá todavía más flexibilidad paraespecificar formatos.

Si se utilizan los monitores estándar, se pueden configurar dosformatos definidos por el usuario:

1. Cree un archivo.msgcon el nombre de archivoSentryFormats.msg. El formato del archivo debe ser parecido alsiguiente:$set 1$key = MyBrief11 %12$t %d/%m/%y %H.%M.%S %6$s %1$s %5$s %8$M(%2$s)OID$set 2BDC$key = MyBrief11 %12$t %d/%m/%y %H.%M.%S %6$s %1$s %5$s %8$M(%2$s)PAGE

2. Utilice el programa de utilidadgencatpara crear un catálogo demensajes a partir del archivo de mensajesSentryFormats.msg.El catálogo debe llamarseSentryFormats.cat.


9.Tem

asavanzados

gencat SentryFormats.cat SentryFormats.msg

3. Coloque el archivoSentryFormats.caten el directorio decatálogos de mensajes. En la mayoría de los entornos, estedirectorio esDir_instal/usr/local/Tivoli/msg_cat/C. Dir_instal esel directorio en el que se encuentra instalado Tivoli. El nuevoestilo de mensaje puede utilizarse de inmediato.

Nota: Los directorios de catálogos de mensajes correctos paraFrancia, Japón y Brasil sonDir_instal/usr/local/Tivoli/msg_cat/fr_FR,Dir_instal/usr/local/Tivoli/msg_cat/ja_JPyDir_instal/usr/local/Tivoli/msg_cat/pt_BR,respectivamente.

Si está configurando su propio monitor, también puede utilizar otrasentradas de catálogo además o en lugar de las de este ejemplo.

Resolución de problemas del motor de TivoliDistributed Monitoring

El motor de Tivoli Distributed Monitoring es un daemon de métodoTivoli de varios threads y que normalmente inicia el daemonoservlocal utilizando el recurso del método de inicio. El daemonoservinvoca al métodorun_engine y arranca el daemon de TivoliDistributed Monitoring. El daemon de Tivoli Distributed Monitoringtambién implementa los métodos de utilidades que implementan loscomandos de Tivoli Distributed Monitoring y el sistema deconfiguración basado en perfiles. Todos estos métodos (excepto elmétodo utilizado para detener el motor de Tivoli DistributedMonitoring) se implementan para que el motorrun_engine se iniciesi el motor de Tivoli Distributed Monitoring todavía no estáejecutándose. Como consecuencia, las peticiones que se realizan almotor de Tivoli Distributed Monitoring arrancarán el motor si ésteestá inactivo por cualquier motivo.

El métodorun_engine principal funciona del modo siguiente:

¶ Espera el “principio del minuto”

218 Versión 3.7

¶ Ejecuta secuencialmente todos los monitores y las respuestascuyos temporizadores indican que el monitor o la respuestadeben ejecutarse durante el minuto actual

Este bucle de proceso continúa indefinidamente hasta que se detieneel motor de Tivoli Distributed Monitoring.

Todos los monitores se implementan como programas o scriptsexternos. Cuando se inicia un monitor, el motor de Tivoli DistributedMonitoring espera que se devuelvan los resultados del monitorutilizando un método de entrada-salida de encadenamiento o pormedio de algún mecanismo parecido. El motor espera durante 60segundos a que el monitor devuelva los resultados; a los 60segundos, el motor considera que el monitor ya no responde y quetendrá anomalías. El motor intenta detener el proceso del monitor yluego procede a ejecutar los monitores restantes.

Sin tener en cuenta el número de monitores que estén listos para serejecutados, el motor intenta ejecutar todos los monitores antes deentrar en suspensión. El motor no comprueba si el minuto durante elque empezó a ejecutarse ha pasado. Por ejemplo, si tarda 30 minutosen ejecutar todos los monitores que estaban listos para serejecutados, el motor ejecutará todos ellos antes de volver a un estadode suspensión.

El motor bloquea toda la información de supervisión cargada(temporizadores, descripciones de monitores y peticiones derespuesta) mientras está ejecutando un conjunto de monitores. Todoslos métodos que son implementados por el daemon de TivoliDistributed Monitoring funcionan de esta forma. Normalmente, todaslos threads se comportan de modo parecido; los threads esperanmientras el thread que actualmente es propietario del bloqueo efectúael proceso. Por ejemplo, si se distribuye un perfil de TivoliDistributed Monitoring a un nodo, el motor de Tivoli DistributedMonitoring no puede responder a un comandowlsengmientras sedistribuyen los monitores que contiene el perfil.

Esto normalmente no es un problema, ya que la mayoría de threadsno tardan mucho en completar su proceso. En algunos casos, sin


9.Tem

asavanzados

embargo, un thread puede tardar mucho tiempo en completarse o elmotor puede dejar de responder. Por ejemplo, si una lista demonitores está lista para ejecutarse, otras solicitudes, tales como elcomandowlsengo una distribución de perfiles pueden exceder eltiempo de espera, dando lugar al mensaje de errorSobrecarga en elmotor Sentry.

Existen varios pasos que se pueden llevar a cabo para corregir unasituación de esta índole. En primer lugar, es necesario determinar siel motor ha dejado de responder o si se encuentra procesando algo.Examine la salida del comandoodstat para encontrar indicios deactividad del motor, como llamadas al métodosend_eventde TivoliEnterprise Console o al métodolog_notice. Alternativamente, sepuede ejecutar el comandops y comprobar si el motor está iniciandoalgún proceso. Si los monitores que el motor debería estarejecutando se están ejecutando, el motor está simplementebloqueado. Si estos monitores no se están ejecutando, el motor ya noresponde.

Si el motor está bloqueado porque está muy ocupado, detenga elmotor con el comandokill o un equivalente del sistema. Se puedeutilizar el comandoodstat -d para determinar el ID de proceso delmotor. Luego borre todos los monitores del motor con el comandowclreng. Redistribuya los perfiles de Tivoli Distributed Monitoringsegún sea necesario. La redistribución de perfiles arranca yproporciona datos al motor automáticamente. Compruebe si se estádistribuyendo un número excesivo de monitores o si muchos de losmonitores son de ejecución lenta (por ejemplo, el monitordaemonstatus es lento).

Si el motor ya no responde, deténgalo con el comandokill o unequivalente del sistema. Se puede utilizar el comandoodstat -d paradeterminar el ID de proceso del motor. Después de detener el motor,ejecute el comandowlseng -l y guarde la salida; esta informaciónpuede ser útil en los diagnósticos. Si el comandowlseng -l funcionay no hay monitores instalados que no deberían estarlo, no esnecesario borrar los datos del motor y redistribuir los perfiles deTivoli Distributed Monitoring.

220 Versión 3.7

Puede redistribuir todos los perfiles de Tivoli Distributed Monitoringque deben instalarse mediante la distribución de un perfil que seencuentre en un nodo gestionado con la opciónCopia exacta.Ejecute el comando siguiente:

wlookup -r NombrePerfil-a

NombrePerfilespecifica un perfil que acaba con@nombrenodo,dondenombrenodoes el nombre del nodo gestionado que necesita.Luego ejecute el comando siguiente:

wdistrib -m -l over_all @Nombreperfil:usuario1@nombrenodo

Normalmente es aconsejable utilizar la modalidad de distribuciónConservar modificacionesexcepto cuando se redistribuyenmonitores después de borrar los datos del motor de TivoliDistributed Monitoring.


9.Tem

asavanzados

222 Versión 3.7

Operadores de DistributedMonitoring

El diálogoEditar monitor contiene el menú emergenteactivarcuando, que permite definir las condiciones que deben darse paraque un monitor envíe una alerta. Los valores que se visualizan eneste menú varían dependiendo de si el monitor utiliza un valornumérico, una cadena de caracteres o un mensaje de estado. Estasopciones se definen en losgrupos de operadores. Cada opción de ungrupo de operadores sirve como evaluador matemático o lógico.

Cada descripción de operador incluye el valor del argumento-R dewaddmon. Es necesario incluir las comillas de cada operador. Sidesea especificar el operador (nunca) desde la línea de comandos,omita el argumento-R.

Nota: Los monitores que comprueban valores anteriores nocomparan ni comprueban en la inicialización. El primer valorrecibido siempre será distinto, debido a que el valor anteriorsiempre será nulo. Este comportamiento impide las alertaserróneas.

Grupo de operadores numéricosPara definir el valor umbral, seleccione una de las opcionessiguientes y entre un número en el campo de argumento.

(nunca) Indica que el nivel de respuesta no desencadena

A


A.

Operadores

deD

istributedM

onitoring

ninguna respuesta. Este valor afecta únicamente alnivel de respuesta específico, no al monitorcompleto.

Mayor que Registra el valor de cada muestra, lo compara con elvalor especificado y desencadena una respuesta si elvalor actual es mayor que el valor especificado.Debido a que realiza la comprobación solamente conrespecto a la muestra actual, este tipo de umbralpuede desencadenar una respuesta después decualquier muestra. Este operador se puede especificaren la línea de comandos mediante la entrada de “>”.

Menor que Registra el valor de cada muestra, lo compara con elvalor especificado y desencadena una respuesta si elvalor actual es menor que el valor especificado.Debido a que realiza la comprobación solamente conrespecto a la muestra actual, este tipo de umbralpuede desencadenar una respuesta después decualquier muestra. Este operador se puede especificaren la línea de comandos mediante la entrada de “<”.

Igual a Registra el valor de cada muestra, lo compara con elvalor especificado y desencadena una respuesta si elvalor actual es igual al valor especificado. Debido aque realiza la comprobación solamente con respectoa la muestra actual, este tipo de umbral puededesencadenar una respuesta después de cualquiermuestra. Este operador se puede especificar en lalínea de comandos mediante la entrada de “==”.

No igual a Registra el valor de cada muestra, lo compara con elvalor especificado y desencadena una respuesta si elvalor actual no es igual al valor especificado. Debidoa que realiza la comprobación solamente conrespecto a la muestra actual, este tipo de umbralpuede desencadenar una respuesta después decualquier muestra. Este operador se puede especificaren la línea de comandos mediante la entrada de “!=”.

224 Versión 3.7

Aumenta por encima deRegistra el valor de cada muestra y puededesencadenar una respuesta si el valor anterior delrecurso es menor que el umbral especificado y elvalor actual está por encima de él. Este operador sepuede especificar en la línea de comandos mediantela entrada de “->>”.

Nota: Si la primera exploración de un monitorutilizando el operador numéricoAumentapor encima deda lugar a un valor de recursosuperior al umbral especificado, el monitordesencadenará una respuesta, aunque noexista un valor previo para comparar con elvalor de recurso actual.

Disminuye por debajo deRegistra el valor de cada muestra y desencadena unarespuesta si el valor anterior del recurso es mayorque el umbral especificado y el valor actual está pordebajo de él. Este operador se puede especificar enla línea de comandos mediante la entrada de “-<<“.

Nota: Si en la primera exploración de un monitorcon el operador numéricoDisminuye pordebajo dedevuelve un valor menor que elumbral especificado, el monitordesencadenará una respuesta, aunque no hayaun valor previo con el que comparar el valoractual del recurso.

Aumento de Compara el valor actual con el valor anterior ydesencadena una respuesta si la diferencia es mayoro igual al valor del umbral. Este operador se puedeespecificar en la línea de comandos mediante laentrada de “- >=”.

% de aumento deCompara el valor actual como porcentaje del valoranterior y desencadena una respuesta si el valor


A.

Operadores

deD

istributedM

onitoring

actual es mayor o igual al valor especificado. Esteoperado se puede especificar en la línea decomandos mediante la entrada de “% >=”.

Cambiar igualesCompara el valor anterior y el actual y desencadenauna respuesta si estos dos valores son iguales. Esteoperador se puede especificar en la línea decomandos mediante la entrada de “+ ==”.

Cambios por Mide una diferencia absoluta entre el valor anterior yel actual. Este operador se puede especificar en lalínea de comandos mediante la entrada de “+ >=”.

Fuera de rangoCompara cada muestra respecto a los límites delrango definido y desencadena una respuesta si elvalor actual está fuera del rango especificado.Debido a que la comprobación del rango se efectúasólo con respecto a la muestra actual, este tipo desupervisión puede desencadenar una respuestadespués de cualquier muestra. Para definir el rangoaceptable, especifique un límite mínimo y un límitemáximo separados mediante un guión en el campode argumento. Este operador se puede especificar enla línea de comandos mediante la entrada de “<>”.

Grupo de operadores para cadenas de caracteresPara definir el valor del umbral, seleccione una de las opcionessiguientes y entre una cadena (que puede incluir caracteres comodín)en el campo de argumento.

(nunca) Indica que el nivel de respuesta no desencadenaninguna respuesta. Este valor afecta únicamente alnivel de respuesta específico, no al monitorcompleto.

Igual a Registra el valor de cada muestra, lo compara con elvalor especificado y desencadena una respuesta si elvalor actual es igual al valor especificado. Debido aque realiza la comprobación solamente con respecto

226 Versión 3.7

a la muestra actual, este tipo de umbral puededesencadenar una respuesta después de cualquiermuestra. Este operador se puede especificar en lalínea de comandos mediante la entrada de “==”.

No igual a Registra el valor de cada muestra, lo compara con elvalor especificado y desencadena una respuesta si elvalor actual no es igual al valor especificado. Debidoa que realiza la comprobación solamente conrespecto a la muestra actual, este tipo de umbralpuede desencadenar una respuesta después decualquier muestra. Este operador se puede especificaren la línea de comandos mediante la entrada de “!=”.

Coincide con Compara el valor devuelto por el valor del script dela consulta con el valor de umbral que se haproporcionado para monitores de cadena asíncronosy definidos por el usuario. Desencadena unarespuesta si la respuesta coincide con el valor que seha proporcionado. El programa de consulta senombra en el diálogoAgregar monitor al perfil deTivoli Distributed Monitoring . Este operador sepuede especificar en la línea de comandos mediantela entrada de “=x”.

No coincide conCompara el valor devuelto por el valor del script dela consulta con el valor de umbral que se haproporcionado para monitores de cadena asíncronosy definidos por el usuario. Desencadena unarespuesta si la respuesta no coincide con el valor quese ha proporcionado. El programa de consulta senombra en el diálogoAgregar monitor al perfil deTivoli Distributed Monitoring . Este operador sepuede especificar en la línea de comandos mediantela entrada de “!x”.

Cambios en Compara el valor actual (devuelto por el valor delscript de la consulta y comparado con el valor deumbral proporcionado para los monitores de cadenaasíncronos y definidos por el usuario) con respecto al


A.

Operadores

deD

istributedM

onitoring

valor anterior. Desencadena una respuesta si el valoractual coincide con el valor proporcionado y el valoranterior no coincidió. El programa de consulta senombra en el diálogoAgregar monitor al perfil deTivoli Distributed Monitoring . Este operador sepuede especificar en la línea de comandos mediantela entrada de “->”.

Cambios de Compara el valor actual (devuelto por el valor delscript de la consulta y comparado con el valor deumbral proporcionado para los monitores de cadenaasíncronos y definidos por el usuario) con respecto alvalor anterior. Desencadena una respuesta si el valoractual no coincide con el valor proporcionado y elvalor anterior coincidió. El programa de consulta senombra en el diálogoAgregar monitor al perfil deTivoli Distributed Monitoring . Este operador sepuede especificar en la línea de comandos mediantela entrada de “-<”.

Grupo de operadores de estadoPara definir el valor del estado, seleccione una de las opcionessiguientes. El recurso que se deberá supervisar se nombra en eldiálogoAgregar monitor al perfil de Tivoli DistributedMonitoring .


Está activado/disponibleComprueba el estado de recursos del sistema talescomo daemons, hosts y colas de impresión.Desencadena una respuesta si el recurso estádisponible. Este operador se puede especificar en lalínea de comandos mediante la entrada de “==”.

Está desactivado/no disponibleComprueba el estado de recursos del sistema tales

228 Versión 3.7

como daemons, hosts y colas de impresión.Desencadena una respuesta si el recurso no estádisponible. Este operador se puede especificar en lalínea de comandos mediante la entrada de “!=”.

Pasa a estar disponibleComprueba el estado de recursos del sistema talescomo daemons, hosts y colas de impresión.Desencadena una respuesta si el recurso no estabadisponible en la comprobación anterior y estádisponible en la comprobación actual. Este operadorse puede especificar en la línea de comandosmediante la entrada de “->”.

Pasa a no estar disponibleComprueba el estado de recursos del sistema talescomo daemons, hosts y colas de impresión.Desencadena una respuesta si el recurso estabadisponible en la comprobación anterior y no estádisponible en la comprobación actual. Este operadorse puede especificar en la línea de comandosmediante la entrada de “<-”.

Igual a Verifica la cadena devuelta. Desencadena unarespuesta si la cadena devuelta coincide con lacadena proporcionada. Para definir el valor umbral,entre una cadena en el campo del argumento. Esteoperador se puede especificar en la línea decomandos mediante la entrada de “>”.

Diferente de Verifica la cadena devuelta. Desencadena unarespuesta si la cadena devuelta no coincide con lacadena proporcionada. Este operador se puedeespecificar en la línea de comandos mediante laentrada de “>”.


A.

Operadores

deD

istributedM

onitoring

Grupo de operadores para archivosPara definir el valor del estado, seleccione una de las opcionessiguientes. Los archivos que se van a supervisar se indican en eldiálogoAgregar monitor al perfil de Tivoli DistributedMonitoring .


Los archivos son idénticosCompara dos archivos. Esta opción tiene como valorpredeterminadoigual, y si los archivos son idénticos,Tivoli Distributed Monitoring devuelve un valor deigual. Si el valor devuelto y el predeterminado sonidénticos, Tivoli Distributed Monitoring desencadenauna respuesta. Este operador se puede especificar enla línea de comandos mediante la entrada de “==”.

Los archivos son diferentesCompara dos archivos. Esta opción tiene como valorpredeterminadodiferente, y si los archivos sondiferentes, Tivoli Distributed Monitoring devuelve unvalor dediferente. Si el valor devuelto y elpredeterminado son idénticos, Tivoli DistributedMonitoring desencadena una respuesta. Este operadorse puede especificar en la línea de comandosmediante la entrada de “==”.

Los archivos pasan a ser idénticosCompara dos archivos. Esta opción tiene el valorpredeterminado deigual, y si uno de los archivospasa a ser idéntico al otro, Tivoli DistributedMonitoring devuelve el valor deigual. Si el valordevuelto y el predeterminado son idénticos, TivoliDistributed Monitoring desencadena una respuesta.Este operador se puede especificar en la línea decomandos mediante la entrada de “->”.

230 Versión 3.7

Los archivos pasan a ser diferentesCompara dos archivos. Esta opción tiene el valorpredeterminado dediferente, y si uno de losarchivos pasa a ser diferente del otro, TivoliDistributed Monitoring devuelve el valor dediferente . Si el valor devuelto y el predeterminadoson idénticos, Tivoli Distributed Monitoringdesencadena una respuesta. Este operador se puedeespecificar en la línea de comandos mediante laentrada de “->”.


A.

Operadores

deD

istributedM

onitoring

232 Versión 3.7

Roles de autorización deDistributed Monitoring

Este apéndice contiene tablas que describen los roles necesarios parallevar a cabo actividades utilizando Tivoli Distributed Monitoring.

Para efectuar actividades de administración del sistema desde dentrode Tivoli, es necesario ser administrador de Tivoli. Dependiendo delas actividades que necesite realizar, puede tener uno o más de lossiguientes roles TMR:

¶ super

¶ senior

¶ admin

¶ user

El rol del administrador de Tivoli no sigue un esquema jerárquico(por ejemplo, un administradorsenior no puede realizar una tareaadmin si no posee también el roladmin). El administrador debetener el rol específico necesario para efectuar la actividad.

B


B.

Roles

deautorización

deD

istributedM

onitoring

Configuración de perfiles de Tivoli DistributedMonitoring

La tabla siguiente lista los roles que son necesarios para configurarlos perfiles de Tivoli Distributed Monitoring:

Rol necesario Contexto Actividad

super Vista del escritorio pararoot

Instalar la aplicación

Eliminar la aplicación

admin (región depolíticas)

Gestor de perfiles Clonar un perfil deTivoli DistributedMonitoring

Crear un perfil deTivoli DistributedMonitoring

Suprimir un perfil deTivoli DistributedMonitoring

Llenar un perfil deTivoli DistributedMonitoring


Copiar monitores entreperfiles de TivoliDistributed Monitoring

Distribuir perfiles deTivoli DistributedMonitoring

Trasladar monitores deun perfil de TivoliDistributed Monitoringa otro

234 Versión 3.7

Utilización de perfiles de Tivoli DistributedMonitoring

La tabla siguiente lista los roles que son necesarios para utilizar losperfiles de Tivoli Distributed Monitoring:


admin Perfil de TivoliDistributed Monitoring

Añadir monitores a unperfil de TivoliDistributed Monitoring

Editar un monitor

Establecer políticasbásicas predeterminadas

Establecer políticaspredeterminadas pararespuestas

Región de política Crear una colección deindicadores

Visualizar iconos deuna colección deindicadores

Utilización de Endpoints proxyLa tabla siguiente lista los roles necesarios para la utilización deEndpoints proxy:


senior Región de política Crear un Endpointproxy

Establecer propiedades

Establecer filtros demonitor para Endpointsproxy


B.

Roles

deautorización

deD

istributedM

onitoring

236 Versión 3.7

Comandos de DistributedMonitoring

Los comandos de Tivoli permiten realizar operaciones del sistemadesde la línea de comandos en lugar de utilizar el escritorio deTivoli. Esto suele ser de utilidad cuando no se tiene acceso a unapantalla gráfica, como por ejemplo cuando se inicia la sesión através de una línea de módem.

Todos los comandos de usuario final de Tivoli empiezan con una ‘w’para identificarlos como tales. Los comandos se desarrollan con unasintaxis w+verbo+objeto, que es representativa de la acción delcomando. Por ejemplo, si desea crear un monitor, utilice el comandowaddmon. Para suprimir un monitor, utilice el comandowdelmon.

Utilización de comandos de TivoliA menudo es conveniente o más apropiado invocar la operación deuna aplicación de administración de Tivoli desde la línea decomandos que desde el escritorio de Tivoli. Por ejemplo:

¶ Puede que no tenga acceso al escritorio de Tivoli, posiblementeporque se ha conectado al sistema a través de un módem

¶ Van a agruparse diversas operaciones dentro de un script de shell

¶ La línea de comandos es la interfaz más rápida, especialmentecuando se administran varios perfiles de Tivoli DistributedMonitoring

C


C.

Com

andosde

Distributed

Monitoring

Sintaxis de la línea de comandosLa información de este apéndice utiliza los siguientes caracteresespeciales para definir la sintaxis de los comandos:

[ ] Identifica un argumento opcional. Los argumentosque no se encuentran entre corchetes sonobligatorios.

... Indica que se pueden especificar múltiples valorespara el argumento anterior.

| Indica información que se excluye mutuamente. Sepuede utilizar el argumento que se halla a laizquierda del separador o el argumento de la derechadel separador. No se pueden utilizar ambosargumentos en una misma ejecución del comando.

{ } Delimita un conjunto de argumentos que se excluyenmutuamente cuando uno de los argumentos esobligatorio. Si los argumentos son opcionales, seencierran entre corchetes ([ ] ).

Por ejemplo:

wasync -ccanal [-f] [ -i información] -s datos[host]

-c canal y -s datosson los únicos argumentos obligatorios para elcomandowasync. Los corchetes que se hallan alrededor de losdemás argumentos indican que estos argumentos son opcionales.

Otro ejemplo es el comandowdelcust:

wdelcust [-n|-s] nombre

En este ejemplo, los argumentos-n y -s se excluyen mutuamente yson opcionales. El argumentonombrees obligatorio.

Otro ejemplo es el comandowchkdb:

wchkdb [-o archivosalida] [ -u] [ -x] { -f archivoentrada| -i | objeto[objeto...]}

238 Versión 3.7

En este ejemplo, los parámetros

-f archivoentrada, -i y uno o más parámetrosobjetose excluyenmutuamente pero son obligatorios. Los parámetros-o archivosalida,-u y -x son todos opcionales.

Comandos de Tivoli Distributed MonitoringEn la tabla siguiente se enumeran los comandos de TivoliDistributed Monitoring y se indica su finalidad:

comando Finalidad

mcsl Manipula las colecciones de monitores de TivoliDistributed Monitoring.

waddchan Registra un canal asíncrono de Tivoli DistributedMonitoring como “conocido.”

waddcust Crea un monitor personalizado.

waddlevel Añade un nivel de respuesta definido por el usuario aun perfil de Tivoli Distributed Monitoring.

waddinsp Registra una clase Java como fuente de datos quedeberá añadirse al escritorio Tivoli para el programa deutilidad Inspector de Tivoli Distributed Monitoring.

waddmon Añade un monitor a un perfil de Tivoli DistributedMonitoring ya existente.

waddprxenv Añade a la lista de variables de entorno de un Endpointproxy.

waddsnti Añade un indicador a una colección de indicadores.

wasync Envía un mensaje al motor de supervisión especificado.

wclreng Borra el motor de Tivoli Distributed Monitoring.

wclrsntlog Borra el registro de anotaciones del indicador de TivoliDistributed Monitoring.

wcrtprx Crea un nuevo objeto de Endpoint proxy de TivoliDistributed Monitoring.

wcrtsntcoll Crea una colección de indicadores de Tivoli DistributedMonitoring.

wdelchan Anula el registro de un canal asíncrono de TivoliDistributed Monitoring como “conocido.”


C.

Com

andosde

Distributed

Monitoring

comando Finalidad

wdelcust Anula el registro de un script definido por el usuariocomo “conocido.”

wdelinsp Elimina una clase Java de la lista de fuentes de datosdel programa de utilidad Inspector de Tivoli DistributedMonitoring.

wdellevel Elimina un nivel de respuesta de un perfil de TivoliDistributed Monitoring.

wdelmon Elimina un monitor de un perfil de Tivoli DistributedMonitoring.

wdelprb Elimina una fuente de supervisión específica.

wdelsnti Suprime un indicador de una colección de indicadoresde Tivoli Distributed Monitoring.

wdisprb Inhabilita un monitor.

wdmgwcfg Define el tamaño del archivo de anotaciones y el nivelde registro deanotaciones de el gateway.

wdumpsnt Escribe características de un perfil de Tivoli DistributedMonitoring en la salida estándar.

wenblprb Habilita un monitor inhabilitado con anterioridad.

wgetprxenv Recupera variables de entorno de un Endpoint proxy.

wgetsntid Recupera y visualiza los valores de ID de usuario y degrupo de un perfil de Tivoli Distributed Monitoring.

wloadsnt Restaura un perfil de Tivoli Distributed Monitoring apartir de un archivo.

wlschan Lista los canales asíncronos “conocidos” de DistributedMonitoring.

wlscoll Lista la afiliación a una colección de indicadores paraun perfil de Tivoli Distributed Monitoring

wlscust Lista los monitores personalizados.

wlseng Lista datos acerca del motor de Tivoli DistributedMonitoring.

wlsinsp Lista los applets de Java que están registradosactualmente como fuentes de datos para el programa deutilidad Inspector de Tivoli Distributed Monitoring.

240 Versión 3.7

comando Finalidad

wlslevels Lista los niveles de respuesta para un perfil de TivoliDistributed Monitoring.

wlsmon Lista los monitores y los valores de un perfil de TivoliDistributed Monitoring.

wlssntcoll Lista las colecciones de indicadores.

wlssntlog Muestra el archivo de anotaciones de un perfil de TivoliDistributed Monitoring de una colección.

wrstsntlog Restablece los iconos indicadores a su estado normal.

wrunprb Ejecuta una fuente de supervisión específica.

wsetcoll Establece la afiliación a una colección de indicadorespara un perfil de Tivoli Distributed Monitoring.

wsetmon Cambia el monitor de un perfil de Tivoli DistributedMonitoring ya existente.

wsetprxenv Establece la lista de variables de entorno de unEndpoint proxy de Tivoli Distributed Monitoring.

wsetsnti Establece un indicador en un estado específico.

wsetsntid Establece los ID de usuario y de grupo para la actividadde supervisión de Tivoli Distributed Monitoring.

wsnmpget Recupera características de un cliente SNMP.

wsnmpmon Permite que un usuario compruebe los monitores SNMPde Tivoli Distributed Monitoring.

wsnmpnext Devuelve el siguiente ID de objeto de la MIBcorrespondiente a un cliente SNMP.

wsnmpset Establece las características de un cliente SNMP.

wsnmptrap Envía un mensaje de detección de condición deexcepción a un cliente SNMP.

wstopeng Detiene el motor de Tivoli Distributed Monitoring.

La parte restante de este apéndice contiene las páginas de consultade comandos para la gestión de Tivoli Distributed Monitoring.


C.

Com

andosde

Distributed

Monitoring

mcsl

Manipula las colecciones de Tivoli Distributed Monitoring.

SINOPSISmcsl [-P ruta-ppc] [ -B archivo.baroc] [ -R] -i colección[arg-ppc ...]

mcsl [-P ruta-ppc] [ -B archivo.baroc] -d colección[arg-ppc...]

mcsl -c

mcsl -k

mcsl -q colección

mcsl -p colección

DESCRIPCIÓNEl comandomcsl es el punto de entrada común para efectuaroperaciones en colecciones de Tivoli Distributed Monitoring. Elcomandomcsl instala colecciones y realiza una comprobación desintaxis sólo de análisis de una colección que se está desarrollando.El comandomcsl puede utilizarse para consultar el conjunto decolecciones instaladas y para informar a la instalación de TivoliDistributed Monitoring cuando se han instalado una o más nuevascolecciones.

El comandomcsl incorpora el traductor para MCSL (MonitoringCapability Specification Language) de Tivoli. El comandomcslutiliza un traductor para efectuar las comprobaciones de sintaxis. Siel traductor encuentra algún error a medida que explora un archivofuente, proporcionará mensajes de diagnóstico que pueden ser deayuda.

Cuando se instala una o más colecciones de monitores, se puedeutilizar el comandomcsl para reiniciar los motores de TivoliDistributed Monitoring en todos los nodos gestionados de la TMR.

242 Versión 3.7

Cuando se han reiniciado, los motores de supervisión pueden aceptarmonitores que utilizan fuentes de supervisión definidas encolecciones recién instaladas.

Nota: Debido a las diferencias inherentes entre la sintaxis de MCSLy la del lenguaje C, el preprocesador C puede producir avisosque en realidad no son válidos. Con frecuencia los avisoshacen referencia a comillas no cerradas cuando elpreprocesador examina líneas de entrada que en realidad sonfragmentos de script de shell.

Autorizaciónsenior

Argumentos-P ruta-ppc Especifica la ruta de acceso de la versión del

preprocesador C que deberá utilizarse al analizar unarchivo fuente MCSL. Si se omite este argumento, elcomandomcsl comprueba si la variable de entornoMCSLCPP se ha establecido. Si es así, su valor seutiliza como ruta de acceso del preprocesador. De locontrario, el comandomcsl intenta encontrar el valorde ppc mediante la utilización del valor actual de lavariable de entornoPATH .

-B archivo.barocGenera un archivobaroc a partir del archivo fuentede la colección de monitores. Un archivo baroc esnecesario si desea que los monitores puedan enviareventos a un servidor de eventos de Tivoli EnterpriseConsole.

-i colección Instala la colección de monitores almacenada en unarchivo especificado que contiene código fuenteMCSL legible para el usuario. La instalación secompleta solamente si no se encuentran errores desintaxis.

arg-ppc Cuando se convierte un archivo fuente MCSL, estosargumentos se pasan literalmente al preprocesador C.


C.

Com

andosde

Distributed

Monitoring

Además de estos argumentos del preprocesador, elcomandomcsl pasa también el valor de la variablede entornoMCSLCPPARGS. Los argumentos de lavariable de entorno siguen en la línea de comandosdel preprocesador a los argumentos que se danexplícitamente al comandomcsl.

-R Reinicia todos los motores de Tivoli DistributedMonitoring de la TMR. Si algunos nodosgestionados son inaccesibles, se escribe un mensajede error en el archivo de errores estándar. (Si algunode estos nodos no responde, se cargan todas lasnuevas colecciones de monitores sin ningunaintervención posterior cuando se reinician los nodos.)

Este argumento no afecta al escritorio de TivoliDistributed Monitoring. Las ventanas abiertas depropiedades del perfil de Tivoli DistributedMonitoring deben cerrarse y volverse a abrir paraque las colecciones recién instaladas esténdisponibles.

-c Visualiza una lista de todas las coleccionesinstaladas. Se visualiza la lista de las fuentes desupervisión definidas.

-k Detiene todas las gateways de DistributedMonitoring; esto es, el procesosentry_gatewaydetodos los nodos gestionados en los que se estéejecutando. Para asegurarse de que lascomunicaciones (llamadas ascendentes) no se pierdendesde el Endpoint hastasentry_gateway, utilice -ksólo cuando se hayan detenido todos los motores deEndpoint. Para detener todos los motores de losEndpoint, utilice$BINDIR/Tivoli/SENTRY/dm_ep_stop.sh.

-q colección Recupera una colección ya instalada y vuelca elcontenido en un formato interno de depuración.

-p colección Visualiza un resumen de todos los monitores que seencuentran instalados en lacolección.

244 Versión 3.7

EJEMPLOPara instalar la colección de monitoresmoncol.coly reiniciar todoslos motores de Tivoli Distributed Monitoring de la TMR:mcsl -Ri moncol.col

Para visualizar un resumen de todas las colecciones instaladas:mcsl -c

VÉASE TAMBIÉNwrunprb


C.

Com

andosde

Distributed

Monitoring

waddchan

Registra un canal asíncrono de Tivoli Distributed Monitoring como“conocido.”

SINOPSISwaddchan [-n| -s] nombre

DESCRIPCIÓNEl comandowaddchan coloca el nombre especificado para un canalasíncrono de Tivoli Distributed Monitoring en un diálogo emergenteque aparece en la máquina del administrador al configurar perfiles deTivoli Distributed Monitoring con monitores asíncronos.

Se puede añadir un canal asíncrono para un monitor asíncronoutilizando el comandowaddchan. El comandowaddchan añade uncanal asíncrono como canal “conocido” que entonces el escritorio deTivoli Distributed Monitoring coloca en una lista de nombres decanales. No es necesario utilizar el comandowaddchan paraninguna otra finalidad.

Nota: El comandowaddchan puede bloquearse y no conseguirejecutarse si se intenta ejecutarlo mientras el diálogoPropiedades del perfil de Tivoli Distributed Monitoringestá abierto o mientras se está editando un perfil de TivoliDistributed Monitoring en la misma TMR. Es necesario cerrarlos diálogosPropiedades del perfil de Tivoli DistributedMonitoring y Editar monitor antes de ejecutar el comandowaddchan.

Autorizaciónadmin

Argumentos-n Especifica un canal asíncrono con valor numérico.

-s Especifica un canal asíncrono con valor de cadena.

nombre Especifica el nombre del canal asíncrono tal comoaparecerá en el diálogo emergente.

246 Versión 3.7

EJEMPLOPara registrar el canal asíncrono con un valor de cadenami_canal:waddchan -s mi_canal

VÉASE TAMBIÉNwasync, wdelchan, wlschan


C.

Com

andosde

Distributed

Monitoring

waddcust

Registra un script personalizado de Tivoli Distributed Monitoringcomo “conocido”

SINOPSISwaddcust [-n | -s] nombre ruta

DESCRIPCIÓNEl comandowaddcust coloca el nombre especificado para un scriptde Tivoli Distributed Monitoring, definido por el usuario, en unalista de desplazamiento que aparece ante el administrador alconfigurar perfiles de Tivoli Distributed Monitoring con monitorespersonalizados.

Nota: El comandowaddcust puede bloquearse y no conseguirejecutarse si se intenta ejecutarlo mientras el diálogoPropiedades del perfil de Tivoli Distributed Monitoringestá abierto o mientras se está editando un perfil de TivoliDistributed Monitoring en la misma TMR. Es necesario cerrarlos diálogosPropiedades del perfil de Tivoli DistributedMonitoring y Editar monitor antes de ejecutar el comandowaddcust.

Autorizaciónadmin

Argumentos-n Especifica un script con valor numérico.

-s Especifica un script con valor de cadena.

nombre Especifica la etiqueta del script definido por elusuario.

Los nombres de scripts definidos por el usuariodeben añadirse a la lista solamente si la ruta deacceso del script es estable. Si se elimina el nombrede script y más adelante vuelve a añadirse con unaruta de acceso distinta, los monitores de Tivoli

248 Versión 3.7

Distributed Monitoring establecidos con el valor dela entrada antiguano se actualizan para reflejar lanueva ruta de acceso.

ruta Especifica la ruta de acceso completa del comandode Tivoli Distributed Monitoring personalizado.

EJEMPLOPara registrar el script con valor de cadena/home/joeb/scripts/chkally etiquetarlo comoComprobar_todo:waddcust -s Comprobar_todo /home/joeb/scripts/chkall

VÉASE TAMBIÉNwdelcust, wlscust


C.

Com

andosde

Distributed

Monitoring

waddlevel

Añade un nivel de respuesta definido por el usuario a un perfil deTivoli Distributed Monitoring.

SINOPSISwaddlevel nombre_nivel prioridad nombre_perfil

DESCRIPCIÓNEl comandowaddlevel añade un nivel de respuesta definido por elusuario a un perfil de Tivoli Distributed Monitoring. Los niveles derespuesta definidos por el usuario no se pueden utilizar para enviaruna respuestaCambiar icono puesto que estos niveles no tieneniconos que los representen. Los niveles de respuesta incorporados deTivoli Distributed Monitoring están ordenados por un valor deprioridad. Los niveles de respuesta incorporados son:

critical: 1000

severe: 500

warning: 100

normal: 0

always: -1

Autorizaciónadmin

Argumentosnombre_nivel Especifica un nombre especificado por el usuario

(que debe ser distinto de los nombres de nivel yaexistentes en el perfil de Tivoli DistributedMonitoring).

prioridad Especifica un entero que establece el orden deevaluación para los monitores especificando el nuevonivel. La prioridadse interpreta del modo siguiente:

>0 Todos los niveles que efectúan unaprueba relacional de verdadero/falso

250 Versión 3.7

se evalúan en orden descendente. Tanpronto como una expresión relacionalda un resultado “verdadero,” serealizan las accionescorrespondientes y no se lleva a caboninguna prueba posterior.

=0 Es el estado predeterminado. Elestado por omisión se incluye enexpresiones de supervisión para quesi todas las relaciones con prioridad>>0 da un resultado falso, se tomaeste estado como valor del monitor.

<0 Los niveles con prioridad inferior a 0son estados “siempre”. La tareaejecutiva de supervisión no hacenada; las respuestas asociadas condichos niveles se colocan en el motorde respuesta para que coincidan concualquier resultado.

nombre_perfil Especifica el nombre de un perfil de TivoliDistributed Monitoring.

EJEMPLOPara añadir un nivel llamadomenor al perfil DiskSpacede TivoliDistributed Monitoring y asignarle un nivel prioridad de50:waddlevel menor 50 DiskSpace

VÉASE TAMBIÉNwdellevel, wlslevels


C.

Com

andosde

Distributed

Monitoring

waddinsp

Registra una clase Java como fuente de datos que deberá añadirse alescritorio Tivoli para el programa de utilidad Inspector de TivoliDistributed Monitoring.

SINOPSISwaddinsp -a nombre_applet[-b código_base] [ -pparámetros_applet]

DESCRIPCIÓNEl comandowaddinsp crea una instancia deDSRRegistryList si noexiste y luego añade un applet de Java y la información asociada aéste como elemento de lista. El comandowaddinsp normalmente esutilizado sólo por una aplicación durante la instalación.

Autorizaciónsenior

Argumentos-a nombre_applet

Especifica el nombre del applet de Java parautilizarlo con la herramienta de configuración deinformes de Java.

-b código_baseEspecifica el CÓDIGO BASE HTML para el appletde Java.

-p parámetros_appletEspecifica una cadena opcional de parámetrosHTML definidos por el usuario que deberántrasladarse al applet de Java.

EJEMPLOEn el ejemplo siguiente se añade el applet de JavaSentryData.classcomo fuente de datos para el programa de utilidad Inspector deTivoli Distributed Monitoring. Este applet está ubicado en eldirectorio /classes, que se halla en el directorio HTTP raíz/bin/generic/HTTPd. Los parámetros de applet opcionales en

252 Versión 3.7

formato HTML Host e IPAddr se especifican con el distintivo-p.Toda la información que se ha proporcionado se utiliza para crearuna página HTML que contiene los applets de Inspector y los que seencuentran en la lista fuente de datos.waddinsp -a SentryData.class -b /classes -p “>param name=Hostvalue=’My Host’><param name=IPAddr value=’1.2.3.4’>”

VÉASE TAMBIÉNwdelinsp, wlsinsp


C.

Com

andosde

Distributed

Monitoring

waddmon

Añade un monitor a un perfil de Tivoli Distributed Monitoring yaexistente.

SINOPSISwaddmon Colección-monitores monitor[[ -a argumento...] [-sAño-mes-día Hora:Minuto] [ -A restricción | +A] [ -biniciar-restricción-tiempo] [ -e terminar-restricción-tiempo]] [ -tprogramación] [ -d | +d] [ -Mn EstiloMens] [ -Mp EstiloMens] [ -MeEstiloMens] [ -Ml EstiloMens] [ -Mt Estilomens] [ -D NombreAcción-S RutaFuente |-E RutaPrograma [-H HostFuente] [-CRutaCopia]] especificadorRespuestas... nombre-perfil

donde la sintaxisespecificador-respuestaes la siguiente:

-c nivel -R comparador-operador valor[[ -m dirección-correo] [ -i][-f nombrearchivo] [ -e nombre-programa| nombre-programanombre-host] [ -p lista-admin] [ -n [grupo-anotaciones-registro] [ -Tgravedad-evento servidor-evento| -T gravedad-eventoservidor-evento-v] [ -x BibliotecaTareas NombreTarea arg arg arg‘;’ ]]

DESCRIPCIÓNEl comandowaddmon añade un monitor a un perfil de TivoliDistributed Monitoring ya existente. El monitor se añade mediante lautilización demonitor, una palabra de código del monitor, que semodifica (si es necesario) mediante las opcionesargumentoy otrasopciones que sean necesarias para controlar las acciones del monitor.

Nota: Consulte la publicaciónGuía de Instalación y planificaciónTivoli Frameworksi desea obtener más información acerca dela configuración de Tivoli para su utilización con los serviciosde correo electrónico.

Autorizaciónadmin

254 Versión 3.7

Argumentoscolección-monitores

Especifica la colección de monitores que define elsupervisores que el usuario desea añadir.

monitor Especifica el nombre del monitor que deberáañadirse al perfil de Tivoli Distributed Monitoring.Si no se especifica un nombre de monitor válido, elcomandowaddmon devuelve una lista de nombresde monitor válidos.

-a argumento...Especifica que se añade un argumento al monitor.Un argumentopuede ser un nombre de ruta deacceso, un nombre de cola de impresora, el nombrede un proceso de daemon, un nombre de host o elnombre de un canal asíncrono. Al monitor se lepueden añadir varios argumentos, cada uno de ellosprecedidos con-a.

-s Año-Mes-Día Hora:MinutosEspecifica el horario de inicio del monitor.Especifique el valor del horario de inicio del monitoren formatoAño-Mes-Día Hora:Minutos(-s2001-02-14 08:00).

-A restricción Especifica las restricciones que definen el momentode ejecución del monitor. Se pueden utilizar variasrestricciones. Lasrestriccionesválidas son:

d Durante el día.

w Durante los días laborables

e Durante los fines de semana

n Durante la noche

c Durante horas personalizadas

s Durante días personalizados


C.

Com

andosde

Distributed

Monitoring

Las restricciones se personalizan con-b (inicio dehora de restricción) y-e (fin de hora de restricción).Por ejemplo,-A w -b Mon -e Wed restringirá elmonitor para que se ejecute durante los díaslaborables entre el lunes y el miércoles.

El monitor se ejecuta de forma continua si no sedefine ninguna restricción. Utilice+A para eliminarrestricciones.

-t temporizaciónEspecifica la frecuencia de muestreo. La variabletemporizaciónse especifica como una única“palabra” shell del tipo“ número unidades” , porejemplo: “7 minutos” o “ 3 semanas.” Las unidadesde tiempo válidas son:minutos, horas, días,semanasy meses.

-d Habilita el monitor.

+d Inhabilita el monitor después de la siguientedistribución del perfil. Cuando se inhabilita unmonitor, Tivoli Distributed Monitoring no supervisadicho monitor.

-Mn EstiloMsj Especifica el estilo del mensaje para el aviso.EstiloMsj puede ser:

¶ std para el estilo de mensaje estándar

¶ brief para el estilo de mensaje breve

¶ long para el estilo de mensaje largo

¶ lfmt1 especifica el estilo de mensaje de formatolocal 1


-Mp EstiloMsj Especifica el estilo de mensaje para los avisosemergentes.EstiloMsj puede ser:


256 Versión 3.7





-Me EstiloMsj Especifica el estilo de mensajes para el correoelectrónico.EstiloMsj puede ser:






-Ml EstiloMsj Especifica el estilo de mensajes para los archivos deregistro.EstiloMsj puede ser:






-Mt MsgStyle Especifica el estilo de mensajes de Tivoli EnterpriseConsole.EstiloMenpuede ser:





C.

Com

andosde

Distributed

Monitoring



especificador-respuesta...Establece el nivel de respuesta. Consulte el apartadoOpciones de especificador-respuestasi deseaobtener una descripción completa de este argumento.

nombre-perfil Especifica el nombre de un perfil de TivoliDistributed Monitoring.

Opciones de especificador-respuestaLas opciones específicas de cada nivel son aplicables al nivelespecificado por el valor-c más reciente. Las opciones específicasde cada nivel pueden especificarse únicamente a continuación de unvalor -c, sin ninguna opción intermedia.

-c nivel Establece el nivel de respuesta que las opcionesespecíficas de cada nivel deberán manipular. Lasopciones del argumentonivel incluyenalways,normal, warning, severey critical , en ordenascendente. El argumento de-c nivel debeespecificarse para poder utilizar opciones específicasde cada nivel. Estas opciones deben especificarseinmediatamente después de-c opción, sin ningunaopción general intermedia. Todos los niveles derespuesta pueden establecerse dentro del mismocomandowaddmon. Los niveles proporcionados porTivoli Distributed Monitoring pueden ser ampliadoscon niveles definidos por el usuario.

-R comparador-operador valorEstablece la expresión relacional de toma dedecisiones. La expresión puede ser un operadorrelacional o un operador delta. Un operadorrelacional requiere los tres argumentos:comparador,operadory valor. El comparadory el operadordeberán formar parte de la misma “palabra” de shell

258 Versión 3.7

(por ejemplo,“+- >” ). El operador delta requiere losargumentosoperadory valor.

Cuando se especifica un operador relacional, elcomparadordetermina la diferencia entre la muestraanterior y la muestra actual. Si se establece elcomparadoren +, Tivoli Distributed Monitoringcalcula la diferencia absoluta (sin signo), un valor-calcula la diferencia real (con signo) y un valor%calcula el cambio porcentual. Si se especifica uncomparador, se debe entrar elcomparadory eloperadorcomo cadena entre comillas y separadospor un espacio. Por ejemplo, utilice″% >″ paraindicar un cambio porcentual superior alvalorproporcionado. Cuando se especifica un operadordelta, eloperadordefine el modo en que la muestraactual se comparará con elvalor. Las opciones deloperadorválidas incluyen:

> Mayor que el valor

< Menor que el valor

>= Incremento porcentual devalor.

== Igual al valor.

!= No igual alvalor.

->> Aumenta por encima delvalor.

-<< Disminuye por debajo delvalor.

<> Fuera del rango delvalor. El rangose especifica como un par devaloresseparados mediante un guión (porejemplo:2.0-4.0).

El argumentovalor puede ser un dígito decimal,como2.0, o el indicador de estadoup (activo) odown (inactivo).


C.

Com

andosde

Distributed

Monitoring

Nota: La interfaz de línea de comandos no aceptavalores deoperadorque no sean válidos parael monitor.

-m dirección-correoPermite la notificación a una dirección de correoelectrónico completamente especificada (por ejemplo,[email protected]).

-i Permite el cambio de iconos cuando se especifica.Esta opción requiere que el perfil esté suscrito a unacolección de indicadores.

-f nombrearchivoPermite el registro de anotaciones en archivos. Losregistros de anotaciones se envían a un archivo,especificado como nombre de ruta de accesocompleta ([host:]ruta). Si se utiliza el especificadorhost:, Tivoli Distributed Monitoring escribe en unarchivo y ruta de acceso del host especificado. Si nose utiliza el especificadorhost:, Tivoli DistributedMonitoring escribe el archivo y la ruta de acceso atodos los suscriptores.

-e nombre-programa| nombre-programa nombre-hostPermite la ejecución de unprogramaespecificadopor el usuario en elhostespecificado por el usuario.programase especifica como un nombre de ruta deacceso completo (ruta). Si se especificahost , TivoliDistributed Monitoring busca el programa en dichohost. De lo contrario, el programa especificado debeexistir en la ruta de acceso especificada de cadasuscriptor.

-p lista-admin Habilita diálogos emergentes en los escritorios deadministrador. Los administradores se especificanmediante su nombre de administrador de Tivoli enuna lista separada por comas.

-n grupo-noticiasHabilita la notificación de Tivoli cuando se

260 Versión 3.7

especifica. Opcionalmente puede especificarse elgrupo de avisos que recibirá avisos.

-T gravedad-evento servidor-evento| gravedad-eventoservidor-evento-v

Permite a Tivoli Distributed Monitoring el envío deeventos a un servidor de eventos de Tivoli EnterpriseConsole. Los eventos por omisión de TivoliEnterprise Console sonFATAL , CRITICAL ,MINOR , WARNING , HARMLESS , yUNKNOWN . El valor del argumentoservidordebeindicarse en formato del Registro de nombres deTivoli. La opción -v desactiva la comprobación devalidación del nombre del servidor de eventos deTivoli Enterprise Console cuando se utiliza con laopción -T.

-x BibliotecaTareas NombreTareas arg arg arg‘;’Ejecuta una tarea como respuesta.BibliotecaTareasespecifica el nombre de la biblioteca de tareas quecontiene la tarea especificada porNombreTarea. argespecifica un argumento para la tarea. El carácter;es necesario para interrumpir el comando, y estáaislado del script de shell porque se encuentra entrecomillas (‘;’ ).

-D NombreAcciónEspecifica la acción de distribución que se deseaañadir.NombreAcciónespecifica el nombre de laacción de distribución que se desea añadir. La opción-S RutaFuentesirve para especificar la ruta fuente y-E RutaProgramapara especificar la ruta delprograma. Debe especificar al menos una de estasrutas. El host fuente se puede especificar utilizandola opción-S HostFuente. Si el host fuenteespecificado enHostFuenteno es un nodogestionado, el comandowaddmon finalizará deforma errónea y devolverá un código de error.Especifique la ruta de copia con la opción-CRutaCopia.


C.

Com

andosde

Distributed

Monitoring

EJEMPLOPara añadir un monitor que compruebe la carga media cada 60minutos y envíe un mensaje emergente cuando la carga media supereel nivel 4.0 y, en otro caso, active un icono a otros niveles para elperfil LoadAvg de Tivoli Distributed Monitoring:waddmon Unix_Sentry loadavg -t "60 minutes"-c critical -R "->>" 4.0 -p JoeB-c severe -R ">" 3.0-c warning -R ">" 2.0-c always -iLoadAvg

Nota: Se utilizan comillas dobles alrededor de la especificación detemporización y de los operadores relacionales para cumplircon los requisitos de los scripts de shell.

VÉASE TAMBIÉNwdelmon, wlsmon, wsetmon

262 Versión 3.7

waddprxenv

Añade a la lista de variables de entorno de un Endpoint proxy deTivoli Distributed Monitoring.

SINOPSISwaddprxenv nombre-proxy nombre=valor...

DESCRIPCIÓNEl comandowaddprxenv añade la lista de variables de entorno quese proporciona en la línea de comandos a la lista ya instalada delEndpoint proxy de Tivoli Distributed Monitoring. Debenproporcionarse las variables de entorno con el formatonombre=valory deben incluirse entre comillas debidamente para impedir unaexpansión no deseada por parte del shell. Si alguno de los nombresde variables proporcionados ya existen en el Endpoint, el valorantiguo será sustituido por el valor nuevo que proporciona elcomandowaddprxenv.

Las variables de entorno instaladas en un Endpoint proxy seconvierten en disponibles para las fuentes de supervisión para todoslos perfiles de Tivoli Distributed Monitoring distribuidos por elEndpoint. Por lo tanto, es posible que las fuentes de supervisión secomporten de forma distinta, dependiendo del objeto de Endpoint através del que se distribuyan. Independientemente de las variables deentorno instaladas mediantewaddprxenv y otros comandosrelacionados, las siguientes variables de entorno están siempredisponibles para los programas fuente de supervisión:

ENDPOINT Etiqueta del objeto de Endpoint proxy.


ADMIN Nombre del administrador responsable de ladistribución del perfil de Tivoli DistributedMonitoring a través del Endpoint. (Tenga en cuentaque este valor cambiará cada vez que unadministrador distinto distribuya un perfil.)


C.

Com

andosde

Distributed

Monitoring

OPERATOR Nombre de conexión del administrador que se utilizapara autorizar al administrador a efectuar laoperación de distribución.



ENDPOINT_CLASSNombre de clase (o tipo) de Tivoli del objeto deEndpoint. Si el Endpoint es un objeto de Endpointproxy, el valor de esta variable seráSentryProxy.

Autorizaciónsuper

Argumentosnombre-proxy Especifica el nombre del objeto de Endpoint proxy

que deberá modificarse.

name=value Especifica las variables de entorno y los valores quedeberán instalarse en el objeto de Endpoint proxy.

EJEMPLOPara añadir la variable de entornoADDRESS para el Endpointproxy Router:waddprxenv Router ADDRESS=100.17.3.24

VÉASE TAMBIÉNwcrtprx , wgetprxenv, wsetprxenv

264 Versión 3.7

waddsnti

Añade un indicador a una colección de indicadores de TivoliDistributed Monitoring.

SINOPSISwaddsnti colección_indicadores indicador_perfil estado_relajado

DESCRIPCIÓNEl comandowaddsnti añade un indicador para el perfil de TivoliDistributed Monitoring especificado a la colección de indicadoresespecificada. Los indicadores que se añaden a una colección con elcomandowaddsnti no se asocian automáticamente con el perfil deTivoli Distributed Monitoring. Para asociar un perfil de DistributedMonitoring con una colección de indicadores, utilice el comandowsetcoll.

Autorizaciónadmin

Argumentoscolección_indicadores

Especifica el nombre de la colección de indicadoresa la que deberá añadirse el indicador.

indicador_perfilEspecifica el nombre del nuevo indicador. Estenombre debe coincidir con el nombre de un perfil deTivoli Distributed Monitoring.

estado_relajadoEspecifica el estado predeterminado. Los valoresposibles sonnormal, warning, severey critcal . Enla mayoría de casos, se debe establecer el estadopredeterminado ennormal. Los demás estadospueden ser posibles si se ha utilizado el comandowaddlevel para crear un nuevo estado.


C.

Com

andosde

Distributed

Monitoring

EJEMPLOPara añadir el indicadorDiskSpacea la colecciónMis_indicadores:waddsnti Mis_indicadores DiskSpace normal

VÉASE TAMBIÉNwsetcoll, wsetsnti

266 Versión 3.7

wasync

Envía un mensaje de Tivoli Distributed Monitoring al motor desupervisión especificado.

SINOPSISwasync -z -ccanal [-f] [ -i información] -s datos[host]

DESCRIPCIÓNEl comandowasyncenvía un mensaje al motor de supervisión delhost especificado o al motor del host local actual si no se haespecificado host. El mensaje asíncrono se identifica con el nombredel canal proporcionado, datos y texto informativo opcional.

Se puede añadir un canal asíncrono para un monitor asíncronoutilizando el comandowaddchan. El comandowaddchan añade uncanal asíncrono como canal “conocido” que entonces el escritorio deTivoli Distributed Monitoring hace que esté disponible dentro de unalista de desplazamiento con los nombres de canales. No es necesarioutilizar el comandowaddchan para ninguna otra finalidad.

El nombre de canal debe corresponder a un monitor asíncrono yaexistente. Si no es así, el comandowasync falla y se envía un avisoSentryStatussi el comando se ejecutó en un nodo gestionado o seañade una línea al archivoDM36.log si el comando se ejecutó en unEndpoint.

Cuando se emite el comandowasync, el monitor se ejecutainmediatamente. El valor que se suministra al monitor asíncronopasa a la lógica de Tivoli Distributed Monitoring y se procesa delmismo modo que la información que se devuelve de un monitornormal. Las respuestas para monitores asíncronos se definen igualque para cualquier otro monitor.

Para utilizar un monitor asíncrono, los pasos básicos son:

1. Si el nombre del canal asíncrono va a utilizarse con frecuencia ydesea que los administradores vean los nombres de los canalesque van a ser utilizados por parte de los scripts que llaman alcomandowasync, utilice el comandowaddchan para añadir el


C.

Com

andosde

Distributed

Monitoring

nombre del canal asíncrono a la lista de selección de nombres decanales del escritorio de Tivoli Distributed Monitoring.

2. Cree un monitor asíncrono en un perfil de Tivoli DistributedMonitoring y seleccione el nombre del canal asíncrono de la listade nombres “conocidos” o escriba el nombre del canal asíncronoen el recuadro de texto para el nombre del canal.

3. Configure respuestas para el monitor del mismo modo que loharía para un monitor planificado.

4. Distribuya el monitor a los motores de Distributed Monitoring alos que deben enviarse eventos del comandowasync.

5. Utilice scripts dewasync, de modo que coincida el nombre delcanal asíncrono que se utiliza con el nombre del canal que se haseleccionado en el monitor de destino.

Nota: En nodos gestionados, el comandowasyncutiliza TivoliManagement Framework seguro para ponerse en contacto conel motor de Distributed Monitoring. Por lo tanto, el comandowasyncpuede utilizarse sólo desde una cuenta de usuario quese correlacione con un administrador válido de Tivoli con larol admin. En los Endpoints, el comandowasyncutiliza unsocket simple para ponerse en contacto con el motor deDistributed Monitoring, por lo tanto, el comandowasyncsepuede utilizar desde una cuenta de usuario que no secorrelaciona con un administrador válido de Tivoli.

Autorizaciónadmin

Argumentos-z Especifica que cada tarea se debe ejecutar en el

Endpoint especificado porhost.

-c canal Especifica el nombre del canal asíncrono en el quetiene lugar la transmisión.

-f Reintenta ejecutar el comando cuando el motor de

268 Versión 3.7

Tivoli Distributed Monitoring no responde. Esteargumento reintenta ejecutar el comandowasynchasta que lo consigue.

-i información Especifica el texto que deberá enviarse con elmensaje. Tivoli Distributed Monitoring pasa el textoa través de los mecanismos de notificación textual(aviso de Tivoli, correo electrónico, registro dearchivo) y lo coloca en el entorno de los programasde respuesta.

Se pueden añadir nuevas líneas en el texto deinformación, pero el modo en que se añadan lasnuevas líneas depende del shell que se estéutilizando. Para añadir nuevas líneas en un shell C,es necesario utilizar el carácter de barra diagonalinversa\).

% wasync -c mi_canal -s 0 -i ’

Éste es un ejemplo de cómo entrar un mensaje demúltiples líneas en un shell C.

Hay dos formas de añadir nuevas líneas en el shellBourne o Korn. Se pueden entrar las nuevas líneasdesde la línea de comandos o colocando el texto enun archivo.

% wasync -c mi_canal -s 0 -i ’

Éste es un ejemplo de cómo entrar un mensaje demúltiples líneas desde la línea de comandos en unshell Bourne o Korn. Si se añade este comando a unscript de shell, el shell sólo necesita un retorno decarro.

A continuación se encuentra un ejemplo de cómoentrar texto, incluidas nuevas líneas, desde unarchivo de datos:

% wasync -c mi_canal -s 0 -i″‘cat info_file‘ ″

dondeinfo_file contiene el texto deinformación.


C.

Com

andosde

Distributed

Monitoring

-s datos Especifica los datos en los que se basan lasdecisiones del monitor.

host Especifica el nombre del host cuyo motor se señala.Puede especificar un nodo gestionado en el que estéinstalado Tivoli Distributed Monitoring o unEndpoint TMA. Si especifica un Endpoint TMA, éstedebe estar en el mismo sistema que el nodogestionado desde el que ejecuta el comandowasync.No se puede ejecutar el comandowasyncen unEndpoint TMA que no resida en el nodo gestionadodesde el que está emitiendo el comandowasync.

Nota: La opción-z no es necesaria a menos quehaya un conflicto de nombres entre un nodogestionado y el Endpoint especificado porhost.

VÉASE TAMBIÉNwaddchan, wdelchan, wlschan

270 Versión 3.7

wclreng

Borra el motor de Tivoli Distributed Monitoring.

SINOPSISwclreng [-z] [nodo]

DESCRIPCIÓNEl comandowclreng borra el motor de Tivoli Distributed Monitoringdel nodo gestionado especificado (o del nodo gestionado local si nose especifica ningún nodo).

Autorizaciónsuper

Argumentos-z Especifica que el comandowclreng debe ejecutarse

en un Endpoint en lugar de en un host que estéejecutando Tivoli management Esta opciónnormalmente no es necesaria a menos que haya unconflicto de nombres entre dos hosts. Por ejemplo, siun host de NetWare tiene el mismo nombre de hostque un nodo gestionado de Windows NT o UNIX, seutiliza la opción-z para especificar que el comandowclreng debe ejecutarse en el host NetWare en lugarde en un host UNIX o Windows NT.

Notas:

1. Sólo los nodos gestionados dan soporte a laopción -z, por tanto los Endpoints no dan soportea esta opción.

2. La opción-z sirve para distinguir un nodogestionado y un Endpoint que tengan el mismonombre. Si todos los Endpoint tienen nombreúnicos, no hay necesidad de especificar la opción-z.

3. Si genera el entorno del Endpoint (dm_env.shodm_env.cshen el directorio$LCF_DATDIR ), se


C.

Com

andosde

Distributed

Monitoring

utilizará la versión del comandowclreng delEndpoint (que no da soporte a la opción-z).

nodo Especifica el nodo gestionado que contiene el motorde Tivoli Distributed Monitoring que deberáborrarse. Si este argumento no se especifica, elcomando borra el motor del host local.

EJEMPLOPara borrar el motor de Tivoli Distributed Monitoring del nodogestionadograceland, introduzca:wclreng graceland

VÉASE TAMBIÉNwlseng, wstopeng

272 Versión 3.7

wclrsntlog

Borra el registro de anotaciones del indicador de Tivoli DistributedMonitoring.

SINOPSISwclrsntlog colección_indicadores indicador_perfil

DESCRIPCIÓNEl comandowclrsntlog borra las entradas del registro de anotacionesdel indicador para el perfil de Tivoli Distributed Monitoring indicadopor nombre_perfilen la colección de indicadores especificada porcolección_indicadores. Los indicadores especificados se restablecen asu estadonormal y se borra el registro, mostrando únicamente laactividad “borrar”.

Autorizaciónadmin


Especifica el nombre de la colección de indicadores.

indicador_perfilLimita el informe al indicador para el perfilespecificado de Tivoli Distributed Monitoring.

EJEMPLOPara borrar el registro de anotaciones del indicador para el perfil deTivoli Distributed MonitoringDiskSpacede la colección deindicadoresMis_indicadores:wclrsntlog Mis_indicadores DiskSpace

VÉASE TAMBIÉNwlssntlog


C.

Com

andosde

Distributed

Monitoring

wcrtprx

Crea un nuevo objeto de Endpoint proxy de Tivoli DistributedMonitoring.

SINOPSISwcrtprx región-política nodo-gestionado nombre-proxy

DESCRIPCIÓNEl comandowcrtprx crea un nuevo objeto de Endpoint proxy deTivoli Distributed Monitoring en la región de políticas especificada.El objeto existirá en la base de datos local del nodo gestionadomencionado, por lo tanto los perfiles de Tivoli DistributedMonitoring distribuidos a través del nuevo proxy seránimplementados por el motor de supervisión de Tivoli DistributedMonitoring de ese nodo.

Autorizaciónsuper

Argumentosregión-política Especifica el nombre de la región de políticas en la

que deberá crearse el objeto de Endpoint proxy. Noes necesario que sea la misma región de políticasque contiene el nodo gestionado de destino.

nodo-gestionadoEspecifica el nombre del nodo gestionado donde elnuevo proxy deberá residir.

nombre-proxy Especifica el nombre del nuevo objeto de Endpointproxy.

EJEMPLOPara crear un Endpoint proxy llamadoRouters en el nodogestionadograceland de la región de políticasgraceland-region:wcrtprx graceland-region graceland Routers

VÉASE TAMBIÉNwaddprxenv, wgetprxenv, wsetprxenv

274 Versión 3.7

wcrtsntcoll

Crea una colección de indicadores de Tivoli Distributed Monitoring.

SINOPSISwcrtsntcoll región-política nombre

DESCRIPCIÓNEl comandowcrtsntcoll crea una nueva colección de indicadores deTivoli Distributed Monitoring en la región de políticas especificada.La colección de indicadores estará vacía inicialmente.

Autorizaciónsuper

Argumentosregión-política Especifica el nombre de la región de políticas en la

que deberá crearse la colección de indicadores.

nombre Especifica la etiqueta para la nueva colección deindicadores.

EJEMPLOPara crear una colección de indicadores llamadaMis_indicadores enla región de políticasgraceland-region:wcrtsntcoll graceland-region Mis_indicadores

VÉASE TAMBIÉNwlscoll, wlssntcoll, wsetcoll


C.

Com

andosde

Distributed

Monitoring

wdelchan

Anula el registro de un canal asíncrono “conocido” de TivoliDistributed Monitoring.

SINOPSISwdelchan [-n | -s] nombre

DESCRIPCIÓNEl comandowdelchan elimina el canal asíncrono especificado de lalista desplazable que aparece ante el administrador al configurar losperfiles Tivoli Distributed Monitoring con canales asíncronos.

Nota: El comandowdelchan puede bloquearse y no conseguirejecutarse si se intenta ejecutarlo mientras el diálogoPropiedades del perfil de Tivoli Distributed Monitoringestá abierto o mientras se está editando un perfil de TivoliDistributed Monitoring en la misma TMR. Es necesario cerrarlos diálogosPropiedades del perfil de Tivoli DistributedMonitoring y Editar monitor antes de ejecutar el comandowdelchan.

Autorizaciónadmin

Argumentos-n Especifica un canal asíncrono con valor numérico.

-s Especifica un canal asíncrono con valor de cadena.

nombre Especifica el nombre del canal asíncrono de TivoliDistributed Monitoring.

EJEMPLOPara suprimir el canal asíncronomi_canal:wdelchan mi_canal

VÉASE TAMBIÉNwaddchan, wasync, wlschan

276 Versión 3.7

wdelcust

Anula un script de Tivoli Distributed Monitoring “conocido”definido por el usuario.

SINOPSISwdelcust [-n] nombre

wdelcust -snombre

DESCRIPCIÓNEl comandowdelcust elimina el script de Tivoli DistributedMonitoring definido por el usuario especificado por elnombrede lalista desplazable que aparece ante el administrador al configurarperfiles de Tivoli Distributed Monitoring con monitorespersonalizados.

Nota: El comandowdelcust puede bloquearse y no llegar aejecutarse si se intenta ejecutar mientras el diálogoPropiedades del perfil de Tivoli Distributed Monitoringestá abierto o mientras se está editando un perfil de TivoliDistributed Monitoring en la misma TMR. Es necesario cerrarlos diálogosPropiedades del perfil de Tivoli DistributedMonitoring y Editar monitor antes de ejecutar el comandowdelcust.

Autorizaciónadmin

Argumentos-n Especifica un script con valor numérico. Este

argumento es opcional.

-s Especifica un script con valor de cadena. Elargumento-s debe especificarse al suprimir un scriptcon valor de cadena incluso si el nombre del scriptes exclusivo.

nombre Especifica el nombre del comando de TivoliDistributed Monitoring personalizado.


C.

Com

andosde

Distributed

Monitoring

Los nombres de scripts definidos por el usuariodeben añadirse a la lista solamente si la ruta deacceso del script es estable. Si se elimina el nombrede script y más adelante vuelve a añadirse con unaruta de acceso distinta, los monitores de TivoliDistributed Monitoring establecidos con el valor dela entrada antiguano se actualizan para reflejar lanueva ruta de acceso.

EJEMPLOPara anular el registro del script con valor de cadena etiquetadoCheck_All:wdelcust -s Check_All

VÉASE TAMBIÉNwaddcust, wlscust

278 Versión 3.7

wdelinsp

Elimina una clase de Java de la lista de fuentes de datos delprograma de utilidad Inspector de Tivoli Distributed Monitoring.

SINOPSISwdelinsp -a nombre_applet

DESCRIPCIÓNEl comandowdelinsp elimina un elemento que contiene el applet deJava especificado pornombrey la información asociada con elapplet deDSRRegistryList. Cuando se suprime un applet con elcomandowdelinsp, el applet ya no estará registrado como fuente dedatos para el programa de utilidad Inspector de Tivoli DistributedMonitoring.

Autorizaciónsuper

Argumentos-a nombre_applet

Especifica el nombre del applet que deberáeliminarse de DSRRegistryList.

EJEMPLOEn el ejemplo siguiente se elimina una fuente de datos que constadel appletSentryData.classde la lista de fuentes de datosregistradas para el programa de utilidad Inspector de TivoliDistributed Monitoring:wdelinsp -a SentryData.class

VÉASE TAMBIÉNwaddinsp, wlsinsp


C.

Com

andosde

Distributed

Monitoring

wdellevel

Elimina un nivel de respuesta de un perfil de Tivoli DistributedMonitoring.

SINOPSISwdellevel nivel nombre_perfil

DESCRIPCIÓNEl comandowdellevel elimina un nivel de respuesta de un perfil deTivoli Distributed Monitoring.

Autorizaciónadmin

Argumentosnivel Especifica el nivel (especificado por el nombre de

nivel) que debe eliminarse. Los nombres de nivel derespuesta predeterminados sonalways, normal,warning, severey critical . También se puedeneliminar niveles especificados por el usuario que secrearon con el comandowaddlevel.


EJEMPLOPara eliminar el nivelmenor del perfil DiskSpacede TivoliDistributed Monitoring:wdellevel menor DiskSpace

VÉASE TAMBIÉNwaddlevel, wlslevels

280 Versión 3.7

wdelmon

Elimina un monitor de un perfil de Tivoli Distributed Monitoring.

SINOPSISwdelmon clave nombre_perfil

DESCRIPCIÓNEl comandowdelmon elimina un monitor de un perfil de TivoliDistributed Monitoring.

Autorizaciónadmin

Argumentosclave Especifica el monitor mediante un número. Utilice el

comandowlsmon para obtener el valor declave.


EJEMPLOPara eliminar el número de monitor4 del perfil DiskSpacede TivoliDistributed Monitoring:wdelmon 4 DiskSpace

VÉASE TAMBIÉNwaddmon, wlsmon, wsetmon


C.

Com

andosde

Distributed

Monitoring

wdelprb

Elimina una fuente de supervisión específica.

SINOPSISwdelprb nombre del tipo de producto[host]

DESCRIPCIÓNEl comandowdelprb elimina entradas de monitor de los monitoresque coinciden con los argumentosprod, supe id especificados delmotor de Tivoli Distributed Monitoring. Se pueden especificarcomodines del estilo del shell para los argumentosprod, supe id.

Nota: El comandowdelprb debe utilizarse solamente para eliminarentradas de monitor del motor de Tivoli DistributedMonitoring en circunstancias especiales. Generalmente espreferible utilizar el escritorio Tivoli Distributed Monitoringpara suprimir monitores. Los monitores que se suprimenmediante la utilización del comandowdelprb pueden volver ainstalarse en el motor de Tivoli Distributed Monitoring endistribuciones de perfiles subsiguientes si las configuracionesdel monitor no se eliminan de los perfiles que contienen losmonitores.

Autorizaciónsuper o senior

Argumentosprod Especifica el nombre de la colección de monitores

que contiene el monitor.

tipo Especifica el nombre del monitor que deberáeliminarse.

nombre Especifica la instancia de monitor. Este identificadores exclusivo al monitor. Comprende del nombre delperfil, el ID de objeto del perfil y el ID de objeto delEndpoint de distribución. El formato exacto no estágarantizado y no se debe confiar explícitamente en

282 Versión 3.7

él. Opcionalmente, se puede dar al comandowdelprb un identificador de tres partes que incluyacomodines.

host Especifica el nombre del host Tivoli en el que seejecuta la fuente de supervisión (conocida tambiéncomo sonda) que deberá suprimirse.

EJEMPLOPara eliminar la fuente de supervisióndiskusedpcten el host local:wdelprb Unix_Sentry diskusedpct

Para eliminar todos los monitores de la colección de monitoresMiColección:wdelprb “MiColección” “*” “*”

Para eliminar todos los monitores deMiPerfil (el campo deidentificador exclusivo empieza con el nombre del perfil quecontiene el monitor):wdelprb “*” “*” “MiPerfil”

VÉASE TAMBIÉNwdisprb, wenblprb, wrunprb


C.

Com

andosde

Distributed

Monitoring

wdelsnti

Elimina un indicador de una colección de indicadores de TivoliDistributed Monitoring.

SINOPSISwdelsnti colección_indicadores indicador_perfil

DESCRIPCIÓNEl comandowdelsnti elimina un indicador de la colección deindicadores de Tivoli Distributed Monitoring especificada.

Nota: Se recomienda la no utilización del comandowdelsnti paraeliminar indicadores que correspondan a perfiles reales deTivoli Distributed Monitoring. El comandowdelsnti sólodebe utilizarse con indicadores que se añadieron expresamenteutilizando el comandowaddsnti o en situaciones únicas bajoel consejo del soporte de Tivoli.

Autorizaciónsenior


Especifica el nombre de la colección de indicadoresde la que deberá eliminarse el indicador.

indicador_perfilEspecifica el nombre de un perfil de TivoliDistributed Monitoring.

EJEMPLOPara eliminar el indicadorDiskSpacede la colecciónMis_indicadores:wdelsnti Mis_indicadores DiskSpace

VÉASE TAMBIÉNwsetcoll, waddsnti, wsetsnti

284 Versión 3.7

wdisprb

Inhabilita la fuente de supervisión especificada.

SINOPSISwdisprb [-z] producto tipo nombre[host]

DESCRIPCIÓNEl comandowdisprb inhabilita una sonda (también recibe el nombrede fuente de supervisión). Si se especifica unhost, la sonda seinhabilita en dicho host. Si especifica el distintivo-z, la sonda seinhabilita en el host Endpoint. Si no se especifica el distintivo-z, seinhabilita la sonda en el host nodo gestionado. Si no se especificahost, la sonda queda inhabilitada en el host local. Se pueden utilizarcaracteres comodín para los argumentosproducto, tipo y nombre.

Autorizaciónsenior o super

Argumentos-z Especifica que debe inhabilitarse la sonda en el

Endpoint especificado conhost.

Notas:


2. La opción-z sirve para distinguir un nodogestionado y un Endpoint que tengan el mismonombre. Si todos los Endpoints tienen nombreúnicos, no hay necesidad de especificar la opción-z.

3. Si genera el entorno del Endpoint (dm_env.shodm_env.cshen el directorio$LCF_DATDIR ), seutilizará la versión del comandowdisprb delEndpoint (que no da soporte a la opción-z).


C.

Com

andosde

Distributed

Monitoring

producto Especifica el nombre de la colección de monitoresque contiene el monitor.

tipo Especifica el nombre del monitor que se deseainhabilitar.

nombre Especifica la instancia de monitor. Es el identificadorexclusivo del monitor y que puede contener elnombre del perfil que contiene el monitor. Elformato exacto no está garantizado y no se debeconfiar explícitamente en él. Al comandowdisprbpuede dársele opcionalmente un identificador de trespartes que incluye comodines.

host Especifica el nombre de un host Tivoli en el quedebe inhabilitarse la sonda.

EJEMPLOPara inhabilitar la fuente de supervisióndiskusedpcten el hostlocal:wdisprb Unix_Sentry diskusedpct “*”

Para inhabilitar todos monitores de la colección de monitoresMiColección:wdisprb "MiColección" "*" "*"

Para inhabilitar todos los monitores deMiPerfil (el campo deidentificador exclusivo empieza con el nombre del perfil quecontiene el monitor):wdisprb "*" "*" "MiPerfil"

VÉASE TAMBIÉNwdelprb, wenblprb, wrunprb

286 Versión 3.7

wdmgwcfg

Define el tamaño del archivo y el nivel de registro de el gateway.

SINOPSISwdmgwcfg [-l] [ -s] [ -v]

wdmgwcfg [-r ] [ -v]

DESCRIPCIÓNEl comandowdmgwcfg define el nivel de registro y el tamaño delarchivo de anotaciones cronológicas de un gateway de TivoliDistributed Monitoring. El comandowdmgwcfg visualiza el nivel ytamaño de archivo de anotaciones cronológica s de un gateway deTivoli Distributed Monitoring si se utiliza la opción-v.

También puede comprobar en el archivo de anotaciones cronológicasde el gateway ($DBDIR/sentgate.log) si se han realizado loscambios. Todos los cambios en el nivel de registro y tamaño dearchivo de anotaciones cronológicas de el gateway se graban en elarchivo de anotaciones cronológicas de el gatewayindependientemente de los valores que existan.

Los nuevos valores para el tamaño del archivo y nivel de registro deel gateway se obtienen cuando el gateway de Distributed Monitoringrecibe la siguiente llamada en sentido ascendente. También puedecomprobar el valor del tamaño del archivo de anotacionescronológicas de el gateway (en$DBDIR/sentgate.log) paraconfirmar que los cambios se han hecho efectivos. Todos los valoresse registran en el archivo de anotaciones cronológicas,independientemente del nivel de registro actual en el gateway.También puede comprobar los valores con el comandowdmgwcfgcon la opción-v.

Si no se especifica opción alguna, el comandowdmgwcfg visualizalas instrucciones de su uso.


C.

Com

andosde

Distributed

Monitoring

AutorizaciónCualquier usuario que sea miembro del grupo de AdministradoresTivoli de la TMR en cuestión y tenga la rolusuario,administrador , senior, o super, puede ejecutar el comandowdmgwcfg. Si el usuario no tiene la rolusuario, administrador ,senior, o super, aparecerá un mensaje de error.

Argumentos-l Establece el nivel de registro de el gateway. Los valores

posibles están en el rango de 0 a 4. Elvalor predeterminadoes 0, que corresponde a no realizar registro en el gateway.

-s Define el tamaño del archivo de anotaciones cronológicas deel gateway (en KB). El valor mínimo admisible es 10; elmáximo admisible es 5120 (5 MB). El valor predeterminadoes 500. Si se intenta definir un tamaño de archivo deanotaciones cronológicas de gateway con un valor demasiadobajo, el comandowdmgwcfg lo definirá automáticamenteconel tamaño mínimo admisible (10 KB). Si se intenta definirun tamaño de archivo demasiado alto para el registro de elgateway, el comandowdmgwcfg lo definirá de formaautomática con el tamaño máximo admisible (5 MB).

-r Restablece el nivel y el tamaño de archivo de anotacionescronológicas de el gateway con sus valores predeterminados(nivel de registro de gateway 0, tamaño de archivo deanotaciones cronológicas 500).

Nota: La opción-r no debe utilizarse con la opción-l o -s.La opción-r prevalece sobre todas las otras opcionesy restaura el nivel y el tamaño de archivo deanotaciones cronológicas de gateway con sus valorespredeterminados.

-v Visualiza los valores actuales del nivel y tamaño de archivode anotaciones cronológicas de gateway. Si se utiliza laopción -v junto con cualquier otra opción, esta otra opciónse procesa en primer lugar, y a continuación se visualiza elnivel de registro y el tamaño de archivo de anotacionescronológicas de el gateway.

288 Versión 3.7

EJEMPLOPara posicionar el nivel de registro en 2 y el tamaño del registro deel gateway a 250 KB:wdmgwcfg -l 2 -s 250

El siguiente comando restablece el nivel y el tamaño de archivo deanotaciones cronológicas de gateway con sus valorespredeterminados:wdmgwcfg -r

El siguiente comando visualiza el nivel y tamaño de archivo deanotaciones cronológicas de gateway actuales:wdmgwcfg -v


C.

Com

andosde

Distributed

Monitoring

wdumpsnt

Escribe las características de un perfil de Tivoli DistributedMonitoring en la salida estándar.

SINOPSISwdumpsnt nombre-perfil[nuevo-nombre]

DESCRIPCIÓNEl comandowdumpsnt escribe los detalles del objeto de un perfil deTivoli Distributed Monitoring en la salida estándar en un formatoque el comandowloadsnt reconoce. Esta información incluyevalores predeterminados, nombres de monitor, afiliación delindicador del monitor y especificaciones del usuario y del grupo. Elcomandowdumpsnt puede alterar opcionalmente el nombre delperfil de modo que se pueda restaurar el perfil bajo un nombredistinto del nombre actual.

Autorizaciónadmin

Argumentosnombre-perfil Especifica el nombre del perfil de Tivoli Distributed

Monitoring que deberá volcarse.

nuevo-nombreSi lo hay, proporciona el nombre que deberáregistrarse en la salida del vuelco.

EJEMPLOPara volcar el contenido del perfil de Tivoli Distributed MonitoringDiskSpaceen un archivo de copia de seguridad:wdumpsnt DiskSpace > DiskSpace.backup

Para crear un nuevo perfil llamadoDiskSpace2que es un duplicadodel perfil DiskSpacey luego cargar el perfilDiskSpace2a partirdatos de entrada estándar:wdumpsnt DiskSpace DiskSpace2 | wloadsnt -

290 Versión 3.7

VÉASE TAMBIÉNwloadsnt


C.

Com

andosde

Distributed

Monitoring

wenblprb

Habilita la fuente de supervisión especificada.

SINOPSISwenblprb [-z] producto tipo nombre[host]

DESCRIPCIÓNEl comandowenblprb habilita una sonda (también recibe el nombrede fuente de supervisión). Si se especificahost, la sonda quedahabilitada en el host especificado. Si especifica el distintivo-z, lasonda queda habilita en el host Endpoint. Si no se especifica eldistintivo -z, se habilita la sonda en el host nodo gestionado. Si nose especificahost, la sonda queda habilitada en el host local. Sepueden utilizar caracteres comodín para los argumentosproducto,tipo y nombre.


Argumentos-z Especifica que debe habilitarse la sonda en el

Endpoint especificado conhost.

Notas:


2. La opción-z sirve para distinguir un nodogestionado y un Endpoint que tengan el mismonombre. Si todos los Endpoint tienen nombreúnicos, no hay necesidad de especificar la opción-z.

3. Si genera el entorno del Endpoint (dm_env.shodm_env.cshen el directorio$LCF_DATDIR ), seutilizará la versión del comandowenblprb delEndpoint (que no da soporte a la opción-zoption).

292 Versión 3.7


tipo Especifica el nombre del monitor que se deseahabilitar.

nombre Especifica la instancia de monitor. Es el identificadorexclusivo del monitor y que puede contener elnombre del perfil que contiene el monitor. Elformato exacto no está garantizado y no se debeconfiar explícitamente en él. A comandowenblprbpuede dársele opcionalmente un identificador de trespartes que incluye comodines.

host Especifica el nombre de un host Tivoli en el quedebe habilitarse la sonda.

EJEMPLOPara habilitar la fuente de supervisióndiskusedpcten el host local:wenblprb Unix_Sentry diskusedpct “*”

Para habilitar todos monitores de la colección de monitoresMiColección:wenblprb "MiColección" "*" "*"

Para habilitar todos los monitores deMiPerfil (el campo deidentificador exclusivo empieza con el nombre del perfil quecontiene el monitor):wenblprb "*" "*" "MiPerfil"

VÉASE TAMBIÉNwdelprb, wdisprb, wrunprb


C.

Com

andosde

Distributed

Monitoring

wgetprxenv

Recupera las variables de entorno de un Endpoint proxy de TivoliDistributed Monitoring.

SINOPSISwgetprxenv nombre-proxy[nombre...]

DESCRIPCIÓNEl comandowgetprxenv recupera variables de entorno de objeto deEndpoint proxy especificado de Tivoli Distributed Monitoring yescribe los nombres y valores de variables en la salida estándar. Sino se especifican nombres de variables, se escriben todas lasvariables del Endpoint, separadas por líneas nuevas.

Las variables de entorno de Endpoint generadas automáticamentenoson recuperadas por este comando. Sólo se imprimen aquellasvariables instaladas expresamente a través del escritorio Tivoli o através de los comandoswsetprxenv y waddprxenv.

Autorizaciónadmin

Argumentosnombre-proxy Especifica el nombre del objeto de Endpoint proxy.

nombre... Especifica los nombres de las variables de entornoque deberán recuperarse. Si no se ha proporcionadoninguno, se escriben todas las variables de entornoinstaladas en el Endpoint, separadas por nuevaslíneas.

EJEMPLOPara visualizar todas las variables de entorno generadasexplícitamente para el Endpoint proxyRouters:wgetprxenv Routers

VÉASE TAMBIÉNwaddprxenv, wcrtprx , wsetprxenv

294 Versión 3.7

wgetsntid

Recupera y escribe los valores de ID de usuario y de grupo de unperfil de Tivoli Distributed Monitoring.

SINOPSISwgetsntid nombre-perfil

DESCRIPCIÓNEl comandowgetsntid imprime en la salida estándar los valores deidentificación de usuario y grupo actuales del perfil de TivoliDistributed Monitoring. Los valores de ID determinan el modo enque se escriben los registros del archivo de anotaciones cronológicasy el modo en que se ejecutan las respuestas y ciertos programas desupervisión.

Nota: Cuando se distribuye un perfil de Tivoli DistributedMonitoring, se inicia una tarea o daemon de proceso con elnombre de “dog” que lee información de la base de datos delEndpoint. Esta información incluye el ID de grupo y el ID deusuario actual. El comandowgetsntid no consulta la base dedatos del Endpoint directamente, en lugar de eso devuelve lainformación de la caché de “dog.” El proceso “dog” terminade forma normal poco después de que se haya completado ladistribución del perfil. Si cambia los valores del ID deusuario o ID de grupo de un perfil, distribuye el perfil yluego ejecuta inmediatamente el comandowgetsntid en lacopia del perfil del Endpoint, se devolverán los valores deidentificación de usuario y de grupo anteriores aunque la basede datos del Endpoint ahora en contiene los nuevos valores deidentificación de usuario y de grupo. Debe esperar a que“dog” termine (aproximadamente un minuto) antes de ejecutarel comandowgetsntid.Cuando “dog” es iniciado por elcomandowgetsntid, volverá a consultar la base de datos delEndpoint y devolverá los valores de identificación de usuarioy de grupo actualizados.

Autorizaciónadmin


C.

Com

andosde

Distributed

Monitoring

Argumentosnombre-perfil Especifica el nombre del perfil de Tivoli Distributed

Monitoring.

EJEMPLOPara visualizar todos los valores de ID de usuario y de grupoasociados con un perfilDiskSpacede Tivoli Distributed Monitoring:wgetsntid DiskSpace

VÉASE TAMBIÉNwsetsntid

296 Versión 3.7

wloadsnt

Restaura un perfil de Tivoli Distributed Monitoring de un archivo.

SINOPSISwloadsnt archivo

DESCRIPCIÓNEl comandowloadsnt lee un archivo que se creó con el comandowdumpsnt y restaura el perfil que se describe en el archivo. Elperfil vuelve a crearse en el gestor de perfiles que anteriormentecontenía el perfil.

Tenga en cuenta que si se produce un intento de restaurar un perfilque ya existe, éste será anómalo, ya quewloadsnt no puede crear unnuevo objeto con el mismo nombre. Si el gestor de perfiles queanteriormente contenía el perfil ya no existe, no es posible completarla restauración del perfil.

El comandowloadsnt lee un archivo y vuelve a crear el perfilguardado, si el archivo contiene un perfil de Tivoli DistributedMonitoring volcado y legítimo que se creó mediante el comandowdumpsnt. Todos los detalles del perfil se restauran, incluidosvalores predeterminados, monitores, afiliación de la colección deindicadores y especificaciones de usuario y de grupo.

Autorizaciónsuper

Argumentosarchivo Especifica el nombre del archivo que contiene la

información de perfil volcada. Si el valor dearchivoes un solo guión (-), el comandowloadsnt lee datosde entrada estándar.

EJEMPLOPara restaurar el contenido del perfil de Tivoli DistributedMonitoring DiskSpacea partir del archivoDiskSpace.backup:wloadsnt DiskSpace.backup


C.

Com

andosde

Distributed

Monitoring

VÉASE TAMBIÉNwdumpsnt

298 Versión 3.7

wlschan

Lista los canales asíncronos “conocidos” de Distributed Monitoring.

SINOPSISwlschan

DESCRIPCIÓNEl comandowlschan lista los canales asíncronos “conocidos” deDistributed Monitoring.

Autorizaciónadmin

EJEMPLOPara listar los canales asíncronos “conocidos” de DistributedMonitoring:wlschan

VÉASE TAMBIÉNwaddchan, wasync, wdelchan


C.

Com

andosde

Distributed

Monitoring

wlscoll

Lista la afiliación de la colección de indicadores para un perfil deTivoli Distributed Monitoring.

SINOPSISwlscoll indicador_perfil

DESCRIPCIÓNEl comandowlscoll lista la afiliación de la colección de indicadorespara un perfil de Tivoli Distributed Monitoring.

Autorizaciónadmin

Argumentosindicador_perfil

Especifica el nombre de un perfil de TivoliDistributed Monitoring.

EJEMPLOPara listar la afiliación de indicador para el perfilDiskSpacedeTivoli Distributed Monitoring:wlscoll DiskSpace

VÉASE TAMBIÉNwaddsnti, wcrtsntcoll, wlssntcoll, wsetcoll

300 Versión 3.7

wlscust

Lista scripts de Tivoli Distributed Monitoring definidos por elusuario.

SINOPSISwlscust

DESCRIPCIÓNEl comandowlscust lista scripts que se definieron con el comandowaddcust.

Autorizaciónadmin

EJEMPLOPara listar todos los scripts definidos por el usuario de la TMRactual, entre:wlscust -s Check_All

VÉASE TAMBIÉNwaddcust, wdelcust


C.

Com

andosde

Distributed

Monitoring

wlseng

Lista el contenido del motor de Tivoli Distributed Monitoring.

SINOPSISwlseng [-l] [ -d] [ -z] [colección] [monitor] [ instancia] [nodo]

DESCRIPCIÓNEl comandowlseng lista el contenido del motor de TivoliDistributed Monitoring en el nodo gestionado especificado (o en elnodo local gestionado si no se especifica ningún nodo). El soporte aclientes de Tivoli utiliza esta información para la depuración.

El comandowlsengpuede también utilizarse para reiniciar un motorde Tivoli Distributed Monitoring si se ha detenido el motor con elcomandowstopeng.

Notas:

1. El comandowlseng tiene un comportamiento distinto en nodosgestionados que en Endpoints TMA. No debería generar elentorno del Endpoint (dm_env) en un sistema que funciona tantocomo nodo gestionado como Endpoint TMA. En lugar de esto,utilice la versión de nodo gestionado del comandowlsengsinningún argumento y consulte al motor de Distributed Monitoringen el nodo gestionado, o bien utilice el argumento-z PuntoFinalpara consultar al motor de Distributed Monitoring en el Endpointlocal o en cualquier otro Endpoint. Si genera el entorno delEndpoint, el comandowlsengsólo se ejecutará en el Endpointlocal.

2. El motor de Distributed Monitoring elimina el archivo.sntcfg/ipcdurante el proceso normal de conclusión. El motor de DistributedMonitoring también consulta el archivo.sntcfg/ipc durante cadabucle del motor y utiliza esta información para determinar si unmotor de Distributed Monitoring está todavía en ejecución. Estasacciones evitan la necesidad de tener varios motores deDistributed Monitoring ejecutándose de forma simultánea, ypueden dar lugar a que los tiempos de respuesta dewlsengseanvariables.

302 Versión 3.7

Autorizaciónuser

Argumentos-l Extiende el lista para incluir los comandos del

temporizador del motor interno o descriptores deltemporizador, puntas de prueba de supervisión yrespuestas en formato largo.

-d Da instrucciones al motor para que incluya losmonitores inhabilitados en la lista “Monitores” eindica los monitores inhabilitados mediante lainclusión de unad al principio de la lista demonitores.

-z Especifica que el comandowlsengdebe ejecutarseen un Endpoint en lugar de en un host que estáejecutando Tivoli Framework completo. Esta opciónnormalmente no es necesaria a menos que haya unconflicto de nombres entre dos hosts. Por ejemplo, siun host de NetWare tiene el mismo nombre de hostque un nodo gestionado de Windows NT o UNIX, seutiliza la opción-z para especificar que el comandowlsengdebe ejecutarse en el host NetWare en lugarde en un host UNIX o Windows NT.

Notas:



3. Si genera el entorno del Endpoint (dm_env.shodm_env.cshen el directorio$LCF_DATDIR ), se


C.

Com

andosde

Distributed

Monitoring

utilizará la versión del comandowlsengdelEndpoint (que no da soporte a la opción-z).

colección Limita la salida a la colección de monitoresespecificada. Si no se especifica este argumento, elcomandowlsengmuestra información acerca detodas las colecciones.

monitor Limita la salida a un monitor específico. Si no seespecifica este argumento, el comandowlsengmuestra información acerca de todos los monitores.

instancia Limita la salida a una entrada específica. Si no seespecifica este argumento, el comandowlsengmuestra información sobre todas las instancias demonitor.

nodo Especifica el nombre de un nodo gestionado. Si esteargumento no se especifica, el comandowlseng listael contenido del motor del host local.

EJEMPLOPara listar el contenido del motor de Tivoli Distributed Monitoringen el nodo gestionadograceland, entre:wlseng graceland

VÉASE TAMBIÉNwclreng, wstopeng

304 Versión 3.7

wlsinsp

Enumera los applets de Java que están registrados actualmente comofuentes de datos para el programa de utilidad Inspector de TivoliDistributed Monitoring.

SINOPSISwlsinsp

DESCRIPCIÓNEl comandowlsinsp lista todos los elementos que se encuentran enDSRRegistryList. El listado generado por el comandowlsinspcontiene el nombre de cada applet de Java y la información relativaa los applets de Java.’

Autorizaciónuser, admin, senior, super

EJEMPLOEn el ejemplo siguiente se enumeran los applets de Java queactualmente están registrados como fuentes de datos para elprograma de utilidad Inspector de Tivoli Distributed Monitoring:wlsinsp

VÉASE TAMBIÉNwaddinsp, wdelinsp


C.

Com

andosde

Distributed

Monitoring

wlslevels

Devuelve los niveles de respuesta definidos para un perfil de TivoliDistributed Monitoring.

SINOPSISwlslevelsnombre_perfil

DESCRIPCIÓNEl comandowlslevelsdevuelve los niveles de respuesta yprecedencia que se han definido para un perfil de Tivoli DistributedMonitoring.

Autorizaciónadmin

Argumentosnombre_perfil Especifica el nombre de un perfil de Tivoli

Distributed Monitoring.

EJEMPLOPara visualizar los niveles de respuesta para el perfilDiskSpacedeTivoli Distributed Monitoring:wlslevels DiskSpace

Se visualizarán datos de salida parecidos a lo siguiente:critical 1000severe 500warning 100normal 0always -1

VÉASE TAMBIÉNwaddlevel, wdellevel

306 Versión 3.7

wlsmon

Devuelve los monitores y valores de un perfil de Tivoli DistributedMonitoring.

SINOPSISwlsmon [-s | -sa] nombre_perfil

DESCRIPCIÓNEl comandowlsmon devuelve cada monitor del perfil especificadode Tivoli Distributed Monitoring, incluidas acciones y definicionesde respuesta.

Autorizaciónadmin

Argumentos-s Especifica que el comandowlsmon debe producir un

script de shell/bin/sh que configurará el estadoactual del perfil. Este script de shell consta decomandos . Se puede editar este script para crear uncambio y luego ejecutar el script para aplicar estecambio a todos los suscriptores del perfil. Porejemplo, si hay 40 sistemas que envían respuestas [email protected] y es necesario enviar respuestas [email protected] , se puede ejecutar el comandowlsmon -spara generar el script. Entonces se puedeeditar el script y sustituir todas las apariciones [email protected] por [email protected]. Cuando seejecute el script modificado, se instalarán loscambios.

-sa Especifica que el comandowlsmon debe producir unscript de shell/bin/sh que configurará el estadoactual del perfil. Esta opción es parecida a la opción-s, excepto que el script de shell resultante consta decomandoswaddmon.



C.

Com

andosde

Distributed

Monitoring

EJEMPLOLos monitores de un perfil de Tivoli Distributed Monitoring,conjuntamente con las acciones y definiciones de respuestacorrespondientes, se muestran en el ejemplo siguiente, dondePeeWeees el nombre del perfil de Tivoli Distributed Monitoring:% wlsmon PeeWee0 Monitor: host(alpine)Temporización: Cada horaRespuestas:[grave]cuando resultado de sondeo -> downemergente

[serio][aviso]cuando resultado sondeo = inactivonotificar

[normal][siempre]

1 Monitor: host(pianosa)Temporización: Cada 15 minutosRespuestas:[grave]cuando resultado de sondeo -> downemergente

[serio][aviso]cuando resultado sondeo = inactivonotificar

[normal][siempre]

2 Monitor: netcoll()Temporización: Cada 10 minutos (restringido)Respuestas:[grave]cuando resultado de sondeo >= 90notificar,emergente

[serio][aviso][normal][siempre]

VÉASE TAMBIÉNwaddmon, wdelmon, wsetmon

308 Versión 3.7

wlssntcoll

Devuelve una lista de indicadores.

SINOPSISwlssntcoll colección_indicadores[indicador_perfil]

DESCRIPCIÓNEl comandowlssntcoll devuelve la lista de todos los indicadores dela colección de indicadores especificada porcolección_indicadoresysus estados actuales en la salida estándar. Si se especificanombre_perfil, se escribe el indicador y el estado sólo para el perfilde Tivoli Distributed Monitoring especificado.

Autorizaciónadmin




EJEMPLOPara visualizar la lista y el estado de los perfiles de TivoliDistributed Monitoring que se han asociado a la colección deindicadoresMis_indicadores:wlssntcoll Mis_indicadores

VÉASE TAMBIÉNwcrtsntcoll


C.

Com

andosde

Distributed

Monitoring

wlssntlog

Escribe el registro para el perfil de Tivoli Distributed Monitoring dela colección de indicadores mencionada.

SINOPSISwlssntlog colección_indicadores perfil_indicador

DESCRIPCIÓNEl comandowlssntlog devuelve en la salida estándar las últimas 50acciones para el perfil especificado de Tivoli Distributed Monitoringde la colección de indicadores especificada. Las entradas de registrose escriben en orden cronológico inverso.

Autorizaciónadmin




EJEMPLOPara visualizar el registro de anotaciones del indicador para el perfilde Tivoli Distributed MonitoringDiskSpacede la colección deindicadoresMis_indicadores:wlssntlog Mis_indicadores DiskSpace

VÉASE TAMBIÉNwclrsntlog, wrstsntlog

310 Versión 3.7

wrstsntlog

Restablece los iconos indicadores a su estado normal.

SINOPSISwrstsntlog colección_indicadores perfil_indicador

DESCRIPCIÓNEl comandowrstsntlog restablece todos los iconos activados de unperfil de Tivoli Distributed Monitoring a su estadonormal. Losiconos activados se registran en el registro de anotaciones delindicador para ese perfil. El comandowrstsntlog no borra el registrode anotaciones del indicador. Utilice el comandowclrsntlog paraborrar el registro.

Autorizaciónadmin




EJEMPLOPara restaurar el registro de indicadores para el perfil de TivoliDistributed MonitoringDiskSpacede la colección de indicadoresMis_indicadores:wrstsntlog Mis_indicadores DiskSpace

VÉASE TAMBIÉNwclrsntlog, wlssntlog


C.

Com

andosde

Distributed

Monitoring

wrunprb

Ejecuta una fuente de supervisión específica.

SINOPSISwrunprb [-z] producto tipo nombre[host]

DESCRIPCIÓNEl comandowrunprb pone en marcha (ejecuta) una sonda (tambiénrecibe el nombre de fuente de supervisión) de inmediato. Si seespecificahost, se ejecuta la tarea en el host especificado. Siespecifica el distintivo-z, la tarea se ejecuta en el host Endpoint. Sino se especifica el distintivo-z, la tarea se ejecuta en el host nodogestionado. Si no se especificahost, la tarea se ejecuta en el hostlocal. Los resultados de la tarea se reenvían al agente de respuesta.Se pueden utilizar caracteres comodín para los argumentosproducto,tipo y nombre.

Nota: Es necesario que ya se haya distribuido el monitor alEndpoint de Tivoli Distributed Monitoring antes de quefuncione este comando.


Argumentos-z Especifica que cada tarea se debe ejecutar en el

Endpoint especificado porhost.

Notas:



312 Versión 3.7

3. Si genera el entorno del Endpoint (dm_env.shodm_env.cshen el directorio$LCF_DATDIR ), seutilizará la versión del comandowrunprb delEndpoint (que no da soporte a la opción-z).


tipo Especifica el nombre del monitor que deberáejecutarse.

nombre Especifica la instancia de monitor. Es el identificadorexclusivo del monitor y que puede contener elnombre del perfil que contiene el monitor. Elformato exacto no está garantizado y no se debeconfiar explícitamente en él. Al comandowrunprbpuede dársele opcionalmente un identificador de trespartes que incluye comodines.

host Especifica el nombre de un host Tivoli en el que seejecuta el sondeo.

EJEMPLOPara ejecutar la fuente de supervisióndiskusedpcten el host local:wrunprb Unix_Sentry diskusedpct “*”

Para ejecutar todos monitores de la colección de monitoresMiColección:wrunprb "MiColección" "*" "*"

Para ejecutar todos los monitores deMiPerfil (el campo deidentificador exclusivo empieza con el nombre del perfil quecontiene el monitor):wrunprb "*" "*" "MiPerfil"

VÉASE TAMBIÉNwdelprb, wdisprb, wenblprb


C.

Com

andosde

Distributed

Monitoring

wsetcoll

Establece la afiliación de la colección de indicadores para un perfilde Tivoli Distributed Monitoring.

SINOPSISwsetcoll colección indicador_perfil

DESCRIPCIÓNEl comandowsetcoll establece la afiliación de la colección deindicadores para un perfil de Tivoli Distributed Monitoring.

Nota: Es necesario volver a distribuir el perfil de Tivoli DistributedMonitoring después de ejecutar el comandowsetcoll para quelos cambios surtan efecto.

Autorizaciónadmin

Argumentoscolección Especifica el nombre de la colección de indicadores.

indicador_perfilEspecifica el nombre de un perfil de TivoliDistributed Monitoring.

EJEMPLOPara establecer la afiliación del perfilDiskSpacede TivoliDistributed Monitoring en la colección de indicadoresMis_indicadores:wsetcoll Mis_indicadores DiskSpace

VÉASE TAMBIÉNwaddsnti, wcrtsntcoll, wlssntcoll

314 Versión 3.7

wsetmon

Cambia el monitor de un perfil de Tivoli Distributed Monitoring yaexistente.

SINOPSISwsetmonmonitor-collection monitor[[ -a argument...] [-sYear-Month-Day Hour:Minute] [ -A restriction | +A] [ -bbegin-time-restriction] [ -e end-time-restriction]] [ -t timing] [ -d | +d][-Mn MsgStyle] [ -Mp MsgStyle] [ -Me MsgStyle] [ -Ml MsgStyle][-Mt MsgStyle] [ -D ActionName-S SourcePath |-E ProgramPath[ -H SourceHost] [-C CopyPath]] response-specifier... profile-name

donde la sintaxisespecificador-respuestaes la siguiente:

-c level -R comparator-operator value[[ -m mail-address| +m ] [ -i |+i ] [ -f filename| +f ] [ -e program-name| program-name host-name|+e program-name| program-name host-name] [ -p admin-list | +p ][-n [notice-group| +n ] [ -T event-severity event-server| +T | -Tevent-severity event-server-v] [ -x TaskLibrary TaskName arg arg arg‘;’ | +x TaskLibrary TaskName arg arg arg‘;’ ] [+opt ]]

DESCRIPCIÓNEl comandowsetmoncambia el monitor especificado de un perfil deDistributed Monitoring.

Nota: ConsulteTivoli Management Framework Planning andDeployment Guidepara obtener información acerca de laconfiguración de Tivoli para su utilización con servicios decorreo electrónico.

Autorizaciónadmin

Argumentos+ Desactiva la funcionalidad de las opciones

específicas de cada nivel-e, -f, -i, -m, -n y -p en unperfil de Distributed Monitoring ya existente.


C.

Com

andosde

Distributed

Monitoring

clave Especifica un valor numérico. El comandowlsmonprofile_namedevuelve una lista de valores.

nombre_perfil Especifica el nombre de un perfil de DistributedMonitoring.

-s Año-Mes-Día Hora:MinutosEspecifica el plan de inicio del monitor. Especifica elvalor del plan cd inicio del monitor enformatoAño-Mes-Día Hora:Minutos(-s 2001-02-1408:00).

-x TaskLibrary TaskName arg arg... ’;’Ejecuta una tarea como respuesta.TaskLibraryespecifica el nombre de la biblioteca de tareas quecontiene la tarea especificada porTaskName. argespecifica un argumento para la tarea. El carácter;es necesario para interrumpir el comando, y estáoculto de la shell porque se encuentra entre comillas(’;’ ).

+x TaskLibrary TaskName arg arg... ’;’Elimina la tareaTaskNamecon el argumentoespecificado porarg en la biblioteca de tareasespecificada porTaskLibrary. El carácter; esnecesario para interrumpir el comando, y está ocultode la shell porque se encuentra entre comillas (’;’ ).

-Mn EstiloMenEspecifica el estilo del mensaje para el aviso.MsgStylepuede ser:






316 Versión 3.7

-Mp MsgStyle Especifica el estilo de mensaje para los avisosemergentes.MsgStylepuede ser:






-Me EstiloMenEspecifica el estilo de mensajes para el correoelectrónico.MsgStylepuede ser:






-Ml EstiloMen Especifica el estilo de mensajes para los archivos deregistro.MsgStylepuede ser:






-Mt MsgStyle Especifica el estilo de mensajes de Tivoli EnterpriseConsole.MsgStylepuede ser:


C.

Com

andosde

Distributed

Monitoring






-D ActionNameEspecifica la acción de distribución que se deseaestablecer.NombreAcciónespecifica el nombre de laacción de distribución que se desea establecer. Laopción -S RutaFuentesirve para especificar la rutafuente y-E RutaProgramapara especificar la ruta alprograma. Al menos debe especificar una de estasrutas. El host fuente se puede especificar utilizandola opción-S SourceHost. Si el host fuenteespecificado enHostFuenteno es un nodogestionado, el comandowsetmon finalizará de formaerrónea y devolverá un código de error. Puedeespecificar la ruta de copia con la opción-CCopyPathoption.

+D ActionNameEspecifica el nombre de la acción de distribuciónque se desea suprimir.

opciones Especifica uno o más de los argumentos siguientes.

-c nivel Establece el nivel de respuesta quelas opciones específicas de cadanivel deberán manipular. Elnivel seindica comowarning, severeycritical . Este argumento debeespecificarse para utilizar opcionesespecíficas de cada nivel. Debeespecificarse elnivel inmediatamentedespués de-c, sin ninguna opcióngeneral intermedia. Todos los niveles

318 Versión 3.7

de respuesta pueden establecersedentro del mismo comandowsetmon.

-t tiempo Especifica la frecuencia de muestreo.tiempose especifica como una única“palabra” de shell del formato″número unidades″ (“7 minutes” o“3 weeks”). Las unidades de tiempoválidas son:minutes, hours, days,weeksy months.

Nota: Si se especifica la opción-tpara un monitor asíncrono, elmonitor se activará con lafrecuencia especificada yenviará una alerta basándoseen los últimos datos en elcanal. Para evitar estecomportamiento no deseado,es mejor no especificar laopción -t con el comandowsetmonpara monitoresasíncronos.

+d Inhabilita el monitor después de lasiguiente distribución del perfil.Cuando se inhabilita un monitor,Tivoli Distributed Monitoring nosupervisa dicho monitor.

-d Habilita el monitor.

Opciones específicas de cada nivelLas opciones específicas de cada nivel son aplicables al nivelespecificado por el valor-c más reciente. Las opciones específicasde cada nivel deben especificarse inmediatamente después de unvalor -c, sin ninguna opción intermedia.

-a argumento Especifica que se añade un argumento al monitor.Un argumentopuede ser un nombre de ruta de


C.

Com

andosde

Distributed

Monitoring

acceso, un nombre de cola de impresora, el nombrede un proceso de daemon, un nombre de host o elnombre de un canal asíncrono.

-e program-name| -e program-name host-nameHabilita la ejecución de un programa especificadopor el usuario en unhostespecificado por el usuario.programase especifica como un nombre de ruta deacceso completo (nombrerutaacceso). Si seespecificahost, Tivoli Distributed Monitoring buscael programa en dicho host. De lo contrario, elprograma debe existir en la ruta especificada en cadasuscriptor.

Nota: Si desea ejecutar programas distintos en elhost local y en el remoto, puede hacerlo conla opción-e del comandowsetmon. Esto nose recomienda normalmente, ya que lasactualizaciones subsiguientes a través delescritorio de Tivoli Distributed Monitoring delprograma que se deberá ejecutar sólo se veránreflejadas en la ejecución del último programaespecificado a través de la desktop de TivoliDistributed Monitoring.

-f archivo Permite el registro en archivos. Los archivos deregistro se envían alarchivo, especificado comonombre de ruta de acceso completo([host:]nombreruta). Si se utiliza el especificadorhost:, Tivoli Distributed Monitoring escribe en unarchivo y ruta de acceso del host especificado. Si nose utiliza, Tivoli Distributed Monitoring escribe elarchivo y ruta para todos sus suscriptores.

-i Permite la conmutación de iconos. Esta opciónrequiere que el perfil esté suscrito a una colección deindicadores.

320 Versión 3.7

-m mail-addressPermite la notificación a una dirección de correoelectrónico completa (por ejemplo:[email protected]).

-n grupo-avisosPermite la notificación. Opcionalmente puedeespecificarse el grupo de avisos que recibirá avisos.

-T gravedad servidorPermite a Tivoli Distributed Monitoring el envío deeventos a un servidor de eventos de Tivoli EnterpriseConsole. Los eventos predeterminados de EnterpriseConsole sonFATAL , CRITICAL , MINOR ,WARNING , HARMLESS y UNKNOWN . El valordel argumentoservidordebe indicarse en formato delRegistro de nombres de Tivoli.

-v Desactiva la comprobación de validación del nombredel servidor de eventos de Tivoli Enterprise Consoleal utilizarlo con la opción-T.

-p admin-list Habilita diálogos emergentes en los escritorios deadministrador. Los administradores se especificanmediante su nombre de administrador de Tivoli enuna lista separada por comas.

opdelta Indica que en lugar de tener en cuenta el valor desondeo sin procesar, el motor tiene en cuenta ladiferencia entre la muestra anterior y la muestraactual.+ toma la diferencia absoluta (sin signo),-toma la diferencia real (con signo) y% toma elcambio porcentual. Si se utilizadeltaop, deberáformar parte de la misma “palabra” de shell que eloperadorop en la línea de comando, por ejemplo:“% >” indica un cambio porcentual superior alvalorproporcionado.opdeltatambién debe separarse deloperador mediante un espacio.

op Especifica el operador; las opciones válidas incluyen:

> Mayor que elvalor.


C.

Com

andosde

Distributed

Monitoring

< Menor que elvalor.

>= Incremento porcentual devalor.

== Igual al valor.

!= No igual alvalor.

->> Aumenta por encima delvalor.

-<< Disminuye por debajo delvalor.

<> Fuera del rango delvalor. Se puedeespecificar un rango como un par devalores separados mediante un guión(2.0-4.0).

valor Especifica el valor proporcionado. Elcampovalor debe ser un argumentodistinto y se especifica como dígitodecimal (por ejemplo:2.0) omediante los indicadores de estadoup(subir) odown(bajar).

EJEMPLOPara restaurar el monitor3 del perfil DiskSpacede Tivoli DistributedMonitoring de forma que cambie los iconos para indicar el estado,éste envía avisos al grupo de notificaciónTivoli DistributedMonitoring si el 85% del disco está lleno, muestra un mensajeemergente en el escritorio del administradorJoe’ si el 90% del discoestá lleno, y envía correo al usuariojoeb si el disco está lleno en un95%:wsetmon -t "60 minutes"-c crítico -R "->>" 95 -m joeb-c grave -R ">=" 90 -p Joe-c aviso -R ">=" 85 -n Sentry-c siempre -i3 DiskSpace

Tenga en cuenta que las comillas dobles se utilizan alrededor de laespecificación de tiempo y de los operadores relacionales paracumplir con los requisitos del shell.

322 Versión 3.7

VÉASE TAMBIÉNwaddmon, wdelmon, wlsmon


C.

Com

andosde

Distributed

Monitoring

wsetprxenv

Establece la lista de variables de entorno de un Endpoint proxy deTivoli Distributed Monitoring.

SINOPSISwsetprxenv nombre-proxy[nombre=valor ...]

DESCRIPCIÓNEl comandowsetprxenv instala la lista de variables de entorno quese da en la línea de comandos en el Endpoint proxy nombrado.Deben proporcionarse las variables de entorno con el formatonombre= valor y deben incluirse entre comillas debidamente paraimpedir una expansión no deseada por parte del shell. Todas lasvariables de entorno instaladas previamente en el Endpoint seeliminan. Si no se proporcionan variables, se borrará el entorno delEndpoint proxy.

Las variables de entorno instaladas en un Endpoint proxy seconvierten en disponibles para las fuentes de supervisión para todoslos perfiles de Tivoli Distributed Monitoring distribuidos por elEndpoint. Por lo tanto, es posible que las fuentes de supervisión secomporten de forma distinta, dependiendo del objeto de Endpoint através del que se distribuyan. Independientemente de las variables deentorno instaladas mediante este y otros comandos relacionados, lassiguientes variables de entorno estarán siempre disponibles para losprogramas fuente de supervisión:

ENDPOINT Etiqueta del objeto de Endpoint proxy.


ADMIN Nombre del administrador responsable de ladistribución del perfil de Tivoli DistributedMonitoring a través del Endpoint. (Tenga en cuentaque este valor cambiará cada vez que unadministrador distinto distribuya un perfil.)

324 Versión 3.7

OPERATOR Nombre de conexión del administrador que se utilizapara autorizar al administrador a efectuar laoperación de distribución.



ENDPOINT_CLASSNombre de clase (o “tipo”) de Tivoli del objeto deEndpoint. Si el Endpoint es un objeto de Endpointproxy, el valor de esta variable esSentryProxy.

Autorizaciónadmin

Argumentosnombre-proxy Especifica el nombre del objeto de Endpoint proxy

que deberá modificarse.

name=value Especifica las variables de entorno y los valores quedeberán instalarse en el objeto de Endpoint proxy.

EJEMPLOPara añadir la variableMACHINE_CLASS con el valordevelopmenta un Endpoint proxy de Tivoli Distributed MonitoringllamadoRouters:wsetprxenv Routers’MACHINE_CLASS=development’

VÉASE TAMBIÉNwaddprxenv, wcrtprx , wgetprxenv


C.

Com

andosde

Distributed

Monitoring

wsetsnti

Establece un indicador en un estado específico.

SINOPSISwsetsnti colección_indicadores indicador_perfil estado

DESCRIPCIÓNEl comandowsetsnti establece el indicador especificado en elestadoproporcionado en lacolección_indicadoresespecificada. El comandowsetsnti puede utilizarse solamente para elevar el grado del estadode un indicador; el grado del estado de un indicador no se puededisminuir con el comandowsetsnti. El comandowrstsntlog sirvepara restaurar todos los iconos activados de un indicador de perfilcon el estado normal.

Nota: Si se desconoce el estado, se devuelve un error.

Autorizaciónadmin



indicador_perfilEspecifica el nombre de un perfil de DistributedMonitoring.

estado Especifica el nivel de respuesta. Los niveles derespuesta incorporados soncritical , severe, warning,normal, y always.

EJEMPLOPara establecer un perfilDiskSpacede Tivoli Distributed Monitoringde la colección de indicadoresMis_indicadores en el estadonormal:wsetsnti Mis_indicadores DiskSpace normal

326 Versión 3.7

VÉASE TAMBIÉNwaddsnti, wdelsnti


C.

Com

andosde

Distributed

Monitoring

wsetsntid

Establece los ID de usuario y de grupo para la actividad desupervisión de Tivoli Distributed Monitoring.

SINOPSISwsetsntid id-usuario id-grupo nombre-perfil

DESCRIPCIÓNEl comandowsetsntid establece los valores de ID de usuario y degrupo para un perfil de Tivoli Distributed Monitoring. Los motoresde supervisión de Tivoli Distributed Monitoring utilizan los nuevosvalores cuando se escriben registros del archivo de anotacionescronológicas y cuando se ejecutan programas de respuesta y ciertostipos de monitores. (No todos los monitores obedecen a los valoresde ID de usuario y de grupo. Generalmente, sólo los monitores queimplican scripts proporcionados directamente por el usuario loharán.)

Los valores de ID de usuario y de grupo sonnobody (nadie) o algúnequivalente. Por lo tanto, con los valores predeterminados en sulugar, los motores de supervisión no permitirán la realización deningún cambio en los archivos de registro ni ninguna ejecución descripts o programas que no sean accesibles para los usuarioscorrientes sin privilegios.

Debido a que el comandowsetsntid sólo modifica directamente elperfil especificado, el perfil debe distribuirse a los suscriptores antesde que los cambios realizados en el ID surtan efecto en los motoresde supervisión.

Autorizaciónsuper

Argumentosid-usuario Especifica el valor del ID de usuario para las

operaciones de archivo de anotaciones cronológicas ypara la ejecución del programa de supervisión y

328 Versión 3.7

respuesta. El valor puede ser tanto un ID numéricocomo un nombre de usuario.

id-grupo Especifica el valor del ID de grupo para lasoperaciones de archivo de anotaciones cronológicas ypara la ejecución del programa de supervisión yrespuesta. El valor puede ser tanto un ID numéricocomo un nombre de grupo.

nombre-perfil Especifica el nombre del perfil de Tivoli DistributedMonitoring que se verá afectado.

EJEMPLOPara establecer los ID de usuario y de grupo para el perfilDiskSpacede Tivoli Distributed Monitoring enjoeb y plantillarespectivamente:wsetsntid joeb plantilla DiskSpace

VÉASE TAMBIÉNwgetsntid


C.

Com

andosde

Distributed

Monitoring

wsnmpget

Devuelve información acerca de un cliente SNMP.

SINOPSISwsnmpget -hhost [-p puerto] [ -t tiempoespera] [ -i IDPetición] [ -ccomunidad] IDObjeto ...

DESCRIPCIÓNEl comandowsnmpgetenvía una consulta de administración deredes a un cliente SNMP remoto y muestra la respuesta.

Nota: El comandowsnmpgetno funciona en Endpoints.

Autorizaciónninguna

Argumentos-h host Envía una petición de administración al host

especificado.

-p puerto Envía una petición de administración al puerto UDPremoto especificado. Si no se especifica estedistintivo, el comandowsnmpgetenvía la petición alpuerto SNMP especificado en el archivo/etc/services.

-t tiempoesperaEspecifica el número de segundos de espera quetranscurrirán hasta que la petición exceda el tiempode espera.

-i IDPetición Especifica un número que deberá utilizarse paraidentificar la petición. El valor predeterminado es0.

-c comunidad Especifica un nombre de comunidad desde el que sedeberán generar y aceptar peticiones deadministración. El valor predeterminado espublic.

IDObjeto Especifica el identificador de objeto del clienteSNMP.

330 Versión 3.7

EJEMPLOEl comando siguiente devuelve información acerca del ID de objeto1.3.6.1.2.1.1.6.0del hostcolby:wsnmpget -h colby 1.3.6.1.2.1.1.6.0

Se visualizará información parecida a la siguiente:“4ª planta”

AutorizaciónAutor: James R. Davin, copyright 1988, 1989 del MassachusettsInstitute of Technology

VÉASE TAMBIÉNwsnmpmon, wsnmpnext, wsnmpset, wsnmptrap


C.

Com

andosde

Distributed

Monitoring

wsnmpmon

Permite que un usuario compruebe los monitores SNMP de TivoliDistributed Monitoring.

SINOPSISwsnmpmonmonitor dispositivo de recopilación

DESCRIPCIÓNEl comandowsnmpmon analiza un monitor SNMP de TivoliDistributed Monitoring de una de las recopilaciones de supervisiónSNMP de Tivoli Distributed Monitoring en un host concreto antes dehaber añadido y distribuido el monitor.


Argumentosmonitor Especifica el monitor SNMP de Tivoli Distributed

Monitoring que se debe analizar.

colección Especifica la colección de monitores de TivoliDistributed Monitoring que contiene el monitor.

dispositivo Especifica el dispositivo en el que se analizará elmonitor SNMP de Tivoli Distributed Monitoring.

EJEMPLOEl comando siguiente utiliza SNMP para valorar el MIBcolby en elarchivorfc1213.OID y recupera los nombres de host de los nombresdel archivorfc1213.@colby file.wsnmpmon colby rfc1213 @colby


VÉASE TAMBIÉNwsnmpget, wsnmpnext, wsnmpset, wsnmptrap

332 Versión 3.7

wsnmpnext

Devuelve el siguiente ID de objeto del MIB de un cliente SNMP.

SINOPSISwsnmpnext -h host [-p puerto] [ -t tiempoespera] [ -i IDPetición] [ -ccomunidad] IDObjeto ...

DESCRIPCIÓNEl comandowsnmpnext envía una consulta de administración deredes a un cliente SNMP remoto y muestra el siguiente ID de objetodel MIB.

Nota: El comandowsnmpnext no funciona en Endpoints.

El comandowsnmpnext devuelve el siguiente ID de objeto deacuerdo con las normas siguientes:

1. Si el ID de objeto especificado no tiene dependientes, sedevuelve el ID de objeto del mismo nivel que el ID de objetoespecificado. Si no hay otro ID de objeto en el mismo nivel, losdos casos siguientes son posibles:

Se devuelve, si no tiene dependientes, el OID del mismo nivelque el OID del que depende el OID especificado.

Se devuelve, si tiene dependientes, el primer dependiente delOID del mismo nivel que el OID del que depende el OIDespecificado.

2. Si el ID de objeto especificado tiene dependientes, se devuelve elprimer dependiente.

3. Si hay otros ID de objeto en el mismo nivel que el ID de objetoespecificado, se devuelve el siguiente. Si este es el último, seaplican las normas del punto 2 (anterior).



C.

Com

andosde

Distributed

Monitoring


especificado.

-p puerto Envía una petición de administración al puerto UDPremoto especificado. Si no se especifica estedistintivo, el comandowsnmpnext envía la peticiónal puerto SNMP especificado en el archivo/etc/services.




IDObjeto Especifica el identificador de objeto del clienteSNMP.

EJEMPLOEl comando siguiente devuelve información acerca del ID de objetosiguiente a1.3.6.1.2.1.1.6.0del hostcolby:wsnmpnext -h colby 1.3.6.1.2.1.1.6.0


VÉASE TAMBIÉNwsnmpmon, wsnmpget, wsnmpset, wsnmptrap

334 Versión 3.7

wsnmpset

Establece las características de un cliente SNMP.

SINOPSISwsnmpset -hhost [-p port] [ -t timeout] [ -i requestID] [ -ccommunity] [OID syntax value] ...

DESCRIPCIÓNEl comandowsnmpsetestablece información acerca de un elementode red. Es necesario especificar un nombre de host, un identificadorde objeto totalmente calificado, una palabra clave y un nuevo valor.

Nota: El comandowsnmpsetno funciona en Endpoints.



especificado.

-p puerto Envía una petición de administración al puerto UDPremoto especificado. Si no se especifica estedistintivo, el comandowsnmpsetenvía la petición alpuerto SNMP especificado en el archivo/etc/services.





C.

Com

andosde

Distributed

Monitoring

IDObjeto Especifica el identificador de objeto totalmentecalificado del cliente SNMP.

sintaxis Especifica una de las siguientes palabras clave:Count, Gauge, Integer, IPAddr , ObjectId ,OctetString o TimeTicks.

valor Especifica el nuevo valor. Si el valor contieneespacios u otros caracteres especiales, coloque elvalor entre comillas.

EJEMPLOPara cambiar el valor deOctetString del hostcolby por 5ª planta,entre:wsnmpset -h colby 1.3.6.1.2.1.1.6.0 OctetString “5ª planta”

Se visualizará información parecida a la siguiente:ID petición: 0Error: readOnlyÍndice: 1Número total: 1Nombre: 1.3.6.1.2.1.1.6.0Tipo: OctetStringValor: “5ª planta”


VÉASE TAMBIÉNwsnmpmon, wsnmpget, wsnmpnext, wsnmptrap

336 Versión 3.7

wsnmptrap

Envía un mensaje de detección de condición de excepción a uncliente SNMP.

SINOPSISwsnmptrap -h host [-p puerto] [ -c comunidad] [ -stiempo_activación_sistema] empresa ID_genérico ID_específico[OID sintaxis valor] ...

DESCRIPCIÓNEl comandowsnmptrap dirige un mensaje SNMP de detección decondición de excepción a una aplicación de administración remotaespecífica. Es necesario especificar un nombre de host, unidentificador de empresa, un identificador genérico y un identificadorespecífico.

Nota: El comandowsnmptrap no funciona en Endpoints.


Argumentos-h host Envía un mensaje de detección de condición de

excepción al host especificado.

-p puerto Envía un mensaje de detección de condición deexcepción al puerto UDP remoto especificado. Si nose especifica este distintivo, el comandowsnmptrapenvía la petición al puerto SNMP especificado en elarchivo /etc/services.


-s tiempo_activación_sistemaEspecifica el tiempo asociado con el mensaje dedetección de condición de excepción.

empresa Especifica un número de empresa SNMP.


C.

Com

andosde

Distributed

Monitoring

ID_genérico Especifica el ID genérico del cliente.

ID_específico Especifica el ID específico del cliente.

IDObjeto Especifica el identificador de objeto totalmentecalificado del cliente SNMP.

sintaxis Especifica una de las siguientes palabras clave:Count, Gauge, Integer, IPAddr , ObjectId ,OctetString o TimeTicks.

valor Especifica el nuevo valor. Si el valor contieneespacios u otros caracteres especiales, coloque elvalor entre comillas.

EJEMPLOPara enviar una detección de condición de excepción al hostcolbyde la empresa1.3.6.1.4.1.1598utilizando6 como ID genérico y1como ID específico, entre:wsnmptrap -h colby 1.3.6.1.4.1.1598 6 1 1.3.6.1.4.1.1598.1.1.1.0OctetString “Éste es un ejemplo de detección de condición de excepción”


VÉASE TAMBIÉNwsnmpmon, wsnmpget, wsnmpnext, wsnmpset

338 Versión 3.7

wstopeng

Detiene el motor de Tivoli Distributed Monitoring.

SINOPSISwstopeng[-z] [ -e ServidorTec] [nodo]

DESCRIPCIÓNEl comandowstopengda instrucciones al motor de TivoliDistributed Monitoring del nodo gestionado especificado (o del nodogestionado local si no se ha especificado ningún nodo) para queguarde su estado actual y concluya. Cuando se detenga el motor, notendrán lugar más actividades de supervisión hasta que se vuelva areiniciar el motor.

Se puede reiniciar el motor de Tivoli Distributed Monitoringefectuando cualquier petición al motor que no sea el comandowstopeng. Las peticiones más comunes son distribuciones de perfileso el comandowlseng.

Autorizaciónsuper

Argumentos-z Especifica que el comandowstopengdebe ejecutarse

en un Endpoint en lugar de en un host que estáejecutando Tivoli Framework completo. Esta opciónnormalmente no es necesaria a menos que haya unconflicto de nombres entre dos hosts. Por ejemplo, siun host de NetWare tiene el mismo nombre de hostque un nodo gestionado de Windows NT o UNIX, seutiliza la opción-z para especificar que el comandowstopengdebe ejecutarse en el host de NetWare enlugar de en el host de Windows NT o UNIX.

Notas:



C.

Com

andosde

Distributed

Monitoring


3. Si genera el entorno del Endpoint (dm_env.shodm_env.cshen el directorio$LCF_DATDIR ), seutilizará la versión del comandowstopengdelEndpoint (que no da soporte a la opción-z).

-e ServidorTecEspecifica que debe enviarse un evento TivoliEnterprise Console al servidor de eventos TivoliEnterprise Console especificado porTecServercuando se detiene el motor de DistributedMonitoring. El evento Tivoli Enterprise Console esun evento simple de claseEVENT y fuenteSENTRY. Este evento contiene el mismo mensajeque el enviado al grupo de avisosSentryStatus. Elcomandowstopengno verifica que exista el servidorde eventos Tivoli Enterprise ConsoleTecServer. Si elTecServerno existe, el comandowstopengdetiene elmotor de Distributed Monitoring y no se enviaráningún evento de Tivoli Enterprise Console a ningúnservidor de eventos.

nodo Especifica el nodo gestionado que contiene el motorde Tivoli Distributed Monitoring que debe detenerse.Si no se especifica este argumento, el comandodetiene el motor del host local.

EJEMPLOPara detener el motor de Tivoli Distributed Monitoring del nodogestionadograceland, entre:wstopeng graceland

VÉASE TAMBIÉNwclreng, wlseng

340 Versión 3.7

Funciones de DistributedMonitoring

Los roles que se describen en este apéndice proporcionan interfacessimples para programas en C que deben enviar mensajes asíncronosa un motor de supervisión de Distributed Monitoring. Seproporcionan dos mecanismos para enviar dichos mensajes:

¶ Un par de roles que envían mensajes por medio de unainvocación de método a través de Tivoli Object Request Broker.

¶ Roles que permiten la realización de una conexión de ancho debanda alto desde un programa a un motor de supervisión y rolespara utilizar esta conexión para la transmisión de mensajes.

Si es posible, debe utilizarse el mecanismo de transmisión demensajes basado en conexiones. Sin embargo, hay excepciones a estanorma. Un programa que envía sólo un mensaje durante suexistencia debe utilizar los mecanismos más simples de “una solavez”. Los programas que pueden ejecutarse de forma concurrente enun gran número de hosts y que deben enviar mensajes al mismomotor de supervisión pueden necesitar utilizar la interfaz más simplepara evitar un problema de recursos que implique los diversosdescriptores de archivos abiertos disponibles para el motor desupervisión.

D


D.

Funciones

deD

istributedM

onitoring

Para utilizar estos roles, el producto Tivoli Application DevelopmentEnvironment debe estar instalado y con la licencia correspondiente.Las bibliotecas siguientes deben estar vinculadas a ejecutables queutilicen este recurso:

¶ libSentryAsync

¶ libtas

¶ libtmf

¶ libtmfimp

¶ libthreads

¶ libdes

¶ libg++

¶ libm

La tabla siguiente lista los roles disponibles:

Función Descripción

sentry_async_tmf_init Inicializa bibliotecas de Tivoli paraclientes asíncronos de DistributedMonitoring.

sentry_connect,sentry_disconnect,sentry_c_send_string,sentry_c_send_number

Envía eventos de Distributed Monitoringa través de un flujo de ancho de bandaalto.

sentry_send_string,sentry_send_number

Envía un mensaje de valor numérico ode cadena a un motor de DistributedMonitoring.

342 Versión 3.7

sentry_async_tmf_init

Inicializa bibliotecas de Tivoli especialmente para clientes asíncronosde Distributed Monitoring.

BIBLIOTECASoporte asíncrono de Distributed Monitoring (libSentryAsync)

SINOPSIS#include <tivoli/SentryAsync.h>void sentry_async_tmf_init()

DESCRIPCIÓNEl rol sentry_async_tmf_init es llamada al principio o muy cercadel principio de un programa con la intención de utilizar los recursosde eventos asíncronos de Tivoli Distributed Monitoring. Este rolllama a las rutinas de inicialización adecuadas de Tivoli ApplicationsServices e incluye la información del repositorio del tipo de TivoliDistributed Monitoring. No es necesario invocar por separadotmf_client_init si se utiliza este rol.

EJEMPLO#include "SentryAsync.h"#include <tivoli/ExException.h>main(ac, av)int ac;char **av;{

sentry_async_tmf_init();Intente {...}

CatchAll() {fprintf(stderr,

"%s\n",tmf_ex_msg_bind(eh_current_exception(),NULL,0));

}EndTry;

}


D.

Funciones

deD

istributedM

onitoring

NOTALa utilización del recurso asíncrono de Tivoli Distributed Monitoringrequiere que el producto Tivoli Application DevelopmentEnvironment se encuentre instalado, con licencia y disponible.

344 Versión 3.7

sentry_connectsentry_disconnect sentry_c_send_stringsentry_c_send_number

Envía eventos de Tivoli Distributed Monitoring a través de un flujode ancho de banda alto.

BIBLIOTECASoporte asíncrono de Tivoli Distributed Monitoring(libSentryAsync)

SINOPSIS#include <tivoli/SentryAsync.h>sentry_handle_t *sentry_connect(char * host);void sentry_disconnect(sentry_handle_t * handle);void sentry_c_send_string(sentry_handle_t * handle,

char * channel,char * str,char * info);

void sentry_c_send_number(sentry_handle_t * handle,char * channel,double num,char * info);

DESCRIPCIÓNEstos roles permiten que una aplicación establezca una conexión através de un canal de comunicaciones de alta velocidad y que luegoutilice esa conexión para transmitir mensajes asíncronos al motor. Elresultado de los mensajes es exactamente el mismo que si serecibiesen por medio de los rolessentry_send_stringosentry_send_number, excepto que la actividad general detransmisión por mensaje es mucho menor.

El rol sentry_connectestablece una conexión con el motor de TivoliDistributed Monitoring en el nodo gestionadohost. Si el hostesnulo, la conexión se establece con el motor local. La conexión serepresenta mediante un puntero dirigido a un elementosentry_handle_t, que se utiliza de forma subsiguiente para enviarmensajes.


D.

Funciones

deD

istributedM

onitoring

Los rolessentry_c_send_stringy sentry_c_send_numberutilizanuna conexión previamente establecida para enviar un mensaje con unvalor numérico o con una cadena de caractéres al motor de TivoliDistributed Monitoring en el otro extremo de la conexión. Tenga encuenta que también debe especificarse un canal como parámetro decadenacanal; una sola conexión puede utilizarse para enviarmensajes identificados con un número arbitrario de distintos nombresde canal. La información específica de aplicaciones puede enviarseen la cadenainformacióny el motor de supervisión reenviará estainformación a las respuestas desencadenadas al recibir el mensaje.

El rol sentry_disconnectcierra una conexión existente con el motorde supervisión.

EJEMPLOsentry_handle_t *eng;eng = sentry_connect(masterHost);while (!completed()) {char *status = runcycle();if (status)sentry_c_send_string(eng,"CycleStatus",status,(char *) 0);

}sentry_disconnect(eng);

NOTALa utilización del recurso asíncrono de Tivoli Distributed Monitoringrequiere que el producto Tivoli ADE se encuentre instalado, conlicencia y disponible.

346 Versión 3.7

sentry_send_string,sentry_send_number

Envía un mensaje de valor numérico o de cadena a un motor deDistributed Monitoring.

BIBLIOTECASoporte asíncrono de Tivoli Distributed Monitoring(libSentryAsync)

SINOPSIS#include <tivoli/SentryAsync.h>void sentry_send_string(char * host,

char * channel,char * str,char * info);

void sentry_send_number(char * host,char * channel,double num,char * info);

DESCRIPCIÓNLos rolessentry_send_stringy sentry_send_numberenvían unmensaje asíncrono con un valor numérico o con una cadenaalfanumérica al motor de Tivoli Distributed Monitoring que seejecuta en el nodo gestionadohosto en el nodo gestionado local sihostes nulo. El mensaje se identifica mediante el ID de canalespecificado por la cadenacanal, que debe corresponder a un canalal que han hecho referencia uno o más monitores distribuidos almotor de supervisión de destino. (Si no se corresponde, el motor notendrá en cuenta el evento.)

El parámetroinformaciónpuede contener cualquier informaciónarbitraria asociada con el mensaje que debe enviarse. El motor desupervisión incluirá la información en mensajes y listas de entornoen respuestas generadas por el evento.


D.

Funciones

deD

istributedM

onitoring

EJEMPLOdouble tps;tps = compute_trans_per_second(server_id);/* Indica el motor DM local */sentry_send_number((char *) 0, "tps",tps, server_id_string);

NOTALa utilización del recurso asíncrono de Tivoli Distributed Monitoringrequiere que el producto Tivoli Application DevelopmentEnvironment se encuentre instalado, con licencia y disponible.

348 Versión 3.7

Variables de entorno deDistributed Monitoring

El motor de Tivoli Distributed Monitoring hace que diversasvariables de entorno estén disponibles para ser utilizadas por scriptsde supervisión, scripts de respuesta u otros programas. Estasvariables de entorno habilitan información contextual, tanto si esderivada de la actividad de supervisión como si es específica de unEndpoint de perfil específico, para guiar las actividades desupervisión y de respuesta del motor de Tivoli DistributedMonitoring. Algunas de estas variables contienen valorescorrespondientes a la operación del motor de supervisión, mientrasque otras representan información contextual del Endpoint o de losEndpoint del perfil a través de los cuales se distribuyeron los perfilesde Tivoli Distributed Monitoring.

Las variables de entorno se pueden utilizar en los nombres dearchivo (por ejemplo, nombres de archivo de anotación cronológicay respuestas de programas de ejecución). Las variables de entorno seevalúan donde se ejecuta el monitor y antes que inicie el mecanismode respuestas.

Nota: Cuando se utiliza para respuestas remotas, el valor de unavariable de entorno se obtiene de la fuente de origen, puestoque la lista de entorno se pasa desde el origen cuando se creaun proceso en un nodo remoto para ejecutar una respuesta.Por ejemplo, una respuesta de registro de archivo remota hará

E


E.

Variables

deentorno

deD

istributedM

onitoring

que se registre en un archivo en un nodo remoto, pero lasvariables de entorno tendrán los valores del nodo en el que seejecutó el monitor.

Hay cuatro áreas de actividad distintas donde se pueden utilizar lasvariables de entorno para modificar de forma local elcomportamiento de supervisión:

¶ Dentro de programas o scripts de supervisión

¶ Dentro de programas o scripts de respuesta

¶ En campos de parámetros de respuesta

¶ Al seleccionar nombres de canales asíncronos

El conjunto de variables de entorno disponibles difiere entre algunasde estas cuatro áreas.

Adicionalmente, hay cuatro orígenes distintos para las variables deentorno:

¶ Los componentes internos del motor de supervisión

¶ Información contextual implícita del Endpoint

¶ Información explícita de Endpoints proxy de Tivoli DistributedMonitoring

¶ El entornooserv local

350 Versión 3.7

Variables de entorno específicas del motorEl motor de Tivoli Distributed Monitoring proporciona las siguientesvariables de entorno:

Variable Definición

ACCEPTABLE_VALUES

Operando de la comparación relacionalefectuada en la determinación del nivel derespuesta. Por tanto, si un monitor se configurapara que se active en nivelcrítico cuando lafuente de supervisión informe acerca de unvalor superior a100, cuando se alcance elumbral, esta variable de entorno se establece en100.

CHANGE Valor efectivo del monitor. Cuando lacomparación relacional implica la comprobaciónde la diferencia o la diferencia porcentual entreresultados anteriores y actuales, esta variablecontiene dicha diferencia. De lo contrario, estavariable contiene el valor sin procesar devueltopor la fuente de supervisión.

COMPARED_TO Igual aACCEPTABLE_VALUES .

CRITERION Igual aMONITOR .

DELTA Operador (si lo hay) que se ha utilizado paracalcular la diferencia entre los valores noprocesados anteriores y los actuales.

EFFECTIVE_VALUE Igual aCHANGE .

HOSTNAME El nombre del host local, que puede ser unnodo gestionado o un Endpoint TMA. Lavariable de entornoHOSTNAME estásoportada en todas la plataformas UNIX, perono lo está en Windows NT. Todas lasplataformas, incluida Windows NT, dan soportea la variable de entornoHOST.

INTERNAL_ID ID de un monitor, tal como se identifica dentrodel motor de Tivoli Distributed Monitoring.

INTERP Tipo de plataforma (y su versión) del sistema.


E.

Variables

deentorno

deD

istributedM

onitoring


LASTSTAMP Indicación de la hora de la invocación anteriordel monitor. NOTA: Esta variable sólo estádisponible para los scripts de supervisión; noestá disponible para parámetros o scripts derespuesta.

MONITOR Nombre de la fuente de supervisión.

MONITOR_ID Hash de la cadena de identificación exclusivopara la entrada de monitor en la cola del motorde supervisión.

NAME Nombre del perfil que contiene el monitor.

o_dispatch Número de puerto que la instalación de Tivoliutiliza.

PATH La ruta ejecutable, que incluye la ruta definidapor el oserv local (que se encontrará delante delvalor PATH ) además de las siguientesrutas:/usr/bin:/usr/etc:/etc:/bin:/usr/sbin:/usr/ucb.

PREV_VALUE Valor anterior sin procesar de la fuente desupervisión.

PROBE Fuente supervisada. Difiere de la variable deentornoMONITOR en quePROBE es elnombre del monitor tal y como se entró en lalínea de comandos. Éste es normalmente elnombre del monitor en formato reducido (porejemplo,MONITOR = “Tivoli DB freespace”, PROBE = “tivdbspace”).

PROBE_ARG Lista de argumentos para la fuente desupervisión.

PROFILEOID ID de objeto de Tivoli del perfil que contiene elmonitor.

RELATION Comparación relacional que se ha efectuado.

RESPONSE_LEVEL Nombre de nivel de respuesta asociado con larelación activada. Los valores por omisiónutilizados por los perfiles de Tivoli DistributedMonitoring soncritical , severe, warning, andnormal.

352 Versión 3.7


TIME Hora actual, en formato legible por el usuario ydefinido según el entorno nacional.

TZ Descripción del huso horario. La variableTZestá definida para sistemas UNIX, pero no paraWindows NT.

UNITS Descripción de las unidades que describen elvalor de la fuente de supervisión.

USERINFO Información suplementaria de la fuente desupervisión. Cualquier salida generada por unmonitor de script de cadena alfanumérica de lacolección Universal en forma de líneas queempiezan con el carácter# se agrupa y entregaen esta variable. Hay un límite de 256caracteres cuando la cadena alfanuméricadevuelta tiene una línea y 4096 caracterescuando la cadena alfanumérica devuelta tienevarias líneas.

VALUE Valor sin procesar devuelto por la fuente desupervisión.

Variables implícitas de EndpointLas siguientes variables de entorno están siempre disponibles paralas fuentes de supervisión:


ADMIN Nombre del administrador responsable dela distribución más reciente del perfil quecontiene el monitor.

ENDPOINT Nombre del objeto de Endpoint a travésdel cual el perfil que contiene el monitorse ha distribuido.

ENDPOINT_CLASS Nombre de clase (o “tipo”) de Tivoli delobjeto de Endpoint.

ENDPOINT_OID ID de objeto de Endpoint de Tivoli.


E.

Variables

deentorno

deD

istributedM

onitoring


HOST El nombre del host local, que puede serun nodo gestionado o un Endpoint TMA.Esta variable es equivalente aHOSTNAME , que se define en la tablade “Variables de entorno específicas delmotor”. Todas las plataformas dansoporte a la variable de entornoHOST.

HOST_OID El ID de objeto Tivoli del host local, quepuede ser un nodo gestionado o unEndpoint TMA.

OPERATOR Identidad a través de la que eladministrador ha obtenido el acceso alentorno Tivoli.

Variables explícitas de Endpoint y del daemon oservLas variables explícitas de Endpoint pueden ser cualquier cosa;depende completamente de las necesidades locales para laconfiguración del Endpoint proxy. De forma similar, el daemon deTivoli oserv puede configurarse para que entregue un conjuntoarbitrario de variables de entorno a los métodos que invoca. Estalista normalmente incluye un valor paraPATH y la variable path dela biblioteca compartida dependiente de la plataforma y,posiblemente, un valor paraNLSPATH para localizar catálogos demensajes.

Cuando el motor inicia programas o scripts de supervisión, crea elentorno de modo que incluya las variables definidas poroserv, lasvariables de contexto de Endpoint implícitas y explícitas, y unconjunto limitado de variables de la lista de variables internas delmotor, incluidas las siguientes:

¶ LASTSTAMP

¶ TIME

¶ PREV_VALUE

¶ EFFECTIVE_VALUE

354 Versión 3.7

¶ MONITOR_ID

Los scripts de respuesta y los parámetros de respuesta (por ejemplo,los nombres de host remotos o archivos de registro) pueden hacerreferencia a todas las variables de entorno disponibles exceptuandoLASTSTAMP . En parámetros de respuesta, debe utilizarse lasintaxis siguiente:

${ nombre-variable}

Para nombres de canales asíncronos, debe hacerse referencia a lasvariables con la sintaxis${nombre-variable}. Las únicas variablesdisponibles en ese contexto son las proporcionadas poroserv y lasvariables de contexto de Endpoint explícitas e implícitas. Ninguna delas variables internas del motor están disponibles.

Dentro de los scripts o programas de respuesta, puede accederse alas variables de entorno a través del mecanismo que sea adecuadopara el lenguaje de implementación para el script o programa.

Utilización de variables de entornoLa información contenida en las variables de entorno puede adaptarel comportamiento del monitor para cada nodo supervisado y paradiversas situaciones de supervisión, todo ello desde un único perfilde configuración. Por ejemplo, las variables de contexto de Endpointimplícitas y explícitas pueden utilizarse para definir un nombre dearchivo de anotaciones cronológicas para ser utilizado en un hostremoto. Si se configura un monitor con una respuesta de archivo deanotaciones cronológicas utilizando la ruta de acceso/var/spool/Sentry/log.${NAME}.${ENDPOINT} , se crearáautomáticamente un archivo de anotaciones cronológicas distinto queidentifica el perfil y el Endpoint desde donde viene lainformación.Por lo tanto, podría distribuirse el perfil a un centenarde Endpoints distintos y cada uno de ellos se registraría en unarchivo exclusivo.


E.

Variables

deentorno

deD

istributedM

onitoring

Nota: Al definir respuestas de monitor para la opciónRegistrar enel archivo o Ejecutar programa, no puede utilizarse unavariable de entorno (por ejemplo,${HOSTNAME} ) en elcampoEn host.

Otra posibilidad consistiría en organizar en clusters grupos deEndpoints supervisados y en tener puntos de colecciones locales paralos archivos de registro. Para hacerlo, se podrían crear objetos proxyy asignarles una variable de entorno como por ejemploLOG_HOST, con un valor específico de cada clúster. El campoEnhost del perfil puede entonces establecerse en${LOG_HOST} demodo que desde cada Endpoint, el host adecuado para el clústerlocal podría utilizarse como destino para los informes de anotacióncronológica.

Los scripts de supervisión pueden utilizar variables de entorno paraajustar los detalles de cómo deben recogerse los datos desupervisión. Por ejemplo, si se desea que se distribuya un script desupervisión a un proxy que represente una entidad de red que no esde Tivoli de modo que el script pueda encontrar la entidad utilizandoun protocolo de red, puede utilizar la variableENDPOINT pararecoger una entrada del archivo/etc/hosts. Cuando ya se haencontrado la entidad, se puede utilizar el script para recoger datospara el sistema de supervisión. La variableHOST puede utilizarsepara alternar distintos métodos de recogida de datos para hosts“especiales” específicos de la región.

Los scripts de respuesta pueden utilizar varias variables de entornointernamente para determinar cómo realizar un trabajo de borrado ocómo invocar mecanismos de notificación personalizados o deregistro. La variableADMIN puede ser útil para esta finalidad, yaque el script de respuesta puede estar designado para realizaroperaciones específicas para distintos administradores de Tivoli.

La cadena alfanumérica del canal asíncrono puede invocar unavariable de entorno para que los mensajes enviados de parte dedistintos Endpoints de Tivoli Distributed Monitoring puedandistinguirse unos de otros. Si el nombre de canal se estableciese en${ENDPOINT}-msgs, los agentes responsables de los mensajes

356 Versión 3.7

podrían designarse para utilizar nombres de canales que incluyan susnombres. A los Endpoints proxy se les darían nombrescorrespondientes a los distintos agentes, de modo que cuando serecibiese un mensaje las respuestas y umbrales de supervisión sólose realizarían de parte del agente específico responsable del mensaje.Normalmente, cuando se recibe un mensaje en un canal, se activantodas las entradas de supervisión del motor de Tivoli DistributedMonitoring definido para estar esperando mensajes de ese canal.


E.

Variables

deentorno

deD

istributedM

onitoring

358 Versión 3.7

Preguntas frecuentes (FAQ)sobre DM

Estas preguntas frecuentes (FAQ) se proporcionan para ayudar aclarificar los aspectos de Tivoli Distributed Monitoring que puedenser confusos o para indicar los métodos abreviados o trucos útiles enlas operaciones diarias.

Algunos de los monitores no se han activadodurante algún tiempo. ¿Cómo se puede determinar sitodavía funcionan?

Tivoli Distributed Monitoring registra los errores internos en elgrupo de notificaciónSentryStatus. Compruebe este grupo denotificación periódicamente para reunir información acerca delestado del motor de supervisión y también de los monitoresindividuales. Si desea obtener más detalles acerca de la suscripción aun grupo de notificación, consulte la publicaciónTivoli ManagementFramework Guía del Usuario.

F


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

Estado de la aplicación de resolución deproblemas/estado de instancias y daemon/monitoresdel proceso

Cuando los resultados de los monitoresEstado de laaplicación/instanciasy los monitoresEstado daemon/instancias delprocesode las colecciones de monitoresUniversal y Unix_Sentryrespectivamente, no son los esperados (cree que el proceso se estáejecutando pero en cambio no responde), puede utilizar los pasossiguientes para la resolución de problemas en plataformas UNIX:

1. Cree un archivo llamado/tmp/.tivoli/trace.col. En el monitorApplication/Daemon statusse permite un archivo vacío.

2. Examine el contenido del archivo/tmp/DMN_ps_help.timestamp. Este archivo contiene los datosde salida del comandops -ef que ha utilizado el monitor paradeterminar el valor de retorno. Estos datos de salida le puedenayudar a identificar el argumento de supervisión adecuado parautilizar.

3. En la resolución de problemas del monitorinstanciasaplicación/proceso, edite/tmp/.tivoli/trace.col y añada elargumento daemon y el número de instancias que hayaintroducido como valor desencadenante, separados únicamentepor un espacio o tabulación, en rol del nivel de respuesta del quedesee información. Por ejemplo:oracle 2

/usr/dt/bin/dtlogin

Nota: Sólo puede haber una línea por cada proceso.

360 Versión 3.7

¿Por qué el script de Tivoli Distributed Monitoringpersonalizado se ejecuta correctamente desde la CLIpero se ejecuta incorrectamente desde la GUI?

Si el script personalizado se basa en un usuario con privilegiosespeciales, será necesario editar la política predeterminada del perfilde Tivoli Distributed Monitoring y seleccionar el ID de usuario o degrupo específico necesario para el script. De forma predeterminada,los scripts de Tivoli Distributed Monitoring se ejecutan como el IDde usuarionobody y el gruponobody. Compruebe también que losscripts estén en cada host supervisado.

Asegúrese de buscar un entorno de shell apropiado y utiliceexit 0como estado de salida al final del script cuando utilice la realizaciónde scripts de shellawk. Esto permite a Tivoli Distributed Monitoringdeterminar que el script ya está terminado. A continuación seencuentra un script de prueba de ejemplo (utilice los permisosrwxrwxr-x ):#!/bin/shenv > /tmp/test.scriptexit 0

En Windows NT, nombre el archivo con una extensión.cmd si estáutilizando el shell NT:set >c:\temp\test.txt

Monitores personalizados y respuestas de ejecuciónde programas

Casi todos los programas, scripts o ejecutables se pueden utilizarcomo argumento del programa de un monitor personalizado o comorespuesta de programa de ejecución. Tenga en cuenta que losprogramas utilizados en los monitores personalizados deben devolvero bien un número (n monitor personalizado) o una serie (s monitorpersonalizado) en la salida de datos estándar del proceso que ejecutael programa. También es posible transferir el programa completo alargumentoPrograma (de un monitor personalizado) o el argumento


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

Ejecutar Programa en una respuesta de ejecución de programa. Sidesea obtener detalles acerca de cómo hacer esto, consulteXXXXXX más adelante.

Devolución de información procedente de losmonitores personalizados; Devolución de un VALOR eINFORMACIÓN DEL USUARIO

El motor supervisa elstdout del proceso de supervisión para obtenerdatos (de un valorVALUE del monitor) o información (tratadacomoUSERINFO en cualquier respuesta). Tivoli DistributedMonitoring analiza cada línea destdout devuelta por el proceso hijo.La primera línea que no comienza por″#″ se toma como monitorVALOR . Se ignorarán las líneas siguientes sin″#″. Las líneas quecomiencen por el carácter de comentario se convierten enINFORMACIÓN DEL USUARIO en las respuestas subsiguientes aeste monitor (respuestas Tec, avisos y mensajes emergentes, etc.). .El número de bytes deStdOut no deberá superar los 512 por líneani un total de 4096.

Tiempo para completar los programas de supervisiónEl tiempo máximo para que cualquier proceso de supervisióndevuelva un código de salida no cero y unVALOR es de 60segundos. En caso contrario, se genera un mensaje de anomalía de lasonda. Después de 60 segundos, el motor intenta detener el procesoiniciado y procede a iniciar el siguiente monitor de la planificación.El monitor debería utilizar también″exit 0″ como la última línea delcódigo. En caso contrario, se utilizará la última ejecución decomando del script para determinar si el monitor ha fallado o no.

Tiempo para completar los programas de ejecuciónEn programas de ejecución local, el motor espera 10 segundosdespués de iniciar una respuesta deEjecutar programa. Si elproceso hijo devuelve un código de salida de datos no cero duranteeste intervalo, se informa de una anomalía en la respuesta. Si seproduce un error después de los 10 segundos, no se informa delerror y el motor no detiene el proceso.

El motor no comprueba los códigos de retorno de los programas quese ejecutan de manera remota.

362 Versión 3.7

Acceso del programa a las variables del entornoDesde este programa (un monitor personalizado o u narespuestaEjecutar programa), se puede acceder a variables de entornomediante el convenio normas de la shell o programa concreto. Parashells Bourne, C, o Korn, utilice$variable_name. Si se trata de unscript perl, utilice$ENV{variable_name}.

Acceso de los argumentos a las variables de entornoLos argumentos de un monitor personalizado, una respuesta deEjecutar programa, o una respuestaRegistrar en archivo puedenatribuir una referencia del entorno del proceso de inicio. Para atribuirla referencia de una variable a un argumento, utilice lasintaxis${variable-name}. Consulte “Variables de entorno deDistributed Monitoring” en la página 349 si desea obtener unadescripción completa de las variables de entorno que se encuentrandisponibles para los programas de supervisión personalizados orespuestas. Estas variables se amplían antes de que se invoque alprograma.

Argumento del programa para monitorespersonalizados y argumentos para ejecutar y registrarel programa al archivo Respuestas

El argumento que se introduce para elPrograma (monitorespersonalizados) o paraEjecutar programa o paraRegistrar enarchivo deberá especificar la ruta y nombre completos del script. Sepuede utilizar cualquier variable de entorno en la parte delargumento que contiene la ruta o el nombre, y esta referencia seampliará antes de que se acceda al programa o antes de que se grabeel archivo de anotaciones cronológicas. Si la ruta posee espaciosentre cualquiera de los nombres, el argumento deberá ir rodeado decomillas. Consulte “Variables de entorno de Distributed Monitoring”en la página 349 si desea obtener una lista de las variables deentorno soportadas que se encuentran disponibles.

En los argumentosRegistrar en archivo, deberá existir de antemanoel directorio donde se va a grabar el registro de archivos. TivoliDistributed Monitoring no creará el citado directorio, y se produciráunaRespuestaanómala si no se puede a acceder al directorio. El


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

dueño del proceso que crea el archivo de anotaciones cronológicas esel Perfil identificador de usuario/identificador de grupo. El valor poromisión es usuarionadie y gruponadie. Los permisos del sistema dearchivos del directorio de destino deben permitir que este usuarioescriba en el directorio de destino. En UNIX, si el propietario y elgrupo del directorio son usuarios o grupos distintos anadie, lospermisos del directorio deberán serdrwxwrxwr_ (776) odwrxwrxwrx (777). Esto permitirá que el usuarionadie pueda crearel archivo de anotaciones cronológicas. En Windows NT y Windows2000, los permisos de directorio deberían permitirControl total paraTodos, suponiendo quetmersrvd (el usuario de Tivoli sin privilegiospara Windows NT y Windows 2000) es miembro del grupoTodos.

Poner nombres a los archivos y directorios enWindows NT y Windows 2000

Se deberán utilizar los convenios siguientes al poner nombres a losarchivos y directorios de Windows NT y Windows 2000:

¶ Utilice siempre la barra inclinada (/) para designar los directoriosde la ruta.

¶ Las letras de las unidades no son necesarias si el directorio encuestión se encuentra en la misma unidad en la que se encuentraTivoli (bien lcfd o oserv). Si los archivos se encuentran en undirectorio distinto al directorio en el que se encuentra Tivoli, alespecificar la ruta, ponga la letra de la unidad al principio de laruta. Por ejemplo, silcfd se encuentra en la unidadD: y elarchivo run_program.sh se encuentra en el directoriotemp de launidadE: , defina el archivo de la manerasiguienteE:/temp/run_program.sh.

¶ Si la ruta de la unidad tiene espacios, ponga comillas (″″)alrededor del argumento de la ruta de la unidad (por ejemplo,″/program files/Tivoli/lcf/dat/1/scripts/run_program.sh” )

Añadir scripts a los nodos gestionados y Endpointscon acciones de distribución

El usuario deberá colocar (y actualizar) todos los scripts necesariospara los monitores personalizados y los programas de ejecución, en

364 Versión 3.7

el nodo gestionado o Endpoint. La mejor manera de hacer esto esutilizar acciones de distribución configuradas en cada uno de losmonitores.

Ejemplos de acciones de distribuciónLas acciones de distribución se pueden utilizar para enviar monitorespersonalizados y programas de ejecución a los hosts donde se vayana utilizar estos scripts y monitores. Las acciones siguientes sonejemplos de acciones de distribución.

Habilitación/deshabilitación de las acciones dedistribución

Asegúrese de que las acciones de distribución se encuentranhabilitadas. Desde el diálogoPropiedades del perfil Sentry, abra elmenúMonitorización y compruebe que se visualiza laantepenúltima entrada, que poneInhabilitar acciones dedistribución .Si en este apartado se visualizaHabilitar acciones dedistribución , haga clic en dicho apartado para habilitar las accionesde distribución.

Acciones de distribución en UNIX, Windows NT, yWindows 2000

El siguiente es un ejemplo de una acción de distribución en UNIX,Windows NT, o Windows 2000.

Nombre:Test_Dist_Action_Unix

Fuente:/opt/Tivoli/db/hostname.db/scripts/run_program_1.sh

En host:tmr-server-name

Copiar a:/opt/Tivoli/lcf/dat/1/scripts/run_program.sh

Ejecutar programa:/usr/bin/chmod 700 \/opt/Tivoli/lcf/dat/1/scripts/run_program.sh


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

Notas:

1. No es necesario cambiar los permisos de archivo en losEndpoints de Windows NT o Windows 2000; todos losprogramas son ejecutables por omisión.

2. El nombre del programa no tiene que ser el mismo que elprograma fuente.

3. Como el directorioCopiar a se encuentra en un directorioseguro, el ProfileUserID del SentryProfile tendrá que serraíz o$root_user para que el archivo se cree en la ubicación deseada.Si se utiliza el ProfileUser por omisión (nadie o tmersrvd),entonces se tiene que poder escribir en el directorio de destino(en UNIX) ya que todos los usuarios o usuariotmersrvd (enWindows NT o Windows 2000) deben tener unControl Totaldel directorio.

Uso de los metacaracteres bourne shell y símbolos deredirección shell en los argumentos de programas

Algunos metacaracteres se interpretan literalmente y su significadono es el que pretendía el programador de shell. Los metacaracterescoincidentes tales como?, [abc], [^abc] , y * no se convierten ennombres de archivos y no se deberán utilizar. Otros metacaracteres,tales como& y ; mantienen su significado de shell y puedenutilizarse en argumentos en algunos casos. Si desea más detalles,consulte XXXXX más adelante. El símbolo de redirección (>) y elsigno (|) mantienen su significado de shell en los argumentos delprograma.

Separación de comandos múltiples en argumentos deejecutar programa y monitor personalizado

Los programas con comandos múltiples se pueden definir en losargumentos utilizando el metacaracter de shell; para separar loscomandos. Los símbolos de redirección> y < se pueden utilizar enargumentos de ejecutar programa. Los argumentos de redirección enun monitor personalizado (para el programa o cualquier argumento)no pueden ocurrir hasta que el programa haya enviado el monitorVALOR al ’ stdout del proceso. Si se produce un argumento deredirección antes de que el programa envíe el monitorVALOR a

366 Versión 3.7

stdout, el monitor no será capaz de devolver unVALOR y seproducirá un error deNO EXISTEN DATOS .

Los argumentos que poseen el metacaracter; deberán encontrarse enun argumento de serie del comandosh –c (borne shell). Acontinuación se enumeran ejemplos de argumentos con comandosmúltiples.sh –c "rm /tmp/program.lock; /usr/local/program start"

Elimina el archivo de bloqueo e inicia el programa.sh –c "date >> /tmp/date.out"

Encadena los datos de salida del comandofecha (en UNIX)en unarchivo.

Perfiles identificador del usuario e identificador del grupoEl proceso iniciado por el motor para ejecutar un monitorpersonalizado, un programa de ejecución local, o respuestas deregistro en el archivo, deberá tener un usuario y grupo (en UNIX) oun usuario (en Windows NT y Windows 2000) del sistema operativopara que pueda arrancar el proceso. El motor obtiene estainformación de usuario del perfil identificador deusuario/identificador de grupo, del perfil en el que se encuentraalmacenado el monitor. Por omisión, este usuario/grupo es el usuariosin privilegiosnadie (UNIX) o tmersrvd (Windows NT y Windows2000). Puede cambiar este usuario modificándolo en el diálogoPropiedades del perfil, y luego redistribuir el perfil al Endpoint. Siel motor no puede encontrar el usuario especificado en el perfilidentificador de usuario o identificador de grupo, el motor vuelve alvalor por omisión (usuario sin privilegios). También puede introducirentradas delwidmap tales como$root_user o $custom_user, quese extienden a un usuario en concreto dependiendo del tipo deconexión del nodo local. También puede utilizar elwidmap

Análisis y resolución de problemas en un script antes de suinstalación en un monitor

Antes de instalar un script en un monitor, se debe analizar el scriptpara comprobar que cumple las normas anteriores. Analice el scripten cada tipo (tipo interp) de Endpoint al que se distribuirá el perfil.


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

Para analizar el script, se deberá utilizar el mismo usuario queutilizará Tivoli Distributed Monitoring para ejecutar el script. Elanálisis del script se deberá arrancar desde un proceso cuyo entornosea el mismo que el que utilizará el script cuando lo inicie TivoliDistributed Monitoring. Compruebe que el script devuelve el valornecesario (en monitores personalizados) y que no se producenerrores. En los Endpoints de UNIX, Tivoli Distributed Monitoringutiliza la shell Bourne para iniciar monitores personalizados yrespuestas deEjecutar programa. Los scripts se pueden llamar porel nombre del script (sin que el script esté precedido porsh). EnWindows NT y Windows 2000, Tivoli Distributed Monitoring utilizaperl para iniciar los monitores personalizados, y la bash shellproporcionada por Tivoli se utiliza para las respuestas deEjecutarprograma.

Un monitor personalizado se puede analizar en Windows NT oWindows 2000 mediante la creación de un script perl de la manerasiguiente:$command = $ARGV[0]; # captura el primer argumento

$command =x s/\${?([a-zA-Z]\w*)}?/$ENV{\1}/; # amplía \el ${<entorno>}

($comando) del sistema; # ejecuta el comando utilizando el \sistema de perl comando.

salida($?/256);

En un Endpoint, deberá definir el origen del entorno de TivoliDistributed Monitoring antes de poder llamar el script, y llamarlodesde la línea de comando utilizando lo siguiente:

perl fully_qualified_path_name_of_script

Análisis y resolución de problemas utilizando el registro dearchivos DM36log.

El registro de archivosDM36.log es una fuente útil de informaciónpara la resolución de problemas en todo tipo de temas relacionadoscon Tivoli Distributed Monitoring. El nivel de registro estáestablecido en1 por omisión; este nivel puede ayudar en eldiagnóstico de algunos de los problemas relacionados con losmonitores personalizados.

368 Versión 3.7

A continuación figuran algunos ejemplos de mensajes que se puedenencontrar en el archivoDM36.log utilizando el nivel de registro poromisión, además del significado de los mensajes.

A continuación se muestra un ejemplo de un error del que seinforma en el archivoDM36.log:Oct 31 08:52:00 1 DM3.6 Código de error 256 (ncustom: envX: \no se encuentra)

Oct 31 08:52:05 1 DM3.6 net recv excepción: 0 byte recv

Oct 31 08:52:05 1 DM3.6 Anomalía de la sonda: \<Universal><ncustom><Platano_EP_SP#Platano_EP_SP_ \1948990884.1.729#Sentry::All#__72900e1948990884.2.0+>

Oct 31 08:52:05 1 DM3.6 Código de error 256 (ncustom: envX: \no se encuentra)

Esta entrada del archivo de anotaciones cronológicas indica que unmonitor numérico personalizado no ha encontrado un programallamadoenvX. Este monitor numérico personalizado se encuentra enun perfil Sentry llamadoPlatano_EP_SPque fue distribuido alEndpoint1948990884.2.0+.

A continuación se muestra otro ejemplo de un error del que seinforma en el archivoDM36.log :Oct 31 09:04:00 1 DM3.6 Anomalía de la sonda: \<Universal><ncustom><Platano_EP_SP#Platano_EP_SP_ \1948990884.1.729#Sentry::All#__72900e1948990884.2.0+>

Oct 31 09:04:00 1 DM3.6 Código de error 256 (ncustom: env: \permiso de ejecución denegado)


Oct 31 09:04:06 1 DM3.6 Anomalía de la sonda: \<Universal><ncustom><Platano_EP_SP#Platano_EP_SP_ \1948990884.1.729#Sentry::All#__72900e1948990884.2.0+>

Oct 31 09:04:06 1 DM3.6 Código de error 256 (ncustom: \env: permiso de ejecución denegado)

Esta entrada del archivo de anotaciones cronológicas indica que unmonitor numérico personalizado no ha podido ejecutar un programallamadoenv. Deberá comprobar los permisos de lectura y ejecucióndel archivo de programaenv.


F.P

reguntasfrecuentes

(FAQ

)sobre

DM


Oct 31 09:26:39 1 DM3.6 Código de error 1001 (NO HAY DATOS?)

Esta entrada del archivo de anotaciones cronológicas indica que unmonitor numérico personalizado no ha devuelto un valor del ’StdOut del monitor en los 60 segundos siguientes.


Oct 31 09:04:00 1 DM3.6 Código de error 256 (ncustom: \env: permiso de ejecución denegado)


Oct 31 09:04:06 1 DM3.6 Anomalía de la sonda: \<Universal><ncustom><Platano_EP_\SP#Platano_EP_SP_1948990884.1.729#\Sentry::All#__72900e1948990884.2.0+>

Oct 31 09:04:06 1 DM3.6 Código de error 256 (ncustom: env: ejecutar \permiso denegado)

Esta entrada del archivo de anotaciones cronológicas indica que unmonitor numérico personalizado ha intentado ejecutar un programallamadoenv, pero no le han concedido los permisos de ejecución delarchivo de programaenv.

Cambio del nivel de registro o tamaño máximo del archivoDM36.log

Es posible que sea preciso aumentar el nivel del archivoDM36.logpara asistir en la resolución de problemas. Los niveles2, 3, ó 4pueden ser necesarios para visualizar datos y errores concretos. Elnivel 4 se debe utilizar poco, ya que a este nivel, los datos semuestran en formato hexadecimal y resultan algo incómodos de leer.El tamaño máximo del archivo de anotaciones cronológicas, poromisión, es de 512 kilobytes. Si desea cambiar el nivel de registro o

370 Versión 3.7

el tamaño máximo del archivoDM36.log, haga una entrada en elarchivo de control del nivel de registro,/tmp/dm36.ll, y luegodetenga y reiniciedm_ep_engine.

Para posicionar el nivel de registro en3, introduzca los comandossiguientes:# cat > /tmp/dm36.ll

3

Seguidamente, introduzca CTRL-D y luego detenga y reiniciedm_ep_engine.

Para posicionar el nivel de registro en4 y aumentar el tamaño delarchivo de anotaciones cronológicas a 4 megabytes, introduzca loscomandos siguientes:# cat > /tmp/dm36.ll

4

4000

Seguidamente, introduzca CTRL-D, luego detenga y reiniciedm_ep_engine.

¿Cómo se puede determinar lo que hace cadadiálogo de Tivoli Distributed Monitoring?

Ejecute el comandowlsdialog -r SentryProfile para ver los nombresde los diálogos y luego ejecute el comandowgetdialog en cadadiálogo para ver el origen y ver lo que hace cada diálogo.

Varias copias de dm_ep_engine.exe en Windows NTSi están en ejecución de forma simultánea varias actividades, comouna distribución de perfiles,wlsengy wasync, puede que esto délugar la ejecución de varias copias del motor de Tivoli DistributedMonitoring (dm_ep_engine.exe).

Si dm_ep_engine.exeno se ejecuta en Windows NT, es posible quese necesiten hasta 65 segundos para iniciar el motor TivoliDistributed Monitoring. Cuando el motor está ocupado, podría ser


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

imposible determinar si hay una instancia dedm_ep_engine.exeenejecución. Puesto que el motor puede estar ocupado hasta 60segundos, es necesario esperar 65 segundos para determinar si elmotor está en ejecución.

Si se están ejecutando varias instancias dedm_ep_engineenWindows NT, debería ejecutar el comandowstopengpara detener elmotor actualmente en ejecución, detener el proceso de cada uno delos motores restantes e iniciar el motor con el comandowlsengoredistribuyendo el perfil. Nunca debería haber más de una copia dedm_ep_engineen ejecución.

¿Porqué obtengo el error de ausencia de datose.exec 1001?

Los caracteres de barra inclinada(/) se deberán utilizar cuando seespecifique una ruta en un sistema Windows NT o Windows 2000.Si se utilizan barras inclinadas invertidas(\), se producirá un error,generando el mensaje de errore.exec 1001 no data.

dm_ep_engine se detiene en Windows NT yWindows 2000

Si se arrancadm_ep_enginelocalmente desde una línea de comandode Windows NT o Windows 2000, eldm_ep_enginees un procesohijo de la ventana de DOS desde la que se ejecutó el comando. Si secierra esta ventana de DOS, se detendrádm_ep_engine. La ventanade DOS desde la que se ejecutó el comandodm_ep_enginedeberápermanecer abierta. Esta es una de las limitaciones de Windows NT.

Análisis de anomalías con módulos de Tivoli PlusLos módulos de Tivoli Plus desarrollados con anterioridad a ladisponibilidad de Tivoli Distributed Monitoring Versión 3.5 puedendar anomalías de análisis al enviar mensajes de eventos a TivoliEnterprise Console. Este problema se manifiesta cuando algunos delos monitores predefinidos envían mensajes de eventos a un servidorde Enterprise Console cuya base de reglas utilice el archivo

372 Versión 3.7

Sentry.baroc distribuido con la versión 3.5 de Tivoli DistributedMonitoring. Tivoli Distributed Monitoring Versión 3.6.2 proporcionaun archivoSentry.baroc es compatible con los módulos anterioresde Tivoli Plus y que corrige este problema.

Si el servidor TMR y el servidor Tivoli Enterprise Console seencuentran en el mismo sistema, instale Tivoli DistributedMonitoring Versión 3.6.2 en el citado sistema.

Si el servidor TMR y el servidor Tivoli Enterprise Console seencuentran en sistemas distintos y ambos sistemas ya tienen instaladala versión 3.6 de Tivoli Distributed Monitoring, instale primero laversión 3.6.2 de Tivoli Distributed Monitoring en el servidor TMR yluego en el servidor Tivoli Enterprise Console.

Si el servidor TMR y el servidor Tivoli están en sistemas distintos yel servidor Tivoli Enterprise Console todavía no tiene instalada laversión 3.6 de Tivoli Distributed Monitoring siga los pasossiguientes:

1. Instale la versión 3.6.2 de Tivoli Distributed Monitoring en elservidor TMR.

2. Copie el siguiente archivo del servidor TMR en el servidorTivoli Enterprise Console:

$BINDIR/../generic/SentryMonitors/tecrules_update.sh

3. Ejecute el siguiente archivo en el servidor Tivoli EnterpriseConsole como usuarioraíz o Administrador :

$BINDIR/../generic/SentryMonitors/tecrules_update.sh

Nota: En un sistema UNIX, es posible que tenga que ejecutar elsiguiente comando antes de ejecutar el script:chmod 500 tecrules_update.sh

,después de seguir estos pasos, debe detener y volver a iniciar elservidor de eventos para que tengan lugar los cambiosSentry.baroc.


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

Escritura de scripts que llaman a comandos CLIlocales como wasync

Para facilitar la modificación de los archivosdm_env.cmd,dm_env.shy dm_env.csh, estos ahora se encuentran en el directoriodat de sus Endpoints TMA así como en la ubicacióndat/asignador_tareas. Por ejemplo, en una instalación de WindowsNT, los archivosdm_env.shy dm_env.cmdpueden residir en losdirectoriosC:/Archivos de programa/Tivoli/lcf/dat y C:/Archivosde programa/Tivoli/lcf/dat/1.

Nota: Este arreglo sólo es efectivo después de una distribución deperfiles en el Endpoint TMA.

Tivoli Distributed Monitoring Inspector visualiza deforma incorrecta números grandes

Los monitores que devuelven números muy grandes puedenocasionar que estos valores se representen en notación exponencialen las clases Java que controlan los informes Netcharts. Losinformes Netcharts ven entonces una cadena alfanumérica con unaE(por el exponente) en medio de la misma, y como resultado de ellopueden determinar que los datos de entrada están incorrectamenteformateados. Este problema no se presenta con ningún monitor deTivoli Distributed Monitoring, pero puede darse con monitorespersonalizados o de terceros.

Tivoli Distributed Monitoring no registra en elarchivo de anotación cronológica en algunos nodosgestionados

La opciónRegistrar en archivo lista todos los nodos gestionados.La opciónRegistrar en archivo en las respuestas de DistributedMonitoring permite seleccionar cualquier nodo gestionado de laTMR como destino, no obstante esta opción no registra en nodosgestionados que no sean de Distributed Monitoring.

374 Versión 3.7

Monitores SNMP que no funcionanLos monitores SNMP no funcionan con los host SNMP establecidosen $ENDPOINT . Debe utilizarse la variable de entorno$HOSTNAME para todos los servidores, nodos gestionados yEndpoints.

Ejecución de wasync desde un EndpointA continuación se muestra un ejemplo de ejecución dewasyncdesdeun Endpoint:

1. Cree un canal numérico o de cadena alfanumérica tal como seindica a continuación:waddchan -n 345

—O —waddchan -s fvt_channel1

2. Elija un monitor numérico o de cadena alfanumérica de lacolección Universal Asynchronous en la GUI de TivoliDistributed Monitoring y entre el nombre de canal345 ofvt_channel1.

3. EscojaSiempre y seleccione un tipo de respuesta.

4. Distribuya el monitor sólo a los Endpoints.

5. Ejecute el comandowasyncdesde el directorio en donde se hainstalado el Endpoint (por ejemplo,/tivoli/homes/joeb/Tivoli/data/lcf/dat), tal como se indica acontinuación:dm_env.sh

—O bien:—dm_env.csh

—O bien:—dm_env.cmd

6. Ejecute el comandowasync, tal como se indica a continuación:wasync -c fvt_channel1 -s 6 hptmp9-2


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

dondehptmp9-2es el Endpoint.

Debería ver la respuesta seleccionada de forma inmediata.

No hay avisos de respuestas anómalas o sondeosde monitor anómalos en el grupo de avisosSentryStatus

Desde la versión 3.6 de Tivoli Distributed Monitoring, los avisos enSentryStatussobre anomalías en respuestas o sondeos de monitor enlos Endpoints TMA ya no se envían a la base de datos de avisos, ensu lugar se registran en el archivoDM36.log. Este archivo seencuentra en el directorio$LCF_DATDIR . De formapredeterminada, el nivel del archivo de anotaciones cronológicas estáestablecido en0. Para cambiar el nivel de registro o el tamaño delarchivo de anotaciones cronológicas, se utiliza el archivo/tmp/dm36.ll.

Si existe el archivo/tmp/dm36.ll, el primer número se utiliza comonivel de registro. Si este primer número es0, no se registra ningúnmensaje. Los valores válidos para este primer número en estearchivo son0, 1, 2, 3 y 4; cuanto más elevado es este número másmensajes se registran. Especificar un número mayor que4 equivale aespecificar0, y por tanto no se registran mensajes.

Si existe una segunda línea en el archivo/tmp/dm36.ll que contengaun número, éste representa el número de kilobytes de datos deregistro que se escribirán en el archivo antes de que se sobreescribaeste, desde el principio, dando lugar a la pérdida de la informaciónde registro inicial. Si no se especifica este número, el valorpredeterminando corresponde a512 KB.

Notas:

1. En un sistema con Windows NT, debe crearse el directorio/tmpen la unidad en la que esté instalado Tivoli. No es el mismodirectorio que$DBDIR/tmp.

2. Esta característica no está implementada en OS/2.

376 Versión 3.7

No se reciben respuestas en forma de correoelectrónico desde el nodo gestionado de WindowsNT

Si no se reciben respuestas en forma de correo electrónico desde unnodo gestionado de Windows NT, hay varias cosas que debecomprobar:

1. Busque la entrada de registromailhost, y utilice este valorcomo ubicación del servidor SMTP.

2. Busque un servidor SMTP en el nodo local.

3. Busque un servidor SMTP en el servidor TMR.

4. Intente conectar con el servidor SMTP en el servidor que estáespecificado después de la arroba (@) en la dirección de correoelectrónico de destino.

5. Si el archivo%systemroot%\system32\drivers\etc\servicesnoexiste o no contiene una entrada parasmtp 25/tcp mail, nuncase enviará el correo electrónico, independientemente de losvalores o correo electrónico que especifique. Finalizará con unaanomalía de getservbyname(), lo que impedirá que se envíe elcorreo electrónico como respuesta. Debería comprobar que elarchivoservicesestá correctamente configurado. En WindowsNT, el correo electrónico se envía mediante el comandosmtp_client.exe. Si ejecuta un comando similar al siguiente, NTnormalmente envía un correo electrónico:echo blah blah blah | smtp_client [email protected]

Si desea más información, consulte el Capítulo 1 de la publicaciónTivoli Management Framework; Guía de planificación e instalación.

Actualización de una colección de monitores queutilizan Endpoints TMA

Ejecute el siguiente comando para actualizar una colección demonitores que se haya cambiado y que los Endpoints TMA esténutilizando:mcsl –Rz GestorPerfiles


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

Este comando actualiza las colecciones de monitores para todos lossuscriptores de Endpoints del gestor de perfilesGestorPerfiles. Estecomando se ejecuta en cada Endpoint y puede tardar en completarse.

Tivoli Distributed Monitoring Inspector no dibujavarios monitores en un gráfico de áreas o de línea

Si utiliza Tivoli Distributed Monitoring Inspector para crear ungráfico de varios monitores en un gráfico de áreas o de línea, y losmonitores devuelven los mismos valores, sólo se visualizará uno delos colores del gráfico de monitores. Debería utilizar un gráfico debarras en esta situación.

Tivoli Distributed Monitoring Inspector no creagráficos con datos de cadenas alfanuméricas

Tivoli Distributed Monitoring Inspector no tiene la posibilidad decrear gráficos a partir de los datos en forma de cadenasalfanuméricas de los monitores. Sólo da soporte a datos numéricos.

Tivoli Distributed Monitoring Inspector no funcionaen Windows NT

Debe establecerse la utilización de más de 16 colores en la pantallaen Windows NT para utilizar Tivoli Distributed MonitoringInspector.

Tivoli Distributed Monitoring Inspector no funcionacon Microsoft Internet Explorer

Si utiliza Microsoft Internet Explorer 4v.x con Tivoli DistributedMonitoring Inspector, debe seleccionar la siguiente opción delnavegador Web para que Inspector funcione correctamente:

1. SeleccioneVer–>opciones de Internet.

2. Seleccione la pestañaOpciones avanzadas.

378 Versión 3.7

3. Marque la entradaSeguridad–>” Suprimir las páginasguardadas cuando se cierre el navegador”.

No se puede distribuir de nuevo un monitor a unnodo gestionado

Si distribuye un monitor a un nodo gestionado y luego ejecuta elcomandowclreng al nodo gestionado, debe utilizar la opcióncopiaexactapara volver a distribuir el monitor en el nodo gestionado.

El motor de Distributed Monitoring continúa enejecución después de haber suprimido un EndpointTMA

El motor de Endpoint en un Endpoint TMA no tiene unadependencia directa con el procesolcfd. Por tanto, al eliminar unEndpoint (consulte la publicación Tivoli Management FrameworkGuía del usuario para obtener más información sobre cómo eliminarun Endpoint TMA), el motor de Distributed Monitoring continúaejecutándose. Utilice el comandowstopengpara detener el motor deDistributed Monitoring, o si se han eliminado los archivos binariosde Distributed Monitoring, utilice el comandokill de UNIX o la listade tareas de Windows NT para matar el motor de DistributedMonitoring. También existe la posibilidad de reiniciar la máquina delEndpoint TMA; el motor de Distributed Monitoring no volverá ainiciarse después de que se haya suprimido el Endpoint TMA y sereinicie la máquina.

La salida de los monitores asíncronos es la delúltimo valor de activación si se ejecutan con elcomando wrunprb

Este es el comportamiento correcto cuando se utiliza el comandowrunprb para activar un monitor asíncrono. El valor actual debe serel mismo que el previo. Si no es así, la próxima vez que se active elmonitor asíncrono mediante el canal de eventos con nombre, el


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

monitor tendrá un valor previo nulo en lugar del valor previo real;muchos monitores asíncronos dependen de sus valores anteriores.

Por ejemplo, suponga que utiliza un monitor asíncrono para contar elnúmero de veces que se accede a una aplicación de software dedemostración con un acceso limitado, y que su empresa puedeacceder a la aplicación 50 veces antes de tener que comprar elsoftware. Se define un monitor asíncrono para que incremente enuna unidad un contador por cada vez que se utilice la aplicación,teniendo que enviar un aviso cuando el contador llegue a 40 deforma que tenga tiempo de decidir la compra antes de perder losprivilegios de acceso. Si alguien ejecutasewrunprb “*” “*” “*”durante ese intervalo y el monitor no conservase su valor anterior, elmonitor restauraría el contador y perdería el recuento realizado.

La mejor manera de evitar que un monitor asíncrono se active con elvalor anterior es utilizar argumentos específicos con el comandowrunprb de forma que no se active el monitor asíncrono.

El motor de Distributed Monitoring escribeindicaciones de hora incorrectas en diálogosemergentes, archivos de registro y correoelectrónico

Los cambios realizados en la variable de entorno TZ en sistemasWindows NT no se reflejan en las indicaciones de hora para la horade inicio de monitores y en las indicaciones de hora para diálogosemergentes, archivos de registro y correo electrónico. Esto ocurreporque el valor del tiempo no se convierte en una cadenaalfanumérica legible hasta que la indicación de hora se escriberealmente en el servidor; la variable de entorno TZ en el Endpoint onodo gestionado remoto no tiene efecto en la indicación de hora alescribirla en el servidor. El motor de Distributed Monitoring notrabaja de forma explícita con el valor de la variable de entorno TZ,en lugar de ello, utiliza las bibliotecas sobre del de la hora deWindows NT.

380 Versión 3.7

Adición de niveles personalizados y restaurar iconosTiene la posibilidad de añadir nuevos iconos y niveles indicacióncopiando el icono y el diálogo de un estado de indicación existente einstalándolos como el nuevo estado.

Los siguientes comandos añaden los niveles restaurar y fatal:

waddlevel “restaurar” 50 “ NombrePerfil”

waddlevel “fatal” 1500 “ NombrePerfil”

Para permitir que los nuevos niveles utilicen el recurso de lacolección de indicadores, copie el icono y el diálogo de un estado deindicador existente e instálelo como el nuevo estado. Por ejemplo,para utilizar el nuevo estadorestaurar, copie el estadonormal, queya existe, desde el indicador e instálelo comorestaurar, utilizandola misma precedencia que se especificó al añadir el estadorestaurar.

wgetdialog -I “normal#Std_Levels.0” -r ColInd normal.d

wgetbitmap -I “normal#StdLevels.0” -r ColInd normal.xpm

wputicon -r IndColl “restaurar#Std_Levels.50” normal.dnormal.xpm

El estadorestaurar es ahora un estado válido para la colección deindicadores, aparece como el estado que copió (en este ejemplo, elestado normal) y seguirá el comportamiento de variación deltermómetro, puesto que el estadorestaurar se añadió con un nivelde precedencia.


F.P

reguntasfrecuentes

(FAQ

)sobre

DM

382 Versión 3.7

Glosario

A

abonoEn el entorno de Tivoli, proceso de identificación de los suscriptores a los que sedistribuirán perfiles.

adaptadorSoftware que permite a distintos productos o componentes de software queinteractúen unos con otros. Consulteadaptador de eventos.

adaptador de eventosEn el entorno de Tivoli, software que convierte eventos a un formato que TivoliEnterprise Console puede utilizar y reenvía los eventos al servidor de eventos. Conla utilización de Tivoli EIF, una organización puede desarrollar sus propiosadaptadores de eventos, adaptados a su entorno de red y necesidades específicas.

administradorConsulteadministrador de Tivoli.

administrador de puntos finalesEn el entorno de Tivoli, servicio que se ejecuta en el servidor Tivoli, asigna clientesde Endpoint a gateways y mantiene la lista de Endpoints.

administrador de TivoliEn el entorno de Tivoli, administrador del sistema que tiene autorización pararealizar tareas de gestión de sistemas y gestión de regiones de políticas en una omás redes. Cada administrador de Tivoli está representado mediante un icono en elescritorio de Tivoli.

AIXAdvanced Interactive Executive. Consultesistema operativo AIX.

AplicarPulsador que lleva a cabo las selecciones efectuadas en una ventana sin cerrar laventana.

appletPrograma de aplicación, escrito en el lenguaje de programación Java, que se puederecuperar de un servidor de Web y se puede ejecutar mediante un navegador deWeb. Aparece una referencia a un applet en las marcas de una página Web, delmismo modo que aparece también una referencia a gráficos; un navegador recuperaun applet del mismo modo en que recupera un archivo de gráficos. Por motivos deseguridad, los derechos de acceso de un applet se ven limitados de dos formas: el


Glosario

applet no puede acceder al sistema de archivos del cliente en el que se estáejecutando, y la comunicación del applet a través de la red está limitada al servidordesde el que se ha descargado.

archivoConjunto con nombre de registros almacenados o procesados como unidad.

archivo de proceso por lotesArchivo que contiene datos que deberán procesarse desatendidos.

ARMConsulteMedición de la respuesta de aplicaciones .

arrastrarUtilizar un dispositivo de puntero para mover un objeto. Por ejemplo, un usuariopuede arrastrar el borde de una ventana para hacerla más grande.

arrastrar y soltarManipular directamente un objeto moviéndolo y colocándolo en algún otro lugarutilizando un dispositivo de puntero (como por ejemplo un ratón).

asíncrono (ASYNC)(1) Perteneciente a dos o más procesos que no dependen de la aparición de eventosespecíficos tales como señales de temporización comunes. (2) Sin una relaciónconstante de tiempo; inesperado o imprevisible respecto a la ejecución deinstrucciones de programa.

avisoEn el entorno de Tivoli, mensaje generado por una operación de administración delsistema que contiene información acerca de un evento o el estado de una aplicación.Los avisos se almacenan en grupos de avisos. Consultetablón de anuncios.

B

BAROCConsulteRegistro básico de objetos en C.

base de reglasEn Tivoli Enterprise Console, el conjunto de normas y las definiciones de las clasesde eventos para las que se escriben las normas. Tivoli Enterprise Console utiliza labase de reglas en la administración de eventos. Una organización puede crearmuchas bases de reglas, de modo que cada base de reglas satisfaga un conjuntodistinto de necesidades para la administración informática de red.

biblioteca de tareasEn el entorno de Tivoli, contenedor en el que un administrador de Tivoli puedecrear y almacenar tareas y trabajos.

384 Versión 3.7

botón del ratónMecanismo de un dispositivo de puntero del ratón que se utiliza para seleccionarobjetos u opciones, iniciar acciones o manipular objetos directamente; un usuariopulsa un botón del ratón para interactuar con un sistema. El botón hace un “clic”cuando se pulsa y se suelta.

C

campoÁrea identificable de una ventana. Algunos ejemplos de campos son: un campo deentrada en el que el usuario puede escribir o colocar texto y un campo o botón deopción, desde el que un usuario puede efectuar una selección.

CerrarElección que elimina una ventana y todas las ventanas asociadas con la misma dellugar de trabajo. Por ejemplo, si un usuario realiza una tarea en una ventana yaparece un mensaje o el usuario solicita ayuda, tanto el mensaje como las ventanasde ayuda desaparecen cuando el usuario cierra la ventana original.

clase de eventoEn Tivoli Enterprise Console, clasificación para un evento que indica el tipo deinformación que el adaptador de eventos enviará al servidor de eventos.

cliente NFSPrograma o sistema que monta directorios de archivos remotos de otro host llamadoservidor de Sistema de archivos de red (NFS).

cliente TivoliCliente de un servidor Tivoli. Consultecliente TMR y servidor TMR.

cliente TMREn un entorno de Tivoli, cualquier sistema - exceptuando el servidor TMR - dondese encuentre instalado Tivoli Framework. El daemonoserv se ejecuta en el clienteTMR y el cliente TMR mantiene una base de datos de objetos local. Consultecliente Tivoli y servidor Tivoli.

colecciónEn el entorno de Tivoli, contenedor que agrupa objetos de un escritorio de Tivoli, loque proporciona al administrador de Tivoli una sola vista de los recursosrelacionados. Tanto Tivoli Framework como un administrador de Tivoli pueden crearuna colección. Se hace referencia al contenido de una colección como susmiembros. Algunos ejemplos de colecciones son la colección de administradores yla colección genérica; la colección de administradores es un ejemplo de coleccióngenerada por Tivoli Framework.


Glosario

colección de administradoresEn el entorno Tivoli, la colección que Tivoli genera de objetos de administrador.Esto está representado por el iconoAdministrador en el escritorio de Tivoli; alpulsar el icono se proporciona acceso a información acerca de cada administrador deTivoli.

colección de indicadoresEn el entorno de Tivoli, una única ubicación desde la que un administrador deTivoli puede determinar el estado de monitores de distintos perfiles, así comotambién borrar y restaurar estados de alarma.

colección de monitoresEn Tivoli Distributed Monitoring, colección de monitores predefinidos. Variascolecciones de monitores vienen con Tivoli Distributed Monitoring, pero losadministradores de Tivoli pueden utilizar colecciones de monitores desarrolladas demodo personalizado y de terceros. Consultemonitor personalizado.

colección genéricaEn el entorno de Tivoli, colección que contiene objetos que representan recursos decualquier tipo.

consola de eventosEn Tivoli Enterprise Console, interfaz gráfica para el usuario (GUI) que permite alos administradores del sistema ver y responder a los eventos expedidos desde elservidor de eventos. El EIF de Tivoli no afecta ni utiliza directamente las consolas.

contraseñaPara la seguridad del sistema o de la red, cadena específica de caracteres entradapor un usuario y autenticada por el sistema en la determinación de los privilegiosdel usuario, si los hay, para acceder y manipular los datos y operaciones del sistema.

correlación de eventosEn Tivoli Enterprise Console, proceso de correlación de distintos eventos con unacausa común. Por ejemplo, Tivoli Enterprise Console puede recibir diversos eventosEl servidor NFS no respondedesde distintas aplicaciones, así como también uneventohost desconectadopara el servidor NFS. Tivoli Enterprise Console puedeentonces correlacionar los diversos eventosEl servidor NFS no respondecon lacausa común de todos ellos, que es: el servidor NFS está “desconectado.”

correo electrónico (e-mail)(1) Correspondencia en forma de mensajes transmitidos entre terminales de usuarioa través de una red de máquinas. (2) Generación, transmisión y visualización decorrespondencia y documentos a través de medios electrónicos.

386 Versión 3.7

CortarElección que traslada el objeto seleccionado y lo coloca en el portapapeles. Elespacio que ocupaba normalmente lo llena el objeto u objetos que quedan en laventana.

cuello de botellaComponente de hardware o de software que puede limitar el rendimiento de undispositivo, subsistema (por ejemplo, un adaptador) o red. Por ejemplo, si unadaptador tiene hardware que puede reenviar 14.000 paquetes por segundo ysoftware que puede procesar 4.000 paquetes por segundo, el rendimiento depaquetes se ve limitado a 4.000 paquetes por segundo y el software es el cuello debotella.

D

daemonPrograma que se ejecuta desatendido para efectuar un servicio estándar. Algunosdaemons se activan automáticamente para realizar su tarea; otros funcionanperiódicamente.

delimitador(1) Carácter que se utiliza para indicar el principio y el final de una cadena decaracteres. (2) Distintivo que separa y organiza elementos de datos. (3) Carácter queagrupa o separa palabras o valores en una línea de datos de entrada.

denominación de unidadLetra (desde laA a la Z) que un sistema operativo asigna a un disco, una particióno un directorio de red para dar al sistema una forma exclusiva de hacer referencia alrecurso.

diálogo(1) Interacción entre un usuario y una máquina. (2) En un sistema interactivo, unaserie de consultas y respuestas relacionadas parecidas a una conversación entre dospersonas.

direcciónEn comunicación de datos, el código exclusivo asignado a cada dispositivo, estaciónde trabajo, usuario o grupo de difusión múltiple para conectarse a una red. Consultedirección IP.

dirección de InternetConsultedirección IP.

dirección IPDirección exclusiva de 32 bits que especifica la ubicación de cada dispositivo oestación de trabajo en Internet. Por ejemplo, 9.67.97.103 es una dirección IP.


Glosario

E

EditarOpción de una barra de menús que proporciona acceso a otras opciones quepermiten al usuario modificar datos.

e-mailConsultecorreo electrónico.

Endpoint(1) En el entorno de Tivoli, cliente Tivoli que es el destinatario final de cualquiertipo de operación de Tivoli. (2) En el entorno de Tivoli, servicio de Tivoli que seejecuta en varios sistemas operativos y efectúa operaciones en dichos sistemas,permitiendo que Tivoli Framework administre los sistemas como clientes de Tivoli.

entorno de TivoliAplicaciones de Tivoli, basadas en Tivoli Framework, que están instaladas en laubicación de un cliente específico y que dirigen los asuntos de administracióninformática de red a través de muchas plataformas. En un entorno de Tivoli, unadministrador del sistema puede distribuir software, gestionar configuraciones deusuarios, cambiar privilegios de acceso, automatizar operaciones, supervisar recursosy planificar trabajos.

escritorio(1) Interfaz gráfica para el usuario (GUI) que representa un escritorio real. Es unacarpeta que ocupa la pantalla del sistema y contiene los objetos que permiten a unusuario interactuar con operaciones del sistema y realizarlas. (2) Consulteescritoriode Tivoli.

escritorio de TivoliEn el entorno de Tivoli, escritorio que los administradores del sistema utilizan paragestionar el entorno informático de red.

eventoEn el entorno de Tivoli, cualquier cambio significativo en el estado de un recursodel sistema, recurso de red o aplicación de red. Se puede generar un evento para unproblema, para la resolución de un problema o para la finalización satisfactoria deuna tarea. Son ejemplos de eventos el inicio y la detención normal de un proceso, laterminación anormal de un proceso y el funcionamiento incorrecto de un servidor.

evento de consolaEn el entorno de Tivoli, evento enviado a Tivoli Enterprise Console.

extensión de nombre de archivoAdición a un nombre de archivo que identifica el tipo de archivo (por ejemplo, unarchivo de texto o un archivo de programa).

388 Versión 3.7

G

gatewayEn el entorno de Tivoli , software que se ejecuta en un nodo gestionado queproporciona todos los servicios de comunicación entre un grupo de Endpoints y elresto del entorno de Tivoli. Esta gateway incluye la rol de distribución multiplexada(MDist), permitiendo que actúe como punto de ramificación para distribuciones amuchos Endpoints.

GBConsultegigabyte.

gestor de perfilesEn el entorno de Tivoli, contenedor para perfiles que vincula los perfiles con unconjunto de recursos llamados suscriptores.” Un gestor de perfiles puede obtener (a)perfiles de múltiples tipos o (b) múltiples perfiles del mismo tipo. Losadministradores de Tivoli utilizan los gestores de perfiles para organizar y distribuirperfiles. Un gestor de perfiles se crea en el contexto de una región de políticas y esun recurso gestionado de dicha región de políticas. Consultelista de abono.

gestor de reinicio automático (ARM)Función de recuperación de OS/390 que puede reiniciar automáticamente trabajos deproceso por lotes y tareas iniciadas después de que éstos o el sistema en el que seejecutan se interrumpan de forma inesperada.

gigabyte (GB)Mil millones (109) de bytes.

grupo de avisosEn el entorno de Tivoli, contenedor específico de una aplicación o de una operaciónque almacena y muestra los avisos que están relacionados con roles de Tivoliespecíficas. El tablón de anuncios de Tivoli comprende grupos de avisos. Unadministrador de Tivoli puede abonarse a uno o más grupos de avisos; el tablón deanuncios del administrador contiene solamente los avisos que residen en un grupode avisos al que el administrador está suscrito.

I

ID de grupo (GID)(1) En el Servicio de control de acceso a recursos (RACF), cadena de uno a ochocaracteres que identifica a un grupo. El primer carácter debe ser de laA a la Z, #,$, o @. El resto puede ser de laA a la Z, #, $, @ o del 0 al 9. (2) En el sistemaoperativo AIX, un número que corresponde a un nombre de grupo específico. El IDde grupo en muchas ocasiones puede sustituirse en comandos que toman un nombrede grupo como valor.


Glosario

ID de hostEn el conjunto de protocolos de Internet, parte de la dirección IP que define elsistema host en la red. La longitud del ID de host depende del tipo de red o clasede red (A, b o C).

indicadorEn Tivoli Distributed Monitoring, icono del escritorio de Tivoli que muestra deforma gráfica el estado de un monitor que ha sido asociado con el mismo. El iconotiene el aspecto de un termómetro, que el administrador de Tivoli puede leer paradeterminar el estado del monitor.

iniciarPreparar un sistema para el funcionamiento cargando un sistema operativo.

interfaz de línea de comandos (CLI)Tipo de interfaz de sistema en el que el comando de entrada es una cadena decaracteres de texto. Contrástese coninterfaz gráfica para el usuario.

interfaz de programación de aplicaciones (API)Interfaz de software que permite que las aplicaciones se comuniquen entre sí. UnaAPI es el conjunto de sentencias o construcciones de lenguaje de programación quepueden codificarse en un programa de aplicación para obtener los servicios y rolesespecificadas proporcionados por un programa de servicio o sistema operativosubyacente.

interfaz de programas de aplicaciónConsulteinterfaz de programación de aplicaciones.

interfaz gráfica para el usuario (GUI)Tipo de interfaz de sistema que consta de una metáfora visual o de una escena delmundo real, normalmente de un escritorio. Dentro de esa escena se encuentraniconos, que representan objetos reales, a los que el usuario puede acceder ymanipular con un dispositivo de puntero. Contrástese coninterfaz de línea decomandos.

J

JavaLenguaje de programación orientado a objetos para código interpretativo portátil queda soporte a la interacción entre objetos remotos. Java ha sido desarrollado yespecificado por Sun Microsystems, Incorporated.

JavaScriptLenguaje de realización de scripts que se parece a Java y fue desarrollado porNetscape para su utilización con el navegador de Netscape.

390 Versión 3.7

K

KBConsultekilobyte.

kilobyte (KB)(1) Para almacenamiento de procesador, almacenamiento real y virtual y volumen decanal, 210 ó 1024 bytes. (2) para capacidad de almacenamiento en disco y volumende comunicaciones, 1000 bytes.

L

Lenguaje de biblioteca de tareas (TLL)En el entorno de Tivoli, lenguaje de programación que se utiliza para definir unabiblioteca de tareas. La definición de TLL puede utilizarse para copiar unabiblioteca de tareas desde una instalación a otra. El TLL permite también ladescripción de los argumentos para cada tarea de modo que las herramientas de lainterfaz gráfica para el usuario (GUI) puedan interpretarlos y presentar una interfazpara los operadores que deseen crear las tareas.

Lenguaje de especificación de colecciones de monitores (MCSL)Lenguaje de programación patentado que pertenece a Tivoli Systems, Inc. y que seutiliza para definir colecciones de monitores para Tivoli Distributed Monitoring.

lista de abonoEn el entorno de Tivoli, lista que identifica a los suscriptores a un gestor de perfiles.La inclusión de un gestor de perfiles en una lista de abono (de hecho, una listadentro de otra lista), es una forma de abonar distintos recursos simultáneamente enlugar de añadir cada uno de ellos individualmente. En módulos de Tivoli Plus, ungestor de perfiles funciona como una lista de abono.

lista de puntos finalesEn el entorno de Tivoli, lista de todos los clientes de Endpoint de la Región deadministración de Tivoli (TMR) con sus gateways asignadas. Consulteadministrador de puntos finales.

M

MBConsultemegabyte.

Medición de la respuesta de aplicacionesLa API de Medición de la respuesta de aplicaciones (ARM) es un estándar paramedir la disponibilidad y el rendimiento de transacciones (cualquier unidad detrabajo). Las aplicaciones llaman a la API de ARM cuando una transacción empiezay finaliza. Un agente mide el tiempo de respuesta de la transacción y determina si la


Glosario

transacción se ha ejecutado satisfactoriamente. Un agente y la colección demonitores que da soporte a ARM se incluyen con Tivoli Distributed Monitoring 3.6y se describen en la publicaciónTivoli ARM Agents Guía del usuario.

megabyte (MB)(1) Para almacenamiento de procesador, almacenamiento real y virtual y volumen decanal, 220 ó 1.048.576 bytes. (2) para capacidad de almacenamiento en disco yvolumen de comunicaciones, 1.000.000 bytes.

menú emergenteMenú que, cuando se solicita, aparece junto al objeto con el que está asociado.

método de EndpointEn el entorno de Tivoli, método que se ejecuta en un cliente de Endpoint comoresultado de una petición por parte de otros recursos gestionados de la Región deadministración de Tivoli (TMR). Los resultados del método se reenvían en primerlugar a el gateway y luego al recurso gestionado que ha efectuado la petición.

método de gatewayEn el entorno de Tivoli, método que se ejecuta en el nodo gestionado de proxy degateway de parte del Endpoint. Los resultados del método se reenvían al recursogestionado que ha efectuado la petición.

monitor(1) Dispositivo que observa y registra actividades seleccionadas dentro de unsistema de proceso de datos para el análisis. La finalidad puede ser la indicación deuna desviación significativa de la pauta o la determinación de niveles de utilizaciónde unidades funcionales específicas. (2) Software o hardware que observa,supervisa, controla o verifica las operaciones de un sistema. (3) Software quesupervisa aplicaciones específicas o los sistemas en las que las aplicaciones sebasan. Los monitores normalmente supervisan información, como por ejemplo elespacio de disco disponible o los errores de aplicación y comparan la informacióncon umbrales definidos. Cuando se sobrepasan los umbrales, puede notificarse a losadministradores del sistema o de la red o puede producirse una respuestaautomatizada.

monitor asíncronoEn Tivoli Distributed Monitoring, monitor que recibe datos de un evento nosolicitado e interpreta los datos inmediatamente. Contrástese conmonitor síncrono.

monitor personalizadoEn Tivoli Distributed Monitoring, monitor que es implementado como un script oun programa por parte del administrador de Tivoli.

monitor síncronoEn Tivoli Distributed Monitoring, monitor que supervisa recursos periódicamente (lamayoría de monitores son síncronos). Contrástese conmonitor asíncrono.

392 Versión 3.7

motor de Distributed MonitoringEn el entorno de Tivoli, software de cliente que se instala en cada nodo gestionadoque Tivoli Distributed Monitoring supervisa. El motor de Distributed Monitoringsupervisa recursos, compara los datos de recursos gestionados con los umbralesconfigurados y ejecuta respuestas automatizadas.

N

NFSConsulteSistema de archivos de red.

nivel de alarmaEn Tivoli Distributed Monitoring, estado de un monitor cuando se alcanza unumbral específico. Un administrador de Tivoli puede establecer umbrales para cadanivel de alarma y hacer que Tivoli Distributed Monitoring active una respuestadistinta (es decir, una acción y un evento) para cada nivel. Puede haber variasrespuestas para cada nivel de alarma.

nodo gestionadoEn el entorno de Tivoli, cualquier recurso gestionado en el que se encuentrainstalado Tivoli Framework.

nombre de hostEn el conjunto de protocolos de Internet, nombre que se da a una máquina. Enocasiones, se utiliza el “nombre de host” para designar un nombre de dominiototalmente calificado; otras veces se utiliza para designar el subnombre másespecífico de un nombre de dominio totalmente calificado. Por ejemplo, siralvm7.vnet.ibm.com es el nombre de dominio totalmente calificado, uno de lossiguientes puede considerarse el nombre de host:ralvm7.vnet.ibm.com o ralvm7.

normaEn Tivoli Enterprise Console, conjunto de una o más sentencias lógicas quepermiten al servidor de eventos reconocer relaciones entre eventos (correlación deeventos) y ejecutar las respuestas automatizadas correspondientes.

notificación(1) Informe no planificado, generado de forma espontánea, de un evento que se haproducido. (2) En la administración de sistemas, información emitida por un objetogestionado con relación a un evento que se ha producido dentro del objetogestionado, por ejemplo una variación de umbral o un cambio en el estado de laconfiguración.

P

PegarOpción que coloca el contenido del portapapeles en la posición actual del cursor.


Glosario

perfilEn el entorno de Tivoli, contenedor para información específica de aplicacionesacerca de un tipo específico de recurso. Una aplicación de Tivoli especifica laplantilla para sus perfiles; la plantilla incluye información sobre los recursos quepueden gestionarse mediante esa aplicación de Tivoli. En Tivoli DistributedMonitoring, un perfil contiene un conjunto de monitores.

políticaEn el entorno de Tivoli , conjunto de normas que se aplican a los recursosgestionados. Se hace referencia a una norma específica de una política como“método de política.”

política de validaciónEn el entorno de Tivoli, la política asegura que todos los recursos de una región depolíticas cumplan con la política establecida de la región. La política de validaciónimpide que los administradores de Tivoli creen o modifiquen recursos que no seajusten a la política de la región de políticas donde se crearon los recursos.

proxy de Distributed MonitoringConsulteEndpoint.

R

ranura de eventoEn el entorno de Tivoli, área separada (campo) de un registro de eventos quecontiene un tipo específico de información acerca de un evento.

ratónDispositivo de puntero que se utiliza normalmente y que contiene uno o másbotones con los que un usuario puede interactuar con un producto o con el entornooperativo.

recurso gestionadoEn el entorno de Tivoli, cualquier entidad de hardware o software (máquina,servicio, sistema o recurso) representado por un objeto de base de datos y un iconoen el escritorio de Tivoli. Los recursos gestionados deben ser un tipo de recursosoportado en una región de políticas y están sujetos a un conjunto de normas. Losrecursos gestionados incluyen nodos gestionados, bibliotecas de tareas, monitores,perfiles y tablones de anuncios, pero no están limitados a los mismos.

Región de administración de Tivoli (TMR)En el entorno de Tivoli, un servidor TMR y el conjunto de clientes a los que sirve.Una organización puede tener más de una TMR. Una TMR dirige la conectividadfísica de los recursos, mientras que una región de políticas dirige la organizaciónlógica de los recursos.

394 Versión 3.7

región de políticasEn el entorno de Tivoli, grupo de recursos gestionados que comparten una o máspolíticas comunes. Los administradores de Tivoli utilizan regiones de políticas paramodelar la estructura de organización y de administración de un entorno informáticode red. Los administradores pueden agrupar recursos parecidos, definir el acceso arecursos y controlarlos, y asociar normas para gobernar los recursos. La región depolíticas contiene los tipos de recursos y la lista de recursos que deberángestionarse. Una región de políticas está representada en el escritorio de Tivoli porun icono que tiene el aspecto de un edificio con una cúpula. Cuando se crea unaRegión de administración de Tivoli (TMR), se crea también una región de políticascon el mismo nombre. En este caso, la TMR tiene solamente una región depolíticas. Sin embargo, en la mayoría de casos, un administrador de Tivoli crea otrasregiones y subregiones de políticas para representar a la organización de la TMR.Una TMR dirige la conectividad física de los recursos, mientras que una región depolíticas dirige la organización lógica de los recursos.

Registro básico de objetos en C (BAROC)En el servidor de eventos de Tivoli Enterprise Console, representación interna de lasclases de eventos definidas.

registro de nombresEn el entorno de Tivoli, servicio de nombres que consta de una tabla bidimensionalque correlaciona nombres de recursos con identificadores de recursos y lainformación correspondiente con una Región de administración de Tivoli (TMR).

rol de administraciónConsulterol de autorización.

rol de autorizaciónEn el entorno de Tivoli, rol asignada a los administradores de Tivoli para permitirlesrealizar las tareas de gestión de los sistemas que tienen a su cargo. Se puede otorgarun rol a través de toda la Región de administración de Tivoli (TMR) o a través deun conjunto específico de recursos, como los contenidos en una región de políticas.Algunos ejemplos de roles de autorización incluyen:super, senior, admin y user.

rol de usuarioConsulterol de autorización.

S

servidor de eventosEn Tivoli Enterprise Console, servidor central que procesa eventos. El servidor deeventos crea una entrada para cada nuevo evento y evalúa el evento con respecto auna base de reglas para determinar si puede responder al evento o modificarloautomáticamente. El servidor de eventos también actualiza las consolas de eventos


Glosario

con la información de eventos actual. Si el servidor de eventos primario no estádisponible, pueden enviarse los eventos a un servidor de eventos secundario.

servidor NFSPrograma o sistema que permite a los hosts remotos autorizados llamar a clientesdel Sistema de archivos de red (NFS) para montar y acceder a sus directorios dearchivos locales.

servidor TivoliServidor que mantiene o hace referencia al conjunto completo de software de Tivoli,incluida la base de datos de objetos completa. Consultecliente Tivoli y servidorTMR.

servidor TMRServidor Tivoli para una Región de administración de Tivoli (TMR) específica.Consultecliente Tivoli y cliente TMR.

símbolo del sistemaCarácter o cadena de caracteres que se visualizan e indican que un usuario puedeentrar un comando para ser procesado.

Sistema de archivos de red (NFS)Protocolo desarrollado por Sun Microsystems, Incorporated, que permite a cualquierhost de una red montar los directorios de archivos de otro host. Una vez montados,los directorios de archivos parecen residir en el host local.

sistema operativo AIXImplementación de IBM del sistema operativo UNIX. El sistema RS/6000, entreotros, ejecuta el sistema operativo AIX.

sistema operativo UNIXSistema operativo desarrollado por Bell Laboratories que permite lamultiprogramación en un entorno de múltiples usuarios. El sistema operativo UNIXse desarrolló originariamente para la utilización en minisistemas, pero se haadaptado para sistemas principales y microsistemas. El sistema operativo AIX es laimplementación de IBM del sistema operativo UNIX.

subdirectorioDirectorio que se encuentra dentro de otro directorio en una jerarquía de sistema dearchivos.

subregión de políticasEn el entorno de Tivoli, región de políticas creada o residente en otra región depolíticas. Al crear una subregión de políticas, utiliza inicialmente las propiedades depolítica y recursos de la región de políticas primaria. El administrador de Tivolipuede personalizar o cambiar posteriormente estas propiedades para reflejar lasnecesidades y diferencias específicas de la subregión.

396 Versión 3.7

suma de comprobación(1) Suma de un grupo de datos asociados con el grupo y utilizados para finalidadesde comprobación. (2) En detección de errores, rol de todos los bits de un bloque. Silas sumas escritas y calculadas no coinciden, se indica un error. (3) En un disco,datos escritos en un sector por motivos de detección de errores; una suma decomprobación calculada que no coincide con la suma de comprobación de los datosescritos en el sector indica que el sector es anómalo. Los datos son numéricos uotras cadenas de caracteres consideradas como numéricas con la finalidad decalcular una suma de comprobación.

suscriptorEn el entorno de Tivoli, un cliente Tivoli, un gestor de perfiles o cualquier tipo deEndpoint (por ejemplo, un nodo gestionado PC o un Endpoint proxy) que estésuscrito a un gestor de perfiles. Aunque los perfiles se distribuyan a un suscriptor, elsuscriptor puede ser el destino final de la distribución del perfil o no serlo.

T

tablón de anunciosEn el entorno de Tivoli, mecanismo primario mediante el que Tivoli Framework ylas aplicaciones de Tivoli se comunican con los administradores de Tivoli. El tablónde anuncios se representa mediante un icono en el escritorio de Tivoli a través delcual los administradores tienen acceso a los anuncios. Las aplicaciones de Tivoliutilizan el tablón de anuncios como seguimiento de auditoría de las operacionesimportantes que realizan los administradores.

tareaEn el entorno de Tivoli, definición de una acción que debe realizarse de formarutinaria en varios nodos gestionados de la red. Una tarea define los ejecutables quedeben ejecutarse cuando se ejecuta la tarea, la rol de autorización necesaria paraejecutar la tarea y el nombre de usuario o de grupo bajo el que la tarea se ejecutará.

TivoliPerteneciente al conjunto de aplicaciones de Tivoli que permiten a losadministradores de sistemas gestionar su empresa informática de red según lasdisciplinas de gestión de disponibilidad, gestión de despliegue, operaciones yadministración, y gestión de seguridad.

Tivoli Distributed MonitoringProducto de Tivoli que supervisa los recursos del sistema, inicia las accionescorrectivas necesarias e informa a los administradores del sistema acerca deproblemas potenciales. Tivoli Distributed Monitoring consta de un grupo demonitores que están instalados en cada nodo gestionado que debe supervisarse.Resuelve algunos eventos por su cuenta y puede enviar otros a Tivoli EnterpriseConsole.


Glosario

Tivoli Enterprise Console (TEC)Producto de Tivoli que recoge, procesa e inicia automáticamente accionescorrectivas para eventos del sistema de aplicaciones, de red y de bases de datos; esel punto de control central para eventos de todos los orígenes. Tivoli EnterpriseConsole proporciona una visión centralizada y global del entorno informático dered; utiliza monitores de eventos distribuidos para recoger información, un servidorde eventos central para procesar la información y consolas de eventos distribuidospara presentar la información a los administradores del sistema.

Tivoli FrameworkSoftware básico que es necesario para ejecutar las aplicaciones en el conjunto deproductos Tivoli. Esta infraestructura de software permite la integración de lasaplicaciones de administración de sistemas de Tivoli y los socios de Tivoli.Framework incluye Object Request Broker (oserv), base de datos de objetosdistribuidos, roles básicas de administración, servicios básicos de aplicación yservicios básicos de escritorio como por ejemplo la interfaz gráfica para el usuario(GUI). En un entorno de Tivoli, Tivoli Framework está instalado en cada cliente ycada servidor con las excepciones siguientes: (a) Tivoli Framework nunca estáinstalado en un PC cliente; en su lugar el agente del TMA está instalado en el PC y(b) el servidor TMR es el único que mantiene la base de datos de objetos completa.

TMRConsulteRegión de administración de Tivoli.

U

umbralEn productos de software, valor que define un límite para una condiciónsupervisada. La condición supervisada, la significación del límite y la respuestaespecífica del producto de software cuando la condición supervisada alcanza elumbral especificado varían mucho según el producto.

unidad(1) Dispositivo periférico, en particular el que tiene soporte de almacenamientodireccionado. (2) Mecanismo que se utiliza para buscar, leer y escribir informaciónen un soporte de almacenamiento. (3) Consultedenominación de unidad.

398 Versión 3.7

Índice

Caracteres Especiales\ (carácter de continuación de línea) xxi

Aadición

monitores a un perfil de Tivoli DistributedMonitoring 78

niveles personalizados y restaurariconos 381

y generación de informes de TivoliDistributed Monitoring Inspector 178

alarmas emergentes 64, 90análisis de anomalías con los módulos Tivoli

Plus 372anomalía en algunos nodos gestionados, Registrar

en archivo 374archivo de clase de evento 49archivo de configuración, EIF 51Archivo de configuración EIF 51archivos BAROC 49archivos de anotaciones

Inspector 196archivos de clase 49archivos de Inspector, ubicación de 193archivos de registro

daemon de HTTP 196archivos HTML de Inspector, ubicación de

los 193Archivos Java

ubicación de Inspector 193asignación

de perfiles de Tivoli Distributed Monitoringcon una colección de indicadores 64, 90

recursos gestionados 44avisos 90

avisos 90 (continuación)ausencia de avisos de respuestas anómalas o

sondeos de monitor anómalos en el grupo deavisos SentryStatus 376

avisos de Tivoli 90

Bbase de reglas 49bloqueo de monitores 156

Ccaché, evento 51caché de evento 51cadena alfanumérica

Tivoli Distributed Monitoring Inspector norepresenta datos de cadenasalfanuméricas 378

cadena de caracteresoperadores 226

carácter de continuación de línea (\) xxicaracterísticas de Tivoli Distributed

Monitoring 28clasificación

atributos del monitor 124monitores 122

clonación de perfiles de Tivoli DistributedMonitoring 152

colección de, actualización para Endpoints que lautilizan 377

colecciones de indicadores 38asociación con un perfil de Tivoli Distributed

Monitoring 64, 90borrado de registros de indicador 90, 168


Índice

colecciones de indicadores 38(continuación)creación 62enviar un registro de anotaciones 171guardar registros 169iconos de 38visualización de registros de

anotaciones 166comando mcsl 242comando waddcust 248comando waddchan 246comando waddinsp 252comando waddlevel 250comando waddmon 105, 254comando waddprxenv 106, 263comando waddsnti 265comando wasync 267

ejecución desde un Endpoint 375comando wclreng 271comando wclrsntlog 168, 273comando wcrtprf 48, 153, 204comando wcrtprx 202, 274comando wcrtsntcoll 64, 275comando wdel 155comando wdelcust 277comando wdelchan 276comando wdelinsp 279comando wdelmon 122, 281comando wdelsnti 284comando wdellevel 280comando wdisprb 285comando wdistrib 137comando wdmgwcfg 287comando wdumpsnt 290comando wenblprb 292comando wgetprxenv 294comando wgetsntid 295comando winstall 23comando wloadsnt 297comando wlscoll 300comando wlscust 301comando wlschan 299comando wlseng 302comando wlsinsp 305comando wlslevels 306comando wlsmon 307comando wlssntcoll 164, 309

comando wlssntlog 167, 171, 173, 310comando wrstsntlog 311comando wrunprb 312

la salida de los monitores asíncronos es la delúltimo valor de activación si se ejecutancon 379

comando wsetcoll 314comando wsetmon 120, 315comando wsetpr 45comando wsetprx 205comando wsetprxenv 216, 324comando wsetsnti 165, 326comando wsetsntid 139, 328comando wsnmpget 330comando wsnmpmon 332comando wsnmpnext 333comando wsnmpset 335comando wsnmptrap 337comando wstarthttpd 177comando wstopeng 339comando wstophttpd 177comando wsub 69comandos

escritura de scripts que llaman a comandosCLI locales 374

mcsl 242waddcust 248waddchan 246waddinsp 252waddlevel 250waddmon 105, 254waddprxenv 263waddsnti 265wasync 267

ejecución desde un Endpoint 375wclreng 271wclrsntlog 168, 273wcrtprf 48, 153, 204wcrtprx 202, 274wcrtsntcoll 64, 275wdel 155wdelcust 277wdelchan 276wdelinsp 279wdelmon 122wdelprb 282

400 Versión 3.7

comandos(continuación)wdelsnti 284wdellevel 280wdisprb 285wdistrib 137wdmgwcfg 287wdumpsnt 290wenblprb 292wgetprxenv 294wgetsntid 295winstall 23wloadsnt 297wlscoll 300wlscust 301wlschan 299wlseng 302wlsinsp 305wlslevels 306wlsmon 307wlssntcoll 164, 309wlssntlog 167, 171, 173, 310wrstsntlog 311wrunprb 312

la salida de los monitores asíncronos es ladel último valor de activación si seejecutan con 379

wsetcoll 66, 314wsetmon 120, 315wsetpr 45wsetprx 205wsetprxenv 324wsetsnti 165, 326wsetsntid 139, 328wsnmpget 330wsnmpmon 332wsnmpnext 333wsnmpset 335wsnmptrap 337wstarthttpd 177wstopeng 339wstophttpd 177wsub 69

cómo pasar información adicional 216a proxys 324

comprobar monitores 359

conexiónmonitores para Inspector 177

configuraciónTDS para Server Performance Prediction 23

configuración centralizada, mecanismo de 30configuración de estilos de mensajes

locales 209consideraciones acerca de la seguridad 39

servidor HTTP primario 194consideraciones de TMR 40consideraciones entre las TMR (Tivoli

Management Region) 40consola, envío de eventos a 49, 56copia de monitores 114correo electrónico

no hay respuesta desde el nodo gestionado deWindows NT 377

creacióncolecciones de indicadores 62monitores 78perfiles de Tivoli Distributed Monitoring 46proxys 200

Ddesbloqueo de monitores 156desinstalación

Tivoli Decision Support 24diálogo de Tivoli Distributed Monitoring,

determinar qué hace cada 371distribución

establecimiento de acciones 145establecimiento de suscriptores 67establecimiento de valores

predeterminados 70distribución de perfiles 131distribuir de nuevo a un nodo gestionado, no se

puede 379dominos de autenticación, Inspector 194


Índice

Eedición de monitores 83EIF, descrito 50ejecución de scripts personalizados 361entera del motor de Distributed Monitoring,

precisión de variable 32Enterprise Console, Tivoli 49, 56, 103enviar un registro de anotaciones del

indicador 171Envío de eventos de Tivoli Enterprise

Console 103escribir scripts que llaman a comandos CLI

locales 374establecimiento

acciones de distribución 145estilos de mensajes 106, 263filtros de monitor 206ID de grupo 137, 242ID de usuario 137, 242planificación de supervisión

predeterminada 140planificaciones de supervisión

individuales 108propiedades del perfil de Tivoli Distributed

Monitoring 34proxys 203suscriptores 67valores de política predeterminados 242valores de políticas predeterminados 137valores predeterminados de distribución 70variables de entorno 324

estadoiconos 38operadores 228

estilos de mensajes 106, 263configuración local 209

estilos de mensajes locales, configuraciónde 209

Event Integration Facility, descrito 50eventos, envío de Tivoli Enterprise Console 49,

56explícitas de Endpoint y del daemon oserv,

variables 354Explorer no funciona con Tivoli Distributed

Monitoring Inspector, Microsoft Internet 378

Fformato de mensajes 106, 263

Ggeneración

de informes de Tivoli Distributed MonitoringInspector, adición y 178

eventos 49, 56guardar registros de indicador 169

Hhabilitación de monitores 118HTTP

daemonarchivos de registro 196inicio y detención 176

peticiones 177servidor primario 192servidores, en nodos finales 196

Iiconos

adición de niveles personalizados yrestaurar 381

colecciones de indicadores 62estado 38ilustrado 38

ID de grupo 137, 242ID de usuario 137, 242indicaciones de hora incorrectas en diálogos

emergentes, archivos de registro y correoelectrónico, el motor de Tivoli DistributedMonitoring escribe 380

indicadores, colecciones de 38información adicional, cómo pasar 216, 324

402 Versión 3.7

informesAdición y generación de informes de

Inspector de Tivoli DistributedMonitoring 178

inhabilitación de monitores 118inicio de sesión

para Inspector 193inicio rápido 40inicio y detención del daemon de HTTP 176Inspector

adición y generación de informes 178archivos de anotaciones 196archivos de registro del daemon HTTP 196arquitectura 192consideraciones acerca de la seguridad 194inicio de sesión 193listas de nodos y de monitores 195no dibuja varios monitores en un gráfico de

áreas o de línea 378no funciona con Microsoft Internet

Explorer 378no funciona en Windows NT 378no representa datos de cadenas

alfanuméricas 378realización de gráficos y diagramas

mediante 31registro de monitores para 177servidor HTTP primario 192ubicación de archivos 193visualización de información de múltiples

monitores 195visualización de información de múltiples

nodos 195visualización incorrecta de números

grandes 374instalación

Monitor Netware 10instalación de Tivoli Distributed Monitoring 16,

30interfaz no Tivoli para el envío de eventos 50,

52Interfaz Tivoli para el envío de eventos 50, 52Internet Explorer no funciona con Tivoli

Distributed Monitoring Inspector,Microsoft 378

Mmecanismo de configuración centralizada 30Microsoft Internet Explorer, Tivoli Distributed

Monitoring Inspector no funciona con 378módulos de Tivoli Plus, análisis de anomalías en

los 372monitor de ejemplo 105Monitor Netware

instalación 10monitores 37

adición a perfiles de Tivoli DistributedMonitoring 78

asíncronos, tienen como salida el último valorde activación si se ejecutan con el comandowrunprb 379

bloqueo 156clasificación 122clasificación de atributos 124comprobar 359copia entre perfiles 114desbloqueo 156edición 83ejemplo 105habilitación 118inhabilitación 118no se puede distribuir de nuevo a un nodo

gestionado 379registro para Inspector 177SNMP que no funcionan 375supresión 120Tivoli Distributed Monitoring Inspector no

dibuja varios monitores en un gráfico deáreas o de línea 378

traslado entre perfiles 116utilización del perfil fuente como plantilla

para 149visión general 37visualización de información para varios 195

monitores SNMP que no funcionan 375motor

continúa en ejecución después de habersuprimido un Endpoint 379

escribe indicaciones de hora incorrectas endiálogos emergentes, archivos de registro ycorreo electrónico 380


Índice

motor (continuación)resolución de problemas de Tivoli Distributed

Monitoring 218variables de entorno específicas 351varias copias en Windows NT 371

Nnavegación entre perfiles 157NetWare

modificación, autoexec.ncf 10soporte 32supervisión de sistemas 73

niveles personalizados y restaurar iconos,añadir 381

nodosvisualización de información para varios 195y listas de monitores con Inspector 195

nodos finales, servidores HTTP en 196números grandes, visualizados de forma

incorrecta por Tivoli Distributed MonitoringInspector 374

OOpción de configuración EIF de archivo

BufEvtPath 51Opción de configuración EIF del archivo

ServerLocation 52Opción de configuración EIF del archivo

ServerPort 53Opciones de archivo de configuración EIF

Véase también la Guía de adaptadores deTivoli Enterprise Console xviii

Opciones de configuración de archivo EIFBufEvtPath 51

Opciones de configuración de archivos EIFServerLocation 52ServerPort 53

operadoresarchivo 230

operadores(continuación)cadena de caracteres 226estado 228numéricos 223

operadores numéricos 223operadores para archivos 230

Pperfiles

adición de monitores a Tivoli DistributedMonitoring 78

asociación con una colección deindicadores 64, 91

borrado de registros de indicador 90, 168clonación en Tivoli Distributed

Monitoring 152copia de monitores 114creación de los perfiles de Tivoli Distributed

Monitoring 46distribución 131establecer acciones de distribución en Tivoli

Distributed Monitoring 145establecer la propiedades de 34establecimiento de planificación de

supervisión predeterminada 140establecimiento de una fuente

predeterminada 149establecimiento de valores de política

predeterminados 137guardar registros de indicador 169navegar entre perfiles de Tivoli Distributed

Monitoring 157supresión en Tivoli Distributed

Monitoring 154Tivoli Distributed Monitoring 33traslado de monitores entre perfiles de Tivoli

Distributed Monitoring 116visualización de registros de anotaciones de

indicador 166posibilidades de gestión remotas 30precisión de variable entera del motor de

Distributed Monitoring 32

404 Versión 3.7

programasubicación de Inspector 193

proxyscómo pasar información adicional 324creación 200establecimiento 203utilización de filtros de monitor 206variables de entorno de 48, 204

puntos finalesactualización de una colección de monitores

utilizada por Endpoints 377

Rrealización de gráficos y diagramas mediante el

programa de utilidad Inspector 31recopilación de datos 30recurso gestionado IndicatorCollection 45recurso gestionado SentryProfile 45recurso gestionado SentryProxy 45recursos gestionados 44

IndicatorCollection 45SentryProfile 45SentryProxy 45

Registrar en archivo, anomalía en algunos nodosgestionados 374

requisitosespacio de disco 10hardware 10software 3

requisitos de espacio de disco 10requisitos de hardware 10requisitos de software 3resolución de problemas del motor Tivoli

Distributed Monitoring 218respuesta

acciones 90niveles 86

respuestas automáticas 30respuestas desencadenadas

alarmas emergentes 64, 90avisos de Tivoli 90eventos de Tivoli Enterprise Console 103

restaurar iconos, adición de nivelespersonalizados y 381

restricción de planificaciones de supervisiónmonitores 111perfiles de Tivoli Distributed

Monitoring 143rol sentry_async_tmf_init 343rol sentry_c_send_string 345rol sentry_connect 345rol sentry_disconnect 345rol sentry_send_number 347rol sentry_send_string 347roles

sentry_async_tmf_init 343sentry_c_send_number 345sentry_connect 345sentry_disconnect 345sentry_send_number 347sentry_send_string 347

roles de autorizaciónconfiguración de perfiles 234utilización de Endpoints proxy 235utilización de perfiles 235

Sscripts personalizados, ejecución de 361scripts que llaman a comandos CLI locales,

escritura de 374Server Performance Prediction

para Tivoli Decision Support 23servidor de eventos 52servidor HTTP primario 192supervisión

actualización de una colección que utilizanpuntos finales 377

asíncrona 212planificación

establecimiento de valorespredeterminados 140

establecimiento para monitores 108restricciones

monitores 111


Índice

supervisión(continuación)perfiles de Tivoli Distributed

Monitoring 143sistemas NetWare 73

supervisión asíncrona 212supresión

monitores 120perfiles de Tivoli Distributed

Monitoring 154suscriptores

distribución a 131establecimiento 67

Ttareas de búsqueda 122Tivoli Decision Support

configuración 23configuración para Server Performance

Prediction 23desinstalación 24

Tivoli Distributed Monitoring, instalación 16Tivoli Enterprise Console 49, 56, 103

Uumbrales 90utilización

Tivoli Distributed Monitoring 33variables de entorno 355

Vvalores de política 137, 242valores por omisión

creación para monitores 149establecimiento de valores de política 137

valores predeterminadosestablecimiento de planificación de

supervisiónmonitores 108

establecimiento de valores de política 242variables

variables de entorno, notación de xxivariables de entorno 48, 204

específicas del motor 351establecimiento 324explícitas de Endpoint y del daemon

oserv 354implícitas de Endpoint 353utilización 355

variables de entorno, notación específica xxivariables implícitas de Endpoint 353varias copias del motor de Tivoli Distributed

Monitoring en Windows NT 371visualización incorrecta de números grandes por

parte de Inspector 374

Wwsetcollcomando 66

406 Versión 3.7

Printed in Denmark by IBM Danmark A/S

GC10-3310-00

ibmpublib.boulder.ibm.com/tividd/td/dist_mon/gc31-8382-04/es_es/pdf/usemst.pdfcontenido...

Documents