Universal Transaction Agent - HelpSystemsregistrar todas las pulsaciones de teclas1, movimientos del...

Universal Transaction AgentGuía de Usuario

8.0VMC-TUC

VISUAL Message Center Universal Transaction Agent Guía de Usuario

El software descrito en este documento se distribuye bajo un contracto de licencia y puede utilizarse

únicamente de acuerdo a los términos de uso de dicho acuerdo.

Aviso de Copyright

Copyright © 2014 Tango/04. Todos los derechos reservados.

Fecha de documento: Septiembre 2014

Versión de documento: 1.1

Versión de producto: 8.0

Ninguna parte de esta publicación puede reproducirse, transmitirse, transcribirse, almacenarse en un

sistema de recuperación o traducirse a ningún idioma o lenguaje de programación, de ninguna forma ni

medio, electrónico, mecánico, magnético, óptico, químico, manual, o de cualquier otro tipo, sin el

permiso por escrito previo de Tango/04.

Marcas Registradas

Cualquier referencia a nombres de productos registrados son propiedad de las respectivas empresas.

Soporte Técnico

Para soporte técnico visite nuestra página web en www.tango04.com.

Tango/04 Computing Group S.L. Avda. Meridiana 358, 5 A-B Barcelona 08027 España

Teléfono: +34 93 274 0051

http://www.tango04.com

http://www.tango04.com

Tabla de Contenidos

Tabla de Contenidos

Tabla de Contenidos.......................................................................... III

Cómo Usar esta Guía.......................................................................... V

Capítulo 1

Introducción ...................................................................................... 11.1. ¿Qué es una transacción de una aplicación? ................................................1

1.2. ¿Cómo funciona?............................................................................................2

1.2.1. Universal Transaction Server....................................................................2

1.2.2. Universal Transaction Central Component ...............................................3

1.3. Implementación...............................................................................................4

Capítulo 2

Universal Transactions Script runner – Requisitos ................................ 52.1. Sesión dedicada ............................................................................................5

2.2. Ejecución preparada .......................................................................................5

2.3. Sincronizar la aplicación ................................................................................6

Capítulo 3

Universal Transaction Script Runner – Wizard ...................................... 73.1. Recomendaciones .........................................................................................7

3.2. Iniciar su grabación ........................................................................................9

3.2.1. Visión General...........................................................................................9

3.2.2. Antes de Empezar...................................................................................10

© 2014 Tango/04 Computing Group Página III

Tabla de Contenidos

3.2.3. Aplicación................................................................................................10

3.2.4. Finalización ............................................................................................12

3.2.5. Otros ajustes ..........................................................................................13

3.2.6. Grabación................................................................................................15

3.2.7. Prueba.....................................................................................................18

3.2.8. Finalizar...................................................................................................18

3.3. Editar el script ...............................................................................................19

3.4. Demostraciones ............................................................................................20

Capítulo 4

Universal Transactions Central Component ......................................... 224.1. Configurar el origen de datos........................................................................22

4.1.1. Main Information .....................................................................................23

4.1.2. Pestaña Universal Transaction Server....................................................23

4.1.3. Pestaña Transaction ...............................................................................23

4.1.4. Pestaña Remote Desktop .......................................................................24

4.1.5. Pestaña General .....................................................................................25

4.2. Configurara el monitor ..................................................................................26

4.2.1. Health Rules ...........................................................................................26

4.2.2. Advanced ...............................................................................................27

4.2.3. Variables del ThinAgent ..........................................................................28

4.2.4. Mapeo de campo SmartConsole – ThinkServer .....................................29

Apéndices

Apéndice A: Ejecución de Transacciones e Incidencias de Time-Out ....... 30A.1. Ejecución de Transacciones de Aplicación ..................................................30

A.2. Errores de Time-Out.....................................................................................30

A.2.1. Error de Time-Out Error T1.....................................................................31

A.2.2. T2 Time-Out Error...................................................................................32

A.2.3. Otros Errores de Time-Out .....................................................................32

Apéndice B: Universal Transaction ThinAgent y Terminal Server............ 34B.1. Modelo de Implementación de la Solución UTA ..........................................34

B.2. Cliente de Escritorio Remoto........................................................................34

B.3. Resumen de Usuario....................................................................................35

B.4. Información relativa a Software Adicional ....................................................36

© 2014 Tango/04 Computing Group Página IV

Tabla de Contenidos

Apéndice C: Contactar con Tango/04 ................................................. 37

Acerca de Tango/04 Computing Group ............................................... 39

Aviso Legal...................................................................................... 40

© 2014 Tango/04 Computing Group Página V

Cómo Usar esta Guía

© 2014 Tango/04 Computing Group Página VI

Cómo Usar esta Guía

Este capítulo explica cómo usar las Guías de Usuario de Tango/04 y comprender las convenciones

tipográficas usadas en toda la documentación de Tango/04.

Convenciones Tipográficas

Los siguientes términos, formatos de texto y símbolos convencionales se utilizan en toda la

documentación impresa de Tango/04:

Convention Descripción

Negrita Mandatos, botones en pantalla y opciones de menú.

Cursiva azul Referencias y enlaces a otras secciones en el manual o a otra documentación que contiene información relevante.

Cursiva Texto mostrado en pantalla, o variables donde el usuario debe sustituir sus propios detalles.

Monospacia Mandatos de entrada como mandatos o código System i, o texto que los usuarios deben teclear.

MAYUSCULA Claves de teclado, como CTRL para la tecla Control y F5 para la tecla de función que está etiquetada como F5.

Notas e información adicional de utilidad.

Consejos y pistas que mejoran la experiencia de usuario al trabajar con este producto.

Importante: información adicional que es altamente recomendable que el usuario tenga en cuenta.

Aviso: El no seguir esta información podría derivar potencialmente en serios problemas.

Introducción

Capítulo 11 Introducción

¿Cuál es la experiencia real de los usuarios de sus aplicaciones de negocio? ¿Cuál es el tiempo de

respuesta real que obtienen de SAP, Siebel o Citrix? ¿Con que velocidad se llevan a cabo las

transacciones a través de una interface de emulación IBM 3270?

El nuevo Universal Transaction ThinAgent le ayuda a responder adecuadamente a estas preguntas

reproduciendo una transacción típica de usuario y midiendo el tiempo que necesita para completarse.

Este ThinAgent le ayuda a controla los procesos de aplicaciones que no pueden monitorizarse con

otros agentes de VISUAL Message Center, pero que pueden monitorizarse con éxito simulando una

transacción sintética. Algunos ejemplos son:

• Siebel y otras grandes aplicaciones de CRM

• SAP y otras grandes aplicaciones de ERP

• Citrix

• Aplicaciones OS/400 accedidas a través de emulaciones de terminal IBM 5250

• Aplicaciones OS/390 accedidas a través de una emulación 3270

• Aplicaciones basadas en navegadores que utilizan controles ActiveX

• Aplicaciones basadas en DOS en modo texto

• Y muchas más!

1.1 ¿Qué es una transacción de una aplicación? Una transacción de una aplicación, como una transacción Web, es una serie de pasos que un usuario

lleva a cabo para cumplir una tarea en particular utilizando una aplicación con una interface basada en

Windows. Por ejemplo, monitorizar la disponibilidad y tiempos de respuesta de una cuenta de correo

Web necesita cierto número de pasos como:

• Abrir el explorador Web

• Introducir la URL de la aplicación de correo Web

• Iniciar sesión con ID de Usuario y Contraseña

• Esperar a que se abra la cuenta

• Cerrar sesión de la aplicación de correo Web

© 2014 Tango/04 Computing Group Página 1

Introducción

• Cerrar el buscador Web

Las transacciones de aplicaciones se almacenan como archivos de script ALEV en el host Universal

Transaction Server. El Universal Transactions ThinAgent ejecuta el script a intervalos regulares para

recuperar información sobre la disponibilidad y el rendimiento de la aplicación. En caso de problemas,

el ThinAgent ayuda a señalar el área de problema específico en la aplicación, permitiendo una

resolución rápida del problema.

1.2 ¿Cómo funciona?El Universal Transactions ThinAgent consta de dos componentes

• El Universal Transaction Script runner, localizado en el sistema a monitorizar

• El Universal Transaction Central Component, localizado en el ThinkServer

Figura 1 – Arquitectura del Universal Transaction ThinAgent

1.2.1 Universal Transaction ServerEl Universal Transaction Scritp runner comprende dos módulos:

• El Universal Transaction Script runner Wizard es una sofisticada herramienta que le ayuda a

definir y grabar fácilmente las transacciones de la aplicación que desea monitorizar. Le permite

registrar todas las pulsaciones de teclas1, movimientos del ratón y clicks de botones,

necesarios para ejecutar la transacción. Además, puede usar las pistas visuales para

confirmar que la aplicación se ha sincronizado antes de continuar con el siguiente paso de la

transacción, el Wizard almacena la información en un script de transacción de la aplicación

para su ejecución en una fecha posterior.

1. Pulsaciones de teclas no pueden ser grabados utilizando Remote Desktop. Recomendamos que grabe la tran-sacción localmente en la máquina de destino.


Introducción

Figura 2 – Universal Transaction Wizard

• El Script runner ejecuta el Script de Transacción de Aplicaciones, midiendo la disponibilidad y

los tiempos de respuestas, y proporcionando esta información al componente Universal

Transactions Central component. El Script runner es una aplicación daemon (no confundir con una Aplicación de Servicio

Windows) que se inicia automáticamente cuando el usuario inicia sesión en el sistema. Por

defecto, se ejecutará minimizada en la barra de sistema del escritorio

Figura 3 – Barra de sistema con Script Server activo

El Script runner estará a la escucha para que el Universal Transaction ThinAgent conecte con él y

solicite la ejecución de un script ALEV particular publicado. Para publicar scripts ALEV simplemente

copie el archivo de script a Shared folder en el Script runner. Las aplicaciones que se conecten al

Script runner deben autentificarse como usuarios Windows válidos. También se respetan los ajustes de

seguridad del sistema de archivos, de manera que únicamente los usuarios autorizados pueden ver y

ejecutar scripts autorizados.

Antes de utilizar el Universal Transaction Server diríjase al Capítulo 2 - Universal Transactions Script

runner – Requisitos en la página 5.

1.2.2 Universal Transaction Central ComponentEl Universal Transaction ThinAgent es el componente central y se configura en el ThinkServer

Configurator. El ThinAgent se configura para ejecutar el script de transacciones de la aplicación en

intervalos regulares para recuperar información sobre disponibilidad y rendimiento de la aplicación en

cuestión. Estas métricas se utilizan para calcular la salud operativa de la aplicación monitorizada. El

ThinAgent envía esta información a la SmartConsole. El ThinAgent proporciona información detallada

sobre disponibilidad y rendimiento de cada paso en la transacción ayudando a reducir el tiempo de

reparación en caso de problemas.

El Universal Transaction ThinAgent se encuentra en la carpeta Universal Transactions del ThinkServer

Configurator.


Introducción

Figura 4 – Universal Transaction ThinAgent en el ThinkServer Configurator

Encontrará dos clases de monitores:

• Availability

• Response Time

Seleccione la clase de monitor que le interese: sólo disponibilidad o también tiempos de respuesta.

Configurar los monitores es muy sencillo: simplemente apunte el monitor a la máquina que contiene el

Script Server y seleccione el Script de Transacción de Aplicación publicado que desee. La

configuración del monitor se describe con más detalle en el Capítulo 4 - Universal Transactions Central

Component en la página 22.

1.3 ImplementaciónEl Universal Transaction Script server requiere una sesión dedicada.

Por lo tanto, el ThinkServer Configurator debe ejecutarse desde una sesión diferente (normalmente una

máquina diferente), o no será capaz de trabajar con el mientras se ejecutan los scripts de transacciones

de aplicación.

ThinkServer (incluyendo el Universal Transaction ThinAgent y otros ThinAgents) puede encontrarse en

cualquier máquina.

Importante Al configurar el acceso remoto en monitores Universal Transaction ThinAgent nos

encontramos con una limitación de 16-bits de resolución de pantalla impuesta el sistema

operativo Windows.


Universal Transactions Script runner – Requisitos

Capítulo 22 Universal Transactions Script runner – Requisitos

Lea este capítulo antes de utilizar el Universal Transaction Script runner. Explica algunos conceptos y

requisitos importantes para el uso del producto.

2.1 Sesión dedicada Para registrar y ejecutar correctamente una transacción de aplicación, el Universal Transaction Script

runner necesita una sesión dedicada. Una sesión dedicada puede ser cualquiera de las siguientes:

• Un equipo de trabajo Windows dedicado: La estación de trabajo debe estar encendida y un

usuario debe haber iniciado sesión para realizar la transacción.

• Una sesión dedicada de terminal services: Debe existir una sesión de Terminal Services

abierta y un usuario debe haber iniciado sesión en el sistema para que se pueda realizar la

transacción. No es relevante en qué máquina de la red se abra la sesión.

• Una sesión dedicada en cualquier software de virtualización Windows como VMWare, Virtual

PC, etc.

Se requiere una sesión dedicada porque en un entorno Windows los dispositivos de entrada, por

ejemplo teclado y ratón, no pueden compartirse entre las aplicaciones; sólo una aplicación puede

mantener el foco de los dispositivos de entrada a la vez.

No le recomendamos que re-adquiera el control de los dispositivos de entrada, ya que puede correr el

riesgo de interferir en la ejecución de la transacción. De todas maneras, puede volver a obtener el

control de los dispositivos de entrada simplemente presionando <CTLR><ALT><DEL>.

2.2 Ejecución preparadaPara ejecutar con éxito una transacción grabada, el sistema en el se ejecutará la transacción debe estar

en el mismo estado que al inicio de la grabación. Aquí, sistema se refiere a cualquier aspecto del

entorno del sistema operativo o de la aplicación involucrado en la correcta ejecución de la transacción.

Por ejemplo, si empieza su grabación con la aplicación cerrada – es decir, el primer paso es abrir la

aplicación – incluya el cierre de la aplicación al final de la transacción, para que el sistema quede como

Nota Para evitar errores en la ejecución del script de transacción, el Universal Transaction Server

bloquea los dispositivos de entrada del usuario cuando ejecuta los scripts de transacción.


Universal Transactions Script runner – Requisitos

cuando empezó – es decir con la aplicación cerrada. Recuerde también cerrar cualquier otra aplicación

o devuelve cualquier otro elemento utilizado en la transacción a su estado original, de manera que la

sesión esté limpia para la próxima ejecución del Application Transaction Script runner.

Además, le recomendamos no utilizar un salvapantallas protegido por contraseña, o desactivar el

monitor automáticamente para la sesión que ejecuta el Universal Transaction Server. Estos ajustes

evitarían que el Applications Transaction Script runner se ejecutase si se lanza el salvapantallas o si la

pantalla se apaga antes de la siguiente ejecución de la transacción.

2.3 Sincronizar la aplicación Para asegurar que la transacción se realiza correctamente es necesario asegurarse que la aplicación

está sincronizada antes de llevar a cabo el siguiente paso. Por ejemplo, no es posible trabajar con un

documento antes que la aplicación de procesamiento de textos complete la apertura del documento.

Dependiendo de la aplicación cualquier información que se introduzca antes de que se sincronice la

aplicación puede perderse y la transacción puede no ejecutarse como se esperaba.

Existen dos maneras de sincronizar aplicaciones:

• Hacer las ventanas de las diferentes aplicaciones distinguibles por título, tipo de ventana o

combinación de ellas.

Por ejemplo, si una aplicación abre dos ventanas al mismo tiempo con el mismo título y clase,

el script de transacción no sabrá en que ventana introducir la entrada de usuario. Por tanto, es

mejor que las ventanas sean distinguibles por título y/o clase de ventana.

• Proporcionar una pista visual para indicar que la aplicación está preparada para aceptar la

entrada de usuario.

Por ejemplo, cuando la aplicación lleva a cabo una tarea de larga duración que impide al

usuario ejecutar el siguiente paso hasta que finalice la tarea, el script de transacción no sabe

automáticamente cuando puede continuar y no puede llevar a cabo la entrada de usuario en el

punto adecuado de la transacción.

Mientras graba su transacción, el Universal Transaction Wizard le permite añadir pistas

visuales, por ejemplo, cualquier sección visible en la ventana de la aplicación: un trozo de

texto, una imagen, etc., para indicar que la aplicación está preparada para una entrada.

Nota Para asegurarse que el script de transacción puede ejecutarse, el Universal Transaction

Server desactiva los salvapantallas y los ajustes de energía de la pantalla.

Importante Las pistas visuales son muy sensibles a los ajustes de pantalla utilizados al grabar la

transacción, incluyendo: resolución, calidad de color, y tamaño de fuente del sistema. La

transacción sólo puede ejecutarse correctamente si los ajustes de pantalla son los mismos

que cuando grabo la transacción.


Universal Transaction Script Runner – Wizard

Capítulo 33 Universal Transaction Script Runner – Wizard

El Universal Transaction Script runner Wizard le ayudará a definir fácilmente Transacciones de

Aplicación. Las Transacciones de Aplicación se definen con un script de Sesión de Entrada de Usuario:

un script en lenguaje ALEV que le permite arrancar la aplicación y sincronizarla para repetir

correctamente pulsaciones de teclado, movimientos de ratón, y clicks de botón. El asistente le

preguntará algunos ajustes de grabación, y generará automáticamente el script de sesión de entrada de

usuario a la vez que trabaja con la aplicación. Le permitirá probar el script generado, y publicará el

script en un Script runner, de manera que pueda ejecutarlo cuando sea necesario.

Algunas aplicaciones requieren algunas consideraciones especiales al utilizar Universal Transaction

Script runner Wizard para grabar una transacción:

• MochaSoft© Mocha TN5250 (y probablemente otras soluciones MochaSoft© de emulación

de terminal):

− Normalmente se muestra un diálogo “About...” al arrancar. En este punto no es posible

seleccionar la aplicación en Managed Application. Primero debe pulsar el botón OK para

seleccionar correctamente Mocha como la aplicación gestionada. Par más información

diríjase a la sección 3.2.3 - Aplicación en la página 10.

− El título de la ventana principal alterna entre textos, haciendo que las llamadas a la función

WaitForWindow() en el script grabadjo tarden más tiempo en sincronizarse que el

necesario. Para llevar a cabo transacciones más rápidas y precisas, busque las funciones

WaitForWindow() en el script y utilice comodines (*,?) en el parámetro título de ventan.

Para más información diríjase a la sección 3.2.6 - Grabación en la página 15.

• Aplicaciones Web:

Los navegadores Web normalmente muestran contenidos de la página Web mientras están

siendo cargadas. Esto significa que normalmente es difícil detectar cuando se ha cargado toda

la página para sincronizar y realizar las entradas de usuario. Si habilitamos el ajuste Emulate

User Speed en el asistente normalmente reducimos este problema (aunque no siempre lo

arregla). Para más información diríjase a la sección 3.2.5 - Otros ajustes en la página 13.

3.1 Recomendaciones

Planifique su grabación

Escriba los pasos a realizar en la transacción, una simple checklist de los pasos a realizar puede ser de

mucha ayuda. El seguir su checklist le ayudará a grabar sesiones de forma más limpia, simple y



efectiva. Todos los pasos en el proceso se llevan a cabo en un orden lógico y todos los materiales que

necesita en el proceso se hacen disponibles en el momento correcto.

Asuma que no se está ejecutando otro programa

Incluya cualquier información adicional necesaria cuando grabe su transacción. Si por ejemplo necesita

información de una segunda aplicación, asegúrese que el proceso de obtener esa información también

se incluye en la grabación.

Restaure ventanas utilizando <alt><tab>

No utilice la barra de tareas para restaurar ventanas. Las ventanas pueden encontrarse en un lugar

diferente de la barra de tareas en iteraciones futuras. Use en su lugar las teclas <alt><tab> y busque la

ventana deseada.

De un nombre a cada paso

Cuando se le pregunte, teclee un texto descriptivo para el siguiente paso en el proceso. Esto añadirá

detalle a su mensaje de transacción y, en caso de problemas, le ayudará a localizar el error.

Grabe y Ejecute los scripts en la misma máquina

Para evitar conflictos debido a la configuración de pantalla, es mejor grabar y ejecutar los scripts de

transacción en la misma máquina. Si eso no es posible, asegúrese que los ajustes de pantalla sean

iguales (resolución, calidad de color y tamaño de pantalla) en la máquina de ejecución que en la

máquina de grabación. Si no es posible disponer de los mismos ajustes de ventana en ambas

máquinas, le recomendamos crear un nuevo script para cada máquina, para evitar problemas en la

ejecución del script.

Ejecute los scripts en una máquina o sesión dedicad

El teclado y el ratón estarán bloqueados mientras se ejecuta el script. Es posible desbloquearlo

utilizando <CTRL><ALT><DEL>. De todas maneras no recomendamos este tipo de acción, ya que

puede interferir en la correcta ejecución del script. Para evitar un conflicto en el uso de su máquina,

generalmente sugerimos que ejecute el Universal Transaction Script y el Central Component en una

máquina dedicada (remota) o en una sesión dedicada. De todas maneras existen situaciones en las

que no es necesario:

• Si ejecuta el script regularmente y a intervalos cortos, por ejemplo un monitor para comprobar

la disponibilidad y tiempos de respuesta de una aplicación cada cinco minutos, ejecute el

central component y el Universal Transaction Script runner en una máquina remota.

• Si está utilizando una administración de sesiones como Microsoft Terminal Services, no

necesita una máquina dedicada para ejecutar los scripts; puede ejecutarlos simplemente en

un sesión dedicada de Terminal Services en el PC.

• En el caso que desee ejecutar el script cuando el PC no está en uso con otros propósitos, por

ejemplo, si usa el script para iniciar un proceso de backup fuera de las horas de trabajo, no

necesita una máquina dedicada para ejecutar los scripts. Aquí puede utilizar el ALEV Script

Command Line runner en combinación con su utilidad favorita de planificación (por ejemplo el

Planificador de Windows) para arrancar la aplicación de la manera deseada en su máquina. El

ALEV Script Command Line runner (AlevRun.exe) se encuentra en el directorio de producto

de Application Server y puede ejecutarse desde cualquier línea de mandato.



3.2 Iniciar su grabación Explicaremos la grabación de una transacción utilizando un ejemplo de una transacción de Servicio de

Usuario de Siebel.

Encontrará el Universal Transactions Script runner Wizard en el menú de inicio de Windows en el menú

de programas de Tango/04. Pulse en Universal Transaction Script runner y seleccione Universal

Transaction Script runner Wizard. El asistente se abre con la siguiente ventana:

Figura 5 – Ventana inicial del Universal Transaction Wizard

Uso por primera vez

Si esta es la primera vez que utiliza el Asistente le sugerimos que siga las instrucciones y pulse el botón

Next para continuar al siguiente paso. El panel de navegación de la izquierda le muestra los diferentes

pasos del Asistentes. El Asistente primero le mostrará una visión general y nuestras recomendaciones

para grabar una transacción. A continuación entrará diferentes ajustes relativos a las transacciones y

grabará las transacciones. Finalmente el Asistente le ofrece la posibilidad de probar la transacción.

Todos los pasos se explicarán en detalle en este capítulo.

Usuarios Experimentados

Si ha utilizado el Asistente con anterioridad y está preparado para arrancar su grabación, pulse el botón

Skip Overview para ir directamente a la ventana de la aplicación. También puede pulsar Application en

el panel de navegación de la izquierda para ir directamente a la ventana de la aplicación. Diríjase a este

capítulo para ayuda cuando lo necesite.

Usuarios Avanzados

También puede usar el Asistente para editar o depurar un script existente. Pulse el botón Advanced y

seleccione el script con el que desee trabajar.

3.2.1 Visión GeneralDesde la ventana inicial del Universal Transaction Script runner Wizard pulse Next para abrir la ventana

Overview.



Figura 6 – Ventana Overview

La ventana Overview es una ventana introductoria que describe las posibilidades que el asistente le

ofrece y como puede utilizarlo para su provecho. Una vez haya leído la información pulse el botón Next

para continuar.

Aparece la ventana Before You Begin.

3.2.2 Antes de EmpezarLa ventana Before You Begin contiene algunos conceptos importantes y nuestras recomendaciones

para utilizar el producto. Lea la información detalladamente antes de continuar.

Figura 7 – Ventana Before You Begin

En este punto quizá desee cancelar el Asistente para llevar a cabo las recomendaciones y regresar

cuando esté preparado para empezar a grabar. Si no es así, pulse el botón Next para continuar.

3.2.3 AplicaciónEn la ventana Application introduzca la aplicación gestionada que desee utilizar en su script. La

aplicación gestionada es generalmente la aplicación que desea monitorizar con el Universal

Transaction Agent. Al especificar una aplicación gestionada hace más fiable la sesión de entrada de

usuario:

• La sesión sabe qué aplicación debe recibir las entradas de usuario, evitando confusiones si

aparece una ventana inesperada.



• La sesión sabe como arrancar con seguridad la aplicación. Arrancar la aplicación pulsando un

icono del escritorio puede causar problemas si se mueve el icono. Utilizar el menú de Inicio de

Windows para abrirla puede causar problemas similares ya que estas opciones de menú se

recolocan asiduamente cuando se instala nuevo software en la máquina.

• Finalizar la aplicación sirve a dos propósitos:

− Finalizando la aplicación el entorno queda en el mismo estado que estaba antes de que

arrancara el script. Esto asegura que es script se eejcutará en un entorno limpio la próxima

vez que se ejecute.

− Asegura que no queda ninguna instancia de la aplicación abierta sin uso, que

potencialmente podría interferir con futuras iteraciones del script o causar problemas de

rendimiento de la máquina.

En nuestro ejemplo, accederemos a Siebel utilizando un navegador de Internet.

Figura 8 – Ventana de Aplicaciones Administradas

Si ya tiene el navegador abierto es fácil seleccionar la aplicación administrada. Simplemente pulse el

botón Select Managed Application y seleccione la aplicación en la lista que aparece. Para este ejemplo

seleccionamos la aplicación Internet Explorer al principio de la lista.

Figura 9 – Lista de Aplicaciones

Si todavía debe abrir la aplicación, hágalo y pulse Select Managed Application. Si la aplicación

todavía no aparece en la Lista de Aplicaciones pulse el botón Update. Debería aparecer la aplicación

activa. Una vez ha seleccionado la aplicación administrada, puede cerrar la aplicación seleccionada.



Otra manera de seleccionar la aplicación administrada es introducir la infor4mación de la aplicación

directamente en los campos apropiados:

• Application path: introduzca el path a la aplicación en su PC.

• Parameters: introduzca cualquier parámetro necesario para arrancar la aplicación.

• Directory: directorio en el cual se encuentra la aplicación.

Fíjese que estos archivos se completan automáticamente cuando selecciona la aplicación desde la lista

de aplicaciones.

Una vez haya seleccionado la aplicación administrada, pulse Next para continuar.

3.2.4 Finalización La finalización se refiere a cerrar las aplicaciones administradas una vez se ha ejecutado el script de

transacción. La Finalización es opcional, pero le recomendamos que seleccione esta opción.

Figura 10 – Termination

Idealmente, incluirá en sus grabaciones el acto de cerrar las aplicaciones utilizadas para completar la

transacción. De esta manera, su sesión estará preparada para ejecutar la siguiente iteración del script

en un entorno limpio. En este caso el universal transactions server no hace nada con esta opción.

Sin embargo, si las aplicaciones se dejan abiertas, el universal transactions server forzará su

finalización para asegurar que la sesión queda en el mismo estado que en el momento en que arrancó

y evita que se mantengan abiertas aplicaciones, lo cual puede causar con el tiempo problemas de

rendimiento en la máquina.

Para evitar la finalización de aplicaciones administradas una vez se cierra la sesión de entrada de

usuario, ya sea de manera intencionada o accidental, seleccione la opción Terminate Application.

Importante Cuando utiliza MochaSoft© Mocha TN5250 (y probablemente cualquier otro software de

emulación de terminal de MochaSoft©) puede mostrarse un diálogo “About...” al inicio.

Antes de que pueda seleccionar Mocha TN5250 como la aplicación administrada en el

asistente, debe pulsar OK en dicho diálogo.

Nota Cuando utilice “termination” deberá tener cuidado ya que algunas aplicaciones pueden dejar

datos en estado comprometido cuando se finalizan anormalmente.



Código de Salida

Cuando una aplicación finalizada se envía un código de salida al sistema operativo. El código de salida

para aplicaciones cerradas correctamente es 0. Puede escoger el envío de un código diferente al

sistema operativo cuando la aplicación finalizó anormalmente, por ejemplo -1. Otras aplicaciones

pueden utilizar este código para llevar a cabo otras tareas.

Introduzca el código para enviar al sistema operativo cuando la aplicación finaliza anormalmente en el

campo Exit Code.

Pulse Next para continuar a Other Settings.

3.2.5 Otros ajustes La ventana Other Settings contiene ajustes de Gestión de Errores y Misceláneos para la grabación de

la transacción.

Figura 11 – Other Settings

Time-out por defecto (en segundos)

Ejemplos de operaciones de espera son:

• Esperar que se muestre una ventana

• Esperar que aparezca un contenido específico en un ventana

En el campo Default Time-Out puede especificar cuantos segundos esperar antes de cancelar una

sesión de espera en una sesión de entrada de usuario. Este valor de Time-Out también se utiliza

cuando la sesión se cierra mientras espera a que se finalice la aplicación administrada.

Si la aplicación sigue en ejecución una vez el periodo de Time-Out ha expirado, la aplicación será

finalizada inmediatamente.

Guardar una imagen del escritorio en caso de error

Cuando se produce un error en una sesión de entrada de usuario, el Script runner puede capturar una

imagen del escritorio. Introduzca el path y el nombre del archivo donde desea guardar estas imágenes.

Consejo Para cambiar esta variable con posterioridad, pulse Advanced y edite la variable

WAIT_TIMEOUT en el script a cualquier entero positivo, incluido 0.



Figura 12 – Introduzca el nombre de archivo y la localización para las imágenes de errores

Esta funcionalidad soporta formatos jpeg (JPG) y Bitmap (BMP). También permite diferenciar entre

ejecuciones de script de entrada de usuario añadiendo las constantes simbólicas (parámetros)

%DATETIME, %DATE%, y %TIME% al path de nombre de archivo. Por ejemplo:

Internet Explorer Transaction Error %DATE%.jpg

Emular la velocidad de entrada del usuario

Cuando graba la transacción, en realidad el asistente está creando un script con instrucciones.

Obviamente el Script runner puede introducir la entrada más rápido de lo que puede teclear una

persona, potencialmente causando problemas al ejecutar el script.

Figura 13 – Other Settings-Miscellaneous

Cuando selecciona Emulate User Input Speed el asistente incluye instrucciones de retardo en el script

para tener en cuenta el tiempo que un usuario necesita para introducir la información requerida. Aunque

Consejo Si desea cambiar el path o nombre de archivo en cualquier momento, pulse advanced y

edite la variable ERR_PIC_FILE en el script.



esta opción no es siempre necesaria para la correcta ejecución de un script, le recomendamos que

seleccione esta opción ya que proporciona un comportamiento de usuario más realista.

Grabar movimientos de ratón

Esta opción es particularmente importante cuando la aplicación administrada es un navegador Web.

Las aplicaciones Web cambian frecuentemente elementos visuales del documento web al pasar el

ratón por é.

Cuando selecciona la opción Record Mouse Moves el script grabará la posición a la que se movió el

ratón y qué botón del ratón utilizar cuando se llega allí, para repetir las transacciones de forma exacta.

Este es el último de los ajustes a configurar antes de la grabación. Pulse Next para continuar.

3.2.6 GrabaciónAntes de arrancar la grabación debe estar seguro de que el entorno de grabación está preparado – es

decir crear un entorno limpio para su grabación. El Asistente del Universal Transactions Script runner le

ayudará a ello mediante:

• Minimizando todas las ventanas abiertas,

• Limpiando los contenidos del portapapeles

• Arrancando la aplicación administrada, en nuestro ejemplo Internet Explorer

• Abriendo el panel de control del grabador.

Figura 14 – Panel del Control del grabador

Una vez ha arrancado el grabador encontrará el panel de control junto a la barra de título de la ventana

de la aplicación. Posicione el ratón sobre los diferentes botones del panel de control para familiarizarse

con las distintas opciones:

Recording

Una pequeña luz roja parpadeará junto a la palabra recording para indicar que la grabación está en

proceso. Lleve a cabo su transacción de la forma habitual.

Pause recording

Importante Esta opción es particularmente importante cuando monitoriza aplicaciones Web, ya que los

navegadores normalmente muestran los contenidos de páginas Web mientras se están

cargando. Esto implica que normalmente sea difícil detectar cuando la página se ha cargado

completamente, dificultando la sincronización de la aplicación y realizar la entrada de

usuario en el momento correcto. Habilitando la opción Emulate User Speed en el Asistente

se reduce este problema (aunque no siempre lo soluciona).

Consejo Si, en el futuro desea editar este comportamiento para un paso, pule Advanced y edite el

parámetro de función UIE_Sleep() en el script al valor requerido. Para cambiar el

comportamiento para cada paso en el script, edite la variable USER_IDLE_TIME a cualquier

entero positivo, incluido 0.



Cuando pulsa este botón se pausa la grabación y parpadea una luz naranja junto a la palabra paused

para indicar que la grabación se ha pausado. Utilice este botón si necesita acceder a información que

no forma parte de la transacción.

Resume recording

Aparece en el lugar de pause recording, sólo cuando la grabación había sido pausada. Pulse el botón

para continuar grabando.

Finish recording

Pulse este botón cuando haya finalizado la transacción. Se almacenará la grabación. De todas

maneras, el proceso de grabación se detiene automáticamente cuando se cierra la aplicación

administrada.

Wait for Window Content

Use wait for window content para diseñar puntos de sincronización en operaciones de larga duración.

Para seleccionar el contenido de una ventana:

Paso 1. Pulse el botón Wait for Window Content

Paso 2. Use el ratón para seleccionar el área que incluye el contenido de ventana deseado

Paso 3. En la ventana para anotar el paso que aparece, introduzca una descripción para este

paso. (Anotar paso se explica en una sección exclusiva más abajo)

En nuestro ejemplo, primero iniciaremos sesión en Siebel. El script no debería intentar introducir la

información de inicio de sesión hasta que la pantalla haya acabado de cargarse. Para asegurarse que

la página se ha cargado antes de entrar la información de inicio de sesión pulsamos el botón Wait for

Window Content y seleccionamos el área de la página que contiene los campos usuario y contraseña.

Parece la ventana Anotar Paso, donde introducimos el texto Sign On. Una vez que desaparezca la

ventana para anotar el paso introduzca el usuario y la contraseña.

Figura 15 – Anotar el paso para esperar a contenido

Puede darse cuenta que el panel de control del grabador se minimiza cuando pulsa este botón, de

manera que puede seleccionar cualquier contenido de la ventana que de otra manera podría



encontrarse bloqueado por el panel. Tan pronto como finalice la selección del contenido de la ventana

el panel de control reaparecerá en la barra de título cono antes.

Copy Clipboard text to Variable

Por lo que sabe hasta ahora, Universal Transactions Agent le permite medir la disponibilidad y tiempos

de respuesta de una aplicación. Además, la opción copy clipboard text to variable le permite almacenar

datos específicos de una aplicación para su posterior uso en ThinkServer o SmartConsole, ofreciendo

con ello un método muy flexible para publicar y utilizar datos de la aplicación en ThinkServer.

Esta función trabaja almacenando información que copia en el cortapapeles durante la grabación, en

una variable específica del script, como sigue:

Mientras graba el script simplemente seleccione y copie el texto deseado. Verá que se habilita la opción

Copy Clipboard text to variable. Pulse el botón y aparecerá una nueva ventana donde puede introducir

una variable y su descripción.

Figura 16 – Copiar contenido del portapapeles

Puede seleccionar una variable de la lista o definir una nueva variable introduciendo el nombre aquí.

Una vez haya completado la grabación, puede abrir el script y en la parte superior encontrará la

declaración de su variable.

Note Los navegadores Web normalmente muestran contenidos de la página mientras se están

cargando. Si accede a su aplicación con un navegador, espera hasta que la página haya

finalizado su carga y seleccione el contenido del área de la ventana que se cargó último.

Consejo En MochaSoft© Mocha TN5250 (y probablemente cualquier otro software de emulación de

terminal de MochaSoft©) el título de la ventana principal alterna entre distintos textos,

haciendo innecesariamente largas las llamadas a la función WaitForWindow()script

grabado para sincronizar. Para realizar transacciones más rápidas y apropiadas, busque las

funciones WaitForWindow() en el script y utilice comodines (*,?) en el parámetro título de

ventana.

// User defined variables -------------------------------------------

Var ReportDate; // Report generation date

//-------------------------------------------------------------------



Más adelante en el script encontrará la definición de la variable:

Cada vez que se ejecuta el script se recogen nuevos datos y se pegan en la variable para su uso

posterior en ThinkServer o SmartConsole.

Annotate step

Le recomendamos que de una descripción a cada paso, ya que esto puede ayudar más tarde a señalar

las áreas de problema en la transacción. Esta opción también aparece automáticamente después de

seleccionar Wait for Window Content.

Show/hide current script

Puede escoger mostrar el script mientras graba la transacción. Pulse el mismo botón para ocultar de

nuevo el script.

Cancel recording

Pulse este botón para cancelar la grabación. La grabación no se guardará.

Cuando finalice su grabación todas las ventanas se maximizarán y el asistente pasará al siguiente

paso.

3.2.7 PruebaAhora que ha completado la grabación, el asistente le ofrece la posibilidad de ejecutar el script y

verificar que ofrece los resultados esperados.

Cuando pulse Next para probar el script el Asistente:

• Minimizará todas las ventanas abiertas

• Deshabilitará los dispositivos de entrada de usuario (ratón y teclado)

• Arrancará la aplicación administrada

• Ejecutará el script

Aunque es posible volver a obtener el control de los dispositivos de entrada de usuario con

<CTRL><ALT><Del> no recomendamos hacerlo. Una vez arranca el script debería esperar hasta que

se completara.

Si encuentra errores puede utilizar el botón Advanced para editar el script. Si no, pulse Next para

finalizar la grabación.

3.2.8 FinalizarEn este paso introduzca el nombre para el script de transacción e indique donde almacenar el script.

Tenga en cuenta que existen dos tipos de archivo que puede seleccionar en este punto:

• Archivo de script Alev

// Get <MyVar's description here> from Clipboard

MyVar := UIE_GetClipboardText( );

Nota Esta opción está limitada por la aplicación que está monitorizando. Si la aplicación no

permite copiar el texto deseado al portapapeles, no podrá recuperar esta información.



• Archivo de script Alev protegido (por defecto)

Puede reconocer un archivo de script Alev protegido por el candado en el icono del archivo.

Figura 17 – Un archivo de script ALEV protegido muestra un candado en el icono

Proteger sus archivos de script es particularmente importante si contienen información confidencial

como usuarios y contraseñas de una cuenta. El script debe almacenar esta información para poder

repetir el inicio de sesión en etapas posteriores, aunque desee mantener la información alejada de las

manos equivocadas.

Cuando utiliza el archivo de script ALEV protegido por defecto, aparecerá una ventana donde puede

introducir su contraseña.

La contraseña protege su script de transacción; únicamente si tiene la contraseña podrá abrir el script y

realizar cambios. Sigue siendo posible ejecutar el script sin la contraseña. De esta manera, un operador

puede ejecutar el script de forma segura. Si desea evitar que nadie ejecute el script, excepto aquellos

con permisos especiales, diríjase a la pestaña de seguridad en las propiedades del script y deniegue

los permisos de ejecución.

3.3 Editar el scriptLa razón más común para editar un script grabado es corregir pequeños errores que se producen

durante la grabación o ajustar los tiempos de la entrada de usuario para que se adapten al entorno en el

cual se ejecuta el script.

Por ejemplo cuando se introduce una URL en un Navegador, puede seleccionar una lista de entradas

previas. Sin embargo, el Transaction Applications Wizard sólo registrará la dirección que el usuario

tecleó.

Figura 18 – Autocompletar una URL en un navegador. El Transaction Applications Wizard no registrará la URL completa si no se ha tecleado.

Imagine que teclea www.ta y selecciona http://www.tango04.com de la lista. El script sólo

almacenará la información introducida: “www.ta”. Cuando ejecute el script aparecerá un error de página

no encontrada o se abrirá una página Web no esperada.

Para corregir la URL en este ejemplo:

Paso 1. Pulse el botón Advanced para abrir el script

Paso 2. Pulse el botón Find o teclee Ctrl+F para encontrar la cadena www.ta

Aviso Asegúrese de guardar su contraseña en un lugar seguro: no es posible recuperarla de

ninguna manera. Si la pierde deberá crear un nuevo script de transacción.



Figura 19 – Editar el script

Paso 3. Cambie la URL a www.tango04.com

Paso 4. Cierre el script y guarde sus cambios.

Ahora el script podrá ejecutarse correctamente.

De forma similar, puede editar la siguiente función tras la grabación del script:

3.4 DemostracionesEl Universal Transaction Agent puede utilizarse para monitorizar una amplia variedad de aplicaciones,

incluyendo:

• Siebel y otras grandes aplicaciones CRM

• SAP y otras grandes aplicaciones ERP

• Citrix

• Aplicaciones OS/400 accedidas a través de una sesión de emulación de terminal IBM 5250

• Aplicaciones OS/390 accedidas a través de una emulación 3270

• Aplicaciones basadas en Navegador que utilizan controles ActiveX

• Aplicaciones basadas en DOS en modo texto

• Y muchas más!

Función Variable

Default time-out (seconds) WAIT_TIMEOUT. Cambie el valor de esta variable utilizando cualquier entero positivo, incluido 0.

Path and name of the error screen print

ERR_PIC_FILE. Cambie el valor de esta variable para cambiar el path y nombre de la impresión de la pantalla de error.

User input speed

UIE_Sleep() se utiliza para cambiar este com-portamiento para un solo paso.

USER_IDLE_TIME se utiliza para cambiar el com-portamiento de todos los pasos. Puede utilizar cualquier entero positivo, incluido 0.

Recorded mouse movesPuede eliminar del script los movimientos super-fluos del ratón.



En este manual de usuario hemos utilizado un ejemplo de una transacción de usuario en Siebel para

explicar cómo funciona Universal Transactions Agent. Además hemos creado una serie de videos de

demostración para mostrarle las diferentes maneras de utilizar el Applications Transaction Agent. Estos

videos están disponibles desde el menú Inicio de Windows y se encuentran en la carpeta Reference de

Universal Transaction Script runner.

El siguiente capítulo le explicará cómo utilizar el Universal Transactions Central Component.


Universal Transactions Central Component

Capítulo 44 Universal Transactions Central Component

El Universal Transaction Central Component le permite monitorizar la disponibilidad y rendimiento de

cualquier transacción en cualquiera de sus aplicaciones, de manera que pueda asegurarse que sus

transacciones de misión crítica pueden llevarse a cabo de forma exitosa. Puede escoger si desea

comprobar únicamente la disponibilidad o incluir la monitorización de tiempos de respuesta. El

Universal Transactions ThinAgent envía mensajes con información detallada a la SmartConsole

avisando a los operadores ante problemas reales o potenciales. El detalle del mensaje ayuda a los

operadores a localizar de forma exacta el área de problema en particular dentro de la transacción, de

manera que puedan resolver la incidencia rápidamente.

El Universal Transaction ThinAgent ejecuta el Application Transaction Script runner a intervalos

regulares y recupera información relativa a disponibilidad y tiempos de respuesta de la aplicación en

cada paso de la transacción.

El Universal Transaction ThinAgent viene preconfigurado conforme a las mejores prácticas de la

industria, haciendo que sea extremadamente sencillo comenzar la monitorización de sus aplicaciones.

Los Universal Transaction ThinAgents utilizan orígenes de datos compartidos, minimizando con ello la

carga de trabajo de su sistema. Se incluyen en la instalación de ThinkServer, de manera que no es

necesaria ninguna instalación adicional para comenzar.

Qué encontrará en esta sección

Esta sección, primero describe la configuración del origen de datos aplicable a todos los Universal

Transaction ThinAgents. Los siguientes capítulos describen la configuración de los monitores de

Universal Transaction. También encontrará un ejemplo de mensajes de salud para enseñarle como se

muestran los datos recuperados al operador que está monitorizando el monitor Universal Transaction.

Finalmente, encontrará las variables específicas del ThinAgent y un mapeo de campos entre las

variables en la SmartConsole y en el ThinAgent.

Comencemos con la configuración del origen de datos.

4.1 Configurar el origen de datosAntes de configurar un monitor, primero debe crear un origen de datos. Los orígenes de datos para los

Universal Transaction ThinAgents son compartidos. Esto significa que cualquier cambio que realice en

un origen de datos, tendrá efecto inmediato en todos los monitores conectados al mismo. Tampoco

podrá eliminar un origen de datos cuando haya monitores conectados a él.



Si esta es la primera vez que abre un Universal Transaction ThinAgent deberá crear un origen de datos

desde el principio. Sin embargo, si ya existen orígenes de datos, se le mostrará una lista de orígenes de

datos disponibles donde podrá seleccionar el origen de datos deseado para este monitor.

4.1.1 Main InformationLa configuración mínima del origen de datos consiste en la introducción de un nombre y una

descripción para el mismo.

Figura 20 – Configuración de Origen de datos

4.1.2 Pestaña Universal Transaction ServerA continuación pulse en la pestaña Universal Transaction Server para indicar de donde recuperar la

información. En la pestaña Universal Transaction Server indique el servidor donde se ejecutará el script

de transacción y la información de acceso necesaria. Introduzca también la dirección IP o el nombre

DNS del host remoto (es decir del Script Server de Tango/04 donde se ejecutará el script de

transacción) y el número de puerto. A continuación entre el Dominio, Usuario y contraseña necesarios

para acceder al host remoto.

Tenga en cuenta que ha de haber una sesión activa (un usuario conectado) en el host que ejecuta el

Script runner para que se ejecute la transacción de aplicación. En la mayoría de casos necesitará iniciar

sesión manualmente, antes de arrancar el monitor Universal Transaction. De todas maneras si el host

remoto ejecuta Microsoft Terminal Services, complete los ajustes en la pestaña Remote Desktop, y el

origen de datos comprobará automáticamente si existe una sesión activa y arrancará una si no hay

ninguna activa todavía.

4.1.3 Pestaña TransactionUna vez haya completado la configuración del Application Server pulse la pestaña Transaction.



Figura 21 – Pestaña Transaction

Aquí puede seleccionar que transacción de aplicación monitorizar. Puede seleccionar la aplicación

deseada de la lista y se mostrará información resumida del script en el panel central. En la parte

superior derecha verá el tiempo máximo permitido para que se complete el script de transacción en su

totalidad (no confundirlo con el ajuste Default Time Out al grabar la transacción).

4.1.4 Pestaña Remote DesktopSi el Host remoto definido en la pestaña Universal Transaction Server ejecuta Microsoft Terminal

Services también puede configurar la pestaña Remote Desktop. El ThinAgent siempre comprueba si

existe una sesión activa que ejecuta Script Server en el servidor remoto. ThinkServer sólo arrancará la

sesión definida aquí cuando no se encuentre ninguna sesión.

Primero introduzca la información de inicio de sesión (dominio, usuario y contraseña) para utilizarlos al

iniciar una sesión de escritorio remoto desde la máquina donde se ejecuta ThinkServer. Por defecto los

ajustes de monitor se completan con los del script de transacción.

Recuerde que los ajustes de monitor deben ser los mismos tanto en la máquina donde se graba el

script como en la que posteriormente se ejecuta. Siempre puede abrir el script para asegurarse que los

ajustes son correctos.

Para más detalles sobre Escritorio Remoto, diríjase al Apéndice B: Universal Transaction ThinAgent y

Terminal Server en la página 34.

Importante Tanto en el script como en el cuadro de diálogo del origen de datos establezca la resolución

de visualización a 16-bits para preservar la compatibilidad gráfica entre las máquinas.

Utilizar cualquier otra resolución puede provocar un error.



Figura 22 – Configuración de Origen de Datos – Pestaña Remote Desktop

4.1.5 Pestaña GeneralFinalmente compruebe que la configuración de la pestaña General es correcta para su monitor:

• Refresh time (sec): Indica la frecuencia de actualización del origen de datos. El valor por

defecto para este ajuste es cada 60 segundos.

• Number of tries: Indique cuantas veces desea reintentar la actualización del origen de datos

cuando se ha detectado un error al actualizarlo.

• Interval between tries: La cantidad de tiempo a esperar antes de reintentar. El valor por

defecto para este ajuste es 10.

• Error retry time (sec): Si se produce un error más veces de las especificadas en number of

tries, el ThinAgent esperará x tiempo antes de iniciar el siguiente chequeo de la Transacción

de Aplicación. El valor por defecto para este ajuste es 60.

Pulse OK para completar la configuración del origen de datos.

Aparece la lista de orígenes de datos disponibles. Puede utilizar los botones en la lista para añadir,

editar o eliminar orígenes de datos existentes si fuera necesario. Seleccione el origen de datos deseado

y pulse OK.



Figura 23 – Configuración de Origen de datos – Pestaña General

Ahora está preparado para configurar el monitor.

4.2 Configurara el monitorPrimero de un nombre al monitor un nombre y una descripción y compruebe que los ajustes de origen

de datos son correctos.

Si lo necesita puede seleccionar un origen de datos diferente o editar el actual utilizando los botones

select data source y edit data source. Diríjase a las secciones anteriores para más detalles.

A continuación pulse el botón Health and Actions para personalizar el monitor. Encontrará tres

pestañas

• Health rules donde puede configurar reglas sobre la salud de la transacción de aplicación.

• Advanced donde puede configurar acciones a ejecutar antes o después de la comprobación

de salud

• Data collection for graphs donde puede configurar el almacenamiento de datos para su

posterior uso en reporting.

4.2.1 Health Rules Comience configurando la pestaña Health Rules.

Este script comprueba si una Transacción de Aplicación está disponible en un sistema. Recibe un

evento para cada transacción de aplicación que cumple los ajustes del monitor, evalúa la salud de cada

evento y asigna la salud de objeto.

Por defecto el script genera un evento de Salud de Objeto sólo si hay un cambio en la situación actual.

Salud por defecto del Availability ThinAgent

Por defecto la salud para el Availability ThinAgent se asigna como:

• Critical cuando la transacción de aplicación no puede completarse o se produce un error, lo

que significa que la transacción de aplicación no está disponible.



• Warning cuando la aplicación devuelve un mensaje de aviso.

• Minor cuando la aplicación devuelve un mensaje menor.

• Success en el resto de casos.

Salud por defecto del Response-Time ThinAgent

Por defecto la salud del Response-Time ThinAgent se asigna como:

• Critical cuando la transacción de aplicación no puede completarse o se produce un error, lo

que significa que la transacción de aplicación no está disponible.

• Warning cuando la transacción de aplicación es muy lenta (sobrepasa el 50% del tiempo

máximo de ejecución) o devuelve un mensaje de aviso.

• Minor cuando la transacción de aplicación es lenta (sobrepasa el 25% del tiempo máximo de

ejecución) o devuelve un mensaje menor.

• Success en el resto de casos.

El usuario puede cambiar fácilmente las condiciones de salud, añadir acciones y editar plantillas de

mensaje por defecto para adaptarlos a las necesidades de su organización.

4.2.2 Advanced Estos ThinAgents vienes preconfigurados con un Preproceso para organizar los datos recuperados por

los ThinAgent y mostrarlos de una manera mucho más amigable en los mensajes de evento. El

preproceso es el mismo para los ThinAgents availability y response time.

Primero agrupa los datos para describir los detalles del origen de datos:

A continuación calcula los tiempos de respuesta:

Y finalmente lista los distintos mensajes del log de transacciones:

# Generate Universal Transaction reportsDataSourceDetail = "Host Name:\t" + Host + "\n" + \ "User Profile:\t" + Domain + "\\" + User + "\n" + \ "Transaction:\t" + TransactionName + "\n" + \ "Max Run Time:\t" + str( MaxRunTime ) + " Seconds\n"

TransactionTimingDetail = "Total Time Taken: " + GenerateTimingDetail( TransactionTotalTimeTaken, TransactionTotalApplicationTimeTaken, TransactionTotalUserTimeTaken )

if ( TransactionAccountedTimeTaken != TransactionTotalTimeTaken ) : TransactionTimingDetail = TransactionTimingDetail + \ "Accounted Time Taken: " + GenerateTiming-Detail( TransactionAccountedTimeTaken, TransactionAccountedApplica-tionTimeTaken, TransactionAccountedUserTimeTaken )

TransactionLogDetail = GenerateLogDetail( TransactionLog )TransactionCriticalDetail = GenerateCriticalDetail( TransactionLog )TransactionWarningDetail = GenerateWarningDetail( TransactionLog )TransactionMinorDetail = GenerateMinorDetail( TransactionLog )



4.2.3 Variables del ThinAgentLas variables recuperadas por este ThinAgent dependen de la transacción de aplicación que desea

monitorizar. De todas maneras, existen ciertas variables recuperadas por todos los Universal

Transactions ThinAgents.

Variable Descripción

TransactionNombre del script de transacción de aplicación ejecutado en el host remoto.

MaxRunTimeTiempo Máximo (en segundos) que se le permite a la transacción para finalizar.

HostHost remoto donde se ejecuta la tran-sacción.

PortPuerto en el host remoto por el que escucha Script Server.

UserUsuario autentificado para conectarse al host remoto.

DomainDominio del usuario autentificado utili-zado para conectarse al host remoto.

TransactionNameNombre de la transacción de aplicación realizada.

TransactionCompleteIndica si se completó o no la transac-ción.

TransactionTotalTimeTaken

Indica el tiempo total utilizado (en milise-gundos) para llevar a cabo la transac-ción. Incluye tiempos de aplicación y de entrada de usuario para pasos contabili-zados y no contabilizados.

TransactionAccountedTimeTaken

Indica el tiempo utilizado (en milisegun-dos) para llevar a cabo los pasos de la transacción que se marcaron como a contabilizar. Incluye tiempos de aplica-ción y de entrada de usuario.

TransactionTotalApplicationTimeTaken

Indica el tiempo total de aplicación utili-zado (en milisegundos) para llevar a cabo la transacción. Incluye tiempos de pasos contabilizados y no contabiliza-dos.

TransactionAccountedApplicationTimeTaken

Indica el tiempo de aplicación utilizado (en milisegundos) para llevar a cabo los pasos de la transacción que se marca-ron como a contabilizar.

TransactionTotalUserTimeTaken

Indica el tiempo total de usuario utili-zado (en milisegundos) para llevar a cabo la transacción. Incluye tiempos de pasos contabilizados y no contabiliza-dos.

TransactionAccountedUserTimeTaken

Indica el tiempo de usuario utilizado (en milisegundos) para llevar a cabo los pasos de la transacción que se marca-ron como a contabilizar.



Nota - Variables más importantes para este monitor

Las variables del Script definidas en el Universal Transaction Wizard utilizando el botón Copy

Clipboard text to Variable (vea la sección 3.2.6 - Grabación en la página 15), también son

recuperadas por el ThinAgent.

4.2.4 Mapeo de campo SmartConsole – ThinkServerLa siguiente tabla muestra como las distintas variables se representan en la SmartConsole y

ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para adaptarlos a

sus necesidades.

TransactionErrorMessageCountIndica cuantos errores se detectaron mientras se llevaba a cabo la transac-ción.

TransactionWarningMessageCountIndica cuantos avisos se detectaron mientras se llevaba a cabo la transac-ción.

TransactionMinorMessageCountIndica cuantos avisos menores se detectaron mientras se llevaba a cabo la transacción.

TransactionErrorMessageDescripción del error que causó el fallo de la transacción.

TransactionErrorPicturePath a un archivo de imagen del escrito-rio del host remoto donde se produjo el error de la transacción.

TransactionLogLista de pasos y eventos producidos mientras se llevaba a cabo la transac-ción.

Variable Descripción

SmartConsole ThinkServer

Var02 Host

Var03 TransactionName

Var04 TransactionComplete

Var05 TransactionErrorMessage

Var06 TransactionErrorPicture

Var07 TransactionAccountedTimeTaken

Var08 TransactionAccountedApplicationTimeTaken

Var09 TransactionAccountedUserTimeTaken

Var10 TransactionTotalTimeTaken

Var11 TransactionTotalApplicationTimeTaken

Var12 TransactionTotalUserTimeTaken

Var13 TransactionLog


Apéndice A : Ejecución de Transacciones e Incidencias de Time-Out

Apéndice A Apéndice A: Ejecución de Transacciones e Incidencias de

Time-Out

El propósito de este apéndice es proporcionar alguna clarificación de como se ejecutan las

transacciones del Universal Transaction ThinAgent (UTA), y como se controla la ejecución de estas

transacciones (siempre que sea posible), incluyendo condiciones de time-out que puedan producirse en

varios puntos entre el UTA – ThinkServer Monitor y el UTA-Script Server.

A.1 Ejecución de Transacciones de AplicaciónUna vez se ha grabado un script de transacción de aplicación con el Application Transaction Wizard y

se almacena en la máquina que contiene el Application Transaction Server, está preparado para

ejecutarse por parte del Script Server.

La ejecución de cualquier Script de transacción de aplicación se arranca desde el UTA ThinAgent: en el

momento planificado, un monitor UTA comunica con el Script Server para arrancar la ejecución del

script de transacción.

El Script Server ejecuta scripts de transacción serialmente. No es posible ejecutar dos o más scripts al

mismo tiempo. Esta no es una restricción impuesta por el producto, sino por la arquitectura de la

interface de usuario de Windows: sólo una ventana tiene el foco de entrada a la vez. En otras palabras,

solamente un usuario puede trabajar con una sesión Windows a la vez.

Si se intenta ejecutar más de un script de transacción a la vez es como si hubiese varios usuarios

luchando por un ratón y un teclado para poder trabajar con distintas aplicaciones. Los resultados son

bastante impredecibles, y ninguna ellas funcionará correctamente.

El Script Server se ocupa de serializar la ejecución de los scripts de transacciones. Siguiendo una

política de lo Primero que entra es lo Primero que salga, los scripts de transacciones se ejecutan uno

cada vez.

A.2 Errores de Time-OutComo se ha explicado en la sección anterior, existen varios componentes involucrados en la ejecución

de una transacción de aplicación. Esquemáticamente, el diagrama de secuencia en la imagen siguiente

muestra el proceso completo involucrado en la ejecución de una transacción.



Figura 24 – Proceso de Ejecución de una Transacción

T1 segundos es el tiempo que necesita el script de transacción arrancado previamente para

completarse.

Cuando el script anterior ha finalizado, arranca la ejecución del siguiente script, y lleva T2 segundos. La

cantidad total de tiempo que se necesita para ejecutar la transacción de forma efectiva es T3 segundo.

Los errores de Time-out se producen cuando cualquier paso toma más tiempo del esperado.

Vemos que pueden producirse dos tipos diferentes de time-out:

• Transacciones previas que tardan demasiado en finalizar (T1).

• La ejecución de la transacción tarda más de lo esperado (T2).

A.2.1 Error de Time-Out Error T1El tipo de time-out T1 se especifica en el Script Server. Para resolver el error de time-out T1:

Paso 1. Pulse botón derecho en el icono de Script Server de la barra de herramientas de

Windows

Paso 2. Seleccione ALEV Environment Settings

Paso 3. Cambie el valor de User Input Session Time Out al valor deseado

Figura 25 – El Script Server ejecutándose minimizado en la barra de sistema

Importante Recuerde: los scripts sólo pueden ejecutarse uno cada vez.

Nota Estos errores son necesarios, ya que no tiene sentido esperar eternamente a que suceda

algo: imagine un script de transacción que no finaliza nunca porque un error en el script

produce un bucle infinito. El proceso de monitorización completo se bloquearía esperando

algo que nunca sucederá.



Figura 26 – ALEV Environment Settings

A.2.2 T2 Time-Out ErrorEl tipo de time-out T2 se especifica en el monitor UTA de ThinkServer. El ajuste Max. Run Time (sec)de la pestaña Transaction del diálogo de configuración del monitor define el tiempo máximo que

puede utilizar el Script Server para ejecutar el script de transacción.

Figura 27 – Diálogo de configuración del origen de datos del monitor UTA

A.2.3 Otros Errores de Time-OutOtra posible causa de errores de time-out es que varios monitores UTA intenten ejecutar transacciones

en el mismo Script Server. Incluso cuando el User Input Session Time Out es mayor que el mayor

de los scripts de transacción, el mecanismo de cola necesario para ejecutar los scripts de transacción

uno a uno puede causar que un script agote el periodo de Time-out T1 sin haber sido ejecutado.

Se necesitan dos acciones para evitar esta situación:

• Incrementar el valor de User Input Session Time Out (seconds) en el Script Server hasta que

no se produzcan más errores de time-out de transacciones previas sin finalizar.

• Incrementar Refresh Time en la pestaña General settings de la configuración del monitor UTA

de manera que el monitor espere hasta que todas las transacciones solicitadas previamente

finalicen.



Figura 28 – Pestaña General settings para un monitor UTA


Apéndice B : Universal Transaction ThinAgent y Terminal Server

Apéndice BApéndice B: Universal Transaction ThinAgent y Terminal

Server

B.1 Modelo de Implementación de la Solución UTA Para implementar el Universal Transaction Script Runner, se necesita una sesión dedicada, que implica

dos máquinas:

• Donde se ejecuta ThinkServer

• Donde se ejecuta Script Server

Por motivos de simplicidad, asumiremos que son máquinas distintas.

Script Server simula un usuario trabajando en su propio escritorio, de manera, que mientras se está

ejecutando la transacción, es importante evitar el uso de la sesión para este usuario, ya que esto podría

hacer que fallase la transacción.

Por lo tanto, la máquina que ejecuta Script Server debería ser:

• Una máquina dedicada, y

• Capaz de ejecutar Terminal Server

Si tenemos un PC con software Terminal Server, deberíamos tener la siguiente configuración de

instalación:

B.2 Cliente de Escritorio RemotoSi deseamos ejecutar una transacción interactiva, necesitamos una sesión interactiva en la máquina

donde se va a ejecutar la transacción.

Podemos hacer esto con Terminal Server, utilizando un cliente de Escritorio Remoto desde cualquier

lugar de nuestra red; de todas formas, es importante tener en cuenta que si utilizamos el cliente de

Escritorio Remoto de Microsoft, tendremos los siguientes problemas:

Software instalado en la Máquina 1 Software instalado en la Máquina 2

ThinkServer UTA Script Server

Terminal Server



• Si se minimiza el cliente de Escritorio Remoto, la transacción fallará

• Si el cliente de Escritorio Remoto no es visible, la transacción fallará

• Si se cierra el cliente de Escritorio Remoto (cerrando o no la sesión), la transacción fallará

Para evitar estos problemas, utilizamos nuestro propio cliente de Escritorio Remoto - T04RDC.exe que

se encuentra en la carpeta raíz de ThinkServer - que sólo puede ejecutarse por nuestros monitores

UTA de ThinkServer. Esto evita problemas con el cliente de Escritorio Remoto de Microsoft, y asegura

que nuestras transacciones se ejecutan de la forma más segura posible. Además, incrustamos el

cliente de Escritorio Remoto de Microsoft como un componente COM, y se manejan únicamente

comportamientos anormales o erróneos, haciendo el producto confiable.

Para clientes que desean ejecutar el Escritorio Remoto de Tango/04, es esencial tener COM de

Microsoft disponible en la misma máquina donde se instala ThinkServer. Este componente se instala

con un paquete denominado Remote Desktop Web Connection, para detalles de sobre su descarga

diríjase a la sección B.4 - Información relativa a Software Adicional en la página 36.

Es muy importante recordar que estamos trabajando con dos máquinas:

• Máquina con cliente de Escritorio Remoto y ThinkServer

• Máquina con Terminal Server y UTA Script Server

Es importante recordar que UTA Script Server no puede ser un Servicio Windows, porque necesita un

escritorio para trabajar. Los servicios interactivos en Windows muestran algunas vulnerabilidades que

deberán eliminarse en futuras versiones de MicroSoft Windows.

Necesitamos hacer que UTA Script Server sea casi un servicio, lo que significa, una aplicación que se

ejecute automáticamente cuando se abre una determinada sesión (en la máquina Terminal Server).

Debemos remarcar que UTA Script Server sólo se ejecutará en una sesión, de manera que

necesitaremos un usuario especial, quién instalará UTA Script Server y podrá iniciar sesión en Terminal

Server. También existirán problemas si otro usuario interactúa con este usuario en la red, ya que UTA

Script Server sólo funcionará bien la primera sesión que se ejecute.

También es importante dares cuenta que este usuario no está relacionado con el usuario que ejecuta

Escritorio Remoto. Por ejemplo si Alex en la máquina Amera ejecuta Escritorio Remoto para conectar

con la máquina VMWare como un usuario administrador, el usuario ejecutando el Escritorio Remoto es

Alex, y el usuario en la sesión VMWare es admin.

B.3 Resumen de UsuarioNecesitamos dos usuarios interactivos distintos, uno para cada máquina:

• En la primera máquina, necesitamos un usuario interactivo para ejecutar Escritorio Remoto.

Debe tener permiso para conectar remotamente a la maquina donde reside el script, bien

como los siguientes permisos:

− SE_ASSIGNPRIMARYTOKEN_NAME

Importante Antes de lanzar T04RDC.exe configure sus propiedades

Paso 1. Pulse botón derecho en el nombre del archivo y seleccione Properties para

abrir el cuadro de diálogo de propiedades.

Paso 2. En la pestaña Compatibilidad, seleccione la casilla Run as administrator

en el panel Privilege Level..



− SE_INCREASE_QUOTA_NAME

− SE_TCB_NAME SE_CHANGE_NOTIFY_NAME

Este usuario aparecerá en el Host Signon, en la pestaña Universal Transaction Server del

Origen de Datos del UTA ThinAgent.

• En la segunda máquina, necesitaremos otro usuario para ejecutar las transacciones en el

Script Server. Dicho usuario debe tener permisos suficientes para ejecutar el script. En el

anterior origen de datos, este usuario aparece en el campo “Run as..." en la pestaña Remote

Desktop.

B.4 Información relativa a Software AdicionalEl software Desktop Web Connection de Microsoft puede descargarse desde:

http://www.microsoft.com/downloads/details.aspx?FamilyID=E2FF8FB5-97FF-47BC-BACC-92283B52B310&displaylang=en

Si este enlace ya no es correcto, simplemente busque en el sitio Web de Microsoft

(www.microsoft.com) componentes de Remote Desktop Web Connection para su versión del sistema

operativo.

Importante Windows 2008 R2 necesita la adición del Rol Remote Desktop Services Server. También

necesita añadir un servicio rol. Estas tareas se completan en la herramienta Windows

ServerManager.

Para Añadir el rol Remote Desktop Services:

Paso 1. Pulse el botón Inicio de Windows y seleccione Herramientas

Administrativas, a continuación Administración del Servidor.

Paso 2. En la lista de Administración del Servidor, pulse botón derecho en Roles y

pulse Añadir Roles. Aparecerá el asistente para añadir roles

Paso 3. Pulse Roles de Servidor en la lista de pasos de la izquierda. Aparece una

lista de Roles.

Paso 4. En la lista de roles seleccione la casilla Servicios de Escritorio Remoto

Desktop Services, a continuación pulse Siguiente dos veces, después de

leer el texto introductorio.

Paso 5. Ahora añada el servicio de rol de Acceso Web a escritorio Remoto

Paso 6. Seleccione la casilla Acceso Web a Escritorio Remoto en la lista de

servicios de Roles. Aparece un diálogo del asistente para Añadir Roles,

informándolo que son necesarias instalaciones adicionales.

Paso 7. Pulse Instalar y a continuación Siguiente hasta que aparezca la ventana

de Resultados de la Instalación, informándole que la instalación se ha

completado.


Apéndice C : Contactar con Tango/04

Apéndice CApéndice C: Contactar con Tango/04

EMEA (European, Middle-Eastern & African) Headquarters

Tango/04 Computing Group S.L.

Avda. Meridiana 358, 12 B-C

08027 Barcelona Spain

Phone: +34 93 274 0051

Fax: +34 93 345 1329

[email protected]

www.tango04.com

Latin American Headquarters

Barcelona/04 Computing Group SRL

Avda. Federico Lacroze 2252, Piso 6

1426 Buenos Aires Capital Federal

Argentina

Phone: +54 11 4774-0112

Fax: +54 11 4773-9163

[email protected]

www.barcelona04.com

North America (USA & Canada)

Tango/04 Computing Group USA

PO Box 3301

Peterborough, NH 03458 USA

Phone: 1-800-304-6872

Fax: 858-428-2864

[email protected]

www.tango04.com

Sales Office in Brazil

Tango/04 Computing Group Brasil

Rua Turiassú, 591 - 5º Andar

Perdizes

Cep: 05005-001 São Paulo

Brasil

Phone: +55 (11) 3675 6228

Fax: +51 1 211-2526

[email protected]

www.tango04.com.br

Sales Office in Chile

Barcelona/04 Computing Group Chile

Guardia Vieja 255, Of. 1601

Providencia

Santiago

Chile

Phone: +56 2 234-0898

Fax: +56 2 234-0865

[email protected]

www.barcelona04.com

Sales Office in Columbia

Barcelona/04 Computing Group Colombia

Calle 125 nº 19-89, Piso 5º

Bogotá, D.C.

Colombia

Phone: + 57(1) 658 2664

Fax: +51 1 211-2526

[email protected]

www.barcelona04.com


Mailto:[email protected]

www.tango04.com


www.barcelona04.com


www.barcelona04.com


www.barcelona04.com


www.barcelona04.com


www.tango04.com

www.tango04.com.br

www.barcelona04.com

Apéndice C : Contactar con Tango/04

Sales Office in France

Tango/04 France

La Grande Arche

Paroi Nord 15ème étage

92044 Paris La Défense France

Phone: +33 01 40 90 34 49

Fax: +33 01 40 90 31 01

[email protected]

www.tango04.fr

Sales Office in Italy

Tango/04 Computing Group Italy

Viale Garibaldi 51

13100 Vercelli VC Italy

Phone: +39 0161 56922

Fax: +39 0161 259277

[email protected]

www.tango04.it

Sales Office in Peru

Barcelona/04 Computing Group Perú

Calle Isaac Albeniz 555, Dpto 201 Urb

Las Magnolias

San Borja

L 27 Lima

Perú

Phone: +51 1 640-9168

Fax: +51 1 211-2526

[email protected]

www.barcelona04.com

Sales Office in Switzerland

Tango/04 Computing Group Switzerland

18, Avenue Louis Casaï

CH-1209 Genève

Switzerland

Phone: +41 (0)22 747 7866

Fax: +41 (0)22 747 7999

[email protected]

www.tango04.fr

© 2014 Tango/04Computing Group Página 38


www.tango04.fr


www.tango04.it


www.barcelona04.com


www.tango04.fr

Acerca de Tango/04 Computing Group

Acerca de Tango/04 Computing Group

Tango/04 Computing Group es una de las principales empresas desarrolladoras de software de gestión

y automatización de sistemas informáticos. El software de Tango/04 ayuda a las empresas a mantener

la salud operativa de sus procesos de negocio, mejorar sus niveles de servicio, incrementar su

productividad y reducir costes mediante una gestión inteligente de su infraestructura informática.

Fundada en 1991 en Barcelona, Tango/04 es IBM Business Partner y miembro de la iniciativa

estratégica IBM Autonomic Computing. Además de recibir numerosos reconocimientos de la industria,

las soluciones Tango/04 han sido validadas por IBM y tienen la designación IBM ServerProven™.

Tango/04 tiene más de mil clientes y mantiene operaciones en todo el mundo a través de una red de 35

Business Partners

Alianzas

Premios

Partnerships IBM Business Partner

IBM Autonomic Computing Business Partner

IBM PartnerWorld for Developers Advanced Membership

IBM ISV Advantage Agreement

IBM Early code release

IBM Direct Technical Liaison

Microsoft Developer Network

Microsoft Early Code Release


Aviso Legal

Aviso Legal

Este documento y su contenido son propiedad de Tango/04 Computing Group o de sus respectivos propietarios cuando así se

indique. Cualquier utilización de este documento con una finalidad distinta de aquella con la cual ha sido creado está prohibida sin la

autorización expresa de su propietario. Asimismo queda prohibida la reproducción total o parcial de este documento por cualquier

medio físico, óptico, magnético, impreso, telemático, etc., sin la autorización expresa de su propietario.

La información técnica aquí contenida fue obtenida utilizando equipamiento e instalaciones específicas, y su aplicación se limita a

esas combinaciones especiales de productos y niveles de versiones de hardware y software. Cualquier referencia en este documento

a productos, software o servicios de Tango/04 Computing Group, no implica que Tango/04 Computing Group planee introducir esos

productos, software o servicios en cada uno de los países en los que opera o está representada. Cualquier referencia a productos de

software, hardware o servicios de Tango/04 Computing Group no está hecha con el propósito de expresar que solamente pueden

utilizarse productos o servicios de Tango/04 Computing Group. Cualquier producto o servicio funcionalmente equivalente que no

infrinja la propiedad intelectual o condiciones de licenciamiento específicas se podría utilizar en reemplazo de productos, software o

servicios de Tango/04 Computing Group.

Tango/04 Computing Group puede tener patentes o estar pendiente de obtención de patentes que cubren asuntos tratados en este

documento. La entrega de este documento no otorga ninguna licencia de esas patentes. La información contenida en este

documento no ha sido sometida a ningún test formal por Tango/04 Computing Group y se distribuye tal como está. El uso de esta

información o la implementación de cualquiera de las técnicas, productos, tecnologías, ideas o servicios explicitados o sugeridos por

el presente documento es responsabilidad exclusiva del cliente a quien está dirigido este documento, y es el cliente quien debe

evaluar y determinar la aplicabilidad y consecuencias de integrar esas técnicas, productos, tecnologías, ideas o servicios en su

entorno operativo.

Si bien cada ítem puede haber sido revisado por Tango/04 Computing Group en cuanto a su exactitud en una situación específica, no

existe ni se otorga ninguna garantía de que los mismos o similares resultados puedan ser obtenidos en otras situaciones o

instalaciones. Los clientes que intenten adaptar esas técnicas en sus propias instalaciones lo hacen bajo su propia cuenta,

responsabilidad y riesgo. Tango/04 Computing Group no será en ningún caso responsable directo o indirecto de cualquier daño o

perjuicio causado por el uso de las técnicas explicitadas o sugeridas en este documento, incluso si se han efectuado notificaciones

de la posibilidad de esos daños.

Este documento puede contener errores técnicos y/o errores tipográficos. Todas las referencias en esta publicación a entidades

externas o sitios web han sido provistas para su comodidad solamente, y en ningún caso implican una validación, garantía o respaldo

a esas entidades o sitios.

Las marcas siguientes son propiedad de International Business Machines Corporation en los Estados Unidos y/o otros países: AS/

400, AS/400e, System i, iSeries, e (logo)Server, i5, Operating System/400, OS/400, i5/OS.

Microsoft, SQL Server, Windows, Windows NT, Windows XP y el logotipo de Windows son marcas registradas de Microsoft

Corporation en los Estados Unidos y/o otros países. Java y todos los logotipos y marcas basadas en Java son propiedad de Sun

Microsystems, Inc. en los Estados Unidos y otros países. UNIX es una marca registrada en los Estados Unidos y otros países y se

licencia exclusivamente a través de The Open Group. Oracle es una marca registrada de Oracle Corporation. Otras marcas,

productos o servicios pueden ser marcas registradas de otras empresas.


Universal Transaction Agent - HelpSystemsregistrar todas las pulsaciones de teclas1, movimientos del...

Documents

Transcript of Universal Transaction Agent - HelpSystemsregistrar todas las pulsaciones de teclas1, movimientos del...