Itcamtrans Ag

IBM Tivoli Composite Application Manager for Transactions
V7.4
para AIX, Linux, Solaris y Windows
Gua del administrador
SC11-7941-03
Nota
Antes de utilizar esta informacin y el producto al que hace referencia, lea la informacin del apartado Avisos en la
pgina 671.
Esta edicin se aplica a la V7.4 de IBM Tivoli Composite Application Manager for Transactions (nmero de
producto 5724-S79) y los siguientes releases y modificaciones hasta que se indique lo contrario en nuevas ediciones.
Copyright IBM Corporation 2008, 2013.
Contenido
Figuras . . . . . . . . . . . . . . vii
Tablas . . . . . . . . . . . . . . . ix
Acerca de esta publicacin . . . . . xiii
Publicaciones . . . . . . . . . . . . . xiii
Biblioteca de documentacin . . . . . . . xiii
Publicaciones necesarias . . . . . . . . . xiv
Acceso a la terminologa en lnea . . . . . . xiv
Acceso a las publicaciones en lnea . . . . . xiv
Pedido de publicaciones . . . . . . . . . xiv
Accesibilidad. . . . . . . . . . . . . . xv
Formacin tcnica en Tivoli . . . . . . . . . xv
Informacin de soporte . . . . . . . . . . xv
Convenios utilizados en esta gua. . . . . . . xvi
Convenios de tipo de letra . . . . . . . . xvi
Variables y vas de acceso dependientes del
sistema operativo . . . . . . . . . . . xvi
Captulo 1. Introduccin . . . . . . . . 1
Visin general . . . . . . . . . . . . . . 1
Integracin con IBM Tivoli Monitoring . . . . 3
Acerca de Internet Service Monitoring . . . . . 9
Acerca de Response Time. . . . . . . . . 11
Acerca de Transaction Tracking . . . . . . . 15
Captulo 2. Uso de Editor de
configuracin de gestin de
aplicaciones . . . . . . . . . . . . 25
Acceso y navegacin del Editor de configuracin de
gestin de aplicaciones . . . . . . . . . . 26
Terminologa de Editor de configuracin de gestin
de aplicaciones . . . . . . . . . . . . . 32
Plan de accin sugerido para utilizar Editor de
configuracin de gestin de aplicaciones. . . . . 33
Definicin de aplicaciones para perfiles . . . . . 35
Definicin de transacciones para perfiles . . . . 39
Utilizacin de filtros . . . . . . . . . . . 52
Filtrado extendido para el Transaction Collector 57
Propiedades de filtro . . . . . . . . . . 58
Supervisin de usuarios y sesiones nicos para Web
Response Time . . . . . . . . . . . . . 65
Creacin de clientes . . . . . . . . . . . 78
Definicin de perfiles . . . . . . . . . . . 81
Procedimiento: definicin de un nuevo perfil . . 82
Procedimiento: seleccin de transacciones para
un perfil . . . . . . . . . . . . . . 83
Procedimiento: modificacin de un perfil . . . 87
Procedimiento: creacin de otro perfil desde un
perfil existente . . . . . . . . . . . . 87
Procedimiento: supresin de un perfil . . . . 88
Procedimiento: configuracin de la captura de
pantalla de robtica . . . . . . . . . . 88
Configuracin de la comprobacin de contenido
de Web Response Time . . . . . . . . . 89
Descripciones del valor de las propiedades . . . 94
Trabajo con perfiles utilizando la lnea de
mandatos . . . . . . . . . . . . . . 98
Creacin y utilizacin de las listas de sistemas
gestionados y de distribucin . . . . . . . . 106
Inicio o detencin de aplicaciones, transacciones y
perfiles . . . . . . . . . . . . . . . 111
Utilizacin de mandatos tacmd . . . . . . 113
Planificacin de ventanas de mantenimiento . . . 116
Creacin de componentes . . . . . . . . . 128
Definicin de reglas de informes . . . . . . . 136
Acerca del almacn de configuracin . . . . . 140
Configuracin de seguridad para Response Time 141
Sincronizacin manual de perfiles de Transaction
Tracking con el agente Application Management
Console . . . . . . . . . . . . . . . 144
Copia de seguridad y restauracin de valores de
configuracin . . . . . . . . . . . . . 145
Captulo 3. Personalizacin de
reproducciones robticas . . . . . . 147
Despliegue y administracin de Robotic Response
Time . . . . . . . . . . . . . . . . 147
Consideraciones sobre seguridad . . . . . . 151
Visin general de configuracin de reproducciones
robticas . . . . . . . . . . . . . . . 156
Registro de scripts. . . . . . . . . . . . 156
Utilizacin de Rational Performance Tester
(RPT) . . . . . . . . . . . . . . . 157
Utilizacin de Rational Functional Tester . . . 188
Utilizacin de Rational Robot . . . . . . . 197
Utilizacin de CLI Command Playback. . . . 204
Utilizacin de Mercury LoadRunner. . . . . 213
Trabajo con archivos de script . . . . . . . . 215
Copia manual y distribucin de scripts de
robtica . . . . . . . . . . . . . . 215
Ejecucin de un script de robtica . . . . . 217
Ubicacin de las grabaciones y las
reproducciones . . . . . . . . . . . . 220
Solucin de de transferencias lentas de archivos
de reproduccin robtica en servidores de
supervisin de AIX . . . . . . . . . . 220
Contraseas en scripts de Tiempo de respuesta
de robtica . . . . . . . . . . . . . 220
Trabajo con Multi File Uploader . . . . . . . 220
Acceso a Multi File Uploader . . . . . . . 221
Configuracin de Multi File Uploader . . . . 222
Utilizacin de Multi File Uploader para que
funcione con scripts de robtica . . . . . . 223
Captulo 4. Personalizacin de Web
Response Time . . . . . . . . . . 227
Acerca de Web Response Time . . . . . . . 227
Copyright IBM Corp. 2008, 2013 iii
Descripcin del seguimiento de transacciones y
seguimiento de TCP de Web Response Time . . . 230
Supervisin de otros protocolos . . . . . . . 235
Visualizacin de datos de un decodificador
personalizado en espacios de trabajo existentes . 236
Adicin de una aplicacin a IU de APM . . . 240
Despliegue de Web Response Time . . . . . . 243
Supervisin de trfico local (modalidad local) 243
Supervisin de trfico remoto (modalidad de
dispositivo) . . . . . . . . . . . . . 244
Configuracin de Web Response Time . . . . . 261
Habilitacin de Web Response Time para
supervisar tarjetas de interfaz de red especficas . 261
Habilitacin del Web Response Time para que
supervise las interfaces de red configuradas
para la formacin de equipos de la NIC en
sistemas Windows. . . . . . . . . . . 261
Configuracin del nombre de componente
WebLogic e IIS . . . . . . . . . . . . 262
Informes de registros cero para periodos de
inactividad . . . . . . . . . . . . . 264
Supervisin de transacciones utilizando Web
Response Time . . . . . . . . . . . . . 265
Habilitacin de la integracin de Transaction
Tracking . . . . . . . . . . . . . . 265
Seguimiento de subtransacciones de pginas
web . . . . . . . . . . . . . . . 267
Supervisin de tiempos de respuesta de
transacciones web . . . . . . . . . . . 267
Supervisin de los servidores web de fondo
WebSEAL . . . . . . . . . . . . . 269
Optimizacin de Web Response Time . . . . . 270
Captura de transacciones con tiempos de
respuesta lentos . . . . . . . . . . . 270
Ajuste de Web Response Time en un entorno de
alta carga. . . . . . . . . . . . . . 271
Implementacin de la administracin de la
memoria . . . . . . . . . . . . . . 272
Aumento del paralelismo de procesos . . . . 274
Gestin del uso de la CPU . . . . . . . . 275
Procesamiento de Web Response Time Analyzer
en la modalidad degradada . . . . . . . 276
Mejora de la eficacia de E/S . . . . . . . 277
Referencia de Web Response Time . . . . . . 277
Archivos de configuracin de Web Response
Time . . . . . . . . . . . . . . . 277
Variables de entorno . . . . . . . . . . 277
Resolucin de problemas de Web Response Time 288
Archivos de seguimiento y registro de Web
Response Time . . . . . . . . . . . . 288
Registro de solicitudes de objetos no fusionados 288
Habilitacin de la supervisin para los objetos
incorporados . . . . . . . . . . . . 289
Captulo 5. Dominios soportados por
Transaction Tracking . . . . . . . . 291
Dominio mediante el seguimiento de dominios . . 291
Seguimiento de transacciones mediante
dominios ARM . . . . . . . . . . . . 293
Seguimiento de las transacciones de CICS TG 293
Seguimiento de transacciones de CICS TXSeries 294
Seguimiento de las transacciones de WebSphere
Message Broker . . . . . . . . . . . 295
Seguimiento de las transacciones de WebSphere
MQ. . . . . . . . . . . . . . . . 297
Seguimiento de transacciones Tuxedo . . . . 298
Seguimiento de transacciones de WebSphere
Application Server a otros dominios. . . . . 298
Recopilacin de datos desde dominios soportados 300
Visualizacin de datos en la Tivoli Enterprise
Portal . . . . . . . . . . . . . . . . 300
Seguimiento de transacciones de ARM . . . . 300
Visualizacin de datos de seguimiento de
transacciones de CICS TG en espacios de trabajo 303
transacciones de CICS TXSeries en espacios de
trabajo. . . . . . . . . . . . . . . 309
transacciones de WebSphere Message Broker en
espacios de trabajo . . . . . . . . . . 311
transacciones de WebSphere MQ en espacios de
trabajo. . . . . . . . . . . . . . . 312
transacciones Tuxedo en los espacios de trabajo . 318
Visualizacin de datos de WASTT en espacios
de trabajo . . . . . . . . . . . . . 325
Visualizacin de datos de transacciones de
ITCAM Data Collector for WebSphere en
espacios de trabajo . . . . . . . . . . 326
Cmo se realiza el seguimiento de las transacciones 327
ID de asociacin y de instancias de
transacciones . . . . . . . . . . . . 327
Enlaces . . . . . . . . . . . . . . 327
Uniones . . . . . . . . . . . . . . 330
Captulo 6. Optimizacin del
seguimiento de transacciones . . . . 335
Agregacin de nodos de Transaction Tracking
utilizando los informes y el filtrado . . . . . . 335
Utilizacin de varios Transaction Reporter. . . . 342
Creacin de enlaces de espacio de trabajo
personalizados para nodos remotos . . . . . 343
Captulo 7. Supervisin de los
servicios de Internet . . . . . . . . 349
Supervisin de servicios de Internet . . . . . . 349
Supervisin de servicios web . . . . . . . . 350
Supervisores y sondeos . . . . . . . . . . 350
Supervisores de Internet Service Monitoring
disponibles . . . . . . . . . . . . . . 350
Archivos de supervisor . . . . . . . . . 351
Conceptos de Internet Service Monitoring . . . . 353
Interfaz de configuracin de Internet Service
Monitoring . . . . . . . . . . . . . . 353
Perfiles de usuario de Internet Service Monitoring 354
Creacin de perfiles de usuario . . . . . . 355
Copia de perfiles de usuario . . . . . . . 355
Distribucin de perfiles . . . . . . . . . 355
Supresin de los perfiles de usuario . . . . . 357
Elementos de perfil de Internet Service Monitoring 357
iv IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Parmetros de elementos obligatorios . . . . 358
Parmetros de elementos opcionales. . . . . 359
Creacin de elementos de perfil . . . . . . 364
Desactivacin de los elementos de perfil . . . 365
Supresin de elementos de perfil . . . . . . 365
Planificacin de la supervisin . . . . . . . 366
Creacin de planificaciones de supervisin . . 367
Grupos de OID. . . . . . . . . . . . . 367
Creacin de grupos de OID . . . . . . . 368
Creacin de objetos MIB. . . . . . . . . 369
Supresin de objetos MIB . . . . . . . . 369
Supresin de grupos de OID . . . . . . . 369
Ejemplo de Internet Service Monitoring . . . . 370
Internet Service Monitoring supervisa en detalle 371
Utilizacin de supervisores . . . . . . . . 372
Funciones comunes . . . . . . . . . . 377
Supervisor DHCP . . . . . . . . . . . 388
Supervisor DNS . . . . . . . . . . . 393
Supervisor FTP. . . . . . . . . . . . 400
Supervisor HTTP . . . . . . . . . . . 407
Supervisor HTTPS. . . . . . . . . . . 420
supervisor ICMP . . . . . . . . . . . 430
Supervisor IMAP4. . . . . . . . . . . 437
supervisor LDAP . . . . . . . . . . . 447
Supervisor NNTP . . . . . . . . . . . 454
supervisor NTP . . . . . . . . . . . 461
supervisor POP3 . . . . . . . . . . . 465
Supervisor RADIUS . . . . . . . . . . 475
Supervisor RPING. . . . . . . . . . . 480
supervisor RTSP . . . . . . . . . . . 487
supervisor SAA . . . . . . . . . . . 494
Supervisor SIP . . . . . . . . . . . . 521
supervisor SMTP . . . . . . . . . . . 527
supervisor SNMP . . . . . . . . . . . 536
supervisor SOAP . . . . . . . . . . . 543
Supervisor TCPPort . . . . . . . . . . 548
supervisor TFTP . . . . . . . . . . . 554
supervisor TRANSX . . . . . . . . . . 560
Interfaz de la lnea de mandatos de Internet
Service Monitoring . . . . . . . . . . . 566
interfaz de lnea de comandos de Internet
Service Monitoring Configuration . . . . . 567
ismbatch . . . . . . . . . . . . . . 571
Sintaxis de la lnea de mandatos . . . . . . 572
Operaciones de perfil de la interfaz de la lnea
de mandatos de Internet Service Monitoring . . 574
Operaciones de elementos de perfil de la
interfaz de la lnea de mandatos de Internet
Service Monitoring . . . . . . . . . . 576
Creacin de las secuencias de operaciones . . . 581
Operaciones de planificacin de perfil . . . . 582
Conversin de perfiles creados con ismbatch en
operaciones ismconfig . . . . . . . . . 583
Captulo 8. Integracin de Tivoli
Business Service Manager . . . . . 585
Requisitos de instalacin de TBSM . . . . . . 586
Instalacin de los archivos de personalizacin de
Tivoli Netcool/OMNIbus . . . . . . . . . 587
Referencia de Tivoli Netcool/OMNIbus
omnibusUpdater . . . . . . . . . . . 590
Instalacin de los archivos de personalizacin de
Tivoli Business Service Manager . . . . . . . 591
Referencia del mandato tbsmconfig . . . . . 595
Referencia del mandato psql_itcam . . . . . 596
Configuracin de IBM Tivoli Monitoring para
reenviar sucesos de situaciones . . . . . . . 598
DLA de ITCAM for Transactions . . . . . . . 599
DLA de Response Time . . . . . . . . . 600
DLA de Transaction Tracking . . . . . . . 602
Visualizacin de sucesos de Transaction Tracking
en Tivoli Business Service Manager . . . . . . 614
Uso de TBSM para crear una vista personalizada
de los datos . . . . . . . . . . . . . . 620
Sucesos SubTransaction en el panel de
instrumentos de TBSM . . . . . . . . . . 624
Estatus de subtransacciones afectado por la lgica
de fusin de sucesos de IBM Tivoli Monitoring . . 625
Apndice A. Inicio y detencin de
servidores y agentes . . . . . . . . 627
Apndice B. Visualizacin de
tendencias con informes . . . . . . 631
Visualizacin de tendencias con informes de
Cognos . . . . . . . . . . . . . . . 631
Visualizacin de tendencias con informes BIRT . . 634
Apndice C. Recopilacin de datos
histricos . . . . . . . . . . . . . 637
Configuracin de la recopilacin de datos
histricos . . . . . . . . . . . . . . . 637
Configuracin de la recopilacin de datos de
historial para Response Time . . . . . . . 639
historial para Transaction Tracking . . . . . 646
historial para Internet Service Monitoring . . . 649
Archivos histricos binarios . . . . . . . . 649
Contenido v
Apndice D. Clculos mejorados de
sincronizacin de red para mtricas
de Web Response Time . . . . . . . 653
Apndice E. Tiempos de respuesta de
robtica en Rational Performance
Tester. . . . . . . . . . . . . . . 659
Apndice F. Sintaxis de expresiones
regulares . . . . . . . . . . . . . 661
Apndice G. Resumen de RFC . . . . 663
Apndice H. Esquema ttdla.xsd . . . 665
Apndice I. Accesibilidad . . . . . . 669
Avisos . . . . . . . . . . . . . . 671
Marcas registradas. . . . . . . . . . . . 673
Consideraciones sobre poltica de privacidad . . . 673
Glosario . . . . . . . . . . . . . 675
ndice. . . . . . . . . . . . . . . 681
vi IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Figuras
1. Cmo se integra ITCAM for Transactions con
IBM Tivoli Monitoring . . . . . . . . . 4
2. Integracin IBM Tivoli Monitoring y otros
productos . . . . . . . . . . . . . 7
3. Arquitectura de Internet Service Monitoring 10
4. Cmo se adapta Transaction Tracking a IBM
Tivoli Monitoring . . . . . . . . . . 17
5. Diagrama de interaccin de componentes de
IBM Tivoli Composite Application Manager for
Transactions . . . . . . . . . . . . 20
6. Acceso al Editor de configuracin de gestin
de aplicaciones desde Tivoli Enterprise Portal . 26
7. Editor de configuracin de gestin de
aplicaciones . . . . . . . . . . . . 27
8. Seleccin desde la vista de navegacin . . . 28
9. Ejemplo del rbol de nodos de Aplicaciones
expandido . . . . . . . . . . . . . 29
10. Visualizacin de los clientes en la vista de
navegacin. . . . . . . . . . . . . 29
11. Visualizacin de perfiles en la vista de
navegacin. . . . . . . . . . . . . 30
12. Visualizacin de las ventanas de
mantenimiento en la vista de navegacin . . 30
13. Listado de componentes en la vista de
navegacin. . . . . . . . . . . . . 31
14. Ficha Aplicacin . . . . . . . . . . . 67
15. Ficha Sesin . . . . . . . . . . . . 67
16. Ficha Usuarios . . . . . . . . . . . 71
17. Topologa de instancia de transacciones: tabla
de contextos que muestra contenido
ampliado. . . . . . . . . . . . . . 140
18. Multi File Uploader desde scripts de robtica 221
19. Multi File Uploader desde Java WebStart 222
20. Configuracin de preferencias . . . . . . 222
21. Ventana Aadir un script de robtica de
Mercury LoadRunner . . . . . . . . . 224
22. Aada una ventana de script de CLI Playback 224
23. Ventana Configuracin bsica de Web
Response Time . . . . . . . . . . . 258
24. Ventana Configuracin avanzada de Web
Response Time . . . . . . . . . . . 260
25. Ejemplo de configuracin de CICS TG
Transaction Tracking . . . . . . . . . 294
26. Transaccin simple en la que participan
WebSphere Message Broker y WebSphere MQ 296
27. Una transaccin ms complicada en la que
participan WebSphere Application Server,
WebSphere Message Broker y Microsoft .NET. 296
28. Vista de la topologa de adicin de servidores
para CICS TG Transaction Tracking . . . . 305
29. Vista de la topologa de adicin de
componentes para CICS TG Transaction
Tracking . . . . . . . . . . . . . 306
aplicaciones para CICS TG Transaction
Tracking . . . . . . . . . . . . . 307
transacciones para CICS TG Transaction
Tracking . . . . . . . . . . . . . 308
32. Vista de la Topologa de instancia de
transacciones para CICS TG Transaction
Tracking . . . . . . . . . . . . . 309
33. Aplicacin empresarial distribuida de ejemplo 314
34. Server Topology workspace . . . . . . . 315
35. Component Topology workspace . . . . . 316
36. Application Topology workspace . . . . . 317
37. Transaction Topology workspace . . . . . 318
transacciones para Tuxedo Tracking: llamada
sncrona . . . . . . . . . . . . . 320
transacciones para Tuxedo Tracking . . . . 321
40. Topologa de adicin de transacciones para
Tuxedo Tracking: llamada asncrona . . . . 321
41. Topologa de instancia de transacciones para
Tuxedo Tracking: llamada asncrona . . . . 322
Tuxedo Tracking: mensajes de colas . . . . 323
Tuxedo Tracking - TMQUEUE_MQM . . . 324
Tuxedo Tracking: MQ. . . . . . . . . 325
45. Vista de topologas de transacciones para
WASTT . . . . . . . . . . . . . 326
46. Diagrama de enlaces verticales. . . . . . 329
47. Diagrama de enlaces verticales y horizontales 330
48. Diagrama de uniones horizontales . . . . 332
49. Diagrama de uniones horizontales . . . . 333
50. Topologa que muestra un icono de topologa
remota . . . . . . . . . . . . . . 343
51. Arquitectura de producto . . . . . . . 372
52. Ejemplo de clculo de sincronizaciones de
HTTP . . . . . . . . . . . . . . 386
53. Operacin del supervisor DHCP . . . . . 389
54. Operacin del supervisor DNS. . . . . . 393
55. Funcionamiento del supervisor FTP . . . . 400
56. Operacin del supervisor ICMP . . . . . 430
57. Funcionamiento del supervisor IMAP4 y
SMTP . . . . . . . . . . . . . . 438
58. Ejemplo de jerarqua de directorios . . . . 448
59. Operacin del supervisor NNTP (lectura) 455
60. Operacin del supervisor NNTP (envo) 455
61. Funcionamiento del supervisor NTP . . . . 461
62. Operacin del supervisor POP3 . . . . . 465
63. Operacin del supervisor RADIUS . . . . 475
64. Operacin del supervisor RPING . . . . . 481
65. Funcionamiento del supervisor RTSP 487
66. Operacin del supervisor SAA. . . . . . 495
67. Operacin de SMTP . . . . . . . . . 528
68. Operacin del supervisor SNMP . . . . . 536
69. Operacin del supervisor TFTP . . . . . 555
Copyright IBM Corp. 2008, 2013 vii
70. Proceso para convertir datos de Transaction
Reporter en un libro IDML . . . . . . . 606
71. Sucesos de Transaction Tracking en Tivoli
Business Service Manager . . . . . . . 619
72. Sucesos de Transaction Tracking en la lista de
sucesos activos en Tivoli Business Service
Manager . . . . . . . . . . . . . 619
73. Panel de instrumentos TBSM de ejemplo 622
viii IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tablas
1. Integracin de Tivoli Monitoring e ITCAM for
Transactions. . . . . . . . . . . . . 4
2. Cmo se integran los componentes con IBM
Tivoli Monitoring . . . . . . . . . . . 7
3. Lista de protocolos supervisados por Internet
Service Monitoring . . . . . . . . . . 9
4. Transaction Tracking plug-in de recopilador de
datoss . . . . . . . . . . . . . . 21
5. Propiedades de Web Response Time . . . . 58
6. Propiedades de las aplicaciones ARM genricas 60
7. Aplicaciones ARM: WebSphere Application
Server Propiedades de transacciones URI . 61
Server Propiedades de transacciones EJB . . 61
Server Propiedades de transacciones JMS . 62
Server Propiedades de transacciones JNDI . 62
Server Propiedades de transacciones JDBC . 63
Server Propiedades de transacciones JCA . 63
Server Propiedades de transacciones JDBC . 63
14. Aplicaciones ARM: propiedades de las
transacciones de IBM DB2 Distributed Version . 64
15. Aplicaciones ARM: propiedades de
transacciones de Siebel Application Server . . 64
16. Aplicaciones de Transaction Tracking (distintas
de ARM): propiedades de las transacciones . . 65
17. Valores de propiedad predeterminados por
tipo de perfil . . . . . . . . . . . . 97
18. Mandatos AMCECLI . . . . . . . . . 99
19. Definicin de ventanas de mantenimiento 118
20. Disponibilidad de desglose de los diversos
scripts de robtica . . . . . . . . . . 148
21. Cifrados predeterminados negociados para
clientes y servidores comunes . . . . . . 257
22. Valores de LDR_CNTRL . . . . . . . . 274
23. Archivos de configuracin de Web Response
Time . . . . . . . . . . . . . . 277
24. Ubicacin de los archivos de variables de
entornos . . . . . . . . . . . . . 278
25. Parmetros de Web Response Time . . . . 278
26. Parmetros de Web Response Time . . . . 278
27. Parmetros de Web Response Time Analyzer 279
28. Parmetros de gestin del uso de CPU 287
29. Parmetros de E/S de la API KFC1 . . . . 287
30. Archivos de rastreo y registro de Web
Response Time . . . . . . . . . . . 288
31. Espacios de trabajo desde los que puede
saltar a agentes remotos . . . . . . . . 343
32. Supervisores de servicios de Internet
disponibles . . . . . . . . . . . . 350
33. Botones de la interfaz de usuario . . . . . 353
34. Parmetros de elementos obligatorios 358
35. Operadores disponibles . . . . . . . . 360
36. Utilizacin del valor de ndice . . . . . . 368
37. Propiedades y opciones de la lnea de
mandatos comunes . . . . . . . . . 377
38. Elementos comunes de supervisor . . . . 384
39. Mensajes de estado comunes . . . . . . 386
40. Archivos del supervisor DHCP . . . . . 388
41. Configuracin del supervisor DHCP . . . . 389
42. Elementos del supervisor DHCP . . . . . 391
43. Mensajes de estado de supervisor DHCP 391
44. Ejemplo de elemento de perfil DHCP 392
45. Resumen de archivos de supervisor DNS 393
46. Tipos de consultas DNS . . . . . . . . 394
mandatos del supervisor DNS . . . . . . 395
48. Configuracin del supervisor DNS . . . . 396
49. Elementos del supervisor DNS. . . . . . 397
50. Mensajes de estado del supervisor DNS 399
51. Ejemplo de elemento de perfil DNS . . . . 399
52. Resumen del supervisor FTP . . . . . . 400
53. Configuracin del supervisor FTP. . . . . 401
54. Elementos del supervisor FTP . . . . . . 404
55. Mensajes de estado del supervisor FTP 405
56. Ejemplo de elemento de perfil FTP . . . . 406
57. Resumen de archivos de supervisor HTTP 407
mandatos del supervisor HTTP . . . . . 409
59. Configuracin del supervisor HTTP . . . . 412
60. Elementos del supervisor HTTP . . . . . 416
61. Mensajes de estado del supervisor HTTP 418
62. Ejemplo de elemento de perfil HTTP 418
63. Ejemplo de elemento de perfil proxy HTTP 419
64. Ejemplo de elemento de perfil de formulario
HTTP . . . . . . . . . . . . . . 419
65. Resolucin de problemas de HTTP . . . . 420
66. Resumen de archivos de supervisor HTTPS 420
67. Opciones de propiedades y lneas de la lnea
de mandatos especficas del supervisor
HTTPS. . . . . . . . . . . . . . 421
68. Parmetros de la propiedad SSL v3
SSLCipherSuite . . . . . . . . . . . 422
69. Valores de la propiedad SSL v2
SSLCipherSuite . . . . . . . . . . . 423
70. Configuracin del supervisor HTTPS 424
71. Elementos de supervisor SSL HTTPS 428
72. Mensajes de estado del supervisor HTTPS 429
73. Ejemplo de elemento de perfil HTTPS 429
74. Archivos del supervisor ICMP . . . . . . 430
mandatos de ICMP . . . . . . . . . 431
76. Configuracin del supervisor ICMP . . . . 432
77. Elementos del supervisor ICMP . . . . . 434
78. Mensajes de estado del supervisor ICMP 436
79. Ejemplo de elemento de perfil ICMP 437
80. Archivos del supervisor IMAP4 . . . . . 437
Copyright IBM Corp. 2008, 2013 ix
mandatos del supervisor IMAP4 . . . . . 439
SSLCipherSuite . . . . . . . . . . . 440
SSLCipherSuite . . . . . . . . . . . 442
84. Configuracin del supervisor IMAP4 442
85. Elementos del supervisor IMAP4 . . . . . 445
86. Mensajes de estado de supervisor IMAP4 446
87. Ejemplo de elemento de perfil ICMP 446
88. Archivos del supervisor LDAP. . . . . . 447
89. Variables de entorno necesarias para
supervisar servidores LDAP seguros . . . . 449
mandatos del supervisor LDAP . . . . . 450
91. Configuracin del supervisor LDAP . . . . 450
92. Elementos del supervisor LDAP . . . . . 452
93. Mensajes de estado de supervisor LDAP 453
94. Ejemplo de elemento de perfil LDAP 454
95. Resolucin de problemas del supervisor
LDAP . . . . . . . . . . . . . . 454
96. Archivos del supervisor NNTP . . . . . 454
mandatos del supervisor NNTP . . . . . 456
98. Configuracin del supervisor NNTP . . . . 456
99. Elementos del supervisor NNTP . . . . . 458
100. Mensajes de estado del supervisor NNTP 460
101. Ejemplo de elmento de perfil NNTP . . . . 460
102. Archivos del supervisor NTP . . . . . . 461
103. Configuracin NTP . . . . . . . . . 462
104. Elementos del supervisor NTP . . . . . . 463
105. Mensajes de estado del supervisor NTP 464
106. Ejemplo de elemento de perfil NTP . . . . 464
107. Archivos del supervisor POP3 . . . . . . 465
mandatos del supervisor POP3. . . . . . 467
SSLCipherSuite . . . . . . . . . . . 467
SSLCipherSuite . . . . . . . . . . . 468
111. Configuracin del supervisor POP3 . . . . 469
112. Elementos del supervisor POP3 . . . . . 472
113. Mensajes de estado del supervisor POP3 473
114. Configuracin de elementos de perfil de
ejemplo. . . . . . . . . . . . . . 474
ejemplo. . . . . . . . . . . . . . 474
116. Archivos del supervisor RADIUS . . . . . 475
mandatos del supervisor RADIUS . . . . 476
118. Configuracin del supervisor RADIUS 476
119. Elementos de supervisor de RADIUS 478
120. Mensajes de estado del supervisor RADIUS 479
121. Archivos del supervisor RPING . . . . . 480
mandatos de RPING . . . . . . . . . 482
123. Configuracin del supervisor RPING 482
124. Elementos del supervisor RPING . . . . . 485
125. Mensajes de estado de supervisor RPING 486
ejemplo. . . . . . . . . . . . . . 486
127. Archivos del supervisor RTSP . . . . . . 487
mandatos del supervisor RTSP. . . . . . 488
129. Configuracin del supervisor RTSP . . . . 488
130. Elementos del supervisor RTSP . . . . . 490
131. Mensajes de estado de supervisor RTSP 491
ejemplo. . . . . . . . . . . . . . 494
133. Resumen del supervisor SAA . . . . . . 494
134. Operaciones en el script de sondeo de
conexiones TCP. . . . . . . . . . . 498
135. Parmetros del mandato Snmpstart . . . . 499
136. Parmetros del mandato Snmpget . . . . 500
137. Parmetros del mandato Snmpgetnext 500
138. Parmetros del mandato Snmpset . . . . . 501
139. Parmetros del mandato Snmpwait . . . . 502
140. Parmetros del mandato maketoken . . . . 502
141. Parmetros del mandato assert. . . . . . 503
142. Parmetros del mandato compute. . . . . 503
143. Parmetros del mandato calcExtraTokens 504
mandatos del supervisor SAA . . . . . . 505
145. Configuracin del supervisor SAA . . . . 506
146. Elementos del sondeo de DHCP . . . . . 509
147. Elementos de sondeos de DLSW . . . . . 509
148. Elementos del sondeo de DNS . . . . . . 510
149. Elementos del sondeo de FTP . . . . . . 511
150. Elementos del sondeo de HTTP-Get . . . . 512
151. Elementos del sondeo de ICMP-Echo 513
152. Elementos del sondeo de ICMP-Path-Echo 514
153. Elementos del sondeo Jitter . . . . . . . 515
154. Elementos de sondeos de eco SNA . . . . 518
155. Elementos del sondeo de eco UDP . . . . 519
156. Elementos del sondeo de VOIP . . . . . 520
157. Mensajes de estado de supervisor SAA 521
158. Resumen del archivo del supervisor SIP 521
mandatos del supervisor SIP . . . . . . 522
160. Configuracin del supervisor SIP . . . . . 523
161. Elementos del supervisor SIP . . . . . . 524
162. Mensajes de estado de supervisor SIP 525
163. Respuestas SIP comunes . . . . . . . . 526
164. Ejemplo de elemento de perfil SIP . . . . 527
165. Archivos del supervisor SMTP. . . . . . 527
mandatos del supervisor SMTP . . . . . 529
SSLCipherSuite . . . . . . . . . . . 530
SSLCipherSuite . . . . . . . . . . . 531
169. Configuracin del supervisor SMTP . . . . 532
170. Elementos del supervisor SMTP . . . . . 534
171. Mensajes de estado del supervisor SMTP 535
172. Ejemplo de elemento de perfil SMTP 535
173. Resumen del supervisor SNMP . . . . . 536
174. Utilizacin del selector . . . . . . . . 537
mandatos del supervisor SNMP . . . . . 538
176. Configuracin del supervisor SNMP . . . . 538
177. Elementos del supervisor SNMP . . . . . 541
178. Mensajes de estado de supervisor SNMP 542
x IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
179. Configuracin de grupos de OID . . . . . 542
180. Ejemplo de elemento de perfil SNMP 543
181. Resumen de archivos de supervisor SOAP 543
182. Tipos de datos simples . . . . . . . . 544
mandatos del supervisor SOAP . . . . . 545
184. Configuracin del supervisor SOAP . . . . 546
185. Elementos de supervisor de SOAP . . . . 547
186. Ejemplo de elemento de perfil SOAP 547
187. Resolucin de problemas de SOAP . . . . 548
188. Archivos del supervisor TCPPort . . . . . 548
mandatos de TCPPort. . . . . . . . . 550
190. Configuracin de TCPPort . . . . . . . 551
191. Elementos del supervisor TCPPort . . . . 553
192. Mensajes de estado del supervisor TCPPort 553
193. Ejemplo de elemento de perfil TCP . . . . 554
194. Resumen del supervisor FTP . . . . . . 554
195. Configuracin del supervisor TFTP . . . . 555
196. Elementos del supervisor TFTP . . . . . 558
197. Mensajes de estado del supervisor TFTP 558
198. Ejemplo de elemento de perfil TFTP . . . . 559
199. Archivos del supervisor TRANSX. . . . . 560
mandatos del supervisor TRANSX . . . . 563
201. Configuracin del supervisor TRANSX 564
202. Elementos del supervisor de resumen de
TRANSX . . . . . . . . . . . . . 565
203. Mensajes de estado del supervisor TRANSX 565
204. Ubicaciones en las que se instala la interfaz
de lnea de comandos de Internet Service
Monitoring Configuration (ismconfig) . . . 567
205. Mandatos de la base de datos de la interfaz
Monitoring Configuration . . . . . . . 568
206. Mandatos de la base de datos de la interfaz
207. Operaciones de despliegue de la interfaz de
lnea de comandos de Internet Service
208. Operaciones de sincronizacin de la interfaz
209. Mandatos de las operaciones de perfil de la
interfaz de la lnea de mandatos de Internet
Service Monitoring. . . . . . . . . . 575
210. Mandatos de las operaciones de elementos de
perfil de la interfaz de la lnea de mandatos
de Internet Service Monitoring. . . . . . 576
211. Operaciones de grupos de OID de la interfaz
212. Requisitos de instalacin de TBSM . . . . 586
213. Propiedades para
rt_71_dla.config.properties . . . . . . 601
214. Columnas de CAM_Service_Tree . . . . . 620
215. Valores de recopilacin de datos de historial
sugeridos para Response Time . . . . . . 640
216. Detalles del flujo de datos de Robotic
Response Time . . . . . . . . . . . 645
217. Grupos de atributos de Robotic Response
Time . . . . . . . . . . . . . . 645
218. Valores de configuracin de recopilacin de
historial sugeridos para los espacios de
trabajo Transaction Tracking V7.3 (sin agente) . 647
219. Valores de configuracin de recopilacin de
historial sugeridos para los espacios de
trabajo Transaction Tracking V7.2.0.2 (basados
en agentes) . . . . . . . . . . . . 648
220. Nombres de archivos histricos binarios para
grupos de atributos . . . . . . . . . 650
221. Operadores de expresiones regulares 661
222. Supervisores y sondeos . . . . . . . . 663
Tablas xi
xii IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Acerca de esta publicacin
En esta gua se describe cmo ajustar todos los componentes en IBM Tivoli
Composite Application Manager for Transactions para supervisar sistemas en su
entorno.
Pblico de destino
Esta gua est pensada para administradores de sistemas que deseen personalizar
IBM Tivoli Composite Application Manager for Transactions y ajustar el entorno de
supervisin.
Los lectores deben familiarizarse con los temas siguientes:
v El producto IBM Tivoli Monitoring
v La interfaz Tivoli Enterprise Portal
v El software de aplicacin de IBM
Publicaciones
Esta seccin contiene las publicaciones importantes para utilizar IBM Tivoli
Composite Application Manager for Transactions. Tambin describe cmo acceder a
las publicaciones de Tivoli en lnea y cmo solicitar publicaciones de Tivoli.
Biblioteca de documentacin
Los documentos siguientes estn disponibles en la biblioteca de IBM Tivoli
Composite Application Manager for Transactions:
v IBM Tivoli Composite Application Manager for Transactions Gua del administrador
Esta gua contiene informacin sobre cmo configurar elementos de IBM Tivoli
Composite Application Manager for Transactions.
v IBM Tivoli Composite Application Manager for Transactions Gua de instalacin y
configuracin
Esta gua contiene informacin sobre cmo instalar y configurar elementos de
IBM Tivoli Composite Application Manager for Transactions.
v IBM Tivoli Composite Application Manager for Transactions Gua de inicio rpido
Esta gua contiene una breve visin general de IBM Tivoli Composite
Application Manager for Transactions.
v IBM Tivoli Composite Application Manager for Transactions Gua de resolucin de
problemas
Esta gua contiene informacin sobre cmo utilizar todos los elementos de IBM
Tivoli Composite Application Manager for Transactions.
v IBM Tivoli Composite Application Manager for Transactions Gua del SDK
Esta gua contiene informacin sobre API de Transaction Tracking.
v IBM Tivoli Composite Application Manager for Transactions Gua del usuario
Esta gua contiene informacin sobre la GUI correspondiente a todos los
elementos de IBM Tivoli Composite Application Manager for Transactions.
v IBM Tivoli Composite Application Manager for Transactions Gua de instalacin y
configuracin para z/OS
Copyright IBM Corp. 2008, 2013 xiii
Esta gua contiene informacin sobre cmo utilizar IBM Tivoli Composite
Application Manager for Transactions en z/OS.
Publicaciones necesarias
Para utilizar correctamente la informacin de esta gua, debe tener informacin
sobre los productos de IBM Tivoli Monitoring que puede obtener en la siguiente
documentacin:
v IBM Tivoli MonitoringGua del administrador
v Gua de instalacin y configuracin de IBM Tivoli Monitoring
v IBM Tivoli MonitoringGua del usuario
Si an no tiene instalado IBM Tivoli Monitoring, puede realizar una instalacin
bsica de IBM Tivoli Monitoring utilizando la Gua de inicio rpido de IBM Tivoli
Monitoring como gua.
Consulte el Centro de informacin de IBM Tivoli Monitoring para obtener ms
informacin.
Acceso a la terminologa en lnea
El sitio web de Terminologa de IBM
unifica la terminologa de las bibliotecas de

productos de IBM en una sola y prctica ubicacin.
Puede acceder al sitio web de Terminologa en la siguiente direccin web:
http://www.ibm.com/software/globalization/terminology
Acceso a las publicaciones en lnea
IBM publica las publicaciones de todos los productos Tivoli, a medida que estn
disponibles y siempre que se actualizan, en el sitio web del Centro de informacin
de software de Tivoli.
Para acceder al centro de informacin de software de Tivoli, vaya a Tivoli
Documentation Central.
Pedido de publicaciones
Puede solicitar muchas de las publicaciones de Tivoli en lnea en el siguiente sitio
web:
http://www.ibm.com/e-business/linkweb/publications/servlet/pbi.wss
Tambin puede realizar pedidos por telfono si llama a uno de estos nmeros:
v En Estados Unidos: 800-879-2755
v En Espaa: 901-100-000
En otros pases, pngase en contacto con el representante de su cuenta de software
para realizar pedidos de publicaciones de Tivoli. Para localizar el nmero
telefnico del representante de su localidad:
1. Vaya a http://www.ibm.com/planetwide/.
2. En la lista alfabtica, seleccione la letra de su pas y pulse el nombre del
mismo. Aparecer una lista de nmeros de telfono de los representantes de su
localidad.
xiv IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Accesibilidad
Las funciones de accesibilidad ayudan a usuarios con discapacidades fsicas como,
por ejemplo, movilidad restringida o visin limitada, para utilizar los productos de
software. Con este producto, puede utilizar tecnologas de asistencia para or y
navegar por la interfaz. Tambin puede utilizar el teclado en lugar del ratn para
utilizar la mayora de las funciones de la interfaz grfica de usuario.
Para obtener informacin adicional, consulte Apndice I, Accesibilidad, en la
pgina 669.
Formacin tcnica en Tivoli
Para obtener informacin sobre la formacin tcnica en Tivoli, consulte el siguiente
sitio web de Formacin de IBM Tivoli:
http://www.ibm.com/software/tivoli/education/
Informacin de soporte
Si tiene un problema con el software de IBM, seguramente desea resolverlo cuanto
antes.
En lnea
Acceda al sitio de Tivoli Software Support en http://www.ibm.com/
software/sysmgmt/products/support/index.html?ibmprd=tivman. Acceda
al sitio de IBM Software Support en http://www.ibm.com/software/
support/probsub.html .
IBM Support Assistant
IBM Support Assistant es un entorno de trabajo gratuito de capacidad de
servicio de software local que le ayudar a resolver cuestiones y problemas
existentes con productos de software de IBM. Support Assistant
proporciona acceso rpido a herramientas de informacin y capacidad de
servicio relacionadas con el soporte para realizar la determinacin de
problemas. IBM Support Assistant ofrece las herramientas siguientes para
que recopile la informacin necesaria:
v Utilice el programa IBM Support Assistant Lite para desplegar la
herramienta de recopilacin de datos IBM Support Assistant. Esta
herramienta recopila archivos de diagnstico para su producto.
Consejo: Cuando instala la herramienta de recopilacin de datos de
IBM Support Assistant en sistemas de 64 bits, utilice un Java Runtime
Environment de 32 bits para asegurarse de que la recopilacin de datos
funcione como se espera.
v Utilice la herramienta Log Analyzer para combinar archivos de registro
de diversos productos en una sola vista y simplificar las bsquedas de
informacin sobre problemas conocidos.
Para obtener informacin sobre la instalacin del software IBM Support
Assistant, consulte http://www.ibm.com/software/support/isa.
Gua de resolucin de problemas
Para obtener ms informacin sobre la resolucin de problemas, consulte
IBM Tivoli Composite Application Manager for Transactions Troubleshooting
Guide.
Acerca de esta publicacin xv
Convenios utilizados en esta gua
En esta gua se utilizan varios convenios para mandatos y vas de acceso que
dependen del sistema operativo, trminos especiales, acciones y controles de la
interfaz de usuario.
Convenios de tipo de letra
En esta gua se utilizan los siguientes convenios de tipo de letra:
Negrita
v Mandatos en minsculas y con maysculas y minsculas mezcladas que
en otros casos son difciles de distinguir del texto que aparece a su
alrededor
v Controles de interfaz (recuadros de seleccin, pulsadores, botones de
seleccin, selectores cclicos, campos, carpetas, iconos, recuadros de lista,
elementos de recuadro de lista, listas con varias columnas, contenedores,
opciones de men, nombres de men, separadores, hojas de
propiedades), etiquetas (como, por ejemplo, Sugerencia y
Consideraciones sobre el sistema operativo).
v Palabras clave y parmetros en el texto
Cursiva
v Palabras definidas en texto
v nfasis en palabras
v Trminos nuevos en el texto (excepto en una lista de definiciones)
v Variables y valores que debe especificar el usuario
Monoespaciado
v Ejemplos y ejemplos de cdigo
v Nombres de archivo, palabras clave de programacin y otros elementos
que son difciles de distinguir del texto que est a su alrededor
v Textos de mensajes y solicitudes dirigidos al usuario
v Texto que el usuario debe escribir
v Valores para argumentos u opciones de mandato
Variables y vas de acceso dependientes del sistema
operativo
En esta gua se utiliza el convenio del sistema UNIX para especificar variables de
entorno y notacin de directorios.
Al utilizar la lnea de mandatos de Windows, sustituya $variable por %variable%
para variables de entorno. Sustituya las barras inclinadas (/) por barras inclinadas
invertidas (\) en vas de acceso a directorios. Los nombres de las variables de
entorno no siempre son las mismas en los entornos Windows y UNIX. Por ejemplo,
%TEMP% en entornos Windows equivale a $TMPDIR en entornos UNIX.
Nota: Si utiliza el shell bash en un sistema Windows, puede utilizar los convenios
de UNIX.
Variables
Las variables siguientes se utilizan en esta documentacin:
xvi IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
$CANDLE_HOME
El directorio de instalacin de IBM Tivoli Monitoring predeterminado. En
sistemas UNIX, el directorio predeterminado es /opt/IBM/ITM.
%CANDLE_HOME%
El directorio de instalacin de IBM Tivoli Monitoring predeterminado. En
sistemas Windows, el directorio predeterminado es C:\IBM\ITM.
$ALLUSERSPROFILE
En sistemas UNIX, /usr
%ALLUSERSPROFILE%
En Windows 7 y 2008, el directorio predeterminado es C:\ProgramData.
Acerca de esta publicacin xvii
xviii IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Captulo 1. Introduccin
IBM Tivoli Composite Application Manager for Transactions (ITCAM for
Transactions) consta de varios componentes que miden los servicios de internet y
los tiempos de respuesta, y que realizan un seguimiento de las transacciones, lo
cual permite identificar y aislar problemas en su entorno de tecnologa de
informacin. ITCAM for Transactions se integra con Tivoli Enterprise Portal en
IBM Tivoli Monitoring permitindole gestionar toda su empresa con una nica
ITCAM for Transactions incluye los siguientes componentes:
v Internet Service Monitoring
v Response Time
v Transaction Tracking
Visin general
ITCAM for Transactions ofrece un completo sistema de gestin de seguimiento de
transacciones completo y unificado que se ejecuta en una sola infraestructura
consolidada con una interfaz de usuario altamente integrada. Puesto que el
aislamiento de problemas en los complejos entornos actuales de IT puede llevar
horas o das y puede suponer una prdida de tiempo y de beneficios y un
deterioro de la satisfaccin del cliente, ITCAM for Transactions te ayuda a aislar
componentes del problema y agilizar el diagnstico y la restauracin del servicio
antes de que un impacto negativo en el cliente afecte directamente a los beneficios.
ITCAM for Transactions ofrece las siguientes ventajas:
v Se integra con Tivoli Enterprise Portal en IBM Tivoli Monitoring para que pueda
gestionar toda la empresa con una sola interfaz de usuario y pueda navegar
rpidamente por las vistas. Esta integracin significa que no tiene que aprender
a utilizar varias herramientas con distintas interfaces de usuario, de modo que la
amortizacin de la inversin es ms rpida.
v Proporciona varios componentes para medir servicios y tiempos de respuesta de
Internet y para realizar un seguimiento de las transacciones, de modo que pueda
identificar los problemas cuando se producen o incluso antes de que se
produzcan, y aislar el problema a una parte especfica de su entorno de TI.
ITCAM for Transactions tambin se integra con herramientas de diagnstico de
IBM Tivoli como Tivoli Business Service Manager, ITCAM for Application
Diagnostics y Tivoli OMEGAMON XE, para que potencialmente pueda
diagnosticar y analizar los problemas y luego enviar los detalles a los
especialistas adecuados para llevar a cabo una accin correctiva.
v Proporciona la Application Management Console, para que pueda tener una
vista inmediata de la empresa entera como una correlacin fsica de plataformas,
sistemas, agentes de supervisin y recursos supervisados que muestre el estado
operativo con enlaces a los espacios de trabajo de los componentes subyacentes.
v Reduce el coste de las operaciones del ciclo de vida de IT, soporte y desarrollo a
travs de una resolucin de problemas proactiva, en tiempo real y automtica,
ofreciendo una vista completa de servicios, transacciones y recursos asociados de
las plataformas y subsistemas.
Copyright IBM Corp. 2008, 2013 1
v Reduce el tiempo que transcurre entre la identificacin de un problema y la
resolucin del mismo, identificando automticamente los componentes del
problema en una transaccin.
v Reduce la necesidad de disponer de expertos, difciles de encontrar y que
requieren un alto presupuesto.
v Aumenta los ingresos y la satisfaccin de los clientes, ya que ayuda a mantener
los acuerdos de nivel de servicio.
v Aumenta el rendimiento y la disponibilidad de las aplicaciones importantes, que
incluyen tecnologas basadas en arquitectura orientada a servicios (SOA) y de
portal.
v Ofrece interfaces de usuario basada en roles que le permiten proporcionar el
nivel adecuado de informacin al usuario adecuado, como ayuda para la
identificacin rpida de problemas y la asignacin y resolucin de los mismos.
v Integra informacin sobre rendimiento, disponibilidad e identificacin de
problemas con otros productos IBM Tivoli para ayudar a aumentar an ms el
rendimiento. Puede utilizar informacin sobre tiempo de respuesta con los
siguientes productos:
IBM Tivoli Performance Analyzer para identificar tendencias.
IBM Tivoli Business Service Manager para identificar el impacto en los
servicios empresariales globales.
IBM Tivoli Provisioning Manager para emprender acciones de
aprovisionamiento a fin de evitar infracciones de SLA.
IBM Tivoli Monitoring para determinar si los supervisores de recursos
(correspondientes a CPU, memoria, utilizacin de disco, etc.) revelan la causa
de los problemas. Consulte el apartado Integracin con IBM Tivoli
Monitoring en la pgina 3.
Consulte el apartado Integracin con otros productos en la pgina 6.
ITCAM for Transactions incluye los siguientes componentes:
v Internet Service Monitoring, que proporciona las herramientas para identificar
problemas de disponibilidad y de tiempo de respuesta y supervisa para probar
la disponibilidad y el rendimiento de distintos servicios de Internet, que
incluyen sitios web de supervisin, aplicaciones e-commerce basadas en la web
y correo electrnico (as como los servicios subyacentes, como DNS, LDAP y
SMTP en los que se basan estos servicios).
Consulte Acerca de Internet Service Monitoring en la pgina 9 para ver ms
informacin.
v Response Time, que se centra en la experiencia del usuario final, tanto real como
simulada, supervisando transacciones web, reproduciendo scripts grabados y
experiencias de escritorio de usuarios reales. Response Time incluye los
siguientes componentes:
Application Management Console y Editor de configuracin de gestin de
aplicaciones
Robotic Response Time
Web Response Time
Consulte Acerca de Response Time en la pgina 11 para ver ms informacin.
v Transaction Tracking, que ofrece una vista completa de tiempos de respuesta del
sistema para ayudar a aislar rpidamente la causa de los problemas de tiempo
de respuesta y de disponibilidad. Transaction Tracking incluye los siguientes
componentes:
Transaction Collector
2 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Transaction Reporter
API de Transaction Tracking
CICS TG Transaction Tracking
CICS TXSeries Data Collector
Recopilador de datos para WebSphere Message Broker
MQ Tracking
Tuxedo Tracking
WASTT
ITCAM for SOA Log File Service
Transaction Tracking for z/OS
- Transactions Base
- CICS TG Transaction Tracking
- CICS Tracking
- IMS Tracking
- MQ Tracking for z/OS
Transaction Tracking tambin se integra con:
- Robotic Response Time
- Web Response Time
- ITCAM for Application Diagnostics
- ITCAM for J2EE
- ITCAM for SOA
- Tivoli Business Service Manager
- Optim Performance Manager
- WebSphere Application Server
- IBM HTTP Server
- IBM Tivoli OMEGAMON XE for CICS
- IBM Tivoli OMEGAMON XE for IMS
- IBM Tivoli OMEGAMON XE for Messaging
- Agente de supervisin para Microsoft .NET Framework
- Agente de supervisin para Microsoft Internet Information Services
- Agente de supervisin para Active Directory
Consulte Acerca de Transaction Tracking en la pgina 15 para ver ms
informacin.
Integracin con IBM Tivoli Monitoring
IBM Tivoli Monitoring es el software bsico para ITCAM for Transactions. IBM
Tivoli Monitoring proporciona una manera de supervisar la disponibilidad y el
rendimiento de los sistemas de empresa desde una o varias estaciones de trabajo
designadas para ello. Tambin proporciona datos histricos tiles para realizar un
seguimiento de tendencias y resolver problemas del sistema.
Puede utilizar IBM Tivoli Monitoring para realizar las tareas siguientes:
v Supervisar las condiciones de excepcin en los sistemas que est gestionando
mediante situaciones predefinidas o personalizadas
v Establecer umbrales de rendimiento
v Investigar las causas que conducen a una condicin de excepcin
v Recopilar datos generales sobre las condiciones del sistema
Captulo 1. Introduccin 3
v Realizar acciones, planificar trabajo y automatizar tareas manuales
v Utilizando los agentes del sistema operativo:
Proporcionar datos de rendimiento bsicos sobre sistemas operativos y
hardware a Tivoli Enterprise Management Agents
Proporcionar funciones remotas para Tivoli Enterprise Management Agents
Proporcionar Servicios de agente de proxy
Figura 1 ilustra la relacin entre los componentes IBM Tivoli Monitoring y ITCAM
for Transactions.
Tabla 1 describe los principales componentes ilustrados en Figura 1.
Tabla 1. Integracin de Tivoli Monitoring e ITCAM for Transactions
Componente Descripcin
Tivoli Enterprise Portal
Tivoli Enterprise Portal Server
Tivoli Enterprise Portal Server permite la recuperacin, manipulacin y
anlisis de datos de los agentes. El servidor est entre el cliente y Tivoli
Enterprise Monitoring Server (el servidor de supervisin).
El cliente de Tivoli Enterprise Portal es una interfaz de usuario basada en
Java para visualizar y supervisar la empresa. Proporciona dos modalidades
de funcionamiento: escritorio y navegador.
Tivoli Enterprise Portal proporciona una vista consolidada del entorno
supervisado para que pueda supervisar y resolver los problemas de
rendimiento. Puede ver la empresa utilizando vistas fsicas
predeterminadas o mediante vistas lgicas personalizadas que haya creado
en el Navegador.
Figura 1. Cmo se integra ITCAM for Transactions con IBM Tivoli Monitoring
Tabla 1. Integracin de Tivoli Monitoring e ITCAM for Transactions (continuacin)
Tivoli Enterprise Monitoring Server Proporciona el punto de recopilacin y control para las alertas recibidas de
los agentes de supervisin y recopila sus datos de rendimiento y
disponibilidad. Hay 2 tipos de servidores de supervisin: de concentrador
y remota.
Tivoli Data Warehouse Almacena los datos histricos recopilados de agentes de supervisin. El
almacn de datos se encuentra en una base de datos DB2, Oracle o
Microsoft SQL. Para recopilar informacin a fin de almacenarla en esta
base de datos, debe instalar el agente Warehouse Proxy. Para realizar
funciones de agregacin y poda en los datos, instale el agente Warehouse
Summarization and Pruning.
Agentes y supervisores de Internet
Service Monitoring
Proporciona las herramientas para identificar problemas de disponibilidad
y de tiempo de respuesta y supervisa para probar la disponibilidad y el
rendimiento de distintos servicios de Internet, que incluyen sitios web de
supervisin, aplicaciones e-commerce basadas en la web y correo
electrnico (as como los servicios subyacentes, como DNS, LDAP y SMTP
en los que se basan estos servicios).
Response Time Se centra en la experiencia del usuario final, tanto real como simulada,
supervisando transacciones web, reproduciendo scripts grabados y
experiencias de escritorio de usuarios reales. Response Time incluye los
v Agente Application Management Console y Editor de configuracin de
gestin de aplicaciones: le permiten definir y configurar las aplicaciones
y transacciones que desea supervisar. Mediante la aplicacin de
configuraciones de perfil comunes en el entorno puede desplegar la
supervisin en entornos a gran escala de forma ms eficaz.
v Robotic Response Time: muestra los resultados de transacciones
simuladas (scripts robticos) para que pueda gestionar con anticipacin
la disponibilidad y el rendimiento de sus aplicaciones e identificar
cuellos de botella antes de que afecten a la satisfaccin de los clientes.
v Web Response Time: muestra el tiempo de respuesta del usuario real de
aplicaciones web que se puede desglosar en tiempo de navegador
(cliente), tiempo de red, tiempo de servidor, tiempo de carga y tiempo
de resolucin. Web Response Time supervisa el trfico TCP y detecta los
componentes y protocolos. Funciona como un Agente de agregacin
para el seguimiento sin agente.
Tabla 1. Integracin de Tivoli Monitoring e ITCAM for Transactions (continuacin)
Transaction Tracking Ofrece una vista completa de la topologa y los tiempos de respuesta del
sistema para ayudar a aislar rpidamente la causa de los problemas de
tiempo de respuesta y de disponibilidad. Transaction Tracking incluye los
v Transaction Reporter: recopila y almacena datos agregados de un Agente
de agregacin, por ejemplo, de Transaction Collector y Web Response
Time y enva estos datos a los espacios de trabajo de Tivoli Enterprise
Portal.
v Transaction Collector: almacena los datos de seguimiento para el plug-in
de recopilador de datos, o para varios, y calcula los agregados.
v API de Transaction Tracking: se instala en cada recopilador de datos y
enva sucesos e informacin de seguimiento a la Transaction Tracking.
v plug-in de recopilador de datos: supervisa el trfico de las aplicaciones
especficas y utiliza la API de Transaction Tracking para enviar la
informacin a Transaction Collector.
v Aplicaciones ARM personalizadas: su propia aplicacin personalizada
que puede programar para que enve sucesos y proporcione informacin
sobre seguimiento a Transaction Tracking utilizando la API de
Transaction Tracking.
v ITCAM for SOA Log File Service: recopila informacin de supervisin
recopilada en los archivos de registro de IBM Tivoli Composite
Application Manager for SOA (ITCAM for SOA) y la convierte en un
formato adecuado para su visualizacin en las vistas y espacios de
trabajo de Transaction Tracking.
Agente de agregacin Agentes que almacenan datos de seguimiento de supervisores o del
plug-in de recopilador de datos, y calculan los agregados para que los
utilice Transaction Reporter. El Agente de agregacin incluye los agentes
Transaction Collector y Web Response Time (T5).
Para obtener ms informacin sobre cmo utilizar IBM Tivoli Monitoring y Tivoli
Enterprise Portal, consulte las publicaciones disponibles en el Centro de
informacin de IBM Tivoli Monitoring.
Integracin con otros productos
La Figura 2 en la pgina 7 muestra la integracin de IBM Tivoli Monitoring y de
los agentes de supervisin con otros productos.
La Tabla 2 describe los componentes de la Figura 2.
Tabla 2. Cmo se integran los componentes con IBM Tivoli Monitoring
Producto Descripcin
Change and Configuration
Management Database
Proporciona una plataforma lista para las empresas para descubrir y almacenar
datos detallados y estandarizados sobre configuraciones e historiales de
cambios, a fin de ayudarle a integrar personas, procesos, informacin y
tecnologa.
Figura 2. Integracin IBM Tivoli Monitoring y otros productos
Tabla 2. Cmo se integran los componentes con IBM Tivoli Monitoring (continuacin)
Producto Descripcin
IBM Tivoli Business Systems
Manager (TBSM)
(El nombre de las versiones
posteriores se ha cambiado a IBM
Tivoli Business Service Manager)
Gestiona problemas en tiempo real en el contexto de las prioridades
empresariales de una empresa. Los sistemas empresariales abarcan
normalmente los entornos de web, cliente-servidor o host y constan de muchos
componentes de aplicaciones interconectados; se basan en diversos elementos
de middleware, bases de datos y plataformas de soporte. TBSM proporciona a
los clientes un nico punto de gestin y control para operaciones en tiempo
real de la gestin de sistemas empresariales de extremo a extremo. Puede
supervisar y control grficamente los componentes empresariales
interconectados y los recursos del sistema operativo desde una nica consola y
dar un contexto empresarial a las decisiones de gestin. El software ayuda a
los usuarios a gestionar los sistemas empresariales si entiende y gestiona las
dependencias entre componentes de sistemas empresariales y su infraestructura
subyacente. ITCAM for Transactions se puede integrar con TBSM utilizando
Omnibus.
Los sucesos de situacin de Transaction Tracking se pueden reenviar desde
IBM Tivoli Monitoring a IBM IBM Tivoli Netcool/OMNIbus para visualizarlos
en TBSM.
Visualcelos en TBSM navegando hasta Disponibilidad > Disponibilidad de
servicios. En el rbol de servicios, seleccione Servicios empresariales
importados > Actividades empresariales de transacciones para visualizar
informacin de Transaction Tracking.
Cuando instala soporte de integracin utilizando el soporte de instalacin que
se proporciona con este release, puede acceder a una nueva vista de los datos
desde los agentes de supervisin de Response Time y Transaction Tracking.
Tivoli Enterprise Management
Agent (agentes de supervisin)
Un agente de IBM Tivoli Monitoring que se construye sobre la infraestructura
de IBM Tivoli Monitoring.
Los Tivoli Enterprise Management Agents se conectan a Tivoli Enterprise
Monitoring Server mediante IPv4 o IPv6. Es necesario configurar para IPv6.
Consulte el IBM Tivoli Monitoring Information Center para obtener ms
informacin.
IBM Tivoli Monitoring (Tivoli
Monitoring)
Proporciona supervisin para los recursos de nivel de sistema, detecta atascos
y problemas potenciales, y recupera automticamente de situaciones crticas a
fin de liberar a los administradores de sistemas de tener que explorar
manualmente los datos de rendimiento generales durante la resolucin de
problemas. Tras la notificacin del rendimiento mediocre de un componente de
transaccin, puede iniciar uno de los productos siguientes:
v Tivoli Enterprise Portal se integra y consolida la supervisin del sistema de
extremo a extremo. Tivoli Enterprise Portal proporciona una consola para
supervisar el host y los sistemas distribuidos. Puede personalizar la
informacin que ve en Tivoli Enterprise Portal para su empresa. Consulte la
documentacin de IBM Tivoli Monitoring para obtener informacin sobre
cmo utilizar Tivoli Enterprise Portal.
v Tivoli Data Warehouse permite desglosar un nivel inferior de datos de
transacciones y datos histricos, lo que permite identificar problemas como
sistemas configurados incorrectamente. Con la adicin de productos tales
como IBM Tivoli Monitoring for Databases, IBM Tivoli Monitoring for Web
Infrastructure o IBM Tivoli Monitoring for Business Integration, puede
realizar un diagnstico adicional de los problemas de infraestructura y, en
muchos casos, resolverlos antes de que influyan en el rendimiento de las
transacciones empresariales.
Acerca de Internet Service Monitoring
La informacin que recopila y procesa Internet Service Monitoring permite al
usuario determinar si un determinado servicio funciona correctamente, identificar
reas de problemas, comprobar si el rendimiento de los servicios se ajustan a los
Acuerdos de nivel de servicio (SLA) y reenviar datos sobre rendimiento a IBM
Tivoli Monitoring, IBM Tivoli Composite Application Manager for Transactions y a
otras herramientas de gestin de sucesos, como IBM Tivoli Netcool/OMNIbus.
Internet Service Monitoring funciona emulando las acciones de un usuario real. Por
ejemplo, el supervisor de HTTP intenta acceder a determinadas pginas web y
calibra el funcionamiento del servicio HTTP. Los datos que registra el supervisor
proporcionan una indicacin inmediata del estado del servicio HTTP a los
operadores de servicio y tambin se pueden utilizar para proporcionar informes
sobre el rendimiento del servicio.
Arquitectura de Internet Service Monitoring
Los principales componentes de la arquitectura de Internet Service Monitoring son
los supervisores de servicios de Internet.
Los supervisores de servicios de Internet sondean o prueban de forma regular los
servicios de Internet para comprobar su estado. Los resultados de las pruebas
generan datos para la evaluacin de SLA y la generacin de informes y de alertas.
Internet Service Monitoring puede supervisar los protocolos listados en la Tabla 3.
Tabla 3. Lista de protocolos supervisados por Internet Service Monitoring
Protocolos que Internet Service Monitoring supervisa
DHCP ICMP RADIUS SNMP
Dial - en desuso en
ITCAM for
Transactions V7.3
IMAP4 RPING SOAP
DNS LDAP RTSP TCPPort
FTP NNTP SAA TFTP
HTTP NTP SIP WMS - en desuso en
ITCAM for
Transactions V7.3
HTTPS POP3 SMTP Combinaciones de
otros protocolos
utilizando TRANSX
La Figura 3 en la pgina 10 muestra un despliegue tpico de Internet Service
Monitoring.
La Figura 3 muestra los siguientes componentes de Internet Service Monitoring:
Supervisores
Pruebas servicios especficos de Internet y reenvan los resultados de las
pruebas a un Databridge. Emulan las acciones de un usuario real del
servicio. Por ejemplo, el supervisor de HTTP intenta de forma peridica
acceder a una pgina web, emulando las solicitudes que enviara
normalmente un navegador web cuando un usuario visita la pgina.
Genera un suceso que contiene los resultados de la prueba (incluida
informacin de estado), que se enva al Databridge.
Los supervisores se distinguen de los sondeos de IBM Tivoli
Netcool/OMNIbus por sus funciones de sondeo. Los analizadores se
conectan a un origen de sucesos para adquirir los datos de sucesos que
genera, mientras que los supervisores sondean o pruebas los servicios de
forma activa a intervalos regulares, inyectando transacciones o consultas en
el servicio de destino y generando datos de evaluacin del rendimiento.
Databridge
Acta como un puente de comunicaciones entre los supervisores, el
ObjectServer de IBM Tivoli Netcool/OMNIbus y el agente de supervisin
de servicios de Internet. El Databridge recibe los resultados de las pruebas
de servicio realizadas por los supervisores y convierte estos datos en otros
Figura 3. Arquitectura de Internet Service Monitoring
formatos para que los procesen el ObjectServer y el agente de supervisin.
El Databridge tambin puede generar registros de datos XML que el
usuario puede utilizar confines de archivado o de generacin de informes
sencillos. Dispone de informacin detallada sobre la generacin de
informes en IBM Tivoli Monitoring a travs de espacios de trabajo.
Agente de supervisin de servicios de Internet
Convierte resultados de pruebas en el formato que necesita IBM Tivoli
Monitoring.
Mdulo ObjectServer
Convierte sucesos en alertas que contienen datos de SLA y de rendimiento
y enva estas alertas al ObjectServer de IBM Tivoli Netcool/OMNIbus. A
continuacin, los usuarios de IBM Tivoli Netcool/OMNIbus pueden ver
informacin sobre el estado de los servicios en la Lista de sucesos. El
ObjectServer de IBM Tivoli Netcool/OMNIbus y la Lista de sucesos
forman parte de IBM Tivoli Netcool/OMNIbus y no se instalan con
Internet Service Monitoring.
Mdulo Datalog
Convierte los resultados de las pruebas en XML y luego enva esta
informacin a un sistema de archivos del host con fines de archivado o de
generacin de informes sencillos. El XML resulta til para los clientes que
han desarrollado sus propias herramientas de creacin de informes y
desean continuar utilizndolas.
Mdulo IBM Tivoli Monitoring
Enva resultados al agente de supervisin de servicios de Internet, que
utiliza un archivo de correlacin para convertir los resultados en el formato
que necesita IBM Tivoli Monitoring para generar informes en espacios de
trabajo.
Acerca de Response Time
El componente Response Time de ITCAM for Transactions proporciona una
solucin destinada a gestionar aplicaciones compuestas. Est diseado para ofrecer
al personal de soporte la informacin que necesitan para evaluar si las aplicaciones
compuestas funcionan correctamente en cualquier lugar de la red. Esta
funcionalidad tiene un rol dual en IT de empresas. Si se utiliza una aplicacin
compuesta en el propio entorno empresarial, podr tolerar una ligera disminucin
del rendimiento que tiene poco o ningn efecto en los resultados financieros. Sin
embargo, si clientes externos utilizan una aplicacin compuesta, una disminucin
del rendimiento puede tener consecuencias legales debido a violaciones de los
Acuerdos de nivel de servicio (SLA) preestablecidos. Ninguno de estos casos
resulta deseable, y en muchos casos se previenen, mediante las posibilidades de
supervisin que se proporcionan con agentes de Response Time. El software ofrece
las siguientes funciones:
v Una sola infraestructura construida sobre IBM Tivoli Monitoring.
v Una interfaz de usuario consolidad creada sobre Tivoli Enterprise Portal (TEP),
que presenta un inicio de sesin nico y notificaciones comunes.
v La capacidad de personalizar por completo los informes y los espacios de
trabajo.
v Alertas inteligentes basadas en situaciones de IBM Tivoli Monitoring.
v Notifica y alerta de mtricas en tiempo real o histricas.
v Identifica atascos en el Cliente, la Red o el Servidor (CNS) al desglosar los datos
de tiempo de respuesta en segmentos para que pueda entender las tendencias y
las cargas del sistema.
v Identifica, notifica y enva alertas sobre clientes o ubicaciones individuales.
v Descubre, notifica y enva alertas para recursos de servidor de fondo.
v Proporciona la posibilidad de configurar la agregacin de datos con una
frecuencia de cada 5 minutos.
v Proporciona una configuracin simplificada e incluye situaciones
predeterminadas.
Response Time incluye los siguientes agentes de supervisin:
v Application Management Console
v Robotic Response Time
v Web Response Time
Application Management Console
Application Management Console proporciona una instantnea precisa de la
supervisin de ITCAM for Transactions casi en tiempo real. Proporciona la
disponibilidad de transacciones y aplicaciones consolidadas y en tiempo real e
informacin del tiempo de respuesta de todas las aplicaciones supervisadas por
agentes de supervisin de servicios de Internet, Response Time y Transaction
Tracking. Recopila los datos en tiempo real a un intervalo constante que se puede
configurar en lugar de confiar en Tivoli Data Warehouse.
Utilice la Application Management Console para ver un resumen de estado e
informacin de anlisis de tendencia de los recursos gestionados y para realizar
una determinacin de problemas. Esta informacin se muestra en Tivoli Enterprise
Portal.
El agente de Application Management Console es necesario cuando se instalan
otros agentes de ITCAM for Transactions. El agente de Application Management
Console gestiona y distribuye perfiles, ventanas de mantenimiento, informacin de
cliente e informacin de usuario para los dems agentes de supervisin de
Response Time y Transaction Tracking.
Robotic Response Time proporciona supervisin activa de transacciones
empresariales de clientes. Estas transacciones empresariales representan un
complejo conjunto de pasos que suele realizar un usuario final para conseguir un
objetivo empresarial, como iniciar una sesin en una aplicacin bancaria en lnea,
comprobar el saldo de una cuenta y transferir fondos. Este conjunto de pasos se
puede grabar y reproducir utilizando este agente para verificar la disponibilidad y
el rendimiento. Se instala por separado en varios sistemas de escritorio y servidor
en la empresa y en Internet.
La supervisin se puede realizar desde el inicio de una transaccin y, dado que
est habilitada para dar soporte a TTAPI y que se puede integrar en las funciones
de Transaction Collector y Transaction Reporter, se pueden ver vistas de topologa
completas de las transacciones robticas a medida que fluyen a travs del sistema.
Robotic Response Time proporciona las caractersticas siguientes:
v Supervisin robtica mejorada con Rational Performance Tester.
v Reproduccin de scripts utilizando Rational Functional Tester en aplicaciones
Windows, incluyendo aplicaciones 3270.
v Reproduccin inmediata de scripts robticos.
v Supervisin de causas de anomalas de scripts visualizando capturas de pantalla
reales y capturas de datos HTML de sesiones de reproduccin fallidas en
Rational Performance Tester y Rational Functional Tester.
v Supervisin del rendimiento y la disponibilidad de las aplicaciones para detectar
los problemas antes de que los usuarios finales los experimenten. Esta
supervisin se lleva a cabo mediante la tecnologa robtica para registrar y
reproducir transacciones que determinan si la transaccin rinde como se
esperaba.
Robotic Response Time proporciona supervisin robtica para las aplicaciones
siguientes:
v Aplicaciones web que utilizan los protocolos HTTP y HTTPS
v Aplicaciones cliente de GUI de Microsoft Windows
v Aplicaciones o scripts con una interfaz de lnea de mandatos, como por ejemplo:
Scripts de supervisin personalizados
Aplicaciones como DB2 que proporcionan una interfaz de lnea de mandatos
Tecnologas de reproduccin como, por ejemplo, Rational Functional Tester o
wget
v Scripts de Mercury LoadRunner HTTP y HTTPS
v Aplicaciones alojadas por Citrix
v SAP
v Siebel
v Servicios web
v Aplicaciones ERP de Oracle
v Transferencia de archivos de scripts robticos - descubre y sube todos los
archivos y dependencias de archivos que son necesarios para los scripts
robticos. Tambin puede indicar a la herramienta que instrumente
automticamente con ARM un registro que no se haya instrumentado
anteriormente. Los scripts robticos registran una secuencia de pasos en una
transaccin para simular una transaccin empresarial concreta ejecutada desde
ubicaciones especficas, para que pueda supervisar la experiencia de usuario
final con Robotic Response Time.
Consulte el manual Administrators's Guide para obtener ms informacin sobre
cmo utilizar Rational Performance Tester y Rational Functional Tester con Robotic
Response Time.
Web Response Time
Web Response Time proporciona supervisin de usuario final real de solicitudes
web de cliente en los componentes de servidor. Se puede instalar localmente en el
sistema servidor o en otro sistema. Web Response Time utiliza funciones de
supervisin del lado del servidor para capturar datos de transacciones HTTP y
HTTPS, como el tiempo de respuesta y los cdigos de estado. Puede utilizarlo para
capturar los datos de rendimiento y disponibilidad de los usuarios reales para la
generacin de informes de Acuerdo de nivel de servicio (SLA). Web Response Time
tambin detecta protocolos y aplicaciones supervisando los flujos de red TCP/IP.
Puede utilizar Web Response Time para realizar las tareas siguientes:
v Supervisar el rendimiento y disponibilidad de los usuarios finales en
aplicaciones basadas en web.
v Capturar el tiempo de respuesta de las solicitudes web y su segmentacin.
v Supervisar el rendimiento de una solicitud de pgina web y de todos los objetos
incluidos en dicha pgina web. Esta funcin, que se puede activar y desactivar,
puede identificar si algn grfico, tabla, JavaScript o Applet est provocando
problemas de tiempo de respuesta. La supervisin de solicitudes de audio o
vdeo no est disponible.
v Capturar y notificar sobre la serie de consulta HTTP y datos del formulario Post.
v Supervisar tiempos de respuesta, incluyendo el de la estacin de trabajo, sin
estar fsicamente en la estacin de trabajo.
v Supervisar transacciones HTTP y HTTPS mientras se ejecuta en modalidad de
dispositivo.
Si prefiere no modificar el servidor web, puede instalar el agente Web Response
Time en modalidad de dispositivo, localmente en el servidor o remotamente en
un host diferente que utiliza un tap de red, un puerto de expansin o un
concentrador para acceder al trfico de red del servidor. Con esta configuracin
puede supervisar los servidores web sin modificar ni afectar a los sistemas
servidor. Este mtodo es el mtodo de instalacin preferido.
v Supervisar usuarios especficos por sus nombres de usuario y sesiones.
v De forma predeterminada, el agente Web Response Time supervisa todas las
interfaces de red. No obstante, tambin puede supervisar una interfaz de red
especfica. De forma predeterminada, Web Response Time Analyzer selecciona
automticamente la interfaz correcta. Sin embargo, puede limitarla a una interfaz
de red.
v Supervise transacciones desde servidores web a WebSphere Application Server
utilizando la opcin de integracin de Web Response Time - Transaction
Tracking.
El agente Web Response Time puede realizar un seguimiento de las transacciones
sin necesidad de recopiladores de datos especficos del dominio o de la aplicacin.
Este tipo de supervisin se denomina seguimiento de transacciones sin agente y
ampla las posibilidades de las funciones de ITCAM for Transactions existentes de
este modo:
v Supervisin de flujos de red basados TCP/IP genricos.
v Los espacios de trabajo Tivoli Enterprise Portal mejorados proporcionan
funciones adicionales para visualizar el flujo de datos y las dependencias.
v El agente de Transaction Reporter utiliza los datos del agente de Web Response
Time junto con los datos de los recopiladores de datos basados en dominio
existentes como Recopilador de datos para WebSphere Message Broker para
visualizar estos datos de TCP/IP en vistas de topologa. Estas vistas de
topologa pueden incluir datos del agente tradicional basados en orgenes de
datos y de orgenes de datos de seguimiento sin agente. Si utiliza conjuntamente
estas posibilidades, puede desplegar agentes de Web Response Time para
recopilar datos, luego visualizar la topologa resultante y posteriormente
desplegar los recopiladores de datos basados en agente para obtener informacin
de seguimiento ms detallada.
v Puede utilizar las posibilidades adicionales en Editor de configuracin de
gestin de aplicaciones para crear y modificar las configuraciones que el agente
de Web Response Time aplica a los datos del flujo de red de TCP/IP
supervisados.
Web Response Time es tambin un Agente de agregacin.
Los Agente de agregacin es un agente de supervisin que proporciona
almacenamiento de datos y calcula los agregados para Transaction Tracking. Los
Agente de agregacin incluyen agentes Transaction Collector y Web Response
Time.
El Agente de agregacin, que incluye Transaction Collector y Web Response Time,
se comunica con Transaction Reporter mediante Tivoli Enterprise Monitoring
Server. Un Agente de agregacin o varios pueden enviar notificaciones a un nico
Transaction Reporter. Cada Agente de agregacin puede ser consultado por uno o
ms Transaction Reporter. Los Transaction Collectors no se pueden comunicar entre
s.
Acerca de Transaction Tracking
Transaction Tracking rastrea transacciones dentro de y entre aplicaciones.
Determina el tiempo consumido por la transaccin en cada aplicacin y, cuando es
posible, el tiempo consumido en comunicaciones entre aplicaciones. A
continuacin, puede generar alertas basadas en umbrales que especifican valores
mnimos o mximos permisibles para atributos especficos.
Transaction Tracking da soporte a una gama de productos, tcnicas de correlacin
y topologas de transaccin. Permite ampliar las prestaciones de los servicios y se
puede personalizar para entornos especficos. Transaction Tracking tambin realiza
un seguimiento de transacciones individuales cuando las tcnicas de correlacin lo
permiten.
En una topologa de transaccin compleja, no siempre se puede predeterminar la
va de acceso de las transacciones debido a las diferencias en las tcnicas de
correlacin utilizadas. Por lo tanto, a medida que la informacin de la transaccin
pasa a estar disponible, Transaction Tracking utiliza la informacin acumulada para
empezar a determinar el tipo y los detalles de toda la transaccin.
Los principales componentes de Transaction Tracking son:
v plug-in de recopilador de datos
Los plug-in de recopilador de datos son una combinacin de una API de
Transaction Tracking y archivos de soporte instalados en un dominio. El plug-in
de recopilador de datos permite a las aplicaciones transmitir datos de
seguimiento a un Transaction Collector.
v Agente de agregacin
Time.
Transaction Collector proporciona almacenamiento distribuido para todos los
datos de instancias que se recopilan de varias fuentes de datos. Transaction
Collector tambin calcula agregados. Configure Transaction Collector utilizando la
consola de Gestionar servicios de Tivoli Enterprise Monitoring o de forma
remota en Tivoli Enterprise Portal si el agente de sistema operativo de IBM
Tivoli Monitoring est instalado en el mismo directorio inicial y est conectado
al mismo IBM Tivoli Monitoring.
El Agente de agregacin, que incluye Transaction Collector y Web Response
Time, se comunica con Transaction Reporter mediante Tivoli Enterprise
Monitoring Server. Un Agente de agregacin o varios pueden enviar
notificaciones a un nico Transaction Reporter. Cada Agente de agregacin
puede ser consultado por uno o ms Transaction Reporter. Los Transaction
Collectors no se pueden comunicar entre s.
v Transaction Reporter
Transaction Reporter es un IBM Tivoli Monitoring Tivoli Enterprise Management
Agent (TEMA). Transaction Reporter contiene varios algoritmos que crean
topologas de transaccin o grficos de instancia de transaccin que se visualizan
en Tivoli Enterprise Portal. Un solo Transaction Reporter puede recibir
informacin de uno o ms Transaction Collectors a travs de Tivoli Enterprise
Monitoring Server. Configure el Transaction Reporter utilizando la consola de
Gestionar servicios de Tivoli Enterprise Monitoring o de forma remota en Tivoli
Enterprise Portal si el agente de sistema operativo de IBM Tivoli Monitoring est
instalado en el mismo directorio inicial y est conectado al mismo IBM Tivoli
Monitoring.
v Contenido predefinido
El contenido predefinido incluye espacios de trabajo, situaciones y mandatos de
actuacin. Los espacios de trabajo contienen diagramas o tablas que muestran
datos agregados y se dividen en cuatro modelos conceptuales de supervisin:
aplicaciones, componentes, servidores y transacciones. Las situaciones
corresponden a pruebas que verifican los datos agregados en relacin a un
conjunto de condiciones y donde se toman acciones cuando se cumplen las
condiciones establecidas.
Si es necesario, se puede modificar el contenido predefinido para crear espacios
de trabajo especficos de la organizacin.
IBM Tivoli Composite Application Manager for Transactions tambin utiliza lo
siguiente:
v Tivoli Data Warehouse
Tivoli Data Warehouse almacena datos histricos a largo plazo.
Application Management Console proporciona un conjunto predeterminado de
correlaciones de configuracin a aplicaciones habilitadas para Application
Response Measurement como, por ejemplo, WebSphere Application Server y
DB2, y a aplicaciones como, por ejemplo, CICS, IMS, IMS Connect, ITCAM for
SOA y WebSphere Application Server que utilicen ITCAM for Application
Diagnostics. Mediante estas correlaciones de configuracin, puede realizar un
seguimiento automtico de algunas transacciones sin configuracin adicional.
Estas correlaciones se visualizan en Editor de configuracin de gestin de
aplicaciones.
Editor de configuracin de gestin de aplicaciones se instala con Application
Management Console (agente t3) y se comparte con el componente Response
Time.
Cmo se adapta IBM Tivoli Composite Application Manager for
Transactions a IBM Tivoli Monitoring
IBM Tivoli Composite Application Manager for Transactions se integra con la
infraestructura de IBM Tivoli Monitoring. Ofrece mejoras y nuevos componentes a
la infraestructura existente.
Diseo
IBM Tivoli Composite Application Manager for Transactions se integra con la
infraestructura de IBM Tivoli Monitoring mediante Tivoli Enterprise Portal, Tivoli
Data Warehouse, situaciones y espacios de trabajo para recopilar y mostrar
informacin sobre tiempos de respuesta de transacciones e interacciones. Puede
acceder a espacios de trabajo a travs de Tivoli Enterprise Portal. Tivoli Enterprise
Portal se comunica con Tivoli Enterprise Portal Server y con Tivoli Enterprise
Monitoring Server que forman parte de la infraestructura estndar de IBM Tivoli
Monitoring.
La Figura 4 ilustra este diseo.
La Figura 4 muestra cmo IBM Tivoli Composite Application Manager for
Transactions se adapta a la infraestructura de IBM Tivoli Monitoring. A medida
Figura 4. Cmo se adapta Transaction Tracking a IBM Tivoli Monitoring
que el usuario solicita informacin en Tivoli Enterprise Portal, se activan una serie
de sucesos en la infraestructura, que se indican mediante unas lneas continuas en
el diagrama.
Las lneas de puntos muestran las vas de acceso de comunicacin entre
Transaction Reporter y los Agente de agregacin como, por ejemplo, Transaction
Collector, a travs de Tivoli Enterprise Monitoring Server. Se trata de un proceso
automtico que se produce como proceso de fondo a intervalos que se pueden
configurar y no se inicia necesariamente mediante solicitudes de usuarios. Para
obtener ms informacin sobre cmo configurar el intervalo de tiempo de
recopilacin, consulte el tema sobre recopilacin de datos Data collection en el
manual ITCAM for Transactions Administrator's Guide.
Transaction Reporter se comunica con Transaction Collector a travs de Tivoli
Enterprise Monitoring Server para obtener datos de agregados e instancias y utiliza
estos datos para mostrar la topologa de transacciones a varios niveles de detalle:
v Los espacios de trabajo de Resumen proporcionan una visin general de las
aplicaciones que se comunican con otras aplicaciones.
v Los espacios de trabajo de Detalles de interaccin y de Instancia de transaccin
proporcionan una vista especfica de interacciones correspondientes a una
instancia de transaccin.
v Los espacios de trabajo de Topologa muestran la topologa de agregados o una
topologa especfica de instancia.
Transaction Reporter tambin se comunica con otros Agente de agregacin como,
por ejemplo, Web Response Time, a travs de Tivoli Enterprise Monitoring Server
para obtener informacin de la red y utiliza estos datos para visualizar datos y
topologas en los espacios de trabajo Visin general de transacciones y Sin agente.
Tivoli Enterprise Monitoring Server solo proporciona un mecanismo de
comunicacin; no almacena datos. Los datos se almacenan en Tivoli Data
Warehouse durante das, en Transaction Reporter durante horas y en Transaction
Collector durante minutos. Para obtener ms informacin sobre cmo configurar el
intervalo de tiempo de recopilacin, consulte el tema sobre recopilacin de datos
Data collection en el manual ITCAM for Transactions Administrator's Guide.
Transaction Reporter slo proporciona datos de instancias a Tivoli Data Warehouse
mediante el Warehouse Proxy para instancias que se han solicitado mediante un
mandato de actuacin. Esta accin la realiza la situacin Slow_Transaction. En la
visualizacin de datos de instancias en el espacio de trabajo Instancia de
transaccin o Topologa de instancia estos datos no estn disponibles para el
Warehouse Proxy.
Transaction Collector y otros Agente de agregacin son IBM Tivoli Monitoring
Tivoli Enterprise Management Agent. Tanto Transaction Reporter como el agente
de Transaction Collector se despliegan y configuran utilizando el instalador y se
pueden reconfigurar mediante la consola de Gestionar servicios de Tivoli
Enterprise Monitoring.
Transaction Collector no proporciona datos directamente al Warehouse Proxy.
IBM Tivoli Composite Application Manager for Transactions se integra con otros
productos de Tivoli Enterprise Portal y puede iniciar un espacio de trabajo para
otro producto desde un espacio de trabajo IBM Tivoli Composite Application
Manager for Transactions.
Funcionamiento de IBM Tivoli Composite Application Manager
for Transactions
IBM Tivoli Composite Application Manager for Transactions proporciona nuevos
componentes que se adaptan a IBM Tivoli Monitoring y que interactan entre s
para proporcionar vistas de tiempos de respuesta de transacciones e interacciones.
Los componentes principales de IBM Tivoli Composite Application Manager for
Transactions son el plug-in de recopilador de datos (incluida la API de Transaction
Tracking), Transaction Collector, Transaction Reporter y los espacios de trabajo que
se muestran en Tivoli Enterprise Portal.
La Figura 5 en la pgina 20 muestra la interactuacin de los componentes de IBM
Tivoli Composite Application Manager for Transactions. Muestra cmo los plug-in
de recopilador de datos envan datos a sus Transaction Collector asociados, y que
Transaction Reporter obtiene datos de varios Transaction Collector y otros Agente
de agregacin. Tambin muestra cmo las aplicaciones pueden interactuar entre s
aunque los datos se enven a distintos Transaction Collectors.
Plug-ins de recopilador de datos
El plug-in de recopilador de datos supervisa aplicaciones especficas. Los plugins
codifican datos de aplicaciones y los transfieren a un Transaction Collector
utilizando la API de Transaction Tracking. El plug-in de recopilador de datos reside
en el mismo servidor que la aplicacin a la que dan servicio. Los datos recopilados
por el plug-in de recopilador de datos se utilizan para crear topologas extensas y
visualizar informacin acerca de los tiempos de respuesta de transacciones y las
interacciones.
Varias aplicaciones se pueden comunicar entre s, pero cada aplicacin tiene su
propio plug-in de recopilador de datos y transfiere datos a un Transaction
Collector.
Figura 5. Diagrama de interaccin de componentes de IBM Tivoli Composite Application
Manager for Transactions
Tabla 4. Transaction Tracking plug-in de recopilador de datoss
plug-in de recopilador de
datos Descripcin
CICS Tracking Una extensin de Transaction Tracking for z/OS que
proporciona soporte para IBM CICS en el sistema
operativo z/OS. El agente de CICS realiza un seguimiento
automtico del trfico ECI (External Call Interface), DPL
(Dynamic Program Link), IBM MQSeries y SOAP sobre
HTTP y utiliza Transactions Base para enviar los sucesos a
un Transaction Collector. Tambin puede enviar sus
propios sucesos desde rutinas de salida o aplicaciones
CICS utilizando la API de Transactions Base o puede
enviar los sucesos de transacciones utilizando el programa
CICS proporcionado.
CICS TG Transaction Tracking Realiza un seguimiento de las interacciones entre
aplicaciones que pasan a travs de entornos CICS
Transaction Gateway, que le permite supervisar el
rendimiento de los componentes de CICS Transaction
Gateway y su efecto en las aplicaciones de su entorno.
Utilice CICS TG Transaction Tracking con ITCAM for
Application Diagnostics y CICS Tracking para tener una
correlacin completa de transacciones que fluyan desde
WebSphere Application Server mediante Daemon de CICS
TG Gateway hacia CICS.
CICS TXSeries Data Collector Se integra con CICS TXSeries para AIX y recopila datos
relacionados con transacciones y programas de CICS
TXSeries.
IMS Tracking Una extensin de Transaction Tracking for z/OS que
proporciona soporte para IBM IMS en el sistema operativo
z/OS.
MQ Tracking Una extensin de Transaction Tracking for z/OS que
proporciona soporte para WebSphere MQ en z/OS y
sistemas operativos distribuidos. El agente de MQ realiza
un seguimiento de los sucesos de MQ y los reenva a un
Transactions Collector.
Tuxedo Tracking Realiza seguimientos de las transacciones entre
aplicaciones de la aplicacin Tuxedo y supervisa el
rendimiento de estas interacciones.
WASTT Realiza un seguimiento de las interacciones entre
aplicaciones instrumentadas con ARM en WebSphere
Application Server y otros dominios como, por ejemplo,
WebSphere MQ.
Recopilador de datos para
WebSphere Message Broker
Realiza seguimientos de las interacciones entre
aplicaciones que pasan a travs de entornos de WebSphere
Message Broker. Recopilador de datos para WebSphere
Message Broker utiliza la salida de usuario KK3UserExit
WebSphere Message Broker para recopilar los datos para
el seguimiento de transacciones. Despus de analizar los
datos, la salida de usuario KK3UserExit enva los datos
como sucesos de seguimiento de transacciones a un
Transaction Collector.
ITCAM for SOA Log File
Service
Recopila informacin de supervisin recopilada en los
archivos de registro de IBM Tivoli Composite Application
Manager for SOA (ITCAM for SOA) y la convierte en un
formato adecuado para su visualizacin en las vistas y
espacios de trabajo de Transaction Tracking.
Tabla 4. Transaction Tracking plug-in de recopilador de datoss (continuacin)
plug-in de recopilador de
datos Descripcin
Aplicaciones ARM
personalizadas
Una aplicacin que ya contiene las llamadas de funcin
ARM necesarias. Puede supervisar las aplicaciones ARM
genricas (como el plugin de Servidor web para IBM
WebSphere Application Server, IBM WebSphere o IBM
DB2) con agentes de seguimiento de transaccin.
Aplicaciones de usuario
personalizadas
Su propia aplicacin personalizada que puede programar
para que enve sucesos y proporcione informacin sobre
seguimiento a Transaction Tracking utilizando la API de
Agente de agregacins
Time.
Transaction Collector recibe datos de instancia de aplicaciones a travs de la API
de Transaction Tracking instalada con el plug-in de recopilador de datos. Instale
Transaction Collector en un servidor distinto del de las aplicaciones. El servidor no
debe tener aplicaciones crticas en ejecucin y debe tener suficientes recursos para
ejecutar Transaction Collector.
Transaction Collector almacena estos datos, calcula agregados y responde a
consultas de datos procedentes de Transaction Reporter a travs de Tivoli
Enterprise Monitoring Server. Varios Transaction Collectors pueden proporcionar
datos a Transaction Reporter, pero los Transaction Collectors no se comunican entre
s.
Un Transaction Collector elimina los datos que superan una antigedad que se
puede configurar o bien porque han alcanzado un volumen considerable. Para
obtener ms informacin sobre cmo configurar el intervalo de tiempo de
recopilacin, consulte el tema "Ajuste de la recopilacin de datos" en el manual
IBM Tivoli Composite Application Manager for Transactions Administrator's Guide.
Transaction Reporters
Los espacios de trabajo de IBM Tivoli Composite Application Manager for
Transactions utilizan datos procedentes de Transaction Reporter. Tivoli Enterprise
Monitoring Server permite que Transaction Reporter consulte uno o varios Agente
de agregacin para ver si contienen datos agregados. Esto sucede como proceso de
fondo a intervalos establecidos. Para obtener ms informacin sobre cmo
configurar el intervalo de tiempo de recopilacin, consulte el tema Ajuste de la
recopilacin de datos en el manual IBM Tivoli Composite Application Manager for
Transactions Administrator's Guide.
Despus de recibir y de colocar en memoria cach los datos agregados, Transaction
Reporter recopila un subconjunto de datos de instancia. Luego utiliza algoritmos
para crear topologas de transaccin que se aplican a los datos agregados para
generar datos de interaccin. Los datos agregados y los datos de interaccin se
muestran en los espacios de trabajo y proporcionan una visin general del
rendimiento de la transaccin, incluidas las vas de acceso alternativas que puede
adoptar una transaccin. Es posible que Transaction Reporter tenga que contactar
con los Agente de agregacin varias veces para obtener suficientes datos de
seguimiento para crear una topologa de transaccin completa.
Las vistas de interaccin de Transaction Reporter a nivel de agregado, no a nivel
de instancia, son una estimacin basada en los agregados individuales
suministrados por los Transaction Collectors y una topologa determinada por
Transaction Reporter. Para determinar esta topologa, Transaction Collector realiza
un muestreo de algunos datos de instancia, luego realiza un seguimiento
correspondiente a varios saltos y luego identifica un agregado a partir de la
informacin de contexto de los datos de la instancia.
Cuando determina filas de interaccin de agregado, Transaction Reporter puede
recibir agregados individuales con recuentos diferentes porque Transaction
Collector determina qu periodo de tiempo se debe actualizar, en funcin de la
indicacin horaria del suceso de instancia inicial correspondiente a una transaccin
especfica.
Por ejemplo, si se produce una interaccin de nivel de instancia entre A y B, es
posible que el agregado de A est en un periodo y el agregado de B est en otro.
Cuanto mayor es la frecuenta de interaccin, menos significativa ser la diferencia
entre los recuentos de los agregados A y B. Si embargo, a medida que la frecuencia
de la transaccin se acerca a 0, es posible que no se determine ninguna interaccin,
ya que se un agregado correspondiente a A se produce en un periodo y un
agregado correspondiente a B se produce en otro. Si se transfiere de agregados a
interacciones de instancia, se mostrar una topologa de A a B, pero la topologa de
interacciones de agregado solo mostrar A o B.
Nota: En ITCAM for Transactions V7.2.0.1 y posterior, cuando Transaction
Reporter consulta Transaction Collector para una nica instancia, ahora Transaction
Reporter slo realiza un seguimiento de esa nica instancia.
Transaction Reporter tambin proporciona datos que permiten a los espacios de
trabajo mostrar grficos de instancias especficas que proporcionan el conjunto
exacto de interacciones producidas durante el proceso de una sola instancia de
transaccin. Tambin se puede visualizar informacin de instancias, consulte el
tema Transacciones: instancias de transacciones histricas de la Gua del usuario
para obtener ms informacin.
Utilice la consola de Gestionar servicios de Tivoli Enterprise Monitoring para
enlazar Transaction Reporter con Transaction Collectors especficos. El valor
predeterminado consiste en que Transaction Reporter recopile datos de cada
Transaction Collector disponible a travs de Tivoli Enterprise Monitoring Server.
Captulo 2. Uso de Editor de configuracin de gestin de
aplicaciones
Utilice la Editor de configuracin de gestin de aplicaciones para configurar el
entorno de supervisin.
Editor de configuracin de gestin de aplicaciones proporciona un editor simple
para crear definiciones reutilizables de aplicaciones, clientes y transacciones para
supervisarlas. Estas aplicaciones, estos clientes y estas transacciones pueden
asignarse a una o ms configuraciones de perfil que tambin se pueden definir con
este editor. Aplicando estas configuraciones de perfil comunes en el entorno, puede
desplegar la supervisin en entornos de gran escala de forma ms eficaz.
Los agentes de transaccin tambin incluyen la capacidad para hacer un
seguimiento y realizar informes de trfico de TCP genrico en su entorno.
Proporcionan varias medidas de TCP y un seguimiento en el nivel de adicin.
Utilizando esta solucin para supervisar ampliamente todas las transacciones
basadas en redes de aplicaciones puede comprender todos los componentes de la
aplicacin, los recursos y las conexiones utilizados por su aplicacin. Puede
desplegarse en un dispositivo basado en la red que detecte todo el trfico de red
TCP y generar una topologa de adicin de alto nivel de todas las conexiones de la
aplicacin.
El editor incluye un depsito central basado en archivos XML. Con este depsito
puede editar informacin desde la lnea de mandatos o cuando no est conectado a
Tivoli Enterprise Portal.
Los principios bsicos siguiente se aplican al Editor de configuracin de gestin de
aplicaciones:
Establecimiento de alertas:
Las situaciones se pueden definir en el contexto de la aplicacin
supervisada.
Definicin de quin o qu supervisar:
Puede crear definiciones reutilizables para las aplicaciones, los clientes y
las transacciones, independientemente de cmo se supervisen.
Dnde y cmo supervisar:
Los perfiles aplican reglas comunes en el entorno supervisado. Puede
establecer perfiles y listas de distribucin que indiquen dnde se producir
la supervisin dentro del entorno.
Acceso y navegacin del Editor de configuracin de gestin de
aplicaciones
Puede acceder al Editor de configuracin de gestin de aplicaciones desde Tivoli
Enterprise Portal. Desde la barra de herramientas principal, seleccione el icono
Editor de configuracin de gestin de aplicaciones.
El Editor de configuracin de gestin de aplicaciones aparece en una ventana
aparte parecida al ejemplo siguiente:
Figura 6. Acceso al Editor de configuracin de gestin de aplicaciones desde Tivoli
Enterprise Portal
Alternancia de vistas
Cuando se muestra el Editor de configuracin de gestin de aplicaciones por
primera vez, la vista de navegacin del panel izquierdo muestra una lista de
aplicaciones disponibles. Tambin puede mostrar listas de clientes, perfiles y
ventanas de mantenimiento pulsando en la vista de navegacin y
seleccionando una de las opciones siguientes:
v Aplicaciones
v Clientes
v Perfiles
v Ventanas de mantenimiento
v Componentes
Figura 7. Editor de configuracin de gestin de aplicaciones
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 27
Visualizacin de los detalles de las aplicaciones
En la vista Aplicaciones predeterminada puede pulsar en para expandir el
rbol de nodos junto a cada nombre de aplicacin, y mostrar las transacciones
(indicado por el icono ), clasificados por el tipo de agente (por ejemplo Tiempo
de respuesta de robtica, Seguimiento de transacciones y Tiempo de respuesta de
web). Se proporcionan aplicaciones predeterminadas para cada tipo de agente
(excepto para Tiempo de respuesta de robtica). Tambin puede expandir los
nodos de transaccin para mostrar los perfiles asociados (indicados con el icono
).
Figura 8. Seleccin desde la vista de navegacin
Visualizacin de clientes
Desde la vista de navegacin, cuando se pulsa y se selecciona la opcin
Clientes, se muestra la lista de clientes previamente definida, parecida al ejemplo
siguiente:
Visualizacin de perfiles
Perfiles, se muestra la lista de perfiles previamente definida, parecida al ejemplo
siguiente:
Figura 9. Ejemplo del rbol de nodos de Aplicaciones expandido
Figura 10. Visualizacin de los clientes en la vista de navegacin
Visualizacin de Ventanas de mantenimiento
Ventanas de mantenimiento, se muestra la lista de ventanas de mantenimiento
previamente definida, parecida al ejemplo siguiente:
Visualizacin de componentes
Componentes, se muestra la lista de componentes previamente definida, parecida
al ejemplo siguiente:
Figura 11. Visualizacin de perfiles en la vista de navegacin
Figura 12. Visualizacin de las ventanas de mantenimiento en la vista de navegacin
Borrado de la memoria cach del plugin Java
Si ha accedido previamente al Editor de configuracin de gestin de aplicaciones y

luego ha intentado acceder a l de nuevo pero no sucede cuando pulsa el icono
Editor de configuracin de gestin de aplicaciones, intente borrar la memoria cach
del plugin Java completando los pasos siguientes:
1. Acceda al Panel de control de Windows.
2. Seleccione el Panel de control de IBM para Java.
a. Seleccione la ficha General.
b. En la seccin Archivos temporales de Internet, pulse Suprimir archivos.
c. Pulse Aceptar.
3. Seleccione Plug-in Java.
a. Seleccione la ficha Memoria cach.
b. Pulse Borrar.
c. Pulse Aplicar.
Figura 13. Listado de componentes en la vista de navegacin
Terminologa de Editor de configuracin de gestin de aplicaciones
Esta seccin define algunos de los nombres comunes que se encuentran al utilizar
Editor de configuracin de gestin de aplicaciones:
Aplicacin
Un grupo de transacciones que representa una aplicacin empresarial. Una
aplicacin simple puede tener transacciones supervisadas por diferentes
agentes de supervisin. Por ejemplo, tanto Robotic Response Time como
Web Response Time pueden supervisar la misma transaccin en el
Websphere Application Server para recopilar datos de rendimiento para
valorar el estado de los componentes y la configuraciones de e-business.
Web Response Time supervisa cmo los usuarios reales experimentan la
aplicacin, mientras que Robotic Response Time ayuda a probar escenarios
de robtica que simulan transacciones de clientes. Juntos, estos agentes le
ayudan a medir cmo los usuarios experimentan los sitios web y las
aplicaciones en condiciones diversas y en momentos diferentes.
La aplicacin es el grupo de informes del nivel ms alto en el Tivoli
Enterprise Portal y la Application Management Console. Todos los datos de
la transaccin se agregan a la aplicacin. Puede crear situaciones para
alertar de problemas en el nivel de la aplicacin, y ver tendencias de
aplicaciones en la Application Management Console.
Cliente
Una agrupacin flexible de usuarios finales que se puede definir con una
direccin IP o con un conjunto de patrones de nombres de host. Puede
agrupar clientes por ubicacin, oficina sucursal, subred IP u otras maneras
que satisfagan sus necesidades de empresa.
Componente
Un nombre definido por el usuario para el trfico TCP supervisado que se
muestra en los espacios de trabajo y vistas de Tivoli Enterprise Portal.
Incluye uno o varios protocolos que definen las direcciones IP puertos que
se han de supervisar. Por ejemplo, puede crear un componente
denominado Production HTTP(S) que incluya el trfico TCP supervisado
para los servidores 9.48.152.128 y 9.48.152.129 en los puertos 82 y 445.
Lista de sistema gestionados
Una lista de sistemas gestionados, especfica de agente, del mismo tipo.
Por ejemplo, puede crear una lista de sistemas gestionados de Linux para
una regin geogrfica concreta llamada LINUX_LONDON, de manera que
pueda distribuir perfiles especficos para esa ubicacin. La lista debe estar
restringida al nico tipo de agente de tiempo de respuesta, por ejemplo
Tiempo de respuesta de web o Tiempo de respuesta de robtica. No se
pueden mezclar tipos de agentes en la misma lista de sistemas gestionados.
Perfil Una agrupacin comn de atributos de configuracin y supervisin que
definen qu transacciones se van a supervisar, cundo se desean supervisar
y la ubicacin en la que desea supervisarlas.
Protocolo
Una combinacin de una direccin IP especfica (por ejemplo, 9.48.152.128)
o un patrn de direccin IP (por ejemplo, 9.48.152.*) y nmero de puerto
para supervisar el trfico TCP. Puede crear una o varias definiciones de
protocolo como parte de las definiciones de componentes en el Editor de
configuracin de gestin de aplicaciones.
Dominio
Las credenciales de seguridad para los scripts de robtica de Rational
Performance Tester. Use situaciones y atributos de RRT_Realms para definir
dominios.
Transaccin
El intercambio empresarial que desea supervisar desde la perspectiva del
usuario final. Por ejemplo, puede producirse una transaccin entre una
estacin de trabajo y un programa, entre dos estaciones de trabajo o entre
dos programas. Puede crear definiciones de qu supervisar y reutilizarlas
en varios perfiles. Existen dos tipos de transacciones: de usuario final real y
de robtica.
Nota: El uso del trmino transaccin cuando se hace referencia a
conexiones TCP significa una secuencia de paquetes de solicitudes TCP
seguida de una secuencia de paquetes de respuesta de TCP.
Transaccin de usuario final real
Conjunto de filtros que coinciden con las solicitudes supervisadas. Estos
filtros soportan la coincidencia de patrones con comodines en cualquier
propiedad de transaccin, as como los valores INCLUDE y EXCLUDE.
Transaccin de robtica
Un script de robtica o un mandato de la CLI. Se crea automticamente
cuando se carga un nuevo script de robtica. Esto no es aplicable a los
scripts de la CLI porque debe escribir el mandato de la CLI en la
transaccin de la CLI para ejecutar el script de la CLI.
Grupo de usuarios
Una lista de usuarios de control de acceso de seguridad de IBM Tivoli
Monitoring que tienen acceso a la lectura o la modificacin de un perfil,
una aplicacin o un cliente.
Plan de accin sugerido para utilizar Editor de configuracin de
gestin de aplicaciones
Esta seccin proporciona un plan de accin que sugiere cmo utilizar el Editor de
configuracin de gestin de aplicaciones para configurar el software de supervisin
para que cumpla con las necesidades de su entorno.
Las definiciones de todas las aplicaciones, las transacciones, los clientes y los
perfiles se almacenan en un repositorio en el que estn disponibles para todos los
usuarios. (Consulte Acerca del almacn de configuracin en la pgina 140).Un
repositorio bien completado acelera y mejora la creacin de nuevos perfiles. Hay
dos maneras de crear elementos para su repositorio:
v (Sugerido) Crear aplicaciones, transacciones y clientes de forma independiente.
Los elementos creados de esta manera no estn asignados inicialmente a ningn
perfil, pero van al repositorio para su asignacin posterior. Puede usar el
repositorio para asignar una transaccin a varios perfiles que son ejecutados por
diversos agentes de supervisin. Por este motivo, es posible que le parezca ms
adecuado crear aplicaciones, transacciones y clientes antes de crear un perfil.
v Crear aplicaciones, transacciones y clientes al configurar un perfil. Los elementos
creados de esta manera se aplican al perfil con el que se est trabajando en ese
momento, pero tambin forman parte del repositorio y se pueden asignar a otros
perfiles ms tarde.
El siguiente es un orden sugerido para utilizar el Editor de configuracin de
gestin de aplicaciones:
1. Defina qu desea supervisar:
v Defina aplicaciones que se asociarn a uno o ms perfiles (consulte
Definicin de aplicaciones para perfiles en la pgina 35).
v Defina transacciones para estas aplicaciones que representen las transacciones
de usuario final reales que se van a supervisar (consulte Definicin de
transacciones para perfiles en la pgina 39).
v Defina filtros para las transacciones para definir ms qu datos se van a
incluir o excluir de la supervisin (consulte Utilizacin de filtros en la
pgina 52).
v Defina el seguimiento de usuarios y sesiones tal como sea necesario para
ayudar a aislar los problemas de rendimiento y disponibilidad con usuarios
especficos (consulte Supervisin de usuarios y sesiones nicos para Web
Response Time en la pgina 65).
v Cree y cargue scripts de robtica de manera que pueda supervisar
transacciones de robtica.
v Determine si desea ejecutar algn mandato de la CLI. Si no hay scripts
asociados a estos mandatos, crguelos. Tambin necesita definir los mandatos
y scripts de la CLI como transacciones.
v Defina los clientes que vayan a supervisarse (consulte Creacin de clientes
en la pgina 78).
2. Cree perfiles para describir cmo desea supervisar y asociar aplicaciones,
transacciones y clientes (consulte Definicin de perfiles en la pgina 81).
3. Cree listas de sistemas gestionados como sea necesario y distribuya perfiles
(consulte Creacin y utilizacin de las listas de sistemas gestionados y de
distribucin en la pgina 106).
Puede realizar tareas adicionales como sea necesario utilizando el Editor de
configuracin de gestin de aplicaciones para ayudarle a gestionar su
configuracin:
v Defina las ventanas de mantenimiento que identifiquen cundo una aplicacin o
un sistema est disponible debido al mantenimiento (consulte Planificacin de
ventanas de mantenimiento en la pgina 116).
v Defina las propiedades de los informes que especifiquen reglas para asignar
nombres y agrupar los datos que aparecen en los espacios de trabajo y las vistas
para cubrir las necesidades de su empresa (consulte Definicin de reglas de
informes en la pgina 136).
v Acceda a la configuraciones de perfil directamente desde el repositorio central
de Editor de configuracin de gestin de aplicaciones y utilice su editor favorito
para modificar manualmente estos archivos XML como sea necesario. Esto es til
cuando no se inicia sesin en Tivoli Enterprise Portal y no se tiene acceso a
Editor de configuracin de gestin de aplicaciones (consulte Acerca del almacn
de configuracin en la pgina 140).
v Puede definir valores de seguridad que especifiquen qu aplicaciones,
transacciones y perfiles estn disponibles para los usuarios (consulte
Configuracin de seguridad para Response Time en la pgina 141).
Conceptos relacionados:
Seguimiento de transacciones de ARM en la pgina 300
Transaction Tracking incluye un perfil de seguimiento de transacciones que
contiene un conjunto predeterminado de correlaciones de configuraciones con las
aplicaciones de ARM. Se muestran en el editor de Application Management
Console.
Trabajo con el seguimiento de transacciones ARM en la pgina 301
Puede aadir nuevas aplicaciones al perfil Transacciones y suprimir las
aplicaciones que ya no necesite.
Definicin de aplicaciones para perfiles
Esta seccin describe cmo definir las aplicaciones que se desea supervisar, de
manera que ms tarde pueda asignar transacciones y agruparlas lgicamente para
la distribucin y la planificacin con perfiles.
En el Editor de configuracin de gestin de aplicaciones, una aplicacin se
considera un grupo de transacciones que representa una aplicacin empresarial.
Consulte Terminologa de Editor de configuracin de gestin de aplicaciones en
la pgina 32 para obtener definiciones de estos y otros trminos utilizados en el
Una aplicacin simple puede tener transacciones supervisadas por diferentes
agentes de supervisin. Por ejemplo, tanto Robotic Response Time como Web
Response Time pueden supervisar la misma transaccin en el Websphere
Application Server para recopilar datos de rendimiento para valorar el estado de
los componentes y la configuraciones de e-business. Web Response Time supervisa
cmo los usuarios reales experimentan la aplicacin, mientras que Robotic
Response Time ayuda a probar escenarios de robtica que simulan transacciones de
clientes. Juntos, estos agentes le ayudan a medir cmo los usuarios experimentan
los sitios web y las aplicaciones en condiciones diversas y en momentos diferentes.
La aplicacin es el grupo de informes del nivel ms alto en el Tivoli Enterprise
Portal y la Application Management Console. Todos los datos de la transaccin se
agregan a la aplicacin. Puede crear situaciones para alertar de problemas en el
nivel de la aplicacin, y ver tendencias de aplicaciones en la Application
Management Console.
Puede definir aplicaciones en cualquier momento, pero puede parecer lo ms
conveniente definir una nueva aplicacin siempre que despliegue una nueva
aplicacin para supervisar, o cuando elija supervisar una aplicacin existente por
primera vez.
Antes de empezar
Antes de definir una nueva aplicacin, determine el nombre para la aplicacin y el
tipo de agente de supervisin que desee utilizar.
v Determinacin del nombre de la aplicacin: de forma predeterminada, es el
nombre con el que se notifican los datos en la Application Management Console.
El nombre de la aplicacin est limitado a 128 caracteres cuando aparece en el
Cuando aparecen datos de informes en la Application Management Console en
el Tivoli Enterprise Portal, la longitud combinada del nombre de la aplicacin y
el nombre del host donde se encuentra Application Management Console no
puede superar los 26 caracteres. De lo contrario, el nombre de la aplicacin
queda truncado. Por ejemplo, supongamos que tiene una aplicacin llamada
WebSpherePlants y que el nombre de host es EastCoastNY1234. En este caso el
nombre de la aplicacin aparece en la vista Navigator del Tivoli Enterprise
Portal como WebSpherePl. Puede minimizar este efecto de truncamiento ubicando
la Application Management Console en un sistema con un nombre de host
breve.
Si define un nombre de aplicacin y luego lo cambia, despus de recopilar datos
de supervisin, el cambio del nombre slo se aplica a los datos nuevos.
v Determinacin del tipo de agente de supervisin: consulte el captulo Mejores
usos de la publicacin Gua del administrador para obtener informacin sobre la
eleccin del agente de supervisin correcto.
Procedimiento: acceso a la vista de aplicaciones
Use este procedimiento para mostrar la lista de aplicaciones previamente definidas
en el Editor de configuracin de gestin de aplicaciones. Para acceder a la vista
Aplicaciones, siga estos pasos:
1. Acceda al Tivoli Enterprise Portal.
2. Pulse en la barra de herramientos.
Las aplicaciones, las transacciones, los clientes y los perfiles definidos
previamente se recuperan del repositorio y se cargan en el Editor de
configuracin de gestin de aplicaciones. El Editor de configuracin de gestin
de aplicaciones aparece en una ventana separada.
3. De forma predeterminada aparece la lista de todas las aplicaciones previamente
definidas cuando se abre por primera vez el Editor de configuracin de gestin
de aplicaciones. En caso necesario, pulse y seleccione Aplicaciones para
mostrar la lista de aplicaciones de la vista de navegacin.
Procedimiento: creacin de una aplicacin nueva
Use este procedimiento para crear una nueva aplicacin que desee supervisar.
1. Acceda a la vista de aplicaciones si no lo ha hecho ya (consulte Procedimiento:
acceso a la vista de aplicaciones).
2. Para crear una aplicacin nueva haga una de las acciones siguientes desde la
vista de navegacin Aplicaciones.
v Si el nodo Aplicaciones est resaltado, haga una de las acciones siguientes:
Pulse con el botn derecho el icono situado junto al nodo Aplicacin
superior y seleccione Crear aplicacin nueva.
Pulse el icono de la izquierda del campo de seleccin de la vista y
seleccione Crear aplicacin nueva.
v Si uno de los nombres de aplicacin de la lista est resaltado, haga una de
las acciones siguientes:
Pulse con el botn derecho en el icono situado a la izquierda de un
nombre de aplicacin de la lista y seleccione Crear otra aplicacin.
seleccione Crear otra aplicacin.
Aparece la ventana Crear aplicacin, parecida al ejemplo siguiente:
3. En el campo Nombre de aplicacin, escriba el nombre de la aplicacin que
vaya a crear.
4. Pulse Aceptar. Aparece una ventana de configuracin parecida al ejemplo
siguiente:
La ficha Aplicacin aparece de forma predeterminada y contiene el nombre de
la aplicacin seleccionada. Tambin puede escribir este nombre en el campo
Nombre de la aplicacin para cambiarlo por otro nombre que se prefiera.
Las fichas Sesin y Usuarios se utilizan para configurar el seguimiento de
usuario y sesin para que supervise transacciones asociadas a usuarios
especficos. Consulte Supervisin de usuarios y sesiones nicos para Web
Response Time en la pgina 65 para obtener ms informacin sobre cmo
configurar la supervisin del seguimiento de usuario y de sesin.
5. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
6. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Procedimiento: modificacin de una aplicacin existente
Use este procedimiento para modificar una aplicacin existente.
acceso a la vista de aplicaciones en la pgina 36).
2. Para modificar una aplicacin existente pulse el nombre de aplicacin de la
lista. Aparece la ventana con fichas para la aplicacin seleccionada, parecida al
ejemplo siguiente:
La ficha Aplicacin aparece de forma predeterminada y contiene el nombre de
la aplicacin seleccionada. Puede escribir este nombre en el campo Nombre de
la aplicacin para cambiarlo por otro nombre que se prefiera.
4. Si la aplicacin seleccionada ya tiene transacciones asociadas y perfiles
definidos, puede pulsar el icono situado junto al nombre de la aplicacin y
expandir el rbol de nodos para seleccionar las transacciones y los perfiles que
necesite. Consulte Definicin de transacciones para perfiles en la pgina 39 y
Definicin de perfiles en la pgina 81 para obtener ms informacin sobre
cmo crear y modificar transacciones y perfiles.
Procedimiento: supresin de una aplicacin existente
Use este procedimiento para suprimir una aplicacin existente del Editor de
2. Para suprimir una aplicacin existente, siga uno de estos pasos:
v Pulse con el botn derecho el nombre de la aplicacin de la lista y seleccione
Suprimir aplicacin en la lista de opciones disponibles.
v Pulse el nombre de aplicacin de la lista y, luego, el icono situado a la
izquierda del campo de seleccin de vistas.
3. Confirme su intencin pulsando S cuando se le solicite. La aplicacin
seleccionada se suprime de la lista.
4. Pulse Aplicar para seguir utilizando el Editor de configuracin de gestin de
aplicaciones.
Tareas relacionadas o a seguir
Ahora podr realizar una de estas tareas relacionadas:
v Crear transacciones para la aplicacin seleccionada. Consulte Definicin de
transacciones para perfiles.
v Configurar la supervisin para realizar un seguimiento de los usuarios y las
sesiones nicos. Consulte Supervisin de usuarios y sesiones nicos para Web
Response Time en la pgina 65.
Definicin de transacciones para perfiles
Defina transacciones que desee asociar con aplicaciones y perfiles para su
supervisin.
En el Editor de configuracin de gestin de aplicaciones, una transaccin representa
el intercambio empresarial supervisado desde la perspectiva del usuario final. Debe
producirse una transaccin entre una estacin de trabajo y un programa, entre dos
estaciones de trabajo o entre dos programas. Puede definir transacciones para
especificar qu supervisar y luego agrupar estas transacciones en aplicaciones, y
reutilizar estas definiciones en uno o ms perfiles. Existen dos tipos de
transacciones: de usuario final real y de robtica. Consulte Terminologa de Editor
de configuracin de gestin de aplicaciones en la pgina 32 para obtener
definiciones de estos y otros trminos utilizados en el Editor de configuracin de
gestin de aplicaciones.
Antes de empezar
Antes de definir una nueva transaccin, determine el nombre para la transaccin y
el tipo de agente de supervisin que desee utilizar.
v Determinacin del nombre de la transaccin: de forma predeterminada, es el
nombre con el que se notifican los datos en la Application Management Console.
El nombre de la transaccin est limitado a 128 caracteres cuando aparece en el
v Determinacin del tipo de agente de supervisin: consulte el captulo Mejores
usos de la publicacin Gua del administrador para obtener informacin sobre la
eleccin del agente de supervisin correcto.
v Scripts de robtica: si define transacciones de robtica, es posible que necesite
crear y cargar scripts de robtica. Consulte Trabajo con Multi File Uploader en
la pgina 220 para obtener ms informacin y cargar scripts de robtica para
utilizarlos con transacciones de robtica.
Procedimiento: creacin de transacciones de usuario final real
Use el procedimiento siguiente para crear transacciones de usuario final para que
las supervisen los agentes de supervisin Transaction Tracking o Web Response
Time.
1. Acceda a la vista de aplicaciones si no lo ha hecho ya (consulte
Procedimiento: acceso a la vista de aplicaciones en la pgina 36).
2. Para crear una transaccin nueva para una aplicacin seleccionada, realice una
las acciones siguientes desde la vista de navegacin Aplicaciones.
v Pulse con el botn derecho el nombre de la aplicacin de la lista y
seleccione Crear transaccin nueva en la lista de opciones disponibles.
v Si la aplicacin seleccionada ya tiene una o ms transacciones definidas,
puede pulsar el icono situado junto al nombre de la aplicacin y
expandir el rbol de nodos para mostrar las transacciones asociadas
agrupadas por tipo de agente. Dentro de este rbol de nodos expandido en
la aplicacin seleccionada puede hacer una de estas opciones:
Pulse con el botn derecho el tipo de agente y seleccione Crear
transaccin nueva.
Expanda el nodo de tipo de agente, pulse con el botn derecho en el
icono situado junto a un nombre de transaccin existente y
seleccione Crear transaccin nueva o Crear otra transaccin (que limita
la nueva transaccin al mismo agente que la transaccin seleccionada) de
la lista de opciones disponibles.
Aparece la ventana Crear transaccin, parecida al ejemplo siguiente:
3. En el campo Nombre de aplicacin, pulse y seleccione la aplicacin que
desee supervisar. Tambin puede escribir el nombre de una nueva aplicacin
que desee definir (consulte Definicin de aplicaciones para perfiles en la
pgina 35 para obtener ms informacin sobre la definicin de aplicaciones).
4. En el campo Nombre de la transaccin, escriba un nombre significativo para
identificar esta transaccin. El nombre que seleccione identificar esta
transaccin en los espacios de trabajo.
El nombre de una transaccin debe ser nico dentro de una aplicacin. Las
transacciones creadas con diversas aplicaciones pueden tener el mismo
nombre.
5. Opcional: en el campo Descripcin, escriba una descripcin significativa para
describir ms la transaccin.
6. En el campo Tipo de agente, pulse y seleccione el agente de supervisin
para supervisar esta transaccin. Elija uno de estos agentes:
v Web Response Time
Debe seleccionar Robotic Response Time slo si crea una transaccin basada
en scripts de la CLI. Consulte Procedimiento: creacin de transacciones
basadas en scripts de la CLI en la pgina 43 para obtener ms informacin
sobre cmo definir las transacciones de la CLI.
7. En el campo Tipo de transaccin, pulse y seleccione la transaccin que
desee supervisar. Segn el tipo de agente que haya seleccionado, puede elegir
uno de los tipos de transacciones siguientes:
Transaction Tracking
.NET
ARM
ARM (DB2)
ARM (Siebel Application Server)
ARM (Plugin WebSphere Apache IHS IIS)
ARM (WebSphere - EJB)
ARM (WebSphere - JCA)
ARM (WebSphere - JDBC)
ARM (WebSphere - JMS)
ARM (WebSphere - JNDI)
ARM (WebSphere - Web Services Providers)
ARM (WebSphere)
CICS
CICS TG
DB2 via CICS/IMS
IMS
IMS Connect
ITCAM for WebSphere/J2EE
Optim (DB2)
Otros
Tuxedo
WebSphere Message Broker
WebSphere MQ
Web Response Time
HTTP/S
siguiente:
De forma predeterminada aparece la ficha Transaccin que contiene los
nombres de la aplicacin y la transaccin seleccionadas, junto con texto
descriptivo opcional. La seccin de informacin sobre la transaccin incluye la
informacin siguiente:
v El tipo de transaccin aparece y no se puede modificar.
v Puede pulsar tambin en el campo Nombre de la aplicacin y
seleccionar un nombre de aplicacin distinto. Tambin puede escribir el
nombre de una nueva aplicacin que desee definir (consulte Definicin de
aplicaciones para perfiles en la pgina 35 para obtener ms informacin
sobre la definicin de aplicaciones).
v Tambin puede escribir el nombre en el campo Nombre de la transaccin
para cambiarlo por otro nombre que se prefiera.
v Opcionalmente, puede modificar el texto descriptivo para que defina mejor
la aplicacin y la transaccin asociada.
v El recuadro de seleccin Transaccin de fin de sesin slo aparece para las
transacciones del agente Web Response Time. Indica si la transaccin es una
transaccin de fin de sesin. Cuando se encuentra una transaccin as
durante una sesin activa, la transaccin de fin de sesin finaliza de hecho
la sesin. Utilice este recuadro de seleccin para diferenciar entre una sesin
que finaliza en un fin de sesin y una sesin que supera el tiempo de
espera por la falta de actividad de usuario.
9. Pulse la ficha Filtro para configurar filtros para esta transaccin. Consulte
Utilizacin de filtros en la pgina 52 para obtener ms informacin sobre la
utilizacin de esta ficha.
Nota: Si crea una transaccin y no configura ningn filtro, no se recopilan
datos de supervisin.
10. Pulse la ficha Informes para definir cmo desea llamar a los datos recopilados
que aparecen en los espacios de trabajo. Consulte Definicin de reglas de
informes en la pgina 136 para obtener ms informacin sobre la utilizacin
de esta ficha.
Consejo: Puede cambiar estos valores al configurar el perfil.
Procedimiento: creacin de transacciones basadas en scripts de
la CLI
El Editor de configuracin de gestin de aplicaciones soporta las transacciones que
estn basadas en scripts de robtica o en scripts de la interfaz de la lnea de
mandatos (CLI) que van a ser supervisados por el agente de supervisin Robotic
Response Time.
Scripts de robtica: los scripts de robtica para Rational Performance Tester,
Rational Functional Tester, Rational Robot y Mercury LoadRunner se crean y
definen automticamente como transacciones cuando se cargan a la Application
Management Console, y se pueden aadir estas transacciones de robtica a un
perfil sin ninguna otra definicin. Opcionalmente puede modificar estas
transacciones cambiando las propiedades predeterminadas, como el nombre de la
aplicacin, pero esto no es obligatorio.
Scripts de la CLI: antes de crear transacciones basadas en scripts de la CLI debe
crear y cargar los scripts de la CLI, porque la definicin de transacciones incluye el
mandato de la CLI que ejecuta el script. Para ver una lista de todos los scripts de
la CLI disponibles, mire el espacio de trabajo Robotic Response Time.
Use el procedimiento siguiente para crear transacciones basadas en scripts de la
CLI que vayan a ser supervisados por el agente de supervisin Robotic Response
Time:
1. Acceda a la vista de aplicaciones si no lo ha hecho ya (consulte
Procedimiento: acceso a la vista de aplicaciones en la pgina 36).
2. Para crear una transaccin la CLI nueva haga una para una aplicacin
seleccionada, realice una las acciones siguientes desde la vista de navegacin
Aplicaciones.
v Pulse con el botn derecho el nombre de la aplicacin de la lista y
seleccione Crear transaccin nueva en la lista de opciones disponibles.
v Si la aplicacin seleccionada ya tiene una o ms transacciones definidas,
puede pulsar el icono situado junto al nombre de la aplicacin y
expandir el rbol de nodos para mostrar las transacciones asociadas
agrupadas por tipo de agente. Dentro de este rbol de nodos expandido en
la aplicacin seleccionada puede hacer una de estas opciones:
Pulse con el botn derecho el tipo de agente y seleccione Crear
transaccin nueva.
Expanda el nodo de tipo de agente, pulse con el botn derecho en el
icono situado junto a un nombre de transaccin existente y
seleccione Crear transaccin nueva o Crear otra transaccin (que limita
la nueva transaccin al mismo agente que la transaccin seleccionada) de
la lista de opciones disponibles.
Aparece la ventana Crear transaccin, parecida al ejemplo siguiente:
3. En el campo Nombre de la aplicacin ya aparece el nombre de la aplicacin
seleccionada. Opcionalmente puede pulsar y seleccionar un nombre de
aplicacin distinto. Tambin puede escribir el nombre de una nueva aplicacin
que desee definir (consulte Definicin de aplicaciones para perfiles en la
pgina 35 para obtener ms informacin sobre la definicin de aplicaciones).
4. En el campo Nombre de la transaccin, escriba un nombre significativo para
identificar esta transaccin. El nombre que seleccione identificar esta
transaccin en los espacios de trabajo.
5. Opcional: en el campo Descripcin, escriba una descripcin significativa para
describir ms la transaccin.
6. En el campo Tipo de agente, pulse y seleccione el agente de supervisin
Robotic Response Time para supervisar esta transaccin.
Debe seleccionar uno de los otros tipos de agente slo si crea una transaccin
de usuario final real. Consulte Procedimiento: creacin de transacciones de
usuario final real en la pgina 39 para obtener ms informacin sobre cmo
definir las transacciones de usuario final real.
7. Acepte la nica seleccin disponible en el campo Tipo de transaccin, que es
Lnea de mandatos.
siguiente:
9. Modifique la informacin en estos campos para la transaccin segn sea
necesario. La lista siguiente describe cada campo:
Nombre de la aplicacin
Especifica el nombre que ha asignado a esta aplicacin. Consulte
Definicin de aplicaciones para perfiles en la pgina 35 para ver
ms informacin sobre la aplicaciones.
Nombre de la transaccin
Especifica el nombre de una transaccin que se desea supervisar.
Descripcin
Opcional: proporciona detalles ms descriptivos sobre la aplicacin y
la transaccin.
Mandato para invocar
Especifica el mandato que, o bien ejecuta un script cargado o bien
ejecuta un mandato en el sistema. Cargar un script no indica al
software cmo ejecutar el script. Por ejemplo, el script cargado puede
ser exractme.zip, y el mandato para ejecutar el script es runme.bat. El
campo Mandato para invocar indica al software cmo ejecutar el
script y qu ejecutar.
v Para ejecutar un script cargado, escriba el mandato y las opciones
que ejecutan el script.
v Para ejecutar un mandato escriba el mandato y las opciones que
desee ejecutar. Proporcione el nombre de la va de acceso completa
si no est en SYSTEM PATH. Por ejemplo: c:\<directory_name>\
wget http://www.ibm.com
Cdigo de retorno correcto (slo para la CLI)
Especifica el cdigo de finalizacin que se espera que devuelva el
mandato de la CLI. El cdigo de retorno esperado de forma
predeterminado para la mayora de mandatos ejecutables y scripts es
0. Es posible que un script salga con un cdigo de retorno inesperado
para indicar que se ha producido un error. Si el mandato devuelve un
valor que no coincide con el valor del cdigo de retorno esperado,
entonces el supervisor no aprueba la transaccin y enva un suceso de
anomala de cdigo de retorno esperado si se define uno para el
supervisor.
Reproduccin de CLI simultnea
Especifica si se pueden ejecutar varias instancias del mismo mandato
a la vez. Los valores vlidos son True o False. Si la reproduccin
simultnea causa problemas de rendimiento o de otra ndole,
establezca esta opcin en False. Si selecciona False, todos los mandatos
de la CLI no simultneos se envan a la cola y se ejecutan en
secuencia. Todos los mandatos simultneos de la CLI se ejecutan a la
vez y no se ven afectados por mandatos de la CLI no simultneos.
Scripts de la lnea de mandatos
Esta seccin de la pantalla muestra una lista de todos los scripts de la
CLI que se han cargado con Multi File Uploader. Para ejecutar un
script, seleccione el que corresponda al mandato que haya indicado en
el campo Mandato para invocar. Puede elegir slo un script para la
transaccin.
Procedimiento: modificacin de una transaccin existente
Use este procedimiento para modificar una transaccin existente.
2. Pulse y expanda la lista de aplicaciones hasta mostrar la asociada a la
transaccin que desea modificar.
3. Pulse la transaccin que desee editar. Aparece la ventana con fichas de la
aplicacin seleccionada. El contenido real de la ventana depende del tipo de
agente asociado a la transaccin.
v Para una transaccin de Transaction Tracking:
Aparece la ventana con fichas para la aplicacin seleccionada, parecida al
ejemplo siguiente:
descriptivo opcional. La seccin de informacin sobre la transaccin incluye
la informacin siguiente:
El tipo de transaccin aparece y no se puede modificar.
Puede pulsar tambin en el campo Nombre de la aplicacin y
nombre de una nueva aplicacin que desee definir (consulte Definicin
de aplicaciones para perfiles en la pgina 35 para obtener ms
informacin sobre la definicin de aplicaciones).
Tambin puede escribir el nombre en el campo Nombre de la transaccin
Opcionalmente, puede modificar el texto descriptivo para que defina
mejor la aplicacin y la transaccin asociada.
Pulse la ficha Filtro para configurar filtros para esta transaccin. Consulte
Pulse la ficha Informes para definir cmo desea llamar a los datos
recopilados que aparecen en los espacios de trabajo. Consulte Definicin de
reglas de informes en la pgina 136 para obtener ms informacin sobre la
v Para una transaccin de Web Response Time:
ejemplo siguiente:
descriptivo opcional. La seccin de informacin sobre la transaccin incluye
la informacin siguiente:
El tipo de transaccin aparece como HTTP/S y no se puede modificar.
El recuadro de seleccin Transaccin de fin de sesin slo aparece para
las transacciones del agente Web Response Time. Indica si la transaccin
es una transaccin de fin de sesin. Cuando se encuentra una transaccin
as durante una sesin activa, la transaccin de fin de sesin finaliza de
hecho la sesin. Utilice este recuadro de seleccin para diferenciar entre
una sesin que finaliza en un fin de sesin y una sesin que supera el
tiempo de espera por la falta de actividad de usuario.
Pulse la ficha Filtro para configurar filtros para esta transaccin. Consulte
Pulse la ficha Informes para definir cmo desea llamar a los datos
recopilados que aparecen en los espacios de trabajo. Consulte Definicin de
reglas de informes en la pgina 136 para obtener ms informacin sobre la
v Para una transaccin de scripts de robtica de Robotic Response Time:
ejemplo siguiente:
De forma predeterminada aparece la ficha Script de robtica que contiene
los nombres de la aplicacin y la transaccin seleccionadas, junto con texto
descriptivo opcional e informacin sobre el script de robtica. La seccin de
informacin sobre la transaccin incluye la informacin siguiente:
El nombre de script especifica el nombre del script que desea ejecutar
para recopilar datos de supervisin para esta aplicacin. Este es un script
previamente cargado en el Application Management Console. Siempre que
se carga un script de robtica, el software lo define implcitamente y lo
asocia con una aplicacin previamente definida. Esta propiedad no se
puede cambiar. Se aplica cuando se carga el script.
El tipo de script especifica qu software ha creado el script, por ejemplo
Rational Performance Tester, Rational Functional Tester Mercury
LoadRunner, etc. Esta propiedad no se puede cambiar. Se aplica cuando se
carga el script.
El nombre de la aplicacin de script especifica el nombre de la aplicacin.
El nombre de la transaccin de script especifica el nombre de la
transaccin.
v Para una transaccin de robtica de Robotic Response Time para un script de
la CLI:
ejemplo siguiente:
De forma predeterminada aparece la ficha Script de robtica que contiene
los nombres de la aplicacin y la transaccin seleccionadas, junto con texto
descriptivo opcional e informacin sobre el script de robtica. La seccin de
informacin sobre la transaccin incluye la informacin siguiente:
El campo Mandato para invocar especifica el mandato que, o bien ejecuta
un script cargado o bien ejecuta un mandato en el sistema. Cargar un
script no indica al software cmo ejecutar el script. Por ejemplo, el script
cargado puede ser exractme.zip, y el mandato para ejecutar el script es
runme.bat. El campo Mandato para invocar indica al software cmo
ejecutar el script y qu ejecutar.
- Para ejecutar un script cargado, escriba el mandato y las opciones que
ejecutan el script.
- Para ejecutar un mandato escriba el mandato y las opciones que desee
ejecutar. Proporcione el nombre de la va de acceso completa si no est
en SYSTEM PATH. Por ejemplo: c:\<directory_name>\wget
http://www.ibm.com
El campo Cdigo de devolucin correcto especifica el cdigo de
finalizacin que se espera que devuelva el mandato de la CLI. El cdigo
de retorno esperado de forma predeterminado para la mayora de
mandatos ejecutables y scripts es 0. Es posible que un script salga con un
cdigo de retorno inesperado para indicar que se ha producido un error.
Si el mandato devuelve un valor que no coincide con el valor del cdigo
de retorno esperado, entonces el supervisor no aprueba la transaccin y
enva un suceso de anomala de cdigo de retorno esperado si se define
uno para el supervisor.
El campo Reproduccin de CLI simultnea especifica si se pueden
ejecutar varias instancias del mismo mandato a la vez. Los valores vlidos
son True o False. Si la reproduccin simultnea causa problemas de
rendimiento o de otra ndole, establezca esta opcin en False. Si selecciona
False, todos los mandatos de la CLI no simultneos se envan a la cola y se
ejecutan en secuencia. Todos los mandatos simultneos de la CLI se
ejecutan a la vez y no se ven afectados por mandatos de la CLI no
simultneos.
La seccin Scripts de la lnea de mandatos de la pantalla muestra una lista
de todos los scripts de la CLI que se han cargado con Multi File Uploader.
Para ejecutar un script, seleccione el que corresponda al mandato que haya
indicado en el campo Mandato para invocar. Puede elegir slo un script
para la transaccin.
Procedimiento: supresin de una transaccin existente
Use este procedimiento para suprimir una transaccin existente del Editor de
2. Pulse y expanda la lista de aplicaciones hasta mostrar la asociada a la
transaccin que desea modificar.
3. Para suprimir una transaccin existente, siga uno de estos pasos:
v Pulse con el botn derecho el nombre de la transaccin de la lista y
seleccione Suprimir transaccin en la lista de opciones disponibles.
v Pulse el nombre de transaccin de la lista y, luego, el icono situado a la
4. Confirme su intencin pulsando S cuando se le solicite. La transaccin
seleccionada se suprime de la lista.
Nota: Cuando se suprime una transaccin de Robotic, se elimina del almacn
el archivo de script de Robotic correspondiente.
aplicaciones.
La aplicacin y sus transacciones asociadas se muestran en la vista Aplicacin del
Editor de configuracin de gestin de aplicaciones. Ahora est disponible para
asociarla con perfiles.
Ahora puede hacer lo siguiente:
v Definir filtros de transacciones que ajusten ms los datos que se van a recopilar.
Consulte Utilizacin de filtros.
v Definir un perfil para determinar qu agentes supervisan las transacciones.
Consulte Definicin de perfiles en la pgina 81.
Utilizacin de filtros
Cuando define transacciones para agentes de Transaction Tracking o Web Response
Time, tambin define uno o ms filtros que perfeccionan las definiciones de
transacciones y las agrupan en transacciones empresariales lgicas y aplicaciones
empresariales.
Los filtros se definen con un conjunto de propiedades y un valor que el usuario
selecciona y configura, junto con una indicacin de si se deben incluir o excluir las
transacciones que coinciden con los valores de propiedad especificados. Cada tipo
de agente tiene un conjunto predefinido de propiedades de entre las que puede
elegir y personalizar con valores que sean coherentes con el entorno utilizado.
Las propiedades se definen con el formato Nombre = Valor. Puede definir patrones
para cualquiera de las propiedades registradas, lo cual le proporciona ms
flexibilidad y la capacidad de personalizar definiciones de filtro para grupos de
transacciones. Puede configurar varias propiedades de filtro para cada transaccin.
Nota: Si crea una transaccin y no configura ningn filtro, no se recopilan datos
de supervisin.
El ejemplo siguiente muestra propiedades y valores especificados por el usuario
que se pueden definir para filtrar una transaccin para IBM HTTP Server (IHS),
utilizando propiedades de filtro de transaccin para agentes de Transaction
Tracking:
AgentType = TO
ApplicationGroup = IBM_HTTP_Server/6.0.2 Apache/2.0.47 (Win32)
ApplicationInstance = FREAKY5/PID=0000004188
ApplicationName = IBM Webserving Plugin
HostInfo = localhost
Hostname = freaky5
IP = 9.53.24.168
IPV4ClassASubNet = 9*
IPV4ClassBSubNet = 9.53*
IPV4ClassCSubNet = 9.53.24*
IPV6 = 9.53.24.168
PluginType = Websphere
Port = 80
ProcessID = 4188
Protocol = HTTP/1.1
QueryString =
RemoteAddress = 127.0.0.1
RemoteUser =
Scheme = http
ServerName = freaky5
ServerVersion =
ThreadID = 300
TransactionName = WebRequest
URI = /PlantsByWebSphere/images/poweredby_WebSphere.gif
User =
Puede utilizar propiedades de filtro para especificar qu desea supervisar o qu
excluir de la supervisin. Tambin puede utilizar propiedades de filtro para
transacciones de tipo ARM para crear una descripcin de cmo desea que se
notifique la transaccin en los espacios de trabajo. Las transacciones se agrupan y
muestran en los informes utilizando las categoras siguientes (tambin conocidas
como valores de informe): servidor, componente, aplicacin, transaccin y cliente. Esto
se ilustra en el diagrama siguiente, que muestra la relacin jerrquica entre las
categoras.
Antes de empezar
v Cree las aplicaciones y transacciones apropiadas segn sea necesario, si todava
no lo ha hecho. (Consulte Definicin de aplicaciones para perfiles en la pgina
35 y Definicin de transacciones para perfiles en la pgina 39
v Es necesario que conozca determinada informacin sobre las aplicaciones y
transacciones que piense supervisar para que pueda especificar valores
apropiados para las diversas propiedades que elija filtrar.
v Los filtros deben ser tan especficos como sea posible, con un nmero mnimo de
caracteres comodn. Recuerde que para llegar al filtro predeterminado "URL=*",
primero deben fallar los dems filtros.
v Cuando se utilizan varios agentes de Web Response Time, en lugar de colocar
todas las Aplicaciones en el perfil predeterminado, cree varios perfiles y
distribuya un conjunto mnimo de Aplicaciones a cada agente de Web Response
Time.
Adems de estas secciones, consulte Filtros ampliados para Transaction Collector.
Procedimiento: creacin de filtros
Utilice el procedimiento siguiente para crear filtros para transacciones definidas.
1. En el Editor de configuracin de gestin de aplicaciones, si todava no lo ha
hecho, acceda a la transaccin para la que desee crear un filtro. (Consulte
Procedimiento: modificacin de una transaccin existente en la pgina 46)
2. Pulse la pestaa Filtros, si todava no lo ha hecho.
3. Pulse . Se abrir la ventana Filtro, similar al ejemplo siguiente:
4. De forma predeterminada aparece una propiedad de filtro en el campo
Nombre. Para seleccionar una propiedad diferente, pulse en el campo
Nombre y elija una propiedad de filtro en la lista de propiedades disponibles
del tipo de agente seleccionado. Para ver la lista completa de propiedades
disponibles para los tipos de agente soportados, consulte Propiedades de
filtros disponibles en la pgina 58.
5. En el campo Valor, escriba el patrn de comparacin que se debe utilizar para
este filtro. Este patrn es la cadena de caracteres con la que desea comparar la
propiedad determinada. Puede incluir caracteres de asterisco (*) en el valor
para que acten como caracteres comodn:
v Si incluye un asterisco (*) al principio de la cadena, el texto que siga al *
debe coincidir con la transaccin.
v Si incluye un asterisco (*) al final de la serie de caracteres, todo lo que
preceda al * debe coincidir con la transaccin.
v Si incluye un asterisco (*) al principio y al final de una cadena, todo lo
escrito entre los dos caracteres * debe coincidir con la transaccin.
v Si incluye un asterisco (*) en cualquier otro lugar, la cadena comparada
deber contener un * en esa posicin para que se produzca la coincidencia.
Si se definen varios filtros que puedan coincidir con la misma transaccin, el
agente en el que se ha desplegado la situacin enviar un mensaje de aviso que
indica que se han configurado situaciones que se solapan, y le indicar cul
tiene prioridad. La prioridad viene determinada por la longitud del patrn
definido. Un patrn ms largo ser ms prioritario que un patrn ms corto.
Puede utilizar este comportamiento para solapar patrones intencionadamente.
Por ejemplo:
v http://www.ibm.com/* es una situacin general que supervisa el sitio web
completo de IBM.
v http://www.ibm.com/hr/* es una situacin especfica que slo supervisa las
reas de recursos humanos (hr) del sitio web de IBM.
v Las transacciones que coincidan con ambos patrones se agruparn bajo la
situacin del sitio web de recursos humanos.
v Las transacciones que coincidan con un solo patrn se agruparn bajo dicha
situacin concreta.
6. Pulse en Tipo y elija Incluir o Excluir:
v Incluir significa que se recopilan datos para todas las transacciones que
coinciden con el patrn especificado por Valor.
v Excluir significa que no se recopilan datos para ninguna transaccin que
coincida con el patrn.
Coincidencia con varios filtros: si se produce una coincidencia con cualquiera
de los filtros de Excluir, la definicin de transaccin no se aplicar a esa
transaccin. La transaccin deber coincidir con todos los filtros Incluir para
que la definicin de transaccin se aplique a la transaccin, excepto cuando la
misma propiedad de filtro se define varias veces en la tabla. En tal caso, la
transaccin deber coincidir con cualquiera de los filtros con el nombre de
propiedad que se repite.
En la lgica booleana esto se expresa del modo siguiente:
if ( (Include1 OR Include1 OR Include1) AND Include2 AND Include3 AND Include4)
AND NOT (Exclude1 OR Exclude2 OR Exclude3 OR Exclude4) )
donde: Include# es un nombre de propiedad exclusivo; cuando # se repite, el
valor del patrn de propiedades puede ser diferente.
Por ejemplo, suponga que define los filtros siguientes para una transaccin:
Include Properties:
ApplicationName=Websphere/Version=9
ApplicationName=Webpshere/Version=10
TransactionName=http://www.ibm.com/*
Exclude Properties:
TransactionName=http://www.ibm.com/hr/
Ahora supongamos que se aplican las condiciones siguientes:
Transaction 1 occurs with properties:
TransactionName=http://www.ibm.com/sales/index.html
Transaction 2 occurs with properties:
TransactionName=http://www.ibm.com/hr/index.html
La transaccin 1 coincidira con la definicin de transaccin, ya que sus
propiedades coinciden como mnimo con uno de los valores del filtro de
inclusin ApplicationName y coincide con el filtro de inclusin TransactionName
y no coincide con el filtro de exclusin.
La transaccin 2 no coincidira con la definicin de transaccin ya que, aunque
pasa las pruebas de la propiedad de inclusin, coincide con uno de los filtros
de exclusin. En este caso, la definicin de transaccin no se aplica a esta
transaccin.
Coincidencia de varias transacciones con el mismo tipo de transaccin: es
posible que tenga varias transacciones asociadas al mismo tipo de transaccin,
pero con filtros diferentes. Considere el ejemplo siguiente:
Transaction Definition 1 occurs with these properties:
ServerName include *
ComponentName include *
Application include *
TransactionName include *
ServerName exclude python*
Transaction Definition 2 occurs with these properties:
ServerName include python1
Las definiciones de las transacciones no se combinan, sino que se ordenan por
orden de prioridad. El orden de prioridad viene definido por la suma de las
longitudes de los valores del patrn de inclusin de los filtros. En el caso de los
ejemplos anteriores, la definicin de transaccin 1 tiene cuatro filtros de
inclusin, cada uno ellos con un valor de *, con una longitud de 1. Por lo tanto,
su prioridad es 4. La definicin de transaccin 2 tiene un solo valor de patrn
de inclusin, python1, cuya longitud es 7, por tanto, la prioridad de la definicin
de transaccin 2 ser 7. Las transacciones se ordenan y cuando se intente
conseguir una coincidencia, las definiciones de transaccin se probarn por
orden de prioridad, de mayor a menor.
Por lo tanto, las transacciones se comparan primero con la Definicin de
transaccin 2 y, si se encuentra una coincidencia, las reglas utilizadas para
supervisar la transaccin estarn controladas por la Definicin de transaccin 2.
Si no se encuentra ninguna coincidencia, la transaccin se comparar con la
Definicin de transaccin 1. En el ejemplo anterior, no se supervisar ninguna
transaccin cuyo nombre de servidor empiece con python, salvo una transaccin
cuyo nombre de servidor es python1.
7. Pulse Aceptar. La ventana Filtro se cerrar y el filtro se aadir a la tabla de
filtros.
8. Pulse Aplicar para guardar los cambios y continuar utilizando el Editor de
Procedimiento: eliminacin de filtros de la definicin de
transaccin
Aplique el procedimiento siguiente para eliminar filtros de transacciones definidas.
1. En el Editor de configuracin de gestin de aplicaciones, si todava no lo ha
hecho, acceda a la transaccin para la que desee eliminar un filtro. (Consulte
Procedimiento: modificacin de una transaccin existente en la pgina 46)
2. Si an no lo ha hecho, pulse la pestaa Filtros.
3. En la pestaa Filtros se visualizar una tabla que muestra la lista de filtros
definidos:
La lista de filtros puede ordenarse pulsando las cabeceras de las columnas
Nombre, Valor o Tipo en la barra de ttulo. Puede seleccionar varios filtros
manteniendo pulsada la tecla Control mientras pulsa en un filtro.
4. Despus de seleccionar uno o ms filtros para su eliminacin, pulse
. Los filtros seleccionados se eliminarn de la tabla.
5. Pulse Aplicar para guardar los cambios y seguir utilizando el Editor de
Filtrado extendido para el Transaction Collector
El Transaction Collector enITCAM for Transactions utiliza configuraciones de
Editor de configuracin de gestin de aplicaciones para filtrar transacciones
utilizando conjuntos de filtros de definiciones de transacciones y programas de
mantenimiento.
El Transaction Collector filtra todas las instancias excepto las que coinciden con
una definicin de transaccin de Editor de configuracin de gestin de aplicaciones
activa y en ejecucin. Si al menos hay una definicin de transaccin de Editor de
configuracin de gestin de aplicaciones que coincida con una instancia, la adicin
correspondiente est activa. De lo contrario, la adicin correspondiente est
inactiva.
La definicin de filtros de inclusin y exclusin determina si una definicin de
transacciones de Editor de configuracin de gestin de aplicaciones coincide con
una adicin.
Nota: El filtrado no influye en los rastreos de instancias. Despus de filtrar, las
adiciones no aparecen en la topologa de adicin. Sin embargo, los rastreos de
instancias an puede encontrar nodos que no aparecen en la topologa de adicin.
El Transaction Collector no requiere una definicin de cliente coincidente. Para que
una definicin de transaccin de Editor de configuracin de gestin de aplicaciones
coincida con una instancia del Transaction Collector, asegrese de que se cumplan
las condiciones siguientes:
v La instancia no se produce durante una ventana de mantenimiento.
v La definicin de transaccin est activa y en ejecucin.
v El filtro de definiciones de transacciones contiene al menos un filtro del tipo de
inclusin.
v La adicin para la instancia no contiene ninguna pareja de nombre/valor que
coincida con cualquier filtro de tipo de exclusin.
v Hay una coincidencia de pareja de nombre/valor aadido para todos los filtros
de inclusin. Cuando el mismo nombre de filtro se repite varias veces, slo es
necesario que un filtro coincida con una pareja de nombre/valor aadida.
El Transaction Collector considera todas las adiciones configuradas activas
mediante un perfil de Editor de configuracin de gestin de aplicaciones
predeterminado con una definicin de transaccin activa y en ejecucin para todas
las categoras de transaccin.
Nota: Para filtrar adiciones en un componente especfico, por ejemplo WebSphere
MQ, modifique el filtro predeterminado como sea necesario. Al aadir definiciones
de transacciones, tenga en cuenta que el Editor de configuracin de gestin de
aplicaciones asigna una prioridad ms alta a las definiciones de transacciones con
ms filtros o filtros ms largos.
Propiedades de filtro
Cada empresa tiene su propia manera de informar sobre transacciones y
aplicaciones, de manera que la correlacin de propiedades de filtro es configurable
utilizando reglas de informes personalizables.
Propiedades de filtros disponibles
Las propiedades para filtrar y realizar informes puede variar, segn la aplicacin
que enve las llamadas ARM (supervisin basada en ARM) o el tipo de agente
(Tiempo de respuesta de web) que supervisa las transacciones. Transaction
Tracking contiene transacciones de ARM y no de ARM. La categorizacin siguiente
de propiedades refleja esta agrupacin.
Los valores de ejemplo para las propiedades en cursiva son variables; los valores en
negrita deben especificarse exactamente como se muestran. En los nombres de
propiedades se distingue entre maysculas y minsculas. Por ejemplo, no utilice
QUERYSTRING para QueryString.
Tabla 5. Propiedades de Web Response Time
Nombre de propiedad Valor para especificar
ApplicationProtocol protocolo y nmero de versin
Ejemplo: HTTP/1.1 o HTTP/1.0
BrowserDescription descripcin del navegador que se utiliza
El campo Descripcin de navegador se
obtiene directamente del campo de cabecera
User-Agent de la solicitud HTTP sin ningn
proceso adicional.
DestinationPort nmero de puerto de destino de servidor
Suele ser 80 para los servidores HTTP o 443
para los servidores HTTPS.
Hostname forma breve del nombre de host
HTTP.GET:XXX El nombre del campo de entrada de
formulario GET que desee utilizar en el
filtro. Ejemplo: para filtrar con los valores de
un campo llamado zipcode,
escriba:HTTP.GET:zipcode.
HTTP.POST:XXX El nombre del campo de entrada de
formulario POST que desee utilizar en el
filtro. Ejemplo: para filtrar con los valores de
un campo llamado zipcode,
escriba:HTTP.POST:zipcode.
IP direccin IP del cliente
IPDestinationAddress direccin IP del servidor
Suele ser el nombre de host del sistema en el
que se instala el agente Web Response Time.
IPSourceAddress direccin IP del cliente
IPV6 direccin IP de la versin 6
Tabla 5. Propiedades de Web Response Time (continuacin)
Method Los siguientes valores de serie estn
disponibles para el mtodo HTTP:
GET
POST
HEAD
PUT
OPTIONS
DELETE
TRACE
CONNECT
PageTitle ttulo indicado en el cdigo HTML para la
pgina
QueryString cadena de consulta del URL
El segmento de consulta es la parte del URI
dinmico que contiene los parmetros de
bsqueda de la solicitud, sin incluir el
carcter ?. Por ejemplo en
http://www.ibm.com/support?p1=a &p2=b la
cadena de consulta es p1a&ps=b.
ReferrerURL URL del origen de referencia
ServerDescription descripcin del servidor web
SourcePort nmero de puerto de origen del cliente
Sysplex
URL URL excluyendo la cadena de consulta
El segmento de consulta es la parte del URI
dinmico que contiene los parmetros de
bsqueda de la solicitud, sin incluir el
carcter ?. Por ejemplo en
URLFile parte del nombre de archivo del URL
Ejemplo: la parte index.html de
http://www.ibm.com/hr/index.html
URLHostName parte del nombre de host del URL
Ejemplo: http://www.ibm.com/hr/index.html
URLPath parte de la va de acceso del URL
Ejemplo: la parte /hr/ de
http://www.ibm.com/hr/index.html
Tabla 5. Propiedades de Web Response Time (continuacin)
XML.POST:XXX el texto secundario de la etiqueta XML
especificada XXX
Este filtro se usa para hacer referencia a
datos dentro del contenido XML enviado.
XXX hacer referencia a una etiqueta XML
dentro de los datos. El valor especificado
para este filtro representa uno de los
elementos siguientes:
v El texto secundario de esta etiqueta
v El nombre de la primera etiqueta
secundaria anidada si no hay ningn texto
secundario para XXX. En este caso, si hay
un espacio de nombre en XXX (Ejemplo:
ns:tag), el valor devuelto por el filtro
incluye el espacio de nombre de la
etiqueta secundaria, si hay una. Si no se
proporciona ningn espacio de nombre
para XXX, entonces al valor devuelto se le
quita el espacio de nombre.
Ejemplo: un filtro del tipo XML.POST:name y
un valor de s* coincidira con una
transaccin basada en XML que contenga la
etiqueta: sstites.
Para utilizar la variable XML.POST:XXX, debe
establecer tambin el tipo de contenido del
mensaje HTTP.
Tabla 6. Propiedades de las aplicaciones ARM genricas
AgentType TU (Transaction Tracking). Este valor es
esttico.
ApplicationGroup Especificado por la aplicacin que realiza las
llamadas de ARM.
ApplicationInstance Especificado por la aplicacin que realiza las
llamadas de ARM.
ApplicationName Especificado por la aplicacin que realiza las
llamadas de ARM.
Hostname forma breve del nombre de host
IP direccin IP versin 4
IPV4ClassCSubNet direccin de la clase de subred C Ejemplo: 9.*
IPV4ClassBSubNet direccin de la clase de subred B Ejemplo: 9.53.*
IPV4ClassASubNet direccin de la clase de subred A Ejemplo:
9.53.24.*
ProcessID nmero que corresponde al ID de proceso de la
aplicacin de cliente
ThreadID nmero que corresponde al ID de hebra de la
aplicacin de cliente
Tabla 6. Propiedades de las aplicaciones ARM genricas (continuacin)
TransactionName Especificado por la aplicacin que realiza las
llamadas de ARM.
URI Especificado por la aplicacin que realiza las
llamadas de ARM.
Las transacciones basadas en ARM tambin tienen las propiedades siguientes
basadas en la aplicacin que se supervisa.
Tabla 7. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones URI
ApplicationName WebSphere:<tipo de servidor>
para <tipo_servidor> use una de las
respuestas siguientes:
APPLICATION_SERVER
ONDEMAND_ROUTER
PROXY_SERVER
ApplicationGroup nombre de servidor
ApplicationInstance nodo.nombre servidor
TransactionName URL
Version versin de WebSphere Ejemplo: 6.1.0.15
Cell Name nombre de celda de WebSphere
URI URL sin el prefijo http:// o https://
Ejemplo: la parte en negrita es el URI:
http://www.ibm.com/myjsp.jsp?id=1&id2=2
Port nmero de puerto
QueryString cadena de consulta El segmento de la consulta
es la parte del URI dinmico que contiene
los parmetros de bsqueda de la solicitud,
sin incluir el carcter ?. Por ejemplo en
transacciones EJB
APPLICATION_SERVER
ONDEMAND_ROUTER
PROXY_SERVER
TransactionName EJB
transacciones EJB (continuacin)
EJB name nombre de clase EFJ completo, seguido por el
nombre de mtodo con un punto (.) para
conectarlos. Use el formato
siguiente:com.mypackge.MyEJBClass.mymethod
Ejemplo:
com.ibm.defaultapplication.
IncrementBean.create
transacciones JMS
ApplicationName WebSphere: <tipo de servidor>
APPLICATION_SERVER
ONDEMAND_ROUTER
PROXY_SERVER
TransactionName JMS
Bus name nombre de bus de integracin de servicios para el
JMS
Destination Name nombre de cola de destino o nombre de tema para
el Java Message Service (JMS). Ejemplo:
MyBusiness.Topic.Space
MdbDiscriminator discriminador de MDB
MethodSelector selector de mtodo para JMS
Topic Nombre del tema
transacciones JNDI
APPLICATION_SERVER
ONDEMAND_ROUTER
PROXY_SERVER
transacciones JNDI (continuacin)
TransactionName JNDI
JNDI name nombre JNDI
transacciones JDBC
APPLICATION_SERVER
ONDEMAND_ROUTER
PROXY_SERVER
TransactionName JDBC
transacciones JCA
APPLICATION_SERVER
ONDEMAND_ROUTER
PROXY_SERVER
TransactionName JCA
ClassName nombre de clase
MethodName nombre de mtodo
transacciones JDBC
ApplicationName IBM Webserving Plugin
transacciones JDBC (continuacin)
ApplicationGroup Para Apache e IHS utilice
IBM_HTTP_Server
Para IIS utilice IIS
ApplicationInstance Hostname/PID=<nombre_proceso>
TransactionName WebRequest
PluginType Websphere
HostInfo nombre de host
Port puerto
RemoteAddress direccin IP del cliente
Protocol HTTP/1.0 o HTTP/1.1
Scheme http o https
QueryString cadena de consulta URL El segmento de la
consulta es la parte del URI dinmico que
contiene los parmetros de bsqueda de la
solicitud, sin incluir el carcter ?. Por
ejemplo en http://www.ibm.com/
support?p1=a &p2=b la cadena de consulta
es p1a&ps=b.
Tabla 14. Aplicaciones ARM: propiedades de las transacciones de IBM DB2 Distributed
Version
ApplicationName IBM DB2 Universal Database
ApplicationGroup DB2
ApplicationInstance identificador de ID de instancia
TransactionName SQL
DB2 Platform plataforma DB2 Ejemplo: para Windows,
especifique QDB2/NT.
Database Alias alias de base de datos
Database Name nombre de base de datos
Program Name db2jcc_application
Client Protocol 3
Application Hostname nombre de host
Tabla 15. Aplicaciones ARM: propiedades de transacciones de Siebel Application Server
ApplicationName Siebel Application Server
TransactionName El valor del parmetro SWECmd
($HTTP.POST:SWECmd$ para transacciones Post
o $HTTP.GET:SWECmd$ para transacciones
Get).
Tabla 16. Aplicaciones de Transaction Tracking (distintas de ARM): propiedades de las
transacciones
ServerName nombre de servidor
ComponentName nombre de componente
ApplicationName nombre de aplicacin
TransactionName nombre de transaccin
La Tabla 16 es aplicable a los filtros predeterminados de Transaction Tracking para
los recopiladores de datos soportados, incluyendo
v ITCAM for Application Diagnostics
v CICS
v CICS Transaction Gateway
v Other
v DB2 por CICS o IMS
v Optim (DB2)
v IMS
v IMS Connect
v .NET
v Tuxedo
v WebSphere Message Broker
v WebSphere MQ
Consulte el Editor de configuracin de gestin de aplicaciones para obtener
detalles sobre los filtros.
Supervisin de usuarios y sesiones nicos para Web Response Time
Es posible que necesite identificar el nombre de usuario nico asociado a un cliente
que est experimentando problemas de rendimiento o disponibilidad para ayudar
a aislar el problema y resolverlo rpidamente para ese usuario. Tambin es posible
que necesite realizar un seguimiento de las sesiones HTTP o HTTPS utilizadas por
un usuario determinado, de manera que pueda ver cuntas sesiones hay y, cuando
una sesin experimenta problemas de rendimiento o disponibilidad, valorar el
impacto y abordar los problemas que tenga un usuario concreto. El Editor de
configuracin de gestin de aplicaciones proporciona capacidades nicas de
seguimiento de usuarios y sesiones que se pueden utilizar en lugar de depender de
direcciones IP y nombres de host para ubicar datos de transacciones Web Response
Time especficas del usuario.
Los usuarios nicos pueden identificarse en los tipos siguientes de datos de
transacciones:
v Datos de envo de formularios HTTP
v Una cabecera HTTP
v Una propiedad de cadena de consulta que identifica al usuario
v Una etiqueta XML
v Autorizacin bsica
Las sesiones pueden identificarse en los tipos siguientes de datos de transacciones:
v Una cookie HTTP
v Una cabecera HTTP
v Una entrada de cadena de consulta HTTP
v Una etiqueta XML
Adems de identificar usuarios y sesiones, tambin pueden aplicarse filtros para
limitar los tipos de usuarios y sesiones que se supervisan:
v Puede especificar si desea incluir o excluir una coincidencia de filtro en un tipo
de usuario o sesin.
v Puede especificar un valor concreto para que se realice el seguimiento de un
usuario.
v Puede especificar condiciones por las que se almacenan datos de instancias para
la transaccin. Los filtros de usuario se aplican en el orden de prioridad
siguiente:
1. Siempre: recopilar siempre datos de instancias de sesiones para el usuario
(este es el valor predeterminado).
2. Tras una anomala: recopilar datos de instancias para esta sesin slo si al
menos una de las instancias es una anomala de disponibilidad.
3. Respuesta lenta: recopilar datos de instancias para este mensaje slo si al
menos una de las instancias tiene un tiempo de respuesta mayor que el
umbral de tiempo de respuesta. Este filtro tambin tiene en cuenta las
sesiones anmalas.
4. Nunca: no recopilar nunca datos de instancias de datos para este usuario.
La coincidencia de maysculas y minsculas no se tiene en cuenta para los
filtros de usuario.
Se proporcionan otras funciones para que pueda completar las tareas siguientes:
v Puede definir y visualizar el nombre de la aplicacin.
v Puede habilitar o inhabilitar el seguimiento de usuarios o sesiones.
v Puede establecer un valor de tiempo de espera de la sesin por aplicacin
supervisada, despus de lo cual se descarta toda informacin de seguimiento de
sesiones.
Valores predeterminados del seguimiento de los usuarios y las sesiones:
v Para la aplicacin Siebel Application Server proporcionada con el producto, se
proporcionan valores predeterminados para realizar un seguimiento de las
sesiones en los servidores Siebel.
v Para la aplicacin Aplicaciones web proporcionada con el producto se facilitan
valores de seguimiento de sesiones estndar para el seguimiento de usuarios y
sesiones basado en WebSphere.
Consulte las secciones siguientes para obtener ms informacin sobre el
seguimiento de usuarios y sesiones para los datos de supervisin de Web Response
Time:
v Configuracin del nombre de la aplicacin en la pgina 67
v Configuracin del seguimiento de sesiones en la pgina 67
v Configuracin del seguimiento de usuarios en la pgina 70
v Configuracin de un servidor WebSEAL para el seguimiento de usuarios y
sesiones en la pgina 78
Configuracin del nombre de la aplicacin
Desde la vista Aplicaciones predeterminada en el Editor de configuracin de
gestin de aplicaciones, puede pulsar el nombre de una aplicacin en el panel
situado a la izquierda para mostrar la ficha Aplicacin.
Puede editar el campo Nombre de la aplicacin y cambiar el nombre si lo necesita.
Cuando pulse Aplicar, el nuevo nombre de la aplicacin aparece en la lista de
aplicaciones del panel izquierdo.
Configuracin del seguimiento de sesiones
gestin de aplicaciones, pulse el nombre de una aplicacin en el panel de la
izquierda y luego pulse la ficha Sesin para mostrar el cuadro de dilogo de
configuracin de identificacin de sesiones
Desde este cuadro de dilogo puede realizar las tareas siguientes:
v Habilitar o inhabilitar el seguimiento de sesiones
Figura 14. Ficha Aplicacin
Figura 15. Ficha Sesin
v Aadir uno o ms tipos de seguimientos de sesin a la tabla.
v Eliminar uno o ms tipos de seguimientos de sesiones de la tabla.
v Editar entradas de la tabla para cambiar el tipo de seguimiento de sesiones o el
nombre de clave de un tipo de seguimiento de sesiones seleccionado.
v Especificar un tiempo de espera de sesin en minutos.
Procedimiento: habilitacin e inhabilitacin del seguimiento de
sesiones
Para habilitar el seguimiento de sesiones para los tipos o las sesiones que ha
definido en la tabla, seleccione el recuadro de seleccin Habilitar el seguimiento
de sesiones. Si este recuadro de seleccin no est seleccionado, no podr aadir,
eliminar ni editar entradas en la tabla. El seguimiento de sesiones debe tambin
habilitarse para realizar el seguimiento de usuarios.
Para inhabilitar el seguimiento de sesiones y usuarios para todos los tipos de
sesiones definidos, deje en blanco el recuadro de seleccin Habilitar el
seguimiento de sesiones.
Lleve a cabo cualquiera de estos pasos:
v Pulse Aplicar para guardar los cambios y continuar utilizando la ficha
Aplicacin.
v Pulse Aceptar para guardar los cambios y salir del Editor de configuracin de
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
de aplicaciones.
Procedimiento: adicin de tipos de sesiones
Para aadir un tipo de sesin a la tabla, complete los pasos siguientes:
1. Compruebe que est seleccionado el recuadro de seleccin Habilitar el
2. Pulse Aadir. Se abre el dilogo Identificacin de sesin en una ventana
separada.
3. Pulse del campo Tipo y seleccione uno de los siguientes tipos de sesin
para supervisarlo:
v Cookie HTTP
v Cabecera HTTP
v Cadena de consulta HTTP
v Envo XML
4. En el campo Nombre de clave, escriba el valor del tipo de sesin seleccionado
del que se vaya a realizar el seguimiento.
5. Realice una de estas acciones:
v Pulse Aceptar para aadir el tipo de sesin a la tabla.
v Pulse Cancelar para cancelar la operacin de adicin y volver a la ficha
Sesin.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de
Volver a la ficha Sesin del Editor de configuracin de gestin de aplicaciones. El
tipo de sesin seleccionado y el nombre de clave especificado se aaden a la tabla.
Aplicacin.
de aplicaciones.
Procedimiento: eliminacin de tipos de sesiones
Para eliminar un tipo de sesin de la tabla, complete los pasos siguientes:
2. En la tabla, resalte la entrada que se desee eliminar.
3. Pulse Eliminar. La entrada resaltada se elimina de inmediato de la tabla.
Realice cualquiera de estas acciones:
Aplicacin.
de aplicaciones.
Procedimiento: edicin de tipos de sesiones
Para editar un tipo de sesin de la tabla, complete los pasos siguientes:
2. En la tabla, resalte la entrada que se desee editar.
3. Pulse Editar. Se abre el dilogo Identificacin de sesin en una ventana
separada.
4. Cambie el tipo de sesin pulsando del campo Tipo y seleccione uno de los
siguientes tipos de sesin para supervisarlo:
v Cookie HTTP
v Cabecera HTTP
v Envo XML
5. En el campo Nombre de clave, escriba el valor del tipo de sesin seleccionado
v Pulse Aceptar para completar la edicin.
v Pulse Cancelar para cancelar la operacin de edicin y volver a la ficha
Sesin.
Aplicacin.
de aplicaciones.
Procedimiento: especificacin de un tiempo de espera de sesin
Para especificar un tiempo de espera en minutos, despus del cual se descartarn
los datos del seguimiento de la sesin, complete los pasos siguientes:
2. En el campo Tiempo de espera de la sesin (minutos) bajo la tabla, especifique
un nmero entre 0 y 2147483647.
Aplicacin.
de aplicaciones.
Configuracin del seguimiento de usuarios
gestin de aplicaciones, pulse el nombre de una aplicacin del panel de la
izquierda y luego en la ficha Usuarios para mostrar los dilogos de configuracin
Identificacin de usuario y Informacin de usuario nico.
Para poder realizar tareas en la ficha Usuarios primero debe habilitar el
seguimiento de sesiones en la ficha Sesin. Consulte Procedimiento: habilitacin e
inhabilitacin del seguimiento de sesiones en la pgina 68 para ver ms
informacin.
Desde este cuadro de dilogo puede realizar las tareas siguientes:
v Habilitar o inhabilitar el seguimiento de usuarios.
v Aadir uno o ms tipos de seguimientos de usuarios a la tabla.
v Aadir uno o ms filtros de usuarios a la tabla.
v Especificar un nombre de usuario annimo para realizar el seguimiento de
sesiones que no tengan ya un nombre de usuario asociado.
v Eliminar uno o ms tipos de seguimientos de usuarios de la tabla.
v Eliminar uno o ms filtros de usuarios de la tabla.
v Editar entradas de la tabla para cambiar el tipo de seguimiento de usuarios o el
nombre de clave de un tipo de seguimiento de usuarios seleccionado.
v Editar entradas en la tabla para cambiar el filtrado de usuarios.
Procedimiento: habilitacin e inhabilitacin del seguimiento de
usuarios
Para habilitar el seguimiento de usuarios para los usuarios que ha definido en la
tabla marque el recuadro de seleccin Habilitar el seguimiento de usuarios. Si este
recuadro de seleccin no est seleccionado, no podr aadir, eliminar ni editar
Figura 16. Ficha Usuarios
entradas en las tablas. Tenga en cuenta que tambin debe habilitarse el seguimiento
de sesiones en la ficha Sesiones para poder configurar el seguimiento de usuarios.
Para inhabilitar el seguimiento de usuarios para todos los tipos de usuarios
definidos, deje en blanco el recuadro de seleccin Habilitar el seguimiento de
usuarios.
Aplicacin.
de aplicaciones.
Procedimiento: adicin de tipos de usuarios
Para aadir uno o ms tipos de usuarios a la tabla Identificacin de usuario a la
ficha Usuarios, complete los pasos siguientes:
1. En la ficha Sesiones, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
seguimiento de usuarios.
3. En la seccin Identificacin de usuario de la ficha Usuarios, pulse Aadir. Se
abre el dilogo Identificacin de usuario en una ventana separada.
4. Pulse del campo Tipo y seleccione uno de los siguientes tipos de usuario
para supervisarlo:
v Envo de formulario HTTP
v Cabecera HTTP
v Envo XML
v Autorizacin bsica
5. En el campo Nombre de clave, escriba el valor del tipo de usuario seleccionado
v Pulse Aceptar para aadir el tipo de usuario a la tabla.
Volver a la ficha Usuario del Editor de configuracin de gestin de
aplicaciones. El tipo de usuario seleccionado y el nombre de clave
especificado se aaden a la tabla.
Usuario.
Aplicacin.
de aplicaciones.
Procedimiento: adicin de filtros de usuarios
Para aadir uno o ms filtros de usuarios a la tabla Informacin de usuario nico
de la ficha Usuarios complete los pasos siguientes:
2. En la ficha Usuarios, compruebe que est seleccionado el recuadro de seleccin
3. En la seccin Identificacin de usuario nico de la ficha Usuarios, pulse
Aadir. Se abre el dilogo Filtro de usuario en una ventana separada.
4. En el campo Patrn de usuario, escriba el nombre de usuario o el patrn de
cadena que desee filtrar. Se admite las coincidencias en estos niveles:
v Exacto (valor)
v EmpiezaCon (valor*)
v AcabaCon (*valor)
v Contiene (*valor*)
5. Pulse en el campo Incluir/Excluir y seleccione una de las opciones
siguientes:
v Incluir: la informacin de usuario debe coincidir con el patrn de usuario de
los datos de instancia de la transaccin que se van a almacenar:
v Excluir: la informacin de usuario no debe coincidir con el patrn de usuario
de los datos de instancia de la transaccin que se van a almacenar:
6. Pulse en el campo Detalles de instancia y seleccione una de las opciones
siguientes:
v Siempre: recopilar siempre datos de instancias para este usuario.
v Nunca: no recopilar nunca datos de instancias para este usuario.
v Tras una anomala: recopilar datos de instancias para esta sesin slo si una
o ms instancias no estn disponibles.
v Respuesta lenta: recopilar datos de instancias para este mensaje slo si una o
ms instancias tienen un tiempo de respuesta mayor que el umbral de
tiempo de respuesta mnimo. Este filtro tambin tiene en cuenta las sesiones
anmalas.
v Pulse Aceptar para aadir la informacin de filtro de usuario a la tabla.
aplicaciones. El tipo de usuario seleccionado y el nombre de clave
especificado se aaden a la tabla.
Usuario.
Aplicacin.
de aplicaciones.
Procedimiento: configuracin del seguimiento de usuarios
annimos.
Es posible que se desee realizar un seguimiento de las sesiones para las que an
no hay un nombre o un ID de usuario asociado. En esta situacin puede utilizar la
ficha Usuarios para especificar un nombre de usuario que signifique seguimiento
de usuario annimo.
Para especificar un nombre de usuario annimo, complete los pasos siguientes:
3. En la parte inferior de la ficha Usuarios, seleccione el recuadro de seleccin
Seguir a usuarios annimos.
4. En el campo Informar de usuarios annimos como puede escribir una cadena
que represente el nombre de usuario annimo, por ejemplo Annimo. Tambin
puede pulsar situado a la derecha del campo para mostrar un men
adicional de selecciones parecido al ejemplo siguiente, y elija una de ellas para
personalizar el nombre notificado para estas transacciones.
.
Puede inhabilitar las sesiones de seguimiento con este nombre de usuarios
annimos dejando en blanco el recuadro de seleccin Seguir a usuarios annimos.
Aplicacin.
de aplicaciones.
Procedimiento: eliminacin de tipos de usuarios
Para eliminar un tipo de usuario de la tabla, complete los pasos siguientes:
seguimiento de usuarios.
3. En la tabla Identificacin de usuario, resalte la entrada que se desee eliminar.
Aplicacin.
de aplicaciones.
Procedimiento: eliminacin de filtros de usuarios
Para eliminar un filtro Identificacin de usuarios nicos de usuario de la tabla,
complete los pasos siguientes:
3. En la tabla Informacin de usuarios nicos, resalte la entrada que se desee
eliminar.
Aplicacin.
de aplicaciones.
Procedimiento: edicin de tipos de usuarios
Para editar un tipo de usuario de la tabla, complete los pasos siguientes:
3. En la tabla Identificacin de usuario, resalte la entrada que se desee editar.
4. Pulse Editar. Se abre el dilogo Identificacin de usuario en una ventana
separada.
5. Cambie el tipo de usuario pulsando del campo Tipo y seleccione uno de
los siguientes tipos de sesin para supervisarlo:
v Envo de formulario HTTP
v Cabecera HTTP
v Envo XML
v Autorizacin bsica
6. En el campo Nombre de clave, escriba el valor del tipo de usuario seleccionado
v Pulse Aceptar para completar la edicin.
Usuario.
Aplicacin.
de aplicaciones.
Procedimiento: edicin de filtros de usuarios
Para editar un filtro de usuario en la tabla Informacin de usuario nico, complete
los pasos siguientes:
3. En la tabla Informacin de usuarios nicos, resalte la entrada que se desee
editar.
4. Pulse Editar. Se abre el dilogo Filtro de usuario en una ventana separada.
5. En el campo Patrn de usuario, compruebe el nombre de usuario o el patrn
de cadena que desee filtrar. Se admite las coincidencias en estos niveles:
v Exacto (valor)
v EmpiezaCon (valor*)
v AcabaCon (*valor)
v Contiene (*valor*)
6. Pulse en el campo Incluir/Excluir y compruebe el valor o seleccione una
de las opciones siguientes:
v Incluir: la informacin de usuario debe coincidir con el patrn de usuario de
los datos de instancia de la transaccin que se van a almacenar:
v Excluir: la informacin de usuario no debe coincidir con el patrn de usuario
de los datos de instancia de la transaccin que se van a almacenar:
7. Pulse en el campo Detalles de instancia y compruebe el valor o seleccione
una de las opciones siguientes:
v Siempre: recopilar siempre datos de instancias para este usuario.
v Nunca: no recopilar nunca datos de instancias para este usuario.
v Tras una anomala: recopilar datos de instancias para esta sesin slo si una
o ms instancias no tienen disponibilidad.
v Respuesta lenta: recopilar datos de instancias para este mensaje slo si una o
ms instancias tienen un tiempo de respuesta mayor que el umbral de
tiempo de respuesta mnimo. Este filtro tambin tiene en cuenta las sesiones
anmalas.
v Pulse Aceptar para cambiar la informacin de filtro de usuario a la tabla.
aplicaciones. La informacin de filtro de usuario modificado se aade a la
tabla.
Usuario.
Aplicacin.
de aplicaciones.
Configuracin de un servidor WebSEAL para el seguimiento de
usuarios y sesiones
Al realizar un seguimiento de las transacciones HTTP o HTTPS en un servidor que
sirva como destino de unin para un servidor WebSEAL, debe habilitar
determinadas opciones de configuracin de WebSEAL para realizar un seguimiento
de las sesiones de usuario WebSEAL. Estas opciones puede habilitarse mediante el
TAM Web Portal Manager.
En el TAM Web Portal Manager, seleccione la unin que sirva al servidor web de
fondo que est supervisando. Debe ver opciones parecidas a las que se muestran
en el ejemplo siguiente:
Habilitacin del seguimiento de sesiones: para habilitar el seguimiento de
sesiones, seleccione el recuadro de seleccin Insertar cookies de WebSEAL.
Cuando se habilita esta opcin, se reenva la cookie PD-S-SESSION-ID al servidor
de fondo.
Habilitacin del seguimiento de usuarios: para habilitar el seguimiento de los
usuarios, seleccione el recuadro de seleccin Nombre de usuario (breve). Cuando
se habilita esta opcin, la cabecera iv-user HTTP se establece en el nombre de
usuario del usuario TAM que ha iniciado sesin.
Creacin de clientes
Defina clientes de manera que pueda ver informes sobre cmo los grupos de
usuarios experimentan la disponibilidad y el rendimiento.
Antes de empezar
Tenga en cuenta los puntos siguientes:
v El Editor de configuracin de gestin de aplicaciones se enva con un grupo de
clientes predeterminado denominado All Clients (Todos los clientes) que utiliza
el valor de filtro de IP *.
v Cada nombre de cliente debe ser exclusivo.
v Los nombres pueden constar de cualquier cadena de caracteres alfanumricos.
v Las definiciones de cliente se almacenan en un archivo llamado clients.xml en
el directorio CANDLE_HOME/kt1depot/T3/clients directory.
Importante: Si define un patrn de clientes que no coincide con nada de su
entorno o de los scripts que se ejecutan en un sistema concreto, los datos de ese
sistema no se notifican porque no hay nada que coincida con el patrn de clientes.
Esto es cierto incluso cuando hay transacciones vlidas en ejecucin en ese sistema.
Nota: Los tipos de transaccin de Transaction Tracking de ARM requieren una
definicin de cliente que coincida con la transaccin de la que se va a informar. Las
definiciones de cliente se omiten para los tipos de transaccin de Transaction
Tracking que no son de ARM. Estos son:
v ITCAM for Application Diagnostics
v CICS
v CICS Transaction Gateway
v Other
v DB2 por CICS o IMS
v Optim (DB2)
v IMS
v IMS Connect
v .NET
v Tuxedo
v WebSphere MQ
Procedimiento
2. Pulse y seleccione Clientes.
v Para crear un nuego grupo de clientes, pulse con el botn derecho en
Clientes y seleccione Crear nuevo grupo de clientes.
v Para crear un nuevo grupo de clientes basndose en un grupo existente,
pulse con el botn derecho en un grupo de clientes existente y seleccione
Crear otro grupo de clientes.
Aparece la ventana Crear grupo de clientes, parecida al ejemplo siguiente:
4. Escriba un nombre nico para el grupo de clientes en el campo Nombre del
grupo de clientes.
5. (Opcional) Escriba una descripcin para el grupo de clientes en el campo
Descripcin.
6. Pulse Aceptar.
7. Pulse la ficha Filtro para configurar filtros para este cliente.
El software incluye un conjunto de filtros predefinidos (IP y nombre de host)
en una lista desplegable para especificar clientes en trminos de varios nombres
de host y direcciones IP que se desea que incluya o excluya el patrn de
coincidencias. Este campo es completamente editable, as que puede filtrar las
propiedades que no sean el nombre de host o el IP para el cliente. Por ejemplo,
si tiene un filtro de transacciones especfico que tambin desea utilizar para
configurar clientes, entonces puede especificar cualquier otro filtro vlido.
Consulte Utilizacin de filtros en la pgina 52 para obtener ms informacin
sobre la utilizacin de esta ficha.
8. Pulse la ficha Informes para definir cmo desea llamar a los datos recopilados
que aparecen en los espacios de trabajo. El software proporciona un conjunto
de variables comunes para ordenar los informes. El valor de informes
predeterminado para un grupo de clientes nuevo creado es el nombre del
grupo de clientes que indic el usuario. Consulte Definicin de reglas de
informes en la pgina 136 para obtener ms informacin sobre la utilizacin
de esta ficha.
9. Pulse Applicar para distribuir esta lista de clientes a todos los agentes.
Use el procedimiento siguiente para editar un grupo de clientes existente:
1. Acceda la lista de grupos de clientes.
2. Resalte el grupo de clientes que desee editar.
3. Edite los parmetros de cliente como sea necesario.
4. Pulse Aplicar para guardar los cambios.
Use el procedimiento siguiente para suprimir un grupo de clientes que ya no sea
til:
1. Acceda la lista de grupos de clientes.
2. Resalte el grupo de clientes que desee suprimir.
3. Pulse con el botn derecho del ratn el grupo de clientes y seleccione Suprimir
grupo de clientes.
4. Pulse S para confirmar la operacin.
Definicin de perfiles
Defina perfiles que especifiquen qu transacciones desea supervisar, cundo desea
supervisarlas y la ubicacin donde desea supervisarlas.
Antes de empezar
Segn el tipo de transaccin para el que crea el perfil, puede ser necesario realizar
una o ms de las tareas siguientes:
v Para scripts robticos de Rational Performance Tester, Rational Functional Tester,
Rational Robot o Mercury LoadRunner, primero debe registrar los scripts y
cargarlos en Application Management Console.
v Para mandatos de CLI, debe crear una transaccin. Consulte Definicin de
transacciones para perfiles en la pgina 39. Si la transaccin invoca un script,
cargue el script o determine la va de acceso completa del sistema donde reside
el script.
Tenga en cuenta la posibilidad de realizar la tarea opcional siguiente antes de
empezar a definir perfiles:
v Cree normas de denominacin para los perfiles que identifiquen claramente su
mbito y finalidad. El uso de un convenio para nombres hace ms fcil y
cmodo el reconocer perfiles diferentes de acuerdo con cualquiera de los
criterios siguientes:
Nombre del cliente
Aplicacin empresarial
mbito de las transacciones supervisadas
Tipo de agente de supervisin
Lo siguiente es un formato sugerido para nombrar perfiles:
<nombre_cliente>_<nombre_aplicacin>_<tipo_supervisin>_<tipo_planificacin>.
Por ejemplo, podra utilizar ese formato para un supervisor robtico de Rational
Performance Tester para el sitio web de Recursos humanos de IBM. Si planifica
el script para que se ejecute continuamente, se podra llamar
IBM_HR_RPTplayback_runforever.
Puede crear y manipular perfiles utilizando Editor de configuracin de gestin de
aplicaciones o la herramienta de lnea de mandatos AMCECLI.
Procedimiento: definicin de un nuevo perfil
Defina los perfiles que especifiquen qu transacciones desea supervisar, cundo
desea supervisarlos y la ubicaci n en la que desea supervisarlos.
Use este procedimiento para definir un perfil nuevo:
2. Pulse y seleccione Perfiles. La lista de perfiles aparece en un rbol de
nodos, ordenado por tipo de agente.
3. Para crear un perfil nuevo haga una de las acciones siguientes desde la vista de
navegacin Perfiles.
v Si el nodo Perfiles est resaltado, haga una de las acciones siguientes:
Pulse con el botn derecho en el nodo Perfil superior y seleccione Crear
perfil nuevo.
Pulse el icono situado a la izquierda del campo de seleccin de la
vista sobre el nodo Perfil superior.
v Si uno de los nombres de perfil del rbol de nodos est resaltado, haga una
de las acciones siguientes:
Pulse con el botn derecho el nombre de perfil resaltado y seleccione
Crear otro perfil.
seleccione Crear otro perfil.
Aparece la ventana Crear perfil, parecida al ejemplo siguiente.
4. En el campo Nombre, escriba el nombre del perfil que vaya a crear.
5. (Opcional) En el campo Descripcin, escriba una descripcin de lo que este
perfil hace para identificarlo mejor.
6. En el campo Tipo, pulse y seleccione el agente de supervisin para este
perfil. Puede seleccionar uno de estos tipos de agente vlidos siguientes:
v Web Response Time
siguiente:
La ficha Perfil aparece de forma predeterminada, y contiene el nombre y la
descripcin oficial del perfil. Opcionalmente puede escribir en estos campos
para cambiar lo que sea necesario.
8. Cree una lista de distribucin para el perfil. Consulte Creacin y utilizacin de
las listas de sistemas gestionados y de distribucin en la pgina 106.
9. Pulse Aplicar. Cuando guarda la informacin del perfil, el software se
distribuye y habilita el perfil en los agentes de supervisin seleccionados.
Nota: Pulsar Aceptar guarda los cambios realizados, pero cierra el editor.
Procedimiento: seleccin de transacciones para un perfil
Despus de crear un perfil nuevo, o al editar un perfil existente, puede seleccionar
transacciones predefinidas para asociarlas al perfil, utilizando el procedimiento
siguiente.
1. Acceda a la vista Perfiles.
2. Pulse y seleccione el perfil deseado.
3. En la ventana de configuracin, pulse la ficha Transacciones.
La parte superior de la ventana muestra las transacciones o los scripts de
robtica que ya estn asociados con este perfil, de forma parecida al ejemplo
siguiente. Para un nuevo perfil, esta parte de la ficha Transacciones est vaca
en un primer momento.
4. Para incluir transacciones en el perfil, utilice el procedimiento siguiente:
a. Pulse Aadir. Observe que, si no hay transacciones adicionales que incluir
en el perfil, esta opcin no est disponible. Esta opcin queda disponible
despus de crear ms transacciones o de eliminar una o ms transacciones
del perfil.
b. Se muestra la ventana Seleccin de transacciones, parecida al ejemplo
siguiente, que muestra todas las aplicaciones y transacciones existentes que
estn disponibles para incluir en el perfil.
c. El rbol de nodos est contrado por defecto para mostrar slo las
aplicaciones. Puede expandir manualmente los nodos de las aplicaciones
para mostrar las transacciones. Seleccione una o ms aplicaciones y
transacciones para incluir el perfil. Utilice las teclas Mays o Ctrl para
resaltar ms de una seleccin en caso necesario, o pulse y arrastre el ratn
para resaltar todas las transacciones que desee incluir.
d. Pulse Aceptar. Las aplicaciones y las transacciones seleccionadas se aaden
a la tabla en la ficha Transacciones.
5. Cuando se selecciona una transaccin en la parte superior de la ficha
Transacciones, la ficha Propiedades muestra las propiedades asociadas.
v Para los perfiles de Robotic Response Time y Transaction Tracking:
Puede modificar los valores de cada propiedad pulsando dos veces una fila
de la columna Valor y escribiendo el valor nuevo.
Para definir un solo conjunto de propiedades para varias (o todas las)
transacciones, pulse y arrastre el ratn para resaltar las transacciones para las
que desee definir las propiedades. Cuando se selecciona ms de una
transaccin, los valores de la ficha Propiedades estn en blanco. Escriba los
valores para las propiedades seleccionadas que desee cambiar. Las
propiedades que no cambie mantendrn sus valores predeterminados, o los
valores especificados previamente para esas propiedades.
Consulte Descripciones del valor de las propiedades en la pgina 94 para
ver una lista completa y una descripcin de las propiedades para cada tipo
de agente.
Consulte Procedimiento: configuracin de la captura de pantalla de
robtica en la pgina 88 para obtener ms informacin sobre la
configuracin de la propiedad Enable screen content capture (Habilitar
captura de contenido de la pantalla).
v Para los perfiles de Web Response Time:
Los valores de la ficha Propiedades no se puede modificar. Debe editar la
propia transaccin para cambiar esos valores. (Consulte Utilizacin de
filtros en la pgina 52 y Definicin de reglas de informes en la pgina
136.
6. Cuando la transaccin se aade al perfil, puede expandir el rbol de nodos
para mostrar las subtransacciones. Puede seleccionar subtransacciones y luego
pulsar la ficha Propiedades y configurar umbrales de tiempo de respuesta
mnimo y mximo para las subtransacciones.
configuracin de gestin de aplicaciones.Asegrese de acordarse de seleccionar
los agentes o las listas de sistemas gestionados que desee asociar con el perfil, o
no habr ninguna recopilacin de datos porque no se ejecutar el perfil.
La ficha Transacciones incluye tambin las funciones siguientes:
v Puede eliminar transacciones del perfil resaltando una o ms de ellas en la tabla
y pulsando Eliminar.
v La columna de estado de la tabla indica si se ha iniciado o detenido la
supervisin de la aplicacin. Use Iniciar yDetener para controlar este estado
para cada aplicacin del perfil.
v Use las funciones Contraer y Expandir para ocultar o mostrar las transacciones
bajo cada aplicacin de la tabla.
Procedimiento: modificacin de un perfil
Use el procedimiento siguiente para modificar un perfil existente:
3. Realice los cambios necesarios:
v Para cambiar el nombre del perfil, pulse la ficha Perfil y escriba el nombre
en el campo Nombre.
v Para cambiar la descripcin del texto del perfil, pulse la ficha Perfil y escriba
el texto en el campo Descripcin.
v Para aadir transacciones al perfil, seleccione la ficha Transacciones y use la
funcin Aadir. Consulte Procedimiento: seleccin de transacciones para un
perfil en la pgina 83.
v Para eliminar transacciones del perfil, seleccione la ficha Transacciones,
seleccione una o ms transacciones de la tabla y pulse Eliminar.
v Para modificar las propiedades de una o ms transacciones en un perfil
Tiempo de respuesta de robtica, seleccione la ficha Transacciones y resalte
las transacciones. Luego pulse dos veces el campo de la ficha Propiedades y
escriba el nuevo valor.
v Para distribuir un perfil, pulse la ficha Distribucin. Consulte Creacin y
utilizacin de las listas de sistemas gestionados y de distribucin en la
pgina 106 para ver ms informacin.
v Para planificar ventanas de planificacin para el perfil, pulse Mantenimiento.
Consulte Planificacin de ventanas de mantenimiento en la pgina 116
para ver ms informacin.
Procedimiento: creacin de otro perfil desde un perfil
existente
Use el procedimiento siguiente para crear otro perfil a partir de un perfil existente:
2. Pulse y expanda la lista de perfiles hasta mostrar el que desee.
3. Pulse con el botn derecho el perfil que desee utilizar como plantilla para crear
un nuevo perfil.
4. Pulse Crear otro perfil. Aparece la ventana Crear perfil. Observe que el campo
Tipo ya incluye el tipo de agente del perfil existente y no se puede modificar.
5. Siga los mismos procedimientos tal como se describe en Procedimiento:
definicin de un nuevo perfil en la pgina 82 para definir el perfil.
6. Siga los mismos procedimientos tal como se describe en Procedimiento:
seleccin de transacciones para un perfil en la pgina 83 para aadir
transacciones al perfil.
Procedimiento: supresin de un perfil
Use el procedimiento siguiente para suprimir un perfil:
2. Pulse y expanda la lista de perfiles hasta mostrar el que desee.
3. Siga uno de estos pasos:
v Pulse con el botn derecho el nombre del perfil de la lista y seleccione
Suprimir perfil en la lista de opciones disponibles.
v Pulse el nombre de perfil de la lista y, luego, el icono situado a la
4. Confirme su intencin pulsando S cuando se le solicite. El perfil seleccionado
se suprime de la lista.
aplicaciones.
Procedimiento: configuracin de la captura de pantalla de
robtica
Para configurar su perfil de Tiempo de respuesta de robtica para la captura de
pantalla, use este procedimiento:
3. En la ventana de configuracin, pulse la ficha Transacciones.
4. Incluya en el perfil las aplicaciones y transacciones que necesite.
5. Seleccione una o ms aplicaciones o transacciones en la parte superior de la
ficha Transacciones para la que desee habilitar la captura de pantalla.
6. La ficha Propiedades muestra las propiedades asociadas. Desplcese por esta
lista tal como sea necesario y localice la propiedad Enable screen content
capture.
7. Pulse dos veces la celda de la columna Valor para esta propiedad y luego pulse
True.
8. Pulse Aplicar para guardar su configuracin y continuar utilizando el Editor de
Consulte el captulo Espacios de trabajo de la publicacin IBM Tivoli Composite
Application Manager for Transactions: Gua del usuario para obtener ms informacin
sobre el espacio de trabajo Captura de pantalla de robtica, donde aparece la
informacin de la captura de pantalla.
Configuracin de la comprobacin de contenido de Web
Response Time
Algunos sitios web con un buen diseados tienen la capacidad de captar los
errores internos y delimitarlos con cdigo HTML para visualizar mensajes de error
ms fciles de usar. El ejemplo siguiente muestra una visualizacin de pgina web
de un error interno que proporciona informacin ms til al usuario:
En este ejemplo, quiz prefiera realizar seguimiento de este tipo de error buscando
en la serie: Se ha detectado un error. Para el agente de Web Response Time, puede
configurar este tipo de comprobacin de contenido de pginas web, buscando en
los ttulos de pgina web o el cuerpo del cdigo HTML. Si la pgina web que se
est supervisando tiene esta frase, se seala como una violacin de contenido o un
error de disponibilidad.
Utilizar slo con la modalidad de dispositivo: La comprobacin de contenido no
est disponible cuando se utiliza el plugin HTTPS.
Procedimiento de configuracin general
Para configurar el perfil de Web Response Time para la comprobacin de
contenido, utilice el procedimiento siguiente:
2. Pulse en para expandir el nodo de Web Response Time y seleccione el
perfil que desee.
3. En la ventana de configuracin, pulse el separador Transacciones.
4. Incluya aplicaciones y transacciones en el perfil segn se requiera.
5. Seleccione una o ms transacciones de la parte superior del separador
Transacciones para las que desea configurar la comprobacin de contenido.
6. Pulse el separador Comprobacin de disponibilidad para visualizar una tabla
de los filtros de comprobacin de contenido para las transacciones
seleccionadas. Inicialmente, si no se han aadido filtros a las transacciones
seleccionadas, esta tabla esta vaca.
Si selecciona ms de una transaccin, se aplican las condiciones siguientes:
v Si todas las transacciones seleccionadas estn habilitadas para la
comprobacin de contenido, Habilitar comprobacin de contenido se
selecciona automticamente, de lo contrario est deseleccionado.
v En la tabla tan solo se muestran los filtros de comprobacin de
disponibilidad comunes a todas las transacciones seleccionadas.
v Los filtros de comprobacin de disponibilidad seleccionados para aadirse a
la tabla se aaden a cada transaccin seleccionada.
v Los filtros de comprobacin de disponibilidad editados o eliminados se
manejan del mismo modo para cada transaccin seleccionada.
7. Sobre la tabla de filtros se encuentra el recuadro de seleccin Habilitar
comprobacin de contenido. Para poder crear filtros nuevos, aadir, eliminar
o editar filtros en la tabla, seleccione el recuadro de seleccin Habilitar
comprobacin de contenido.
Consideraciones sobre una sobrecarga de proceso: Si tiene problemas de
sobrecarga de proceso, puede deseleccionar este recuadro de seleccin para
que una transaccin especfica inhabilite la comprobacin de contenido. Sin
embargo, las definiciones de filtro de comprobacin de disponibilidad siguen
en su lugar y por consiguiente puede volver a habilitar la comprobacin de
contenido en una fecha posterior si es necesario.
8. Con la comprobacin de contenido habilitada, puede realizar las tareas
siguientes:
v Pulse Crear para definir un filtro de comprobacin de disponibilidad nuevo
y aadirlo a la tabla. Consulte Creacin de un filtro de comprobacin de
disponibilidad nuevo en la pgina 91 para obtener informacin detallada.
v Si existen filtros de comprobacin de disponibilidad definidos, pero todava
no se han incluido en la tabla, puede pulsar Aadir y seleccionar uno o
ms filtros definidos para aadirlos a la tabla. Consulte Adicin de un
filtro de comprobacin de disponibilidad a la tabla en la pgina 92 para
obtener informacin detallada.
v Seleccione uno o ms filtros de la tabla y pulse Eliminar para eliminarlos.
Consulte Eliminacin de un filtro de comprobacin de disponibilidad de la
tabla en la pgina 93 para obtener informacin detallada.
v Seleccione un filtro de la tabla y pulse Editar para modificar la definicin
segn se requiera. Consulte Edicin de un filtro de comprobacin de
disponibilidad existente en la pgina 93 para obtener informacin
detallada.
9. Pulse Aplicar para guardar los valores y seguir utilizando Editor de
10. Cuando termine, pulse Aceptar para crear Editor de configuracin de gestin
de aplicaciones.
Creacin de un filtro de comprobacin de disponibilidad nuevo
Cuando habilita la comprobacin de contenido y pulsa Crear para crear un filtro
de comprobacin de disponibilidad nuevo, se visualizar un recuadro de dilogo
similar al ejemplo siguiente:
En este dilogo, estn definidos los campos siguientes:
Descripcin
Especifique una serie de texto que describa brevemente el filtro de
comprobacin de disponibilidad que se est creando.
Error de disponibilidad si:
Seleccione una de las opciones siguientes de la lista de seleccin
disponible:
v Contenido - encontrado
v Contenido - no encontrado
v Ttulo de pgina - encontrado
v Ttulo de pgina - no encontrado
Este campo especifica si la bsqueda tendr como resultado un error de
disponibilidad si se encuentra o no se encuentra una serie de filtro en la
parte seleccionada de la pgina web (contenido o ttulo de pgina).
Serie de bsqueda
Especifique la serie de texto sensible a las maysculas y minsculas que
debe buscarse en la pgina web. Opcionalmente, puede incluir el carcter
comodn de asterisco (*) antes o despus de la serie. Por ejemplo, si desea
buscar la serie de texto La sesin ha superado el tiempo de espera,
especifquela como *La sesin ha superado el tiempo de espera*.
Tambin puede especificar cdigo HTML sin procesar como parte del texto
de bsqueda, pero el HTML completo se representa y visualiza en la tabla
de filtros de contenido. Por ejemplo, si ha especificado la serie de texto La
<b>sesin</b> ha superado el tiempo de espera, sta se visualiza en la
tabla de filtros de comprobacin de contenido como se ha escrito, La
<b>sesin</b> ha superado el tiempo de espera. Sin embargo, si tambin
ha incluido cdigo <html>, como por ejemplo <html>La <b>sesin</b> ha
superado el tiempo de espera</html>, el texto en negrita se representa y
la serie de texto se visualiza en la tabla como La sesin ha superado el
tiempo de espera.
Pulse Aceptar para guardar la definicin y aadir el filtro a la tabla. Una vez
definido, este filtro est disponible para aadirse a cualquier otro perfil de Web
Response Time.
Adicin de un filtro de comprobacin de disponibilidad a la tabla
Con la comprobacin de contenido habilitada, si existen filtros de comprobacin de
disponibilidad definidos que todava no se han incluido en la tabla de
comprobacin de disponibilidad para la transaccin seleccionada, el icono Aadir
estar habilitado y podr pulsarlo para aadir uno o ms filtros adicionales a la
tabla.
Incluso si una transaccin del perfil no tiene filtros de comprobacin de
disponibilidad previamente definidos, puede seleccionar de un grupo de filtros
predefinidos utilizando la funcin Aadir:
Los filtros de comprobacin de disponibilidad adicionales que ha definido para
sta u otras transacciones de Web Response Time tambin se visualizan en esta
tabla. Puede clasificar la tabla por columna si lo desea. Seleccione uno o ms filtros
de comprobacin de disponibilidad de la tabla y pulse Aceptar para aadirlos a la
tabla de filtros para la transaccin seleccionada.
Pulse Aceptar para aadir los filtros seleccionados a la tabla de transacciones.
Edicin de un filtro de comprobacin de disponibilidad existente
Con la comprobacin de contenido habilitada, cuando resalta un filtro de
comprobacin de disponibilidad existente de la tabla y selecciona la funcin Editar,
se visualiza el mismo recuadro de dilogo que se utiliza para crear un nuevo filtro
de comprobacin de disponibilidad, salvo que los campos ya se han llenado con la
informacin para el filtro resaltado. Modifique la definicin de filtro segn re
requiera y pulse Aceptar para guardarla en la tabla.
Pulse Aceptar para guardar la definicin y aadir el filtro a la tabla. Una vez
definido, este filtro est disponible para aadirlo a cualquier otra transaccin de un
perfil de agente de Web Response Time.
Eliminacin de un filtro de comprobacin de disponibilidad de la
tabla
Con la comprobacin de contenido habilitada, puede resaltar un filtro de
comprobacin de disponibilidad de la tabla y pulsar Eliminar para eliminar el
filtro de la tabla. De todos modos, puede volver a aadir el filtro eliminado a esta
transaccin o a otra transaccin de Web Response Time. Si el filtro de
comprobacin de disponibilidad se elimina de todas las transacciones del perfil, se
suprime cuando se cierra el Editor de configuracin de gestin de aplicaciones.
Configuracin de suficientes bytes capturados para asegurar
una coincidencia
La comprobacin de contenido slo considera los bytes que captura el agente de
Web Response Time. Si el valor de configuracin Nmero mximo de kilobytes
que se van a capturar por transaccin HTTP para el agente no es lo
suficientemente grande para capturar la serie anmala, es posible que algunos
errores no se observen utilizando el filtro de captura de contenido. Asegrese de
comprobar la configuracin del agente de Web Response Time para el valor
establecido para Mximo de kilobytes que se pueden capturar por transaccin de
HTTP y asegrese de que sea suficientemente grande. Tenga en cuenta que al
elevar este valor se aumenta la cantidad de memoria que utilizan los procesos de
Web Response Time durante el tiempo de ejecucin.
Ms informacin
Consulte el captulo sobre espacios de trabajo (Workspaces) de la publicacin IBM
Tivoli Composite Application Manager for Transactions: Gua del usuario para obtener
ms informacin sobre el espacio de trabajo Errores, donde se visualiza
informacin sobre errores de contenido.
Descripciones del valor de las propiedades
Esta seccin describe los valores de las propiedades que se muestran en la ficha
Propiedad, y una tabla que indica los valores predeterminados para cada tipo de
perfil.
Abort RFT script on timeout
Cuando el valor de tiempo de espera se alcanza, se cancela el script de
Rational Functional Tester. Para esta propiedad son vlidos los valores
siguientes:
True Cancela el script cuando se alcanza el tiempo de espera.
False Inhabilita la funcin de cancelacin.
Agent Default
Use el valor especificado en la configuracin de agentes. Este es el
valor predeterminado.
Collect instances
Indica cundo se recopilan los datos.
TRUE Recopila todos los datos de instancias. Esto incluye datos de
rendimiento para cada transaccin que coincide con la direccin IP
especificada, el URL o el patrn de datos. Para un sitio web de alto
volumen de trfico, se puede acumular una gran cantidad de datos
de rendimiento rpidamente.
FALSE
No recopila datos de instancias. Inhabilita la recopilacin de datos
de instancia y slo recopila un registro de resumen estadstico para
el intervalo de adiciones. Esta seleccin proporciona un solo
registro y la sobrecarga ms baja en cuanto a la cantidad de datos
que el software recopila, retiene en la base de datos y muestra.
On Slow
Recopila datos de instancias de transacciones para una transaccin
que se considera lento. Este valor de propiedad tambin contabiliza
las transacciones anmalas.
On Failure
Recopila los datos de instancias de transacciones despus de una
violacin.
Concurrent CLI Playback
Indica si se pueden ejecutar ms de una instancia en el mismo mandato.
Los valores vlidos para esta propiedad son True o False. Si la reproduccin
simultnea causa problemas de rendimiento o de otra ndole, establezca
esta opcin en False. Si selecciona False, el software coloca en la cola todos
los mandatos de la CLI no simultneos y los ejecuta en secuencia. Todos
los mandatos simultneos de la CLI se ejecutan a la vez y no se ven
afectados por mandatos no simultneos.
Enable screen content capture
Indica si se captura contenido de pantalla. Los valores vlidos son True
(habilitar captura de pantalla), False (inhabilitar captura de pantalla), o
Agent Default (usar la configuracin de la configuracin de agente).
Importance
Indica el valor empresarial de la transaccin supervisada. Para esta
propiedad son vlidos los valores siguientes:
v Discretionary
v Very_Low
v Low
v Medium
v High
v Very_High
v Highest
Observe que este valor de Importance puede afectar a la clasificacin de
las aplicaciones que se muestran en el orden de rangos en determinados
espacios de trabajo y vistas. Por ejemplo, las aplicaciones que se muestran
en la vista de resumen histrico de disponibilidad de aplicaciones del
espacio de trabajo Aplicaciones se ordenan por orden de rango, pero el
valor de rango se calcula con los valores anmalos y lentos de porcentaje,
as como con los valores de Importance. Por lo tanto, la importancia
atribuida a las transacciones supervisadas puede afectar a la clasificacin
que se muestra finalmente.
Max response time threshold (seconds)
El tiempo de respuesta lenta mximo aceptable, en segundos, para una
instancia de transaccin durante el intervalo de datos. Si una transaccin
supera este valor del tiempo de respuesta,se considera una transaccin
anmala. De forma predeterminada esta propiedad se deja en blanco o se
establece en cero, lo cual significa que las transacciones anmalas no se
identifican.
Min. response time threshold (seconds)
El tiempo de respuesta mximo aceptable, en segundos, para una instancia
de transaccin durante el intervalo de datos. Si una transaccin supera este
valor del tiempo de respuesta,se considera una transaccin lenta. De forma
predeterminada, para Transaction Tracking esta propiedad se establece en
10 segundos. Si esta propiedad se deja en blanco o se establece en cero, no
se identifican las transacciones lentas.
Number of retries
Nmero de veces que se reintenta la transaccin despus de que falla el
primer intento antes de enviar un suceso de tiempo de espera al servidor
de gestin.
Por ejemplo, si el nmero de reintentos es 4, la transaccin se intenta hasta
cinco veces (una vez, ms los cuatro reintentos especificados) antes de
enviar un suceso de tiempo de espera al servidor de gestin.
Retry lag time (seconds)
Nmero de segundos que esperar entre cada reintento. Por ejemplo, si
establece el nmero de reintentos en 3 con un tiempo de retardo de 1, el
software supera su tiempo de espera y genera un suceso cuando tienen
lugar estos dos sucesos siguientes:
v El software intenta la transaccin cuatro veces (una vez como parte de la
reproduccin, ms los tres reintentos especificados).
v El software espera un segundo entre reintentos.
Consejo: Por ejemplo, si establece Number of Retries en 3, Retry Lag
Time en 1 y Timeout Period en 30, el software supera el tiempo de espera
y genera un suceso cuando se producen todos los sucesos siguientes:
v El software intenta el script cuatro veces (una vez como parte de la
reproduccin, ms tres reintentos). Cada vez, el script no responde en 30
segundos.
v El software espera un segundo entre reintentos.
Si el period de tiempo de espera es demasiado corto, el software finaliza el
proceso despus de reintentarlo el nmero de veces especificado en Retry
Lag Time. Deber aadir tambin algo de almacenamiento intermedio. Por
ejemplo, si tiene un script que tarda 5 minutos en ejecutarse y desea aadir
un almacenamiento intermedio de 1 minuto, escriba 360 para establecer un
periodo de tiempo de espera de 6 minutos.
RFT application configuration
Use la configuracin de la aplicacin (proporcionada por Rational
Functional Tester) especificada en el script, o bien la configuracin indicada
en el agente. Para esta propiedad son vlidos los valores siguientes:
Exported
Use la configuracin de aplicacin proporcionada en el script.
Local Use la configuracin de aplicacin ubicada en el agente. Este es el
Sampling Percent
El porcentaje de transacciones del que se van a extraer muestras durante el
intervalo de datos. Por ejemplo, 50 devuelve 50% de las transacciones.
Nota: Este no se puede cambiar en los perfiles de robtica.
Script interval (minutes)
La frecuencia en la que se reproduce el script, en minutos.
Success Return Code
El valor del cdigo de retorno esperado devuelto por el mandato de CLI.
El cdigo de retorno esperado de forma predeterminado para la mayora
de mandatos ejecutables y scripts es 0. Los transcriptores de scripts pueden
hacer que sus scripts salgan con valores de cdigos de retorno inesperados
para indicar al software que se ha producido un error. Si el mandato
devuelve un valor que no coincide con el valor del cdigo de retorno
esperado, entonces el supervisor no aprueba la transaccin y
opcionalmente enva un suceso de anomala de cdigo de retorno esperado
si se define uno para el supervisor. Slo puede ver el filtro y el panel de
propiedades de informe. Debe editar la propia transaccin para cambiar los
valores.
Terminate RFT and reboot when not responding
Cuando el proceso Rational Functional Tester no responde, el proceso
finaliza y el sistema se reinicia. Esta propiedad est disponible slo para
los scripts de Rational Functional Tester Robotic Response Time. Para esta
True Siempre finalizar y reiniciar.
False Nunca finalizar y reiniciar.
Agent Default
Timeout period (seconds)
El tiempo, en segundos, de espera para que el script responda antes de
exceder el tiempo de espera y reintentar.
La tabla siguiente indica los valores predeterminados para cada propiedad basada
en el tipo de perfil.
Tabla 17. Valores de propiedad predeterminados por tipo de perfil
Propiedad
Script de
robtica de
Robotic
Response Time
Mandato de
reproduccin de
la CLI de
Robotic
Response Time
Tipo de ARM de
Transaction
Tracking
Tipo no de ARM
de Transaction
Tracking
Web Response
Time
Abort RFT script on
timeout
Agent (slo
disponible para
scripts de RFT.)
Agent (slo
disponible para
scripts de RFT.)
No aplicable No aplicable No aplicable
Collect instances False False False No aplicable On Failure
Concurrent CLI
Playback
No aplicable True No aplicable No aplicable No aplicable
Tabla 17. Valores de propiedad predeterminados por tipo de perfil (continuacin)
Propiedad
Script de
robtica de
Robotic
Response Time
Mandato de
reproduccin de
la CLI de
Robotic
Response Time
Tipo de ARM de
Transaction
Tracking
Tipo no de ARM
de Transaction
Tracking
Web Response
Time
Enable screen
content capture
False (slo
disponible para
scripts de RFT, y
para scripts de
RPT que usan
protocolos
HTTP.)
False (slo
disponible para
scripts de RFT, y
para scripts de
RPT que usan
protocolos
HTTP.)
Importance Medium Medium Medium No aplicable Medium
Max response time
threshold (seconds)
Nada Nada Nada Nada Nada
Min. response time
threshold (seconds)
10 10 10 10 10
Number of retries 1 1 No aplicable No aplicable No aplicable
Retry lag time
(seconds)
3 3 No aplicable No aplicable No aplicable
RFT application
configuration
Agent (slo
disponible para
scripts de RFT)
Agent (slo
disponible para
scripts de RFT)
Sampling percent 100% No aplicable 100% No aplicable 100%
Script interval
(minutes)
Success Return Code No aplicable 0 No aplicable No aplicable No aplicable
Timeout period
(seconds)
Trabajo con perfiles utilizando la lnea de mandatos
En ITCAM for Transactions V7.4 y posterior, puede crear y manipular perfiles
utilizando una interfaz de lnea de mandatos sin necesitar privilegios de
administrador de Application Management Console.
Utilice AMCECLI para crear y manipular perfiles de ITCAM for Transactions, activar
y desactivar perfiles, y activar y desactivar scripts de transaccin asociados.
Puede utilizar la funcin AMCECLI con:
v Transaction Collector
v Web Response Time
Ejecucin de AMCECLI
Antes de empezar
Copie los archivos siguientes a la carpeta de biblioteca:
v cnp.jar
v cnp_vbjorball.jar
Estos archivos pueden encontrarse en una de las ubicaciones siguientes en los
sistemas Tivoli Enterprise Portal o Tivoli Enterprise Portal Server:
v INICIO_CANDLE/plataforma/cj/classes
v INICIO_CANDLE/plataforma/cw/classes
v INICIO_CANDLE/plataforma/cq/classes
Procedimiento
Para ejecutar AMCECLI:
Ejecute el mandato siguiente:
java -jar amcecli.jar
-ip TEPS_ip
-user TEPS_userid
-password TEPS_password
-command command [subcommand [filepath]]
donde:
TEPS_ip es la direccin IP de Tivoli Enterprise Portal Server
TEPS_userid es el ID de usuario de Tivoli Enterprise Portal Server
TEPS_password es la contrasea de Tivoli Enterprise Portal Server
command, subcommand se describen en Referencia del mandato AMCECLI
Ejemplo
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command addtransaction -profile RFT1 -transaction HTTP1
Referencia del mandato AMCECLI:
La tabla siguiente lista los mandatos AMCECLI.
Tabla 18. Mandatos AMCECLI
Comando Accin Subcomando Notas
createprofile Crear un perfil por tipo de
agente
-profile profile_name
-agenttype agent_code
donde agent_code es: T5,
T6, o TU
startprofile Iniciar un perfil -profile profile_name
stopprofile Detener un perfil -profile profile_name
deleteprofile Suprimir un perfil -profile profile_name
Tabla 18. Mandatos AMCECLI (continuacin)
Comando Accin Subcomando Notas
addtransaction Aadir una transaccin a un
perfil
-transaction
transaction_name
[-filepath
property_filepath]
removetransaction Eliminar una transaccin de un
perfil
-transaction
transaction_name
stoptransaction Detener una transaccin en un
perfil
-transaction
transaction_name
starttransaction Iniciar una transaccin en un
perfil
-transaction
transaction_name
gettransactionstatus Obtener estado de una
transaccin en un perfil
-transaction
transaction_name
removeagent Eliminar un agente de un perfil -profile profile_name
-agent agent_name
addagent Aadir un agente a un perfil -profile profile_name
-agent agent_name
getprofilestatus Obtener estado de perfil -profile profile_name
listprofiletrans Listar transacciones en un perfil -profile profile_name
listschedules Listar planificaciones activas en
un perfil
listagents Listar los nombres de host de
los agentes por agente
-agenttype agent_code donde agent_code es: T5,
T6, o TU
listprofiles Listar los nombres de los
perfiles disponibles en
Application Management
Console
listagentprofiles Listar los nombres de los
perfiles disponibles en
Console por agente
-agenttype agent_code donde agent_code es: T5,
T6, o TU
Creacin de perfiles utilizando AMCECLI
En lugar de utilizar Editor de configuracin de gestin de aplicaciones, puede
definir un perfil nuevo utilizando AMCECLI.
Ejecute el script siguiente:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command createprofile -profile profile_name -agenttype agent_code
donde:
profile_name es un nombre para el perfil nuevo
agent_code es T5, T6, o TU
Por ejemplo,
-command createprofile -profile newt6profile -agenttype T6
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
informacin.
Inicio y detencin de perfiles utilizando AMCECLI
Utilice AMCECLI para iniciar y detener un perfil.
Para iniciar un perfil, ejecute el script siguiente:
-command startprofile -profile profile_name
Para detener un perfil, ejecute el script siguiente:
-command stopprofile -profile profile_name
Donde:
profile_name es el nombre del perfil
Por ejemplo,
-command startprofile -profile newt6profile
informacin.
Inicio y detencin de transacciones en un perfil utilizando AMCECLI:
Puede utilizar AMCECLI para iniciar y detener una nica transaccin en un perfil
especificado.
Para iniciar una transaccin en un perfil, ejecute el script siguiente:
-command starttransaction -profile profile_name -transaction transaction_name
Para detener una transaccin en un perfil, ejecute el script siguiente:
-command stoptransaction -profile profile_name -transaction transaction_name
Donde:
transaction_name es el nombre de la transaccin
Por ejemplo,
-command starttransaction -profile rrtprofile -transaction rptscriptname
informacin.
Supresin de perfiles utilizando AMCECLI
suprimir perfiles utilizando AMCECLI.
-command deleteprofile -profile profile_name
donde:
Por ejemplo,
-command deleteprofile -profile newt6profile
informacin.
Adicin de transacciones a perfiles utilizando AMCECLI
aadir una transaccin a un perfil utilizando AMCECLI.
-command addtransaction -profile profile_name -transaction transaction_name
[-filepath properties_filename]
donde:
properties_filename es el nombre del archivo de propiedades. Si no se
proporciona un archivo, se utilizan las propiedades de transaccin
predeterminadas.
Por ejemplo,
-command addtransaction -profile rrtprofile -transaction rptscriptname
[-filepath property.props]
informacin.
Eliminacin de transacciones de perfiles utilizando AMCECLI
eliminar una transaccin de un perfil utilizando AMCECLI.
-command removetransaction -profile profile_name -transaction transaction_name
donde:
Por ejemplo,
-command removetransaction -profile rrtprofile -transaction rptscriptname
informacin.
Adicin de agentes a perfiles utilizando AMCECLI
aadir un agente a un perfil utilizando AMCECLI.
-command addagent -profile profile_name -agent platform:agent_code
donde:
platform:agent_code es la plataforma en la que se instala el agente y el cdigo del
agente
Por ejemplo,
-command addagent -profile rrtprofile -agent aix71:T6
informacin.
Eliminacin de agentes de perfiles utilizando AMCECLI
eliminar un agente de un perfil utilizando AMCECLI.
-command removeagent -profile profile_name -agent platform:agent_code
donde:
platform:agent_code es la plataforma en la que se instala el agente y el cdigo del
agente
Por ejemplo,
-command removeagent -profile rrtprofile -agent aix71:T6
informacin.
Listado de informacin acerca de los perfiles utilizando
AMCECLI
Utilizando AMCECLI, puede listar detalles sobre un perfil.
Listar transacciones
Para listar las transacciones de tipo de agente especificado en el Application
Management Console conectado, ejecute el mandato listtransactions. Por
ejemplo:
-command listtransactions -agenttype T6
Listar transacciones en un perfil
Para listar las transacciones de un determinado perfil, ejecute el comando
listprofiletrans. Por ejemplo:
-command listprofiletrans -profile rrtprofile
Listar agentes
Para listar los nombres de todos los agentes de un tipo particular conectado a IBM
Tivoli Monitoring, ejecute el mandato listagents. Por ejemplo:
-command listagents -agenttype T6
El tipo de agente puede ser TU, T5 o T6.
Visualizar estado de perfil
Para visualizar el estado actual de un determinado perfil, ejecute el comando
getprofilestatus. Por ejemplo:
-command getprofilestatus -profile rrtprofile
Visualizar estado de transaccin en perfil
Para visualizar el estado actual de una transaccin del perfil especificado, ejecute el
comando gettransactionstatus. Por ejemplo:
-command gettransactionstatus -profile rrtprofile -transaction rpttransactionname
Listar mantenimiento en perfil
Para visualizar las planificaciones activas del perfil especificado, ejecute el
comando listschedules. Por ejemplo:
-command listschedules -profile rrtprofile
Listar perfiles
Para visualizar una lista de perfiles creados en el Application Management Console
actual, ejecute el mandato listprofiles. Por ejemplo:
-command listprofiles
Listar perfiles de agente
Para visualizar una lista de perfiles creados en Application Management Console
para el agente especificado, ejecute el mandato listagentprofiles. Por ejemplo:
-command listagentprofiles -agenttype T6
El tipo de agente puede ser TU, T5 o T6.
Informacin relacionada
informacin.
Creacin y utilizacin de las listas de sistemas gestionados y de
distribucin
Puede crear listas de sistemas gestionados y una lista de distribucin para definir
qu agentes supervisan una transaccin.
Puede asignar un perfil a un sistema gestionado o a una lista de sistemas
gestionados. Un sistema gestionado es un sistema operativo, una aplicacin u otra
entidad que el producto est supervisando y gestionando. Una lista de sistemas
gestionados es una lista de sistemas gestionados del mismo tipo. Puede ver y
seleccionar una lista de sistemas gestionados cuando distribuye un perfil, o asignar
sistemas gestionados a los elementos de Navigator en las vistas de Navigator
personalizadas.
Por ejemplo, puede crear una lista de sistemas gestionados de Linux para una
regin geogrfica concreta llamada LINUX_LONDON, de manera que pueda distribuir
perfiles especficos para esa ubicacin. Puede crear nuevas listas de sistemas
gestionados y aplicarlas a las listas de distribucin de perfiles. Las listas de
sistemas gestionados se almacenan en el concentrador Tivoli Enterprise Monitoring
Server, de manera que las listas que se crean estn disponibles para todos los
usuarios que han iniciado sesin en el Tivoli Enterprise Portal Server que se
conecta con ese concentrador.
Tivoli Enterprise Monitoring Server y cada producto de IBM Tivoli Monitoring
tiene al menos una lista de sistema gestionados predefinida. No puede editar o
suprimir una lista de sistemas gestionados predefinida. Las listas predefinidas para
ITCAM for Transactions son:
v *EM_WRM (para Web Response Time)
v *EM_ROBOT (Robotic Response Time)
v *IBM_KTU (Transaction Tracking)
Para obtener ms informacin sobre sistemas gestionados y listas de sistemas
gestionados, consulte la documentacin del producto IBM Tivoli Monitoring.
Antes de empezar
Asegrese de que el usuario tenga autorizacin para ver o modificar listas de
sistemas gestionados. Consulte la documentacin IBM Tivoli Monitoring para ver
ms detalles.
Procedimiento: Creacin de una lista de sistemas gestionados
Se crean listas de sistemas para un agente de supervisin especfico. No se puede
crear una lista de sistemas que cubra todos los agentes de Response Time. Use los
pasos siguientes para crear una lista de sistemas gestionados para un tipo de
agente especfico:
2. Pulse Ctrl + G para abrir el editor de grupos de objetos, o seleccione Editar
Editor de grupos de objetos.
3. En la ventana Editor de grupos de objetos, pulse situado junto al nodo
Sistema gestionado para ver la lista de grupos predefinidos.
4. Resalte el agente de supervisin para el que desee crear una lista de sistemas
gestionados, por ejemplo, Web Response Time.
Para ver una lista de sistemas gestionados existentes para el agente, pulse
junto al tipo de agente. Aparecen la listas de sistemas gestionados definidas, de
forma parecida al ejemplo siguiente:
5. Cree una lista de sistemas gestionados usando cualquiera de estas opciones:
v Pulse el icono situado al principio de la lista.
v Pulse con el botn derecho el nombre del tipo de agente resaltado y
seleccione Crear nuevo grupo.
v Pulse con el botn derecho el nombre del grupo existente bajo el nodo del
tipo de agente y seleccione Crear nuevo grupo en la lista de opciones
disponibles.
6. En la ventana Crear grupo nuevo, escriba un nombre descriptivo (sin espacios
en blanco) para la lista de sistemas gestionados y pulse Aceptar. Por ejemplo, si
desea una lista gestionada para los sistemas Web Response Time en Austin,
puede nombrarla Web_Response_Time_Austin, pero no Web Response Time
Austin. La nueva lista de sistemas gestionados se visualiza en la carpeta de
sistemas gestionados.
7. En el panel derecho del Editor de grupos de objetos, seleccione un sistema
gestionado de la lista de miembros disponibles y pulse el botn de flecha
izquierda para aadirlo a la lista de miembros asignados.
Nota: Puede seleccionar varios sistemas gestionados manteniendo pulsada la
tecla Ctrl mientras pulsa en cada sistema gestionado. Tambin puede, despus
de seleccionar un sistema gestionado, usar la combinacin Mays+pulsacin
para seleccionar todos los sistemas gestionados entre este y la primera
seleccin.
8. Pulse Aplicar para guardar sus cambios y continuar usando el Editor de
grupos de objetos.
9. Cuando haya terminado, pulse Aceptar para cerrar el Editor de grupos de
objetos.
La lista de sistemas gestionados est ahora disponible para todos los usuarios que
han iniciado sesin en el servidor del portal que se conecta con este servidor de
gestin de concentrador.
Procedimiento: Seleccin de un sistema gestionado o una lista
de sistemas gestionados para un perfil
Siga estos pasos para asignar un perfil a un sistema gestionado o una lista de
sistemas gestionados:
1. Para usar una lista de sistemas gestionados, asegrese de que ya se haya
creado. (Consulte Procedimiento: Creacin de una lista de sistemas
gestionados en la pgina 107)
2. Acceda al perfil al que desee asignar un sistema gestionado o una lista de
sistemas gestionados. (Consulte Definicin de perfiles en la pgina 81
3. Pulse la ficha Distribucin. El software muestra una lista de sistemas
gestionados y listas de sistemas gestionados disponibles para el agente para el
que est creando un perfil.
4. Seleccione los sistemas gestionados o las listas de sistemas gestionados a los
que desee distribuir este perfil. As se sita una copia del perfil en cada uno de
los sistemas en los que desee ejecutar la supervisin. Use los botones de flecha
izquierda y derecha para mover los elementos seleccionados entre columnas
segn sea necesario.
Nota: Puede seleccionar varios sistemas gestionados manteniendo pulsada la
tecla Ctrl y la flecha hacia abajo mientras pulsa en cada sistema gestionado.
Tambin puede, despus de seleccionar un sistema gestionado, usar la
combinacin Mays+pulsacin para seleccionar todos los sistemas gestionados
entre este y la primera seleccin.
5. Pulse Aplicar para guardar los cambios y continuar usando el editor.
6. Cuando haya acabado, pulse Aceptar para cerrar el editor.
La lista de sistemas gestionados est ahora disponible para todos los usuarios que
han iniciado sesin en el servidor del portal que se conecta con este servidor de
gestin de concentrador.
Nota: Si no hay sistemas gestionados en la ficha de distribucin, el perfil no se
distribuye.
Puede editar una lista de sistemas gestionados existente, crear una nueva lista a
partir de otra lista o suprimir una lista existente.
2. Pulse Ctrl y G para abrir el Editor de grupos de objetos. Tambin puede
seleccionar Editar Editor de grupos de objetos.
3. En la ventana Editor de grupos de objetos, pulse situado junto al nodo
Sistema gestionado para ver la lista de grupos predefinidos.
4. Resalte la lista de sistemas gestionados que desee editar o suprimir, o desde la
que desee crear otra:
a. Resalte el tipo de agente.
b. Seleccione la lista. Pulse junto al agente.
c. Seleccione la lista de sistemas gestionados.
5. Lleve a cabo cualquiera de estos pasos:
v Para editar la lista: pulse el nombre de la lista, realice los cambios necesarios y
pulse Aplicar.
v Para crear una nueva lista a partir de la ya existente: use una de las opciones
siguientes:
Pulse en la parte superior de la lista.
Pulse con el botn derecho el nombre del grupo existente bajo el nodo del
tipo de agente y seleccione Crear otro grupo en la lista de opciones
disponibles.
Siga el mismo proceso para crear una nueva lista de sistema gestionados.
v Para suprimir una lista de sistemas gestionados: pulse y, luego, S para
confirmar la solicitud.
Inicio o detencin de aplicaciones, transacciones y perfiles
Use el mandato Editor de configuracin de gestin de aplicaciones o tacmd
executeAction para iniciar o detener aplicaciones, transacciones y perfiles.
Cuando se inicia una aplicacin, una transaccin o un perfil, se habilita la
recopilacin de datos. Cuando se inicia, los datos ya no se recopilan.
Puede utilizar el Editor de configuracin de gestin de aplicaciones o el mandato
tacmd executeAction en la pgina 113 para realizar las tareas siguientes:
v Inicie o detenga una transaccin en el perfil especificado en el que se configure
la transaccin.
v Inicie o detenga una transaccin en todos los perfiles en los que se configure la
transaccin.
v Inicie o detenga todas las transacciones configuradas para usar la aplicacin
especificada.
v Inicie o detenga todas las transacciones configuradas en el perfil especificado.
Uso de Editor de configuracin de gestin de aplicaciones
En el Editor de configuracin de gestin de aplicaciones puede iniciar y detener los
elementos de navegador siguientes:
v Aplicacin
v Transaccin
v Perfil
v Tipo de agente para una aplicacin especificada (en la vista Aplicaciones)
v Tipo de agente para un perfil especificado (en la vista Ventanas de
mantenimiento)
Para iniciar o detener un elemento, pulse con el botn derecho y seleccione la
accin de inicio o detencin en la lista de opciones disponibles. Alterne entre la
vista Aplicaciones y Perfiles para realizar las tareas siguientes:
v En la vista Aplicaciones, realice los procedimientos siguientes segn sus
objetivos:
Para iniciar o detener todas las transacciones configuradas para utilizar una
aplicacin especificada, pulse con el botn derecho el elemento de navegador
de aplicaciones y ejecute ejecute la operacin de inicio o de detencin.
Para iniciar o detener una transaccin supervisada por un agente especificado
donde se configura la transaccin, expanda el elemento de navegador de
agentes que corresponda, pulse con el botn derecho el elemento del
navegador de transacciones y ejecute la operacin de inicio y detencin.
Para iniciar o detener una transaccin en un perfil especificado cuando se
configura la transaccin, expanda el elemento de navegador de transacciones
adecuado, pulse con el botn derecho el elemento de navegador de perfiles y
ejecute la operacin de inicio o detencin.
v En la vista Perfiles, realice los procedimientos siguientes segn sus objetivos:
Para iniciar o detener un perfil, pulse con el botn derecho en el elemento del
navegador de perfiles y ejecute la operacin de inicio o detencin.
Para iniciar o detener todos los perfiles supervisados por un agente
especificado, pulse con el botn derecho el elemento de navegador de agentes
y ejecute ejecute la operacin de inicio o de detencin.
Los elementos de navegador se muestran con diferentes iconos para indicar el
estado del objeto.
Estado detenido
Si se detiene el objeto, su elemento de navegador queda en gris. El objeto
se detiene cuando se detiene todo lo incluido en este objeto. Por ejemplo, si
todas las transacciones dentro de una aplicacin se detienen, la aplicacin
aparece en gris en el rbol de navegacin.
Estado informativo
Si el elemento de navegador est marcado con el icono , es posible que
est en vigor una de las condiciones siguientes:
v Para una transaccin:
No hay perfiles asociados con la transaccin
No todos los perfiles que se muestran en la transaccin inician esta
transaccin en los perfiles.
v Para un perfil:
Hay transacciones que actualmente estn detenidas en el perfil (slo
en la vista Perfil).
No hay ninguna transaccin seleccionada en el perfil.
No hay ninguna lista de distribucin en el perfil.
Estado iniciado
Cuando el elemento de navegador no es gris ni est marcado con un icono
informativo, est en el estado iniciado.
Utilizacin de mandatos tacmd
Adems del Editor de configuracin de gestin de aplicaciones, puede utilizar el
mandato tacmd executeAction para iniciar o detener aplicaciones, transacciones y
perfiles.
mandato tacmd executeAction
Recuerde: Debe iniciar sesin usando el mandato tacmd login antes de ejecutar el
mandato tacmd executeAction.
Sintaxis
tacmd executeAction
[-m nombre_sistema]
[-n nombre_accin]
[-c value=valor_mandato]
Donde:
-m nombre_sistema
Especifica uno o ms sistemas gestionados en los que se ejecuta la accin.
La variable nombre_sistema es el nombre del sistema donde se encuentra el
Application Management Console .
Consejo: Utilice el mandato tacmd listSystems para encontrar el nombre
de sistema adecuado.
-n nombre_accin
El nombre del mandato de actuacin a ejecutar.
Consejo: Ejecute el mandato tacmd listAction para listar los mandatos de
actuacin disponibles.
Se soportan las acciones siguientes:
v Iniciar supervisin de transaccin
v Detener supervisin de transaccin
v Iniciar supervisin de aplicacin
v Detener supervisin de aplicacin
v Iniciar supervisin de perfil
v Detener supervisin de perfil
v Generar libro iDML para Tivoli Business Service Manager
v Olvidar topologa
v Almacenar instancia para almacenamiento
-c value=valor_mandato
Valor de entrada para el mandato a ejecutar. El valor de entrada del
mandato no distingue entre maysculas y minsculas. Si el valor del
mandato contiene un espacio, debe ir entre comillas dobles, es decir
"value=command value". Utilice una coma como delimitador para especificar
ms de un valor de entrada.
Para la sintaxis completa, incluyendo las descripciones de parmetros, consulte la
publicacin IBM Tivoli Monitoring Consulta de mandatos .
Despus de iniciar o detener una transaccin o un perfil, es posible que el cambio
tarde 5 minutos en reflejarse en el agente.
mandato tacmd listSystems
Utilice el mandato tacmd listSystems para generar una lista de agentes, sistemas
gestionados y niveles de mantenimiento conectados directa o indirectamente a un
Tivoli Enterprise Monitoring Server concentrador en un entorno de IBM Tivoli
Monitoring. Por ejemplo, puede utilizar este mandato para comprobar el nmero
de agentes instalados. En concreto, compruebe que slo tiene un Application
Management Console instalado y asegrese de que todos los agentes estn en el
mismo nivel de mantenimiento.
Para ejecutar este mandato:
1. Inicie sesin en el Tivoli Enterprise Monitoring Server concentrador.
2. Inicie sesin en el servicio Tivoli Enterprise Monitoring Server concentrador:
CANDLE_HOME\BIN\tacmd login -u sysadmin -p sysadmin_password
-s hub_tems_servername
3. Despus de establecer una conexin con el servicio Tivoli Enterprise Monitoring
Server concentrador, escriba el mandato listSystems.
Consejo: Filtre la salida del mandato de forma que slo se listen los agentes de
ITCAM for Transactions (T3, T5, T6, TO, TH, TU; e IS, K3).
v En los sistemas Linux y UNIX, especifique CANDLE_HOME/bin/tacmd
listSystems | grep \:T
v En los sistemas Windows, especifique CANDLE_HOME\BIN\tacmd listSystems |
find ":T"
Salida de ejemplo:
Puede ordenar los datos de salida por el cdigo de producto del agente o el nivel
de mantenimiento. La salida de ejemplo muestra la informacin siguiente:
v Slo hay un agente de Application Management Console (T3) instalado
v El agente de Application Management Console est instalado en un servidor con
el nombre de host abreviado de velocity
v Todos los agentes estn en el mismo nivel de mantenimiento (7.10.03.00)
v Slo el agente T6 est en lnea (Y)
Consejo: Si el Tivoli Enterprise Monitoring Server concentrador est instalado en
z/OS, ejecute el mandato tacmd login desde una plataforma distribuida soportada
y conecte al Tivoli Enterprise Monitoring Server concentrador en z/OS. Ejecute el
mandato tacmd listSystems desde la plataforma distribuida para devolver
informacin del agente.
mandato tacmd addBundles
Para aadir paquetes para sistemas operativos distintos del utilizado por el
servidor de supervisin, utilice el mandato tacmd addBundles. Consulte Cmo
completar un depsito de agente con el mandato tacmd addBundles en Gua de
instalacin y configuracin para obtener ms informacin.
Consejo: No puede desplegar de forma remota MQ Tracking (TH). En su lugar,
utilice el mandato tacmd addBundles para desplegar de forma remota archivos de
instalacin de MQ Tracking en el archivado de instalador de Transaction Tracking.
Descargue los archivos de instalacin de MQ Tracking desde el sitio web de
soporte.
Ejemplos
Para iniciar o detener la supervisin para una transaccin en el perfil especificado
donde est configurada la transaccin, especifique Iniciar supervisin de transaccin o
Detener supervisin de transaccin con la opcin -n, y especifique la opcin -c con el
nombre de aplicacin, el nombre de transaccin, el cdigo de producto del agente
de tiempo de respuesta (T5 o T6), y el nombre de perfil.
v El ejemplo siguiente inicia la transaccin de Web Response Time (T5) llamada
All Lotus Notes Transactions asociada a la aplicacin Lotus Notes configurada en el
perfil perfil_WRT:
tacmd executeAction -m nombre_agente:T3 -n "Start Monitoring Transaction"
-c value=Lotus Notes,All Lotus Notes Transactions,T5,WRT_Profile
Observe las comillas dobles que encierran todo el parmetro proporcionadas con
la opcin -c.
v El ejemplo siguiente detiene la transaccin de Tiempo de respuesta de robtica
(T6) llamada PlantsByWebSphere asociada con la aplicacin PlantsApp configurada
en el perfil RoboticProfile:
tacmd executeAction -m nombre_agente:T3 -n "Stop Monitoring Transaction"
-c "value=PlantsApp,PlantsByWebSphere,T6,RoboticProfile"
El parmetro proporcionado con la opcin -c no necesita ir entre comillas dobles
porque la cadena de parmetros no tiene espacios en blanco.
Para iniciar o detener la supervisin de una transaccin en todos los perfiles donde
est configurada la transaccin, especifique Iniciar supervisin de transaccin o
Detener supervisin de transaccin con la opcin -n, y especifique la opcin -c con el
nombre de aplicacin, el nombre de transaccin y el cdigo de producto de tiempo
de respuesta (T5 o T6).
v En el ejemplo siguiente se inicia la transaccin de Tiempo de respuesta de
robtica (T6) llamada PlantsByWebSphere asociada a la aplicacin PlantsApp en
todos los perfiles en los que se configura:
tacmd executeAction -m nombre_agente:T3 -n "Start Monitoring Transaction"
-c "value=PlantsApp,PlantsByWebSphere,T6"
v En el ejemplo siguiente se detiene la transaccin Web Response Time (T5)
denominada All Siebel Server Get Transactions asociada con la aplicacin Siebel
Application Server en todos los perfiles donde est configurada:
tacmd executeAction -m nombre_agente:T3 -n "Stop Monitoring Transaction"
-c value=Siebel Application Server,All Siebel Server Get Transactions,T5
Para iniciar o detener todas las transacciones que se configuran para usar la
aplicacin especificada, indique Start Monitoring Application o Stop Monitoring
Application con la opcin -n y especifique la opcin -c con el nombre de la
aplicacin.
v En el ejemplo siguiente se inician todas la transacciones que usan BuyBooksApp
como nombre de aplicacin:
tacmd executeAction -m nombre_agente:T3 -n "Start Monitoring Application"
-c "value=BuyBooksApp"
v En el ejemplo siguiente se detienen todas la transacciones que usan BuyBooksApp
como nombre de aplicacin:
tacmd executeAction -m nombre_agente:T3 -n "Stop Monitoring Application"
-c "value=BuyBooksApp"
Para iniciar o detener todas las transacciones que se configuran en el perfil
especificado, indique Monitoring product has at least one predefined managed system
list. o Stop Monitoring Profile con la opcin -n y luego la opcin -c con el nombre
del perfil.
v El ejemplo siguiente inicia todas las transacciones que se han configurado en el
perfilRoboticProfile:
tacmd executeAction -m nombre_agente:T3 -n "Start Monitoring Profile"
-c "value=RoboticProfile"
v El ejemplo siguiente detiene todas las transacciones que se han configurado en el
perfilRoboticProfile:
tacmd executeAction -m nombre_agente:T3 -n "Stop Monitoring Profile"
-c "value=RoboticProfile"
Planificacin de ventanas de mantenimiento
Puede utilizar el Editor de configuracin de gestin de aplicaciones para crear y
gestionar ventanas de mantenimiento para una aplicacin o un sistema.
Puede utilizar las funciones de las ventanas de mantenimiento de Editor de
configuracin de gestin de aplicaciones para definir las veces en las que una
aplicacin o un sistema no est disponible debido al mantenimiento.
Cuando se asignan a un perfil, las ventanas de mantenimiento inhabilitan la
recopilacin de datos (incluida toda reproduccin de robtica). Las ventanas de
mantenimiento se pueden configurar para periodos de tiempo especficos, as como
la capacidad de repetir. Por ejemplo, puede crear una ventana de mantenimiento
para cada sbado de 02:00 a 04:00. Cuando se asigna a este perfil, esta ventana
hace que los datos no se recopilen para ese perfil cada sbado durante las horas
que especifique. Las horas de la ventana de mantenimiento pueden estar en el
huso horario local del agente o en un huso horario elegido especfico.
En esta seccin se incluyen los temas siguientes:
v Creacin de un ventana de mantenimiento nueva
v Aplicacin de la ventana de mantenimiento a un perfil
v Supresin de una ventana de mantenimiento
Procedimiento: creacin de una ventana de mantenimiento
1. Acceda a la vista Ventanas de mantenimiento.
a. Acceda al Tivoli Enterprise Portal.
b. Pulse en la barra de herramientas.
Las aplicaciones, las transacciones, los clientes y los perfiles definidos
previamente se recuperan del repositorio y se cargan en el Editor de
configuracin de gestin de aplicaciones. El Editor de configuracin de
gestin de aplicaciones aparece en una ventana separada.
c. De forma predeterminada, la lista de aplicaciones aparece cuando se abre
por primera vez el Editor de configuracin de gestin de aplicaciones. Pulse
y seleccione Ventanas de mantenimiento para mostrar la lista de
ventanas de mantenimiento predefinidas en el rbol de navegacin.
2. Cree una nueva ventana de mantenimiento o cree una ventana de
mantenimiento utilizando una ventana existente como plantilla.
v Para crear una nueva ventana de mantenimiento, pulse .
v Para crear otra ventana de mantenimiento desde una existente, seleccione el
elemento del navegador de la ventana de mantenimiento existente que desee
utilizar como plantilla y pulse .
Aparece la ventana Crear ventana de mantenimiento.
3. Defina la ventana de mantenimiento.
a. En el campo Ventana de mantenimiento de la ventana Crear ventana de
mantenimiento, escriba el nombre de la ventana de mantenimiento.
b. Opcional: en el campo Descripcin, escriba el texto de descripcin para la
ventana de mantenimiento nueva.
c. Pulse Aceptar. La ficha de mantenimiento aparece en el panel derecho del
Editor de configuracin de gestin de aplicaciones, parecido al ejemplo
siguiente:
El nombre y la descripcin opcional que ha proporcionado para la ventana
de mantenimiento nueva aparecen en la seccin Informacin de
mantenimiento de la parte superior.
d. En el panel de mantenimiento, proporcione la informacin detallada de la
nueva ventana de mantenimiento.
Tabla 19. Definicin de ventanas de mantenimiento
Nombre Descripcin
Ventana de
mantenimiento
Fecha de inicio Especifica la fecha en la que empieza el
mantenimiento. Esta fecha es cuando se
crea el mantenimiento de forma
predeterminada.
No caduca nunca Indica que el mantenimiento no caduca
nunca cuando se marca este recuadro de
seleccin. Este recuadro de seleccin est
marcado de forma predeterminada.
Fecha final Especifica la fecha en la que se detiene el
mantenimiento.
Intervalo de tiempo Todo el da Indica que el intervalo de horas de la
ventana de mantenimiento es de 24 horas
cuando este recuadro de seleccin est
marcado. Este recuadro de seleccin est
marcado de forma predeterminada.
Hora de inicio Especifica la hora en la que empieza el
mantenimiento.
Hora de finalizacin Especifica la hora en la que se detiene el
mantenimiento. Si la hora de finalizacin se
establece en un momento anterior a la hora
de inicio, la ventana de mantenimiento
atraviesa un lmite diario.
Usar husos horarios
locales del agente
Indica que el mantenimiento es aplicable al
huso horario local del agente cuando se
marca este recuadro de seleccin. Este
recuadro de seleccin no est marcado de
forma predeterminada.
Nota: Para los tipos de transacciones de
Transaction Tracking no de ARM se utiliza
el huso horario del Transaction Collector, no
el del recopilador de datos que genera los
sucesos de Transaction Tracking.
En el huso horario Especifica el huso horario que se aplica a la
ventana de mantenimiento.
Das activos De lunes a domingo Especifica el da de la semana en el que est
activo el mantenimiento.
e. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
f. Cuando haya terminado, pulse Aceptar para cerrar el Editor de
Procedimiento: aplicacin de la ventana de mantenimiento a un
perfil
Para aplicar la ventana de mantenimiento a un perfil realice los pasos siguientes:
2. Para ver todos los perfiles existentes disponibles, pulse para expandir la
agrupacin.
3. Pulse el perfil al que desee aplicar el mantenimiento.
4. En el lado derecho de la ventana Editor de configuracin de gestin de
aplicaciones, pulse la ficha Mantenimiento. Se muestran todas las ventanas de
mantenimiento disponibles.
5. Seleccione el recuadro de seleccin situado frente a la columna Nombre para el
mantenimiento que desee aplicar al perfil. Puede seleccionar varias opciones.
No se selecciona ningn mantenimiento de forma predeterminada.
Consejo: Para seleccionar todas las planificaciones de mantenimiento,
seleccione el recuadro de seleccin situado junto a Activo.
Procedimiento: supresin de una ventana de mantenimiento
Para suprimir una ventana de mantenimiento, realice los pasos siguientes:
1. Seleccione el elemento del navegador de la ventana de mantenimiento que
desee eliminar de la vista.
2. Pulse o pulse con el botn derecho del ratn en el elemento del rbol y
seleccione Suprimir ventana de mantenimiento.
Procedimiento: configuracin de una ventana de mantenimiento
para los das de intervalo de la semana.
Puede configurar las ventanas de mantenimiento para que empiecen un da y
terminen el da siguiente. Por ejemplo, tal vez desee configurar una ventana de
mantenimiento para que empiece el sbado a las 10:00 p.m. y termine el domingo
a las 2:00 a.m.
En el panel de configuracin de la ventana de mantenimiento, en la seccin Das
activos, seleccione el da de la semana en la que vaya a iniciarse la ventana de
mantenimiento. En este ejemplo, seleccione el recuadro de seleccin de Sbado.
Especifique la hora de inicio (en este ejemplo, 10:00 p.m.). Para la hora de
finalizacin, especifique la hora en la que vaya a finalizar la ventana de
mantenimiento, en este ejemplo, 2:00 a.m. Tenga en cuenta que no tiene que marcar
el recuadro de seleccin Domingo.
Procedimiento: configuracin de una ventana de mantenimiento
que no sea de repeticin que se inicia en una fecha futura
Una ventana de mantenimiento impide que una recopilacin de datos o un script
se reproduzca entre el inicio y la finalizacin de la ventana de mantenimiento. La
recopilacin de datos o el script reanuda la reproduccin cuando haya finalizado la
ventana de mantenimiento. Esta seccin utiliza un ejemplo de Robotic Response
Time para ilustrar cmo puede configurar una ventana de mantenimiento no
repetitiva que comienza en una fecha futura.
Supongamos que necesita que se ejecute una ventana de mantenimiento una vez
en una fecha futura, martes 6 de julio de 2010, desde las 2:30 a.m. hasta las 5:00
a.m.
Use el procedimiento siguiente para configurar esta ventana de mantenimiento:
1. Abra el Editor de configuracin de gestin de aplicaciones y seleccione
Ventanas de mantenimiento en la ventana desplegable.
2. Pulse Nuevo en la barra de herramientas Ventana de mantenimiento.
3. Especifique un nombre funcional, como Martes especial, y pulse Aceptar.
4. Configure la ventana de mantenimiento:
v (1) La Fecha de inicio suele ser la fecha y la hora en las que se cre esta
ventana de mantenimiento. La fecha y la hora deben ser anteriores a la
Hora de inicio (5) y la Hora de finalizacin (6).
v (2) Borre el recuadro de seleccin No caduca nunca, porque est
configurando una ventana de mantenimiento sin repeticiones.
v (3) Especifique una fecha y hora que se produce despus de la ventana de
mantenimiento Ficha de finalizacin (6).
v (4) Deje en blanco el recuadro de seleccin Todo el da si desea que la
ventana de mantenimiento se ejecute durante horas especficas del da, en
lugar de todo el da. Si desea que la ventana de mantenimiento se ejecute
todo el da, seleccione este recuadro de seleccin.
v (5) Especifique el Hora de inicio en el que se inicia la ventana de
mantenimiento. En este ejemplo, la ventana de mantenimiento comienza a
las 2:30 a.m. El script deja de ejecutarse antes de que se inicie la ventana de
mantenimiento.
v (6) Especifique la Hora de finalizacin en la que finaliza la ventana de
mantenimiento. En este ejemplo, la ventana de mantenimiento acaba a las
5:00 a.m. El script deja de ejecutarse antes de que se finalice la ventana de
mantenimiento.
v (7) Seleccione el huso horario. En este ejemplo, se ejecuta la ventana de
mantenimiento segn la configuracin del agente para su huso horario
local.
v (8) Seleccione los das en los que la ventana de mantenimiento entra en
vigor. En este ejemplo, se ha seleccionado el recuadro de seleccin para
ejecutar la ventana de mantenimiento el martes 6 de julio.
5. Pulse Aplicar.
6. Seleccione el perfil que vaya a ejecutar esta ventana de mantenimiento. Pulse
la ficha Mantenimiento. Seleccione las ventanas de mantenimiento que se
vayan a aplicar a este perfil. Pulse Aplicar. Por ejemplo:
7. Pulse la ficha Distribucin. Compruebe que el perfil se distribuya a agentes
en los que desee que se aplique la ventana de mantenimiento. Si efecta
cambios aqu, pulse Aplicar. A continuacin, pulse Aceptar para cerrar el
8. En la consola TEP, vaya a los espacios de trabajo Tiempo de respuesta de
robtica -> Configuracin de los agentes en los que se haya distribuido el
perfil. El espacio de trabajo Mensajes del agente debe mostrar que el perfil se
ha actualizado. Una manera de agilizar el proceso de actualizacin de perfiles
consiste en reiniciar el agente. Por ejemplo:
9. El espacio de trabajo Mensajes del agente tambin enva un mensaje cuando la
ventana de mantenimiento se inicia y finaliza. Por ejemplo:
10. Cuando caduca la ventana de mantenimiento, seleccione los nodos Tiempo de
respuesta de robtica -> Transacciones en el rbol del navegador de TEP para
uno de los agentes en los que est activa la ventana de mantenimiento. El
espacio de trabajo Estado actual de las transacciones debe mostrar que el
script se ha ejecutado antes y despus de la ventana de mantenimiento pero
no se ha ejecutado durante la ventana de mantenimiento.
Procedimiento: creacin de una ventana de mantenimiento de
varios das
Una ventana de mantenimiento impide que una recopilacin de datos o un script
se reproduzca entre el inicio y la finalizacin de la ventana de mantenimiento. La
recopilacin de datos o el script reanuda la reproduccin cuando haya finalizado la
ventana de mantenimiento. Esta seccin utiliza un ejemplo de Robotic Response
Time para ilustrar cmo puede crear una ventana de mantenimiento que abarca
varios das.
Supongamos que en su entorno se realiza un mantenimiento del sistema del
viernes por la noche al domingo por la noche. Para evitar que sus scripts de
robtica informen de resultados falsos, puede configurar un conjunto de ventanas
de mantenimiento consecutivos que abarquen varios das.
Por ejemplo, supongamos que necesita una ventana de mantenimiento para fines
de semana que empiecen la noche del viernes a las 9:15 p.m. y que contine hasta
la noche del domingo a las 9:15 p.m. Para configurar esta ventana de
mantenimiento, debe crear tres ventanas de mantenimiento consecutivas separadas.
v El viernes desde las 9:15 p.m. hasta medianoche
v El sbado todo el da
v El domingo de medianoche hasta las 9:15 p.m.
En este ejemplo puede asignar nombres funcionales a estas ventanas de
mantenimiento: Viernes, Sbado y Domingo:
1. Abra el Editor de configuracin de gestin de aplicaciones y seleccione
Ventanas de mantenimiento en la ventana desplegable.
2. Pulse Nuevo en la barra de herramientas Ventana de mantenimiento.
3. Especifique un nombre funcional, como Viernes, y pulse Aceptar.
4. Configure la ventana de mantenimiento:
v (1) En este ejemplo, no se cambian la fecha de inicio y la fecha de
finalizacin, porque se est mostrando cmo configurar una ventana de
mantenimiento con repeticiones. Si desea que la ventana de inicio se inicie y
se detenga en fecha y horas especficas, indique aqu la fecha/hora de inicio
y la fecha/hora de detencin.
v (2) Pulse el recuadro de seleccin No caduca nunca para mostrar una marca
de verificacin si est configurando una ventana de mantenimiento con
repeticiones.
v (3) Deje en blanco el recuadro de seleccin Todo el da si desea que la
ventana de mantenimiento se ejecute durante horas especficas del da, en
lugar de todo el da. Si desea que la ventana de mantenimiento se ejecute
todo el da, seleccione este recuadro de seleccin para mostrar una marca de
seleccin.
v (4) Especifique la hora de inicio y la de finalizacin en las que se ejecute la
ventana de mantenimiento. En este ejemplo, la ventana de mantenimiento
se inicia a las 9:15 p.m. y finaliza a medianoche (12:00 a.m.).
v (5) En este ejemplo, la ventana de mantenimiento est configurada para
ejecutarse segn el huso horario local del agente de supervisin.
v (6) Seleccione los das en los que la ventana de mantenimiento entra en
vigor. En este ejemplo, seleccione el recuadro de seleccin de Viernes para
ejecutar esta parte de la ventana de mantenimiento los viernes.
6. Cree una segunda ventana de mantenimiento para que se ejecute todo el da
los sbados. Observe que el recuadro de seleccin Todo el da est
seleccionado.
7. Cree una tercera ventana de mantenimiento para que se ejecute desde la
media noche hasta las 9:15 p.m. los domingos.
8. En el perfil de script, pulse la ficha Mantenimiento. Seleccione las ventanas
de mantenimiento que vayan a aplicarse al perfil y luego pulse Aplicar y
Aceptar.
9. En la consola TEP, vaya a los espacios de trabajo Tiempo de respuesta de
robtica -> Configuracin de los agentes en los que se haya distribuido el
perfil. El espacio de trabajo Mensajes del agente debe mostrar que el perfil se
ha actualizado. Una manera de agilizar el proceso de actualizacin de perfiles
consiste en reiniciar el agente. Por ejemplo:
10. El espacio de trabajo Mensajes del agente tambin enva un mensaje cuando la
ventana de mantenimiento se inicia y finaliza. Por ejemplo:
11. Cuando caduca la ventana de mantenimiento, seleccione los nodos Tiempo de
respuesta de robtica -> Transacciones en el rbol del navegador de TEP para
uno de los agentes en los que est activa la ventana de mantenimiento. El
espacio de trabajo Detalles del estado actual de la transaccin mostrara que el
script no se ha ejecutado durante la ventana de mantenimiento.
En este ejemplo, el script se ha ejecutado antes y despus de la ventana de
mantenimiento, pero no durante la ventana de mantenimiento.
Nota: La definicin de varias ventanas de mantenimiento para que funcionen
como un solo periodo de mantenimiento de varios das se soporta en ITCAM
for Transactions V7.2 actualizada al arreglo provisional 1 con con Fixpack 1.
La definicin de ventanas de mantenimiento para que funcionen de esta
manera no es soportada en ITCAM for Transactions V7.1 Fixpack 3 (las
ventanas de mantenimiento definidas para iniciarse y finalizar a medianoche
slo se ejecutan una vez).
Creacin de componentes
Puede utilizar el Editor de configuracin de gestin de aplicaciones para crear y
gestionar componentes para el trfico de transacciones TCP que desee supervisar.
Puede utilizar componentes del Editor de configuracin de gestin de aplicaciones
para definir los componentes y protocolos que se deben supervisar y proporcionar
un nombre de informe descriptivo para todo el trfico TCP asociado a una entrada
de componentes determinada.
Por ejemplo, puede definir una entrada para todo el trfico destinado a los puertos
82 y 445 de los servidores 9.48.152.129 y 9.48.152.128 perteneciente al componente
denominado Production HTTP(S) y que por tanto se debe supervisar. En la ventana
Crear componente del Editor de configuracin de gestin de aplicaciones, defina
componentes de la misma forma que define clientes.
Esta seccin incluye los temas siguientes:
v Creacin de un componente
v Definicin de protocolos para el componente
v Modificacin de un protocolo existente
v Eliminacin de un protocolo del componente
v Supresin de un componente
Procedimiento: creacin de un componente
1. Acceda a la vista Componente.
a. Acceda a Tivoli Enterprise Portal.
b. Pulse en la barra de herramientas.
Las aplicaciones, las transacciones, los clientes, los perfiles y los
componentes definidos previamente se recuperan del repositorio y se cargan
en el Editor de configuracin de gestin de aplicaciones. El Editor de
configuracin de gestin de aplicaciones se abre en una ventana separada.
c. De forma predeterminada, se muestra la lista de aplicaciones cuando se abre
por primera vez el Editor de configuracin de gestin de aplicaciones. Pulse
y seleccione Componentes para mostrar la lista de componentes
predefinidos en la vista de navegacin.
2. Cree un componente nuevo.
v Para crear un componente nuevo, pulse .
Nota: no es posible crear un componente nuevo utilizando un componente
existente como plantilla.
Se abrir la ventana Crear componente.
3. Defina el componente nuevo.
a. En el campo Nombre de componente de la ventana Crear componente,
escriba el nombre del componente nuevo.
b. Opcional: en el campo Descripcin, escriba el texto descriptivo del
componente nuevo.
c. Pulse Aceptar. Se visualizar la pestaa Componente en el panel derecho
del Editor de configuracin de gestin de aplicaciones, tal como muestra el
ejemplo siguiente:
El nombre y la descripcin opcional que ha proporcionado para el
componente nuevo aparecern en la seccin Informacin de componente en
la parte superior. Puede modificar estos campos sobrescribiendo el
contenido si es necesario.
d. Pulse la pestaa Protocolos para mostrar la tabla de protocolos del
componente. Para un componente nuevo, esta tabla esta vaca inicialmente.
Pulse Aadir para aadir una o ms definiciones de protocolo al
componente. Para obtener ms informacin sobre la definicin de
protocolos, consulte Definicin de protocolos. En este ejemplo, los
protocolos resultantes definidos para el componente nuevo pueden ser
parecidos al ejemplo siguiente:
e. Pulse la pestaa Informes para mostrar las reglas de informe que el
software utiliza para designar los datos recopilados que aparecen en los
espacios de trabajo. La pestaa Informes mostrar las reglas de informe
actuales para la transaccin seleccionada, de forma similar al ejemplo
siguiente:
Pulse a la derecha de cada campo para abrir un men adicional de
opciones, similar al ejemplo siguiente, y elija una opcin.
Este procedimiento para definir reglas de informe para componentes es
similar al procedimiento utilizado para clientes. Para obtener ms
informacin sobre la definicin de reglas de informe, consulte Definicin
de reglas de informes en la pgina 136.
f. Pulse Aplicar para guardar los cambios y continuar utilizando el Editor de
g. Cuando haya terminado, pulse Aceptar para cerrar el Editor de
Procedimiento: definicin de protocolos
Utilice el procedimiento siguiente para definir protocolos para los componentes.
1. Si todava no lo ha hecho, acceda al componente para el que desee crear un
protocolo. (Consulte Procedimiento: modificacin de una transaccin
existente en la pgina 46)
2. Si todava no lo ha hecho, pulse la pestaa Protocolos.
3. Pulse .Se abrir la ventana Protocolo, parecida al ejemplo siguiente:
4. De forma predeterminada, el campo Nombre muestra el nombre de un
protocolo existente. Para seleccionar un protocolo diferente, pulse en el
campo Nombre y elija un protocolo en la lista de protocolos disponibles o
sobrescriba el contenido de este campo para crear un nombre de protocolo
nuevo.
5. En el campo Direccin IP, escriba la direccin IP (por ejemplo, 192.168.1.10) o
patrn de direccin (por ejemplo, 192.168.1.*) correspondiente al protocolo.
Puede incluir asteriscos (*) en el valor para que acten como caracteres
comodn:
v Si incluye un * al principio de la serie de caracteres, todo lo que sigue a
continuacin del * debe coincidir con la transaccin.
v Si incluye un * al final de la serie de caracteres, todo lo que preceda al *
debe coincidir con la transaccin.
v Si incluye un * al principio y al final de la serie de caracteres, todo lo
comprendido entre los dos caracteres * debe coincidir con la transaccin.
v Si incluye un * en cualquier otro lugar, la serie que se compara debe
contener un * en esa posicin para que la coincidencia sea satisfactoria.
Para este campo se comprueba el formato y se muestra un mensaje de error si
especifica una direccin IP o patrn con un formato no permitido. Puede
especificar una sola direccin IP o patrn de comparacin en este campo.
6. En el campo Puertos, escriba uno o ms nmeros de puerto correspondientes al
protocolo. Para especificar varios nmeros de puertos, escriba valores
separados por comas (por ejemplo: 80, 85), o especifique un rango de puertos
(por ejemplo: 80-85) o una combinacin de ambos mtodos (por ejemplo: 80-85,
9081, 9085).
7. Pulse Aceptar. La ventana Protocolo se cerrar y el protocolo se aadir a la
tabla contenida en la pestaa Protocolos.
Evitar utilizar protocolos que se solapen: un protocolo se define como la
combinacin de una direccin IP especfica (o patrn) y uno o ms nmeros de
puerto. Los protocolos no se pueden solapar. Si define un protocolo que incluye
la misma direccin IP (o patrn) y nmero de puerto que una definicin de
protocolo existente, debido a que se estn utilizando caracteres comodn en uno
o ambos protocolos, cuando pulse Aceptar, aparecer un mensaje de error que
indica que se han definido protocolos que se solapan. Se indicarn el nombre
de componente y protocolo que estn en conflicto. Debe corregir la definicin
de protocolo para eliminar el conflicto.
Procedimiento: modificacin de un protocolo existente en la
definicin de componente
Utilice el procedimiento siguiente para modificar protocolos definidos previamente
en los componentes.
1. Si todava no lo ha hecho, acceda al componente para el que desee modificar
un protocolo.
3. La pestaa Protocolos mostrar una tabla con una lista de los protocolos
definidos:
Puede ordenar la lista de filtros pulsando las cabeceras de columna Nombre,
Direccin IP o Puertos en la barra de ttulo.
4. Despus de seleccionar un protocolo para modificar, pulse . El
protocolo seleccionado se mostrar en la ventana Protocolo.
5. Edite la definicin de protocolo segn sea necesario. Puede cambiar la
informacin de nombre, direccin IP y puerto. Pulse Aceptar para guardar los
cambios.
Procedimiento: eliminacin de protocolos de la definicin de
componente
Utilice el procedimiento siguiente para eliminar protocolos de componentes
definidos.
1. Si todava no lo ha hecho, acceda al componente para el que desee eliminar un
protocolo.
3. La pestaa Protocolos mostrar una tabla con una lista de los protocolos
definidos:
Puede ordenar la lista de filtros pulsando las cabeceras de columna Nombre,
Direccin IP o Puertos en la barra de ttulo. Puede seleccionar varios
protocolos manteniendo pulsada la tecla Control mientras pulsa en cada
protocolo.
4. Despus de seleccionar uno o ms protocolos para eliminar, pulse
. Los protocolos seleccionados se eliminarn de la tabla.
Procedimiento: supresin de un componente
Para suprimir un componente, siga los pasos siguientes:
1. Seleccione el elemento de navegador del componente que desee eliminar de la
vista.
2. Pulse o pulse con el botn derecho del ratn en el elemento del rbol y
seleccione Suprimir componente.
Definicin de reglas de informes
Puede especificar las reglas que utiliza el software para asignar nombres a los
datos recopilados que se muestran en los espacios de trabajo.
Utilice esta funcin para cambiar el nombre de los datos recopilados de manera
que se agrupen para cumplir las necesidades de su empresa. Puede cambiar el
nombre de partes especficas de sus datos recopilados en cualquiera de estas
maneras:
v Asignacin dinmica de nombres, que utiliza la sustitucin de variables
basndose en los datos recopilados en el tiempo de ejecucin.
v Asignacin fija de nombres, que aade muchas transacciones exclusivas a un
solo grupo de informes.
Por ejemplo, el espacio de trabajo suele mostrar el nombre de aplicacin
predeterminado, por ejemplo WebSphere Application Server, pero tal vez desee
aadirle un identificador especfico, por ejemplo Compras de cmaras, o puede
elegir aadir informacin al nombre del servidor para hacerlo ms reconocible.
Nota: Al definir reglas de informes, tenga en cuenta que si sustituye una de las
cadenas de variables predeterminadas con una cadena de texto fija simple, todas
las transacciones tomarn la cadena de texto fija que haya especificado, y no
podr diferenciar los registros que contienen esa cadena. Por ejemplo,
supongamos que crea una nueva aplicacin en el Editor de configuracin de
gestin de aplicaciones para transacciones de Web Response Time, y que en las
reglas de informes para esta aplicacin define el Nombre de transaccin como Mi
transaccin en lugar de la variable normal de sustitucin de $TransactionName$.
Cada transaccin que se notifique para esta aplicacin tendr el nombre Mi
transaccin. No podr diferenciar entre transacciones de nombres diferentes. Del
mismo modo, cada subtransaccin se notificar tambin como Mi transaccin.
Esto puede ser til cuando se desea combinar adiciones e informar de ellas
como un solo nodo.
Para ITCAM for Transactions V7.2.0.2 y posterior, puede personalizar las reglas
de los informes para todos los tipos de transacciones de Transaction Tracking.
Para recopiladores de datos que no sean ARM y Web Response Time, incluyendo
Robotic Response Time, puede utilizar cualquiera de las variables siguientes
para cualquiera de los campos: ServerName, ComponentName, ApplicationName o
TransactionName. Estos valores se pueden mezclar con cadenas, lo cual le
permite combinar adiciones y cambiar el nombre de los campos. Consulte
Ejemplo: agrupacin de colas dinmicas de MQ en la pgina 339 para ver ms
informacin.
Nota: Si personaliza las reglas de informes, el icono que se muestra en la
topologa puede ser diferente del que normalmente se muestra para ese nodo, o
puede perderse del todo.
Para ITCAM for Transactions V7.2.0.2 y posterior, puede aportar informacin
adicional para los tipos de transaccin de Transaction Tracking de ARM en caso
necesario. Por ejemplo, puede incluir informacin de contexto como ayuda para
aislar fallos de la aplicacin, por ejemplo nombres de archivos y nmeros de
lneas. Esta informacin aparece en la tabla Contextos del espacio de trabajo
Instancias de transacciones.
Antes de empezar
v Cree una transaccin si no lo ha hecho ya. Consulte Definicin de transacciones
para perfiles en la pgina 39.
v Determine cmo desea agrupar los datos recopilados.
Procedimiento
Utilice el procedimiento siguiente para definir las reglas de informes:
1. Si no lo ha hecho an, acceda a la transaccin para la que desee definir las
propiedades de informes (consulte Procedimiento: modificacin de una
transaccin existente en la pgina 46.
2. Si no lo ha hecho an, pulse la ficha Informes. Las reglas de informes actuales
para la transaccin seleccionada aparecen en la ficha Informes, de forma
parecida al ejemplo siguiente:
3. Pulse situado a la derecha de cada campo para mostrar un men
adicional de selecciones parecido al ejemplo siguiente, y elija una.
4. Para especificar ms informacin de informes para los tipos de transacciones de
Transaction Tracking de ARM para mostrarla en la tabla Contextos (consulte
Figura 17 en la pgina 140), en caso necesario:
a. En la ficha Informes, en el rea Reglas de informes ampliadas, pulse
Aadir.
b. En el dilogo Informes, especifique un nombre para la informacin de
informes de ARM adicional en el campo Nombre.
c. Especifique un valor de variable para la informacin de informes de ARM
adicional en el campo Valor.
d. Pulse Aceptar.
5. Pulse Aceptar en la ventana principal del Editor de configuracin de gestin de
aplicaciones.
Ejemplo: registro de todas las transacciones para una aplicacin
En el ejemplo siguiente (no relacionado con los ejemplos anteriores), todas las
transacciones se registran de forma exclusiva con su valor de URL+QueryString
completo para la aplicacin PlantsByWebSphere.
Ejemplo: identificacin de una llamada de servicio web como
una transaccin de fin de sesin.
Como otro ejemplo, si ha definido un filtro del tipo XML.POST en una transaccin
de Tiempo de respuesta de web, puede elegir crear una regla de informes en estas
etiquetas XML, de forma parecida a este ejemplo:
Transaction Name: $URLFile$/$XML.POST:methodName$
Esta regla de informes puede dar como resultado la creacin y visualizacin de los
nombres de transaccin siguientes:
v CustomerService/login
v CustomerService/lookupCustomer
v CustomerService/logout
Utilizando esta funcin puede identificar una llamada de servicio web concreta
como una transaccin logout en una sesin, lo cual impide que todas las sesiones
de servicios web excedan su tiempo de espera debido a la falta de una transaccin
de final de sesin asociada.
Caracteres distintos de ASCII: los caracteres distintos de ASCII de los nombres de
las aplicaciones se sustituyen de forma automtica con un carcter de guin bajo.
Se escribe un mensaje que explica esta sustitucin de caracteres en los mensajes del
agente.
Ejemplo: visualizacin de informacin adicional para ARM
Las Reglas de informes ampliadas para los tipos de transaccin de ARM
Transaction Tracking dan como resultado que se muestra ms informacin en la
tabla Contextos del espacio de trabajo Instancias de la transaccin. Por ejemplo, el
paso 4 del procedimiento anterior da como resultado una fila adicional parecida a
la resaltada en la Figura 17 en la pgina 140
Acerca del almacn de configuracin
El almacn de configuracin guarda y distribuye configuraciones de perfil. En caso
necesario puede editar manualmente estos archivos cuando no haya iniciado sesin
en Tivoli Enterprise Portal.
Todas las configuraciones de perfiles se almacenan en archivos XML en Application
Management Console, que acta como un repositorio de configuracin central. Los
archivos son archivos XML simples (legibles por humanos) que se pueden
modificar individualmente o procesar por lotes para la creacin o manipulacin de
forma masiva utilizando cualquier editor de texto.
El software de supervisin distribuye automticamente (sincroniza) los cambios
realizados en los perfiles almacenados en el repositorio en los agentes definidos en
la configuracin.
Los archivos se encuentran en los directorios siguientes:
v Perfiles: $CANDLE_HOME\TMAITM6\T3\camconfig\profiles
v Transacciones: $CANDLE_HOME\TMAITM6\T3\camconfig\transactions
Figura 17. Topologa de instancia de transacciones: tabla de contextos que muestra
contenido ampliado.
Configuracin de seguridad para Response Time
Configure la seguridad y las vistas lgicas de Response Time con controles de
seguridad de IBM Tivoli Monitoring de manera que los usuarios no autorizados no
puedan ver o modificar aplicaciones, transacciones o perfiles.
Esta seccin proporciona la informacin siguiente:
v Cmo conceder permisos a usuarios individuales
v Configuracin de la seguridad con vistas lgicas en la pgina 143
Cmo conceder permisos a usuarios individuales
El Editor de configuracin de gestin de aplicaciones utiliza los controles de
seguridad de IBM Tivoli Monitoring siguientes para determinar esto:
v Quin puede ver e iniciar el Editor de configuracin de gestin de aplicaciones.
v Qu perfiles y transacciones puede ver y editar un usuario.
v A qu tipos de agentes puede acceder un usuario.
Use el grfico siguiente como ayuda para decidir qu permisos desea asignar a
cada usuario. Por ejemplo, si configura un usuario con acceso a Panel de
instrumentos de tiempo de respuesta y Tiempo de respuesta de robtica, pero no a
las aplicaciones, ese usuario podr ver y crear nuevos perfiles de Tiempo de
respuesta de robtica, pero no nuevas transacciones de robtica o editar
transacciones de robtica existentes.
Nota: Si concede a un usuario permiso para acceder a uno o ms tipos de agentes,
como Robotic Response Time, Web Response Time, el Transaction Collector o
Transaction Reporter, y si tambin concede permiso para acceder a una o ms
aplicaciones, como Aplicaciones o Panel de instrumentos de tiempo de respuesta o
Application Management Console, entonces el usuario podr ver slo los perfiles o las
aplicaciones de esos tipos.
Aplicacin permitida
Si se permite, un usuario puede
Si NO se permite, un usuario no puede
v Panel de instrumentos de tiempo de
respuesta (IBM Tivoli Monitoring, v6.2.0)
v Application Management Console (IBM
Tivoli Monitoring, v6.2.0.1)
v Ver el rbol de perfiles.
v Ver perfiles.
v Modificar perfiles.
Aplicaciones
v Ver el rbol de aplicaciones.
v Ver aplicaciones.
v Modificar aplicaciones.
Clientes
v Ver el rbol de clientes.
v Ver clientes.
v Modificar clientes.
Robotic Response Time ms acceso a
Aplicaciones
v Ver las transacciones de robtica.
v Modificar las transacciones de robtica.
Web Response Time ms acceso a
Aplicaciones
v Ver transacciones de Web Response Time
(HTTP/S)
v Modificar transacciones de Web Response
Time (HTTP/S)
Aplicacin permitida
Si se permite, un usuario puede
Si NO se permite, un usuario no puede
Transaction Collector o Transaction Reporter
ms acceso a Aplicaciones
v Ver las transacciones del Seguimiento de
transacciones.
v Modificar las transacciones del
Seguimiento de transacciones.
Robotic Response Time ms acceso a Panel
de instrumentos/Application Management
Console
v Ver los perfiles de Robotic Response Time
v Modificar los perfiles de Robotic Response
Time.
Web Response Time ms acceso a Panel de
instrumentos/Application Management
Console
v Ver los perfiles de Web Response Time.
v Modificar los perfiles de Web Response
Time.
Transactions Collector O Transactions
Reporter ms acceso a Panel de
instrumentos/Application Management
Console
v Ver los perfiles del Seguimiento de
transacciones.
v Modificar los perfiles del Seguimiento de
transacciones.
Para obtener informacin detallada sobre la configuracin de la seguridad, consulte
el captulo "Administracin de usuarios" de la publicacin IBM Tivoli Monitoring
Gua del administrador.
Nota: Para ver el rbol de aplicaciones de Application Management Console
necesitar el permiso tanto de Application Management Console como de
Aplicaciones.
2. Acceda a Administrar usuarios pulsando el .
3. Seleccione la ficha Usuarios.
4. Si an no lo ha hecho, debe crear el usuario para el que desee configurar
permisos. Para obtener detalles sobre cmo hacerlo, consulte la publicacin IBM
Tivoli Monitoring Gua del administrador.
5. Haga lo siguiente para conceder a un usuario permiso para ver el icono Editor
de configuracin de gestin de aplicaciones en la barra de herramientas de
Tivoli Enterprise Portal:
a. Seleccione el usuario.
b. Pulse la ficha Permisos.
c. Seleccione Situaciones en Autorizaciones.
d. Pulse el recuadro de seleccin Modificar.
e. Pulse la ficha Aplicaciones.
f. Use los botones de flecha para mover cualquiera de los elementos siguientes
de la columna Aplicaciones disponibles a la columna Aplicaciones
permitidas.
v Aplicaciones
v Clientes
v Panel de instrumentos de tiempo de respuesta
v Tiempo de respuesta de robtica
v Tiempo de respuesta de web
v Transaction Collector
v Transaction Reporter
6. Pulse Aplicar para guardar los valores de este usuario.
7. (Opcional) Repita los pasos siguientes para configurar permisos para otro
usuario.
8. Cuando acabe de configurar usuarios, pulse Aceptar para cerrar la ventana.
Configuracin de la seguridad con vistas lgicas
Si no personaliza el Tivoli Enterprise Portal, la vista predeterminada cuando un
usuario accede al portal es la vista Fsica de Navigator. Esta vista predeterminada
muestra toda la empresa como una asignacin fsica de plataformas, sistemas,
agentes de supervisin y recursos supervisados, lo cual significa que Tivoli
Enterprise Portal ha detectado los sistemas gestionados en la red y ha creado
elementos para ellos en la rama de la plataforma adecuada. Si pasan a estar en
lnea nuevos sistemas gestionados, el software los aade a la vista Fsica de
Navigator predeterminada, a menos que configure vistas lgicas distintas para los
usuarios. Puede definir vistas Lgica de Navigator para cualquier agrupacin
jerrquica obvia, por ejemplo unidades empresariales, responsabilidades de trabajo
o lugares geogrficos. A continuacin puede utilizar vistas lgicas junto con
permisos de usuario individuales para crear una vista limitada especfica para el
un solo usuario (o grupo de usuarios) que restringe el acceso a ITCAM for
Transactions.
Si tiene acceso a Aplicaciones, entonces puede usar una lista de las aplicaciones
bajo el Application Management Console. Si no tiene este acceso, no podr verlas.
En el ejemplo siguiente se muestra la vista Fsica de Navigator predeterminada y
la vista restringida para un grupo llamado Administradores de la Costa Este, que son
responsables de supervisar la aplicacin Plants by WebSphere:
Vista Fsica de Navigator predeterminada
Vista Lgica de Administradores de la
Costa Este
Consulte la seccin Administracin de usuarios de la publicacin IBM Tivoli
Monitoring Gua del administrador y la seccin Personalizacin de Navigator de la
publicacin IBM Tivoli Monitoring Gua del usuario para ver los pasos especficos
para crear una vista lgica y utilizar el proceso siguiente como directriz.
v Cree usuarios para los diversos usuarios o grupos de usuarios para los que
desee configurar el acceso a aplicaciones, sistemas y agentes de supervisin
especficos.
v Cree una vista lgica personalizada.
v Conceda acceso a esa vista slo a los elementos que desee que vean y slo a esa
vista, no a la vista fsica.
v (Opcional) Conceda al usuario la capacidad de ver ms detalles dndole acceso a
un agente de supervisin concreto.
v Configure el acceso de manera que el usuario slo tenga acceso a la vista lgica
que haya creado para ellos.
Sincronizacin manual de perfiles de Transaction Tracking con el
agente Application Management Console
Transaction Collector sincroniza perfiles automticamente con el agente de
Application Management Console en la mquina en que se ejecuta. Es posible
acceder a ellos con el recopilador de datos ARM que se ejecuta en esa mquina. Si
hay un recopilador de datos ARM en ejecucin en otra mquina, es posible que
quiera actualizar manualmente los perfiles de Transaction Tracking que produce
Application Management Console.
Acerca de esta tarea
Para actualizar manualmente los perfiles a los que el recopilador de datos ARM
enva sucesos de la API de Transaction Tracking:
Procedimiento
1. Edite el perfil del recopilador de datos ARM mediante el Editor de
2. Distribuya el perfil para el recopilador de datos ARM a Transaction Collector
mediante el Editor de configuracin de gestin de aplicaciones.
3. Copie el perfil del sistema que ejecuta Transaction Collector en el sistema que
ejecuta el recopilador de datos ARM:
a. En el sistema que ejecuta el recopilador de datos ARM, realice una copia de
seguridad de todos los archivos de CANDLE_HOME/tmaitm6/camconfig/TU.
b. Copie todos los archivos y subdirectorios de la ubicacin siguiente del
sistema que ejecuta el agente de Application Management Console en el
sistema que ejecuta el recopilador de datos ARM: CANDLE_HOME/tmaitm6/
camconfig/TU.
Copia de seguridad y restauracin de valores de configuracin
Siga estos pasos para realizar copias de seguridad y restaurar sus valores de
configuracin definidos con el Editor de configuracin de gestin de aplicaciones.
Esta seccin proporciona la informacin siguiente:
v Copia de seguridad de valores de configuracin
v Restauracin de valores de configuracin en la pgina 146
Copia de seguridad de valores de configuracin
Use el procedimiento siguiente para realizar copias de seguridad de sus valores de
configuracin de Editor de configuracin de gestin de aplicaciones, por ejemplo
perfiles, aplicaciones, transacciones y planificaciones de mantenimiento:
1. Cierre el agente Application Management Console par asegurarse de que no se
guarden archivos durante el proceso de copia de seguridad.
2. Realice una copia de seguridad de todo el directorio: $CANDLE_HOME/kt1depot/
T3.
Tenga en cuenta que los archivos y directorios siguientes se regeneran cada vez
que se inicia el agente Application Management Console, de manera que no es
siempre necesario realizar copias de seguridad de ellos o restaurarlos.
v /TEMP/*.*
v iindex.xml (este archivo se regenera cuando se inicia el agente)
v filedepot.ser (este archivo se regenera cuando el agente se inicia, pero ya
no se utiliza en in V7.3 y las versiones posteriores)
v camconfig/*.* (este directorio se regenera cuando se inicia el agente)
v */compressed.encoded (algunos directorios contendrn este archivo, que se
regenera cuando se inicia el agente)
3. Reinicie el agente Application Management Console.
Restauracin de valores de configuracin
Use el procedimiento siguiente para restaurar sus valores de configuracin de
Editor de configuracin de gestin de aplicaciones de los cuales se hayan hecho
previamente copias de seguridad:
1. Cierre el agente Application Management Console par asegurarse de que no se
sobrescriban archivos durante el proceso de restauracin.
2. Copie los archivos de la copia de seguridad al directorio: $CANDLE_HOME/
kt1depot/T3.
3. Reinicie el agente Application Management Console.
Si el almacn se ha restaurado en un agente Application Management Console
distinto, o en un entorno de IBM Tivoli Monitoring diferente, las listas de
distribucin del perfil pueden contener agentes o listas de sistemas gestionados
que no existen en el entorno nuevo.
Captulo 3. Personalizacin de reproducciones robticas
Con las reproducciones de Robotic Response Time podr ejecutar pruebas o scripts
de diversos tipos, como Rational Robot, Mercury LoadRunner, Rational
Performance Tester y Rational Functional Tester para recopilar y analizar datos de
tiempos de respuesta de sus aplicaciones.
Despliegue y administracin de Robotic Response Time
El diagrama siguiente ilustra un despliegue tpico de Robotic Response Time:
Al utilizar Robotic Response Time:
v Instale el agente en varias ubicaciones remotas estratgicas o en diversas
sucursales para asegurar la disponibilidad 24 al da y 7 das a la semana.
v Instale el agente dentro y fuera de la empresa para que le ayude a identificar
qu ubicacin de cliente est teniendo problemas antes de que el cliente sea
consciente del problema.
v Si se utiliza Rational Robot, Rational Functional Tester o Mercury LoadRunner
como un grabador, el grabador debe instalarse tambin en el mismo sistema con
el agente Robotic Response Time.
v Instale el grabador en 1 2 sistemas de intranet con desarrolladores de scripts
dedicados.
v Un despliegue tpico es de entre 10 y 20 agentes de robtica que ejecutan de 10 a
100 scripts de robtica cada de 10 a 15 minutos. El volumen de los datos
generados por los scripts depende de diferentes factores, como la complejidad
de los scripts, el nmero de elementos de los scripts y la hora en que se ejecuta
el script.
Los siguientes scripts de prueba estn soportados por Robotic Response Time:
v Rational Performance Tester
Scripts de BSD Oracle ERP. Consulte los requisitos previos de software en el
centro de informacin para obtener informacin acerca de las versiones del
plugin BSD de Oracle a las que dan soporte las versiones de Rational
Performance Tester soportadas.
Nota: Se soportan versiones ms antiguas del plugin, pero la disponibilidad de
desglose de los datos de tiempo de respuesta slo es para el lado del cliente.
Scripts de Citrix
Scripts de HTTP/HTTPS
Scripts de la GUI de SAP
Scripts de la interfaz web de SAP
Scripts de Siebel
Extensiones de socket, incluidas las conexiones TN3270
Scripts de servicios web/SOA
v Rational Robot o Rational Functional Tester
Scripts de la GUI
v Mercury LoadRunner
Scripts de HTTP/HTTPS
v Mandato de la CLI
Scripts de shell
Scripts desarrollados con un lenguaje de scripts
Tenga en cuenta las siguientes consideraciones sobre el despliegue:
v Instale el agente en un sistema dedicado.
v Rational Robot GUI, Rational Functional Tester, Citrix, SAP y la reproduccin de
Siebel slo funcionan en los sistemas de Windows.
v Los scripts de HTTP/HTTPS de Rational Performance Tester funcionan en los
sistemas de Windows y xLinux (RHEL, SUSE).
v Rational Robot GUI y Rational Functional Tester requieren que se desbloquee la
pantalla, por tanto el sistema deber estar en una ubicacin segura o ejecutarse
en una instancia VM con un host bloqueado.
v Consideraciones sobre la seguridad
v Informacin de escalabilidad:
Rational Robot GUI, RPT ejecutando scripts de Citrix: 10 scripts por agente
cada 10 minutos
CLI, Rational Robot VU, LoadRunner: 50 scripts por agente cada 10 minutos
v Se soportan tanto los servicios web seguros como los no seguros. Para los
servicios web seguros, slo se soportan las especificaciones de protocolo
siguientes:
SOAP basado en HTTPS
WS-Security
WS-Addressing
WS-ReliableMessaging
Despus de configurar las reproducciones de robtica, Robotic Response Time
puede identificar cuellos de botella en el cliente, la red o el servidor desglosando
los datos de tiempo de respuesta en segmentos, de manera que se puedan
comprender las tendencias y las cargas del sistema. La disponibilidad de desglose
de los datos del tiempo de respuesta viene determinada por el tipo de scripts de
robtica y la disponibilidad de las definiciones mtricas. La disponibilidad del
desglose de diversos scripts de robtica se explica en la tabla siguiente.
Tabla 20. Disponibilidad de desglose de los diversos scripts de robtica
Tipo de script de
robtica Tiempo de cliente Tiempo de red Tiempo de servidor
Scripts de ERP de
BSD Oracle
S S S
Tabla 20. Disponibilidad de desglose de los diversos scripts de robtica (continuacin)
Tipo de script de
robtica Tiempo de cliente Tiempo de red Tiempo de servidor
Rational Performance
Tester Citrix
S No No
HTTP/HTTPS de
Tester
S S S
GUI de SAP de
Tester
S No No
Interfaz web de SAP
Tester
S S S
Tester Siebel
S S S
Ampliaciones de
sockets de Rational
Performance Tester
S No No
Servicios web(SOA)
Tester
S No No
Rational Functional
Tester
S No No
GUI de Rational
Robot
S No No
Rational Robot VU S No No
Mercury LoadRunner
HTTP/HTTPS
S No No
Scripts de la lnea de
mandatos
S No No
Administracin de Robotic Response Time
La tabla siguiente muestra los archivos de configuracin para Robotic Response
Time:
Restriccin: No modifique los archivos de configuracin sin instrucciones
explcitas del Servicio de soporte de IBM.
Archivo Descripcin
Entorno de Windows
CANDLE_HOME\tmaitm6\kt6env Variables de entorno para Tivoli Enterprise
Management Agent
CANDLE_HOME\tmaitm6\${HOSTNAME}_t6.cfg Valores de configuracin de Tivoli Enterprise
Management Agent guardados
CANDLE_HOME\tmaitm6\t6-
logging.properties
Configuracin de JLOG de Robotic Response
Time
CANDLE_HOME\tmaitm6\app\RPT\config\
itcam-rpt.properties
Parmetros de configuracin de Rational
Performance Tester
Captulo 3. Personalizacin de reproducciones robticas 149
Archivo Descripcin
itcamrt-logging.properties
Configuracin de JLOG de Rational
Performance Tester
managed_jvm.xml
Parmetros Java de JVM gestionado con
Rational Performance Tester
Entorno de UNIX
CANDLE_HOME/config/t6.ini Variables de entorno para el agente Tivoli
Enterprise Monitoring
CANDLE_HOME/config/${HOSTNAME}_t6.cfg Valores de configuracin del agente Tivoli
Enterprise Monitoring guardados
CANDLE_HOME/config/t6-logging.properties Configuracin de JLOG de Robotic Response
Time
CANDLE_HOME/tmaitm6/app/RPT/config/
itcam-rpt.properties
Parmetros de configuracin de Rational
Performance Tester (slo para xLinux)
itcamrt-logging.properties
Configuracin de JLOG de Rational
Performance Tester (slo para xLinux)
managed_jvm.xml
Parmetros Java de JVM gestionado con
Rational Performance Tester (slo para
xLinux)
Hay otros parmetros de Robotic Response Time que no es necesario configurar
pero que tambin se pueden configurar. Estos parmetros no se muestran en la
ventana Configuracin del agente de Robotic Response Time. Sin embargo, puede
personalizar los parmetros directamente en el archivo kt6env.
Nota: Modificar los parmetros en el archivo kt6env puede tener consecuencias no
deseadas.
En kt6env:
v SNAP_PLAYBACK_INTERVAL hace que la reproduccin se produzca a intervalos
desde el principio de la hora, en lugar de a intervalos especificados a partir del
momento en que se inicia el agente. Establezca SNAP_PLAYBACK_INTERVAL=Y para
hacer que el agente se reproduzca a intervalos desde el principio de la hora.
La tabla siguiente muestra los archivos de seguimiento y registro para Robotic
Response Time:
Nota: Para obtener ms informacin sobre archivos de seguimiento y registro,
consulte la Gua de resolucin de problemas.
Archivo Descripcin
Entorno de Windows
CANDLE_HOME\tmaitm6\logs\
${HOSTNAME}_t6_*.log
Registros de Tivoli Enterprise Management
Agent RAS1. RAS1 es el nombre del recurso
de registro de IBM Tivoli Monitoring.
%ALLUSERSPROFILE%\ibm\tivoli\common\BWM\
logs\trace-robotic.log
Sentencias de rastreo de JLOG de Tivoli
Enterprise Management Agent
logs\msg-robotic.log
Sentencias de mensajes de JLOG de Tivoli
logs\RPT\ {versin ejecucin}\trace-
rpt.log
Sentencias de rastreo de JLOG de Rational
Performance Tester
Archivo Descripcin
logs\{applicationname}\{scriptname}\msg-
rptHistory.log
Historial de ejecucin de Rational
Performance Tester
%ALLUSERSPROFILE%\IBM\tivoli\common\BWM\
logs\RFT\{scriptname}\*
Rational Functional Tester
Entorno de UNIX
CANDLE_HOME\logs\${HOSTNAME}_t6_*.log Registros de Tivoli Enterprise Management
de registro de IBM Tivoli Monitoring I
/var/ibm/tivoli/common/BWM/logs/trace-
robotic.log
Sentencias de rastreo de JLOG del agente
Tivoli Enterprise Monitoring
/var/ibm/tivoli/common/BWM/logs/msg-
robotic.log
Sentencias de mensajes de JLOG de Tivoli
/var/ibm/tivoli/common/BWM/logs/RPT/
{versin de tiempo de ejecucin}/trace-
rpt.log
Sentencias de rastreo de JLOG de Rational
Performance Tester
/var/ibm/tivoli/common/BWM/logs/
{applicationname}/{scriptname}/msg-
rptHistory.log
Historial de ejecucin de Rational
Performance Tester
Consideraciones sobre seguridad
Robotic Response Time es un entorno de usuario final sinttico en el que varios
agentes de Robotic Response Time reproducen los scripts grabados en el entorno.
Los scripts procedentes de varios orgenes se cargan en la Application
Management Console mediante una interfaz SOAP en el puerto 1976. Los scripts se
distribuyen a varios agentes de Robotic Response Time y se reproducen de forma
planificada, y suelen tener el mismo acceso al sistema principal que el agente de
Robotic Response Time.
Para proteger el entorno de Robotic Response Time:
v Permita a Robotic Response Time realizar solo aquellas acciones apropiadas para
los scripts que reproduzca.
v Solo acepte aquellos scripts que procedan de un origen de confianza.
Para restringir Robotic Response Time y sus scripts:
v Asegrese de que est instalado Robotic Response Time y de que los scripts
ejecuten con un usuario que tenga privilegios restringidos:
No permita que un usuario con privilegios de administracin ejecute Robotic
Response Time
Asigne los permisos con cuidado, incluidos:
- Permisos de lectura para %CANDLE_HOME%
- Permisos de escritura para:
v %CANDLE_HOME%\logs
v %CANDLE_HOME%\kt1depot\t6
v %CANDLE_HOME%\tmaitm6\app
v %CANDLE_HOME%\tmaitm6\logs
v En sistemas Windows, %ALLUSERSPROFILE%\IBM\TIVOLI
v En sistemas UNIX y Linux, var/IBM/tivoli
v Asle Robotic Response Time en una mquina virtual aparte con el mnimo de
software instalado.
v Restrinja los sistemas principales de Robotic Response Time:
Configure las VLAN y los cortafuegos de modo que Robotic Response Time
solo pueda contactar con los sistemas cuyos scripts est supervisando
mediante un nico canal de comunicacin a los Tivoli Enterprise Monitoring
Server establecido por el proceso kt6agent.
Si utiliza un cortafuegos, asegrese de que el usuario que ejecute los scripts
Robotic Response Time no tenga permisos para cambiar las reglas del
cortafuegos.
Para asegurarse de que solo se reproducen los scripts procedentes de un origen de
confianza, imponga una autenticacin de usuario estricta en todos los sistemas a
los que se les permita comunicar con la Application Management Console en el
puerto predeterminado 1976. Para hacer esto:
v Asegrese de que la Application Management Console est situada tras un
cortafuegos y de que solo acepte cargas procedentes de sistemas de confianza.
v Habilite la autenticacin de cliente SSL de Application Management Console
para asegurarse de que los sistemas que cargan scripts estn autenticados y sean
de confianza. Asegrese de que el almacn de certificados de la autenticacin de
usuarios est protegido y de que no pueda ser ledo por otros usuarios.
Configuracin del conector SOAP de la Application Management
Console para que utilice SSL.
Aunque la gestin de claves es especfica de cada entorno, puede que le resulte de
utilidad el siguiente ejemplo en el que se muestra cmo configurar SSL en el
conector SOAP de Application Management Console.
Para configurar SSL en el conector SOAP de Application Management Console:
1. Utilice el programa de utilidad iKeyman del GSKit para crear un almacn de
claves para la Application Management Console.
Consejo: iKeyman se encuentra en el directorio de Java Runtime Environment
bin. Por ejemplo:
v En los sistemas Windows, C:\IBM\ITM\java\java50\jre\bin
v En los sistemas UNIX, /opt/IBM/ITM/JRE/plataforma/bin/ikeyman
Por ejemplo:
a. ejecute cd /opt/IBM/ITM/li643/gs/bin
b. ejecute export JAVA_HOME=/opt/IBM/ITM/JRE/li6263
c. ejecute cd ./gsk7ikm
d. en iKeyman, pulse Nuevo
e. especifique el nombre y la ubicacin del nuevo almacn de claves y pulse
Aceptar
f. especifique la contrasea del nuevo almacn de claves cuando se le solicite
2. cree o importe un certificado en el nuevo almacn de claves. Por ejemplo:
a. pulse Nuevo autofirmado
b. rellene los detalles y pulse Aceptar
3. extraiga la clave pblica para ponerla a disposicin del cliente:
a. seleccione el certificado recin creado
b. pulse Extraer certificado
c. especifique el nombre de la clave pblica con una extensin .arm y pulse
Aceptar
4. en la consola ITCAM, configure la Application Management Console para que
utilice el nuevo almacn de claves:
a. ejecute /opt/IBM/ITM/bin/CandleManage
b. pulse con el botn derecho en ITCAM Console y seleccione Configurar
c. en la pestaa Configuracin de servidor del conector SOAP de JMX:
v establezca el puerto a 1976
v establezca SSL a True
v en el campo Archivo de claves SSL, especifique el nombre y la ruta del
archivo de claves recin creado
v especifique y confirme la contrasea del archivo de claves
v establezca Autenticacin de cliente SSL a True
v pulse Aceptar
d. reinicie Application Management Console
5. cree un almacn de claves que puedan utilizar clientes tales como MFU y el
plugin de integracin de Rational:
a. repita el paso 1 utilizando un almacn de claves distinto. Utilice nombres de
almacn de claves distintos para usuarios distintos
b. importe la clave pblica exportada en el paso 3:
1) en iKeyman, seleccione Certificados de firmante y pulse Aadir
2) especifique los detalles del archivo .arm y puse Aceptar
6. configure MFU y Rational Integration para que utilicen el nuevo almacn de
claves. Al exportar los scripts, especifique los nuevos almacenes de claves de
cliente en la ventana Conectar.
7. para autenticar cada cliente:
a. repita los pasos 2 y 3 de cada almacn de certificados de cliente para
generar pares de claves pblica-privada
b. importe todas las claves pblicas de cliente en el almacn de certificados de
Application Management Console tal y como se muestra en el paso 5.
Visin general de configuracin de reproducciones robticas
En este apartado se destacan los pasos principales para configurar scripts de
reproduccin robtica e indica de dnde se puede obtener ms informacin.
1. Registre un script. Robotic Response Time soporta los tipos siguientes de
scripts:
v RPT (Utilizacin de Rational Performance Tester (RPT) en la pgina 157)
v RFT (Utilizacin de Rational Functional Tester en la pgina 188)
v GUI de Rational Robot (Utilizacin de Rational Robot en la pgina 197)
v LoadRunner (Utilizacin de Mercury LoadRunner en la pgina 213)
v Mandato de la CLI (Utilizacin de CLI Command Playback en la pgina
204)
v Ejemplos, que se pueden modificar (Utilizacin de scripts de ejemplo en la
pgina 204)
Nota: Asegrese de que el nombre elegido para el script incluye slo caracteres
ASCII para evitar posibles problemas ms tarde al reproducir el script.
2. Suba el script al Application Management Console, utilizando uno de los
mtodos siguientes:
v El asistente de exportacin disponible en Rational Performance Tester
(consulteExportacin de scripts de Rational Performance Tester en la
pgina 186) o en Rational Functional Tester (consulteUtilizacin de Rational
Functional Tester en la pgina 188)
v Multi File Uploader, que automticmente instrumenta con ARM el script.
Utilice Mercury LoadRunner, CLI Playback y Rational Robot GUI, scripts VU.
(Utilizacin de Multi File Uploader para que funcione con scripts de
robtica en la pgina 223)
v Descarga de manuales (Copia manual y distribucin de scripts de robtica
en la pgina 215)
3. Si an no lo ha hecho, utilice el Editor de configuracin de gestin de
aplicaciones para definir las aplicaciones y transacciones que desee supervisar
con este script robtico. (Captulo 2, Uso de Editor de configuracin de gestin
de aplicaciones, en la pgina 25)
4. Compruebe el estado de la reproduccin (espacio de trabajo de estado de
reproduccin)
Registro de scripts
v Utilizacin de Rational Performance Tester (RPT) en la pgina 157
v Utilizacin de Rational Functional Tester en la pgina 188
v Utilizacin de Rational Robot en la pgina 197
v Utilizacin de CLI Command Playback en la pgina 204
v Utilizacin de Mercury LoadRunner en la pgina 213
v Trabajo con archivos de script en la pgina 215
Utilizacin de Rational Performance Tester (RPT)
Rational Performance Tester crea, ejecuta y analiza pruebas para validar la
fiabilidad de las aplicaciones complejas de e-business. Entre las funciones se
incluyen estas:
v Proporciona pruebas que no requieren conocimientos de programacin.
v Busca y diagnostica la causa de los problemas de rendimiento.
v Acceso y manipulacin avanzados de datos.
v Correlacin y sincronizacin automticas de datos de parmetros de entrada.
v Puntos de verificacin para la comprobacin de cdigos de respuesta de
coincidencias de contenido, comprobacin de tamao de respuestas y
comprobacin de ttulos de pginas.
v Instrumentacin con ARMA automtica para que las transacciones se
correlacionen con aplicaciones descendentes para aislar problemas.
v La escalabilidad mejorada permite velocidades de reproduccin ms altas y ms
reproducciones simultneas en un solo sistema, lo cual limita los costes de
licencias y mantenimiento.
v Estadsticas del nivel de red para DNS, el tiempo de conexin SSL, el tiempo de
respuesta del servidor y la entrega.
v Vista HTML mostrada de pginas web visitadas durante la grabacin de prueba.
Nota: No se pueden migrar scripts de Rational Robot VU registrado previamente a
los scripts de Rational Performance Tester. Debe registrar nuevos scripts con el
Rational Performance Tester.
Para obtener ms informacin sobre las funciones de Rational Performance Tester:
v http://www-306.ibm.com/software/awdtools/tester/performance/
v http://www-306.ibm.com/software/awdtools/tester/performance/features/
index.html
v http://www.ibm.com/developerworks/rational/products/performancetester/
v http://www.redbooks.ibm.com/abstracts/sg247391.html
v http://www-01.ibm.com/software/brandcatalog/portal/opal/
details?catalog.label=1TW10CP19
Para obtener la documentacin del producto Rational Performance Tester:
v http://publib.boulder.ibm.com/infocenter/rtnlhelp/v6r0m0/topic/
com.ibm.rational.test.lt.doc/icwelcome_product_rpt.htm
v http://publib.boulder.ibm.com/infocenter/rpthelp/v8r0m0/index.jsp
Creacin y edicin de scripts HTTP de Rational Performance
Tester con Perspectiva de ITCAM
Un administrador puede utilizar Perspectiva de ITCAM para grabar, editar y
cargar scripts de prueba HTTP de Rational Performance Tester.
La interfaz de usuario nativa Perspectiva de prueba de Rational Performance Tester
puede ser demasiado complicada para las tareas bsicas necesarias para la mayora
de administradores de Response Time. Perspectiva de ITCAM tiene estas ventajas:
v Proporciona una interfaz de usuario clara para realizar operaciones bsicas como
la grabacin, la edicin y la carga de scripts HTTP/HTTPS.
v Permite ver y editar pruebas de rendimiento HTTP/HTTPS grabadas.
v Cambia de Perspectiva de ITCAM a la perspectiva de prueba (para realizar
acciones ms avanzadas en los scripts HTTP/HTTPS).
Recuerde: En Perspectiva de ITCAM se soportan los scripts de HTTP/HTTPS.
Para otros tipos de scripts, cambie a la Perspectiva de prueba.
Esta seccin contiene la informacin siguiente:
v Procedimiento: uso de Navigator para ver una lista de acciones y realizarlas en
scripts previamente grabados.
v Procedimiento: grabacin y edicin de scripts de Rational Performance Tester
en la pgina 159
v Limitacin al definir puntos de verificacin de contenido en la Perspectiva
ITCAM en la pgina 168
Antes de empezar
Instale Rational Performance Tester desde el medio de instalacin de soporte de
integracin de Response Time Rational. Este medio de instalacin incluye Rational
Performance Tester y todos los fixpacks, niveles de parches, archivos de licencia y
plug-ins de integracin necesarios para Response Time.
Procedimiento: uso de Navigator para ver una lista de acciones y
realizarlas en scripts previamente grabados.
La ficha Navigator muestra los scripts de prueba HTTP disponibles despus de
grabarlos. Si no hay scripts de prueba grabados en el espacio de trabajo, el
Navigator est vaco. Si hay scripts de prueba grabados, Navigator los muestra en
una lista por proyecto.
1. Acceda a Rational Performance Tester.
2. Pulse la ficha ITCAM Test Navigator si es necesario.
Consejo: Si no est en Perspectiva de ITCAM, pulse Ventana Abrir
perspectiva Otra ITCAM for Transactions.
3. Pulse con el botn derecho el script con el que desee trabajar. El software
muestra un men con una lista de selecciones:
Seleccin de men Lo que hace
Abrir Abre el script para que pueda editarlo o
verlo.
Va de acceso rpida: Tambin puede pulsar
dos veces el script resaltado para abrirlo.
Renovar Renueva la ficha Navigator despus de
eliminar elementos.
Cargar en ITCAM Exporta el script de Rational Performance
Tester.
Consejo: Tambin puede usar el icono
icon.
Seleccin de men Lo que hace
Suprimir Suprime el script resaltado.
Ejecutar como Ejecuta el script como una prueba de
rendimiento.
Informe Ejecuta informes TCR.
Ejecutar como
Depurar como
Perfil como
Validar
Equipo
Comparar con
Sustituir con
Funciones nativas de Rational Performance
Tester. Consulte la documentacin de
Rational Performance Tester para obtener
ms informacin sobre estas.
Procedimiento: grabacin y edicin de scripts de Rational
Performance Tester
Para grabar o editar los scripts de Rational Performance Tester, lleve a cabo estos
pasos:
Consejo: Pulse el enlace para ir directamente a paso que desee.
v Grabar un script de Rational Performance Tester
v Abrir un script existente de Rational Performance Tester
v Editar el ttulo de la pgina
v Especificar el nivel de desglose del tiempo de respuesta para una prueba
v Habilitar o inhabilitar puntos de verificacin
v Ver el HTML por el que naveg el script de prueba
v Ejecutar la prueba de Rational Performance Tester para verificar que se haya
grabado correctamente.
v Pasar de Perspectiva de ITCAM a la Perspectiva de prueba
1. Acceder a Rational Performance Tester.
El software cambia automticamente a la Perspectiva de ITCAM. Puede utilizar
los iconos siguientes para alternar entre las dos perspectivas:
v muestra la Perspectiva de prueba de manera que pueda realizar
operaciones avanzadas como agrupaciones de datos o correlacin de datos.
v muestra la Perspectiva de ITCAM para que pueda trabajar en el entorno
ms simple y realizar operaciones bsicas.
Consejo: Los iconos estn en la barra de herramientas.
2. Grabe un nuevo script o abra uno que ya exista.
Para abrir un script existente:
a. Pulse la ficha ITCAM Test Navigator, si no est ya seleccionada.
b. Pulse dos veces el script de prueba que desee editar.
Para grabar un nuevo script:
Recuerde: Puede encontrar ms informacin sobre cmo registrar un script en
la ayuda de Rational Performance Tester.
a. Pulse . Aparece la ventana Crear prueba nueva a partir de grabacin.
b. Seleccione si desea crear un nuevo script o crear una prueba basndose en
una prueba existente.
c. Seleccione el tipo de script de prueba que desee crear y luego pulse
Siguiente.
Consejo: Recuerde seleccionar siempre Registro de FPT HTTP al grabar
scripts HTTP/HTTPS para Response Time.
Importante: No utilice Avanzado con Perspectiva de ITCAM. Performance
Test Generator es la seleccin predeterminada para Perspectiva de ITCAM.
Para la funcin avanzada, use la Perspectiva de prueba.
d. Si va a crear la prueba a partir de una grabacin existente, seleccione la
grabacin desde la que desee crear una prueba nueva o escriba el nombre
del archivo de grabacin en el campo Nombre de archivo de grabacin
directamente.
Nota: Asegrese de utilizar slo caracteres ASCII en el nombre. De lo
contrario, es posible que tenga problemas ms tarde cuando reproduzca el
script.
Pulse Siguiente.
e. Pulse el proyecto en el que desee almacenar esta prueba y sus archivos
relacionados. El icono identifica los proyectos que son adecuados
para contener pruebas. Las pruebas guardadas en otros tipos de proyectos
no se ejecutarn.
f. En el campo Nombre de archivo de prueba, escriba un nombre significativo
para su prueba. El nombre aparecer en el navegador de pruebas.
g. (Opcional) Si desea utilizar un certificado de cliente, seleccione el recuadro
de seleccin Utilizar certificado digital de cliente e indique la va de acceso
del archivo del certificado de cliente y la contrasea. Pulse Siguiente.
h. Pulse Finalizar. El grabador se inicia y abre una ventana del navegador.
i. Lea las instrucciones y elimine los archivos temporales en caso necesario.
j. Escriba la direccin de la pgina web para la que desee crear un script de
prueba y pulse Ir.
k. Desplcese por las partes del sitio web que desee probar.
Recuerde:
v Espere a que cada pgina se cargue por completo. Esperar no afecta a los
resultados del rendimiento, porque puede eliminar "tiempo de espera"
extra (tiempo de reflexin) cuando se reproduce la prueba.
v No cambie las preferencias del navegador.
l. Cuando termine, pulse el icono para cerrar la ventana del navegador.
Se abre una ventana de progreso mientras se genera la prueba. Cuando finaliza
el script de prueba, se le solicita que abra el ITCAM Test Editor. Si elige abrir el
editor, la prueba aparece en la Perspectiva de ITCAM como aparece en la
imagen siguiente.
Ahora puede ver la prueba de rendimiento de HTTP grabada, que aparece:
v Slo pginas HTTP; esta vista oculta los subelementos de una pgina como
.gifs.
v Todos los ttulos de pginas HTTP en el orden en el que se grabaron.
v Habilita automticamente los puntos de cdigo de respuesta cuando se graba
un script. Si ya ha grabado anteriormente un script con la Perspectiva de
prueba, abrir el script con Perspectiva de ITCAM tambin habilitar los
puntos de verificacin.
v Cdigo de respuesta de la pgina que supera el rango tpico resaltado con
iconos. Aparece un icono de advertencia cuando el cdigo de respuesta
est por encima de 200 y por debajo de 400. Aparece un icono de error
cuando el cdigo de respuesta est por encima de 400. Para ambos iconos se
facilita tambin mensajes de ayuda cuando se pasa el ratn por encima que
explican el problema y la accin correctiva que se debe realizar.
Puede comprobar que la informacin grabada en la prueba sea correcta y
realizar modificaciones como cambiar ttulos de pginas, especificar el nivel de
desglose del tiempo de respuesta e habilitar o inhabilitar puntos de verificacin.
3. Edite el ttulo de la pgina. Puede cambiar el ttulo de una pgina por algo
ms adecuado o significativo.
a. Pulse el ttulo existente en la columna de la pgina para abrir un recuadro
de texto.
b. Escriba el nuevo nombre.
c. Repita los dos pasos previos para cada ttulo de pgina que desee cambiar.
d. Cuando termine de realizar cambios, pulse fuera del recuadro de texto.
e. Pulse Ctrl y S para guardar los cambios.
4. Especifique o edite el nivel de desglose del tiempo de respuesta. Puede usar
el Editor simplificado de Rational Performance Tester para especificar el nivel
de desglose del tiempo de respuesta en el script de prueba.
a. Abra la prueba que desee editar en el editor de prueba de ITCAM.
b. Para cambiar el nombre de la aplicacin, escriba el nuevo nombre en el
campo Nombre de la aplicacin de la vista Detalles de la prueba.
Recuerde: Si cambia el nombre de la aplicacin despus de que el script se
haya cargado en la Consola de gestin de aplicaciones, el nuevo nombre
aparecer slo en los siguientes dos lugares despus de cargar el script de
nuevo a la Consola de gestin de aplicaciones:
v La columna Valor de la vista Configuracin de perfil del espacio de
trabajo Configuracin (Robotic).
v El atributo Nombre de la aplicacin de script que aparece en el Editor
de configuracin de gestin de aplicaciones.
c. Para especificar el nivel de desglose del tiempo de respuesta para la prueba,
seleccione el nivel necesario en el rea Nivel de desglose del tiempo de
respuesta. Hay tres opciones disponibles:
v Slo pginas: el desglose del tiempo de respuesta se habilita en todas las
pginas y sus solicitudes principales.
v Pginas y solicitudes (excluyendo imgenes): el desglose del tiempo de
respuesta se habilita en todas las pginas y las solicitudes que contienen,
excluyendo las solicitudes que contienen imgenes.
v Todos: el tiempo de respuesta est habilitado en todos los elementos de la
prueba.
5. Habilitar o inhabilitar puntos de verificacin. La Perspectiva de ITCAM
habilita automticamente puntos de verificacin cuando se graba un script. Sin
embargo, puede inhabilitarlos y luego volver a habilitarlos cuando la situacin
lo exija.
Consejo: Para los scripts HTTP, Rational Performance Tester enva
automticamente un mensaje de URL no disponible si el sitio queda inactivo,
incluso si no ha habilitado puntos de verificacin para el script. Response Time
busca estos mensajes y enva un suceso al Tivoli Enterprise Monitoring Server.
Para los scripts de servicios web, Rational Performance Tester no enva
automticamente ningn mensaje de falta de disponibilidad o de error cuando
el sitio queda inactivo, as que debe habilitar puntos de verificacin para los
scripts de servicios web si desea recibir violaciones de disponibilidad.
En el ejemplo siguiente, la comprobacin del ttulo de pgina y la
comprobacin del cdigo de respuesta son puntos de verificacin habilitados.
El resto estn inhabilitados.
a. Para inhabilitar un punto de verificacin, deje en blanco un recuadro de
seleccin seleccionado junto al punto de verificacin correspondiente.
b. Para habilitar un punto de verificacin previamente inhabilitado, pulse en un
cuadro no seleccionado situado junto a la pgina del punto de verificacin
que desee habilitar.
Nota: Si desea incluir puntos de verificacin en la reproduccin, estos
deben habilitarse en el script de prueba antes de cargarlos en el agente de
supervisin.
c. Cuando se habilita un punto de verificacin, se abre un avista para que se
puedan modificar los resultados. En el ejemplo siguiente se muestra la vista
Punto de verificacin de contenido. Puede usar esta vista para especificar
ms detalles sobre el punto de verificacin. Por ejemplo, puede especificar
el texto de bsqueda en la tabla Cadenas disponibles e indicar si la
presencia o ausencia de cadenas marcadas hace que fracase la verificacin.
Estas son funciones nativas del producto Rational Performance Tester;
consulte la documentacin de Rational Performance Tester para obtener ms
informacin.
Puntos de verificacin
v Detectar problemas en una aplicacin, por ejemplo: contiene la pgina web
la informacin esperada? Es esta la ventana esperada?
v Aplique un acuerdo del nivel de servicio de manera que pueda verificar que
cada pgina de la secuencia de transacciones a varias pginas sea correcta
En la Perspectiva de ITCAM se incluyen los siguientes puntos de verificacin:
v La comprobacin del ttulo de la pgina compara el ttulo de la pgina
contra el ttulo grabado. (El ttulo grabado est en la columna Pgina.) Puede
crear, ver o modificar el ttulo de la pgina seleccionando el paso que desee
modificar y pulsando la pestaa Punto de verificacin de ttulo de pgina al
final de la ventana.
v La comprobacin del cdigo de respuesta compara el cdigo HTTP devuelto
con el cdigo grabado. (El cdigo grabado est en la columna Cdigo de
respuesta.) Puede ver o modificar el cdigo de respuesta seleccionando el
paso que desee modificar y pulsando la pestaa Punto de verificacin de
cdigo de respuesta al final de la ventana.
v La comprobacin del tamao de respuesta compara el tamao de pgina
devuelto con el cdigo registrado. Puede ver o modificar el tamao de
respuesta seleccionando el paso que desee modificar y pulsando la pestaa
Punto de verificacin de tamao de respuesta al final de la ventana.
v La comprobacin de contenido busca una cadena especfica en una pgina.
Puede ver o modificar el contenido seleccionando el paso que desee
modificar y pulsando la pestaa Punto de verificacin de contenido al final
de la ventana.
6. Vea el HTML generado para una pgina web especfica pulsando el nmero de
paso de la pgina. Use esta funcin para comprobar un ttulo de pgina o si la
pgina se ha grabado correctamente. En el ejemplo siguiente, el resaltado
muestra el paso seleccionado.
Consejo: Puede cerrar esta vista pulsando la ficha Datos de protocolo
ITCAM. Para visualizar el HTML representado, seleccione Ventana > Mostrar
vista > Datos de protocolo ITCAM.
7. (Recomendado) Ejecute la prueba para asegurarse de que todo se haya grabado
correctamente antes de cargarlo.
a. En Navigator, abra una prueba.
b. Pulse la flecha situada junto a para mostrar el men.
c. Pulse Ejecutar como > Prueba. El software muestra un informe de prueba.
Lea la ayuda de Rational Performance para interpretar este informe.
8. Exporte el script a la Application Management Console
Resultados esperados
Cmo muestra la Perspectiva de prueba un script de prueba
El mismo script en Perspectiva de ITCAM
Limitacin al definir puntos de verificacin de contenido en la
Perspectiva ITCAM
Cuando se define en la Perspectiva ITCAM, el punto de verificacin se inserta bajo
el primer elemento de la pgina principal seleccionada. Esto es llamado tambin la
solicitud principal de la pgina, y se identifica como una solicitud principal para esa
pgina cuando se abre en la Perspectiva de prueba.
En el ejemplo siguiente se muestra el posicionamiento de un punto de verificacin
de contenido, la presencia de una cadena en la pgina visualizada y el resultado de
un intento por encontrar la cadena en el contenido de la pgina.
Incluso aunque el texto sea visible en la pgina, es posible que no est disponible
para su verificacin en el primer elemento. Es posible que est presente en el
contenido de los datos de otro elemento procesado ms tarde en la pgina, tal
como se ve en el ejemplo siguiente:
En este caso la prueba del punto de verificacin se realiza en un elemento que
nunca contendr datos de comparacin. Por lo tanto, deber definir el punto de
verificacin de contenido en el elemento adecuado de la Perspectiva de prueba:
v Creacin y edicin de scripts de Rational Performance Tester con Test
Perspective
Creacin y edicin de scripts de Rational Performance Tester
con Test Perspective
Consejo: Para obtener ms informacin, consulte la ayuda en lnea del producto
Puede crear scripts de Rational Performance Tester de los tipos siguientes con Test
Perspective. Antes de crear un script de Rational Performance Tester debe instalar
Rational Performance Tester Workbench.
v Scripts de BSD Oracle ERP. Consulte los requisitos previos de software en el
centro de informacin para obtener informacin acerca de las versiones del
plugin BSD de Oracle a las que dan soporte las versiones de Rational
Performance Tester soportadas.
Nota: Se soportan versiones ms antiguas del plugin, pero la disponibilidad de
desglose de los datos de tiempo de respuesta slo es para el lado del cliente.
v Scripts de Citrix
v Scripts de HTTP/HTTPS
v Scripts de la GUI de SAP
v Scripts de la interfaz web de SAP
v Scripts de Siebel
v Extensiones de socket, incluidas las conexiones TN3270
v Scripts de servicios web/SOA
1. Desde Rational Performance Tester, cree una nueva prueba desde la grabacin:
a. Seleccione Archivo > Nuevo > Prueba a partir de grabacin.
b. Seleccione el tipo de registro y pulse en Siguiente.
Recuerde: Este procedimiento de registro de nuevos scripts vara segn el
tipo de script que est creando. Puede encontrar ms informacin sobre
cmo registrar un script en la ayuda de Rational Performance Tester.
v Para registrar scripts de HTTP/HTTPS para Response Time, seleccione
siempre Registro de FPT HTTP.
v Para registrar scripts de servicios web/SOA, si selecciona la opcin
Registro de servicios web utilizando el cliente del servicio genrico
puede importar un archivo WSDL existente y aadir la informacin de
punto final; si selecciona Servicio web o registro XML utilizando el
cliente existente (Proxy HTTP), las llamadas de los servicios web y el
trfico de red se direcciona mediante un proxy HTTP en el grabador de
Rational Performance Tester y se utiliza con las aplicaciones existentes de
clientes de servicios web existentes.
v Para reproducir un script de Rational Performance Tester cuando se
necesita un servidor proxy para alcanzar la aplicacin web de destino,
asegrese de que se cumplan estas dos condiciones de configuracin del
proxy:
El agente Tiempo de respuesta de robtica se configura con la
definicin del servidor proxy.
El origen del script de Rational Performance Tester incluye la
configuracin de los datos proxy adecuados.
Registre su script utilizando el workbench de Rational Performance Tester
y especifique los valores de proxy en el registro.
Si la informacin de proxy o la autenticacin necesarias durante la
reproduccin de scripts difiere de la configuracin guardada en el script
de Rational Performance Tester, deber definir tambin estos valores del
proxy de reproduccin en la configuracin del agente Tiempo de
respuesta de robtica. Estos valores se utilizarn despus de que el agente
Tiempo de respuesta de robtica determine que no puede alcanzarse el
agente de proxy. o si el nombre de usuario y la contrasea no se
autentican correctamente con el servidor proxy.
Limitacin: la reproduccin utilizar los detalles de proxy configurados
por el agente o la credenciales de autenticacin de dominio cuando falle
la reproduccin del script. Sin embargo, esto se hace slo una vez, as que
se utilizan los detalles del proxy o las credenciales de autenticacin, pero
no ambos a la vez.
v Para registrar scripts de Oracle ERP Rational Performance Tester,
seleccione Oracle Recorder. La opcin Oracle Recorder aparece cuando el
plug-in de BSD Oracle ya est instalado y configurado correctamente. Se
admite el plug-in BSD Oracle, como ampliacin de Rational Performance
Tester. Para instalar el plug-in BSD Oracle, cuando ya se haya instalado
Rational Performance Tester, lleve a cabo los pasos siguientes:
1) Extraiga el archivo .zip del plug-in BSD Oracle a los directorios
siguientes, donde dir_instal_RPT es el directorio de instalacin de
Rational Performance Tester (El valor predeterminado es C:\Program
Files\IBM\SDP).
dir_instal_RPT\rptse\dropins\eclipse
dir_instal_RPT\dropins\eclipse
2) Instale el archivo de licencias del plug-in BSD Oracle. Se necesita un
servidor de licencias para habilitar la licencia. Para obtener
informacin detallada sobre cmo habilitar la licencia, consulte la
documentacin de BSD.
3) Inicie Rational Performance Tester con la opcin -clean, de manera
que los plug-ins se vuelvan a cargar.
4) Pulse Ventana > Preferencias. Aparece la ventana Preferencias.
5) En el panel de la izquierda, expanda Prueba y seleccione Extensin
de aplicaciones Oracle.
6) En el panel Extensin de aplicaciones Oracle, especifique la va de
acceso del archivo de licencias en el campo de la va de acceso de
licencias de BSD Group.
7) Pulse Aplicar y luego, Aceptar.
Para obtener instrucciones ms detalladas de instalacin y configuracin,
consulte las documentaciones de BSD.
c. Seleccione un proyecto.
d. Escriba el nombre de archivo de la prueba que desee crear y pulse
Finalizar.
Nota: Asegrese de utilizar slo caracteres ASCII en el nombre. De lo
contrario, es posible que tenga problemas ms tarde cuando reproduzca el
script.
2. Use Performance Test Generator para acceder a un sitio de prueba y registrar
transacciones. Para obtener ms informacin, consulte la ayuda en lnea del
producto Rational Performance Tester.
3. (Opctional) Cree una agrupacin de datos.
Una agrupacin de datos proporciona datos de variables durante las
ejecuciones de las pruebas. Los scripts de Rational Performance Tester utilizan
datos de cuando se registr la prueba. Asociando una agrupacin de datos con
una prueba en tiempo de ejecucin puede sustituir los datos de las variables de
la agrupacin de datos para los datos de la prueba.
a. Seleccione Archivo > Nuevo > Agrupacin de datos.
b. Especifique un nombre y una ubicacin para el archivo de la agrupacin de
datos.
c. Especifique el nmero de variables (columnas) que desea y pulse Siguiente.
d. Especifique el nmero de registros (filas) que desea y pulse Siguiente.
e. Especifique el nombre, el tipo de accin y la ubicacin de la variable de la
agrupacin de datos y pulse Aceptar.
f. Asocie la agrupacin de datos con una prueba.
1) Pulse Aadir agrupacin de datos en la ficha de opciones comunes de
una prueba.
2) Seleccione la agrupacin de datos que desee utilizar.
g. Asocie una solicitud en la prueba con una columna Agrupacin de datos.
1) Seleccione una solicitud en la prueba. Los candidatos de la agrupacin
de datos aparecen en verde en Detalles de elementos de prueba.
2) Pulse con el botn derecho en el candidato y luego pulse Sustituir
desde > Variable de agrupacin de datos.
3) Seleccione la columna Agrupacin de datos y pulse en Utilizar columna.
h. (Opcional) Cifre una columna de agrupacin de datos.
1) Pulse la cabecera de columna para una variable y se abrir la ventana
Editar variable.
2) Seleccione el recuadro de seleccin Cifrar.
3) Pulse Aceptar y se abrir la ventana Establecer contrasea.
4) Escriba la contrasea que desee utilizar para la variable y pulse Aceptar.
La variable de la agrupacin de datos est ahora cifrada.
4. (Opcional) Cree puntos de verificacin
Nota: Debe habilitar los puntos de verificacin correspondientes en la prueba
de Rational Performance Tester antes de cargar el script de prueba con Multi
File Uploader
Los puntos de verificacin son una manera de hacer lo siguiente:
v Detectar problemas en una aplicacin, por ejemplo: contiene la pgina web
la informacin esperada? Es esta la ventana esperada?
v Aplique un acuerdo del nivel de servicio de manera que pueda verificar que
cada pgina de la secuencia de transacciones a varias pginas sea correcta
En Test Perspective se incluyen los puntos de verificacin siguientes:
v El punto de verificacin de contenido busca una cadena especfica en una
pgina.
v El punto de verificacin de ttulos de pgina compara el ttulo de la pgina
con el ttulo registrado.
v El punto de verificacin del cdigo de respuesta compara el cdigo HTTP
devuelto con el cdigo registrado.
v El punto de verificacin del tamao de la respuesta compara el tamao de
pgina devuelto con el cdigo registrado.
v Personalizado Si se aade cdigo personalizado a una prueba, devuelve un
estado de aprobado cuando la clase personalizada devuelve un estado de
aprobado despus de realizar una verificacin escrita en cdigo Java.
Consejo: Para los scripts HTTP, Rational Performance Tester enva
automticamente un mensaje de URL no disponible si el sitio queda inactivo,
incluso si no ha habilitado puntos de verificacin para el script. Response Time
busca estos mensajes y enva un suceso al Tivoli Enterprise Monitoring Server.
Para los scripts de servicios web, Rational Performance Tester no enva
automticamente ningn mensaje de falta de disponibilidad o de error cuando
el sitio queda inactivo, as que debe habilitar puntos de verificacin para los
scripts de servicios web si desea recibir violaciones de disponibilidad.
a. Abra la prueba para la que desee crear cdigo personalizado.
b. Pulse con el botn derecho en un elemento de prueba y haga una de estas
acciones:
v Para adjuntar cdigo personalizado al final del elemento de prueba, pulse
Aadir > Cdigo personalizado .
v Para aadir cdigo personalizado sobre el elemento de prueba
seleccionado, pulse Insertar > Cdigo personalizado.
c. En Detalles de elementos de prueba, especifique un nombre de clase nuevo
o existente.
d. Pulse Generar cdigo para crear cdigo de esqueleto.
e. Edite el cdigo existente o bsico y pulse Aadir.
5. (Opcional) Personalice ms el script con cdigo personalizado. El cdigo
personalizado ampla las pruebas de Rational Performance Tester as:
v Aadiendo el registro personalizado
v Proporcionando valores de datos de tiempo de ejecucin a la prueba
v Aadiendo puntos de verificacin personalizados
v Ejecutando programas externos
Informacin adicional
Utilice las interfaces ICustomCode2 y ITestExecutionServices para
crear cdigo personalizado y ampliar la ejecucin de las pruebas.
Las interfaces para crear cdigo personalizado estn en el paquete
com.ibm.rational.test.lt.kernel.services.
Aada los JAR externos a los que hace referencia el cdigo
personalizado a la va de acceso de generacin Java del proyecto.
Ejemplo de cdigo personalizado
El texto precedido por * indica una explicacin.
Ejemplo de cmo registrar mensajes en el historial de ejecucin de la
prueba
6. (Habilitacin de ARM opcional slo para scripts HTTP) De forma predeterminada,
slo las pginas principales del script estn habilitadas para ARM cuando se
exportan. Los elementos de pgina (como .gifs o .javascript) no estn
habilitados para ARM. Puede cambiar esto configurando el nivel de
instrumentacin con ARM desde dentro del script:
a. Cambie a la perspectiva Prueba de rendimiento.
b. Edite el script.
c. Seleccione la raz de la prueba.
d. Pulse Habilitar desglose de tiempo de respuesta para habilitar para ARM
todas las pginas y los elementos de pgina como .gifs o .javascript.
e. Exporte el script utilizando el asistente de exportacin de ITCAM.
7. Exporte el script a la Application Management Console.
Configuracin de valores despus de registrar scripts HTTP para
los informes de tiempo de respuesta
Nota: Para obtener ms informacin, consulte la ayuda en lnea del producto
Las secciones siguientes describen varios valores de mejores usos que debe
configurar despus de registrar scripts HTTP de Rational Performance Tester (RPT)
para los informes de tiempo de respuesta en Tivoli Enterprise Portal.
Habilitacin del desglose del tiempo de respuesta
Use el procedimiento siguiente para habilitar el desglose del tiempo de respuesta,
que genera informacin sobre el tiempo de respuesta para los elementos de pgina
y las subtransacciones (tenga en cuenta que generalmente el plugin lo hace
automticamente cuando se carga el script):
1. Tras registrar el script RPT HTTP, abra el script en la perspectiva de prueba del
workbench de Rational Performance Tester.
2. Seleccione el nodo superior.
3. Seleccione el recuadro de seleccin Habilitar desglose del tiempo de respuesta.
Estos pasos se ilustran en el ejemplo siguiente:
Escalamiento de los retrasos de navegador
Escalar los retrasos del navegador puede tener un efecto significativo en el tiempo
del cliente notificado. Cuando se registra un script, RPT guarda un factor de
retraso del navegador cuando RPT determina que el navegador espera que se
complete una accin y que dicha accin no est relacionada con el elemento de
pgina actual. En algunos casos estos retrasos de navegador pueden ser de entre
varios milisegundos y varios segundos. Si cree que el tiempo de respuesta del
cliente suele ser algo, inspeccione los retrasos de navegador registrados en el
script.
Use el procedimiento siguiente para ver y ajustar el retraso registrado para un
elemento de pgina determinado:
3. Seleccione la ficha Opciones de HTTP, tal como se muestra en el ejemplo
siguiente:
4. Desplcese por los elementos de la pgina, uno cada vez. Desplcese hacia
abajo para inspeccionar el campo Retraso. En este ejemplo no se han registrado
retrasos. Si establece en este campo un valor y guarda los cambios, este valor se
registra de forma permanente con el script.
5. Desplace el graduador hasta el extremo izquierdo. Este paso escala globalmente
los retrasos del navegador a cero en todos los elementos de pgina.
6. Cuando se selecciona un factor de escala de retraso, aparece el mensaje
siguiente. Pulse Aceptar.
Tenga en cuenta que estos retrasos del navegador pueden escalarse con
porcentajes. Por ejemplo, si el retraso registrado es de 400 milisegundos, escalar el
retraso al 10% har que la reproduccin inserte un retraso de 40 milisegundos para
el elemento de pgina actual. El valor original y el factor de escalamiento se
conservan. En consecuencia, puede restaurar ms tarde el factor de retraso original
pulsando el botn Restablecer del graduador. O puede cambiar el factor de
escalamiento simplemente moviendo el graduador.
Omisin de los tiempos de respuesta de objetos incorporados
Use el procedimiento siguiente para omitir los tiempos de respuesta asociados a
los objetos incorporados, por ejemplo imgenes:
3. Seleccione la ficha Opciones HTTP.
4. Ajuste la velocidad de reproduccin desplazando el graduador hasta el extremo
izquierdo.
5. Seleccione el recuadro de seleccin Habilitar desglose del tiempo de respuesta.
6. Pulse Aceptar.
7. Aparece en Test Editor. Configure el script para omitir los tiempos de respuesta
de los objetos incorporados (por ejemplo, las imgenes). El ejemplo siguiente
muestra las opciones disponibles para seleccionar. Por ejemplo, habilite Todas
las secundarias.
Establezca los reintentos en 0, aumente el valor de tiempo de espera
en el perfil de script
Si empieza a observar errores de tiempo de espera de scripts en los espacios de
trabajo de Tivoli Enterprise Portal (TEP), aumente el periodo de tiempo de espera,
tal como se muestra (1) en el ejemplo siguiente. Este mejor uso garantiza que el
motor de RPT supere el tiempo de espera del script en lugar de ITCAM for
Transactions. El periodo de tiempo de espera es ITCAM for Transactions, no el
periodo definido en el script RPT.
Adems de aumentar el tiempo de espera, establezca el nmero de reintentos (2)
en cero. Si el motor RPT detecta un error de script, el motor RPT informa de
inmediato del error y detiene la ejecucin de scripts. Este mejor uso garantiza que
no se le informe de inmediato cuando se producen errores de scripts sin inflar el
tiempo del cliente y el tiempo de respuesta global.
Creacin de sucesos personalizados de violacin de
reproduccin de Rational Performance Tester
Los administradores pueden personalizar un script de Rational Performance Tester
para enviar alertas de disponibilidad personalizadas que afecten al estado de
reproduccin y activen una violacin que sea visible en Tivoli Enterprise Portal,
Tivoli Enterprise Console o Netcool/OMNIbus.
La reproduccin de scripts de prueba de IBM Rational Performance Tester (RPT) en
agentes de supervisin de robtica puede detectar violaciones de acuerdos del
nivel de servicios en las aplicaciones cruciales para la empresa. Response Time y
Rational Performance Tester estn integrados estrechamente para proporcionar
varios sucesos y alertas directos, pero se puede personalizar o ampliar la capacidad
bsica para comprobaciones de errores ms complejas y alertas de sucesos
personalizadas, por ejemplo para dar instrucciones a un script de Rational
Performance Tester para que enve alertas de disponibilidad que afecten al estado
de la reproduccin y que activen una violacin de situaciones que sea visible en el
Tivoli Enterprise Portal, Tivoli Enterprise Console o en Netcool/OMNIbus.
Los sucesos personalizados pueden contener mensajes de texto de sucesos
personalizados, as como valores de reproduccin personalizados, esperados y
reales que se producen en el momento de la violacin de la reproduccin.
Antes de empezar
Antes de comenzar esta tarea, asegrese de haber realizado lo siguiente:
v Ha creado un script de prueba de Rational Performance Tester
Procedimiento
Este procedimiento muestra cmo generar un suceso de violacin utilizando una
prueba HTTP para la aplicacin de ejemplo de WebSphere PlantsByWebSphere.
Tambin puede aadir una lgica personalizada para la gestin de errores, la
comprobacin de contenido u otras comprobaciones de estado avanzadas.
Consejo: Puede buscar ms informacin sobre la creacin de cdigo personalizado
en la seccin Contenido de la ayuda del workbench de Rational Performance
Tester. Tiene varios ejemplos detallados de utilizacin de cdigo personalizado.
1. Abra el script de Rational Performance Tester para el que desee crear un suceso
personalizado.
2. Aada el cdigo personalizado:
a. Desde el navegador de prueba, expanda los pasos de la prueba para
mostrar el paso en el que desea aadir la comprobacin de errores
personalizada y un suceso.
b. Resalte el paso en la prueba.
c. Pulse Aadir.
d. Pulse Cdigo personalizado.
e. (Opcional): puede modificar el nombre de la clase editando Nombre de
clase.
Si define una clase reutilizable a la que se puede hacer referencia desde
varias pruebas y varios pasos, asigne a la clase algo significativo. Este
ejemplo utiliza test.MyCustomCode.
3. Pulse Ver cdigo.
El software muestra el editor de pruebas Java de manera que pueda editar la
nueva clase de cdigo personalizada de Java. El cdigo y la interfaz de
esqueleto son necesarios; no los modifique. Puede personalizar cualquier otro
elemento. La mayora de los cambios estn en el mtodo exec, que se invoca
cada vez que se ejecuta el script y que el paso alcanza esta parte del cdigo
personalizado.
4. Edite el cdigo personalizado. En la tabla siguiente se describen los nombres de
mtodos.
Nombre de mtodo Descripcin
VerdictEvent
.setCausedBy (cadena) Describe la causa del suceso. Este campo no
aparece en Response Time.
.setEventType (cadena) Nombre de suceso necesario. Puede utilizar
cualquier nombre.
.setText (cadena) Se visualiza como detalles adicionales en
Response Time.
.setReason(
VerdictEvent.REASON_SEE_DESCRIPTION);
Necesario. No lo cambie.
.setVerdict(VerdictEvent.VERDICT_FAIL); Necesario. No lo cambie.
.addProperty(EventProperty) Si define los valores de los sucesos Expected
o Actual en EventProperty, deber aadirlos
a VerdictEvent despus de crear las
propiedades del suceso.
EventProperty
.setName(cadena) El nombre de la propiedad. Debe ser
Expected o Actual.
.setValue (cadena) La propiedad Expected debe contener el
valor que espera; el resultado aparece como
Expected Value en Response Time. La
propiedad Actual debe contener el valor real
detectado en el tiempo de ejecucin; el
resultado aparece como Violated Value.
ITestLogManager
tlm.reportEvent(VerdictEvent) Necesario. Genera el suceso de manera que
pueda mostrarse en Response Time.
5. Guarde el cdigo personalizado y el script de prueba de Rational Performance
Tester.
6. (Opcional): reproduzca el script de prueba desde el workbench de Rational
Performance Tester para asegurarse de que se ejecute correctamente.
7. Exporte el script a la Application Management Console
Cuando el script se haya reproducido, podr ver el nuevo suceso personalizado,
que suele generarse automticamente y activa la violacin de situacin
RRT_Verification_Point_Failure. Esta violacin es visible en la vista Tivoli
Enterprise Portal. Si ha configurado IBM Tivoli Monitoring para que reenve
sucesos a Tivoli Enterprise Console o Netcool/OMNIbus, el suceso tambin estar
en esas consolas.
Tambin puede ver todos los sucesos de violacin de reproduccin en el espacio de
trabajo de estado de reproduccin para el agente Robotic Response Time.
No hay tareas relacionadas ni tareas a seguir.
Ejecucin de scripts en un orden especfico con planificaciones
de Rational Performance Tester
Utilice planificaciones de Rational Performance Tester para ejecutar scripts de
prueba de reproduccin en un orden especfico. La reproduccin de Response Time
no reproduce planificaciones con varios usuarios como reproduccin en el
workbench; Response Time slo recupera las pruebas para que se puedan agrupar
y reproducir scripts de prueba.
Para crear una planificacin de reproducciones, realice el procedimiento siguiente:
1. Cree uno o ms scripts de prueba con el workbench Rational Performance
Tester. (Consulte Creacin y edicin de scripts HTTP de Rational Performance
Tester con Perspectiva de ITCAM en la pgina 157).
2. Cree una planificacin con el workbench de Rational Performance Tester.
(Consulte el sistema de ayuda de Rational Performance Tester para obtener
detalles sobre cmo crear planificaciones. Consulte tambin Limitaciones sobre
el uso de planificaciones de Rational Performance Tester para obtener
informacin adicional para tenerla en cuenta al crear planificaciones.)
3. Abra la planificacin.
4. Aada uno o ms scripts de prueba de reproduccin a la planificacin.
5. Guarde la planificacin.
6. Ejecute el asistente de exportacin. La planificacin aparece en la lista de
activos disponibles para la exportacin junto con los scripts que haya. (Consulte
Exportacin de scripts de Rational Performance Tester en la pgina 186.
La exportacin de una planificacin carga la planificacin y todos los scripts
asociados a la planificacin en la Application Management Console y hace
disponible la planificacin para el despliegue en los agentes de robtica. Las
planificaciones se designan como una aplicacin en la Application Management
Console. El software distribuye la aplicacin (la planificacin) a los agentes de
robtica como cualquier otro script y luego lo reproduce. Cada prueba o
planificacin se muestra como una aplicacin separada.
v Si carga una planificacin y una prueba, ve la planificacin como una aplicacin
(con transacciones de prueba) y la prueba cargada como una aplicacin.
v Si slo carga la planificacin, slo ver la planificacin como una aplicacin.
v Si carga una prueba individual, la ver como una aplicacin.
Ejemplo de una planificacin de reproduccin
El script llamado MySchedule hace referencia a Test_1 y Test_2. Si carga
MySchedule y Test_1, AMC mostrar una definicin de aplicacin para MySchedule
que muestra transacciones para Test_1 y Test2, y una definicin de aplicacin
separada para Test_1.
Limitaciones sobre el uso de planificaciones de Rational Performance
Tester
El agente Tiempo de respuesta de robtica de ITCAM for Transactions proporciona
la capacidad de ejecutar planificaciones definidas en el workbench de Rational
Performance Tester y exportadas al agente Consola de gestin de aplicaciones
utilizando el plug-in de exportacin de ITCAM Rational Performance Tester.
Cuando se ejecutan planificaciones en un agente Tiempo de respuesta de robtica,
el agente utiliza slo un usuario virtual e ignora el resto de opciones de
planificacin durante la creacin de la planificacin del rendimiento, tal como se
muestra en el ejemplo siguiente:
Una planificacin de rendimiento en un agente de Tiempo de respuesta de robtica
se utiliza slo para pedir scripts y pruebas de Rational Performance Tester, y no
para cualquier otra operacin o funcin que se pueda definir en el workbench de
Rational Performance Tester Workbench (como el uso de bucles, demoras, puntos
de sincronizacin y selectores aleatorios). Cuando se ejecuta en el agente Tiempo
de respuesta de robtica, una planificacin de rendimiento ejecuta las pruebas y los
scripts de Rational Performance Tester en el orden en el que se definen dentro de
la planificacin, e ignora el resto de valores. Esto da como resultado transacciones
de bordes generales para toda la ejecucin de planificaciones, y las
subtransacciones individuales para cada una de las pruebas y scripts de Rational
Performance Tester dentro de la planificacin.
De forma predeterminada, las pruebas y los scripts de Rational Performance Tester
definen las variables de prueba (como nombre de host y puertos) que tienen
visibilidad y alcance para todas las pruebas para un solo usuario, tal como se
muestra en el ejemplo siguiente:
Cuando se aaden pruebas a una planificacin que tiene nombres de variables
parecidas, los nombres de las variables de un script se sobrescriben con los valores
de otro script, y pueden causar problemas de conexin. Por ejemplo, en caso de
que una planificacin contenga dos scripts que se conectan con el mismo servidor,
pero cada uno utiliza puertos distintos, cuando se ejecutan en la planificacin, el
segundo script utiliza el valor del puerto de la primera prueba porque la
visibilidad y el alcance se establece en Todas las pruebas para este usuario. Para
definir variables de prueba para cada prueba por separado, configure la visibilidad
para cada prueba en Slo esta prueba, tal como se muestra en este ejemplo:
Exportacin de scripts de Rational Performance Tester
Puede exportar scripts de Rational Performance Tester a Application Management
Console.
Cuando se exporta un script Rational Performance Tester a Application
Management Console, se sube al directorio siguiente como un archivo de
archivado: CANDLE_HOME\kt1depot\T3\RPT. El nombre de archivo es el nombre del
script.
Antes de exportar un script, solictele a su administrador del sistema (o la persona
que instal Response Time la informacin siguiente:
v El nombre de host completo para el agente de supervisin de Application
Management Console que almacena todos los archivos de scripts cargados en un
almacn de archivos.
v Si se necesita la seguridad SSL, la contrasea del archivo de claves.
v Nmero de puerto del servidor para el agente de supervisin.
v Los valores de proxy (si los hay), incluido el nombre de host completo y el
nmero de puerto.
Para exportar scripts de Rational Performance Tester a Application Management
Console:
1. En el separador Navegador en Rational Performance Tester, pulse con el botn
derecho en el script que desee exportar y seleccione Subir a ITCAM, o utilice
el icono .
2. Complete los campos necesarios con la informacin recopilada de su
administrador del sistema y pulse Siguiente.
Si la informacin proporcionada es correcta y el proceso de exportacin puede
conectarse con la Application Management Console especificada, aparece la
ventana Seleccionar proyectos.
3. En la ventana Seleccionar proyectos, seleccione el proyecto que contiene los
archivos de prueba que desee exportar y pulse Siguiente.
4. La ventana Seleccionar los archivos para exportarlos muestra una lista con los
archivos que estn en los proyectos que ha seleccionado en la ventana anterior.
Seleccione los archivos que desee exportar.
5. El paso siguiente depende de si una de las pruebas seleccionadas tiene
agrupaciones de datos asociadas.
v Si ninguna de las pruebas seleccionadas tiene referencias a agrupaciones de
datos cifrados, el botn Finalizar se habilita y las pruebas se pueden
exportar.
v Si una o ms de las pruebas seleccionadas tienen referencias a agrupaciones
de datos cifrados, pulse Siguiente para visualizar la ventana Especificar
contraseas para agrupaciones de cifrado.
6. La ventana Especificar contraseas para agrupaciones de datos cifrados muestra
una fila para cada proyecto con variables de agrupaciones de datos cifrados.
Seleccione la fila de una agrupacin de datos e indique la palabra. Repita este
proceso para cada agrupacin de datos.
Consejo: El botn Finalizar slo se habilita despus de especificar contraseas
para todas las agrupaciones de datos.
7. Pulse Finalizar para exportar los archivos seleccionados a la Application
Management Console.
Puede cambiar el nombre de la aplicacin para un script exportado de Rational
Performance Tester en el asistente de exportacin. Sin embargo, debe utilizar el
Editor de configuracin de gestin de aplicaciones para cambiar el valor de
informes de la aplicacin para la transaccin, para que se muestre el nuevo valor
en el Tivoli Enterprise Portal.
Para obtener informacin sobre la creacin de scripts con agrupaciones de datos,
consulte Creacin y edicin de scripts de Rational Performance Tester con Test
Perspective en la pgina 170.
Consideraciones al utilizar la caracterstica de grabacin de
sockets
Con la disponibilidad de supervisin de transacciones sin agente de la
comunicacin entre servidores, puede utilizar la reproduccin basada en sockets de
los scripts de Rational Performance Tester para capturar flujos de red. Esta
posibilidad ofrece una potente solucin de reproduccin para las aplicaciones de
clientes (como Internet Explorer, applet, aplicaciones de socket, etc).
La reproduccin de sockets de Rational Performance Tester es una manera ms
eficaz, tanto en tiempo como en recursos, para reproducir aplicaciones cliente.
Puede insertar variables en los perfiles de sockets para simular solicitudes
dinmicas.
En el nivel del servidor, para realizar la integracin con los datos de supervisin
de transacciones sin agente, utilice el Editor de configuracin de gestin de
aplicaciones para configurar el cliente de manera que el nombre de host del
sistema de reproduccin sea el mismo que el utilizado por el agente Robotic
Response Time.
Para obtener ms informacin sobre la grabacin de pruebas de sockets, consulte la
documentacin de Rational Performance Tester.
Utilizacin de Rational Functional Tester
Rational Functional Tester es una herramienta para realizar pruebas automticas,
pruebas de regresin, pruebas de interfaces de usuario y pruebas controladas por
datos. Rational Functional Tester es compatible con una amplia gama de
aplicaciones basadas en web, Microsoft .NET, Java, aplicaciones basadas en
emuladores de terminal como 3270 (zSeries) y 5250 (iSeries), PowerBuilder, AJAX,
Adobe Flex, Dojo Toolkit, Siebel y SAP.
ITCAM for Transactions proporciona soporte de integracin para Rational
Functional Tester. Con este soporte puede realizar las tareas siguientes:
v Grabar y exportar scripts de prueba de Rational Functional Tester a ITCAM for
Transactions.
v Reproducir scripts de prueba de Rational Functional Tester en el agente Tiempo
de respuesta de robtica.
v Ver medidas de tiempo de respuesta, sucesos y mensajes generados durante la
reproduccin de scripts de Rational Functional Tester, en los espacios de trabajo
y las vistas de Tivoli Enterprise Portal.
Nota: No se pueden migrar scripts de Rational Robot VU registrado previamente a
los scripts de Rational Functional Tester. Debe registrar nuevos scripts con el
Rational Functional Tester.
Para obtener ms informacin sobre las funciones de Rational Functional Tester:
v http://www-306.ibm.com/software/awdtools/tester/functional/
v http://www-306.ibm.com/software/awdtools/tester/functional/features/
index.html
v http://www.ibm.com/developerworks/rational/products/functionaltester/
v http://www-01.ibm.com/software/brandcatalog/portal/opal/
details?catalog.label=1TW10CP0V
Para ver la documentacin del producto Rational Functional Tester, consulte los
enlaces siguientes:
v http://publib.boulder.ibm.com/infocenter/rfthelp/v8r1/index.jsp
v http://www-01.ibm.com/support/docview.wss?rs=953?rccs=epsrft
&uid=swg27010324
Configuracin del entorno para que registre y exporte scripts
Para registrar y exportar scripts en la Consola de gestin de aplicaciones necesita
instalar el software siguiente:
v Rational Functional Tester
v Soporte de integracin de Rational para Rational Functional Tester
Consulte los requisitos previos de ITCAM for Transactions para obtener
informacin sobre las versiones soportadas.
Rational Functional Tester se proporciona con ITCAM for Transactions, y se puede
instalar en su entorno utilizando el soporte y la documentacin de instalacin
proporcionados. Rational Functional Tester debe instalarse en cada sistema donde
se encuentre el agente Robotic Response Time, y donde intente reproducir scripts
de Rational Functional Tester. Despus de instalar Rational Functional Tester,
reinicie el sistema para asegurarse de que la reproduccin de sus scripts se
complete correctamente.
Tras instalar Rational Functional Tester, use el soporte de instalacin separado
tambin proporcionado con este release de ITCAM for Transactions para instalar el
soporte de integracin para Rational Functional Tester. Instale este soporte de
integracin en cada sistema en el que haya instalado Rational Functional Tester.
Para obtener ms informacin sobre cmo instalar productos y soporte de
integracin de Rational, consulte la publicacin ITCAM for Transactions Gua de
instalacin y configuracin.
Configuracin de una aplicacin de Rational Functional Tester
Puede registrar scripts para varios tipos distintos de aplicaciones, por ejemplo Java,
programas ejecutables de Windows o HTML. Para poder registrar un script en una
aplicacin primero debe configurar la aplicacin en Rational Functional Tester.
El siguiente y simple ejemplo usa la aplicacin Windows Calculator para ilustrar el
procedimiento para configurar una aplicacin en Rational Functional Tester:
1. Desde la barra de herramientas del workbench de Rational Functional Tester,
pulse para iniciar la herramienta de configuracin de aplicaciones.
2. Pulse Aadir para configurar una nueva aplicacin. Aparecer la ventana
Aadir aplicacin.
3. Seleccione el botn de seleccin Archivo ejecutable o por lotes y pulse
Siguiente.
4. Vaya a la ubicacin del archivo calc.exe de su sistema y seleccinelo. Luego
pulse Finalizar.
5. Aparece de nuevo la ventana Herramienta de configuracin de aplicaciones,
que muestra la aplicacin calc.exe aadida a la lista de aplicaciones
configuradas y la informacin detallada asociada.
Pulse Finalizar para cerrar la Herramienta de configuracin de aplicaciones.
Consulte la biblioteca de documentacin de Rational Functional Tester para obtener
ms informacin sobre la configuracin de aplicaciones para registrar scripts de
prueba.
Registro de un script de prueba en Rational Functional Tester
El ejemplo siguiente ilustra el procedimiento bsico para registrar un script de
prueba en Rational Functional Tester:
pulse el icono Registrar un script de prueba funcional o seleccione Script
-> Aadir script usando grabador para iniciar el asistente de grabacin.
2. Especifique la carpeta del proyecto y el nombre de script, y pulse Finalizar.
3. El grabador se inicia en una ventana separada. En la ventana Grabacin, pulse
el icono Iniciar aplicacin y seleccione el programa calc.exe de la lista de
aplicaciones configuradas disponibles y luego, Aceptar.
4. Se inicia la aplicacin Windows Calculator. Use la aplicacin Calculator para
realizar las operaciones tpicas que desee. Rational Functional Tester graba cada
una de estas acciones en el script de prueba.
5. Cuando haya terminado, pulse el icono Detener grabacin en la ventana
Grabacin. El script de prueba se crea a partir de las acciones registradas.
6. Ejecute el script de prueba funcional con el workbench de Rational Functional
Tester para verificar que el script se haya grabado correctamente. Desde la
barra de herramientas del workbench de Rational Functional Tester, pulse el
icono Ejecutar script de prueba funcional o seleccione Script -> Ejecutar
para ejecutar el script.
ms informacin sobre la grabacin y la reproduccin de scripts de prueba en
Configuracin de puntos de verificacin en scripts de Rational
Functional Tester
Puede establecer tres tipos de puntos de verificacin en los scripts de Rational
Functional Tester:
Punto de verificacin de datos
Para verificar que los datos vistos durante la reproduccin sean los mismos
que los grabados.
Punto de verificacin de propiedades
Para verificar que las propiedades de los objetos sean los mismos que las
propiedades registradas
Punto de verificacin de imgenes
Para verificar que las imgenes vistas durante la reproduccin coincidan
con las imgenes grabadas.
Puede establecer puntos de verificacin al grabar el script, o puede aadirlos a un
script que ya se haya grabado.
v Para establecer un punto de verificacin al grabar el script, desde la barra de
herramientas de la ventana Grabacin pulse el icono Insertar punto de
verificacin o accin para iniciar el asistente de punto de verificacin y accin, y
siga las direcciones en pantalla.
v Para aadir un punto de verificacin a un script grabado, desde la barra de
herramientas del workbench de Rational Functional Tester pulse el icono
Insertar punto de verificacin en script de prueba funcional activo y siga las
instrucciones que aparecen en pantalla. Como alternativa, puede abrir la vista
del explorador de scripts para el script del workbench y pulsar con el botn
derecho Puntos de verificacin.
Consejo: Los puntos de verificacin de datos o propiedades no le muestran los
datos que eran diferentes del valor esperado. En su lugar, hacen referencia a los
archivos de resultados esperados y reales, que puede encontrar en el agente
Robotic Response Time o sistema Rational Functional Tester en
%ALLUSERSPROFILE%\IBM\tivoli\common\BWM\logs\RFT\nombre_script\*.rftvp. Para
visualizar las series o diferencias en Tivoli Enterprise Portal o la aplicacin web
ContentCapture, utilice un punto de verificacin de texto o imagen.
ms informacin sobre la configuracin de puntos de verificacin en sus scripts de
prueba.
Exportacin de un script de Rational Functional Tester
Despus de grabar el script y definir puntos de verificacin, puede exportar el
script a la consola de gestin de aplicaciones de ITCAM for Transactions para
configurar el script de reproduccin en los agentes Tiempo de respuesta de
robtica de ITCAM for Transactions. El siguiente procedimiento de ejemplo ilustra
los pasos bsicos para exportar el script:
seleccione Archivo -> Exportar y luego, en la ventana Exportar que aparece,
seleccione Otro -> ITCAM for Transactions y pulse Siguiente para iniciar el
asistente de exportacin.
2. Especifique la informacin de la conexin de host donde se encuentre la
Consola de gestin de aplicaciones y pulse Siguiente.
3. Seleccione el proyecto que contenga el script de prueba y pulse Siguiente.
4. Seleccione el script de prueba de la lista de scripts disponibles y pulse
Finalizar.
5. El script se carga en la Consola de gestin de aplicaciones y se muestra un
mensaje de operacin satisfactoria. Pulse Aceptar.
No se puede cambiar el nombre de la aplicacin en el asistente de exportacin
para los scripts exportados de Rational Functional Tester. El valor de los informes
de aplicaciones para la transaccin debe cambiarse utilizando el AMC Editor, para
que se informe del nuevo valor en Tivoli Enterprise Portal.
Configuracin de scripts de Rational Functional Tester para la
reproduccin en agentes de Tiempo de respuesta de robtica
Puede configurar cada scripts de Rational Functional Tester para la reproduccin
usando el Editor de configuracin de gestin de aplicaciones. Tambin puede
proporcionar informacin de configuracin global para todos los scripts que se
ejecutan en un agente Tiempo de respuesta de robtica especfico usando la
funcin de configuracin agentes de IBM Tivoli Monitoring.
Puede configurar las propiedades de reproduccin siguientes para los scripts de
Rational Functional Tester:
RFT application configuration
Use la configuracin de la aplicacin (proporcionada por Rational
Functional Tester) especificada en el script, o bien la configuracin indicada
en el agente. Para esta propiedad son vlidos los valores siguientes:
Exported
Use la configuracin de aplicacin proporcionada en el script.
Local Use la configuracin de aplicacin ubicada en el agente. Este es el
Abort RFT script on timeout
Cuando el valor de tiempo de espera se alcanza, se cancela el script de
Rational Functional Tester. Para esta propiedad son vlidos los valores
siguientes:
True Cancela el script cuando se alcanza el tiempo de espera.
False Inhabilita la funcin de cancelacin.
Agent Default
Terminate RFT and reboot when not responding
Cuando el proceso Rational Functional Tester no responde, el proceso
finaliza y el sistema se reinicia. Esta propiedad est disponible slo para
los scripts de Rational Functional Tester Robotic Response Time. Para esta
True Siempre finalizar y reiniciar.
False Nunca finalizar y reiniciar.
Agent Default
Use el procedimiento siguiente para configurar las propiedades de reproduccin de
Rational Functional Tester en el Editor de configuracin de gestin de aplicaciones:
1. Desde el Tivoli Enterprise Portal, inicie el Editor de configuracin de gestin de
aplicaciones.
2. Seleccione Perfiles.
3. Expanda el perfil de Tiempo de respuesta de robtica y seleccione el script de
4. Aparecen las propiedades configurables. Seleccione una propiedad y pulse la
columna Valor para mostrar una lista de valores permitidos.
5. Seleccione el valor preferido y guarde los cambios.
Consulte Definicin de perfiles en la pgina 81 para obtener ms informacin
sobre la configuracin de propiedades para los scripts de perfil en el Editor de
Tambin puede configurar globalmente las propiedades de Rational Functional
Tester para todos los scripts en un agente concreto de Tiempo de respuesta de
robtica usando la funcin Reconfigurar de la consola Manage Tivoli Enterprise
Monitoring Services.
Utilizacin de Rational Robot
Rational Robot GUI recopila datos de rendimiento y disponibilidad con una
secuencia registrada de acciones para las aplicaciones de Microsoft Windows, las
aplicaciones web y las aplicaciones basadas en Java desde la perspectiva de un
usuario final utilizando scripts de Rational Robot. Puede cargar scripts de prueba
con Multi File Uploader. Para obtener informacin sobre qu aplicaciones puede
supervisar Rational Robot, consultehttp://www-306.ibm.com/software/awdtools/
tester/robot/sysreq/index.html.
La transaccin que especifica se define en un script de GUI de Rational que se
especifica al crear un script de robtica para la reproduccin.
Teng presente lo siguiente:
v Un script de robtica de Rational Robot puede ser utilizado slo por un
supervisor robtica en un momento dado en el mismo agente de supervisin.
v La GUI de Rational Robot requiere que el escritorio supervisado siga
desbloqueado porque interacta directamente con el escritorio del usuario.
Piense en ello como si se tratase de un usuario real que mueve el ratn y pulsa
en la pantalla.
La GUI de
Rational Robot
puede:
v Registrar y reproducir aplicaciones nativas de Windows, aplicaciones
de Java, applets de Java y transacciones HTTP desde un navegador
web.
v Utilizar puntos de verificacin para verificar el contenido y la respuesta
de una interaccin concreta.
Rational Robot
GUI no soporta:
v La reproduccin simultnea. Como la GUI de Robot controla el
escritorio como un usuario real, debe ejecutar scripts en secuencia.
v Ejecucin con la pantalla bloqueada. Cuando se bloquea el escritorio
de Windows, se inhabilita el control del escritorio.
Para obtener informacin sobre los mejores usos de Rational Robot, consulte:
v Inicio de IBM Rational Robot: http://www.ibm.com/developerworks/rational/
products/robot
v Cdigo reutilizable para IBM Rational Robot: http://www.ibm.com/
developerworks/rational/library/1724.html
Directrices para los scripts de Rational Robot
v Robotic Response Time crea automticamente un proyecto de Rational Robot
como parte de la instalacin. Si utiliza Rational Robot versin 7.0.2, se crea un
proyecto de Robot llamado ITCAMStandAlone; si utiliza Rational Robot versin 7.0
o versiones anteriores, se crea un proyecto de gestor de pruebas llamado
ITCAMProject. Use este proyecto ITCAMProject o ITCAMStandAlone
exclusivamente para reproducir scripts de Robotic Response Time Rational Robot
y comprobar los archivos de registro o las dependencias de scripts. No utilice
este proyecto para registrar scripts de Robot o para cualquier otra finalidad. Use
un proyecto de Rational Robot separado para crear y cargar scripts de prueba. El
agente Robotic Response Time debe detenerse al grabar scripts en el proyecto de
Rational Robot separado.
v Los scripts de VU ya no se soportan desde Rational Robot versin 7.0.2. Robot
version 7.0.2 no puede grabar o reproducir ningn script de VU. Si la
reproduccin de scripts de VU est planificada en el agente Robotic Response
Time que est configurado para utilizar Rational Robot versin 7.0.2, los valores
de Current Run Status (estado actual de ejecucin) y Last Run Status (estado
ltimo de ejecucin) se muestran como Not Supported en la vista de estado de
reproduccin de scripts de robtica. Y se crea un mensaje de estado para los
scripts de VU no soportados.
v Si los scripts de reproduccin fallan con el mensaje: fail to acquire foreground
lock or screen locked (no se ha podido adquirir el bloqueo de primer plano o
pantalla bloqueada), compruebe el valor de ForegroundLockTimeout en el registro
de Windows. En caso necesario, cambie 20000 por 0.
1. Abra el editor del registro seleccionando Men Inicio Ejecutar y escriba
regedit.
2. Busque foregroundlocktime pulsando Editar Buscar.
3. Escriba ForegroundLockTimeout y pulse Aceptar.
4. Cambie el valor decimal por 0.
v Despus de reproducir scripts de GUI de Rational Robot.
Desbloquee el escritorio.
Evite toda interaccin con la pantalla.
No abra ni ejecute otras ventanas de Rational.
Registro con Rational Robot
Tenga presentes las directrices siguientes:
v No utilice caracteres distintos de ASCII para los nombres de proyecto; es un
limitacin de Rational Robot product.
v No utilice caracteres de varios tipos en los nombres de vas de acceso.
v No instale los productos de pruebas de Rational en el directorio raz de una
unidad.
v No los instale en una va de acceso de directorio que contenga caracteres
distintos de ASCII o de doble byte.
Nota: Existe un problema conocido en la asignacin de nombres en los almacenes
de datos en caracteres extranjeros de doble byte que tienen una barra inclinada
invertida (cdigo 5C) en el segundo byte. El almacn de datos funciona
correctamente cuando se le cambia el nombre, de manera que el segundo byte de
un carcter de doble byte no es de cdigo code 5C (barra inclinada invertida).
Siga estos pasos para registrar con Rational Robot:
Nota: Debe tener instalado Rational Robot. Consulte IBM Tivoli Composite
Application Manager for Transactions: Gua de instalacin y configuracin.
1. Ejecute Java Enabler en los sistemas que utiliza para los registros de Rational
Robot.
a. Pulse Inicio Programas Rational Software Rational Test Java Enabler.
b. Seleccione la opcin Personalizado.
c. Habilite todos los JVM en los sistemas de destino.
Para obtener ms informacin sobre cmo ejecutar Java Enabler, consulte la
publicacin Gua del usuario de Rational
2. Desde el escritorio de Windows, pulse Inicio Programas Rational Software
Rational Robot.
3. Registre Windows o la transaccin de aplicaciones web que desee reproducir.
Consulte la publicacin Gua del usuario de Rational Robot para obtener
instrucciones sobre cmo registrar una transaccin.
4. (Opcional: para usuarios avanzados) Aada intrumentacin con ARM a la
grabacin de Robot.
Nota: Puede instrumentar con ARM un script de robtica manualmente, o bien
Multi-File Uploader puede hacerlo en su lugar.
En el archivo .zip de Robot hay plantillas de ejemplo.
Tenga cuidado al incluir llamadas ARM en el script bsico SQA Basic Script y
compruebe el nombre de la aplicacin y los patrones de transacciones antes de
cargar el script. Evite utilizar la misma grabacin de transacciones con varios
perfiles; el motor ARM correlaciona el rendimiento y la mtrica de
disponibilidad con slo un perfil.
Informacin adicional sobre scripts de Rational Robot
Consideraciones para transacciones robticas
v Si ejecuta el mismo script de Rational Robot repetidamente, registre los
resultados en el mismo archivo de registro de prueba y automatice la
planificacin del script. Slo se ejecuta el primer script porque el registro de
prueba est bloqueado. Para superar este problema, desactive la opcin de
Rational Robot Playback Ver registro despus de la reproduccin. Consulte la
documentacin de Rational Robot para obtener ms informacin.
v Puede reproducir un script con un nombre de transaccin de variable. Por
ejemplo:
DBAG_BKU_xx_EXCEL.rec
donde xx es una variable que contiene el nombre de sistema devuelto por la
funcin integrada compname. Por ejemplo:
handlename = "DBAG_BKU_" & compname & "_EXCEL" \
getidHandleTop = arm_getid(appl_handle,handlename,"Overall Time",0,0,0)
Cambie el nombre del script de robtica por BDAG_BKU_EXCEL.rec
Sustituya la llamada handlename con: handlename = "DBAG_BKU_EXCEL" &
compname Al hacer esto, el nombre de la transaccin contiene estrictamente el
nombre de script de robtica, ms algo dinmico, pero slo al final del nombre
de la transaccin, no a la mitad.
Archivos de GUI y VU
Para los scripts de robtica de la GUI debe incluir un archivo .recy los archivos de
soporte, por ejemplo archivos de puntos de verificacin (cada tipo de punto de
verificacin tiene su propia extensin). Si usa Multi File Uploader, el software
carga todos los archivos correctos.
Para los scripts de robtica de VU, incluya un archivo .s o .s junto con los
archivos de la agrupacin de datos.
Un punto de verificacin confirma el estado de un script en ejecucin. Para obtener
ms informacin sobre los puntos de verificacin, consulte el captulo "Creacin de
puntos de verificacin en los scripts de GUI" de la publicacin Rational Robot Gua
del usuario.
Es posible que los scripts de robtica de VU no consigan ejecutarse porque
Rational Robot ya no incluye la biblioteca de origen abierto pthreadvse.dll. Puede
obtener esta informacin siguiente de DLL en este sitio web: http://www-
1.ibm.com/support/docview.wss?uid=swg21250986. Si no instala el DLL, las
reproducciones de scripts de VU fallan y provocan mensajes de error como este:
C:\Rational\Rational Test\rtvui.exe #001: fatal user runtime error:
C:\IBM\itcam\RTT\MA\app\genwin\tmp\133\1\VU1\vu2.vux:
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\tmp.024810_vu2.S, line 53
[24.3.6.150]: The specified module could not be found while
attempting to load http library: %RATL_RTHOME%\pthreadvse.dll
Los archivos de puntos de verificacin empiezan con scriptname y se encuentran
en el directorio siguiente:
Rational_project_directory/TestDatastore/DefaultTestScriptDatastore
/TMS_Scripts/vp
Llamadas de SWARM
Las llamadas de Simplified Wrapper for ARM (SWARM) deben aadirse a los
scripts de robtica de Rational Robot antes de que pueda crear y ejecutar un
supervisor de Rational Robot. Usar Multi File Uploader aade automticamente las
llamadas SWARM.
SWARM realiza llamadas de funciones del motor de Application Response
Measurement (ARM). Proporciona una capa simplificada para la aplicacin VU o la
GUI de Rational Robot para que interacte con el motor ARM reduciendo el
nmero de llamadas de funciones, parmetros y el seguimiento de correlacin
automtico. Las llamadas de funciones de la biblioteca SWARM se insertan en el
script registrado de Robot GUI o VU. Cuando se reproduce el script, las llamadas
de funciones de SWARM miden el tiempo que se tarda para ejecutar la transaccin
y, a continuacin, miden el tiempo que se tarda en ejecutar las subtransacciones
que comprenden la transaccin. Puede instrumentar con ARM un script de robtica
manualmente, o indicar al producto que lo haga automticamente.
Para obtener informacin sobre cmo aadir llamadas de SWARM a un script de
robtica de Rational Robot, consulte la informacin de ARM en Gua de instalacin
y configuracin.
Uso de bibliotecas SWARM para el desarrollo de scripts en un sistema
con un agente de supervisin y Rational Robot
Despus de instalar el agente de gestin y crear un proyecto de Rational para el
desarrollo de scripts, debe copiar manualmente los archivos necesarios de
biblioteca y cabecera para que utilicen SWARM (Simplified Wrappers for ARM) en
scripts de desarrollo de Rational Robot.
1. Acceda al directorio que contiene el robot2003.zip descargado y extrado.
2. Si an no se ha creado un proyecto de Rational, hgalo ahora. El directorio de
instalacin para este proyecto se denomina en este procedimiento
%DEVPROJECT_HOME%.
3. Si an no ha extrado los archivos siguientes de robot2003.zip, hgalo ahora:
lib/libSWARM32.dll
include/SWARM.h
include/SWARM.sbh
4. Copie libSWARM32.dll en los siguientes directorios:
%DEVPROJECT_HOME%\TestDataStore\
DefaultTestScriptDatastore\TMS_Scripts\dll
5. Copie SWARM.h al directorio siguiente:
%DEVPROJECT_HOME%\TestDataStore\DefaultTestScriptDatastore
\TMS_Scripts\include
6. Copie SWARM.sbh al directorio siguiente:
\TMS_Scripts\SQABas32
7. (slo para Robot VU) Asocie la biblioteca SWARM con cada script:
a. Abra el script VU en Rational Robot.
b. Seleccione Archivo > Propiedades > Compilacin de VU.
c. Seleccione libSWARM32 de la lista de bibliotecas C externas disponibles y
muvalo a la lista Seleccionado.
d. Pulse Aceptar.
Uso de las bibliotecas WARM para el desarrollo de scripts en un
sistema sin un agente de supervisin
1. Acceda al directorio que contiene el robot2003.zip descargado y extrado.
2. Si an no se ha creado para alojar el desarrollo de Rational Robot un proyecto
de Rational, hgalo ahora. El directorio de instalacin para este proyecto se
denomina en este procedimiento %DEVPROJECT_HOME%.
3. Si an no lo ha hecho, extraiga los archivos siguientes de robot2003.zip:
lib/libSWARM32.dll
lib/libARM32.dll
include/SWARM.h
include/SWARM.sbh
4. Copie libSWARM32.dll y libARM32.dll a los siguientes directorios:
\TMS_Scripts\externC
\TMS_Scripts\dll
\TMS_Scripts\include
\TMS_Scripts\SQABas32
7. (slo para Robot VU) Asocie la biblioteca SWARM con cada script:
a. Abra el script VU en Rational Robot.
b. Pulse Archivo > Propiedades > Compilacin de VU.
c. Seleccione libSWARM32 de la lista de bibliotecas C externas disponibles y
muvalo a la lista Seleccionado
d. Pulse Aceptar.
Uso de bibliotecas SWARM para el desarrollo de scripts en un agente
de supervisin y un componente de Rational Robot
Si se usa el proyecto de Rational, lo nico que se necesita hacer es detener el
agente antes de usar las bibliotecas de SWARM para el desarrollo de scripts. No
utilice Robot para el desarrollo de scripts mientras est activo el agente de
supervisin: esto da como resultado errores.
Despus de instalar el agente y crear un proyecto de Rational para el desarrollo de
scripts, debe copiar manualmente los archivos de biblioteca y cabecera para utilizar
SWARM (Simplified Wrappers for ARM).
Ejemplos de scripts de Robot
Cuando instala Rational Robot tambin descomprime directorios que contienen
muchos scripts y ejemplos tiles para Rational Robot.
ibm_robot.upd es el archivo de claves de Rational Robot
examples\ExampleMultiStep.rec es un ejemplo de varias transacciones de ARM
examples\ExampleOneStep.rec es un ejemplo de una sola transaccin ARM
examples\ExampleMultiStepDebug.rec es un ejemplo de depuracin de varios
pasos
\examples\ExampleOneStepDebug.rec es un ejemplo de depuracin en un solo
paso
examples\ExampleVP.rec es un ejemplo de plantilla que muestra un punto de
verificacin
examples\3270_PCOMM.rec es un ejemplo de script para supervisar transacciones
3270
examples\Citrix_Client_41.rec es un ejemplo de script para supervisar
transacciones para Citrix
examples\Lotus_Notes_6.rec es un ejemplo de un script para supervisar
transacciones para Lotus Notes
examples\SAP.rec es un ejemplo de script para supervisar transacciones SAP
\include\SWARM.h es un archivo de cabecera de Robot VU para la biblioteca
SWARM
\include\SWARM.sbh es un archivo de cabecera de Robot GUI para la biblioteca
SWARM
\lib\libarm32.dll es la biblioteca ARM
\lib\libSWARM32.dll es la biblioteca SWARM
\templates\TemplateMultiStep.rec Ejemplo de plantilla para varias
transacciones ARM
\templates\TemplateMultiStepVU.S es una plantilla VU de ejemplo para varias
transacciones ARM
\templates\TemplateOneStep.rec es una plantilla de ejemplo para una sola
transaccin ARM
Consulte Utilizacin de scripts de ejemplo en la pgina 204 para ver la ubicacin
y otras informaciones sobre estos archivos.
Especificacin scripts de nombres de archivos de Rational
Robot
El software de supervisin no soporta nombres de archivos absolutos para
headers/dlls/scripts. Cuando se especifica un script que sea necesario cargar,
especifique slo el nombre del archivo.
Site todos los archivos en los directorios predeterminados que se muestran en la
tabla siguiente de manera que Multi File Uploader pueda encontrarlos y cargarlos:
v Tipo de archivo: cabeceras
Ubicacin del directorio GUI
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\SQABas32
Ubicacin del directorio VU
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\include
v Tipo de archivo: dll
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\dll
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\externC
v Tipo de archivo: scripts
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\
Medicin de tiempos de respuesta con
arm_complete_trans_instance_rt
Puede medir los tiempos de respuesta fuera de ARM y luego enviarlos en ARM
utilizando la API de arm_complete_trans_instance_rt.
En lugar de medir un tiempo de transaccin mediante ARM utilizando llamadas
de inicio y detencin de tiempo, puede medirlo externamente con una aplicacin.
Puede hacerlo cuando se mide una subtransaccin en un proceso separado, un
applet o un script de java. An puede establecer el tiempo de transaccin medido
en ARM. La API de arm_complete_trans_instance_rt marca el final de la
subtransaccin actual. Si est la ltima subtransaccin que se debe cerrar, esto
tambin finaliza la transaccin. la API de arm_complete_trans_instance_rt se
utiliza en lugar de la API de arm_stop. La firma de la funcin es la siguiente:
Scripts de Rational Robot GUI VB:
Aada arm_complete_trans_instance_rt al script tal como se muestra en el
ejemplo siguiente:
1 int responseTime = 12500;
2
3 /* Set the Applications ARM Name */
4 arm_set_app_name_rt("SampleTest");
5
6 /* Overall ARM start transaction */
7 arm_start_with_name_rt("SampleTest", "");
8 .
9 .
10 /* application code here */
11 .
12 .
13 .
14 /* Tivoli: Added overall ARM stop transaction */
15 arm_complete_trans_instance_rt(responseTime);
16
v La lnea 1 es la hora que se debe utilizar para el tiempo de prueba
global (12,5 segundos).
v La lnea 4 establece el nombre de la aplicacin ARM para la prueba
v La lnea 7 empieza la transaccin ARM global para la prueba. Aunque el
tiempo de la transaccin se mide fuera de ARM, esto es necesario.
v La lnea 15 establece el tiempo de la transaccin ARM global en un valor
medido fuera de ARM.
Rational Robot VU, LoadRunner y programas C/C++:
Aada int arm_complete_trans_instance_rt(long responseTime).
Utilizacin de scripts de ejemplo
Hay scripts de ejemplo en el directorio de imgenes de
Robot<nombre_va_acceso>\examples\TestDatastore\DefaultTestScriptDatastore\
TMS_Scripts donde <nombre_va_acceso> es la ubicacin donde se extrae
robot2003.zip.
Multi File Uploader slo reconoce los scripts si estn en un proyecto de Rational
Robot. Si desea utilizar estos scripts de ejemplo, debe hacer esto:
1. Cree un nuevo script de GUI de Robot en blanco en su proyecto de Rational
Robot.
2. Copie el contenido del script de ejemplo en el nuevo script.
3. Cargue el script con Multi File Uploader (descrito en Trabajo con Multi File
Uploader en la pgina 220).
Utilizacin de CLI Command Playback
CLI Command Playback ejecuta scripts o mandatos ejecutables (adecuados para el
sistema operativo). La utilizacin de CLI Command Playback genera sucesos e
informa a Tivoli Enterprise Portal.
Puede utilizar CLI Command Playback para automatizar la ejecucin de un script
o una aplicacin varias veces al da y descubrir cunto tard. Puede tener una
aplicacin que no sea adecuada para la supervisin por parte de uno de los otros
componentes, por ejemplo la ejecucin de casos de prueba con Rational Functional
Tester. Entre otros usos posibles de CLI Command Playback se incluye estos:
v Prueba de disponibilidad del servidor con FTP, telnet o ping
v Consulta de una base de datos con un mandato SQL personalizado
v Ejecucin de un script shell personalizado
v Ejecucin de otras tecnologas de reproduccin como Rational Functional Tester
o wget.
CLI Command Playback funciona ejecutando un mandato definido por el usuario
que se ajusta en llamadas de inicio y de detencin de ARM de manera que el
software pueda medir el tiempo total que tard el mandato o el registro.
Qu soporta CLI Command Playback
CLI Command Playback
soporta
v Cualquier motor de reproduccin, como Rational Functional
Tester, que tiene una interfaz de la lnea de mandatos.
v Una interfaz de lnea de mandatos que inicia una aplicacin
o un script.
CLI Command Playback
no soporta
v Ventanas emergentes en los scripts.
v Mandatos que no se puedan ejecutar desde un servicio en
Windows.
v Mandatos que interactan con el escritorio de Windows y
que emulan acciones de usuario. (Slo en Windows)
v Mandatos que requieren la interaccin del usuario. (Todas las
plataformas)
v Mandatos asncronos. Los tiempos de respuesta de ARM no
reflejan con precisin el tiempo de respuesta de la aplicacin.
(Todas las plataformas)
Ejemplos
Utilice CLI Command Playback para
v Automatizar la ejecucin de un script o una aplicacin varias
veces al da.
v Determinar cunto tiempo se ha ejecutado un script o una
aplicacin.
v Supervisar una aplicacin que no est bien ajustado para
supervisar mediante otros componentes de supervisin.
Ejemplo 1: Supervisar la base de datos SQL: tiene un script
SQL que consulta el estado de una base de datos de
produccin y desea utilizar este script como supervisor de
produccin para supervisar el estado del rendimiento y la
disponibilidad de la base de datos.
Ejemplo 2: Supervisar el estado del servidor y la red: tiene un
script de shell que prueba el rendimiento y la disponibilidad
de la red de una lista de servidores del dominio de produccin
haciendo ping en cada servidor y comprobando su estado.
Desea utilizar este script como un supervisor de produccin
para supervisar el estado del rendimiento y de la
disponibilidad de los servidores y la red.
Creacin de scripts de CLI de Robotic Response Time
Puede utilizar uno de dos mtodos para la reproduccin de scripts de CLI.
Utilice uno de los mtodos siguientes:
v Utilice Editor de configuracin de gestin de aplicaciones para crear una
aplicacin y transaccin para gestionar el script.
v Utilice la funcin de scripts de robtica para crear un perfil, distribuir el script y
planificar la reproduccin.
Directrices
La directrices siguientes sirven para instrumentar CLI Command Playback:
v CLI Command Playback utiliza la instrumentacin con ARM para reunir datos
de rendimiento y disponibilidad.
v De forma predeterminada, si especifica un mandato para ejecutarlo sin un script
robtico, CLI Command Playback realiza automticamente las llamadas ARM
reorganizando un inicio de ARM y una detencin de ARM alrededor de la
ejecucin de mandatos.
v Si un script robtico est habilitado para ARM, seleccione el recuadro de
seleccin Habilitado para ARM al cargar el script. Si el recuadro de seleccin
Habilitado para ARM no est marcado, la reproduccin CLI reorganiza
automticamente el mandato con el inicio de ARM y la detencin de ARM.
v Si el mandato ya est instrumentado, no seleccione la opcin Auto-instrumentar
al cargar el script con Multi File Uploader.
Creacin de un mandato simple para la reproduccin:
Utilice Editor de configuracin de gestin de aplicaciones para configurar scripts
de CLI de Robotic Response Time simples.
Procedimiento
1. En Editor de configuracin de gestin de aplicaciones, seleccione Aplicaciones
> Aplicaciones y pulse Nueva.
2. En la ventana Crear aplicacin, escriba un nombre para el mandato y pulse
Aceptar.
3. En la lista de aplicaciones, pulse con el botn derecho del ratn la aplicacin
nueva y seleccione Crear transaccin nueva.
4. En la ventana Crear transaccin, escriba un nombre de transaccin y establezca
los campos siguientes antes de pulsar Aceptar:
v Tipo de agente: Tiempo de respuesta robtica
v Tipo de transaccin: Lnea de mandatos
5. En la pestaa Lnea de mandatos, en el campo Mandato a invocar, especifique
el mandato de CLI simple. Por ejemplo, ping ibm.com > C:\Temp\
myPingCommand.txt
Consejo: El panel Scripts de lnea de mandatos muestra una lista de scripts
cargados utilizando Multi File Uploader. Asegrese de que ninguno de los
scripts est seleccionado.
6. Cree un perfil para distribuir y reproducir el mandato de la CLI:
a. Seleccione Perfiles y pulse Nuevo.
b. En la ventana Crear perfil, escriba un nombre para el perfil, establezca el
tipo en Tiempo de respuesta robtico, y pulse Aceptar.
c. Seleccione el perfil recin creado en la lista. En la pestaa Transacciones,
pulse Aadir.
d. En la lista Seleccin de transacciones, seleccione la aplicacin nueva y
pulse Aceptar.
e. Seleccione la transaccin y configure los parmetros de reproduccin en el
panel Propiedades. Establezca el nmero de reintentos en cero (0), y el
campo Recopilar instancias en False. Los datos de la instancia no se
utilizan en el proceso de mandato de reproduccin de CLI.
f. Seleccione la pestaa Distribucin y distribuya el mandato de la CLI a
servidores de reproduccin de Robotic Response Time.
g. Pulse Aplicar para guardar el perfil y Aceptar.
Qu hacer a continuacin
En Tivoli Enterprise Portal, vaya a Application Management Console > Estado de
reproduccin, y compruebe el estado de la reproduccin y los tiempos de
ejecucin.
Consejo: Si el mandato falla cuando se entra manualmente en el servidor de
destino, la reproduccin tambin falla cuando se enva mediante el agente de
En este ejemplo, el nombre de host del servidor es incorrecto.
Configuracin de un script de shell o mandato batch para reproduccin:
Utilice Multi File Uploader para cargar un script de shell o scripts de CLI de
mandato batch en Application Management Console.
Antes de empezar
Cree el script de shell o el comando por lotes de Windows que desee reproducir.
Restriccin: No intente instrumentar el script mediante ARM. ITCAM for
Transactions recorta el script en llamadas ARM cada vez que se ejecuta el script.
Procedimiento
1. En el navegador en Tivoli Enterprise Portal, seleccione Application
Management Console > Scripts robticos.
2. En la vista Multi File Uploader, pulse Nuevo > Script de reproduccin de
CLI.
3. En la ventana Aadir script: especifique el nombre del script; vaya a la
ubicacin en la que reside el script y seleccione el script; escriba una
descripcin y pulse Aceptar.
Nota: No seleccione ARM habilitado a menos que el mandato de la CLI ya
est habilitado para ARM. Si no est seguro, no seleccione esta opcin. Si el
script se ejecuta satisfactoriamente y puede verlo en los espacios de trabajo de
reproduccin, pero no hay datos de tiempo de respuesta en los espacios de
trabajo de aplicacin o transaccin, el script no estaba habilitado para ARM.
4. En la lista Registros, seleccione el script y pulse Cargar.
El estado cambia de Cargando a Satisfactorio cuando el script se ha cargado
satisfactoriamente.
Consejo: Si la carga del script falla, en la ventana Multi File Uploader,
seleccione Archivo > Preferencias y compruebe que los detalles de
Application Management Console son correctos:
Servidor: la direccin IP o nombre de host de agente de Application
Management Console (T3).
Puerto: el puerto en el que Application Management Console est a la
escucha. El valor predeterminado es 1976.
SSL, Va de acceso de almacn de claves, Contrasea de almacn de
claves: solo se requiere si tambin estn configurados en Application
Management Console.
5. En Editor de configuracin de gestin de aplicaciones, seleccione Aplicaciones
> Aplicaciones y pulse Nueva.
6. En la ventana Crear aplicacin, escriba un nombre para el mandato y pulse
Aceptar.
7. En la lista de aplicaciones, pulse con el botn derecho del ratn la aplicacin
nueva y seleccione Crear transaccin nueva.
8. En la ventana Crear transaccin, escriba un nombre de transaccin y
establezca los campos siguientes antes de pulsar Aceptar:
v Tipo de agente: Tiempo de respuesta robtica
v Tipo de transaccin: Lnea de mandatos
9. En la pestaa Lnea de mandatos, seleccione el script y asegrese de que est
activo. En el campo Mandato a invocar, escriba el nombre del script de shell o
mandato batch y cualquier argumento de lnea de mandatos. Por ejemplo,
myCliScript.bat
10. Cree un perfil para distribuir y reproducir el mandato de la CLI:
Consejo: Puede aadir ms de un script de CLI al mismo perfil. Este enfoque
le permite gestionar un grupo de scripts que se distribuyen a los mismos
sistemas gestionados. Al agrupar los scripts de esta manera, puede iniciar y
detener los scripts individualmente. Del mismo modo, puede actualizar las
propiedades de transaccin para un solo script, sin que ello afecte las
propiedades de otros scripts. La distribucin, sin embargo, es global para
todos los scripts definidos en el perfil. Es decir, no puede distribuir los scripts
en diferentes sistemas gestionados cuando los scripts estn agrupados en el
mismo perfil. Cuando cambia la distribucin de un script, puede realizar el
mismo cambio para todos los scripts en ese perfil.
a. Seleccione Perfiles y pulse Nuevo.
b. En la ventana Crear perfil, escriba un nombre para el perfil, establezca el
tipo en Tiempo de respuesta robtico, y pulse Aceptar.
c. Seleccione el perfil recin creado en la lista. En la pestaa Transacciones,
pulse Aadir.
d. En la lista Seleccin de transacciones, seleccione la aplicacin nueva y
pulse Aceptar.
e. Seleccione la transaccin y configure los parmetros de reproduccin en el
panel Propiedades. Establezca el nmero de reintentos en cero (0), y el
campo Recopilar instancias en False. Los datos de la instancia no se
utilizan en el proceso de mandato de reproduccin de CLI.
f. Seleccione la pestaa Distribucin y distribuya el mandato de la CLI a
servidores de reproduccin de Robotic Response Time.
g. Pulse Aplicar para guardar el perfil y Aceptar.
Utilizacin de Mercury LoadRunner
Mercury LoadRunner supervisa el rendimiento y la disponibilidad de los scripts de
Mercury LoadRunner. Puede utilizar Mercury LoadRunner para registrar un script
de prueba basado en un protocolo y exportarlo como un archivo .zip que se pueda
cargar con Multi File Uploader.
Mercury LoadRunner es una herramienta de prueba que registra un conjunto de
pasos (transacciones) y las vuelve a reproducir mientras registra su disponibilidad
y rendimiento. Utilice este componente cuando ya haya creado scripts de Mercury
LoadRunner que desee supervisar utilizando el producto ITCAM for Response
Time.
Cuando se carga un script robtico de Mercury LoadRunner, el software
instrumenta el script con ARM automticamente, o puede especificar opciones de
ARM que ya estn habilitadas para ARM.
Instrumentacin con ARM y Mercury LoadRunner
Cargar scripts de robtica de LoadRunner automticamente con Multi File
Uploader aade mandatos de ARM que son necesarios para el software de
supervisin. Siempre se inserta un comentario con el cdigo y se inicia con la
palabra Tivoli de manera que se pueda buscar lo que se ha aadido. La lista
siguiente muestra los mandatos que puede insertar en el script de LoadRunner:
Busque esto en el script de Mercury original:
<none>
Aada esta lnea:
/* Tivoli: Added ARM Library */
char* arm_corr = NULL;
char* ARM_CORRELATOR = "ARM_CORRELATOR";
<none>
Aada esta lnea:
/* Tivoli: Added ARM Library */ lr_load_dll("libSWARM32.dll"); \
arm_set_app_name_rt("Mercury LoadRunner");
<none>
Aada esta lnea:
/* Tivoli: Added overall ARM start transaction */
arm_start_with_name_rt("ScriptName");
lr_start_transaction("TransactionName");
O
id = lr_start_transaction_instance ("TransactionName", 0);
Aada esta lnea:
/* Tivoli: Added ARM start */
arm_start_with_name_rt (TransactionName);
lr_start_sub_transaction ("TransactionName", "ParentTransactionName");
Aada esta lnea:
arm_start_with_parent_rt(ParentTransactionName, TransactionName)
lr_end_transaction("TransactionName", LR_PASS);
O
lr_end_sub_transaction ("TransactionName", LR_PASS);
O
lr_end_transaction_instance(id, LR_PASS);
Aada esta lnea:
/* Tivoli: Added ARM stop */
arm_stop_with_name_rt("TransactionName ", ARM_GOOD);
lr_end_transaction("TransactionName", LR_AUTO);
O
lr_end_sub_transaction("TransactionName", LR_AUTO);
Aada esta lnea:
if (lr_get_transaction_status() == LR_FAIL) {
arm_stop_with_name_rt("TransactionName ", ARM_FAIL);
} else {
arm_stop_with_name_rt("TransactionName ", ARM_GOOD);
}
lr_end_transaction_instance(id, LR_AUTO);
O
lr_fail_trans_with_error("An error has occurred: %s", \
my_get_error_string(status));
Aada esta lnea:
if (lr_get_trans_instance_status() == LR_FAIL) {
arm_stop_failed_rt();
} else {
arm_stop _rt();
}
lr_end_transaction("TransactionName", LR_FAIL);
Aada esta lnea:
arm_stop_with_name_rt("TransactionName ", ARM_FAIL);
web_url(HTML Page Name, ....
O
web_custom_request(HTML Page Name, ....
O
web_link(HTML Page Name, ....
O
web_image(HTML Page Name, ....
O
web_submit_data(HTML Page Name, ....
O
web_submit_form(HTML Page Name, ....
Aada esta lnea:
arm_start_with_name_rt("HTML Page Name");
arm_copy_correlator_hex_rt;
web_add_header(ARM_CORRELATOR, arm_corr);
SEGUIDO DE
arm_stop_with_name_rt("HTML Page Name", ARM_GOOD);
<none>
Aada esta lnea:
/* Tivoli: Added overall ARM stop transaction */
arm_stop_all_with_status_rt(ARM_GOOD);
Trabajo con archivos de script
v Copia manual y distribucin de scripts de robtica
v Ejecucin de un script de robtica en la pgina 217
v Ubicacin de las grabaciones y las reproducciones en la pgina 220
v Solucin de de transferencias lentas de archivos de reproduccin robtica en
servidores de supervisin de AIX en la pgina 220
Copia manual y distribucin de scripts de robtica
Esta seccin describe el procedimiento para distribuir manualmente archivos de
script del almacn de archivos de Application Management Console en el agente
Use este procedimiento cuando tenga organizado su propio sistema de distribucin
de archivos o cuando tenga un sistema en el que desee que se lleve a cabo la
distribucin de archivos slo durante algunas horas. El proceso de crear y guardar
un perfil en el Editor de configuracin de gestin de aplicaciones fuerza la
distribucin inmediata.
1. Exporte el script de robtica a la Application Management Console.
3. Acceda al Editor de configuracin de gestin de aplicaciones.(Consulte
Acceso y navegacin del Editor de configuracin de gestin de aplicaciones
en la pgina 26 para obtener ms detalles.)
4. Seleccione la vista Aplicaciones y verifique que aparezca el script exportado
como una transaccin de robtica.
5. Seleccione la vista de perfil y asigne la transaccin de robtica a un perfil de
robtica. Puede utilizar un perfil de robtica existente o crear uno nuevo.
Nota: No es necesario asignar agentes a este perfil en la ficha Distribucin. Si
asigna agentes en este momento, el script del perfil y de Robotic se despliega
de inmediato.
6. Guarde el perfil que acaba de crear. El software lo guarda como un archivo
XML en el almacn de configuracin. (Consulte Acerca del almacn de
configuracin para obtener detalles.)
7. Acceda al sistema en el que est instalada la Application Management
Console.
8. Copie el archivo XML para el perfil del directorio <ITM>/kt1depot/T3/
camconfig al directorio <ITM>/TMAITM6/camconfig/T6 del sistema en el que est
instalado el agente Robotic Response Time. (Es el sistema en el que debera
ejecutarse el script.)
En esta va de acceso de directorio, <ITM> es el directorio en el que est
instalado IBM Tivoli Monitoring.
9. Copie el archivo de script de robtica desde el directorio <ITM>/kt1depot/T3/
<type> de Application Management Console al directorio
<ITM>/kt1depot/T6/<type> del sistema en el que est instalada la Robotic
Response Time.
En estas vas de acceso de directorio, <type> es uno de los valores siguientes,
segn el tipo de script de robtica que desee distribuir:
v Lnea de mandatos: GENERIC_PLAYBACK
v LoadRunner: LOADRUNNER
v GUI de Robot: ROBOT_GUI
v Rational Performance Tester: RPT
v Rational Functional Tester: RFT
v Robot VU: ROBOT_VU
10. Si el script de Robotic desplegado manualmente es un script Rational
Performance Tester, copie el archivo .zip de tiempo de ejecucin del directorio
<ITM>/kt1depot/T3/RPTRUNTIMES del almacn Application Management
Console en el directorio <ITM>/kt1depot/T6/RPTRUNTIMES del sistema Robotic
Response Time.
Nota: Si hay varios tiempos de ejecucin de Rational Performance Tester
instalados en la Application Management Console, puede determinar el
necesario para un script especfico abriendo el archivo Application
Management Console .zip y buscando la propiedad runtimeVersion en el
archivo settings.properties.
Ejecucin de un script de robtica
Esta seccin describe cmo se puede ejecutar un script de robtica con mandatos
de Actuacin. En ITCAM for Transactions, el mandato de actuacin comprueba de
manera rudimentaria si hay errores. Cuando se inicia el mandato de actuacin para
que ejecute un script, el cuadro de dilogo Actuacin muestra un mensaje que
indica que el mandato se ha procesado correctamente.
Tenga en cuenta que este mensaje indica slo que el mandato era correcto
sintcticamente, y que se ha enviado. El mensaje no indica si el script se ha
iniciado o si se ha ejecutado correctamente. Para utilizar el mandato de actuacin
para ejecutar un script de manera manual es necesario escribir el nombre de script
y el tipo de archivo correctamente.
Determinacin del nombre y tipo de script
En el rbol del navegador de la consola TEP, vaya a Consola de gestin de
aplicaciones -> Scripts de robtica. Examine el espacio de trabajo Scripts de
robtica. Los scripts que se han cargado en el agente Consola de gestin de
aplicaciones (T3) y sus tipos de archivos se identifican aqu. Tenga en cuenta que
los nombres de script acaban con la misma extensin de nombre de archivo .zip.
Observe el nombre del script que se va a ejecutar y si se trata de un script de
Rational Performance Tester (RPT) o no, o si es algn otro script de robtica.
Utilizacin de mandatos de actuacin para ejecutar scripts
manualmente
Utilice el procedimiento siguiente:
1. Antes de intentar llevar a cabo el resto de pasos, primer ejecute el script de
robtica en un perfil. Si no lo hace, el mandato de actuacin especificado ms
tarde en este procedimiento falla. Consulte Definicin de perfiles en la
pgina 81.
2. Pulse junto al sistema operativo para el sistema en el que se encuentre
Robotic Response Time para mostrar una lista de nodos supervisados.
3. Pulse junto al nombre del nodo en el que se encuentre el agente.
4. Pulse Tiempo de respuesta de robtica para seleccionarlo. Por ejemplo:
5. Pulse Tiempo de respuesta de robtica con el botn derecho del ratn y
seleccione Actuacin > Seleccionar.
6. En Nombre: Seleccionar Accin, seleccione Ejecutar script de robtica para
mostrar el dilogo Editar valores de argumentos.
7. En Robotic_Script_Type, escriba uno de estos valores:
Valor Hace referencia a
not supported reproduccin de CLI
ROBOT_GUI GUI de Rational Robot
ROBOT_VU Rational Robot VU
RPT Rational Performance Tester
RFT Rational Functional Tester
LOADRUNNER Mercury LoadRunner
8. En el campo Nombre de script de robtica, escriba el nombre asignado al
script de robtica. Escriba el nombre de script tal como aparece en el espacio
de trabajo Scripts de robtica, sin el prefijo del tipo de script. Por ejemplo,
para ejecutar el script PlantsByWebSphere.zip debe especificar los parmetros
siguientes:
Pulse Aceptar para completar el mandato y volver al cuadro de dilogo
Actuacin.
9. En el campo Sistemas de destino, seleccione dnde desea que se ejecute el
script. Puede seleccionar varios sistemas manteniendo pulsada la tecla Control
mientras pulsa.
10. Pulse Aceptar en el cuadro de dilogo Actuacin para enviar el mandato.
11. Debe aparecer un mensaje que indique que el mandato se ha ejecutado
correctamente.
Indicaciones de que el mandato de actuacin ha sido anmalo
En este ejemplo, si especifica el nombre de script PlantsByWebSphere en lugar de
PlantsByWebSphere.zip (la extensin del nombre de archivo .zip es importante),
aparecen los dos mensajes siguientes en la Consola de sucesos de situacin:
No playback recordings are uploaded for profile null, robotic script
PlantsByWebSphere (No se han cargado grabaciones de reproducciones para
PlantsByWebSphere de perfil nulo y script de robtica)
Could not obtain a list of uploaded robotic scripts (No se ha podido obtener
una lista de scripts de robtica no cargados)
Fjese en la hora del sistema host local en el que ha enviado el mandato de
actuacin.
Visualizacin de la Consola de sucesos de situacin
Para mostrar la Consola de sucesos de situacin, seleccione un nodo de Tiempo de
respuesta de robtica en el rbol de navegacin. En el ejemplo siguiente, los dos
mensajes de aviso son los dos primeros mensajes que aparecen en la Consola de
sucesos de situacin:
Ubicacin de las grabaciones y las reproducciones
Robotic Response Time inhabilita la opcinVer registro despus de la
reproduccin de Rational Robot. No grabe scripts en el mismo sistema en el que
los reproduzca. Si habilita esta opcin para Rational Robot en el sistema en el que
se reproduce el agente, ste no funcionar, y se recibir un mensaje de error: El
archivo de registro est bloqueado.
Solucin de de transferencias lentas de archivos de
reproduccin robtica en servidores de supervisin de AIX
Es posible que experimente una lenta transferencia de archivos en un Tivoli
Enterprise Monitoring Server de AIX. Por ejemplo, es posible que los agentes
robticos conectados con el servidor de supervisin de AIX no consigan reproducir
scripts debido a que stos o los archivos de soporte de tiempo de ejecucin tardan
un tiempo excesivo en descargarse. En este caso, es posible que necesite cambiar
los siguientes parmetros de red en el servidor de supervisin:
Para un cambio temporal
ifconfig <adaptador> tcp_nodelay 1
no -o tcp_nodelayack=1
no -o rfc2414=1
Para un cambio permanente
chdev -l <adaptador> -a tcp_nodelay=1
no -p -o tcp_nodelayack=1
-p -o rfc2414=1
donde <adaptador> es el nombre del adaptador de red de AIX, por ejemplo
en0.
Tras realizar este cambio, reinicie los daemon TCP/IP con los mandatos siguientes:
stopsrc -s inetd
startsrc -s inetd
Contraseas en scripts de Tiempo de respuesta de robtica
Las contraseas se almacenan en varios formatos para los scripts creados
utilizando Rational Robot y Rational Performance Tester para utilizarlos con los
agentes de Tiempo de respuesta de robtica. Los scripts de Rational Performance
Tester se almacenan como archivos de clase Java en el repositorio de scripts de
ITCAM. Las contraseas especificadas durante la grabacin se almacenan dentro
de los archivos de la clase Java en formato de cdigo de bytes binario. Las
contraseas tambin pueden cifrarse y utilizarse utilizando la funcin de
agrupacin de datos cifrada.
Trabajo con Multi File Uploader
Multi File Uploader (MFU), parte del espacio de trabajo Scripts de robtica,
descubre y carga grabaciones de GUI, VU y y CLI (interfaz de la lnea de
mandatos) de Rational Robot, as como scripts de Mercury LoadRunner. Tambin
puede instrumentar ARM automticamente una grabacin que no se ha
instrumentalizado previamente.
Nota: Para obtener informacin sobre cmo registrar los scripts que se desea
cargar, consulte el captulo "Customizing Robotic Playbacks" (Personalizacin de
reproducciones de robtica) de la publicacin Gua del administrador.
Acceso a Multi File Uploader
Acceda a Multi File Uploader de una de estas maneras:
v Desde Navigator, complete los pasos siguientes:
1. Pulse junto al sistema operativo para el sistema en el que se encuentre el
agente Consola de gestin de aplicaciones para mostrar una lista de nodos
supervisados.
2. Pulse junto al nombre del nodo en el que se encuentre el agente Consola
3. Pulse en Application Management Console.
4. Pulse Scripts de robtica.
v Desde Java WebStart (remotely):
1. Escriba el URL siguiente en un navegador web:
http://<servidortep>:<port>///cnp/kdh/lib/classes/mfu.jnlp
<servidortep> es el nombre de host completo para Tivoli Enterprise Portal.
<puerto> es el nombre del puerto para Tivoli Enterprise Portal.
Figura 18. Multi File Uploader desde scripts de robtica
Configuracin de Multi File Uploader
En esta seccin se describen los procedimientos siguientes:
v Configuracin de Multi File Uploader para la Application Management
Console
v Configuracin de Multi File Uploader para que se inicie como una aplicacin
Java Web Start en la pgina 223
Configuracin de Multi File Uploader para la Application
Management Console
La primera vez que acceda a Multi File Uploader, debe configurarlo.
1. Acceda a Multi File Uploader como se describe en Acceso a Multi File
Uploader en la pgina 221.
2. Seleccione Archivo Preferencias para mostrar la ventana Preferencias.
3. Escriba el nombre de host completo para el servidor Application Management
Console. Por ejemplo: horus.tivlab.austin.ibm.com
Figura 19. Multi File Uploader desde Java WebStart
Figura 20. Configuracin de preferencias
4. Escriba el nmero de puerto para Application Management Console. El puerto
predeterminado es 1976.
5. Consulte a su administrador de sistema de IBM Tivoli Monitoring si debe
habilitar o no la comunicacin Secure Socket Layer (SSL) para el portal. Para
habilitar SSL, complete los pasos siguientes:
a. Pulse el recuadro de seleccin junto a SSL.
b. Escriba la va de acceso completa en la que se almacena el archivo .jks.
c. Complete la contrasea del almacn de claves.
6. Pulse Aceptar.
Configuracin de Multi File Uploader para que se inicie como
una aplicacin Java Web Start
Puede iniciar Multi File Uploader directamente desde un navegador como una
aplicacin Java Web Start. Esto permite a los usuarios remotos iniciar sesin sin
utilizar el Tivoli Enterprise Portal, completando los pasos siguientes:
1. Acceda al archivo mfu.jnlp de la ubicacin siguiente del servidor Tivoli
Enterprise Portal
Windows: <Dir_Instalacin_ITM>/CNB/classes
UNIX: <Dir_Instalacin_ITM>/<arch>/cw/classes
donde arch es el sistema operativo y la versin.
2. Cambie el atributo codebase de la entrada jnlp por el nombre de host y el
nmero de puerto del servidor Tivoli Enterprise Portal (teps).
Por ejemplo, si el nombre de host del servidor es teps.mylab.mycompany.com y
el nmero de puerto es 20455, escriba < jnlp codebase="http://
teps.mylab.mycompany.com:20455///cnp/kdh/lib/classes/" href="mfu.jnlp"
spec="1.0+">
3. Para limitar el acceso remoto, establezca como nombre de host localhost.
Estableciendo el nombre de host en localhost se limita el acceso de Multi File
Uploader a Tivoli Enterprise Portal; si no realiza este cambio, es posible acceder
a Multi File Uploader desde cualquier host utilizando JNLP.
4. Reinicie el servidor Tivoli Enterprise Portal.
Utilizacin de Multi File Uploader para que funcione con
scripts de robtica
Siga estos pasos:
1. Acceda a Multi File Uploader como se describe en Acceso a Multi File
Uploader en la pgina 221.
2. Puede seguir uno de estos procedimientos:
Aada un script de Mercury LoadRunner
Complete los pasos siguientes:
a. Si no lo ha hecho ya, exporte el archivo comprimido desde Mercury
LoadRunner.
b. Pulse el icono Aadir script .
c. Seleccione Script de Mercury LoadRunner para mostrar la ventana
Aadir script.
d. Escriba la va de acceso completa para el archivo .zip en Archivo.
e. (Opcional) Escriba una breve descripcin en el campo Descripcin
para identificar exclusivamente este archivo cuando lo vea en una
lista.
f. SI el archivo no est ya instrumentado con ARM, pulse el recuadro
de seleccin situado junto a Instrumentar automticamente.
g. Escriba un nombre de la aplicacin en el campo Nombre de la
aplicacin.
Este es el nombre de la aplicacin asociada al script de robtica, y el
software lo muestra en el espacio de trabajo Aplicacin. Si el
nombre predeterminado no es significativo, es posible que desee
editarlo.
h. Pulse Aceptar.
Aada un script de CLI Playback
Complete los pasos siguientes:
a. Pulse el icono Aadir script .
b. Seleccione Script de CLI Playback para mostrar la ventana Aadir
script.
c. Escriba el nombre que desee asignar al archivo .zip que est
creando con este procedimiento en el campo Nombre.
Figura 21. Ventana Aadir un script de robtica de Mercury LoadRunner
Figura 22. Aada una ventana de script de CLI Playback
d. Escriba el nombre de la va de acceso completa o pulse el botn
Examinar de MFU en el campo Archivo para ir al directorio
en el que se puede seleccionar el archivo que desea aadir. Puede
especificar varios archivos separndolos con puntos y comas en el
campo Archivo.
e. (Opcional) Escriba una breve descripcin en el campo Descripcin
para identificar exclusivamente este archivo cuando lo vea en una
lista.
f. SI el archivo ya est instrumentado con ARM, pulse en el recuadro
de seleccin situado junto a Habilitado para ARM.
g. Escriba un nombre de aplicacin en el campo Nombre de la
aplicacin.
Este es el nombre de la aplicacin asociada al script de robtica, y el
software lo muestra en el espacio de trabajo Aplicacin. Si el
nombre predeterminado no es significativo, es posible que desee
editarlo.
h. Pulse Aceptar.
Cargue un script de robtica
Lleve a cabo estos pasos:
a. Seleccione una grabacin de la lista de grabaciones disponible.
El software descubre automticamente los scripts de la GUI y VU
de Rational Robot y los muestra. Los scripts de CLI y LoadRunner
que se muestran se aaden utilizando los procedimientos anteriores.
b. Puede editar el Nombre de la aplicacin en este momento si lo
necesita.
c. Pulse el icono Cargar .
Actualice un proyecto de Rational Robot
Puede actualizar cualquier proyecto de Rational existente para
asegurarse de que el script que utilice contenga todas las
modificaciones ms recientes pulsando el icono Actualizar .
Suprima un script de robtica
Lleve a cabo estos pasos:
a. Seleccione una grabacin de la lista para suprimirla.
b. Pulse el icono Suprimir .
Nota: Puede suprimir slo scripts que no sean de Rational Robot, por
ejemplo scripts de robtica de CLI Playback y Mercury LoadRunner.
Captulo 4. Personalizacin de Web Response Time
Puede personalizar y ajustar Web Response Time para satisfacer las necesidades de
supervisin especficas de su entorno.
Puede:
v Supervisar el rendimiento y la disponibilidad de los usuarios finales en
aplicaciones basadas en web.
v Supervisar el trfico de red para las solicitudes HTTP/S al servidor web.
v Capturar datos de rendimiento y disponibilidad de usuarios reales para los
informes de acuerdo de nivel de servicio.
Acerca de Web Response Time
Web Response Time utiliza la supervisin de red para capturar datos de
transaccin de HTTP/HTTPS, por ejemplo el tiempo de respuesta y los cdigos de
estado. Puede utilizarlo para capturar datos de rendimiento y disponibilidad de los
usuarios reales para informes del acuerdo del nivel de servicio (SLA).
Web Response Time puede realizar las tareas siguientes:
v Supervisar el rendimiento y disponibilidad de los usuarios en aplicaciones
basadas en web.
v Capturar el tiempo de respuesta de solicitudes web y su segmentacin
v Supervisar el rendimiento de la solicitud de pginas web y cada objeto
incorporado en esa pgina web. Esta funcin, que se puede activar y desactivar,
puede identificar si algn grfico, tabla, JavaScript o Applet est provocando
problemas de tiempo de respuesta. La supervisin de solicitudes de audio y
vdeo no est disponible.
v Supervisar el tiempo de respuesta hasta la estacin de trabajo, incluyndola, sin
estar fsicamente en la estacin de trabajo
v Proporcionar supervisin de HTTP y HTTPS remota o local para cualquier tipo
de servidor, utilizando el modo de dispositivo. Si Web Response Time no se
puede ejecutar en un equipo concreto (por ejemplo, debido a problemas de
seguridad o porque el sistema operativo no es soportado por Web Response
Time), puede ejecutarse en un equipo separado, llamado sistema de dispositivo.
v Supervisar una interfaz de red especfica. De forma predeterminada, el Web
Response Time Analyzer supervisa todas las interfaces de red, sin embargo
puede limitar la supervisin a una interfaz de red.
Web Response Time analiza y guarda los datos, y los presenta al Tivoli Enterprise
Monitoring Server tal como se muestra en la ilustracin siguiente:
Web Response Time recopila y calcula el tiempo de respuesta, su segmentacin y
su informacin de rendimiento relacionada para cada solicitud de pgina web
junto con la misma informacin para cada objeto incorporado en esa pgina web.
Tambin puede informar del rendimiento de la solicitud HTTPS (la supervisin de
las solicitudes de sonido/imagen no se integra en el producto). Se incluyen los
componentes de recopilacin de datos:
Web Response Time Analyzer
El Web Response Time Analyzer detecta y realiza un seguimiento de las
transacciones de red entre el servidor web y los usuarios u otros sistemas,
y calcula el tiempo de respuesta para cada transaccin.
KT5Agent es una aplicacin de Web Response Time Analyzer. Define los
criterios de supervisin para el analizador mediante la API KFC1. El
analizador crea un filtro que corresponde a las solicitudes de supervisin.
La aplicacin puede definir tantos filtros como es necesario, y varios filtros
de aplicacin pueden ser idnticos o similares.
El Web Response Time Analyzer procesa datos capturados por cada red y
los protocolos de aplicacin, y crea registros de datos de tiempo de
respuesta de transacciones. Cada registro de datos de tiempo de respuesta
de transacciones es examinado por cada filtro para su aplicabilidad.
Cuando un registro de datos del tiempo de respuesta de transaccin pasa
un filtro, los atributos de los datos de tiempo de respuesta reciben formato
en un almacenamiento intermedio de transmisin que se entrega a la
aplicacin que lo necesite. Ejecutar registros de datos de tiempo de
respuesta mediante todos los criterios de filtrado y asignar formato a todos
los atributos de transacciones e indicaciones de hora en almacenamientos
intermedios de transmisin es un proceso que ocupa mucho tiempo.
El Web Response Time Analyzer supervisa tiempos de respuesta de pgina
web individuales y entrega los datos al KT5Agent.
KT5Agent
KT5Agent aade los datos de tiempo de respuesta proporcionados por el
Web Response Time Analyzer a los datos de resumen de aplicacin, cliente
y de servidor.
Web Response Time utiliza la supervisin de red para capturar datos de
transaccin de HTTP/HTTPS, por ejemplo el tiempo de respuesta y los cdigos de
estado, tal como se muestra en la ilustracin siguiente.
La mtrica ayuda a determinar la calidad del servicio de las aplicaciones basadas
en web, segn la experiencia de los clientes y otros solicitantes. Los solicitantes
pueden ser usuarios que visiten sitios web o sistemas que realicen procesos de
aplicacin a aplicacin o de empresa a empresa.
Nota: Implementar cdigo de instrumentacin ARM para el software de
supervisin no interfiere con la funcionalidad heredada del recopilador de Web
Response Time.
Cmo funciona
El agente Web Response Time escucha el puerto de la red para recopilar el
rendimiento del transporte de datos y luego calcula el rendimiento de
capas de la aplicacin web realizando el procesamiento posterior. Realiza
un seguimiento del rendimiento de las aplicaciones desde un punto de
vista orientado a las transacciones y recopila informacin de rendimiento
organizando el procesamiento crtico de empresas en transacciones.
El agente est en el sistema de servidor de supervisin, no en las
estaciones de trabajo de los usuarios. No interfiere con el flujo de datos de
red, ni afecta al rendimiento de la red ni altera los datos transmitidos; y no
identifica a los usuarios individuales. El agente examina los datos de
transmisin de la red y mide el tiempo de respuesta de la transaccin en
funcin de los protocolos de la red y de la aplicacin.
Protocolos de red
El agente calcula el tiempo de respuesta para las transacciones web que
usan el protocolo TCP/IP. El tiempo de respuesta del protocolo de red es el
tiempo transcurrido de intercambio de datos entre una fuente direccionable
de red y un destino direccionable de red. El agente interpreta los detalles
de protocolo especficos y determina si cada solicitud y sus posteriores
respuestas de datos se han entregado y reconocido. Supervisando este ciclo
de intercambio de datos, el agente calcula el tiempo de respuesta del
protocolo de red y recopila otra informacin importante.
Protocolos de aplicacin
El tiempo de respuesta del protocolo de red slo forma parte de la imagen.
Cada transaccin de aplicacin web (por ejemplo la descarga de un
archivo, la recuperacin de una pgina web o la realizacin de una
Captulo 4. Personalizacin de Web Response Time 229
solicitud de base de datos) representa una unidad de trabajo, con un valor
empresarial tangible para los clientes. Por lo tanto, el agente procesa ms y
consolida las mediciones del tiempo de respuesta en funcin de los
protocolos de aplicacin especficos. El tiempo de respuesta de la
aplicacin resultante tiene en cuenta la posibilidad de que haya actividades
de transaccin de red paralelas y simultneas. Por ejemplo, dado que la
pgina y sus objetos incorporados son recuperados en paralelo, el tiempo
de respuesta para una pgina web es el total del tiempo de respuesta para
la propia pgina y los tiempos de respuesta de todos los objetos (por
ejemplo los grficos) incluidos en la pgina. El agente llega a una cifra
precisa de tiempo de respuesta total para la pgina, y sus cifras para el
tiempo de respuesta de cada objeto incorporado indica qu objetos causan
retrasos en la descarga de las pginas.
Transacciones HTTP
El agente puede supervisar transacciones HTTP sin ninguna modificacin
de la configuracin del servidor web. El registro de datos contiene registros
para cada pgina web y para cada objeto incorporado en esa pgina web.
El agente genera un registro de objetos web slo si el objeto es servido por
el servidor web supervisado. Incluso si una pgina web proviene del
servidor web supervisado:
v Algunos objetos incorporados pueden provenir de otros servidores. En
eso caso, el recopilador crea registros para la pgina web y para los
objetos del servidor supervisado, pero no para los objetos de los otros
servidores.
v El recopilador no puede crear un registro de objetos si el objeto tarda
mucho en recuperarse. En ese caso, el objeto se excluye del clculo del
tiempo de respuesta total para la pgina. Ms tarde, cuando el
navegador recupera el objeto, el recopilador genera un registro de la
pgina web, en lugar de un registro de objetos.
Cmo calcula el tiempo de respuesta Web Response Time
A menos que se configure de otra manera, el agente slo crea un tiempo de
respuesta para los pasos 1 y 2. Si se configura el Web Response Time para
supervisar objetos, examina el tipo Multipurpose Internet Mail Extensions
(MIME) de objeto entregado por el servidor. Si la especificacin del tipo
MIME no est en la secuencia de datos, Web Response Time utiliza la
extensin del nombre de archivo (por ejemplo, .gif, .jpg o .js) como gua
para establecer el tipo de objeto.
Para obtener ms informacin, consulte el Apndice D, Clculos
mejorados de sincronizacin de red para mtricas de Web Response Time,
en la pgina 653.
Descripcin del seguimiento de transacciones y seguimiento de TCP
de Web Response Time
La funcin de seguimiento de transacciones del agente de supervisin de Web
Response Time apareci en ITCAM for Transactions versin 7.2.0.1. Esta funcin de
seguimiento basado en agente se correlaciona con otros datos de seguimiento
basados en agente que se muestran en los espacios de trabajo de servidor,
componente, aplicacin y transaccin en Transaction Reporter.
Mediante esta funcin, puede ver qu aplicaciones y transacciones de HTTP y
HTTPS se comunican con varios otros componentes en el flujo de transacciones
supervisado. Este seguimiento se basa en instancias de transacciones individuales
mediante llamadas de la API de Transaction Tracking al recopilador de datos de
Transaction Tracking. Utilizando estos datos basados en instancias, puede examinar
datos de seguimiento y topologas para instancias de transacciones individuales.
La funcin de seguimiento de transacciones TCP de Web Response Time
proporcionada con ITCAM for Transactions V7.3 le permite supervisar las
interacciones TCP de su entorno de red. Mediante esta funcin, puede visualizar
rpidamente los protocolos de aplicacin TCP y las dependencias existentes en su
infraestructura de TI adems de las caractersticas de rendimiento de esas
interacciones. El seguimiento de transacciones sin agente proporciona un
seguimiento ms general que no est basado en instancias de transacciones
individuales, sino en datos agregados que son recuperados directamente por el
Transaction Reporter. Estos datos son independientes del protocolo TCP que
proporciona un mbito ms amplio de interacciones entre sistemas. Los datos no se
correlacionan directamente con otros datos basados en agente, pero los datos sin
agente se pueden mostrar con (y enlazar con) otros datos de servidor basado en
agente si la informacin de host y de puerto coinciden.
Esta funcin de seguimiento TCP no est pensada para sustituir la funcin de
seguimiento de transacciones, sino para ofrecer otro mtodo de seguimiento de las
transacciones en el entorno de supervisin de Web Response Time. Si est
interesado en el seguimiento a nivel de aplicacin o transaccin de sus datos
HTTP, utilice la funcin de seguimiento de transacciones. Si desea un seguimiento
ms genrico a nivel de flujo TCP, utilice la funcin de seguimiento TCP.
Cmo trabaja el seguimiento TCP
La recopilacin de datos TCP se realiza en el agente de Web Response Time, y est
inhabilitada de forma predeterminada. Despus de habilitar la recopilacin de
datos TCP en el agente de Web Response Time, se recopilan datos de acuerdo con
los filtros y propiedades de informe de las definiciones de Componente existentes en
el Editor de configuracin de gestin de aplicaciones. Los datos recogidos se
pueden ver espacios de trabajo de Tivoli Enterprise Portal basados en TCP, a los
que se accede desde el nodo de Red del agente de supervisin de Web Response
Time. El Transaction Reporter tambin incluye espacios de trabajo globales para
examinar estos datos TCP, incluidas vistas de topologa para visualizar estas
interacciones TCP en todo el conjunto de agentes de Web Response Time del
entorno.
Valores de configuracin del agente Web Response Time
Se proporcionan varias opciones de configuracin para el agente Web Response
Time a fin de habilitar la recopilacin y supervisin de datos TCP y personalizar la
forma en que se realizan esas acciones:
v Habilitacin de la supervisin TCP: para habilitar la supervisin TCP en un
agente Web Response Time, seleccione la opcin Supervisar todo el trfico TCP
en el panel de configuracin del agente, tal como se muestra en el ejemplo
siguiente:
v Exclusin por mscara de red: la porcin Configuracin avanzada de la
configuracin del agente Web Response Time incluye una opcin para que
determinados datos TCP queden fuera de la supervisin realizada por el agente.
Especifique esta exclusin con una lista de entradas de mscara de direcciones
IPv4 para las que se excluyen datos TCP. Esta exclusin se produce en la capa
de captura de trfico de red, por lo que la lista de exclusin afecta tanto a la
recopilacin de datos de TCP como de datos HTTP.
Existen dos razones principales para utilizar esta exclusin por mscara de red:
Puede existir un gran volumen de trfico superfluo que es visible en el
dispositivo y que no es necesario supervisar, por ejemplo, cuando se reciben
paquetes desde un conmutador que tiene habilitada la expansin de puerto.
Estos volmenes grandes de trfico innecesario pueden causar la disminucin
del rendimiento en el trabajo del agente. La exclusin de estos datos a nivel
de red mediante una mscara de exclusin impide que estos datos
innecesarios entren en el flujo de proceso del agente.
Puede necesitar ms de un agente Web Response Time para supervisar todo
el trfico TCP necesario del entorno. En este caso, si los mismos datos de red
son visibles en dos agentes Web Response Time diferentes que estn
supervisando trfico TCP, utilice el campo de exclusin para asegurarse de
que el trfico duplicado se supervise una sola vez. Por ejemplo, si un agente
Web Response Time est supervisando trfico TCP en la subred 9.48.152.*, y
otro agente est supervisando trfico en 9.48.142.*, todo el trfico que circule
entre las subredes 9.48.152.* y 9.48.142.* ser visible en ambos agentes Web
Response Time. Pero si el agente en la subred 9.48.142.* utiliza la mscara de
exclusin 9.48.152.*, se impide que el agente supervise el trfico entre los
dos segmentos de red, y el seguimiento de ese trfico es realizado nicamente
por el otro agente Web Response Time.
Este valor de configuracin se muestra en el ejemplo siguiente:
v Supervisin de trfico de red remota: las opciones Supervisar servidor HTTP
remoto y Supervisar servidor HTTPS remoto existentes en releases anteriores se
han sustituido por la opcin ms genrica Supervisar trfico de red remota, tal
como se muestra en el ejemplo anterior. Esta opcin especifica que se puede
supervisar todo el trfico de la tarjeta de interfaz de red (NIC), sin importar
cules sean las direcciones IP de origen y destino. Si no selecciona esta opcin
de configuracin, solamente se supervisa el trfico que tiene como origen o
destino la direccin IP de la tarjeta de interfaz de red. Esta opcin se
implementa en la capa de captura de paquetes del producto y afecta a la
recopilacin de datos TCP, HTTP y HTTPS.
v Especificacin de mscaras de servidor: especifique una direccin IP o mscara
de direccin IP en el campo Mscaras de servidor para datos TCP para definir
sistemas remotos como servidores. Esos servidores se muestran entonces de la
forma prevista en la topologa TCP resultante. Si no define servidores, el trfico
asociado a ese servidor se agrupa en un grupo de clientes con otro trfico de
cliente. Defina servidores si se utilizan dos o ms agentes Web Response Time
para supervisar y visualizar un segmento completo de una topologa TCP. Para
reconocer un sistema del entorno supervisado como servidor independiente, el
agente Web Response Time debe poder ver el trfico que entra en el servidor y
reconocer ese trfico como perteneciente al conjunto para el que el usuario ha
habilitado la supervisin. Pero en un entorno donde el trfico es supervisado
por dos o ms agentes, uno de los agentes podra ver solamente el trfico que
sale de un servidor situado en un segmento de red diferente. Esta configuracin
puede dar lugar a que se visualicen varias topologas TCP inconexas en los
espacios de trabajo de Tivoli Enterprise Portal, en lugar de una sola topologa
completa.
Para obtener ms informacin sobre la configuracin del agente Web Response
Time, consulte el Captulo 6 de la publicacin Gua de instalacin y configuracin.
Valores del Editor de configuracin de gestin de aplicaciones
En ITCAM for Transactions V7.3 y posterior, el trmino Componente se utiliza para
representar un proceso dentro del entorno de TI que acepta solicitudes en uno o
varios puertos TCP del sistema host. El Editor de configuracin de gestin de
aplicaciones incluye el dilogo Componentes, que puede utilizar para definir y
personalizar definiciones de componentes que especifican la forma en que se
supervisan y notifican los datos TCP en ITCAM for Transactions. Muchas
configuraciones de supervisin de componentes predeterminadas se proporcionan
para componentes comunes, tales como servidores HTTP y servidores LDAP.
Puede utilizar estos valores predeterminados sin cambios adicionales,
personalizarlos para reflejar el trfico TCP de su entorno, o crear definiciones de
componentes nuevas para otros servicios TCP de inters existentes en su entorno
de red.
El Editor de configuracin de gestin de aplicaciones incluye los valores siguientes
para supervisar trfico TCP:
v Definicin de componentes: despus de seleccionar Componentes en el men de
seleccin de navegacin del Editor de configuracin de gestin de aplicaciones,
se mostrar la lista actual de definiciones de componentes existentes en el
sistema. Desde aqu, puede crear una definicin de componente nueva o
seleccionar una definicin existente para modificarla. Debido a las complejidades
y posible solapamiento de la configuracin de componente interno, la funcin
Crear otro componente est inhabilitada en el cuadro de dilogo Componentes.
Si crea un componente nuevo, se le remite al panel de definicin Crear
componente, donde puede designar el componente (por ejemplo, IBM HTTP
Server), y proporcionar un texto descriptivo.
v Definicin de protocolos de componentes: despus de seleccionar o definir la
definicin de componente, seleccione la pestaa Protocolos para especificar los
diferentes protocolos que utiliza el componente de supervisin. Este cuadro de
dilogo muestra la lista de protocolos del componente, cada uno de los cuales
consta de un nombre, una mscara de direccin IP que representa los sistemas
que utilizan el protocolo y una lista de los puertos TCP que utiliza el protocolo.
Utilice este cuadro de dilogo para crear, suprimir o modificar protocolos
existentes. Cuando aade o edita un protocolo, se le muestra un cuadro de
dilogo para especificar o modificar las propiedades de cada protocolo definido:
Nombre
Nombre de visualizacin del protocolo utilizado en los espacios de
trabajo del agente Web Response Time y en la topologa TCP de
seguimiento de transacciones. Puede especificar directamente este
nombre o seleccionar un nombre existente en una lista. Cuando
selecciona un nombre existente, no se llenan los campos Direccin IP ni
Puertos.
Direccin IP
Direccin IP o mscara de direccin IP que define uno o ms sistemas
que albergan el protocolo. Se aceptan caracteres comodn, incluido el
asterisco (*).
Puertos
Lista separada por comas que define los puertos TCP utilizados por este
protocolo.
v Definicin de propiedades de informe: como parte de la definicin del
componente, seleccione la pestaa Informes para modificar las propiedades de
informe del Editor de configuracin de gestin de aplicaciones asociado al
componente. Utilice este dilogo para editar el nombre de componente y el
nombre de servidor que se muestra en los espacios de trabajo de Web Response
Time y en las vistas de topologa de Transaction Tracking. Del mismo modo que
con otras propiedades de informe del Editor de configuracin de gestin de
aplicaciones, existen varias propiedades TCP que puede utilizar en estas
definiciones (por ejemplo, el nombre de informe de servidor predeterminado
$ShortHost$, cuya resolucin produce el nombre de host DNS corto para el
servidor que ejecuta el componente).
Consulte Creacin de un componente para obtener ms informacin sobre la
creacin de componentes, protocolos y opciones de informe para la supervisin del
trfico TCP.
Espacios de trabajo de Web Response Time para la supervisin
TCP
El agente Web Response Time proporciona diferentes espacios de trabajo para ver
los datos recopilados TCP. Estos espacios de trabajo proporcionan muchos
contextos diferentes de datos TCP supervisados, desde el nivel de cliente y
servidor al nivel de componente de red y protocolo. Navegando por estos
mltiples niveles de trfico TCP de los espacios de trabajo, puede identificar
caractersticas de rendimiento TCP y posibles factores de restriccin del
rendimiento en el entorno de red.
ITCAM for Transactions incluye los espacios de trabajo siguientes para ver datos
de supervisin TCP:
v Componentesespacio de trabajo
v Detalles de componentes espacio de trabajo
v Detalles de servidor de componenteespacio de trabajo
v Dependencias de servidor espacio de trabajo
v Dependencias de cliente espacio de trabajo
v Historial de componenteespacio de trabajo
v Espacio de trabajo Componentes frente a cliente espacio de trabajo
Estos espacios de trabajo se describen en la publicacin Gua del usuario.
Supervisin de otros protocolos
En ITCAM for Transactions V7.4 y posterior, adems de HTTP y HTTPS, puede
supervisar otros protocolos utilizando Web Response Time.
Los datos de protocolos nuevos pueden visualizarse en tablas en los espacios de
trabajo Aplicacin, Cliente, Servidor y Transaccin.
Para habilitar la supervisin para un protocolo nuevo:
1. Utilice API de Web Response Time Module para desarrollar un mdulo
personalizado para decodificar y procesar un nuevo protocolo de red. Utilice el
decodificador de LDAP de ejemplo como ejemplo. Consulte API de Web
Response Time Module en Gua del SDK para obtener ms informacin.
2. Configure los datos que se presentan del nuevo protocolo. Utilizando Editor de
configuracin de gestin de aplicaciones, aada una definicin de transaccin
incluyendo un perfil, transaccin y grupo de clientes para que los datos del
protocolo nuevo se muestren en Tivoli Enterprise Portal y IU de Application
Performance Management.
ITCAM for Transactions V7.4 y posterior contiene implementaciones de mdulo de
referencia para los protocolos siguientes:
v LDAP
v Oracle DBMS Server
v Lotus Domino Server
v SSH Server
v Rational Jazz Server
Visualizacin de datos de un decodificador personalizado en
espacios de trabajo existentes
Utilice Editor de configuracin de gestin de aplicaciones para especificar cmo se
visualizan los datos de decodificadores personalizados en Tivoli Enterprise Portal y
IU de APM.
En Editor de configuracin de gestin de aplicaciones, complete los pasos
siguientes:
1. Crear una definicin de transaccin de Web Response Time, incluyendo la
informacin siguiente:
v Filtros para hacer coincidir los datos de contexto del decodificador
personalizado
v Reglas de informes para la transaccin
2. Defina un grupo de clientes, incluyendo la informacin siguiente:
v Filtros para hacer coincidir los datos de contexto del decodificador
personalizado
v Regla de informes para el nombre de cliente
3. Aada la transaccin a un perfil activo de Web Response Time e inicie la
transaccin
Defina una nueva aplicacin para visualizar las mismas transacciones en IU de
APM.
Creacin de una definicin de transaccin para datos del
decodificador personalizado
Cree una definicin de transaccin para datos del decodificador personalizado
utilizando LDAP como ejemplo.
Procedimiento
Para crear una definicin de transaccin para LDAP como ejemplo, complete los
pasos siguientes:
1. En Tivoli Enterprise Portal, pulse Editor de configuracin de gestin de
aplicaciones.
2. Con la lista Aplicaciones visualizada, pulse Crear nueva transaccin.
3. En la ventana Crear transaccin, especifique los detalles de la definicin de
transaccin nueva y pulse Aceptar.
Establezca los valores siguientes:
v Nombre de aplicacin, Mdulos personalizados
v Tipo de agente, Web Response Time
v Tipo de transaccin, HTTP/S.
Nota: Para otros decodificadores personalizados, seleccione Cargar XML de
decodificador personalizado. En el selector de archivo, seleccione el archivo
XML de decodificador personalizado y pulse Cargar.
4. En la lista Aplicaciones, seleccione la nueva definicin de transaccin Solicitud
LDAP y vaya a la pestaa Filtro.
5. Aada un filtro para la transaccin.
v Valor, * para seleccionar todos los datos
v Tipo, Incluir
6. Vaya a la pestaa Informes.
Establezca los valores siguientes para correlacionar los nombres de aplicacin,
transaccin y servidor con contextos listados que se extraen del archivo XML
del decodificador personalizado:
v Nombre de aplicacin, serie significativa como
module:output:context:item:name. Por ejemplo,
LDAPv$LDAPVersion$:$ipv4.stdaddr$:$tcp.dstport$
LDAPVersion se llena con el mdulo de plugin y se define en
.../modules/ldap.xml
v Nombre de transaccin, por ejemplo, $RequestType$:$BaseObject$
v Nombre de servidor, por ejemplo, un nombre fijo o $ipv4.dstaddr$
Consulte Informacin contextual y mtricas.para obtener ms informacin.
Nota: Si los valores de serie resultantes estn vacos, los datos no se muestran
en el espacio de trabajo relacionado. Por ejemplo, si $ipv4.dstaddr$ es nulo, no
se visualizan datos en el espacio de trabajo Servidor para este decodificador.
7. En la lista Perfiles, seleccione Perfiles > Web Response Time > Valor
predeterminado.
8. En la pestaa Transacciones, seleccione Mdulos personalizados > Solicitud
LDAP, y compruebe los filtros y las propiedades. Actualice las propiedades si
es necesario.
Adicin de una definicin de grupo de clientes y adicin de la
transaccin a un perfil
Cree una definicin de transaccin para datos del decodificador personalizado
utilizando LDAP como ejemplo.
Procedimiento
Para crear una definicin de grupo de clientes para LDAP como ejemplo, complete
los pasos siguientes:
1. En Tivoli Enterprise Portal, pulse Editor de configuracin de gestin de
aplicaciones.
2. Con la lista Clientes visualizada, pulse Crear nuevo grupo de clientes.
3. En la ventana Crear cliente, especifique los detalles del grupo de clientes nuevo
y pulse Aceptar.
4. Seleccione el cliente nuevo, vaya a la pestaa Filtro, y aada un filtro para el
grupo de clientes.
v Nombre, ipv4srcaddr
v Valor, * para seleccionar todos los datos
v Tipo, Incluir
5. Vaya a la pestaa Informes y establezca un nombre de cliente que se utilizar
en Tivoli Enterprise Portal y IU de APM. Por ejemplo, establezca Generic
Client:$ipv4.srcaddr$ -> $ipv4.dstaddr$
Consulte Informacin contextual y mtricas.para obtener ms informacin.
6. Aada la transaccin a un perfil:
a. Vaya a la lista Perfiles y seleccione Web Response Time > Valor
predeterminado.
b. En la pestaa Transacciones, pulse Aadir y aada la solicitud LDAP al
perfil de mdulos personalizados.
c. Modifique las propiedades de la transaccin, si fuera necesario.
Espacios de trabajo de ejemplo
Aplicaciones
Detalles de aplicacin
Interacciones de aplicacin
Adicin de una aplicacin a IU de APM
Aada la aplicacin LDAP a IU de APM si es necesario.
Procedimiento
Para aadir la aplicacin a IU de APM:
1. En el panel de instrumentos de IU de APM, pulse Aadir una aplicacin
nueva.
2. En la ventana Aadir aplicacin, escriba un nombre para la aplicacin nueva.
3. Seleccione la aplicacin especificada en Editor de configuracin de gestin de
aplicaciones de la lista y pulse Guardar.
Datos de ejemplo en IU de APM
La visin general de IU de APM muestra avisos que corresponden al tiempo de
respuesta que excede el valor de umbral mnimo establecido en Editor de
configuracin de gestin de aplicaciones:
El panel de instrumentos de cliente de IU de APM muestra el nombre de cliente
definido en la regla de creacin de informes de nombre de cliente:
Los detalles de cliente muestran el nombre de transaccin definido en la regla de
creacin de informes de Editor de configuracin de gestin de aplicaciones:
La informacin de LDAP tambin se visualiza en el panel de instrumentos de
transacciones y el espacio de trabajo Detalles de transaccin.
Despliegue de Web Response Time
Instale el agente Web Response Time en un servidor web o, si prefiere no
modificar el servidor web, en modalidad de dispositivo. En la modalidad de
dispositivo, instale Web Response Time localmente en el servidor o remotamente
en un host diferente.
Despliegue de Web Response Time
El diagrama siguiente ilustra un despliegue tpico:
v Instale en cada servidor web o en la modalidad aplicable utilizando intervalos
de tiempo del puerto para supervisar todo el clster de la web.
v Si est utilizando la modalidad de dispositivo, asegrese de que se instala Web
Response Time donde pueda acceder al trfico que desea supervisar.
v Si utiliza seguimiento de transacciones sin agente puede que desee supervisar
todo el trfico en todos los puertos. Si est supervisando un servidor web
concreto, puede que desee supervisar el trfico slo en un puerto concreto, como
el puerto 80.
v Adems, Web Response Time necesita acceder al trfico tanto entrante como
saliente (solicitudes y respuestas) en un puerto supervisado.
v Cada instancia de Web Response Time puede gestionar aproximadamente 1,8
solicitudes por hora, segn el tamao del sistema en otros factores.
v Un despliegue tpico es de 5 a 20 servidores web.
v (Opcional) Utilice Web Response Time para supervisar WebSphere u otros
servidores de aplicacin Java EE.
Supervisin de trfico local (modalidad local)
En la modalidad local, el agente Web Response Time supervisa slo el trfico que
tiene un origen o destino en el mismo sistema que el agente Web Response Time.
Esta modalidad es til cuando desea compartir los recursos del servidor web con
la solucin de supervisin.
Puede limitar el consumo de recursos del agente Web Response Time configurando
lmites de uso de procesador y de memoria.
Supervisin de trfico remoto (modalidad de dispositivo)
En la modalidad de dispositivo, el agente Web Response Time supervisa todo el
trfico que es visible desde el adaptador de red. Esto le permite utilizar un sistema
fsico dedicado para acceder al trfico de red para los servidores web que desea
supervisar. Los recursos de supervisin estn separados de los recursos de
infraestructura de TI, lo que impide cualquier impacto de supervisin en los
servicios y permite que distintos equipos gestionen los recursos.
Debido a que el agente Web Response Time no se instala junto con los servidores
web y no se requiere ninguna modificacin en el sistema servidor web, el resultado
son actualizaciones mnimas en el entorno de produccin existente. El nico
cambio para la modalidad de dispositivo est en el conmutador. Debe configurarse
el conmutador para copiar el trfico de entrada y salida del servidor web al puerto
en el que el agente Web Response Time est a la escucha. Obtener acceso a ese
trfico normalmente implica tener hardware que haga expansin de puerto,
duplicacin de puerto o supervisin de puerto. Segn el hardware de conmutador,
se suele conocer a la supervisin como Switched Port Analyzer (SPAN) en
conmutadores de Cisco Systems; Roving Analysis Port (RAP) en conmutadores de
3Com; Promiscuous Mode en conmutadores virtuales IBM z/VM. Consulte la
documentacin de su hardware de conmutador especfico para obtener ms
informacin sobre cmo acceder al trfico en dichos conmutadores.
El agente Web Response Time en modalidad de dispositivo generalmente tiene
mayor capacidad de proceso porque no est compitiendo con los servidores web y
no tiene las mismas restricciones impuestas en el consumo de recursos que los
agentes Web Response Time instalados en modalidad local.
Ejemplo de arquitectura para una red utilizando los
conmutadores con SPAN
En esta arquitectura, los dos servidores web, IIS Server y IHS Server, son los
servidores web de destino que se van a supervisar. Configure el conmutador para
correlacionar el Puerto 1 y el Puerto 2 al Puerto 4, de modo que el Puerto 4
obtenga los mismos paquetes empezando desde el Puerto 1 y el Puerto 2 o yendo
a los mismos. Si desea supervisar todos los puertos en este conmutador,
alternativamente puede correlacionar el Puerto 0, que est conectado en el
direccionador, al Puerto 4. Asegrese de que Web Response Time utiliza diferentes
puertos y controladores de interfaz de red (NIC) para escuchar al trfico y para
comunicarse con el Tivoli Enterprise Monitoring Server. Si no se utilizan puertos
diferentes, puede haber prdida de trfico, especialmente en situaciones de trfico
pesado.
Ejemplo de arquitectura para una red utilizando una VLAN y
conmutadores sin SPAN
Si tiene una VLAN o conmutadores sin SPAN, debe insertar un concentrador entre
el direccionador y el conmutador. Tambin puede colocar este concentrador entre
el servidor web supervisado y el conmutador si slo desea supervisar un nico
servidor Web.
Habilitacin de la modalidad de dispositivo para transacciones
HTTP
Si Web Response Time Analyzer no se puede ejecutar en un equipo concreto (por
ejemplo, debido a problemas de seguridad o porque el sistema operativo no es
soportado por Web Response Time), puede ejecutarse en un equipo separado,
llamado sistema de dispositivo.
Si su entorno utiliza equilibradores de carga o conversin de direcciones de red, la
informacin de IP de cliente real se oculta de Web Response Time. En lugar de
ello, ver la direccin IP del equilibrador de carga o NAT. Si debe ver la direccin
IP del cliente real, utilice una configuracin de Modalidad de dispositivo para la
vinculacin de trfico para el equilibrador de carga. El conmutador de redes que
da servicio al equilibrador de carga debe tener sus puertos fsicos extendidos en
otro equipo con un sistema operativo en el que se pueda ejecutar el software, y
luego el agente se instala en ese sistema.
El componente Web Response Time Analyzer supervisa el trfico de las interfaces
de red. Segn la configuracin de la red fsica, es posible que una interfaz de red
vea paquetes distintos a los que se transfieren desde y hasta su propio sistema. De
forma predeterminada, el Web Response Time Analyzer conserva tiempo y
almacenamiento comprobando la direccin de marcos de red fsicos y
supervisando slo los paquetes que tengan direcciones de origen o destino que
coincidan con la direccin de red fsica de la tarjeta de interfaz.
Antes de empezar
Instale Web Response Time en un sistema dedicado separado con dos tarjetas de
interfaz de red (NIC) con dos direcciones IP. Conecte una NIC directamente con el
puerto de expansin en el equilibrador de carga; conecte la otra NIC a la red.
Habilite el equilibrador de carga que pueda reenviar todo el trfico al puerto de
expansin de manera que Web Response Time reciba todo el trfico HTTP para el
conmutador. Desde ese punto, Web Response Time funciona del mismo modo que
en la modalidad normal, supervisando el trfico IP de la red y sumndolo en
funcin de las reglas y definiciones de usuario.
La modalidad de dispositivo soporta los mismos sistemas operativos que Web
Response Time en modalidad normal.
Procedimiento: configuracin de parmetros de supervisin para la
modalidad de dispositivo
Si Web Response Time Analyzer no se puede ejecutar en un equipo concreto
(debido a problemas de seguridad o a que el sistema operativo no es soportado
por Web Response Time), puede ejecutarse en un equipo separado, llamado
sistema de dispositivo.Para la modalidad de dispositivo, asegrese de seleccionar la
opcin Supervisar transacciones HTTP remotas.
Para supervisar transacciones HTTP en la modalidad de dispositivo:
1. En la ventana Manage Tivoli Enterprise Monitoring Services, pulse con el
botn derecho del ratn el agente Web Response Time y seleccione
Reconfigurar.
2. Avance por las ventanas de configuracin hasta alcanzar la ventana
Configuracin bsica.
3. Seleccione Supervisar transacciones HTTP (si no est habilitado de forma
predeterminada) para supervisar las transacciones en modalidad de dispositivo.
4. Pulse Siguiente para continuar en la ventana Configuracin avanzada.
5. En la ventana Tiempo de respuesta de web Configuracin avanzada,
especifique ms informacin de configuracin opcional, segn sea necesario:
v La direccin IP de la tarjeta NIC seleccionada que se ha de supervisar.
v Una o varias mscaras de red para excluirlas de la supervisin, separadas
por comas y sin espacios en blanco. Por ejemplo, puede especificar
9.48.152.*,9.48.164.*, lo que impide que se procese el trfico en las subredes
9.48.152 y 9.48.164.
v Seleccione Supervisar transacciones de red remotas si desea supervisar todo
el trfico de red en NIC.
v Una o varias mscaras de servidor para la supervisin de datos TCP,
separadas por comas, sin espacios en blanco, por ejemplo, 10.0.0.*,192.168.*.
Los datos TCP procedentes de una direccin IP que coincide con una de
estas mscaras se marcan como procedentes de un servidor y no de un grupo
de clientes.
Utilice este campo cuando est utilizando varios agentes Web Response Time
para proporcionar datos de seguimiento TCP a Transaction Reporter. En este
escenario, para visualizar correctamente la topologa TCP, los datos se
muestran en la vista de topologa resultante como procedentes de un
servidor y no de un cliente. Por ejemplo, presuponga que el agente Web
Response Time WRT1 observa el trfico que va desde clientes al servidor
9.48.152.1, y otro agente Web Response Time, WRT2, observa el trfico del
servidor 9.48.152.1 al servidor 9.48.152.2. En este caso, se debe configurar
WRT2 con una mscara de servidor que incluya 9.48.152.1.
6. Pulse Aceptar.
Habilitacin de la modalidad de dispositivo para transacciones
HTTPS
Puede supervisar transacciones HTTPS en un servidor web, ya est instalado Web
Response Time en el mismo host que el servidor web o desde un sistema de
dispositivo aparte.
Puede configurar el agente Web Response Time en la modalidad de dispositivo
para que supervise las transacciones HTTPS desde un equipo de dispositivo sin
que ello afecte al rendimiento del servidor supervisado. Habilitar la modalidad de
dispositivo para HTTPS es til cuando no se puede instalar Web Response Time en
el servidor supervisado por razones empresariales o de seguridad, y cuando es
necesario supervisar las transacciones HTTPS.
Consejo: Utilice valores de la modalidad de dispositivo para configurar el agente
Web Response Time, ya est instalado en el mismo sistema que el servidor web, o
en un sistema dedicado Web Response Time.
Antes de empezar
Puede configurar la modalidad de dispositivo para HTTPS al instalar Web
Response Time, o bien reconfigurar los agentes de Web Response Time que ya se
hayan instalado.
Procedimiento: Supervisin de transacciones HTTPS utilizando la
Para habilitar la modalidad de dispositivo para HTTPS:
1. Identifique los servidores web HTTPS que desee supervisar, incluidas sus
direcciones IP y los puertos configurados. Por ejemplo, 192.168.1.23, puerto 443.
2. Recopile los certificados SSL de los servidores web que desee supervisar y
utilice el programa de utilidad GSKit iKeyman para importar los certificados a
un Almacn de claves KFC. Para obtener ms informacin, consulte el
Importacin de claves de servidores web remotos en la pgina 249.
3. Instale Web Response Time en el equipo del dispositivo de supervisin.
4. Copie el almacn de datos y el archivo stash del almacn de datos en el sistema
de supervisin, o en una ubicacin a la que se pueda acceder mediante Web
Response Time.
5. Utilice la GUI de configuracin para configurar Web Response Time. Para
obtener ms informacin, consulte el Configuracin de Web Response Time
para supervisar transacciones HTTPS remotas en la pgina 258.
6. Detenga el agente Web Response Time (T5).
7. Reinicie el agente Web Response Time (T5).
Resultados
Cuando la modalidad del dispositivo HTTPS se ha configurado correctamente,
ver la mtrica de los sitios HTTPS supervisados en los espacios de trabajo de
Tivoli Enterprise Portal. Las direcciones de los sitios supervisados contienen el
prefijo HTTPS. Por ejemplo, https://www.bank.com.
Importacin de claves de servidores web remotos:
Para descifrar el trfico SSL desde sus servidores web remotos, Web Response Time
necesita acceso a los certificados SSL. Importe claves al Almacn de claves KFC
para todos los servidores web que desee supervisar.
Los certificados deben exportarse primero del servidor web al Almacn de claves
KFC en formato CMS o PKCS12 para poderse importar a la Base de datos del
Gestor de claves de IBM (KFC Keymap). Esta base de datos de claves cifradas
(CMS) se denomina keys.kdb. La contrasea de keys.kdb almacena de forma
cifrada en el archivo keys.sth. Estos dos archivos deben encontrarse dentro del
mismo directorio en el agente Web Response Monitor y deben tener el mismo
nombre de archivo excepto el sufijo.
Al instalar o configurar Web Response Time, la ventana Configuracin del agente
Tiempo de respuesta de web le solicita la ubicacin del archivo keys.kdb y asume
que keys.sth est en el mismo directorio con el mismo prefijo de archivo.
Importacin de claves del servidor web Apache:
Exporte claves desde el servidor web Apache e imprtelas al Almacn de claves
KFC mediante el programa de utilidad iKeyman. Antes de importar las claves
desde el servidor web Apache y otros servidores web que utilizan archivos de
claves PEM debe convertir el archivo de claves PEM a un archivo de claves
PKCS12.
Antes de empezar
Configure el directorio JAVA_HOME en el IBM Tivoli Monitoring Java Runtime
Environment.
Restriccin: Asegrese de que el certificado de clave es el actual. Si el certificado
ha caducado, no puede importar las claves.
Para exportar claves del servidor web Apache al Almacn de claves KFC, convierta
el archivo de claves PEM al archivo de claves PKCS12, y luego importe la clave
utilizando iKeyman:
Procedimiento
1. Convierta el archivo de claves PEM en el archivo de claves PKCS12:
a. Ejecute openssl pkcs12 -in archivo PEM -out archivo PKCS12 -export.
Por ejemplo, openssl pkcs12 -in /etc/apache2/testserver.pem -out
key.p12 -export.
b. Escriba la contrasea de exportacin.
c. Se genera un archivo PEM (key.p12).
2. Importe la clave nueva utilizando iKeyman:
a. Ejecute iKeyman.
Consejo: iKeyman se encuentra en el directorio de Java Runtime
Environment bin. Por ejemplo:
v En los sistemas Windows, C:\IBM\ITM\java\java50\jre\bin
v En los sistemas UNIX, /opt/IBM/ITM/JRE/plataforma/bin/ikeyman
b. Cree una nueva base de datos de almacenamiento de claves. En el dilogo
Nuevo.
1) Desde la lista Tipo de base de datos de claves, seleccione CMS.
2) En el campo Nombre de archivo, escriba el nombre de Base de datos
del Gestor de claves de IBM, por ejemplo keys.kdb.
3) En el campo Ubicacin, especifique una ubicacin para el archivo o
acepte el valor predeterminado. Por ejemplo, /opt/IBM/ITM/JRE/li6263/
bin/.
4) Pulse Aceptar.
c. Escriba una contrasea para esta clave y guarde la contrasea en un
archivo. En el cuadro de dilogo Indicador de contrasea:
1) En los campos Contrasea y Confirmar contrasea, escriba y confirme
la contrasea que le permite acceder a keys.kdb.
2) No establezca una hora de caducidad a menos que desee volver a crear
la base de datos de claves y reiniciar el agente Web Response Time
peridicamente.
3) Seleccione Guardar la contrasea en un archivo stash? para almacenar
la contrasea de keys.kdb en un formato cifrado en un archivo stash
keys.sth.
Web Response Time requiere archivos kdb y sth. Asegrese de completar los
campos de contrasea y optar por guardar el archivo de contrasea.
d. En la seccin Contenido de la base de datos de claves de la ventana
Gestin de claves de IBM (iKeyman):
1) Seleccione Certificados personales.
2) Pulse Importar.
3) En el dilogo Importar clave, desde la lista Tipo de archivo de claves,
seleccione PKCS12.
4) Vaya al archivo del almacn de claves, key.p12 y pulse Abrir.
5) Pulse Aceptar.
6) En el cuadro de dilogo Indicador de contrasea, escriba la contrasea
del almacn de datos.
7) Seleccione la clave de la lista y pulse Aceptar.
8) En el cuadro de dilogo Cambiar etiquetas, seleccione el nombre de
etiqueta de la clave. En el campo Especificar una etiqueta nueva,
especifique un nombre abreviado y pulse Aplicar.
Consejo: Necesita este valor al configurar Tiempo de respuesta de web,
as que antelo.
9) Pulse Aceptar.
e. Guarde el Almacn de claves KFC.
Copie los archivos Base de datos del Gestor de claves de IBM (.kdb) y stash (.sth)
en el mismo directorio en el sistema donde se ha instalado Web Response Time.
Asegrese de que este directorio es seguro y que los archivos slo puede leerlos un
usuario administrador o raz, o el mismo ID de usuario que se utiliz para instalar
el agente Web Response Time.
Importacin de claves desde IBM HTTP Server:
Exporte las claves desde IBM HTTP Server e imprtelas al Almacn de claves KFC
con iKeyman.
Antes de empezar
La manera ms fcil de hacerlo es utilizar el archivo kdb/stash que utiliza IBM
HTTP Server y sea apuntando a la configuracin de Tiempo de respuesta de web
local o copindolo en el sistema donde est instalado Tiempo de respuesta de web.
De lo contrario, puede utilizar el procedimiento siguiente.
Configure el directorio JAVA_HOME en el JRE IBM Tivoli Monitoring.
Nota: Debe ejecutar GSKit gsk7ikm. Es posible que la versin de iKeyman
distribuida con Java no pueda importar y exportar claves para todos los formatos
necesarios.
Para exportar claves de IBM HTTP Server a Almacn de claves KFC, importe la
clave con iKeyman:
Procedimiento
1. Ejecute gsk7ikm desde dentro del directorio bin de GSKit 7.
2. Cree una nueva base de datos de almacenamiento de claves. En el dilogo
Nuevo.
a. Desde la lista Tipo de base de datos de claves, seleccione CMS.
b. En el campo Nombre de archivo, escriba el nombre de Almacn de claves
KFC, por ejemplo keys.kdb.
c. Pulse Aceptar.
3. En el cuadro de dilogo Indicador de contrasea:
a. En los campos Contrasea y Confirmar contrasea, escriba y confirme la
contrasea para acceder a keys.kdb.
b. No establezca una hora de caducidad a menos que desee volver a crear la
base de datos del almacn de claves y reiniciar el agente Web Response
Time peridicamente.
c. Seleccione Guardar la contrasea en un archivo stash? para almacenar la
contrasea de keys.kdb en un formato cifrado en un archivo stash,
keys.sth.
4. En la seccin Contenido de la base de datos de claves de la ventana Gestin
de claves de IBM (iKeyman):
a. Seleccione Certificados personales.
b. Pulse Importar.
c. En el dilogo Importar clave, desde la lista Tipo de archivo de claves,
seleccione CMS.
d. Examine hasta el archivo del almacn de claves y pulse Abrir.
e. Pulse Aceptar.
f. En el cuadro de dilogo Indicador de contrasea, escriba la contrasea del
almacn de datos.
g. Seleccione la clave de la lista y pulse Aceptar.
h. En el cuadro de dilogo Cambiar etiquetas, seleccione el nombre de
etiqueta de la clave. En el campo Especificar una etiqueta nueva, indique el
nombre de host del servidor y pulse Aplicar.
Nota: Necesitar este valor al configurar Web Response Time, as que
antelo.
i. Pulse Aceptar.
5. Guarde el Almacn de claves KFC.
Coloque los archivos Base de datos del Gestor de claves de IBM (.kdb) y stash
(.sth) en un directorio seguro y asegrese de que slo pueda leerlos el
administrador o un usuario raz (o el mismo ID de usuario que se utiliz para
instalar el agente Tiempo de respuesta de web).
Importacin de claves de Internet Information Services:
Antes de importar claves de los servidores web de Internet Information Services
debe exportar la clave y convertirla a un formato utilizable.
Antes de empezar
necesarios.
Para exportar claves del servidor web de Internet Information Services al Almacn
de claves KFC:
Procedimiento
1. Exporte un archivo .pfx desde Internet Information Services:
a. En el men Inicio de Windows, seleccione Herramientas administrativas ->
Internet Information Services (IIS) Manager.
b. Seleccione el servidor web y el sitio cuya clave privada desea exportar,
luego pulse con el botn derecho y seleccione Propiedades en el men
contextual.
c. Seleccione la ficha Seguridad de directorio del dilogo de propiedades y
seleccione Certificado de servidor en la seccin Comunicaciones seguras.
d. Aparece un dilogo del asistente de certificados de IIS. Pulse Siguiente.
e. En la segunda pgina del dilogo, seleccione Exportar el certificado actual
en un archivo .pfx y pulse Siguiente.
f. En la tercera pgina, escriba la va de acceso y el nombre de archivo.
g. En la cuarta pgina, escriba una contrasea de exportacin para la clave.
h. Pulse Siguiente en todas las pginas siguientes y luego pulse Finalizar.
2. Extraiga los certificados personales y de firmante del archivo .pfx:
a. Ejecute el programa de utilidad de gestin de claves de IBM con el mandato
siguiente: c:\Archivos de programa\IBM\GSK7\bin\gsk7ikm.exe. Asegrese
de que se ha establecido la variable de entorno JAVA_HOME.
b. Seleccione Abrir en el men Archivo de base de datos de claves.
c. Seleccione PKCS12 como Tipo de base de datos de clave.
d. Escriba el nombre y la va de acceso para el archivo .pfx creado
anteriormente y luego seleccione Aceptar. Cuando se le solicite, escriba la
contrasea y seleccione Aceptar.
e. Seleccione Certificados personales en la lista desplegable Contenido de
base de datos de claves y luego seleccione Exportar/Importar.
f. Seleccione el tipo de accin Exportar clave y seleccione el tipo de archivo de
claves PKCS12, a continuacin, escriba un nombre de archivo y la ubicacin
de la clave exportada y pulse Aceptar. Cuando se le solicite, escriba y
exporte la contrasea y, a continuacin, vuelva a pulsar Aceptar.
g. Si el certificado personal estaba firmado por una autoridad de certificacin,
seleccione Certificados de firmante en la lista desplegable de contenido de
la base de datos de claves y seleccione Extraer. Seleccione el tipo de archivo
predeterminado y escriba un nombre de archivo y ubicacin para el
certificado exportado, luego pulse Aceptar.
3. Extraccin de archivos .cer de firmante (si es necesario):
a. Si se ha extrado un archivo de certificados de firmante del archivo .pfx,
vaya al directorio donde se ha guardado y realice una copia nueva con la
extensin .cer. Pulse dos veces la copia nueva para abrirla utilizando el
visor de certificados de Windows.
b. Seleccione la ficha Ruta de certificacin para ver la cadena de certificados
de firmante.
c. El elemento ms bajo de la cadena deber ser el certificado personal. Para
todos los certificados que hay sobre el mismo, realice lo siguiente:
1) Seleccione el certificado y pulse Ver certificado.
2) Seleccione Detalles y pulse Copiar en archivo.
3) Acepte todos los valores predeterminados en el asistente de exportacin
de certificados y especifique un nombre de archivo con la extensin .cer.
4. Cree el almacn de claves de modo de dispositivos Web Response Time:
a. Ejecute el programa de utilidad de gestin de claves de IBM con el mandato
siguiente: c:\Archivos de programa\IBM\GSK7\bin\gsk7ikm.exe.
b. Seleccione Nuevo en el men Archivo de base de datos de claves.
c. Seleccione el tipo de base de datos de claves CMS y escriba un nombre de
archivo y ubicacin. Cuando se le solicite escriba una contrasea para el
nuevo almacn de claves. Nota: asegrese de que selecciona Guardar la
contrasea en un archivo stash?
d. Si se han extrado certificados de firmante del archivo .pfx, realice lo
siguiente:
1) Seleccione Certificados de firmante de la lista desplegable Contenido de
base de datos de claves.
2) Para cada certificado de firmante, seleccione Aadir y aada el archivo
.cer.
e. Seleccione Certificados personales en la lista desplegable Contenido de
base de datos de claves y luego seleccione Importar.
f. Seleccione el tipo de archivo de claves PKCS12 y el nombre y la ubicacin
del archivo .p12. Cuando se le solicite, escriba la contrasea.
g. Guarde el almacn de claves y salga del programa de utilidad de gestin de
claves.
h. Copie los archivos .kdb y .sth en la mquina de dispositivos Web Response
Time.
Coloque los archivos Base de datos del Gestor de claves de IBM (.kdb) y stash
(.sth) en un directorio seguro y asegrese de que slo pueda leerlos el
administrador o un usuario raz (o el mismo ID de usuario que se utiliz para
instalar el agente Tiempo de respuesta de web).
Importacin de claves del servidor web de Sun Java System (iPlanet):
Antes de importar claves desde los servidores web de Sun Java System debe
exportar la clave a un archivo de claves PKCS12 y luego importar la clave con
iKeyman.
Antes de empezar
necesarios.
Para importar claves del servidor web de Sun Java System al Almacn de claves
KFC:
Procedimiento
1. Exporte la clave a un archivo de claves PKCS12 con certutil/pk12util:
a. Vaya a Inicio de Sun Java Web Server/Bin.
b. Para generar una lista de nombres de certificados para exportarla, ejecute
pk12util -L -d dircert [-P dbprefix]. Por ejemplo, ./pk12util -L -d
../testserver/config/ -P testserver.
c. Escriba la contrasea de exportacin.
d. Se genera un archivo PKCS12 (key.p12).
2. Importe la clave nueva utilizando iKeyman:
a. Ejecute gsk7ikm desde dentro del directorio bin de GSKit 7.
b. Cree una nueva base de datos de almacenamiento de claves. En el dilogo
Nuevo.
1) Desde la lista Tipo de base de datos de claves, seleccione CMS.
2) En el campo Nombre de archivo, escriba el nombre de la base de datos
del gestor de claves de IBM, por ejemplo keys.kdb.
3) Pulse Aceptar.
c. En el cuadro de dilogo Indicador de contrasea:
1) En los campos Contrasea y Confirmar contrasea, escriba y confirme
la contrasea para acceder a keys.kdb.
2) No establezca una hora de caducidad a menos que desee volver a crear
la base de datos de claves y reiniciar el agente Web Response Time
peridicamente.
3) Seleccione Guardar la contrasea en un archivo stash? para almacenar
la contrasea de keys.kdb en un formato cifrado en un archivo stash,
keys.sth.
d. En la seccin Contenido de la base de datos de claves de la ventana
Gestin de claves de IBM (iKeyman):
1) Seleccione Certificados personales.
2) Pulse Importar.
3) En el dilogo Importar clave, desde la lista Tipo de archivo de claves,
seleccione PKCS12.
4) Vaya al archivo del almacn de claves, key.p12 y pulse Aceptar.
5) Pulse Aceptar.
6) En el cuadro de dilogo Indicador de contrasea, escriba la contrasea
del almacn de datos.
7) Seleccione la clave de la lista y pulse Aceptar.
8) En el cuadro de dilogo Cambiar etiquetas, seleccione el nombre de
etiqueta de la clave. En el campo Especificar una etiqueta nueva,
indique el nombre de host del servidor y pulse Aplicar.
antelo.
9) Pulse Aceptar.
e. Guarde el Almacn de claves KFC.
Coloque los archivos Almacn de claves KFC (.kdb) y stash (.sth) en un directorio
seguro y asegrese de que slo pueda leerlos el administrador o un usuario raz (o
el mismo ID de usuario que se utiliz para instalar el agente Web Response Time).
Importacin de claves desde WebLogic:
Importe la clave JKS con iKeyman.
Antes de empezar
necesarios.
Para importar claves de Weblogic a la base de datos Almacn de claves KFC con
iKeyman:
Procedimiento
1. Ejecute gsk7ikm desde dentro del directorio bin de GSKit 7.
2. Cree una nueva base de datos de almacenamiento de claves. En el dilogo
Nuevo.
a. Desde la lista Tipo de base de datos de claves, seleccione CMS.
b. En el campo Nombre de archivo, escriba el nombre de la base de datos del
gestor de claves de IBM, por ejemplo keys.kdb.
c. Pulse Aceptar.
3. En el cuadro de dilogo Indicador de contrasea:
a. En los campos Contrasea y Confirmar contrasea, escriba y confirme la
contrasea para acceder a keys.kdb.
b. No establezca una hora de caducidad a menos que desee volver a crear la
base de datos de claves y reiniciar el agente Tiempo de respuesta de web
peridicamente.
c. Seleccione Guardar la contrasea en un archivo stash? para almacenar la
contrasea de keys.kdb en un formato cifrado en un archivo stash,
keys.sth.
4. En la seccin Contenido de la base de datos de claves de la ventana Gestin
de claves de IBM (iKeyman):
a. Seleccione Certificados personales.
b. Pulse Importar.
c. En el dilogo Importar clave, desde la lista Tipo de archivo de claves,
seleccione JKS Tipo de archivo de claves.
d. Navegue hasta el archivo de almacn de claves *.jks guardado y pulse
Abrir.
e. Pulse Aceptar.
f. En el cuadro de dilogo Indicador de contrasea, escriba la contrasea del
almacn de datos.
g. Seleccione la clave de la lista y pulse Aceptar.
h. En el cuadro de dilogo Cambiar etiquetas, seleccione el nombre de
etiqueta de la clave. En el campo Especificar una etiqueta nueva, indique el
nombre de host del servidor y pulse Aplicar.
antelo.
i. Pulse Aceptar.
5. Guarde la base de datos Almacn de claves KFC.
Coloque los archivos Almacn de claves KFC (.kdb) y stash (.sth) en un directorio
seguro y asegrese de que slo pueda leerlos el administrador o un usuario raz (o
el mismo ID de usuario que se utiliz para instalar el agente Web Response Time).
Cifrados soportados por Web Response Time en la modalidad de dispositivo para
transacciones HTTPS:
Web Response Time da soporte a todos los cifrados soportados por GSKIT para el
descifrado y la supervisin en modalidad de dispositivo HTTPS.
Los cifrados predeterminados siguientes pueden utilizarse en clientes y servidores
comunes:
Tabla 21. Cifrados predeterminados negociados para clientes y servidores comunes
Navegador WebSphere IIS 6.0
Apache 2 /
Solaris IHS 6.0 / Linux
WebLogic 8.1 /
Linux
Firefox 2.0 DHE-RSA-
AES128-SHA
RSA_WITH
_RC4_128 _MD5
DHE-RSA-
AES128-SHA
RSA-AES-256-
CBC-SHA
RSA_WITH
_RC4_128 _MD5
Internet Explorer
7.0
RSA_WITH
_RC4_128 _MD5
RSA_WITH
_RC4_128 _MD5
RSA_WITH
_RC4_128 _MD5
RSA_WITH
_RC4_128 _SHA
RSA_WITH
_RC4_128 _MD5
Safari 3.1.1 RSA_WITH
_RC4_128 _MD5
RSA_WITH
_RC4_128 _MD5
RSA_WITH
_RC4_128 _MD5
RSA_WITH
_RC4_128 _SHA
RSA_WITH
_RC4_128 _MD5
Opera 9.25 DHE-RSA-
AES128-SHA
RSA_WITH
_RC4_128 _MD5
DHE-RSA-
AES128-SHA
RSA-AES-256-
CBC-SHA
RSA_WITH
_RC4_128 _MD5
Web Response Time puede dar soporte a algunos de estos cifrados. Los cifrados
soportados incluyen:
v RSA_WITH_RC4_40_MD5
v RSA_WITH_RC4_128_MD5
v RSA_WITH_RC4_128_SHA
v RSA_WITH_RC4_40_SHA
v RSA_WITH_DES40_CBC_SHA
v RSA_WITH_DESC_CBC_SHA
v RSA_WITH_3DES_EDE_CBC_SHA
v RSA_WITH_AES_128_CBC_SHA
v RSA_WITH_AES_256_CBC_SHA
v RSA_EXPORT1024_WITH_RC4_56_MD5
v RSA_EXPORT1024_WITH_RC2_CBC_56_MD5
v RSA_EXPORT1024_WITH_DES_CBC_SHA
v RSA_EXPORT1024_WITH_RC4_56_SHA
Nota: Web Response Time no puede descifrar trfico utilizando el intercambio de
claves Diffie-Hellman. Estos cifrados tienen el prefijo DHE en la tabla anterior.
Va de acceso rpida: Si ests intentando supervisar un servidor utilizando un
certificado autofirmado predeterminado de WebSphere Application Server, y Web
Response Time parece ignorar el trfico, es posible que no se admita el cifrado
utilizado por el servidor. Para comprobar el soporte de cifrado:
1. En el archivo KFCMENV, configure el registro para el servidor de Web Response
Time Analyzer. Establezca KFC_DEBUG_SSL=Y.
v Si un mensaje similar al siguiente aparece en el registro, el cifrado no est
soportado:
(50F4F0F8.000A-7:kfckprec.cpp,489,"KFCK_ProcessServerHello") Unsupported
cipher suite 0033. Aborting session
v Si KFC_BUFFER_POOL_STAT est habilitado, un mensaje similar al siguiente
tambin puede visualizarse en el registro:
Session Bypassed (Unsupported Cypher Suite)000015
Configuracin de Web Response Time para supervisar transacciones HTTPS
remotas:
Puede configurar Web Response Time para supervisar transacciones HTTPS
remotas durante la instalacin o posteriormente volviendo a configurar Web
Response Time desde la ventana de Gestionar servicios de Tivoli Enterprise
Monitoring. Durante la configuracin debe correlacionar los certificados con sus
direcciones IP y puertos para crear un mapa de claves (Base de datos del Gestor de
claves de IBM), y enlazar el mapa de claves con el almacn de claves.
Antes de empezar
Asegrese de identificar los servicios web cuyas transacciones HTTPS desea
supervisar. Asegrese tambin de recopilar los certificados SSL de los servidores e
importarlos a Almacn de claves KFC.
Al instalar o reconfigurar Web Response Time, se visualiza Figura 23.
La supervisin de HTTPS se configura mediante los valores de la parte inferior de
la ventana.
Figura 23. Ventana Configuracin bsica de Web Response Time
Procedimiento
Para configurar Web Response Time para supervisar transacciones HTTPS remotas:
1. Durante la instalacin o reconfiguracin, avance a travs de todas las ventanas
hasta que llegue a la ventana de configuracin que se muestra en Figura 23 en
la pgina 258
2. En el centro de la ventana, seleccione Supervisar transacciones HTTPS para
habilitar la supervisin HTTPS (posteriormente tendr que especificar la
supervisin de un servidor remoto en la ventana Configuracin avanzada).
3. En el campo Almacn de claves HTTPS, indique la va de acceso absoluta al
archivo de almacn de claves (keys.kdb) que ha creado anteriormente. Por
ejemplo, C:\keys\keys.kdb.
4. En la seccin Certificado para la correlacin de servidores, correlacione los
alias de certificado en el almacn de claves con el servidor HTTPS:
a. En la seccin Certificado para la correlacin de servidores, pulse Aadir.
b. En el recuadro de dilogo Adicin de servidor HTTPS, indique los detalles
de cada alias de certificado, direccin IP del servidor y puerto:
1) En el campo Nombre de certificado, indique el alias de certificado que
ha especificado en el almacn de claves.
2) En el campo Direccin IP de servidor, indique la direccin IP del
servidor HTTPS para el que se utiliza el certificado.
3) En el campo Puerto, indique el puerto en el que se ejecuta el servidor
HTTPS en la direccin IP especificada (el valor predeterminado es 443).
c. Pulse Aceptar.
d. Reptalo para cada alias de certificado.
Nota: Debe crear una correlacin para cada uno de los certificados que ha
aadido a la base de datos del almacn de claves. Si realiza una entrada no
vlida, se le notificar al final del proceso de configuracin de Web Response
Time. Vuelva a configurar Web Response Time mediante Gestionar servicios de
Tivoli Enterprise Monitoring y corrija el problema.
5. Pulse Siguiente para continuar en la ventana Configuracin avanzada.
6. En la ventana Configuracin avanzada, especifique ms informacin de
configuracin opcional, segn sea necesario:
v La direccin IP de la tarjeta NIC seleccionada que se ha de supervisar.
v Una o varias mscaras de red para excluirlas de la supervisin, separadas
por comas y sin espacios en blanco. Por ejemplo, puede especificar
9.48.152.*,9.48.164.*, lo que impide que se procese el trfico en las subredes
9.48.152 y 9.48.164.
v Marque el recuadro de seleccin Supervisar transacciones de red remotas si
desea supervisar todo el trfico de red en NIC.
v Una o varias mscaras de servidor para la supervisin de datos TCP,
separadas por comas, sin espacios en blanco, por ejemplo, 10.0.0.*,192.168.*.
Los datos TCP procedentes de una direccin IP que coincide con una de
estas mscaras se marcan como procedentes de un servidor y no de un grupo
de clientes.
Utilice este campo cuando est utilizando varios agentes Web Response Time
para proporcionar datos de seguimiento TCP a Transaction Reporter. En este
escenario, para visualizar correctamente la topologa TCP, se muestran estos
datos en la vista de topologa resultante como procedentes de un servidor y
no de un cliente. Por ejemplo, presuponga que el agente Web Response Time
WRT1 observa el trfico que va desde clientes al servidor 9.48.152.1, y otro
agente Web Response Time, WRT2, observa el trfico del servidor 9.48.152.1
al servidor 9.48.152.2. En este caso, configure WRT2 con una mscara de
servidor que incluya 9.48.152.1.
7. Pulse Siguiente y prosiga con la configuracin de Web Response Time.
Resolucin de problemas de la modalidad de dispositivo
Debido a la complejidad del despliegue en Modalidad de dispositivo, es comn
encontrar problemas, en particular con la recopilacin de datos.
Si no se pueden recopilar datos o hay prdida de datos, compruebe lo siguiente:
v Compruebe que los procesos se estn ejecutando:
En los sistemas Windows, kt5agent.exe y kfcmserver.exe
En los sistemas Linux y UNIX, kt5agent y kfcm120
v Compruebe los mensajes de error en el espacio de trabajo de configuracin de
Web Response Time en el Tivoli Enterprise Portal. Compruebe que la vista
Mensajes del agente contiene mensajes que indican que los perfiles se han
distribuido satisfactoriamente, y compruebe si hay mensajes de error que
indiquen un problema.
v Compruebe los archivos de rastreo y registro. Consulte Archivos de
seguimiento y registro de Web Response Time en la pgina 288 para ver ms
informacin.
v Compruebe que las definiciones de transaccin y cliente en el Editor de
configuracin de gestin de aplicaciones no filtren los datos necesarios.
v Compruebe que el conmutador est configurado correctamente. Utilizando una
herramienta de rastrear el trfico de red como Wireshark, compruebe que el
trfico en la NIC es como se esperaba.
Figura 24. Ventana Configuracin avanzada de Web Response Time
Configuracin de Web Response Time
Configure el entorno para utilizar Web Response Time para supervisar
transacciones.
Habilitacin de Web Response Time para supervisar tarjetas
de interfaz de red especficas
El agente suele supervisar todas la tarjetas de interfaces de redesw del sistema. Sin
embargo, puede especificar una de las tarjetas de interfaz de red que va a
supervisarse.
Para establecer el NIC utilizando la interfaz de usuario:
Reconfigurar.
Supervisin de HTTP.
3. Seleccione Recopilacin de datos.
4. Especifique el NIC en el campo Direccin IP del NIC que se va a supervisar.
5. Pulse Aceptar.
As se establece la propiedad KFC_CAPTURE_DEVICE_NAME en la tarjeta de interfaz de
red cuando se ha desplegado el componente. La propiedad se establece dentro del
archivo siguiente:
Windows: %CANDLE_HOME%\TMAITM6\wrm\Analyzer\kfcmenv
UNIX: $CANDLE_HOME/tmaitm6/wrm/kfcmenv
Habilitacin del Web Response Time para que supervise las
interfaces de red configuradas para la formacin de equipos
de la NIC en sistemas Windows
En los sistemas Windows, Web Response Time puede bloquear todas las
conexiones al supervisar interfaces de red que estn configuradas para la
formacin de equipos de la NIC. Cuando un sistema est configurado para la
formacin de equipos de la NIC, se crea una interfaz virtual que acta como la
interfaz que agrupa todas las tarjetas de interfaz de red en su equipo. De forma
predeterminada, Web Response Time supervisa todas las interfaces del sistema,
incluyendo la interfaz virtual y todas las interfaces del equipo.
Cuando se activa una recuperacin tras error, algunos controladores alternan la
direccin MAC de las interfaces. Dado que la Web Response Time an est
supervisando las direcciones MAC anteriores, todo el trfico que proviene de o que
se dirige a ese equipo de la NIC se bloquea.
Para supervisar las interfaces de red que estn configuradas para la formacin de
equipos de la NIC en los sistemas Windows, configure las variables de entorno
siguientes en el archivo kfcmenv de Web Response Time Analyzer, ubicado en
%CANDLE_HOME%\TMAITM6\wrm\Analyzer\kfcmenv:
KFC_CAPTURE_DEVICE_NAME
La lista de nombres de los dispositivos que se van a supervisar, separados
por un carcter delimitador. El nombre de dispositivo hace referencia al
nombre que aparece en ipconfig bajo el campo de descripcin. Si esta
variable de entorno no est configurada o se deja en blanco, toma de forma
predeterminada todos los dispositivos de la interfaz de red.
Determine el nombre del dispositivo mediante los registros kfcmserver:
1. Instale y configure el agente de Web Response Time utilizando los valores
predeterminados.
2. En el Explorador de Windows, vaya a %CANDLE_HOME%\TMAITM6\wrm\Analyzer\.
3. En un editor de texto, abra el archivo ms reciente llamado
nombrehost_kfcmserver_*.log.
4. Busque la siguiente cadena:
(521586FD.004D-C30:pcapframesource.cpp,402,"start") Device n
donde n es un nmero.
5. Copie el resto de la lnea a utilizar en la variable. Por ejemplo, en la cadena
siguiente:
(521586FD.004D-C30:pcapframesource.cpp,402,"start") Device 1. \Device\NPF_
{B58B725B-6C16-455C-B6A0-574C40EF1DD0} - Microsoft
copie solo lo siguiente:
\Device\NPF_{B58B725B-6C16-455C-B6A0-574C40EF1DD0} - Microsoft
6. Aada el nombre copiado a la variable KFC_CAPTURE_DEVICE_NAME en el archivo
%CANDLE_HOME%\TMAITM6\wrm\Analyzer\kfcmenv. Por ejemplo:
KFC_CAPTURE_DEVICE_NAME= \Device\NPF_{B58B725B-6C16-455C-B6A0-574C40EF1DD0}
- Microsoft
7. Reinicie el agente Web Response Time.
Configuracin del nombre de componente WebLogic e IIS
De forma predeterminada, WebLogic no enva el nombre de servidor en la
cabecera HTTP. Web Response Time utiliza esta informacin para el nombre del
componente. Utilice el procedimiento siguiente para permitir a WebLogic y IIS
enviar el nombre del servidor:
1. Desplcese hasta la ubicacin del servidor IIS en la que se encuentra el archivo
de filtro de WebLogic iisforward.dll.
2. Edite el archivo iisproxy.ini y establezca WLSendHdrSeparately=ON. Este valor
enviar IIS Server: Microsoft-IIS/6.0 en la cabecera HTTP entre el cliente e IIS.
3. Reinicie el servicio IIS.
4. Inicie sesin en la consola WebLogic (http://<host_weblogic>:<puerto>/console/
).
5. Seleccione Servidores -> <Nombre de servidor> -> Protocolos -> HTTP.
6. Habilite Enviar cabecera del servidor. Esta configuracin enva una cabecera
parecida a Server: WebLogic Server 9.2 MP2 Mon Jun 25 01:32:01 EDT 2007
952826 en la cabecera HTTP entre IIS y WebLogic.
7. Guarde la configuracin.
Informes de registros cero para periodos de inactividad
De forma predeterminada, el agente Tiempo de respuesta de web no registra datos
en periodos de inactividad en el servidor web supervisado. Cuando es deseable
saber si un servidor supervisado o una aplicacin no detecta una actividad,
entonces la configuracin de Tiempo de respuesta de web puede cambiarse
mediante la configuracin de los registros cero de TEMA.
Hay cuatro tipos de datos para los que se pueden habilitar registros cero:
aplicaciones, servidores, clientes y transacciones. Con cada eleccin de tipo de
datos, obtendr registros en el espacio de trabajo y la base de datos segn la
configuracin del campo El nmero de minutos para agregar datos antes de
escribir un punto de dato (con un valor predeterminado de 5 minutos). Cada uno
de estos registros cero vaco tendr el valor cero para todos los campos, incluido el
volumen.
La configuracin de TEMA para el intervalo de registros cero es la duracin en
minutos que continuar recibiendo estos registros cero.
Por ejemplo, si su configuracin es para habilitar registros cero para los servidores
y tiene un periodo de agregacin de 5 minutos y un intervalo de registros cero de
480 minutos. Cuando su Servidor A actualmente en supervisin deje de recibir
trfico web a las 9:00, entonces seguir obteniendo nuevos registros en los espacios
de trabajo del servidor y el almacn para Servidor A a las 9:05, 9:10, etc. Recibir
estos registros para los 480 minutos siguientes. Dado que los registros cero pueden
indicar un problema de disponibilidad para un servidor, puede crear una situacin
que le alerte cuando el Servidor A tenga cero solicitudes totales.
Nota: Cuando se habilitan registros cero, la cantidad de datos pueden aumentarse
en gran medida en los espacios de trabajo y el almacn. Este es concretamente el
caso de la habilitacin de la recopilacin de registros cero para las transacciones.
Dado que las transacciones suelen ser nicas y normalmente no se vuelven a
producir, habilitar registros cero para las transacciones puede aadir centeanares
de registros vacos a su base de datos. Para disminuir la cantidad de datos
aadidos, puede reducir el intervalo de registros cero a un valor inferior a 15
minutos.
Supervisin de transacciones utilizando Web Response Time
Supervise transacciones en su entorno utilizando Web Response Time.
Habilitacin de la integracin de Transaction Tracking
Para ayudarle a identificar problemas en su entorno de supervisin, tales como
problemas con WebSphere, etc., habilite el seguimiento de transacciones para
realizar llamadas a la API de Transaction Tracking a fin de que pueda ver
informacin de topologa de Web Response Time a un nivel inferior.
De forma predeterminada, el agente de Web Response Time no realiza llamadas de
seguimiento de transacciones. Utilice el procedimiento siguiente para habilitar la
integracin de Transaction Tracking:
1. En la ventana Gestionar servicios de Tivoli Enterprise Monitoring, pulse con
el botn derecho del ratn en el agente de Web Response Time y seleccione
Reconfigurar.
2. Avance por las ventanas de configuracin hasta llegar a la ventana Anlisis de
datos.
3. Seleccione Habilitar integracin del seguimiento de transacciones para que el
agente de Web Response Time enve sus datos al agente de Transaction
Collector utilizando sucesos generados de la API de Transaction Tracking para
la integracin del seguimiento de transacciones. Acepte los valores
predeterminados que se muestran, o bien especifique sus propios valores para
los parmetros siguientes:
v Recuento de hebras de seguimiento de transacciones (de forma
predeterminada es 5)
El campo Recuento de hebras de seguimiento de transacciones se utiliza
para el ajuste del rendimiento y generalmente no se debe cambiar el valor
predeterminado (5) en el que est establecido. Consulte al administrador del
sistema o vea el sitio web de soporte de software de IBM para obtener ms
informacin.
v Serie de conexin de Transaction Collector
v Cadena de nombres de cookies, separados por una coma y con distincin de
maysculas y minsculas, que se deben pasar por alto durante el
seguimiento.
Nota: No puede habilitar la integracin del seguimiento de transacciones si
est habilitado HTTPS local (modalidad de plugin). El agente de Web Response
Time no puede obtener la informacin de seguimiento necesaria a partir de las
transacciones supervisadas por el plugin HTTPS en la modalidad local.
En la modalidad local y la modalidad de dispositivo, el agente Web Response
Time normalmente no observa trfico entre procesos de una misma mquina,
porque este trfico pasa por el dispositivo de bucle de retorno y no se difunde
en la tarjeta de interfaz de red (NIC). Por ejemplo, para visualizar la unin
entre IBM HTTP Server y WebSphere Application Server en una visualizacin
de topologa, IBM HTTP Server y WebSphere Application Server deben residir
en sistemas diferentes para que Web Response Time realice un seguimiento de
ambos procesos. Cuando IBM HTTP Server y WebSphere Application Server
residen en el mismo sistema, Web Response Time no puede ver el trfico de red
que se est produciendo cuando los dos procesos se comunican entre s a travs
de sockets en un mismo sistema fsico, pues el sistema operativo nunca coloca
el trfico en la tarjeta de interfaz de red (NIC). Normalmente, el trfico se enva
entre estos procesos utilizando memoria compartida.
4. Pulse Aceptar.
En la configuracin del registro del agente, si aade ERROR (UNIT:analyzer FLOW),
puede ver el registro ampliado para la topologa en los archivos de registro de Web
Response Time. Esta informacin de registro incluye mtricas para ayudarle a
identificar problemas de rendimiento en el agente de Web Response Time.
Si la visualizacin de la topologa muestra el nodo de navegador conectado a
varios elementos de la aplicacin (por ejemplo, IBM HTTP Server, WebSphere
Application Server y nodos TAM), el agente de Web Response Time no ha podido
recopilar los datos para el primer nodo (por ejemplo, TAM), y considera que el
lmite es con el nodo siguiente (por ejemplo, IBM HTTP Server).
Seguimiento de subtransacciones de pginas web
Los administradores pueden realizar un seguimiento de las pginas web
individuales como subtransaccin para comprender por qu una pgina web es
fcil de cargar.
Web Response Time realiza un seguimiento de las solicitudes de pginas
individuales como subtransacciones y muestra la informacin en los espacios de de
trabajo Page Element Current y Page Element History. Puede dividir la transaccin
global en partes, por ejemplo en cargas .css, .jpg y .gif , para comprender por
qu una pgina web tarda en cargarse. Por ejemplo, un archivo .jpg puede ser
demasiado grande o un .jsp puede tardar demasiado en cargarse.
Para habilitar la supervisin para objetos incorporados, consulte Habilitacin de la
supervisin para los objetos incorporados en la pgina 289.
Despus de habilitar la supervisin de objetos incorporados, los espacios de trabajo
de transacciones tienen enlaces con Page Element Current y Page Element History,
que muestran los componentes de pginas de la transaccin seleccionada.
1. Acceda a los espacios de trabajo de Web Response Time.
2. Acceda al espacio de trabajo Anlisis histrico de transacciones.
3. Enlace con una pgina que muestre los elementos de pgina de la pgina
solicitada.
Supervisin de tiempos de respuesta de transacciones web
Los administradores web pueden supervisar cunto tarda un navegador web en
generar contenido de la pgina para una aplicacin.
Importante: El uso de etiquetas de pginas provoca una o ms transacciones
adicionales para cada transaccin de usuario que est supervisando. Habilitar esta
funcin puede afectar al rendimiento en un factor de entre 2 y 3.
Web Response Time puede supervisar el tiempo necesario para cargar todo el
contenido de la pgina en el navegador, incluido el contenido de terceros no
alojado en el sitio administrado. Para hacerlo debe incluir el cdigo de etiquetas de
la pgina de JavaScript (proporcionado como un ejemplo) en las pginas HTML
utilizadas por la aplicacin web.
Nota: Esta funcin puede mostrar valores imprecisos para los datos de Client
Render Time en los espacios de trabajo de Web Response Time para las pginas
con mltiplesmarcos o pginas que interactan con los usuarios mediante AJAX,
Flash u otras tecnologas interactivas. Por ejemplo, si ha supervisado una pgina
web de correlacin popular y un usuario navega durante media hora, es posible
que el software notifique que la pgina ha tardado media hora en generarse.
Adems, el atributo Render Time puede ser ocasionalmente cero. Esto puede
ocurrir cuando se accede al URL frecuentemente dentro del mismo segundo desde
la misma direccin IP.
Consulte el Apndice D, Clculos mejorados de sincronizacin de red para
mtricas de Web Response Time, en la pgina 653 para obtener ms informacin
sobre cmo se calcula el tiempo de respuesta para los datos de Tiempo de
respuesta de web.
Procedimiento
1. Modifique el HTML de la aplicacin web para que incluya los cdigos de las
etiquetas de la pgina JavaScript bajo el elemento <head> de apertura y el
elemento <body> de cierre. Si no desea incluir la etiqueta literal, importe la
etiqueta con una directiva HTML include.
v Para las pginas estticas, incluya la etiqueta en cada pgina que desee
supervisar.
v Para las pginas generadas por un servlet o CGI, modifique el script de
servlet o CGI para que incluya la etiqueta en el HTML emitido.
La tabla siguiente muestra el texto del cdigo de la etiqueta de la cabecera y los
pies. Cuando se instala Web Response Time, la instalacin sita los archivos de
ejemplo pagetag_header.js y pagetag_footer.js en las ubicaciones siguientes:
v Para los sistemas AIX, $CANDLE_HOME/aix523/t5/sample
v Para los sistemas HP/UX, $CANDLE_HOME/hp11/t5/sample
v Para los sistemas Linux, $CANDLE_HOME/li6263/t5/sample
v Para los sistemas Solaris, $CANDLE_HOME/sol283/t5/sample
v Para los sistemas Windows, %CANDLE_HOME%/TMAITM6/t5/sample
Cdigo de etiqueta de pgina de la cabecera



<script id="ITO4T_timer_head" type="text/javascript">

</script>
Tras situar el script anterior en la etiqueta <head> del documento, aada
getITO4TRenderTime() a los atributos de los sucesos /onload/ y /onunload/ de
la etiqueta <body>.
2. Para habilitar la recopilacin de datos de la etiqueta de la pgina, edite el
archivo de configuracin de las variables de en torno del agente Web Response
Time y aada el variable siguiente
WRM_USE_PAGETAGS=Y
El archivo de configuracin est en la ubicacin siguiente:
Para los sistemas Windows, ${%CANDLE_HOME%}\TMAITM6\kt5env
Para los sistemas UNIX, ${$CANDLE_HOME}/config/t5.ini
Supervisin de los servidores web de fondo WebSEAL
WebSEAL forma parte de Tivoli Access Manager para el componente de seguridad
web. Este servidor web es un proxy inverso HTTP o HTTPS que reenva
solicitudes a los servidores web de fondo. Cuando Web Response Time supervisa
los servidores web de fondo, la direccin IP del cliente de la solicitud HTTP o
HTTPS se configura en la direccin IP del servidor WebSEAL de forma
predeterminada y recupera la direccin IP del cliente de la cabecera HTTP de
iv-remote-addr configurada por WebSEAL.
Para establecer la cabecera HTTP iv-remote-addr de WebSEAL necesaria debe
crear la unin de host virtual con la opcin -r o seleccionar Incluir cabecera IP del
cliente si se crea o se edita desde la consola administrativa de WebSEAL. Si no
utiliza la opcin -r al crear la unin virtualhost, Web Response Time no puede
obtener la direccin IP del cliente real de la solicitud.
Por ejemplo, puede utilizar el mandato padmin de este modo:
server task default-webseald-rtseal.tivlab.austin.ibm.com virtualhost create
-f -t ssl -h w2k3.tivlab.austin.ibm.com -v w2k3-ws.ut.local -r vhost-w2k3-https
Utilice el procedimiento siguiente para configurar el soporte de WebSEAL para
HTTP:
Reconfigurar.
2. Avance por las ventanas de configuracin hasta alcanzar la ventana Anlisis de
datos.
3. En el campo Recopilar direccin IP de cliente real de la cabecera HTTP,
aada la cabecera HTTP utilizada por WebSEAL.
4. Pulse Aceptar.
Optimizacin de Web Response Time
Optimice el entorno de supervisin de Web Response Time.
Captura de transacciones con tiempos de respuesta lentos
Las transacciones largas pueden exceder el tiempo de espera antes de que el
agente de supervisin pueda capturar los tiempos de respuesta. Para capturar estos
tiempos de respuesta, haga lo siguiente:
1. Edite %CANDLE_HOME%\TMAITM6\wrm\Analyzer\KFCMENV y aada la lnea siguiente:
KFC_MAX_TCP_IO_PAUSE="360"
*INFO:Transaction capture rate set to 100%
El valor es en segundos.
2. Reinicie el agente de supervisin Web Response Time.
Ajuste de Web Response Time en un entorno de alta carga
Para supervisar correctamente entornos de transacciones de gran volumen es
necesario tener un equilibrio entre el nmero de recursos de sistema utilizados
para recopilar los datos y la cantidad de datos que se recopilan.
Web Response Time proporciona tres configuraciones de control principales para
ayudarle a hacerlo:
v Los controles de memoria garantizan que el supervisor no utilice ms que la
cantidad de memoria mximo para hacer su trabajo.
v Los controles de CPU garantizan que el supervisor no utilice ms que la
cantidad de CPU mximo para hacer su trabajo.
v Los controles de espacio en disco garantizan que el supervisor no utilice ms
que la cantidad de espacio en disco mximo para hacer su trabajo.
Cuando se alcanzan estos mximos, el agente Web Response Time prueba el trfico
de transacciones en lugar de registrar cada entrada para que permanezca dentro de
su presupuesto. Si el uso cae por debajo del mximo, el Web Response Time
aumenta los porcentajes de recopilacin en consecuencia.
En un entorno de alta velocidad de llegada de carga o de transacciones, plantese
reducir el nmero de transacciones registradas disminuyendo el porcentaje de
muestreo de transacciones. Por ejemplo: SM3_LOG_SAMPLE_PERCENTAGE = 75.
Ajuste de los filtros y parmetros de Web Response Time
Analyzer de Web Response Time a su entorno
Utilizando la siguiente operacin y los parmetros y filtros de Web Response Time
Analyzer de captura de datos, puede ajustar Web Response Time a su entorno:
v KFC_MAX_PROTOCOL_POOL_SIZE: establecido en el nmero de CPUs del sistema en
el que est instalado Web Response Time.Consulte Aumento del paralelismo de
procesos en la pgina 274 para ver ms informacin.
v KFC_BPF_FILTER: especifica un filtro de kernel para filtrar grandes cantidades de
trfico de TCP que no sea de inters.
Nota: Si utiliza seguimiento de transacciones sin agente, no especifique un
valor para este parmetro.
v KFC_RESTRICT_HOST - se utiliza para filtrar grandes cantidades de trfico de
HTTP, HTTPS o TCP que no sea de inters.
Nota: Si utiliza seguimiento de transacciones sin agente, no especifique ningn
valor para este parmetro.
v KFC_FAST_CLIENT_MATCH - si tiene un gran nmero de Grupos de clientes
especificado en el Editor de configuracin de gestin de aplicaciones, y todos los
grupos de clientes utilizan nicamente la direccin IP como filtro, establezca este
parmetro para habilitar el entero IP en lugar de la comparacin de series para
acelerar el proceso.
Consulte Parmetros de Web Response Time Analyzer en la pgina 279 para
obtener ms informacin de parmetros.
Recuerde las directrices siguientes al especificar aplicaciones HTTP y HTTPS en el
Editor de configuracin de gestin de aplicaciones:
v Los filtros deben ser tan especficos como sea posible, con un nmero mnimo de
caracteres comodn. Recuerde que para llegar al filtro predeterminado "URL=*",
primero deben fallar los dems filtros.
v Cuando se utilizan varios agentes de Web Response Time, en lugar de colocar
todas las Aplicaciones en el perfil predeterminado, cree varios perfiles y
distribuya un conjunto mnimo de Aplicaciones a cada agente de Web Response
Time.
Consulte Utilizacin de filtros en la pgina 52 para ver ms informacin.
Configuracin de Tiempo de respuesta de web en los sistemas
AIX
En AIX, el lmite de datos Soft predeterminado es demasiado reducido como para
que el agente Web Response Time funcione correctamente. Modifique el archivo
/etc/security/limits para que en lugar de tener lmite de memoria del tamao
del segmento de datos no haya lmite (en el archivo limits, cambie el valor de data
seg size (tamao de segmento de datos) por -1 para configurarlo como un valor
ilimitado).
En cualquier sistema operativo, si el valor de data seg size es demasiado bajo, el
agente puede cerrarse de repente si necesita ms memoria de la que le ha sido
asignada. Para obtener ms informacin consulte el siguiente artculo de Redbook:
http://www.redbooks.ibm.com/abstracts/TIPS0154.html?Open.
Implementacin de la administracin de la memoria
KFC_MEMORY_LIMIT
En los entornos de carga de trabajo muy altos, la variable KFC_MEMORY_LIMIT puede
configurarse en la configuracin del Web Response Time Analyzer (kfcmenv). Si el
lmite de variable est configurado demasiado bajo, los procesos pueden
bloquearse en el inicio o no pueden crear todas las hebras necesarias para operar
correctamente. Esto puede causar la prdida de datos de supervisin.
Despus de que se alcanza el lmite de memoria especificado, el proceso finaliza.
Nombre de variable
KFC_MEMORY_LIMIT
Formato del valor de asignacin
Un entero no negativo, seguido de K, M o G para kilobytes, megabytes o
gigabytes. Si no especifica un sufijo, el software utiliza megabytes.
Alternativamente, puede expresar este valor como un entero no negativo,
seguido de %, que indica el porcentaje de memoria del sistema local que se
utiliza como lmite. Por ejemplo, un valore de 50% indica que el lmite est
establecido en el 50% de la memoria total del sistema.
Por ejemplo, para establecer un lmite de memoria de 1
gigabyte:KFC_MEMORY_LIMIT=1G.
KFC_HEADER_POOL_LIMIT
KFC_HEADER_POOL_LIMIT limita el nmero de almacenamientos temporales de
cabecera HTTP asignados y, por tanto, limita el nmero de paquetes. El valor
predeterminado es 2 000 000.
KFC_DATA_POOL_LIMIT
KFC_DATA_POOL_LIMIT limita el nmero de almacenamientos intermedios de carga
til TCP y, por tanto, limita la carga til. El predeterminado es 100 000.
Cuando se alcanza el 100%, los paquetes que estn fuera de secuencia se procesan
de forma inmediata en algunas sesiones. Al 150%, se ignorarn todas las sesiones
nuevas hasta que la carga caiga por debajo del 150%. El predeterminado de 100
000 reduce la utilizacin de memoria a unas 2 GB de RAM.
KFC_HTTP_MERGE_QUEUE_CAPACITY
KFC_HTTP_MERGE_QUEUE_CAPACITY limita la entrada a la tarea de fusin de objetos,
incluidas la pgina interna y las colas de objetos empotrados dentro de la tarea de
fusin de objetos. El predeterminado es de 15 000.
Si se alcanza el lmite, se descartarn las pginas nuevas y los objetos empotrados.
Como consecuencia, la tarea de fusin de objetos finalizar las pginas antes de lo
que lo hara en otro caso, con un menor nmero de objetos empotrados asociados
a las pginas.
KFC_COMPLETED_QUEUE_DISPOSE_THRESHOLD
KFC_COMPLETED_QUEUE_DISPOSE_THRESHOLD limita la cola de salida de la tarea de
fusin de objetos y descarta las pginas finalizadas antes de comunicarse con el
Agente de agregacin. El valor predeterminado es de 1 000.
Estos lmites no suelen alcanzarse.
Si se ejecuta Web Response Time detrs de un equilibrador de carga, puede que las
colas de fusin de objetos se sobrecarguen. Para evitar la sobrecarga:
1. Configure el equilibrador de carga para que reenve la direccin IP del cliente.
Por ejemplo, en la cabecera HTTP, establezca la direccin IP del cliente en el
campo X-Forwarded-For.
2. Configure Web Response Time para que utilice la direccin IP del cliente. En la
herramienta de configuracin de Web Response Time, defina la direccin IP del
cliente en el campo Obtener direccin IP real del cliente de la cabecera HTTP
(KFC_OVERRIDE_SOURCE_ADDR_HEADER) en el panel Anlisis de datos.
Supervisin de alto volumen de trfico en sistemas Linux
Al utilizar Web Response Time para supervisar un alto volumen de trfico en los
sistemas Linux soportados, debern ejecutarse los mandatos siguientes para
modificar los tamaos de los almacenamientos intermedios de la red utilizados por
el kernel de Linux para optimizar el rendimiento de la captura de paquetes.
echo 33554432 > /proc/sys/net/core/rmem_default
echo 33554432 > /proc/sys/net/core/rmem_max
echo 10000 > /proc/sys/net/core/netdev_max_backlog
Optimizacin de utilizacin de almacenamiento para Web
Response Time Analyzer en sistemas AIX
El almacenamiento es fundamental para el funcionamiento y el rendimiento de
Web Response Time Analyzer. El volumen de red est ms all del control de Web
Response Time Analyzer, pero debe capturarlos y procesarlos. Todos los trabajos de
un sistema tienen espacio virtual para el almacenamiento de programas y datos.
Normalmente corresponde a los lmites de direcciones de la arquitectura de
sistemas operativos.
En AIX, el tamao de segmentos de datos del proceso es controlado por la variable
de entornos de LDR_CNTRL; el valor predeterminado es 256 MB. Para entornos de
alto volumen, deben establecerse lmites de almacenamiento de proceso ms altos
para que el Web Response Time Analyzer funcione correctamente. Este parmetro
debe establecerse como una variable de entorno para el proceso en ejecucin y no
se puede preconfigurar en los archivos de configuracin de sistema. La tabla
siguiente describe los valores de la variable y los lmites de los segmentos de datos
de datos de procesos correspondientes. Como este es un tamao de
almacenamiento virtual impuesto en el Web Response Time Analyzer, utilice el
valor mximo.
Tabla 22. Valores de LDR_CNTRL
Valor de LDR_CNTRL
Segmentos de datos
adicionales
Lmite de memoria de
proceso
Unset 0 (Predeterminado) 256 MB
LDR_CNTRL-
MAXDATA=0x1000000
1 512 MB
LDR_CNTRL-
MAXDATA=0x2000000
2 768 MB
LDR_CNTRL-
MAXDATA=0x3000000
3 1 GB
LDR_CNTRL-
MAXDATA=0x4000000
4 1,25 GB
LDR_CNTRL-
MAXDATA=0x5000000
5 1,5 GB
LDR_CNTRL-
MAXDATA=0x6000000
6 1,75 GB
LDR_CNTRL-
MAXDATA=0x7000000
7 2,0 GB
LDR_CNTRL-
MAXDATA=0x8000000
8 2,25 GB
Aumento del paralelismo de procesos
La comunicacin de red se produce entre dos partes de punto final. El Web
Response Time Analyzer captura datos de transmisin de red y los agrupa por
conexiones lgicas o sesiones, por las direcciones IP de las partes en comunicacin
y los nmeros de puerto. Mediante direcciones y puertos se genera una clave de
sesin. Permite al Web Response Time Analyzer enviar a la cola cualquier paquete
de red capturado a su ancla de sesin mediante un algoritmo de bsqueda de
hash. Hay miles de sesiones activas en cualquier momento, y el Web Response
Time Analyzer debe procesar todos sus protocolos de red y de aplicacin para
calcular el tiempo de respuesta de la transaccin de la aplicacin.
El Web Response Time Analyzer establece una agrupacin de hebras de tareas de
protocolo de manera que pueda procesar sesiones de manera simultnea. Las
sesiones se asignan a tareas de protocolos de la agrupacin de hebras basndose en
cules estn menos ocupadas. Esto es importante porque las sesiones corresponden
a transacciones de aplicaciones; su duracin y su complejidad varan. Utilizando la
frmula de los elementos menos ocupados en lugar de un mtodo por turnos,
consigue cargas de trabajo equilibradas entre todas las tareas de protocolo de las
agrupaciones de hebras, y evita anormalidades en los retrasos de procesamiento de
las sesiones.
El siguiente parmetro del Web Response Time Analyzer controla la agrupacin de
hebras de tareas de protocolos: KFC_MAX_PROTOCOL_POOL_SIZE, que es el nmero
total de tareas de protocolo de la agrupacin de hebras. El valor predeterminado es
5. Establezca el tamao de agrupacin en el nmero de CPU del sistema en el que
est instalado Web Response Time.
Gestin del uso de la CPU
El Web Response Time Analyzer puede necesitar elevados recursos de CPU y de
sistema de almacenamiento para procesar grandes volmenes de transacciones de
red. Cuando el Web Response Time Analyzer necesita ms recursos del sistema
debido a la carga de trabajo, las aplicaciones, como los servidores web y las bases
de datos, tambin necesitan ms recursos del sistema porque tambin se ven
sometidas a altos volmenes de estrs. En consecuencia, el Web Response Time
Analyzer puede tener un efecto en el procesamiento empresarial para todos los
programas que compiten por los mismos recursos limitados.
Web Response Time Analyzer implementa un recurso de gestin de CPU interno.
Esta capacidad permite especificar el lmite de CPU mximo que puede utilizar el
Web Response Time Analyzer para el procesamiento de la supervisin del tiempo
de respuesta. Independientemente de la carga de trabajo. El Web Response Time
Analyzer supervisa continuamente su uso de la CPU. El uso de la CPU se deriva
del tiempo de CPU del Web Response Time Analyzer acumulado, tanto el tiempo
de kernel como el de usuario, desde el principio de un periodo de gestin hasta el
final de ese periodo de gestin. Entonces, el tiempo de CPU total se normaliza en
relacin con el tiempo de procesador total en lnea para calcular el porcentaje de
uso de la CPU del periodo de gestin. Tras confirmar el uso de CPU consecutivo,
el Web Response Time Analyzer ajusta su gestin de trabajo interno y sus reglas
heursticas de distribucin, manteniendo as su consumo de CPU por debajo de los
lmites permitidos. Sin embargo, el Web Response Time Analyzer an intenta
procesar y lograr el mejor rendimiento de supervisin del tiempo de respuesta
posible dentro de estas limitaciones de recursos.
En el grfico siguiente, el lmite de CPU del Web Response Time Analyzer se
establece en 45%, y el analizador realiza un seguimiento correcto de su uso de
CPU situado entre el 85% y el 100% de la zona de destino de 45% (de 38,25% a
24%) para un volumen de carga de trabajo determinado (50.000+ por minuto) para
este equipo concreto.
Consulte Parmetros de gestin de utilizacin de CPU en la pgina 287.
Procesamiento de Web Response Time Analyzer en la
modalidad degradada
El Web Response Time Analyzer puede quedarse sin almacenamiento debido a los
volmenes y los lmites de la red en las capacidades del sistema. En esta situacin,
Web Response Time Analyzer sigue procesando en la modalidad degradada
mediante los mtodos siguientes:
v Inhibicin de la supervisin de nuevas sesiones mientras se contina procesando
las sesiones existentes. Use:
KFC_HEADER_POOL_LIMIT
KFC_DATA_POOL_LIMIT
v Reduccin de las velocidades de captura de paquetes de red.
v Reduccin del tamao de la copia de contenido de datos de transacciones.
v Aceleracin de los procesos de fusin de objetos HTTP y aumento de los
tamaos de las colas de objetos. Use:
KFC_HTTP_MERGE_QUEUE_CAPACITY
KFC_COMPLETED_QUEUE_DISPOSE_THRESHOLD
KFC_OVERRIDE_SOURCE_ADDR_HEADER si se utiliza un equilibrador de carga como
WebSEAL
v Eliminacin de datos del tiempo de respuesta si no se puede obtener un
almacenamiento intermedio de E/S.
El Web Response Time Analyzer vuelve a funcionar con normalidad en cuanto se
relajan los lmites de almacenamiento.
Mejora de la eficacia de E/S
La E/S de red puede contribuir a cuellos de botella de rendimiento. En
condiciones de alta carga, la tasa de informes para las aplicaciones de Web
Response Time Analyzer a recopilador supera las decenas de miles de registros de
datos de tiempo de respuesta de transacciones por minuto. Cualquier problema de
red puede causar un aumento inmediato en la cola de salida que puede provocar
aumentos significativos de las necesidades de almacenamiento. A menos que el
volumen de la red disminuya, es posible que el rendimiento de salida no se
recupere, lo cual dara lugar a graves problemas de rendimiento.
Referencia de Web Response Time
Informacin de referencia de Web Response Time.
Archivos de configuracin de Web Response Time
Utilice los archivos de configuracin de Web Response Time para personalizar su
configuracin.
La tabla siguiente muestra los archivos de configuracin para Web Response Time:
Tabla 23. Archivos de configuracin de Web Response Time
Archivo Descripcin
Entorno de Windows
%CANDLE_HOME%\TMAITM6\kt5env Variables de entorno para Tivoli Enterprise
Management Agent
%CANDLE_HOME%\tmaitm6\${HOSTNAME}_t5.cfg Valores de configuracin de Tivoli Enterprise
%CANDLE_HOME%\tmaitm6\wrm\analyzer\
kfcmenv
Archivo env de Web Response Time
Analyzer
Entorno de UNIX
$CANDLE_HOME/config/t5.ini Variables de entorno para Tivoli Enterprise
Management Agent
$CANDLE_HOME/config/${HOSTNAME}_t5.cfg Valores de configuracin de Tivoli Enterprise
$CANDLE_HOME/tmaitm6/wrm/kfcmenv Archivo env de Web Response Time
Analyzer
Variables de entorno
Esta seccin contiene informacin sobre los siguientes parmetros de variables de
entorno.
v Parmetros de Web Response Time en la pgina 278
v Parmetros de Web Response Time Analyzer en la pgina 279
v Parmetros de gestin de utilizacin de CPU en la pgina 287
v Parmetros de E/S de la API KFC1 en la pgina 287
Las siguientes secciones hacen referencia a los archivos en los que puede cambiar
los valores de los parmetros. En la tabla siguiente se proporciona una lista de esos
archivos y sus ubicaciones.
Tabla 24. Ubicacin de los archivos de variables de entornos
Archivo Windows UNIX
kfcmenv $CANDLE_HOME\tmaitm6\wrm\
Analyzer\
$CANDLE_HOME/tmaitm6/wrm/
Parmetros de Web Response Time
El archivo KFCMENV contiene los parmetros siguientes utilizados especficamente
para Web Response Time:
Tabla 25. Parmetros de Web Response Time
Parmetro Descripcin
WRM_IGNORE_
PAGETAGS
Especifica si se van a recopilar o no datos de
etiquetas de pgina para Client Browser Render
Time. Si configura esta variable en Y, el software
de supervisin omite todos los datos de etiquetas
de pgina y muestra un 0. El valor
predeterminado es N.
WRM_ANALYZER_
QUEUE_SIZE
Especifica el tamao de la cola del Web Response
Time Analyzer para correlacionar las solicitudes
HTTP y los datos de etiquetas de pginas. El
valor predeterminado es 1024 (transacciones).
WRM_ANALYZER_
QUEUE_WAIT
Especifica cunto tiempo se mantienen las
solicitudes HTTP en la cola del Web Response
Time Analyzer a la espera de datos de etiquetas
de pginas. El valor predeterminado es 15000
(milisegundos).
El archivo KFLMENV contiene los parmetros siguientes utilizados especficamente
para Web Response Time:
Tabla 26. Parmetros de Web Response Time
Parmetro Descripcin
KFC_MEMORY_LIMIT Establece el lmite de memoria mximo artificial.
Si se supera este lmite, Web Response Time
Analyzer se ejecuta en la modalidad degradada.
Por ejemplo, KFC_MEMORY_LIMIT=1G establece el
lmite de la memoria en 1 gigabyte.
El valor debe configurarse en el formato siguiente:
<number>(K|M|G). donde K es kilobytes; M es
Megabytes; G es gigabytes. Por ejemplo:
KFC_MEMORY_LIMIT=500M; export
KFC_MEMORY_LIMIT
Parmetros de Web Response Time Analyzer
Los parmetros siguientes afectan al uso y salida del almacenamiento de Web
Response Time Analyzer:
Tabla 27. Parmetros de Web Response Time Analyzer
Parmetro Archivo Descripcin
Valor
predeterm.
DEBUG
KFC_DEBUG_API KFCMENV Conmutador para activar el rastreo del proceso de la
API KFC1. Establezca en una aplicacin de recopilador o
lado de Web Response Time Analyzer para obtener
flujo de datos de interaccin de API de KFC1. Cuando se
establece para Web Response Time Analyzer, este
parmetro es til para determinar el procesamiento de
solicitud de API, o el procesamiento de salida de
tiempo de respuesta y la E/S saliente.
NO
KFC_DEBUG_CAPTURE KFCMENV Conmutador para activar el rastreo detallado de la
interfaz de captura de tramas de red. Se define para
mostrar el proceso detallado de captura de tramas y el
vuelco de datos de paquetes. Produce un gran volumen
de datos de salida.
NO
KFC_DEBUG_FILTER KFCMENV Conmutador para activar el rastreo relacionado con la
definicin de filtros de la API y el proceso de datos de
informe por comparacin con criterios de filtro. Es til
para depurar los filtros que se han definido y activado.
Tambin muestra qu registro de datos de tiempo de
respuesta ha pasado o no un filtro determinado.
Importante para determinar si no hay datos de salida
para tiempos de respuesta o si faltan datos cuando se
sabe que se han capturado los datos correctos.
NO
KFC_DEBUG_HTTP KFCMENV Conmutador para activar el rastreo detallado del
proceso del mdulo de protocolo HTTP. Es til en el
primer paso general de la determinacin de problemas
de tiempo de respuesta de HTTP. Muestra detalles de
transacciones HTTP, la extraccin de datos de cabecera
HTTP y el proceso de fusin bsico de HTTP.
NO
KFC_DEBUG_HTTPS KFCMENV Conmutador para activar el rastreo detallado del
proceso del mdulo de protocolo HTTPS. Muestra el
flujo de transacciones HTTPS pero suele requerir un
rastreo de servidor WEB adicional, para complementar
la determinacin de problemas.
NO
KFC_DEBUG_PACKET KFCMENV Conmutador para activar el rastreo detallado sobre
actividades de Web Response Time Analyzer Packet
Dispatcher. Muestra el flujo de datos de envo de
paquetes y los detalles del contenido de los paquetes.
Utilizar slo para resolver problemas.
NO
KFC_DEBUG_SERVICES KFCMENV Conmutador para activar el rastreo detallado de la
supervisin del servicio TCP/IP.
NO
KFC_DEBUG_STORAGE KFCMENV Conmutador para activar el rastreo detallado de uso de
almacenamiento de Web Response Time Analyzer.
Muestra detalles de la asignacin y desasignacin de
almacenamiento. Utilice a travs de una ejecucin corta
para depurar cdigo nuevo o cambios.
NO
Tabla 27. Parmetros de Web Response Time Analyzer (continuacin)
Valor
predeterm.
KFC_DEBUG_STORAGE_STAT KFCMENV Para activar los informes peridicos del uso de
almacenamiento de Web Response Time Analyzer
ejecutando hebras. Muestra el uso del almacenamiento
por cada hebra. Es necesario tener un conocimiento
previo del rea de inters. Para detectar fugas de
almacenamiento, utilice Rational Purify.
NO
KFC_DEBUG_SSL KFCMENV Activa el rastreo para el proceso y descifrado de
registros relacionados con SSL.
NO
KFC_DEBUG_TIMECALC KFCMENV Activa el rastreo para el clculo del tiempo de
respuesta. Produce un subconjunto
deKFC_DEBUG_PACKET relacionado con el clculo del
tiempo de respuesta. Es til para HTTP, pero para el
tiempo de respuesta de TCP es ms fcil utilizar
simplemente (UNIT:kfcpccrt DETAIL)
CONFIGURATION
KFC_API_
MEDIASERVER_
LISTEN_PORT
KFCMENV Se usa para sustituir el puerto de escucha de servicio
de la KFC1 API del Web Response Time Analyzer
predeterminado. Establezca para Transaction Collector y
Web Response Time Analyzer.
12121
KFC_DOMAIN_NAME KFCMENV Sustituya o especifique el nombre de dominio de
Internet.
Machine Def
KFC_HOST_NAME KFCMENV Se utiliza para alterar temporalmente el nombre de host
definido por el sistema o para seleccionar la interfaz de
red que el programa debe utilizar para la
comunicacin.
get
hostname()
KFC_HTTP_PORT KFCMENV Especificar nmeros de puerto TCP/IP adicionales que
Web Response Time Analyzer deber supervisar para
los datos de aplicacin HTTP adems del nmero de
puerto predeterminado 80. Se pueden especificar varios
puertos separados por comas.
80
KFC_HTTPS_PORT KFCMENV Especifique los nmeros de puerto TCP/IP adicionales
que el Web Response Time Analyzer debe supervisar
para los datos de aplicacin HTTPS adems del nmero
de puerto predeterminado 443. Se pueden especificar
varios puertos separados por comas.
443
KFC_WORK_PATH KFCMENV El directorio de trabajo de tiempo de ejecucin de Web
Response Time Analyzer
Current Dir
DATA CAPTURE
Valor
predeterm.
KFC_CAPTURE_
DEVICE_NAME
KFCMENV Permite a los clientes especificar un nombre de interfaz
de captura de datos concreto. Si no se especifica o se
considera inutilizable, Media Service selecciona una
interfaz en lnea con el nmero de dispositivo ms bajo,
por ejemplo en0, de la lista de configuracin de
interfaces del sistema.
Utilizando la interfaz de usuario: en sistemas UNIX,
especifique un nombre o direccin IP; en sistemas
Windows, especifique slo una direccin IP.
Utilizando el ejecutable, especifique una lista separada
por comas de direcciones IP en notacin decimal, por
ejemplo, 10.2.1.1,\Device\NPF_{C8CEC568-689C-460C-
BFDC-4FFD442D4694}.
NONE
KFC_RESTRICT_HOST KFCMENV Especifica una lista de combinaciones de direcciones IP
y puertos (con el formato ip1:port1,ip2:port2,...)
separadas por comas para restringir la supervisin de
trfico de IP a solo la lista especificada de servidores
web. Si no se especifica este parmetro, se supervisan
todas las direcciones IP. Utilice este parmetro para
descartar por filtracin el trfico que no sea de inters.
Nota: Si utiliza el seguimiento de transacciones sin
agente, no especifique ningn valor para este
parmetro.
Todo
KFC_KFC1API_DATA KFCMENV Para indicar a Web Response Time Analyzer si debe o
no incluir los paquetes de datos KFC1 e informar de sus
datos de tiempo de respuesta.
NO
KFC_CAPTURE_
TARGET_PERCENT
KFCMENV (Slo para AIX) Especificar porcentaje de proporcin de
captura de BPF de destino. Los sistemas con
proporciones de captura inferiores suelen estar muy
cargados. Establzcalo en una proporcin inferior para
reducir la sobrecarga de la CPU y las tareas de lectura
excesivas.
90
KFC_BPF_FILTER KFCMENV Especifique un filtro de kernel para filtrar grandes
cantidades de trfico de TCP que no sean de inters.
Nota: Si utiliza seguimiento de transacciones sin
agente, no especifique un valor para este parmetro.
Todo
KFC_FAST_CLIENT_MATCH KFCMENV Si hay un gran nmero de grupos de clientes
especificados en el Editor de configuracin de gestin
de aplicaciones y todos los grupos de clientes utilizan
solamente la direccin IP como filtro, defina este
parmetro para habilitar los IP enteros en lugar de la
comparacin de series. Esto acelera el proceso.
Establezca el valor Y para habilitar la funcin.
N
OPERATION
KFC_MAX_
PROTOCOL_POOL_SIZE
KFCMENV Define el tamao de la agrupacin de hebras para el
proceso de protocolos de red. Establezca este valor en
el nmero de unidades CPU del sistema donde est
instalado Web Response Time.
5
Valor
predeterm.
KFC_MAX_OUTPUT_
TASK_POOL_SIZE
KFCMENV Define el tamao de la agrupacin de hebras para el
formato de salida. No es necesario aumentar este valor
a menos que el retardo de la cola de salida sea mayor
que 10 segundos aproximadamente.
10
KFC_SESSION_HASH_
TABLE_SIZE
KFCMENV Define el tamao de la tabla hash de bsqueda de
sesiones. Debido a que el tamao de la tabla debe ser
un nmero primo, Web Response Time Analyzer utiliza
el nmero primo ms cercano al valor de entrada. Por
lo general, no hay necesidad de cambiar el valor
predeterminado.
9973
KFC_HOUSEKEEPING_
INTERVAL
KFCMENV Define el intervalo mximo de inactividad por tareas de
mantenimiento, en segundos. No es necesario
cambiarlo.
2
KFC_BASE_INTERVAL KFCMENV Define la frecuencia del ciclo peridico de tareas de
Application Server en segundos. No es necesario
cambiarlo.
5
KFC_APPL_
SCHEDULE_WINDOW
KFCMENV Define la frecuencia de la planificacin de tareas de
fusin de HTTP en segundos. El valor predeterminado
es KFC_BASE_INTERVAL.
Nota: No modifique este parmetro a menos que se lo
indique el Soporte de software de IBM.
5
KFC_MAX_APPLICATION_
DATA_SIZE
KFCMENV El tamao mximo de los datos de solicitud de la
aplicacin supervisados o los datos de respuesta que el
Web Response Time Analyzer captura y convierte en
disponibles para el llamador de la API KFC2 para su
examen (Slo para KFC2) Inferior a 2000 si el
almacenamiento se convierte en un problema.
KFC_MAX_TCP_IO_PAUSE KFCMENV Una vez que el Web Response Time Analyzer detecta
paquetes enviados desde el peticionario al receptor de
una conexin TCP, el receptor devuelve la respuesta
puntualmente. Si la respuesta no se observa en este
intervalo de pausa, entonces el Web Response Time
Analyzer considera esta sesin TCP abandonada.
Quizs el receptor ha quedado bloqueado y no puede
responder, o la red tiene un problema de transmisin.
En este caso, el Web Response Time Analyzer establece
esta sesin de TCP en el estado DONE y genera el
informe de tiempo de respuesta correspondiente.
Nota: No es necesario cambiar el valor excepto en
situaciones especiales de transacciones de cliente.
180 seconds
KFC_MAX_TCP_REPLY_IDLE KFCMENV Especifique el retardo mximo para recibir los paquetes
de datos de respuesta TCP siguientes. Si no se ve
ningn paquete de datos de respuesta en esta ventana
inactiva, entonces la transaccin TCP se considera
finalizada y se calcula el tiempo de respuesta.
Nota: No es necesario cambiar el valor excepto en
situaciones especiales de transacciones de cliente.
5
KFC_HEADER_POOL_LIMIT KFCMENV Limita el nmero de almacenamientos intermedios
asignados y, por tanto, limita el nmero de paquetes.
2 000 000
Valor
predeterm.
KFC_DATA_POOL_LIMIT KFCMENV Limita el nmero de almacenamientos intermedios
asignados de carga til TCP y, por tanto, limita la carga
til.
100 000
KFC_MIN_SESSION_COUNT KFCMENV Si se establecen KFC_HEADER_POOL_LIMIT y
KFC_DATA_POOL_LIMIT, KFC_MIN_SESSION_COUNT garantiza
que no se omitan todas las sesiones.
2
KFC_HTTP_MERGE_QUEUE_
CAPACITY
KFCMENV Limita la entrada en la tarea de fusin de objetos,
incluidos la pgina interna y las colas de objetos
incrustados dentro de la tarea de fusin de objetos.
15 000
KFC_COMPLETED_QUEUE_
DISPOSE_THRESHOLD
KFCMENV Limita la cola de salida de la tarea de fusin de objetos
y descarta las pginas completadas antes de
comunicarse con el Agente de agregacin.
1000
HTTP
KFC_HTTP_
CUSTOM_OBJECTS
KFCMENV Permite la definicin personalizada de tipos de objetos
incrustados. Se pueden especificar varios tipos
separados por comas. Esta definicin se aade a los
tipos de objeto incorporados predeterminados de Web
Response Time Analyzer.
NONE
KFC_HTTP_GROUP_
PAGE_OBJECTS
KFCMENV Especifique si los objetos incorporados de la pgina
HTML se deben incluir en el clculo del tiempo de
respuesta total de la pgina HTML; si los objetos no se
incluyen en el clculo, la pgina HTML y todos los
objetos incorporados se notifican como entidades
independientes.
YES
KFC_HTTP_
MERGE_REDIRECT
KFCMENV Especifique si se deben fusionar las solicitudes de URL
redireccionadas en la solicitud original. Por ejemplo, la
solicitud www.cnnfn.com se redireccionar de inmediato
hacia Money.cnn.com. La funcin fusionar
Money.cnn.com con www.cnnfn.com y mostrar como
salida slo www.cnnfn.com como objeto de pgina
individual.
YES
KFC_HTTP_MERGE_
SESSION_DATA
KFCMENV Especifique si los objetos incorporados de la pgina
HTML se deben incluir en el clculo del tiempo de
respuesta total de la pgina HTML cuando el
navegador utiliza varias conexiones TCP para recuperar
estos objetos simultneamente.
YES
KFC_HTTP_MERGE_
DUPLICATES
KFCMENV Especifique si los objetos incorporados duplicados se
deben fusionar en la misma pgina HTML.
NO
KFC_HTTP_SINGLE_
SESSION_PAGE_MODE
KFCMENV La fusin de la pgina HTML y los objetos
incorporados debe provenir de la misma conexin TCP.
En general, los objetos de pgina y objetos
incorporados se recuperan mediante varias conexiones
TCP. Slo es necesario para el programa de pruebas
cuya herramienta de simulacin utiliza solicitudes de
pgina de uno para todos.
NO
KFC_HTTP_MERGE_
EXPEDITE_OUTPUT_
THRESHOLD
KFCMENV Define el umbral de pginas HTML en la cola para
especificar la modalidad de procesamiento en la que el
Web Response Time Analyzer slo explora la cola de
objetos incorporados ms grande o slo la mitad, o bien
KFC_HTTP_MERGER_OBJ_SCAN_LIMIT. Si el CPU de fusin
se convierte en un problema, establezca este valor en
aproximadamente 350.
Sin lmite
Valor
predeterm.
KFC_HTTP_MERGE_
OBJ_SCAN_LIMIT
KFCMENV Define el nmero mximo de objetos incorporados en
cola que se deben examinar durante cada ciclo de
exploracin de fusin. Esto reduce el consumo de CPU
bajo una carga de trabajo alta, pero existe la
probabilidad de que algunas pginas tengan objetos
fusionados incompletos. Esta opcin slo est en vigor
en la modalidad rpida. Si la CPU de fusin se
convierte en un problema, establezca este valor en 350
aproximadamente. Consulte run stat matrix Max HTTP
Merge Input Queue Size, Max HTTP Merge Page
Queue Size y Max HTTP merge Object Queue Size para
encontrar valores adecuados.
Sin lmite
KFC_HTTP_REPLY_
IDLE_THRESHOLD
KFCMENV Tiempo de espera, en segundos, para completar una
transaccin IDLE de HTTP para que el objeto de pgina
se pueda formar para el proceso. Esto es til en el caso
de un intervalo largo de tiempo de vida.
5
KFC_HTTP_OUTPUT_
UNMERGED_OBJECTS
KFCMENV Especifique objetos incluidos no fusionados de salida
como objetos de pgina. De lo contrario, los objetos se
descartan. Puede ser necesario activar esta opcin para
que aparezcan en la salida algunos URL de pgina
desconocidos identificados por error como objetos.
NO
KFC_HTTP_OUTPUT_
MERGED_OBJECTS
KFCMENV Especifica si deben notificar datos de tiempo de
respuesta para objetos de pgina fusionados. Con
frecuencia, el tiempo de respuesta de pgina slo es de
inters para el cliente, y el no informar sobre objetos
incorporados ahorra espacio de almacenamiento y
actividad de E/S.
YES
KFC_HTTP_
REPORT_OBJECTS
KFCMENV Igual que KFC_HTTP_OUTPUT_MERGED_OBJECTS. Especifica
si se debe dar salida a o descartar los datos del tiempo
de respuesta de los objetos incorporados HTTP para un
tipo de filtro HTTP (WRM).
YES
KFC_HTTP_PROCESS_
DELAY_FACTOR
KFCMENV KFC_APPL_SCHEDULE_WINDOW determina la ventana de
inactividad de una pgina HTML. Este perodo se
ampla continuamente siempre que exista actividad
asociada a esta pgina, tal como la fusin de un objeto
incorporado con la pgina. La pgina HTML se
considera todava pendiente mientras este perodo siga
abierto y no se calcula ni notifica ningn tiempo de
respuesta. No es necesario cambiar esta opcin, a
menos que se descubran circunstancias o casos
especiales.
3
KFC_HTTP_COMPARE_
IGNORE_CASE
KFCMENV Indica si se debe utilizar la comparacin de los URL
con distincin de maysculas y minsculas.
Windows
Yes; en los
dems
casos, NO
KFC_COMPLETED_QUEUE_
DISPOSE_THRESHOLD
KFCMENV Sustituye la direccin IP de origen procedente de la
cabecera HTTP especificada. Utilcela cuando Web
Response Time se encuentre detrs de un equilibrador
de carga para establecer a la direccin IP del cliente.
NONE
Valor
predeterm.
CPU MANAGEMENT
Nota: Use estos parmetros para especificar lmites mximos de utilizacin de CPU del Web Response Time
Analyzer. El Web Response Time Analyzer supervisa su propio uso de CPU y ajusta el control del procesamiento
interno aplicando reglas y algoritmos heursticos, manteniendo el consumo de CPU entre un 85% y un 100%. El
Web Response Time Analyzer produce el rendimiento de transacciones de supervisin mejor posible por
disponibilidad de recursos y lmites de CPU. El comportamiento del analizador predeterminado es sin lmite.
KFC_CPU_ENFORCE_
MAX_LIMIT
KFCMENV Conmutador para activar la funcin de gestin de la
CPU. Esta funcin no se debe utilizar de inmediato
simplemente porque exista una utilizacin alta de la
CPU. Es necesario investigar la causa del alto consumo
de CPU ms all de un volumen de red muy alto.
NO
KFC_CPU_
TARGET_THRESHOLD
KFCMENV Configura el lmite mximo permitido de uso de CPU
del Web Response Time Analyzer como porcentaje. El
mnimo es 10% y el mximo es 100% con un valor
predeterminado de 40%.
El valor predeterminado en kfcmenv es 20%.
20%
KFC_CPU_MANAGE_PERIOD KFCMENV Define el periodo de clculo del tiempo de CPU en
segundos. El valor no puede ser menor que 30
segundos. Por lo general, no se debe cambiar.
60
KFC_CPU_
ACTION_INTERVAL
KFCMENV Define el nmero de periodos de gestin de uso de
CPU consecutivos necesarios para que el Web Response
Time Analyzer inicie acciones de ajuste para mantener
su consumo de CPU dentro de la zona de destino
deseada. Por lo general, no se debe cambiar.
2
KFC_CPU_STAT KFCMENV Especifica si se deben generar peridicamente datos de
uso de la CPU. Este parmetro es efectivo con
independencia del valor de KFC_CPU_ENFORCE_MAX_LIMIT.
NO
KFC1 APPLICATIONS
KFC_DEBUG_API KFC1 Conmutador para activar el rastreo del proceso de la
API KFC1. Se activa para depurar la E/S de la API KFC1.
NO
KFC_DEBUG_FILTER KFC1 Conmutador para activar el rastreo relacionado con la
definicin de filtros de la API y el proceso de datos de
informe por comparacin con criterios de filtro. Su
utilidad es limitada.
NO
KFC_DEBUG_TIMESYNC KFC1 Para activar KFC1 y el rastreo de detalles del
procedimiento de sincronizacin del tiempo del Web
Response Time Analyzer. Active esta opcin para
depurar problemas de sincronizacin de tiempo. En la
mayora de los casos, los problemas de indicaciones de
la hora de respuesta incorrectas no estn causados por
el ajuste de la indicacin de la hora.
NO
KFC_API_MEDIASERVER_
LISTEN_PORT
KFC1 Se utiliza para sustituir temporalmente el puerto de
escucha predeterminado del servicio de la API KFC1 del
Web Response Time Analyzer.
12121
KFC_DOMAIN_NAME KFC1 Sustituya o especifique el nombre de dominio de
Internet.
Machine Def
KFC_HOST_NAME KFC1 Sustituya el nombre de host definido por el sistema o
utilice este parmetro para seleccionar la interfaz de red
que el programa debe utilizar para la comunicacin.
get
hostname()
Valor
predeterm.
KFC_API_CALLBACK_
TABLE_LIMIT
KFC1 KFC1 ampla la tabla de llamada de datos de tiempo de
respuesta segn sea necesario hasta alcanzar el lmite
definido por este parmetro. Despus de alcanzar el
valor umbral, los datos se descartan y la tabla se
reutiliza. No es necesario cambiar el valor a menos que
se detecte una condicin de almacenamiento especial.
12000
KFC_API_NOTIFY_DELAY KFC1 Retardo, en segundos, antes de que se produzca una
llamada a la aplicacin de planificacin de KFC1. Se
establece en 0 para condiciones de carga de trabajo alta.
En el caso de una velocidad de llegada alta, establezca
este valor en 0.
3
KFC_API_CHECK_
SERVER_REQUIRED
KFC1 Especifique si es necesario comprobar peridicamente si
existen conexiones vlidas entre KFC1 y el Web
Response Time Analyzer. Este parmetro slo es
necesario en la configuracin de conexiones remotas en
las que no pueda detectarse rpidamente una
desconexin de TCP anormal. No es necesario a menos
que la conexin se realice a travs de Internet o que
haya muy poca actividad de transacciones.
NO
KFC_API_CHECK_
SERVER_INTERVAL
KFC1 Para definir la frecuencia en segundos para comprobar
la conexin del Web Response Time Analyzer vlida, en
caso necesario. Por lo general, no hay necesidad de
cambiar este valor.
120
STAT OUTPUT
KFC_CPU_DATA KFCMENV Escriba salida de uso de CPU peridica en un registro.
Active para comprobar el uso de CPU de Web
Response Time Analyzer. Por ejemplo, confirme el uso
de CPU alto.
NO
KFC_BUFFER_POOL_STAT KFCMENV Especifica si se deben generar peridicamente
estadsticas de utilizacin de la agrupacin de
almacenamientos intermedios.
YES
KFC_BUFFER_
STAT_INTERVAL
KFCMENV Intervalo para generar estadsticas de utilizacin de la
agrupacin de almacenamientos intermedios.
300
KFC_REPORT_TRANS_
ARRIVAL_RATE
KFC1 Conmutador para activar la tasa de informes de datos
de tiempo de respuesta recibidos por minuto.
Establzcalo para documentar el ndice de llegada de
transacciones.
NO
KFC_BUFFER_POOL_
CONTRACTION_PERCENT
KFCMENV El porcentaje de contraccin de la agrupacin de
almacenamientos intermedios de destino del
almacenamiento intermedio libre. Por ejemplo, 80
significa liberar un 20% de almacenamiento intermedio
no utilizado.
90
KFC_HTTP_OUTPUT_
UNMERGED_OBJECTS
KFCMENV Especifica si se deben mostrar o descartar los objetos
incorporados de la pgina HTTP no fusionados.
No
Parmetros de gestin de utilizacin de CPU
Los parmetros siguientes afectan a la gestin del uso de CPU:
Tabla 28. Parmetros de gestin del uso de CPU
Parmetro Descripcin
KFC_CPU_ENFORCE_MAX_LIMIT Especifica si se va a activar o desactivar la
caracterstica de gestin de CPU. El valor
predeterminado es No (desactivado), de
manera que el Web Response Time Analyzer
utiliza tanta CPU como sea necesario por
carga de trabajo.
KFC_CPU_TARGET_THRESHOLD Configura el lmite mximo permitido de
uso de CPU del Web Response Time
Analyzer como porcentaje. El mnimo es
10% y el mximo, 100%. El valor
predeterminado es 40%.
KFC_CPU_MANAGE_PERIOD El periodo de clculo de tiempo de CPU. El
valor predeterminado es 60 segundos. Si se
configura en menos de 30 segundos, se
omite.
KFC_CPU_ACTION_INTERVAL El nmero de periodos de gestin de uso de
CPU consecutivos necesario de un umbral
de destino superior o inferior para que el
Web Response Time Analyzer inicialice las
acciones de ajuste. El valor predeterminado
es 2.
KFC_CPU_STAT Especifica si se desea enviar datos de uso de
CPU de forma peridica. El valor
predeterminado es No. Este parmetro es
vigente independientemente del valor de
KFC_CPU_ENFORCE_MAX_LIMIT.
Parmetros de E/S de la API KFC1
Los parmetros siguientes afectan a la E/S de la API KFC1:
Tabla 29. Parmetros de E/S de la API KFC1
Parmetro Descripcin
KFC_REPORT_TRANS_ARRIVAL_RATE Especifica si se desea habilitar o inhabilitar
la salida de recuentos por minuto de las
llegadas de datos de tiempo de respuesta de
la transaccin.
El valor predeterminado es No.
KFC_API_MEDIASERVER_LISTEN_PORT Especifica el puerto de escucha del servidor
de aplicaciones de Web Response Time
Analyzer.
El valor predeterminado es 12121.
Tabla 29. Parmetros de E/S de la API KFC1 (continuacin)
Parmetro Descripcin
KFC_API_CALLBACK_TABLE_LIMIT
Nota: No modifique este parmetro a menos
que se lo indique el Soporte de Software de
IBM.
Especifica el tamao mximo de la tabla de
resultados de devolucin de llamada de la
API KFC1. La tabla de resultados se vuelve a
utilizar cuando se supera este tamao, de
modo que la aplicacin cliente pueda
manejar un mayor ndice de llegada de
datos de tiempo de respuesta.
El valor predeterminado es 12,000.
Resolucin de problemas de Web Response Time
Resuelva problemas en su entorno de supervisin de Web Response Time.
Archivos de seguimiento y registro de Web Response Time
Utilice los archivos de registro y de rastreo de Web Response Time para resolver
los problemas de la instalacin.
La tabla siguiente muestra los archivos de rastreo y registro para Web Response
Time.
Consejo: Para obtener ms informacin sobre archivos de rastreo y registro,
consulte la Gua de resolucin de problemas.
Tabla 30. Archivos de rastreo y registro de Web Response Time
Archivo Descripcin
Entorno de Windows
%CANDLE_HOME%\TMAITM6\logs\
${HOSTNAME}_t5_*.log
Registros de Tivoli Enterprise Management
%CANDLE_HOME%\tmaitm6\wrm\analyzer\
${HOSTNAME}_kfmserver_*.log
Registros RAS1 de Web Response Time
Analyzer
Entorno de UNIX
$CANDLE_HOME/logs/${HOSTNAME}_t5_*.log Registros de Tivoli Enterprise Management
$CANDLE_HOME/tmaitm6/wrm/platform/
${HOSTNAME}_kfcm120_numberSequence.log
Registros RAS1 de Web Response Time
Analyzer
Registro de solicitudes de objetos no fusionados
Una solicitud de objetos no fusionados es una solicitud de un objeto que no contiene
un referente en la cabecera HTTP GET; es una solicitud de un objeto escrito
directamente en el navegador. Puede supervisar estas transacciones configurando
el parmetro siguiente en el archivo kfcmenv
KFC_HTTP_OUTPUT_UNMERGED_OBJECTS=YES y exportando el archivo si es necesario.
Habilitacin de la supervisin para los objetos incorporados
Active esta caracterstica temporalmente para solucionar los problemas de una
pgina lenta y ve los datos recopilados en el espacio de trabajo Historial de
elementos de la pgina. Despus de diagnosticar el problema, vuelva a
desactivarlo.
Para activar la supervisin para los objetos incorporados en pginas web, por
ejemplo grficos:
Reconfigurar.
Supervisin de HTTP.
3. Seleccione Recopilacin de datos.
4. Establezca Recopilar subtransacciones para objetos incorporados en pginas
web.
5. Pulse Aceptar.
6. Tras realizar un cambio, reinicie Web Response Time. Consulte Apndice A,
Inicio y detencin de servidores y agentes, en la pgina 627 para ver ms
informacin.
Captulo 5. Dominios soportados por Transaction Tracking
Transaction Tracking realiza el seguimiento de transacciones dentro de, y entre,
aplicaciones y dominios. Transaction Tracking soporta un conjunto de dominios
pero puede configurarse cualquier dominio para proporcionarle datos.
Aqu se tratan los dominios soportados. Para obtener ms informacin sobre cmo
trabajar con dominios personalizados, consulte API de Transaction Tracking: Gua del
usuario.
Dominio mediante el seguimiento de dominios
El Transaction Tracking realiza el seguimiento de transacciones en diferentes
dominios. El plug-in de recopilador de datos se utiliza para transferir datos entre
aplicaciones y un Transaction Collector.
Un dominio describe un producto o un conjunto de productos que utilizan la
misma tecnologa de seguimiento subyacente. El Transaction Tracking permite
realizar el seguimiento de transacciones dentro de aplicaciones y entre ellas en un
solo dominio, y entre diferentes dominios. La Transaction Tracking soporta los
dominios siguientes:
v ARM
ARM es un estndar abierto para supervisar y diagnosticar cuellos de botella de
rendimiento y la disponibilidad de aplicaciones en los sistemas que constan de
aplicaciones distribuidas complejas. El Transaction Tracking utiliza ARM para
realizar un seguimiento de transacciones dentro de una sola aplicacin y entre
diferentes aplicaciones. Entre las aplicaciones que utilizan ARM y de las que se
puede realizar un seguimiento se incluyen:
DB2
IBM HTTP Server
Microsoft Internet Information Services
WebSphere Application Server
El Transaction Tracking muestra informacin de seguimiento de ARM en los
espacios de trabajo de Transaction Tracking en el Tivoli Enterprise Portal.
v CICS
CICS Tracking junto con las transacciones de seguimiento de Transaction
Tracking for z/OS dentro de una instancia de CICS en z/OS, y entre diferentes
instancias de CICS. El Transaction Tracking muestra informacin de seguimiento
para CICS en los espacios de trabajo de Transaction Tracking en el Tivoli
Enterprise Portal.
v CICS TG
CICS TG Transaction Tracking realiza un seguimiento de las transaccionesCICS
TG en los sistemas operativos distribuidos y z/OS. El Transaction Tracking
muestra informacin de seguimiento para CICS en los espacios de trabajo de
Transaction Tracking en el Tivoli Enterprise Portal.
v IMS
IMS Tracking junto con las transacciones de seguimiento de Transaction Tracking
for z/OS dentro de una instancia de IMS en z/OS, y entre diferentes instancias
de IMS. El Transaction Tracking muestra informacin de seguimiento para IMS
en los espacios de trabajo de Transaction Tracking en el Tivoli Enterprise Portal.
v Tuxedo
El Tuxedo Tracking realiza un seguimiento de las transaccionesdentro de Tuxedo
y entre Tuxedo y WebSphere MQ. El Transaction Tracking muestra informacin
de seguimiento para Tuxedo y WebSphere MQ en los espacios de trabajo
Transaction Tracking del Tivoli Enterprise Portal
El Recopilador de datos para WebSphere Message Broker realiza el seguimiento
de transacciones dentro de una instancia de WebSphere Message Broker, y entre
diversas instancias de WebSphere Message Broker. El Transaction Tracking
muestra informacin sobre seguimiento para WebSphere Message Broker en los
v WebSphere MQ
El MQ Tracking realiza el seguimiento de transacciones dentro de una instancia
de WebSphere MQ, y entre diversas instancias de WebSphere MQ. El Transaction
Tracking muestra informacin sobre seguimiento para WebSphere MQ en los
v WebSphere Application Server
El WASTT realiza el seguimiento de transaccionesdentro de WebSphere
Application Server y entre WebSphere Application Server y WebSphere MQ. El
Transaction Tracking muestra informacin de seguimiento para WebSphere
Application Server y WebSphere MQ en los espacios de trabajo de Transaction
Tracking en el Tivoli Enterprise Portal
v SOA
El ITCAM for SOA realiza el seguimiento de transacciones dentro de SOA. El
Transaction Tracking soporta una fuente de datos de esta informacin para
mostrar informacin de seguimiento para SOA.
v Java EE
ITCAM for J2EE supervisa las transacciones en las aplicaciones Java EE y los
servidores web. El Transaction Tracking soporta una fuente de datos de esta
informacin para mostrar informacin de seguimiento para Java EE.
v IBM Optim Performance Manager
Desde el Transaction Tracking, profundice en el diagnstico de bases de datos
realizado por Optim Performance Manager Data Collector para las transacciones
entre WebSphere Application Server y DB2.
API de Transaction Tracking
La API de Transaction Tracking se utiliza para reorganizar todas las tecnologas de
seguimiento que se muestran previamente en un formato de datos estandarizado
para el Transaction Tracking. Junto con los archivos de soporte, la API de
Transaction Tracking constituye un plug-in de recopilador de datos que, cuando
est instalado en un dominio, permite a una aplicacin transmitir datos de
seguimiento en un Transaction Collector. Puede utilizar la tecnologa de API de
Transaction Tracking directamente para realizar un seguimiento de transacciones
dentro de las aplicaciones y entre ellas. Utilice la API de Transaction Tracking para
dejar que sus aplicaciones personalizadas sean seguidas por el Transaction
Tracking.
Consulte la publicacinAPI de Transaction Tracking: Gua del usuario para obtener
ms informacin sobre la API de Transaction Tracking.
Seguimiento de transacciones mediante dominios ARM
Transaction Tracking utiliza datos de Application Response Measurement (ARM)
para supervisar aplicaciones como servidores de aplicaciones que el servicio
solicita desde varios clientes.
En estos momentos Transaction Tracking soporta el seguimiento de transacciones
ARM en los siguientes elementos:
v DB2
v IBM HTTP Server
v Microsoft Internet Information Services
Consulte Habilitacin de transacciones ARM de la Gua de configuracin e instalacin
para obtener informacin sobre la configuracin de la recopilacin de datos ARM
para estas aplicaciones.
Para obtener ms informacin sobre plug-ins de servidores web y los niveles de
servidores necesarios, consulte el centro de informacin de WebSphere Application
Server:
v WebSphere Application Server 5.1
Seguimiento de las transacciones de CICS TG
Transaction Tracking incluye CICS TG Transaction Tracking que supervisa las
transacciones a medida que fluyen a travs de los componentes de CICS
Transaction Gateway (CICS TG) y genera sucesos de seguimiento sobre esas
transacciones.
CICS TG Transaction Tracking consta de un recopilador de datos que se ejecuta en
el proceso o espacio de direcciones del componente CICS TG y captura la
informacin de los flujos de transacciones sobre daemons de Gateway y
aplicaciones cliente. La informacin de flujo se reenva entonces a la Transaction
Collector para la integracin con los sucesos generados por los recopiladores de
datos de otros dominios, por ejemplo CICS. Este recopilador de datos est
disponible en z/OS y en plataformas distribuidas. Debe haber instalado un
recopilador de datos en cada sistema que ejecuta el CICS TG de los componentes
que desea rastrear.
CICS TG Transaction Tracking analiza los datos recopilados para determinar qu
interacciones se llevan a cabo. Cuando sea adecuado, crea un suceso de API de
Transaction Tracking, que enva a un Transaction Collector.
Captulo 5. Dominios soportados por Transaction Tracking 293
Los datos de seguimiento enviados al Transaction Collector estn entonces
disponibles para su visualizacin en los espacios de trabajo de supervisin de
transacciones de Tivoli Enterprise Portal.
Use CICS TG Transaction Tracking con ITCAM for Application Diagnostics y CICS
Tracking para tener una correlacin de transacciones que fluyan desde WebSphere
Application Server mediante Daemon de Gateway de CICS TG into CICS.
Seguimiento de transacciones de CICS TXSeries
CICS TXSeries Data Collector (TTCICSDC) se integra con CICS TXSeries para AIX
y recopila datos relacionados con transacciones y programas de CICS TXSeries.
CICS TXSeries Data Collector tambin incluye un mdulo de supervisin para el
cliente CICS TG ECI V1 C Client.
CICS TXSeries Data Collector proporciona datos recogidos a la infraestructura de
IBM Tivoli Monitoring para su uso por parte de Transaction Tracking.
CICS TXSeries Data Collector incluye los siguientes componentes:
v Mdulo de TTCICSDC EMP: recopila datos de seguimiento de transacciones en
puntos de supervisin de sucesos de CICS TXSeries y coloca los datos en una
cola del sistema.
v Mdulo de salida de usuario de TTCICSDC: recopila datos de seguimiento de
transacciones en salidas de usuario de CICS TXSeries y coloca los datos en una
cola del sistema. El mdulo de biblioteca compartida de TTCICSDC proporciona la
misma funcin para COR en la configuracin de WLM.
Figura 25. Ejemplo de configuracin de CICS TG Transaction Tracking
v Mdulo de salida de usuario de CICS TG ECI V1 C Client: recopila datos de
seguimiento de transacciones de salidas de usuario de cliente CTG ECI V1 C
Client y coloca los datos en una cola del sistema.
v ITCAM for Transactions Data Collector Proxy: supervisa la cola del sistema y
recupera los datos de seguimiento de transacciones y, a continuacin, los enva a
Transaction Collector.
Seguimiento de las transacciones de WebSphere Message
Broker
Transaction Tracking incluye Recopilador de datos para WebSphere Message
Broker, que permite realizar el seguimiento de transacciones entere aplicaciones
que pasan por entornos de WebSphere Message Broker. Esto permite supervisar el
rendimiento de los componentes de WebSphere Message Broker y su efecto en las
aplicaciones de su empresa.
Recopilador de datos para WebSphere Message Broker captura mensajes que
entran y salen de los nodos de WebSphere Message Broker. La secuencia de nodos
que atraviesa un mensaje en el dominio deWebSphere Message Broker se llama
flujo de WebSphere Message Broker.
Recopilador de datos para WebSphere Message Broker es un componente
compartido de IBM Tivoli Monitoring que funciona con ITCAM for Transactions e
ITCAM for SOA V7.2.0.1 y posterior.Recopilador de datos para WebSphere
Message Broker reemplaza a WebSphere Message Broker Tracking en ITCAM for
Transactions V7.3 y posterior.
Recopilador de datos para WebSphere Message Broker utiliza una salida de
usuario WebSphere Message Broker denominada KK3UserExit para recopilar datos
para el seguimiento de transacciones. Despus de analizar los datos, KK3UserExit
enva los datos como sucesos de seguimiento de transacciones a un Transaction
Collector.
La Figura 26 en la pgina 296 ilustra cmo los mensajes entrantes y salientes del
dominio de WebSphere Message Broker se capturan para el seguimiento de las
transacciones. Las aplicaciones colocan las solicitudes en una de WebSphere MQ.
Las solicitudes son recuperadas y procesadas por un flujo de mensajes, que coloca
las respuestas en una cola de WebSphere MQ diferente. Tenga en cuenta que una
vista de topologa de este ejemplo muestra el flujo de mensajes completo como un
solo nodo: los nodos internos no se muestran.
La Figura 27 ilustra adicionalmente cmo el movimiento de mensajes entrantes y
salientes del dominio de WebSphere Message Broker se capturan para el
seguimiento de las transacciones.
Versiones soportadas
Recopilador de datos para WebSphere Message Broker soporta el seguimiento de
transacciones en WebSphere Message Broker.
Para obtener informacin sobre el software soportado:
1. Enlace con la versin de ITCAM for Transactions necesaria de ITCAM for
Transactions en la central de documentacin
2. En el panel de navegacin, seleccione Composite Application Manager for
Transactions > Requisitos previos.
Figura 26. Transaccin simple en la que participan WebSphere Message Broker y
WebSphere MQ
Figura 27. Una transaccin ms complicada en la que participan WebSphere Application
Server, WebSphere Message Broker y Microsoft .NET
3. En la pgina Requisitos y requisitos previos del sistema, seleccione Transaction
Tracking de la lista de software compatible.
Seguimiento de las transacciones de WebSphere MQ
Transaction Tracking incluye MQ Tracking, que permite realizar el seguimiento de
transacciones entere aplicaciones que pasan por entornos de WebSphere MQ. Esto
permite supervisar el rendimiento de los componentes de WebSphere MQ y su
efecto en las aplicaciones de su empresa.
MQ Tracking supervisa los mensajes transferidos por colas de mensajes de
WebSphere MQ y genera datos de seguimiento sobre dichos mensajes. MQ
Tracking est instalado en mquinas que ejecutan gestores de colas de WebSphere
MQ, donde se despliega como salidas de API para supervisar la actividad de las
colas e inspeccionar las cabeceras de los mensajes situados en las colas o
recuperados de stas. MQ Tracking recopila datos sobre esos mensajes, que luego
se guardan en el almacenamiento intermedio para su posterior anlisis y
procesamiento.
MQ Tracking tambin puede desplegarse en las salidas de canal MQI (que a
menudo se denominan salidas de canal) para algunas configuraciones, que utiliza
para identificar informacin sobre los canales de WebSphere MQ. Las salidas de
canales no son necesarias en los entornos de clsteres donde no hay ninguna
actividad de canal MCA normal.
Despus de guardar en el almacenamiento intermedio datos de actividad de colas
de mensajes, MQ Tracking analiza los datos para determinar qu interacciones se
llevan a cabo. Cuando es adecuado, crea un suceso de seguimiento de
transacciones, que se enva a un Transaction Collector.
Versiones soportadas
Para obtener informacin sobre las versiones de WebSphere MQ soportado por MQ
Tracking:
1. Enlace con la versin de ITCAM for Transactions necesaria de ITCAM for
Transactions en la central de documentacin
2. En el panel de navegacin, seleccione Composite Application Manager for
Transactions > Prerequisites.
3. En la pgina Requisitos y requisitos previos del sistema, seleccione Transaction
Tracking de la lista de software compatible.
Seguimiento de transacciones Tuxedo
Transaction Tracking incluye Tuxedo Tracking, que permite realizar el seguimiento
de transacciones entre aplicaciones en la aplicacin Tuxedo, as como supervisar el
rendimiento de estas interacciones.
Tuxedo Tracking realiza el seguimiento de transacciones entre aplicaciones dentro
de Tuxedo insertando puntos de recopilacin de datos en clientes y servicios
Tuxedo utilizando tputrace(). Tuxedo Tracking realiza un seguimiento de lo
siguiente:
v Modelo de solicitud/respuesta sncrona, incluyendo llamadas anidadas y
reenviadas
v Modelo de solicitud/respuesta asncrona
v Comunicacin basada en colas, incluido el uso de TMQUEUE_MQM Tuxedo MQ
Adapter
v Servicios Tuxedo interactuando con MQ directamente mediante WebSphere
Message Queue Interface
v Transacciones que encapsulan todos los escenarios anteriores
Tuxedo Tracking realiza solicitudes sncronas y asncronas a los servicios Tuxedo y
recibe respuestas. Los suceso de Transaction TrackingS son generados desde los
puntos de recopilacin de datos y se envan al Transaction Collector.
La informacin de Transaction Collector es entonces disponible para su
visualizacin en los espacios de trabajo de supervisin de transacciones de Tivoli
Enterprise Portal.
Tambin se realiza un seguimiento de los mensajes entre Tuxedo y WebSphere MQ.
Limitaciones
Tuxedo Tracking slo realiza un seguimiento de transacciones utilizando
Application-to-Transaction Monitor Interface (ATMI) y el tipo de datos FML
(almacenamiento intermedio con campos).
Seguimiento de transacciones de WebSphere Application
Server a otros dominios
IBM Tivoli Composite Application Manager for Transactions incluye WASTT, que
permite realizar un seguimiento entre aplicaciones instrumentadas con ARM en
WebSphere Application Server y otros dominios, como WebSphere MQ. Esto
permite supervisar el rendimiento de estas interacciones.
WASTT V7.2 y posterior contiene los componentes siguientes:
v El seguimiento de JDBC genrico, que aade tiempos de respuesta para las
operaciones basadas en el tipo de operacin.
v Enriquecimiento de sucesos ARM para solicitudes de Servlet. Esto ayuda a
distinguir entre tipos de transacciones diferentes.
Nota: Estas dos funciones slo pueden utilizarse con Java 1.5+.
WASTT proporciona un mecanismo de seguimiento JDBC genrico que produce
sucesos agregados, lo cual permite a ITCAM for Transactions tratar con un alto
volumen de consultas de bases de datos. Si una aplicacin realiza varias consultas
del mismo tipo a la vez, stas se aaden a una sola transaccin. Los tiempos
capturados en esta transaccin agregada constan del tiempo acumulado de las
transacciones concretas se completan cuando finaliza su transaccin principal.
WASTT V7.2 y posterior puede extraer informacin de parmetros de solicitud
HTTP para enriquecer servlets sin seguimiento de manera que pueda determinarse
su tipo de transaccin.
WASTT se integra con las salidas de la API de MQ Tracking de ARM a MQ, y
correlaciona sucesos de WebSphere Application Server con sucesos de MQ.
WASTT se instala en mquinas que ejecutan WebSphere Application Server, donde
supervisa aplicaciones y procesos instrumentados con ARM. WASTT recopila datos
sobre esas transacciones, que luego se almacenan en WASTT para su posterior
anlisis y procesamiento.
MQ Tracking es un componente Transaction Tracking separado que supervisa
mensajes transferidos por colas de mensajes de WebSphere MQ y que genera datos
de seguimiento sobre esos mensajes. MQ Tracking tambin se conecta con las
salidas de canales MQI (a las que a menudo se hace referencia como salidas de
canal), que utiliza para identificar procesos y aplicaciones externos que utilizan
WebSphere MQ para enviar mensajes. Los datos sobre esas transacciones tambin
se almacenan en WASTT ARM para su posterior anlisis y procesamiento.
Despus de almacenar datos de transacciones comunes desde WebSphere
Application Server y WebSphere MQ, WASTT analiza los datos para crear
correlaciones probables. Cuando es adecuado, crea sucesos de seguimiento de
transacciones, que enva a un Transaction Collector. Estos sucesos, junto con los de
WebSphere Application Server y MQ Tracking se correlacionan ms tarde mediante
el Transaction Collector.
La informacin correlacionada de Transaction Collector es entonces disponible para
su visualizacin en los espacios de trabajo de supervisin de transacciones de
Clases Java
WASTT V7.2.0.1 es necesario para realizar el seguimiento de transacciones entre
WebSphere Application Server y WebSphere MQ cuando WebSphere Application
Server est configurado para utilizar clases Java de WebSphere MQ 7.0. WASTT
V7.2.0.1 tambin sigue soportando WebSphere MQ 5.3 y las clases Java 6.0.
El soporte para las clases Java de WebSphere MQ 7.0 se despliegan
automticamente en WebSphere Application Server cuando se configura WASTT
V7.2.0.1.
WebSphere Application Server 7.0 utiliza de forma predeterminada las clases Java
de WebSphere MQ 7.0. Para determinar si WebSphere Application Server 6.1 est
configurado para utilizar las clases Java de WebSphere MQ 7.0, consulte el nuevo
archivo de archivado en: $MQ_INSTALL_ROOT/java/lib/com.ibm.mq.jmqi.jar. El
seguimiento de WebSphere Application Server 6.0 mediante las clases de Java de
WebSphere MQ 7.0 no se soporta.
Recuerde: Actualice tambin MQ Tracking a V7.2.0.1.
Limitaciones
WASTT no sustituye a ITCAM for Application Diagnostics. Use WASTT donde
ITCAM for Application Diagnostics no se puede utilizar. Por ejemplo, donde
ITCAM for Application Diagnostics no puede instalarse porque hay otros
productos instalados con los que no es compatible.
Recopilacin de datos desde dominios soportados
Antes poder realizar un seguimiento de transacciones en los dominios soportados
debe preparar dichos dominios.
Normalmente esto implica la instalacin de archivos de soporte y la configuracin
del dominio. Sin embargo, esto es especfico para cada dominio.
Para obtener informacin sobre cmo habilitar aplicaciones instrumentadas con
ARM soportadas por ITCAM for Transactions para enviar datos de ARM a un
Transaction Collector consulte Habilitacin de transacciones ARM en la Gua de
instalacin y configuracin.
Para obtener informacin sobre la recopilacin de datos de otros dominios,
consulte la Gua de instalacin y configuracin.
Visualizacin de datos en la Tivoli Enterprise Portal
Cuando los archivos de soporte para los dominios estn instalados y los dominios
estn configurados, los datos del seguimiento de transacciones estn disponibles
para Transaction Tracking y luego para su visualizacin en el Tivoli Enterprise
Portal. La manera en que se transforman y representan los datos depende del
dominio.
Transaction Tracking proporciona un conjunto predeterminado de correlaciones
para los dominios ARM que son configurables. Las correlaciones para otros
dominios suelen estar fijados.
Seguimiento de transacciones de ARM
Transaction Tracking incluye un perfil de seguimiento de transacciones que
contiene un conjunto predeterminado de correlaciones de configuraciones con las
aplicaciones de ARM. Se muestran en el editor de Application Management
Console.
Estos datos de correlacin de valores de configuracin desde ARM DLL utilizando
el estndar ARM para sucesosAPI de Transaction Tracking queTransaction Tracking
reconoce y sobre los que puede informar. La correlacin permite que los datos se
muestren en los espacios de trabajo Transaction Tracking.
Hay perfiles de Transaction Tracking predeterminados para las aplicaciones
habilitadas para ARM siguientes.
v DB2
v IBM HTTP Server
v Microsoft Internet Information Services
Cree nuevos valores de configuracin para aplicaciones de ARM predeterminadas
si es necesario.
Informacin relacionada:
Plan de accin sugerido para utilizar Editor de configuracin de gestin de
aplicaciones en la pgina 33
Visualizacin de la configuracin del seguimiento de la
transaccin ARM
Los valores predeterminados de configuracin de seguimiento de ARM aparecen
en el Application Management Console Editor.
Procedimiento
Para mostrar los valores predeterminados de seguimiento de la transaccin ARM:
1. Pulse el icono Application Management Console de Tivoli Enterprise Portal
para abrir el Application Management Console Editor.
2. En el panel izquierdo del Application Management Console Editor, seleccione
Perfiles de la lista y, luego, Seguimiento de transacciones > Valores
predeterminados.
3. Pulse la ficha Transacciones. Se muestra una lista de las transacciones
predeterminadas.
No edite estos valores predeterminados. En lugar de ello, si desea crear nuevos
valores de configuracin para las aplicaciones ARM predeterminadas, copie y edite
un elemento existente o cree otro nuevo.
Nota: El Application Management Console Editor est instalado con el ITCAM
Console. Si no puede ver el icono de Application Management Console Editor en
el Tivoli Enterprise Portal y el agente (ITCAM Console) no aparece en la ventana
Gestionar servicios de Tivoli Enterprise Monitoring, asegrese de haber instalado
todos los archivos necesarios en las ubicaciones requeridas:
v Agente y marco de trabajo de ITCAM Console
v Soporte de ITCAM Console para Tivoli Enterprise Monitoring Server en el
sistema en el que est instalado Tivoli Enterprise Monitoring Server
v Soporte de ITCAM Console para Tivoli Enterprise Portal Server en el sistema en
el que est instalado Tivoli Enterprise Portal Server
v Soporte de ITCAM Console para Tivoli Enterprise Portal en el sistema en el que
est instalado Tivoli Enterprise Portal
Trabajo con el seguimiento de transacciones ARM
Puede aadir nuevas aplicaciones al perfil Transacciones y suprimir las
aplicaciones que ya no necesite.
Para cada tipo de transaccin dentro de un perfil puede tambin editar el filtro, las
propiedades y la informacin notificada.
Informacin relacionada:
Plan de accin sugerido para utilizar Editor de configuracin de gestin de
aplicaciones en la pgina 33
Detalles de la configuracin del seguimiento de la transaccin
ARM
Hay detalles de los valores predeterminados de seguimiento de transacciones de
ARM en el Application Management Console Editor.
La configuracin de cada valor predeterminado de seguimiento de transacciones
de ARM aparece en tres fichas separadas en el Application Management Console
Editor:
Filtros
Los valores de la ficha Filtro especifican qu transacciones se debe supervisar
utilizando filtros. Esto permite agrupar transacciones de un tipo concreto de
aplicacin. Por ejemplo Websphere Apache, Websphere JMS, IBM DB2.
En los espacios de trabajo slo se incluyen aquellas transacciones que coinciden
con las condiciones de filtro especificadas. Consulte Utilizacin de filtros en la
pgina 52 para ver ms informacin.
Propiedades
Los valores de la ficha Propiedades especifican cmo supervisar las transacciones
utilizando las propiedades de configuracin de ARM.
Slo Porcentaje de ejemplos es aplicable a Transaction Tracking. Este valor
determina qu porcentaje de las transacciones se supervisa.
Informes
Los campos de la ficha Informes especifican qu variables de las aplicaciones de
ARM se correlacionan con los campos de nombre de los espacios de trabajo. De
este modo se garantiza que los datos recopilados se puedan mostrar en los
espacios de trabajo y que se les puedan asignar nombre de forma adecuada.
Los campos de la ficha Informes son estos:
v Nombre de servidor: el servidor en el que se produce la transaccin, por
ejemplo un nombre de host, IP o Sysplex. El valor predeterminado es el nombre
de host de la mquina.
v Nombre de aplicacin: la aplicacin que alojaba la transaccin, por ejemplo
Websphere, IIS o Apache. El valor predeterminado es el valor del nombre de
aplicacin de la propiedad.
v Nombre del componente: el tipo de componente de la transaccin segn la
aplicacin en la que se ejecute la transaccin. Puede ser tambin un valor fijo,
por ejemplo EJB, JMS y URI. El valor predeterminado depende de qu aplicacin
est ejecutando la transaccin y el tipo de transaccin.
v Nombre de la transaccin: el nombre de la transaccin.
Nota: Todos los nombres pueden ser una combinacin de diversas propiedades
ARM separadas por una barra inclinada (/).
Visualizacin de datos de seguimiento de transacciones de
CICS TG en espacios de trabajo
Los datos de seguimiento de transacciones recopilados de los dominios de CICS
TG aparecen en los espacios de trabajo de IBM Tivoli Composite Application
Manager for Transactions. Los datos sobre los despliegues de CICS TG se
correlacionan directamente en los espacios de trabajo Servidores, Componentes,
Aplicaciones y Transacciones.
Los datos de seguimiento de transacciones recopilados desde un despliegue de
CICS TG aparecen en los espacios de trabajo del modo siguiente:
v Los espacios de trabajo de Servidores muestran datos sobre sistemas
individuales que alojan instalaciones de CICS TG.
v Los espacios de trabajo de Componentes muestran datos sobre instalaciones
individuales de CICS TG. CICS TG Transaction Tracking distingue entre
componentes de Clases de aplicacin cliente de CICS TG y Daemon de CICS TG
Gateway. Los sucesos generados por aplicaciones de cliente, por ejemplo una
fbrica de conexiones J2C dentro de WebSphere Application Server o una
aplicacin autnoma, aparecen como el tipo de componente Cliente CTG. Los
sucesos generados por un daemon de pasarela aparecen como el tipo de
componente Pasarela CTG. En una configuracin en modalidad remota, ver un
enlace de instancia de Cliente CTG con una instancia de Pasarela CTG, que a su
vez se une a una instancia de CICS. En una configuracin en modalidad local,
ver una instancia de Cliente CTG unirse directamente a la instancia de CICS y
no habr ninguna instancia de Pasarela CTG.
v Los espacios de trabajo de Aplicaciones muestran datos sobre componentes
individuales de CICS TG:
El nombre de aplicacin Clases de aplicacin cliente de CICS TG proviene de
las propiedades applid y applidqualifer de la fbrica de conexiones J2C, o el
objeto JavaGateway. Si estas propiedades no se configuran, CICS TG
Transaction Tracking utiliza el nombre de aplicacin ANON.CTG.
El nombre de aplicacin Daemon de CICS TG Gateway proviene de los
parmetros applid y applidqualifer que se encuentran en la seccin
PRODUCT del archivo de configuracin de CICS TG, normalmente ctg.ini.
v Los espacios de trabajo de Transacciones muestran datos sobre componentes
individuales de CICS TG.
Para los componentes de CICS TG, Clases de aplicacin cliente de CICS TG y
Daemon de CICS TG Gateway, el nombre de transaccin es el nombre del
programa que se invoca en la regin de CICS de destino. Estos programas suelen
ejecutarse en el CSMI de la transaccin deduplicacin CICS.
Interpretacin de datos de rendimiento
Los datos de rendimiento visualizados en los espacios de trabajo de IBM Tivoli
Composite Application Manager for Transactions requiere una interpretacin
especfica para las transacciones de CICS TG:
v Los datos de Tiempo total representa el tiempo medio que tarda en completarse
una transaccin. Para las transacciones de CICS TG, esto representa el tiempo
que transcurre entre cuando el componente CICS TG ha recibido la solicitud del
flujo de programas y cuando el componente CICS TG ha enviado la respuesta al
llamador.
Para el componente Clases de aplicacin cliente de CICS TG, Tiempo total es el
tiempo transcurrido entre cuando la ejecucin entra en Clases de aplicacin
cliente de CICS TG y lo deja.
Para el Daemon de CICS TG Gateway, Tiempo total es el tiempo que tarda el
Daemon de CICS TG Gateway en responder a una solicitud de Clases de
aplicacin cliente de CICS TG.
v Porcentaje correcto, Porcentaje lento y Porcentaje fallido representan una
evaluacin de un umbral de rendimiento definido. Para las transacciones de
CICS TG, estos elementos no son significativos. Como resultado, Porcentaje
correcto siempre tiene el valor 100; Porcentaje lento y Porcentaje fallido tienen el
valor 0.
Interpretacin de topologas
La comunicacin de CICS TG es bidireccional (o de solicitud-respuesta). Esto se
indica en los espacios de trabajo IBM Tivoli Composite Application Manager for
Transactions con una flecha slida que apunta del solicitante a quien responde.
Escenario de CICS TG Transaction Tracking de ejemplo
Este ejemplo muestra una aplicacin de empresa de WebSphere Application Server
que se ejecuta en el sistema ws-svr que contiene dos pginas jsp, cada una de las
cuales realiza una sola solicitud a CICS con CICS TG:
v ctg-request.jsp utiliza CICS TG para llamar el programa de CICS PRG1 en la
regin CICS C1MVS1
v ctg-request2.jsp utiliza CICS TG para llamar el programa CICS PRG2 en la
misma regin CICS C1MVS1
Ambas solicitudes fluyen por el mismo Daemon de CICS TG Gateway (modalidad
remota). Este daemon de pasarela se est ejecutando en el host z/OS SYSPLEX/MVS1,
y se ha configurado con las siguientes propiedades personalizadas:
v applid CTGDMN
v applidqualifier MVS1
La WebSphere Application Server tiene dos fbricas de conexiones J2C
configuradas para conectarse con CICS a travs de CICS TG. Una de estas fbricas
de conexiones J2C tiene las propiedades personalizadas siguientes, mientras que la
otra fbrica de conexiones J2C no tiene estas propiedades configuradas:
v applid WASJCA
v applidqualifier 0001
Nota: Ambas fbricas de conexiones estn definidas para conectarse con la misma
regin de CICS mediante el mismo daemon de pasarela.
La Figura 28 en la pgina 305 muestra la vista Topologa de adicin de servidores
con los dos hosts, ws-svr y SYSPLEX/MVS1, que participan en la transaccin.
La Figura 29 en la pgina 306, la Topologa de adicin de componentes, muestra
los componentes WebSphere Application Server, CICS TG y CICS.
Tenga en cuenta que se crea un nodo agregado separado para Clases de aplicacin
cliente de CICS TG (que se ejecuta en el servidor de WebSphere) y Daemon de
CICS TG Gateway, y que cuando tambin se utilizan ITCAM for Application
Diagnostics y CICS hay una correlacin de extremo a extremo entre todos los
dominios.
Figura 28. Vista de la topologa de adicin de servidores para CICS TG Transaction Tracking
La Figura 30 en la pgina 307, Topologa de adicin de aplicaciones, muestra las
dos fbricas de conexiones J2C onfiguradas que hacen fluir sus transacciones por el
daemon de pasarela simple.
Observe que la fbrica de conexiones con applid y applidqualifier establecido se
aada a un solo nodo, mientras que la fbrica de conexiones J2C sin nombres se
aada a un solo nodo annimo, ANON.CTG.
Figura 29. Vista de la topologa de adicin de componentes para CICS TG Transaction
Tracking
La Figura 31 en la pgina 308, Topologa de adicin de transacciones, muestra las
solicitudes de programas que se invocan mediante CICS TG.
Tenga en cuenta que CICS TG Transaction Tracking crea adiciones para programas
individuales dentro de los componentes de CICS TG (Clases de aplicacin cliente
de CICS TG, Daemon de CICS TG Gateway). Sin embargo, en CICS todos estos
programas son invocados bajo la transaccin de duplicacin CSMI, de manera que
slo hay un nodo de transaccin agregada simple para el componente CICS. Tenga
en cuenta que hay dos nodos agregados llamados PRG1 (y tambin PRG2). Si se
pasa el ratn sobre estos nodos de transacciones se muestra que uno de ellos se
est ejecutando dentro del componente Clases de aplicacin cliente de CICS TG, y
el otro dentro del componente Daemon de CICS TG Gateway.
Figura 30. Vista de la topologa de adicin de aplicaciones para CICS TG Transaction
Tracking
La Figura 32 en la pgina 309, Topologa de instancias de transacciones, muestra
un rastreo de instancias simple para el programa PRG2 CICS. Esto muestra un
flujo simple desde la pgina ctg-request2.jsp en WebSphere hasta la regin
C1MVS1 CICS.
Figura 31. Vista de la topologa de adicin de transacciones para CICS TG Transaction
Tracking
CICS TXSeries en espacios de trabajo
Los datos de seguimiento de transacciones recopilados de los dominios de CICS
TXSeries aparecen en los espacios de trabajo de Transaction Tracking. Los datos
sobre despliegues de CICS TXSeries se correlacionan directamente en los espacios
de trabajo de Servidores y Transacciones.
CICS TXSeries aparecen en los espacios de trabajo del modo siguiente:
v Transaction Collector: la direccin IP de cualquier sistema configurado con
ITCAM for Transactions Data Collector Proxy se muestra en la columna Mensaje
del espacio de trabajo Diagnstico de recopilador de transacciones.
v Los espacios de trabajo de Servidores muestran datos sobre regiones de CICS
TXSeries individuales en las que est configurado CICS TXSeries Data Collector.
Figura 32. Vista de la Topologa de instancia de transacciones para CICS TG Transaction
Tracking
v Los espacios de trabajo de Transacciones muestran interacciones bidireccionales
sobre CICS TXSeries individuales o transacciones de cliente CICS TG en la
Topologa de transacciones. Se muestran las transacciones locales de la regin
de CICS TXSeries. Las transacciones remotas estn representadas por una
transaccin de CPMI.nombre_programa que se produce en las regiones locales y
remotas. Por ejemplo, la topologa agregada de transacciones muestra
interacciones entre CICS TXSeries y el cliente CICS TG e incluye pseudo-nodos.
Las topologas visualizadas en los espacios de trabajo de Transaction Tracking
requieren una interpretacin especfica para las transacciones de CICS TXSeries.
Los puntos de salida de CICS TXSeries no contienen datos apropiados para enlazar
instancias de transaccin especficas que se mueven por distintas regiones, sistemas
o software. Por lo tanto, Transaction Tracking no puede supervisar interacciones a
nivel de instancia de transacciones entre CICS TG, CICS TXSeries y CICS TS. Para
crear una topologa a nivel de agregado, Transaction Tracking utiliza pseudo-nodos
para hacer coincidir nodos en el sistema. Cuando una transaccin saliente o
entrante se identifica en CICS TXSeries o cliente CICS TG, se crea un pseudo-nodo
para identificar el nodo de origen o destino. Si Transaction Reporter localiza un
nodo con los mismos atributos que el pseudo-nodo, fusiona los dos nodos y
representa el enlace con una flecha punteada en la topologa.
Para mostrar temporizaciones para pseudo-nodos, cambie a una vista de contexto
flexible que utilice tiempos de subtransaccin padre. Por ejemplo, para cambiar la
vista Topologa de aplicaciones para visualizar temporizaciones:
1. En la vista Topologa de aplicaciones, pulse Editar propiedades.
2. En la pestaa Configuracin de nodos, seleccione Contexto flexible.
3. En la lista Atributos disponibles, seleccione los atributos siguientes y pulse
Aadir:
v Nombre de servidor
v Nombre de componente
v Nombre de aplicacin
4. Establezca el Atributo de visualizacin de nodo en Nombre de aplicacin.
5. En la pestaa Configuracin de enlaces, establezca Mtrica de visualizacin de
enlaces primarios y Mtrica de visualizacin de enlaces secundarios en
Tiempo de subtransaccin padre.
6. Pulse Aceptar.
Renueve la topologa para visualizar temporizaciones entre los sucesos padre
salientes y entrantes.
WebSphere Message Broker en espacios de trabajo
Los datos de seguimiento de transacciones recopilados del dominio de WebSphere
Message Broker aparecen en los espacios de trabajo de Transaction Tracking. Los
datos de despliegue de los espacios de trabajo WebSphere Message Broker se
correlacionan directamente con el Aplicaciones, Componentes, Servidores y
Transacciones.
Recopilador de datos para WebSphere Message Broker no es un agente de IBM
Tivoli Monitoring y, por lo tanto, no aparece como un agente en los espacios de
trabajo de Tivoli Enterprise Portal. Los datos de seguimiento de transacciones
recopilados desde un despliegue de WebSphere Message Broker aparecen en los
espacios de trabajo del modo siguiente:
v En los espacios de trabajo Aplicaciones, el nombre de aplicacin hace referencia
al nombre del grupo de ejecucin de WebSphere Message Broker.
v Los espacios de trabajo Componentes muestran los nodos WebSphere Message
Broker con el nombre WebSphere Message Broker.
v Los espacios de trabajo Servidores muestran el nombre del servidor en el que se
ejecuta WebSphere Message Broker.
v Los espacios de trabajo Transacciones muestran el nombre del flujo de mensajes
de WebSphere Message Broker.
Los datos de rendimiento visualizados en los espacios de trabajo de Transaction
Tracking requiere una interpretacin especfica para las transacciones de
WebSphere Message Broker:
una transaccin. Para las transacciones de WebSphere Message Broker, esto
representa el tiempo transcurrido entre el inicio de un flujo de mensajes y el
final de un flujo de mensajes.
evaluacin de un umbral de rendimiento definido. Establezca los umbrales en el
En los espacios de trabajo Transaction Tracking la comunicacin bidireccional (o de
solicitud-respuesta) se indica con una flecha slida que apunta del solicitante a
quien responde y la comunicacin unidireccional se indica con una flecha abierta.
WebSphere Message Broker utiliza tanto flechas abiertas como cerradas para
indicar los distintos tipos de transacciones.
Nota: Las comunicaciones entre WebSphere Message Broker y WebSphere MQ en
cualquier direccin son siempre unidireccionales, y se indican con una flecha
abierta. Las transacciones entre las aplicaciones de las que ITCAM for Application
Diagnostics realiza un seguimiento pueden ser de comunicacin de
solicitud-respuesta o unidireccional.
WebSphere MQ en espacios de trabajo
Los datos de seguimiento de transacciones recopilados de los dominios de
WebSphere MQ aparecen en los espacios de trabajo de Transaction Tracking. Los
datos sobre los despliegues de WebSphere MQ se correlacionan directamente en los
espacios de trabajo Servidores, Componentes, Aplicaciones y Transacciones.
WebSphere MQ aparecen en los espacios de trabajo del modo siguiente:
v Los espacios de trabajo de Servidores muestran datos sobre mquinas
individuales que alojan instalaciones de WebSphere MQ.
v Los espacios de trabajo de Componentes muestran datos sobre instalaciones de
WebSphere MQ individuales, que se identifican por los componentes llamados
MQ.
v Los espacios de trabajo de Aplicaciones muestran datos sobre gestores de colas
de WebSphere MQ individuales, que se identifican mediante el nombre del
gestor de colas.
v Los espacios de trabajo de Transacciones muestran datos sobre colas de
WebSphere MQ individuales, que se identifican mediante el nombre de la cola.
Cada mensaje colocado en una cola y luego ledo desde sta (es decir, una pareja
put/get de operaciones) se registra como una instancia de transaccin, y se
notifica en la cola correspondiente.
Tracking requiere una interpretacin especfica para las transacciones de
WebSphere MQ:
una transaccin. Para las transacciones de WebSphere MQ, esto representa el
tiempo transcurrido entre la colocacin de un mensaje en una cola y obteniendo
ese mensaje de dicha cola.
WebSphere MQ, estos elementos no son actualmente significativos. Como
resultado, Porcentaje correcto siempre tiene el valor 100; Porcentaje lento y
Porcentaje fallido tienen el valor 0.
Las topologas visualizadas en los espacios de trabajo de Transaction Tracking
requieren una interpretacin especfica para las transacciones de WebSphere MQ.
Normalmente en los espacios de trabajo Transaction Tracking la comunicacin
bidireccional (o de solicitud-respuesta) se indica con una flecha slida que apunta
del solicitante a quien responde. Sin embargo, en los entornos de WebSphere MQ,
la comunicacin bidireccional se realiza mediante varias colas, as que los espacios
de topologas lo muestran utilizando dos flechas abiertas, una en cada direccin.
Escenario de seguimiento de WebSphere MQ de ejemplo
Este ejemplo presenta un despliegue bsico de una aplicacin empresarial
distribuida ficticia que utiliza tecnologa de WebSphere MQ, y muestra cmo las
transacciones de ese despliegue se siguen y se notifican en los espacios de trabajo
de Transaction Tracking.
Aplicacin empresarial de ejemplo
La aplicacin empresarial de ejemplo consta de una aplicacin de tienda
personalizada que inicie las compras mediante transacciones llamadas
purchase_xact, que entonces son procesadas por una aplicacin de fondo
personalizada mediante una transaccin de procesamiento de orden llamada
process_order_xact. La Figura 33 en la pgina 314 muestra el despliegue de la
aplicacin empresarial y muestra la secuencia de operaciones que forman parte de
una transaccin empresarial completa.
En el escenario de ejemplo:
v La aplicacin empresarial se despliega en tres mquinas: frontend-server,
queue-server y backend-server.
v La lgica empresarial se implementa en las aplicaciones Storefront Interface,
Order Processor y Order Logger, que se comunican mediante una
infraestructura de mensajes de WebSphere MQ.
v Se despliega un gestor de colas denominado DISPATCHER.QM en queue-server.
v DISPATCHER.QM aloja las colas INBOUND.ORDERS.Q y OUTBOUND.ORDERS.Q.
v Se despliegan tres gestores de cola llamados PROCESSOR.QM, RESPONDER.QM y
PUBSUB.QM en backend-server.
v PROCESSOR.QM aloja la cola ORDER.PROCESS.Q.
v RESPONDER.QM aloja la cola COMPLETED.ORDERS.Q.
v PUBSUB.QM implementa una sola configuracin de publicacin/suscripcin de
intermediario, con las colas ACTIVITY.PUBLISHER.Q y INVENTORY.SUBSCRIBER.Q.
Para supervisar transacciones en este despliegue, se realizan las tareas siguientes:
Nota: Los detalles de despliegue de supervisin no se muestran en la Figura 33.
v MQ Tracking est instalado en las mquinas queue-server y backend-server
machines.
Figura 33. Aplicacin empresarial distribuida de ejemplo
v Las salidas de mensajes de canal estn configuradas en los canales de receptor
para los gestores de colas DISPATCHER.QM y PROCESSOR.QM.
v La aplicacin Order Logger no est instrumentada.
v La transaccin purchase_xact de la aplicacin personalizada Storefront
Interface y la transaccin process_order_xact de la aplicacin personalizada
Order Processor se instrumentan utilizando la API de Transaction Tracking.
v Una instalacin de Tivoli Enterprise Monitoring Server que ejecuta un
Transaction Reporter y un Tivoli Enterprise Portal Server y Tivoli Enterprise
Portal estn disponibles para informar sobre los datos de transacciones y ver los
espacios de trabajo.
Espacios de trabajo de Servidores
En los espacios de trabajo de Servidores, se muestran los datos para las mquinas
frontend-server, queue-server y backend-server. La Figura 34 muestra detalles
del espacio de trabajo de Topologa de servidores, que informa sobre las
transacciones que se pasan entre las tres mquinas.
Las flechas 'en bucle' en queue-server ybackend-server indican una comunicacin
unidireccional que se produce en estos sistemas. Esto se produce porque los
intercambios de colas remotas transfieren mensajes de la cola local a la cola de
transmisin interna del agente de canales de mensajes (MCA), que se considera
una comunicacin unidireccional local para la mquina.
Espacios de trabajo de Componentes
En los espacios de trabajo de Componentes, se muestran datos para los
componentes MQ y Store. La Figura 35 en la pgina 316 muestra detalles del
espacio de trabajo Topologa de componentes, que informa de las transacciones que
se pasan entre los componentes.
Figura 34. Server Topology workspace
Espacios de trabajo de Aplicaciones
En los espacios de trabajo de Aplicaciones se muestran datos para la transaccin
que hay entre cada gestor de colas y las aplicaciones empresariales Storefront
Interface y Order Processor. La Figura 36 en la pgina 317 muestra detalles del
espacio de trabajo Topologa de aplicaciones, que informa de las interacciones entre
los gestores de colas y las aplicaciones. No hay interacciones con las aplicaciones
de Order Logger visibles porque esta aplicacin no est instrumentada.
Figura 35. Component Topology workspace
Espacios de trabajo de Transacciones
En los espacios de trabajo de Transacciones, se muestran datos para los
intercambios de mensajes que tienen lugar en cada cola, as como las transacciones
instrumentadas con API de Transaction Tracking purchase_xact y
process_order_xact. La Figura 37 en la pgina 318 muestra detalles del espacio de
trabajo Topologa de transacciones, que informa de las transacciones agregadas que
tienen lugar en la aplicacin empresarial. No hay ninguna informacin visible
sobre transacciones en la aplicacin Order Logger porque esta aplicacin no est
instrumentada.
Figura 36. Application Topology workspace
En los espacios de trabajo de Transacciones se informa de detalles adicionales sobre
la arquitectura interna de WebSphere MQ:
v En los intercambios de colas remotas, los mensajes transferidos por colas de
transmisin interna de MCA generan sucesos de seguimiento, incluso aunque las
colas de transmisin no sean colas fsicas. Estas transferencias siempre tienen
una duracin de cero. En el ejemplo, estas transferencias de mensajes se
consideran transacciones DISPATCHER.QM.XMIT y RESPONDER.QM.XMIT. Esto es
aplicable a las colas de alias en general.
v Se realiza un seguimiento de las configuraciones de publicacin/suscripcin, que
dan como resultado una transaccin para cada cola de publicadores y
suscriptores. En el ejemplo, las transacciones ACTIVITY.PUBLISHER.Q y
INVENTORY.SUBSCRIBER.Q informan de la configuracin de la
publicacin/suscripcin.
Visualizacin de datos de seguimiento de transacciones
Tuxedo en los espacios de trabajo
Los datos de seguimiento de transacciones recopilados de los dominios de Tuxedo
y WebSphere MQ aparecen en los espacios de trabajo de Transaction Tracking. Los
datos sobre Tuxedo y los despliegues de WebSphere MQ se correlacionan
directamente con los espacios de trabajo Servidores, Componentes, Aplicaciones, y
Transacciones
Los datos de seguimiento de transacciones recopilados por Tuxedo Tracking
aparecen en los espacios de trabajo en Tivoli Enterprise Portal del modo siguiente:
v Los espacios de trabajo de Servidores muestran datos sobre sistemas
individuales que alojan instalaciones de Tuxedo. El nombre del servidor es el
nombre del host del punto de recopilacin de datos.
Figura 37. Transaction Topology workspace
v Los espacios de trabajo de Componentes muestran datos sobre instalaciones de
Tuxedo individuales. El nombre de componente es Tuxedo si se encuentra dentro
de un servicio de Tuxedo activo, o Tuxedo Client si se realiza un seguimiento de
un cliente Tuxedo.
v Los espacios de trabajo de Aplicaciones muestran datos sobre componentes de
Tuxedo individuales. El nombre de la aplicacin de Tuxedo proviene del nombre
de proceso del archivo ejecutable actual.
v Los espacios de trabajo de Transacciones muestran datos sobre servicios de
Tuxedo individuales. El nombre de transaccin para el cliente es el nombre del
cliente que la aplicacin de cliente ha pasado a tpinit(). Si se utiliza
tpinit(NULL), el nombre de la transaccin se cambia por el nombre del proceso.
En el lado del servidor, ser el nombre de servicio dentro del contexto de
servicio activo actual.
Tracking requiere una interpretacin especfica para las transacciones de Tuxedo
Tracking:
una transaccin.
Tuxedo estos elementos no son significativos. Como resultado, Porcentaje
correcto siempre tiene el valor 100; Porcentaje lento y Porcentaje fallido tienen el
valor 0.
Escenario de Tuxedo Tracking de ejemplo
La Figura 38 en la pgina 320 muestra una aplicacin de bancos con un escenario
de solicitud/respuesta simple y sncrono dentro de una transaccin.
La Figura 38 muestra una transaccin de la que se est realizando un seguimiento
(de ah el nodo TRANS). La transaccin utiliza la interfaz tpcall para realizar una
INQUIRY para el saldo de cuenta, un DEPOSIT, un WITHDRAWAL, y tambin
un TRANSFER (que est haciendo una operacin de WITHDRAWAL y DEPOSIT
en el fondo).
El nodo TRANS es un cliente que no est instrumentado por ARM. Si el cliente est
instrumentado, este nodo ser unido por Transaction Tracking y recibir un
nombre. La Figura 39 en la pgina 321 muestra la misma topologa con el nodo
TRANS como un cliente personalizado (BankClient), denominado mediante las
uniones en vertical porque la aplicacin de cliente es instrumentado.
Figura 38. Vista de la topologa de adicin de transacciones para Tuxedo Tracking: llamada
sncrona
La Figura 39 muestra una topologa de llamadas asncronas en la que se enva una
solicitud de balance de una sucursal de manera asncrona, y los resultados se
recuperan utilizando tpgetrply.
La Figura 41 en la pgina 322 muestra la topologa de instancias mientras la
transaccin solicita un estado de varias sucursales.
Figura 39. Vista de la topologa de adicin de transacciones para Tuxedo Tracking
Figura 40. Topologa de adicin de transacciones para Tuxedo Tracking: llamada asncrona
La Figura 42 en la pgina 323 es un ejemplo de comunicacin basada en colas
utilizando la cola de Tuxedo predeterminada.
Figura 41. Topologa de instancia de transacciones para Tuxedo Tracking: llamada asncrona
La transaccin est realizando tpenqueue en la cola STRING; el sufijo :ENQ indica
una consulta (ENQ) en QSPACE. Este ejemplo utiliza el servicio TMQFORWARD
para reenviar el contenido de la cola STRING al servicio STRING (ilustrado por el
nodo STRING), que luego enva un mensaje a la cola de respuestas RPLYQ. A
continuacin, la transaccin enva una operacin tpdequeue, que recupera
mensajes de la cola RPLYQ; el sufijo :DEQ implica una operacin de quitar de la
cola de QSPACE.
La figura Figura 43 en la pgina 324 muestra un ejemplo de topologa utilizando el
servicio TMQUEUE_MQM (adaptador de Tuxedo MQ) con WebSphere MQ en lugar de
la cola de Tuxedo predeterminada.
Figura 42. Topologa de adicin de transacciones para Tuxedo Tracking: mensajes de colas
Observe el nodo MQ, QUEUE1 en el medio. tpenqueue coloca un mensaje en el
espacio de la cola de Tuxedo MQTest1, que se correlaciona con la cola MQ real
QUEUE1. A continuacin, una operacin tpdequeue recupera el mensaje de la cola.
La Figura 44 en la pgina 325 muestra un ejemplo de topologa utilizando un
cliente que llama a SIMPSERV con tpcall. SIMPSERV aade un mensaje a la cola
MQ QUEUE1 y notifica a SIMPSERV2 de ello para el procesamiento. SIMPSERV2
recopila los datos de QUEUE1, los procesa y vuelve a colocar el resultado en la
cola MQ, QUEUE2 y vuelve. Una llamada de SIMPSERV a SIMPSERV2 finaliza y
recoge una respuesta de QUEUE2, la procesa y la devuelve al cliente. Todos los
mensajes fluyen por QUEUE1 y QUEUE2 utilizando la API de WebSphere MQ.
Figura 43. Topologa de adicin de transacciones para Tuxedo Tracking - TMQUEUE_MQM
Visualizacin de datos de WASTT en espacios de trabajo
Los datos de seguimiento de transacciones recopilados de los dominios WebSphere
Application Server y WebSphere MQ aparecen en los espacios de trabajo de
Transaction Tracking. Los datos sobre los despliegues de WebSphere Application
Server y WebSphere MQ se correlacionan directamente con los espacios de trabajo
Servidores, Componentes, Aplicaciones, y Transacciones.
Los datos de seguimiento de transacciones recopilados por WASTT aparecen en los
espacios de trabajo en Tivoli Enterprise Portal de la misma manera que otros datos
ARM. Consulte Seguimiento de transacciones de ARM en la pgina 300 para ver
ms informacin.
La topologa visualizada por WASTT es parecida a la de ARM con la adicin de
nodos de WebSphere MQ.
WASTT puede ser de un solo sentido o de doble sentido.
Escenario de WASTT de ejemplo
Este ejemplo muestra un servlet de WebSphere Application Server que realiza una
solicitud a MQ utilizando MQ Tracking.
Figura 45 en la pgina 326 muestra la Topologa de adicin de transacciones. El
nodo de la izquierda es una solicitud de servlet ejecutada en WebSphere
Application Server. El nodo de la derecha es la cola de cuyo gestor de colas se
realiza un seguimiento con MQ Tracking. El enlace tiene doble sentido: el servlet
Figura 44. Topologa de adicin de transacciones para Tuxedo Tracking: MQ
realiz un put justo antes de un get. Y el gestor de colas, la cola y el mensaje
fueron el mismo para cada operacin (el mensaje colocado en la cola se devolvi a
WebSphere Application Server). Si slo se ha ejecutado un put o un get, el enlace
tendr un solo sentido, de salida y de entrada respectivamente.
Visualizacin de datos de transacciones de ITCAM Data
Collector for WebSphere en espacios de trabajo
ITCAM for Transactions muestra los datos de transacciones de ITCAM Data
Collector for WebSphere en varios espacios de trabajo.
Las transacciones supervisadas por ITCAM Data Collector for WebSphere estn
incluidas en vistas de topologa.
Las transacciones de portlet se muestran como entidades individuales. Los enlaces
de JMS se muestran en la vista de topologa. Una entidad que participa en
transacciones instrumentadas utilizando ITCAM Agent for WebSphere y ITCAM
for SOA se muestra como un nico nodo.
ITCAM for Application Diagnostics da soporte a la integracin con IBM Optim
Performance Manager. Si Optim Performance Manager est instalado, el usuario
puede detallar ms desde espacios de trabajo de Transaction Tracking a la consola
de supervisin ampliada de Optim Performance Manager para realizar un anlisis
global de llamadas JDBC de DB2.
Consulte Visualizacin de datos de transacciones de ITCAM Data Collector for
WebSphere en ITCAM for Transactions en Gua del usuario para obtener ms
informacin.
Figura 45. Vista de topologas de transacciones para WASTT
Cmo se realiza el seguimiento de las transacciones
Se utilizan tecnologas e ID de seguimiento de dominios especficos para realizar el
seguimiento de transacciones dentro de, y entre, aplicaciones y dominios. Si desea
hacer el seguimiento de transacciones utilizndo dominios personalizados,
necesitar comprender cmo utiliza las tecnologas y los ID de seguimiento
ID de asociacin y de instancias de transacciones
Los ID de transacciones y los ID de instancias de transacciones se utilizan para
determinar si existe una relacin entre los puntos de seguimiento de una instancia
de transaccin. Utilcelos para determinar la va de acceso de una instancia de
transaccin, y si se produjo en un solo dominio o en varios.
ID de asociacin
El ID de asociacin forma parte del suceso API de Transaction Tracking. Consta de
ID de enlace y de ID de unin que ayudan a determinar la relacin entre los
puntos de seguimiento en una instancia de transaccin. Los ID de enlace
proporcionan la informacin para los puntos de seguimiento en una interaccin
que se produce dentro de un solo dominio, y los ID de unin proporcionan
informacin para los puntos de seguimiento de una interaccin que abarca varios
dominios.
Los ID pueden ser ID de asociacin horizontales o verticales. Normalmente los ID
horizontales asocian puntos de seguimiento en interacciones que abarcan varios
procesos y dominios, y los ID verticales asocian puntos de seguimiento en
interacciones que se producen en un solo proceso.
La API de Transaction Tracking no interacta con estos ID y, como resultado, los
ID no tiene restricciones de formato especficas.
ID de transaccin
El ID de transaccin acta como una copia de seguridad del ID de asociacin. Es
un identificador comn para todos los puntos de seguimiento de una instancia de
transaccin. Normalmente el sistema de correlacin identifica una transaccin
siguiendo cada ID de enlace y de unin, lo cual puede ser un proceso iterativo. Si
especifica el ID de la transaccin, este proceso iterativo no es necesario y la
instancia de transaccin, por lo tanto, se identifica ms rpidamente.
Enlaces
Hay dos mtodos de seguimiento de transacciones. Cuando se realiza el
seguimiento de una transaccin dentro de un solo dominio, ste se denomina
enlace.
ID de enlaces
Los enlaces utilizan normalmente un solo medio de asociacin entre cada uno de
los puntos de seguimiento que forman una transaccin. Utilice los ID de enlace
para identificar puntos de seguimiento que pertenezcan a la misma instancia de
transaccin.
Cuando se realiza el seguimiento de las transacciones, el ID de enlace identifica
interacciones dentro de un dominio. La API de Transaction Tracking diferencia
entre los dominios, de manera que los ID de enlaces slo necesitan ser nicos
dentro de un solo dominio. Hay dos tipos de ID de enlaces, horizontales y
verticales. Los ID de enlaces horizontales suelen correlacionarse con interacciones
entre varios procesos, y los ID de enlaces verticales se correlacionan con
interacciones dentro de un solo proceso.
Aunque hay limitaciones de tamao para los ID de enlaces, no hay otras
limitaciones de formato.
Nota: Aada un prefijo o un sufijo a todos los ID de enlace en las aplicaciones
personalizadas para asegurarse de la univocidad de los ID de enlaces. Asegrese
de que este prefijo o sufijo no lo utiliza otra aplicacin.
ID de enlace vertical
El ID de enlace vertical identifica los puntos de seguimiento que pertenecen a la
misma instancia de transaccin. Normalmente estos estn dentro de la misma
aplicacin en un solo dominio.
ID de enlaces horizontales
El ID de enlace horizontal identifica los puntos de seguimiento que pertenecen a la
misma instancia de transaccin, pero que se ejecutan entre diversas aplicaciones en
un solo dominio.
Diagramas de ejemplo
Los diagramas siguientes explican en ms detalle los tipos diferentes de enlace s
entre aplicaciones. Muestran el mismo tipo de instancia de transaccin pero en dos
escenarios distintos. Normalmente hay un ID de enlace en cada punto de
seguimiento, de manera que se puedan asociar los unos a los otros.
En la Figura 46, la va de acceso de la instancia de transaccin abarca dos
aplicaciones en dos dominios distintos. Siempre que hay puntos de seguimiento
conectados dentro de un solo dominio, se producen enlaces verticales. En este
ejemplo, T1, T2, T5 y T6 son capturados por un Transaction Collector en Dominio
A. Los puntos de seguimiento T3 y T4 son capturados por un Transaction Collector
en Dominio B.
El enlace vertical que se produce en esta instancia de transaccin se resalta en rojo.
Todos los puntos de seguimiento tienen un ID de enlace vertical que los identifican
como pertenecientes a la misma instancia de transaccin. Dado que parte de la
instancia de transacciones se produce en un dominio distinto, los puntos de
seguimiento del T2 al T3, y del T4 al T5 se unen en horizontal.
Figura 46. Diagrama de enlaces verticales
En la Figura 47, la va de acceso de la instancia de transaccin abarca tres
aplicaciones en dos dominios distintos, lo cual explica con ms detalles la
diferencia entre los enlaces horizontales y verticales. En este ejemplo, T1 y T6 son
capturados por el Transaction Collector en Dominio A. Dominio B contiene dos
aplicaciones, y los puntos de seguimiento T2, T3, T4 y T5 son capturados por un
Transaction Collector en este dominio. Los enlaces horizontales que se producen de
T2 a T3, y de T4 a T5 se resalta en verde. El enlace vertical entre T3 y T4 se resalta
en rojo.
De T1 a T2, y de T5 a T6, se pasa por diversos dominios y, por lo tanto, stos se
unen en horizontal.
Uniones
Hay dos mtodos de seguimiento de transacciones. Cuando se realiza el
seguimiento de una transaccin en varios dominios, esto se denomina uniones.
ID de las uniones
Las instancias de transacciones de las cuales se realiza un seguimiento en varios
dominios utilizan las uniones para asociar puntos de seguimiento concretos dentro
de una instancia de transaccin. La unin de un conjunto de dominios puede
requerir varios medios de asociacin. Utilice los ID de unin para identificar los
puntos de seguimiento en varios dominios que pertenecen a la misma instancia de
transaccin.
Figura 47. Diagrama de enlaces verticales y horizontales
Los ID de unin identifican instancias de transacciones que abarcan varios
dominios, tanto dentro de cada proceso como en varios de ellos. Hay dos tipos de
ID de uniones, horizontales y verticales. No hay limitaciones de formato
especficos para los ID de unin, aparte de las limitaciones de tamao. Los ID de
unin no se ven afectados por el tipo de llamador.
ID de uniones horizontales
Los ID de uniones horizontales enlazan los puntos de seguimiento entre dos
dominios distintos. Una instancia de transaccin compleja puede abarcar varios
dominios. Decdase por un ID de unin comn, que puede proporcionarse por
parejas, uno en cada dominio. Cada vez que dos puntos de seguimiento tengan un
ID de unin coincidente, se producir una interaccin.
Uniones verticales
Utilice el ID de una hebra en la que se haya producido una instancia de
transaccin como una manera de unir puntos de seguimiento en vertical.
Diagramas de ejemplo
Los diagramas siguientes explican de forma ms detallada las uniones horizontales
y verticales. Muestran el mismo tipo de interaccin pero en dos escenarios
distintos. Un ID de unin suele producirse en un punto de seguimiento en el que
una interaccin se mueve de uno dominio a otro, de manera que puedan asociarse
unos con otros.
En la Figura 48, la va de acceso de la instancia de transaccin abarca dos
aplicaciones en dos dominios distintos. Como resultado, los puntos de seguimiento
del T2 al T3, y del T4 al T5 se unen en horizontal. Los puntos de seguimiento del
T1 al T2, del T3 al T4, y del T5 al T6, se producen dentro de un solo dominio,
Dominio A (del T1 al T2, y del T5 al T6) y Dominio B (del T3 al T4), y por lo tanto
estn enlazados en vertical.
Figura 48. Diagrama de uniones horizontales
La Figura 49 muestra una instancia de transaccin parecida a Figura 48 en la
pgina 332. Los puntos de seguimiento del T1 al T2, y del T5 al T6 pasan por
diversas aplicaciones en dominios separados, y por lo tanto se unen en horizontal.
Los puntos de seguimiento del T2 al T3, del T3 al T4, y del T4 al T5 se vinculan en
horizontal y vertical, ya que no atraviesan dominios, incluso aunque pasen por
diversas aplicaciones.
Figura 49. Diagrama de uniones horizontales
Captulo 6. Optimizacin del seguimiento de transacciones
En entornos de produccin a gran escala, el seguimiento de cada transaccin que
atraviesa el entorno conduce a la recopilacin de grandes cantidades de
informacin, la que puede ser difcil de visualizar en un nico panel de topologa.
Existen muchas estrategias que puede utilizar para obtener ms valor del
seguimiento de transacciones en su empresa.
Formas de aumentar el valor de seguimiento de transacciones
Para aumentar el valor del seguimiento de transacciones, pruebe estos pasos:
1. Reduzca la cantidad total de informacin eliminando las transacciones que no
sean importantes, y agrupando transacciones relacionadas donde tenga sentido
hacerlo.
2. Establezca un flujo de trabajo que limite la visualizacin a solamente aquellas
transacciones de inters.
Consulte Mtodos recomendados para obtener ms informacin.
3. Aumente el nmero de agentes de Transaction Reporter de modo que pueda
distribuir la informacin de seguimiento en varios agentes de Transaction
Reporter. Por ejemplo, utilice un Transaction Reporter para aplicaciones
frontales y un Transaction Reporter para los servicios de fondo.
Agregacin de nodos de Transaction Tracking utilizando los informes
y el filtrado
Puede utilizar el filtrado en el Editor de configuracin de gestin de aplicaciones
para excluir nodos en los que no est interesado, o los informes para combinar
transacciones o aplicaciones de manera que se muestren como un solo nodo en el
Tivoli Enterprise Portal. El filtrado es til para entornos supervisados grandes y
complejos en los que puede tener muchas transacciones falsas en las que no est
interesado.
ITCAM for Transactions V7.2 y posterior permite excluir nodos utilizando filtros
para cualquier componente desde el Editor de configuracin de gestin de
aplicaciones. Esto incluye nodos desde ITCAM for Application Diagnostics,
WebSphere MQ, etc. Consulte Utilizacin de filtros en la pgina 52 para ver ms
informacin.
Para aplicar reglas de creacin de informes y filtrado, complete los pasos
siguientes:
1. Decida qu agregados filtrar o renombrar
2. Defina las reglas de creacin de informes y filtrado
Determinacin de qu agregados filtrar o renombrar
En primer lugar, descubra la empresa utilizando Transaction Tracking, y en las
tablas de ITCAM for Transactions en Tivoli Enterprise Portal, examine los
agregados que se han descubierto.
Consejo: Exporte tablas a archivos .csv para que pueda examinar y manipular
listas de agregados ms fcilmente. La utilizacin de archivos csv le permite buscar
patrones en los datos.
A continuacin, puede filtrar agregados que elija manipulando esos datos. A
continuacin se muestran algunos de los agregados comunes que puede que desee
filtrar para aplicaciones particulares:
v IBM HTTP Server y otros servidores web
Las pginas estticas generalmente no implican un proceso complejo, por lo que
no es necesario que se supervisen. Puede filtrar estos archivos completamente o
combinarlos en un solo nodo.
Ejemplos: *.html, *.htm, *.xml, *.dtd, *.png, *.jpg, *.gif, *.css, *.es, *.js,
*.txt, *.ico, *.htc, *.grxml, *.ulaw, *.wav. Por ejemplo, establezca
http://www.mywebsite.com/*.jpg
Combine todos los URL con la misma direccin de base pero distintas cadenas
de consultas en un agregado configurando el recopilador de datos ARM para
descartar la parte de la cadena de la consulta del URL. Por ejemplo, utilice
http://www.mywebsite.com/search.jsp en lugar de http://www.mywebsite.com/
search.jsp?sessionId=2132135.
v WebSphere Application Server, Java EE, .NET, etc.
Recursos con nombres similares: No es inusual que las aplicaciones utilicen
un esquema de denominacin con un prefijo comn, que agrupa recursos
relacionados. Puede agrupar estos recursos. Por ejemplo, puede que desee
agrupar todos los URL de una aplicacin determinada y nombrarlos segn su
aplicacin.
Ejemplo: Correlacionar todos los URL relacionados a viajes con Transacciones
de viajes.
Aplique el filtro TransactionName=/web/travel/* y cambie el nombre del
nodo por una serie esttica como Transacciones de viajes.
Pginas triviales: Los servidores de aplicaciones tambin pueden tener
pginas estticas que no necesiten supervisarse. Puede filtrar estos archivos
completamente o combinarlos en un solo nodo.
v WebSphere MQ y WebSphere Message Broker -
Colas de sistema y colas que no son de destino
MQ Tracking utiliza su propio mecanismo de filtrado. Las colas de sistema y
las colas que no son de destino estn filtradas de forma predeterminada.
Colas dinmicas
Cambie el nombre de las colas dinmicas por un nombre que describa su
funcin.
Las colas dinmicas tienen un nombre generado dinmicamente basado en un
patrn especificado por el usuario. Para filtrar estas colas, utilice el patrn
como el valor de filtro con un asterisco (*) como comodn para el filtrado.
Especifique el mismo patrn en el valor de la regla de informes, de modo que
los agregados se contraigan a CREDIT.REPLY.* por ejemplo.
v CICS e IMS
Los convenios de denominacin en CICS e IMS son especficos de la aplicacin,
por lo que el filtrado adecuado es tambin especfico de la aplicacin cliente. Sin
embargo, los nombres de transacciones generalmente siguen un convenio de
denominacin donde las transacciones que comparten un prefijo comn son
parte de una aplicacin comn. Por ejemplo, todas las transacciones de Nmina
pueden empezar con N. Para anotar las transacciones visualizadas en Transaction
Tracking, aplique el filtro TransactionName=P*. Para anotar el nombre de
transaccin con el nombre de aplicacin, en las reglas de creacin de informes,
establezca TransactionName=Payroll ($TransactionName$).
CICS Tracking utiliza su propio mecanismo de filtrado. Las colas de sistema y
las colas que no son de destino estn filtradas de forma predeterminada.
Configuracin de reglas de creacin de informes y filtrado
Despus de haber determinado qu nodos desea combinar o eliminar, establezca
reglas de creacin de informes y filtrado en Editor de configuracin de gestin de
aplicaciones.
Para agrupar nodos, aada definiciones de transacciones en el Editor de
configuracin de gestin de aplicaciones para los grupos de transacciones que
desee agregar, aplique un filtro adecuado y establezca las reglas de informes
necesarias.
Consulte Utilizacin de filtros en la pgina 52 para ver ms informacin.
Recuerde los puntos siguientes:
v Todos los datos tienen un tipo, como ARM, MQ, MB, y una regla se aplica a los
datos solo del tipo especificado
v Una regla tiene dos partes, el filtrado y la creacin de informes:
El filtrado determina si una regla se aplica a un agregado. La regla se aplica a
un agregado si todos los filtros Incluir coinciden con los valores de un
agregado y no coincide con ningn filtro Excluir.
La creacin de informes afecta a los agregados aceptados por el filtro. Utilice
la creacin de informes para modificar los valores en los que se informa del
agregado y cambiar los nombres de transacciones. Las reglas predeterminadas
tienen prioridad sobre las reglas adicionales.
Consejo: Copie los patrones de inclusin de la regla predeterminada y, a
continuacin, modifquelos segn sea necesario.
Ejemplo: agrupacin de aplicaciones
Un entorno tiene un Transaction Collector remoto y supervisa el agente IBM HTTP
Server y Rational Performance Tester, creando unas 30 aplicaciones y 500
transacciones. En el navegador de Tivoli Enterprise Portal en Consola de gestin
de aplicaciones > Aplicaciones se muestran cientos de aplicaciones, lo cual
dificulta la comprensin de la informacin.
Lgicamente, estas aplicaciones pueden agruparse en cinco aplicaciones
empresariales cada una con un URI de contexto nico, lo cual facilita mucho la
comprensin de la informacin expuesta.
Para agrupar las aplicaciones:
1. En la seccin Aplicaciones del Editor de configuracin de gestin de
aplicaciones, cree una definicin de transaccin para la primera aplicacin
Captulo 6. Optimizacin del seguimiento de transacciones 337
empresarial de IBM HTTP Server.
2. Aplique un filtro que coincida con la aplicacin empresarial. Por ejemplo, uno
de los siguientes:
v http://www.hostname.com/contextroot/path/morepath/filename*
v http://www.hostname.com/contextroot/path/morepath/application1*
Consejo: Es posible que desee crear un alias para una aplicacin con un
nombre largo. Por ejemplo, para crear un alias de un solo URL, especifique el
URL exacto para ApplicationName en la pestaa Filtro. No incluya comodines.
3. Cambie el valor de ApplicationName (nombre de aplicacin) en la ficha
Informes por un nombre de valor significativo y fijo que le ayude a entender la
informacin aportada. Por ejemplo, Nombre de archivo, Aplicacin1,
Aplicacin2, etc.
4. Repita los pasos del 1 al 3 para las otras cuatro aplicaciones empresariales de
IBM HTTP Server, y las cinco aplicaciones empresariales de Rational
Performance Tester.
5. Si hay solicitudes de IBM HTTP Server desde ITCAM for Application
Diagnostics o MQ que no estn ya cubiertas por las nuevas definiciones de
transacciones para IBM HTTP Server, opcionalmente puede crear otra definicin
de transaccin llamada OtherIHS. Establezca un filtro para incluir el resto de
transacciones, y establezca los informes de ApplicationName en OtherIHS.
6. Aplique la transaccin nueva a un perfil:
a. Seleccione Perfiles, y en la lista Perfiles, seleccione Seguimiento de
transacciones > Valor predeterminado para utilizar el perfil
predeterminado o crear un nuevo perfil.
b. La pestaa Transacciones lista todas las transacciones activas (reglas de
creacin de informes y filtrado) asociadas con el perfil. En la pestaa
Transacciones, seleccione la transaccin que se acaba de crear y pulse
Aadir.
Ejemplo: agrupacin de colas dinmicas de MQ
Aada un perfil nuevo para WebSphere MQ Transaction Tracking que combine las
colas dinmicas de MQ en un solo nodo cambiando el nombre de transaccin de
una variable por un nombre esttico, Fusionar colas dinmicas:
1. Cree una nueva transaccin con el nombre de transaccin Fusionar colas
dinmicas:
2. En la ficha Filtro, aada un filtro para incluir datos con cualquier nombre de
servidor, nombre de componente y nombre de aplicacin, y configure este perfil
para que slo incluya agregados con un nombre de transaccin prefijado por
Dynamic utilizando un comodn. Es decir, especifique Dynamic* en el campo
Valor:
3. En la ficha Informes, especifique el valor esttico Fusionar colas dinmicas en
lugar de una variable en el campo Nombre de transaccin:
4. Establezca esta transaccin como valor predeterminado para Transaction
Tracking en WebSphere MQ:
a. Vaya a Perfiles.
b. En la ficha Transacciones, seleccione WebSphere MQ en la lista.
c. Pulse Aadir para mostrar el dilogo Seleccin de transacciones.
d. Expanda WebSphere MQ y seleccione la nueva transaccin.
e. Pulse Aceptar.
5. Los agregados combinados aparecen en los espacios de trabajo Topologa de
adicin de transacciones y Topologa de transacciones como un solo nodo,
Fusionar colas dinmicas. En la tabla Contextos aparece ms informacin
sobre el nodo agregado.
Utilizacin de varios Transaction Reporter
Puede distribuir informacin de seguimiento a travs de varios agentes de
Transaction Reporter.
Habilitacin de varios Transaction Reporter
Para habilitar el seguimiento utilizando varios Transaction Reporter, especifique
varios Transaction Reporter en la ventana Configuracin de agentes de Transaction
Reporter . Asegrese de que haya establecido los parmetros siguientes:
v Lista de agentes de Reporter: lista de Transaction Reporter
v Calcular interacciones remotas: establecido en s (Y)
v Volver a calcular interacciones: establecido en s (Y)
Consulte Parmetros de configuracin de agente de Transaction Reporter en Gua
de instalacin y configuracin para obtener ms informacin.
Nota: No especifique el mismo Agente de agregacin para ms de un Transaction
Reporter. Varios Transaction Reporter no deben recopilar datos del mismo Agente
de agregacin.
Varios Transaction Reporter en la topologa
Los agentes de Transaction Reporter pueden consultar otros agentes de Transaction
Reporter para descubrir saltos adyacentes en un flujo de transacciones.
Cuando se descubre, el salto siguiente del flujo de transaccin que reside en un
agente remoto de Transaction Reporter se representa mediante un icono de
topologa remota.
Pulse con el botn derecho del ratn el nodo implcito remoto y seleccione un
enlace de espacio de trabajo dinmico para enlazar con la topologa en el agente
remoto de Transaction Reporter.
Puede saltar al mismo espacio de trabajo en un agente remoto de Transaction
Reporter utilizando enlaces de espacio de trabajo dinmicos predefinidos de los
siguientes espacios de trabajo.
Tabla 31. Espacios de trabajo desde los que puede saltar a agentes remotos
Espacio de trabajo Enlace de espacio de trabajo dinmico
Visin general de transacciones:
topologa de componente de servidor
Enlace Visin general de transacciones remotas
para nodos de servidor remoto
Servidores: Topologa: topologa
agregada de servidor
Enlace Topologa de servidor remoto para
nodos de servidor remoto
Componentes: Topologa: topologa
agregada de componente
Enlace Topologa de componente remoto para
nodos de componente remoto
Aplicaciones: Topologa: topologa
agregada de aplicacin
Enlace Topologa de aplicacin remota para
nodos de aplicacin remota
Transacciones: Topologa: topologa
agregada de transaccin
Enlace Topologa de transaccin remota para
nodos de transaccin remota
Transacciones: Instancias de transaccin:
topologa de instancia de transaccin
Enlace Instancias de transaccin remota para
nodos de transaccin remota
Nota: El enlace Instancias de transaccin remota
no enlaza con la instancia de transaccin en el
agente remoto. En su lugar, enlaza con el espacio
de trabajo remoto, que muestra una lista de
instancias para ese nodo remoto.
Creacin de enlaces de espacio de trabajo personalizados
para nodos remotos
Si ha definido su propio espacio de trabajo de topologa, puede crear enlaces de
espacio de trabajo dinmicos para nodos remotos. Cmo se configuran los enlaces
depende de si est utilizando la topologa de contexto flexible o fija.
Nota: Un enlace de espacio de trabajo dinmico est asociado con un tipo de nodo
determinado. Esto significa que debe crear un enlace separado para cada tipo de
nodo de su entorno.
Figura 50. Topologa que muestra un icono de topologa remota
Agregar topologa utilizando categorizacin de contexto fijo
Siga estos pasos para cada tipo de nodo remoto en la topologa para crear enlaces
de espacio de trabajo dinmicos con nodos remotos.
Procedimiento
Para crear enlaces de espacio de trabajo dinmicos para cada tipo de nodo remoto:
1. Pulse un nodo con el botn derecho del ratn y seleccione Enlazar con >
Asistente de enlace.
2. Seleccione Crear nuevo enlace y pulse Siguiente.
3. Escriba un nombre exclusivo para el enlace y una descripcin.
4. En el cuadro de dilogo Tipo de enlace, seleccione Dinmico y pulse
Siguiente.
5. Seleccione el espacio de trabajo de destino con el que desee enlazar.
6. En la pgina Filtros de destino, especifique el nombre del agente con el que
desea enlazar. Esta informacin se visualiza como un atributo de espacio de
trabajo dinmico.
7. Pulse Nombre de sistema gestionado y modifique la expresin.
8. Pulse Smbolo, y en el cuadro de dilogo Smbolos, seleccione Valores > Sin
nombre > Atributos > Blob 1 de enlace de espacio de trabajo dinmico.
Pulse Aceptar.
9. Pulse Evaluar para probar el enlace. Si se devuelve un valor, el enlace se
resuelve y es correcto. Pulse Aceptar.
10. Pulse Parmetros, y en el cuadro de dilogo Parmetros, seleccione una
consulta y pulse Modificar expresin para hacer coincidir transacciones y
smbolos con parmetros.
a. Haga coincidir la transaccin de inicio en el espacio de trabajo remoto:
v ARG_FOCUS_NAME0: haga coincidir con el nombre de transaccin (necesario
solo para categorizacin de nivel de transaccin)
v ARG_FOCUS_NAME1: haga coincidir con el nombre de aplicacin (necesario
solo para categorizacin de nivel de transaccin y aplicacin)
v ARG_FOCUS_NAME2: haga coincidir con el nombre de componente
(necesario solo para categorizacin de nivel de transaccin, aplicacin y
componente)
v ARG_FOCUS_NAME3: haga coincidir con el nombre de servidor (necesario
para todos los niveles de categorizacin)
Nota: Con un solo agente, ARG_FOCUS_ID se utiliza para hacer coincidir un
agregado o instancia de transaccin. No utilice ARG_FOCUS_ID para hacer
coincidir un nodo debido a que un identificador est localizado en el
agente actual de Transaction Reporter y no existe en los agentes remotos.
Hacer coincidir una transaccin basada en ARG_FOCUS_ID da como
resultado una topologa vaca en el espacio de trabajo de destino.
b. Utilice el parmetro ARG_FOCUS_TYPE para especificar la direccin en la que
se va a enlazar la topologa en el espacio de trabajo de destino:
v "-1", en sentido ascendente
v "1", en sentido descendente,
v "0", en sentido ascendente y descendente
Como alternativa, utilice el smbolo de atributo Blob 2 de enlace de
espacio de trabajo dinmico para determinar automticamente la
direccin basndose en si el nodo remoto es un nodo en sentido
ascendente o en sentido descendente.
c. Pulse Smbolo en la ventana Editor de expresiones, y en Valores > Fila
seleccionada > Atributos, asigne un smbolo de atributo a cada consulta:
v Nombre: el nombre del nodo. Este nombre depende del nivel de
categorizacin: ServerName para el nivel de categorizacin de servidor;
ComponentName para el nivel de categorizacin de componente;
ApplicationName para el nivel de categorizacin de aplicacin; y
TransactionName para el nivel de categorizacin de transaccin.
v Servidor contenedor: el nombre del servidor. Este nombre slo est
disponible en el nivel de categorizacin de Componente, Aplicacin y
Transaccin.
v Componente contenedor: el nombre del componente. Este nombre slo
est disponible en el nivel de categorizacin de Aplicacin y
Transaccin.
v Aplicacin contenedora: el nombre de la aplicacin. Este nombre es
aplicable slo a nivel de categorizacin de Transaccin.
11. Edite el parmetro contextIsAvailable y sustituya la variable:
$kfw.LinkSymbolsGroup:PBASED.SOURCE_CONTEXT.0.-1021A$ con
$PBASED.-5603$ para asegurarse de que el enlace slo se visualice para este
nodo remoto. Por ejemplo:
$kto.GenericHostRemote:-1021A$ == $PBASED.-5603$ &&
$PBasedTable:-1021A$ == $kfw.LinkSymbolsGroup:PBASED.SOURCE_CONTEXT.1.-1021A$
&& $kfw.Context:-1020$ == $kfw.LinkSymbolsGroup:PBASED.SOURCE_CONTEXT.2.-1020$
12. Pulse Siguiente y despus Finalizar para crear el enlace.
Agregar topologa utilizando categorizacin de contexto flexible
Las topologas basadas en categorizacin de contexto flexible no tienen el mismo
nivel estricto de categorizacin como la topologa de categorizacin de contexto
fijo. La topologa puede agregar transacciones basadas en cualquier contexto que
est disponible. Esta aade mucha ms flexibilidad a la personalizacin de la
topologa para adaptarse a las necesidades de su empresa, pero tambin aade ms
complejidad al disear enlaces de espacio de trabajo dinmicos.
Procedimiento
Para crear un enlace de espacio de trabajo dinmico para topologas de
categorizacin de contexto flexibles:
1. Siga los pasos 1 a 10 del procedimiento en Agregar topologa utilizando
categorizacin de contexto fijo en la pgina 344.
2. Pulse Parmetros, y en el cuadro de dilogo Parmetros:
a. Especifique los saltos que necesite:
v ARG_FOCUS_DOWNSTREAM_HOP_COUNT: 0 para inhabilitar, o el nmero o saltos
en sentido descendente que necesite
v ARG_FOCUS_UPSTREAM_HOP_COUNT: 0 para inhabilitar, o el nmero o saltos en
sentido ascendente que necesite
b. Asigne valores a smbolos ARG_FOCUS_NAME genricos. Antes de asignar
valores a estos smbolos, primero haga coincidir los valores de contexto
necesarios en la configuracin de filtrado de topologa. Consulte
Configuracin de coincidencias en contextos flexibles en la pgina 347
3. Pulse Siguiente y despus Finalizar para crear el enlace.
Configuracin de coincidencias en contextos flexibles
Para crear enlaces de espacio de trabajo dinmicos en contextos flexibles, primero
debe hacer coincidir valores de contexto con smbolos.
Procedimiento
Para hacer coincidir valores de contexto con smbolos:
1. En la topologa, pulse Editar propiedades.
2. En la pestaa Configuracin de filtro, en el panel Filtros, aada parmetros a
mtricas.
Por ejemplo, aada $ARG_FOCUS_NAME0$ a Nombre de transaccin de destino.
Para hacer coincidir servidor, componente, aplicacin y transaccin de destino,
tendra una frmula de:
(Destination Application Name == $ARG_FOCUS_NAME1$) AND (Destination Component
Name == $ARG_FOCUS_NAME2$) AND (Destination Server Name == $ARG_FOCUS_NAME3$)
AND (Destination Transaction Name == $ARG_FOCUS_NAME0$)
3. Pulse Aceptar.
Vuelva a la ventana Parmetros en Asistente de enlace de espacio de trabajo y
asigne valores a los smbolos que ha hecho coincidir. Asigne valores a
ARG_FOCUS_NAME[0 to 4] para el ejemplo anterior.
Captulo 7. Supervisin de los servicios de Internet
Al supervisar servicios de Internet, defina qu se va a supervisar, para quin y
cundo. Configure la supervisin de los servicios de Internet mediante la interfaz
de usuario de Internet Service Monitoring Configuration, dentro de Tivoli
Enterprise Portal, o mediante la interfaz de la lnea de mandatos de Internet
Service Monitoring.
El servicio de Internet supervisa servicios de Internet especficos de las pruebas y
reenva los resultados de las pruebas a Databridge. Los supervisores emulan las
acciones de un usuario real del servicio.
Por ejemplo, el supervisor HTTP intenta de manera peridica acceder a una pgina
web emulando solicitudes que un navegador web enviara normalmente cuando
un usuario visita la pgina. El supervisor registra el resultado de la prueba, que se
enva a Databridge.
Puede utilizar la interfaz de lnea de comandos de Internet Service Monitoring
Configuration o el mandato ismbatch en la lnea de mandatos La interfaz de lnea
de comandos de Internet Service Monitoring Configuration refleja las operaciones
que se pueden completar con la interfaz de usuario de Internet Service Monitoring
Configuration. Estas dos interfaces actualizan la base de datos de Tivoli Enterprise
Portal Server.
Nota: Slo puede ejecutar la interfaz de usuario deInternet Service Monitoring
Configuration o la interfaz de lnea de comandos de Internet Service Monitoring
Configuration cada vez; no ambas.
El mandato ismbatch ofrece funciones similares a las de la interfaz de lnea de
comandos de Internet Service Monitoring Configuration. Sin embargo, los
mandatos de ismbatch slo se ejecutan de forma local y no actualizan la base de
datos de Tivoli Enterprise Portal Server.
Supervisin de servicios de Internet
Cada supervisor est diseado para probar un tipo de protocoo o servicio. Por
ejemplo, el supervisor HTTP prueba la disponibilidad de recursos como la pginas
web por Hypertext Transfer Protocol, y el supervisor FTP prueba la transferencia
de archivos entre hosts que ejecutan en protocolo de transferencia de archivos.
Un supervisor puede probar muchas instancias distintas del mismo servicio, por
ejemplo una serie de pginas web proporcionadas por un rango de hosts.
Supervisin de servicios web
Con el rango de supervisores de Internet Service Monitoring puede personalizar el
tipo de supervisin de servicios que proporciona: desde la supervisin de servicios
Internet bsicos que prueban la disponibilidad de una pgina web hasta la
combinacin de secuencias de pruebas.
La supervisin de servicios de Internet utiliza sondeos de volmenes grandes y
complejidad baja para probar la disponibilidad de los servicios web. Por ejemplo,
si desea supervisar la disponibilidad general de un sitio web, puede utilizar el
supervisor HTTP para sondear un gran nmero de URL en intervalos regulares.
Utilizando una combinacin de supervisores, puede generar un nivel de
supervisin de servicios apropiado para sus necesidades.
v Supervisores de HTTP y HTTPS
Supervise la disponibilidad de recursos por HTTP o HTTPS ejecutando pruebas
bsicas de una sola solicitud con un volumen alto.
v Supervisor de transacciones (TRANSX)
Combine secuencias de pruebas realizadas por un grupo de supervisores,
simulando las acciones de un usuario real. Por ejemplo, la marcacin de un
servicio, el acceso a un nmero de pginas de varios sitios web y el acceso
posterior a los servicios de correo electrnico.
Supervisores y sondeos
Los supervisores se distinguen de los sondeos de IBM Tivoli Netcool/OMNIbus
por sus funciones de sondeo.
Los sondeos se conectan con un origen de sucesos para adquirir los datos de
sucesos que genera, mientras que los supervisores sondean o prueban servicios de
forma activa en intervalos regulares inyectando transacciones o consultas en los
datos de evaluacin del servicio de destino y del rendimiento que generan.
Supervisores de Internet Service Monitoring disponibles
La suite Internet Service Monitoring de supervisores proporciona cobertura para
una amplia gama de servicios de Internet.
La Tabla 32 contiene los supervisores disponibles con Internet Service Monitoring y
los tipos de servicio que supervisan.
Tabla 32. Supervisores de servicios de Internet disponibles
Nombre de supervisor Tipo de servicio supervisado
DHCP Protocolo de configuracin de host dinmico
Marcacin: en desuso en
ITCAM for Transactions
V7.3
Servicio de marcado
DNS Servicio de nombre de dominio
FTP Protocolo de transferencia de archivos
HTTP Protocolo de transferencia de hipertexto
HTTPS Protocolo de transferencia de hipertexto (seguro)
ICMP Protocolo de mensajes de control de Internet
Tabla 32. Supervisores de servicios de Internet disponibles (continuacin)
Nombre de supervisor Tipo de servicio supervisado
IMAP4 Protocolo de acceso a mensajes de Internet
LDAP Protocolo ligero de acceso a directorios
NNTP Protocolo de transferencia de noticias en red
NTP Protocolo de hora de red
POP3 Protocolo de oficina de correo
RADIUS Servicio de usuario de marcacin de autenticacin remota
RPING Ping remoto (Cisco, Juniper y RFC2925)
RTSP Protocolo de transmisin en tiempo real
SAA Agente de aseguramiento de la calidad de Cisco
SIP Protocolo de inicio de sesin
SMTP Protocolo simple de transferencia de correo
SNMP Protocolo simple de administracin de redes
SOAP Protocolo de mensajera basado en XML
TCPPort Protocolo de control de transmisiones
TFTP Protocolo trivial de transferencia de archivos
TRANSX Transacciones
WMS - en desuso en
V7.3
Windows Multimedia Streaming
Archivos de supervisor
Cada supervisor de servicios de Internet consta de un archivo ejecutable, un
archivo de propiedades y un archivo de registro.
Archivo ejecutable
Los archivos ejecutables implementan la funcionalidad de supervisor.
Los archivos ejecutables de supervisor se encuentran en el directorio
$ISMHOME/platform/arch/bin.
El valor para arch es el cdigo de arquitectura del sistema operativo:
v Windows - win 32
v Linux - linux2x86
v Solaris - solaris2
v AIX - aix5
Captulo 7. Supervisin de los servicios de Internet 351
Archivo de propiedades
Los archivos de propiedades definen los parmetros de funcionamiento de los
supervisores. Hay parmetros genricos que son aplicables a todos los supervisores
y los parmetros especficos de los supervisores. Cada supervisor tiene un archivo
de propiedades.
El archivo de propiedades es un archivo de texto e incluye valores
predeterminados precedidos por el smbolo hash.
Para cambiar un valor, cambie el valor predeterminado y elimine el smbolo hash o
copie y pegue la lnea que contiene el valor por debajo de los valores
predeterminados. A continuacin realice el cambio y elimine el smbolo hash. Esto
permite restaurar ms tarde los valores predeterminados.
Nota: Puede tambin especificar propiedades con la lnea de mandatos.
Los archivos de propiedades de los supervisores se encuentran en el directorio
$ISMHOME/etc/props.
Archivo de reglas
Los archivos de reglas definen la correlacin de elementos de datos del supervisor
con los campos de alertas de ObjectServer. El mdulo ObjectServer que se ejecuta
en Databridge utiliza el archivo de reglas de cada supervisor para convertir
sucesos en alertas de Netcool/OMNIbus, que enva a un ObjectServer.
Los archivos de reglas son parecidos a los archivos de reglas de sondeo de IBM
Tivoli Netcool/OMNIbus. Para obtener informacin sobre su sintaxis, consulte la
publicacin IBM Tivoli Netcool/OMNIbus Probe and Gateway Guide.
Las reglas del supervisor se encuentran en el directorio $ISMHOME/etc/rules.
Archivo de registro
Los archivos de registro almacenan mensajes sobre el funcionamiento del
supervisor.
Los archivos de registro de supervisor se encuentran en el directorio $ISMHOME/log.
La propiedad MessageLog del archivo de propiedades del supervisor especifica el
archivo en el que el supervisor escribe los mensajes.
La propiedad MessageLevel selecciona el nivel de informacin escrito en el archivo
de registro, por ejemplo, mensajes de depuracin detallados o mensajes de errores
fatales. La propiedad MaxLogFileSize determina el tamao del archivo de registro
antes de la sustitucin.
El nombre predeterminado del archivo de registro es nombre.log, donde nombre es
el nombre del supervisor.
Conceptos de Internet Service Monitoring
Para supervisar servicios de Internet, cree perfiles de usuario, elementos de perfil y
planificaciones de supervisin.
Un perfil de usuario es un cliente, un departamento o un grupo de servicios para
los que se supervisan Internet o los servicios web. Para cada perfil de usuario
define uno o ms elementos de perfil. Por ejemplo, puede definir un elemento de
perfil para supervisar una pgina web proporcionada mediante un servicio HTTP,
o un elemento de perfil para supervisar la disponibilidad de un servicio FTP. Los
perfiles de usuarios suelen contener varios elementos de pefil, cada uno de los
cuales prueba uno de los servicios queproporciona a ese usuario.
Cada perfil de usuario tiene tambin una planificacin de supervisin asociada que
determina en qu da y a qu hora van a ejecutarse las pruebas definidas en el
perfil.
Interfaz de configuracin de Internet Service Monitoring
Configure perfiles de usuario, elementos de perfil y planificaciones de supervisrin
mediante la interfaz de usuario o la interfaz de la lnea de mandatos de Internet
Service Monitoring.
Nota: Slo puede ejecutar la interfaz de usuario deInternet Service Monitoring
Configuration o la interfaz de lnea de comandos de Internet Service Monitoring
Configuration cada vez; no ambas.
Para acceder a la ventana Internet Service Monitoring Configuration, pulse el icono
de configuracin ISM de la barra de tareas de Tivoli Enterprise Portal. La
interfaz consta de dos paneles. Utilice el panel izquierdo para crear y eliminar
perfiles de usuario. Utilice el panel derecho para crear los elementos del perfil y las
planificaciones de supervisin, y para distribuir los perfiles de usuario a otros
sistemas.
Cuando seleccione un tipo de supervisor y pulse Aadir, el panel derecho cambia
para mostrar los parmetros de los elementos del perfil disponibles para el
supervisor seleccionado. Los parmetros que aparecen en la seccin superior son
obligatorios. Los parmetros obligatorios definen los recursos que se van a
supervisar e identifican el elemento. Los parmetros de la seccin inferior son
opcionales.
Nota: Debe proporcionar al menos un parmetro obligatorio antes de poder
acceder a los parmetros opcionales.
Los botones Aceptar, Cancelar y Aplicar realizan las funciones siguientes:
Tabla 33. Botones de la interfaz de usuario
Botn Descripcin
Aceptar Guarda los detalles de configuracin en la base de datos de Tivoli
Enterprise Portal Server y deja la interfaz de usuario.
Cancelar Cancela todos los detalles de configuracin definidos desde la ltima
operacin de guardado y sale de la interfaz de usuario.
Aplicar Guarda los detalles de configuracin en la base de datos de Tivoli
Enterprise Portal Server y mantiene abierta la interfaz de usuario.
Tabla 33. Botones de la interfaz de usuario (continuacin)
Botn Descripcin
Ayuda Muestra la documentacin en lnea.
Notas importantes sobre la gestin de perfiles
Puede utilizar la interfaz de usuario Internet Service Monitoring Configuration o
interfaz de lnea de comandos de Internet Service Monitoring Configuration de
forma intercambiable para gestionar los perfiles de usuario.
Sin embargo, la utilizacin de estas herramientas y el programa de utilidad de la
lnea de mandatos de ismbatch para gestionar perfiles de usuario no se admite y
puede conducir a incoherencias en la configuracin del perfil de usuario, o una
prdida de perfiles de usuario. Los perfiles de usuario creados mediante ismbatch
no son visibles en la ventana Internet Service Monitoring Configuration o la
interfaz de lnea de comandos de Internet Service Monitoring Configuration.
Desplegar un perfil de usuario en un sistema gestionado en el que se utiliz
ismbatch para crear perfiles, o utilizar el recurso Agente de resincronizacin
elimina de ese sistema todos los perfiles existentes.
Los sistemas gestionados no devuelven los perfiles de usuario a IBM Tivoli
Monitoring; slo informan del estatus, indicando el xito o el fracaso de las
operaciones de despliegue de perfiles. Esto es, la interfaz de usuario de Internet
Service Monitoring Configuration y la interfaz de lnea de comandos de Internet
Service Monitoring Configuration no registran cambios realizados utilizando
ismbatch. Internet Service Monitoring Configuration es el repositorio central de un
perfil de usuario cuando se despliega.
Utilice una de las interfaces de Internet Service Monitoring Configuration o
ismbatch para gestionar los perfiles de usuario, pero no ambas. No intente utilizar
la interfaz de Internet Service Monitoring Configuration o la interfaz de lnea de
comandos de Internet Service Monitoring Configuration para modificar o desplegar
perfiles en los sistemas gestionados en los que se haya utilizado ismbatch para
gestionar perfiles.
Ya sea utilizando la interfaz de la lnea de mandatos Internet Service Monitoring o
la interfaz de usuario de Internet Service Monitoring Configuration, tenga en
cuenta que no se soportan cadenas de idiomas nacionales. No se pueden
especificar nombres de perfil o descripciones, por ejemplo, en un idioma que no
sea ingls.
Perfiles de usuario de Internet Service Monitoring
Puede crear, modificar, copiar y suprimir perfiles de usuario, as como distribuir
perfiles a otras ubicaciones.
Los perfiles de usuario representan departamentos dentro de una organizacin,
clientes para losq ue realiza servicios de supervisin, o un grupo de servicios web
y de Internet.
Creacin de perfiles de usuario
Los perfiles de usuario se identifican por el nombre. El nombre puede ser un
departamento dentro de una organizacin, el nombre del cliente para el que se van
a supervisar los servicios o un grupo de servicios. Por ejemplo, servicios web o de
Internet.
El tamao mximo de nombre de usuario es 64 caracteres alfanumricos. Puede
utilizar los smbolos de guin bajo (_) y guin (-) pero el resto de smbolos,
incluidos los espacios, no estn permitidos.
Procedimiento
Para crear un perfil de usuario
1. En la ventana Internet Service Monitoring Configuration, pulse Crear perfil
.
2. Escriba un nombre para el perfil.
3. Pulse Aceptar.
Copia de perfiles de usuario
Puede copiar perfiles de usuario, lo cual es til si se necesita un perfil parecido
para otro usuario. Entonces puede modificar el perfil copiado para que se adapte a
los requisitos especficos del usuario.
Procedimiento
Para copiar un perfil de usuario
1. En la ventana Internet Service Monitoring Configuration, seleccione el perfil de
usuario que desee copiar.
2. Pulse .
3. Escriba un nuevo nombre para el perfil (no se permiten espacios ni smbolos
que no sean _ (guin bajo)).
4. Pulse Aceptar.
5. Suponiendo que el perfil contenga elementos, seleccione el elemento que desee
modificar y cambie sus parmetros como sea necesario.
6. Repita el paso 5 para cada elemento que se deba modificar.
Distribucin de perfiles
Puede distribuir perfiles de usuario a otros sistemas de manera que pueda
supervisar el servicio desde diversas ubicaciones.
Puede distribuir perfiles de usuario a cualquier sistema gestionado que tenga un
supervisor de servicio de Internet instalado y en ejecucin. Hay dos mtodos de
distribucin de perfiles de usuario: por perfil y por sistema. La distribucin por
perfil permite distribuir un perfil cada vez a mltiples sistemas. La distribucin
por sistema permite distribuir mltiples perfiles a un solo sistema.
Por perfil
La distribucin de perfiles de usuario por perfil permite distribuir un perfil cada
vez a varios sistemas gestionados.
Si un sistema gestionado no est en ejecucin, aparece un mensaje de error y no se
puede realizar ninguna distribucin hasta que se inicia el sistema gestionado.
Procedimiento
Para distribuir un perfil de usuario por perfil:
1. En la ventana Internet Service Monitoring Configuration, seleccione el perfil.
2. Asegrese de que la ficha Distribucin situada en la parte superior del panel
derecho est seleccionada.
3. Desde la lista Sistemas disponibles, seleccione los sistemas a los que desee
distribuir el perfil (utilice las teclas Mays y Ctrl para seleccionar varios
sistemas).
4. Pulse la flecha derecha para desplazar los sistemas seleccionados a la lista
Sistemas desplegados.
Resultados
Nota: Para detener la ejecucin de todos los elementos de perfil de un perfil en un
sistema concreto, seleccione el sistema desde la lista Sistemas desplegados y pulse
la flecha izquierda.
Por sistema
La distribucin de perfiles de usuario por sistema permite distribuir varios perfiles
a la vez a un solo sistema. Tambin puede ver de inmediato si un sistema est en
ejecucin o si no est sincronizado.
Un sistema no sincronizado indica que hay incoherencias entre los perfiles del
sistema y los de la base de datos de Tivoli Enterprise Portal Server. Esto puede
ocurrir cuando, por ejemplo, un perfil se configura y se distribuye a varios
sistemas pero la distribucin a un sistema falla debido a un problema de la red.
Utilice el botn Agente de resincronizacin para restablecer los perfiles del
sistema gestionado a aquellos de la base de datos de Tivoli Enterprise Portal
Server.
Procedimiento
Para distribuir perfiles de usuario por sistema:
1. En la ventana Internet Service Monitoring Configuration, seleccione Perfiles.
2. Asegrese de que la ficha Distribucin situada en la parte superior del panel
derecho est seleccionada.
3. Seleccione el sistema en el que desee distribuir los perfiles.
a. Si la disponibilidad es No, compruebe que el sistema gestionado est en
ejecucin.
b. Si se visualiza un estado de Fuera de sincronizacin, pulse Resincronizar
agente para sincronizar los agentes.
4. En la seccin Perfiles disponibles, seleccione los perfiles que vayan a
distribuirse (utilice las teclas Mays y Ctrl para seleccionar varios perfiles).
5. Pulse la flecha derecha para desplazar los perfiles seleccionados a la lista
Perfiles desplegados.
6. Repita los pasos del 3 al 5 para los sistemas adicionales a los que desee
distribuir los perfiles.
Resultados
Nota: Para detener la ejecucin de todos los elementos de perfil de un perfil,
seleccione el perfil desde la lista Perfiles desplegados y pulse la flecha izquierda.
Supresin de los perfiles de usuario
Puede suprimir perfiles de usaurio que ya no se necesitan. Cuando se suprime un
perfil de usuario, todos los elementos del perfil que pertenecen a ese perfil y su
planificacin de supervisin asociada se suprimen tambin.
Si desea detener de manera temporal la ejecucin de elementos de un perfil en un
sistema concreto, plantese eliminar el sistema de la lista de distribucin.
Procedimiento
Para suprimir un perfil de usuario:
1. En la ventana Internet Service Monitoring Configuration, seleccione el perfil
que desee suprimir.
2. Pulse .
3. Pulse S para confirmar la supresin.
Elementos de perfil de Internet Service Monitoring
Los elementos de perfil definen las pruebas realizadas en un servicio de Internet.
Cada elemento de perfil se asocia a un supervisor concreto, como HTTP, y contiene
un conjunto de parmetros que definen cmo se prueba el servicio.
Los elementos del perfil contienen parmetros obligatorios y parmetros
opcionales. Los parmetros obligatorios son los que define lo que se va a
supervisar y una descripcin. Por ejemplo, para el supervisor HTTP estos
parmetros son server y page, donde server define el nombre del servidor web y
page define el URL de la pgina web que desee supervisar. El parmetro de
descripcin identifica el elemento. La descripcin predeterminada es monitor
server element. Por ejemplo, HTTP www.ibm.com element. Si tienes ms de un
elemento de perfil para el mismo supervisor y que utilice el mismo servidor, puede
utilizar la parte element de la descripcin para identificar ms concretamente el
elemento.
Los parmetros opcionales definen cmo se desea supervisar el servicio. Por
ejemplo, la frecuancia con la que se repiten las pruebas de un servicio antes de que
un servicio fallido se registre, cmo supervisar niveles de servicio y cmo buscar
informacin en los resultados de prueba. Puede utilizar hasta 50 expresiones
regulares como ayuda para la bsqueda. Por ejemplo, la expresin r.t concide con
las cadenas rat y r t pero no con root.
Parmetros de elementos obligatorios
Los parmetros de elementos obligatorios constan de parmetros genricos
aplicables a todos los supervisores y parmetros que son especficos del supervisor.
Los parmetros genricos son los parmetros Descripcin y Activo. Utilice el
parmetro Descripcin para identificar el elemento. Use el recuadro de seleccin
del parmetro Activo para indicar que un elemento est disponible para realizar
pruebas justo despus de haber definido el elemento.
Los parmetros especficos del supervisor constan de parmetros que definen lo
que se va a supervisar. La Tabla 34 muestra tanto los parmetros genricos como
los especficos del supervisor. Para obtener informacin detallada sobre los
parmetros especficos de supervisor, consulte la informacin para cada supervisor
en Internet Service Monitoring supervisa en detalle en la pgina 371.
Tabla 34. Parmetros de elementos obligatorios
Tipo de supervisor Parmetros necesarios
DHCP server, description, active
DNS server, host, description, active
FTP server, description, active
HTTP server, page, description, active
HTTPS server, page, description, active
ICMP server, description, active
IMAP4 server, description, active
LDAP server, search database, filter, description, active
NNTP server, newsgroup, description, active
NTP server, description, active
POP3 server, description, active
RADIUS server, shared secret, username, password, description, active
RPING server, router type, host, community string, description, active
RTSP server, remote file, description, active
SAA server, community string, probe type, description, active
SIP server, description, active
SMTP server, description, active
SNMP server, object group name, description, active, OID group
SOAP Wsdl, operation, operation names, location, description, active
Puerto TCP server, port, description, active
TFTP server, local file, remote file, description, active
TRANSX name, description, active
Parmetros de elementos opcionales
Los parmetros de elementos opcionales se agrupan en fichas. Algunos parmetros
opcionales estn disponibles para todos los supervisores, mientras que otros son
especficos del supervisor.
Los parmetros opcionales que se pueden aplicar a todos los supervisores se
encuentran en las fichas Avanzado y SLC.
v Use la ficha Avanzado para definir parmetros generales como el intervalo de
sondeo y el nmero de reintentos necesarios.
v Use la ficha SLC para especificar clasificaciones del nivel de servicio (en los
releases anteriores, las clasificaciones del nivel de servicio se denominaban DVC
(Discrete Value Classifications).
Las fichas de los parmetros opcionales que son especficos del supervisor slo
estn disponibles cuando se definen elementos para un supervisor concreto. Estas
fichas pueden ser RegExp, Parmetros, Detalles de proxy, Sondeo SAA,
Parmetros Soap y Pasos.
v Use la ficha RegExp para especificar expresiones regulares que desee utilizar al
buscar informacin en los resultados de las pruebas.
v Use la ficha Parmetros si desea que el supervisor enve datos extra en los
campos de la cabecera y e l cuerpo del mensaje de las solicitudes de HTTP.
v Use la ficha Detalles de proxy si desea probar la disponibilidad de pginas web
mediante un servidor proxy.
v Use la ficha Sondeo SAA para configurar un SAA de un direccionador para
probar la disponibilidad de otro dispositivo o servicio de red utilizando
solicitudes/respuestas de eco de tiempo definidas en el MIB (Management
Information Base) del supervisor de tiempo de respuestas de Cisco.
v Use la ficha Parmetros Soap para configurar entradas y salidas de Soap.
v Use la ficha Pasos para definir una serie de actividades que realiza el supervisor
TRANSX utilizando varios supervisores de servicios de Internet distintos. Por
ejemplo, puede configurar TRANSX para acceder a pginas de un sitio web
utilizando el supervisor HTTP, descargar archivos, enviar o recuperar correos
electrnicos utilizando los supervisores POP3 y SMTP, y luego acceder a un
servidor de noticias de red con el supervisor NNTP.
Para obtener detalles sobre los parmetros de configuracin del supervisor,
consulte el apndice del supervisor necesario.
Clasificaciones del nivel de servicio
Las clasificaciones del nivel de servicio son parmetros de supervisor opcionales
que se pueden aplicar a todos los supervisores. Definen las reglas utilizadas por
los supervisores para evaluar si un servicio supervisado se lleva a cabo bien. Los
resultados forman la base para la evaluacin de los acuerdos del nivel de servicio
(SLA).
Especifique clasificaciones de nivel de servicio en la pestaa SLC.
Las clasificaciones del nivel de servicio constan de un conjunto de condiciones que
los supervisores aplican a los datos de resultados recopilados para determinar si el
nivel de servicio es GOOD, MARGINAL o FAILED.
Las clasificaciones del nivel de servicio se indican como un conjunto de sentencias
If-then-Else. Puede tener varias sentencias. Con varias sentencias puede indicar
un rango de datos de rendimiento para clasificar el nivel de servicio. Los
supervisores procesan estas sentencias en secuencia. La sentencia final define las
clasificaciones del nivel de servicio que se aplican si ninguna de las expresiones de
prueba de las sentencias anteriores es verdadera.
Cada sentencia puede contener tambin varias condiciones AND lgicas. Por
ejemplo, en la sentencia If puede especificar que el estatus es FAILED si el estatus
no es igual a 200, 301 o 302
La mtrica de la sentencia puede especificar los datos de resultados recopilados a
los que desee aplicar los niveles del servicio. Estos datos dependen del tipo de
supervisor. Por ejemplo, la mtrica disponible para el supervisor DHCP son
TotalTime, LookupTime, ResponseTime y Message. Los datos de resultados ms
comunes aparecen en la lista Medida. Para utilizar datos de resultados menos
comunes, escriba manualmente el nombre de los datos de resultados que necesite.
Consejo: Utilice la condicin predeterminada de GOOD y especifique clasificaciones
de nivel de servicio para condiciones de anomala para probar si los servicios
supervisados han fallado. Con este mtodo, si no asigna una condicin a una
mtrica, el valor predeterminado es 0 en el espacio de trabajo, pero en realidad
puede estar vaco. Cualquier clasificacin de nivel de servicio que utilice la mtrica
vaca da un resultado de true (fallida).
Seleccione los operadores que puede utilizar en una sentencia de la lista Operador.
En la Tabla 35 se ofrece una lista de los operadores disponibles.
El operando es una cadena o un nmero positivo.
Tabla 35. Operadores disponibles
Smbolo Descripcin
= Igual a.
!= Distinto de.
> Mayor que.
< Menor que.
<= Menor o igual que.
>= Mayor o igual que.
between Escriba una lista de elementos separados con comas. Por ejemplo,
para especificar un valor entre 5 y 12, escriba 5,12.
outside Escriba una lista de elementos separados con comas. Por ejemplo,
para especificar un valor no comprendido entre 5 y 12, escriba
5,12.
contains Debe contener el valor indicado.
!contains No debe contener el valor indicado.
IGNORE No aplicar esta condicin.
Nota: Si una clasificacin del nivel de servicio contiene ms sentencias Else-if
que necesita, defina el operador para las condiciones no utilizadas en IGNORE.
Acuerdos del nivel de servicio
Los niveles de servicio devueltos se miden en comparacin con los acuerdos del
nivel de servicio (SLA).
En Internet Service Monitoring, los SLA se especifican mediante situaciones en los
espacios de trabajo de Internet Service Monitor. Si utiliza IBM Tivoli
Netcool/OMNIbus, los SLA se indican en archivos de reglas.
Situaciones
Internet Service Monitoring proporciona situaciones predefinidas para acuerdos de
nivel de servicio.
v KIS_Host_SLA_Failed
La situacin KIS_Host_SLA_Failed indica que un host supervisado no ha
cumplido con su acuerdo de nivel de servicio. De forma predeterminada, esta
situacin se activa cuando el porcentaje de clasificaciones de nivel de servicio
que devuelven el resultado Correcto est por debajo del 95% de todas las
pruebas realizadas en dicho host.
v KIS_Host_SLA_Marginal
La situacin KIS_Host_SLA_Marginal indica que un host supervisado est a
punto de no cumplir con el acuerdo de nivel de servicio. De forma
predeterminada, esta situacin se activa cuando el porcentaje de clasificaciones
de nivel de servicio que devuelven el resultado Correcto est por debajo del
100% pero es superior o igual al 95% de todas las pruebas realizadas en dicho
host.
v KIS_supervisor_Inactive
Cuando un supervisor no est en ejecucin o no ha enviado ningn resultado
recientemente, se activa una situacin para indicar el estado inactivo del
supervisor. Si el supervisor se ha detenido, automticamente esta situacin
intentar reiniciar el supervisor utilizando mandatos de actuacin. Si el
supervisor est desocupado, no se lleva a cabo ninguna accin. Para detener el
supervisor por motivos de mantenimiento o similares, detenga el agente o la
situacin asociada para que el supervisor no siga intentando reiniciarse. Si no
desea que se le notifique sobre la inactividad del supervisor, detenga la
situacin. Este proceso es aplicable a las situaciones siguientes:
KIS_Bridge_Inactive
KIS_DHCP_Inactive
KIS_DNS_Inactive
KIS_FTP_Inactive
KIS_HTTP_Inactive
KIS_HTTPS_Inactive
KIS_ICMP_Inactive
KIS_IMAP4_Inactive
KIS_LDAP_Inactive
KIS_NNTP_Inactive
KIS_NTP_Inactive
KIS_POP3_Inactive
KIS_RADIUS_Inactive
KIS_RPING_Inactive
KIS_RTSP_Inactive
KIS_SAA_Inactive
KIS_SIP_Inactive
KIS_SMTP_Inactive
KIS_SNMP_Inactive
KIS_SOAP_Inactive
KIS_TCPPORT_Inactive
KIS_TFTP_Inactive
KIS_TRANSX_Inactive
v KIS_Element_SLA_Failed
La situacin KIS_Element_SLA_Failed indica que el servicio supervisado por
un elemento del perfil no ha cumplido con su acuerdo de nivel de servicio. De
forma predeterminada, esta situacin se activa cuando el porcentaje de
clasificaciones de nivel de servicio que devuelven el resultado Correcto est por
debajo del 95% de todas las pruebas realizadas por el elemento de perfil.
v KIS_Element_SLA_Marginal
La situacin KIS_Element_SLA_Marginal indica que el servicio supervisado por
un elemento de perfil est a punto de no cumplir con su acuerdo de nivel de
servicio. De forma predeterminada, esta situacin se activa cuando el porcentaje
de clasificaciones de nivel de servicio que devuelven el resultado Correcto est
por debajo del 100% pero es superior o igual al 95% de todas las pruebas
realizadas por el elemento de perfil.
Consejo: Antes de modificar una situacin predefinida, haga siempre una copia de
la misma mediante Crear otro.
Escenario
El cliente est supervisando mquina virtual Java utilizando el supervisor de
TCPPORT y le gustara que Internet Service Monitoring informara sobre el nombre
de host de la mquina virtual Java en lugar del nombre de host del agente si la
mquina virtual Java supervisada deja de responder.
Actualice la situacin para informar sobre el nombre de host de la mquina virtual
Java:
1. En Tivoli Enterprise Portal, en el Navegador pulse con el botn derecho del
ratn Internet Service Monitoring y seleccione Situaciones.
2. En el Editor de situaciones, seleccione los valores siguientes:
v En la lista Grupo de atributos, KIS TCPPort
v En la lista Elemento de atributo, ServiceLevel
3. En el campo Frmula, establezca el desencadenante de situacin ServiceLevel
en !=1.
4. Pulse Avanzado.
5. En el cuadro de dilogo Opciones de situacin avanzadas, en la ficha
Elemento de visualizacin, seleccione Host en la lista Elemento y pulse
Aceptar.
6. Pulse Aplicar para guardar la situacin.
7. Distribuir la situacin a uno o varios sistemas gestionados y pulse Aplicar.
8. En la columna de la izquierda, pulse con el botn derecho en la nueva
situacin y seleccione Iniciar para iniciar la situacin.
Notas sobre las clasificaciones del nivel de servicio
Cuando defina las clasificaciones del nivel de servicio, los tipos de expresiones de
prueba que podr utilizar dependern del tipo de informacin que contenga un
elemento de supervisor.
v Las expresiones que prueban los elementos de supervisor Message y Regexp
(expresin regular) necesitan una cadena de caracteres en lugar de un nmero.
La cadena Regexp puede se cualquier cadena de texto, por ejemplo, FAILED.
La cadena Message debe ser uno de los mensajes del elemento $message. Use
este tipo de prueba para determinar si ha fallado un servicio. Por ejemplo:
If Message != OK then status FAILED
Nota: No todos los supervisores utilizan OK para indicar satisfactorio. Para
obtener informacin sobre los mensajes de respuesta positiva alternativos
proporcionados por un supervisor, consulte la informacin detallada sobre
cada supervisor en los apndices de esta gua.
v Cuando sea aplicable, una expresin de texto puede contener el elemento Status
en lugar de, o adems de, un elemento Message para clasificar el nivel de
servicio. Por ejemplo, para el supervisor FTP la prueba para una transferencia de
archivos satisfactoria es esta:
If Status != 226 then status FAILED
Los cdigos de estatus se determinan mediante el protocolo asociado al
supervisor. Consulte la especificacin de protocolo correspondiente,
normalmente RFC, para obtener ms informacin sobre los cdigos de estatus.
v Algunos supervisores proporcionan elementos denominados checksum
ypreviousChecksum. Aunque estos elementos supervisor estn disponibles al
definir las clasificaciones del nivel de servicio, evaluar sus valores en una
expresin de prueba no suele proporcionar resultados significativos porque los
valores de suma de comprobacin no se conocen cuando se crea el elemento de
perfil (los supervisores calculan los valores de checksum mientras las pruebas
estn en progreso).
Los elementos de supervisor checksum y previousChecksum se pueden utilizar
para el enriquecimiento de alertas utilizando los archivos de reglas de
supervisor. Los archivos de reglas de supervisor se encuentran en
$ISMHOME/etc/rules.
Periodo de repeticin de pruebas
Los parmetros de repeticin de pruebas de servicios son parmetros de supervisor
opcionales genricos. Los parmetros definen el periodo despus del cual se genera
un nivel de servicios fallido. Los niveles de servicio fallidos afectan al acuerdo de
servicios con el cliente.
A veces, los servicios de Internet se interrumpen de forma momentnea debido a
fallos transitorios. Si un servicio falla pero luego se recupera durante el periodo de
repeticin de la prueba, el supervisor no registra un fallo del nivel de servicio. Esto
permite omitir los errores transitorios.
Por ejemplo, puede tener un supervisor HTTP configurado para llevar a cabo una
prueba en una pgina web cada diez minutos. Adems, puede configurar el
supervisor de manera que si la pgina web falla, el supervisor pruebe la pgina
web cinco veces ms con intervalos de cinco segundos entre las pruebas. Si la
pgina web falla en todas las repeticiones de pruebas, el supervisor registra un
fallo para el servicio.
Los supervisores indican el nmero de fallos temporales durante el periodo de
repeticin de pruebas en el campo $consecutiveFailures de los datos de
resultados de la prueba.
Expresiones regulares
Las expresiones regulares son elementos de parmetros especficos de los
supervisores opcionales. Puede llevar a cabo una bsqueda de expresiones
regulares en los resultados de la prueba especificando hasta 50 expresiones
regulares. El supervisor intenta hacer coincidir el contenido recuperado con cada
una de las expresiones regulares.
Si se encuentra una coincidencia con una expresin regular especificada, las lneas
que coincidan (o todas las que quepan en el almacenamiento intermedio interno
del supervisor) se devuelven en el elemento de resultados de prueba de
$regexpMatchn correspondiente. Si la expresin regular coincide ms de una vez en
los resultados de las pruebas, slo se devuelve la primera coincidencia. El estatus
de cada prueba de expresin regular se indica con el elemento de resultado de
pruebas de $regexpStatusn. El elemento $regexpStatusn puede tener los valores
siguientes:
v NONE (no se configura ninguna comprobacin de expresin regular)
v MATCHED (se ha encontrado una coincidencia para la expresin regular)
v FAILED (no se ha encontrado ninguna coincidencia para la expresin regular)
Las expresiones regulares se indican as: [operator] expression [operator]. Por
ejemplo, para buscar pginas web que devulevan un inicio de sesin y una
contrasea en lugar de pginas que devuelvan mensajes como page not found o
cannot access the server, indique las expresiones siguientes:
1 .*login.*
2 .*password.*
Los operadores .* indican que la expresin coincide con cualquier nmero de
caracteres antes y despus de la expresin. Para ver una lista y una descripcin de
operadores de expresiones regulares soportadas por Internet Service Monitoring,
consulte Apndice F, Sintaxis de expresiones regulares, en la pgina 661.
Nota: Puede utilizar las coincidencias de expresiones regulares y su informacin
de estatus como criterios para las clasificaciones del nivel de servicios.
Creacin de elementos de perfil
Los elementos de perfil definen las pruebas de servicios de Internet. Cuando se
crea un elemento de perfil, se selecciona el tipo de supervisor que coincide con el
servicio que se desea probar y luego se definen los parmetros para determinar
cmo probar ese servicio.
Nota: Asegrese de que el grupo de OID existe antes de definir elementos para el
supervisor SNMP.
Procedimiento
Para crear un elemento de perfil:
1. En el panel izquierdo de la ventana Internet Service Monitoring Configuration,
seleccione el perfil de usuario para el que se desee aadir elementos de perfil.
2. Asegrese de que la ficha Distribucin en el panel derecho est seleccionada.
3. Seleccione el supervisor necesario de la lista Tipo de supervisor.
4. Pulse Aadir.
5. En la seccin de parmetros obligatorios, pulse la fila en blanco y especifique
los parmetros obligatorios (pulse Fichapara desplazarse a cada campo o pulse
en el campo necesario).
6. Seleccione el recuadro de seleccin Activo para permitir que el elemento inicie
la recopilacin de datos de rendimiento tras completar la definicin de
elementos.
7. Especifique los parmetros de elementos opcionales que correspondan.
Nota: Para aadir varias sentencias Else if en la ficha SLC, pulse Aadir
grupo. Para especificar mtrica en las sentencias, seleccione una de la lista
Medida o especfiuelas manualmente. La lista Medida contiene las medidas
ms comunes para el supervisor.
Desactivacin de los elementos de perfil
Se puede detener temporalmente el sondeo de un elemento de perfil
desactivndolo. Desactivar un elmento de perfil en lugar de suprimirlo permite
hacer disponible el elemento de nuevo en una fase posterior.
Procedimiento
Para desactivar temporalmente un elemento de perfil:
seleccione el perfil de usuario que contenga el elemento que desee detener.
2. En el panel derecho, seleccione el elemento pulsando cualquiera de los campos
de parmetros obligatorios del elemento.
3. Desmarque el recuadro de seleccin Activo situado junto al elemento
seleccionado.
Supresin de elementos de perfil
Puede suprimir elementos de perfil que ya no se necesitan.
Si desea detener de manera temporal la ejecucin de un elemento de perfil para un
perfil concreto, plantese desmarcar el recuadro de seleccin Activo en lugar de
suprimir el elemento.
Nota: Suprimir un elemento de perfil no elimina la planificacin de la supervisin
porque la planificacin est asociada al perfil, no al elemento.
Procedimiento
Para suprimir un elemento de perfil:
seleccione el perfil de usuario que contenga el elemento que desee detener.
3. Pulse Suprimir.
Resultados
Nota: El elemento de perfil sigue estando visible hasta que se renueva la ventana
de configuracin de ISM. Para renovar, pulse Aceptar para salir de la ventana y
luego vuelva a abrirla.
Supresin de las clasificaciones del nivel de servicio
Puede suprimir las condiciones del nivel de servicio especificadas en una sentencia
If o Else-if, o bien suprimir toda una sentencia.
Cuando tenga varias sentencias, suprimir una sentencia subir un nivel las
sentencias que siguen a la sentencia suprimida.
Procedimiento
Para suprimir una condicin de nivel de servicio y una sentencia:
seleccione el perfil de usuario que contiene el elemento necesario.
3. Seleccione la ficha SLC.
4. Para suprimir una condicin, seleccione la condicin y pulse Suprimir
condicin. Confirme la supresin.
5. Para suprimir una sentencia completa, pulse en cualquier lugar de la sentencia
y pulse Suprimir grupo. Confirme la supresin.
Planificacin de la supervisin
La planificacin de la supervisin determina los das y las horas en que se van a
ejecutar las pruebas de los servicios para un perfil de usuario concreto. Si no
especifica una planificacin, las tareas de supervisin se ejecutan para todos los
periodos.
Puede configurar los perfiles para que slo se supervise en horas determinadas.
Puede, por ejemplo, planificar tiempos de inactividad regularmente para varios
servicios durante los cuales no sea necesario supervisarlos.
Los perfiles se pueden planificar en intervalos de 15 minutos en un periodo de 24
horas, 7 das a la semana. Los periodos de supervisin activos se indican en azul.
Creacin de planificaciones de supervisin
Las planificaciones de supervisin definen las fechas y las horas en las que se
ejecutan las pruebas de los servicios en los perfiles de usuario. Todos los elementos
de perfil de un perfil de usuario siguen la planificacin definida. Si no especifica
ningn periodo, las tareas se ejecutan para todos los periodos (cada 15 minutos, 7
das a la semana).
Procedimiento
Para crear una planificacin de usuario:
seleccione el perfil de usuario al que se desee aadir una planificacin de
supervisin.
2. En el panel derecho, seleccione la ficha Planificacin.
3. Pulse con el botn izquierdo en una celda para seleccionar un solo periodo;
pulse con el botn izquierdo y arrastre para seleccionar varios periodos. Para
cancelar una seleccin, pulse con el botn izquierdo o vuelva a arrastrar.
Nota: Utilice el botn Borrar para cancelar todos los periodos; utilice el botn
Todos para seleccionar todos los periodos.
Grupos de OID
Los grupos de identificadores de objetos (OID) son parmetros especficos de
supervisin opcionales. Definen conjuntos de uno o ms OID de los objetos de la
Base de informacin de gestin (MIB) de un dispositivo. El supervisor SNMP
utiliza los grupos de OID para recuperar datos de esos objetos MIB cuyos OID
aparecen en un grupo de OID especificado.
Los grupos de OID se identifican globalmente fuera del entorno del perfil de
usuario. Seleccione el grupo que contenga los objetos MIB necesarios cuando cree
un elemento de perfil SNMP. Por ejemplo, si desea utilizar el supervisor SNMP
para sondear datos de rendimiento generales, puede definir un grupo de OID que
contenta OID del grupo srSystem de objetos MIB, por ejemplo
srSystemCPUUsageAverage, srSystemFreeMem y srSystemSwapPercentUsed. A
continuacin seleccione este grupo de OID en cada elemento del perfil que ha
creado para supervisar el rendimiento del sistema.
Los detalles de los objetos MIB desde los cuales el supervisor extrae datos son
estos:
v Valor de OID
El identificador numrico de la instancia del objeto MIB expresado en notacin
ASN.1, por ejemplo .1.3.6.1.2.1.1.2.0, o el nombre del objeto, por ejemplo
sysObjectID.0
Nota: Cuando utilice la notacin ASN.1 debe incluir el carcter . al principio en
el OID.
Nota: Slo puede utilizar un nombre de instancia de objeto para especificar el
valor OID si el documento MIB que define el nombre es accesible para el
supervisor. El directorio predeterminado para los documentos MIB es
$ISMHOME/mibs.
v Nombre de OID
El nombre del objeto MIB, por ejemplo sysObjectID.Este nombre se utiliza en las
clasificaciones de niveles de servicios y en los elementos de supervisor
$oidNamen.
v Unidad de OID
Las unidades de los datos que contiene el objeto MIB. Por ejemplo, segundos,
bytes o bits por segundo (BPS). Establezca en BPS para habilitar el clculo de bits
por segundo para el OID. Los valores de bits por segundo se calculas como:
(valor_sondeo_actual - valor_sondeo_anterior) / intervalo_sondeo* 8
v Selector
El valor de ndice del objeto MIB. Tabla 36 muestra un ejemplo que hace que el
selector busque todas las filas de ifDescr para el valor FastEthernet0/1, lo cual
da como ndice de fila el 2. A continuacin, la fila ifPhysAddress.2 se consulta y
se devuelve el valor 0:6:53:34:d2:a1. De esta manera, el ndice 2 no se
especifica directamente, de manera que si el ndice para FastEthernet0/1
cambia, no es necesario volver a configurar los grupos de OID.
Tabla 36. Utilizacin del valor de ndice
Objeto MIB Valor del objeto MIB
Valor de OID ifPhysAddress
Nombre de OID FastEthernet0/1PhysicalAddress
Unidad de OID cadena de caracteres
Selector ifDescr=FastEthernet0/1
Para obtener informacin especfica sobre los objetos MIB proporcionados por un
dispositivo habilitado por SNMP, consulte la documentacin del MIB del
dispositivo.
Creacin de grupos de OID
Los grupos de OID se crean globalmente y los pueden utilizar todos los perfiles de
usuario que supervisan dispositivos habilitados para SNMP.
Procedimiento
Para crear un grupo de OID:
1. En el panel izquierdo de la ventana de Internet Service Monitoring
Configuration, pulse la carpeta Profiles.
2. En el panel derecho seleccione la ficha Grupos de OID.
3. Pulse en la fila en blanco de la seccin Nombre de grupos de OID y escriba el
nombre del grupo.
4. Contine con los pasos 5-7 si desea crear los objetos MIB para el grupo. Como
alternativa, puede crear los objetos MIB al crear un elemento de perfil SNMP.
5. Pulse en la fila en blanco de la seccin MIB y escriba el nombe de MIB, el
valor, la unidad y el selector.
6. Repita el paso 5 para cada objeto MIB necesario.
Resultados
Nota: Cuando modifique un grupo de OID, los cambios no entrarn en vigor hasta
que el supervisor ejecute la prueba planificada siguiente que utilice el grupo de
OID.
Creacin de objetos MIB
Puede crear objetos MIB al crear el grupo de OID o al crear un elemento SNMP.
Procedimiento
Para crear un objeto MIB al crear un elemento SNMP:
1. En la ventanta Internet Service Monitoring Configuration, seleccione el
elemento de perfil SNMP.
2. Escriba el nombre de servidor, el nombre del grupo de OID, la cadena de
comunidad y la descripcin.
3. Seleccione la ficha OID de la seccin inferior.
4. Escriba el nombre de MIB, el valor, la unidad y el selector.
5. Pulse Aplicar.
Supresin de objetos MIB
Los objetos MIB se encuentran en los grupos de OID y los utiliza el supervisor de
SNMP para obtener datos. Puede suprimir objetos MIB individuales de un grupo
de OID o suprimir todos los objetos MIB suprimiendo todo el grupo de OID.
Procedimiento
Para suprimir un objeto MIB individual:
3. En la seccin Nombre de grupos de OID, seleccione el grupo de OID que
contenga el objeto MIB que vaya a suprimirse.
4. En la seccin MIB, seleccione el objeto MIB que vaya a suprimir.
5. Pulse Suprimir.
Supresin de grupos de OID
Los grupos de OID contienen objetos MIB que son utilizados por el supervisor de
grupos SNMP para obtener datos. Suprimri un grupo de OID suprime tambin
todos los objetos MIB que contiene.
Nota: Cuando suprime un grupo de OID, los elementos del perfil SNMP que estn
utilizando en ese momento ese grupo ya no pueden obtener datos de prueba de
sus dispositivos de destino.
Procedimiento
Para suprimir un grupo de OID:
3. En la seccin superior del panel derecho, seleccione el grupo que vaya a
suprimir.
4. Pulse Suprimir.
Ejemplo de Internet Service Monitoring
Este ejemplo muestra cmo utilizar Internet Service Monitoring para probar la
disponibilidad de una pgina web.
Las acciones que se muestran se describen de forma ms detallada en las secciones
siguientes de esta gua.
Adems de IBM Tivoli Monitoring, debe ejecutarse tambin los productos y
componentes siguientes antes de poder empezar esta actividad:
v Internet Service Monitoring.
v Databridge con el mdulo IBM Tivoli Monitoring.
v Supervisor HTTP.
En los procedimientos siguientes se describen los pasos necesarios para probar la
disponibilidad de una pgina web.
para crear los elementos de perfil de usuario y de perfil de supervisor:
1. Abra la interfaz de usuario de Internet Service Monitoring desde dentro de
2. Seleccione Crear perfil.
3. Escriba un nombre para el perfil y pulse Aceptar.
4. Seleccione HTTP desde la lista Tipo de supervisor y pulse Aadir.
Nota: El supervisor HTTP se aade al perfil como un elemento del perfil.
5. En el campo servidor escriba el nombre del servidor que aloja la pgina web.
Por ejemplo, www.miempresa.com.
6. En el campo pgina escriba el nombre de la pgina web. Por ejemplo,
/index.htm.
7. En el campo descripcin, acepte el valor predeterminado.
8. Asegrese de que el recuadro de seleccin Activo est seleccionado.
9. Pulse Aplicar.
10. Seleccione el perfil que ha creado en el paso 3.
11. Asegrese de que Distribucin est seleccionado.
12. Seleccione los sistemas en los que desee distribuir el perfil desde la lista
Sistemas disponibles y pulse la flecha derecha para desplazarlos a la lista
Sistemas desplegados.
Para ver los resultados de las pruebas en un espacio de trabajo:
1. Seleccione la vista Fsica de Navigator en Tivoli Enterprise Portal.
2. Seleccione el host en el que haya desplegado la prueba.
3. Expanda el espacio de trabajo Internet Service Monitors predeterminado.
4. Seleccione el espacio de trabajo Estatus de supervisor. Desde este espacio de
trabajo puede enlazar con los espacios de trabajo de historial Supervisor y
Elemento.
Internet Service Monitoring supervisa en detalle
Los componentes principales de Internet Service Monitoring son los supervisores,
que prueban la disponibilidad y el rendimiento de un servicio de Internet.
Cada supervisor se ha diseado para probar un tipo de protocolo o servicio. Por
ejemplo, el supervisor HTTP prueba la disponibilidad de recursos tales como
pginas web a travs del protocolo de transferencia de hipertexto, y el supervisor
FTP prueba la transferencia de archivos entre hosts ejecutando el protocolo de
transferencia de archivos. Los supervisores generan un suceso que graba el
resultado de cada prueba, y que envan al Puente de datos para su posterior
proceso.
Los supervisores emulan las acciones un usuario real del servicio. Por ejemplo, el
supervisor HTTP intenta acceder de forma peridica a una pgina web emulando
las solicitudes que un navegador web enva normalmente cuando un usuario visita
la pgina.
En Figura 51 en la pgina 372 se muestran los componentes de un despliegue
tpico de Internet Service Monitoring.
Para conocer las descripciones de los componentes, consulte la Internet Service
Monitoring User's Guide.
Utilizacin de supervisores
Los supervisores de la suite Internet Service Monitoring comparten diversas
funciones, funciones y parmetros operativos comunes. En esta seccin se
describen esas caractersticas comunes y se explica cmo configurarlas y utilizarlas.
Archivos de supervisor
Cada supervisor de servicios de Internet consta de los archivos principales
siguientes:
v Archivo ejecutable, que implementa la funcionalidad del supervisor.
En Windows, los archivos ejecutables de supervisor se encuentran en
$ISMHOME\platform\win32\bin.
En UNIX, se encuentran en $ISMHOME/platform/arch/bin.
v El archivo de propiedades, que define los parmetros operativos del supervisor.
Los archivos de propiedades del supervisor son parecidos a los archivos de
propiedades de sondeo de IBM Tivoli Netcool/OMNIbus.
Los archivos de propiedades del supervisor se encuentran en
$ISMHOME/etc/props.
Figura 51. Arquitectura de producto
v El archivo de reglas, que define la correlacin de datos de elementos del
supervisor con los campos de alertas de ObjectServer. El mdulo ObjectServer
que se ejecuta en Databridge utiliza el archivo de reglas de cada supervisor para
convertir sucesos de supervisor en alertas de Netcool/OMNIbus, que enva a un
ObjectServer.
Los archivos de reglas del supervisor son los mismos que los archivos de reglas
de sondeo de Netcool/OMNIbus. Para obtener informacin sobre su sintaxis,
consulte la publicacin Netcool/OMNIbus Probe and Gateway Guide.
Los archivos de reglas de supervisor se encuentran en $ISMHOME/etc/rules.
Inicio de supervisores
El mtodo de ejecucin de un supervisor vara segn el sistema operativo. Al
ejecutar un supervisor puede indicar parmetros que modifican su funcionamiento
utilizando opciones de la lnea de mandatos o un archivo de propiedades.
Inicio de supervisores en UNIX:
En las plataformas UNIX, Internet Service Monitoring proporciona un script para
iniciar sus componentes. Sin embargo, puede iniciar supervisores individuales
desde la lnea de mandatos en caso necesario.
Para iniciar un supervisor, utilice el mandato:
$ISMHOME/bin/nco_m_nombre [-opcin [valor] ...]
En este mandato, nombre es el nombre del supervisor, por ejemplo http o transx.
Para detener un supervisor:
1. Utilice el mandato siguiente para obtener el ID de proceso (PID) del proceso de
supervisor:
ps -ef|grep nco_m_nombre
2. Ejecute el mandato:
kill pid
En este mandato, pid es el PID del proceso del supervisor.
Inicio de supervisores en Windows:
En las plataformas Windows, los supervisores se instalan como servicios. Sin
embargo, puede ejecutarlos como servicios o como aplicaciones de consola.
Ejecucin de un supervisor como un servicio
Para iniciar un supervisor desde el escritorio de Windows:
1. Seleccione Inicio > Panel de control, abra el grupo Herramientas
administrativas e inicie la consola Servicios.
2. Desde la lista de servicios, seleccione el servicio llamado NCO nombre Internet
Service Monitor, y luego pulse Iniciar en el men Accin.
Consejo: Si desea proporcionar opciones de la lnea de mandatos al supervisor,
seleccione Propiedades desde el men Accin y especifquelas en el campo
Parmetros de inicio del cuadro de dilogo Propiedades del servicio.
Para iniciar o detener un servicio de supervisor desde la lnea de mandatos, utilice
el mandato:
net start|stop nconombremonitor
Ejecucin de un supervisor como una aplicacin de consola
Para ejecutar un supervisor como una aplicacin de consola, utilice el mandato:
%ISMHOME%\platform\win32\bin\nco_m_nombre.exe" [-opcin [valor] ...]
Inicio y detencin de los supervisores de Internet Service Monitoring utilizando
Puede utilizar Tivoli Enterprise Portal para iniciar y detener supervisores y
Databridge, incluidos los que se han desplegado en sistemas remotos.
Antes de empezar
Para controlar los supervisores y Databridge desde Tivoli Enterprise Portal, es
necesario que un agente universal est instalado en el sistema que aloja estos
componentes.
Procedimiento
Para iniciar o detener los supervisores de Internet Service Monitoring utilizando
1. Inicie la sesin en Tivoli Enterprise Portal.
2. En el panel del navegador, localice el sistema que aloja a los supervisores y
expanda su nodo.
3. Seleccione Supervisores de servicio de Internet y, a continuacin, haga clic con
el botn derecho del ratn y seleccione Actuacin > Seleccionar.
4. En el recuadro de dilogo Actuacin, seleccione la accin necesaria de la lista
Accin. Por ejemplo, para iniciar el supervisor DHCP, seleccione Iniciar DHCP.
v Puede escribir combinaciones especficas de supervisores en el campo
Mandato, por ejemplo iniciar DHCP FTP.
v Para iniciar o detener todos los componentes, seleccione las acciones Iniciar
todo o Detener todo.
5. En el grupo Destinos, seleccione todos los sistemas host en los que se llevar a
cabo la accin.
6. Haga clic en Aceptar.
El recuadro de dilogo Estado de la accin muestra los resultados de las acciones
seleccionadas. Un Cdigo de retorno de cero indica que las acciones has sido
satisfactorias. El campo Mensaje proporciona informacin adicional, cuando
procede.
Configuracin de supervisores
Para configurar supervisores de servicios de Internet para tareas de supervisin de
servicios, cree elementos de perfiles utilizando la interfaz de usuario de Internet
Service Monitoring, la interfaz de lnea de comandos de Internet Service
Monitoring Configuration o el programa de utilidad de la lnea de mandatos de
ismbatch.
Puede utilizar Internet Service Monitoring Configuration o la interfaz de lnea de
comandos de Internet Service Monitoring Configuration de forma intercambiable
para crear, editar, desplegar y sincronizar perfiles de usuario. Sin embargo, los
perfiles de usuario creados utilizando ismbatch no son visibles en la ventana
Internet Service Monitoring Configuration o en la interfaz de lnea de comandos de
Internet Service Monitoring Configuration. Desplegar un perfil de usuario en un
sistema gestionado en el que se utiliz ismbatch para crear perfiles, o utilizar el
recurso Agente de resincronizacin elimina de ese sistema todos l3os perfiles
existentes.
Elementos de perfil:
Los elementos de perfil determinan qu se va a supervisar, cmo y cundo. Los
elementos de perfil estn asociados a un perfil de usuario. El perfil de usuario es el
cliente para el que se supervisan servicios de Internet.
Por ejemplo, un cliente puede querer supervisar sus servicios HTTP. Por lo tanto,
se crea un perfil de uaurio para el cliente, as como elementos de perfil HTTP que
definen parmetros de configuracin como la direccin del servidor web de
destino, el puerto y el nombre de la pgina web que se va a supervisar. Cada
supervisor requiere una configuracin diferente; en las secciones de cada uno de
los supervisores de esta gua se ofrecen detalles sobre su configuracin.
Adems de definir la configuracin del supervisor, los elementos de perfil tambin
definen cmo se desea clasificar los niveles de servicio. Los supervisores utilizan
esta informacin para evaluar el nivel de servicio en relacin con los acuerdos del
nivel de servicio (SLA) que pueda tener con un cliente. Los SLA se especifican
mediante situaciones en los espacios de trabajo de Internet Service Monitor de
Tivoli Enterprise Portal. Si utiliza IBM Tivoli Netcool/OMNIbus, los SLA se
indican en archivos de reglas. Para obtener informacin sobre las clasificaciones del
nivel de servicio y los SLA, consulte la publicacin Internet Service Monitoring
User's Guide.
La planificacin de la supervisin determina cundo se van a ejecutar las tareas de
supervisin. La planificacin se aplica a todas las tareas de supervisin definidas
para un perfil de usuario.
Servicios de supervisor:
Cuando un supervisor prueba un servicio, enva los resultados de la prueba a
Databridge. Los resultados contienen un conjunto de campos de datos
denominados elementos.
Algunos elementos devueltos son comunes a todos los supervisores, mientras que
otros son especficos de supervisores individuales. Para obtener informacin sobre
los elementos comunes, consulte Elementos comunes de supervisor en la pgina
383. En las secciones de cada supervisor concreto de esta gua encontrar
informacin sobre los elementos especficos de un supervisor determinado.
Repeticin de pruebas tras anomalas:
A veces, los servicios de Internet se interrumpen de forma momentnea debido a
fallos transitorios. En los elementos de perfil puede configurar un superivisor de
manera que repita la prueba del servicio varias veces antes de registrar el nivel de
servicio fallido. Si un servicio falla pero luego se recupera durante el periodo de
repeticin de la prueba, el supervisor no registra un fallo del nivel de servicio. Esto
permite omitir los errores transitorios.
Por ejemplo, puede tener un elemento de perfil de supervisor HTTP configurado
para llevar a cabo una prueba en una pgina web cada diez minutos. Adems,
puede configurar el supervisor de manera que si la pgina web falla, el supervisor
pruebe la pgina web cinco veces ms con intervalos de cinco segundos entre las
pruebas. Si la pgina web falla en todas las repeticiones de pruebas, el supervisor
registra un fallo para el servicio.
Los supervisores indican el nmero de fallos temporales durante el periodo de
repeticin de pruebas utilizando el elemento $consecutiveFailures.
Conexin Databridge:
Los supervisores utilizan el puerto especificado por su propiedad BridgePort para
abrir una conexin con Databridge. Asegrese de que la propiedad BridgePort de
cada supervisor especifique el mismo puerto que el definido en la propieadad
SocketPort de Databridge. De forma predeterminada, ambas propiedades se
establecen en 9510.
Colas de sucesos:
Los supervisores mantienen slo una conexin con Databridge, de manera que
cada supervisor slo pueda enviar un suceso a Databridge cada vez. Los
supervisores tienen mltiples hebras, por lo que pueden producir a la vez varios
sucesos.
Los sucesos se sitan en una cola de sucesos que se almacena en el disco. La
propiedad QFile especifica la va de acceso completa y el nombre del archivo de
colas de sucesos. Las hebras de trabajador sitan sucesos en la cola y una sola
hebra de reenvo toma elementos de la cola y los reenva a Databridge. Si la cola se
llena, los sucesos entrantes se descartan.
La propiedad QSize especifica el tamao mximo de la cola de sucesos en el disco.
Si la mquina host tiene espacio en disco disponible, puede aumentar el tamao de
la cola de sucesos. Aumentar el tamao permitir al supervisor procesar de manera
ms eficaz las entradas repentinas de numerosos sucesos. Sin embargo, si el
supervisor est bajo una gran carga constante, esta cola se llegar a llenar.
Interfaces de red:
Los supervisores utilizan una interfaz de red al realizar pruebas de servicios. En
algunas circunstancias, la eleccin de la interfaz de red puede afectar al resultado
de la prueba.
Los supervisores intentan determinar la direccin IP de la mquina host utilizando
una bsqueda de nombre de host. Este intento puede fallar si la mquina host
tiene ms de una interfaz de red, en cuyo caso deber especificar la interfaz de
manera explcita configurando la propiedad IpAddress del supervisor o, cuando se
soporte, el parmetro de configuracin de supervisor correspondiente.
Cuando se especifiquen tanto la propiedad IpAddress como el parmetro de
configuracin de la direccin IP, el orden de precedencia aplicado a estos valores
depender del propio supervisor. Consulte las instrucciones proporcionadas para
cada supervisor para determinar el orden de precedencia.
Resolucin de problemas:
Los supervisores proporcionan caractersticas para auditar sus actividades y la
configuracin, lo cual facilita informacin til sobre resolucin de problemas.
Cada supervisor mantiene un archivo de registro que almacena mensajes sobre su
operacin. La propiedad MessageLog especifica el archivo en el que el supervisor
escribe estos mensajes, y la propiedad MessageLevel selecciona el nivel de la
informacin escrita en el registro, por ejemplo mensajes detallados de depuracin o
slo mensajes de errores fatales.
La opcin de la lnea de mandatos -dumpprops fuerza al supervisor a mostrar su
configuracin actual en la consola.
Funciones comunes
Hay diversas funciones que son comunes a todos los supervisores de servicios de
Internet. Estas funciones constan de propiedades y opciones de la lnea de
mandato, resultados producidos por los supervisores y mensajes de estatus.
Propiedades comunes y opciones de la lnea de mandatos
Esta seccin describe las propiedades y las opciones de la lnea de mandatos
comunes para todos los supervisores. Las propiedades y las opciones de la lnea de
mandatos especficas de cada monitor se describen en las secciones de los
supervisores individuales.
En la Tabla 37 los parmetros de propiedades predeterminados se subrayan cuando
ello es aplicable.
Tabla 37. Propiedades y opciones de la lnea de mandatos comunes
Nombre de propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
AddRoute 0|1 -addroute Crea una ruta desde la direccin IP
de la interfaz de red utilizada por el
supervisor para la direccin IP del
host supervisado.
0: inhabilitado
1: habilitado (el supervisor utiliza
la ruta especificada en el
elemento de perfil, y no en otra
interfaz de red).
Nota: Esta propiedad no se soporta
en las plataformas AIX y HP-UX.
BridgeIPAddress no aplicable no aplicable Especifica la direccin IP de
Databridge. Esta propiedad no es
configurable; Databridge est
siempre en el host local.
BridgePort integer -bridgeport Nmero de puerto utilizado por
Databridge. Configure en esta
propiedad el mismo valor que en la
propiedad SocketPort de
Databridge.
Valor predeterminado: 9510
Tabla 37. Propiedades y opciones de la lnea de mandatos comunes (continuacin)
Nombre de propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
BridgeSSLAuthenticatePeer 0|1 -bridgesslauthenticatepeer Especifica si Databridge necesita
autenticar los certificados de cifrado
del supervisor.
0: inhabilitado
1: habilitado
BridgeSSLCertificateFile string -bridgesslcertificatefile Especifica la va de acceso y el
nombre de archivo del certificado
Bridge SSL digital.
Valor predeterminado:
$ISMHOME/certificates/
monitorCert.pem
BridgeSSLCipherSet string -bridgesslcipherset Especifica un CipherSet. Si actualiza
este valor, utilice la sintaxis de
Cipher (cifrado) definida en la
documentacin de OpenSSL.
Restriccin: Establezca el mismo
valor en el agente de supervisin de
servicios de Internet, en todos los
supervisores y en Databridge.
RC4:3DES:DES:+EXP.
BridgeSSLDisableSSLv2 0|1 -bridgessldisablesslv2 Determina qu tipos de sockets se
aceptan.
v Si se establece en 0, se acepta
SSLv2 y SSLv3
v Si se establece en 1, solo se abren
sockets en SSLv3
Restriccin: Establezca el mismo
valor en el agente de supervisin de
servicios de Internet, en todos los
supervisores y en Databridge.
BridgeSSLEncryption 0|1 -bridgesslencryption Habilita el cifrado Bridge SSL.
Configure en esta propiedad el
mismo valor que en la propiedad de
Databridge correspondiente.
0: inhabilitado
1: habilitado
Nota: Configure el mismo valor
para todos los supervisores.
BridgeSSLKeyFile string -bridgesslkeyfile La va de acceso y el nombre de
archivo del archivo de claves
privadas de Bridge SSL.
$ISMHOME/certificates/
monitorKey.pem
BridgeSSLKeyPassword string -bridgesslkeypassword La contrasea utilizada para cifrar la
clave privada Bridge SSL.
Valor predeterminado: tivoli
Nombre de propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
BridgeSSLTruststore string -bridgessltruststore La va de acceso y el nombre de
archivo del archivo de certificado
fiable para la autenticacin. Esto es
slo necesario cuando se utiliza el
valor AuthenticatePeer.
$ISMHOME/certificates/trust.pem
BridgeTimeout integer -bridgetimeout Tiempo, en segundos, que el
supervisor espera una respuesta de
Databridge.
ConfigFile string -configfile Utilcelo para apuntar a un archivo
de configuracin del supervisor.
Valor predeterminado: en blanco
(cadena vaca)
ConfigurationCheckInterval integer -configurationcheckinterval El intervalo (en segundos) en el que
el supervisor comprueba si se han
realizado cambios en el perfil.
Datalog 0|1 -nodatalog -datalog Fuerza al supervisor a registrar los
datos de rendimiento en un archivo
de registro de datos. Los datos de
rendimiento se registran
en:$ISMHOME/datalogs/
perfil_usuario
0: inhabilitado
1: habilitado
DatalogFormat string -datalogformat Define el formato del archivo de
registro de datos. El parmetro es
una lista de elementos separados
por espacios cuyos valores deben
almacenarse en el archivo de
registro de datos. Para cada
resultado de sondeo escrito en el
archivo de registro de datos, se
registran la hora actual $time) y el
tiempo empleado ($totalTime),
seguidos de todos los elementos
definidos en esta propiedad.
DatalogNameFormat string -datalognameformat Formato del nombre de archivo del
registro de datos.
Domain string -domain Especifica el nombre de dominio del
host que ejecuta el supervisor. Si no
se configura esta propiedad, el
supervisor intenta adivinar el
nombre de domino utilizando las
configuraciones de NIS y DNS
DumpProps no aplicable -dumpprops Muestra una lista de todas las
propiedades de un supervisor.
Nombre de propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
FullHostInfo 0|1 -fullhostinfo Especifica si se va a correlacionar el
elemento $host con un elemento de
direccin IP $hostIP (si $host es un
nombre de DNS) o con un elemento
de nombre de DNS (si $host es una
direccin IP).
0: inhabilitado
1: habilitado
Nota: No est disponible en el
supervisor TRANSX.
GroupID string -groupid El ID de grupo con el que deber
ejecutarse el supervisor.
Help 0|1 -help Muestra la ayuda para las opciones
de la lnea de mandatos sin ejecutar
el supervisor.
0: inhabilitado
1: habilitado
IdentifierChecksumFields string -identifierchecksumfields En desuso.
IgnoreUnmatchedDVC 0|1 -ignoreunmatcheddvc Si una clasificacin de niveles de
servicios concreta no coincide
(elemento no creado por el
supervisor), omita ese elemento en
el clculo del nivel de servicios.
Consejo: En releases anteriores de
Internet Service Monitoring, las
clasificaciones de los niveles de
servicios se denominan Discrete
Value Classifications (DVC).
0: inhabilitado
1: habilitado
IpAddress string -ipaddress Especifica la direccin IP de la
interfaz de red que utiliza el
supervisor durante las pruebas.
Si esta propiedad no est
configurada, el supervisor intenta
determinar la direccin IP de la
mquina host utilizando una
bsqueda de nombre de host. Este
intento puede fallar si la mquina
host tiene ms de una interfaz de
red.
Manager string -manager Especifica el nombre de la aplicacin
de gestin, que se utiliza en la
eliminacin de duplicados del
suceso ObjectServer.
Nombre de propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
MaxCCA integer -maxcca Establece el nmero mximo de
conexiones simultneas que puede
tener el supervisor en cualquier
momento. Tenga en cuenta que si
establece este valor demasiado alto,
esto podra tener un efecto grave
sobre el rendimiento del supervisor.
Esta propiedad no est disponible
para el supervisor ICMP.
MaxLogFileSize integer -maxlogfilesize El tamao mximo (en bytes) del
archivo de registro.
MessageLevel string -messagelevel El nivel inferior de mensajes que se
van a enviar al registro de mensajes.
Los valores, en orden descendente
de gravedad, son estos: debug, info,
warn, error y fatal.
Valor predeterminado: warn
MessageLog string -messagelog Ubicacin del archivo de registro.
$ISMHOME/log/supervisor.log
MinPoll integer -minpoll Define el intervalo de sondeo
mnimo permitido. Si alguno de los
archivos de configuracin del
supervisor tiene un intervalo de
sondeo establecido por debajo de
este valor, el valor del archivo de
configuracin se sobrescribe.
MsgDailyLog integer -msgdailylog Habilita la generacin de un archivo
de registro diario.
Valor predeterminado: 0: registro
diario inhabilitado
MsgTimeLog string -msgtimelog Especifica la hora (en formato HHMM
de 24 horas) tras la cual el
supervisor genera un registro diario,
si MsgDailyLog est habilitado.
Valor predeterminado: 0000: 12:00am
Name string -name El nombre del supervisor. Establecer
esta propiedad restablece las
propiedades PropsFile, RulesFile y
MessageLog en sus valores
predeterminados.
Nombre de propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
NewProfileCheckMultiple integer -newprofilecheckmultiple Mltiplo que indica la frecuencia
con la que el supervisor comprueba
si hay nuevos archivos de
configuracin cuando busca cambios
de perfil.
NoRecover integer -norecover Indica al supervisor que no recupere
el archivo de almacenamiento y
reenvo.
Valor predeterminado: 0:
recuperacin no suprimida
Pause integer -pause Establece el intervalo (en segundos)
en el que un supervisor genera
hebras. Configurar valores ms altos
en esta propiedad, como 100 o ms,
fuerza al supervisor a generar
hebras a una velocidad ms lenta.
Aumentar el valor suele ser
necesario slo en sistema lentos.
Esta propiedad no se soporta en el
supervisor ICMP.
PreviousFields string -previousfields Los elementos especificados por esta
propiedad (utilizando el formulario
"<element>, <element>, ...") se
almacenan para un sondeo y se
prefijan con la cadena previous.
Profile string -profile El nombre del perfil del cliente, o
los perfiles que utilizar. La cadena
puede ser un nombre de perfil
nico, una lista de nombres de perfil
separada por espacios, o *, que
fuerza al supervisor a utilizar todos
los perfiles disponibles.
Valor predeterminado: *
ProfileUpdateTimeout integer -profileupdatetimeout El nmero de milisegundos que un
archivo de perfil debe permanecer
esttico antes de que pueda leerlo
un supervisor y de que se actualice.
El rango permisible es de 1-20000
milisegundos.
PropsFile string -propsfile El nombre del archivo de
propiedades.
$ISMHOME/etc/props/
supervisor.props
Nombre de propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
QFile string -qfile Establece el nombre del archivo de
almacenamiento y reenvo.
$ISMHOME/var/supervisor.saf.
QSize integer -qsize Establece el tamao reservado (en
bytes) del archivo de
almacenamiento y reenvo.
UserID string -userid El ID de usuario con el que deber
ejecutarse el supervisor.
Nota: No utilice esta propiedad con
el supervisor DHCP.
Version no aplicable -version Imprime la versin de supervisor sin
ejecutar el supervisor.
Elementos comunes de supervisor
Esta seccin describe los elementos producidos por todos los supervisores. Los
elementos especficos de cada monitor se describen en las secciones de los
supervisores individuales. Los elementos producidos pueden verse en los espacios
de trabajo de supervision de los servicios de Internet, o en la lista de sucesos si se
utiliza IBM Tivoli Netcool/OMNIbus.
Si utiliza IBM Tivoli Monitoring, los elementos que se pueden ver en los espacios
de trabajo como atributos son determinados por un archivo de correlacin
generado por el agente de supervisin de servicios de Internet. Este archivo de
correlacin no es configurable. Si utiliza IBM Tivoli Netcool/OMNIbus, los
elementos que se pueden ver en la lista de sucesos como alertas vienen
determinados por el archivo de reglas ObjectServer. Este archivo es configurable.
La Tabla 38 en la pgina 384 muestra los elementos producidos por todos los
monitores. Los elementos indicados con un asterisco (*) estn disponibles como
atributos de espacios de trabajo. Los nombres de los atributos se muestran entre
parntesis debajo del elemento. La ausencia de un asterisco indica que no hay
ningn atributo de espacio de trabajo equivalente. Los atributos que se muestran
entre parntesis pero sin un elemento indican que slo estn disponibles como
atributos de espacio de trabajo, y que no hay ningn elemento equivalente.
Tabla 38. Elementos comunes de supervisor
Nombre del elemento Descripcin del elemento
$consecutiveFailures Si $failureRetests es distinto de cero y la prueba falla
segn la clasificacin del nivel de servicio, se crea este
elemento empezando con el valor de 1. El valor aumenta
hasta que la prueba ya no falla, en cuyo momento
$consecutiveFailures se establece en 0, o hasta el sondeo
siguiente.
Si, en este sondeo, el nivel de servicio se pasa o empieza a
aumentar de nuevo, el elemento no se crear. Si el valor
de este elemento supera el valor de $failureRetests, el
valor de $consecutiveFailures se restablece en 1.
Nota: El supervisor TRANSX no genera este elemento.
$datalogPath*
(guid)
La va de acceso al archivo del registro de datos utilizada
por el supervisor. El atributo del espacio de trabajo utiliza
los ltimos 100 caracteres de la va de acceso.
$description*
(Description)
Contiene la descripcin textual proporcionada en el campo
Descripcin del elemento de perfil del supervisor.
$failureRetestInterval El intervalo de sondeo utilizado durante la nueva
repeticin de pruebas fallidas. Esto es slo vlido si
$failureRetests es mayor que 0. Si el intervalo de
repeticin de pruebas es mayor que el intervalo de sondeo
normal, se configura igual que el intervalo de sondeo
normal.
$failureRetests El nmero de fallos del nivel de servicio que se debe
superar antes de que un suceso fallido se registre y se
enve a ObjectServer.
$host*
(Host)
El nombre del host o servidor. Se almacena en el archivo
de configuracin
$hostName Contiene el nombre de host del elemento $host (si $host
es una direccin IP).
$hostIP Contiene el IP de host de $host (si $host es un nombre de
DNS).
$identchecksum*
(Identchecksum )
El identificador del elemento de perfil.
$lastServiceLevel*
(LastServiceLevel)
El nmero del nivel de servicio del sondeo anterior. Queda
en blanco si el perfil cambia.
$lastServiceLevelCounter El serviceLevelCounter en el sondeo anterior. Se
restablece si el perfil cambia.
$monitorDNSdomain El nombre de dominio de la mquina que ejecuta el
supervisor, tal como lo utiliza el DNS.
$monitorHost*
(MonitorLocation)
El nombre del host que ejecuta el supervisor.
$monitorNISdomain El nombre de dominio del host que ejecuta el supervisor,
tal como lo utiliza el NIS (Network Information Service).
Tabla 38. Elementos comunes de supervisor (continuacin)
Nombre del elemento Descripcin del elemento
$monitorDomain Altera temporalmente los valores de $monitorDNSdomain y
$monitorNISdomain.
$message*
(ResultMessage)
Una cadena de caracteres de texto que describen el
resultado del sondeo. Por ejemplo, Connection failed, OK
o Success.
(Node) El nombre del sistema en el que se est ejecutando Internet
Service Monitoring. Este atributo es aadido por el agente
de supervisin de servicios de Internet.
$pollInterval El intervalo de sondeo especificado en cada supervisor.
$resultString*
(ResultString)
Una cadena de caracteres de texto que indican la
clasificacin del nivel de servicio aplicada a los resultados
del sondeo. Por ejemplo, TotalTime > 20.
$service*
+9(Service)
El nombre del servicio que va a supervisarse. Por ejemplo,
FTP o HTTP.
$serviceLevel*
(ServiceLevel)
El nmero del nivel de servicio del sondeo, tal como se
define en la clasificacin del nivel de servicio.
0: desconocido
1: correcto
2: marginal
3: fallido
$serviceLevelCounter El nmero de veces que el nmero del nivel de servicio se
ha mantenido sin cambios.
(ServiceLevelString) La cadena de caracteres asociada al nivel de servicio
devuelto (Desconocido, Correcto, Marginal o Fallido).
$startTimePoll La hora en la que se inici el sondeo.
$time La hora de UNIX, en segundos, en la que se produjo el
sondeo.
$timeStamp*
(Timestamp)
La fecha y la hora en las que se realiz la prueba. El
formato de indicacin de hora emplea los valores locales.
$transxName El nombre de la transaccin. Se produce mediante un
supervisor si el supervisor se utiliza en una transaccin.
Detalles del perfil
$profile*
(IsmProfile)
El nombre del perfil de usuario.
Sincronizaciones: para obtener informacin sobre cmo se miden las sincronizaciones,
consulte Clculos de sincronizaciones en la pgina 386.
$timeout El nmero de segundos en los que el servidor debe
responder. Se toman del archivo de configuracin.
$totalTime*
(TotalTime)
El tiempo total que se ha tardado en ejecutar una
operacin expresado en segundos. Esto incluye todos los
tiempos de bsqueda, conexin y descarga cuando es
aplicable, as como el tiempo de procesamiento temporal.
Clculos de sincronizaciones:
Los supervisores intentan dividir el tiempo que se tarda en completar un sondeo
en diversas fases sincronizadas. Por ejemplo, esto podra incluir el tiempo
necesario para obtener la direccin IP de un host o el necesario para conectarse
correctamente con un host.
La Figura 52 muestra un ejemplo de las veces medidas por el supervisor HTTP.
$totalTime es siempre ligeramente ms largo que la suma de los otros tiempos,
porque incluye la sobrecarga producida por las actividades del supervisor como el
procesamiento de datos recibidos y la realizacin de llamadas del sistema.
$totalTime se mide en segundos.
Mensajes de estado comunes
Los supervisores devuelven mensajes de estado generados despus de cada prueba
de servicio. Los mensajes de estado indican el resultado de las pruebas.
Los mensajes suelen originarse en el servicio supervisado o el entorno de red fuera
del supervisor. La Tabla 39 describe los mensajes de estado comunes devueltos por
los supervisores en el atributo ResultMessage cuando se utiliza IBM Tivoli
Monitoring, o en el elemento $message cuando se utiliza IBM Tivoli
Netcool/OMNIbus. Los mensajes de estado especficos de cada monitor se
describen en las secciones de los supervisores individuales.
Tabla 39. Mensajes de estado comunes
Mensaje Descripcin
OK (Correcto) La solicitud desde el supervisor se ha realizado
correctamente.
Es posible que los supervisores tengan otros mensajes
de estado que indiquen que un proceso se ha realizado
correctamente. Consulte la seccin Mensajes de estado de
cada supervisor.
Received response to request
not originating from this
monitor - ignored (Respuesta
recibida a la solicitud que no tiene
origen en este supervisor -
omitido
Se ha recibido una respuesta del servidor a un mensaje
que no se ha originado en el supervisor designado.
Connection failed (La conexin
ha fallado)
Connect to server failed (La
conexin con el servidor ha
fallado)
El supervisor no ha podido conectarse con el servidor.
Consulte el archivo de registro para ver ms
informacin.
Figura 52. Ejemplo de clculo de sincronizaciones de HTTP
Tabla 39. Mensajes de estado comunes (continuacin)
Mensaje Descripcin
Connection closed unexpectedly
(Conexin cerrada de forma
inesperada)
La conexin con el servidor se ha interrumpido.
Connection timed out (Tiempo de
espera de la conexin excedido)
La conexin se ha establecido correctamente, pero
luego el servidor ha dejado de responder.
Connection closed by foreign
host (Conexin cerrada por host
forneo)
El host remoto ha cerrado la conexin antes de lo que
esperaba el supervisor.
Timed out waiting to read/write
(Tiempo de espera superado al
esperar lectura/escritura)
Una conexin de datos con el servidor supervisado se
ha establecido, pero ha dejado de responder.
No Response from server (No hay
respuesta del servidor)
La solicitud ha superado el tiempo de espera.
Format Error (Error de formato)
Server Failure (Fallo del
servidor)
No such host or domain (El host
o el dominio no existe)
Not Implemented (No
implementado)
Request refused (Solicitud
rechazada)
Unknown Error (Error
desconocido)
Error devuelto por el servidor supervisado.
Tabla 39. Mensajes de estado comunes (continuacin)
Mensaje Descripcin
Network is down (La red se ha
desactivado)
Network is unreachable (No se
puede alcanzar la red)
Network dropped connection on
reset (La red ha desactivado la
red en el reinicio)
Software caused connection
abort (El software ha causado la
finalizacin de la conexin)
Connection reset by peer
(Conexin restablecida por un
similar)
Connection timed out (La
conexin ha excedido su tiempo
de espera)
Connection refused (Conexin
rechazada)
Host is down (El host est
desactivado)
No route to host (No hay
ninguna ruta al host)
Remote peer released connection
(Un similar remoto ha liberado la
conexin)
Hay un problema con la red.
Supervisor DHCP
El supervisor DHCP comprueba la disponibilidad y el tiempo de respuesta de los
servidors DHCP.
Asigne las clasificaciones del nivel de servicio segn el tiempo que necesite el
servidor DHCP para responder a una solicitud del supervisor DHCP monitor,
usando el total, la bsqueda o el tiempo de respuesta.
La Tabla 40 muestra los archivos del supervisor DHCP.
Tabla 40. Archivos del supervisor DHCP
Archivos de supervisor Nombre o ubicacin
Supervisor ejecutable nco_m_dhcp
Archivo de propiedades $ISMHOME/etc/props/dhcp.props
Archivo de reglas $ISMHOME/etc/rules/dhcp.rules
Archivo de registro $ISMHOME/log/dhcp.log
Directrices para configurar el supervisor DHCP
El supervisor DHCP prueba los servicios DHCP actuando como un cliente DHCP
limitado. Enva una solicitud DHCP INFORM al servidor DHCP de destino en la
misma red usando UDP como protocolo de transferencia mediante una conexin
establecida, y espera un DHCP ACK correspondiente desde el servidor. El
supervisor no solicita una direccin IP ni afecta a la caducidad en las direcciones
IP existentes.
Nota: Los servidores DHCP supervisados deben soportar las solicitudes DHCP
INFORM y ser compatibles con RFC2131.
Figura 53 muestra un ejemplo de los mensajes intercambiados entre el supervisor y
el servidor DHCP.
El supervisor DHCP debe ejecutarse como root, porque se vincula a un puerto
menor que 1024.
Limitaciones
El supervisor DHCP no puede utilizar ninguna interfaz de red configurada
utilizando un cliente DHCP. En lugar de ello, configure el supervisor para el uso
de una interfaz de red cuya direccin IP no se asigne dinmicamente.
Propiedades y opciones de la lnea de mandatos
No hay propiedades ni opciones de la lnea de mandatos especficas del supervisor
DHCP.
Configuracin de pruebas de servicios del supervisor DHCP
Utilice los parmetros de configuracin del supervisor DHCP para definir pruebas
de servicios DHCP.
Tabla 41. Configuracin del supervisor DHCP
Campo Descripcin
server El nombre de host del servidor DHCP.
localip La interfaz de red de direcciones IP que utiliza el supervisor
para realizar la prueba.
description Un campo de texto que facilita informacin descriptiva sobre el
elemento.
Active Selecciona si el elemento de perfil debe activarse una vez
creado o no.
port El nmero de puerto del servidor DHCP.
localport El nmero de puerto que utiliza el supervisor para realizar la
prueba.
Figura 53. Operacin del supervisor DHCP
Tabla 41. Configuracin del supervisor DHCP (continuacin)
Campo Descripcin
timeout El tiempo, en segundos, de espera para que responda el
servidor.
retries El nmero de veces que el supervisor debe reintentar la
conexin con el servidor DHCP antes de abandonar.
poll El tiempo, en segundos, entre cada sondeo del servidor
utilizando el elemento de perfil actual.
failureretests El nmero de veces para repetir las pruebas antes de indicar
una anomala.
retestinterval El tiempo, en segundos, que esperar entre cada repeticin de
prueba tras una anomala.
Clasificaciones del nivel de servicio:
Las clasificaciones del nivel de servicio definen las reglas para determinar el nivel
de servicio proporcionado por un servidor DHCP.
Las opciones de clasificacin del nivel de servicio disponibles para el supervisor
DHCP son estas:
totalTime
lookupTime
responseTime
message
En las clasificaciones del nivel de servicio:
v Especifique ms clasificaciones de nivel de servicio escribiendo manualmente el
nombre del elemento de supervisor. El nombre debe coincidir con el que se
muestra para el elemento en la seccin de elementos de supervisor.
v message puede ser cualquier mensaje reenviado en el elemento $message a IBM
Tivoli Monitoring o, en caso aplicable, a Netcool/OMNIbus ObjectServer.
Consulte Mensajes de estado en la pgina 391 para ver los valores posibles.
v El operando es una cadena o un nmero positivo.
v Al utilizar las condiciones between o outside, especifique una lista de elementos
separada por comas. Por ejemplo, para especificar un valor entre 5 y 12, escriba
5,12.
Elementos de supervisor
Adems de los resultados de las pruebas comunes para todos los elementos, el
supervisor DHCP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio DHCP.
La Tabla 42 describe los elementos adicionales para el supervisor DHCP.
Los elementos indicados con un asterisco (*) estn disponibles como atributos de
espacios de trabajo. Los nombres de los atributos se muestran entre parntesis
debajo del elemento. La ausencia de un asterisco indica que no hay ningn
atributo de espacio de trabajo equivalente. Los atributos que se muestran entre
parntesis pero sin un elemento indican que slo estn disponibles como atributos
de espacio de trabajo, y que no hay ningn elemento equivalente.
Tabla 42. Elementos del supervisor DHCP
Elemento Descripcin
$clientIP*
(ClientIp)
La direccin IP del host en el que se est ejecutando el
supervisor.
$lookupTime*
(LookupTime)
El tiempo que se tarda en obtener la direccin IP del servidor
host.
$responseTime*
(ResponseTime)
El tiempo transcurrido entre cuando la conexin se establece y
cuando se recibe el primer byte de datos.
$retries El nmero mximo de reintentos, tal como se especifica
durante la configuracin del supervisor.
$router La direccin IP del direccionador devuelta por el servidor
DHCP.
Mensajes de estado:
El supervisor DHCP proporciona mensajes de estado en el elemento $message, al
utilizar IBM Tivoli Netcool/OMNIbus o en el atributo ResultMessage al utilizar
IBM Tivoli Monitoring. Estos mensajes indican el resultado de la prueba.
La Tabla 43 describe los mensajes de estado del supervisor DHCP.
Tabla 43. Mensajes de estado de supervisor DHCP
Mensaje Descripcin
Received DHCPACK (DHCPACK recibido)
Received DHCPNAK (DHCPNAK recibido)
Un servidor DHCP ha respondido a la
solicitud de informes de DHCP enviada por
el supervisor.
This monitor requires root privileges to
run (Este supervisor requiere privilegios de
raz para ejecutarse)
Inicie sesin como raz.
Did not receive valid DHCP MESSAGE (No se
ha recibido un mensaje DHCP vlido)
Respuesta no reconocida del servidor DHCP.
Did not receive valid DHCP MESSAGE TYPE
(No se ha recibido tipo de mensaje DHCP
vlido)
Respuesta no reconocida del servidor DHCP
(se esperaba DHCPACK o DHCPNAK).
Tabla 43. Mensajes de estado de supervisor DHCP (continuacin)
Mensaje Descripcin
Invalid transaction ID (ID de transaccin
no vlido)
Received response to request not
originating from this monitor - ignored
(Respuesta recibida a la solicitud que no
tiene origen en este supervisor - omitido
Se ha recibido una respuesta de un servidor
DHCP a un mensaje que no se ha originado
en este supervisor.
Unexpected op-code returned (Se ha
devuelto un cdigo de operacin
inesperado)
Se ha recibido un mensaje inesperado en
este puerto.
Connection failed (La conexin ha fallado) El nombre de servidor especificado no es
vlido.
Failed to send request to DHCP server
(No se ha podido enviar la solicitud al
servidor DHCP)
El sistema operativo no puede identificar
especficamente por qu la solicitud no se ha
podido enviar al servidor, de modo que
devuelve esta renuncia general que indica
que hay un problema con la red.
No Response from server (No hay respuesta
del servidor)
El servidor DHCP no responde.
Ejemplo
Supervise la disponibilidad del servidor DHCP dhcp1.mycompany.com comprobando
los tiempos de respuesta a intervalos de diez minutos. Intente contectar con el
servidor en 30 segundos y, si se excede el tiempo de espera, vuelva a intentarlo
dos veces ms. Si sigue fallando, repita la prueba tres veces con cinco segundos
entre cada nuevo intento. Utilice la interfaz de red 192.168.n.n para realizar las
pruebas.
Cree un elemento del perfil DHCP y configure los campos con los valores que
aparecen en laTabla 44.
Tabla 44. Ejemplo de elemento de perfil DHCP
Campo Valor
server dhcp1.mycompany.com
description Example - DHCP monitor
Active Selected
localipddress 192.168.n.n
timeout 30
retries 2
poll 600
failureretests 3
retestinterval 5
Supervisor DNS
El supervisor DNS utiliza el servicio DNS (Domain Name System) para buscar
informacin sobre uno o ms hosts.
El supervisor DNS utiliza la direccin IP del host para buscar el nombre de host, o
el nombre de host para buscar la direccin IP. El supervisor mide el rendimiento
del servicio registrando el resultado de la bsqueda y los tiempos de respuesta. El
supervisor registra tambin los detalles sobre cada consulta enviada al servidor.
La Tabla 45 muestra los archivos del supervisor DNS.
Tabla 45. Resumen de archivos de supervisor DNS
Supervisor ejecutable nco_m_dns
Archivo de propiedades $ISMHOME/etc/props/dns.props
Archivo de reglas $ISMHOME/etc/rules/dns.rules
Archivo de registro $ISMHOME/log/dns.log
Directrices para configurar el supervisor DNS
Se puede configurar el supervisor DNS para buscar la direccin IP o el nombre de
host del host de destino. Segn el tipo de bsqueda, el supervisor se comunica con
el servidor DNS de una manera distinta.
Bsqueda de direcciones IP:
Al realizar una prueba de bsqueda de direcciones IP, el supervisor recibe un
nombre de host, que utiliza para ubicar una direccin IP. En la imagen siguiente se
muestra la secuencia de sondeo entre el supervisor y el servidor DNS en una
bsqueda de direcciones IP.
El supervisor prueba el DNS del modo siguiente:
1. El supervisor consulta al servidor DNS utilizando el nombre de host completo
de HostA (hosta.dev.net) para solicitar su direccin IP.
Si el servidor DNS puede ubicar la direccin IP del host, la devuelve al
supervisor. Si el servidor DNS no puede ubicar la direccin IP del host,
devuelve al supervisor un mensaje con detalles de la bsqueda fallida.
Figura 54. Operacin del supervisor DNS
Si la solicitud excede el tiempo de espera, el supervisor vuelve a intentarlo (si
se han configurado los reintentos). Si ya no quedan reintentos, el supervisor
crea un suceso fallido.
Si el nombre de host especificado en la configuracin es un nombre de
dominio, como mycompany.com, ms que un nombre de host completo, como
hostx.mycompany.com, el supervisor recupera informacin sobre todo el
dominio. Esta informacin se almacena en dos elementos ms:
$domainNameServer y $domainNameAddr.
2. Si el mensaje devuelto al supervisor contiene un nombre cannico, el
supervisor deduce que el nombre asignado en el archivo de configuracin debe
de ser un alias. El supervisor enva el nombre cannico al servidor DNS para
solicitar la direccin IP del host.
Si el servidor DNS ubica la direccin IP del host utilizando su nombre
cannico, lo devuelve al supervisor. Si el servidor DNS no puede ubicar la
direccin IP del host, devuelve al supervisor un mensaje con detalles de la
bsqueda fallida.
3. Si los primeros dos intentos de consulta del servidor DNS fallan, el supervisor
enva la direccin IP del servidor DNS (192.168.n.n) al servidor DNS y solicita
su nombre de hot completo.
Si el servidor DNS puede ubicar su propio nombre de host completo, lo
devuelve al supervisor. Si el servidor DNS no puede ubicar su propio nombre
de host completo, devuelve un mensaje con detalles de la bsqueda fallida. La
solicitud del nombre de host completo del servidor (una solicitud de bsqueda
de DNS inversa), no se soporta en todos los tipos de servidores DNS. Si el
servidor DNS de destino no es compatible con las bsquedas inversas, puede
evitar que el supervisor DNS enve esta solicitud configurando la propiedad
LookupServerName en 0.
Bsqueda recursiva:
Si un servidor DNS no puede responder una consulta porque no contiene una
entrada para el host en su base de datos, puede consultar repetidamente los
servidores DNS en un nivel ms alto de la jerarqua.
As es normalmente como funcionan las aplicaciones de Internet que realizan
consultas DNS. Por ejemplo, un navegador web siempre especifica bsquedas
recursivas cuando intenta resolver la parte de host de un URL.
Las bsquedas no recursivas presentan una imagen ms precisa de cmo acta el
servidor DNS, mientras que las bsquedas recursivas dan una mejor indicacin del
rendimiento de DNS que obtienen las aplicaciones de Internet (y por lo tanto los
usuarios). El supervisor DNS es compatible con las bsquedas recursivas y las no
recursivas.
Tipos de consultas DNS:
El supervisor DNS es compatible con un rango de tipos de consulta DNS. Use el
cdigo de consulta cuando especifique el tipo de consulta DNS.
Tabla 46. Tipos de consultas DNS
Cdigo de consulta Tipo de consulta
A Direccin de host
NS Servidor de nombre de autorizacin
MD Destino de correo
Tabla 46. Tipos de consultas DNS (continuacin)
Cdigo de consulta Tipo de consulta
MF Reemisor de correo
CNAME Nombre cannico para un alias
SOA Inicio de una zona de autorizacin
MB Nombre de dominio de buzn
MG Miembro de grupo de correos
MR Nombre de dominio de cambio de nombre de correo
NULL RR nulo
WKS Descripcin de servicio bien conocido
PTR Puntero de nombre de dominio
HINFO Informacin del host
MINFO Informacin de buzn o de lista de correos
MX Intercambio de correo
TXT Cadenas de caracteres de texto
AXFR Transferencia de una zona entera
MAILB Registros relacionados con los buzones de correo
MAILA RR de agente de correo
ANY Todos los registros
Las propiedades y las opciones de la lnea de mandatos especficas del supervisor
DNS se describen en la tabla siguiente.
Tabla 47. Propiedades y opciones de la lnea de mandatos del supervisor DNS
Nombre de
propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
AcceptCNAME 0|1 -acceptcname Si est habilitado, el
supervisor DNS acepta el
nombre cannico en la
respuesta DNS y no
realiza ninguna bsqueda
adicional.
DNSQueryType cadena de
caracteres
-dnsquerytype El tipo de consulta DNS
utilizado en las pruebas.
Consulte Tipos de
consultas DNS en la
pgina 394 para ver una
lista de tipos de consultas
soportados.
ANY.
LookupServerName 0|1 -lookupservername Permite la bsqueda de
DNS en la direccin IP
del servidor DNS.
0: inhabilitado
1: habilitado
Configuracin de pruebas de servicios del supervisor DNS
Utilice los parmetros de configuracin del supervisor DNS para definir pruebas
de servicios DNS.
Cuando configure el supervisor se mostrarn valores predeterminados para los
parmetros de tiempo de espera excedido y de intervalo de sondeo. Estos valores
predeterminados son 30 y 300 segundos respectivamente. Otros valores
predeterminados que aparecen en la tabla no se muestran durante la configuracin,
pero se aplican cuando se guardan los detalles de configuracin si no se ha
especificado ningn valor.
Tabla 48. Configuracin del supervisor DNS
Campo Descripcin
server La direccin IP del servidor DNS primario.
host El nombre de host del host de destino.
elemento.
Active Selecciona si el elemento de perfil debe activarse una vez creado
o no.
recursivelookups Habilita o inhabilita las bsquedas recursivas.
v recurse (utilice true en ismbatch)
v norecurse (utilice false en ismbatch)
Valor predeterminado: recurse.
port Puerto del servidor DNS al que escucha el supervisor.
Valor predeterminado: 53.
localip Especifica la direccin IP de la interfaz de red de la mquina de
host a la que se conecta el supervisor cuando realiza la prueba.
Si se configura la propiedad IpAddress del supervisor, sustituye
el valor de este campo.
querytype El tipo de consulta DNS utilizado en la prueba. Para obtener
una lista de tipos de consulta soportados, consulte Tabla 46 en
la pgina 394.
servidor.
retries El nmero de veces que el supervisor debe reintentar contactar
con el servidor DNS antes de abandonar.
poll El tiempo, en segundos, entre cada sondeo.
una anomala.
Las clasificaciones del nivel de servicio proporcionan los criterios para evaluar el
cumplimiento del SLA.
DNS son estas:
totalTime
responseTime
lookupName
lookupIP
serverName
authoritative
domainNameServer
domainEmailAddr
mxRecords
mxPreference
mxHost1
mxHost2
mxHost3
mxHost4
message
Tivoli Monitoring o, en caso aplicable, a Netcool/OMNIbus ObjectServer. Para
ver una lista de valores posibles, consulte Mensajes de estado en la pgina
399.
v Al utilizar las condiciones between o outside, especifique una lista de elementos
separada por comas. Por ejemplo, para especificar un valor entre 5 y 12, escriba
5,12.
supervisor DNS genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio DNS.
La Tabla 49 describe los elementos adicionales para el supervisor DNS.
Tabla 49. Elementos del supervisor DNS
Elemento Descripcin
$authoritative Este elemento slo se crea si la informacin recuperada
provena de un servidor DNS de autorizacin. Si el servidor
DNS no era de autorizacin, este elemento no se crea.
$domainEmailAddr La direccin de contacto del dominio de destino.
Tabla 49. Elementos del supervisor DNS (continuacin)
Elemento Descripcin
$domainNameServer El nombre del servidor DNS para el dominio de destino.
$fromAliasTime El tiempo transcurrido entre el envo de una solicitud de un
nombre cnico, recibida desde una consulta previa, y la
recepcin de una direccin IP.
$localIP La direccin IP local que el supervisor tiene configurada para
usar. Puede estar en blanco en una mquina con slo una
interfaz.
$lookup*
(HostLookup)
El nombre de host o la direccin IP del host de destino que el
supervisor est intentando ubicar.
$lookupCName El nombre de host oficial del host de destino. Este elemento
slo se crea si el nombre de host oficial es distinto del nombre
de host de $lookupName.
$lookupIP*
(HostIp)
La direccin IP del host de destino.
$lookupName*
(Host)
El nombre de host completo del host de destino.
$mxRecords El nmero de registros MX encontrado.
$port El puerto en el que se supervisa el servicio.
$queryType El tipo de consulta DNS utilizado en la prueba. Para obtener
una lista de tipos de consulta soportados, consulte Tipos de
consultas DNS en la pgina 394.
$responseTime*
(ResponseTime)
El tiempo transcurrido entre cuando el supervisor enva una
solicitud al servidor DNS y cuando recibe una respuesta de l.
$retries El nmero mximo de reintentos, tal como se especifica en el
elemento de perfil.
$serverIP La direccin IP del servidor DNS.
$serverName El nombre de host del servidor DNS.
$serverTime Tiempo para que el servidor resuelva su propio nombre.
Manejo de registros MX:
Se crean dos elementos para cada registro MX encontrado por el supervisor DNS:
$mxHostn and $mxPreferencen.
$mxHostn almacena el nombre de host de un registro MX. $mxPreferencen contiene
la ponderacin de preferencias del host. n aumenta para cada par de registros para
diferenciarlos. El supervisor almacena el nmero total de registros MX para un
host concreto en el elemento $mxRecords. las parejas de registros se clasifican en
orden descendente de preferencia de MX.
Mensajes de estado:
El supervisor DNS proporciona mensajes de estado en el elemento $message, al
Tabla 50. Mensajes de estado del supervisor DNS
Mensaje Descripcin
Domain information received (Informacin
de dominio recibida)
Solicitud correcta de un nombre de dominio.
Success (Correcto) La solicitud se ha realizado correctamente.
Invalid Response (Respuesta no vlida) Respuesta no reconocida del servidor DNS.
Connection failed (La conexin ha fallado) El nombre de servidor especificado no es
vlido.
No Response from server (No hay respuesta
del servidor)
La solicitud ha superado el tiempo de
espera.
Failed to send DNS request (No se ha
podido enviar la solicitud DNS)
No such domain (no recursion) (El dominio
no existe (no hay recursin))
El nombre de dominio es incorrecto.
Ejemplo
Supervise la disponibilidad del servidor DNS en 192.168.n.n comprobando los
tiempos de respuesta o buscando de forma repetida la direccin IP del host
www.mycompany.com en intervalos de diez minutos. Intente conectarse dentro de 30
segundos y, si se excede el tiempo de espera, vuelva a intentarlo dos veces.
Cree un elemento del perfil DNS y configure los campos con los valores que
Tabla 51. Ejemplo de elemento de perfil DNS
Campo de configuracin Valor
server 192.168.n.n
host www.mycompany.com
description Ejemplo: supervisor DNS
Active Selected
recursivelookups Selected
timeout 30
retries 2
poll 600
failureretests 3
retestinterval 5
Supervisor FTP
El supervisor FTP prueba los servicios FTP cargando archivos a los servidores FTP
o descargndolos de ellos. Supervisa el rendimiento del servicio registrando el
tiempo de respuesta y la velocidad de transferencia de datos, y supervisa el
espacio en disco y la integridad de los archivos.
La Tabla 52 muestra los archivos del supervisor FTP.
Tabla 52. Resumen del supervisor FTP
Supervisor ejecutable nco_m_ftp
Archivo de propiedades $ISMHOME/etc/props/ftp.props
Archivo de reglas $ISMHOME/etc/rules/ftp.rules
Archivo de registro $ISMHOME/log/ftp.log
Directrices para configurar el supervisor FTP
El supervisor FTP prueba la disponibilidad de un servidor FTP cargando un
archivo al servidor mediante un mandato FTP STOR, o descargando un archivo del
servidor con un mandato FTP RETR.
Tipos de conexiones:
El supervisor FTP acta como un cliente FTP estndar que soporta tanto la
modalidad de transferencia de archivos activa como la pasiva.
Durante una sesin FTP, hay abiertas dos conexiones entre el supervisor y el
servidor FTP de destino. La primera conexin, que es siempre creada por el
supervisor, se utiliza para transferir mandatos entre el supervisor y el servidor. La
segunda conexin se utiliza para transferir archivos entre el supervisor y el
servidor FTP.
Si el supervisor opera en la modalidad activa, la segunda conexin es creada por el
servidor FTP cuando recibe una solicitud FTP del supervisor. En la modalidad
pasiva, el supervisor crea las dos conexiones. Si hay un cortafuegos entre el host
Figura 55. Funcionamiento del supervisor FTP
del supervisor y el servidor FTP, puede que sea necesario configurar el supervisor
para utilizar la modalidad pasiva para que se conecte correctamente con el
servidor.
El supervisor FTP abre todas las conexiones en la modalidad TYPE I (imagen),
tambin llamada modalidad binaria.
Mandatos:
El supervisor FTP enva el mandato FTP STOR para cargar un archivo en un
servidor FTP, y RETR para descargar un archivo desde un servidor FTP.
En la mayora de los clientes FTP, las operaciones de carga se suelen denominar
PUT o SEND, y las operaciones de descarga se llaman GET o RECV.
Cuando configure elementos del perfil FTP, seleccione PUT o SEND para cargar un
archivo en el servidor, y GET o RECV para descargar un archivo.
FTP.
Configuracin de pruebas de servicios del supervisor FTP
Los parmetros de configuracin para el supervisor FTP se describen en la tabla
siguiente.
Tabla 53. Configuracin del supervisor FTP
Campo Descripcin
server La direccin IP del servidor FTP de destino o la mquina
desde la que desea utilizar FTP.
localfile Para las operaciones GET de FTP, este campo especifica el
nombre y la va de acceso donde se descarga el archivo.
Para las operaciones PUT de FTP, este campo especifica el
nombre y la va de acceso del archivo que se carga en el
servidor FTP.
remotefile Para las operaciones GET de FTP, este campo especifica el
nombre y la va de acceso del archivo que se descarga del
servidor.
Para las operaciones PUT de FTP, este campo especifica el
nombre y la va de acceso donde se carga el archivo al
servidor FTP.
description Un campo de texto que facilita informacin descriptiva sobre
el elemento.
creado o no.
username El nombre de usuario utilizado para iniciar sesin en el
servidor FTP de destino.
password La contrasea utilizada para iniciar sesin en el servidor
FTP de destino. Djelo en blanco si la cuenta de FTP no
requiere una contrasea.
Tabla 53. Configuracin del supervisor FTP (continuacin)
Campo Descripcin
command El mandato FTP para que lo utilice el supervisor:
v GET o RECV: descarga un archivo desde el servidor FTP de
destino
v SEND o PUT: carga un archivo en el servidor FTP de destino
Valor predeterminado: GET.
conntype Especifica el tipo de conexin que pueda establecer el
supervisor con el servidor cuando intenta transferir el
archivo:
v Active
v Passive
Valor predeterminado: Active.
servidor.
una anomala.
Coincidencias de expresiones regulares:
Puede llevar a cabo una bsqueda de expresiones regulares en la informacin que
se est descargando especificando hasta 50 expresiones regulares distintas. El
supervisor FTP intenta hacer coincidir el contenido recuperado con cada una de las
expresiones regulares.
del supervisor) se devuelven en el elemento $regexpMatchn correspondiente. Si la
expresin regular coincide ms de una vez en la informacin descargada, slo se
devuelve la primera coincidencia. El estatus de cada prueba de expresin regular
se indica con los elementos $regexpStatusn. Puede utilizar las coincidencias de
expresiones regulares y su informacin de estatus como criterios para las
clasificaciones del nivel de servicios.
Para obtener informacin sobre la sintaxis de las expresiones regulares, consulte
Apndice F, Sintaxis de expresiones regulares, en la pgina 661.
de servicio proporcionado por un servidor FTP.
FTP son estas:
totalTime
responseTime
lookupTime
transferTime
bytesTransferred
bytesPerSec
checksum
previousChecksum
status
regexpMatchde 1 a 3
regexpStatusde 1 a 3
message
405.
v Un cdigo status de 226 indica ejecucin correcta. Consulte el protocolo FTP
para ver otros cdigos de estado devueltos por la operacin.
v regexpStatusn puede tener los valores siguientes:
NONE: no se configura ninguna comprobacin de expresin regular.
MATCHED: se ha encontrado una coincidencia para la expresin regular.
FAILED: no se ha encontrado una coincidencia para la expresin regular.
v Evale las coincidencias de expresiones regulares utilizando las expresiones de
prueba de este formato:
regexpMatchn [contains|!contains] expression
Utilice los operadores contains y !contains en el lugar adecuado de = y !=
porque regexpMatchn suele contener toda la lnea que coincide con la expresin
regular en lugar de slo la parte que coincide, de manera que los operadores = y
!= a menudo no coinciden con la expresin.
v Los elementos Checksum y PreviousChecksum no suele proporcionarvalores
significativos para las clasificaciones del nivel de servicio porque los valores de
la suma de comprobacin no se conocen cuando se crea el elemento del perfil (el
supervisor calcula los valores de la suma de comprobacin mientras hay pruebas
en progreso). Los elementos de supervisor $checksum y $previousChecksum estn
pensados para el enriquecimiento de alertas mediante el archivo de reglas del
supervisor.
Elementos de supervisor:
supervisor FTP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio FTP.
La Tabla 54 describe los elementos adicionales para el supervisor FTP.
Tabla 54. Elementos del supervisor FTP
Elemento Descripcin
$bytesPerSec*
(BytesPerSec)
Nmero medio de bytes transferidos cada segundo.
$bytesTransfered*
(BytesTransferred)
El nmero de bytes cargados o descargados.
$checksum El elemento Checksum no suele proporcionar valores
significativos para las clasificaciones del nivel de servicio
porque los valores de la suma de comprobacin no aparecen
cuando el elemento de perfil se crea (el supervisor calcula los
valores de la suma de comprobacin mientras las pruebas estn
en progreso). Los elementos de supervisor $checksum y
$previousChecksum estn pensados para el enriquecimiento de
alertas mediante el archivo de reglas del supervisor.
$command*
(FtpCommand)
El mandato FTP enviado por el supervisor.
$connectionType*
(FtpConnection)
El tipo de conexin de datos empleado. Puede ser ACTIVE o
PASSIVE.
$connectTime*
(ConnectTime)
El tiempo que se tarda en conectar con el servidor FTP.
$downloadTime El tiempo que se tarda en descargar el archivo.
$localFile*
(FtpLocalFile)
Nombre de va de acceso completa del archivo almacenado en
el host local. Este elemento se toma del archivo de
configuracin.
$lookupTime*
(LookupTime)
El tiempo que se tarda en buscar la direccin IP del servidor
FTP.
$previousChecksum El elemento PreviousChecksum no suele proporcionar valores
en progreso). Los elementos de supervisor $previousChecksum y
$checksum estn pensados para el enriquecimiento de alertas
mediante el archivo de reglas del supervisor.
Tabla 54. Elementos del supervisor FTP (continuacin)
Elemento Descripcin
$regexpn La expresin regular.
$regexpMatchn El contenido de la lnea que corresponde a la expresin regular.
$regexpStatusn El estado de la coincidencia de la expresin regular:
NONE- no se configura ninguna comprobacin de expresin
regular.
MATCHED- se ha encontrado una coincidencia para la expresin
regular.
FAILED- no se ha encontrado una coincidencia para la expresin
regular.
$remoteFile*
(FtpRemoteFile)
el host remoto (el servidor FTP). Este elemento se toma del
archivo de configuracin.
$responseTime*
(ResponseTime)
El tiempo necesario, despus de la creacin de una conexin,
hasta que se reciba el primer byte del archivo de destino.
$status El cdigo de estado devuelto por el servidor FTP.
$transferTime*
(TransferTime)
Establece el valor en $uploadTime o $downloadTime.
$uploadTime El tiempo que se tarda en cargar el archivo.
$username El nombre de usuario (nombre de cuenta) utilizado por el
supervisor para iniciar sesin en el host de destino. Este
elemento se toma del archivo de configuracin si $message
contiene OK.
Mensajes de estado:
El supervisor FTP proporciona mensajes de estado en el elemento $message, al
La Tabla 55 describe los mensajes de estado FTP.
Tabla 55. Mensajes de estado del supervisor FTP
Mensaje Descripcin
OK (Correcto) La solicitud FTP se ha realizado
correctamente.
Unable to open local file for
reading/writing (No se ha podido abrir el
archivo local para la lectura/escritura)
Consulte el archivo de registro del supervisor
FTP para ver ms informacin.
Unable to read from/write to local file
(No se puede leer de/escribir en el archivo
local)
Tabla 55. Mensajes de estado del supervisor FTP (continuacin)
Mensaje Descripcin
Unable to read from data connection (No
se puede leer de la conexin de datos)
Una conexin de datos con el servidor FTP se
ha establecido, pero se ha producido un
problema.
Unable to upload to ftp server (No se
puede cargar en el servidor FTP)
Timed out waiting to read/write (Tiempo
de espera superado al esperar
lectura/escritura)
Connection closed by foreign host
(Conexin cerrada por host forneo)
La conexin con el servidor FTP se ha
interrumpido.
Connection closed unexpectedly
(Conexin cerrada de forma inesperada)
Connection failed (La conexin ha fallado) El supervisor no ha podido conectarse con el
servidor FTP. Consulte el archivo de registro
del supervisor FTP para ver ms informacin.
Ejemplo
Pruebe la disponibilidad del servidor FTP ftp.mycompany.com descargando el
archivo /sales/prodlist.tar.Z en$ISMHOME/etc/ism/downloads/ftp-test.tar.Z en
intervalos de quince minutos desde la cuenta sales/mycompany. Clasifique el nivel
del servicio como Good si la operacin devuelve un cdigo status de 226
(transferencia de archivo correcta), y como Failed en el caso contrario. Utilice la
modalidad pasiva para la tranferencia de archivos.
Cree un nuevo elemento de perfil del supervisor FTP y configure los campos con
los valores que aparecen en laTabla 56.
Tabla 56. Ejemplo de elemento de perfil FTP
Campo de configuracin de
elementos de perfil Valor
server ftp.mycompany.com
localfile $ISMHOME/etc/ism/downloads/ftp-test.tar.Z
remotefile /sales/prodlist.tar.Z
description Prueba de descarga de archivos
Active Selected
username sales
password mycompany
Command GET
poll 900
connectiontype Passive
Detalles de la clasificacin del nivel de servicio
statement Status != 226 then status is Failed else Good.
Supervisor HTTP
El supervisor HTTP comprueba la disponibilidad y el tiempo de respuesta de los
servidors web.
Puede supervisar pginas web individuales, incluidas las que utilizan CGI, que
normalmente requeriran que el usuario indicara datos en campos. Tambin puede
supervisar el tiempo de descarga de elementos como imgenes en una pgina web.
La Tabla 57 muestra los archivos del supervisor HTTP.
Tabla 57. Resumen de archivos de supervisor HTTP
Supervisor ejecutable nco_m_http
Archivo de propiedades $ISMHOME/etc/props/http.props
Archivo de reglas $ISMHOME/etc/rules/http.rules
Archivo de registro $ISMHOME/log/http.log
Directrices para configurar el supervisor HTTP
Los supervisores HTTP y HTTPS comprueban la disponibilidad y el tiempo de
respuesta de los servidores web. Utilice el supervisor HTTP en las situaciones
siguientes:
v El sitio web de destino es esttico.
Para los sitios web dinmicos utilice el supervisor TRANSX.
v El sitio web de destino se proporciona mediante el protocolo HTTP.
Para los sitios web que proporcionan contenido mediante el protocolo HTTPS,
seleccione el supervisor HTTPS.
v Para realizar la supervisin en varias plataformas.
v Donde la velocidad sea un factor determinante (el supervisor HTTP facilita un
alto rendimiento).
Tipos de solicitudes HTTP:
El supervisor HTTP emula un navegador web que soporta el protocolo HTTP/1.0.
Para probar el servidor web, el supervisor le enva una solicitud para una pgina
web utilizando cualquiera de los tipos de solicitud HTTP siguientes:
v HEAD
El mandato HEAD intenta acceder a una pgina web y devolver la cabecera HTTP.
Emitir el mandato HEAD es una manera rpida de comprobar que una pgina
web es accesible.
v GET
El mandato GET intenta acceder a la pgina web y devolver toda la pgina,
incluida la cabecera HTTP. No intenta devolver los archivos asociados con la
pgina, por ejemplo imgenes.
v GETALL
El mandato GETALL intenta acceder a la pgina web y devolver toda la pgina,
incluidos la cabecera HTTP, el fondo, las imgenes, los applets, los marcos, los
archivos de hoja de estilos en cascada (CSS) y los scripts. Igual que los mandatos
HEAD y GET, este mandato tambin comprueba que una pgina web est accesible,
pero como el mandato GETALL devuelve toda la pgina y todos sus archivos
asociados, puede ofrecer una indicacin ms realista del tiempo que se tarda en
acceder a la pgina. El supervisor utiliza tambin varias hebras durante un
mandato GETALL para hacerlas coincidir de manera ms precisa con el
comportamiento de los navegadores web.
v POST
El mandato POST intenta acceder a una pgina web que contiene un formulario
HTTP y completar los campos de ese formulario.
Utilizacin de un servidor proxy:
Puede probar la disponibilidad de pginas web mediante un servidor proxy.
Cuando configura el supervisor para utilizar un proxy, enva solicitudes HTTP
mediante el proxy. En caso necesario, puede omitir la memoria cach de proxy.
Los parmetros del servidor proxy se configuran en la ficha Detalles de proxy. El
supervisor HTTP soporta el acceso autenticado a los servidores proxy. Esta
autenticacin es independiente de cualquier autenticacin requerida por la pgina
web de destino.
Elementos del supervisor del servidor proxy
Para ITCAM for Transactions V7.2.0.1 y posterior, cuando configura un elemento
de peril para que utilice un servidor proxy, el supervisor HTTP inserta el nombre y
el puerto del servidor de destino que se desea en los elementos $server y $port de
forma predeterminada. En Tivoli Enterprise Portal, el nombre que aparece en el
campo Host es el nombre de host del URL que se supervisa en lugar del nombre
de host del servidor proxy.
En versiones anteriores, cuando ha configurado un elemento de perfil para que
utilice un servidor proxy, de forma predeterminada el supervisor HTTP ha
insertado el nombre del servidor proxy y el puerto en los elementos $server y
$port. Para conservar el valor del nombre y el puerto del servidor de destino que
se desea en versiones anteriores, configure la propiedad generateProxyTokens en 1
o inicie el supervisor con el parmetro de la lnea de mandatos
-generateproxytokens.
Adems de conservar los valores de los elementos $server y $port cuando esta
propiedad o este parmetro de la lnea de mandatos se configura, el supervisor
genera los elementos $proxyServer, $proxyPort, $proxyAuthType, $proxyUsername y
$proxyCache.
Autenticacin:
Si la pgina web que desea supervisar o el servidor proxy que desea probar
requiere autenticacin, especifique los credenciales para acceder a la pgina en los
campos de los parmetros authenticationtype, username y password de la ficha
Avanzado o Detalles de proxy.
Para inhabilitar la autenticacin, configure authenticationtype en NONE.
Para seleccionar la autenticacin bsica:
1. Configure authenticationtype en BASIC.
2. Configure username y password en los valores necesarios para la pgina web o
el servidor proxy.
Para seleccionar NTLM:
1. Configure authenticationtype en NTLMv1 or NTLMv2.
2. Configure username y password en los valores necesarios para la pgina web o
el servidor proxy.
Parmetros de cabecera y formulario:
El supervisor HTTP puede enviar datos adicionales en los campos de cabecera y en
el cuerpo del mensaje de solicitudes HTTP.
Configure los parmetros para estos datos adicionales en la ficha Parmetros. Los
parmetros sonName, Value y Type, y funcionan de la manera siguiente:
v Las parejas Name-Value del tipo HEAD especifican campos de cabecera
adicionales, como User-Agent y Referer, incluidos en todas las solicitudes HTTP
enviadas por el supervisor. Los campos de cabecera pueden especificarse para
cualquier tipo de mtodo HTTP (GET, GETALL, HEAD o POST).
v Las parejas Name-Value del tipo FORM especifican datos adicionales incluidos
en el cuerpo del mensaje de las solicitudes HTTP POST enviadas por el
supervisor. Si la pgina de destino contiene un formulario que coincida con el
nombre especificado en el campo formname, el supervisor trata todas las parejas
de nombre-valor del formulario como si estuvieran configurados en el elemento
de perfil.
Nota: El supervisor limita la longitud de las solicitudes HTTP a 4096 caracteres. Si
la longitud de los datos de formulario adicionales dan como resultado una
longitud de solicitud que supere este lmite, el supervisor no incluye los datos de
formulario adicionales de la solicitud.
HTTP se describen en la tabla siguiente.
Tabla 58. Propiedades y opciones de la lnea de mandatos del supervisor HTTP
Nombre de propiedad
Parmetro
de
propiedad Opcin de la lnea de mandatos Descripcin
AllowDuplicateDownload 0|1 -allowduplicatedownload Fuerza las pginas a descargarse
cada vez que se encuentran.
0: inhabilitado (descargado slo
una vez)
1: habilitado
ForceHTMLParse 0|1 -forcehtmlparse Fuerza que se analicen como HTML
las pginas que no tienen el tipo de
contexto text/html.
0: inhabilitado
1: habilitado
Tabla 58. Propiedades y opciones de la lnea de mandatos del supervisor HTTP (continuacin)
Nombre de propiedad
Parmetro
de
GenerateProxyTokens 0|1 -generateproxytokens Especifica si el supervisor genera
elementos adicionales que contengan
informacin sobre el servidor proxy
si se utiliza un servidor proxy en una
prueba.
0: inhabilitado
1: habilitado (los elementos
adicionales $server y $port
contienen valores para el servidor
proxy)
GETALLThreadNum 1|2|3|4|5 -getallthreadnum Especifica el nmero de hebras
separadas que utilizar durante una
solicitud de GETALL.
GetLinkTags 0|1 -getlinktags Activa la descarga de hojas de estilos
enlazadas para solicitudes GETALL
0: inhabilitado
1: habilitado (si la pgina de
destino contiene una etiqueta link
con el valor de atributo
rel=stylesheet, el supervisor
intenta descargar el recurso al que
hacer referencia el atributo href
de la etiqueta link)
HostnameLookupPreference cadena de
caracteres
-hostnamelookuppreference Determina qu direccin IP, IPv6 o
IPv4, es aplicable al nombre de host
proporcionado. Los valores posibles
son:
v 4Then6 selecciona IPv4 y despus
IPv6. Utiliza direcciones IPv4 si
estn disponibles. Si no se
encuentran direcciones IPv4, se
utilizan direcciones IPv6.
v 6Then4 selecciona IPv6 y despus
IPv4. Utiliza direcciones IPv6 si
estn disponibles. Si no se
encuentran direcciones IPv6, se
utilizan direcciones IPv4.
v 4Only slo selecciona IPv4. Slo
utiliza direcciones IPv4. No no
existen direcciones IPv4, el sondeo
devuelve un error.
v 6Only slo selecciona IPv6. Slo
utiliza direcciones IPv6. No no
existen direcciones IPv6, el sondeo
devuelve un error.
v 6Or4 selecciona IPv4 o IPv6. Utiliza
la primera direccin que se
devuelve desde el nombre de host.
Valor predeterminado: 4Then6
Tabla 58. Propiedades y opciones de la lnea de mandatos del supervisor HTTP (continuacin)
Nombre de propiedad
Parmetro
de
Ipv6Address integer -ipv6address La direccin local a la que enlazarse
como origen de las solicitudes HTTP
al utilizar HTTP IPv6.
Valor predeterminado: ninguna
direccin
NoParseExtensions cadena de
caracteres
-noparseextensions Una lista de elementos separados por
comas de extensiones de archivos
que indican tipos de archivo que el
supervisor no analizar sino que, en
su lugar, slo descargar.
OutputDirectory cadena de
caracteres
-outputdirectory Especifica el directorio de salida que
utilizar si OutputResult es true
(configurado en 1).
Valor predeterminado: $ISMHOME/var
OutputResult 0|1 -outputresult Especifica si el supervisor guarda los
datos que recibe del servicio.
0: inhabilitado
1: habilitado
RelativeRedirects 0|1 -relativeredirects Permite que los campos de ubicacin
de los cdigos de estado HTTP
301/302 contengan URL relativas en
lugar de URL absolutas.
0: URL absolutas
1: URL relativas
RFCPOST 0|1 -rfcpost Especifica que el supervisor siga
RFC1945 y RFC2616, y enva un
segundo POST despus de un
redireccionamiento. Muchos
servidores web no esperan un POST
despus de un redireccionamiento y
la mayora de navegadores no siguen
los RFC.
0: inhabilitado
1: habilitado
Atencin: No establezca la propiedad QSize del supervisor en un valor inferior a
1024000.
Configuracin de pruebas de servicios del supervisor HTTP
Utilice los parmetros de configuracin del supervisor HTTP para definir pruebas
de servicios HTTP.
Tabla 59. Configuracin del supervisor HTTP
Campo Descripcin
server El nombre de host del servidor que se va a supervisar.
page El URL de la pgina que se va a supervisar.
description Un campo de texto que facilita informacin descriptiva sobre el elemento.
Active Selecciona si el elemento de perfil debe activarse una vez creado o no.
port El puerto del servidor HTTP que se va a utilizar.
localip Especifica la direccin IP de la interfaz de red que utiliza el supervisor para
realizar la prueba. Si este campo est en blanco, el supervisor utiliza la interfaz
especificada por la propiedad IpAddress.
version La versin del protocolo HTTP que se va a utilizar:
v 1.0
v 1.1
Valor predeterminado: 1.0
command El tipo de solicitud HTTP:
v HEAD
v GET
v GETALL
v POST
Valor predeterminado: GET
formname Cuando se utiliza en una transaccin, el supervisor HTTP explora el formulario
especificado para los valores predeterminados. Los valores que se encuentran se
completan automticamente en el paso HTTP siguiente de la transaccin.
authenticationtype Especifica el mecanismo de autenticacin de desafo-respuesta para autenticar
usuarios de red:
v NONE: sin autenticacin
v BASIC
v NTLMv1: autenticacin de desafo/respuesta: Windows NTLM versin 1
v NTLMv2: Windows NTLM versin 2
Valor predeterminado: NONE
username El nombre de usuario (nombre de cuenta) para el supervisor que va a utilizarse
para iniciar sesin en el servidor.
password La contrasea correspondiente al nombre de usuario del supervisor que va a
utilizarse para iniciar sesin en el servidor.
Tabla 59. Configuracin del supervisor HTTP (continuacin)
Campo Descripcin
timeout El tiempo, en segundos, de espera para que responda el servidor.
failureretests El nmero de veces para repetir las pruebas antes de indicar una anomala.
retestinterval El tiempo, en segundos, que esperar entre cada repeticin de prueba tras una
anomala.
Detalles de proxy
server El nombre de host del servidor proxy.
port El puerto del servidor proxy que se va a utilizar.
authenticationtype El tipo de autenitacin de servidor para el servidor proxy. Consulte
authenticationtype ms arriba para obtener ms informacin.
username Utilizado por el supervisor junto con la contrasea para iniciar sesin en el
servidor proxy.
password Utilizado por el supervisor junto con el nombre de usuario para iniciar sesin en
el servidor proxy.
useproxy Configura el supervisor que va a realizar la solicitud utilizando un servidor
proxy.
v proxy (utilice true en ismbatch)
v noproxy (utilice false en ismbatch)
Valor predeterminado: noproxy
hostnamelookuppreference Determina qu direccin IP, IPv6 o IPv4, es aplicable al nombre de host
proporcionado. Las opciones son estas:
v default establece el supervisor para que utilice los valores de propiedades de
todo el supervisor. Es el valor predeterminado.
v 4Then6 selecciona IPv4 y despus IPv6. Utiliza direcciones IPv4 si estn
disponibles. Si no se encuentran direcciones IPv4, se utilizan direcciones IPv6.
v 4Only slo selecciona IPv4. Slo utiliza direcciones IPv4. No no existen
direcciones IPv4, el sondeo devuelve un error.
v 6Or4 selecciona IPv4 o IPv6. Utiliza la primera direccin que se devuelve
desde el nombre de host.
supervisor HTTP intenta hacer coincidir el contenido recuperado con cada una de
las expresiones regulares.
de servicio proporcionado por un servidor web.
HTTP son estas:
totalTime
lookupTime
connectTime
downloadTime
reponseTime
status
version
server
lastModified
timeSinceModification
bytesTransferred
bytesPerSec
checksum
previousChecksum
percentageDownloadedGood
regexpMatchde 1 a 3
message
418.
v status codes 200, 301 y 302 indican que ha sido correcto. Consulte el protocolo
HTTP para ver otros cdigos de estado devueltos por la operacin.
supervisor.
El supervisor HTTP puede enviar datos adicionales en los campos de cabecera y en
el cuerpo del mensaje de solicitudes HTTP.
Configure los parmetros para estos datos adicionales en la ficha Parmetros. Los
parmetros sonName, Value y Type, y funcionan de la manera siguiente:
v Las parejas Name-Value del tipo HEAD especifican campos de cabecera
adicionales, como User-Agent y Referer, incluidos en todas las solicitudes HTTP
enviadas por el supervisor. Los campos de cabecera pueden especificarse para
cualquier tipo de mtodo HTTP (GET, GETALL, HEAD o POST).
v Las parejas Name-Value del tipo FORM especifican datos adicionales incluidos
en el cuerpo del mensaje de las solicitudes HTTP POST enviadas por el
supervisor. Si la pgina de destino contiene un formulario que coincida con el
nombre especificado en el campo formname, el supervisor trata todas las parejas
de nombre-valor del formulario como si estuvieran configurados en el elemento
de perfil.
Nota: El supervisor limita la longitud de las solicitudes HTTP a 4096 caracteres. Si
la longitud de los datos de formulario adicionales dan como resultado una
longitud de solicitud que supere este lmite, el supervisor no incluye los datos de
formulario adicionales de la solicitud.
supervisor HTTP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio HTTP.
La Tabla 60 en la pgina 416 describe los elementos adicionales para el supervisor
HTTP.
Tabla 60. Elementos del supervisor HTTP
Elemento Descripcin
$bytesPerSec*
(BytesPerSec)
$bytesTransfered*
(BytesTransferred)
$checksum El elemento Checksum no suele proporcionar valores significativos
para las clasificaciones del nivel de servicio porque los valores de
la suma de comprobacin no aparecen cuando el elemento de
perfil se crea (el supervisor calcula los valores de la suma de
comprobacin mientras las pruebas estn en progreso). Los
elementos de supervisor $checksum y $previousChecksum estn
pensados para el enriquecimiento de alertas mediante el archivo
de reglas del supervisor.
$command El mandato HTTP enviado por el supervisor. Por ejemplo, HEAD,
GET, GETALL o POST.
$connectTime*
(ConnectTime)
El tiempo que se tarda en conectar con el servidor.
$downloadTime*
(DownloadTime)
El tiempo que se tarda en descargar el archivo.
(Elements) El nmero de elementos de pgina recibidos.
$formname El nombre del formulario utilizado en una accin POST.
$lastStatus*
(PageStatus)
Si un elemento de perfil recupera varias pginas, este elemento
contiene la cadena de resultados de la ltima pgina recuperada.
Este valor es el mismo que el de $urlResultn, donde n es igual al
valor de $pageCount.
$lastModified El valor del campo de la cabecera HTTP Last-Modified de la
primera pgina recuperada.
$page*
(Page)
La pgina a la que se accede en el servidor HTTP.
$pageCount El nmero total de recursos descargados durante una prueba de
GETALL, excluyendo la propia pgina de prueba. Si la pgina
probada no hace referencia a ningn otro recurso, este elemento
no se genera.
$port*
(Port)
El puerto utilizado para acceder al servidor HTTP. Si la prueba
ha utilizado un servidor proxy, este es el valor del puerto del
servidor proxy en el que se ha enviado la solicitud.
Para conservar el puerto del servidor de destino que se
pretenda, configure la propiedad generateProxyTokens en 1 o
inicie el supervisor con el parmetro de la lnea de mandatos
-generateproxytokens
Tabla 60. Elementos del supervisor HTTP (continuacin)
Elemento Descripcin
significativos para las clasificaciones del nivel de servicio porque
los valores de la suma de comprobacin no aparecen cuando el
elemento de perfil se crea (el supervisor calcula los valores de la
suma de comprobacin mientras las pruebas estn en progreso).
Los elementos de supervisor $previousChecksum y $checksum
estn pensados para el enriquecimiento de alertas mediante el
archivo de reglas del supervisor.
$proxyAuthType El tipo de autenticacin de servidor para el servidor proxy.
$proxyCache El valor true indica que el servidor proxy ha recuperado la
pgina web desde el servidor, en lugar de hacerlo desde su
propia memoria cach.
$proxyPort El nmero de puerto del servidor proxy en el que se ha enviado
la solicitud.
$proxyServer El nombre de host del servidor proxy.
$proxyUsername Utilizado por el supervisor junto con la contrasea para iniciar
sesin en el servidor proxy.
$regexpn La expresin regular.
$regexpStatusn El estado de la coincidencia de la expresin regular:
NONE- no se configura ninguna comprobacin de expresin
regular.
MATCHED- se ha encontrado una coincidencia para la expresin
regular.
FAILED- no se ha encontrado una coincidencia para la expresin
regular.
$responsetime*
(ResponseTime)
hasta que se reciba el primer byte de la pgina.
$timeSinceModification El tiempo transcurrido desde que se modific la pgina por
ltima vez. Es la diferencia entre la hora de la prueba y el valor
del campo de la cabecera HTTP Last-Modified de la primera
pgina recuperada.
$urlDownloadTimesn*
(UrlDownloadTime)
Tiempo de descarga de URL de cada elemento en una solicitud
GETALL. Cada elemento se numera, a partir de 000
($urlDownloadTime000, $urlDownloadTime001,
$urlDownloadTime002, etc.).
$urln*
(Url)
URL de cada pgina en una prueba de GETALL. Cada pgina es
numerada, a partir de 000 ($url000, $url001, $url002, etc.).
$urlResultn*
(UrlResultString)
Cadena de resultados para cada pgina descargada en una
solicitud GETALL. Cada resultado se numera, partir de 000
($urlResult000, $urlResult001, $urlResult002, etc.).
$username El nombre utilizado para acceder a las pginas que requieren la
autenticacin del usuario.
Nota: El supervisor genera los elementos $proxyNombre si la propiedad
generateProxyTokens tiene el valor 1, o si se ha iniciado el supervisor con el
parmetro de la lnea de mandatos -generateproxytokens.
Mensajes de estado:
El supervisor HTTP proporciona mensajes de estado en el elemento $message, al
La Tabla 61 describe los mensajes de estado del supervisor HTTP.
Tabla 61. Mensajes de estado del supervisor HTTP
Mensaje Descripcin
OK (Correcto) La solicitud desde el supervisor se ha realizado
correctamente.
Form not found (Formulario no
encontrado)
No se ha podido encontrar la pgina solicitada.
Initialise Fetch Page Failed
(No ha podido inicializarse la
pgina de captacin previa)
No hay memoria suficiente para asignar espacio para el
mecanismo de captacin previa de la pgina HTTP. El
mensaje de la lnea anterior debe contener ms
informacin.
Connection Failed (La conexin
ha fallado)
El supervisor no ha podido conectarse, pero ello no es
debido a que el enlace est desactivado, la conexin est
restablecida, el enlace sea inaccesible, la conexin haya
superado el tiempo de espera, la conexin haya
terminado o el host est inactivo. Consulte el archivo de
registro del supervisor HTTP para ver ms informacin.
Ejemplo
Supervise la disponibilidad de la pgina web http://www.mycompany.com/ en
intervalos de cinco minutos. Si la pgina es inaccesible, repita la prueba como
mucho dos veces, con cinco segundos entre cada prueba repetida.
Cree un elemento de perfil HTTP y configure los campos con los valores que
Tabla 62. Ejemplo de elemento de perfil HTTP
server www.mycompany.com
page /
description Ejemplo: supervisor de pgina web bsica
Active Selected
poll 300
failureretests 2
retestinterval 5
Utilizacin de un servidor proxy
Supervise la disponibilidad de la pgina web http://www.mycompany.com/
index.html a la que se accede mediante el servidor proxy proxy.monitor.com, que
requiere las credenciales de autenticacin proxyuser/proxypass.
Cree un nuevo elemento de perfil HTTP y configure los campos que aparecen en la
Tabla 63.
Tabla 63. Ejemplo de elemento de perfil proxy HTTP
page index.html
description Ejemplo: supervisin mediante un servidor proxy
Active Selected
Detalles de proxy
server proxy.monitor.com
useproxy proxy
authenticationtype BASIC
username proxyuser
password proxypass
Coincidencia de parmetros de formulario y expresiones regulares
Supervise el funcionamiento del formulario http://support.mycompany.com/cgi-
bin/search.cgi enviando solicitudes HTTP POST con el parmetro de formulario
search=ism y utilice una expresin regular que coincida con la cadena Your search
was successful en la respuesta. Si se devuelve esta cadena en la respuesta,
clasifique el nivel de servicio como Good; de lo contrario, como Failed.
Cree un nuevo elemento de perfil HTTP y configure los campos que aparecen en la
Tabla 64.
Tabla 64. Ejemplo de elemento de perfil de formulario HTTP
server support.mycompany.com
page /cgi-bin/search.cgi
description Ejemplo: parmetros de formulario y expresiones
regulares
Active Selected
Detalles de expresiones regulares
match 1 Your search was successful
statement Regexp Status 1 = MATCHED then status GOOD
Detalles de la cabecera y el formulario
name search
value ism
type FORM
Resolucin de problemas del supervisor HTTP
Utilice esta seccin para ayudar a los problemas de resolucin de problemas con el
supervisor HTTP.
Tabla 65. Resolucin de problemas de HTTP
Problema Accin
El supervisor devuelve Error 404:
Pgina no encontrada incluso aunque
los navegadores web puedan cargar la
pgina.
Algunos sitios web comprueban el navegador que
realiza la conexin y no envan una pgina si el
navegador se considera incompatible; por ejemplo,
si el navegador es ms viejo que la versin
recomendada para el sitio.
Para resolver esto, especifique el parmetro de
cabecera siguiente en el elemento de perfil:
User-Agent: Mozilla/4.76
Consulte Parmetros de cabecera y formulario
en la pgina 409para obtener informacin sobre
cmo especificar los parmetros de cabecera.
El supervisor no consigue iniciarse y
su archivo de registro contiene el
mensaje Specified map-disk file
.../var/sm_http.saf size < 1024000.
Establezca el valor de la propiedad QSize del
supervisor en un valor inferior a 1024000.
Supervisor HTTPS
El supervisor HTTPS comprueba la disponibilidad y el tiempo de respuesta de los
servidors web. Puede supervisar pginas web individuales, incluidas las que
utilizan HTML, que normalmente requieren que el usuario indicara datos en
campos.
Nota: El supervisor HTTPS funciona de la misma manera que el supervisor HTTP,
pero se comunica con el servidor HTTP utilizando la versin 2 o la versin 3 del
protocolo SSL (Secure Sockets Layer), que encripta todas las comunicaciones entre
el servidor y el supervisor.
La Tabla 66 proporciona un resumen de los archivos del supervisor HTTPS.
Tabla 66. Resumen de archivos de supervisor HTTPS
Supervisor ejecutable nco_m_https
Archivo de propiedades $ISMHOME/etc/props/https.props
Archivo de reglas $ISMHOME/etc/rules/https.rules
Archivo de registro $ISMHOME/log/https.log
Directrices para configurar el supervisor HTTPS
El supervisor HTTPS comprueba la disponibilidad y el tiempo de respuesta de los
servidors web. Utilice el supervisor HTTPS en las situaciones siguientes:
v El sitio web de destino es esttico.
Para los sitios web dinmicos utilice el supervisor TRANSX.
v El sitio web de destino se proporciona mediante el protocolo HTTPS.
Para los sitios web que proporcionan contenido mediante el protocolo HTTP,
seleccione el supervisor HTTP.
v Para realizar la supervisin en varias plataformas.
v Donde la velocidad sea un factor determinante (el supervisor HTTPS facilita un
alto rendimiento).
Certificados del lado de cliente:
El supervisor le permite supervisar servidores que requieren certificados del lado
del cliente para la autenticacin mutua.
Especifique el archivo de certificados SSL, el archivo de claves y la contrasea de
las claves cuando cree un elemento de perfil.
Los certificados deben estar en el formato Privacy Enhanced Mail (PEM). Si su
certificado est en otro formato, deber convertirlo al formato PEM. Puede
convertir certificados utilizando software como openSSL, que est disponible en
http://www.openssl.org.
Consejo: Si utiliza siempre el mismo certificado, la misma clave y la misma
contrasea en todos los elementos de perfil, especifquelos utilizando propiedades
de supervisor en lugar de definindolas en cada elemento de perfil que cree.
El supervisor HTTPS tiene las mismas propiedades y opciones de la lnea de
mandatos que el supervisor HTTP.
Para obtener detalles sobre las propiedades y las opciones de la lnea de mandatos
que son las mismas que el supervisor HTTP, consulte Propiedades y opciones de
la lnea de mandatos en la pgina 409. La Tabla 67 muestra propiedades
adicionales y opciones de la lnea de mandatos que son especficas de HTTPS.
Tabla 67. Opciones de propiedades y lneas de la lnea de mandatos especficas del
supervisor HTTPS
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la
lnea de mandatos Descripcin
SSLCertificate
File
cadena de
caracteres
-sslcertificate
file
La va de acceso y el nombre de
digital utilizado si no se especifica
ningn certificado de forma explcita
para un elemento HTTPS durante su
creacin.
Si la va de acceso no es absoluta, el
supervisor la interpreta en relacin con
el directorio de trabajo
($ISMHOME/platform/arch/bin).
Tabla 67. Opciones de propiedades y lneas de la lnea de mandatos especficas del
supervisor HTTPS (continuacin)
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la
lnea de mandatos Descripcin
SSLCipherSuite cadena de
caracteres
-sslciphersuite El conjunto de cifrado que utilizar para
las operaciones SSL.
Default: RC4:3DES:DES:+EXP
SSLDisableTLS integer -ssldisabletls Inhabilita TLSv1 para el soporte de
legado.
Valor predeterminado: 0 - TLSv1 est
habilitado. Configrelo en 1 para
inhabilitar TLSv1.
SSLKeyFile cadena de
caracteres
-sslkeyfile El archivo que contiene la clave
privada SSL.
SSLKeyPassword cadena de
caracteres
-sslkeypassword La contrasea utilizada para cifrar la
clave privada SSL.
Conjuntos de cifrado:
La propiedad SSLCipherSuite especifica el conjunto de cifrado utilizado por el
supervisor HTTPS.
La propiedad puede especificar ms de un conjunto de cifrado. Para especificar
varios conjuntos de cifrado, separe cada nombre de conjunto con dos puntos (:).
Por ejemplo, la propiedad SSLCipherSuite predeterminada es RC4:3DES:DES:+EXP.
Este valor predeterminado especifica los conjuntos de cifrado RC4, 3DES y DES. La
extensin del conjunto de cifrado +EXP permite longitudes de claves de cifrado
exportadas.
Los valores posibles de la propiedad SSLCipherSuite aparecen en Tabla 68.
Tabla 68. Parmetros de la propiedad SSL v3 SSLCipherSuite
Posibles valores Descripcin
RSA_UNENCRYPTED Conjuntos de cifrado basados en RSA (autenticados).
RSA Conjuntos de cifrado basados en RSA cifrados.
RSA_EXPORT Conjuntos de cifrado basados en RSA cifrados y
exportables.
RSA_NONEXPORT Conjuntos de cifrado basados en RSA no exportables.
RSA_STRONG Conjuntos de cifrado basados en RSA fuertes.
DHE Conjuntos de cifrados basados en DH efmeros.
DHE_RSA Conjuntos de cifrados basados en DH/RSA efmeros.
DHE_DSS Conjuntos de cifrados basados en DH/DSS efmeros.
DHE_EXPORT_MS Conjuntos de cifrados basados en DH efmeros exportables.
DHE_RSA_EXPORT Conjuntos de cifrados basados en DH/RSA efmeros
exportables.
DHE_DSS_EXPORT Conjuntos de cifrados basados en DH/DSS efmeros
exportables.
Tabla 68. Parmetros de la propiedad SSL v3 SSLCipherSuite (continuacin)
DHE_NONEXPORT Conjuntos de cifrados basados en DH efmeros no
exportables.
DHE_RSA_NONEXPORT Conjuntos de cifrados basados en DH/RSA efmeros no
exportables.
DHE_DSS_NONEXPORT Conjuntos de cifrados basados en DH/DSS efmeros no
exportables.
DHE_STRONG Conjuntos de cifrados basados en DH efmeros fuertes.
DHE_RSA_STRONG Conjuntos de cifrados basados en DH/RSA efmera fuertes
DHE_DSS_STRONG Conjuntos de cifrados basados en DH/DSS efmeros
fuertes.
DH_ANON Conjuntos de cifrados basados en DH annimos.
DH_ANON_EXPORT Conjuntos de cifrados basados en DH annimos
exportables.
DH_ANON_NON_EXPORT Conjuntos de cifrados basados en DH annimos no
exportables.
DH_ANON_STRONG Conjuntos de cifrado basados en DH annimos y fuertes.
STANDARD Todos los conjuntos de cifrados encriptados.
STANDARD_EXPORT Todos los conjuntos de cifrados encriptados y exportables.
STANDARD_NON_EXPORT Todos los conjuntos de cifrados encriptados y no
exportables.
STANDARD_STRONG Todos los conjuntos de cifrados encriptados y fuertes.
La propiedad SSLCipherSuite soporta un conjunto de valores adicionales que
proporcionan compatibilidad con SSL versin 2. La Tabla 69 muestra una lista de
los valores adicionales. En la tabla:
v Versin SSL describe las versiones de SSL soportadas.
v Cifrado describe el tipo de algoritmo de cifrado utilizado.
v Intercambio de claves describe el sistema de intercambio de claves para el cifrado
y el descifrado.
v Longitud de claves describe la longitud del cdigo de cifrado.
v MAC describe el cdigo de autenticacin de mensajes (MAC) utilizado para
garantizar que los datos no se han alterado.
Tabla 69. Valores de la propiedad SSL v2 SSLCipherSuite
Nombre de CipherSuite
Versin
de SSL Cifrado
Intercambio de
claves
Longitud
de claves MAC
RC4-SHA v3 RC4 RSA 128 SHA1
RC4-MD5 v2 or v3 RC4 RSA 128 MD5
ADH-RC4-MD5 v3 RC4 DH 128 MD5
RC4-64-MD5 v2 RC4 RSA 64 MD5
RC2-CBC-MD5 v2 RC2 RSA 128 MD5
EDH-RSA-DES-CBC3-SHA v3 3DES DH 168 SHA1
EDH-DSS-DES-CBC3-SHA v3 3DES DH 168 SHA1
DES-CBC3-SHA v3 3DES RSA 168 SHA1
Tabla 69. Valores de la propiedad SSL v2 SSLCipherSuite (continuacin)
Versin
de SSL Cifrado
Intercambio de
claves
Longitud
de claves MAC
ADH-DES-CBC3-SHA v3 3DES DH 168 SHA1
DES-CBC3-MD5 v2 3DES RSA 168 MD5
EDH-RSA-CBC-SHA v3 DES DH 56 SHA1
EDH-DSS-DES-CBC-SHA v3 DES DH 56 SHA1
DES-CBC-SHA v3 DES RSA 56 SHA1
ADH-DES-CBC-SHA v3 DES DH 56 SHA1
DES-CBC-MD5 v3 DES RSA 56 MD5
EXP-RC4-MD5 v3 RC4 RSA 40 MD5
EXP-ADH-RC4-MD5 v3 RC4 DH 40 MD5
EXP-RC2-CBC-MD5 v2 or v3 RC2 RSA 40 MD5
EXP-EDH-RSA-DES-CBC-SHA v3 DES DH 40 SHA1
EXP-EDH-DSS-DES-CBC-SHA v3 DES DH 40 SHA1
EXP-DES-CBC-SHA v3 DES RSA 40 SHA1
EXP-ADH-DES-CBC-SHA v3 DES DH 40 SHA1
Configuracin de las pruebas de servicios del supervisor HTTPS
Utilice los parmetros de configuracin del supervisor HTTPS para definir pruebas
de servicios HTTPS.
Tabla 70. Configuracin del supervisor HTTPS
Campo Descripcin
server El nombre de host del servidor que se va a supervisar.
page El URL de la pgina que se va a supervisar.
port El puerto del servidor que se va a utilizar.
localip Especifica la direccin IP de la interfaz de red que utiliza el supervisor para
realizar la prueba. Si este campo est en blanco, el supervisor utiliza la interfaz
especificada por la propiedad IpAddress.
version La versin del protocolo HTTPS que se va a utilizar:
v 1.0
v 1.1
Valor predeterminado: 1.0
Tabla 70. Configuracin del supervisor HTTPS (continuacin)
Campo Descripcin
command El tipo de solicitud:
v HEAD
v GET
v GETALL
v POST
formname Cuando se utiliza en una transaccin, el supervisor HTTPS explora el formulario
especificado para los valores predeterminados. Los valores que se encuentran se
completan automticamente en el paso HTTPS siguiente de la transaccin.
authenticationtype Especifica el mecanismo de autenticacin de desafo-respuesta para autenticar
usuarios de red:
v NONE: sin autenticacin
v BASIC
v NTLMv1: autenticacin de desafo/respuesta: Windows NTLM versin 1
v NTLMv2: Windows NTLM versin 2
username El nombre de usuario (nombre de cuenta) para el supervisor que va a utilizarse
para iniciar sesin en el servidor HTTPS.
password La contrasea correspondiente al nombre de usuario del supervisor que va a
utilizarse para iniciar sesin en el servidor HTTPS.
sslcertificatefile La va de acceso y el nombre de archivo del archivo de certificado digital
utilizado en el elemento del supervisor. Si la va de acceso no es absoluta, el
supervisor la interpreta en relacin con el directorio de trabajo
Si no especifica un archivo de certificado, el supervisor utiliza el certificado
especificado por la propiedad de supervisor SSLCertificateFile.
sslkeyfile La va de acceso y el nombre de archivo del archivo que contiene la clave
privada SSL que se utiliza para identificar el servidor y firmar los mensajes SSL.
sslkeypassword La contrasea utilizada para cifrar la clave privada SSL.
anomala.
Detalles de proxy
server El nombre de host del servidor proxy.
port El puerto del servidor proxy que se va a utilizar.
authenticationtype El tipo de autenitacin de servidor para el servidor HTTPS de proxy. Consulte
authenticationtype ms arriba para obtener ms informacin.
Tabla 70. Configuracin del supervisor HTTPS (continuacin)
Campo Descripcin
username El nombre de usuario para el supervisor que va a utilizarse para iniciar sesin en
el servidor HTTPS proxy.
password La contrasea para el supervisor que va a utilizarse para iniciar sesin en el
servidor HTTPS proxy.
useproxy Configura el supervisor que va a realizar la solicitud utilizando un servidor
proxy.
v proxy (utilice true en ismbatch)
v noproxy (utilice false en ismbatch)
Valor predeterminado: noproxy
supervisor HTTPS intenta hacer coincidir el contenido recuperado con cada una de
Las clasificaciones del nivel de servicio se utilizan para medir el cumplimiento del
SLA.
HTTPS son estas:
totalTime
lookupTime
connectTime
downloadTime
responseTime
status
version
server
lastModified
timeSinceModification
bytesTransferred
bytesPerSec
checksum
previousChecksum
percentageDownloadedGood
regexpMatchde 1 a 3
sslx509Certificate Version
sslCertificateSerialNumber
sslCipherSuiteCount
sslCipherSuiteList
sslCipherSuiteName
sslEffectiveSessionKeyBits
sslHandshakeTime
sslIssuerNamel
sslProtocolVersion
sslPublicKeyLengthBits
sslServerCertificateValidFrom
sslServerCertificateValidTo
sslSubjectName
message
429.
v Un cdigo de status de 200, 301 y 302 indica que se ha realizado correctamente.
Consulte el protocolo HTTP para ver otros cdigos de estado devueltos por la
operacin.
supervisor.
De forma parecida al supervisor HTTP, el supervisor HTTPS puede enviar datos
adicionales en los campos de la cabecera y el cuerpo del mensaje de las solicitudes
HTTP.
Para obtener detalles sobre los parmetros de cabecera y de formulario, consulte la
publicacin Parmetros de cabecera y formulario en la pgina 409.
supervisor HTTPS genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio HTTPS.
El supervisor HTTPS produce los mismos elementos adicionales que el supervisor
HTTP, tal como se describe en la Tabla 60 en la pgina 416. Adems, produce los
elementos relacionados con SSL si se utiliza un certificado del lado del cliente en la
prueba, tal como se describe en la Tabla 71.
Tabla 71. Elementos de supervisor SSL HTTPS
Elemento Descripcin
$SSLcertificateSerialNumber El nmero de serie del certificado X509 presentado
por el servidor.
$SSLcipherSuiteCount El nmero de conjuntos de cifrado disponibles en la
conexin.
$SSLcipherSuiteList La lista de conjuntos de cifrado disponibles en la
conexin.
$SSLcipherSuiteName El conjunto de cifrado seleccionado para la conexin.
$SSLeffectiveSessionKeyBits El nmero de bits en la clave de sesin. Suele ser 128
o 168, o 40 para versiones de exportacin.
$SSLHandshakeTime*
(SslHandshakeTime)
El tiempo que se tarda en establecer la conexin SSL.
$SSLissuerName El nombre del emisor para la certificacin del
formato X509 del servidor.
Tabla 71. Elementos de supervisor SSL HTTPS (continuacin)
Elemento Descripcin
$SSLprotocolVersion La versin de SSL que se utiliza, ya sea v2 o v3.
$SSLpublicKeyLengthBits El tamao de la clave pblica del servidor. Suele ser
1024 bits, excepto donde se utilice un conjun to
cifrado de especificaciones de exportacin.
$SSLserverCertificateValidFrom La fecha desde la que el certificado de servidor es
vlida.
$SSLserverCertificateValidTo La fecha hasta la que el certificado de servidor es
vlida.
$SSLserverName Nombre del servidor SSL.
$SSLsubjectName El nombre de tema para la certificacin de formato
X509. Suele ser el nombre de la organizacin que
controla el servidor.
Mensajes de estado:
El supervisor HTTPS proporciona mensajes de estado en el elemento $message, al
Adems de los mensajes de estado HTTP, el supervisor HTTPS tambin genera los
mensajes que se muestran en la Tabla 72.
Tabla 72. Mensajes de estado del supervisor HTTPS
Mensaje Descripcin
OK (Correcto) El supervisor se ha conectado correctamente con el
servidor.
SSL handshake failed (Error de
reconocimiento SSL)
El supervisor no ha podido inicializar la conectividad
SSL despus de establecer una conexin con el servidor.
ha fallado)
El supervisor no ha podido conectarse, pero ello no es
debido a que el enlace est desactivado, la conexin est
restablecida, el enlace sea inaccesiblo, la conexin haya
superado el tiempo de espera, la conexin haya
terminado o el host est inactivo. Consulte el archivo de
registro del supervisor HTTP para ver ms informacin.
Ejemplo
Supervise la disponibilidad del URL https://www.mycompany.com/secure/. Use el
certificado de cliente y los archivos de claves $ISMHOME/certificates/ibmcert.cer
y $ISMHOME/certificates/ibmcert.key
Cree un nuevo elemento de perfil del supervisor HTTPS y configure los campos
con los valores que aparecen en laTabla 73.
Tabla 73. Ejemplo de elemento de perfil HTTPS
page /secure/
description Ejemplo: supervisin HTTPS
Tabla 73. Ejemplo de elemento de perfil HTTPS (continuacin)
Active Selected
sslcertificatefile $ISMHOME/certificates/ibmcert.cer
sslkeyfile $ISMHOME/certificates/ibmcert.key
sslkeypassword xxxxxxxxx
supervisor ICMP
El supervisor ICMP prueba el rendimiento del servicio Internet Control Message
Protocol que se ejecuta en una red. Para hacerlo, el supervisor utiliza el mandato
eco de ICMP.
En ITCAM for Transactions V7.2 y posterior, el supervisor ICMP puede utilizar
IPv4 o IPv6.
La Tabla 74 muestra los archivos del supervisor ICMP.
Tabla 74. Archivos del supervisor ICMP
Supervisor ejecutable nco_m_icmp
Archivo de propiedades $ISMHOME/etc/props/icmp.props
Archivo de reglas $ISMHOME/etc/rules/icmp.rules
Archivo de registro $ISMHOME/log/icmp.log
Directrices para configurar el supervisor ICMP
El supervisor ICMP emite solicitudes de Eco ICMP (normalmente denominadas
pings) a los hosts de destino y espera las respuestas de eco. Registra las horas de
las bsquedas, los tiempos de ida y vuelta y la mtrica de la tasa de xito que
proporcionan una indicacin del nivel de funcionamiento de la red.
Figura 56 muestra un ejemplo de los mensajes intercambiados entre el supervisor,
un direccionador y el host de destino.
Cuando el supervisor emite una solicitud de eco, la solicitud puede pasar por uno
o ms direccionadores antes de alcanzar el host de destino. Estos direccionadores
pueden responder al supervisor antes de que el host de destino haya recibido la
solicitud de eco.
Si una solicitud de eco emitida por el supervisor pasa por un direccionador, ste
puede emitir una respuesta al supervisor. Esta respuesta puede indicar que el
direccionador no ha podido ubicar el host de destino, o que el direccionador est
Figura 56. Operacin del supervisor ICMP
demasiado ocupado para procesar la solicitud. Es posible que el supervisor pueda
recibir respuestas de varios direccionadores antes de recibir una respuesta de eco
del host de destino.
Si el supervisor recibe correctamente una respuesta de eco del host de destino,
registra el tiempo que ha tardado. Si el supervisor no recibe una respuesta del
servidor de destino dentro del periodo de tiempo de espera indicado, la solicitud
se registra como fallida.
Puede configurar el supervisor para que enve varias solicitudes de eco ICMP al
mismo destino en cada prueba. El supervisor registra estadsticas para cada una de
las solicitudes enviadas.
Nota: El supervisor ICMP debe ejecutarse como root porque abre un socket en
bruto para enviar paquetes ICMP.
Tipo de IP de servicio (slo para Windows2000/2003):
Puede especificar un valor denominado Tipo de IP de servicio que establezca el
valor del campo del tipo de servicio (TOS) en las solicitudes de eco enviadas por el
supervisor ICMP.
En las plataformas Windows 2000 y Windows 2003, establecer el campo TOS de
solicitudes de eco de ICMP requiere que se omita la poltica Windows Generic
Quality Of Service (GQOS), porque el GQOS determina de forma automtica y
establece el campo de TOS de IP. Para omitir el GQOS, defina la clave de registro
del tipo REG_DWORD and set its value to 0:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\
DisableUserTOSSetting
Encontrar ms informacin sobre este requisito en el artculo 248611 de la
Microsoft Knowledge Base.
ICMP se describen en la tabla siguiente.
Tabla 75. Propiedades y opciones de la lnea de mandatos de ICMP
Nombre de propiedad
Parmetro
de
propiedad
Opcin de la lnea de
mandatos Descripcin
EventsPerSec no
aplicable
-eventspersec Esta propiedad no se soporta.
IntraPingWait integer -intrapingwait El intervalo de tiempo mnimo en
milisegundos entre todos los pings enviados
por el supervisor ICMP. Se utiliza para
ajustar el sistema para dispersar el trfico de
red a lo largo de un periodo ms largo. Por
ejemplo, en un entorno con miles de hosts
ICMP que son objetivo, establezca
IntraPingWait en 3.
Tabla 75. Propiedades y opciones de la lnea de mandatos de ICMP (continuacin)
Nombre de propiedad
Parmetro
de
propiedad
Opcin de la lnea de
mandatos Descripcin
Ipv6Address integer -ipv6address La direccin local a la que enlazarse como
origen de las solicitudes de eco ICMP al
utilizar ICMP IPv6.
Valor predeterminado: ninguna direccin
MaxDNSResolvingThreads integer -maxdnsresolvingthreads El nmero mximo de hebras que va a
utilizar el solucionador de DNS.
MaxPacketSize integer -maxpacketsize El tamao del paquete ICMP mximo en
bytes.
PingsPerSec integer -pingspersec El nmero de solicitudes de eco que el
supervisor intenta enviar por segundo. El
nmero de solicitudes reales enviadas
depende de la carga de CPU y de red.
SocketBufferSize integer -socketbuffersize El tamao del almacenamiento intermedio de
socket receptor (en kilobytes).
Nota: El supervisor ICMP interpreta la propiedad IpAddress estndar de forma
distinta a otros supervisores. Si el valor de esta propiedad es nobind o 0.0.0.0, el
supervisor abre un socket de IP sin vincular, que utiliza todas las interfaces locales.
Cuando el supervisor opera de esta manera, su archivo de registro contiene el
mensaje de nivel de depuracin: Using 0.0.0.0 as my IP address. Igual que con
otros supervisores, cuando no est establecida esta propiedad, el supervisor ICMP
lleva a cabo una bsqueda de nombre de host para determinar su direccin IP
local.
Configuracin de pruebas de servicios del supervisor ICMP
Utilice los parmetros de configuracin del supervisor ICMP para definir pruebas
de servicios.
Tabla 76. Configuracin del supervisor ICMP
Campo Descripcin
server El nombre de host o la direccin IP del servidor al que se envan solicitudes de
eco.
Tabla 76. Configuracin del supervisor ICMP (continuacin)
Campo Descripcin
timeout El tiempo, en segundos, de espera para que responda el servidor a cada
solicitud de eco.
Valor predetermnado: 10
numberofpings El nmero de solicitudes de eco a enviar.
packetinterval El tiempo, en segundos, que esperar entre envos de solicitudes de eco.
packetsize El tamao, en bytes, de cada solicitud de eco enviada.
typeofservice Configura el campo Tipo de IP de servicio en la capa IP. Pueden especificarse
valores del tipo de servicio (TOS) IPv4 y del campo de servicios diferenciados
de DSCP. Los valores vlidos son 0 -255.
retries El nmero de veces que el supervisor debe reintentar cada solicitud de eco
antes de abandonar.
anomala.
de servicio proporcionado por ICMP.
ICMP son estas:
totalTime
lookupTime
averageRTT
maxRTT
minRTT
spreadRTT
pingsResponded
pingsFailed
responsePercent
message
436.
supervisor ICMP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio ICMP.
La Tabla 77 describe los elementos adicionales para el supervisor ICMP.
Tabla 77. Elementos del supervisor ICMP
Elemento Descripcin
$averageRTT*
(AverageRTT)
El tiempo medio de viaje de ida y vuelta en segundos.
$endTime La hora de UNIX en la que se ha recibido la respuesta.
$jitter El valor absoluto de la diferencia entre las horas de llegada de
dos solicitudes de eco ICMP adyacentes, menos sus horas de
salida. Este valor se calcula segn la frmula especificada en
RFC2598. El elemento se crea slo si el nmero de solicitudes de
eco es mayor que uno. Si se utilizan ms de dos solicitudes de
eco, el valor es el jitter medio entre todos los pares de
solicitudes de eco.
Tabla 77. Elementos del supervisor ICMP (continuacin)
Elemento Descripcin
$lookupTime*
(LookupTime)
host.
$maxRTT*
(MaxRTT)
El tiempo mximo de viaje de ida y vuelta en segundos.
$minRTT*
(MinRTT)
El tiempo mnimo de viaje de ida y vuelta en segundos.
$numberPackets El nmero de solicitudes de eco ICMP enviadas, tal como se
especifica en el elemento de perfil.
$packetInterval El tiempo entre el envo de cada solicitud de eco ICMP, tal
como se especifica en el elemento de perfil.
$packetRetries El nmero de veces que el supervisor ha intentado reenviar
solicitudes de eco ICMP antes de salir.
$packetSize El tamao (en bytes) de cada solicitud de eco ICMP, tal como se
especifica en el elemento de perfil.
$pingAttempts Failed El nmero de intentos realizados para la primera solicitud de
eco ICMP incorrecta.
$pingAttempts Responded El nmero de intentos realizados para la primera solicitud de
eco ICMP correcta.
$pingMessageFailed El mensaje devuelto para la primera solicitud de eco ICMP
incorrecta.
$pingMessage Responded El mensaje devuelto para la primera solicitud de eco ICMP
correcta.
$pingReceivedTime
Failed
La hora UNIX en la que se recibi la primera respuesta de eco
incorrecta.
$pingReceivedTime
Responded
La hora UNIX en la que se recibi la primera respuesta de eco
correcta.
$pingRespondIP Failed La direccin IP que ha respondido a la la primera solicitud de
eco ICMP incorrecta.
$pingRespondIP
Responded
La direccin IP que ha respondido a la primera solicitud de eco
ICMP incorrecta.
$pingRTTFailed El tiempo de ida y vuelta de la primera solicitud de eco ICMP
incorrecta en segundos.
$pingRTTResponded El tiempo de ida y vuelta de la primera solicitud de eco ICMP
correcta en segundos.
$pingSentTime Failed La hora UNIX en que se envi la primera solicitud de eco ICMP
incorrecta.
$pingSentTime Responded La hora UNIX en que se envi la primera solicitud de eco ICMP
correcta.
$pingsFailed El nmero de solicitudes de eco ICMP enviadas para las que no
haba ninguna respuesta de eco.
$pingsResponded El nmero de respuestas de eco vlidas recibidas.
$pingTime El tiempo que se ha tardado en recibir la respuesta de eco
despus de enviar la solicitud de eco ICMP.
Tabla 77. Elementos del supervisor ICMP (continuacin)
Elemento Descripcin
$respondPercent*
(RespondPercent)
El porcentaje de solicitudes de eco ICMP enviadas para los que
ha habido una respuesta.
$responseTime El tiempo que ha tardado el host de destino en responder a una
solicitud de eco ICMP.
$sentTime La hora UNIX en la que se han enviado las solicitudes de eco
ICMP.
$spreadRTT La diferencia entre $maxRTT y $minRTT.
$startTime La hora de UNIX en la que ha empezado la prueba.
$totalHostTime El tiempo se tarda en recibir la respuesta de eco despus de
empezar la prueba.
$typeOfService El campo Tipo de servicio de la capa IP, tal como se especifica al
aadir un nuevo elemento ICMP. Para obtener detalles, consulte
Tabla 76 en la pgina 432.
El supervisor ICMP crea un conjunto separado de elementos $pingnombre para
registrar los resultados de cada solicitud de eco ICMP enviada durante la prueba.
El nmero de solicitudes enviadas se indica en $numberPackets. Por ejemplo, para
el elemento $pingRTT, si $numberPackets es 3, el supervisor crea tres elementos
($pingRTT1, $pingRTT2 y $pingRTT3), que contienen la medicin del tiempo de viaje
de ida y vuelta para las tres solicitudes de eco ICMP enviadas.
Mensajes de estado:
El supervisor ICMP proporciona mensajes de estado en el elemento $message, al
La Tabla 78 describe los mensajes de estado de ICMP.
Tabla 78. Mensajes de estado del supervisor ICMP
Mensaje Descripcin
Pings Complete (Pings
completados)
La solicitud de eco ICMP se ha realizado correctamente.
ICMP echo failed (fallo de eco
ICMP)
El supervisor no ha podido emitir la solicitud de eco
ICMP porque hay un problema con el host del
supervisor o su conexin con la red.
Timed out (Tiempo de espera
excedido)
La solicitud de eco ICMP ha excedido el tiempo de
espera.
Unreachable (Inalcanzable) Este mensaje se devuelve desde un direccionador y no es
necesariamente preciso.
Source quench (flujos de origen) Un direccionador est demasiado ocupado para procesar
la solicitud de eco ICMP.
Time exceeded (Tiempo
superado)
Este mensaje se devuelve desde un direccionador. Indica
que la solicitud de eco ICMP se ha reenviado alrededor
de la red demasiadas veces.
Tabla 78. Mensajes de estado del supervisor ICMP (continuacin)
Mensaje Descripcin
Parameter problem (Problema de
parmetros)
Este mensaje se devuelve desde un direccionador. Indica
que el direccionador no puede procesar la solicitud de
eco ICMP. Esto podra deberse a que el mensaje estaba
daado.
Ejemplo
Supervise la disponibilidad del host test.mycompany.com comprobando los tiempos
de respuesta a intervalos de diez minutos. Intente contectar con el servidor en 30
segundos y, si se excede el tiempo de espera, vuelva a intentarlo dos veces ms. Si
sigue fallando, repita la prueba tres veces con cinco segundos entre cada nuevo
intento.
Cree un elemento del perfil ICMP y configure los campos con los valores que
Tabla 79. Ejemplo de elemento de perfil ICMP
server test.mycompany.com
description Ejemplo: supervisor ICMP
Active Selected
timeout 30
retries 2
poll 600
failureretests 3
retestinterval 5
Supervisor IMAP4
El supervisor IMAP4 funciona junto con el supervisor SMTP para probar la
disponibilidad y el tiempo de respuesta de un servicio de correo electrnico
IMAP4.
La Tabla 80 muestra los archivos del supervisor IMAP4.
Tabla 80. Archivos del supervisor IMAP4
Supervisor ejecutable nco_m_imap4
Archivo de propiedades $ISMHOME/etc/props/imap4.props
Archivo de reglas $ISMHOME/etc/rules/imap4.rules
Archivo de registro $ISMHOME/log/imap4.log
Directrices para configurar el supervisor IMAP4
El supervisor IMAP4 funciona junto con el supervisor SMTP supervisando el
buzn al que el supervisor SMTP enva los mensajes y midiendo la cantidad de
tiempo que se tarda en entregar esos mensajes.
La Figura 57 muestra el funcionamiento de los supervisores IMAP4 y SMTP.
Nota: Asegrese de que los relojes del sistema de la mquina host del supervisor y
el servidor de correo estn sincronizados para que funcionen correctamente.
Cuando el supervisor IMAP4 haya ledo el contenido del buzn, generar dos tipos
diferentes de sucesos:
v Sucesos especficos de mensajes
El supervisor IMAP4 crea un suceso especfico de mensaje para cada mensaje de
correo electrnico que descarga del buzn. En este tipo de suceso, el supervisor
establece el elemento $message en Mensaje descargado correctamente. El
elemento $timeToDeliver se calcula como el tiempo necesario para que el
mensaje vaya del supervisor SMTP que lo emiti al buzn que lo recibi. El
elemento $hopCount indica el nmero de hosts que el mensaje se ha saltado para
llegar al buzn.
v Sucesos del resumen
El supervisor crea un suceso de resumen cuando ha procesado todos los
mensajes del buzn. En este tipo de suceso, el elemento $message indica el
nmero total de mensajes descargados correctamente desde el buzn, y el
elemento $totaltime indica el tiempo que ha hecho falta completar las
solicitudes. El valor de $totaltime se expresa en segundos.
Correo seguro:
El supervisor IMAP4 soporta conexiones con los servicios de correo seguro. Puede
conectarse utilizando SSL/TLS, o el mandato STARTTLS.
Cuando defina un elemento de perfil, utilice el campo securitytype para
seleccionar la seguridad adecuada.
Si el servidor de correo requiere un certificado del lado del cliente para el cifrado
SSL, utilice las propiedades o las opciones de la lnea de mandatos de SSL para
especificar un archivo de certificado, un archivo de claves, una contrasea de clave
y un conjunto cifrado.
Figura 57. Funcionamiento del supervisor IMAP4 y SMTP
El supervisor IMAP4 le permite supervisar servidores que requieren certificados
del lado del cliente para la autenticacin mutua.
Buzones:
Cuando el supervisor IMAP4 ya ha procesado la informacin que contiene un
mensaje de correo electrnico enviado por el supervisor SMTP, la suprime del
buzn.
Puede utilizar cualquier buzn existente para almacenar mensajes de correo
electrnico entre los dos supervisores, incluso si el buzn pertenece a un usuario
real. Sin embargo, se recomienda crear una cuenta de buzn especial para realizar
pruebs de servicios.
IMAP4 se describen en la tabla siguiente.
Tabla 81. Propiedades y opciones de la lnea de mandatos del supervisor IMAP4
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la lnea
de mandatos Descripcin
Originator cadena de
caracteres
-originator Especifica el campo From para que
coincida al recuperar los mensajes de
correo electrnico enviados por el
supervisor SMTP. El supervisor
recupera slo los mensajes en los que
el campo From coincida con la cadena
del emisor. El emisor de IMAP4 debe
coincidir con el emisro del supervisor
SMTP.
Valor predeterminado: SMTP-Monitor
Tabla 81. Propiedades y opciones de la lnea de mandatos del supervisor
IMAP4 (continuacin)
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la lnea
SSLCertificate
File
cadena de
caracteres
-sslcertificate
file
ningn certificado de forma explcita
para un elemento HTTPS durante su
creacin.
supervisor la interpreta en relacin
con el directorio de trabajo
caracteres
-sslciphersuite El conjunto de cifrado que utilizar
para las operaciones SSL. Para ver
una descripcin de valores posibles,
consulte Conjuntos de cifrado.
RC4:3DES:DES:+EXP.
legado.
Valor predeterminado: 0 - TLSv1 est
habilitado. Configrelo en 1 para
inhabilitar TLSv1.
caracteres
privada SSL.
caracteres
-sslkeypassword La contrasea utilizada para cifrar la
clave privada SSL.
supervisor IMAP4.
exportadas.
exportables.
exportables.
exportables.
exportables.
exportables.
exportables.
fuertes.
exportables.
exportables.
exportables.
proporcionan compatibilidad con SSL versin 2. La Tabla 83 en la pgina 442
muestra una lista de los valores adicionales. En la tabla:
y el descifrado.
Versin
de SSL Cifrado
Intercambio de
claves
Longitud
de claves MAC
Configuracin de pruebas de servicios del supervisor IMAP4
Utilice los parmetros de configuracin del supervisor IMAP4 para definir pruebas
de servicios.
Tabla 84. Configuracin del supervisor IMAP4
Campo Descripcin
server La direccin IP del servidor de correo.
elemento.
creado o no.
Tabla 84. Configuracin del supervisor IMAP4 (continuacin)
Campo Descripcin
port El puerto IP del servidor IMAP4.
securitytype El tipo de conexin segura abierto con el servidor de correo:
v NONE: conectarse sin seguridad.
v SSL: enviar hello de SSLv2 y luego negociar SSLv2, SSLv3 o
TLSv1.
v STARTTLS: conectarse sin seguridad, enviar un mandato
STARTTLS, y luego establecer una conexin por TLSv1.
username El nombre del buzn de correo.
password La contrasea utilizada para iniciar sesin en el buzn, si es
necesaria.
authenticationtype El mtodo de autenticacin que se va a utilizar (STANDARD o
CRAM_MD5).
Valor predeterminado: STANDARD
sharedsecret El secreto compartido para la autenticacin de CRAM_MD5, si
es aplicable.
servidor.
una anomala.
supervisor intenta hacer coincidir el contenido recuperado con cada una de las
de servicio proporcionado por IMAP4.
IMAP4 son estas:
totalTime
lookupTime
connectTime
downloadTime
responseTime
sentTo
smtpServer
hopCount
timeToDeliver
bytesTransferred
bytesPerSec
sslHandshakeTime
regexpMatchde 1 a 3
message
446.
supervisor IMAP4 genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio IMAP4.
La Tabla 85 describe los elementos adicionales para el supervisor IMAP4.
Tabla 85. Elementos del supervisor IMAP4
Elemento Descripcin
$authentication El tipo del mtodo de autenticacin de usuario necesario para el
servidor IMAP4 (estndar o CRAM-MD5).
$bytesPerSec Nmero medio de bytes transferidos cada segundo.
$bytesTransferred El nmero de bytes cargados o descargados.
$connectTime El tiempo que se tarda en conectar con el servidor IMAP4.
$downloadTime*
(DownloadTime)
$hopCount El nmero de hosts que se ha saltado el mensaje para llegar al
buzn.
$inEvent Indica que este suceso forma parte de una serie de sucesos. 1
indica que no es el suceso final, 0 indica que es el suceso final.
$lookupTime*
(LookupTime)
El tiempo que se tarda en obtener la direccin IP del servidor host.
$port*
(Port)
El puerto en el que se supervisa el servicio.
$responseTime*
(ResponseTime)
El tiempo transcurrido entre cuando la conexin se establece y
cuando se recibe el primer byte de datos.
$security El tipo de conexin segura abierta con el servidor de correo
especificado al aadir un elemento IMAP (NONE, STARTTLS o SSL).
$sentTo*
(SentTo)
La direccin de correo electrnico utilizada por el supervisor
SMTP para enviar el mensaje original.
$smtpServer El nombre del servidor SMTP desde el que se ha enviado el correo
electrnico.
$SSLHandshakeTime*
(SslHandshakeTime)
$timeToDeliver El tiempo que tarda un mensaje de correo electrnico en
desplazarse de un supervisor SMTP a su buzn de destino.
$user*
(ImapUser)
El nombre de usuario (nombre de cuenta) utilizado por el
supervisor para iniciar sesin en el servidor IMAP4.
Mensajes de estado:
El supervisor IMAP proporciona mensajes de estado en el elemento $message, al
La Tabla 86 describe los mensajes de estado de IMAP4.
Tabla 86. Mensajes de estado de supervisor IMAP4
Mensaje Descripcin
Message successfully downloaded
(Mensaje descargado correctamente))
El mensaje se ha descargado correctamente.
Downloaded x messages (x mensajes
descargados)
Indica cuntos mensajes se han descargado
correctamente del buzn.
Server not IMAP4rev1 compliant
(Servidor no compatible con
IMAP4rev1)
El servidor IMAP4 no cumple con la especificacin
IMAP4 (RFC2060).
Server does not support STARTTLS
capability (El servidor no soporta la
capacidad STARTTLS)
El servidor no est configurado correctamente.
Unable to log into server (No se ha
podido iniciar sesin en el servidor)
El supervisor no inicia sesin en el servidor IMAP.
Unrecognised response to STATUS
command (Respuesta no reconocida al
mandato STATUS)
El supervisor no reconoce el valor devuelto por el
servidor.
Unrecognised response to FETCH
INTERNALDATE command (Respuesta no
reconocida al mandato FETCH
INTERNALDATE)
Failed to obtain Actual-Time-Sent
header (No se ha podido obtener la
cabecera de tiempo real enviado)
El supervisor no ha obtenido la respuesta esperada
del servidor.
Failed to obtain Actually-To
cabecera real)
Failed to obtain SMTP-Server
cabecera de servidor SMTP)
Ejemplo
Supervise la disponibilidad del host test.mycompany.com comprobando los tiempos
de respuesta a intervalos de diez minutos. Intente contectar con el servidor en 30
segundos y, si se excede el tiempo de espera, vuelva a intentarlo dos veces ms. Si
sigue fallando, repita la prueba tres veces con cinco segundos entre cada nuevo
intento.
Cree un elemento del perfil ICMP y configure los campos con los valores que
Tabla 87. Ejemplo de elemento de perfil ICMP
server test.mycompany.com
Tabla 87. Ejemplo de elemento de perfil ICMP (continuacin)
description Ejemplo: supervisor ICMP
Active Selected
timeout 30
retries 2
poll 600
failureretests 3
retestinterval 5
supervisor LDAP
El supervisor LDAP prueba el funcionamiento de lo servidores Lightweight
Directory Access Protocol (LDAP).
La Tabla 88 muestra los archivos del supervisor LDAP.
Tabla 88. Archivos del supervisor LDAP
Supervisor ejecutable nco_m_ldap
Archivo de propiedades $ISMHOME/etc/props/ldap.props
Archivo de reglas $ISMHOME/etc/rules/ldap.rules
Archivo de registro $ISMHOME/log/ldap.log
Directrices para configurar el supervisor LDAP
El supervisor LDAP prueba servicios LDAP conectndose con un servidor LDAP e
intentando ubicar una entrada especfica. Si el servidor consigue ubicar la entrada,
devuelve el contenido de la entrada al supervisor. El supervisor LDAP puede
utilizar SSL para autenticarse y conectarse con el servidor LDAP.
Para configurar el supervisor LDAP es necesario comprender cmo funcionan el
protocolo LDAP y el servicio de directorio supervisado. LDAP es un protocolo de
Internet para acceder a servicios de directorio y gestionarlos. Un servicio de
directorio es una aplicacin de base de datos distribuida. Un directorio consta de
entradas. Por ejemplo, un directorio podra contener entradas que se relacionan
con los empleados o los recursos de una organizacin. Cada entrada contiene un
conjunto de atributos, por ejemplo las entrada de un directorio de empleados
puede contener el nombre, el nmero de telfono y la direccin de un empleado.
Cada servicio de directorio concreto puede interpretarse de manera distinta, as
que el procedimiento de supervisin tambin puede diferir.
versiones de LDAP:
El supervisor LDAP admite tanto la versin 2 como la versin 3 de LDAP. De
forma predeterminada, el supervisor intenta conectarse con el servidor LDAP de
destino utilizando la versin 3 y luego vuelve automticamente a la versin 2 si el
intento falla. Puede forzar que supervisor utilice siempre la versin 2 configurando
la propiedade NOLDAPV3.
Servicio de directorios de ejemplo:
Este servicio de directorio de ejemplo almacena los detalles personales de todos los
empleados. El directorio se divide en pases y luego en departmentos. Los
empleados y sus atributos se almacenan en cada departamento.
La Figura 58 muestra un extracto de un directorio de ejemplo.
A las entidades se hace referencia con sus nombres distinguidos. Un nombre
distinguido es la ruta a la entidad. Por ejemplo, los nombres distinguidos del
departamento contable y Hamish Wednesday seran:
dn="ou=accounting, c=UK"
dn="cn=Hamish Wednesday, ou=Development, c=UK"
La entrada para cada empleado tiene varios atributos. Por ejemplo, la entrada para
Hamish Wednesday contiene:
cn: Hamish Wednesday
uid: ham
mail: HWednesday@development.mycompany.com
telephoneNumber: 88 88 55 44
Cada entidad de la jerarqua de directorios puede protegerse con un nombre de
usuario (en LDAP es un nombre distinguido) y una contrasea. El supervisor usa
este nombre de usuario y esta contrasea para acceder al servidor LDAP.
Cuando el supervisor accede al servidor, indica en qu parte de la jerarqua de
directorios debe comensar la entidad de destino. Se especifica en el campo
searchBase como un nombre distinguido. Por ejemplo, la bsqueda podra empezar
en el nivel de departamento.
Figura 58. Ejemplo de jerarqua de directorios
ou=Accounting, c=UK
Nota: Las entidades que forman un nombre distinguido estn en orden inverso. Es
decir, empiezan en el punto ms bajo de la jerarqua y luego muestran cada
entidad encima.
La entidad de destino se pasa al servidor en el campo de filtro. Este campo debe
contener un atributo de la entidad de destino. Por ejemplo, para buscar la entidad
Hamish Wednesday, el campo de filtro podra contener:
(uid=ham)
El servidor LDAP utiliza los campos proporcionados por el supervisor para buscar
la entidad de destino. El resultado de la bsqueda se devuelve al supervisor.
Si la bsqueda es correcta, el servidor tambin devuelve los atributos de la entidad
de destino. El supervisor los convierte en elementos cuyos nombres se crean
dinmicamente. Por ejemplo, el supervisor convertira la entrada de Hamish
Wednesday en:
$dnMatched = "cn=Hamish Wednesday, ou=Development, c=UK"
$cn = "Hamish Wednesday"
$uid = "ham"
$mail = "HWednesday@development.mycompany.com"
$telephoneNumber = "88 88 55 44"
Autenticacin de LDAP:
La autenticacin del servidor LDAP de SSL se basa en certificados de claves
pblicas-privadas, firmados por autoridades de certificacin como Verisign y
Thawte. Para la autenticacin SSL, el supervisor LDAP utiliza la base de datos
Netscape cert7db de certificados pblicos para verificar las firmas de certificados
de servidor emitidas por las autoridades certificadoras.
Si utiliza certificados firmados por una autoridad certificadora reconocida por
Netscape, como Verisign o Thawte, el supervisor LDAP los reconoce de manera
automtica. Si utiliza certificados firmados por su organizacin o por una
organizacin que no se encuentre en la base de datos de Netscape, debe aadirlos
a la base de datos cert7db.
Utilice el programa de utilidad certutil, disponible desde Netscape, para aadir
sus certificados a la base de datos. La base de datos cert7db para el supervisor
LDAP se encuentra en el archivo $ISMHOME/certificates/cert7.db.
Para supervisar los servidores LDAP asegurados con cifrado SSL o TLS, configure
las variables de entorno tal como se describen en la Tabla 89.
Tabla 89. Variables de entorno necesarias para supervisar servidores LDAP seguros
Variable Descripcin Valor
LDAPTLS_CACERT Especifica el archivo que
contiene los certificados CA
archivo que contiene el
certificado de servidor. Por
ejemplo, cacert.pem.
LDAPTLS_REQCERT Especifica las comprobaciones
que hay que realizar en un
certificado de servidor
Seleccione una de estas opciones:
never|allow|try|demand.
Consulte http://www.openldap.org para ver ms informacin.
LDAP se describen en la tabla siguiente.
Tabla 90. Propiedades y opciones de la lnea de mandatos del supervisor LDAP
Nombre
de
propiedad
Parmetro
de
propiedad
Opcin de
la lnea de
mandatos Descripcin
NOLDAPV3 0|1 -noldapv3 Fuerza al supervisor a utilizar LDAP v2 en lugar
de LDAP v3.
0 - use LDAP v3
1 - use LDAP v2
Configuracin de pruebas de servicios del supervisor LDAP
Utilice los parmetros de configuracin del supervisor LDAP para definir pruebas
de servicios.
Tabla 91. Configuracin del supervisor LDAP
Campo Descripcin
server El nombre o la direccin IP del servidor LDAP que se va a
supervisar.
searchbase El nombre distinguido de la ubicacin desde la que se va a
iniciar la bsqueda.
filter Un atributo de la entidad de destino que se va a buscar.
elemento.
creado o no.
port El puerto del servidor LDAP con el que conectarse. Debe
especificar el puerto SSL si utiliza la autenticacin SSL.
servicio de directorio. El formato del nombre de usuario
depende de la configuracin de tipo de autenticacin. Consulte
la nota posterior.
Puede especificar un dominio de Windows, es decir,
DOMAIN\username.
password La contrasea utilizada para iniciar sesin en el servicio de
directorio, si es necesaria. Consulte la nota posterior.
Tabla 91. Configuracin del supervisor LDAP (continuacin)
Campo Descripcin
authenticationtype El mtodo de autenticacin LDAP que se va a utilizar:
v SIMPLE (annimo o contrasea de texto sin formato)
v SSL-SIMPLE
v SASL-DIGEST-MD5
Nota: La autenticacin SASL-DIGEST-MD5 no est disponible en
las plataformas Linux.
Si configura authenticationtype en SIMPLE o SSL-SIMPLE,
especifique los nombres de usuario en el formato de nombre
distinguido. Si establece authenticationtype
enSASL-DIGEST-MD5, especifique los nombres de usuario como
ID de vinculacin LDAP de SASL. Para iniciar sesin en el
servidor LDAP como un usuario annimo, configure
authenticationtype en SIMPLE y deje los campos de nombre de
usuario y contrasea en blanco.
Valor predeterminado: SIMPLE
saslrealm El dominio de autenticacin del servidor LDAP; normalmente
es el nombre completo de dominio del servidor. Si desea
compartir contraseas entre varias mquinas, puede utilizar un
nombre de dominio, por ejemplo mycompany.com.
servidor.
una anomala.
de servicio LDAP.
LDAP son estas:
totalTime
connectTime
searchTime
initTime
dnMatched
message
453.
supervisor LDAP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio LDAP.
La Tabla 92 describe los elementos adicionales para el supervisor LDAP.
Tabla 92. Elementos del supervisor LDAP
Elemento Descripcin
$authentication El tipo del mtodo de autenticacin de usuario necesario para
el servidor LDAP (estndar o CRAM-MD5).
$connectTime*
(ConnectTime)
El tiempo que se tarda en conectar con el servidor LDAP.
$distinguishedName*
(UserName)
El nombre distinguido utilizado para iniciar sesin en el
servicio de directorio.
$dnMatched La entidad con la que se busca la coincidencia en la bsqueda.
$filter*
(SrchFilter)
El atributo utilizado para ubicar la entidad de destino.
$initTime*
(InitTime)
El tiempo que se tarda en inicializar el cliente LDAP.
$port*
(Port)
El puerto del servidor LDAP con el que est conectado el
supervisor.
$saslRealm El dominio SASL que se ha especificado al aadir un nuevo
elemento LDAP.
$searchBase*
(SearchBase)
El nombre distinguido de la entrada desde la cual se ha
iniciado la bsqueda.
$searchTime*
(SearchTime)
El tiempo que se tarda en completar la bsqueda.
Mensajes de estado:
El supervisor LDAP proporciona mensajes de estado en el elemento $message, al
La Tabla 93 describe los mensajes de estado de LDAP.
Tabla 93. Mensajes de estado de supervisor LDAP
Mensaje Descripcin
Search successful (Bsqueda correcta) La solicitud se ha realizado correctamente.
Search failed (Bsqueda fallida) La solicitud no se ha realizado
satisfactoriamente.
No match (No hay coincidencias) El servidor no ha podido encontrar una
entrada que coincida con los criterios de
bsqueda.
Connection timed out (Tiempo de espera de
la conexin excedido)
La conexin se ha establecido correctamente,
pero luego el servidor ha dejado de
responder.
Initialisation failed - an unrecognised
authentication type was specified
(Inicializacin fallida: se ha especificado un
tipo de autenticacin no reconocido)
Se produce si se utiliza un tipo de
autenticacin que el supervisor LDAP no
soporta.
Client initialisation failed (Ha fallado
la inicilizacin del cliente)
La inicializacin de las estructuras LDAP ha
fallado debido a una memoria no adecuada.
Bind (authentication) failed (Ha fallado
la vinculacin (autenticacin))
El servidor ha superado el tiempo de espera
antes de completarse la vinculacin.
SASL bind is not possible because server
does not support LDAPv3 (La vinculacin
SASL no es posible porque el servidor no
soporta LDAPv3)
El servidor debe soportar LDAPv3 para
crear una vinculacin SASL.
SASL bind is not possible because one of
bind_id (username), password or
sasl_realm is blank (La vinculacin SASL
no es posible porque est en blanco el ID de
vinculacin (nombre de usuario), la
contrasea o el dominio sasl_realm)
Para que se produzca una vinculacin, todos
los campos de autenticacin deben tener un
valor. Por lo tanto, una vinculacin SASL no
es posible si el usuario inicia sesin de
forma annima (en texto sin formato)
utilizando el tipo de autenticacin SIMPLE.
SASL bind error (Error de vinculacin
SASL)
La vinculacin SASL ha fallado pero no se
ha podido identificar la razn.
SASL bind authorisation error (Error de
autorizacin de vinculacin SASL)
La vinculacin SASL ha fallado porque las
credenciales de autorizacin eran incorrectas.
Ejemplo
Supervise el nivel de servicio proporcionado por el servidor LDAP
ldap.mycompany.com buscando el usuario Hamish Wednesday. Supervise el
directorio en intervalos de 10 minutos. Intente conectarse con la base de datos y
acceder a ella en 30 segundos utilizando las credenciales jbloggs/secret9 y, si esto
falla, vuelva a intentarlo tres veces con cinco segundos entre cada nuevo intento.
Nota: Este ejemplo hace referencia a la jerarqua LDAP que aparece en la seccin
Servicio de directorios de ejemplo en la pgina 448.
Cree un nuevo elemento de perfil LDAP y configure los campos con los valores
que aparecen en laTabla 94.
Tabla 94. Ejemplo de elemento de perfil LDAP
Campo de configuracin de elementos de
perfil Valor
server ldap.mycompany.com
searchbase ou=Accounting, c=UK
searchfilter (uid=ham)
description Ejemplo: supervisor LDAP
Active Selected
username jbloggs
password secret9
timeout 30
poll 600
failureretests 3
retestinterval 5
Resolucin de problemas
Utilice la informacin de esta seccin como ayuda para resolver los problemas que
puedan surgirle con el supervisor LDAP.
Tabla 95. Resolucin de problemas del supervisor LDAP
Problema Accin
El supervisor siempre falla al intentar conectarse
con el servidor LDAPv2.
Compruebe que la propiedad
noldapv3 est configurada.
Supervisor NNTP
El supervisor NNTP prueba la disponibilidad de un servicio NNTP leyendo de un
grupo de noticias y publicando en el mismo.
La Tabla 96 muestra los archivos del supervisor NNTP.
Tabla 96. Archivos del supervisor NNTP
Supervisor ejecutable nco_m_nntp
Archivo de propiedades $ISMHOME/etc/props/nntp.props
Archivo de reglas $ISMHOME/etc/rules/nntp.rules
Archivo de registro $ISMHOME/log/nntp.log
Directrices para configurar el supervisor NNTP
El supervisor NNTP prueba los servicios NNTP envindolos a un servidor NNTP
y leyendo de ellos. Cada elemento de perfil que cree para el supervisor realiza una
operacin de lectura o una operacin de envo.
En una operacin de lectura, el supervisor se conecta con el servicio NNTP para
comprobar si existe un grupo de noticias de Internet concreto o no. Si el grupo de
noticias existe, el supervisor registra el nmero de elementos de noticias que
incluye. Tambin intenta registrar el ltimo elemento de noticias aadido al grupo
de noticias. La Figura 59 muestra la operacin de lectura.
En una operacin de envo, el supervisor comprueba que el grupo de noticias
exista y luego intenta escribir un mensaje de prueba. El asunto del menaje de texto
es NNTP Monitor Test Message (mensaje de prueba del supervisor NNTP). La
Figura 60 muestra la operacin de envo.
Cada elemento de perfil especifica un nombre de usuario y una contrasea
suministrados por el supervisor al acceder a un servidor NNTP. El supervisor
utiliza el sistema de autenticacin de texto sin formato:
AUTHINFO USER nombre_usuario
AUTHINFO PASS contrasea
donde nombre_usuario y contrasea son los especificados en el elemento de perfil
del supervisor.
NNTP se describen en la tabla siguiente.
Figura 59. Operacin del supervisor NNTP (lectura)
Figura 60. Operacin del supervisor NNTP (envo)
Tabla 97. Propiedades y opciones de la lnea de mandatos del supervisor NNTP
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la lnea de
mandatos Descripcin
caracteres
-outputdirectory Especifica el directorio de salida
que utilizar si OutputResult es true
(configurado en 1).
Valor predeterminado: $ISMHOME/var
OutputResult 0|1 -outputresult Especifica que el supervisor debe
guardar los datos que recibe del
servicio.
0: inhabilitado
1: habilitado
Configuracin de pruebas de servicios del supervisor NNTP
Utilice los parmetros de configuracin del supervisor NNTP para definir pruebas
de servicios.
Tabla 98. Configuracin del supervisor NNTP
Campo Descripcin
server La direccin IP del servidor NNTP.
newsgroup El nombre del grupo de noticias que utiliza el supervisor para
enviar y leer mensajes de prueba.
elemento.
creado o no.
port El nmero de puerto del servidor NNTP.
username El nombre de usuario utilizado para autenticarse con el
servidor NNTP.
password La contrasea del nombre de usuario utilizado para
autenticarse con el servidor NNTP.
action Indica si se enva o recupera un artculo. Puede ser READ o
POST.
Valor predeterminado: POST
servidor.
Tabla 98. Configuracin del supervisor NNTP (continuacin)
Campo Descripcin
una anomala.
supervisor NNTP intenta hacer coincidir el contenido recuperado con cada una de
de servicio proporcionado por NNTP.
NNTP son estas:
totalTime
lookupTime
connectTime
transferTime
responseTime
status
bytesTransferred
bytesPerSec
newsItems
expected
lastLineReceived
checksum
previousChecksum
regexpMatchde 1 a 3
message
460.
v Los cdigos de status 220 y 240 indican que ha sido satisfactorio. Consulte el
protocolo NNTP para ver otros cdigos de estado devueltos por la operacin.
v egexpStatusn puede tener los valores siguientes:
supervisor.
supervisor NNTP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio NNTP.
La Tabla 99 describe los elementos adicionales para el supervisor NNTP.
Tabla 99. Elementos del supervisor NNTP
Elemento Descripcin
$action*
(NntpAction)
La accin desempeada por el supervisor. Puede ser READ o
POST.
Tabla 99. Elementos del supervisor NNTP (continuacin)
Elemento Descripcin
$checksum El elemento Checksum no suele proporcionar valores
en progreso). Los elementos de supervisor $checksum y
$previousChecksum estn pensados para el enriquecimiento de
alertas mediante el archivo de reglas del supervisor.
$connectTime*
(ConnectTime)
El tiempo que se tarda en establecer una conexin con el
servidor NNTP.
$downloadTime El tiempo que se tarda en descargar el archivo.
$group*
(NntpGroup)
El nombre del grupo de noticias supervisado.
$lastLineReceived Este elemento slo se configura si el elemento $message
contiene el mensaje Expect Failed. Si est configurado,
contendr la respuesta del servidor NNTP.
$lookupTime*
(LookupTime)
El tiempo que se tarda en buscar la direccin IP del servidor.
$newsItems El nmero de elementos nuevos del grupo de noticias.
$password La contrasea utilizada para autenticar el supervisor.
en progreso). Los elementos de supervisor $previousChecksum y
$checksum estn pensados para el enriquecimiento de alertas
mediante el archivo de reglas del supervisor.
$responseTime*
(ResponseTime)
hasta que se reciba el primer byte del artculode destino.
$status El cdigo de estado devuelto por el servidor NNTP.
$transferTime*
(TransferTime)
Establece el valor en $uploadTime o $downloadTime.
$uploadTime El tiempo que se tarda en cargar el archivo.
$username El nombre de usuario utilizado para autenticar el supervisor.
Si $message contiene $ExpectFailed
$expected El texto de la conexin que esperaba el supervisor para cuando
fall la conexin.
$lastLineReceived La ltima lnea de texto en la conexin que ha recibido el
supervisor desde el servidor NNTP.
Mensajes de estado:
El supervisor NNTP proporciona mensajes de estado en el elemento $message, al
La Tabla 100 describe los mensajes de estado de NNTP.
Tabla 100. Mensajes de estado del supervisor NNTP
Mensaje Descripcin
Article Posted (Artculo enviado) La accin POST de NNTP se ha realizado
correctamente.
Article Retrieved (Artculo
recuperado)
La accin READ de NNTP se ha realizado
correctamente.
Not Found (No encontrado) El artculo no se ha podido ubicar.
Expect failed (Fallo esperado) Ha fallado la solicitud NNTP.
Timed out waiting to read (Tiempo
de espera excedido al esperar la
lectura)
Una conexin de datos con el servidor se ha
establecido, pero ha dejado de responder.
Connection failed (La conexin ha
fallado)
El supervisor no ha podido conectarse con el
servidor. Consulte el archivo de registro para ver
ms informacin.
El host remoto ha cerrado la conexin antes de lo
que esperaba el supervisor.
Ejemplo
Supervise la disponibilidad del servidor NNTP news.mycompany.com leyendo del
grupo de noticias mycompany.test a intervalos de diez minutos. Utilice las
credenciales jblogg/secret9 para acceder al servidor. Intente contectar con el
servidor en 30 segundos y, si esto falla, vuelva a intentarlo tres veces ms con
cinco segundos entre cada reintento. Si el tiempo total para la transaccin es
superior a 60 segundos, o si el estado que se devuelve en el elemento status no es
220 (lo cual indica que el artculo se ha recuperado correctamente), clasifique el
nivel de servicio como Failed. Si el tiempo total para la transaccin es superior a
30 segundos, clasifique el nivel de servicio como Marginal. De lo contrario, el nivel
de servicio es Good.
Cree un elemento de perfil NNTP y configure los campos que aparecen en la
Tabla 101.
Tabla 101. Ejemplo de elmento de perfil NNTP
server news.mycompany.com
newsgroup mycompany.test
timeout 30
poll 600
failurerests 3
retestinterval 5
username jblogg
password secret9
Tabla 101. Ejemplo de elmento de perfil NNTP (continuacin)
action READ
description Ejemplo: READ
Active Selected
statement If (Status != 220) then status Failed
else if (Total Time > 60) then status Failed
else if (Total Time > 30) then status Marginal
else status is Good
supervisor NTP
El supervisor de Protocolo de hora de red (NTP) consulta a un servidor NTP que
utiliza UDP (Protocolo de datagramas de usuario) para determinar si el servidor
suministra la hora correcta.
NTP utiliza UTC (Hora universal coordinada) para sincronizar los relojes del
sistema al milisegundo.
La Tabla 102 muestra los archivos del supervisor NTP.
Tabla 102. Archivos del supervisor NTP
Archivos de supervisor Nombre y/o ubicacin
Supervisor ejecutable nco_m_ntp
Archivo de propiedades $ISMHOME/etc/props/ntp.props
Archivo de reglas $ISMHOME/etc/ntp.rules
Archivo de registro $ISMHOME/log/ntp.log
Directrices para configurar el supervisor NTP
El supervisor NTP adquiere datos enviando una consulta a un servidor NTP, que
devuelve un paquete de respuestas UDP con la hora actual (tal como ve el servidor
NTP).
el servidor NTP.
Figura 61. Funcionamiento del supervisor NTP
NTP.
Configuracin de pruebas de servicios del supervisor NTP
Utilice los parmetros de configuracin del supervisor NTP para definir pruebas de
servicios.
Tabla 103. Configuracin NTP
Campo Descripcin
server El nombre de host del servidor NTP.
elemento.
Active Si el elemento de perfil debe estar activo o no cuando se abre.
port El puerto del servidor NTP que se va a utilizar.
localip Especifica la direccin IP de la interfaz de red de la mquina
de host a la que se conecta el supervisor cuando realiza la
prueba. Si se configura la propiedad IpAddress del supervisor,
sustituye el valor de este campo.
version La versin del servidor NTP que se va a utilizar (1, 2, 3 o 4).
servidor.
con el servidor NTP antes de abandonar.
una anomala.
de servicio proporcionado por NTP.
NTP son estas:
totalTime
responseTime
lookupTime
offset
adjustedOffset
message
464.
supervisor NTP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio NTP.
La Tabla 104 describe los elementos adicionales para el supervisor NTP.
Tabla 104. Elementos del supervisor NTP
Elemento Descripcin
$adjustedOffset El desplazamiento de tiempo desde el servidor en segundos.
interfaz.
$lookupTime*
(LookupTime)
host.
$ntpVersionIn Versin de protocolo utilizada en la respuesta del servidor.
$ntpVersionOut Versin de protocolo utilizada para enviar.
$offset La diferencia en tiempo entre el servidor NTP y la mquina
que ejecuta el supervisor en segundos.
$port*
(Port)
El puerto del servidor NTP que se va a utilizar.
Tabla 104. Elementos del supervisor NTP (continuacin)
Elemento Descripcin
$responseTime*
(ResponseTime)
El tiempo transcurrido entre cuando el supervisor se conecta
con el servidor NTP y cuando recibe una respuesta.
$retries El nmero de veces que se reenva una solicitud si no se
reciben ID de respuesta.
Mensajes de estado:
El supervisor NTP proporciona mensajes de estado en el elemento $message, al
La Tabla 105 describe los mensajes de estado de NTP.
Tabla 105. Mensajes de estado del supervisor NTP
Mensaje Descripcin
Successful query (Consulta satisfactoria) El servidor NTP dio la respuesta esperada.
Connection failed (La conexin ha fallado) No se puede inicializar un socket UDP.
Failed to send request to NTP server (No
se ha podido enviar solicitudes al servidor
NTP)
No se ha podido escribir en el socket UDP.
No response from server (No hay respuesta
del servidor)
El servidor NTP no ha respondido.
Ejemplo
Supervise la disponibilidad del servidor NTP ntp.mycompany.com comprobando los
tiempos de respuesta a intervalos de diez minutos. Intente contectar con el
servidor en 30 segundos y, si se excede el tiempo de espera, vuelva a intentarlo
entre cada entrada. Cuando se realizan las pruebas el supervisor debe utilizar la
interfaz de la red con la direccin IP 102.168.n.n.
Cree un nuevo elemento de perfil NTP y configure los campos con los valores que
Tabla 106. Ejemplo de elemento de perfil NTP
perfil Valor
server ntp.mycompany.com
description Ejemplo: supervisor NTP
Active Selected
localip 102.168.n.n
version 4
timeout 30
retries 2
poll 600
failurerestests 3
Tabla 106. Ejemplo de elemento de perfil NTP (continuacin)
perfil Valor
retestinterval 5
supervisor POP3
El supervisor POP3 funciona junto con el supervisor POP3 para probar la
disponibilidad y el tiempo de respuesta de un servicio de correo electrnico POP3.
La Tabla 107 muestra los archivos del supervisor POP3.
Tabla 107. Archivos del supervisor POP3
Supervisor ejecutable nco_m_pop3
Archivo de propiedades $ISMHOME/etc/props/pop3.props
Archivo de reglas $ISMHOME/etc/rules/pop3.rules
Archivo de registro $ISMHOME/log/pop3.log
Directrices para configurar el supervisor POP3
El supervisor POP3 funciona junto con el supervisor SMTP supervisando el buzn
al que el supervisor SMTP enva los mensajes y midiendo la cantidad de tiempo
que se tarda en entregar esos mensajes.
La Figura 62 muestra el funcionamiento de los supervisores POP3 y SMTP.
Nota: Asegrese de que los relojes del sistema de la mquina host del supervisor y
el servidor de correo estn sincronizados para que funcionen correctamente.
Cuando el supervisor POP3 haya ledo el contenido del buzn, generar dos tipos
diferentes de sucesos:
v Sucesos especficos de mensajes
El supervisor POP3 crea un suceso especfico de mensaje para cada mensaje de
correo electrnico que descarga del buzn. En este tipo de suceso, el supervisor
establece el elemento $message en Mensaje descargado correctamente. El
elemento $timeToDeliver se calcula como el tiempo necesario para que el
Figura 62. Operacin del supervisor POP3
mensaje vaya del supervisor SMTP que lo emiti al buzn que lo recibi. El
elemento $hopCount indica el nmero de hosts que el mensaje se ha saltado para
llegar al buzn.
v Sucesos del resumen
El supervisor crea un suceso de resumen cuando ha procesado todos los
mensajes del buzn. En este tipo de suceso, el elemento $message indica el
nmero total de mensajes descargados correctamente desde el buzn, y el
elemento $totaltime indica el tiempo que ha hecho falta completar las
solicitudes. El valor de $totaltime se expresa en segundos.
Correo seguro:
El supervisor POP3 soporta conexiones con los servicios de correo seguro. Puede
Cuando defina un elemento de supervisor POP3, utilice el campo Tipo de
seguridad para seleccionar la seguridad adecuada.
Si el servidor de correo requiere un certificado del lado de cliente para el cifrado
SSL, utilice las propiedades o las opciones de la lnea de mandatos de SSLnombre
para especificar un archivo de certificado, un archivo de claves, una contrasea de
clave y un conjunto cifrado.
El supervisor POP3 le permite supervisar servidores que requieren certificados del
lado del cliente para la autenticacin mutua.
POP3 se describen en la tabla siguiente.
Tabla 108. Propiedades y opciones de la lnea de mandatos del supervisor POP3
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la lnea
SSLCertificate
File
cadena de
caracteres
-sslcertificate
file
ningn certificado de forma
explcita para un elemento POP3
durante su creacin.
supervisor la interpreta en relacin
con el directorio de trabajo
caracteres
-sslciphersuite El conjunto de cifrado que utilizar
para las operaciones SSL. Valor
predeterminado: RC4:3DES:DES:+EXP.
Consulte Conjuntos de cifrado
para ver una descripcin de los
valores posibles.
legado.
Valor predeterminado: 0 - TLSv1
est habilitado. Configrelo en 1
para inhabilitar TLSv1.
caracteres
privada SSL.
caracteres
-sslkeypassword La contrasea utilizada para cifrar
la clave privada SSL.
supervisor POP3.
exportadas.
exportables.
exportables.
exportables.
exportables.
exportables.
exportables.
fuertes.
exportables.
exportables.
exportables.
y el descifrado.
Versin
de SSL Cifrado
Intercambio de
claves
Longitud
de claves MAC
Versin
de SSL Cifrado
Intercambio de
claves
Longitud
de claves MAC
Configuracin de pruebas de servicios del supervisor POP3
Utilice los parmetros de configuracin del supervisor POP3 para definir pruebas
de servicios.
Tabla 111. Configuracin del supervisor POP3
Campo Descripcin
elemento.
creado o no.
Tabla 111. Configuracin del supervisor POP3 (continuacin)
Campo Descripcin
port El nmero de puerto del servidor mail.
TLSv1.
v STARTTLS: conectarse sin seguridad, enviar un mandato STLS,
y luego establecer una conexin por TLSv1. Este es el tipo de
seguridad ms seguro.
username El nombre del buzn de correo.
password La contrasea utilizada para iniciar sesin en el buzn, si es
necesaria.
authenticationtype El mtodo de autenticacin que utilizar:
v STANDARD: utiliza un intercambio de usuario/contrasea en el
que la contrasea no est cifrada. Esto es apropiado para la
utilizacin internacional de POP3.
v APOP: utilcelo cuando el cliente POP3 se conecte con el
servidor de manera regular. Esto ofrece un nivel superior de
seguridad respecto del estndar. Asegrese de especificar un
secreto compartido APOP si selecciona APOP. Tenga en cuenta
que no todos los servidores soportan APOP.
Valor predeterminado: STANDARD
sharedsecret El secreo compartido para la autenticacin APOP, alicable slo
si utiliza el tipo de autenticacin APOP. La cadena debe tener
una longitud de al menos ocho caracteres y se oscurece en la
servidor.
una anomala.
supervisor intenta hacer coincidir el contenido recuperado con cada una de las
de servicio proporcionado por POP3.
POP3 son estas:
totalTime
lookupTime
connectTime
sslHandshakeTime
downloadTime
responseTime
sentTo
smtpServer
hopCount
timeToDeliver
bytesTransferred
bytesPerSec
regexpMatchde 1 a 3
message
473.
supervisor POP3 genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio POP3.
La Tabla 112 describe los elementos adicionales para el supervisor POP3.
Tabla 112. Elementos del supervisor POP3
Elemento Descripcin
el servidor POP el servidor SMTP (Standard o APOP).
$bytesPerSec*
(BytesPerSec)
$bytesTransferred*
(BytesTransferred)
$connectTime*
(ConnectTime)
El tiempo que se tarda en conectar con el servidor POP3.
$downloadTime*
(DownloadTime)
$hopCount El nmero de hosts que se ha saltado el mensaje para llegar al
buzn.
$inEvent Indica que este suceso forma parte de una serie de sucesos. 1
indica que no es el suceso final, 0 indica que es el suceso final.
$lookupTime*
(LookupTime)
host.
$regexpMatch La primera lnea del correo electrnico que coincide con
$regexp.
$responseTime*
(ResponseTime)
hasta que se reciba el primer byte del correo electrnico de
destino.
especificado al aadir un elemento IMAP (NONE, STARTTLS o
SSL).
Tabla 112. Elementos del supervisor POP3 (continuacin)
Elemento Descripcin
$sentTo La direccin de correo electrnico utilizada por el supervisor
SMTP para enviar el mensaje original.
$smtpServer El nombre del servidor SMTP desde el que se ha enviado el
correo electrnico.
$SSLHandshakeTime*
(SslHandshakeTime)
$timeToDeliver El tiempo que tarda un mensaje de correo electrnico en
desplazarse de un supervisor SMTP a su buzn de destino.
$user*
(PopUser)
supervisor para iniciar sesin en el servidor POP3.
Mensajes de estado:
El supervisor POP3 proporciona mensajes de estado en el elemento $message, al
La Tabla 113 describe los mensajes de estado de POP3.
Tabla 113. Mensajes de estado del supervisor POP3
Mensaje Descripcin
Message successfully
downloaded (Mensaje descargado
correctamente))
La solicitud POP3 ha sido satisfactoria.
Downloaded x messages (x
mensajes descargados)
Indica cuntos mensajes se han descargado del buzn.
Timed out waiting to
read/write (Tiempo de espera
superado al esperar
lectura/escritura)
Una conexin de datos con el servidor se ha establecido,
pero ha dejado de responder.
Connection closed by foreign
host (Conexin cerrada por host
forneo)
El host remoto ha cerrado la conexin antes de lo que
esperaba el supervisor.
ha fallado)
informacin.
APOP not supported by the
server (APOP no soportada por
el servidor)
El mtodo de autenticacin APOP no es soportado por el
servidor. Use en su lugar el tipo de autenticacin
estndar.
APOP service not available
(Servicio APOP no disponible)
La implementacin del servidor APOP no es soportado
por el servidor. Use en su lugar el tipo de autenticacin
estndar.
Server does not support STLS
capability (El servidor no
soporta la capacidad STLS)
El servidor no soporta STARTTLS. Use un tipo de
seguridad distinto.
Ejemplo
Supervise la operacin del servidor de correo mail.mycompany.com configurando el
supervisor SMTP para enviar mensajes a una bandeja de correo de prueba test y
configurando el supervisor POP3 para que recupere los mensajes. La bandeja de
entrada de prueba tiene la direccin ismtest@mycompany.com y las credenciales
ismtest/secret1. Utilice un tiempo de espera de conexin de 20 segundos, 2
repeticiones de pruebas tras anomalas y un intervalo de repeticin de pruebas de
5 segundos en cada extremo, y pruebe los servicios cada diez minutos. Utilice las
clasificaciones del nivel de servicio por omisin proporcionadas por los elementos
de perfil.
1. Cree un elemento de perfil SMTP y configure los campos con los valores que
aparecen en la Tabla 114.
Tabla 114. Configuracin de elementos de perfil de ejemplo.
server mail.mycompany.com
description Supervisor de correo de ejemplo
Active Selected
username ismtest
password secret1
timeout 20
poll 600
failureretests 2
retestinterval 5
email ismtest@mycompany.com
2. Cree un elemento del perfil POP3 y configure los campos con los valores que
description Supervisor de correo de ejemplo
Active Selected
username ismtest
password secret1
timeout 20
poll 600
failureretests 2
retestinterval 5
Supervisor RADIUS
El Servicio de usuario de marcacin de autenticacin remota (RADIUS)
proporciona autenticacin para el acceso remoto a los servicios. El supervisor
RADIUS simula un sistema cliente que accede a un servicio RADIUS y devuelve
datos sobre el rendimiento del servicio.
La Tabla 116 muestra los archivos del supervisor RADIUS.
Tabla 116. Archivos del supervisor RADIUS
Archivos de supervisor Nombre y/o ubicacin
Supervisor ejecutable nco_m_radius
Archivo de propiedades $ISMHOME/etc/props/radius.props
Archivo de reglas $ISMHOME/etc/rules/radius.rules
Archivo de registro $ISMHOME/log/http.log
Directrices para configurar el supervisor RADIUS
El supervisor RADIUS simula el funcionamiento de un Network Access Server
(NAS), enviando solicitudes a un servidor RADIUS.
El supervisor RADIUS utiliza UDP para enviar solicitudes al servidor RADIUS y
luego genera sucesos que contienen los resultados de dichas solicitudes, as como
datos sobre el rendimiento del servidor. La Figura 63 muestra la operacin del
supervisor.
El supervisor puede probar tanto la operacin de autenticacin como la de
contabilidad de los servidores RADIUS:
v Solicitudes de acceso mediante el procedimiento de autenticacin de contraseas
(PAP)
v Solicitudes de acceso mediante el Protocolo de autenticacin por desafo mutuo
(CHAP)
v Solicitudes de administracin de cuentas: iniciar, detener, administracin de
cuentas activada y administracin de cuentas desactivada
Figura 63. Operacin del supervisor RADIUS
RADIUS se describen en la tabla siguiente.
Tabla 117. Propiedades y opciones de la lnea de mandatos del supervisor RADIUS
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la lnea de
mandatos Descripcin
FramedServiceRequest 0|1 -framedservicerequest Cuando esta propiedad se
configura en 1, el supervisor
selecciona el tipo de servicio
Framed configurado en las
solicitudes de acceso.
0: inhabilitado
1: habilitado
Configuracin de pruebas de servicios del supervisor RADIUS
Utilice los parmetros de configuracin del supervisor RADIUS para definir
pruebas de servicios.
Tabla 118. Configuracin del supervisor RADIUS
Campo Descripcin
server La direccin IP del servidor RADIUS.
sharedsecret El secreto compartido utilizado para autenticar el supervisor.
username El nombre de usuario suministrado por el supervisor al
autenticarse en el servidor RADIUS.
password La contrasea suministrada por el supervisor al autenticarse en
el servidor RADIUS.
elemento.
creado o no.
requesttype Especifica el tipo de solicitud enviada al servidor RADIUS:
v Authenticate (CHAP)
v Authenticate (PAP)
v Accounting
Valor predeterminado: Authenticate (PAP)
port El puerto que utilizar para conectarse con el servidor RADIUS.
Tabla 118. Configuracin del supervisor RADIUS (continuacin)
Campo Descripcin
localip Especifica la direccin IP de la interfaz de red de la mquina
de host a la que se conecta el supervisor cuando realiza la
prueba. Si se configura la propiedad IpAddress del supervisor,
sustituye el valor de este campo.
loginhost Establece el valor del atributo Login-IP-Host en la solicitud de
acceso.
calledstation Establece el valor del atributo Called-Station-Id en la
solicitud de acceso.
callingstation Establece el valor del atributo Calling-Station-Id en la
solicitud de acceso.
accountsessionid Establece el valor del atributo Acct-Session-Id en paquetes de
solicitud de contabilidad enviados al servidor de contabilidad
Nota: Este campo es aplicable slo al tipo de solicitud
Accounting.
accountstatustype Establece el valor del atributo Acct-Status-Type en paquetes
de solicitud de contabilidad enviados al servidor de
contabilidad:
v Start
v Stop
v Accounting On
v Accounting Off
Accounting.
Valor predeterminado: Start
accountsessiontime Establece el valor del atributo Acct-Session-Time (en
segundos) en paquetes de solicitud de contabilidad enviados al
servidor de contabilidad
Accounting.
nasip El atributo NAS-IP-Address enviado por el supervisor RADIUS
como parte de un paquete de solicitud de acceso.
nasport El atributo NAS-Port enviado por el supervisor RADIUS como
parte de un paquete de solicitud de acceso.
servidor.
retries El nmero de veces para reintentar conectarse al servidor
RADIUS si hay un problema.
una anomala.
Tabla 118. Configuracin del supervisor RADIUS (continuacin)
Campo Descripcin
de servicio proporcionado por un servicio RADIUS.
RADIUS son estas:
totalTime
lookupTime
responseTime
message
479.
supervisor RADIUS genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio RADIUS.
La Tabla 119 describe los elementos adicionales para el supervisor RADIUS.
Tabla 119. Elementos de supervisor de RADIUS
Elemento Descripcin
$accountSessionId Identificador exclusivo utilizado para correlacionar los registros
de inicio y de detencin.
$accountSessionTime Cuando accountStatusType se establece en Stop, este campo
muestra el tiempo que el usuario ha recibido servicio, en
segundos.
$accountStatusType Indica si es el inicio del servicio del usuario (start) o el final
(stop).
Tabla 119. Elementos de supervisor de RADIUS (continuacin)
Elemento Descripcin
$calledStationId El supervisor RADIUS enva esto como parte de un paquete de
acceso-solicitud. Se utiliza si el servidor RADIUS lo necesita y
no se utiliza si se emplea callingStationId.
$callingStationId El supervisor RADIUS enva esto como parte de un paquete de
acceso-solicitud. Se utiliza si el servidor RADIUS lo necesita y
no se utiliza si se emplea calledStationId.
interfaz.
$loginIPHost*
(LoginIpHost)
El supervisor RADIUS lo enva como parte de un paquete de
acceso-solicitud. Puede ser requerido por los servidores que se
supervisan.
$lookupTime*
(LookupTime)
host.
$nasPort*
(NasPort)
El parmetro NAS Port enviado por el supervisor RADIUS
como parte de un paquete de acceso-solicitud. Valor
predeterminado: 0.
$password La contrasea utilizada para autenticar el supervisor.
$port*
(Port)
$requestType Indica el tipo de solicitud seleccionado para el elemento, ya sea
PAP, CHAP o Accounting.
$responseTime El tiempo necesario entre el envo de una solicitud al servidor
RADIUS y la recepcin de una respuesta de ste.
$retries El nmero mximo de reintentos.
$secret La contrasea secreta compartida tomada del archivo de
configuracin.
$username*
(RadiusUser)
El nombre de usuario utilizado para autenticar el supervisor.
Mensajes de estado:
El supervisor RADIUS proporciona mensajes de estado en el elemento $message, al
La Tabla 120 describe los mensajes de estado del supervisor RADIUS.
Tabla 120. Mensajes de estado del supervisor RADIUS
Mensaje Descripcin
CHAP authentication - Access
granted (Autenticacin CHAP: acceso
concedido)
El supervisor se ha autenticado (utilizando
CHAP). Slo se devuelve si se ha utilizado el tipo
de solicitud CHAP.
PAP authentication - Access granted
(Autenticacin PAP: acceso concedido)
El supervisor se ha autenticado (utilizando PAP).
Slo se devuelve si se ha utilizado el tipo de
solicitud PAP.
Tabla 120. Mensajes de estado del supervisor RADIUS (continuacin)
Mensaje Descripcin
Accounting response received
(Respuesta de contabilidad recibida)
Se ha recibido una respuesta de contabilidad del
servidor. La transaccin ha contenuado.
Connection failed (La conexin ha
fallado)
El nombre de servidor especificado no es vlido.
Failed to send request to RADIUS
server (No se ha podido enviar
solicitudes al servidor RADIUS)
No se ha podido escribir el paquete UDP en la
red. No hay ms informacin sobre errores
disponible.
No response from server (No hay
respuesta del servidor)
El servidor RADIUS no responde.
Incorrect identifier returned (Se ha
devuelto un identificador incorrecto)
Ha habido una respuesta del servidor a una
solicitud que no se ha enviado desde el
supervisor.
Invalid response authenticator
(Autenticador de respuesta no vlido)
La respuesta contena una autorizacin inesperada.
Esto puede deberse a una contrasea o un secreto
compartido incorrecto.
Unrecognized response (Respuesta no
reconocida)
El servidor no ha reconocido el paquete enviado.
PAP authentication - Access denied
(Autenticacin PAP: acceso denegado)
El supervisor no se ha autenticado (utilizando
PAP).
CHAP authentication - Access denied
(Autenticacin CHAP: acceso
denegado)
El supervisor no se ha autenticado (utilizando
CHAP).
Supervisor RPING
El supervisor RPING prueba la disponibilidad de dispositivos de red haciendo
ping en ellos de forma remota desde un direccionador. Proporciona datos de
rendimiento de tiempo de ida y vuelta mximo, mnimo y medio.
El supervisor soporta direccionadores compatibles con Cisco, Juniper y RFC2925.
La Tabla 121 muestra los archivos del supervisor RPING.
Tabla 121. Archivos del supervisor RPING
Archivos de
supervisor Nombre o ubicacin
Supervisor
ejecutable
nco_m_rping
Archivo de
propiedades
$ISMHOME/etc/ims/props/rping.props
Archivo de reglas $ISMHOME/etc/ims/rules/rping.rules
Archivo de
registro
$ISMHOME/log/rping.log
Archivos de
script
$ISMHOME/scripts/rping/cisco.s (script de SNMP para direccionadores
Cisco)
$ISMHOME/scripts/rping/juniper.s (script SNMP para direccionadores
Juniper)
$ISMHOME/scripts/rping/rfc2925.s (script SNMP para direccionadores
compatibles con RFC2925)
Directrices para configurar el supervisor RPING
El supervisor RPING adquiere datos configurando el direccionador para que haga
ping en un dispositivo de red, y luego sondeando de forma peridica para obtener
los resultados de los pings.
El supervisor configura las pruebas de ping utilizando un mandato SET de SNMP
para crear una fila de control en el MIB de ping del direccionador, y luego
recupera los datos del ping del MIB utilizando mandatos GET de SNMP. Toda la
comunicacin con el direccionador se realiza mediante SNMP.
el dispositivo de red.
Puede configurar el nmero de pings que enviar y el tamao de paquetes y el
tiempo de espera de cada ping.
Habilitacin de solicitud ping remota en direccionadores Cisco:
De forma predeterminada, las solicitudes SNMP de ping remotos en los
direccionadores Cisco estn inhabilitadas. Sin embargo, para que el supervisor
RPING realice una solicitud SNMP SET y empiece a emitir pings, esta solicitud
debe estar habilitada.
Para habilitar la solicitud, inicie sesin en el direccionador Cisco y especifique los
mandatos siguientes:
enable
config terminal
snmp-server community communitystring rw
write mem
logout
El valor de communitystring configurado en el direccionador debe coincidir con la
cadena indicada en el campo Cadena de comunidad R/W o los elementos de perfil
RPING creados para ese direccionador. La lnea write mem garantiza que los
valores se guarden cuando se reinicia el direccionador.
Figura 64. Operacin del supervisor RPING
Habilitacin de solicitud ping remota en direccionadores Juniper:
De forma predeterminada, las solicitudes SNMP de ping remotos en los
direccionadores Juniper estn inhabilitadas. Para que el supervisor RPING opere
utilizando un direccionador Juniper debe habilitar las solicitudes de SNMP.
Para habilitar la solicitud de SNMP en el direccionador, asegrese de que la
seccin SNMP de la configuracin de JUNOS coincida con lo siguiente:
[edit snmp]
view ping-mib-view {
oid .1.3.6.1.2.1.80 include; # pingMIB
oid jnxPingMIB include; # jnxPingMIB
}
community communitystring {
authorization read-write;
view ping-mib-view;
}
El valor de communitystring configurado en el direccionador debe coincidir con la
cadena indicada en el campo communitystring o los elementos de perfil RPING
configurados para ese direccionador.
RPING se describen en la tabla siguiente.
Tabla 122. Propiedades y opciones de la lnea de mandatos de RPING
Nombre de
propiedad
Parmetro de
propiedad
Opcin de la lnea
MibDir cadena de
caracteres
-mibdir El directorio que contiene los
archivos MIB utilizados por el
supervisor.
$ISMHOME/mibs.
Configuracin de pruebas de servicios del supervisor RPING
Utilice los parmetros de configuracin del supervisor RPING para definir pruebas
de servicios.
Tabla 123. Configuracin del supervisor RPING
Campo Descripcin
server El nombre o la direccin IP del direccionador.
routertype El tipo de direccionador:
v CISCO
v Juniper
v RFC2925
Tabla 123. Configuracin del supervisor RPING (continuacin)
Campo Descripcin
host El nombre o la direccin IP del servidor al que desea hacer
ping con el direccionador.
communitystring Especifica la cadena de comunidad SNMP utilizada al
comunicarse con el direccionador.
elemento.
creado o no.
vpn El nombre opcional de una VPN para usarlo para enviar pings.
El direccionador utiliza la VPN especificada en lugar del
direccionador predeterminado configurado.
version La versin SNMP que se va a utilizar:
1: SNMPv1
2: SNMPv2c
3: SNMPv3
numberofpings El nmero de pings que se va a enviar.
packetsize El tamao de los paquetes que se van a enviar, en bytes.
packettimeout El tiempo que se debe esperar entre pings en segundos.
securityname El nombre de usuario de la sesin SNMP.
authenticationphrase La contrasea de autenticacin del usuario.
privacyphrase La contrasea de privacidad del usuario.
authenticationprotocol El protocolo que utilizar al autenticar al usuario:
v MD5
v SHA1
Valor predeterminado: MD5
privacyprotocol El protocolo que usar para cifrar la sesin.
Valor predeterminado: DES
timeout El tiempo, en segundos, entre cada sondeo.
con el servidor antes de abandonar.
poll El tiempo que se debe esperar entre pings en segundos.
Tabla 123. Configuracin del supervisor RPING (continuacin)
Campo Descripcin
una anomala.
Aplicable slo a SNMPv3.
de servicio proporcionado por RPING.
RPING son estas:
totalTime
lookupTime
numPacketSent
numPacketsRecv
maxRTT
minRTT
averageRTT
respondPercent
message
485.
supervisor RPING genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio RPING.
RPING.
Tabla 124. Elementos del supervisor RPING
Elemento Descripcin
$authProto El protocolo de autenticacin especificado cuando se cre el
elemento.
(AverageRTT) El tiempo medio de viaje de ida y vuelta en segundos.
$community La cadena de comunidad SNMP para el direccionador.
$communityString La cadena de comunidad SNMP utilizada al comunicarse con
el direccionador.
(MaxRTT) El tiempo mximo de viaje de ida y vuelta en segundos.
(MinRTT) El tiempo mnimo de viaje de ida y vuelta en segundos.
$numPacketSent El nmero de paquetes enviado por el supervisor.
$numPings El nmero de pings enviados que se indic cuando se aadi
el elemento RPING.
$packetSize El tamao de paquetes por enviar.
$packetTimeout El tiempo que esperar entre cada envo de paquetes.
$privProto El protocolo de privacidad especificado cuando se cre el
elemento.
$remoteHost*
(RemoteHost)
El nombre o la direccin IP del servidor al que desea hacer
ping con el direccionador.
(RespondPercent) El porcentaje de pings enviados para los que ha habido una
respuesta.
$routerMan*
(RouterName)
El tipo de direccionador seleccionado cuando se aadi el
elemento RPING:
v CISCO
v Juniper
v RFC2925
$securityName El nombre de usuario de seguridad especificado cuando se cre
el elemento.
(SnmpVersion) La versin de SNMP utilizada para enviar paquetes SNMP
(versin 1, 2c o 3).
(SourceRouter) El nombre o la direccin IP del direccionador.
$timeout El nmero de segundos en los que el servidor debe responder.
Se toman del archivo de configuracin.
$vpn*
(Vpn)
El nombre de la VPN indicada en el campo vpn del elemento
de perfil RPING.
Mensajes de estado:
El supervisor RPING proporciona mensajes de estado en el elemento $message, al
La Tabla 125 en la pgina 486 describe los mensajes de estado de RPING.
Tabla 125. Mensajes de estado de supervisor RPING
Mensaje Descripcin
Got Response (Respuesta recibida) El supervisor ha recibido una respuesta del
dispositivo Cisco.
Error in packet - exiting thread (Error en
el paquete - saliendo de la hebra)
Se ha producido un error en uno de los
paquetes.
Timed out while trying initial sets
(Tiempo de espera excedido en los intentos
iniciales)
No ha habido ninguna respuesta del
direccionador al intentar crear el campo
rowEntry.
Internal Error (Error interno) Error en el direccionador.
Host poll did not finish (Sondeo de host
no finalizado)
El dispositivo de red no ha finalizado los
pings.
Response Failed (Respuesta fallida)
Operation Failed (Operacin fallida)
El direccionador no ha podido hacer ping en
el dispositivo de red.
Timed out on Get requests (Tiempo de
espera excedido en las solicitudes Get)
El supervisor ha superado el tiempo de
espera mientras intentaba obtener los
resultados del direccionador.
Ejemplo
Supervise la disponibilidad del dispositivo de red server1.mycompany.com
configurando el direccionador de Cisco rt1.mycompany.com para que haga ping en
el dispositivo en intervalos de diez minutos. Intente hacer ping en el dispositivo
cinco veces en 30 segundos y, si se supera el tiempo de espera, vuelva a intentarlo
entre cada nuevo intento.
Cree un elemento del perfil RPING y configure los campos con los valores que
server rt1.mycompany.com
routertype CISCO
host server1.mycompany.com
communitystring public
description Ejemplo: supervisor RPING
Active Selected
numberofpings 5
retries 2
poll 600
failureretests 3
retestinterval 5
supervisor RTSP
El supervisor Real Time Streaming Protocol (RTSP) prueba la reproduccin en
streaming de sonido e imagen en servidores de transmisin continua. Recopila
informacin sobre los archivos multimedia e inicia la reproduccin de transmisin
continua, la pausa y el final de una sesin de transmisin continua.
La Tabla 127 muestra los archivos del supervisor RTSP.
Tabla 127. Archivos del supervisor RTSP
Supervisor ejecutable nco_m_rtsp
Archivo de propiedades $ISMHOME/etc/props/rtsp.props
Archivo de reglas $ISMHOME/etc/rules/rtsp.rules
Archivo de registro $ISMHOME//log/rtsp.log
Directrices para configurar el supervisor RTSP
El supervisor RTSP se conecta con el servidor de transmisin tanto en la
modalidad DESCRIBE como en la modalidad PLAY. El supervisor slo descarga
informacin o estadsticas entregadas por servidores RTSP genuinos como Darwin.
Modalidad DESCRIBE:
En la modalidad DESCRIBE el supervisor RTSP se conecta con el servidor de
transmisin y solicita informacin sobre los archivos de sonido y de imagen, as
como de las transmisiones.
El servidor devuelve un cdigo de estatus en el que un valor de 200 indica un
archivo descargable, y en el que otros valores indican por qu no puede
reproducirse el archivo solicitado.
Las estadsticas relacionadas con la reproduccin no se notifican en esta
modalidad. Sin embargo, se puede probar la funcionalidad bsica de los servidores
que soportan RTSP.
Figura 65. Funcionamiento del supervisor RTSP
Modalidad PLAY:
En la modalidad de reproduccin, el supervisor RTSP se conecta con el servidor de
modalidad continua de la misma manera que en DESCRIBE mode, y luego transmite
el archivo para proporcionar estadsticas sobre las descargas solicitadas.
RTSP se describen en la tabla siguiente.
Tabla 128. Propiedades y opciones de la lnea de mandatos del supervisor RTSP
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la lnea de
mandatos Descripcin
StreamingSocket
BufferSize
integer -streamingsocket
buffersize
El tamao del
almacenamiento intermedio
de socket de modalidad
continua, con un rango de
entre 8 y 64 KB.
Configuracin de pruebas de servicios del supervisor RTSP
Utilice los parmetros de configuracin del supervisor RTSP para definir pruebas
de servicios.
Tabla 129. Configuracin del supervisor RTSP
Campo Descripcin
server El sistema de destino que ejecuta el servidor de transmisin.
remotefile El archivo que se descargar.
elemento.
creado o no.
port El puerto al que se conecta el servidor en el sistema de destino.
action La accin que realiza el servidor en la transmisin:
v DESCRIBE
v PLAY
Valor predeterminado: DESCRIBE
duration La parte de la transmisin, en segundos, que el servidor
reproduce.
Tabla 129. Configuracin del supervisor RTSP (continuacin)
Campo Descripcin
maxbandwidth El ancho de banda mximo, en bits por segundo, que se utiliza
para la transmisin.
servidor RTSP.
una anomala.
de servicio proporcionado por RTSP.
RTSP son estas:
totalTime
lookupTime
connectTime
responseTime
sdpDownloadTime
playbackTime
status
percentPacketsLost
message
491.
v Un cdigo status de 200 indica ejecucin correcta. Consulte el protocolo RTSP
supervisor RTSP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio RTSP.
La Tabla 130 describe los elementos adicionales para el supervisor RTSP.
Tabla 130. Elementos del supervisor RTSP
Elemento Descripcin
$action La accin desempeada por el supervisor.
$averageBandwidth El ancho de banda total medio, en bits.
$bytesReceived El nmero total de bytes recibidos.
$connectTime*
(ConnectTime)
servidor de destino.
$describeStageStatus Cdigo de estado para una fase de la conversacin RTSP.
$filename El nombre del archivo de medios.
$lookupTime*
(LookupTime)
host.
$maxBandwidth El ancho de banda mximo utilizando la interfaz de
configuracin.
$mediaResponseTime El tiempo que tarda el servidor en iniciar la secuencia del
archivo solicitado.
$numberOfStreams El nmero de secuencias incluidas en los medios.
$percentPacketsLost El porcentaje de paquetes perdidos.
$playbackTime*
(PlaybackTime)
El tiempo que representa la suma de setupResponseTime y
mediaResponseTime.
$playStageStatus Cdigo de estado para una fase de la conversacin RTSP.
$port El puerto utilizado para acceder al servidor del supervisor.
$responseTime*
(ResponseTime)
El tiempo transcurrido desde cuando la conexin se establece
hasta cuando se recibe el primer byte de datos.
$sdpDownloadTime*
(SdpDownloadTimed)
El tiempo que se tarda en descargar datos sobre el archivo de
medios.
$setupResponseTime El tiempo que representa parte de playbackTime.
Nota: Tenga en cuenta que este elemento slo se genera
cuando el supervisor RTSP opera en la modalidad de
reproduccin.
$setupStageStatus Cdigo de estado para una fase de la conversacin RTSP.
$status El cdigo de estado devuelto por el servidor RTSP.
Tabla 130. Elementos del supervisor RTSP (continuacin)
Elemento Descripcin
$streamingTime El tiempo que tarda el servidor en completar la secuencia del
archivo solicitado.
$streamLength La longitud de la secuencia ms larga en el archivo de
medios.
$teardownStageStatus Cdigo de estado para una fase de la conversacin RTSP.
$totalBandwidthRequired El ancho de banda total en kilobits por segundo
$totalPacketsLost El nmero total de paquetes perdidos.
$totalPacketsReceived El nmero de paquetes recibidos.
En la modalidad DESCRIBE los elementos siguientes son devueltos por el supervisor
RTSP:
v $lookupTime
v $connectTime
v $responseTime
v $sdpDownloadTime
En la modalidad PLAY los elementos siguientes son devueltos por el supervisor
RTSP:
v $lookupTime
v $connectTime
v $responseTime
v $sdpDownloadTime
v $setupResponseTime
v $mediaResponseTime
v $streamingTime
v $playbackTime
Mensajes de estado:
El supervisor RTSP proporciona mensajes de estado en el elemento $message, al
La Tabla 131 describe los mensajes de estado de RTSP:
Tabla 131. Mensajes de estado de supervisor RTSP
Mensaje Descripcin
OK (Correcto) La solicitud se ha realizado correctamente.
Connection failed (La conexin ha fallado) El supervisor no ha podido conectarse con el
servidor. Consulte el archivo de registro para
ver ms informacin.
La conexin con el servidor RTSP se ha
interrumpido.
lectura/escritura)
Una conexin de datos con el servidor RTSP
se ha establecido, pero se ha producido un
problema.
Tabla 131. Mensajes de estado de supervisor RTSP (continuacin)
Mensaje Descripcin
Play failed - no streams (Ha fallado la
reproduccin: no hay secuencias)
El supervisor ha recibido una respuesta, pero
no haba ningn archivo de sonido o imagen
para su reproduccin.
select() failed on RTSP socket (PLAY
stage) (la seleccin () ha fallado en el
socket RTSP (fase de reproduccin)
El socket se ha cerrado desde el servidor
remoto, o se ha superado el tiempo de
espera esperando una respuesta.
RTSP Server response not in expected
format (La respuesta de servidor RTSP no
tiene el formato esperado)
La respuesta del servidor estaba en un
formato que el supervisor no soporta.
Redirection requested by server not
supported by client (La redireccin
solicitada por el servidor no soportada por
el cliente)
La respuesta del servidor no es soportada
por el cliente.
Server cannot fulfill client request (El
servidor no puede completar la solicitud del
cliente)
La solicitud ha fallado y no hay disponible
ms informacin.
Server Error (Error del servidor) Ha habido un problema con el servidor y la
solicitud ha fallado.
El servidor ha devuelto un cdigo de 500 o
superior.
Para obtener informacin sobre los cdigos
de estado, consulte el protocolo RTSP (RFC
2326).
Tabla 131. Mensajes de estado de supervisor RTSP (continuacin)
Mensaje Descripcin
RTSP response header CSeq doesnt match
request CSeq (El valor de CSeq de la
cabecera de respuesta RTSP no coincide con
el valor de CSeq de la solicitud)
El servidor RTSP est mal configurado y no
funciona correctamente.
Corrupted RTSP server response (Respuesta
de servidor RTSP daada)
Corrupted session description
(Descripcin de sesin daada)
RTSP SETUP response CSeq doesnt match
respuesta de RTSP SETUP no coincide con
el valor de CSeq de la solicitud)
RTSP SETUP response, incomplete Session
string (Respuesta de RTSP SETUP, cadena
de sesin incompleta)
RTSP SETUP response, Session ID has
changed within the same session
(Respuesta de RTSP SETUP, el ID de sesin
ha cambiado en la misma sesin)
RTSP SETUP response does not contain
server ports to connect to (La respuesta
RTSP SETUP no contiene puertos de
servidor con los que conectarse)
RTSP SETUP response does not contain
server port pair to connect to (La
respuesta RTSP SETUP no contiene un par
de puertos de servidor con los que
conectarse)
RTSP PLAY response CSeq doesnt match
respuesta de RTSP SETUP no coincide con
el valor Cseq de la solicitud)
RTSP PLAY response, incomplete Session
string (Restpuesta de RTSP PLAY, cadena
de sesin incompleta)
RTSP PLAY response, Session ID has
changed within the same session
(Respuesta de RTSP PLAY, el ID de sesin
ha cambiado en la misma sesin)
RTSP PLAY response, incomplete RTP-Info
string (Respuesta de RTSP PLAY, cadena de
RTF-Info incompleta)
RTSP PLAY response does not valid RTP
seqnum in RTP-Info response (La respuesta
de RTSP PLAY no es un nmero de
secuencia RTP vlido en la respuesta de
RTP-Info)
RTSP PLAY response does not valid RTP
time in RTP-Info response (La respuesta
de RTSP PLAY no es un tiempo RTP vlido
en la respuesta de RTP-Info)
Ejemplo
Supervise la disponibilidad del servidor RTSP rtsp.mymusic.com comprobando los
tiempos de respuesta a intervalos de diez minutos. Intente contectar con el
servidor en 30 segundos y, si esto falla, vuelva a intentarlo tres veces ms con
cinco segundos entre cada reintento. Si el servidor responde, reproduzca el archivo
singalong.mp3 durante siete segundos.
Cree un elemento del perfil RTSP y configure los campos con los valores que
server rtsp.mymusic.com
remotefile singalong.mp3
description Ejemplo: supervisor RTSP
Active Selected
action PLAY
duration 7
timeout 30
poll 600
failureretests 3
retestinterval 5
supervisor SAA
El Service Assurance Agent (SAA) de Cisco es un agene de supervisin de
rendimiento utilizando IOS versin 12.2(2) y posterior.
El supervisor SAA utiliza el recurso SAA de Cisco para probar varias
sincronizaciones entre los direccionadores de Cisco.
La Tabla 133 muestra los archivos del supervisor SAA de Cisco.
Tabla 133. Resumen del supervisor SAA
Archivos de
supervisor Nombre o ubicacin
Nombre ejecutable nco_m_saa
Archivo de
propiedades
$ISMHOME/etc/props/saa.props
Archivo de reglas $ISMHOME/etc/props/saa.props/etc/rules/saa.rules
Archivo de registro $ISMHOME/etc/props/saa.props/log/saa.log
Directorio de
scripts
$ISMHOME/etc/props/saa.props/scripts/saa/
Directrices para configurar el supervisor SAA
El supervisor SAA configura un Service Assurance Agent (SAA) del direccionador
para probar la disponibilidad de otro dispositivo de red o servicio utilizando
solicitud/respuesta de eco sincronizados definidos en el MIB de Cisco Response
Time Monitor. El supervisor utiliza SNMP para comunicarse con el agente SAA.
Figura 66 muestra la operacin del supervisor SAA.
Operacin:
El supervisor configura el SAA para que realice pruebas de eco, llamadas sondeos,
en otros dispositivos de red. Puede configurar un rango de diferentes sondeos,
cada uno de los cuales utiliza un protocolo distinto.
Todos los sondeos pueden operar con cualquier destino habilitado de IP, lo cual
requiere otro direccionador de respuesta Cisco capacitado de SAA.
Cada elemento de perfil de supervisor inicia un sondeo SAA en un direccionador
al inicio y, con cada sonde sucesivo, recopila la informacin de los resultados y
vuelve a planificar el sondeo. Si un sondeo termina de forma inesperada, el
supervisor lo reinicia.
Los sondeos se inician de inmediato y, cuando sus pruebas se han completado, se
trasladan a un estado inactivo hasta el siguiente sondeo de supervisor, cuando los
datos resultantes se recopilan y se inicia otro ciclo de pruebas. Durante cada
sondeo el supervisor comprueba el estado del sondeo. Si el sondeo sigue en
ejecucin, el supervisor lo detiene y luego sondea el MIB para detectar datos de
resultados e informacin de error del ltimo ciclo. A continuacin vuelve a
planificar el sondeo, restablece los datos estadsticos y reactiva el sondeo, que se
ejecuta de forma desatendida hasta el siguiente sondeo de supervisor.
Para evitar la posibilidad de dejar procesos sin control en el direccionador, el
supervisor inicia sondeos con una duracin predefinida que se ampla en cada
sondeo de supervisor. Si el supervisor finaliza, contina ejecutndose hasta que la
duracin prevista acaba y luego se desplaza a un estado inactivo hasta que se
alcanza un tiempo de vencimiento, despus del cual el direccionador finaliza el
proceso.
No es necesario preconfigurar IOS y SAA porque el supervisor, de forma
automtica configura, controla y limpia despus de los sondeos en el tiempo de
ejecucin. Esto incluye la configuracin de direccionadores de respuesta que son
necesarios para varios tipos de sondeo.
Figura 66. Operacin del supervisor SAA
Permanencia de los sondeos:
La propiedad del supervisor, ProbePersist, controla la permanencia de los sondeos
en los sondeos del supervisor. Si la permanencia de los sondeos no se habilita, los
sondeos empiezan en cada sondeo y terminan inmediatamente despus de
producir los resultados de la prueba.
Carga del direccionador:
A veces, la operaciones de sondeo pueden verse afectadas por la carga del
direccionador. La propiedad StatusWait proporciona sondeos con el tiempo para
pasar de un estado a otro antes de que una operacin sea considerada fallida.
Tipos de sondeo:
Los tipos de sondeos disponibles con el supervisor SAA aparecen a continuacin.
v DHCP
v DLSW
v DNS
v FTP
v Solicitudes Get HTTP
v Eco ICMP
v Eco de va de acceso ICMP
v Jitter
v Eco UDP
v Eco SNA
v VOIP
Los sondeos de eco realizan una prueba basndose en un marco de tiempo,
mientras que los sondeos de Jitter, VOIP y HTTP realizan una prueba con una sola
operacin.
Sondeos personalizados:
El supervisor SAA permite definir sondeos personalizados.
El procedimiento para definir un sondeo personalizado es:
1. Cree un script de sondeo que contenga las operaciones de SNMP necesarias
para configurar el sondeo.
2. Cree un elemento de perfil para ejecutar el script.
Al crear el elemento de perfil, establezca el campo Seleccionar un sondeo en la
seccin Configuracin del tipo de sondeo en CUSTOM, y luego especifique la va
de acceso y el nombre de archivo del script de sondeo personalizado en el
campo Nombre de archivo de script SAA. Las vas de acceso relativas son
interpretadas desde $ISMHOME/scripts/saa/user. El script que especifique se
ejecuta en cada intervalo de sondeo.
Definicin de scripts de sondeo:
Un script de sondeo consta de un conjunto de mandatos que configuran el sondeo
en un SAA de destino, y que luego recuperan y procesan los resultados del
sondeo.
El supervisor SAA proporciona una interfaz de scripts basados basada en SNMP
para los scripts de sondeo. La secuencia bsica de operaciones realizada por un
script de sondeo es:
1. Inicie la sesin de SNMP.
2. Cree y active una fila de control en el MIB del supervisor de Web Response
Time de SAA utilizando un conjunto de mandatos de SET de SNMP.
La fila de control define la prueba realizada por el sondeo.
3. Espere a que el sondeo complete la prueba.
4. Obtenga los resultados de la prueba utilizando los mandatos de SNMP GET o
GETNEXT.
5. Procese los resultados y gurdelos en los elementos.
6. Termine la sesin SNMP.
Consejo: Para obtener informacin sobre los objetos en el MIB del Cisco Response
Time Monitor, consulte el documento del MIB de Cisco Response Time Monitor.
Acceso a los datos
La interfaz del script de sondeo proporciona acceso a los elementos, las
propiedades y los objetos MIB:
v Puede acceder a la configuracin de las propiedades de supervisor y los
elementos de perfil utilizando elementos.
Por ejemplo, el elemento $statusWait contiene el valor de la propiedad
StatusWait del supervisor, y el elemento $version contiene el valor del campo
Versin de SNMP configurado en un elemento de perfil.
v Puede crear nuevos elementos y almacenar resultados de almacenamiento o
datos en esos elementos. El supervisor inserta los elementos que crea en los
sucesos que enva a Databridge.
v Para especificar objetos MIB, utilice el identificador del objeto (OID) o el nombre
del objeto. Para los objetos de filas, aada el sufijo .?, que representa el valor de
ndice asignado por el supervisor.
Gestin de errores
Si un mandato de script no se ejecuta correctamente, el supervisor termina la
ejecucin de scripts y escribe informacin sobre el fallo del elemento $message.
Script de sondeo de conexiones TCP
El script siguiente crea un sondeo de conexiones TCP para probar las conexiones
telnet con el dispositivo host.dev.net.
[1] snmpstart $version $sourceHostName $community $portNum $snmpRetries
[2] snmpset rttMonCtrlAdminStatus.? i 4
[3] snmpset rttMonCtrlAdminRttType.? i 6
[4] snmpset rttMonEchoAdminProtocol.? i 24
[5] snmpset rttMonCtrlAdminFrequency.? i 30
[6] snmpset rttMonCtrlAdminTimeout.? i $timeout
[7] snmpset rttMonEchoAdminTargetAddress.? x "host.dev.net"
[8] snmpset rttMonEchoAdminTargetPort.? i 23
[9] snmpset rttMonEchoAdminControlEnable.? i 2
[10]snmpset rttMonScheduleAdminRttStartTime.? t 1
[11]snmpset rttMonScheduleAdminRttLife.? i $probeLife
[12]snmpset rttMonScheduleAdminConceptRowAgeout.? i $ageout
[13]snmpsync
[14]snmpset rttMonCtrlOperState.? i 7
[15]snmpsync
[16]snmpwait rttMonCtrlOperState.? "inactive" $statusWait
[17]snmpget rttMonCtrlOperState.? $probeState # what its doing now
[18]snmpsync
[19]assert $probeState "active|inactive|immediateStop"
[20]removetoken $probeState
[21]snmpget rttMonCtrlOperModificationTime.? $index
[22]snmpsync
[23]snmpget rttMonStatsCaptureSumCompletionTime.?.$index.1.1.1 $TotalRTT
[24]snmpget rttMonStatsCaptureCompletionTimeMax.?.$index.1.1.1 $MaxRTT
[25]snmpget rttMonStatsCaptureCompletionTimeMin.?.$index.1.1.1 $MinRTT
[26]snmpget rttMonStatsCaptureCompletions.?.$index.1.1.1 $successes
[27]snmpget rttMonStatsCollectNumDisconnects.?.$index.1.1 $errDisconnects
[28]snmpget rttMonStatsCollectTimeouts.?.$index.1.1 $errTimeouts
[29]snmpget rttMonStatsCollectBusies.?.$index.1.1 $errBusies
[30]snmpget rttMonStatsCollectNoConnections.?.$index.1.1 $errNoConnects
[31]snmpget rttMonStatsCollectDrops.?.$index.1.1 $errDrops
[32]snmpget rttMonStatsCollectSequenceErrors.?.$index.1.1 $errSequences
[33]snmpget rttMonStatsCollectVerifyErrors.?.$index.1.1 $errVerifies
[34]snmpsync
[35]removetoken $index
[36]assert $successes "*""Operation Failed"
[37]snmpset rttMonCtrlAdminStatus.? i 6 # destroy the probe
[38]snmpsync
[39]snmpend
En la Tabla 134 se explican las operaciones que realiza el script.
Tabla 134. Operaciones en el script de sondeo de conexiones TCP
Lneas Operaciones realizadas
1 Inicie la sesin SNMP utilizando los parmetros especificados en el elemento
de perfil.
2-13 Genere la PDU SET de SNMP creando una fila de control en el mdulo de MIB
de Response Time Monitor de SAA.
Los valores de los accesos de las lneas 11 y 12 definidos por las propiedades
de supervisor ProbeLife y AgeOut.
La lnea 13 enva el PDU SET de SNMP.
14-15 Inicie el sondeo.
16 Espere hasta que la prueba del sondeo est completa. La prueba est completa
cuando el valor del objeto rttMonCtrlOperState se convierta en inactive. El
mandato utiliza la propiedad StatusWait como periodo de espera mximo.
17-19 Confirme que el sondeo est en el estado esperado.
21-35 Obtenga el ndice de la fila de la tabla de estadsticas correspondiente y
recupere las estadsticas desde esa fila.
36 Evale la prueba afirmando que la prueba se haya completado con xito.
37-39 Destruya la fila de control y termine la sesin SNMP.
Mandatos SNMP:
Para enviar operaciones GET, GETNEXT y SET de SNMP a un SAA, utilice una
secuencia de mandatos, ya sea snmpget, snmpgetnext o snmpset, para generar la
PDU, y luego utilice un mandato snmpsync para enviar la PDU.
Para especificar un objeto MIB en un mandato, identifquelo por nombre,
utilizando el formato name.?, o por OID, utilizando oid.?.
snmpstart
El mandato snmpstart inicia una sesin SNMP para configurar un sondeo. Tiene el
formato siguiente:
snmpstart version host community port retries
La Tabla 135 describe cada parmetro de este mandato, e indica el elemento del
supervisor desde el que puede acceder a los valores definidos en un elemento de
perfil.
Tabla 135. Parmetros del mandato Snmpstart
Parmetro Tipo Descripcin
Acceso utilizando
el elemento
version 1
2
3
Selecciona la versin de
SNMP utilizada en la sesin:
1: versin de SNMP 1
2: versin de SNMP 2c
3: versin de SNMP 3
$version
host cadena de
caracteres
El nombre DNS o la direccin
IP del host en el que se est
ejecutando el SAA de destino.
El supervisor enva todos los
mandatos de SNMP a este
host.
$sourceHostName
community cadena de
caracteres
La comunidad SNMP
utilizada para configurar el
sondeo. Esta comunidad debe
tener privilegios de escritura
para el MIB de Response Time
Monitor.
$community
port integer El nmero de puerto que
escucha el SAA de destino. El
supervisor enva todos los
mandatos de SNMP a este
puerto.
$portNum
retries integer El nmero de intentos para
reenviar PDU de SNMP al
SAA de destino si el intento
inicial no consigue su
objetivo.
$snmpRetries
snmpget
El mandato snmpget recupera el valor de un objeto MIB. Aade un OID a la PDU
GET de SNMP o si no existe ya una PDU. Una vez ha construido la PDU GET
utilizando uno o ms mandatos de snmpget, envela utilizando el mandato
snmpsync.
El mandato snmpget tiene el formato:
snmpget oid elemento
La Tabla 136 describe cada parmetro de este mandato.
Tabla 136. Parmetros del mandato Snmpget
oid cadena de
caracteres
El OID o el nombre del objeto MIB que va a
recuperarse.
element cadena de
caracteres
El nombre del elemento en el que se almacena el
valor recuperado.
snmpgetnext
El mandato snmpgetnext recupera el valor del objeto MIB siguiente en una
secuencia o una tabla. Aade un OID a la PDU GETNEXT de SNMP o si no existe ya
una PDU, crea uno. Una vez ha construido una PDU GETNEXT utilizando uno o ms
mandatos de snmpgetnext, envela utilizando el mandato snmpsync.
El mandato snmpgetnext tiene el formato:
snmpgetnext oid element
Tabla 137. Parmetros del mandato Snmpgetnext
oid cadena de caracteres El OID o el nombre del objeto MIB que va a
recuperarse.
element cadena de caracteres El nombre del elemento en el que se almacena
el valor recuperado.
snmpset
El mandato snmpset establece el valor de un objeto MIB. Aade un OID a la PDU
SET de SNMP o si no existe ya una PDU. Una vez ha construido una PDU SET
utilizando uno o ms mandatos de snmpset, envela utilizando el mandato
snmpsync.
El mandato snmpset tiene el formato:
snmpset oid format value
La Tabla 138 en la pgina 501 describe cada parmetro de este mandato.
Tabla 138. Parmetros del mandato Snmpset
oid cadena de
caracteres
El OID o el nombre del objeto MIB que va a
escribirse.
format cadena de
caracteres
El formato del valor:
i: entero
s: mostrar cadena
x: direccin hexadecimal
u: entero no firmado
t: Timeticks
a: direccin IP
o: ID de objeto
d: cadena de caracteres decimal
b: bits
value cadena de
caracteres
El valor escrito en el objeto MIB.
snmpsync
El mandato snmpsync enva las PDU GET, GETNEXT y SET existentes. Tiene el formato:
snmpsync
Si la transmisin de PDU falla, la ejecucin de scripts termina y el supervisor
escribe la informacin de error en el elemento $message.
snmptrysync
El mandato snmptrysync es idntico al mandato snmpsync. Sin embargo, no termina
la ejecucin del script si falla el mandato.
snmpwait
El mandato snmpwait pausa la ejecucin de un script hasta que un objeto MIB
especificado alcanza un valor especificado o hasta que un periodo de tiempo de
espera caduque. Durante una espera, el supervisor sondea el objeto MIB
especificado una vez por segundo. La bsqueda termina cuando el valor del objeto
es igual al valor de destino o cuando el periodo de tiempo de espera finaliza,
segn lo que se produzca primero. Normalmente este mandato se utiliza para
esperar la finalizacin de una prueba de sondeo.
El mandato snmpwait tiene el formato:
snmpwait oid valor timeout
La Tabla 139 en la pgina 502 describe cada parmetro de este mandato.
Tabla 139. Parmetros del mandato Snmpwait
oid cadena de
caracteres
El OID o el nombre del objeto MIB cuyo valores
espera el mandato.
value cadena de
caracteres
El valor de destino. Cuando el objeto MIB contiene
este valor, la espera finaliza.
timeout cadena de
caracteres
Establece la duracin mxima de la espera (en
segundos). La espera finaliza si el periodo alcanza
este tiempo, con independencia de si el objeto MIB
contiene el valor de destino.
snmpend
El mandato snmpend termina la sesin SNMP. Utilcela al final del script de sondeo.
El mandato tiene el formato:
snmpend
Mandatos de programas de utilidad:
La interfaz de scripts de sondeo proporciona un conjunto de mandatos de
programas de utilidad para manipular elementos y valores.
maketoken
El mandato maketoken crea un elemento de supervisor. Tiene el formato:
maketoken nombre valor
Tabla 140. Parmetros del mandato maketoken
name cadena de
caracteres
El nombre del elemento. Los nombres deben
empezar con un carcter $.
value cadena de
caracteres
El valor inicial del elemento. Para indicar que un
objeto no es null ni 0, utilice el carcter especial *.
Los elementos que cree y no elimine posteriormente se incluyen en los sucesos del
supervisor SAA enviados a Databridge.
pause
El mandato pause detiene la ejecucin de scripts para un periodo especfico. Tiene
el formato:
pause periodo
period establece la duracin de la pausa en segundos.
removetoken
El mandato removetoken destroza un elemento de supervisor. Tiene el formato:
removetoken name
name identifica el elemento que se va a eliminar. Los nombres de elementos
empiezan con un carcter $.
assert
El mandato assert prueba el valor de un objeto MIB. Si la indicacin falla, la
ejecucin de scripts termina. Este mandato tiene este formato:
assert oid value [message]
Tabla 141. Parmetros del mandato assert
oid cadena de
caracteres
El OID o el nombre del objeto MIB cuyos valores se
prueban.
value cadena de
caracteres
El valor de prueba. Para especificar varios valores,
separe cada valor con un carcter de barra
vertical(|).
message cadena de
caracteres
Especifica un mensaje que se escribe en el elemento
$message si la indicacin falla.
strip
El mandato strip convierte el valor de cadena de un elemento en un valor entero.
Por ejemplo, convierte la cadena "12 seconds" en el entero 12. Este mandato tiene
este formato:
strip name
name es el elemento que contiene el valor que se va a quitar.
compute
El mandato compute realiza un clculo aritmtico y asigna el resultado a un
elemento. Tiene el formato:
compute precision result = op1 {+|-|*|/} op2
compute precision result = SQRT op1
Tabla 142. Parmetros del mandato compute
precision integer El nmero de las posiciones decimales incluidas en
el resultado del clculo, de 0 a 6.
result cadena de
caracteres
El elemento en el que se almacena el resultado del
clculo.
op1 cadena de
caracteres
El primer operando del clculo.
op2 cadena de
caracteres
El segundo operando del clculo.
random
El mandato random genera un nmero aleatorio entre 0 y 2
31
y lo asigna a un
elemento. Este mandato tiene este formato:
random name
name identifica el elemento al que se va a asignar el valor aleatorio.
verifyTimeIx
El mandato verifyTimeIx obtiene el valor correcto de
rttMonStatsCaptureStartTimeIndex para acceder a la tabla de estadsticas. Tiene el
formato:
verifyTimeIx rttMonStatsCaptureSumCompletionTime.? index
index es el nombre de un elemento en el que se va a almacenar el valor de ndice.
calcExtraTokens
El mandato calcExtraTokens calcula el tiempo de ida y vuelta medio y el nmero
total de errores para una prueba, y coloca estos resultados en los elementos
$avgRTT y $errTotal respectivamente. Tiene el formato:
calcExtraTokens sumRTT numRTT err1 err2 err3 err4 err5 err6 err7
Tabla 143. Parmetros del mandato calcExtraTokens
sumRTT cadena de
caracteres
El nombre del elemento que contiene las estadsticas
de tiempo total de ida y vuelta de la prueba.
numRTT cadena de
caracteres
El nombre del elemento que contiene el nmero de
mediciones de tiempo de ida y vuelta.
errN cadena de
caracteres
El nombre del elemento que contiene un recuento
de errores para resumir. Establezca los parmetros
sin utilizar en 0.
Permanencia de los sondeos:
La interfaz de scripts de sondeo soporta la creacin de sondeos persistente. La
interfaz de scripts proporciona tres secciones de tareas identificadas por etiquetas.
En cada intervalo de sondeo, el supervisor ejecuta esas secciones del script
adecuadas para el estado actual del sondeo.
v @first: los mandatos que se ejecutan cuando se crea el sondeo
v @notfirst: los mandatos que se ejecutan si ya existe el sondeo
v @all: los mandatos que se ejecutan en cada intervalo de sondeo
Al crear un script para un sondeo persistente, utilice la estructura siguiente:
snmpstart $version $sourceHostName $community $portNum $snmpRetries
checkIfFirst $rowIndex
@notfirst
insertar mandatos para comprobar que el sondeo est an en ejecucin
...
@first
insertar mandatos para configurar e iniciar el sondeo
...
@all
insertar mandatos que se ejecutan en cada sondeo
...
checkIfFirst
El mandato checkFirst determina si el script se ejecuta por primera vez. Llmelo
al principio del script. Este mandato tiene este formato:
checkIfFirst ndice
ndice es un elemento que almacena el ndice de filas del control de sondeo.
checkProbeAlive
El mandato checkProbeAlive determina si an est presente un sondeo en el SAA
de destino. Si el sondeo no est disponible, la ejecucin del script pasa a la seccin
@first; de lo contrario, se ejecuta la seccin @all.
Use el mandato en la seccin @notfirst para confirmar que an hay disponible un
sondeo persistente:
@notfirst
snmpget rttMonCtrlOperState.? $probeState
snmptrysync
checkProbeAlive $probeState
removetoken $probeState
SAA se describen en la tabla siguiente.
Tabla 144. Propiedades y opciones de la lnea de mandatos del supervisor SAA
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la
lnea de
mandatos Descripcin
AgeOut integer -ageout El nmero mximo de segundos que un
sondeo permanece inactivo antes de
terminar.
MibDir cadena de
caracteres
-mibdir El directorio que utilizar para los
archivos MIB.
Valor predeterminado: $ISMHOME/mibs
ProbeLife integer -probelife El nmero mximo de segundos que un
sondeo permanece activo cuando se deja
sin atender.
SAA (continuacin)
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la
lnea de
mandatos Descripcin
ProbePersist 0|1 -probepersist Los sondeos pueden ejecutarse en dos
modalidades; realizando un solo ciclo de
prueba por sondeo de supervisor; o
inicindose una vez y volvindose a
programar en cada sondeo.
0: un solo ciclo de prueba
1: replanificado en cada sondeo
StatusWait integer -statuswait El nmero mximo de segundos que
esperar el supervisor que un sondeo
acabe de completar una accin antes de
que falle.
Configuracin de pruebas de servicios del supervisor SAA
Utilice los parmetros de configuracin del supervisor SAA para definir pruebas de
servicios.
Tabla 145. Configuracin del supervisor SAA
Campo Descripcin
server El nombre o la direccin IP del direccionador Cisco.
communitystring La cadena de comunidad SNMP para el direccionador.
probetype El tipo de sondeo SAA aplicable al elemento de perfil.
elemento.
Active Indica si el elemento de perfil est activo.
port El puerto utilizado para acceder al direccionador.
version La versin SNMP por utilizar:
1: SNMPv1
2: SNMPv2c
3: SNMPv3
probeid Especifica un valor utilizado para generar el ndice de fila de
control de sondeo.
v MD5
v SHA1
Tabla 145. Configuracin del supervisor SAA (continuacin)
Campo Descripcin
privacyprotocol El protocolo que usar para cifrar la sesin. Es DES.
direccionador.
con el direccionador antes de abandonar.
una anomala.
Configuracin del tipo de sondeo:
La configuracin de los sondeos es distinta para cada tipo de sondeo, y Internet
Service Monitoring proporciona un conjunto de campos de configuracin especfico
para cada tipo.
Cuando cree un elemento de perfil, seleccione un tipo de sondeo y luego
proporcione la configuracin adecuada para ese tipo.
Para obtener informacin sobre elementos de configuracin individuales, consulte
el documento del MIB de Cisco Response Time Monitor.
de servicio proporcionado por un dispositivo de red.
SAA son estas:
totalTime
errTotal
numRTTminRTT
maxRTT
avgRTT
minPosJitterSD
maxPosJitterSD
minNegJitterSD
maxNegJitterSD
minPosJitterDS
maxPosJitterDS
minNegJitterDS
maxNegJitterDS
packetLossSD
packetLossDS
packetOutOfSequence
packetMIA
packetLateArrival
minDelaySD
maxDelaySD
minDelayDS
maxDelayDS
avgPosJitterSD
avgPosJitterDS
avgNegjitterSD
avgNegJitterDS
avgDelaySD
avgDelayDS
devPosJitterSD
devPosJitterDS
devNegJitterSD
devNegJitterDS
devDelaySD
devDelayDS
MOS
ICPIF
mMinRTT
httpRTT
dnsRTT
tcpConnectRTT
transactionRTT
message
521.
supervisor SAA genera un conjunto de resultados de las pruebas que contienen
datos especficos del tipo de sondeo que se utiliza.
Sondeos de DHCP:
Los sondeos de DHCP generan los elementos que se muestran en la tabla
siguiente.
Tabla 146. Elementos del sondeo de DHCP
Elemento Descripcin
elemento.
$community La comunidad utilizada para enviar solicitudes de SNMP al
SAA.
$port El puerto utilizado para conectarse con el SAA.
elemento.
$probeType dhcp
$securityName El nombre de usuario de seguridad especificado cuando se
cre el elemento.
$snmpVersion*(SnmpVersion) La versin de SNMP utilizada para enviar paquetes SNMP
(versin 1, 2c o 3).
(SourceRouter) El nombre del direccionador utilizado para enviar solicitudes
de DHCP.
$totalRTT
*
(TotalRTT)
El tiempo de viaje de ida y vuelta total que hace falta para
obtener una IP del servidor DHCP en segundos.
indica que el elemento est disponible para las clasificaciones del nivel de servicio.
Sondeos DLSW:
Los sondeos de DLSW generan los elementos que se muestran en la tabla
siguiente.
Tabla 147. Elementos de sondeos de DLSW
Elemento Descripcin
elemento.
$avgRTT
*
(AverageRTT)
SAA.
$errTotal
*
(ErrorTotal)
El nmero total de paquetes con errores.
$maxRTT
*
(MaximumRTT)
$minRTT
*
(MinimumRTT)
El tiempo ms bajo de viaje de ida y vuelta en segundos.
Tabla 147. Elementos de sondeos de DLSW (continuacin)
Elemento Descripcin
$numRTT
El nmero de viajes de ida y vuelta correctos.

elemento.
$probeType
dlsw
cre el elemento.
(versin 1, 2c o 3).
(SourceRouter) El direccionador utilizado para realizar la prueba SAA.
$sumOfRTT*
(TotalRTT)
La suma de todos los tiempos de viaje de ida y vuelta en
segundos.
(TargetHost) El nombre o la direccin IP del host en el que se est
ejecutando el SAA de destino.
Sondeos de DNS:
Los sondeos de DNS generan los elementos que se muestran en la tabla siguiente.
Tabla 148. Elementos del sondeo de DNS
Elemento Descripcin
elemento.
SAA.
$dnsHost*
(Host)
El host para resolver desde el servidor.
$dnsServer La IP del servidor DNS.
(HostLookup) La direccin IP del host.
elemento.
$probeType dns
cre el elemento.
(versin 1, 2c o 3).
Tabla 148. Elementos del sondeo de DNS (continuacin)
Elemento Descripcin
de DNS.
$totalRTT*
(TotalRTT)
El tiempo total de viaje de ida y vuelta para la bsqueda de
DNS en segundos.
Sondeos de FTP:
Los sondeos de FTP generan los elementos que se muestran en la tabla siguiente.
Tabla 149. Elementos del sondeo de FTP
Elemento Descripcin
$activePassive El tipo de conexin utilizado en esta prueba, ya sea Active
(Activo) o Passive (Pasivo).
Valor predeterminado: Passive
elemento.
SAA.
$errorStatus La cadena de resultados que indica el estado de la prueba
(desde el objeto MIB rttMonLatestRttOperSense).
$ftpFile El nombre del archivo de prueba recuperado durante la
prueba.
$ftpUrl*
(FtpUrl)
La URL utilizada en la prueba de FTP.
elemento.
cre el elemento.
(versin 1, 2c o 3).
de FTP.
$totalRTT*
(TotalRTT)
El tiempo de finalizacin de la prueba (desde el objeto MIB
rttMonLatestRttOperCompletionTime) en segundos.
Sondeos HTTP-Get:
Los sondeos HTTP-Get generan los elementos que se muestran en la tabla
siguiente.
Tabla 150. Elementos del sondeo de HTTP-Get
Elemento Descripcin
elemento.
SAA.
$dnsRTT
*
(DnsRTT)
El tiempo de viaje de ida y vuelta para realizar la consulta
DNS en segundos.
$httpRTT
*
(HttpRTT)
El tiempo de viaje de ida y vuelta para realizar la operacin
HTTP en segundos.
(HttpUrl) El URL que se supervisa.
$messageBodyBytes El tamao del cuerpo del mensaje recibido.
$numRTT

elemento.
$probeType http-get
cre el elemento.
de HTTP.
(versin 1, 2c o 3).
$targetHost El nombre del host para el servicio que se va a probar.
$tcpConnectRTT
*
(TcpConnectRTT)
El tiempo de viaje de ida y vuelta para conectarse con el
servidor HTTP en segundos.
$transactionRTT
*
(TransactionRTT)
El tiempo de viaje de ida y vuelta para descargar el objeto
especificado por el URL en segundos.
Sondeos de ICMP-Echo:
Los sondeos de ICMP-Echo generan los elementos que se muestran en la tabla
siguiente.
Tabla 151. Elementos del sondeo de ICMP-Echo
Elemento Descripcin
elemento.
$avgRTT
*
(AverageRTT)
SAA.
$errBusies El nmero de pings que han fallado porque hay un ping
anterior que no se ha completado.
$errDisconnects El nmero de pings que han fallado en las desconexiones.
$ErrDrops El nmero de pings que han fallado porque un recurso
interno no estaba disponible.
$errNoConnects El nmero de pings ha fallado porque no se ha podido
establecer una conexin con el destino.
$errSequences El nmero de pings ha fallado porque se ha recibido un ID
de secuencia inesperado.
$errTimeouts El nmero de pings que han fallado en los tiempos de
espera.
$errTotal
*
(ErrorTotal)
$errVerifies El nmero de pings que ha fallado porque los datos recibidos
no eran los mismos que los datos esperados.
$maxRTT
*
(MaximumRTT)
$minRTT
*
(MinimumRTT)
$numRTT

elemento.
$probeType El tipo de sondeo es uno de estos:
v icmp-echo
v icmp-echo-path
v udp-echo
Tabla 151. Elementos del sondeo de ICMP-Echo (continuacin)
Elemento Descripcin
cre el elemento.
(versin 1, 2c o 3).
de ICMP.
$sumOfRTT La suma de todos los tiempos de viaje de ida y vuelta en
segundos.
$targetHost
(Host)
El nombre de host del servicio que va a supervisarse.
$tos*
(Tos)
El tipo del valor del servicio.
$vpn*
(Vpn)
El nombre de la VPN.
Sondeos de ICMP-Path-Echo:
Los sondeos de ICMP-Patch-Echo generan los elementos que se muestran en la
tabla siguiente.
Tabla 152. Elementos del sondeo de ICMP-Path-Echo
Elemento Descripcin
elemento.
$avgRTT
*
(AverageRTT)
SAA.
(HopHostde uno a ocho) El host entre el primero y el octavo visitado al utilizar ICMP
Echo Path.
$maxRTT
*
(MaximumRTT)
$minRTT
*
(MinimumRTT)
$numRTT

Tabla 152. Elementos del sondeo de ICMP-Path-Echo (continuacin)
Elemento Descripcin
elemento.
$probeType El tipo de sondeo es uno de estos dos:
v icmp-echo
v icmp-echo-path
cre el elemento.
(versin 1, 2c o 3).
de ICMP.
$sumOfRTT La suma de todos los tiempos de viaje de ida y vuelta en
segundos.
$tos*
(Tos)
$vpn*
(Vpn)
Sondeos Jitter:
Los sondeos Jitter generan los elementos que se muestran en la tabla siguiente.
Tabla 153. Elementos del sondeo Jitter
Elemento Descripcin
elemento.
$avgDelayDS
El retraso medio del destino al origen en segundos.

$avgDelaySD
El retraso medio del origen al destino en segundos.

$avgNegJitterDS
El Jitter negativo medio del destino al origen en segundos.

$avgNegJitterSD
El Jitter negativo medio del origen al destino en segundos.

$avgPosJitterDS
El Jitter positivo medio del destino al origen en segundos.

$avgPosJitterSD
El Jitter positivo medio del origen al destino en segundos.

$avgRTT
*
(AverageRTT)
Tabla 153. Elementos del sondeo Jitter (continuacin)
Elemento Descripcin
SAA.
$devDelayDS
El retraso estndar del destino al origen.

$devDelaySD
El desvo estndar del retraso del origen al destino.

$devNegJitterDS
El desvo estndar del Jitter negativo del destino al origen.

$devNegJitterSD
El desvo estndar del Jitter negativo del origen al destino.

$devPosJitterDS
El desvo estndar del Jitter positivo del destino al origen.

$devPosJitterSD
El desvo estndar del Jitter positivo del origen al destino.

$errDescription Una descripcin del error.
$errTotal*
(ErrorTotal)
$maxDelayDS
El retraso mximo del destino al origen en segundos.

$maxDelaySD
El retraso mximo del origen al destino en segundos.

$maxNegJitterDS
El valor de Jitter negativo mximo del destino al origen en

segundos.
$maxNegJitterSD
El valor de Jitter negativo mximo del origen al destino en

segundos.
$maxPosJitterDS
El valor de Jitter positivo mximo del destino al origen en

segundos.
$maxPosJitterSD
El valor de Jitter positivo mximo del origen al destino en

segundos.
$maxRTT
*
(MaximumRTT)
$minDelayDS
El retraso mnimo del destino al origen en segundos.

$minDelaySD
El retraso mnimo del origen al destino en segundos.

$minNegJitterDS
El valor de Jitter negativo mnimo del destino al origen en

segundos.
$minNegJitterSD
El valor de Jitter negativo mnimo del origen al destino en

segundos.
$minPosJitterDS
El valor de Jitter positivo mnimo del destino al origen en

segundos.
$minPosJitterSD
El valor de Jitter positivo mnimo del origen al destino en

segundos.
$minRTT
*
(MinimumRTT)
$numNegJitterDS El nmero de valores de Jitter negativo del destino al origen.
$numNegJitterSD El nmero de valores de Jitter negativo del origen al destino.
$numOW El nmero de operaciones unidireccionales para el retraso.
$numPosJitterDS El nmero de valores de Jitter positivos del destino al
origen.
$numPosJitterSD El nmero de valores de Jitter positivo del origen al destino.
$numRTT

Elemento Descripcin
$packetLateArrival
El nmero de paquetes que llegaron despus del tiempo de

espera.
$packetLossDS
El nmero de paquetes que se pierden del destino al origen.

$packetLossSD
El nmero de paquetes que se pierden del origen al destino.

$packetMIA
El nmero de paquetes que se pierden donde la direccin es

desconocida.
$packetOutOfSequence
El nmero de paquetes devueltos que no funcionan.

elemento.
$probeType
jitter
(ResponderRouter) El nombre del direccionador que se utiliza para responder a
las solicitudes de Jitter.
cre el elemento.
(SourceRouter) El nombre del direccionador que se utiliza para enviar las
solicitudes de Jitter.
(versin 1, 2c o 3).
$sum2DelayDS La suma de cuadrados de retrasos del destino al origen.
$sum2DelaySD La suma de cuadrados de retrasos del origen al destino.
$sum2NegJitterDS La suma de cuadrados de todos los valores de Jitter
negativos.
$sum2NegJitterSD La suma de cuadrados de todos los valores de Jitter
negativos.
$sum2PosJitterDS La suma de cuadrados de todos los valores de Jitter
positivos.
$sum2PosJitterSD La suma de cuadrados de todos los valores de Jitter
positivos.
$sum2Rtt
La suma de cuadrados de los valores del viaje de ida y

vuelta en segundos.
$sumDelayDS La suma de retrasos del destino al origen en segundos.
$sumDelaySD La suma de retrasos del origen al destino en segundos.
$sumNegJitterDS La suma de todos los valores de Jitter negativos en
segundos.
$sumNegJitterSD La suma de los valores de Jitter negativos en segundos.
$sumPosJitterDS La suma de todos los valores de Jitter positivos en
segundos.
$sumPosJitterSD La suma de todos los valores de Jitter positivos en
segundos.
$sumRTT La suma de todos los viajes de ida y vuelta en segundos.
$tos*
(Tos)
Elemento Descripcin
$vpn*
(Vpn)
Sondeos de eco SNA:
Los sondeos de eco SNA (SNA-RU-Echo, SNA-LU0-Echo, SNA-LU2-Echo,
SNA-LU62-Echo y SNA-LU62Native-Echo) genera los elementos que se muestran
en la tabla siguiente.
Tabla 154. Elementos de sondeos de eco SNA
Elemento Descripcin
elemento.
$avgRTT
*
(AverageRTT)
SAA.
$errTotal
*
$maxRTT
*
(MaximumRTT)
$minRTT
*
(MinimumRTT)
$numRTT

elemento.
$probeType*
(ProbeType)
sna-nombre-echo
cre el elemento.
solicitudes de SNA.
(versin 1, 2c o 3).
$sumOfRTT*(TotalRTT) La suma de todos los tiempos de viaje de ida y vuelta en
segundos.
Tabla 154. Elementos de sondeos de eco SNA (continuacin)
Elemento Descripcin
(TargetHost) El destino del host para la solicitud de eco SNA.
Sondeos de eco UDP:
Los sondeos de eco de UDP generan los elementos que se muestran en la tabla
siguiente.
Tabla 155. Elementos del sondeo de eco UDP
Elemento Descripcin
elemento.
$avgRTT
*
(AverageRTT)
SAA.
$errBusies El nmero de pings que han fallado porque hay un ping
anterior que no se ha completado.
$ErrDrops El nmero de pings que han fallado porque el recurso
interno no estaba disponible.
$errTimeouts El nmero de pings que han fallado en los tiempos de
espera.
$errTotal
*
(ErrorTotal)
$errVerifies El nmero de pings que ha fallado porque los datos recibidos
no eran los mismos que los datos esperados.
$maxRTT
*
(MaximumRTT)
$minRTT
*
(MinimumRTT)
$numRTT

elemento.
$probeType udp-echo
cre el elemento.
Tabla 155. Elementos del sondeo de eco UDP (continuacin)
Elemento Descripcin
(versin 1, 2c o 3).
$sumOfRTT* La suma de todos los tiempos de viaje de ida y vuelta (en
segundos).
$targetHost*
(Host)
El nombre de host del servicio que va a supervisarse.
$tos*
(Tos)
$vpn*
(Vpn)
Sondeos de VOIP:
Los sondeos de VOIP generan los mismos elementos que los sondeos de Jitter.
Adems, generan los elementos que se muestran en la tabla siguiente.
Tabla 156. Elementos del sondeo de VOIP
Elemento Descripcin
elemento.
$avgRTT
*
(AverageRTT)
SAA.
$errTotal
*
(ErrorTotal)
$ICPIF
El valor ICPIF.
$maxRTT
*
(MaximumRTT)
$minRTT
*
(MinimumRTT)
$MOS
El valor del Mean Opinion Score (MOS) de la prueba.

elemento.
Tabla 156. Elementos del sondeo de VOIP (continuacin)
Elemento Descripcin
$probeType
voip
(ResponderRouter) El nombre del direccionador que se utiliza para responder a
las solicitudes de VOIP.
cre el elemento.
(versin 1, 2c o 3).
solicitudes de VOIP.
(Tos) El tipo del valor del servicio.
(Vpn) El nombre de la VPN.
Mensajes de estado:
El supervisor SAA proporciona mensajes de estado en el elemento $message, al
La Tabla 157 describe los mensajes de estado del supervisor SAA.
Tabla 157. Mensajes de estado de supervisor SAA
Mensaje Descripcin
Success (Correcto) La operacin de sondeo se ha realizado correctamente.
Operation failed (Operacin
fallida)
La operacin de sondeo ha fallado.
Invalid status (Estado no
vlido)
La operacin de sondeo ha fallado con un estado no
vlido.
Supervisor SIP
El supervisor SIP comprueba la disponibilidad de los servidores de Session
Initiation Protocol (SIP), incluido el tiempo necesario para registrar y autenticar
puntos finales. El supervisor inicia una sesin SIP de manera que se puedan
supervisar las solicitudes SIP y las respuestas SIP.
La Tabla 158 muestra los archivos del supervisor SIP.
Tabla 158. Resumen del archivo del supervisor SIP
Supervisor ejecutable nco_m_sip
Archivo de propiedades $ISMHOME/etc/props/sip.props
Archivo de reglas $ISMHOME/etc/rules/sip.rules
Archivo de registro $ISMHOME/log/sip.log
Directrices para configurar el supervisor SIP
El supervisor SIP prueba la disponibilidad de un servidor SIP enviando una
solicitud al URI de un dispositivo habilitado para SIP, por el servidor SIP, y recibir,
tambin por el servidor SIP, respuestas del dispositivo SIP.
El supervisor SIP acta como un cliente de agente de usuario (UAC); inicia las
conexiones utilizadas para probar los servicios SIP. El servidor de agentes de
usuario (UAS)el receptor o el destinatario de la llamada- puede ser cualquier
dispositivo habilitado para SIP, por ejemplo un sistema que ejecute un softphone o
un banco de mensajes.
Al probar un servidor SIP, el supervisor realiza la secuencia de acciones siguiente:
1. Se registra con el servidor SIP utilizando las credenciales suministradas en el
elemento de perfil.
2. Enva una solicitud OPTIONS al UAS.
3. Enva un solicitud INVITE al UAS.
Registra un resultado de prueba correcto si el UAS acepta la solicitud.
4. Enva una solicitud BYE al UAS, finalizando la conexin con el UAS.
5. Anula el registro del servidor SIP, con caducidad inmediata.
El supervisor registra la duracin de cada accin realizada en la prueba.
SIP se describen en la tabla siguiente.
Tabla 159. Propiedades y opciones de la lnea de mandatos del supervisor SIP
Nombre de propiedad
Parmetro
de
propiedad
Opcin de la lnea de
mandatos Descripcin
ShowZeroes 0|1 -showzeroes Especifica la visualizacin
de estadsticas de SIP con
valores de cero.
0: inhabilitado
1: habilitado
Transports cadena de
caracteres
-transports Muestra transportes de
puertos de protocolos
locales separados por un
espacio. Es un TCP o UDP
para el protocolo. Se
permite usar nmeros de
puertos comodines.
UDP:*.
Configuracin de pruebas de servicios del supervisor SIP
Utilice los parmetros de configuracin del supervisor SIP para definir pruebas de
servicios.
Tabla 160. Configuracin del supervisor SIP
Campo Descripcin
server Especifica el nombre del servidor que va a probarse.
serverport El puerto a travs del cual el supervisor SIP puede alcanzar al
servidor para probarlo.
username Especifica el nmero de extensin o la identidad de la cuenta
del supervisor SIP que realiza la llamada.
target Especifica el nmero de extensin de un dispositivo habilitado
con SIP que se utilizar para realizar una llamada.
password Especifica la contrasea para el nombre de usuario.
el elemento.
creado o no.
proxy El nombre de host del servidor proxy.
proxyport El puerto a travs del cual el supervisor SIP puede alcanzar al
servidor proxy.
servidor.
una anomala.
de servicio proporcionado por SIP.
SIP son estas:
totalTime
message
525.
supervisor SIP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio SIP.
La Tabla 161 describe los elementos adicionales para el supervisor SIP.
Tabla 161. Elementos del supervisor SIP
Elemento Descripcin
$AcceptReg El nmero de solicitudes de registro SIP
aceptadas.
$AuthTime*
(AuthenticationTime)
El tiempo que se tarda en autorizar tanto
el supervisor SIP como el dispositivo
habilitado con SIP.
$authAttempts El nmero de veces que el supervisor ha
necesitado para reenviar una solicitud
para incluir sus credenciales.
(CallSetupTime) El tiempo que se tarda en configurar una
llamada.
$Invalid El nmero de solicitudes enviadas y
recibidas no vlidas.
$InvalidReg El nmero de solicitudes de registro SIP
no vlidas.
$lastMethod El ltimo mtodo que ha visto el
supervisor que no sea BYE o ACK.
$lastSequence [METHOD] La ltima secuencia recibida para un
mtodo determinado.
$lastStatus [METHOD] El ltimo estado recibido para un mtodo
determinado o en el global.
$method METHOD Total de mensajes para un mtodo
determinado.
$optionsTime*
(OptionsTime)
El tiempo que se tarda en negociar un
cambio de opciones (de OPTIONS a 200 OK).
$postDialTime*
(PostDialTime)
El tiempo que se tarda en recibir un tono
de llamada despus de marcar (de INVITE
a 180 Ringing).
$RegTime*
(RegistrationTime)
El tiempo que se tarda en registrar tanto
el supervisor SIP como el dispositivo
habilitado con SIP.
Tabla 161. Elementos del supervisor SIP (continuacin)
Elemento Descripcin
$registrationTime El tiempo que se tarda en registrarse con
el servidor (de REGISTER a 200 OK).
$Requests El nmero de mensajes de solicitudes SIP
recibidos y enviados.
($RequestsSent) El nmero de mensajes de solicitudes SIP
enviados.
${request|response}[Sent|
Received|Transmitted|Total]
[METHOD][STATUS]
Total de mensajes vistos para varias
categoras, por ejemplo,
requestSentINVITE = 1,
responseReceived = 10 y
responseReceivedBYE200 = 1.
$Responses El nmero de mensajes de respuestas SIP
recibidos y enviados.
($ResponseReceived) El nmero de mensajes de respuestas SIP
recibidos.
$sessionAnswered 1 si se ha respondido la llamada; de lo
contrario, 0.
$sessionCreated 1 si se ha establecido una sesin; de lo
contrario 0.
$sessionTerminated 1 si la sesin ha finalizado; de lo
contrario, 0.
$shutdownTime*
(ShutdownTime)
El tiempo que se tarda en finalizar la
conexin (de BYE a 200 OK).
$terminatedReason*
(TerminatedReason)
La razn del cierre de la conexin.
(Username) El nombre de usuario utilizado para
iniciar sesin en el servidor SIP.
(Target) El destino en el que abrir la sesin.
Mensajes de estado:
El supervisor SIP proporciona mensajes de estado en el elemento $message, al
La Tabla 162 describe los mensajes de estado del supervisor SIP.
Tabla 162. Mensajes de estado de supervisor SIP
Mensaje Descripcin
Register timed out (se ha
excedido el tiempo de espera
de registro)
El supervisor no ha podido registrarse en el servidor.
Invite timed out (Se ha
superado el tiempo de espera
de INVITE )
Se ha superado el tiempo de espera del mensaje INVITE.
OK (Correcto) La solicitud y la respuesta han sido correctas.
Tabla 162. Mensajes de estado de supervisor SIP (continuacin)
Mensaje Descripcin
n operation status
description (descripcin del
estado de la operacin n)
n es la secuencia de nmeros de mensajes, operation es el
tipo de mensaje, status es el cdigo de estado y
description es una descripcin de texto sin formato del
estado. Por ejemplo, 1 INVITE 200 OK.
Respuestas de SIP:
El supervisor SIP soporta los tipos siguientes de respuestas, cada una de las cuales
tiene un cdigo de tres dgitos:
v Repuestas informativas (de 100 a 199)
v Respuestas correctas (de 200 a 299)
v Respuestas de redireccin (de 300 a 399)
v Respuestas de anomalas de cliente (de 400 a 499)
v Respuestas de anomalas de servidor (de 500 a 599)
v Respuestas de anomalas globales (de 600 a 699)
La Tabla 163 muestra una lista de las respuestas SIP comunes.
Tabla 163. Respuestas SIP comunes
Respuesta Descripcin
100 Trying (100
Intentando)
El dispositivo habilitado con SIP ha recibido el mensaje pero
ste an no se ha procesado.
180 Ringing (180
Llamando)
El dispositivo habilitado con SIP ha recibido y procesado el
mensaje. El dispositivo est llamando para alertar al usuario.
200 OK(200 Correcto) Este cdigo se devuelve cuando se completa correctamente un
mtodo. Por ejemplo, la llamada se ha registrado en el
servidor o el usuario ha respondido la llamada.
401 Unauthorized (401 Sin
autorizacin)
El usuario no est autorizado.
407 Proxy Authentication
Required (407
Autenticacin de proxy
obligatoria)
Este cdigo es parecido al 401, pero indica que el usuario debe
autenticarse primero.
408 Request Timeout (408
Tiempo de espera de
solicitud)
El usuario no ha respondido la llamada.
Para obtener una lista completa de respuestas SIP, consulte RFC3261.
Ejemplo
Supervise la disponibilidad del servidor SIP sip1://www.mycompany.com y las
solicitudes y respuestas de sesiones en intervalos de cinco minutos. Si el servidor
SIP no est disponible, o si el servidor Proxy no recibe solicitudes o respuestas,
repita la prueba como mucho dos veces, con cinco segundos entre cada prueba
repetida.
Cree un elemento de perfil SIP y configure los campos con los valores que
aparecen en la Tabla 164 en la pgina 527.
Tabla 164. Ejemplo de elemento de perfil SIP
server sip1.mycompany.com
username jblogg
target 5551234
password **********
description Example - SIP monitor
Active Selected
proxy proxy.mycompany.com
timeout 30
poll 300
failureretests 2
retestinterval 5
supervisor SMTP
El supervisor SMTP funciona junto con los supervisores IMAP4 o POP3 para
probar el rendimiento de un correo electrnico.
La Tabla 165 muestra los archivos del supervisor SMTP.
Tabla 165. Archivos del supervisor SMTP
Supervisor ejecutable nco_m_smtp
Archivo de propiedades $ISMHOME/etc/props/smtp.props
Archivo de reglas $ISMHOME/etc/rules/smtp.rules
Archivo de registro $ISMHOME/log/smtp.log
Directrices para configurar el supervisor SMTP
El supervisor SMTP opera junto con los supervisores de POP3 o IMAP4.
Peridicamente enva un mensaje de correo electrnico a un buzn en el servidor
de destino y registra el tiempo que se tarda en enviar la solicitud de correo
electrnico. A continuacin, el supervisor POP3 o IMAP4 lee los mensajes del
buzn y los utiliza para calcular el tiempo de respuesta y la disponibilidad del
servicio de correo electrnico.
La Figura 67 en la pgina 528 ilustra la operacin del supervisor SMTP.
Nota: Al operar el SMTP junto con los supervisores POP3 o IMAP4, utilice una
configuracin de intervalo de sondeo idntico para ambos supervisores.
Buzones:
Puede configurar el supervisor para que enve mensajes de correo electrnico a
cualquier buzn, incluso si pertenece a un usuario real. Sin embargo, se
recomienda crear una cuenta de buzn especial para realizar pruebs de servicios.
El parmetro email especifica el buzn del destinatario. De manera
predeterminada, el supervisor enva mensajes de prueba con la lnea de asunto
Mensaje de prueba del supervisor STMP.
En caso necesario, puede configurar elementos del perfil SMTP sin un nombre de
buzn. En esta configuracin, el supervisor simplemente comprueba que el servicio
STMP acepte conexiones.
Correo seguro:
El supervisor SMTP soporta conexiones con los servicios de correo seguro. Puede
Cuando defina un elemento de supervisor SMTP, utilice el campo Tipo de
seguridad para seleccionar la seguridad adecuada.
Si el servidor de correo requiere un certificado del lado de cliente para el cifrado
SSL, utilice las propiedades o las opciones de la lnea de mandatos de SSLnombre
para especificar un archivo de certificado, un archivo de claves, una contrasea de
clave y un conjunto cifrado.
Figura 67. Operacin de SMTP
El supervisor SMTP le permite supervisar servidores que requieren certificados del
lado del cliente para la autenticacin mutua.
SMTP se describen en la tabla siguiente.
Tabla 166. Propiedades y opciones de la lnea de mandatos del supervisor SMTP
Nombre de
propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
MailMessage Path cadena de
caracteres
-mailmessage path Va de acceso a un archivo que contiene texto para
enviar en el correo electrnico de prueba. Si no se
establece este valor, se enva un mensaje
predeterminado.
Originator cadena de
caracteres
-originator Especifica el campo From que se va a configurar al
enviar el correo electrnico de prueba. Asegrese de
que coincida con la cadena correspondiente del
supervisor IMAP4.
Valor predeterminado: SMTP-Monitor.
SSLCertificate
File
cadena de
caracteres
-sslcertificate
file
La va de acceso y el nombre de archivo del archivo de
certificado digital utilizado si no se especifica ningn
certificado de forma explcita para un elemento SMTP
durante su creacin.
Si la va de acceso no es absoluta, el supervisor la
interpreta en relacin con el directorio de trabajo
caracteres
-sslciphersuite El conjunto de cifrado que utilizar para las operaciones
SSL. Para ver una descripcin de valores posibles,
consulte Conjuntos de cifrado en la pgina 530.
Default: RC4:3DES:DES:+EXP
SSLDisableTLS integer -ssldisabletls Inhabilita TLSv1 para el soporte de legado.
Valor predeterminado: 0 - TLSv1 est habilitado.
Configrelo en 1 para inhabilitar TLSv1.
caracteres
-sslkeyfile El archivo que contiene la clave privada SSL.
caracteres
-sslkeypassword La contrasea utilizada para cifrar la clave privada SSL.
Tabla 166. Propiedades y opciones de la lnea de mandatos del supervisor SMTP (continuacin)
Nombre de
propiedad
Parmetro de
propiedad
Opcin de la lnea de
mandatos Descripcin
UseBody integer -usebody Especifica donde el supervisor escribe informacin de
seguimiento en el mensaje de correo, ya sea en la
cabecera del correo o en el cuerpo del correo.
Valor predeterminado: 0 - se incluye informacin en la
cabecera de correo.
Establzcalo en 1 para escribir informacin en el cuerpo
del correo.
supervisor SMTP.
exportadas.
exportables.
exportables.
exportables.
exportables.
exportables.
exportables.
fuertes.
exportables.
exportables.
exportables.
y el descifrado.
Versin
de SSL Cifrado
Intercambio de
claves
Longitud
de claves MAC
Versin
de SSL Cifrado
Intercambio de
claves
Longitud
de claves MAC
Configuracin de pruebas de servicios del supervisor SMTP
Utilice los parmetros de configuracin del supervisor SMTP para definir pruebas
de servicios.
Tabla 169. Configuracin del supervisor SMTP
Campo Descripcin
elemento.
creado o no.
port El nmero de puerto del servidor mail.
TLSv1.
v STARTTLS: conectarse sin seguridad, enviar un mandato
STARTTLS, y luego establecer una conexin por TLSv1.
servidor SMTP. Se utiliza con autenticacin PLAIN o CRAM-MD5.
password La contrasea utilizada para iniciar sesin en el servidor SMTP.
Se utiliza con autenticacin PLAIN o CRAM-MD5.
Tabla 169. Configuracin del supervisor SMTP (continuacin)
Campo Descripcin
authenticationtype El mtodo para autenticar el supervisor en el servidor SMTP.
Las opciones disponibles son estas:
v NONE: no se intenta ninguna autenticacin
v PLAIN: autenticacin de nombre de usario y contrasea con
texto sin formato
v CRAM-MD5: se utiliza la auntenticacin CRAM-MD5
sharedsecret La clave secreta compartida para la autenticacin de
CRAM-MD5.
email La direccin de correo electrnico del buzn utilizado por los
supervisores SMTP y POP3.
servidor SMTP.
una anomala.
de servicio proporcionado por un servidor de correo.
SMTP son estas:
totalTime
lookupTime
connectTime
sslHandshakeTime
uploadTime
responseTime
status
bytesTransferred
bytesPerSec
message
535.
v Un cdigo status de 250 indica ejecucin correcta. Consulte el protocolo SMTP
supervisor SMTP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio SMTP.
La Tabla 170 describe los elementos adicionales para el supervisor SMTP.
Tabla 170. Elementos del supervisor SMTP
Elemento Descripcin
el servidor SMTP el servidor SMTP (Standard o APOP).
$connectTime*
(ConnectTime)
El tiempo que se tarda en conectar con el servidor SMTP.
$email*
(EmailAddress)
La direccin de correo electrnico del buzn al que el
supervisor enva el correo electrnico de prueba.
$lookupTime*
(LookupTime)
host.
$port*
(Port)
$responseTime*
(ResponseTime)
hasta que el primer byte del correo electrnico de prueba se
pueda enviar al servidor SMTP.
(NONE, STARTTLS o SSL) como se establece en el campo
securitytype del elemento de perfil.
$SSLHandshakeTime*
(SslHandshakeTime)
$status*
(ResultStatus)
El cdigo de estado devuelto por el servidor SMTP.
Tabla 170. Elementos del supervisor SMTP (continuacin)
Elemento Descripcin
$uploadTime*
(UploadTime)
El tiempo que se tarda en cargar el archivo.
$user*
(SmtpUser)
supervisor para iniciar sesin en el servidor SMTP.
Mensajes de estado:
El supervisor SMTP proporciona mensajes de estado en el elemento $message, al
La Tabla 171 describe los mensajes de estado de SMTP.
Tabla 171. Mensajes de estado del supervisor SMTP
Mensaje Descripcin
lectura/escritura)
Una conexin de datos con el servidor se ha
establecido, pero ha dejado de responder.
Connection closed unexpectedly (Conexin
cerrada de forma inesperada)
La conexin con el servidor se ha
interrumpido.
El host remoto ha cerrado la conexin antes
de lo que esperaba el supervisor.
Connection failed (La conexin ha fallado) El supervisor no ha podido conectarse con
el servidor. Consulte el archivo de registro
Server does not support STARTTLS
capability (el servidor no soporta la
capacidad STARTTLS)
El servidor no soporta la conexin segura
de STARTTLS. Utilice un tipo de seguridad
alternativo.
Ejemplo
Supervise la disponibilidad del servidor de correo mail.mycompany.com intentando
conectarse a l a intervalos de diez minutos. Utilice un tiempo de espera de
conexin de 30 segundos y, si la conexin falla, vuelva a intentarlo tres veces
dejando cinco segundos entre cada reintento.
Cree un elemento de perfil SMTP y configure los campos con los valores que
aparecen en la Tabla 172.
Tabla 172. Ejemplo de elemento de perfil SMTP
description Example - Disponibilidad bsica de SMTP
Active Selected
timeout 30
poll 600
Tabla 172. Ejemplo de elemento de perfil SMTP (continuacin)
failureretests 3
retestinterval 5
supervisor SNMP
El supervisor SNMP prueba los dispositivos habilitados con SNMP para ver datos
de rendimiento y anmalos.
La Tabla 173 muestra los archivos del supervisor SNMP.
Tabla 173. Resumen del supervisor SNMP
Supervisor ejecutable nco_m_snmp
Archivo de propiedades $ISMHOME/etc/props/snmp.props
Archivo de reglas $ISMHOME/etc/rules/snmp.rules
Archivo de registro $ISMHOME/log/snmp.log
Directrices para configurar el supervisor SNMP
El supervisor SNMP adquiere datos de dispositivos habilitados con SNMP
enviando solicitudes GET para uno o ms objetos que se incluyen en un MIB de un
dispositivo. A continuacin el dispositivo devuelve los datos MIB al supervisor
SNMP.
La Figura 68 muestra cmo funciona el supervisor.
El supervisor SNMP soporta las versiones 1, 2c y 3 de SNMP.
Figura 68. Operacin del supervisor SNMP
Grupos de OID:
Un grupo OID define un conjunto de uno o ms OID de objetos MIB recuperados
por el supervisor SNMP durante una prueba de servicio.
Al crear un elemento de perfil SNMP se especifica un grupo de OID que contiene
los objetos MIB que se desea supervisar. Por ejemplo, si desea utilizar el supervisor
SNMP para sondear datos de rendimiento generales, puede definir un grupo de
OID que contenta OID del grupo srSystem de objetos MIB, por ejemplo
srSystemCPUUsageAverage, srSystemFreeMem y srSystemSwapPercentUsed. A
continuacin seleccione este grupo de OID en cada elemento del perfil que ha
creado para supervisar el rendimiento del sistema.
Los grupos de OID contienen los detalles siguientes para cada objeto MIB:
v Nombre: el nombre del objeto MIB, por ejemplo sysObjectID. Este nombre se
utiliza en las clasificaciones de niveles de servicios y en los elementos de
supervisor $oidNamen.
v Valor OID: el identificador numrico de la instancia del objeto MIB expresado en
notacin ASN.1, por ejemplo .1.3.6.1.2.1.1.2.0, o el nombre del objeto, por
ejemplo sysObjectID.0.
Nota: Cuando utilice la notacin ASN.1 debe incluir el carcter . al principio en
el OID.
Nota: Slo puede utilizar un nombre de instancia de objeto para especificar el
valor OID si el documento MIB que define el nombre es accesible para el
supervisor. El directorio predeterminado para los documentos MIB es
$ISMHOME/mibs.
v Unidad: las unidades de los datos de los objetos MIB, por ejemplo segundos,
bytes o bits por segundo (BPS).
Los valores de bits por segundo se calculas como:
(valor_sondeo_actual - valor_sondeo_anterior) / intervalo_sondeo* 8
v Selector
El valor de ndice del objeto MIB. Tabla 174 muestra un ejemplo que hace que el
selector busque todas las filas de ifDescr para el valor FastEthernet0/1, lo cual
da como ndice de fila el 2. A continuacin, la fila ifPhysAddress.2 se consulta y
se devuelve el valor 0:6:53:34:d2:a1. De esta manera, el ndice 2 no se
especifica directamente, de manera que si el ndice para FastEthernet0/1
cambia, no es necesario volver a configurar los grupos de OID.
Tabla 174. Utilizacin del selector
Objeto MIB Valor del objeto MIB
Valor de OID ifPhysAddress
Nombre de OID FastEthernet0/1PhysicalAddress
Unidad de OID cadena de caracteres
Selector ifDescr=FastEthernet0/1
Para obtener informacin especfica sobre los objetos MIB proporcionados por un
dispositivo habilitado por SNMP, consulte la documentacin del MIB del
dispositivo.
SNMP se describen en la tabla siguiente.
Tabla 175. Propiedades y opciones de la lnea de mandatos del supervisor SNMP
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la
lnea de
mandatos Descripcin
InvalidBps
Valor
integer -invalidbps
value
Especifica un valor entero sustituido para
los clculos de valores de bits por
segundo (Bps) cuando slo hay
disponible un punto de datos.
MibDir cadena de
caracteres
-mibdir Especifica el directorio que contiene los
documentos MIB utilizados por el
supervisor.
Valor predeterminado: $ISMHOME/mibs.
StripQuotes 0|1 -stripquotes Quita los caracteres de comillas de los
datos de enteros.
0: inhabilitado
1: habilitado
Rollover
Threshold
integer -rollover
threshold
El valor que un delta debe alcanzar o
superar en caso de sustitucin, antes de
que asuma que se ha producido un
restablecimiento de direccinoador.
Valor predeterminado: 0 (no sustituir
nunca)
Configuracin de pruebas de servicios del supervisor SNMP
Utilice los parmetros de configuracin del supervisor SNMP para definir pruebas
de servicios.
Tabla 176. Configuracin del supervisor SNMP
Campo Descripcin
server El servidor al que enviar solicitudes GET de SNMP.
objectgroupname El nombre de texto para el grupo de OID que se desea incluir en la solicitud
GET.
communitystring La cadena de comunidad de lectura/escritura de SNMP para el servidor
SNMP en el cliente.
Nota: Utilice un carcter de acento circunflejo (^) en los nombres de
comunidad correctamente. Para obtener ms informacin al respecto,
consulte Nombres de comunidades en la pgina 540.
port El puerto del servidor que se va a utilizar.
Tabla 176. Configuracin del supervisor SNMP (continuacin)
Campo Descripcin
version La versin SNMP por utilizar:
1: SNMPv1
2: SNMPv2c
3: SNMPv3
v MD5
v SHA1
privacyprotocol El protocolo que usar para cifrar la sesin.
Valor predeterminado: DES
retries El nmero de veces que el supervisor debe reintentar contactar con el
servidor antes de abandonar.
retestinterval El tiempo, en segundos, que esperar entre cada repeticin de prueba tras
una anomala.
Tabla 176. Configuracin del supervisor SNMP (continuacin)
Campo Descripcin
v default establece el supervisor para que utilice los valores de propiedades
de todo el supervisor. Es el valor predeterminado.
disponibles. Si no se encuentran direcciones IPv4, se utilizan direcciones
IPv6.
disponibles. Si no se encuentran direcciones IPv6, se utilizan direcciones
IPv4.
Nombres de comunidades:
Internet Service Monitoring utiliza el carcter de acento circunflejo (^) como un
carcter de escape al enviar informacin al dispositivo de destino. Si un nombre de
comunidad contiene un circunflejo, debe especificar dos circunflejos en una fila (^^)
para que el nombre sea correcto en el direccionador. Por ejemplo, para que el
nombre de comunidad a$^&b sea correcto cuando se enve al dispositivo, utilice
a$^^&b.
de servicio.
SNMP son estas:
totalTime
message
En las clasificaciones del nivel de servicio.
541.
v oidName es el nombre asignado a un objeto MIB en el campo Nombre de OID
definido en el grupo de OID.
supervisor SNMP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio SNMP.
La Tabla 177 describe los elementos adicionales para el supervisor SNMP.
Tabla 177. Elementos del supervisor SNMP
Elemento Descripcin
$community La cadena de comunidad de SNMP para el servidor SNMP en
el cliente.
$numOids El nmero de OID utilizado en la consulta.
$oidGroupName*
(OidGroup)
El nombre del grupo de OID. El grupo de OID contiene los
OID que est sondeando el supervisor.
$oidName0 to n*
(OIDNameZero to Nine )
El nombre del primer al ltimo objeto MIB del grupo de OID.
Se indica con un nmero al utilizar IBM Tivoli
Netcool/OMNIbus y con texto alfabtico (de cero a nueve) al
utilizar IBM Tivoli Monitoring.
$oidNames Los nombres de cada OID separados por una barra vertical ( |
).
$oidReturnValues0 to n*
(snmpResultZero to Nine)
Los datos devueltos por el mandato GET de SNMP del primer
al ltimo objeto MIB del grupo de OID. Se indica con un
nmero al utilizar IBM Tivoli Netcool/OMNIbus y con texto
alfabtico (de cero a nueve) al utilizar IBM Tivoli Monitoring.
$oidUnit0 to n Las unidades para del primer al ltimo objeto MIB del grupo
de OID indicado por un nmero.
$oidUnits Las unidades para cada OID, separados por un carcter de
barra vertical (|).
$snmpVersion*
(SnmpVersion)
Versin de SNMP utilizada para enviar paquetes de SNMP
configurados en el perfil (Versin 1, 2c o 3).
Mensajes de estado:
El supervisor SNMP proporciona mensajes de estado en el elemento $message, al
La Tabla 178 en la pgina 542 describe los mensajes de estado del supervisor
SNMP.
Tabla 178. Mensajes de estado de supervisor SNMP
Mensaje Descripcin
Successful Get (Get correcto) La consulta del agente SNMP ha sido
satisfactoria.
Failed to open snmp sessions (No se han
podido abrir las sesiones SNMP)
SNMP session - start failed (el inicio de la
sesin de SNMP ha fallado)
No se puede inicializar una sesin SNMP.
Error in packet (Error en paquete) No se ha podido crear un paquete SNMP
vlido.
Timed out while waiting for response (Se
ha excedido el tiempo de espera al esperar
una respuesta)
No se ha recibido ninguna respuesta del
agente SNMP.
Internal Error (Error interno) Ha habido un error interno en el supervisor.
Anote el error y luego contacto con el
Soporte tcnico de IBM para obtener ms
informacin.
Error Processing OID (OID de
procesamiento de errores)
Se ha producido un error al procesar uno de
los OID.
ERROR: Too Many OIDs (ERROR: hay
demasiados OID)
El supervisor se ha establecido para solicitar
demasiados OID a la vez. El mximo es 100.
ERROR: PDU received mismatch with PDU
sent (ERROR: la PDU recibida discrepa con
una PDU enviada)
La unidad de datos de protocolo (PDU)
recibida por el supervisor no coincida con
la PDU enviada al servidor.
Ejemplo
Supervise el consumo de CPU medio de la mquina proxy1.mycompany.com
sondeando su agente SNMP para el objeto srSystemCPUUsageAverage a intervalos
de diex minutos. Utilice las solicitudes SNMPv2c y la cadena de comunidad
public.
Clasifique el servicio utilizando las reglas siguientes:
v Si el consumo de CPU medio de la mquina supera el 98%, clasifique el servicio
como Failed
v Si el consumo de CPU medio de la mquina supera el 90%, clasifique el servicio
como Marginal
v De lo contrario, el nivel de servicio es Good.
Para implementar esta tarea:
1. Cree un grupo de OID llamado Average CPU Usage y un OID para el objeto
srSystemCPUUsageAverage utilizando los valores de Tabla 179.
Tabla 179. Configuracin de grupos de OID
Nombre de campo OID Valor
Nombre de grupo Average_CPU_Usage
Valor srSystemCPUUsageAverage.0
Nombre Avg_CPU_Usage
Unidad %
2. Cree un elemento de perfil SNMP y establezca la configuracin tal como se
muestra en la Tabla 180.
Tabla 180. Ejemplo de elemento de perfil SNMP
server proxy1.mycompany.com
objectgroupname Average_CPU_Usage
communitystring public
version 2
statement If (Avg CPU Usage > 98) then status Failed
else if (Avg Cpu Usage > 90) then status Marginal
else status Good
supervisor SOAP
El supervisor SOAP comprueba la disponibilidad y el tiempo de respuesta de la
interfaz SOAP (SOAP 1.0 y 1.1). Tambin puede supervisar la validez de las
entradas de SOAP (solicitudes) y las salidas de SOAP (respuestas).
El supervisor SOAP soporta los estilos de codificacin de mensajes siguientes:
v RPC: codificado
v Documento: literal sin ajustar
v Documento: literal ajustado
La Tabla 181 muestra los archivos del supervisor SOAP.
Tabla 181. Resumen de archivos de supervisor SOAP
Supervisor ejecutable nco_m_soap
Archivo de propiedades $ISMHOME/etc/props/soap.props
Archivo de reglas $ISMHOME/etc/rules/soap.rules
Archivo de registro $ISMHOME/log/soap.log
Directrices para configurar el supervisor SOAP
El supervisor SOAP prueba el funcionamiento de un servicio SOAP enviando a la
interfaz SOAP de destino una solicitud que contiene un conjunto de entradas, y
luego recibiendo y analizando las salidas contenidas en la respuesta recibida de la
interfaz. Cuando se enva una solicitud a la interfaz SOAP, la solicitud puede ser
correcta o incorrecta. Una solicitud es satisfactoria si se recibe una respuesta y los
valores del mensaje de respuesta coinciden con los valores de salida especificados.
Una solicitud falla si no se recibe ninguna respuesta o si se recibe una respuesta
pero los valores de su mensaje no coinciden con los valores de salida.
Las entradas y salidas de SOAP contenidas en las solicitudes y las respuestas
dependen de la funcionalidad del servicio SOAP sometido a la prueba; cuando se
disea una prueba para un servicio SOAP, se especifican entradas y salidas
adecuadas para ese servicio. Las entradas consisten en los nombres de los datos
que se van a enviar y sus valores de entrada asignados. Las salidas consisten en
los nombres de los datos que se van a recibir y sus valores de salida esperados.
Estos nombres de datos tienen origen en un archivo local de Web Service
Description Language (WSDL) que se especifica cuando se configura el supervisor
SOAP. Los nombres de datos de entrada y salida deben coincidir con los de los
tipos de datos del archivo WSDL. Los nombres de datos deben estar tambin en el
mismo orden que en el archivo WSDL. Si los nombres no coinciden, o si el orden
es incorrecto, se genera un mensaje de error cuando el supervisor intenta sondear
la interfaz SOAP.
El formato de las entradas es:
nombre_de_datos:tipo_de_datos=valor_asignado,
nombre_de_datos:tipo_de_datos=valor_asignado, ...
El formato de las salidas es:
nombre_de_datos:tipo_de_datos=valor_esperado,
nombre_de_datos:tipo_de_datos=valor_esperado, ...
Tipos de datos SOAP:
El supervisor SOAP soporta tipos de datos simples, de matriz y definidos por los
usuarios. Los tipos de datos simples incluyen enteros, cadenas de caracteres y
valores booleanos. Las matrices pueden contener tipos de datos simples y otros
tipos de datos de matriz y definidos por el usuario.
La Tabla 182 muestra los tipos de datos simples soportados.
Tabla 182. Tipos de datos simples
Tipos de datos simples
anyURI float language Qname
boolean gDay long short
byte gMonth Name cadena de
caracteres
date gMonthDay NCName time
dateTime gYear negativeInteger token
decimal gYearMonth NMTOKEN unsignedByte
double ID NMTOKENS unsignedInt
duration IDREFS nonNegativeInteger unsignedLong
ENTITIES int nonPostiveInteger unsignedShort
ENTITY integer normalizedString
Las matrices tienen este formato:
dataname:datatype[]=[assigned_value, assigned_value, ...]
Por ejemplo, para definir una matriz de enteros llamada input, que contiene los
valores 1, 2 y 3, utilice lo siguiente:
input:int[]=[1,2,3]
Nota: No se soportan la matrices anidadas.
Los tipos de datos definidos por el usuario tienen el formato siguiente:
dataname:{name:datatype, ...}={name=valor_asignado, ...}
Por ejemplo, para definir un tipo de datos llamado Login que conste de las cadenas
username y password, utilice lo siguiente:
Login:{username:string, password:string}={username=fsmith,password=bigs3cr3t}
Autenticacin SOAP:
Si la interfaz de SOAP que desea supervisar requiere una autenticacin HTTP
bsica, especifique las credenciales para acceder a la interfaz en el elemento de
perfil SOAP utilizando la herramienta de configuracin de Internet Service
Monitoring.
Para establecer los parmetos de autenticacin SOAP necesarios:
1. En la herramienta de configuracin de Internet Service Monitoring, seleccione
el elemento de perfil para el que desee aadir informacin de autenticacin.
2. En la ficha Avanzado, pulse el campo Valor para el parmetro username y
especifique el valor necesario.
3. Pulse el campo Valor para el parmetro password y especifique el valor
necesario. La contrasea est cifrada.
4. Pulse Aceptar.
Si la autenticacin ya no es necesaria, suprima los valores de los parmetros
username y password.
SOAP se describen en la tabla siguiente.
Tabla 183. Propiedades y opciones de la lnea de mandatos del supervisor SOAP
Nombre de
propiedad
Parmetro de
propiedad
Opcin de la lnea
SoapParser cadena de
caracteres
-soapparser Biblioteca de anlisis de XML
SoapTransport cadena de
caracteres
-soaptransport Biblioteca de transporte de
SOAP
SoapChannel cadena de
caracteres
-soapchannel Biblioteca de canales SOAP
SoapSecureChannel cadena de
caracteres
-soapsecurechannel Biblioteca de canales seguros
SOAP.
SoapClientLog cadena de
caracteres
-soapclientlog Especifica el nombre del
archivo de registro de cliente
SOAP extra. El archivo se
encuentra en $ISMHOME/log.
$ISMHOME/log/SoapClient.log
Configuracin de pruebas de servicios del supervisor SOAP
Utilice los parmetros de configuracin del supervisor SOAP para definir pruebas
de servicios.
Tabla 184. Configuracin del supervisor SOAP
Elemento Descripcin
wsdl La va de acceso a una copia local del archivo WSDL.
operation El nombre de la operacin SOAP operacin que se va a realizar.
operationnamespace El espacio de nombre de la operacin SOAP.
location El URL del servicio SOAP que se va a supervisar.
timeout El tiempo, en segundos, de espera para que responda el servicio SOAP.
retestinterval El tiempo, en segundos, que esperar entre cada repeticin de prueba tras una anomala.
Parmetros de SOAP
inputs Proporciona acceso a los campos de nombre, tipo y valor, incluidos atributos, para las
entradas de SOAP. Utilice parmetros de SOAP simples, complejos o de matriz. Por
ejemplo:
v Simples: symbol:string="IBM"
v Complejos:
outer:{item1:string,item2:string}(aaa:string=bbb)
={item1(attr:string=ccc)=,
item2(attr:string=ddd,attr2:string=eee)=fff}
En este ejemplo los atributos en parntesis, marcados en negrita, son opcionales.
v Matriz: input:int[]=[1,2,3,4]
outputs Proporciona acceso a los campos de nombre, tipo y valor, incluidos atributos, para las
salidas de SOAP. Utilice parmetros de SOAP simples, complejos o de matriz.
Consulte los ejemplos de entradas de parmetros de SOAP para ver la sintaxis necesaria.
de servicio proporcionado por la interfaz SOAP.
Las opciones de clasificacin del nivel de servicio disponibles son estas:
totalTime
message
v message puede ser cualquier mensaje en el elemento $message. Para ver una lista
de valores posibles, consulte Mensajes de estado.
supervisor SOAP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio SOAP.
La Tabla 185 describe los elementos adicionales para el supervisor SOAP.
Tabla 185. Elementos de supervisor de SOAP
Elemento Descripcin
(Location) El URL del servicio SOAP que se supervisa.
(Operation) El nombre del servicio SOAP que se supervisa.
$outputMatch Success si el valor devuelto coincide con el valor de salida; de lo
contrario, Failure.
$responseValueName El nombre de valor recibido en la respuesta de SOAP.
$soapname El nombre de contenedor de la respuesta de SOAP. Slo aplicable
a los tipso de datos complejos definidos de matriz y usuario.
$soaptype El tipo de contenedor de la respuesta de SOAP. Slo aplicable a
los tipso de datos complejos definidos de matriz y usuario.
(WSDL) La va de acceso a una copia local del archivo WSDL.
Mensajes de estado:
El supervisor SOAP proporciona mensajes de estado en el elemento $message, al
IBM Tivoli Monitoring. Los mensajes son Success si los valores devueltos coinciden
con los valores de salida o un mensaje de error. El mensaje de error contiene una
descripcin del error.
Ejemplo
Supervise la disponibilidad de la interfaz SOAP interface a intervaloes de cinco
minutos. Si la interfaz SOAP no est disponible, repita la prueba como mucho dos
veces, con cinco segundos entre cada prueba repetida. Enve una solicitud que
sume 1 + 2 y que compruebe que la respuesta contenga el valor 3.
Cree un elemento de perfil SOAP y configure los campos que aparecen en la
Tabla 186.
Tabla 186. Ejemplo de elemento de perfil SOAP
wsdl c:\%ISMHOME%\etc\SOAP.wsdl
operation add
operationnamespace http://localhost/SOAP/Calculator
Tabla 186. Ejemplo de elemento de perfil SOAP (continuacin)
location http://serverA/SOAP/Calculator
description Ejemplo: supervisor SOAP de calculadora bsica
Active Selected
timeout 30
poll 300
failureretests 2
retestinterval 5
inputs [in0=1,in1=2]
outputs [addReturn=3]
Resolucin de problemas
Utilice la informacin de esta seccin para ayudar a los problemas de resolucin de
problemas con el supervisor SOAP.
Tabla 187. Resolucin de problemas de SOAP
Problema Accin
Los nombres de datos de las
entradas y las salidas estn en un
orden distinto del archivo WSDL.
Vuelva a escribir o utilizar la funcin de cortar y pegar
para corregir el orden. De forma alternativa, considere
utilizar un analizador de trfico de red para comparar
el orden enviado con el orden del archivo WSDL.
Los nombres de datos de las
entradas y las salidas son
diferentes de los del archivo
WSDL.
Compruebe que haya especificado el archivo WSDL
correcto.
Supervisor TCPPort
El supervisor TCPPort proporciona cobertura para los servicios no probados por
los otros supervisores. Detecta y responde a los mandatos o los strings en un
puerto TCP. Este supervisor es especialmente til para supervisrar los servicios
bespoke.
La Tabla 188 muestra los archivos del supervisor TCPPort.
Tabla 188. Archivos del supervisor TCPPort
Supervisor ejecutable nco_m_tcpport
Archivo de propiedades $ISMHOME/etc/props/tcpport.props
Archivo de reglas $ISMHOME/etc/rules/tcpport.rules
Archivo de registro $ISMHOME/log/tcpport.log
Directrices para configurar el supervisor TCPPort
El supervisor TCPPort prueba los servicios basados en TCP conectndose con el
servicio, supervisando los mensajes recibidos del servicio y envindole respuestas.
Para configurar una prueba, defina una secuencia de mensajes y respuestas
esperados que comprenden una interaccin normal en ese servicio.
Por ejemplo, una interaccin estndar para un servicio telnet implica la secuencia
siguiente:
1. El servicio telnet enva un mensaje de inicio a sesin y solicita un nombre de
usuario.
2. El cliente enva una respuesta que contiene un nombre de usuario.
3. El servicio telnet enva un mensaje que solicita una contrasea.
4. El cliente enva una respuesta que contiene una contrasea.
5. Si el intento de inicio de sesin se realiza correctamente, el servicio telnet enva
alguna forma de mensaje de saludo.
Las propiedades WaitForn y Sendn definen los mensajes esperados y las respuestas
a esos mensajes. Estas propiedades, especificadas en el campo de propiedades del
supervisor, definen como interacta el supervisor con el servicio TCP:
v Las propiedades de WaitForn son expresiones regulares. El supervisor los utiliza
para hacerlos coincidir con mensajes recibidos en el puerto supervisado.
v Las propiedades de Sendn son cadenas literales que el supervisor escribe en el
puerto.
Consejo: En caso necesario, puede insertar caracteres de control en estas
propiedades utilizando un editor de texto que soporte la insercin de caracteres de
control.
El formato para definir las propiedades WaitForn ySendn es:
WaitFor1: primer mensaje recibido
Send1: primera respuesta
WaitFor2: segundo mensaje recibido
Send2: segunda respuesta
...
WaitFor5: quinto mensaje recibido
Send5: quinta respuesta
Cuando el supervisor alcanza la primera propiedad WaitFor no establecida, deja de
enviar y recibir. Si la propiedad MonitorDisconnect se establece en 0, el servicio
supervisado debe cerrar la conexin abierta por el supervisor; de lo contrario el
supervisor notificar el mensaje Timed out waiting to read (Tiempo de espera
superado al esperar lectura/escritura) en su elemento $message. Con muchos
servicios puede cerrar la conexin enviando un mandato quit. Si
MonitorDisconnect se establece en 1, el supervisor se desconecta despus de que se
complete el mandato Send o WaitFor, o cuando se supera el tiempo de espera,
segn qu suceda primero.
TCPPort se describen en la tabla siguiente.
Tabla 189. Propiedades y opciones de la lnea de mandatos de TCPPort
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la lnea
Monitor
Disconnect
0|1 -monitordisconnect Especifica que el supervisor debe
desconectarse despus del ltimo
mandato Send o WaitFor. Si el ltimo
mandato es Send, el supervisor se
desconecta justo despus de que se
enve la cadena. Si el ltimo mandato
es WaitFor, el supervisor se desconecta
en cuanto recibe una coincidencia o
cuando se supera el tiempo de espera
del sondeo.
0: inhabilitado (el supervisor no se
conecta)
1: habilitado
caracteres
-outputdirectory Especifica el directorio de salida que
utilizar si se guarda OutputResult.
Valor predeterminado: $ISMHOME/var.
OutputResult 0|1 -outputresult Especifica que el supervisor debe
guardar los datos que recibe del
servicio.
0: inhabilitado
1: habilitado
Send n -Send La cadena literal que el supervisor
escribe en el puerto. Consulte
Directrices para configurar el
supervisor TCPPort en la pgina 549.
n es un nmero entre 1 y 30, ambos
incluidos.
singleLineMatch 0|1 -singlelinematch Especifica que el supervisor debe
devolver una sola coincidencia de solo
una lnea cuando se correlaciona con
una expresin regular.
0: inhabilitado (coinciden varias lneas)
1: habilitado (coincidencia de una
lnea)
WaitFor n -WaitFor Expresin regular utilizada para que
coincida con mandatos o cadenas en el
puerto supervisado. Para obtener ms
informacin sobre esta propiedad,
consulte Directrices para configurar el
supervisor TCPPort en la pgina 549.
n es un nmero entre 1 y 30, ambos
incluidos.
Configuracin de pruebas de servicios del supervisor TCPPort
Utilice los parmetros de configuracin del supervisor TCPPort para definir
Tabla 190. Configuracin de TCPPort
Campo Descripcin
server La direccin IP de la mquina en la que se ejecuta el servicio
de destino.
port El puerto en el que conectarse al servicio de destino.
elemento.
Active Si el elemento de perfil debe estar activo o no cuando se abre.
servidor.
una anomala.
supervisor TCPPort intenta hacer coincidir el contenido recuperado con cada una
de las expresiones regulares.
de servicio proporcionado por un servicio TCP.
TCPPort son estas:
totalTime
downloadTime
lookupTime
connectTime
lastLineReceived
networkError
regexpMatchde 1 a 3
message
553.
supervisor TCPPort genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio TCPPort.
TCPPort.
Tabla 191. Elementos del supervisor TCPPort
Elemento Descripcin
$connectTime*
(ConnectTime)
servidor de destino.
$downloadTime*
(DownloadTime)
El tiempo que se tarda en descargar datos.
$lastlineReceived El contenido de la ltima lnea recibida del servidor de destino.
$lookupTime*
(LookupTime)
host.
$networkError Contiene los errores de red producidos durante la conexin.
$port*
(Port)
El puerto en el servidor de destino con el que ha intentado
conectarse el supervisor.
$waitingFor Si la conexin finaliza antes de que el supervisor haya
completado su secuencia de esperas y enva, este elemento
tiene el contenido de la propiedad WaitFor.
Mensajes de estado:
El supervisor TCPPort proporciona mensajes de estado en el elemento $message, al
La Tabla 192 describe los mensajes de estado de TCPPort.
Tabla 192. Mensajes de estado del supervisor TCPPort
Mensaje Descripcin
Timed out waiting to
read/write (Tiempo de espera
superado al esperar
lectura/escritura)
Una conexin de datos con el servidor se ha establecido,
pero ha dejado de responder.
Connection closed
unexpectedly (Conexin cerrada
de forma inesperada)
La conexin con el servidor se ha interrumpido.
ha fallado)
informacin.
Network connect error (Error
de conexin de red)
Network error whilst reading
(Error de red al leer)
Ejemplo
Supervise la disponibilidad del servicio telnet que se ejecuta en el host
server.mycompany.com en el puerto 23. Utilice las credenciales user/guest para
iniciar sesin en el servidor y cerrar la conexin de inmediato despus del inicio
de sesin. Ejecute la prueba en intervalos de cinco minutos, y configure un tiempo
de espera de diez segundos en los intentos de conexin.
1. Aada las entradas siguientes al archivo de propiedades de TCPPort:
WaitFor1: ".*[Ll]ogin:"
Send1: "user"
WaitFor2: ".*[Pp]assword:"
Send2: "guest"
WaitFor3: ".*%"
Send3: "exit"
2. Inicie o reinicie el supervisor TCPPort.
3. Cree un elemento del perfil TCPPort y configure los campos con los valores
que aparecen en laTabla 193.
Tabla 193. Ejemplo de elemento de perfil TCP
server server.mycompany.com
description Ejemplo: supervisor telnet
Active Selected
timeout 10
pollinterval 300
Detalles de la clasificacin del
nivel de servicio
statement If (Message != OK) then status Failed
else if (Message = OK) then status Good
else status Marginal
supervisor TFTP
El supervisor TFTP mide el rendimiento del servicio Trivial File Transfer Protocol
(TFTP) entre dos sistemas.
La Tabla 194 muestra los archivos del supervisor TFTP.
Tabla 194. Resumen del supervisor FTP
Nombre ejecutable nco_m_tftp
Archivo de propiedades $ISMHOME/etc/props/tftp.props
Archivo de reglas $ISMHOME/etc/rules/tftp.rules
Archivo de registro $ISMHOME/log/tftp.log
Directrices para configurar el supervisor TFTP
El supervisor TFTP transfiere archivos entre la mquina de host y el servidor de
destino utilizando las solicitudes TFTP READ o WRITE, y luego registra el tiempo
de respuesta y la velocidad de transferencia de datos. Utilcelo para asegurarse de
que su servidor TFTP est activo y en ejecucin, y de que transfiere archivos a una
velocidad aceptable.
La Figura 69 muestra cmo opera el supervisor TFTP.
Para cargar un archivo, el supervisor enva la solicitud TFTP WRITE (WRQ), y para
descargar un archivo enva la solicitud TFTP READ (RRQ). Normalmente, en los
clientes TFTP la operacin de carga se denomina PUT, y la operacin de descarga,
GET. El supervisor TFTP sigue esta convencin, as que al configurar los elementos
de perfil TFTP, seleccione PUT para cargar un archivo al servidor, y GET para
descargar un archivo.
El supervisor TFTP soporta las modalidades de transferencia de archivos octet
(binaria) y netascii.
TFTP.
Configuracin de pruebas de servicios del supervisor TFTP
Utilice los parmetros de configuracin del supervisor TFTP para definir pruebas
de servicios.
Tabla 195. Configuracin del supervisor TFTP
Campo Descripcin
server La direccin IP del servidor TFTP de destino o la mquina
desde o a la que desea transferir archivos.
localfile Para las operaciones GET, este campo especifica el nombre y
la va de acceso donde se descarga el archivo.
Para las operaciones PUT, este campo especifica el nombre y
la va de acceso del archivo que se carga en el servidor.
Figura 69. Operacin del supervisor TFTP
Tabla 195. Configuracin del supervisor TFTP (continuacin)
Campo Descripcin
remotefile Para las operaciones GET, este campo especifica el nombre y
la va de acceso del archivo que se descarga del servidor.
Para las operaciones PUT, este campo especifica el nombre y
la va de acceso donde se carga el archivo al servidor.
el supervisor TFTP.
creado o no.
port El puerto que utiliza el servidor TFTP.
localip La direccin IP de la interfaz de red del host en la que el
supervisor abre la conexin TFTP. Si este campo est en
blanco, el supervisor utiliza la interfaz especificada por la
propiedad IpAddress.
localport El puerto que utiliza el supervisor para establecer la
conexin TFTP. Si el valro de este campo es 0, el supervisor
selecciona un puerto adecuado.
command El mandato TFTP para que lo utilice el supervisor:
v GET>: descargue un archivo del servidor de destino al
host del supervisor.
v PUT: cargue un archivo del host del supervisor al servidor
de destino.
transfermode Especifica el formato en el que el supervisor transfiere el
archivo:
v OCTET (8-bit)
v NETASCII
Valor predeterminado: OCTET
servidor TFTP.
retries El nmero de veces que el supervisor intenta transferir un
archivo antes de abandonar.
poll El tiempo, en segundos, entre cada sondeo. No establezca
este valor demasiado bajo, ya que la realizacin constante de
sondeos puede sobrecargar el servicio.
failureretests El nmero de veces que el supervisor vuelve a probar el
servidor TFTP despus de una anomala inicial, antes de
indicar un anomala.
Tabla 195. Configuracin del supervisor TFTP (continuacin)
Campo Descripcin
de servicio proporcionado por un servidor TFTP.
TFTP son estas:
totalTime
lookupTime
responseTime
transferTime
bytesTransferred
bytesPerSec
checksum
message
558.
v El elemento checksum no suele proporcionar resultados significativos para las
clasificaciones del nivel de servicio porque su valor no es conocido cuando el
elemento de perfil se crea (el supervisor calcula los valores de la suma de
comprobacin mientras las pruebas estn en progreso). Este elemento tiene como
objetivo el enriquecimiento de alertas utilizando archivos de reglas.
supervisor TFTP genera un conjunto de resultados de las pruebas que contienen
datos especficos de las pruebas del servicio TFTP.
TFTP.
Tabla 196. Elementos del supervisor TFTP
Elemento Descripcin
$bytesPerSec*
(BytesPerSec)
$bytesTransferred*
(BytesTransferred)
$checksum El valor de suma de comprobacin de los datos descargados.
Lo genera el supervisor y se proporciona para su
procesamiento posterior utilizando archivos de reglas.
$command*
(TftpCommand)
El mandato TFTP enviado por el supervisor (GET o PUT).
$localFile*
(TftpLocalFile)
el host local. Este elemento se toma del archivo de
configuracin.
interfaz.
$lookupTime*
(LookupTime)
host.
$remoteFile*
(TftpRemoteFile)
el host remoto (el servidor FTP). Este elemento se toma del
archivo de configuracin.
(TransferTime) El tiempo que se tarda en transferir el archivo.
(TftpConnection) El formato en el que el supervisor ha transferido el archivo. Se
trata de OCTET (8 bits) o NETASCII.
Mensajes de estado:
El supervisor TFTP proporciona mensajes de estado en el elemento $message, al
Tabla 197. Mensajes de estado del supervisor TFTP
Mensaje Descripcin
OK (Correcto) La solicitud TFTP se ha realizado
correctamente.
FAILED: connect failed (FALLO: la
conexin ha fallado)
El supervisor no ha podido conectarse con el
servidor. Compruebe que el servidor est en
ejecucin.
FAILED: internal tftp monitor error
(FALLO: error interno de supervisor tftp)
Hay un problema con el supervisor,
posiblemente causado por insuficiencia de
memoria.
Tabla 197. Mensajes de estado del supervisor TFTP (continuacin)
Mensaje Descripcin
FAILED: A send/wait timed out (FALLO:
se ha excedido el tiempo de envo/espera)
Ha fallado la solicitud TFTP. Puede haber un
problema con la red.
FAILED: An unspecific error condition.
The transfer should be aborted (FALLO:
condicin de error no especfica. La
transferencia se debe cancelar)
FAILED: Received a short or malformed
packet (FALLO: se ha recibido un paquete
breve o incorrectamente formado)
FAILED: local file open/read/write
failed (FALLO: no se ha podido
abrir/leer/escribir el archivo local)
FAILED: unrecognised status from
transfer attempt (FALLO: estado no
reconocido de intento de transferencia)
Ejemplo
Pruebe la disponibilidad del servidor TFTP tftp.mycompany.com cargando el
archivo $ISMHOME/etc/testfiles/upload.txt en /ism/test/upload_result.txt.
Utilice la modalidad netascii para cargar el archivo en intervalos de 20 minutos.
Clasifique el nivel de servicio utilizando los criterios siguientes:
v Si la carga no se realiza correctamente, el nivel de servicio es Failed
v Si el tiempo total de transferencia es superior a 10 segundos, el nivel de servicio
es Marginal
v De lo contrario, el nivel de servicio es Good.
Cree un elemento de perfil de supervisor TFTP y establezca la configuracin tal
como se muestra en la Tabla 198.
Tabla 198. Ejemplo de elemento de perfil TFTP
server tftp.mycompany.com
localfile $ISMHOME/etc/ism/testfiles/upload.txt
remotefile /ism/test/upload_result.txt
description Ejemplo: prueba de TFTP
Active Selected
command PUT
transfermode NETASCII
poll 1200
statement If (Message != OK) then status Failed
else if (TotalTime > 10) then status Marginal
else status Good
supervisor TRANSX
El supervisor TRANSX simula las acciones de un usuario de Internet real
ejecutando una serie de actividades, que realiza utiliando otros supervisores de
servicios de Internet.
Por ejemplo, puede configurar TRANSX para acceder a pginas de un sitio web
utilizando el supervisor HTTP, descargar archivos, enviar o recuperar correos
electrnicos utilizando los supervisores POP3 y SMTP, y luego acceder a un
servidor de noticias de red con el supervisor NNTP.
La Tabla 199 muestra los archivos del supervisor TRANSX.
Tabla 199. Archivos del supervisor TRANSX
Supervisor ejecutable nco_m_transaction
Archivo de propiedades $ISMHOME/etc/props/transx.props
Archivo de reglas $ISMHOME/etc/rules/transx.rules
Archivo de registro $ISMHOME/log/transx.log
Directrices para configurar el supervisor TRANSX
El supervisor TRANSX prueba los servicios simulando un conjunto de actividades
que comprenden una experiencia de usuario tpica. El conjunto de actividades se
denomina transacccin, y cada actividad de la transaccin se denomina paso de la
transaccin.
Los elementos del perfil TRANSX definen las transacciones. Cada paso de
transaccin configura un supervisor de servicio de Internet, como HTTP o NNTP,
para realizar la operacin para ese paso. Los pasos de la transaccin se configuran
mediante el botn Editar de la ficha Pasos del elemento de perfil TRANSX.
Los pasos se configuran de la misma manera que se configura cualquier otro
elmento de perfil. Por ejemplo, los detalles de la configuracin para un paso que
implica el supervisor HTTP pueden incluir parmetros de cabecera y formulario,
parmetros del servidor proxy, expresiones regulares y clasificaciones del nivel de
servicio.
Cuando el supervisor TRANSX prueba un paso de la transaccin, registra el
tiempo que tarda y el nivel de servicio del paso.
Nota: El supervisor TRANSX requiere privilegios de raz si algn paso de la
transaccin utiliza otro supervisor, por ejemplo ICMP, que requiera privilegios de
raz.
Gestin del contenido dinmico con supervisores HTTP y HTTPS:
Muchos sitios web utilizan contenido dinmico para proporcionar funciones como
por ejemplo interacciones basadas en sesiones o en regiones. Cuando se utilizan
junto con el supervisor TRANSX, los supervisores HTTP y HTTPS pueden probar
pginas web que incluyen contenido dinmico, por ejemplo los ID de sesin, los
cdigos de regin o las fechas y horas incluidas en los enlaces, cuyos valores
pueden ser diferentes cada vez que se prueba la transaccin.
Las funciones de contenido dinmico proporcionadas por los supervisores HTTP y
HTTPS cuando se ejecutan en la modalidad de transaccin le permiten identificar
contenido dinmico en forma de parejas de nombre-valor, llamadas elementos de
pgina dinmicos, incorporados en la URL o definidas en elementos form de HTML,
que el supervisor extrae entonces de una pgina durante cada prueba,
garantizando as que se utilice el valor dinmico adecuado cada vez que se prueba
una transaccin.
Por ejemplo, considere una pgina de inicio de sesin del sitio web,
http://www.mycompany.com/login, que contiene un enlace para iniciar sesin en el
sitio web. La URL del enlace para la accin de inicio de sesin
http://www.mycompany.com/doLogin?sessionID=id incluye un ID de sesin para la
transaccin de inicio de sesin. En este ejemplo, la pareja nombre-valor
sessionID=id es un elemento de pgina; el valor de id cambia cada vez que se
accede a la pgina de inicio de sesin. Para probar la pgina de inicio de sesin
como parte de una transaccin, se configurara la transaccin para obtener y
utilizar el valor de sessionID cada vez que se prueba la transaccin, y para
insertarla en la URL de la accin de inicio de sesin.
El supervisor TRANSX pasa elementos de pgina dinmicos de un paso de la
transaccin a la siguiente. En el ejemplo de inicio de sesin del sitio web, en el
primer paso de la transaccin se accedera a la pgina de inicio de sesin para
obtener el ID de sesin y luego pasarlo a un segundo paso, que enviara la
solicitud de inicio de sesin que ocntiene dicho ID. Las operaciones realizadas en
estos pasos son estas:
1. Acceder a la pgina que contiene los elementos de pgina dinmicos, por
ejemplo http://www.mycompany.com/login
2. Enviar la accin utilizando los elementos de pgina dinmicos, por ejemplo
http://www.mycompany.com/doLogin?sessionID=@@030671
Cuando se identifica un elemento de pgina dinmico en un paso de la
transaccin, se pasa al siguiente paso de la transaccin, que inserta la pareja
nombre-valor en su solicitud. El elemento se pasa a cada transaccin HTTP o
HTTPS posterior hasta que se elimina explcitamente.
Adicin y eliminacin de elementos de pgina dinmicos:
Cada paso de transaccin HTTP o HTTPS consta de una solicitud, que devuelve
una pgina HTML. Cuando se ejecuta un paso de la transaccin que contiene
elementos de pgina dinmicos, el supervisor analiza la pgina HTML para ubicar
cada pareja de nombre-valor de cada elemento y lo pasa al siguiente paso de la
transaccin, que los inserta en su solicitud HTTP o HTTPS.
Para especificar que un paso utilice elementos de pgina dinmicos, establezca el
tipo de parmetro para el elemento en DYNAMIC. Luego indique cada elemento
dinmico que desee extraer y pselo a los pasos ltimos. Identifique cada elemento
dinmico indicando su nombre, por ejemplo, sessionID y seleccione Add To
(Aadir a) como valor. Add To (Aadir a) indica que el elemento se va a pasar a
los pasos ltimos.
Consejo: Para obtener el nombre de un elemento de pgina dinmico, vea el
origen HTML de la pgina en la que se encuentra.
Los elementos de pgina dinmicos se pasan de un paso de la transaccin al
siguiente. Si ya no es neceario pasar un elemento de pgina al paso siguiente,
establezca el valor del elemento en Remove From (Eliminar de). Actualice
manualmente los pasos de la transaccin siguientes para asegurarse de que se
procesen los elementos de pgina correctos.
Utilice las directrices siguientes para aadir y eliminar elementos de pgina
dinmicos:
v Si un paso no utiliza ningn elemento de pgina dinmico, no seleccione
DYNAMIC como tipo de parmetro.
v Si un paso requiere un elemento de pgina dinmico, el paso que recupera la
pgina en la que aparece el elemento dinmico debe especificar el nombre del
elemento y el valor Add To (Aadir a).
v Si un paso no requiere que se pase un elemento dinmico desde los pasos
anteriores, establezca el valor del paso anterior en Remove From (Eliminar de).
GET y POST:
En los mtodos GET, todos los elementos de pgina dinmicos se insertan en el
URL de la solicitud de forma automtica. En los mtodos POST, debe especificar
cada elemento dinmico como un parmetro FORM en la ficha Parmetros.
El supervisor inserta automticamente el valor dinmico para cada formulario
cuando ejecuta el paso de la transaccin.
Creacin de transacciones
Defina transacciones creando elementos de perfil TRANSX y pasos de
transacciones utilizando la interfaz de usuario Internet Service Monitoring o el
programa de utilidad de la lnea de mandatos ismbatch.
Procedimiento
Para crear una transaccin utilizando la interfaz:
1. En el panel izquierdo de la interfaz de usuario, seleccione el perfil de usuario
para el que desee aadir transacciones.
2. Asegrese de que la ficha Distribucin en el panel derecho est seleccionada.
3. Seleccione TRANSX en la lista desplegable de tipos de supervisores.
4. Pulse Aadir.
5. En la seccin de parmetros obligatorios, pulse la fila en blanco y especifique
los parmetros obligatorios (pulse Fichapara desplazarse a cada campo o pulse
en el campo necesario).
6. Seleccione el recuadro de seleccin Activo para permitir que el elemento inicie
la recopilacin de datos de rendimiento tras completar la definicin de
elementos.
7. En la ficha Avanzado, especifique el intervalo de sondeo.
8. En la ficha Pasos, seleccione un supervisor de la lista desplegable de tipos de
supervisores. Se asigna automticamente un nmero de paso de la
transaccin.
9. Pulse Editar para configurar el paso de la transaccin.
a. Especifique los parmetros obligatorios y opcionales de la misma manera
que configura los elementos de perfil.
b. Si crea pasos dinmicos para el supervisor HTTP o HTTPS, configure las
parejas de Nombre yValor en la ficha Parmetros y selecciones
DYNAMIC como el parmetro Tipo.
10. Repita los pasos 8-9 para cada paso de transaccin adicional.
11. Pulse Cerrar cuando acabe.
Resultados
Nota: Para especificar una pausa entre cada paso de la transaccin, utilice la
propiedad StepPause.
TRANSX se describen en la tabla siguiente.
Tabla 200. Propiedades y opciones de la lnea de mandatos del supervisor TRANSX
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la
lnea de
mandatos Descripcin
CompleteTransax 0|1 -completetransax Especifica que la transaccin contina
incluso si falla un paso.
0: inhabilitado (no contina).
1: habilitado (contina)
DetailedTimings 0|1 -detailedtimings Especifica que el supervisor TRANSX
produce registros de datos que contienen
sincronizaciones ajustadas para cada
paso. Las sincronizaciones ajustadas
producidas en los registros de datos
estn preestablecidas y no se pueden
modificar.
0: inhabilitado
1: habilitado
MultipleEvents 0|1 -multipleevents Especifica si el supervisor genera varios
sucesos para los resultados de la
transaccin:
v 0: inhabilitado (el supervisor genera
slo uno suceso que contiene los
resultados de todos los pasos y
resultados de resumen)
v 1: habilitado (el supervisor genera un
suceso para cada paso de la
transaccin, as como un suceso de
resumen final)
TRANSX (continuacin)
Nombre de
propiedad
Parmetro
de
propiedad
Opcin de la
lnea de
mandatos Descripcin
StepPause integer -steppause Especifica la duracin de la pausa, en
segundos, entre la ejecucin de cada
paso de transaccin.
La duracin de la pausa no afecta al
valor de un elemento $totalTime de una
transaccin. $totalTime representa la
suma de los elementos $stepXTime de
una transaccin.
Configuracin de pruebas de servicios del supervisor TRANSX
Utilice los parmetros de configuracin del supervisor TRANSX para definir
Tabla 201. Configuracin del supervisor TRANSX
Campo Descripcin
transxname Un nombre para la transaccin.
elemento.
creado o no.
Los elementos del perfil TRANSX no proporcionan opciones de clasificacin del
nivel de servicio. Sin embargo, cada paso de una transaccin proporciona su
propia clasificacin del nivel de servicio, y el resultado global del nivel de servicio
TRANSX se determina como el peor nivel de servicio debido a cualquiera de los
pasos de las transacciones.
El supervisor TRANSX genera sucesos que contienen los resultados de cada
transaccin. Estos sucesos contienen los resultados de toda la transaccin, as como
de los de los pasos individuales de la transaccin.
De forma predeterminada, el supervisor coloca todas las transacciones y los
resultados de los pasos en un solo suceso. Sin embargo, utilizando la propiedad
MultipleEvents puede configurar el supervisor para crear sucesos individuales
para cada paso de la transaccin y un suceso de resumen para toda la transaccin.
La Tabla 202 en la pgina 565 muestra los elementos de resumen de TRANSX.
Tabla 202. Elementos del supervisor de resumen de TRANSX
Elemento Descripcin
$numberOfSteps*
(NumberOfSteps)
El nmero de pasos en la transaccin.
$stepDescriptions Una lista de las descripciones para cada paso, separados por
un carcter de barra vertical (|).
$stepTimes*
(Stepde 1 a 10TotalTime)
Los datos de sincronizacin devueltos por cada paso (de 1 a
10).
$stepUnits Una lista de las unidades de cada paso, normalmente
segundos, cada uno de ellos separado por un carcter de barra
vertical (|).
(TransName) El nombre de la transaccin que se especific al configurar la
transaccin.
(TransStepDescription) La descripcin del paso de la transaccin que se especific al
configurar el paso.
Adems de los elementos de resumen de la transaccin, los sucesos del supervisor
TRANSX incluyen todos los elementos producidos durante cada paso de la
transaccin. Si la propiedad MultipleEvents de TRANSX es true (establecida en 1),
el supervisor TRANSX coloca elementos de pasos de transacciones en sucesos
separados, uno suceso para cada paso. Etiqueta los elementos $stepelemento
donde elemento es el nombre original del elemento de supervisor generado por el
supervisor que lleva a cabo el paso. De lo contrario, crea slo un suceso y etiqueta
todos los elementos de la transaccin $stepnelemento, donde n es el nmero del
paso de la transaccin.
El supervisor TRANSX tambin crea elementos genricos descritos en Elementos
comunes de supervisor en la pgina 383.
Mensajes de estado:
El supervisor TRANSX proporciona mensajes de estado en el elemento $message, al
La Tabla 203 describe los mensajes de estado.
Tabla 203. Mensajes de estado del supervisor TRANSX
Mensaje Descripcin
Successfully completed transaction
(Transaccin completada correctamente)
La transaccin se ha completado
correctamente.
Error in transaction (Error en la
transaccin)
Se ha producido un error en uno de los
pasos de la transaccin.
Tabla 203. Mensajes de estado del supervisor TRANSX (continuacin)
Mensaje Descripcin
Service Level Failed, ending transaction
(Fallo del nivel de servicio, finalizacin de
transaccin)
Service Level Failed (Fallo del nivel de
servicio)
El nivel de servicio de uno de los pasos ha
devuelto una respuesta fallida, lo cual ha
detenido la transaccin.
Los mensajes de estado devueltos por supervisores que ejecutan pasos de
transacciones se registran en elementos $stepmessage o $stepnmessage.
Ejemplo
Supervise la disponibilidad de un sitio web utilizando una secuencia de
navegacin web, la descarga de archivos y el envo de mensajes de correo
electrnico.
1. Cree un elemento de perfil TRANSX.
2. Cree un paso de transaccin HTTP para supervisar la disponibilidad de un sitio
web.
3. Cree un paso de transaccin FTP para supervisar una descarga de archivos.
4. Cree un paso de transaccin POP3 o SMTP para supervisar el correo
electrnico.
Consulte la documentacin para cada supervisor para obtener ms informacin.
Interfaz de la lnea de mandatos de Internet Service Monitoring
Puede utilizar la interfaz de lnea de comandos de Internet Service Monitoring
Configuration o el mandato ismbatch de la lnea de mandatos. Los mandatos para
ambos son parecidos y se describen en esta seccin.
La interfaz de lnea de comandos de Internet Service Monitoring Configuration
refleja las operaciones que se pueden completar con la interfaz de usuario de
Internet Service Monitoring Configuration. Estas dos interfaces actualizan la base
de datos de Tivoli Enterprise Portal Server.
Puede utilizar la interfaz de usuario Internet Service Monitoring Configuration o
interfaz de lnea de comandos de Internet Service Monitoring Configuration de
forma intercambiable para gestionar los perfiles de usuario.
Nota: Aunque se puede utilizar la interfaz de usuario de Internet Service
Monitoring Configuration y la interfaz de lnea de comandos de Internet Service
Monitoring Configuration al mismo tiempo, una interfaz bloquea a la otra, de
manera que no se pueden utilizar de forma simultnea. De forma similar, no
puede utilizar ms de una interfaz de usuario de Internet Service Monitoring
Configuration simultneamente porque la primera interfaz de usuario de Internet
Service Monitoring Configuration bloquea a cualquier otra. Para obtener
informacin sobre cmo desbloquear la base de datos de Tivoli Enterprise Portal
Server, consulte la Gua de resolucin de problemas.
El mandato ismbatch ofrece funciones similares a las de la interfaz de lnea de
comandos de Internet Service Monitoring Configuration. Sin embargo, los
mandatos de ismbatch slo se ejecutan de forma local y no actualizan la base de
Ya sea utilizando la interfaz de la lnea de mandatos Internet Service Monitoring o
la interfaz de usuario de Internet Service Monitoring Configuration, tenga en
cuenta que no se soportan cadenas de idiomas nacionales. No se pueden
especificar nombres de perfil o descripciones, por ejemplo, en un idioma que no
sea ingls.
interfaz de lnea de comandos de Internet Service Monitoring
Configuration
La interfaz de lnea de comandos de Internet Service Monitoring Configuration
duplica las operaciones que puede realizar con la interfaz de usuario de la Internet
Service Monitoring Configuration. Utilice la interfaz de lnea de comandos de
Internet Service Monitoring Configuration para automatizar operaciones que, de
otra forma, completara con la interfaz de usuario de Internet Service Monitoring
Configuration.
Mediante la interfaz de lnea de comandos de Internet Service Monitoring
Configuration puede crear y gestionar perfiles. Estos perfiles se reflejan en la
interfaz de usuario de Internet Service Monitoring Configuration. De forma similar,
los perfiles actualizados en la interfaz de usuario de Internet Service Monitoring
Configuration tambin se actualizan en la interfaz de lnea de comandos de
Internet Service Monitoring Configuration.
La interfaz de lnea de comandos de Internet Service Monitoring Configuration se
instala con el escritorio o navegador de soporte de Tivoli Enterprise Portal en las
ubicaciones listadas en Tabla 204.
Tabla 204. Ubicaciones en las que se instala la interfaz de lnea de comandos de Internet
Service Monitoring Configuration (ismconfig)
Sistema operativo
Escritorio de Tivoli
Enterprise Portal
Navegador de Tivoli
Enterprise Portal
Sistemas Windows C:\IBM\ITM\CNP\ C:\IBM\ITM\CNB\classes\
Sistemas UNIX y Linux /opt/IBM/ITM/arch/cj/lib/ /opt/IBM/ITM/arch/cw/
classes/
Para utilizar la interfaz de lnea de comandos de Internet Service Monitoring
Configuration, ejectelo directamente desde la lnea de mandatos. Las operaciones
de la interfaz de lnea de comandos de Internet Service Monitoring Configuration
consisten en el mandato que se va a ejecutar y, cuando es necesario, en uno o
varios parmetros.
Para ejecutar la interfaz de lnea de comandos de Internet Service Monitoring
Configuration:
1. Ejecute el indicador de mandatos.
2. Cambie el directorio por la ubicacin de instalacin del sistema, tal como se
describe en Tabla 204.
3. Ejecute el mandato:
v En sistemas Windows, ismconfig.cmd
v En sistemas UNIX y Linux, ismconfig.sh
Por ejemplo, /opt/IBM/ITM/arch/cj/lib/ismconfig.sh
Cuando inicie sesin por primera vez en interfaz de lnea de comandos de Internet
Service Monitoring Configuration, se le solicitarn sus credenciales de usuario de
Nota: Necesitar acceso de administrador para ejecutar algunos mandatos.
Por ejemplo, en sistemas UNIX o Linux, ejecute el siguiente mandato para iniciar
sesin:
/opt/IBM/ITM/arch/cj/lib/ismconfig.sh [-u username] -command [parameter=value ...]
Consejo: Para actualizar su contrasea, suprima la entrada de contrasea del
archivo ismconfig.props. Se le solicitar la contrasea nueva cuando inicie sesin
la prxima vez.
Mandatos especficos de la interfaz de lnea de comandos de
Internet Service Monitoring Configuration
Adems de los mandatos que ismconfig comparte con ismbatch hay diversos
mandatos especficos de la interfaz de lnea de comandos de Internet Service
Monitoring Configuration que puede utilizar para actualizar la base de datos,
desplegar perfiles y sincronizar supervisores.
Mandatos de la base de datos de la interfaz de lnea de comandos de Internet
Service Monitoring Configuration:
Utilizando ismconfig puede actualizar y configurar la base de datos de Tivoli
Enterprise Portal Server.
Mandatos de la base de datos de la Tivoli Enterprise Portal Server
La Tabla 205 muestra los mandatos que se utilizan para modificar la base de datos
de Tivoli Enterprise Portal Server.
Tabla 205. Mandatos de la base de datos de la interfaz de lnea de comandos de Internet
Service Monitoring Configuration
Operacin Mandato
Imprima el estatus de bloqueo actual. Si la base de
datos est bloqueada, se muestra la informacin de
bloqueo. Si la base de datos no est bloqueada, no se
muestra informacin.
-lockStatus
Se utiliza junto con otros mandatos para configurar
-config
La Tabla 206 contiene los mandatos necesarios para la resolucin de problemas y el
mantenimiento. Necesita acceso de administrador para utilizar estos mandatos.
Operacin Mandato
Cree tabla de Internet Service Monitoring en la base de
-createDB
Elimine las tablas de Internet Service Monitoring en la
base de datos de Tivoli Enterprise Portal Server.
-dropDB
Service Monitoring Configuration (continuacin)
Operacin Mandato
Desbloquee el bloque del acceso a las bases de datos
de configuracin. Se necesita tener acceso de
administrador. Un uso no adecuado puede hacer que
se dae la informacin de configuracin en la base de
-releaseLock
Operaciones de despliegue de la interfaz de lnea de comandos de Internet
Mediante las operaciones de despliegue puede determinar qu perfiles se
despliegan en un supervisor y desplegar o eliminar el despliegue de perfiles.
Operaciones de despliegue
La Tabla 207 contiene los mandatos de despliegue y los parmetros asociados. La
tabla utiliza los parmetros sin nombre. Si desea utilizar los argumentos con
nombres, utilice el mandato ./ismconfig -help para determinar los nombres de los
argumentos.
Tabla 207. Operaciones de despliegue de la interfaz de lnea de comandos de Internet
Operacin Mandato Parmetros
Mostrar una lista de
agentes en los que se
despliega un perfil
-listdeployment perfil
Desplegar un perfil en
un supervisor
-deploy perfil agente
Eliminar un perfil de
un supervisor
-undeploy perfil agente
Consejo: Asegrese de aadir :IS a los nombres de agentes.
Ejemplos
Despliegue un perfil llamado ibm en un agente:
./ismconfig -config -deploy ibm ismserver:IS
Cancele el despliegue de un perfil llamado ibm de un agente:
./ismconfig -config -undeploy ibm ismserver:IS
Muestre todos los agents en los que se despliega el perfil llamado ibm:
./ismconfig -config -listdeployment ibm
Operaciones de sincronizacin de la interfaz de lnea de comandos de Internet
Mediante las operaciones de sincronizacin puede determinar el estatus de la
configuracin de un supervisor y garantizar que los supervisores estn
sincronizados.
Operaciones de sincronizacin
La Tabla 208 muestra los mandatos de sincronizacin y los parmetros asociados.
La tabla utiliza los parmetros sin nombre. Si desea utilizar los argumentos con
nombres, utilice el mandato ./ismconfig -help para determinar los nombres de los
argumentos.
Tabla 208. Operaciones de sincronizacin de la interfaz de lnea de comandos de Internet
Mostrar la
informacin de
estatus de
configuracin para un
supervisor. Si no se
especifica ningn
agente se muestra el
estatus para todos los
agentes.
-agentstatus agente
Sincronizar un
supervisor
-resync agente
Sincronizar todos los
supervisores
-resyncall
Consejo: Asegrese de aadir :IS a los nombres de agentes.
Ejemplos
Mostrar el estatus del agente:
./ismconfig -config -agentstatus agent=ismsserver:IS
Volver a sincronizar los perfiles de un agente:
./ismconfig -config -resync agent=ismsserver:IS
Volver a sincronizar los perfiles para todos los agentes:
./ismconfig -config -resyncall
Archivo de propiedades de Internet Service Monitoring Configuration:
Utilice el archivo de propiedades de la configuracin, ismconfig.props para
configurar la informacin de conexin de Tivoli Enterprise Monitoring Server, por
ejemplo para un host diferente.
El archivo de propiedades de configuracin, ismconfig.props, se intala en la
misma ubicacin que interfaz de lnea de comandos de Internet Service Monitoring
Configuration, tal como se describe en la Tabla 204 en la pgina 567.
Puede abrir este archivo y editar las propiedades siguientes
v TepsHost, nombre de host del Tivoli Enterprise Portal Server.
v TepsPort, puerto para la conexin con el Tivoli Enterprise Portal Server; valor
predeterminado 1920.
v UserUpdate actualiza las credenciales de usuario del archivo de propiedades
cuando se habilita; valor predeterminado 1 (on).
v TraceParams, parmetros de los registros RAS1 donde KIS produces registros de
ISM, y KISSQL produce registros de ISM sobre cmo acceder a la base de datos.
Por ejemplo:
Para la depuracin general, especifique "Error (UNIT:KIS ALL)"
Para la depuracin detallada, especifique "Error (UNIT:KIS ALL)(UNIT:KISSQL
ALL)"
Las credenciales de usuario tambin se almacenan en el archivo de propiedades de
la configuracin. La primera vez que se ejecuta lainterfaz de lnea de comandos de
Internet Service Monitoring Configuration, su nombre de usuario y su contrasea
cifrada se almacenan y luego se actualizan si el parmetro UserUpdate no se ha
definido. No edite estas propiedades.
ismbatch
Igual que la interfaz de lnea de comandos de Internet Service Monitoring
Configuration, puede utilizar ismbatch para automatizar muchas de las
operaciones que de otro modo realizara utilizando la interfaz de usuario de
Utilizando ismbatch puede crear y configurar archivos, elementos de perfil,
incluyendo los grupos de OID, y mostrar la configuracin actual de estos
elementos. Sin embargo, los cambios que realice a los perfiles de forma local
utilizando ismbatch no se almacenan en la base de datos de Tivoli Enterprise
Portal Server automticamente y no se reflejan en la interfaz de usuario de Internet
Service Monitoring o en la interfaz de lnea de comandos de Internet Service
Monitoring Configuration. Por lo general, debe utilizar la interfaz de lnea de
comandos de Internet Service Monitoring Configuration con preferencia sobre
ismbatch.
Consejo: Utilice la aplicacin de XML a interfaz de lnea de mandatos (xml2cli)
para migrar los perfiles creados con ismbatch a un formato adecuado para su uso
con la interfaz de lnea de comandos de Internet Service Monitoring Configuration.
Consulte Conversin de perfiles creados con ismbatch en operaciones ismconfig
en la pgina 583 para ver ms informacin.
Los perfiles de usuario creados con ismbatch no son visibles en la ventana Internet
Service Monitoring Configuration o en la interfaz de lnea de comandos de Internet
Service Monitoring Configuration. Desplegar un perfil de usuario en un sistema
gestionado en el que se utiliz ismbatch para crear perfiles, o utilizar el recurso
Agente de resincronizacin elimina de ese sistema todos los perfiles existentes.
Ejecucin de ismbatch
Para utilizar los mandatos ismbatch, ejectelos directamente desde la lnea de
mandatos.
Las operaciones para ismbatch constan del mandato que se va a ejecutar y, cuando
corresponda, uno o ms parmetros.
Para ejecutar ismbatch en UNIX, escriba el mandato siguiente:
$ISMHOME/bin/ismbatch -mandato [parmetro=valor ...]
Para ejecutar ismbatch en Windows, utilice el mandato:
%ISMHOME%\platform\win32\bin\ismbatch -mandato [parmetro=valor ...]
Puede prefijar un mandato con uno o dos guiones -).
ismbatch registra los resultados de las operaciones que realiza en el archivo
$ISMHOME/log/ismbatch.log.
Sintaxis de la lnea de mandatos
Para utilizar los mandatos de la interfaz de la lnea de mandatos de Internet
Service Monitoring, ejectelos directamente desde la lnea de mandatos.
Las operaciones de la interfaz de la lnea de mandatos de Internet Service
Monitoring constan del mandato que va a ejecutarse y, cuando sea apropiado, uno
o ms parmetros.
Para ejecutar los mandatos de la interfaz de la lnea de mandatos de Internet
Service Monitoring en UNIX, especifique los mandatos siguientes:
dir_instal/ismconfig.sh -config -mandato [parmetro=valor ...]
dir_instal/ismbatch -mandato [parmetro=valor ...]
Para ejecutar los mandatos de la interfaz de la lnea de mandatos de Internet
Service Monitoring en Windows, especifique el mandato siguiente:
dir_instal\ismconfig.cmd -config -mandato ["parmetro=valor" ...]
donde dir_instal es la ubicacin descrita en Tabla 204 en la pgina 567.
dir_instal\ismbatch -mandato ["parmetro=valor" ...]
donde dir_instal es la ubicacin descrita en ismbatch en la pgina 571.
Puede prefijar un mandato con uno o dos guiones -).
Archivos de registro
ismconfig registra los resultados de las 10 operaciones anteriores en el archivo
$CANDLE_HOME/logs/ismconfig.log.
ismbatch registra los resultados de las operaciones que realiza en el archivo
$ISMHOME/log/ism/ismbatch.log.
Ayuda de la lnea de mandatos
Los mandatos de la interfaz de la lnea de mandatos de Internet Service
Monitoring proporcionan ayuda sobre la sintaxis para cada mandato y sus
parmetros, a la cual puede acceder directamente desde la lnea de mandatos.
Para obtener una visin general de la ayuda sobre sintaxis disponible, especifique:
./mandato ISM -help
Para obtener informacin sobre un mandato especfico, escriba:
./mandato ISM -help mandato
Para obtener una lista de parmetros de un supervisor, especifique:
./mandato ISM -help nombre_supervisor
Para mostrar ms detalles sobre los parmetros de grupo de un supervisor, aada
la opcin expand:
./mandato ISM -help nombre_supervisor expand
En estos mandatos:
mandato ISM es: ismconfig.sh -config en los sistemas UNIX; ismconfig.cmd
-config en los sistemas Windows; o ismbatch
mandato es el mandato para el que necesita la ayuda de sintaxis
nombre_supervisor es el supervisor para el que requiere ms informacin
En los listados de la ayuda, los parmetros opcionales se indican con un smbolo
de asterisco (*).
Parmetros
Los parmetros proporcionan informacin adicional para los mandatos de la
interfaz de la lnea de mandatos de Internet Service Monitoring.
El formato estndar de un parmetro es parmetro=valor. Por ejemplo, el mandato
para mostrar todos los elementos de un perfil requiere dos parmetros que
indiquen el supervisor y el perfil. Para mostrar todos los elementos del supervisor
HTTP del perfil denominado LocalWebServices, utilice el mandato siguiente:
./mandato ISM -listelts monitor=http profile=LocalWebServices
donde mandato ISM es: ismconfig.sh -config en los sistemas UNIX y Linux;
ismconfig.cmd -config en los sistemas Windows; o ismbatch
En los nombres de parmetros no se distingue entre maysculas y minsculas. De
ser necesario, puede omitir los nombres de parmetros y, en su lugar, especificar
valores para los parmetros. Por ejemplo, el mandato anterior se puede abreviar
as:
./mandato ISM -listelts http LocalWebServices
Cuando omita los nombres de parmetros debe especificar sus valores en el orden
definido en la ayuda de la lnea de mandatos de Internet Service Monitoring.
Cada parmetro asociado con un mandato puede ser obligatorio u opcional. Al
ejecutar un mandato, siempre debe especificar valores para los parmetros
obligatorios. Los parmetros opcionales se pueden omitir del mandato por
completo. Si omite un parmetro opcional, se utiliza su valor predeterminado, si se
ha definido uno.
Nota: Cuando se especifican valores de parmetros, tal vez sea necesario evitar
caracteres como las comillas dobles (") y los corchetes ([]) utilizando caracteres de
barra invertida (\) para evitar que el shell de mandatos del sistema operativo se
interprete a esos caracteres. De forma alternativa, aada los mandatos a un archivo
de texto y ejecute ese archivo utilizando el mandato -file. Consulte Creacin de
las secuencias de operaciones en la pgina 581 para ver ms informacin.
Grupos de parmetros:
Algunos supervisores proporcionan tipos ampliados o especializados de pruebas
adems de las pruebas bsicas que realizan. Por ejemplo, el supervisor HTTP
proporciona funciones para probar servidores proxy. Al configurar un elemento de
perfil que utilice las opciones de pruebas ampliadas, debe especificar parmetros
adicionales. Los mandatos de la interfaz de la lnea de mandatos de Internet
Service Monitoring gestionan estos parmetros adicionales utilizando grupos de
parmetros. Por ejemplo, para utilizar las funciones de pruebas de proxy del
supervisor HTTP, debe especificar valores para parmetros adicionales definidos en
el grupo de parmetros Proxy.
Para obtener ayuda sobre los grupos de parmetros soportados por un supervisor,
utilice el mandato
/mandato ISM -help supervisor expand
donde mandato ISM es: ismconfig.sh -config en los sistemas UNIX; ismconfig.cmd
Para especificar un grupo de parmetros en un mandato ismbatch, prefije el
nombre del grupo con el smbolo @ y luego muestre cada parmetro en el grupo:
./mandato ISM -command parmetro=valor ... @grupo_parmetros parmetro=valor ...
Por ejemplo, para aadir un elemento de perfil HTTP al pefil test_http para
probar el URL www.xyz.com/home.html sobre el servidor proxy proxy.abc.com:3128,
utilice el mandato siguiente:
./mandato ISM -add monitor=http profile=test_http server=www.xyz.com page=home.html
@Proxy server=proxy.abc.com port=3128
Si desea especificar ms parmetros de mandatos despus del grupo que no
pertenezcan al grupo, cierre el grupo con un solo carcter @. Por ejemplo, los
mandatos siguientes tienen el mismo efecto:
[1] ./mandato ISM -add monitor=http profile=test_http server=www.xyz.com
page=home.html @Proxy server=proxy.abc.com port=3128 @ port=8080
[2] ./mandato ISM -add monitor=http profile=test_http server=www.xyz.com
page=home.html port=8080 @Proxy server=proxy.abc.com port=3128
Operaciones de perfil de la interfaz de la lnea de mandatos
de Internet Service Monitoring
Mediante las operaciones de perfil puede crear, editar, modificar y suprimir
perfiles.
Operaciones de perfil
La Tabla 209 en la pgina 575 muestra los mandatos de las operaciones de perfil y
los parmetros asociados. La tabla utiliza los parmetros sin nombre. Si desea
utilizar argumentos con nombres, utilice el mandato ./mandato ISM -help para
determinar los nombres
de argumentos, donde mandato ISM es: ismconfig.sh -config en los sistemas
UNIX; ismconfig.cmd -config en los sistemas Windows; o ismbatch.
Tabla 209. Mandatos de las operaciones de perfil de la interfaz de la lnea de mandatos de
Internet Service Monitoring
Crear un perfil -new nuevo_perfil [active|inactive]
Suprimir un perfil -deleteprofile perfil
Suprimir todos los
perfiles
-deleteallprofiles
Mostrar todos los
perfiles
-listprofiles
Activar un perfil -activateprofile perfil
Activar todos los
perfiles
-activateall
Desactivar un perfil -deactivateprofile perfil
Desactivar todos los
perfiles
-deactivateall
Copiar un perfil -copy perfil nuevo_perfil [active|inactive]
Renombrar un perfil -rename perfil nuevo_perfil
Validar todos los
perfiles
En desuso
-validate
Actualizar el perfil de
supervisin
-monitoring perfil ubicacin periodos
Actualice todos los
campos de elemento de
perfil vacos para todos
los perfiles para incluir
un valor
predeterminado.
Despus de
actualizarse los perfiles
ms antiguos, son
compatibles con
versiones ms recientes
de Internet Service
Monitoring.
-updateall
Ejemplo: copia de un perfil
Copie un perfil llamado ibm, asigne a la copia el nombre ibm2 y establezca como
estatus de la copia inactive:
./ismconfig.sh -config -copy ibm ibm2 inactive
Ejemplo - Actualizar perfiles antiguos
Actualice todos los elementos de perfil vacos para todos los perfiles para incluir
un valor predeterminado, repare los perfiles rotos de forma que se ajusten a
definiciones de perfil XML y proporcione informacin acerca de los perfiles que se
actualizan:
./ismconfig.sh -config -updateall
Nota: Cuando se ejecuta con ismbatch, slo los perfiles de XML locales se
actualizan y vuelven a generarse.
Consejo: Despus de ejecutar el mandato ./ismconfig.sh -config -updateall,
ejecute ./ismconfig.sh -config -resync para propagar los cambios a los perfiles
de XML desplegados en los agentes.
Operaciones de elementos de perfil de la interfaz de la lnea
de mandatos de Internet Service Monitoring
Mediante las operaciones de los elementos de perfil puede crear, editar, modificar y
suprimir elementos de perfil y pasos de transacciones.
Operaciones de elementos de perfil
La Tabla 210 muestra las operaciones de elementos de perfil.
Las operaciones aqu descritas se muestran sin nombres de parmetros. Si desea
determinar un nombre de parmetro, utilice el mandato ./mandato ISM -help
mandato, donde mandato ISM es: ismconfig.sh -config en los sistemas UNIX;
ismconfig.cmd -config en los sistemas Windows; o ismbatch.
Tabla 210. Mandatos de las operaciones de elementos de perfil de la interfaz de la lnea de
mandatos de Internet Service Monitoring
Crear un
elemento de
perfil
-add supervisorperfil [active|inactive]
parms_supervisor [@DVC] [@Params]
[@SOAPInputs @SOAPOutputs] [@Regexp]
[@Identifiers]
Modificar un
elemento de
perfil
-change supervisorperfil element_index parameters [@DVC]
[@Params] [@SOAPInputs @SOAPOutputs]
[@Regexp] [@Identifiers]
Suprimir un
elemento de
perfil
-delete supervisor perfil ndice_elementos
Mostrar las
clasificaciones del
nivel de servicio
en un elemento
de perfil
-showdvc supervisor perfil ndice_elementos
Activar un
elemento de
perfil
-activate supervisor perfil ndice_elementos
Desactivar un
elemento de
perfil
-deactivate supervisor perfil ndice_elementos
Mostrar todos los
elementos de un
perfil
-listelts supervisor perfil
Consejo: Puede utilizar este mandato para obtener el
ndice_elementos de un elemento de perfil o el
ndice_transacciones de un paso de transaccin.
Aadir un paso
de transaccin.
-addstep perfil ndice_transaccin parms_supervisor
[@DVC] [@Params] [@SOAPInputs @SOAPOutputs]
[@Regexp]
Tabla 210. Mandatos de las operaciones de elementos de perfil de la interfaz de la lnea de
mandatos de Internet Service Monitoring (continuacin)
Modificar un
paso de
transaccin
-changestep supervisor perfil ndice_transacciones
ndice_pasos parms_supervisor [@DVC]
[@Params] [@SOAPInputs @SOAPOutputs]
[@Regexp]
Suprimir un paso
de transacciones
-deletestep perfil ndice_transacciones ndice_pasos
Mostrar las
clasificaciones de
nivel de servicio
en un paso de
transaccin
-showdvc supervisor perfil ndice_transacciones
ndice_pasos
Mostrar todos los
pasos de
transacciones
-liststeps perfil ndice_transacciones
En la Tabla 210 en la pgina 576:
v Los pasos de transacciones se aplican slo a los elementos del perfil TRANSX.
Las entradas y salidas de SOAP se aplican slo a los elementos de un perfil
SOAP.
v @DVC son valores para el grupo de parmetros de clasificacin del nivel de
servicio. Para obtener informacin detallada sobre las clasificaciones del nivel de
servicio, consulte Grupo de parmetros de clasificacin del nivel de servicio en
la pgina 579.
v @Params son valores para el grupo de parmetros de cabecera y formulario. Se
aplica a los supervisores HTTP yHTTPS.
v parms_supervisor son valores para los campos de configuracin de supervisor
especficos del supervisor seleccionado.
v @Regexp son valores para el grupo de parmetros de las expresiones regulares. Se
aplica a los supervisores FTP, HTTP, HTTPS, IMAP4, NNTP, POP3, SOAP y
TCPPort. Para obtener informacin detallada sobre las expresiones regulares,
consulte Grupo de parmetros de expresiones regulares en la pgina 578.
v @SOAPInputs @SOAPOutputs son valores para los grupos de parmetros SOAP de
entrada y salida. Se aplica slo al supervisor SOAP. Para obtener informacin
detallada sobre estos grupos, consulte Grupos de parmetros SOAP de entrada
y salida en la pgina 580.
v PUde utilizar element index o @Identifiers checksum
v @Identifiers son valores para configurar identificadores exclusivos para un
elemento que de otra manera se generara automticamente. Los valores deben
ser exclusivos para cada elemento.
Nota: No especifique estos valores a menos que sea necesario. Proporcionar
valores no exclusivos puede interrumpir la supervisin.
Utilice el formato siguiente:
@Identifiers [checksum] [datalog] [updated]
[checksum] ::= [checksum=] valor_suma_comprobacin
[datalog] ::= [datalog=] valor_registro_datos
[updated] ::= [updated=] hora_actualizada
donde valor_suma_comprobacin y valor_registro_datos identifican el elemento y
hora_actualizada es la indicacin de la hora del ltimo cambio en segundos.
Nota: Los valores valor_registro_datos y hora_actualizada se aplican slo a
ismbatch.
Por ejemplo:
ismbatch -add ... @Identifiers myChecksum myDatalog
1234 @...
ismbatch -change .. @Identifiers myChecksum myDatalog
1234 @...
ismbatch -add ... @Identifiers checksum=myChecksum
datalog=myDatalog updated=1234 @...
ismbatch -change .. @Identifiers checksum=myChecksum
datalog=myDatalog updated=1234 @...
Puede especificar cualquier combinacin de los parmetros checksum, datalog o
updated en un mandato. Cada checksum sigue siendo el mismo despus de
realizar cambios repetidos a un elemento a menos que se configura
especficamente. Cada datalogpath se vuelve a generar despus de cada cambio
de los valores actuales del elemento a menos que se configure especficamente.
Cada updated se configura con la hora actual despus de cada cambio en los
valores actuales del elemento a menos que se configure especficamente.
Ejemplo: creacin de un elemento de perfil
Cree un elemento de perfil en el perfil ibm que configure el supervisor HTTP para
comprobar la disponibilida de la pgina web http://www.ibm.com/index.html.
Utilice los valores predeterminados para los campos de configuracin del
supervisor:
./ismconfig.sh -config -add monitor=HTTP profile=ibm server=www.ibm.com
page=index.html description="IBM home page"
Grupo de parmetros de expresiones regulares
El grupo de parmetros Regexp define expresiones regulares para los elementos de
perfiles y los pasos de transacciones. Puede utilizar este grupo con los supervisores
FTP, HTTP, HTTPS, IMAP4, NNTP, POP3 y TCP Port.
El grupo de parmetros tiene el formato siguiente:
@Regexp {1 "regex1"} [{2 "regex2"} ...]
v regexn define la expresin regular. Consulte Apndice F, Sintaxis de expresiones
regulares, en la pgina 661 para ver una lista de operadores soportados.
v El nmero mximo de expresiones regulares es 50.
v Los resultados de la coincidencia de expresiones regulares se pueden utilizar en
las clasificaciones del nivel de servicio probando los valores de los elementos
regexpMatchn y regexpStatusn elements.
Grupo de parmetros de clasificacin del nivel de servicio
El grupo de parmetros DVC define la clasificacin del nivel de servicio para un
elemento de perfil o un paso de transaccin.
El grupo de parmetros tiene el formato siguiente:
@DVC estatus_predeterminado recuento_sentencias {sentenci_if ...}
v estatus_predeterminado define el estatus predeterminado de la clasificacin del
nivel de servicio; GOOD, MARGINAL o FAILED.
v recuento_sentencias indica el nmero total de sentencias If de la clasificacin
del nivel de servicio.
v sentencia_if define una sola sentencia If de clasificacin del nivel de servicio.
Nota: El grupo DVC no debe contener una sintaxis de denominacin. Por
ejemplo, @DVC GOOD 2 es vlido, pero @DVC=GOOD recuento_sentencias=2 no.
Las sentencias If tienen el formato siguiente:
id estatus{GOOD|MARGINAL|FAILED} recuento_expresiones {expresin_prueba ...}
v id es un nmero que identifica cada sentencia If.
v estatus es el valor de la clasificacin del nivel de servicio asociada a la sentencia
If; GOOD, MARGINAL o FAILED.
v recuento_expresiones indica el nmero total de expresiones de prueba.
v expresin_prueba define una expresin de prueba de la clasificacin del nivel de
servicio.
Las expresiones de prueba tienen el formato siguiente:
elemento_supervisor operador_comparacin valor_umbral
v elemento_supervisor es el nombre del elemento de supervisor utilizado en la
clasificacin.
v operador_comparacin es la prueba aplicada al valor del elemento de supervisor:
GT, LT, EQ, GT_EQ, LT_EQ, NEQ, BETWEEN, OUTSIDE, CONTAINS o NCONTAINS.
v valor_umbral es el valor de umbral para el nivel de servicio.
Ejemplo: modificacin de una clasificacin del nivel de servicio
Modifique la clasificacin del nivel de servicio para el primer paso de transaccin
del perfil WebTransx por lo siguiente:
If totalTime > 20 then status FAILED
else if totalTime > 10 then status MARGINAL
else status GOOD
Utilice el mandato:
./ismconfig.sh -config -changestep monitor=HTTP profile=Transx element=1 step=1
@DVC GOOD 2 1 FAILED 1 totalTime GT 20 2 MARGINAL 1 totalTime GT 10
Operaciones de grupos de OID
Utilizando operacions de grupos de OID puede crear, editar, modificar, gestionar y
suprimir grupos de OID que son necesarios para realizar pruebas con el supervisor
SNMP.
La Tabla 211 muestra las operaciones de los grupos de OID y los parmetros
asociados. Todas las operaciones aqu descritas se muestran sin nombres de
parmetros. Para determinar un nombre de parmetro, utilice el mandato:
./mandato ISM -help mandato, donde mandato ISM es: ismconfig.sh -config en
sistemas UNIX; ismconfig.cmd -config en sistemas Windows; o ismbatch.
Tabla 211. Operaciones de grupos de OID de la interfaz de lnea de comandos de Internet
Crear un grupo de
OID
-addoidgroup grupo_OID
Suprimir un grupo
de OID
-deleteoidgroup grupo_OID
Suprimir todos los
grupos de OID
-deletealloidgroups
Mostrar todos los
grupos de OID
-listoidgroups
Aadir un OID a
un grupo de OID
-addoid grupo_OIDnombre_OID valor_OID
unidad_OID [selector_OID]
Modificar un OID
en un grupo de
OID
-editoid grupo_OID ndice_elementos
[nuevo_nombre_elemento]
[nuevo_valor_elemento] [nombre_OID]
[nueva_unidad_elemento]
[nuevo_selector_elementos]
Suprimir un OID
de un grupo de
OID
-deleteoid grupo_OID ndice_elementos
Mostrar todos los
OID de un grupo
de OID
-listoids grupo_OID
Grupos de parmetros SOAP de entrada y salida
nEl grupo de parmetros SOAPInputs define los nombres de datos, los tipos de
datos, los atributos y los valores asignados que enva el supervisor SOAP a una
interfaz SOAP durante una prueba de servicio. El grupo de parmetros
SOAPOutputs define los nombres de datos, los tipos de datos, los atributos y los
valores esperados que la interfaz SOAP de destino devolver al supervisor SOAP
durante la prueba.
Ejecute el mandato mandato ISM -help SOAPParams para mostrar una lista de los
parmetros SOAP soportados.
El grupo de parmetros SOAPInputs tiene el formato siguiente:
@SOAPInputs [nombre_datos:tipo_datos=valor_asignado,
nombre_datos:tipo_datos=valor_asignado, ...]
El grupo de parmetros SOAPOutputs tiene el formato siguiente:
@SOAPOutputs [nombre_datos:tipo_datos[=valor_esperado],
nombre_datos:tipo_datos[=valor_esperado], ...]
La variable valor_esperado es opcional en el grupo de salida.
Nota: Asegrese de especificar los nombres de datos exactamente tal como
aparecen en el archivo Web Service Definition Language (WSDL) local y que los
tipos de datos coincidan tambin. El archivo WSDL que se va a utilizar para el
supervisor SOAP se especifica con el parmetro wsdl del elemento de perfil.
Los tipos de datos pueden ser simples, una matriz o definidos por el usuario. Los
tipos de datos simples incluyen enteros, cadenas de caracteres y valores booleanos.
En las directrices del supervisor SOAP aparece un lista completa de tipos simples
soportados. Los tipso de datos matriz y definidos por el usuario contienen tipos de
datos simples, as como otros tipos de datos de matriz y definidos por el usuario.
Formato de tipo simple:
[dataname:simple_type=value,dataname:simple_type=value,...]
Ejemplo:
@SOAPInputs [in0:integer=123, in1:string=\"xyz\"]
Formato de matriz:
[dataname:simple_type[]=[value,value,...]]
Ejemplo:
@SOAPInputs [count:integer[]=[1,2,3]]
Definido por el usuario.
[dataname:{identifier:simple_type,identifier:simple_type, ...}
={identifier=value,identifier=value, ...}]
Ejemplo 1:
@SOAPInputs [contact:{name:string,phone:integer}={name=\"JSMITH\",phone=55512346}]
Ejemplo 2, incluyendo atributos opcionales en parntesis, marcados en negrita:
@SOAPInputs [ outer:{item1:string,item2:string}(aaa:string=bbb)=
{item1(attr:string=ccc)=,item2(attr:string=ddd,attr2:string=eee)=fff} ]
@SOAPOutputs [ return:double(brand:string=TIVOLI,product:string=ISM)=\"42\" ]
Nota: Los valores de cadena que contienen un espacio deben incluirse en un
conjunto adicional de comillas dobles ("). Por ejemplo, "\"xyz company\"".
Creacin de las secuencias de operaciones
Puede crear secuencias de operaciones para ejecutar ms de una operacin de la
interfaz de la lnea de mandatos de Internet Service Monitoring.
Para definir una secuencia, cree un archivo de texto y muestre cada operacin
necesaria en una nueva lnea. Para ejecutar las operaciones, utilice el mandato:
./mandato ISM -file archivo_operaciones
donde:
mandato ISM es: ismconfig.sh -config en los sistemas UNIX; ismconfig.cmd
archivo_operaciones es el nombre del archivo de texto que contiene la
secuencia de mandatos (incluya el nombre completo de la va de acceso del
archivo)
Ejemplo: ejecucin de una secuencia de operaciones
Cree una secuencia de operaciones para realizar las tareas siguientes:
1. Cree un perfil llamado ibm, y aada un elemento de perfil para el supervisor
HTTP que compruebe la disponibilidad de la pgina web http://www.ibm.com/
index.html. Utilice los valores predeterminados para los campos de
configuracin del supervisor.
2. Cree un elemento de perfil para el supervisor HTTP que compruebe la
disponibilidad del servidor FTP ftp.ibm.com descargando el archivo
/sales/prodlist.tar.Z en /temp/ftp-test.tar.Z. Utilice los valore
predeterminados para los campos de configuracin del supervisor.
Para llevar a cabo estas tareas, cree un archivo de texto llamado ibmOps que
contenga lo siguiente:
[1]-add monitor=HTTP profile=ibm server=www.ibm.com page=index.html
formname=HEAD description="HTTP test"
[2]-add monitor=FTP profile=ibm server=ftp.ibm.com
localfile=/sales/prodlist.tar.Z remotefilename=/temp/ftp-test.tar.Z
description=FTP test
Ejecute las operaciones utilizando el mandato:
./ismconfig.sh -config -file ibmOps
Operaciones de planificacin de perfil
Utilizando la interfaz de la lnea de mandatos de Internet Service Monitoring
puede crear o modificar planificaciones de perfiles.
Las operaciones de planificacin de perfiles tienen este formato:
./mandato ISM -monitoring perfil periodos
El parmetro mandato ISM es: ismconfig.sh -config en los sistemas UNIX;
ismconfig.cmd -config en los sistemas Windows; o ismbatch
El parmetro perfil determina el perfil que se va a planificar. Especificar ALL en
lugar de un nombre de perfil afecta la planificacin de todos los perfiles.
El parmetro periodos define un periodo de planificacin durante el cual la
supervisin es activa o inactiva.
estado~das[xhoras][=das[xtimes]]
v estado determina si la supervisin es activa durante el periodo de
supervisin: ON|OFF
v das especifica los das de la semana cubiertos por el periodo de supervisin:
ALL|{da[-da][,da[-da]]}
da selecciona un da de la semana: SU|MO|TU|WE|TH|FR|SA
El primer da de la semana se establece en domingo. Si desea cambiarlo,
configure la propiedad siguiente:
StartingDay : da
donde da es el nombre completo del da de inicio necesario.
Para ismconfig, configure la propiedad en ismconfig.props, que est
instalado en el directorio que se muestra en Tabla 204 en la pgina 567.
Para ismbatch, cree un archivo de texto llamado ismbatch.props en
$ISMHOME/etc/props y configure la propiedad.
v xtimes (x es un separador) especifica las horas de inicio y final del periodo de
supervisin en formato de 24 horas:
hora_inicio-hora_final[,hora_inicio-hora_final]
hora_inicio tiene el formato 0[:00]|hora_mitad
hora_final tiene el formato 24[:00]|hora_final
hora_mitad tiene el formato {1..23}[:{00..59}]
Ejemplo: planificacin de perfiles
Habilite la supervisin de todos los perfiles los sbados:
./ismconfig.sh -config -monitoring ALL OFF~SA
Habilite la supervisin de todos los perfiles entre las 6:00am y las 6:15am los
mircoles, y 1:45pm y 5pm los domingos:
./ismconfig.sh -config -monitoring ALL ON~WEx6:00-6:15=SUx13:45-17:00
Conversin de perfiles creados con ismbatch en operaciones
ismconfig
Es posible convertir perfiles de supervisin XML creados con ismbatch en
mandatos interfaz de lnea de comandos de Internet Service Monitoring
Configuration (ismconfig) utilizando la aplicacin xml2cli.
Mediante xml2cli, puede crear un archivo de texto que guarde perfiles de
supervisin creados con ismbatch como un conjunto de operaciones. Entonces
podr ejecutar esas operaciones como una secuencia utilizando interfaz de lnea de
comandos de Internet Service Monitoring Configuration. De esta forma, los perfiles
creados originalmente con ismbatch se podrn enviar al Tivoli Enterprise Portal
Server, distribuir por la empresa o utilizar con la lnea de mandatos de Internet
Service Monitoring Configuration o interfaces de usuario segn sea necesario.
Sintaxis de xml2cli
La aplicacin xml2cli utiliza la sintaxis del mandato siguiente:
xml2cli [PARMETRO] ...
El parmetro puede ser uno de los siguientes:
-m monitor, para especificar el nombre del supervisor para la conversin
-p profile, para especificar un perfil de conversin
-f output, para especificar un archivo de salida
Ejecucin de xml2cli
La aplicacin xml2cli se instala en el mismo directorio que ismbatch. Para utilizar
el mandato xml2cli, ejectelo directamente desde la lnea de mandatos con el
parmetro necesario.
Para ejecutar xml2cli en sistemas UNIX y convertir todos los perfiles de
supervisin XML de la ubicacin predeterminada en salidas de pantalla estndar,
indique el mandato siguiente:
$ISMHOME/bin/xml2cli
Para ejecutar xml2cli en sistemas Windows y convertir todos los perfiles de
supervisin XML de la ubicacin predeterminada en salidas de pantalla estndar,
utilice el mandato:
%ISMHOME%\platform\win32\bin\xml2cli.exe
Para visualizar la informacin de ayuda del mandato xml2cli, ejecute el mandato
siguiente:
./xml2cli -help
Ejemplos
Para convertir el perfil de IBM de sistemas UNIX, ejecute el mandato siguiente:
./xml2cli -p IBM
Para convertir todos los perfiles de supervisin HTTP de sistemas UNIX, ejecute el
mandato siguiente:
./xml2cli -m HTTP
Para convertir el perfil de HTTP IBM de sistemas UNIX, ejecute el mandato
siguiente:
./xml2cli -m HTTP -p IBM
Para convertir todos los perfiles de supervisin XML al archivo output.txt de
sistemas UNIX, ejecute el mandato siguiente:
./xml2cli -f output.txt
De forma alternativa, puede ejecutar ./xml2cli > output.txt.
Para convertir todos los perfiles de supervisin XML al archivo output.txt y
despus ejecutar las operaciones utilizando interfaz de lnea de comandos de
Internet Service Monitoring Configuration, ejecute los mandatos siguientes:
$ISMHOME/bin/xml2cli -f output.txt
CANDLE_HOME/arch/cj/lib/ismconfig.sh -config -file output.txt
Consejo: Utilice el parmetro -u para especificar el nombre de usuario en cada
mandato ismconfig:
$CANDLE_HOME/arch/cj/lib/ismconfig.sh [-u username] -command[parameter=value ...]
Consejo: En sistemas Windows, si ismconfig no puede procesar el nombre de va
de acceso, asegrese de que el argumento -file para el nombre de archivo de
entrada no contenga ningn espacio en la va de acceso de archivo o nombre de
archivo. Adems, intente utilizar barras inclinadas invertidas dobles (\\) en lugar
de barras inclinadas invertidas individuales (\).
Consejo: Puede utilizar este mtodo para migrar tablas de Internet Service
Monitoring a una base de datos de Tivoli Enterprise Portal Server recin migrada.
Copie el archivo output.txt generado por el mandato xml2cli en el nuevo Tivoli
Enterprise Portal Server antes de ejecutar el mandato ismconfig para volver a crear
el contenido de la tabla del perfil de Internet Service Monitoring. Asegrese luego
de sincronizar los agentes para que los perfiles existentes se actualicen.
Captulo 8. Integracin de Tivoli Business Service Manager
Uso de datos desde ITCAM for Transactions puede generar modelos de servicios
de Tivoli Business Service Manager (TBSM).
ITCAM for Transactions incluye componentes que se utilizan para crear y
supervisar servicios de TBSM usando datos desde ITCAM for Transactions
Discovery Library Adaptor (DLA).
Con V7.2 y posterior, ITCAM for Transactions tambin incluye el soporte necesario
para integrar Transaction Tracking con Tivoli Business Service Manager.
Para completar la integracin, realice las tareas siguientes:
v Modifique TBSM versin 4 release 2 para incluir las plantillas de servicio, las
polticas y los portlets para supervisar las aplicaciones ITCAM, las transacciones
y las subtransacciones. Con estas modificaciones se puede correlacionar los datos
de ITCAM for Transactions en TBSM.
v Modifique la tabla alerts.status de Tivoli Netcool/OMNIbus versin 7 release 2.1
y el archivo de reglas de sondeos para recopilar datos de transacciones y
aplicaciones desde los sucesos de situacin de IBM Tivoli Monitoring y
correlacionarlos con los sucesos de Tivoli Netcool/OMNIbus.
v Cree un libro XML de ITCAM for Transactions Discovery Library Adaptor
(DLA) que contenga datos sobre sus aplicaciones, sus transacciones y sus
subtransacciones en el formato de modelos de datos comunes de IBM. TBSM
Discovery Library Toolkit puede leer estos datos y convertirlos en objetos de
servicio que se correlacionan con sucesos de situacin recopilados por Tivoli
Netcool/OMNIbus.
v Modifique IBM Tivoli Monitoring para reenviar sucesos de situaciones a Tivoli
Netcool/OMNIbus y configurar las tablas de almacenes de datos necesarios en
ITCAM for Transactions.
v Cree una pgina TBSM personalizada para mostrar los datos de ITCAM for
Transactions.
Escenario de integracin
Puede buscar un escenario de integracin TBSM de ejemplo para ITCAM for
Transactions en la Wiki de IBM Tivoli Business Service Manager. Este escenario
cubre todos los procedimientos descritos en esta seccin.
Si utiliza IBM Tivoli Netcool/OMNIbus, consulte Personalizacin de la integracin
de ITCAM para almacenamiento en antememoria de sucesos ITM para obtener
informacin sobre la actualizacin de las tablas de IBM Tivoli Netcool/OMNIbus.
Requisitos de instalacin de TBSM
Este tema describe los requisitos de instalacin de la base de TBSM.
Para poder configurar la integracin de IBM Tivoli Composite Application
Manager for Transactions con TBSM es necesario instalar estos componentes:
v TBSM
v Netcool/OMNIbus
v Sondeo de Tivoli Event Integration Facility (EIF)
v Discovery Library Toolkit
v Para las versiones concretas de TBSM, instale las siguientes actualizaciones de
productos:
TBSM V4.2, Arreglo temporal 2 (o el ltimo arreglo temporal acumulativo que
incluye Arreglo temporal 2. Consulte la seccin que sigue sobre la instalacin
del ltimo Arreglo temporal.)
TBSM V4.2.1, fixpack 1
Instalacin de TBSM y Tivoli Netcool/OMNIbus
Instale TBSM y Tivoli Netcool/OMNIbus utilizando el launchpad de TBSM, o
puede utilizar el DVD del producto TBSM. Seleccione el programa de instalacin
de TBSM. Puede instalar los componentes en hosts separados.
Para desplegar la integracin de transacciones y aplicaciones necesita tener TBSM y
Tivoli Netcool/OMNIbus instalados con los componentes y las opciones descritos
en la Tabla 212.
Tabla 212. Requisitos de instalacin de TBSM
Componente Opciones de componentes requeridos
Tivoli Netcool/OMNIbus OMNIbus y todas las opciones disponibles para
OMNIbus
Tivoli Business Service
Manager
Dashboard Server (se puede instalar en un servidor
separado desde el servidor de datos)
Servidor de datos con la opcin Desplegar servicios de
grficos para ITM
Para obtener ms informacin, consulte la Gua de instalacin en el Centro de
informacin de TBSM.
Sondeo de Tivoli Event Integration Facility (EIF)
El sondeo de EIF correlaciona los sucesos de situaciones desde IBM Tivoli
Monitoring hasta los sucesos para el servidor de objetos de Tivoli
Netcool/OMNIbus. TBSM supervisa el servidor de objetos para sucesos que
afectan los modelos de servicios.
Puede instalar el sondeo de EIF usando el launchpad de TBSM, o puede instalar el
sondeo usando el DVD del producto TBSM. Aunque se puede instalar el sondeo de
EIF de Tivoli en el servidor TBSM, debe instalarlo en el servidor de origen del
suceso. Cuando se instale el sondeo en el servidor de origen de sucesos, el sondeo
podr proporcionar una conexin de SSL entre s mismo y el servidor TBSM. Si
decide instalar el sondeo en el mismo servidor en el que est instalado TBSM, no
podr cambiar la ubicacin de la instalacin; el sondeo se instalar en el directorio
$OMNIHOME\probes.
Discovery Library Toolkit
El Discovery Library Toolkit permite a TBSM generar automticamente modelos de
servicio desde las fuentes de datos de Discovery Library que conforman el modelo
de datos comunes de IBM. El Discovery Library Toolkit permite crear objetos de
servicios TBSM usando datos de libros de Discovery Library Adaptor (DLA) o de
IBM Tivoli Application Dependency Discovery Manager (TADDM).
Puede instalar el Discovery Library Toolkit usando el launchpad de TBSM, o puede
instalar el sondeo usando el DVD del producto TBSM. Cuando instale el Discovery
Library Toolkit, especifique la opcin DLA.
Tambin necesita instalar las plantillas del servicio del Discovery Library Toolkit en
el host de TBSM.
En los sistemas Windows, desde el indicador de mandatos, escriba:
%TBSM_HOME%\bin\rad_radshell < %TBSM_HOME%\install\BSM_Templates.radsh
En los sistemas UNIX, desde un shell de mandatos escriba:
cat $TBSM_HOME/install/BSM_Templates.radsh | $TBSM_HOME/bin/rad_radshell
Descargue e instale TBSM
TBSM V4.2.0 Arreglo temporal 8 (4.2.0.0-TIV-BSM-IF0008) incluye actualizaciones
de plantillas de servicio necesarias para la integracin de IBM Tivoli Composite
Application Manager for Transactions. Descargue el arreglo e instlelo segn estas
instrucciones:
IBM Tivoli Business Service Manager V4.2.0 Arreglo temporal 8
(4.2.0.0-TIV-BSM-IF0008)
Asegrese de ejecutar tambin el programa de instalacin del arreglo temporal 8
para el Discovery Library Toolkit. Siga las instrucciones del archivo readme
incluidas con la instalacin del arreglo temporal del Discovery Library Toolkit.
Como alternativa, descargue e instale TBSM V6.1.
Instalacin de los archivos de personalizacin de Tivoli
Netcool/OMNIbus
En este tema se describe cmo instalar las modificaciones de la integracin de
ITCAM for Transactions para Tivoli Netcool/OMNIbus.
Antes de empezar
Antes de iniciar esta tarea necesita:
1. ITCAMTversin_Omnibus.zip o ITCAMTversin_Omnibus.tar.gz incluido en este
release. Estos archivos se encuentran en el soporte de instalacin en la carpeta
Integration_Tools/omnibus.
Captulo 8. Integracin de Tivoli Business Service Manager 587
2. Netcool/Omnibus versin 7.2.1 (o posterior) supervisado por TBSM instalado
en el host.
3. Sondeo de Tivoli EIF instalado en el host.
4. Para los sistemas UNIX, la variable de entorno NCHOME debe establecerse en
el entorno. Esta variable se establece automticamente en los sistemas
Windows.
5. La herramienta de ejecucin de usuarios tiene permiso para modificar archivos
en el directorio ${NCHOME}\omnibus\probes\{architecture}.
6. En los sistemas UNIX es necesario cambiar los permisos del archivo
omnibusUpdater.sh y hacerlo ejecutable.
IBM Tivoli Composite Application Manager for Transactions incluye una
herramienta para configurar alertas de Tivoli Netcool/OMNIbus. Aade columnas
personalizadas a la tabla alerts.status para los datos. Todas estas columnas
personalizadas empiezan con la frase CAM_. Por ejemplo, CAM_Response_Time.
Adems, BSM_Identity para la alerta se establece de manera que las alertas se
correlacionen con los servicios cargados desde el DLA.
Los archivos ITCAMTversion_Omnibus.zip y ITCAMTversion_Omnibus.tar.gz para la
integracin incluyen los archivos .baroc ms recientes para este release. Estos
archivos son:
v kt3.baroc: Consola de gestin de aplicaciones
v kt5.baroc: Tiempo de respuesta de web
v kt6.baroc: Tiempo de respuesta de robtica
v kto.rules: Transaction Tracking
Procedimiento
Para instalar la personalizacin de Tivoli Netcool/OMNIbus:
1. Usando su soporte de instalacin, vaya al directorio Integration_Tools/omnibus
y extraiga el archivo ITCAMTversion_Omnibus.zip o ITCAMTversion_Omnibus.tar
incluido con este release.
2. Antes de ejecutar OmnibusUpdater.sh asigne ejecute el siguiente script:
v Para TBSM 4.2:
/etc/Tivoli/setup_tbsmrdrtk2.sh
v Para TBSM 4.2.1 o posterior:
/$TBSM_HOME/XMLtoolkit/etc/Tivoli/setup_tbsmrdrtk2.sh
3. Desde el directorio en el que ha extrado el archivo ITCAMTversin_Omnibus.zip
o ITCAMTversin_Omnibus.tar, ejecute este mandato:
v Para configurar Tivoli Business Service Manager con un archivo de reglas,
omnibusUpdater.cmd -l archivo_reglas [-s Servidor objetos]
v Para configurar Tivoli Business Service Manager con un archivo baroc en los
sistemas Windows, omnibusUpdater.cmd -b archivo_baroc_1
archivo_baroc_2 -u root [-s Servidor de objetos]
v Para configurar Tivoli Business Service Manager con un archivo baroc en los
sistemas UNIX, omnibusUpdater.sh -b archivo_baroc_1 archivo_baroc_2 -u
root [-s Servidor de objetos]
Donde:
v archivo_baroc_1 archivo_baroc_2 y archivo_reglas son los nombres de
archivo para los archivos de personalizacin que se desea instalar. Los
nombres de archivo se delimitan con un espacio. Por ejemplo, para incluir
los cuatro archivos ktn.baroc en el mandato, especifquelos como kt3.baroc
kt4.baroc kt5.baroc kt6.baroc.
v root es el usuario predeterminado para Tivoli Netcool/OMNIbus
ObjectServer. Este usuario raz no es el mismo que el del sistema en los
sistemas UNIX.
v De forma predeterminada, el script toma el nombre de servidor NCOMS. Si
el servidor de objetos tiene un nombre distinto a NCOMS, debe aadir la
opcin -s <Servidor objetos> al mandato para especificar el nombre del
servidor de objetos, de lo contrario la actualizacin falla. Por ejemplo, si el
nombre del servidor de objetos es NCOMS_LDM, debe incluir -s NCOMS_LDM
en la lnea de mandatos para que se ejecute el script OmnibusUpdater
correctamente.
4. Reinicie el servidor de objetos de Netcool/OMNIbus y el servicio de sondeo tal
como se describe aqu: Inicio y detencin de componentes o servicios TBSM
Ejemplo
En este ejemplo los archivos kt5.baroc y kt6.baroc se procesan para la integracin
con Tivoli Netcool/OMNIbus:
C:\omni>omnibusUpdater.cmd -b kt5.baroc kt6.baroc -u root
Backing up C:\IBM\tivoli\netcool\omnibus\probes\win32\tivoli_eif.rules to
C:\IBM\tivoli\netcool\omnibus\probes\win32\tivoli_eif.rules.backup
Generating custom_mapping.rules file...
- Copied new custom_mapping.rules file to
C:\IBM\tivoli\netcool\omnibus\probes\win32
- Successfully updated the
C:\IBM\tivoli\netcool\omnibus\probes\win32\tivoli_eif.rules
file to include the custom_mapping.rules file.
Generating object server SQL file...
- Generating object server update file...
Object Server database needs to be restarted so custom changes will take effect.
Processing Baroc file kt6.baroc...
- Generating kt6.rules file...
- Copied new kt6.rules file to C:\IBM\tivoli\netcool\omnibus\probes\win32
- Successfully updated the
C:\IBM\tivoli\netcool\omnibus\probes\win32\tivoli_eif.rules
file to include the kt6.rules file.
The probe associated with the tivoli_eif.rules file must be restarted if it
was modified so changes will take effect.
Updating object server database...
Modifications were attempted on the object server database. Check update.output
to verify output
Este mandato crea el archivo custom_mapping.rules, porque es la primera vez que
se ejecuta la herramienta.
Para cada uno de los archivos baroc (kt3.baroc, kt5.baroc y kt6.baroc), el
mandato tambin genera un archivo ktn.rules correspondiente y lo copia en uno
de los directorios siguientes, en funcin de la plataforma del sistema operativo:
v Para Windows: C:\IBM\Tivoli\netcool\omnibus\probes\win32
v Para Linux: /opt/IBM/tivoli/netcool/omnibus/probes/linux2x86
v Para UNIX: /opt/IBM/tivoli/netcool/omnibus/probes/<plataforma>
Este mandato tambin modifica el archivo tivoli_eif.rules en dicho directorio
para incluir los archivos ktn.rules adecuados. Asimismo, como es la primera vez
que se ejecuta la herramienta, genera un archivo SQL que utiliza para actualizar la
base de datos ObjectServer.
Para verificar la actualizacin, compruebe el archivo update.output para
asegurarse de que no hubo errores durante la actualizacin. Por ejemplo, es posible
que vea uno o ms mensajes (de hasta 10 lneas) en el archivo update.output
similares al ejemplo siguiente: (0 rows affected). Esta lnea significa que los
mandatos de la base de datos para actualizar la base de datos del servidor de
objetos fueron correctos.
Asegrese de reiniciar la base de datos del servidor de objetos y los servicios de
sondeo de NCO EIF.
Contine con Instalacin de los archivos de personalizacin de Tivoli Business
Service Manager en la pgina 591.
Referencia de Tivoli Netcool/OMNIbus omnibusUpdater
Este tema describe las opciones para el script omnibusUpdater.
Objetivo
Este mandato modifica el producto Tivoli Netcool/OMNIbus para la integracin de
IBM Tivoli Composite Application Manager for Transactions.
omnibusUpdater -b <archivo baroc> | -l <archivo_reglas> [-p <contrasea> | -i] [-r]
[-s <servidor>] [-u <nombre_usuario>]
Parmetros
-b <archivo_baroc>
Especifica qu archivos Baroc se van a procesar. Los nombres de los archivos
Baroc suelen estar en la forma nombre_archivo.baroc. Para especificar varios
archivos Baroc, incluya un espacio entre los nombres de archivo. La primera
vez que se utiliza se realizan modificaciones personalizadas a la base de datos
del servidor de objetos. Este parmetro suele ser mutuamente excluyente
respecto del parmetro -l.
-l <archivos_reglas>
Especifica el archivo de reglas necesario para instalarlo en Transaction Tracking
para integrarlo con Tivoli Business Service Manager. Para especificar varios
archivos de reglas, incluya un espacio entre los nombres de archivo. Este
parmetro suele ser mutuamente excluyente respecto del parmetro -b.
-p <contrasea>
Opcionalmente especifica la contrasea para acceder a la base de datos del
servidor de objetos. Si no se proporciona ni este parmetro ni el parmetro i,
se usa la contrasea predeterminada. El valor para contrasea no puede dejarse
en blanco. Este parmetro suele ser mutuamente excluyente respecto del
parmetro -i.
-i Opcionalmente especifica que la contrasea para acceder a la base de datos del
servidor de objetos se va a especificar interactivamente desde la entrada
estndar en lugar de escribirla en la lnea de mandatos. Si no se proporciona ni
este parmetro ni el parmetro p, se usa la contrasea predeterminada. Este
parmetro suele ser mutuamente excluyente respecto del parmetro -p.
-r Opcionalmente especifica que los archivos Baroc o de reglas especificados en la
lnea de mandatos van a eliminarse. Cuando se han eliminado todos los
archivos baroc y de reglas, tambin se elimina la modificacin personalizada
de la base de datos.
-s <servidor>
Opcionalmente especifica la base de datos del servidor de objetos con el que se
va a establecer la conexin. Si no se indica este parmetro, se utiliza el valor
predeterminado NCOMS.
-u <nombre_usuario>
Opcionalmente especifica el nombre de usuario para conectarse con la base de
datos del servidor de objetos.
Ejemplos
En este ejemplo se procesa kt3.baroc para la consola de gestin de aplicaciones:
C:\omni>omnibusUpdater.cmd -b kt3.baroc -u root
En este ejemplo se instala los archivos de reglas kto.rules para Transaction
Tracking:
C:\omni>omnibusUpdater.cmd -l kto.rules
En este ejemplo se elimina el archivo kt3.baroc para la consola de gestin de
aplicaciones:
C:\omni>omnibusUpdater.cmd -b kt3.baroc -u root -r
En este ejemplo se elimina los archivos de reglas kto.rules para Transaction
Tracking:
C:\omni>omnibusUpdater.cmd -l kto.rules -r
Instalacin de los archivos de personalizacin de Tivoli Business
Service Manager
Para poder supervisar las transacciones y aplicaciones en Tivoli Business Service
Manager, primero debe instalar archivos de personalizacin de Tivoli Business
Service Manager.
Antes de empezar
Antes de empezar esta tarea, asegrese de que se ha instalado Tivoli Business
Service Manager V4.2 o V6.1 con las opciones descritas en los requisitos de
instalacin de TBSM, e instale los arreglos temporales de TBSM necesarios, el
Discovery Library Toolkit, y las plantillas de servicio predeterminadas.
Para mostrar datos de rendimiento de ITCAM for Transactions en el ITCAM
Service Tree para Tivoli Business Service Manager, necesita asegurarse de que las
tablas AMC_Application, AMC_Transaction y RRT_Subtransaction_Status estn
guardadas en el depsito. De forma predeterminada, estas tablas estn habilitadas
para el almacenamiento en ITCAM for Transactions.
Nota: Si no utiliza el agente Robotic Response Time, no necesitar la tabla
RRT_Subtransaction_Status.
ITCAM for Transactions incluye los archivos ITCAMTversin_TBSM.zip y
ITCAMTversin_TBSM.tar.gz que incluyen plantillas de servicio, polticas, fuentes de
datos, capturadores de datos y portlets que necesite para supervisar sus
transacciones y sus aplicaciones en Tivoli Business Service Manager. Estos archivos
se encuentran en la carpeta Integration_Tools\tbsm de su soporte de instalacin
proporcionado con el producto.
Las modificaciones siguientes le permiten crear pginas de Tivoli Business Service
Manager personalizadas que muestran el estado y las dependencias de su
aplicacin.
Procedimiento
1. Vaya a la carpeta Integration_Tools\tbsm de su soporte de instalacin y
descomprima el archivo ITCAMTversion_TBSM.zip o ITCAMTversion_TBSM.tar.gz.
Por ejemplo, para la versin 7.3, versin es 07300000.
2. Opcional: Si est utilizando Tivoli Business Service Manager V6.1, aada
parmetros de configuracin a tbsmconfig.prop.
3. Conceda permiso de ejecucin al archivo tbsmconfig.sh.
Requisitos del sistema UNIX:
v Ejecute el mandato como el usuario que ha instalado Tivoli Business Service
Manager.
v Este usuario necesita tambin permiso para escribir en el directorio de inicio
de sesin comn de IBM (de forma predeterminada, /var/ibm).
v Este usuario debe tener origen en los archivos siguientes, segn la
configuracin:
$TBSM_HOME/bin/setupTBSMData.sh
$TBSM_HOME/bin/setupTBSMDash.sh
v Este usuario tambin debe tener origen en el archivo setup_tbsmrdrtk2.sh
antes de ejecutar tbsmconfig.sh en el Dataserver.
4. Ejecute el mandato tbsmconfig en su plataforma.
Por ejemplo:
v Para una instalacin de Tivoli Business Service Manager en la que estn
instalados tanto Tivoli Business Service Manager Dataserver como Dashboard
Server en el mismo sistema, utilice los siguientes argumentos. Si no especifica
ningn argumento, aparece la sentencia de uso. La mayora de las variables
estn relacionadas con la configuracin de la conexin con Tivoli Data
Warehouse.
UNIX:
tbsmconfig.sh -install -dashboard -host itm.ibm.com
-user itmuser -password mypwd -port 50000
-tdw WAREHOUS -type DB2 -driver 4
Windows:
tbsmconfig.cmd -install -dashboard -host itm.ibm.com
-user itmuser -password mypwd -port 50000 -tdw WAREHOUS
-type DB2 -driver 4
v Para los sistemas que slo tienen instalado Tivoli Business Service Manager
Dataserver, use los argumentos siguientes:
UNIX:
tbsmconfig.sh -install -host itm.ibm.com
Windows:
tbsmconfig.cmd -install -host itm.ibm.com
v Para los sistemas que slo tienen instalado el servidor Tivoli Business Service
Manager Dashboard, use los argumentos siguientes:
UNIX:
tbsmconfig.sh -dashboard
Windows:
tbsmconfig.cmd -dashboard
Cuando se ejecuta el mandato, se realiza una copia de seguridad de todos los
archivos que se editan con una Indicacin de la hora en su directorio original
para cada restauracin en caso necesario. Si no hay errores, el mandato se
detiene.
Consulte Referencia del mandato tbsmconfig en la pgina 595 para obtener
ms informacin sobre este mandato.
5. Reinicie Tivoli Business Service Manager.
En los sistemas UNIX, ejecute los mandatos siguientes:
$TBSM_HOME/bin/tbsm_suite.sh stop
$TBSM_HOME/bin/tbsm_suite.sh start
$TBSM_HOME/XMLtoolkit/bin/tbsmxmltk stop
$TBSM_HOME/XMLtoolkit/bin/tbsmxmltk start
En los sistemas Windows, reinicie los servicios siguientes:
v Tivoli Business Service
v Tivoli Integrated Portal
v Tivoli BSM Discovery Library Toolkit
6. Si ejecuta el mandato tbsmconfig en un entorno de Tivoli Business Service
Manager V4.2.1, tambin debe ejecutar el mandato psql_itcam. El mandato
psql_itcam se encuentra en el directorio raz del archivo del paquete
comprimido de ITCAMTversion_TBSM.zip o ITCAMTversion_TBSM.tar.gz, segn
su sistema operativo. Consulte Referencia del mandato psql_itcam en la
pgina 596 para obtener ms informacin sobre este mandato.
7. Si el mandato tbsmconfig no puede ejecutarse, asegrese de que se han
cumplido todos los requisitos previos, que tiene permiso para grabar en los
registros, y que el servidor de datos se est ejecutando antes de intentarlo de
nuevo.
Resultados
Tras completar esta tarea, Tivoli Business Service Manager tiene las modificaciones
siguientes:
v El archivo RAD_eventbroker.props en %TBSM DATA SERVER HOME%\etc\rad\ cambia
para habilitar las actualizaciones de estados basndose en los datos de ITCAM
for Transactions.
v Los archivos CDM_TO_TBSM4x_MAP_Templates.xml y EventIdentifierRules.xml que
se encuentran en el directorio %TBSM_HOME%\XMLtoolkit\xml se modifican para
importar datos desde el DLA de ITCAM for Transactions DLA.
v Las polticas, las plantillas de servicios, los captadores de datos y las fuentes de
datos de Tivoli Business Service Manager se aaden de manera que Tivoli
Business Service Manager pueda recopilar datos de IBM Tivoli Monitoring.
v Se aaden un rbol de servicios y un grfico de Tivoli Business Service Manager,
de manera que Tivoli Business Service Manager pueda mostrar datos desde IBM
Tivoli Monitoring.
v Las cadenas traducidas se almacenan en los archivos de propiedades en %TBSM
DASHBOARD SERVER HOME%/WEB-INF/classes/. Estos archivos de propiedades son
scorecard_labels_*.properties y custom_canvas_actions_*.properties.
Para obtener ms informacin, consulte IBM Tivoli Business Service Manager Wiki.
Para Tivoli Business Service Manager V4.2 y anteriores, se graba un registro de
rastreo en el archivo trace-tbsmconfig.log en el directorio de registro comn de
IBM Tivoli. La ubicacin predeterminada de este directorio es:
v En los sistemas Windows, %ALLUSERSPROFILE%\IBM\tivoli\common\BWM\logs
v En los sistemas Linux y UNIX, usr/ibm/tivoli/common/BWM/logs
El usuario que ejecuta este script debe tener permiso de escritura en el directorio
de registro. Utilice uno de los mtodos siguientes para cambiar el directorio de
registro predeterminado:
v Establezca el nuevo directorio de registro en los archivos siguientes:
En sistemas Windows, %ALLUSERSPROFILE%\IBM\tivoli\common\cfg\
log.properties
En los sistemas Linux y UNIX, /etc/ibm/tivoli/common/cfg/log.properties
v Establezca el nuevo directorio de registro aadiendo la propiedad de sistema
Java "ibm.common.log.dir" al script dlAdapter.bat o dlAdapter.sh:
"-Dibm.common.log.dir=directorio personalizado".
Si los registros contienen el mensaje siguiente, el usuario que ejecuta la
herramienta no tiene permiso de escritura del sistema de archivos para el
directorio de registro comn de Tivoli:
CJL0006E Handler BWM.handler.file.trc is unable to write a log event.
/var/ibm/tivoli/common/BWM/logs/trace-tbsmconfig.log (Permission denied)
Compruebe que las tablas AMC_Application, AMC_Transaction y
RRT_Subtransaction_Status estn guardadas en el depsito como parte de la
configuracin de la recopilacin de datos de historial en ITCAM for Transactions.
Necesita que estas tablas muestren los indicadores de rendimiento clave (KPI) en el
rbol de servicios y para el grfico Tendencia de rendimiento de la cmara en el
panel de instrumentos Tivoli Business Service Manager. De forma predeterminada,
esta tablas se habilitan para guardarse en el almacn.
Para obtener ms informacin sobre cmo configurar la recopilacin de datos
histricos, consulte Configuracin de la recopilacin de datos histricos en la
pgina 637.
Despus de configurar la recopilacin de datos histricos, puede configurar IBM
Tivoli Monitoring para reenviar sucesos de situacin a Netcool/OMNIbus.
Para desinstalar los archivos de personalizacin, ejecute tbsmconfig con el mandato
-uninstall y reinicie el servidor Tivoli Business Service Manager.
Referencia del mandato tbsmconfig
Este tema describe las opciones para el mandato tbsmconfig.
Objetivo
El mandato tbsmconfig modifica TBSM (servidores de datos y de panel de
instrumentos) para la integracin con IBM Tivoli Composite Application Manager
for Transactions.
Nota: En los sistemas UNIX, inicie sesin como tbsmuser para ejecutar este
mandato. Ejecute este mandato desde el directorio en el que haya extrado el
archivo ITCAMT072000_TBSM.zip o ITCAMT072000_TBSM.tar.gz.
Sintaxis
tbsmconfig -dashboard | [-install -driver tipo_controlador -host nombre_host -port
Database nmero_puerto -tdw nombre_base_datos -type tipo_base_datos -user
nomber_usuario_base_datos -password contrasea_usuario] | - uninstall
Opciones de instalacin
Instale la configuracin para ITCAM for Transactions en TBSM utilizando la opcin
-install. Use las opciones de mandato adicionales siguientes con la opcin -install:
-dashboard
Configura los archivos de conversin en el servidor del panel de instrumentos.
Incluya esta opcin slo si ejecuta la herramienta en un sistema en el que est
instalado el servidor de panel de instrumentos de TBSM.
-driver tipo_controlador
Especifica el controlador de base de datos para el tipo de base de datos de
Tivoli Data Warehouse. Los valores vlidos son 4 para DB2, y 2 para el resto
de tipos de bases de datos (slo para -install).
-host nombre_host
Especifica el nombre de host del servidor donde est instalada la base de datos
de Tivoli Data Warehouse.
-port nmero_puerto
Especifica el nmero de puerto para Tivoli Data Warehouse.
-tdw nombre_base_datos
Especifica el nombre de la base de datos de Tivoli Data Warehouse.
-type tipo_base_datos
Especifica el tipo de base de datos para Tivoli Data Warehouse. Los valores
vlidos son DB2, ORACLE y MS-SQL.
-user nombre_usuario
Especifica el usuario para Tivoli Data Warehouse.
-password contrasea
Especifica la contrasea para el usuario de Tivoli Data Warehouse.
Opcin de panel de instrumentos
Los archivos de conversin deben estar instalados en el servidor del panel de
instrumentos utilizando la opcin -dashboard.
En los sistemas UNIX, ejecute el mandato siguiente:
tbsmconfig.sh -dashboard
En los sistemas Windows, ejecute el mandato siguiente:
tbsmconfig.cmd -dashboard
Para eliminar los archivos de conversin en los sistemas UNIX, ejecute el mandato
siguiente:
tbsmconfig.sh -uninstall -dashboard
Para eliminar los archivos de conversin en los sistemas Windows, ejecute el
mandato siguiente:
tbsmconfig.cmd -uninstall -dashboard
Si hay archivos que el procedimiento no puede cambiar, se emiten mensajes a la
salida estndar.
Ejemplo
En el ejemplo siguiente se instala la configuracin utilizando Oracle y el
controlador 2 en un sistema Windows que tiene los servidores de datos y del panel
de instrumentos de TBSM.
tbsmconfig -install -dashboard -host itm.ibm.com
-tdw WAREHOUS -type Oracle -driver 2
Opcin de desinstalacin
Para eliminar la instalacin en los sistemas UNIX, ejecute el mandato siguiente:
tbsmconfig.sh -uninstall
Para eliminar la instalacin en los sistemas Windows, ejecute el mandato siguiente:
tbsmconfig.cmd -uninstall
Si hay archivos que el procedimiento no puede cambiar, se emiten mensajes a la
salida estndar.
Referencia del mandato psql_itcam
Este tema describe cmo ejecutar el mandato psql_itcam.
Objetivo
El mandato psql_itcam es necesario para las instalaciones de TBSM versin 4.2.1.
Este mandato modifica la vista view_componentattributeslimited en las bases de datos
rad aadiendo el atributo cdm:ActivityName a cada servicio. Con este atributo, los
datos para las transacciones y subtransacciones pueden visualizarse en los grficos
de ITCAM.
Sintaxis
En los sistemas Windows, ejecute el mandato siguiente:
psql_itcam.cmd
En los sistemas UNIX, ejecute el mandato siguiente:
psql_itcam.sh
Opciones de mandatos
Antes de ejecutar el mandato, edite el archivo psql_itcam.cmd o psql_itcam.sh y
modifique los parmetros siguientes tal como sea necesario para hacerlo coincidir
con su entorno:
DBID El nombre de usuario de la base de datos. El valor predeterminado es
postgres. Modifique la sentencia siguiente tal como sea necesario:
set DBID=postgres
DATABASE
El nombre de la base de datos. El valor predeterminado es rad. Modifique
la sentencia siguiente tal como sea necesario:
set DATABASE=rad
DATABASE_PORT
El puerto del servidor de la base de datos. El valor predeterminado es
5435. Modifique la sentencia siguiente tal como sea necesario:
set DATABASE_PORT=5435
Ejemplo
El ejemplo siguiente muestra los resultados de la ejecucin del mandato en los
sistemas Windows:
psql_itcam.cmd
@echo off
rem psql -U <dbid> -d <database> -p <port>
rem Set the following postgres variables to match your environment.
rem Database User Name (default: "postgres")
set DBID=postgres
rem Database Name (default: "rad")
set DATABASE=rad
rem Database Server Port (default: "5435")
set DATABASE_PORT=5435
Si el mandato se completa correctamente, aparecen las dos lneas siguientes:
CREATE VIEW
ALTER TABLE
Opcin de desinstalacin
Para eliminar los cambios que se han realizado con este mandato, elimine el
snippet de cdigo 'cdm:ActivityName'::text OR de la clusula SQL WHERE en la
vista view_componentattributeslimited de la base de datos postgres.
Alternativamente, elimine el snippet de cdigo 'cdm:ActivityName'::text OR de
\tipchart\view_componentattributeslimited.sql y ejecute de nuevo el mandato
post_itcam.
Configuracin de IBM Tivoli Monitoring para reenviar sucesos de
situaciones
Este tema describe cmo reenviar sucesos de situaciones a IBM Tivoli
Netcool/OMNIbus.
Antes de empezar
Necesita instalar el IBM Tivoli Netcool/OMNIbus y TBSM.
Use IBM Tivoli Monitoring versin 6 release 2.1 para esta integracin de sucesos.
Puede utilizar IBM Tivoli Monitoring versin 6.2 con fixpack 1 y arreglo temporal
1 o superior para completar esta tarea de manera satisfactoria, pero no hay
ninguna ficha EIF en la versin 6.2.0 para establecer el valor de estado de la
situacin. Como resultado, es posible que los colores de sucesos no se pueden
correlacionar correctamente con IBM Tivoli Netcool/OMNIbus.
IBM Tivoli Monitoring puede reenviar sucesos de situaciones al sondeo de recursos
de integracin de sucesos de Tivoli como un servidor Tivoli Enterprise Console.
El sondeo EIF de Tivoli filtra los sucesos y reenva los sucesos al servidor de
objetos IBM Tivoli Netcool/OMNIbus supervisados por TBSM. Para configurar
IBM Tivoli Monitoring para reenviar sucesos a TBSM:
Cuando reconfigure el Tivoli Enterprise Monitoring Server, seleccione el recuadro
de seleccin para habilitar el recurso de Tivoli Event Integration:
Procedimiento
1. Abra la aplicacin Manage Tivoli Enterprise Monitoring Services.
2. Pulse con el botn derecho el servicio Tivoli Enterprise Monitoring Server y
seleccione Reconfigurar en el men.
3. En la ventana de opciones de configuracin de TEMS, habilite el recuadro de
seleccin Recurso de integracin de sucesos de TEC.
4. Pulse Aceptar dos veces y se abrir la ventana Servidor TEC: ubicacin y
nmero de puerto.
5. En el campo Ubicacin del servidor de TEC, escriba el nombre de host donde
se ha instalado el sondeo EIF.
6. En el campo Nmero de puerto de TEC, escriba el nmero de puerto del
sondeo EIF. El nmero de puerto predeterminado es: 5530.
7. Pulse Aceptar para cerrar la ventana.
8. Reinicie Tivoli Enterprise Monitoring Server.
DLA de ITCAM for Transactions
Tanto Response Time como Transaction Tracking exportan objetos de servicio
esttico a Tivoli Business Service Manager mediante el DLA. Ambos componentes
muestran sucesos en tiempo real en Tivoli Business Service Manager que se toman
de situaciones de IBM Tivoli Monitoring mediante el sondeo EIF. Esta seccin se
fija en la exportacin de objetos de servicio esttico a Tivoli Business Service
Manager usando DLA.
Tanto Response Time como Transaction Tracking tiene DLA separados que se
utilizan para extraer datos de ITCAM for Transactions.
Para extraer los datos, Response Time utiliza la lnea de mandatos, mientras que
Transaction Tracking utiliza un mandato de actuacin. Los libros creados desde
estas dos fuentes se cargan en Tivoli Business Service Manager.
Nota: La ejecucin del DLA de Tivoli Business Service Manager usa ciclos de
procesador adicionales. Esto puede tardar varios minutos, y por lo tanto debe
ejecutarse en un momento en el que el consumo de procesador adicional sea
menos molesto.
Los libros de DLA pueden leerlos Tivoli Business Service Manager y Tivoli
Application Dependency Discovery Manager. El Discover Library Toolkit procesa el
DLA y crea objetos de servicio en la base de datos.
Cundo el Discovery Library Toolkit carga el DLA en Tivoli Business Service
Manager, los objetos de procesos empresariales son servicios de alto nivel que
pueden tener varios servicios de actividad secundarios. Por ejemplo, el DLA puede
crear una jerarqua de modelos de servicio en la que Aplicacin1 y Aplicacin2
sean servicios empresariales que contengan varias transacciones (servicios de
actividad) como se muestra aqu:
v Servicio empresarial1 (Aplicacin1)
Servicio de actividad1 (Transaccin1)
- Servicio de actividad1a (Subtransaccin1a de robtica)
- Servicio de actividad1b (Subtransaccin1b de robtica)
Servicio de actividad2
v ServicioEmpresarial2
Servicio de actividad2
Servicio de actividadMyServicio
Tambin otros objetos CMDB son creados por el DLA, incluyendo el objeto
TMSAgent, que representa una instalacin del agente IBM Tivoli Monitoring que
supervisa el proceso empresarial y las actividades, as como una direccin IP y
nombres de dominios completos (FQDN) que hacen referencia a lo servidores que
se supervisan.
Nota: Los datos de servidor no son para todos los componentes de Response Time.
Carga del libro DL en Tivoli Business Service Manager
Cuando se crea un libro DL, puede cargarse en Tivoli Business Service Manager. El
proceso de Discovery Library Toolkit de Tivoli Business Service Manager es un
proceso de fondo que carga los libros XML creados por la herramienta DLA ya
descrita.
En los sistemas Windows este servicio es llamado Tivoli BSM Discovery Library
Toolkit y debe iniciarse en Servicios.
En los sistemas Linux yUNIX, se necesita detener y reiniciar el proceso de
Discovery Library Toolkit antes de cargar datos desde el libro DL, pero slo si no
se ha reiniciado antes de ejecutar la herramienta tbsmconfig.
v Para detener el Discovery Library Toolkit, ejecute el mandato:
/etc/init.d/tbsmrdrtk2 stop
v Para iniciar el Discovery Library Toolkit, ejecute el mandato:
/etc/init.d/tbsmrdrtk2 start
Los libros que crea la heramienta DLA de ITCAM for Transactions deben copiarse
en el directorio supervisado por el Discovery Library Toolkit de Tivoli Business
Service Manager. De forma predeterminada, el directorio es %TBSM_HOME%\
discovery\dlbooks. El Discovery Library Toolkit procesa los libros y los carga en
Tivoli Business Service Manager en minutos. Para obtener ms informacin sobre
el Discovery Library Toolkit de Tivoli Business Service Manager, consulte las guas
de Tivoli Business Service Manager Administracin, Installation, Escenarios y
Personalizacin del Centro de informacin de Tivoli Business Service Manager.
Nota: Para mostrar el libro DL de Transaction Tracking en Tivoli Business Service
Manager V4.2.1, actualice su software de Tivoli Business Service Manager a V4.2.1
Fixpack 1 y vuelva a cargar el libro DL.
DLA de Response Time
El DLA de Response Time extrae datos del Tivoli Data Warehouse.
El componente Response Time de ITCAM for Transactions incluye una herramienta
de creacin de DLA. Esta herramienta crea un libro (un archivo XML) desde la
informacin de Tivoli Data Warehouse.
Los datos del componente Response Time se centran en las aplicaciones y las
transacciones que se recopilan en el sistema. El DLA contiene los objetos de base
de datos de gestin de configuracin (CMDB) que se pueden cargar en Tivoli
Business Service Manager como objetos de servicio. Las aplicaciones se asignan a
los objetos de procesos empresariales y las transacciones se asignan a los objetos de
actividad. Los objetos de procesos empresariales (aplicaciones) pueden contener
varias actividades (transacciones y subtransacciones de robtica).
Tablas de Tivoli Data Warehouse necesarias para el DLA
Tivoli Data Warehouse es la fuente de datos para el DLA de Response Time. Antes
de crear el libro DLA de Response Time, necesita almacenar estos grupos de
atributos de ITCAM for Transactions:
v WRT_Transaction_Status
v RRT_Transaction_Status
v RRT_SubTransaction_Status
v AMC_Application
Nota: El DLA de Transaction Tracking forma parte del Transaction Reporter y
extrae datos directamente desde elTransaction Reporter. No acceda al Tivoli Data
Warehouse.
Planificacin
La herramienta de la creacin de DLA usa una Java Database Connection (JDBC)
para acceder al Tivoli Data Warehouse y necesita acceder a los archivos JAR de
JDBC para el tipo de base de datos y el acceso del puerto a la propia base de
datos. La salida de la herramienta es el archivo del libro XML y se puede
configurar la herramienta para crear los libros XML en un directorio especfico.
Asegrese de establecer la variable del entorno JAVA_HOME en un Java Runtime
Environment en la versin 1.5 o posterior.
Instalacin de la herramienta
Para instalar la herramienta, extraiga el archivo ITCAMTversin_DLA.zip o
ITCAMTversin_DLA.tar.gz en un directorio. Estos archivos comprimidos se
encuentran en el soporte de instalacin proporcionado con el producto en la
carpeta Integration_Tools\dla. El archivo readme.txt de estos archivos
comprimidos contiene ms detalles sobre la configuracin de la herramienta.
Consejo: Si instala la herramienta DLA en su host de Tivoli Business Service
Manager Data Server, configure la herramienta para extraer los libros directamente
en el directorio de carga de DLA supervisado por Discovery Library Toolkit.
Para configurar la herramienta, edite el archivo rt_71_dla.config.properties.
Edicin del archivo rt_71_dla.config.properties
Abra el archivo rt_71_dla.config.properties en un editor de texto y edite las
propiedades. Utilice Tabla 213 como gua.
Tabla 213. Propiedades para rt_71_dla.config.properties
Propiedad Descripcin
jdbc.url El URL de JDBC para la base de datos. En los comentarios
del archivo se ofrecen ejemplos para las distintas bases de
datos. Para obtener ms informacin consulte a su
administrador de bases de datos.
jdbc.driver El archivo JDBC que cargar. Cada tipo de base de datos se
incluye en los comentarios. Elija el archivo correcto para su
base de datos.
jdbc.jars La lista de archivos JAR de JDBC necesarios para el
proveedor de la base de datos para que Java acceda a la
base de datos.
jdbc.userID El ID de usuario para acceder a IBM Tivoli Data Warehouse.
De forma predeterminada este ID es itmuser.
jdbc.password_ENCRYPT La contrasea para el ID de jdbc_user.Asegrese de utilizar
slo una contrasea cifrada. Ejecute -encrypt su_contrasea
desde la lnea de mandatos para cifrar la contrasea antes
de aadirla al archivo de propiedades.
adapter.outputDirectory El directorio de salida del DLA book.
mss.hostname Nombre completo del host de Tivoli Enterprise Portal
Server.
mss.port Puerto de inicio de sesin para Tivoli Enterprise Portal
Server.
Tabla 213. Propiedades para rt_71_dla.config.properties (continuacin)
Propiedad Descripcin
t3.name Nombre de la consola ITCAM (AMC). Este nombre es el
nombre breve tal como se ve dentro del rbol de Tivoli
Enterprise Portal.
dla_hours Antigedad de los datos en el almacn que deben
considerarse para la inclusin. El valor predeterminado es 8
horas, que significa que el DLA slo considera las
aplicaciones y las transacciones de las ltimas 8 horas para
incluirlas en el DLA.
Ejecucin de la herramienta de lnea de mandatos de DLA
Despus de configurar la herramienta, puede ejecutarla desde la lnea de mandatos
sin ningn parmetro de lnea de mandatos:
v En sistemas Windows, especifique dlAdapter.bat
v En los sistemas UNIX, especifique dlAdapter.sh
Utilice el argumento -encrypt para ejecutar la herramienta de lnea de mandatos
de DLA con una contrasea cifrada. Por ejemplo:
"dlAdapter.sh -encrypt your_password"
Se graba un registro de rastreo en el archivo trace-dla.log en el directorio de
registro comn de IBM Tivoli. La ubicacin predeterminada de este directorio es:
v En los sistemas Windows, %ALLUSERSPROFILE%\IBM\tivoli\common\BWM\logs
v En los sistemas AIX, /usr/ibm/tivoli/common/BWM/logs
v En Linux y otros sistemas UNIX, /var/ibm/tivoli/common/BWM/logs
Cuando finalice el mandato, ver este mensaje:
DLA book file successfully generated in adapter.outputDirectory
donde adapter.outputDirectory es el directorio de salida indicado para el libro
DLA. Si la base de datos tiene una cantidad grande de datos, la herramienta se
puede ejecutar durante un tiempo sin salida a la pantalla.
Cuando la herramienta DLA se ejecuta una segunda vez, se crea un nuevo libro en
la misma ubicacin, pero se denomina de forma distinta y no sobrescribe el primer
libro. Si hay errores al ejecutar la herramienta, se imprime un mensaje explicativo
en la pantalla, y el libro se llama .partial para mostrar que no ha finalizado.
Puede suprimir con seguridad estos libros .partial.
DLA de Transaction Tracking
El DLA de Transaction Tracking forma parte del Transaction Reporter y extrae
datos directamente del Transaction Reporter sin acceder al Tivoli Data Warehouse.
Para extraer los datos, Transaction Tracking utiliza el mandato de actuacin.
El DLA de Transaction Tracking extrae datos directamente de Transaction Reporter
utilizando un mandato de actuacin sin acceder al Tivoli Data Warehouse.
Nota: No se puede ejecutar el DLA de Transaction Tracking DLA desde la lnea de
mandatos.
Generacin del libro iDML para Transaction Tracking
Para enviar sucesos de Transaction Tracking a Tivoli Business Service Manager es
necesario generar un libro iDML y cargarlo en Tivoli Business Service Manager. El
libro iDML es necesario para que Tivoli Business Service Manager proporcione un
marco de visualizacin de sucesos de situacin de Transaction Tracking en Tivoli
Business Service Manager.
Nota: Asegrese de estar utilizando Java Virtual Machine V1.5 antes de ejecutar el
DLA de Transaction Tracking. Transaction Tracking incluye Java Virtual Machine
V1.5 de 32 bits. Sin embargo, las plataformas de 64 bits pueden utilizar la mquina
virtual de Java ya instalada. Para las plataformas de 64 bits, edite el script de DLA
de run-dla.bat y establezca la variable JAVA en v1.5 JVM para utilizar la mquina
virtual Java V1.5 de 32 bits. El script se encuentra aqu:
v En los sistemas de Windows de 64 bits, %CANDLE_HOME%\TMAITM6\tosuppport
v En los sistemas UNIX de 64 bits, $CANDLE_HOME/plataforma/to/tosupport
Antes de generar el libro iDML, compruebe los valores siguientes en la
configuracin de Transaction Reporter en el Gestionar servicios de Tivoli Enterprise
Monitoring:
v En la ficha Avanzado, compruebe que el valor de XML de topologa de
escritura de archivos de datos est establecido en 1. Esto permite al DLA de
Transaction Tracking acceder a la topologa persistente de Reporter.
v En la ficha General, asegrese de que estn establecidos los valores siguientes,
de manera que Tivoli Business Service Manager pueda iniciar los espacios de
trabajo de Transaction Tracking:
Asegrese de que el campo Nombre de host del servidor TEP est
establecido en el nombre de host o la direccin IP de su Tivoli Enterprise
Portal Server en lugar de localhost, que es el valor predeterminado. Por
ejemplo, teps.ibm.com.
Asegrese de que en el campo Puerto del servidor de TEP est establecido el
nmero de puerto del Tivoli Enterprise Portal Server. El valor predeterminado
es 1920.
Para ejecutar el DLA de Transaction Tracking y generar un libro iDML para
Transaction Tracking:
1. En Navigator en el Tivoli Enterprise Portal, pulse con el botn derecho
Transaction Reporter y seleccione Actuacin > Seleccionar. Aparece el dilogo
Actuacin.
2. En el dilogo Actuacin, seleccione Generar libro iDML para TBSM desde la
lista Nombre. El mandato KTO: EXECUTE DLA aparece en el campo Mandato.
3. En la lista Sistemas de destino, seleccione el servidor en el que est instalado
el Transaction Reporter.
4. Pulse Aceptar. El mandato Actuacin se ejecuta y el libro iDML se guarda en la
ubicacin siguiente:
v Sistemas Microsoft Windows: $CANDLE_HOME\tmaitm6\tosupport\ttdla\
output\
v Sistemas UNIX: $CANDLE_HOME/$arch/to/bin/ttdla/output/
Nota: Puede tardarse algo en crear el libro iDML.
5. Copie el libro iDML de Transaction Reporter aTivoli Business Service Manager:
/opt/IBM/tivoli/tbsm/discovery/dlbooks/.
6. Ejecute el mandato de actuacin y actualice el libro iDML en Tivoli Business
Service Manager segn sea necesario.
Nota: No cambie el nombre de la aplicacin en el campo de informes de
ApplicationName en el Editor de configuracin de gestin de aplicaciones para las
definiciones de transacciones predeterminadas de la aplicacin WebSphere
Application Server (con tipos de transacciones ARM). El DLA de Transaction
Tracking espera que los nodos de WebSphere Application Server tengan un
ApplicationName de $CellName$.$ApplicationInstance$ dando como resultado
cell.node.server. Esto es necesario para la integracin de TBSM.
Donde Transaction Reporter se instala con Application Management Console, el
Application Management Console muestra datos de Transaction Tracking limitados:
las aplicaciones empresariales y sus tiempos de respuesta. Estos datos pueden
exportarse mediante el DLA de Application Management Console. Si exporta datos
de Tivoli Business Service Manager desde Application Management Console
ejecutando el DLA de Application Management Console, tambin se obtienen los
datos limitados desde Transaction Reporter. Para recopilar las aplicaciones de
Transaction Tracking desde Application Management Console, proporcione el
argumento de la lnea de mandatos de -collectKTOApplications.
Transformacin de informacin personalizada de Transaction
Tracking en Tivoli Business Service Manager
Cuando se usa un mandato de actuacin para mostrar informacin de Transaction
Tracking en Tivoli Business Service Manager, slo se muestra informacin de los
dominios soportados. Es posible que desee crear transformaciones personalizadas
para otros dominios.
Los dominios soportados son:
v CICS
v IMS
v WebSphere MQ
v IBM HTTP Server
Durante el proceso automtico activado por el mandato de actuacin (consulte
Generacin del libro iDML para Transaction Tracking en la pgina 603), los
datos de Transaction Reporter se convierten en un documento XML. Este
documento XML se transforma entonces mediante una serie de archivos de
transformador XSL llamados por el archivo de definiciones de transformacin en
un documento XML de salida adecuado para convertirlo a un libro iDML. Puede
aadir sus propios archivos de transformacin especficos de dominio para los
dominios que no se soporten.
documento de entrada XML
Los archivos XML extrados del almacenamiento de Transaction Reporter contienen
identidades de registro y sus relaciones, as como informacin de servidores
(direccin IP, nombre de dominio completo (FQDN) y nombre de servidor).
En trminos simples, el archivo de transformacin XML se estructura del modo
siguiente:
<TransactionTracking>
<Input>
<ServerInfo>
<RecordIdentity...>
...
<Context Name="TransactionName" Value="SomeTransName">
...
</RecordIdentity>
</Input>
<Output/>
</TransactionTracking>
El ejemplo siguiente muestra el archivo XML extrado del almacenamiento de
Transaction Reporter, que tambin es el documento XML de entrada para la
transformacin.
Figura 70. Proceso para convertir datos de Transaction Reporter en un libro IDML
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<TransactionTracking>
<Input>
<ServerInfo>
<ServerAddress>192.168.61.30</ServerAddress>
<FQDN>test.ibm.com.</FQDN>
<ServerName>test</ServerName>
</ServerInfo>
<RecordIdentity CallerType="ARM" Index="30" UID=1>
<Context Name="Status" Value="Good"/>
<Context Name="ApplicationName" Value="MYAPP"/>
<Context Name="ClientName" Value="All Clients"/>
<Context Name="TransactionName" Value="TEST TRANSACTION1"/>
<Context Name="ServerName" Value="test"/>
<Context Name="ComponentName" Value="GROUP1"/>
<Context Name="ProcessID" Value="24917"/>
<Context Name="ThreadID" Value="-1793283168"/>
</RecordIdentity>
<RecordIdentity CallerType="ARM" Index="31" UID=2>
<Context Name="Status" Value="Good"/>
<Context Name="ApplicationName" Value="MYAPP2"/>
<Context Name="ClientName" Value="All Clients 2"/>
<Context Name="TransactionName" Value="TEST TRANSACTION 2"/>
<Context Name="ServerName" Value="test"/>
<Context Name="ComponentName" Value="GROUP2"/>
<Context Name="ProcessID" Value="24919"/>
<Context Name="ThreadID" Value="-1793203168"/>
</RecordIdentity>
...
{more record identities}
<Relationship Source="30" Target="31" Type="RequestResponse"/>
<Relationship Source="0" Target="2" Type="Request"/>
...
{more relationships}
</Input>
<Output> </Output>
</TransactionTracking>
Los valores Source y Target del elemento Relationship corresponden al valor de
Index en el elemento RecordIdentity.
Asegrese de que el elemento Input sea coherente para cada transformacin.
El elemento Output mantiene los datos de objeto del servicio.
Archivos de transformador
Cada archivo de transformador XSL determina extrada de la informacin desde
Transaction Reporter (archivo de salida XML) genera las clases de modelos de
datos comunes (CDM) correspondientes en el archivo de salida XML.
El cdigo siguiente es un ejemplo del archivo de transformador de CICS, CICS.xsl,
que da como resultado que se definan las clases CIM especficas de CICS.
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:strip-space elements="*"/>
<xsl:template match="TransactionTracking">
<xsl:copy>
<xsl:copy-of select="Input"/>
<xsl:apply-templates select="Output"/>
</xsl:copy>
</xsl:template>
<xsl:template match="Output">
<xsl:copy>
<xsl:copy-of select="node()"/>
<xsl:apply-templates select="/TransactionTracking/Input/
RecordIdentity[@CallerType=CICS]"/>
</xsl:copy>
</xsl:template>

<xsl:template match="RecordIdentity/Context[@Name=ApplicationName]">
<ServiceObject Type="sys.zOS.IDML_CICSRegion" Id="{../@Index}">
<Attributes>
<Attribute Name="JobName" Value="{@Value}"/>
<Attribute Name="Label" Value="{@Value}" />
</Attributes>
<Relationships>
<Relationship Type="Contains">
<ServiceObject Type="sys.zOS.IDML_CICSTransaction" Id="{../@Index}"/>
</Relationship>
<Relationship Type="RunsOn">
<ServiceObject Type="sys.zOS.IDML_ZOS" Id="{../@Index}"/>
</Relationship>
<Relationships>
</ServiceObject>
<ServiceObject Type="process.IDML_OrganizationalEntity" Id="{../@Index}">
<Attributes>
<Attribute Name="GlobalName" Value="&ltDefault Org>"/>
<Attribute Name="Label" Value="&ltDefault Org>"/>
</Attributes>
<Relationships>
<Relationship Type="Owns">
<ServiceObject Type="sys.zOS.IDML_CICSRegion" Id="{../@Index}"/>
</Relationship>
<Relationships>
</ServiceObject>
</xsl:template>

<xsl:template match="RecordIdentity/Context[@Name=TransactionName]">
<ServiceObject Type="sys.zOS.IDML_CICSTransaction" Id="{../@Index}">
<Attributes>
<Attribute Name="Name" Value="{@Value}"/>
<Attribute Name="Label" Value="{@Value}"/>
</Attributes>
</ServiceObject>

<ServiceObject Type="process.IDML_Activity" Id="{../@Index}">
<Relationships>
<Relationship Type="Uses">
<ServiceObject Type="sys.zOS.IDML_CICSTransaction" Id="{../@Index}"/>
</Relationship>
</Relationships>
</ServiceObject>
</xsl:template>
</xsl:stylesheet>
Cada archivo de transformador puede utilizar datos del elemento Input bsico, o
los resultados de las transformaciones anteriores para producir los resultados
necesarios para el elemento Output. Cada transformacin XSL es necesaria para
conservar el elemento Input de manera que se pueda reutilizar en las
transformaciones posteriores. Un ejemplo de cmo conservar el elemento Input se
muestra en negrita en el ejemplo.
Archivo de definiciones de tranformaciones
El archivo de definiciones de transformaciones de transformers.xml incluye una
lista de los archivos de transformacin XSL y determina el orden en el que se
ejecutan las transformaciones:
<ttdla>

<transformer file="ttdla_internal_data/Activity.xsl" />
<transformer file="ttdla_internal_data/ComputerSystem.xsl" />
<transformer file="ttdla_internal_data/zOS.xsl" />

<transformer file="ttdla_internal_data/MQ.xsl" />
<transformer file="ttdla_internal_data/CICS.xsl" />
<transformer file="ttdla_internal_data/IMS.xsl" />
<transformer file="ttdla_internal_data/WebSphereApplicationServer.xsl" />
<transformer file="ttdla_internal_data/IBMHTTPServer.xsl" />


<transformers dir="ttdla/transformers" />
<transformers property="transformers" />

<transformer file="ttdla_internal_data/AllBusinessProcesses.xsl" />

<transformer file="ttdla_internal_data/DefaultRelationships.xsl" />
<transformer file="ttdla_internal_data/CreateIdentifiers.xsl" />
</ttdla>
Ahora aada los nuevos archivos xsl de transformador que cree al directorio
ttdla/transformers. Entonces estos archivos se ejecutan automticamente despus
de las transformaciones especficas de dominio con la lnea <transformers
dir="ttdla/transformers" />.
Si crea ms de un archivo de transformador, el orden en el que se ejecutan los
archivos no se especifica. Si los archivos dependen los unos de los otros y deben
ejecutarse en un orden concreto, deber aadir explcitamente los archivos en el
orden necesario al archivo de definicin de transformacin, transformers.xml o
especificar los transformadores usando la propiedad -Dtransformers=... de JVM
cuando genere el libro IDML. Consulte Creacin de un nuevo archivo de
transformador para ver ms informacin.
Creacin de un nuevo archivo de transformador
Para crear un nuevo archivo de transformacin:
1. Usando uno de los archivos de transformacin especfico de dominio existente
como una plantilla, por ejemplo ttdla_internal_data/CICS.xsl, cree un nuevo
archivo .xsl.
2. Actualice los valores de su dominio.
3. Guarde el archivo en ttdla/transformers, asegurndose de que el archivo
termine con un extensin .xsl.
4. Si tiene ms de un archivo personalizado y el orden en el que se ejecutan los
archivos es importante, aada los nuevos archivos al archivo de definiciones de
transformaciones de transformers.xsl:
a. Extraiga el archivo de definicin de transformaciones. Ejecute el mandato
siguiente para extraer el archivo al directorio ttdla sin generar tambin el
libro iDML:
java -Dexporttransformdef=ttdla -jar itcamfttdla.jar noop
b. Aada sus nuevos archivos de transformacin a la seccin de
transformadores externos del archivo transformers.xml en el orden en el
que desee que se ejecuten. Por ejemplo, para los nuevos archivos
myfile01.xsl y myfile02.xsl:

<transformers dir="ttdla/transformers" />
<transformers property="transformers" />
<transformer file="ttdla/transformers/myfile01.xsl" />
<transformer file="ttdla/transformers/myfile02.xsl" />
c. Genere el libro iDML. Ejecute el mandato siguiente:
java -jar itcamfttdla.jar
El DLA utiliza transformers.xml desde la ubicacin predeterminada
ttdla/transformers.xml hasta la ubicacin del itcamfttdla.jar. Si
transformers.xml est en otra ubicacin, especifique la propiedad JVM
-Dtransformdefs=absolute path to modified transformers.xml.
Filtrado de datos del DLA de Transaction Tracking:
Puede filtrar los datos de DLA de Transaction Tracking para excluir los tipos
especficos de datos o agrupar transacciones similares.
Los archivos del transformador predeterminados correlacionan todas las
transacciones seguidas por Transaction Tracking para los objetos de CDM. Si el
recopilador de datos rastrea el acceso a imgenes y a hojas de estilo como
transacciones, estas transacciones tambin se correlacionan. Si estas transacciones
no son relevantes, puede filtrarlos para reducir el tamao del iDML book generado
y reducir el abarrotamiento visual en Tivoli Business Service Manager.
Filtrado de objetos
Para filtrar objetos:
1. Identifique lo que desee filtrar o agrupar. Por ejemplo:
v Para filtrar imgenes y hojas de estilo, tal como se muestra en myfilters.xsl
de ejemplo en la pgina 611, filtre los elementos RecordIdentity con un
TransactionName de *.gif o *.css.
v Para agrupar transacciones de un tipo concreto, tal como se muestra en
shoppingdemoprocess.xsl de ejemplo en la pgina 612, use el elemento
Relationship para federar las actividades correspondientes a las
transacciones de raz necesarias.
2. Cree el archivo de filtro utilizando los ejemplos de esta seccin como plantillas.
Por ejemplo, ttdla/myfilters.xsl o ttdla/shoppingdemoprocess.xsl
3. Extraiga el archivo de definicin de transformaciones. Ejecute el mandato
siguiente para extraer el archivo al directorio ttdla sin generar tambin el libro
iDML:
java -Dexporttransformdef=ttdla -jar itcamfttdla.jar noop
4. Aada el archivo de filtro al archivo de definiciones de transformacin:
v Para ttdla/myfilters.xsl, aada el archivo de filtro antes de la lnea
<transformer file="ttdla_internal_data/Activity.xsl> de manera que la
transformacin de filtro se aplique a la entrada antes de realizar el resto de
transformaciones.
v Para ttdla/shoppingdemoprocess.xsl, aada la lnea <transformer
file="ttdla/shoppingdemoprocess.xsl"/> despus de la lnea <transformer
file="ttdla_internal_data/AllBusinessProcesses.xsl"/>.
5. Genere el libro iDML. Ejecute el mandato siguiente:
java -jar itcamfttdla.jar
El DLA utiliza transformers.xml desde la ubicacin predeterminada
ttdla/transformers.xml hasta la ubicacin del itcamfttdla.jar. Si
transformers.xml est en otra ubicacin, especifique la propiedad JVM
-Dtransformdefs=absolute path to modified transformers.xml.
myfilters.xsl de ejemplo
<xsl:copy>
<xsl:apply-templates select="Input"/>
<xsl:copy-of select="Output"/>
</xsl:copy>
</xsl:template>
<xsl:template match="Input">
<Input>
<xsl:for-each select="ServerInfo">
<xsl:copy>
<xsl:copy-of select="@*|node()" />
</xsl:copy>
</xsl:for-each>
<xsl:for-each select="RecordIdentity">
<xsl:variable name="TransactionName"
select="Context[@Name=TransactionName]/@Value">
<xsl:choose>
<xsl:when test="substring-before($TransactionName, .css)!="></xsl:when>
<xsl:when test="substring-before($TransactionName, .gif)!="></xsl:when>
<xsl:otherwise>
<xsl:copy>
<xsl:copy-of select="@*|node()" />
</xsl:copy>
</xsl:otherwise>
</xsl:choose>
</xsl:variable>
</xsl:for-each>
</Input>
</xsl:template>
</xsl:stylesheet>
En este ejemplo:
v <xsl:apply-templates select="Input"/> muestra que el nodo que se filtra es el
nodo Input
v <xsl:otherwise> <xsl:copy> <xsl:copy-of select="@*|node()" /> </xsl:copy>
</xsl:otherwise> muestra que RecordIdentity slo se copia si no se hace
coincidir con el patrn
shoppingdemoprocess.xsl de ejemplo
<xsl:copy>
<xsl:copy-of select="Input"/>
<xsl:apply-templates select="Ouput"/>
</xsl:copy>
</xsl:template>
<xsl:template match="Ouput">
<xsl:copy>
<xsl:copy-of select=node()"/>
<ServiceObject
Type="process.IDML_BusinessProcess"
Id="ShoppingDemoProcess#IDML_BusinessProcess"
<Attributes>
<Attribute Name="ActivityName" Value="ShoppingDemoProcess" />
<Attribute Name="Label" Value="Shopping Demo" />
</Attributes>
<Relationships>
<xsl:for-each select="/TransactionTracking/Input/
RecordIdentity/Context[@Name=TransactionName]">
<xsl:variable name="TransactionName" select="@Value"/>
<xsl:if test="$TransactionName=RPT811HTTP004 or
$TransactionName=RPT811HTTP005">
<Relationship Type="Federates">
<ServiceObject Type="process.IDML_Activity" Id="{../@Index}" />
</Relationship>
</xsl:if>
</xsl:for-each>
</Relationships>
</ServiceObject>
</xsl:copy>
</xsl:template>
</xsl:stylesheet>
En este ejemplo, el cdigo en negrita agrupa transacciones en Tivoli Business
Service Manager si el elemento TransactionName coincide con las que se indican en
<xsl:if test="$TransactionName=RPT811HTTP004 o
$TransactionName=RPT811HTTP005">. Las transacciones se agrupan en un nuevo
proceso empresarial, Shopping Demo. El proceso empresarial predeterminado se
define con el elemento ApplicationName.
Visualizacin de clases CDM de WebLogic enTivoli Business Service Manager:
Para mostrar clases de WebLogic en Tivoli Business Service Manager, aada las
clases CDM en la plantilla TBSM necesaria.
Por ejemplo, para visualizar estas clases CDM en Servidores de aplicaciones, edite
el archivo /opt/IBM/tivoli/tbsm/XMLtoolkit/xml/
CDM_TO_TBSM4x_MAP_Templates.xml de las maneras siguientes:
1. Para asignar las clases CDM a la plantilla BSM_AppServerGroup, aada las lneas
siguientes de texto al elemento <template primary="BSM_AppServerGroup">:
<cdm:app.j2ee.weblogic.WebLogicDomain/>
<cdm:app.j2ee.weblogic.WebLogicMachine/>
2. Para mostrar las clases JDBCDataSource en Database > Other, aada las lneas
siguientes de texto del elemento <template primary="BSM_Database">:
<cdmclass name="cdm:app.j2ee.websphere.WebSphereJDBCDataSource"/>
<cdmclass name="cdm:app.j2ee.weblogic.WebLogicJDBCDataSource"/>
<cdmclass name="cdm:app.j2ee.JDBCDataSource"/>
La clase WebLogicServer ya est asignada a la plantilla BSM_WeblogicServer de
forma predeterminada.
Para visualizar clases de WebLogic en la estructura jerrquica, WebLogicDomain >
WebLogicMachine > WebLogicServer, edite el archivo /opt/IBM/tivoli/tbsm/
XMLtoolkit/xml/CDM_TO_TBSM4x_MAP.xml. Aada lo siguiente al elemento
<RelationshipInfo> para cancelar la direccin de la relacin entre WebLogicMachine
y WebLogicServer:
<class target="cdm:app.j2ee.weblogic.WebLogicMachine"
source="cdm:app.j2ee.weblogic.WebLogicServer" priority="high"
type="cdm:runsOn" isDependency="true" reversedirection="yes"/>
Cuando haya terminado de actualizar los elementos, reinicie el kit de herramientas
TBSM Discovery Library. Use el mandato siguiente para recargar los archivos XML
actualizados: utils.sh -e reload\_cdm\_definitions.xml. Cuando los archivos
estn cargados, invalide el registro de componentes y actualice el rbol de
navegacin de servicios.
Consulte Tivoli Business Service Manager en la central de documentacin para
obtener ms informacin sobre la personalizacin de lo que se muestra en Tivoli
Business Service Manager.
Otras personalizaciones:
Usando el DLA de Transaction Tracking puede personalizar algunas propiedades
que aparecen en Tivoli Business Service Manager. Las propiedades se resuelven
despus de la cadena de transformaciones, y antes de que el documento XML sea
procesado por el generado de libros iDML.
Nombres de dominios completos (FQDN)
Puede especificar manualmente un FQDN para que corresponda con una direccin
IP aadindolo a un archivo de propiedades de bsqueda de hosts usando la
sintaxis: ipaddress=FQDN.
El orden de la resolucin de FQDN es este: Archivo de bsqueda de hosts >
java.net.InetAddress.getByAddress() > Nombre del servidor > Direcin del
servidor. Es decir:
1. Si la bsqueda de host desde el archivo de propiedades falla, el DLA de
Transaction Tracking intenta una bsqueda inversa de la direccin IP.
2. Si esa bsqueda falla, comprueba el contexto vertical de los registros para
determinar si el nombre del servidor est definido (no nulo y longitud > 1); de
lo contrario, la direccin IP se usar como FQDN.
De forma predeterminada, el DLA de Transaction Tracking intenta ubicar el
archivo de propiedades de la bsqueda de hosts en ttdla/HostLookup.properties
en relacin con el archivo JAR de DLA, itcamfttdla.jar. Cambie la ubicacin del
archivo de bsqueda de hosts usando las propiedades JVM adicionales siguientes
para el proceso de DLA de Transaction Tracking:
-Dhostlookup={resource}
Donde {resource} define el recurso queva a buscar el FQDN desde la direccin IP.
Por ejemplo, -Dhostlookup=test/testIP busca una direccin IP desde el archivo
test/testIP.properties usando CLASSPATH.
Otras personalizaciones de la bsqueda
El DLA de Transaction Tracking resuelve las propiedades de los archivos de
propiedades ubicados en $CLASSPATH + /ttdla o $CLASSPATH, con el directorio
que incluye itcamfttdla.jar en la va de acceso de la clase.
Las propiedades se resuelven despus de la cadena de transformaciones, y antes de
que el documento XML resultante sea procesado por el generador de libro iDML.
El proceso de resolucin realiza la siguiente bsqueda para resolver el valor de
propName clave desde el paquete de recursos Java BaseResourceName:
[prop:resource=BaseResourceName;key=propName]
El resultado de la bsqueda puede ser distinto para cada entorno local si es
necesario aadiendo archivos localizados a la va de acceso de la clase. Por
ejemplo, BaseResourceName_en.properties, BaseResourceName_de.properties, etc.
Por ejemplo, la regla de asignacin de nombres para MQInstallation requiere un
directorio de instalacin. Est informacin no se puede adquirir desde el recopilador
de datos. En su lugar, utilice una personalizacin de bsquedas:
1. Use [prop:resource=MQInstallations;key=MyQueueManager].
2. Cree un archivo ttdla/MQInstallations.properties con MyQueueManager=/opt/
mqm/6.0
Como resultado, todas las apariciones de
[prop:resource=MQInstallations;key=MyQueueManager] se sustituyen con
/opt/mqm/6.0 antes de que se genere el libro iDML.
Visualizacin de sucesos de Transaction Tracking en Tivoli Business
Service Manager
Los sucesos de situacin de Transaction Tracking se pueden reenviar de IBM Tivoli
Monitoring a Tivoli Netcool/OMNIbus para visualizarlos en Tivoli Business
Service Manager (TBSM) en ITCAM for Transactions V7.2 y posterior.
Antes de empezar
Asegrese de que Tivoli Netcool/OMNIbus y Tivoli Business Service Manager
estn instalados y configurados para visualizar sucesos desde ITCAM for
Transactions. Consulte Configuracin de IBM Tivoli Monitoring para reenviar
sucesos de situaciones en la pgina 598 para ver ms informacin.
Nota: Se necesita IBM Tivoli Monitoring versin 6 release 2.1 o superior para la
integracin de sucesos.
Antes de generar sucesos para enviarlos a Tivoli Business Service Manager, genere
el iDML Book para Transaction Tracking. Consulte Generacin del libro iDML
para Transaction Tracking en la pgina 603 para ver ms informacin.
Cree una nueva situacin para el Transaction Reporter que genera sucesos para
enviarlos a Tivoli Business Service Manager para los atributos en los que est
interesado.
Por ejemplo, si desea generar sucesos de Total Time para sumas en las que el
tiempo medio de las transacciones individuales es superior a 500 milisegundos,
especifique Child Total Time >500 y Group Level Transaction.
Consejo: Asegrese de utilizar el grupo de atributos Situaciones de interaccin
para incluir tanto informacin sin agentes como basada en agentes en el suceso.
Para configurar Transaction Tracking para el reenvo de sucesos a TBSM:
Procedimiento
En el Editor de situaciones, aada situaciones para los sucesos Transaction
Reporter que desee enviar a Tivoli Business Service Manager:
1. Pulse Situacin nueva.
2. En la ventana Crear situacin:
a. Escriba un nombre y una descripcin en caso necesario.
b. Desde la lista Aplicacin supervisada, seleccione Transaction Reporter.
c. Desde la lista Tipo, seleccione el tipo de situacin.
3. En el recuadro de dilogo Seleccionar condicin:
a. Seleccione Situaciones de interaccin en la lista Grupo de atributos.
b. En la lista Elemento de atributo, seleccione Formato de visualizacin y
otros atributos que necesite.
c. Pulse Aceptar.
4. En la ficha Frmula, escriba valores para los atributos.
5. Configure el elemento de visualizacin para esta situacin.
Cada suceso de situacin de IBM Tivoli Monitoring puede asignarse a un
suceso de OMNIbus. Si no establece el elemento de visualizacin, slo podr
mostrarse en Tivoli Business Service Manager un suceso de situacin para cada
situacin indicada, incluso si hay varias filas que satisfagan las condiciones de
la situacin. Si se establece el elemento de visualizacin, cada valor distinto
para ese elemento de visualizacin desencadenar un suceso de situacin, lo
cual dar como resultado varias filas (cada una de las cuales con un valor
distinto para el elemento de visualizacin), varios sucesos de situacin y varios
sucesos en OMNIbus para mostrar el estado de varios nodos de objetos de
servicios.
a. Para la nueva situacin, pulse Avanzado.
b. En el recuadro de dilogo Opciones de situacin avanzadas, vaya a la ficha
Elemento de visualizacin y establezca en Elemento Display_Value.
c. Pulse Aceptar.
6. En la ficha Distribucin, seleccione el Tivoli Enterprise Portal Server.
7. En la ficha EIF, establezca Reenvo de sucesos a un receptor EIF y seleccione
la gravedad de los sucesos para reenviarla desde la lista Gravedad de EIF.
8. Establezca los atributos que vayan a incluirse en el suceso:
a. En la ficha EIF, pulse Personalizacin de ranura EIF.
b. En el recuadro de dilogo Personalizacin de ranura EIF, seleccione
KTO_Base > ITM_Interaction_Situations de la lista Clases de suceso
disponibles.
c. Pulse Aceptar. Los atributos que se incluyen en esa clase de suceso, y que
se reenviarn a TBSM, se muestran en la columna Nombre de ranura.
d. Configure Correlacionar todos los atributos para incluir todos los atributos
de la lista en los sucesos reenviados al sondeo EIF.
e. Pulse Aceptar.
Los sucesos de Transaction Tracking se muestran en el rbol de servicios, Visor de
servicios y Lista de sucesos activos.
En Tivoli Business Service Manager, vaya a Disponibilidad > Disponibilidad de
servicios. En el rbol de servicios, seleccione Servicios empresariales importados
> Actividades empresariales de transacciones para mostrar informacin de
Transaction Tracking, como se muestra en la Figura 71 en la pgina 619.
Pulse cualquier objeto de servicio generado por Transaction Tracking en el rbol
de servicios o Visor de servicios para saltar al espacio de trabajo predeterminado
de Transaction Tracking.
Para ver los sucesos en la lista de sucesos activos, seleccione Disponibilidad >
Sucesos > Lista de sucesos activos.
Nota: Los colores predeterminados asignados a cada estado son diferentes entre
IBM Tivoli Monitoring y IBM Tivoli Netcool/OMNIbus, por lo tanto, entre ITCAM
for Transactions y Tivoli Business Service Manager. En concreto, el color para los
avisos es amarillo en IBM Tivoli Monitoring y azul en IBM Tivoli
Netcool/OMNIbus. Para hacer que los colores sean coherentes, edite el atributo en
Figura 71. Sucesos de Transaction Tracking en Tivoli Business Service Manager
Figura 72. Sucesos de Transaction Tracking en la lista de sucesos activos en Tivoli Business
Service Manager
el archivo tivoli_eif.rules, situado en $OMNIHOME/probes/arch/
tivoli_eif.rules en los sistemas Windows y en %OMNIHOME%\probes\arch\
tivoli_eif.rules en los sistemas UNIX. Consulte Configuracin del sondeo EIF en
la documentacin de IBM Tivoli Monitoring para obtener ms informacin.
Uso de TBSM para crear una vista personalizada de los datos
Esta seccin describe cmo visualizar los datos de ITCAM for Transactions en los
portlets personalizados incluidos en los archivos de TBSM.
Antes de empezar
Es necesario instalar los archivos de personalizacin de TBSM.
Los portlets personalizados muestran datos de ITCAM for Transactions en un rbol
de servicios y un grfico. La plantilla CAM_Service_Tree muestra las columnas de
datos que corresponden a los atributos de ITCAM for Transactions tal como
aparecen en esta tabla.
Tabla 214. Columnas de CAM_Service_Tree
Nombre de columna Descripcin
Estado El estado del servicio.
Porcentaje disponible Informa del porcentaje de transacciones satisfactorias. Las
transacciones disponibles tienen un estado de transaccin Good
o Slow, pero no Failed. La suma de porcentaje disponible y
porcentaje anmalo es igual al 100%. El porcentaje disponible
muestra las anomalas en rojo. Las transacciones lentas no se
cuentan en el porcentaje disponible. Toda anomala se considera
importante, as que Porcentaje disponible se marca en verde
(Good) slo cuando una transaccin est 100% disponible.
Solicitudes anmalas Informa del nmero de transacciones que no se han completado
correctamente o que han informado de un error durante el
intervalo de datos. El estado de anomala se indica con un cdigo
de estado de transaccin con un valor superior a 0. La suma de
solicitudes lentas, solicitudes correctas y solicitudes anmalas es
igual al nmero de solicitudes totales.
Porcentaje lento Informa del porcentaje de transacciones que se han completado
correctamente, pero que han violado el umbral del tiempo de
respuesta mnimo (atributo MRTTHRES). La suma de porcentaje
correcto y porcentaje lento es igual al porcentaje disponible.
Porcentaje lento marca las transacciones lentas en amarillo. Las
transacciones lentas no se cuentan en el porcentaje disponible.
Tiempo de respuesta Informa del nmero de segundos (hasta 3 posiciones decimales)
necesarios para que se complete la transaccin.
Solicitudes totales Informa del nmero total de transacciones supervisadas durante
el intervalo de datos. La suma de solicitudes lentas, solicitudes
correctas y solicitudes anmalas es igual al nmero de solicitudes
totales.
Para ver una plantilla de rbol personalizada es necesario crear una pgina
personalizada para TBSM, aadir un portlet de rbol a la pgina y asignar roles de
usuario a la pgina. Para obtener informacin sobre cmo crear pginas
personalizadas, consulte la publicacin TBSM Scenarios Guide (Gua de escenarios
TBSM).
En TBSM, un usuario con privilegios administrativos puede realizar las tareas
siguientes:
v Para gestionar roles de usuario, desde el panel de navegacin izquierdo pulse
Valores Gestin de roles. Para obtener ms informacin, consulte la ayuda de
la consola.
v Para asignar roles a los usuarios, desde el panel de navegacin izquierdo, pulse
Usuarios y grupos Roles de usuarios administrativos. Para obtener ms
informacin, consulte la ayuda de la consola.
v Para gestionar pginas, desde el panel de navegacin izquierdo pulse Valores
Gestin de pginas. Para obtener ms informacin, consulte la ayuda de la
consola.
v Para gestionar portlets, desde el panel de navegacin izquierdo pulse Valores
Gestin de portlets. Para obtener ms informacin, consulte la ayuda de la
consola.
Grfico de tendencias de rendimiento de CAM
El grfico de tendencias de rendimiento de CAM muestra el nmero de solicitudes
lentas, solicitudes correctas, solicitudes anmalas y solicitudes totales en un periodo de 2
horas.
Esta tarea muestra cmo crear una pgina de ejemplo con el rbol de servicio, el
grfico y el portlet de detalles de servicio, tal como se muestra en esta figura.
Nota: No se puede utilizar el navegador web de Mozilla Firefox para todos los
pasos de este procedimiento. Use un navegador soportado, como Microsoft
Internet Explorer para los pasos 11-12.
Procedimiento
1. Inicie TBSM en Internet Explorer e inicie sesin en Tivoli Integrated Portal con
privilegios de administrador (por ejemplo el usuario predeterminado,
tipadmin). Si desea ver los resultados en la nueva pgina, asigne todos los
roles de usuario al usuario tipadmin.
2. Desde el rbol de navegacin del panel izquierdo, pulse Valores -> Gestin
de pginas.
3. (Octional) En la pgina Gestin de pginas, pulse Nueva carpeta para crear
una nueva carpeta en el rbol de navegacin. Escriba un nombre de carpeta y
luego pulse Guardar.
4. En la pgina Gestin de pginas, pulse Nueva pgina para mostrar una lista
de portlets. Seleccionerbol de servicios y pulse Aceptar.
Aparece la pgina rbol de servicios, que muestra que el rbol de servicios
predeterminado, por ejemplo Servicios empresariales importados.
5. Divida la pgina rbol de servicios en secciones de manera que pueda aadir
un portlet de sucesos y un portlet de grficos. Primero, divida la pgina en
horizontal pulsando el icono Divisin horizontal, ubicado en el rea derecha
superior de la pgina rbol de servicios.
Figura 73. Panel de instrumentos TBSM de ejemplo
Se crea una pgina Seleccionar un portlet bajo la pgina rbol de servicios.
6. Divida en vertical la pgina Seleccionar un portlet recin creada pulsando el
icono Divisin vertical ubicado en el rea superior derecha de la pgina
Seleccionar un portlet.
Se crea una segunda pgina nueva Seleccionar un portlet junto a la primera
pgina.
7. En la primera pgina Seleccionar un portlet de abajo a la izquierda, desplcese
hacia abajo en la lista de portlets y seleccione Detalles del servicio. Pulse
Aceptar para confirmar su seleccin.
8. En la segunda pgina Seleccionar un portlet de abajo a la derecha, desplcese
hacia abajo en la lista de portlets y seleccione Grficos. Pulse Aceptar para
confirmar su seleccin.
9. En la parte superior de la pgina Crear pgina nueva, pulse Guardar.
10. Asigne un nombre (por ejemplo, Panel de instrumentos de transacciones) a
la pgina, y opcionalmente especifique la ubicacin de la pgina
correspondiente a la carpeta que puede haber creado en el paso 3 anterior.
Puede navegar hasta la carpeta existente pulsando Ubicacin y, luego, Mover
a carpeta para desplazarse a la carpeta creada.
11. Pulse Guardar, al final de la pgina, para guardar su informacin y mostrar la
pgina recin creada. El nombre de la nueva pgina (por ejemplo, Panel de
instrumentos de transacciones) aparece en la ficha situada en la parte inferior de
la pgina.
12. Establezca el ITCAM Service Tree para mostrarlo en la pgina recin creada
pulsando el icono Opciones de edicin (/), ubicado en el rea superior derecha
del portlet rbol de servicios. Desde el men que aparece, seleccione Valores
predeterminados de edicin.
13. Complete el conjunto de campos que aparecen en el portlet rbol de servicios:
a. En el campo Ttulo de portlet, escriba un nombre para el portlet, por
ejemplo Panel de instrumentos.
b. En la lista desplegable Plantilla de rbol, seleccione CAM_Service_Tree.
c. En la seccin Establecer instancia de inicio del portlet, pulse el nodo
Servicios empresariales importados para establecerlo como nodo de inicio.
d. Desplcese hacia el final de la pgina de portlets y pulse Guardar para
guardar las entradas.
14. Configure el portlet Grficos en la parte inferior derecha:
a. Pulse en enlace Grficos de Tivoli.
b. En la tabla que se muestra, seleccione el grfico TBSMChartService.
c. Pulse Siguiente para continuar hasta la ventana Seleccionar archivo para
importar.
d. Desde la lista de despliegue Grupos en la ventana Seleccionar archivo para
importar, seleccione Grficos personalizados TBSM.
e. Seleccione el grfico de barras CAM_Performance_Trend de la lista de
grficos personalizados de TBSM disponibles.
f. Pulse Finalizar a final para guardar sus selecciones.
15. Si no ve el grfico CAM_Performance_Trend, intente importarlo manualmente:
a. Pulse el botn Atrs hasta que pueda seleccionar la opcin Grficos
personalizados.
b. Seleccione Grficos personalizados.
c. Pulse el botn de flecha verde para cargar un grfico.
d. Ubique el archivo de diseo de grficos, CAM_Performance_Trend.rptdesign
en su sistema de archivos (forma parte de la instalacin).
e. Seleccione Cargar.
f. Cuando haya cargado el grfico correctamente, seleccione el grfico.
g. Pulse Finalizar para mostrar el grfico.
16. Pulse Guardar y confirme la operacin de guardado pulsando Guardar otra
vez los cambios en el portlet.
Ahora ha configurado correctamente una pgina personalizada de Tivoli
Integrated Portal que muestra sus datos de ITCAM.
17. Para cambiar el periodo de informes del grfico:
a. Vaya a la ficha Administracin de servicios.
b. Seleccione Grficos en la lista desplegable.
c. Pulse dos veces CAM_Performance_Trend.
d. Desde el panel de la derecha, seleccione Editar poltica.
e. En el Editor de polticas, cambie el valor de ChartHours = 2; por el
nmero de horas del que desee que informe el grfico.
f. Pulse Guardar.
Sucesos SubTransaction en el panel de instrumentos de TBSM
Los sucesos de RRT_SubTransaction_Status que se envan a OMNIBUS y TBSM
contienen la informacin necesaria para mostrar las violaciones de puntos de
verificacin para los sucesos de subtransacciones de primer nivel. Por ejemplo,
supongamos que tiene una aplicacin con una transaccin denominada Comprar
naranjas. Supongamos que esta transaccin tiene dos pginas de subtransacciones
asociadas, cada una de los cuales tiene archivos GIF, JPG y CSS:
Application
Transaction: Comprar naranjas
SubTransaction Page 1:
GIF
JPG
CSS file
SubTransaction Page 2:
GIF
JPG
CSS file
Todos estos elementos pueden tener puntos de verificacin asociados, pero en el
panel de instrumentos slo se muestran violaciones en las pginas. Las violaciones
de los puntos de verificacin en los archivos GIF, JPG o CSS no se muestran.
Estatus de subtransacciones afectado por la lgica de fusin de
sucesos de IBM Tivoli Monitoring
La lgica de fusin de sucesos de IBM Tivoli Monitoring a veces provoca que el
estatus del servicio no sea actualizado en TBSM por los sucesos de IBM Tivoli
Monitoring. Cuando suceda esto, consulte la nota tcnica siguiente para desactivar
la fusin de sucesos de la tabla TEMS para ver la situacin creada:
http://www-01.ibm.com/support/docview.wss?uid=swg21445309
Apndice A. Inicio y detencin de servidores y agentes
Inicie y detenga componentes de IBM Tivoli Monitoring y Tivoli Enterprise
Management Agent utilizando Gestionar servicios de Tivoli Enterprise Monitoring
o la lnea de mandatos.
Inicio y detencin de Tivoli Enterprise Monitoring Server
Siga estas indicaciones para iniciar o detener Tivoli Enterprise Monitoring Server.
Inicie el servidor
En plataformas Windows, siga los pasos siguientes:
1. Pulse Inicio > Programas > IBM Tivoli Monitoring > Gestionar Tivoli
2. Pulse Tivoli Enterprise Monitoring Server con el botn derecho del
ratn.
3. Seleccione Iniciar.
En plataformas UNIX, ejecute el mandato siguiente:
./itmcmd server start tems_name
Detenga el servidor
2. Pulse Tivoli Enterprise Monitoring Server con el botn derecho del
ratn.
3. Seleccione Detener.
./itmcmd server stop tems_name
tems_name es el nombre del servidor de supervisin
Inicio y detencin del servidor Tivoli Enterprise Portal
Siga estas indicaciones para iniciar o detener el servidor Tivoli Enterprise Portal:
Inicie el servidor de portal
2. Pulse Servidor Tivoli Enterprise Portal con el botn derecho del ratn.
3. Seleccione Iniciar.
./itmcmd agent start cq
Detenga el servidor de portal
2. Pulse Servidor Tivoli Enterprise Portal con el botn derecho del ratn.
./itmcmd agent stop cq
Inicio y detencin del cliente de escritorio de Tivoli Enterprise
Portal
Siga estas indicaciones para iniciar o detener el cliente de escritorio de Tivoli
Enterprise Portal
Inicie el cliente de escritorio
1. Pulse Inicio > Programas > IBM Tivoli Monitoring > Escritorio de
2. Escriba su ID de usuario y contrasea en la ventana de inicio de sesin.
El ID de usuario predeterminado es sysadmin.
3. Pulse Aceptar.
En plataformas UNIX, ejecute el mandato siguiente: ./itmcmd agent start
cj
Detenga el cliente de escritorio
2. Pulse el escritorio de Tivoli Enterprise Portal con el botn derecho del
ratn.
En plataformas UNIX, ejecute el mandato siguiente: ./itmcmd agent start
cj
Inicio y detencin de agentes de supervisin
Inicie y detenga agentes de supervisin utilizando Gestionar servicios de Tivoli
Enterprise Monitoring o desde la interfaz de usuario en entornos Windows y
UNIX. Tambin puede utilizar la lnea de mandatos en UNIX.
Tambin puede ejecutar el script ITMAgents1 desde el directorio /etc/init.d. La
ubicacin vara para los entornos diversos. Ejecute solo el script ITMAgents1 si el
sistema reinicia otros agentes de Response Time.
Como alternativa, si es necesario, puede reiniciar los agentes de Transaction
Tracking desde Tivoli Enterprise Portal utilizando los servicios de agente de proxy.
Consulte IBM Tivoli Monitoring Information Center para obtener ms informacin.
Si hay un agente de sistema operativo instalado en el mismo sistema que un
agente y comparte el mismo directorio CANDLE_HOME, se puede iniciar y detener el
agente de forma remota mediante Tivoli Enterprise Portal. Pulse el agente con el
botn derecho del ratn en Tivoli Enterprise Portal y seleccione Detener o
Reiniciar.
Nota: Su ID de usuario debe disponer del permiso adecuado para iniciar y detener
agentes. Consulte la documentacin de IBM Tivoli Monitoring para obtener ms
informacin sobre permisos.
Nota: Si instala Response Time en una plataforma SUSE SLES 10, es posible que el
agente no se reinicie automticamente al rearrancar el entorno. Puede iniciar el
agente manualmente con las instrucciones de esta seccin.
Siga estas indicaciones para iniciar o detener los agentes de supervisin:
Inicie un agente de supervisin
1. Acceda al navegador.
2. Pulse el agente de supervisin que desee iniciar con el botn derecho
del ratn
3. Seleccione .
./itmcmd agent start pc
Detenga un agente de supervisin
1. Acceda al navegador.
2. Pulse el agente de supervisin que desee detener con el botn derecho
del ratn
3. Seleccione .
./itmcmd agent stop pc
Donde pc es el cdigo de producto para el agente de supervisin que desea iniciar
o detener. Consulte Cdigos de producto de ITCAM for Transactions en Gua de
instalacin y configuracin para obtener una lista de cdigos de producto.
Por ejemplo, para iniciar un cliente de escritorio de Tivoli Enterprise Portal, ejecute
el mandato siguiente:./itmcmd agent start t5
Nota: En sistemas UNIX, el agente de supervisin de Web Response Time a veces
da el siguiente error: [root@rh5ma bin]# ./CandleAgent -h /opt/IBM/ITM -c stop
t5 Stopping ITCAM for Web Response Time ... Product t5 was not stopped. Si
esto sucede, utilice -f para forzar la detencin de Web Response Time. Si est
llevando a cabo una desinstalacin remota para Web Response Time, tambin debe
utilizar esta opcin para detener el agente de supervisin antes de realizar la
desinstalacin remota.
Apndice A. Inicio y detencin de servidores y agentes 629
Apndice B. Visualizacin de tendencias con informes
Puede ver informacin sobre tendencias para los agentes de supervisin de ITCAM
for Transactions.
ITCAM for Transactions proporciona informes utilizando Tivoli Common
Reporting que muestran informacin sobre tendencias para cada uno de los
agentes de supervisin soportados.
Usando Tivoli Common Reporting, puede generar informes que son compatibles
con Cognos o con Business Intelligence Reporting Tool (BIRT).
Informacin sobre Tivoli Common Reporting
Obtenga ms informacin sobre Tivoli Common Reporting en el sitio web de IBM
Developer Works: https://www.ibm.com/developerworks/mydeveloperworks/
groups/service/html/communityview?communityUuid=9caf63c9-15a1-4a03-96b3-
8fc700f3a364.
Tambin puede encontrar informacin sobre Tivoli Common Reporting en el
Information Center: Tivoli Common Reporting en Documentation Central.
Visualizacin de tendencias con informes de Cognos
Puede ver la informacin sobre tendencias para los agentes de supervisin de
ITCAM for Transactions utilizando informes de Cognos en Tivoli Common
Reporting.
ITCAM for Transactions proporciona informes de Cognos utilizando Tivoli
Common Reporting, que muestran informacin sobre tendencias para los agentes
de supervisin siguientes:
v Web Response Time
v Internet Service Monitoring
Nota:
Client Response Time est en desuso en ITCAM for Transactions V7.4. Debido a
que los informes de Cognos se basan en todos los componentes que se instalan,
debe ejecutar scripts desde el paquete de instalacin, incluidos en el paquete de
informes de Cognos, para crear tablas ficticias de Client Response Time
(CRT_Application_Status y CRT_Transaction_Status) en Tivoli Data Warehouse. En
funcin de la base de datos que utilice, en utilities/mssql, utilities/db2, o
utilities/oracle, ejecute los siguientes scripts para crear las tablas:
1. Ejecute tdw_schema_table.sql
2. Ejecute tdw_schema_view.sql
Utilizando Tivoli Common Reporting puede generar informes de Cognos en datos
resumidos sin procesar en la base de datos de Tivoli Warehouse, de forma parecida
a los informes generados con Business Intelligence Reporting Tool (BIRT).
Hay disponibles dos paquetes de informes de Cognos, que se pueden utilizar para
los informes ad hoc en Query Studio:
v El paquete ITCAM for Transactions (Query) contiene modelos relacionales e
informes asociados.
v El paquete ITCAM for Transactions (Analysis) contiene el modelo de
dimensiones.
Cmo empezar
Cmo empezar: En el paquete de ITCAM for Transactions Tivoli Integration
Support, en la carpeta \tcr\cognos, localice el archivo
ITCAM4T_TCR_Cognos_README.pdf (por ejemplo, para los sistemas Windows, este
paquete se descarga como el nmero de pieza CZY8YEN). Este documento
contiene informacin que necesita sobre la importacin de informes de Cognos
para ITCAM for Transactions a Tivoli Common Reporting utilizando el modelo de
datos y ejecutando informes de ejemplo.
Para poder ejecutar informes de Cognos necesitar satisfacer los requisitos previos
siguientes:
v Es necesario que IBM Tivoli Monitoring versin 6.2.1 o superior est instalado y
en ejecucin, con Tivoli Data Warehouse configurado para recopilar datos de
historial (consulte el archivo README para ver detalles sobre la configuracin).
v Es necesario que Tivoli Common Reporting versin 2.1 o posterior est instalado
en el mismo sistema que la base de datos de Tivoli Warehouse, o en un sistema
distinto que soporte la instalacin como un TIP autnomo. En este caso debe
configurar un cliente de la base de datos.
v Es necesario configurar varias tablas de Tivoli Common Model en la base de
datos de Tivoli Warehouse para poder utilizar Cognos. Para ejecutar los informes
de ejemplo se necesita el conjunto mnimo de tablas siguiente:
Para el agente Application Management Console (datos sin procesar):
- AMC_Application
- AMC_Client
- AMC_Transaction
- AMC_Server
- AMC_Internet_Service
- AMC_Internet_Service_Agent
- AMC_Internet_Service_Element
Para el agente Web Response Time (datos sin procesar, cada hora, cada da):
- WRT_Application_Status
- WRT_Transaction_Status
- WRT_User_Sessions
Para el agente Robotic Response Time (datos sin procesar, cada hora, cada
da):
- RRT_Application_Status
- RRT_Transaction_Status
- RRT_SubTransaction_Status
- RRT_Robotic_Playback_Events (slo datos sin procesar)
Para el agente Transaction Tracking (datos sin procesar, cada hora, cada da):
- Aggregates
- Interactions
v Si no tiene instalados todos los agentes, puede ejecutar scripts de SQL que se
proporcionen para crear las diversas tablas de Warehouse necesarias para
ejecutar los informes. Consulte el archivo README para obtener detalles.
v Para conectarse a un origen de datos de Oracle, asegrese de que los detalles de
configuracin son correctos:
Asegrese de que se ha establecido ORACLE_HOME
Establezca las variables LD_LIBRARY_PATH y PATH para que apunten al
directorio de instalacin de Oracle
Establezca la variable TNS_ADMIN en el script startTCRserver.sh para que
apunte a la ubicacin del archivo de Oracle tnsnames.ora. Exporte la variable
de entorno TNS_ADMIN antes de iniciar el servidor Tivoli Common Reporting.
Para obtener detalles, consulte la documentacin de Oracle.
Resumen de informes
En el paquete de consultas se incluyen cuatro informes principales:
v El informe Cuadro de mandos de la aplicacin, que incluye un conjunto de
informes centrado en las reas siguientes:
Resumen
Experiencia de usuario
Errores
Clientes
Usuarios afectados
Transacciones
Servidores de fondo
Servidores web
Red
v El informe Disponibilidad de servicios de Internet, que muestra la
disponibilidad y el rendimiento para los servicios y los hosts, y Acuerdos de
nivel de servicio supervisados por la Supervisin de servicios de Internet.
v El informe Pasos y rendimiento de robtica, que incluye informes separados en
las reas siguientes:
Resumen
Desglose de cliente
Desglose detallado
Resumen de scripts
v El informe Anlisis de usuarios, que muestra el tiempo de respuesta y el ancho
de banda consumido.
Puede ejecutar estos informes de manera interactiva, o se pueden planificar para
ejecutarlos con notificaciones de correo electrnico. Consulte el archivo README
para obtener ms detalles sobre cada informe.
Apndice B. Visualizacin de tendencias con informes 633
Problemas conocidos
Al utilizar estos informes Cognos en Tivoli Common Reporting, tenga cuidado con
estos problemas conocidos:
v Si est ejecutando informes con traducciones, las cabeceras de columna de
algunos diagramas pueden ser demasiado estrechas para las etiquetas
traducidas. Puede ampliar el ancho de las columnas para que las etiquetas se
ajusten mejor, utilizando Report Studio:
1. Inicie Report Studio y abra el informe que desea actualizar.
2. Seleccione la pgina de informe que desea actualizar con el explorador de
pginas.
3. Pulse en la cabecera de columna que desea actualizar.
4. En la ventana Propiedades, seleccione la propiedad Tamao &
Desbordamiento para realizar el cambio.
5. Pulse Aceptar y guarde el informe.
Visualizacin de tendencias con informes BIRT
Los operadores pueden ver la informacin sobre tendencias para ITCAM para los
agentes de supervisin Transacciones utilizando informes de BIRT en Tivoli
Common Reporting.
ITCAM for Transactions proporciona informes utilizando Tivoli Common
Reporting que muestran informacin sobre tendencias para los agentes de
supervisin siguientes:
v Web Response Time
Cmo empezar
En su soporte de instalacin, en la carpeta integration/tcr/birt, ubique el archivo
ITCAM4T_TCR_BIRT_README.pdf, que contiene informacin que se necesita
sobre la importacin de informes BIRT para ITCAM for Transactions en Tivoli
Common Reporting.
Resumen de informes
Los informes siguientes ser proporcionan con este release de ITCAM for
Transactions, y se describen ms en el archivo README:
v Comparacin histrica de aplicaciones: muestra la disponibilidad de las
aplicaciones y los desvos del tiempo de respuesta (%) del periodo de informes
anterior al actual para todas las aplicaciones seleccionadas. Si el periodo anterior
no tiene datos, los desvos aparecen como 100%. Si el periodo actual no tiene
datos pero el periodo anterior s, el desvo aparece como -100%. Aparece una
tabla de grficos para los periodos de informes predefinidos. Vaya a Resumen de
aplicaciones y Tendencias de rendimiento de transacciones desde la tabla de
grfico.
v Resumen de aplicaciones: muestra los datos de resumen para la aplicacin
seleccionada con volumen, disponibilidad y cambios desde el periodo de
informes anterior.
v Tendencias de rendimiento de transacciones: muestra la disponibilidad, el
tiempo de respuesta y los datos de volumen durante el tiempo para todas las
transacciones o las transacciones seleccionadas con datos de resumen.
v Uso de cliente e impacto de interrupcin: muestra las solicitudes totales, las
anmalas y las lentas para todos los clientes o los clientes seleccionados con
datos de resumen.
v Inventario de servidor: muestra las solicitudes lentas, anmalas y totales con
datos de resumen para todos los servidores o los seleccionados.
v Resumen de cliente: muestra datos de resumen para los clientes seleccionados
con volumen, disponibilidad y cambios desde el periodo de informes anterior.
v Tendencias de rendimiento de cliente: muestra la disponibilidad, el tiempo de
respuesta y los datos de volumen durante el tiempo para todos los clientes o los
seleccionados con datos de resumen.
v Resumen de servidores: muestra los datos de resumen para el servidor
seleccionado con volumen, disponibilidad y cambios desde el periodo de
informes anterior.
v Tendencias de rendimiento de servidores: muestra la disponibilidad, el tiempo
de respuesta y los datos de volumen durante el tiempo para todas las servidores
o las transacciones seleccionadas con datos de resumen.
v Rendimiento de pasos de robtica: muestra la disponibilidad de
subtransacciones y el tiempo de respuesta durante el tiempo y datos de resumen
para las transacciones de robtica seleccionadas.
v MTTR MTBF MTBSI: muestra el MTTR (el tiempo medio de recuperacin es
una medida del tiempo medio que tarda en recuperarse un servicio de un
incidente de disponibilidad, tambin conocido como tiempo de inactividad),
MTBF (el tiempo medio entre anomalas es el tiempo que un servicio est
disponible, tambin conocido como tiempo de actividad) y MTBSI (el tiempo
medio entre incidentes de servicio es una medida del tiempo medio entre dos
incidentes consecutivos, y es la suma de MTTR y MTBF. La disponibilidad es
MTBF / (MTBF + MTTR) o Tiempo de actividad / (Tiempo de actividad +
Tiempo de inactividad).
Problemas conocidos
Al utilizar estos informes BIRT en Tivoli Common Reporting, tenga cuidado con
estos problemas conocidos:
v Hay una limitacin con las fichas en los informes en formato PDF. Pueden caber
una 48 columnas en una pgina, pero si tiene ms de 48 columnas, la tabla no se
ver correctamente. Para evitar este problema, elija un rango temporal que
devuelva 48 columnas o menos para su informe.
v Al menos debe haber instalado uno de los agentes Response Time, y recopilar
datos en el Tivoli Data Warehouse para mostrar tendencias de datos en los
informes proporcionados. Los informes pueden mostrar informacin sobre
tendencias para todos los agentes de supervisin de la lista si estn instalados y
tienen datos en Tivoli Data Warehouse. Debe tener creadas tablas de resumen y
poda horarias, diarias o semanales.
Nota: El recuadro de seleccin para elegir el tipo de datos que se desea recopilar
no indica si est instalado ese agente. La lista siempre muestra todas las
opciones. Si no hay instalado ninguno de los agentes, o si selecciona un agente
que no est instalado, el informe generado muestra un grfico vaco. No hay
ningn mensaje de error explcito que le indique que la falta de datos es debida
a que el agente no est instalado o activo.
Apndice B. Visualizacin de tendencias con informes 635
Apndice C. Recopilacin de datos histricos
Para ver datos en los espacios de trabajo de historial, primero es necesario
configurar la recopilacin de datos histricos.
Configuracin de la recopilacin de datos histricos
configurar la recopilacin de datos histricos y distribuir los grupos de atributos
de recopilacin de datos histricos a los sistemas gestionados.
La configuracin de la recopilacin de datos de historial se aplica tanto a los
informes a corto plazo (hasta 24 horas) como a los de largo plazo (indefinidos). La
recopilacin de datos de historial incluye la configuracin de resmenes y de la
poda de para datos a largo plazo que se almacenan en Tivoli Data Warehouse.
Especifique la recopilacin de datos de historial mediante la caracterstica
Configuracin de recopilacin de historial en Tivoli Enterprise Portal. Debe tener
permiso de Configuracin de historial para ver y utilizar esta funcin.
Consejo: No se envan hay datos histricos a Tivoli Data Warehouse hasta que se
configuran intervalos de resumen y poda para dicha medida.
Los siguientes componentes de IBM Tivoli Monitoring ya deben estar instalados
para dar soporte a la recopilacin de datos histricos:
v El almacn de datos ubicado en una base de datos DB2 soportada, Oracle o
Microsoft SQL.
v El agente proxy de almacn, utilizado para recopilar la informacin que se
almacena en el almacn de datos.
v Agente de resumen y poda de almacn, usado para realizar funciones de adicin
y poda en los datos.
Para obtener ms informacin sobre estos componentes, consulte su
documentacin de IBM Tivoli Monitoring.
Establecimiento de recopilacin de datos histricos:
procedimiento general
Use el procedimiento general siguiente para configurar sus agentes de ITCAM for
Transactions para la recopilacin de datos histricos:
1. Inicie la sesin en Tivoli Enterprise Portal.
2. Desde la barra de men Tivoli Enterprise Portal pulse para mostrar la
ventana Configuracin de la recopilacin de historial, parecida al ejemplo
siguiente:
3. En la lista Aplicaciones supervisadas, seleccione el valor de la recopilacin
que desee configurar, como Robotic Response Time > Subtransaccin de
RRT. Configure una configuracin de recopilacin para cada grupo de
atributos histricos.
4. En el separador Bsico , en la seccin de configuracin, establezca los valores
de recopilacin:
a. En el campo Descripcin, escriba una descripcin para el valor de la
recopilacin.
b. En el campo Intervalo de recopilacin, deje el intervalo de recopilacin
predeterminado en 5 minutes.
c. En el campo Ubicacin de recopilacin, deje como ubicacin de la
recopilacin el agente (TEMA)
d. En el campo Intervalo de almacn, establezca el intervalo de almacn 1
horas.
Consejo: El nombre del archivo de historial binario para el grupo de atributos
seleccionado se visualiza en la barra de informacin, por ejemplo KT6_T6APPCS.
5. En la ficha Distribucin , deje el valor predeterminado para recopilar datos
histricos en el agente (Sistema gestionado (Agente)) y seleccione los sistemas
gestionados a los que desee distribuir la recopilacin de datos histricos.
6. Pulse Aplicar para guardar los cambios de la distribucin. El icono para el
nombre de configuracin de la recopilacin en la lista de aplicaciones
supervisadas cambia a verde. Un icono gris indica que el grupo de atributos
para esa recopilacin de datos histricos an no se ha distribuido a un sistema
gestionado.
7. En la lista Aplicaciones supervisadas, seleccione el componente para el que
desee establecer el resumen y la poda, por ejemplo Robotic Response Time.
8. En el panel Seleccionar grupos de atributos, seleccione un grupo de atributos
para configurarlo para el almacenamiento.
9. En la seccin Resumen del panel Controles de configuracin, establezca con
qu frecuencia desea un resumen de los datos. Puede establecer varios
intervalos que deben coincidir con los intervalos de poda.
10. En la seccin Poda del panel Controles de configuracin, establezca con qu
frecuencia desea una poda de los datos. Puede establecer varios intervalos que
deben coincidir con los intervalos de resumen.
11. Pulse Aplicar.
12. Repita los pasos 3-11 para cada grupo de agentes que desee configurar.
Consejo: Asegrese de que si establece el resumen y la poda para un grupo de
atributos, tambin configure un valor de recopilacin para distribuir dicho grupo
de atributos a un sistema gestionado.
Configuracin de la recopilacin de datos de historial para
Response Time
Valores de recopilacin de datos de historial sugeridos para
Response Time
Tabla 215 en la pgina 640 proporciona valores recomendados para los campos de
la ventana Configuracin de la recopilacin de historial para los espacios de
trabajo de Response Time.
Apndice C. Recopilacin de datos histricos 639
Tabla 215. Valores de recopilacin de datos de historial sugeridos para Response Time
Componente Grupo de atributos Resumen Poda
Robotic Response Time Mensajes de agente de RRT No es obligatorio
v Datos detallados; guardar 30
das
Estado de aplicacin de
RRT
v Semanal
v Diario
v Horario
v Semanal; guardar 2 meses
v Diario; guardar 14 das
v Horario; guardar 7 das
das
Sucesos de reproduccin
robtica de RRT
No es obligatorio
das
Estado de reproduccin
robtica de RRT
No es obligatorio
das
Instancia de subtransaccin
de RRT
v Semanal
v Diario
v Horario
v Datos detallados; guardar 1 da
Estado de subtransaccin
de RRT
v Semanal
v Diario
v Horario
das
Instancia de transaccin de
RRT
v Semanal
v Diario
v Horario
Estado de transaccin de
RRT
v Semanal
v Diario
v Horario
das
Web Response Time Mensajes de agente de
WRT
No es obligatorio
das
Estado de aplicacin de
WRT
v Semanal
v Diario
v Horario
das
Estado de cliente de WRT
v Semanal
v Diario
v Horario
das
Tabla 215. Valores de recopilacin de datos de historial sugeridos para Response Time (continuacin)
Instancia de transaccin sin
procesar WRT
v Semanal
v Diario
v Horario
Estado actual de alerta SSL
de WRT
v Semanal
v Diario
v Horario
das
Estado de servidor de
WRT
v Semanal
v Diario
v Horario
das
de WRT
v Semanal
v Diario
v Horario
Estado de subtransaccin
de WRT
v Semanal
v Diario
v Horario
das
Estado de TCP de WRT
v Semanal
v Diario
v Horario
das
Grupo de transacciones de
WRT
v Semanal
v Diario
v Horario
das
Instancia de grupo de
transacciones WRT
v Semanal
v Diario
v Horario
Paso de transaccin de
WRT
v Semanal
v Diario
v Horario
das
Tabla 215. Valores de recopilacin de datos de historial sugeridos para Response Time (continuacin)
Instancia de paso de
transaccin WRT
v Semanal
v Diario
v Horario
WRT
v Semanal
v Diario
v Horario
WRT
v Semanal
v Diario
v Horario
das
Sesiones de usuarios WRT
v Semanal
v Diario
v Horario
das
Verificacin de la configuracin
Para comprobar si Tivoli Data Warehouse recopila y almacena datos correctamente,
examine la base de datos de almacn y compruebe que las tablas estn incluidas en
la base de datos y que contienen datos. La ubicacin de la base de datos de
almacn se especific durante su instalacin, as que pregunte a la persona que la
instal dnde se encuentra.
1. Conctese con WAREHOUS.
Nota: No hay E.
2. Escriba una de las sentencias de seleccin siguientes segn el agente de
supervisin que desee comprobar:
Nota: Los nombres de tabla y de columna deben tener comillas dobles y las
maysculas y minsculas exactas.
v select count(*) from "WRT_Transaction_Status"
v select count(*) from "RRT_Transaction_Status"
Segn el sistema operativo, el software muestra una respuesta parecida al ejemplo
siguiente:
db2 => select count(*) from "WRT_Transaction_Status"
1
-----------
351
1 record(s) selected.
Si el recuento de registros es superior a 0 (cero), entonces es que el almacn de
datos est recopilando datos correctamente.
Resolucin de problemas de la recopilacin de datos histricos
Si ITMUser tiene privilegios insuficientes, Tivoli Data Warehouse no puede crear las
tablas adecuadas en la base de datos WAREHOUS.
Sntoma
Si la base de datos WAREHOUS no tiene tablas creadas por ITMUSER, el registro
de Proxy de almacn (<nombre_host>_hd_nnnnnnnnnn.log) contiene el error
siguiente:
"[IBM][CLI Driver][DB2/NT] SQL0552N
"ITMUSER" does not have the
privilege to perform operation "CREATE BUFFERPOOL".
SQLSTATE=42502
Solucin
Cuando se crean el origen de datos ODBC, la base de datos DB2 y el
usuario DB2, el usuario se crea como miembro del grupo Windows
Administradores. En algunas plataformas (como Windows XP), es posible
que no se cree el usuario. Aada OS ITMUSER al grupo Administrador y al
grupo DB2ADMNS Windows manualmente. Si la base de datos DB2 es remota,
el usuario del sistema remoto debe ser miembro del grupo DB2ADMIN.
Personalizacin de datos recopilados para tablas de instancia
Adems de la recopilacin de datos de historial de configuracin, utilizando Editor
de configuracin de gestin de aplicaciones puede personalizar el modo en que se
recopilan las instancias y, por lo tanto, el contenido predeterminado de la tabla de
instancia de transaccin de WRT. Por ejemplo, para personalizar la recopilacin de
instancias para Web Response Time:
1. En Editor de configuracin de gestin de aplicaciones, seleccione Perfiles en la
lista desplegable y seleccione el perfil de Web Response Time.
2. En el separador Transacciones, seleccione el perfil Transacciones web.
3. En la pestaa Propiedades, seleccione el tipo obligatorio de recogida de
instancia en la lista Recopilar instancias.
4. Pulse en Aceptar.
Consulte Definicin de perfiles en la pgina 81 para ver ms informacin.
Recopilacin de datos de agente Robotic Response Time
Los datos generados por las reproducciones robticas se procesa en el agente
Robotic Response Time (T6) y se suben al Tivoli Data Warehouse.
Flujo de datos
El flujo de datos bsico para llevar datos de la reproduccin robtica a espacios de
trabajo de Tivoli Enterprise Portal y la la base de datos de Tivoli Data Warehouse
WAREHOUS es:
1. RAW ARM DATA escrito de inmediato por el proceso de reproduccin
2. ODI DATA creado utilizando datos de RAW ARM DATA
3. SHORT TERM HISTORY (STH) actualizado utilizando datos de ODI DATA
4. Datos cargados en la base de datos WAREHOUS desde archivos SHORT-TERM
HISTORY
Tabla 216 en la pgina 645 describe el proceso adicionalmente.
Tabla 216. Detalles del flujo de datos de Robotic Response Time
Nombre de
archivo Ubicacin
Origen de
datos
Configuracin
de TEMA
Configuracin de
historial Notas
RAW ARM
DATA
ARM_PID_TIME.dat
Por ejemplo,
ARM_1912_
1240394624.dat
CANDLE_HOME/
tmaitm6/arm/log/
kt6
Reproduccin Se produce durante la
reproduccin o a su
conclusin.
ODI DATA
TIME_3_
ATTRGRP.dat
Consulte
Tabla 217 para
obtener nombres
de Grupo de
atributos.
CANDLE_HOME/
tmaitm6/odi/arm
RAW ARM
DATA
Configuracin
de anlisis de
datos: Nmero
de minutos
para agregar
datos antes de
registrar un
punto de datos
Se suprimen datos ODI
DATA cuando son ms
antiguos que el valor en
la Configuracin de
anlisis de datos:
Nmero de horas para
guardar datos para
verlos en el TEP.
SHORT TERM
HISTORY
Consulte
Tabla 217.
Sistemas
Windows:
CANDLE_HOME\
tmaitm6\logs
Sistemas Linux y
UNIX:
CANDLE_HOME/
INTERP_DIR/t6/
hist
ODI DATA Intervalo de
recopilacin
Los datos de ms de 24
horas de antigedad e
insertados correctamente
en el almacn de datos
se eliminan de los
archivos de SHORT
TERM HISTORY cuando
se produce el
almacenamiento.
Consulte Tabla 217.
Nota: Si se utilizan
datos puros, se aplica el
comportamiento
alternativo.
Subir a
WAREHOUS
SHORT TERM
HISTORY
Intervalo de
almacn
Consulte Tabla 217.
Nota: Si se utilizan
datos puros, se aplica el
comportamiento
alternativo.
Tabla 217. Grupos de atributos de Robotic Response Time
Archivo de Historial a corto
plazo
Grupo de atributos de
recopilacin de historial Datos puros?
T6AGNTMSGS Mensajes de agente de RRT S
T6APPCS Estado de aplicacin de RRT
T6APPOT (*) Aplicacin de RRT a lo largo del
tiempo
S
T6CLNTOT (*) Cliente de RRT a lo largo del
tiempo
S
T6PBEVENT Suceso de reproduccin robtica
de RRT
S
T6PBSTAT Estado de reproduccin robtica
de RRT
Tabla 217. Grupos de atributos de Robotic Response Time (continuacin)
Archivo de Historial a corto
plazo
Grupo de atributos de
recopilacin de historial Datos puros?
T6SUBTXCS Estado de subtransaccin de
RRT
T6SUBTXINS Instancia de subtransaccin de
RRT
S
T6SUBTXOT (*) Subtransaccin de RRT a lo
largo del tiempo
S
T6TXCS Estado de transaccin de RRT
T6TXINS Instancia de transaccin de RRT S
T6TXOT (*) Transaccin de RRT a lo largo
del tiempo
S
Nota: Los archivos con un asterisco (*) estn en desuso y se aplican slo a ITCAM
for Transactions V7.1.
Datos puros
Si se utiliza un Grupo de atributos gestionar datos puros, los valores de Intervalo
de recopilacin y almacn vistos en la ventana Configuracin de recopilacin de
historial no se aplican. En su lugar, corresponde el comportamiento siguiente:
v Intervalo de recopilacin - la frecuencia con que se actualiza el archivo de
Historial a corto plazo en el agente utilizando datos ODI. El Intervalo de
recopilacin ocurre tan a menudo como se actualizan los datos ODI. Si se utiliza
un Grupo de atributos gestionar datos puros, los valores de Intervalo de
recopilacin y almacn vistos en la ventana Configuracin de recopilacin de
historial no se aplican.
v Intervalo de almacn - la frecuencia con la que se suben datos desde los archivos
de Historial a corto plazo al Tivoli Data Warehouse. El Intervalo de almacn
ocurre 30 minutos despus de recibirse los datos en el archivo de Historial a
corto plazo. Si se reciben datos con regularidad, a intervalos de menos de 30
minutos, la subida se produce cada 30 minutos. Si el Historial a corto plazo se
actualiza de forma irregular y la actualizacin se produce ms de 30 minutos
desde la actualizacin anterior, la siguiente carga al almacn de datos se produce
30 minutos despus.
configurar la recopilacin de datos histricos para el Transaction Reporter.
La recopilacin de datos de historial incluye la configuracin de resmenes y de la
poda de para datos que se almacenan en Tivoli Data Warehouse. Especifique la
recopilacin de datos de historial mediante la caracterstica Configuracin de
recopilacin de historial en Tivoli Enterprise Portal. Debe tener permiso de
Configuracin de historial para ver y utilizar esta funcin.
Importante: Si desea utilizar los datos histricos para espacios de trabajo tanto sin
agentes como basados en agente, asegrese de que todas las tablas descritas en
Tabla 218 en la pgina 647 y Tabla 219 en la pgina 648 se aadan al depsito.
Consulte la publicacin IBM Tivoli Monitoring Gua del usuario para obtener
informacin detallada sobre la recopilacin de datos de historial.
Tabla 218 proporciona valores sugeridos para los campos en la ventana
Configuracin de la recopilacin de historial para los nuevos espacios de trabajo
introducidos en Transaction Tracking V7.3. Estos espacios presentan principalmente
datos sin agentes presentes.
Tabla 218. Valores de configuracin de recopilacin de historial sugeridos para los espacios
de trabajo Transaction Tracking V7.3 (sin agente)
Grupo Resumen Poda
Contexto de agregado
v Semanal
v Diario
v Horario
v Datos detallados; guardar
7 das
Mtricas de recuento de agregado
v Semanal
v Diario
v Horario
7 das
Mtricas de medidor de agregado
v Semanal
v Diario
v Horario
7 das
Interacciones de agregados
v Semanal
v Diario
v Horario
7 das
Mtricas de recuento de
interaccin
v Semanal
v Diario
v Horario
7 das
Mtricas de medidor de
interaccin
v Semanal
v Diario
v Horario
7 das
Tipos de mtrica
v Semanal
v Diario
v Horario
7 das
de trabajo Transaction Tracking V7.3 (sin agente) (continuacin)
Grupo Resumen Poda
Unidades de mtrica
v Semanal
v Diario
v Horario
7 das
Correlacin de series
v Semanal
v Diario
v Horario
7 das
Tabla 219 proporciona valores sugeridos para los campos en la ventana
Configuracin de la recopilacin de historial para espacios de trabajo ms antiguos
introducidos en Transaction Tracking V7.3. Estos espacios presentan principalmente
datos basados en agentes.
de trabajo Transaction Tracking V7.2.0.2 (basados en agentes)
Grupo Resumen Poda
Interacciones de agregados
v Semanal
v Diario
v Horario
3 das
Agregados
v Semanal
v Diario
v Horario
3 das
Interacciones
v Semanal
v Diario
v Horario
3 das
Transaction_Instance_
Context
no obligatorio
30 das
Transaction_Instance_
Interactions
no obligatorio
30 das
Transaction_Instance
Instances
no obligatorio
30 das
Consejo: El establecimiento de valores de depsito para las tablas de
Transaction_Instance no aade datos de instancia para el almacn. Asegrese de
que las situaciones Failed_Transactions y Slow_Transactions que envan datos de
instancia para el almacn tambin estn habilitadas.
La configuracin de la recopilacin de datos de historial se aplica tanto a los
informes a corto plazo (hasta 24 horas) como a los de largo plazo (indefinidos). La
recopilacin de datos de historial incluye la configuracin de resmenes y de la
poda de para datos a largo plazo que se almacenan en Tivoli Data Warehouse.
La recopilacin de datos de historial se especifica mediante la funcin de
configuracin de recopilacin de historial en Tivoli Enterprise Portal. Debe tener
permiso de configuracin para ver y utilizar esta funcin.
En la ventana Configuracin de recopilacin de historial, seleccione Internet
Service Monitors en la lista Aplicaciones supervisadas para configurar valores de
datos histricos. Consulte la publicacin IBM Tivoli Monitoring Gua del usuario para
obtener informacin detallada sobre la recopilacin de datos de historial.
Archivos histricos binarios
Se crean archivos histricos binarios para cada atributo de la recopilacin de datos
histricos. El Agente de proxy de Warehouse y el Agente de resumen y poda
trabajan juntos para recopilar y procesar datos histricos.
El Agente de proxy de Warehouse lee datos de los archivos histricos binarios que
se recopilan en el Tivoli Enterprise Monitoring Server o el Tivoli Enterprise
Management Agent. A veces se hace referencia a estos archivos como archivos de
historial a corto plazo. El Agente de proxy de Warehouse o el Tivoli Enterprise
Management Agent inserta estos datos en tablas en el Tivoli Data Warehouse. Si los
datos tienen ms de 24 horas de antigedad y se han insertado satisfactoriamente
en el Tivoli Data Warehouse, se eliminan los datos de los archivos histricos
binarios.
Si la operacin de insercin falla, el archivo histrico binario contina creciendo.
Establecer el intervalo de almacn en OFF en el panel de Configuracin de
recopilacin de historial para un grupo de atributos tiene el mismo efecto: los
datos en el archivo histrico binario no se aaden al Tivoli Data Warehouse, y el
tamao del archivo histrico binario contina creciendo. Si el Tivoli Enterprise
Management Agent estaba moviendo los archivos binarios al Tivoli Data
Warehouse, se escriben mensajes de registro en los registros de los agentes.
El Agente de resumen y poda crea datos resumidos a partir de los datos
disponibles en el Tivoli Data Warehouse. Este agente aade los datos a tablas en el
Tivoli Data Warehouse que se denominan para los grupos de atributos de
Recopilacin de datos histricos activos, y refleja el periodo de resumen. Por
ejemplo, los datos resumidos diarios para Transaccin de RRT a lo largo del tiempo
se almacenan en la tabla RRT_Transaction_Over_Time_D.
El Agente de resumen y poda suprime los registros de las tablas de Tivoli Data
Warehouse de acuerdo con el intervalo de poda configurado para esos grupos de
atributos. Los intervalos de resumen y poda deben coincidir para asegurarse de
que una tabla no crece continuamente.
Consejo: El Agente de resumen y poda no recupera espacio de la base de datos. El
administrador de bases de datos necesita ejecutar una operacin de recuperacin
para compactar la base de datos.
Archivos histricos binarios
Se crea un par exclusivo de archivos histricos binarios para cada atributo de
recopilacin de datos histricos: un archivo de datos y un archivo de cabecera. El
archivo de datos y el archivo de cabecera comparten el mismo nombre de archivo
y el nombre de archivo de cabecera incluye una extensin .HDR y se guardan en el
mismo directorio. Los archivos pueden tener distintas indicaciones de fecha y hora
porque la indicacin de fecha y hora del archivo de cabecera slo se actualiza
durante el inicio del agente.
Nombres de archivos histricos binarios
Tabla 220 lista los nombres de historial binario para cada grupo de atributos.
Tabla 220. Nombres de archivos histricos binarios para grupos de atributos
Agente Grupo de atributos
Nombre de archivo histrico
binario
Console
Mensajes de agente de ERT T3AGNTMSGS
Agente de AMC T3SNAGENT
Aplicacin de AMC T3SNAPPL
Cliente de AMC T3SNCLIENT
Agentes de cliente de AMC T3SNCLTAGT
Servidor de AMC T3SNSERVER
Agentes de servidor de AMC T3SNSVRAGT
Transaccin de AMC T3SNTRANS
Tabla 220. Nombres de archivos histricos binarios para grupos de atributos (continuacin)
binario
Robotic Response Time Mensajes de agente de RRT T6AGNTMSGS
Estado de aplicacin de RRT T6APPCS
Aplicacin de RRT a lo largo
del tiempo
T6APPOT
Cliente de RRT a lo largo del
tiempo
T6CLNTOT
Sucesos de reproduccin
robtica de RRT
T6PBEVENT
Estado de reproduccin
robtica de RRT
T6PBSTAT
Estado de subtransaccin de
RRT
T6SUBTXCS
de RRT
T6SUBTXINS
Subtransaccin de RRT a lo
largo del tiempo
T6SUBTXOT
RRT
T6TXCS
RRT
T6TXINS
Transaccin de RRT a lo
largo del tiempo
T6TXOT
Transaction Reporter Agregados AGGREGATS
Interacciones INTERACTN
Instancias de transacciones TINST
Interacciones de instancias de
transacciones
TINSTINT
Tabla 220. Nombres de archivos histricos binarios para grupos de atributos (continuacin)
binario
Web Response Time Mensajes de agente de WRT T5AGNTMSGS
Estado de aplicacin de WRT T5APPCS
Aplicaciones de WRT a lo
largo del tiempo
T5APPOT
Estado de cliente de WRT T5CLNTCS
Cliente de WRT a lo largo
del tiempo
T5CLNTOT
Estado de servidor de WRT T5SRVCS
Servidor de WRT a lo largo
del tiempo
T5SRVOT
Estado de subtransaccin de
WRT
T5SUBTXCS
de WRT
T5SUBTXINS
Subtransaccin de WRT a lo
largo del tiempo
T5SUBTXOT
WRT
T5TXCS
WRT
T5TXINS
Transaccin de WRT a lo
largo del tiempo
T5TXOT
Ubicacin de los archivos histricos binarios
Los archivos histricos binarios recopilados en el Tivoli Enterprise Management
Agent se guardan en los directorios siguientes:
v En sistemas Windows, CANDLE_HOME\TMAITM6\logs
v En sistemas Linux y UNIX, CANDLE_HOME/arquitectura/cdigo-producto/hist
Por ejemplo, /opt/IBM/ITM/aix523/t6/hist
Se crea una entrada de registro cada vez que se inicia un agente. Este registro
indica qu situaciones y atributos de recopilacin de datos histricos se han
iniciado y detenido en el agente. El nombre de archivo y ubicacin son especficos
de la plataforma:
v En sistemas Windows, CANDLE_HOME\TMAITM6\logs\nombre_host_cdigo-
producto.LG0
v En sistemas Linux y UNIX, CANDLE_HOME/logs/nombre_host:cdigo-producto.LG0
En el archivo de registro, los mensajes UADVISOR indican que la recopilacin de
datos histricos se inicia o se detiene para un atributo especfico. Por ejemplo, el
siguiente mensaje UADVISOR indica que se ha iniciado la recopilacin de datos
histricos para el atributo Robotic Response Time T6APPOT (Aplicacin de RRT a
lo largo del tiempo):
1090717181915344KRAIRA000 Starting UADVISOR_KT6_T6APPOT <711983735,3482322845>
for KT6.T6APPOT.
Apndice D. Clculos mejorados de sincronizacin de red
para mtricas de Web Response Time
Este apndice describe algoritmos mejorados para calcular mtricas de Web
Response Time, por ejemplo los tiempos de respuesta de la red, el servidor y el
cliente. Se incluyen las medidas siguientes:
v Tiempo de viaje unidireccional
v tiempo de respuesta total en la pgina 654
v Tiempo del servidor en la pgina 655
v Tiempo de red en la pgina 656
v Tiempo de cliente en la pgina 656
v Tiempo de carga en la pgina 657
v Tiempo de resolucin en la pgina 658
Habilitacin e inhabilitacin de los clculos mejorados de
sincronizacin de red
Puede configurar estos clculos mejorados de sincronizacin de red en el archivo
de configuracin del Web Response Time Analyzer, kfcmenv, que se encuentra en
uno de los directorios siguientes, segn su sistema operativo:
v En sistemas Windows: CANDLE_HOME\tmaitm6\wrm\analyzer\kfcmenv
v En sistemas UNIX: CANDLE_HOME/tmaitm6/wrm/kfcmenv
Para habilitar los clculos mejorados de sincronizacin de red, asegrese de que el
archivo kfcmenv incluya el parmetro siguiente:
KFC_USE_V7201_TIMECALCS=Y
Si experimenta problemas relacionados con estos clculos de sincronizacin
mejorados, puede inhabilitar esta configuracin estableciendo el parmetro en N:
KFC_USE_V7201_TIMECALCS=N
Tiempo de viaje unidireccional
Esta medida representa el tiempo que tarda un paquete vaco en viajar del cliente
al servidor, o del servidor al cliente. El diagrama siguiente ilustra esta medida:
Tiempo de viaje unidireccional = (RECN inicial - SINC inicial) / 2
A esto tambin se le llama Tiempo de paquete de datos cero.
tiempo de respuesta total
Esta medida representa el tiempo entre la solicitud del usuario inicial de una
pgina web y la recepcin del ltimo paquete del ltimo elemento de pgina.
Tambin puede pensarse en ello como en el tiempo necesario para cargar la pgina
web tal como lo experimenta el usuario. El diagrama siguiente ilustra esta medida:
Tiempo de respuesta total = (FinalReplyEnd - MainRequestStart)
+ (2 * TiempoViajeUnidirec)
El tiempo de respuesta total empieza cuando el cliente enva el inicio de la
solicitud principal y finaliza cuando el cliente recibe el final de la respuesta final.
Contabilizacin de solapamientos: debido a los solapamientos, el tiempo de
respuesta total no es igual a la suma de todos los tiempos de respuesta para
elementos de pgina individuales.
Tiempo del servidor
Esta medida representa el tiempo que tarda el servidor en procesar la solicitud y
empezar a responder con datos. El diagrama siguiente ilustra esta medida:
Apndice D. Clculos mejorados de sincronizacin de red para mtricas de Web Response Time 655
Tiempo de servidor = IncioResp - FinResp
El tiempo de servidor empieza cuando el servidor ha terminado de recibir la
solicitud de la pgina HTML inicial, y finaliza cuando el servidor empieza a
responder al cliente respecto a la pgina HTML inicial.
Tiempo de cliente
Esta medida se deriva del Tiempo de respuesta total (consulte tiempo de
respuesta total en la pgina 654) y el Tiempo de servidor (consulte Tiempo del
servidor en la pgina 655) y representa la diferencia (Tiempo de cliente = Tiempo
de respuesta total - Tiempo de servidor).
Tiempo de red
Esta medida representa el tiempo transcurrido entre la primera respuesta enviada
por el servidor y la ltima respuesta reconocida por el cliente. El diagrama
siguiente ilustra esta medida:
Tiempo de red = (FinRespFinal - InicioRespPrinc) + TiempoViajeUnidirec
El tiempo de respuesta total empieza cuando el servidor enva el inicio de la
respuesta principal y finaliza cuando el cliente recibe el final de la respuesta final.
Tiempo de carga
El diagrama siguiente ilustra esta medida:
Tiempo de carga = (FinResp - InicioSolicitud)
Apndice D. Clculos mejorados de sincronizacin de red para mtricas de Web Response Time 657
El tiempo de carga se relaciona con la pgina HTML inicial y empieza cuando el
servidor recibe el inicio de la solicitud actual, y termina cuando el servidor enva el
final de la respuesta actual.
Tiempo de resolucin
Esta mtrica representa el tiempo para cargar todos los elementos de la pgina
para la pgina web. El diagrama siguiente ilustra esta medida:
Tiempo de resolucin = (FinRespFinal - FinSolicitudSegunda)
+ TiempoViajeUnidirec
El tiempo de resolucin empieza cuando el servidor recibe el final de la segunda
solicitud, y termina cuando el cliente recibe el final de la respuesta final. Observe
que esto se define como cero si no hay solicitudes secundarias.
Apndice E. Tiempos de respuesta de robtica en Rational
Performance Tester
Este apndice describe la informacin registrada por Rational Performance Tester y
utilizada por ITCAM for Transactions para calcular los valores para los espacios de
trabajo de Tiempo de respuesta de robtica y las vistas que se muestran en el
Mediciones de Rational Performance Tester
La mediciones de transacciones siguientes las recopila Rational Performance Tester,
donde se define una transaccin como una solicitud de un cliente y la respuesta
asociada la devuelve un servidor:
Tiempo de respuesta de la transaccin
El tiempo que se tarda en realizar la transaccin completa (Tiempo
completo de solicitud - Tiempo de inicio de solicitud).
Tiempo DNS
El tiempo que se tarda en realizar bsquedas de DNS (Tiempo de final de
DNS - Tiempo de inicio de DNS).
Tiempo de conexin
El tiempo que se tarda en conectarse con el servidor y en recibir el
reconocimiento (ltima conexin - Primera conexin). Esta medicin puede
incluir tiempo de red y de servidor, pero no hay desglose separado de
estos tiempos, as que todo el tiempo registrado se utiliza cuando se
calcula el tiempo del servidor.
Tiempo de resolucin
El tiempo que se tarda en completar la solicitud del cliente al servidor, y
en recibir el primer carcter desde el servidor (Hora de primera recepcin -
Hora de primer envo). Esta medicin puede incluir tiempo de red y de
servidor, pero no hay desglose separado de estos tiempos, as que todo el
tiempo registrado se utiliza cuando se calcula el tiempo del servidor.
Tiempo de entrega
El tiempo que se tarda en devolver los datos desde el servidor hasta el
cliente (Hora de ltima recepcin - Hora de primera recepcin)
A partir de estas mediciones se calculan los tiempos siguientes, y se muestran en
los espacios de trabajo y las vistas de ITCAM for Transactions:
Tiempo de red
Tiempo DNS + tiempo de entrega
Se puede incluir otra hora de red en las mediciones de tiempo de conexin
y resolucin, pero la informacin no est disponible para su uso en este
clculo. Por lo tanto, el Tiempo de red en este caso es slo el tiempo que se
puede confirmar como actividad de red.
Tiempo del servidor
Tiempo de conexin + tiempo de resolucin
El tiempo de red se puede incluir en esta medicin, pero la informacin no
est disponible para su uso en este clculo. Por lo tanto, el tiempo del
servidor en este caso es inflado por el tiempo de red que se incluya.
Tiempo de cliente
Tiempo de respuesta de transaccin - Tiempo de servidor
Todo el tiempo no identificado como tiempo de red o de servidor se
describe como tiempo de cliente. Es el tiempo que se tarda en el lado del
cliente en llevar a cabo todo el resto de tareas, por ejemplo las solicitudes y
el tiempo de generacin de pginas.
Estos clculos se utilizan en varios grficos y tablas en los espacios de trabajo y
Consola de gestin de aplicaciones. El ejemplo siguiente proviene del espacio de
trabajo Tiempo de respuesta de robtica:
El ejemplo siguiente muestra estas mediciones en el espacio de trabajo Consola de
gestin de aplicaciones:
Tenga en cuenta que la etiqueta Tiempo global utilizada en los grficos est
relacionada con la etiqueta Tiempo de respuesta utilizada en las tablas.
Apndice F. Sintaxis de expresiones regulares
Las expresiones regulares realizan coincidencias de cadenas en el contenido
descargado durante las pruebas de servicios. Estas expresiones pueden contener
uno o ms operadores de expresiones regulares, que determinan el contenido que
coincide con la expresin.
Tabla 221. Operadores de expresiones regulares
Carcter Descripcin
. Concide con cualquier carcter simple.
Por ejemplo la expresin regular r.t coincide con las cadenas rat, rut, r t,
pero no con root.
$ Coincide con el final de una lnea.
Por ejemplo, la expresin regular perro$ coincide con el final de la cadena es
un perro, pero no con la cadena Hay muchos perros.
^ Coincide con el inicio de una lnea.
Por ejemplo, la expresin regular ^En el coincide con el inicio de la cadena
En el curso de los acontecimientos, pero no con Lo que sucede en el
curso de los acontecimientos.
* Concide con cero o ms apariciones del carcter inmediatamente anterior.
Por ejemplo, la expresin regular .* coincide con cualquier nmero de
caracteres.
\ Trata los caracteres siguientes como un carcter ordinario.
Por ejemplo, \$ coincide con el carcter del smbolo del dlar $) ms que con
el final de una lnea. Del mismo modo, la expresin \. coincide con el
carcter de punto en lugar de con un carcter simple.
[] Coincide con uno de los caracteres entre parntesis.
Por ejemplo, la expresin regular r[aou]t coincide con rat, rot y rut, pero
no con rit. Especifique rangos de caracteres utilizando un guin. Por
ejemplo, la expresin regular [0-9] coincide con cualquier nmero. Tambin
puede especificar varios rangos. Por ejemplo, la expresin regular [A-Za-z]
coincide con cualquier letra en maysculas o minsculas.
| Coincide con frases que contienen una de las condiciones especificadas.
Por ejemplo l|ella coincide con la lnea es de l y la lnea es de ella,
pero no con la lnea es de ellos.
Apndice G. Resumen de RFC
Los protocolos subyacentes a muchos de los servicios de Internet que puede
supervisar con Internet Service Monitoring se definen formalmente en los
documentos de Request For Comment (RFC) de Internet Engineering Task Force
(IETF).
La Tabla 222 muestra los RFC relevantes para los servicios que Internet Service
Monitoring supervisa.
Tabla 222. Supervisores y sondeos
Supervisor RFC
DHCP 2131
DNS 1034, 1035
FTP 959, 1123, 1639, 2228, 2389, 2428, 2577, 2640
HTTP 1945 (HTTP 1.0), 2616 (HTTP 1.1)
HTTPS 2660
ICMP 792, 2598 (Jitter)
IMAP4 2060
LDAP 2251, 2252, 2253, 2254, 2255, 2256
NNTP 977
NTP 1305
POP3 1939
RADIUS 2865, 2868
RPING 2925
RTSP 2326
SAA no aplicable
SIP 3261
SMTP 821, 1869
SNMP 1157
SOAP no aplicable
TCP PORT 793
TFTP 1350, 1785, 2090, 2347, 2348, 2349, 3617
TRANSX no aplicable
Los RFC estn disponibles en Internet.
Apndice H. Esquema ttdla.xsd
Se usa Transaction Tracking Discovery Library Adapter (TTDLA) para generar
libros iDML adecuados para su uso por parte de Tivoli Business Service Manager.
TTDLA toma datos XML extrados de Transaction Tracking y genera un documento
para su posterior transformacin. Esta esctructura de documentos se define en el
esquema ttdla.xsd.
El elemento Output mantiene los datos de objetos de servicio utilizados con el
reflejo de Java para crear las clases CDM correspondientes y sus relaciones. El
esquema del XML resultante es parecido al ejemplo siguiente:
<?xml version="1.0"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://www.ibm.com/tivoli/transactions/tracking/dla"
xmlns:ttdla="http://www.ibm.com/tivoli/transactions/tracking/dla"
elementFormDefault="qualified">

<xsd:element name="TransactionTracking">
<xsd:complexType>
<xsd:sequence>

<xsd:element name="Input" minOccurs="1" maxOccurs="1">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="ServerInfo" type="ttdla:serverInfoType"
minOccurs="0" maxOccurs="unbounded"/>
<xsd:element name="RecordIdentity" type="ttdla:recordIdentityType"
<xsd:element name="Relationship" type="ttdla:inputRelationshipType"
</xsd:sequence>
</xsd:complexType>
</xsd:element>

<xsd:element name="Output" minOccurs="1" maxOccurs="1">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="ServiceObject" type="ttdla:serviceObjectType"
</xsd:sequence>
</xsd:complexType>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
</xsd:element>

<xsd:complexType name="serverInfoType">
<xsd:sequence>
<xsd:element name="ServerAddress" type="xsd:string"
minOccurs="1" maxOccurs="1"/>
<xsd:element name="FQDN" type="xsd:string"
<xsd:element name="ServerName" type="xsd:string"
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="recordIdentityType">
<xsd:sequence>
<xsd:element name="Context" type="ttdla:contextType"
</xsd:sequence>
<xsd:attribute name="CallerType" type="xsd:string" use="required"/>
<xsd:attribute name="Index" type="xsd:int" use="required"/>
</xsd:complexType>
<xsd:complexType name="contextType">
<xsd:attribute name="Name" type="xsd:string" use="required"/>
<xsd:attribute name="Value" type="xsd:string" use="required"/>
</xsd:complexType>
<xsd:complexType name="inputRelationshipType">
<xsd:attribute name="Source" type="xsd:int" use="required"/>
<xsd:attribute name="Target" type="xsd:int" use="required"/>
<xsd:attribute name="Type" type="ttdla:inputRelationshipTypeType" use="required"/>
</xsd:complexType>

<xsd:simpleType name="inputRelationshipTypeType">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="Request"/>
<xsd:enumeration value="RequestResponse"/>
</xsd:restriction>
</xsd:simpleType>

<xsd:complexType name="serviceObjectType">
<xsd:sequence>
<xsd:element name="Attributes" minOccurs="0" maxOccurs="1">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="Attribute" type="ttdla:serviceObjectAttributeType"
</xsd:sequence>
</xsd:complexType>
</xsd:element>
<xsd:element name="Relationships" minOccurs="0" maxOccurs="1">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="Relationship"
type="ttdla:serviceObjectRelationshipType"
</xsd:sequence>
</xsd:complexType>
</xsd:element>
</xsd:sequence>
<xsd:attribute name="Id" type="xsd:string" use="required"/>
<xsd:attribute name="Type" type="xsd:string" use="required"/>
<xsd:attribute name="SourceToken" type="xsd:string" use="optional"/>
</xsd:complexType>
<xsd:complexType name="serviceObjectAttributeType">
<xsd:attribute name="Name" type="xsd:string" use="required"/>
<xsd:attribute name="Value" type="xsd:string" use="required"/>
<xsd:attribute name="Method" type="xsd:string" use="optional"/>
</xsd:complexType>
<xsd:complexType name="serviceObjectRelationshipType">
<xsd:sequence>
<xsd:element name="ServiceObject"
type="ttdla:serviceObjectType"
</xsd:sequence>
<xsd:attribute name="Type" type="xsd:string" use="required"/>
<xsd:attribute name="Method" type="xsd:string" use="optional"/>
</xsd:complexType>
</xsd:schema>
A continuacin ver un ejemplo del elemento ServiceObject transformado que se
puede situar en la seccin Output:
<ServiceObject Id="id1" Type="process.IDML_Activity">
<Attributes>
<Attribute Name="ActivityName" Value="MYAPP#t#TEST TRANSACTION1#s#TEST
TRANSACTION12"/>
<Attribute Name="Label" Value="TEST TRANSACTION12"/>
</Attributes>
<Relationships>
<Relationship Type="Uses">
<ServiceObject Id="id2" Type="process.IDML_Activity"/>
</Relationship>
</Relationships>
</ServiceObject>
Relaciones de CDM
Objetos de servicio
Cada ServiceObject requiere un Type y un Id.
El valor Type se antepone a com.ibm.dl.schema.cdm. para formar el nombre de
clase completo. En el ejemplo anterior, el nombre de clase para ambos objetos de
servicio es com.ibm.dl.schema.cdm.process.IDML_Activity. La implementacin usa
el reflejo para crear una instancia del objeto de servicio usando este nombre de
clase.
La generacin de clases CDM presupone que todos los objetos de servicio son una
herencia de 'com.ibm.dl.production.IDMLManagedElement'. La construccin de este
objeto requiere una valor Id de la cadena, que es proporcionado por
ServiceObject[@Id].
Nota: El valor Id slo se utiliza dentro del libro iDML para establecer relaciones
entre los objetos de servicio y slo es necesario que sea nico localmente. El
transformador CreateIdentifiers.xsl genera el Id basndose en el tipo de clase
CDM y sus atributos correspondientes. Use enteros, por ejemplo, el ndice del
valor RecordIdentity corresondiente, en toda la cadena de transformacin
garantizando que las relaciones se puedan rastrear en caso necesario.
Relaciones
Las relaciones se definen usando el elemento Relationship. El valor de Type del
elemento da como resultado el mtodo de instancia del nombre create<TypeValue>
que se encuentra y se llama en el objeto de servicio correspondiente. En el ejemplo,
una instancia de IDML_Activity llama a createUses() en otra instancia
IDML_Activity.
Atributos
Los atributos pueden acumularse para varios <ServiceObject> con el mismo valor
de Id, definido en varios lugares. Si no hay establecido ya un atributo en una
instancia de objetos de servicio, el mtodo se busca setAttribute<Attribute>
usando el reflejo y se llama para establecer el correspondiente valor de atributo. En
Apndice H. Esquema ttdla.xsd 667
el ejemplo, el objeto de servicio setAttributeActivityName y setAttributeLabel.
Apndice I. Accesibilidad
Las funciones de accesibilidad ayudan a usuarios con discapacidades fsicas, como
por ejemplo movilidad restringida o visin limitada, a utilizar satisfactoriamente
los productos de software.
Las principales funciones de accesibilidad de este producto permiten a los usuarios
hacer lo siguiente:
v Utilizar tecnologas de asistencia, como software lector de pantalla y sintetizador
digital del habla, para or lo que se muestra en la pantalla. Consultar la
documentacin del producto de la tecnologa de asistencia para ver detalles
sobre cmo utilizar dicha tecnologa con este producto.
v Utilizar funciones especficas o equivalentes solo con el teclado.
v Ampliar lo que se muestra en la pantalla.
Adems, la documentacin del producto se ha modificado a fin de incluir las
siguientes funciones que mejoran la accesibilidad:
v Toda la documentacin est disponible en formatos HTML y PDF convertible
para ofrecer a los usuarios el mayor nmero de oportunidades de aplicar
software lector de pantalla.
v Todas las imgenes de la documentacin se proporcionan con texto alternativo
para que los usuarios con problemas de visin puedan comprender el contenido
de las imgenes.
Navegacin por la interfaz utilizando el teclado
El producto utiliza teclas estndares de atajo y de aceleracin, que estn
documentadas en el sistema operativo. Consulte la documentacin proporcionada
por el sistema operativo para obtener ms informacin.
Ampliacin de lo que se muestra en la pantalla
Puede ampliar la informacin de las ventanas del producto con los recursos que
ofrecen los sistemas operativos en los que se ejecuta el producto. Por ejemplo, en
un entorno Microsoft Windows, puede reducir la resolucin de la pantalla para
aumentar los tamaos de font del texto de la pantalla. Consulte la documentacin
proporcionada por el sistema operativo para obtener ms informacin.
Avisos
Esta informacin se ha desarrollado para productos y servicios ofrecidos en EE.UU.
Es posible que en otros pases IBM no ofrezca los productos, los servicios o las
funciones que se describen en este documento. Consulte al representante local de
IBM para obtener ms informacin sobre los productos y servicios que estn
disponibles actualmente en su zona. Las referencias a un producto, programa o
servicio IBM no pretenden establecer ni implicar que slo pueda utilizarse dicho
producto, programa o servicio IBM. En lugar del mismo puede utilizarse un
producto, programa o servicio que sea equivalente funcionalmente y que no
infrinja ningn derecho de propiedad intelectual de IBM. Sin embargo, el usuario
es quien tiene la responsabilidad de evaluar y verificar el funcionamiento de dicho
producto, programa o servicio no IBM.
Es posible que IBM tenga patentes o solicitudes de patente pendientes que cubran
temas descritos en este documento. La entrega de este documento no le confiere
ninguna licencia sobre dichas patentes. Puede enviar sus consultas sobre licencias
por escrito a:
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785 EE.UU.
Para las consultas sobre licencias acerca de la informacin de doble byte (DBCS),
pngase en contacto con el Departamento sobre propiedad intelectual de IBM de
su pas o enve sus consultas sobre licencias por escrito a:
Licencias de propiedad intelectual
Legal and Intellectual Property Law
IBM Japan, Ltd.
19-21, Nihonbashi-Hakozakicho, Chuo-ku
Tokyo 103-8510, Japan
El prrafo siguiente no es aplicable al Reino Unido ni a ningn otro pas donde
esta declaracin sea incompatible con la legislacin local:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA
ESTA PUBLICACIN TAL CUAL SIN GARANTA DE NINGUNA CLASE, YA
SEA EXPRESA O IMPLCITA, INCLUIDAS, PERO SIN LIMITARSE A ELLAS, LAS
GARANTAS IMPLCITAS DE NO VULNERACIN DE DERECHOS,
COMERCIABILIDAD O IDONEIDAD PARA UN FIN DETERMINADO.
Algunos pases no permiten la renuncia de garantas expresas o implcitas en
determinadas transacciones, por lo que es posible que esta declaracin no sea
aplicable a su caso.
Esta informacin podra contener inexactitudes tcnicas o errores tipogrficos. En
la informacin que incluye el presente documento se efectan cambios de modo
peridico; estos cambios se incorporarn en posteriores ediciones de esta
publicacin. IBM puede realizar en cualquier momento mejoras o cambios en los
productos o programas descritos en esta publicacin sin previo aviso.
Las referencias a sitios web no IBM contenidas en esta informacin slo se
proporcionan por comodidad del usuario y de ningn modo constituyen un
respaldo de dichos sitios web. Los materiales de estos sitios web no forman parte
de los materiales de este producto de IBM; la utilizacin de dichos sitios es a
cuenta y riesgo del usuario.
IBM puede utilizar o distribuir la informacin que se le proporcione del modo que
considere conveniente sin incurrir por ello en ninguna obligacin con el remitente.
Los propietarios de licencia de este programa que deseen tener informacin sobre
el mismo con el fin de: (i) intercambiar informacin entre programas creados de
forma independiente y otros programas (incluido ste) y (ii) utilizar mutuamente la
informacin que se ha intercambiado, debern ponerse en contacto con:
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758 EE.UU.
Dicha informacin puede estar disponible, sujeta a los trminos y condiciones
apropiados, que incluyen en algunos casos el pago de una cuota.
IBM proporciona el programa bajo licencia descrito en esta informacin y todo el
material con licencia disponible para el mismo bajo los trminos del Acuerdo de
cliente de IBM, el Acuerdo de licencia de programa internacional de IBM o
cualquier acuerdo equivalente entre las dos partes.
Los datos de rendimiento aqu contenidos se han determinado en un entorno
controlado. Por consiguiente, los resultados obtenidos en otros entornos operativos
pueden variar significativamente. Es posible que algunas mediciones se hayan
realizado en sistemas a nivel de desarrollo y no hay ninguna garanta de que
dichas mediciones vayan a ser las mismas en sistemas disponibles de forma
general. Adems, es posible que algunas mediciones se hayan estimado mediante
extrapolacin. Los resultados reales pueden variar. Los usuarios de este documento
debern verificar los datos aplicables para el entorno especfico.
La informacin relacionada con productos no IBM se ha obtenido de los
proveedores de dichos productos, de sus anuncios publicados o de otras fuentes
disponibles pblicamente. IBM no ha probado esos productos y no puede
confirmar la precisin del rendimiento, la compatibilidad ni ninguna otra
afirmacin relacionada con productos no IBM. Las preguntas sobre las
posibilidades de los productos no IBM deben dirigirse a los proveedores de dichos
productos.
Todas las declaraciones relacionadas con una futura intencin o tendencia de IBM
estn sujetas a cambio o se pueden retirar sin previo aviso y slo representan
objetivos y metas.
Esta informacin contiene ejemplos de datos e informes utilizados en operaciones
comerciales diarias. Para ilustrarlos de la forma ms completa posible, los ejemplos
incluyen los nombres de personas, empresas, marcas y productos. Todos estos
nombres son ficticios y cualquier similitud con los nombres y las direcciones
utilizados por una empresa real es pura coincidencia.
Si est viendo esta informacin en copia software, es posible que no aparezcan las
fotografas ni las ilustraciones de color.
Marcas registradas
IBM, el logotipo de IBM e ibm.com son marcas comerciales o marcas registradas de
International Business Machines Corp. en muchas jurisdicciones en todo el mundo.
Otros nombres de productos y servicios pueden ser marcas registradas de IBM u
otras empresas. Encontrar una lista actualizada de marcas registradas de IBM en
la web en "Copyright and trademark information en http://www.ibm.com/legal/
copytrade.shtml.
Adobe, el logotipo de Adobe, PostScript y el logotipo de PostScript son marcas
registradas de Adobe Systems Incorporated en Estados Unidos o en otros pases.
Microsoft, Windows, Windows NT y el logotipo de Windows son marcas
registradas de Microsoft Corporation en Estados Unidos o en otros pases.
Java y todas las marcas y logotipos de Java son marcas registradas de Oracle
y/o sus afiliados.
Linux es una marca registrada de Linus Torvalds en Estados Unidos o en otros
pases.
UNIX es una marca registrada de The Open Group en Estados Unidos o en otros
pases.
Otros nombres de compaas, productos o servicios pueden ser marcas registradas
o marcas de servicio de otras empresas.
Consideraciones sobre poltica de privacidad
Los productos de IBM Software, incluido el software como una solucin de
servicio, (Software Offerings), pueden utilizar cookies u otras tecnologas para
recopilar informacin sobre el uso del producto, para ayudar a mejorar la
experiencia del usuario final, para adaptar las interacciones con el usuario final o
para otros fines. En muchos casos las ofertas de software no recopilan informacin
de identificacin personal. Algunas de nuestras ofertas de software pueden ayudar
a permitirle recopilar informacin de identificacin personal. Si esta oferta de
software utiliza cookies para recopilar informacin de identificacin personal, la
informacin especfica sobre el uso de cookies de esta oferta se establece a
continuacin.
Esta oferta de software no utiliza cookies u otras tecnologas para recopilar
informacin de identificacin personal.
Si las configuraciones desplegadas para esta oferta de software le proporcionan
como cliente la capacidad de recopilar informacin de identificacin personal de
usuarios finales a travs de los cookies y otras tecnologas, debe buscar su propia
asesora legal sobre las leyes aplicables a dicha recopilacin de datos, incluidos los
requisitos de aviso y consentimiento.
Para obtener ms informacin sobre el uso de diversas tecnologas, incluidas las
cookies, para estos fines, consulte la poltica de privacidad de IBM en
http://www.ibm.com/privacy y la sentencia de privacidad en lnea de IBM en
http://www.ibm.com/privacy/details en la seccin titulada Cookies, balizas de
web y otras tecnologas y Sentencia de privacidad de productos de IBM Software
Avisos 673
y software como servicio en http://www.ibm.com/software/info/product-
privacy.
Glosario
acuerdo de nivel de servicio
Contrato entre un cliente y un proveedor
de servicios que especifica las
expectativas de nivel de servicio en lo que
respecta a disponibilidad, rendimiento y
otros objetivos medibles.
agente Software instalado para supervisar
sistemas. El agente recopila datos sobre
un sistema operativo, un subsistema o
una aplicacin.
Agente de agregacin
Agente que almacena datos de
seguimiento procedentes de varios
plug-in de recopilador de datos y otros
supervisores y calcula agregados para ser
utilizados por Transaction Reporter. Los
agentes de agregacin incluyen
Transaction Collector y el agente de Web
Response Time.
agente de supervisin
Vase agente.
agregacin de mtricas
Proceso utilizado por Transaction
Collector para resumir datos de
seguimiento mediante enlaces verticales y
uniones para asociar elementos de una
instancia de transaccin determinada. La
agregacin de mtricas asegura la
agregacin de todos los datos de
seguimiento adecuados.
agregado
(1) Promedio de todos los tiempos de
respuesta detectados por el software de
supervisin durante un periodo de
tiempo especfico. (2) En Transaction
Tracking, nodo de una topologa de
transaccin.
alerta Mensaje u otra indicacin que seala la
ocurrencia de un suceso o suceso
inminente.
algoritmo de instancia
Proceso utilizado por Transaction
Reporter para supervisar aplicaciones
compuestas con varias instancias.
analizador
Supervisor que somete a prueba una
transaccin y luego detecta y notifica los
errores que se generaron durante la
prueba.
anomala
Una instancia individual de una
transaccin que no se ha completado
correctamente. Vase tambin incidencia.
aplicacin
Uno o ms programas o componentes de
software que sirven como soporte directo
de un proceso o procesos de negocio
especficos.
aplicacin instrumentada con ARM
Aplicacin a cuyo cdigo fuente se
aaden llamadas de ARM para permitir
que sistemas de gestin supervisen el
rendimiento de la aplicacin.
Propiedad de aplicacin que se mide y
notifica, tal como la cantidad de memoria
utilizada o un ID de mensaje. Vase
tambin grupo de atributos.
borde
En la supervisin de transacciones, punto
en el que una transaccin entra en
contacto por primera vez con la
instrumentacin de supervisin.
clasificacin de nivel de servicio
Regla utilizada por un supervisor para
evaluar el funcionamiento de un servicio
supervisado. Los resultados son la base
del acuerdo de nivel de servicio (SLA).
cliente
Programa de software o sistema que
solicita servicios de un servidor.
condicin
Prueba de una situacin o estado que
debe existir para que se produzca una
accin determinada.
configuracin
Manera en que el hardware y software de
un sistema de proceso de informacin
estn organizados e interconectados.
consulta
En un entorno Tivoli, combinacin de
sentencias que se utilizan para buscar
sistemas que cumplan determinados
criterios en el repositorio de
configuracin.
contexto
Medios utilizados para agrupar datos de
seguimiento como parte de un flujo de
transaccin.
contexto horizontal
Mtodo para identificar un flujo de
transaccin dentro de una transaccin y
que se utiliza para agrupar interacciones
de acuerdo con la aplicacin que
proporciona los datos de seguimiento.
contexto vertical
Mtodo utilizado para distinguir un flujo
de transaccin de otro dentro de una
aplicacin o grupo de aplicaciones. El
contexto vertical permite a Transaction
Tracking agrupar transacciones
individuales como parte de un flujo,
etiquetar un nodo en un mapa de
topologa y enlazar con una aplicacin de
IBM
Tivoli
Monitoring.cortafuegosConfiguracin de
red, normalmente tanto de hardware
como de software, que impide el flujo de
trfico no autorizado por una red segura.
datos de resumen
Datos sobre tiempos de respuesta e
historial de volumen, as como tiempos y
recuentos totales de transacciones
satisfactorias para la aplicacin completa.
datos de seguimiento
Informacin emitida por aplicaciones
compuestas cuando se produce una
instancia de transaccin.
definicin de transaccin
Conjunto de filtros y planificaciones de
mantenimiento creados en el Editor de
configuracin de gestin de aplicaciones
que se aplican a los datos recogidos y
determinan cmo se procesan y visualizan
los datos.
disponibilidad
Ejecucin satisfactoria de una transaccin
supervisada durante un periodo de
tiempo especificado.
dominio
Parte de una red que se administra como
una unidad con un protocolo comn.
elemento de perfil
Elemento o tarea de supervisin que
pertenece a un perfil de usuario. El
elemento de perfil define qu se debe
supervisar y cundo.
enlace En Transaction Tracking, proceso de
seguimiento de transacciones dentro del
mismo dominio o desde plug-in de
recopilador de datos del mismo tipo.
espacio de trabajo
En las aplicaciones de gestin de Tivoli,
es el rea de trabajo de la interfaz de
usuario, excluido el panel de Navigator,
que muestra una o ms vistas
pertenecientes a una actividad
determinada. Con cada aplicacin Tivoli
se proporcionan espacios de trabajo
predefinidos, y los administradores de
sistemas pueden crear espacios de trabajo
personalizados.
espacio de trabajo predefinido
Espacio de trabajo que se incluye en el
software y que est optimizado para
mostrar aspectos especficos de los datos
recopilados, tales como datos sin agente.
estado Estado de una transaccin en un
momento determinado, tal como anmala,
satisfactoria o lenta.
estado de resumen
Cantidad de tiempo durante el cual se
recopilan datos en Tivoli Enterprise
Management Agent.
expresin aritmtica
Sentencia que contiene valores unidos por
uno o ms operadores aritmticos y se
procesa como un valor numrico
individual. Vase tambin operador
aritmtico.
rexpresin regula
Conjunto de caracteres, meta caracteres y
operadores que definen una cadena o
grupo de cadenas en un patrn de
bsqueda.
flujo de transaccin
Ruta comn en una aplicacin compuesta
que es seguida por instancias de
transaccin similares.
grupo de agentes
Grupo de agentes de gestin que ejecutan
la misma poltica o polticas. Cada agente
de gestin est asociado a uno o ms
componentes de escucha y reproduccin.
grupo de atributos
Conjunto de atributos relacionados que se
pueden combinar en una vista de datos o
situacin.
horizontal
Relativo a datos que se supervisan entre
aplicaciones de un dominio. Vase
tambin vertical.
host Sistema conectado a una red que
proporciona un punto de acceso a esa red.
El host puede ser un cliente, un servidor
o ambas cosas simultneamente.
incidente
Error o conjunto de errores consecutivos
durante un periodo de tiempo sin que se
produzca ninguna transaccin
satisfactoria. Un incidente representa un
periodo de tiempo en el que el servicio no
estaba disponible, estaba inactivo o no
funcionaba como se esperaba.
instancia
Transaccin o subtransaccin individual.
interaccin de transaccin
Vase transaccin.
intervalo
Nmero de segundos que han
transcurrido entre la recogida de una
muestra y la siguiente.
intervalo a lo largo del tiempo
Nmero de minutos durante los cuales el
software agrega datos antes de registrar
un punto de datos.
intervalo de datos
Periodo de tiempo, en minutos, para el
registro de datos de resumen. Vase
tambin datos de resumen.
intervalo de resumen
Nmero de horas durante las cuales se
almacenan datos en el agente para
visualizarlos en los espacios de trabajo de
Tivoli Data Warehouse.
Management Information Base
(1) En el protocolo simple de gestin de
red (SNMP), base de datos de objetos que
un sistema de gestin de red puede
consultar o establecer. (2) Definicin de
informacin de gestin que especifica la
informacin disponible de un host o
pasarela y las operaciones permitidas.
mtrica
Tipo de medida. Cada recurso que se
puede supervisar respecto al rendimiento,
disponibilidad, fiabilidad y otros atributos
tiene una o ms mtricas para las que se
pueden recopilar datos. Ejemplos de
mtricas son la cantidad de RAM de un
PC, el nmero de llamadas al centro de
atencin al cliente realizadas por un
cliente y el tiempo medio hasta error de
un dispositivo de hardware.
MIB Vase Management Information Base.
MTBF Vase tiempo medio entre errores.
MTTR
Vase tiempo medio de recuperacin.
muestra
Datos que el producto recopila para el
servidor.
nodo Punto en una topologa de transaccin
que representa una aplicacin, un
componente o un servidor cuyas
interacciones de transaccin son
supervisadas y agregadas por Transaction
Tracking.
nodo implcito
Nodo que se supone que existe y por
tanto se representa en la topologa de
Transaction Tracking. Se crea un nodo
implcito cuando un agregado recopilado
en un periodo de agregacin anterior no
se recopila para el periodo de agregacin
actual.
operador aritmtico
Smbolo, tal como + o -, que representa
una operacin matemtica fundamental.
Vase tambin expresin aritmtica.
origen de datos
Aplicacin, servidor, transaccin u otro
proceso del cual se recopilan datos en
bruto.
parmetro
Valor o referencia que se pasa a una
funcin, mandato o programa y que sirve
como dato de entrada o controla acciones.
El valor es proporcionado por un usuario
u otro programa o proceso.
patrn Proceso utilizado para agrupar datos y
formar elementos manejables.
Glosario 677
patrn de aplicacin
Regla que determina qu transacciones se
deben supervisar y cmo agruparlas.
patrn de cliente
Mtodo para definir qu clientes se deben
supervisar y cmo agruparlos para crear
informes.
patrn de transaccin
Patrn para especificar el nombre de una
transaccin especfica que se debe
supervisar. Los patrones definen
agrupaciones de transacciones que se
correlacionan con aplicaciones
empresariales y transacciones
empresariales.
perfil de usuario
En Internet Service Monitoring, entidad,
tal como un departamento o cliente, para
la que se prestan servicios.
periodo de agregacin
Periodo de tiempo, medido en minutos,
durante el cual tiene lugar la supervisin.
planificacin
Proceso planificado que determina con
qu frecuencia se ejecuta una situacin
con horas de inicio, horas de detencin y
parmetros definidos por el usuario.
planificacin de supervisin
Planificacin que establece los das y las
horas en que un supervisor recopila
datos.
plataforma
Combinacin formada por un sistema
operativo y hardware que constituye el
entorno operativo donde se ejecuta un
programa.
plug-in de recopilador de datos
Componente de supervisin que registra
datos de transaccin.
recuperacin de servicio
Tiempo que tarda un servicio en salir de
un estado anmalo.
registro de agregado
Resumen de datos de instancia de todas
las transacciones que coincidan con un
patrn definido.
regla de informes
Regla de que el software utiliza para
designar los datos recopilados que se
visualizan en los espacios de trabajo.
SAF Vase Store and Forward.
script robtico
Registro de una transaccin de cliente
habitual que recopila datos de
rendimiento que ayudan a determinar si
una transaccin se ejecuta como se espera
y pone de manifiesto reas problemticas
del entorno web y del entorno de
aplicacin.
SDK Kit de desarrollo de software.
servicio
Conjunto de procesos de negocio (tales
como transacciones web) que representan
funciones crticas para el negocio que
estn disponibles a travs de Internet.
servidor
Programa de software o sistema que
proporciona servicios a otros programas
de software o sistemas.
seudonodo
Nodo que representa una parte no
supervisada de una transaccin donde un
plug-in de recopilador de datos
proporciona informacin sobre un nodo
remoto, pero ese nodo remoto no est
supervisado.
sin agente
Mtodo para recopilar datos de trfico en
redes supervisadas por Web Response
Time, en lugar de un agente o plug-in de
recopilador de datos que sea especfico
del dominio.
sistema gestionado
Sistema controlado por una aplicacin de
gestin de sistemas determinada.
situacin
Conjunto de condiciones que, cuando se
cumplen, crean un suceso.
SLA Vase acuerdo de nivel de servicio.
solicitud
Vase transaccin.
Store and Forward
Almacenamiento temporal de paquetes,
mensajes o tramas de una red de datos
antes de retransmitirlos hacia su destino.
subtransaccin
Paso individual (tal como una solicitud de
pgina o iniciar sesin en una aplicacin
web) de la transaccin registrada general.
suceso Hecho significativo para una tarea o
sistema. Son sucesos la finalizacin de
una operacin o la produccin de un
error en ella, una accin de usuario o el
cambio de estado de un proceso. Vase
tambin situacin.
supervisor
Entidad que realiza mediciones para
recopilar datos relativos al rendimiento,
disponibilidad, fiabilidad u otros atributos
de aplicaciones o de los sistemas de los
que dependen las aplicaciones. Estas
mediciones se pueden comparar con
valores umbrales predefinidos. Si se
excede un valor umbral, se puede
informar a los administradores o se
pueden ejecutar respuestas automticas
predefinidas.tendenciaSerie de mediciones
relacionadas que indica una direccin
definida o un resultado futuro predecible.
tiempo de actividad
Vase tiempo medio entre errores.
tiempo de carga
Tiempo transcurrido entre la solicitud del
usuario y la finalizacin de la descarga de
la pgina web.
tiempo de cliente
Tiempo necesario para procesar y
visualizar una pgina web en un
navegador.
tiempo de inactividad
Vase tiempo medio de recuperacin.
tiempo de red
Tiempo transcurrido transmitiendo todos
los datos necesarios a travs de la red.
tiempo de respuesta
Tiempo transcurrido entre la entrada de
una consulta o solicitud y la recepcin de
una respuesta.
tiempo de respuesta de ida y vuelta
Tiempo necesario para completar la
solicitud de pgina completa. El tiempo
de ida y vuelta incluye el tiempo de
servidor, el tiempo de cliente, el tiempo
de red y el tiempo de transferencia de
datos.
tiempo de servidor
Tiempo que tarda un servidor web en
recibir una transaccin solicitada,
procesarla y responder a ella.
tiempo medio de recuperacin
Nmero promedio de segundos entre un
incidente y la restauracin del servicio.
tiempo medio entre errores
Nmero promedio de segundos entre la
reparacin de un incidente y la aparicin
del siguiente.
topologa de agregado
Topologa de transaccin que muestra
todas las transacciones conocidas e
implcitas, las cuales pueden no estar
relacionadas entre s. Vase tambin
topologa de instancia.
topologa de instancia
Topologa de transaccin que muestra una
instancia especfica de una transaccin
individual. Vase tambin topologa de
agregado.
transaccin
Intercambio entre dos programas que
ejecuta una accin o genera un resultado.
Por ejemplo, la contabilizacin de un
depsito de cliente y la actualizacin del
saldo del cliente.
umbral
Valor personalizable para definir los
lmites de tolerancia aceptables (lmite
mximo, mnimo o de referencia) para
una transaccin, recurso de aplicacin o
recurso del sistema. Cuando el valor
medido del recurso es mayor que el valor
mximo, menor que el valor mnimo o
igual que el valor de referencia, se emite
una excepcin o un suceso.
unin Proceso de supervisar transacciones entre
dominios o desde tipos diferentes de
plug-in de recopilador de datos.
vertical
Perteneciente a datos que se supervisan
dentro de la misma aplicacin y dominio.
Vase tambin horizontal.
vista Tabla lgica que se basa en datos
almacenados en un conjunto subyacente
de tablas. Los datos devueltos por una
vista estn determinados por una
sentencia SELECT que se ejecuta en las
tablas subyacentes.
zona conflictiva
Dispositivo grfico que se utiliza en
Glosario 679
topologas para resaltar la parte de una
transaccin global que ha sobrepasado
valores umbrales especificados y tiene
una desviacin significativa del tiempo de
transaccin.
ndice
Caracteres
Especiales
$consecutiveFailures 384
$datalogPath 384
$downloadTime 553
$failureRetestInterval 384
$failureRetests 384
$host 384
$hostIP 384
$hostName 384
$identchecksum 384
$lastServiceLevel 384
$lastServiceLevelCounter 384
$lookupTime 391, 435, 445, 472, 479,
534, 553, 558
$message 385
$monitorDNSdomain 384
$monitorDomain 385
$monitorHost 384
$monitorNISdomain 384
$profile 385
$responseTime 391, 445
$resultString 385
$server 384
$service 385
$serviceLevel 385
$ServiceLevelCounter 385
$startTimePoll 385
$time 385
$timeout 385
$timeStamp 385
$TotalTime 385
A
accesibilidad 669
Actuacin
mandatos para Application
Management Console 113
actualizar
perfiles 574
agente de Robotic Response Time
archivos de configuracin 149
archivos de rastreo 150
archivos de registro 150
amcecli 98
adicin de agentes a perfiles 104
adicin de transacciones a
perfiles 103
creacin de perfiles 101
ejecutar 99
eliminacin de agentes de
perfiles 104
eliminacin de transacciones de
perfiles 103
inicio y detencin de perfiles 101
inicio y detencin de
transacciones 102
amcecli (continuacin)
listado de informacin acerca de
perfiles 105
mandatos 99
supresin de perfiles 102
archivos de configuracin
Web Response Time 277
archivos de rastreo 150
archivos histricos binarios 649
arquitectura, Internet Service
Monitoring 9
B
base de datos del gestor de claves de
IBM 249
bsqueda DNS inversa 394, 395
C
centro de informacin de software de
Tivoli xiv
CICS TG
seguimiento de transacciones 293
CICS TXSeries Data Collector 294
cifrados en modalidad de dispositivo,
Cisco
IOS 494
componentes
Internet Service Monitoring 353
configuracin
archivos 149
modalidad de dispositivo HTTPS de
Multi File Uploader 222
configurar
interfaz de configuracin de 353
visin general del captulo 349
Web Response Time 261, 277
convenios, tipos de letra xvi
convenios de tipo de letra xvi
correlacin de clases de CDM
esquemas de hojas de estilo 665
crear
alias para aplicaciones en Transaction
Tracking 335
perfiles 574
D
DLA
Response Time 600
Transaction Tracking 602
DNS
tipos de consulta 395
dominios
datos de seguimiento de CICS TG
en los espacios de trabajo 303
ARM 293
ARM, supervisar, trabajar con 301
CICS TXSeries 294
datos de seguimiento de CICS
TXSeries en los espacios de
trabajo 309
datos de seguimiento de
WebSphere MQ en los espacios
de trabajo 312
dominio mediante el seguimiento
de dominios 291
ejemplo de seguimiento de
WebSphere MQ 313
ID de asociacin 327
ID de instancias de
transacciones 327
recopilar datos 300
seguimiento, cmo funciona 327
seguimiento, enlazar 327
seguimiento, uniones 330
seguimiento de ARM 300
seguimiento de ARM,
configuracin 301
seguimiento de ARM, valores
predeterminados 302
Tuxedo, espacios de trabajo 318
Tuxedo Tracking 298
visin general 291
visualizar datos en Tivoli
Enterprise Portal 300
WASTT 298
WebSphere Application Server,
WebSphere MQ seguimiento de
datos en espacios de trabajo 325
WebSphere MQ 297
E
edicin
perfiles 574
Editor de configuracin de gestin de
aplicaciones
acceder 26
almacn de configuracin 140
aplicaciones, definir 35
aplicaciones, iniciar y detener 111
clientes, crear 78
componentes, crear 128
copia de seguridad y
restauracin 145
filtros, definir 52
informar sobre propiedades 136
listas de sistemas gestionados 106
pefiles, suprimir 88
perfiles, configuracin de la
comprobacin de contenido 89
aplicaciones (continuacin)
perfiles, configurar captura de
pantalla de robtica 88
perfiles, crear otros 87
perfiles, definir 81, 82
perfiles, iniciar y detener 111
perfiles, modificar 87
perfiles, seleccionar transacciones 83
perfiles, valores de propiedades 94
plan de accin 33
propiedades de filtro 58
seguimiento de usuarios y
sesiones 65
seguridad 141
terminologa 32
transacciones, definir 39
transacciones, iniciar y detener 111
configuracin 57
filtrar 57
ventanas de mantenimiento,
crear 116
elementos de perfil
acuerdos del nivel de servicio 361
clasificaciones del nivel de
servicio 359
clasificaciones del nivel de servicio,
notas 363
suprimir 366
crear 364
desactivar 365
expresiones regulares 364
obligatorio 358
opcionales 359
repetir pruebas 363
suprimir 365
visin general 357
enlaces de espacio de trabajo
personalizado, fijo 344
personalizado, flexible 346, 347
personalizados 343
enlaces de espacio de trabajo dinmicos
personalizado, fijo 344
personalizado, flexible 346, 347
personalizados 343
varios Transaction Reporter 342
espacios de trabajo
relaciones entre componentes 3
esquemas de hojas de estilo
para correlacin de clases de
CDM 665
F
filtrar
datos de DLA de Transaction
Tracking 610
nodos visualizados en el Tivoli
filtros
definir para Editor de configuracin
de gestin de aplicaciones 52
propiedades 58
G
generar una lista 113
glosario 675
grupos de OID
crear 368
crear objetos MIB 369
suprimir 369
suprimir objetos MIB 369
visin general 367
GUI de Rational Robot
Rational Performance Tester (RPT)
caractersticas 197
especificar nombres de
archivos 203
informacin adicional 199
registrar 199
scripts de ejemplo 204
tiempo de respuesta de robtica
mediciones de ARM 203
H
historial a corto plazo 637, 649
historial a largo plazo 637, 649
HTTP
nivel de protocolo 407
HTTPS
configuracin de la modalidad de
dispositivo de Web Response
Time 258
Web Response Time
HTTPS 248, 257
I
IBM HTTP Server
exportar claves 251
IBM Support Assistant xv
Lite xv
Log Analyzer xv
IBM Tivoli Monitoring
centro de informacin 3
integracin con otros productos 6
integracin de Internet Service
Monitoring 9
diseo del producto 16
infraestructura 16
reenviar sucesos a IBM Tivoli
Netcool/OMNIbus 598
visin general 3
IBM Tivoli Netcool/OMNIbus
sucesos de situaciones 598
IIS
tiempo de respuesta de web
configurar nombre de
componente 262
importar
claves privadas 249
informacin de escalabilidad 147
informes
ver tendencias 631, 634
informes de Cognos
ver tendencias 631
instalar
archivos de personalizacin de Tivoli
Business Service Manager 591
archivos de personalizacin de Tivoli
Netcool/OMNIbus 587
instrumentacin con ARM
Multi File Uploader 220
integracin de Databridge 9
integracin de mdulos de Datalog 9
integrar
Response Time con TBSM 600
Response Time y Transaction Tracking
con TBSM 599
Tivoli Business Service Manager 585,
590
Transaction Tracking con TBSM 602
interfaz de lnea de comandos de Internet
Service Monitoring Configuration 566
ayuda de la lnea de mandatos 573
grupos de parmetros 574
mandatos 568
mandatos de la base de datos de
la 568
mandatos de OID 580
operaciones de despliegue de la 569
operaciones de elementos de
perfil 576
operaciones de perfil 574
operaciones de sincronizacin de
la 570
parmetros 573
sintaxis de la lnea de mandatos 572
xml2cli 583
Internet Information Services
exportar claves 252
archivos de registro de
supervisor 352
arquitectura 9
componentes 353
configurar
interfaz de configuracin de 353
visin general del captulo 349
elementos de perfil
acuerdos del nivel de servicio 361
servicio 359
notas 363
suprimir 366
crear 364
desactivar 365
obligatorio 358
opcionales 359
repetir pruebas 363
suprimir 365
visin general 357
grupos de OID
crear 368
crear objetos MIB 369
suprimir 369
suprimir objetos MIB 369
Internet Service Monitoring (continuacin)
grupos de OID (continuacin)
visin general 367
interfaz de la lnea de mandatos
de 566
planificaciones de perfiles 582
secuencias de operaciones 581
sintaxis de la lnea de
mandatos 572
interfaz de lnea de comandos de
Configuration 567
introduccin 9
ismbatch
ayuda de la lnea de
mandatos 573
servicio 579
parmetros 573
programa de utilidad de la lnea
de mandatos 571
SOAPInputs 580
SOAPOutputs 580
nombre de la JVM de informes 361
perfiles de usuario
copiar 355
crear 355
distribuir 355
distribuir por perfil 356
distribuir por sistema 356
suprimir 357
visin general 354
planificacin de la supervisin
crear 367
visin general 366
recopilacin de datos histricos
configurar 649
resumen de RFC 663
sintaxis de expresiones regulares 661
situaciones
predefinido 361
supervisar
archivo de reglas 352
archivo ejecutable 351
archivos de supervisor 351
ejemplo de HTTP 370
ejemplo de HTTPS 350
introduccin 349
propiedades 352
servicios web 350
sondeos 350
visin general 350
supervisor DHCP
servicio 390
configurar 389
directrices 389
ejemplo 392
elementos 391
mensajes de estado 391
opciones de la lnea de
mandatos 389
propiedades 389
supervisor DHCP (continuacin)
visin general 388
supervisor DNS
Bsqueda de direcciones IP 393
bsqueda recursiva 394
servicio 397
configurar 396
directrices 393
ejemplo 399
elementos 397
manejo de registros MX 398
mandatos 395
propiedades 395
Tipos de consultas DNS 394
visin general 393
supervisor FTP
servicio 403
configurar 401
directrices 400
ejemplo 406
elementos 404
mandatos 401
mandatos 401
propiedades 401
tipos de conexiones 400
visin general 400
supervisor HTTP
autenticacin 408
servicio 414
configurar 412
directrices 407
ejemplo 418
elementos 415
mandatos 409
parmetros de cabecera y
formulario 409, 415
propiedades 409
resolucin de problemas 420
servidor proxy, utilizar 408
tipos de solicitud 407
visin general 407
supervisor HTTPS
certificados del lado del
cliente 421
servicio 427
configurar 424
conjuntos de cifrado 422
directrices 421
ejemplo 429
elementos 428
mandatos 421
supervisor HTTPS (continuacin)
formulario 428
propiedades 421
visin general 420
supervisor ICMP
servicio 434
configurar 432
directrices 430
ejemplo 437
elementos 434
mandatos 431
propiedades 431
Tipo de IP de servicio 431
visin general 430
supervisor IMAP4
buzones 439
cliente 439
servicio 444
configurar 442
correo seguro 438
directrices 438
ejemplo 446
elementos 445
mandatos 439
propiedades 439
visin general 437
supervisor LDAP
servicio 451
configurar 450
directrices 447
ejemplo 453
elementos 452
mandatos 450
propiedades 450
seguridad 449
servicio de directorios de
ejemplo 448
versiones de LDAP 448
visin general 447
supervisor NNTP
servicio 457
configurar 456
directrices 455
ejemplo 460
elementos 458
mandatos 456
propiedades 456
visin general 454
ndice 683
supervisor NTP
servicio 463
configurar 462
directrices 461
ejemplo 464
elementos 463
mandatos 462
propiedades 462
visin general 461
supervisor POP3
cliente 466
servicio 471
configurar 469
correo seguro 466
directrices 465
ejemplo 474
elementos 472
mandatos 467
propiedades 467
visin general 465
supervisor RADIUS
servicio 478
configurar 476
directrices 475
elementos 478
mandatos 476
propiedades 476
visin general 475
supervisor RPING
servicio 484
configurar 482
direccionadores Cisco 481
direccionadores Juniper 482
directrices 481
ejemplo 486
elementos 484
mandatos 482
propiedades 482
visin general 480
supervisor RTSP
servicio 489
configurar 488
directrices 487
ejemplo 494
elementos 490
modalidad DESCRIBE 487
modalidad PLAY 488
mandatos 488
supervisor RTSP (continuacin)
propiedades 488
visin general 487
supervisor SAA
carga del direccionador 496
servicio 507
configuracin de sondeo 507
configurar 506
definir scripts de sondeo 497
directrices 495
elementos 508
interfaz de scripts de sondeo 504
mandatos de programas de
utilidad 502
mandatos SNMP 499
mandatos 505
operation 495
propiedad de permanencia de los
sondeos 496
propiedades 505
sondeos de DHCP 508
sondeos de DNS 510
sondeos de eco SNA 518
Sondeos de eco UDP 519
sondeos de FTP 511
sondeos de ICMP-Echo 513
sondeos de ICMP-Path-Echo 514
sondeos de VOIP 520
sondeos DLSW 509
sondeos HTTP-Get 512
sondeos Jitter 515
sondeos personalizados 496
tipos de sondeo 496
visin general 494
supervisor SIP
servicio 523
configurar 523
directrices 522
ejemplo 526
elementos 524
mandatos 522
propiedades 522
respuestas 526
visin general 521
supervisor SMTP
buzones 528
cliente 529
servicio 533
configurar 532
correo seguro 528
directrices 527
ejemplo 535
elementos 534
mandatos 529
propiedades 529
supervisor SMTP (continuacin)
visin general 527
supervisor SNMP
servicio 540
configurar 538
directrices 536
ejemplo 542
elementos 541
grupos de OID 537
nombres de comunidades 540
mandatos 538
propiedades 538
visin general 536
supervisor SOAP
autenticacin 545
servicio 546
configurar 546
directrices 543
ejemplo 547
elementos 547
mandatos 545
propiedades 545
tipos de datos 544
visin general 543
supervisor TCPPort
servicio 552
configurar 551
directrices 549
ejemplo 554
elementos 552
mandatos 550
propiedades 550
visin general 548
supervisor TFTP
servicio 557
configurar 555
directrices 555
ejemplo 559
elementos 557
mandatos 555
propiedades 555
visin general 554
supervisor TRANSX
servicio 564
configurar 564
contenido dinmico 561
crear transacciones 562
directrices 560
ejemplo 566
elementos 564
supervisor TRANSX (continuacin)
elementos de pgina
dinmicos 561
GET 562
mandatos 563
POST 562
propiedades 563
visin general 560
supervisores
archivos 372
clculos de sincronizaciones 386
colas de sucesos 376
conexin databridge 376
configurar 374
ejecutar 373
elementos comunes 383
elementos de perfil 375
funciones comunes 377
interfaces de red 376
mensajes de estado comunes 386
mandatos 377
propiedades 377
repetir pruebas tras
anomalas 375
servicios de supervisor 375
supervisores disponibles 350
UNIX, iniciar 373
utilizar 372
visin general 371
Windows, iniciar 373
supervisores, inicio y detencin
utilizando Tivoli Enterprise
Portal 374
supervisores de
integracin 9
Internet Service Monitoring Configuration
archivo de propiedades de 571
introduccin
Internet Service Monitoring 9
IOS 494
ISA
Vase IBM Support Assistant
ismbatch 566
ayuda de la lnea de
mandatos 573
servicio 579
parmetros 573
programa de utilidad de la lnea
de mandatos 571
sintaxis de la lnea de
mandatos 572
SOAPInputs 580
SOAPOutputs 580
ismconfig
mandatos 568
ismconfig.props 571
ITCAM Data Collector for WebSphere
en espacios de trabajo 326
arquitectura 19
diseo del producto 16
dominios
datos de seguimiento de CICS TG
informes
ver tendencias 631, 634
informes de Cognos
ver tendencias 631
infraestructura 16
producto 19
K
kfcmenv 279
L
libros, vase publicaciones xiii, xiv
Log Analyzer xv
M
mandato STARTTLS 438, 528
mandatos
Actuacin, Application Management
Console 113
amcecli 98, 99
tacmd executeAction 113
tacmd listSystems 113
mandatos tbsmconfig 595
manuales, vase publicaciones xiii, xiv
Web Response Time 243, 244, 246
modalidad de dispositivo, Web Response
Time 248
modalidad local
Mdulo ObjectServer
integracin 9
Multi File Uploader (MFU)
acceder 221
configurar 222
instrumentacin con ARM 220
scripts, gestionar 223
N
nombres de directorio, notacin de xvi
nombres de va de acceso, notacin
de xvi
notacin
nombres de va de acceso xvi
tipo de letra xvi
variables de entorno xvi
O
omnibusUpdater 590
operaciones de perfil
interfaz de lnea de comandos de
Configuration 574
optimizar
P
pedido de publicaciones xiv
perfiles
actualizacin manual para Transaction
Tracking 145
modificar 574
perfiles de usuario
copiar 355
crear 355
distribuir 355
distribuir por perfil 356
distribuir por sistema 356
suprimir 357
visin general 354
personalizacin
reproducciones robticas 147
configuracin de reproducciones
robticas 156
Mercury LoadRunner 213
utilizar Mercury LoadRunner 213
ajuste 227
alto trfico en Linux 273
capturar transacciones lentas 270
habilitar supervisin 261
objetos incorporados 289
registrar solicitudes de objetos no
fusionados 288
registros cero 264
seguimiento de
subtransacciones 267
supervisar WebSEAL 269
tiempos de respuesta de
transacciones web 267
variables de entorno 277
Web Response Time
administracin de memoria 272
ajuste de entornos de alta
carga 271
cifrados en modalidad de
dispositivo para HTTPS 257
eficacia de E/S 277
habilitar la modalidad de
dispositivo 246
habilitar modalidad de dispositivo
para HTTPS 248
integracin del seguimiento de
transacciones 265
paralelismo de procesos 274
parmetros 278
parmetros de analizador 279
parmetros de E/S de la API
KFC1 287
parmetros de uso de CPU 287
ndice 685
personalizacin (continuacin)
Web Response Time (continuacin)
procesamiento de modalidad
degradada 276
uso de la CPU 275
utilizacin de
almacenamiento 274
planificacin de la supervisin
crear 367
visin general 366
producto
arquitectura 19
protocolo SSL (Secure Sockets
Layer) 420
protocolos
definir 128
definir para seguimiento de
transacciones sin agente 230
HTTP/1.0 407
modificacin 128
publicaciones xiii
acceso en lnea xiv
pedidos xiv
publicaciones en lnea, acceso xiv
R
Rational Functional Tester
caractersticas de los scripts RFT 188
Rational Performance Tester
crear scripts robticos 170
exportar scripts 186
soporte 3
caractersticas 197
especificar nombres de
archivos 198
informacin adicional 199
registrar 199
scripts de ejemplo 204
scripts de RPT
caractersticas 157
grabacin de sockets 188
scripts HTTP 157
valores de configuracin de
mejores usos 175
ejecutar scripts 184
sucesos de violacin 180
Rational Robot
soporte de GUI 3
recopilacin de datos
Robotic Response Time 644
recopilacin de datos histricos 637, 649
configurar 649
Response Time 639
configurar 646
Recopilador de datos para WebSphere
Message Broker
datos de seguimiento en los
espacios de trabajo 311
Message Broker (continuacin)
Transaction Tracking (continuacin)
visin general 295
referencia
reproducciones
ubicacin de 220
resolucin de problemas
para Web Response Time 288
Response Time
agente de Robotic Response Time 11
agente de Web Response Time 11
Application Management Console 11
caractersticas 11
cdigos de producto
inicio, detencin 627
DLA 600
generar libro DL 599, 600
integracin con otros productos 6
recopilacin de datos histricos 639
visin general del producto 11
resumen y poda 637, 649
RFT
Vase Rational Functional Tester
personalizacin
reproducciones robticas 147
recopilacin de datos de agente 644
RPT
Vase Rational Performance Tester
S
scripts
Multi File Uploader (MFU) 223
Rational Performance Tester,
exportar 186
contraseas 220
copiar y distribuir
manualmente 215
ejecutar 217
registrar 156
trabajar con 215
transferencias lentas 220
scripts CLI
crear 210
reproduccin de CLI 205
soporte de reproduccin de la
CLI 205
utilizar la reproduccin CLI 204
tiempo de respuesta robtica
crear 206
scripts de RFT 188
scripts de RPT
caractersticas 157
crear scripts HTTP 174
grabacin de sockets 188
scripts HTTP 157
scripts robticos
despliegue tpico 147
informacin de escalabilidad 147
seguridad 151
scripts robticos (continuacin)
ubicacin de 220
seguimiento de transacciones sin
agente 230
seguridad
scripts robticos 151
servidor DNS
bsqueda inversa 394, 395
servidor web Apache
importacin de claves 249
servidor web de Sun Java System
exportar claves 254
sincronizacin mejorada de red
situaciones
predefinido 361
soporte xv
sucesos de situaciones
reenviar a IBM Tivoli
Netcool/OMNIbus 598
supervisar
archivo de reglas 352
archivo ejecutable 351
archivos de supervisor 351
ejemplo de HTTP 370
ejemplo de HTTPS 350
introduccin 349
propiedades 352
servicios web 350
sondeos 350
visin general 350
supervisin de trfico local
Vase modalidad local
supervisin de trfico remoto
Vase modalidad de dispositivo
supervisor
utilizando Web Response Time 265
supervisor DHCP
servicio 390
configurar 389
directrices 389
ejemplo 392
elementos 391
mandatos 389
propiedades 389
visin general 388
supervisor DNS
Bsqueda de direcciones IP 393
bsqueda recursiva 394
servicio 397
configurar 396
directrices 393
ejemplo 399
elementos 397
manejo de registros MX 398
mandatos 395
supervisor DNS (continuacin)
(continuacin)
propiedades 395
Tipos de consultas DNS 394
visin general 393
supervisor FTP
servicio 403
configurar 401
directrices 400
ejemplo 406
elementos 404
mandatos 401
mandatos 401
propiedades 401
tipos de conexiones 400
visin general 400
supervisor HTTP
autenticacin 408
servicio 414
configurar 412
directrices 407
ejemplo 418
elementos 415
mandatos 409
formulario 409, 415
propiedades 409
servidor proxy, utilizar 408
tipos de solicitud 407
visin general 407
supervisor HTTPS
cliente 421
servicio 427
configurar 424
directrices 421
ejemplo 429
elementos 428
mandatos 421
formulario 428
propiedades 421
visin general 420
supervisor ICMP
servicio 434
configurar 432
directrices 430
supervisor ICMP (continuacin)
(continuacin)
ejemplo 437
elementos 434
mandatos 431
propiedades 431
Tipo de IP de servicio 431
visin general 430
supervisor IMAP4
buzones 439
cliente 439
servicio 444
configurar 442
correo seguro 438
directrices 438
ejemplo 446
elementos 445
mandatos 439
propiedades 439
visin general 437
supervisor LDAP
servicio 451
configurar 450
directrices 447
ejemplo 453
elementos 452
mandatos 450
propiedades 450
seguridad 449
servicio de directorios de
ejemplo 448
versiones de LDAP 448
visin general 447
supervisor NNTP
servicio 457
directrices 455
ejemplo 460
elementos 458
mandatos 456
propiedades 456
visin general 454
Supervisor NNTP
configurar 456
supervisor NTP
servicio 463
configurar 462
directrices 461
ejemplo 464
elementos 463
mandatos 462
propiedades 462
visin general 461
supervisor POP3
cliente 466
servicio 471
configurar 469
correo seguro 466
directrices 465
ejemplo 474
elementos 472
mandatos 467
propiedades 467
visin general 465
supervisor RADIUS
servicio 478
configurar 476
directrices 475
elementos 478
mandatos 476
propiedades 476
visin general 475
supervisor RPING
servicio 484
configurar 482
direccionadores Cisco 481
direccionadores Juniper 482
directrices 481
ejemplo 486
elementos 484
mandatos 482
propiedades 482
visin general 480
supervisor RTSP
servicio 489
configurar 488
directrices 487
ejemplo 494
elementos 490
ndice 687
supervisor RTSP (continuacin)
(continuacin)
modalidad DESCRIBE 487
modalidad PLAY 488
mandatos 488
propiedades 488
visin general 487
supervisor SAA
carga del direccionador 496
servicio 507
configuracin de sondeo 507
configurar 506
definir scripts de sondeo 497
directrices 495
elementos 508
interfaz de scripts de sondeo 504
mandatos de programas de
utilidad 502
mandatos SNMP 499
mandatos 505
operation 495
propiedad de permanencia de los
sondeos 496
propiedades 505
sondeos de DHCP 508
sondeos de DNS 510
sondeos de eco SNA 518
sondeos de eco UDP 519
sondeos de FTP 511
sondeos de ICMP-Echo 513
sondeos de ICMP-Path_Echo 514
sondeos de VOIP 520
sondeos DLSW 509
sondeos HTTP-Get 512
sondeos Jitter 515
sondeos personalizados 496
tipos de sondeo 496
visin general 494
supervisor SIP
servicio 523
configurar 523
directrices 522
ejemplo 526
elementos 524
mandatos 522
propiedades 522
respuestas 526
visin general 521
supervisor SMTP
buzones 528
cliente 529
servicio 533
configurar 532
supervisor SMTP (continuacin)
(continuacin)
correo seguro 528
directrices 527
ejemplo 535
elementos 534
mandatos 529
propiedades 529
visin general 527
supervisor SNMP
servicio 540
configurar 538
directrices 536
ejemplo 542
elementos 541
grupos de OID 537
nombres de comunidades 540
mandatos 538
propiedades 538
visin general 536
supervisor SOAP
autenticacin 545
servicio 546
configurar 546
directrices 543
ejemplo 547
elementos 547
mandatos 545
propiedades 545
tipos de datos 544
visin general 543
supervisor TCPPort
ejemplo 554
visin general 548
Supervisor TCPPort
servicio 552
configurar 551
directrices 549
elementos 552
mandatos 550
propiedades 550
supervisor TFTP
servicio 557
configurar 555
directrices 555
ejemplo 559
elementos 557
supervisor TFTP (continuacin)
(continuacin)
mandatos 555
propiedades 555
visin general 554
supervisor TRANSX
servicio 564
configurar 564
contenido dinmico 561
crear transacciones 562
directrices 560
ejemplo 566
elementos 564
elementos de pgina
dinmicos 561
GET 562
mandatos 563
POST 562
propiedades 563
visin general 560
supervisores
archivos 372
clculos de sincronizaciones 386
colas de sucesos 376
conexin databridge 376
configurar 374
ejecutar 373
elementos comunes 383
elementos de perfil 375
funciones comunes 377
inicio y detencin utilizando Tivoli
interfaces de red 376
mensajes de estado comunes 386
mandatos 377
propiedades 377
repetir pruebas tras
anomalas 375
servicios de supervisor 375
supervisores disponibles 350
UNIX, iniciar 373
utilizar 372
visin general 371
Windows, iniciar 373
suprimir
perfiles 574
T
tacmd executeAction
transacciones, iniciar y detener 113
tacmd listSystems 113
TBSM
Vase Tivoli Business Service Manager
tiempo de respuesta
aplicaciones
acceder 26
almacn de configuracin 140
informar sobre propiedades 136
listas de sistemas gestionados 106
plan de accin 33
terminologa 32
ventana de mantenimiento,
crear 116
mediciones de ARM 203
personalizacin
configuracin de reproducciones
robticas 156
Mercury LoadRunner 213
utilizar Mercury LoadRunner 213
ejecutar scripts 184
sucesos de violacin 180
scripts
contraseas 220
copiar y distribuir
manualmente 215
ejecutar 217
registrar 156
trabajar con 215
transferencias lentas 220
scripts CLI
crear 210
reproduccin de CLI 205
soporte de reproduccin de la
CLI 205
utilizar la reproduccin CLI 204
tiempos de respuesta en RPT 659
IIS
personalizar nombre de
componente 262
modalidad de dispositivo HTTPS
usar certificados SSL 249
personalizacin
ajuste 227
alto trfico en Linux 273
capturar transacciones lentas 270
habilitar supervisin 261
objetos incorporados 289
registrar solicitudes de objetos no
fusionados 288
registros cero 264
seguimiento de
subtransacciones 267
supervisar WebSEAL 269
tiempos de respuesta de
transacciones web 267
variables de entorno 277
WebLogic
personalizar nombre de
componente 262
tiempo de respuesta robtica
scripts CLI
crear 206
tiempos de respuesta en RPT
tiempo de respuesta de robtica 659
Tivoli Business Service Manager
estatus de subtransacciones en el
panel de instrumentos 625
integrar 585, 590
personalizar la informacin de
Transaction Tracking 605, 610, 612,
613, 665
sucesos de subtransacciones en el
panel de instrumentos 624
visualizar sucesos de Transaction
Tracking 614
Tivoli Data Warehouse
definicin 3
Tivoli Enterprise Monitoring Server
detencin 627
inicio 627
Tivoli Enterprise Portal
inicio de supervisores de Internet
Service Monitoring 374
Tivoli Enterprise Portal Server
detencin 627
inicio 627
topologa
varios Transaction Reporter 342
aplicaciones
configuracin 57
filtrar 57
Transaction Reporter
varios 335, 342
varios, creacin de enlaces 343
varios, creacin de enlaces para
fijos 344
varios, creacin de enlaces para
flexible 346, 347
actualizacin manual de perfiles 145
agregar nodos 335
componentes principales 15
crear alias 335
DLA 602
dominios
ARM 293
ARM, supervisar, trabajar con 301
CICS TXSeries 294
datos de seguimiento de CICS
TXSeries en los espacios de
trabajo 309
datos de seguimiento de Tuxedo
Datos de seguimiento de
WebSphere MQ en los espacios
de trabajo 312
dominio mediante el seguimiento
de dominios 291
Ejemplo de seguimiento de
WebSphere MQ 313
ID de asociacin 327
ID de instancias de
transacciones 327
recopilar datos 300
seguimiento, cmo funciona 327
seguimiento, enlazar 327
seguimiento, uniones 330
Transaction Tracking (continuacin)
dominios (continuacin)
seguimiento de ARM 300
seguimiento de ARM,
configuracin 301
seguimiento de ARM, valores
predeterminados 302
Tuxedo Tracking 298
visin general 291
visualizar datos en Tivoli
WASTT 298
WebSphere Application Server,
WebSphere MQ seguimiento de
datos en espacios de trabajo 325
WebSphere MQ 297
filtrar los datos de DLA 610
generar libro iDML 599, 602
habilitar integracin de Web Response
Time 265
interfaz de usuario 15
para CICS TG 293
propiedades personalizadas para
Manager 613
recopilacin de datos histricos
configurar 646
Message Broker
datos de seguimiento en los
espacios de trabajo 311
visin general 295
transformar registros para Tivoli
Business Service Manager 605, 665
visualizar clases de WebLogic en
Manager 612
visualizar sucesos en TBSM 614
Tuxedo Tracking 298
visualizar datos en espacios de
trabajo 318
U
UDP (Protocolo de datagramas de
usuario) 461, 475
V
variables, notacin para xvi
variables de entorno
notacin xvi
visualizar
sucesos de Response Time en
TBSM 600
sucesos de Response Time y
Transaction Tracking en TBSM 599
sucesos de Transaction Tracking en
TBSM 602
Voz sobre IP 496
ndice 689
W
WASTT
visualizar datos en espacios de
trabajo 325
Web Response Time
archivos de configuracin 277
archivos de registro y de rastreo 288
cifrados en modalidad de dispositivo
para HTTPS 257
configuracin de la modalidad de
dispositivo 258
configurar 261
aplicaciones
componente, crear 129
exportar
claves de Internet Information
Services 252
claves de WebLogic 255
claves del servidor web de Sun
Java System 254
claves desde IBM HTTP
Server 251
habilitar modalidad de dispositivo
para HTTPS 248
importar
claves del servidor web
Apache 249
modalidad de dispositivo 243, 244,
246
modalidad local 243
optimizar 270
personalizacin
administracin de memoria 272
ajuste de entornos de alta
carga 271
eficacia de E/S 277
habilitar la modalidad de
dispositivo 246
integracin del seguimiento de
transacciones 265
paralelismo de procesos 274
parmetros 278
parmetros de analizador 279
parmetros de E/S de la API
KFC1 287
parmetros de uso de CPU 287
procesamiento de modalidad
degradada 276
uso de la CPU 275
utilizacin de
almacenamiento 274
referencia 277
resolucin de problemas de la
modalidad de dispositivo 260
seguimiento de transacciones 230
sincronizacin mejorada de red 653
supervisor 265
varios protocolos 235
adicin a IU de APM 240
definicin de transaccin 236, 238
visin general 227
Web Response Time, visualizacin de
datos
varios protocolos 236
Web Response Time Analyzer 279
WebLogic
exportar claves 255
configurar nombre de
componente 262
X
xml2cli 583
Impreso en Espaa
SC11-7941-03

Itcamtrans Ag

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Itcamtrans Ag

Uploaded by

Copyright:

Available Formats

IBM Tivoli Composite Application Manager for Transactions

unifica la terminologa de las bibliotecas de

Si ha accedido previamente al Editor de configuracin de gestin de aplicaciones y

El nmero de viajes de ida y vuelta correctos.

El nmero de viajes de ida y vuelta correctos.

El nmero de viajes de ida y vuelta correctos.

El nmero de viajes de ida y vuelta correctos.

El retraso medio del destino al origen en segundos.

El retraso medio del origen al destino en segundos.

El Jitter negativo medio del destino al origen en segundos.

El Jitter negativo medio del origen al destino en segundos.

El Jitter positivo medio del destino al origen en segundos.

El Jitter positivo medio del origen al destino en segundos.

El retraso estndar del destino al origen.

El desvo estndar del retraso del origen al destino.

El desvo estndar del Jitter negativo del destino al origen.

El desvo estndar del Jitter negativo del origen al destino.

El desvo estndar del Jitter positivo del destino al origen.

El desvo estndar del Jitter positivo del origen al destino.

El retraso mximo del destino al origen en segundos.

El retraso mximo del origen al destino en segundos.

El valor de Jitter negativo mximo del destino al origen en

El valor de Jitter negativo mximo del origen al destino en

El valor de Jitter positivo mximo del destino al origen en

El valor de Jitter positivo mximo del origen al destino en

El retraso mnimo del destino al origen en segundos.

El retraso mnimo del origen al destino en segundos.

El valor de Jitter negativo mnimo del destino al origen en

El valor de Jitter negativo mnimo del origen al destino en

El valor de Jitter positivo mnimo del destino al origen en

El valor de Jitter positivo mnimo del origen al destino en

El nmero de viajes de ida y vuelta correctos.

El nmero de paquetes que llegaron despus del tiempo de

El nmero de paquetes que se pierden del destino al origen.

El nmero de paquetes que se pierden del origen al destino.

El nmero de paquetes que se pierden donde la direccin es

El nmero de paquetes devueltos que no funcionan.

La suma de cuadrados de los valores del viaje de ida y

El nmero de viajes de ida y vuelta correctos.

El nmero de viajes de ida y vuelta correctos.

El valor del Mean Opinion Score (MOS) de la prueba.

You might also like