Vous êtes sur la page 1sur 710

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
Visualizacin de datos de seguimiento de
transacciones de CICS TXSeries en espacios de
trabajo. . . . . . . . . . . . . . . 309
Visualizacin de datos de seguimiento de
transacciones de WebSphere Message Broker en
espacios de trabajo . . . . . . . . . . 311
Visualizacin de datos de seguimiento de
transacciones de WebSphere MQ en espacios de
trabajo. . . . . . . . . . . . . . . 312
Visualizacin de datos de seguimiento de
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
Configuracin de la recopilacin de datos de
historial para Transaction Tracking . . . . . 646
Configuracin de la recopilacin de datos de
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
30. Vista de la topologa de adicin de
aplicaciones para CICS TG Transaction
Tracking . . . . . . . . . . . . . 307
31. Vista de la topologa de adicin de
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
38. Vista de la topologa de adicin de
transacciones para Tuxedo Tracking: llamada
sncrona . . . . . . . . . . . . . 320
39. Vista de la topologa de adicin de
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
42. Topologa de adicin de transacciones para
Tuxedo Tracking: mensajes de colas . . . . 323
43. Topologa de adicin de transacciones para
Tuxedo Tracking - TMQUEUE_MQM . . . 324
44. Topologa de adicin de transacciones para
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
8. Aplicaciones ARM: WebSphere Application
Server Propiedades de transacciones EJB . . 61
9. Aplicaciones ARM: WebSphere Application
Server Propiedades de transacciones JMS . 62
10. Aplicaciones ARM: WebSphere Application
Server Propiedades de transacciones JNDI . 62
11. Aplicaciones ARM: WebSphere Application
Server Propiedades de transacciones JDBC . 63
12. Aplicaciones ARM: WebSphere Application
Server Propiedades de transacciones JCA . 63
13. Aplicaciones ARM: WebSphere Application
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
47. Propiedades y opciones de la lnea de
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
58. Propiedades y opciones de la lnea de
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
75. Propiedades y opciones de la lnea de
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
81. Propiedades y opciones de la lnea de
mandatos del supervisor IMAP4 . . . . . 439
82. Parmetros de la propiedad SSL v3
SSLCipherSuite . . . . . . . . . . . 440
83. Valores de la propiedad SSL v2
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
90. Propiedades y opciones de la lnea de
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
97. Propiedades y opciones de la lnea de
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
108. Propiedades y opciones de la lnea de
mandatos del supervisor POP3. . . . . . 467
109. Parmetros de la propiedad SSL v3
SSLCipherSuite . . . . . . . . . . . 467
110. Valores de la propiedad SSL v2
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
115. Configuracin de elementos de perfil de
ejemplo. . . . . . . . . . . . . . 474
116. Archivos del supervisor RADIUS . . . . . 475
117. Propiedades y opciones de la lnea de
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
122. Propiedades y opciones de la lnea de
mandatos de RPING . . . . . . . . . 482
123. Configuracin del supervisor RPING 482
124. Elementos del supervisor RPING . . . . . 485
125. Mensajes de estado de supervisor RPING 486
126. Configuracin de elementos de perfil de
ejemplo. . . . . . . . . . . . . . 486
127. Archivos del supervisor RTSP . . . . . . 487
128. Propiedades y opciones de la lnea de
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
132. Configuracin de elementos de perfil de
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
144. Propiedades y opciones de la lnea de
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
159. Propiedades y opciones de la lnea de
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
166. Propiedades y opciones de la lnea de
mandatos del supervisor SMTP . . . . . 529
167. Parmetros de la propiedad SSL v3
SSLCipherSuite . . . . . . . . . . . 530
168. Valores de la propiedad SSL v2
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
175. Propiedades y opciones de la lnea de
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
183. Propiedades y opciones de la lnea de
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
189. Propiedades y opciones de la lnea de
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
200. Propiedades y opciones de la lnea de
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
de lnea de comandos de Internet Service
Monitoring Configuration . . . . . . . 568
206. Mandatos de la base de datos de la interfaz
de lnea de comandos de Internet Service
Monitoring Configuration . . . . . . . 568
207. Operaciones de despliegue de la interfaz de
lnea de comandos de Internet Service
Monitoring Configuration . . . . . . . 569
208. Operaciones de sincronizacin de la interfaz
de lnea de comandos de Internet Service
Monitoring Configuration . . . . . . . 570
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
de lnea de comandos de Internet Service
Monitoring Configuration . . . . . . . 580
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
interfaz de usuario.
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
4 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tabla 1. Integracin de Tivoli Monitoring e ITCAM for Transactions (continuacin)
Componente Descripcin
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
siguientes componentes:
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.
Captulo 1. Introduccin 5
Tabla 1. Integracin de Tivoli Monitoring e ITCAM for Transactions (continuacin)
Componente Descripcin
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
siguientes componentes:
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.
6 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 1. Introduccin 7
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.
8 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 1. Introduccin 9
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
10 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 1. Introduccin 11
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
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.
12 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 1. Introduccin 13
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.
14 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
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.
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
Captulo 1. Introduccin 15
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.
v Application Management Console
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
16 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 1. Introduccin 17
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.
18 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 1. Introduccin 19
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
20 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 1. Introduccin 21
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
Transaction Tracking.
Agente de agregacins
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.
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
22 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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 1. Introduccin 23
24 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Copyright IBM Corp. 2008, 2013 25
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
26 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
28 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Desde la vista de navegacin, cuando se pulsa y se selecciona la opcin
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 29
Visualizacin de Ventanas de mantenimiento
Desde la vista de navegacin, cuando se pulsa y se selecciona la opcin
Ventanas de mantenimiento, se muestra la lista de ventanas de mantenimiento
previamente definida, parecida al ejemplo siguiente:
Visualizacin de componentes
Desde la vista de navegacin, cuando se pulsa y se selecciona la opcin
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
30 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 31
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.
32 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 33
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).
34 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Editor de configuracin de gestin de aplicaciones.
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
Editor de configuracin de gestin de aplicaciones.
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 35
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.
Pulse el icono de la izquierda del campo de seleccin de la vista y
seleccione Crear otra aplicacin.
Aparece la ventana Crear aplicacin, parecida al ejemplo siguiente:
36 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
configuracin de gestin de aplicaciones.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 37
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 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.
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.
3. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
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.
5. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Procedimiento: supresin de una aplicacin existente
Use este procedimiento para suprimir una aplicacin existente del Editor de
configuracin de gestin de aplicaciones.
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 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.
38 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
5. Cuando haya terminado, pulse Aceptar para cerrar 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
Editor de configuracin de gestin de aplicaciones.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 39
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 Pulse el nombre de aplicacin de la lista y, luego, el icono situado a la
izquierda del campo de seleccin de vistas.
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.
40 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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 Transaction Tracking
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 41
Web Response Time
HTTP/S
8. Pulse Aceptar. Aparece una ventana de configuracin parecida al ejemplo
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.
11. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
42 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
12. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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 Pulse el nombre de aplicacin de la lista y, luego, el icono situado a la
izquierda del campo de seleccin de vistas.
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:
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 43
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.
8. Pulse Aceptar. Aparece una ventana de configuracin parecida al ejemplo
siguiente:
44 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 45
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.
10. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
11. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Procedimiento: modificacin de una transaccin existente
Use este procedimiento para modificar una transaccin existente.
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. 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:
46 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
El tipo de transaccin aparece y no se puede modificar.
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).
Tambin puede escribir el nombre en el campo Nombre de la transaccin
para cambiarlo por otro nombre que se prefiera.
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
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.
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.
v Para una transaccin de Web Response Time:
Aparece la ventana con fichas para la aplicacin seleccionada, parecida al
ejemplo siguiente:
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 47
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:
El tipo de transaccin aparece como HTTP/S y no se puede modificar.
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).
Tambin puede escribir el nombre en el campo Nombre de la transaccin
para cambiarlo por otro nombre que se prefiera.
Opcionalmente, puede modificar el texto descriptivo para que defina
mejor la aplicacin y la transaccin asociada.
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
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.
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.
v Para una transaccin de scripts de robtica de Robotic Response Time:
48 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Aparece la ventana con fichas para la aplicacin seleccionada, parecida al
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:
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).
Tambin puede escribir el nombre en el campo Nombre de la transaccin
para cambiarlo por otro nombre que se prefiera.
Opcionalmente, puede modificar el texto descriptivo para que defina
mejor la aplicacin y la transaccin asociada.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 49
v Para una transaccin de robtica de Robotic Response Time para un script de
la CLI:
Aparece la ventana con fichas para la aplicacin seleccionada, parecida al
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:
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).
Tambin puede escribir el nombre en el campo Nombre de la transaccin
para cambiarlo por otro nombre que se prefiera.
Opcionalmente, puede modificar el texto descriptivo para que defina
mejor la aplicacin y la transaccin asociada.
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
50 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
4. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
5. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Procedimiento: supresin de una transaccin existente
Use este procedimiento para suprimir una transaccin existente del Editor de
configuracin de gestin de aplicaciones.
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. 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
izquierda del campo de seleccin de vistas.
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.
5. Pulse Aplicar para seguir utilizando el Editor de configuracin de gestin de
aplicaciones.
6. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 51
Tareas relacionadas o a seguir
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 =
52 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 53
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.
54 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
ApplicationName=Websphere/Version=10
TransactionName=http://www.ibm.com/sales/index.html
Transaction 2 occurs with properties:
ApplicationName=Websphere/Version=9
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 *
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 55
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
configuracin de gestin de aplicaciones.
9. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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
configuracin de gestin de aplicaciones.
56 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
6. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 57
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
58 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tabla 5. Propiedades de Web Response Time (continuacin)
Nombre de propiedad Valor para especificar
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
http://www.ibm.com/support?p1=a &p2=b la
cadena de consulta es p1a&ps=b.
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 59
Tabla 5. Propiedades de Web Response Time (continuacin)
Nombre de propiedad Valor para especificar
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
Nombre de propiedad Valor para especificar
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
60 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tabla 6. Propiedades de las aplicaciones ARM genricas (continuacin)
Nombre de propiedad Valor para especificar
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
Nombre de propiedad Valor para especificar
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
http://www.ibm.com/support?p1=a &p2=b la
cadena de consulta es p1a&ps=b.
Tabla 8. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones EJB
Nombre de propiedad Valor para especificar
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 EJB
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 61
Tabla 8. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones EJB (continuacin)
Nombre de propiedad Valor para especificar
Version versin de WebSphere Ejemplo: 6.1.0.15
Cell Name nombre de celda de WebSphere
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
Tabla 9. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones JMS
Nombre de propiedad Valor para especificar
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 JMS
Version versin de WebSphere Ejemplo: 6.1.0.15
Cell Name nombre de celda de WebSphere
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
Tabla 10. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones JNDI
Nombre de propiedad Valor para especificar
ApplicationName WebSphere:<tipo de servidor>
para <tipo_servidor> use una de las
respuestas siguientes:
APPLICATION_SERVER
ONDEMAND_ROUTER
PROXY_SERVER
ApplicationGroup nombre de servidor
62 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tabla 10. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones JNDI (continuacin)
Nombre de propiedad Valor para especificar
ApplicationInstance nodo.nombre servidor
TransactionName JNDI
Version versin de WebSphere Ejemplo: 6.1.0.15
Cell Name nombre de celda de WebSphere
JNDI name nombre JNDI
Tabla 11. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones JDBC
Nombre de propiedad Valor para especificar
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 JDBC
Version versin de WebSphere Ejemplo: 6.1.0.15
Tabla 12. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones JCA
Nombre de propiedad Valor para especificar
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 JCA
Version versin de WebSphere Ejemplo: 6.1.0.15
ClassName nombre de clase
MethodName nombre de mtodo
Tabla 13. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones JDBC
Nombre de propiedad Valor para especificar
ApplicationName IBM Webserving Plugin
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 63
Tabla 13. Aplicaciones ARM: WebSphere Application Server Propiedades de
transacciones JDBC (continuacin)
Nombre de propiedad Valor para especificar
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
Nombre de propiedad Valor para especificar
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
Nombre de propiedad Valor para especificar
ApplicationName Siebel Application Server
TransactionName El valor del parmetro SWECmd
($HTTP.POST:SWECmd$ para transacciones Post
o $HTTP.GET:SWECmd$ para transacciones
Get).
64 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tabla 16. Aplicaciones de Transaction Tracking (distintas de ARM): propiedades de las
transacciones
Nombre de propiedad Valor para especificar
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:
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 65
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
66 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Desde la vista Aplicaciones predeterminada en el Editor de configuracin de
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 67
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
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
seguimiento de sesiones.
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
gestin de aplicaciones.
68 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
de aplicaciones.
Procedimiento: eliminacin de tipos de sesiones
Para eliminar un tipo de sesin de la tabla, complete los pasos siguientes:
1. Compruebe que est seleccionado el recuadro de seleccin Habilitar el
seguimiento de sesiones.
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:
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
de aplicaciones.
Procedimiento: edicin de tipos de sesiones
Para editar un tipo de sesin de la tabla, complete los pasos siguientes:
1. Compruebe que est seleccionado el recuadro de seleccin Habilitar el
seguimiento de sesiones.
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 Cadena de consulta HTTP
v Envo XML
5. En el campo Nombre de clave, escriba el valor del tipo de sesin seleccionado
del que se vaya a realizar el seguimiento.
6. Realice una de estas acciones:
v Pulse Aceptar para completar la edicin.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 69
v Pulse Cancelar para cancelar la operacin de edicin y volver a la ficha
Sesin.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de
gestin de aplicaciones.
Realice cualquiera de estas acciones:
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
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:
1. Compruebe que est seleccionado el recuadro de seleccin Habilitar el
seguimiento de sesiones.
2. En el campo Tiempo de espera de la sesin (minutos) bajo la tabla, especifique
un nmero entre 0 y 2147483647.
Realice cualquiera de estas acciones:
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
de aplicaciones.
Configuracin del seguimiento de usuarios
Desde la vista Aplicaciones predeterminada en el Editor de configuracin de
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.
70 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 71
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.
Realice cualquiera de estas acciones:
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
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.
2. Compruebe que est seleccionado el recuadro de seleccin Habilitar el
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 Cadena de consulta HTTP
v Envo XML
v Autorizacin bsica
5. En el campo Nombre de clave, escriba el valor del tipo de usuario seleccionado
del que se vaya a realizar el seguimiento.
6. Realice una de estas acciones:
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.
v Pulse Cancelar para cancelar la operacin de adicin y volver a la ficha
Usuario.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de
gestin de aplicaciones.
Realice cualquiera de estas acciones:
v Pulse Aplicar para guardar los cambios y continuar utilizando la ficha
Aplicacin.
72 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
v Pulse Aceptar para guardar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
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:
1. En la ficha Sesiones, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
2. En la ficha Usuarios, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
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.
7. Realice una de estas acciones:
v Pulse Aceptar para aadir la informacin de filtro 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.
v Pulse Cancelar para cancelar la operacin de adicin y volver a la ficha
Usuario.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de
gestin de aplicaciones.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 73
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
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:
1. En la ficha Sesiones, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
2. En la ficha Usuarios, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
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.
.
74 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Puede inhabilitar las sesiones de seguimiento con este nombre de usuarios
annimos dejando en blanco el recuadro de seleccin Seguir a usuarios annimos.
Realice cualquiera de estas acciones:
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
de aplicaciones.
Procedimiento: eliminacin de tipos de usuarios
Para eliminar un tipo de usuario de la tabla, complete los pasos siguientes:
1. En la ficha Sesiones, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
2. Compruebe que est seleccionado el recuadro de seleccin Habilitar el
seguimiento de usuarios.
3. En la tabla Identificacin de usuario, resalte la entrada que se desee eliminar.
4. Pulse Eliminar. La entrada resaltada se elimina de inmediato de la tabla.
Realice cualquiera de estas acciones:
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
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:
1. En la ficha Sesiones, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
2. En la ficha Usuarios, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
3. En la tabla Informacin de usuarios nicos, resalte la entrada que se desee
eliminar.
4. Pulse Eliminar. La entrada resaltada se elimina de inmediato de la tabla.
Realice cualquiera de estas acciones:
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
gestin de aplicaciones.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 75
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
de aplicaciones.
Procedimiento: edicin de tipos de usuarios
Para editar un tipo de usuario de la tabla, complete los pasos siguientes:
1. En la ficha Sesiones, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
2. Compruebe que est seleccionado el recuadro de seleccin Habilitar el
seguimiento de sesiones.
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 Cadena de consulta HTTP
v Envo XML
v Autorizacin bsica
6. En el campo Nombre de clave, escriba el valor del tipo de usuario seleccionado
del que se vaya a realizar el seguimiento.
7. Realice una de estas acciones:
v Pulse Aceptar para completar la edicin.
v Pulse Cancelar para cancelar la operacin de edicin y volver a la ficha
Usuario.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de
gestin de aplicaciones.
Realice cualquiera de estas acciones:
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
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:
1. En la ficha Sesiones, compruebe que est seleccionado el recuadro de seleccin
Habilitar el seguimiento de sesiones.
2. Compruebe que est seleccionado el recuadro de seleccin Habilitar el
seguimiento de sesiones.
76 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
8. Realice una de estas acciones:
v Pulse Aceptar para cambiar la informacin de filtro de usuario a la tabla.
Volver a la ficha Usuario del Editor de configuracin de gestin de
aplicaciones. La informacin de filtro de usuario modificado se aade a la
tabla.
v Pulse Cancelar para cancelar la operacin de edicin y volver a la ficha
Usuario.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de
gestin de aplicaciones.
Realice cualquiera de estas acciones:
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
gestin de aplicaciones.
v Pulse Cancelar para cancelar los cambios y salir del Editor de configuracin de
gestin de aplicaciones.
v Pulse Ayuda para abrir la ayuda en lnea de Editor de configuracin de gestin
de aplicaciones.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 77
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.
78 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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 Message Broker
v WebSphere MQ
Procedimiento
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. Pulse y seleccione Clientes.
3. Realice una de estas acciones:
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:
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 79
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.
Consejo: Puede cambiar estos valores al configurar el perfil.
9. Pulse Applicar para distribuir esta lista de clientes a todos los agentes.
Tareas relacionadas o a seguir
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.
80 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 81
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:
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. 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.
Pulse el icono de la izquierda del campo de seleccin de la vista y
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.
82 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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 Robotic Response Time
v Transaction Tracking
v Web Response Time
7. Pulse Aceptar. Aparece una ventana de configuracin parecida al ejemplo
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.
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.
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 83
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.
84 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 85
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.
7. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
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.
8. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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.
86 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
1. Acceda a la vista Perfiles.
2. Pulse y seleccione el perfil deseado.
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.
4. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
5. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Procedimiento: creacin de otro perfil desde un perfil
existente
Use el procedimiento siguiente para crear otro perfil a partir de un perfil existente:
1. Acceda a la vista Perfiles.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 87
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.
7. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
8. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Procedimiento: supresin de un perfil
Use el procedimiento siguiente para suprimir un perfil:
1. Acceda a la vista Perfiles.
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
izquierda del campo de seleccin de vistas.
4. Confirme su intencin pulsando S cuando se le solicite. El perfil seleccionado
se suprime de la lista.
5. Pulse Aplicar para seguir utilizando el Editor de configuracin de gestin de
aplicaciones.
6. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de 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:
1. Acceda a la vista Perfiles.
2. Pulse y seleccione el perfil deseado.
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
configuracin de gestin de aplicaciones.
9. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Consulte el captulo Espacios de trabajo de la publicacin IBM Tivoli Composite
Application Manager for Transactions: Gua del usuario para obtener ms informacin
88 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
1. Acceda a la vista Perfiles.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 89
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.
90 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
configuracin de gestin de aplicaciones.
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).
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 91
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.
92 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 93
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
94 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 95
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
valor predeterminado.
96 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
propiedad son vlidos los valores siguientes:
True Siempre finalizar y reiniciar.
False Nunca finalizar y reiniciar.
Agent Default
Use el valor especificado en la configuracin de agentes. Este es el
valor predeterminado.
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 97
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.)
No aplicable No aplicable No aplicable
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)
No aplicable No aplicable No aplicable
Sampling percent 100% No aplicable 100% No aplicable 100%
Script interval
(minutes)
15 15 No aplicable No aplicable No aplicable
Success Return Code No aplicable 0 No aplicable No aplicable No aplicable
Timeout period
(seconds)
120 120 No aplicable No aplicable No aplicable
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 Robotic Response Time
v Web Response Time
98 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 99
Tabla 18. Mandatos AMCECLI (continuacin)
Comando Accin Subcomando Notas
addtransaction Aadir una transaccin a un
perfil
-profile profile_name
-transaction
transaction_name
[-filepath
property_filepath]
removetransaction Eliminar una transaccin de un
perfil
-profile profile_name
-transaction
transaction_name
stoptransaction Detener una transaccin en un
perfil
-profile profile_name
-transaction
transaction_name
starttransaction Iniciar una transaccin en un
perfil
-profile profile_name
-transaction
transaction_name
gettransactionstatus Obtener estado de una
transaccin en un perfil
-profile profile_name
-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
-profile profile_name
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
Application Management
Console por agente
-agenttype agent_code donde agent_code es: T5,
T6, o TU
100 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
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
profile_name es un nombre para el perfil nuevo
agent_code es T5, T6, o TU
Por ejemplo,
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-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:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command startprofile -profile profile_name
Para detener un perfil, ejecute el script siguiente:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command stopprofile -profile profile_name
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
profile_name es el nombre del perfil
Por ejemplo,
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command startprofile -profile newt6profile
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
informacin.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 101
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:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command starttransaction -profile profile_name -transaction transaction_name
Para detener una transaccin en un perfil, ejecute el script siguiente:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command stoptransaction -profile profile_name -transaction transaction_name
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
profile_name es el nombre del perfil
transaction_name es el nombre de la transaccin
Por ejemplo,
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command starttransaction -profile rrtprofile -transaction rptscriptname
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
informacin.
Supresin de perfiles utilizando AMCECLI
En lugar de utilizar Editor de configuracin de gestin de aplicaciones, puede
suprimir perfiles utilizando AMCECLI.
Ejecute el script siguiente:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command deleteprofile -profile profile_name
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
profile_name es el nombre del perfil
Por ejemplo,
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command deleteprofile -profile newt6profile
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
informacin.
102 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Adicin de transacciones a perfiles utilizando AMCECLI
En lugar de utilizar Editor de configuracin de gestin de aplicaciones, puede
aadir una transaccin a un perfil utilizando AMCECLI.
Ejecute el script siguiente:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command addtransaction -profile profile_name -transaction transaction_name
[-filepath properties_filename]
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
profile_name es el nombre del perfil
transaction_name es el nombre de la transaccin
properties_filename es el nombre del archivo de propiedades. Si no se
proporciona un archivo, se utilizan las propiedades de transaccin
predeterminadas.
Por ejemplo,
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command addtransaction -profile rrtprofile -transaction rptscriptname
[-filepath property.props]
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
informacin.
Eliminacin de transacciones de perfiles utilizando AMCECLI
En lugar de utilizar Editor de configuracin de gestin de aplicaciones, puede
eliminar una transaccin de un perfil utilizando AMCECLI.
Ejecute el script siguiente:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command removetransaction -profile profile_name -transaction transaction_name
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
profile_name es el nombre del perfil
transaction_name es el nombre de la transaccin
Por ejemplo,
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command removetransaction -profile rrtprofile -transaction rptscriptname
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
informacin.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 103
Adicin de agentes a perfiles utilizando AMCECLI
En lugar de utilizar Editor de configuracin de gestin de aplicaciones, puede
aadir un agente a un perfil utilizando AMCECLI.
Ejecute el script siguiente:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command addagent -profile profile_name -agent platform:agent_code
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
profile_name es el nombre del perfil
platform:agent_code es la plataforma en la que se instala el agente y el cdigo del
agente
Por ejemplo,
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command addagent -profile rrtprofile -agent aix71:T6
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
informacin.
Eliminacin de agentes de perfiles utilizando AMCECLI
En lugar de utilizar Editor de configuracin de gestin de aplicaciones, puede
eliminar un agente de un perfil utilizando AMCECLI.
Ejecute el script siguiente:
java -jar amcecli.jar -ip TEPS_ip -user TEPS_userid -password TEPS_password
-command removeagent -profile profile_name -agent platform:agent_code
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
profile_name es el nombre del perfil
platform:agent_code es la plataforma en la que se instala el agente y el cdigo del
agente
Por ejemplo,
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command removeagent -profile rrtprofile -agent aix71:T6
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
informacin.
104 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command listtransactions -agenttype T6
Listar transacciones en un perfil
Para listar las transacciones de un determinado perfil, ejecute el comando
listprofiletrans. Por ejemplo:
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-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:
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-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:
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-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:
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command gettransactionstatus -profile rrtprofile -transaction rpttransactionname
Listar mantenimiento en perfil
Para visualizar las planificaciones activas del perfil especificado, ejecute el
comando listschedules. Por ejemplo:
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-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:
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command listprofiles
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 105
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:
java -jar amcecli.jar -ip 192.0.2.255 -user sysadmin -password passwd
-command listagentprofiles -agenttype T6
El tipo de agente puede ser TU, T5 o T6.
Informacin relacionada
Consulte Referencia del mandato AMCECLI en la pgina 99 para ver ms
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.
106 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
1. Acceda al Tivoli Enterprise Portal.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 107
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.
108 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Tareas relacionadas o a seguir
Puede editar una lista de sistemas gestionados existente, crear una nueva lista a
partir de otra lista o suprimir una lista existente.
1. Acceda al Tivoli Enterprise Portal.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 109
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.
110 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 111
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.
112 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 113
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
114 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 115
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
116 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 117
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
configuracin de gestin de aplicaciones.
f. Cuando haya terminado, pulse Aceptar para cerrar el Editor de
configuracin de gestin de aplicaciones.
Procedimiento: aplicacin de la ventana de mantenimiento a un
perfil
Para aplicar la ventana de mantenimiento a un perfil realice los pasos siguientes:
1. Acceda a la vista Perfiles.
2. Para ver todos los perfiles existentes disponibles, pulse para expandir la
agrupacin.
3. Pulse el perfil al que desee aplicar el mantenimiento.
118 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
6. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
7. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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.
3. Pulse S para confirmar la operacin.
4. Pulse Aplicar para guardar sus cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
5. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 119
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.
120 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 121
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:
122 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Editor de configuracin de gestin de aplicaciones.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 123
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.
124 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 125
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.
5. Pulse Aplicar para guardar los cambios.
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.
126 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 127
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
128 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 129
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:
130 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
configuracin de gestin de aplicaciones.
g. Cuando haya terminado, pulse Aceptar para cerrar el Editor de
configuracin de gestin de aplicaciones.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 131
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).
132 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
8. Pulse Aplicar para guardar los cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
9. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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.
2. Si todava no lo ha hecho, pulse la pestaa Protocolos.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 133
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.
6. Pulse Aplicar para guardar los cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
7. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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.
2. Si todava no lo ha hecho, pulse la pestaa Protocolos.
3. La pestaa Protocolos mostrar una tabla con una lista de los protocolos
definidos:
134 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
5. Pulse Aplicar para guardar los cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
6. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
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.
3. Pulse S para confirmar la operacin.
4. Pulse Aplicar para guardar los cambios y continuar utilizando el Editor de
configuracin de gestin de aplicaciones.
5. Cuando haya terminado, pulse Aceptar para cerrar el Editor de configuracin
de gestin de aplicaciones.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 135
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.
136 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 137
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.
138 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 139
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.
140 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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)
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 141
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.
1. Acceda al Tivoli Enterprise Portal.
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
142 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 143
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.
144 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
configuracin de gestin de aplicaciones.
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.
Captulo 2. Uso de Editor de configuracin de gestin de aplicaciones 145
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.
146 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Copyright IBM Corp. 2008, 2013 147
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
148 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Rational Performance
Tester
S S S
GUI de SAP de
Rational Performance
Tester
S No No
Interfaz web de SAP
Rational Performance
Tester
S S S
Rational Performance
Tester Siebel
S S S
Ampliaciones de
sockets de Rational
Performance Tester
S No No
Servicios web(SOA)
Rational Performance
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
CANDLE_HOME\tmaitm6\app\RPT\config\
itcamrt-logging.properties
Configuracin de JLOG de Rational
Performance Tester
CANDLE_HOME\tmaitm6\app\RPT\config\
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)
CANDLE_HOME/tmaitm6/app/RPT/config/
itcamrt-logging.properties
Configuracin de JLOG de Rational
Performance Tester (slo para xLinux)
CANDLE_HOME/tmaitm6/app/RPT/config/
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
%ALLUSERSPROFILE%\ibm\tivoli\common\BWM\
logs\msg-robotic.log
Sentencias de mensajes de JLOG de Tivoli
Enterprise Management Agent
%ALLUSERSPROFILE%\ibm\tivoli\common\BWM\
logs\RPT\ {versin ejecucin}\trace-
rpt.log
Sentencias de rastreo de JLOG de Rational
Performance Tester
150 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Archivo Descripcin
%ALLUSERSPROFILE%\ibm\tivoli\common\BWM\
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
Agent RAS1. RAS1 es el nombre del recurso
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
Enterprise Management Agent
/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
Captulo 3. Personalizacin de reproducciones robticas 151
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
152 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 3. Personalizacin de reproducciones robticas 153
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:
154 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 3. Personalizacin de reproducciones robticas 155
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
En esta seccin se incluyen los temas siguientes:
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
156 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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).
Captulo 3. Personalizacin de reproducciones robticas 157
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.
158 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 159
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.
160 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 161
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.
162 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 163
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.
164 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 3. Personalizacin de reproducciones robticas 165
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.
166 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
9. 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)
Captulo 3. Personalizacin de reproducciones robticas 167
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.
168 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 3. Personalizacin de reproducciones robticas 169
Tareas relacionadas o a seguir
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
Rational Performance Tester.
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.
170 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 3. Personalizacin de reproducciones robticas 171
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.
172 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 3. Personalizacin de reproducciones robticas 173
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.
174 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
8. 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)
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
Rational Performance Tester.
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.
Captulo 3. Personalizacin de reproducciones robticas 175
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:
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 la ficha Opciones de HTTP, tal como se muestra en el ejemplo
siguiente:
176 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 177
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:
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 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.
178 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 179
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.
180 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 181
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.
182 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
8. 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)
Resultados esperados
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.
Captulo 3. Personalizacin de reproducciones robticas 183
Tareas relacionadas o a seguir
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.
184 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 3. Personalizacin de reproducciones robticas 185
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 .
186 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 187
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.
188 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 3. Personalizacin de reproducciones robticas 189
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.
190 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 3. Personalizacin de reproducciones robticas 191
1. Desde la barra de herramientas del workbench de 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.
Consulte la biblioteca de documentacin de Rational Functional Tester para obtener
ms informacin sobre la grabacin y la reproduccin de scripts de prueba en
Rational Functional Tester.
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
192 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Consulte la biblioteca de documentacin de Rational Functional Tester para obtener
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:
1. Desde la barra de herramientas del workbench de Rational Functional Tester,
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.
Captulo 3. Personalizacin de reproducciones robticas 193
2. Especifique la informacin de la conexin de host donde se encuentre la
Consola de gestin de aplicaciones y pulse Siguiente.
194 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 3. Personalizacin de reproducciones robticas 195
Exported
Use la configuracin de aplicacin proporcionada en el script.
Local Use la configuracin de aplicacin ubicada en el agente. Este es el
valor predeterminado.
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.
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
propiedad son vlidos los valores siguientes:
True Siempre finalizar y reiniciar.
False Nunca finalizar y reiniciar.
Agent Default
Use el valor especificado en la configuracin de agentes. Este es el
valor predeterminado.
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
Rational Functional Tester.
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
configuracin de gestin de aplicaciones.
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.
196 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 3. Personalizacin de reproducciones robticas 197
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:
198 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 199
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.
200 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
%DEVPROJECT_HOME%\TestDataStore\DefaultTestScriptDatastore
\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:
%DEVPROJECT_HOME%\TestDataStore\DefaultTestScriptDatastore
\TMS_Scripts\externC
%DEVPROJECT_HOME%\TestDataStore\DefaultTestScriptDatastore
\TMS_Scripts\dll
5. Copie SWARM.h al directorio siguiente:
%DEVPROJECT_HOME%\TestDataStore\DefaultTestScriptDatastore
\TMS_Scripts\include
6. Copie SWARM.h al directorio siguiente:
Captulo 3. Personalizacin de reproducciones robticas 201
%DEVPROJECT_HOME%\TestDataStore\DefaultTestScriptDatastore
\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
202 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
\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
Ubicacin del directorio GUI
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\dll
Ubicacin del directorio VU
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\externC
v Tipo de archivo: scripts
Ubicacin del directorio GUI
<proyecto>\DefaultTestScriptDatastore\TMS_Scripts\
Ubicacin del directorio VU
<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", "");
Captulo 3. Personalizacin de reproducciones robticas 203
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).
4. 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)
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.
204 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 3. Personalizacin de reproducciones robticas 205
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
206 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 3. Personalizacin de reproducciones robticas 207
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.
208 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Robotic Response Time.
En este ejemplo, el nombre de host del servidor es incorrecto.
Captulo 3. Personalizacin de reproducciones robticas 209
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.
210 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 3. Personalizacin de reproducciones robticas 211
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.
212 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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";
Busque esto en el script de Mercury original:
<none>
Aada esta lnea:
/* Tivoli: Added ARM Library */ lr_load_dll("libSWARM32.dll"); \
arm_set_app_name_rt("Mercury LoadRunner");
Busque esto en el script de Mercury original:
<none>
Aada esta lnea:
/* Tivoli: Added overall ARM start transaction */
arm_start_with_name_rt("ScriptName");
Busque esto en el script de Mercury original:
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);
Busque esto en el script de Mercury original:
lr_start_sub_transaction ("TransactionName", "ParentTransactionName");
Aada esta lnea:
Captulo 3. Personalizacin de reproducciones robticas 213
/* Tivoli: Added ARM start */
arm_start_with_parent_rt(ParentTransactionName, TransactionName)
Busque esto en el script de Mercury original:
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);
Busque esto en el script de Mercury original:
lr_end_transaction("TransactionName", LR_AUTO);
O
lr_end_sub_transaction("TransactionName", LR_AUTO);
Aada esta lnea:
/* Tivoli: Added ARM stop */
if (lr_get_transaction_status() == LR_FAIL) {
arm_stop_with_name_rt("TransactionName ", ARM_FAIL);
} else {
arm_stop_with_name_rt("TransactionName ", ARM_GOOD);
}
Busque esto en el script de Mercury original:
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:
/* Tivoli: Added ARM stop */
if (lr_get_trans_instance_status() == LR_FAIL) {
arm_stop_failed_rt();
} else {
arm_stop _rt();
}
Busque esto en el script de Mercury original:
lr_end_transaction("TransactionName", LR_FAIL);
Aada esta lnea:
/* Tivoli: Added ARM stop */
arm_stop_with_name_rt("TransactionName ", ARM_FAIL);
Busque esto en el script de Mercury original:
web_url(HTML Page Name, ....
O
web_custom_request(HTML Page Name, ....
O
214 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
/* Tivoli: Added ARM start */
arm_start_with_name_rt("HTML Page Name");
arm_copy_correlator_hex_rt;
web_add_header(ARM_CORRELATOR, arm_corr);
SEGUIDO DE
/* Tivoli: Added ARM stop */
arm_stop_with_name_rt("HTML Page Name", ARM_GOOD);
Busque esto en el script de Mercury original:
<none>
Aada esta lnea:
/* Tivoli: Added overall ARM stop transaction */
arm_stop_all_with_status_rt(ARM_GOOD);
Trabajo con archivos de script
En esta seccin se incluyen los temas siguientes:
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
Robotic Response Time.
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.
2. Acceda al Tivoli Enterprise Portal.
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.)
Captulo 3. Personalizacin de reproducciones robticas 215
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.
216 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 217
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:
218 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 3. Personalizacin de reproducciones robticas 219
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.
220 IBM Tivoli Composite Application Manager for Transactions: 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
de gestin de aplicaciones.
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
Captulo 3. Personalizacin de reproducciones robticas 221
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
222 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 3. Personalizacin de reproducciones robticas 223
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
224 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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 3. Personalizacin de reproducciones robticas 225
226 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Copyright IBM Corp. 2008, 2013 227
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.
228 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
230 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 4. Personalizacin de Web Response Time 231
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
232 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 4. Personalizacin de Web Response Time 233
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.
234 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 4. Personalizacin de Web Response Time 235
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.
236 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Establezca los valores siguientes:
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:
Captulo 4. Personalizacin de Web Response Time 237
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.
Establezca los valores siguientes:
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.
238 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 4. Personalizacin de Web Response Time 239
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.
240 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 4. Personalizacin de Web Response Time 241
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.
242 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 4. Personalizacin de Web Response Time 243
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
244 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 4. Personalizacin de Web Response Time 245
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.
246 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 4. Personalizacin de Web Response Time 247
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
modalidad de dispositivo
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.
248 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Acerca de esta tarea
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:
Captulo 4. Personalizacin de Web Response Time 249
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.
250 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Consejo: Necesita este valor al configurar Tiempo de respuesta de web,
as que antelo.
9) Pulse Aceptar.
e. Guarde el Almacn de claves KFC.
Qu hacer a continuacin
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.
Acerca de esta tarea
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.
Captulo 4. Personalizacin de Web Response Time 251
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.
Qu hacer a continuacin
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
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.
Acerca de esta tarea
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.
252 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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?
Captulo 4. Personalizacin de Web Response Time 253
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.
Qu hacer a continuacin
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
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.
Acerca de esta tarea
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.
254 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Nota: Necesitar este valor al configurar Web Response Time, as que
antelo.
9) Pulse Aceptar.
e. Guarde el Almacn de claves KFC.
Qu hacer a continuacin
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
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.
Captulo 4. Personalizacin de Web Response Time 255
Acerca de esta tarea
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.
Nota: Necesitar este valor al configurar Web Response Time, as que
antelo.
i. Pulse Aceptar.
5. Guarde la base de datos Almacn de claves KFC.
Qu hacer a continuacin
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).
256 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 4. Personalizacin de Web Response Time 257
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.
Acerca de esta tarea
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
258 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 4. Personalizacin de Web Response Time 259
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
260 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
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
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
Captulo 4. Personalizacin de Web Response Time 261
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.
262 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 4. Personalizacin de Web Response Time 263
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
264 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 4. Personalizacin de Web Response Time 265
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).
266 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Resultados esperados
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.
Captulo 4. Personalizacin de Web Response Time 267
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
<!-- ------------------------------------------------- -->
<!-- Inserte esto justo debajo del elemento <head> de apertura -->
<!-- ------------------------------------------------- -->
<script id="ITO4T_timer_head" type="text/javascript">
<!-- //
var ITO4T_start_time = new Date();
var ITO4T_URL = "/ITO4T_timer.txt";
// Configure esto en el mismo valor que WRM_ANALYZER_QUEUE_WAIT
// en el agente de supervisin Tiempo de respuesta de web.
var ITO4T_WAIT = 15000;
var ITO4T_start_query = "brt";
var ITO4T_end_query = "crt";
function sendITO4TPageTag(query)
{
try
{
var ITO4T_req = window.XMLHttpRequest ?
new XMLHttpRequest() :
new ActiveXObject("MSXML2.XMLHTTP.3.0");
ITO4T_req.open("GET", ITO4T_URL + "?" + query, true);
ITO4T_req.setRequestHeader("If-Modified-Since",
"Thu, 1 Jan 1970 00:00:01 GMT");
ITO4T_req.send(null);
}
catch(err) {}
}
// enviar etiqueta de pgina de inicio de inmediato
sendITO4TPageTag(ITO4T_start_query);
// llamada de respuesta para enviar la etiqueta de la pgina de cierre
// (con tiempo de entrega de cliente calculado)
var ITO4T_timeout = false;
var ITO4T_done = false;
function getITO4TRenderTime()
{
if (! ITO4T_done)
268 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
{
var ITO4T_now = new Date();
var ITO4T_render_time = ITO4T_now - ITO4T_start_time;
sendITO4TPageTag(ITO4T_end_query + "=" + ITO4T_render_time);
ITO4T_done = true;
if (ITO4T_timeout)
{
clearTimeout(ITO4T_timeout);
}
}
}
// invocar getITO4TRenderTime() si excedemos tiempo de espera
// antes de que se llame body.onload o .onunload.
ITO4T_timeout = setTimeout("getITO4TRenderTime()", ITO4T_WAIT);
// -->
</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:
1. En la ventana Manage Tivoli Enterprise Monitoring Services, pulse con el
botn derecho del ratn el agente Web Response Time y seleccione
Reconfigurar.
Captulo 4. Personalizacin de Web Response Time 269
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.
270 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 4. Personalizacin de Web Response Time 271
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.
272 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 4. Personalizacin de Web Response Time 273
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.
274 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 4. Personalizacin de Web Response Time 275
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.
276 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Management Agent guardados
%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
Management Agent guardados
$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.
Captulo 4. Personalizacin de Web Response Time 277
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
278 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 4. Personalizacin de Web Response Time 279
Tabla 27. Parmetros de Web Response Time Analyzer (continuacin)
Parmetro Archivo Descripcin
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
280 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tabla 27. Parmetros de Web Response Time Analyzer (continuacin)
Parmetro Archivo Descripcin
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
Captulo 4. Personalizacin de Web Response Time 281
Tabla 27. Parmetros de Web Response Time Analyzer (continuacin)
Parmetro Archivo Descripcin
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.
Nota: No modifique este parmetro a menos que se lo
indique el Soporte de software de IBM.
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
282 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tabla 27. Parmetros de Web Response Time Analyzer (continuacin)
Parmetro Archivo Descripcin
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
Captulo 4. Personalizacin de Web Response Time 283
Tabla 27. Parmetros de Web Response Time Analyzer (continuacin)
Parmetro Archivo Descripcin
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
284 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Tabla 27. Parmetros de Web Response Time Analyzer (continuacin)
Parmetro Archivo Descripcin
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()
Captulo 4. Personalizacin de Web Response Time 285
Tabla 27. Parmetros de Web Response Time Analyzer (continuacin)
Parmetro Archivo Descripcin
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.
Nota: No modifique este parmetro a menos que se lo
indique el Soporte de software de IBM.
90
KFC_HTTP_OUTPUT_
UNMERGED_OBJECTS
KFCMENV Especifica si se deben mostrar o descartar los objetos
incorporados de la pgina HTTP no fusionados.
No
286 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 4. Personalizacin de Web Response Time 287
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
Agent RAS1. RAS1 es el nombre del recurso
de registro de IBM Tivoli Monitoring.
%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
Agent RAS1. RAS1 es el nombre del recurso
de registro de IBM Tivoli Monitoring.
$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.
288 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
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
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 4. Personalizacin de Web Response Time 289
290 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Robotic Response Time
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
Copyright IBM Corp. 2008, 2013 291
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
v WebSphere Message Broker
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
espacios de trabajo de Transaction Tracking en el Tivoli Enterprise Portal.
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
espacios de trabajo de Transaction Tracking en el Tivoli Enterprise Portal.
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.
292 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
v Robotic Response Time
v WebSphere Application Server
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
v WebSphere Application Server 6.0
v WebSphere Application Server 6.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
294 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
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.
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.
Captulo 5. Dominios soportados por Transaction Tracking 295
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
296 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
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.
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.
Captulo 5. Dominios soportados por Transaction Tracking 297
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
298 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Tivoli Enterprise Portal.
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.
Captulo 5. Dominios soportados por Transaction Tracking 299
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
v Robotic Response Time
v WebSphere Application Server
300 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Qu hacer a continuacin
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
Captulo 5. Dominios soportados por Transaction Tracking 301
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 (/).
302 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 5. Dominios soportados por Transaction Tracking 303
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.
304 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 5. Dominios soportados por Transaction Tracking 305
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
306 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 5. Dominios soportados por Transaction Tracking 307
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
308 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Visualizacin de datos de seguimiento de transacciones de
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.
Los datos de seguimiento de transacciones recopilados desde un despliegue de
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
Captulo 5. Dominios soportados por Transaction Tracking 309
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.
Interpretacin de topologas
Las topologas visualizadas en los espacios de trabajo de Transaction Tracking
requieren una interpretacin especfica para las transacciones de CICS TXSeries.
310 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Visualizacin de datos de seguimiento de transacciones de
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.
Captulo 5. Dominios soportados por Transaction Tracking 311
Interpretacin de datos de rendimiento
Los datos de rendimiento visualizados en los espacios de trabajo de Transaction
Tracking requiere una interpretacin especfica para las transacciones de
WebSphere Message Broker:
v Los datos de Tiempo total representa el tiempo medio que tarda en completarse
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.
v Porcentaje correcto, Porcentaje lento y Porcentaje fallido representan una
evaluacin de un umbral de rendimiento definido. Establezca los umbrales en el
Editor de configuracin de gestin de aplicaciones.
Interpretacin de topologas
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.
Visualizacin de datos de seguimiento de transacciones de
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.
Los datos de seguimiento de transacciones recopilados desde un despliegue de
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.
312 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Interpretacin de datos de rendimiento
Los datos de rendimiento visualizados en los espacios de trabajo de Transaction
Tracking requiere una interpretacin especfica para las transacciones de
WebSphere MQ:
v Los datos de Tiempo total representa el tiempo medio que tarda en completarse
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.
v Porcentaje correcto, Porcentaje lento y Porcentaje fallido representan una
evaluacin de un umbral de rendimiento definido. Para las transacciones de
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.
Interpretacin de topologas
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.
Captulo 5. Dominios soportados por Transaction Tracking 313
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
314 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 5. Dominios soportados por Transaction Tracking 315
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
316 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 5. Dominios soportados por Transaction Tracking 317
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
318 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Interpretacin de topologas
Los datos de rendimiento visualizados en los espacios de trabajo de Transaction
Tracking requiere una interpretacin especfica para las transacciones de Tuxedo
Tracking:
v Los datos de Tiempo total representa el tiempo medio que tarda en completarse
una transaccin.
v Porcentaje correcto, Porcentaje lento y Porcentaje fallido representan una
evaluacin de un umbral de rendimiento definido. Para las transacciones de
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.
Captulo 5. Dominios soportados por Transaction Tracking 319
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
320 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 5. Dominios soportados por Transaction Tracking 321
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
322 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 5. Dominios soportados por Transaction Tracking 323
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
324 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Interpretacin de topologas
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
Captulo 5. Dominios soportados por Transaction Tracking 325
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
326 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Transaction Tracking.
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
Captulo 5. Dominios soportados por Transaction Tracking 327
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.
328 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 5. Dominios soportados por Transaction Tracking 329
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
330 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 5. Dominios soportados por Transaction Tracking 331
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
332 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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 5. Dominios soportados por Transaction Tracking 333
334 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Copyright IBM Corp. 2008, 2013 335
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
336 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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*
v http://www.hostname.com/contextroot/path/morepath/application2*
v http://www.hostname.com/contextroot/path/morepath/application3*
v http://www.hostname.com/contextroot/path/morepath/application4*
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
338 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
Captulo 6. Optimizacin del seguimiento de transacciones 339
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.
340 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 6. Optimizacin del seguimiento de transacciones 341
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.
342 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 6. Optimizacin del seguimiento de transacciones 343
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:
344 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 6. Optimizacin del seguimiento de transacciones 345
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
para ver ms informacin.
3. Pulse Siguiente y despus Finalizar para crear el enlace.
346 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Qu hacer a continuacin
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 6. Optimizacin del seguimiento de transacciones 347
348 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Copyright IBM Corp. 2008, 2013 349
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
350 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
ITCAM for Transactions
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.
352 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 7. Supervisin de los servicios de Internet 353
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.
354 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Acerca de esta tarea
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.
7. Pulse Aplicar para guardar los cambios.
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.
Captulo 7. Supervisin de los servicios de Internet 355
Por perfil
La distribucin de perfiles de usuario por perfil permite distribuir un perfil cada
vez a varios sistemas gestionados.
Acerca de esta tarea
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.
5. Pulse Aplicar para guardar los cambios.
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.
Acerca de esta tarea
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.
356 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
7. Pulse Aplicar para guardar los cambios.
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.
Acerca de esta tarea
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.
4. Pulse Aplicar para guardar los cambios.
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
Captulo 7. Supervisin de los servicios de Internet 357
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
358 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 7. Supervisin de los servicios de Internet 359
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.
360 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 7. Supervisin de los servicios de Internet 361
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.
362 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 7. Supervisin de los servicios de Internet 363
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.
Acerca de esta tarea
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.
364 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
8. Pulse Aplicar para guardar los cambios.
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:
1. En el panel izquierdo de la ventana Internet Service Monitoring Configuration,
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.
4. Pulse Aplicar para guardar los cambios.
Supresin de elementos de perfil
Puede suprimir elementos de perfil que ya no se necesitan.
Acerca de esta tarea
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:
1. En el panel izquierdo de la ventana Internet Service Monitoring Configuration,
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.
Captulo 7. Supervisin de los servicios de Internet 365
3. Pulse Suprimir.
4. Pulse S para confirmar la supresin.
5. Pulse Aplicar para guardar los cambios.
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.
Acerca de esta tarea
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:
1. En el panel izquierdo de la ventana Internet Service Monitoring Configuration,
seleccione el perfil de usuario que contiene el elemento necesario.
2. En el panel derecho, seleccione el elemento pulsando cualquiera de los campos
de parmetros obligatorios del elemento.
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.
6. Pulse Aplicar para guardar los cambios.
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.
366 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
1. En el panel izquierdo de la ventana Internet Service Monitoring Configuration,
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.
4. Pulse Aplicar para guardar los cambios.
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
Captulo 7. Supervisin de los servicios de Internet 367
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.
7. Pulse Aplicar para guardar los cambios.
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
368 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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:
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. 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.
6. Pulse S para confirmar la supresin.
7. Pulse Aplicar para guardar los cambios.
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.
Acerca de esta tarea
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:
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.
Captulo 7. Supervisin de los servicios de Internet 369
3. En la seccin superior del panel derecho, seleccione el grupo que vaya a
suprimir.
4. Pulse Suprimir.
5. Pulse S para confirmar la supresin.
6. Pulse Aplicar para guardar los cambios.
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
Tivoli Enterprise Portal.
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.
13. Pulse Aplicar para guardar los cambios.
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.
370 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 7. Supervisin de los servicios de Internet 371
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
372 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 7. Supervisin de los servicios de Internet 373
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
Tivoli Enterprise Portal:
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
Tivoli Enterprise Portal:
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.
Qu hacer a continuacin
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
374 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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,
Captulo 7. Supervisin de los servicios de Internet 375
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.
376 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 7. Supervisin de los servicios de Internet 377
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.
Valor predeterminado:
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.
Valor predeterminado:
$ISMHOME/certificates/
monitorKey.pem
BridgeSSLKeyPassword string -bridgesslkeypassword La contrasea utilizada para cifrar la
clave privada Bridge SSL.
Valor predeterminado: tivoli
378 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
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.
Valor predeterminado:
$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.
Valor predeterminado: 1
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.
Captulo 7. Supervisin de los servicios de Internet 379
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
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.
380 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
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.
Valor predeterminado: 10
MaxLogFileSize integer -maxlogfilesize El tamao mximo (en bytes) del
archivo de registro.
Valor predeterminado: 1048576
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.
Valor predeterminado:
$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.
Valor predeterminado: 60
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.
Captulo 7. Supervisin de los servicios de Internet 381
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
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.
Valor predeterminado: 10
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.
Valor predeterminado: 50
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.
Valor predeterminado: 100
PropsFile string -propsfile El nombre del archivo de
propiedades.
Valor predeterminado:
$ISMHOME/etc/props/
supervisor.props
382 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
QFile string -qfile Establece el nombre del archivo de
almacenamiento y reenvo.
Valor predeterminado:
$ISMHOME/var/supervisor.saf.
QSize integer -qsize Establece el tamao reservado (en
bytes) del archivo de
almacenamiento y reenvo.
Valor predeterminado: 10240000
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.
Captulo 7. Supervisin de los servicios de Internet 383
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.
Nota: El supervisor TRANSX no genera este elemento.
$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.
Nota: El supervisor TRANSX no genera este elemento.
$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).
384 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 7. Supervisin de los servicios de Internet 385
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
386 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Captulo 7. Supervisin de los servicios de Internet 387
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
388 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Captulo 7. Supervisin de los servicios de Internet 389
Tabla 41. Configuracin del supervisor DHCP (continuacin)
Campo Descripcin
timeout El tiempo, en segundos, de espera para que responda el
servidor.
Valor predeterminado: 10
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.
Valor predeterminado: 300
failureretests El nmero de veces para repetir las pruebas antes de indicar
una anomala.
Valor predeterminado: 0
retestinterval El tiempo, en segundos, que esperar entre cada repeticin de
prueba tras una anomala.
Valor predeterminado: 10
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.
390 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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).
Captulo 7. Supervisin de los servicios de Internet 391
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
392 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Archivos de supervisor Nombre o ubicacin
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
Captulo 7. Supervisin de los servicios de Internet 393
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
394 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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
Propiedades y opciones de la lnea de mandatos
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.
Valor predeterminado:
ANY.
LookupServerName 0|1 -lookupservername Permite la bsqueda de
DNS en la direccin IP
del servidor DNS.
0: inhabilitado
1: habilitado
Captulo 7. Supervisin de los servicios de Internet 395
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.
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.
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.
timeout El tiempo, en segundos, de espera para que responda el
servidor.
Valor predeterminado: 10.
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.
Valor predeterminado: 300.
failureretests El nmero de veces para repetir las pruebas antes de indicar
una anomala.
Valor predeterminado: 0.
retestinterval El tiempo, en segundos, que esperar entre cada repeticin de
prueba tras una anomala.
Valor predeterminado: 10.
396 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Clasificaciones del nivel de servicio:
Las clasificaciones del nivel de servicio proporcionan los criterios para evaluar el
cumplimiento del SLA.
Las opciones de clasificacin del nivel de servicio disponibles para el supervisor
DNS son estas:
totalTime
responseTime
lookupName
lookupIP
serverName
authoritative
domainNameServer
domainEmailAddr
mxRecords
mxPreference
mxHost1
mxHost2
mxHost3
mxHost4
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. Para
ver una lista de valores posibles, consulte Mensajes de estado en la pgina
399.
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 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.
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 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.
Captulo 7. Supervisin de los servicios de Internet 397
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.
398 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Mensajes de estado:
El supervisor DNS 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.
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)
Hay un problema con la red.
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
aparecen en laTabla 51.
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
Captulo 7. Supervisin de los servicios de Internet 399
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
Archivos de supervisor Nombre o ubicacin
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
400 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
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.
Propiedades y opciones de la lnea de mandatos
No hay propiedades ni opciones de la lnea de mandatos especficas del supervisor
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.
Active Selecciona si el elemento de perfil debe activarse una vez
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.
Captulo 7. Supervisin de los servicios de Internet 401
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.
timeout El tiempo, en segundos, de espera para que responda el
servidor.
Valor predeterminado: 30
poll El tiempo, en segundos, entre cada sondeo.
Valor predeterminado: 300
failureretests El nmero de veces para repetir las pruebas antes de indicar
una anomala.
Valor predeterminado: 0.
retestinterval El tiempo, en segundos, que esperar entre cada repeticin de
prueba tras una anomala.
Valor predeterminado: 10.
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.
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 $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.
402 IBM Tivoli Composite Application Manager for Transactions: Gua del administrador
Clasificaciones del nivel de servicio:
Las clasificaciones del nivel de servicio definen las reglas para determinar el nivel
de servicio proporcionado por un servidor FTP.
Las opciones de clasificacin del nivel de servicio disponibles para el supervisor
FTP son estas:
totalTime
responseTime
lookupTime
transferTime
bytesTransferred
bytesPerSec
checksum
previousChecksum
status
regexpMatchde 1 a 3
regexpStatusde 1 a 3
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. Para
ver una lista de valores posibles, consulte Mensajes de estado en la pgina
405.
v El operando es una cadena o un nmero positivo.
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.
Captulo 7. Supervisin de los servicios de Internet 403
Elementos de supervisor:
Adems de los resultados de las pruebas comunes para todos los elementos, el
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.
Los elementos indicados con un asterisco (*) estn disponibles como atributos de
espacios