Notas del release de análisis de rendimiento y problemas

© Copyright International Business Machines Corporation 2000, 2007. Reservados todos los derechos. Derechos restringidos para los usuarios del Gobierno de EE.UU. El uso, la duplicación o la distribución están restringidos por GSA ADP Schedule Contract con IBM Corp.

Notas del release

1.0 Limitaciones, problemas y soluciones conocidas
   1.1 Establecimiento de un almacén de claves y un almacén de confianza para la comunicación SSL al importar datos de perfilado desde IBM Tivoli Monitoring para el rendimiento de la transacción
   1.2 Problemas al desconectar y al cambiar direcciones IP
   1.3 Soporte de tipos de filtrado
   1.4 Algunas transacciones no se siguen al realizar el perfilado
   1.5 Evite utilizar vías de acceso largar con espacios al instalar en Windows Server 2003
   1.6 La recopilación de datos falla en Windows Server 2003
   1.7 El registro de pruebas y el descubrimiento dinámico falla cuando se utiliza la recopilación de datos segura
   1.8 Faltan datos de devolución
   1.9 No existen datos disponibles para una prueba instrumentada por ARM recientemente
   1.10 No se ha producido ningún error para el error de autenticación con IBM Tivoli Composite Application Manager para WebSphere
   1.11 La visualización de datos analizados en vista de estadísticas puede mostrar ceros en el gráfico.
   1.12 Sincronización con reloj al utilizar IBM Tivoli Composite Application Manager para WebSphere
   1.13 La vista de estadísticas restablece la modalidad de seguimiento cuando se habilita el enlace con el visor
   1.14 Problemas al importar datos de desglose de rendimiento de respuesta de varias políticas y sistemas principales en una sola importación
   1.15 Error de autenticación de IBM Tivoli Composite Application Manager para WebSphere
   1.16 La infraestructura de recopilación de datos no puede encontrar una dirección IP correcta
   1.17 Plataforma de pruebas y herramientas de rendimiento
   1.18 Los cambios en la hora de verano afecta a IBM WebSphere Application Server
   1.19 La recopilación para desglose de tiempos de respuesta no está disponible desde la línea de mandatos
   1.20 Tiempo de espera excedido o error de E/S cuando se importan datos de recopilación para desglose de tiempos de respuesta
   1.21 El filtrado persiste en todas las tablas de desglose de tiempo de respuesta
   1.22 Errores al cerrar los servidores BEA WebLogic

1.0 Limitaciones, problemas y soluciones conocidas

1.1 Establecimiento de un almacén de claves y un almacén de confianza para la comunicación SSL al importar datos de perfilado desde IBM Tivoli Monitoring para el rendimiento de la transacción

Para utilizar la seguridad SSL al importar datos de rendimiento de TMTP, deberá configurar el entorno de trabajo para que señale a los archivos de almacén de claves y de almacén de confianza.

Si ha generado un almacén de claves y un almacén de confianza propios con TMTP, utilice dichos archivos en las operaciones que se indican a continuación. De lo contrario, utilice el archivo agent.jks predeterminado que se entrega con el agente de gestión de TMTP (suele encontrarse en C:\Archivos de programa\ibm\tivoli\MA\config\keyfiles en Windows).

Copie el archivo agent.jks de una máquina con el programa de instalación del agente de gestión. En la máquina en la que está instalado el entorno de trabajo, cree un subdirectorio de seguridad en el directorio de instalación del kit de herramientas. Coloque una copia del archivo agent.jks en el nuevo directorio de seguridad.

A continuación, edite el archivo rationalsdp.ini, que se encuentra en el directorio de instalación del kit de herramientas. Añada las dos líneas siguientes:

VMArgs=-Djavax.net.ssl.trustStore=d:\myrpainstall\security\agent.jks 
VMArgs=-Djavax.net.ssl.keyStore=d:\myrpainstall\security\agent.jks

Nota: si la vía de acceso d:\myrpainstall contiene un espacio, entrecomille el nombre de la ruta y del archivo; por ejemplo:

...trustStore="c:\Archivos de programa\IBM\Rational\SDP\rpa\security\agent.jks"

Reinicie el entorno de trabajo. Ahora podrá utilizar SSL al importar datos de perfilado desde TMTP.

1.2 Problemas al desconectar y al cambiar direcciones IP

Si intenta desconectarse de la red, cambiar direcciones IP o cambiar entre conexiones inalámbricas y Ethernet mientras lleva a cabo un perfilado, o incluso sesiones de perfilado, obtendrá resultados no deseados.

Para solucionar este problema, deberá reiniciar el entorno de trabajo y el recopilador de datos.

Parte de la información de la conexión se almacena en la memoria caché del entorno de trabajo por motivos de rendimiento. Evite cambiar de dirección IP o cierre todo de antemano y reinicie cuando obtenga la nueva IP.
 

1.3 Soporte de tipos de filtrado

Si el servidor de aplicaciones está configurado para ser utilizado con la infraestructura de recopilación de datos, sólo estarán soportados los tipos de análisis de rendimiento J2EE y de análisis de rendimiento ARM. Si no se instrumenta el servidor, se soportarán todos los tipos excepto el análisis de rendimiento J2EE y el análisis de rendimiento ARM.

No se puede utilizar más de un tipo de perfilado cada vez.

Si desea utilizar otros tipos de perfilado, deberá desconfigurar el servidor, volver a configurarlo según el producto base (Rational Application Developer, Rational Performance Tester u otro, según se indique en la guía de instalación) y, a continuación, realizar el perfilado. Para desconfigurar el servidor, consulte el tema de la ayuda en línea "Eliminación del virtualizador para dar soporte a otros tipos de perfilado." Para volver a utilizar los perfilados soportados, debe configurar el servidor para que utilice la infraestructura de recopilación de datos, siguiendo las instrucciones en la guía de instalación.

1.4 Algunas transacciones no se siguen al llevar a cabo el perfilado

Al perfilar una aplicación en uso, no se siguen algunos tipos de transacciones. Éstas incluyen:

1.5 Evite utilizar vías de acceso largas o con espacios al instalar en Windows Server 2003

Existen problemas intermitentes conocidos a la hora de instalar la infraestructura de recopilación de datos en máquinas de Windows Server 2003 utilizando vías de acceso largas o con espacios. Evite utilizar dichos directorios si es posible. Esto se aplica no sólo al directorio de instalación de destino, sino también al directorio desde el cual se realiza la instalación. 

1.6 La recopilación de datos falla en Windows Server 2003

Si la recopilación de datos falla en Windows 2003 Server, intente ejecutar el componente del controlador de agentes como aplicación de consola en lugar del servicio de Windows:
  1. Abra la ventana Servicios de Windows seleccionando Inicio > Configuración > Panel de control > Herramientas administrativas > Servicios.
  2. Seleccione el servicio IBM Rational Agent Controller y deténgalo.
  3. Seleccione Inicio > Configuración > Panel de control > Sistema.
  4. En la ficha Opciones avanzadas, pulse Variables de entorno.
  5. Pulse Nueva (si ya existe la variable RASERVER_HOME, pulse Modificar). Especifique RASERVER_HOME en el campo Nombre de variable y x:\dir\IBM_Agent_Controller en el campo Valor de variable, donde x:\dir\ es el directorio de instalación. Pulse Aceptar.
  6. Abra un indicador de mandatos y vaya al subdirectorio IBM_Agent_Controller\bin en el directorio de instalación.
  7. Ejecute raserver.exe.
  8. Reinicie la infraestructura de recopilación de datos seleccionando Inicio > Programas > IBM Software Development Platform > IBM Rational Data Collection Infrastructure > Detener supervisión y, a continuación, Iniciar supervisión.

1.7 El registro de pruebas y el descubrimiento dinámico fallan cuando se utiliza la recopilación de datos segura

El dispositivo de seguridad de la infraestructura de recopilación de datos entra en conflicto con el registro de Rational Performance Tester y con el descubrimiento dinámico de recopilación de datos y, por lo tanto, no se soporta. Como alternativa para la seguridad, utilice la opción Lista de sistema principal de la instalación de recopilación de datos y especifique una lista específica de sistemas principales que pueda acceder a la infraestructura de recopilación de datos en la máquina actual. 

1.8 Faltan datos de devolución

En algunos casos, es posible que los datos devueltos de la infraestructura de recopilación de datos no se incluyan en los mensajes devueltos y sólo se reciban llamadas. Es decir, el diagrama de interacciones de clase UML2SD sólo muestra flechas dobles (llamadas), pero no flechas punteadas (devoluciones).

Para solucionar este problema, asegúrese de que el reloj del sistema remoto está establecido a una hora igual o posterior que el sistema del entorno de trabajo. No es necesario cambiar la configuración del huso horario. Por ejemplo, si la hora local de la máquina remota es las 7:30 y la de la máquina del entorno de trabajo es 8:31 (y las horas son correctas según los husos horarios en las que se encuentran, con diferencia de una hora), bastará con ajustar la hora de la máquina remota a 7:32 o establecer la hora de la máquina de entorno de trabajo en 8:29.

Si no puede cambiar las horas de las máquinas, envíe los datos de perfilado a un archivo especificado en la página Destino del diálogo Configuración de inicio y, a continuación, importe dicho archivo. Para perfiles distribuidos en los que existen varios agentes, cada agente debe adjuntarse de antemano y debe tener establecida la opción de archivo de perfilado. Cada agente deberá perfilarse en un archivo diferente.

1.9 No existen datos disponibles para una prueba instrumentada por ARM y ejecutada recientemente

El servidor Tivoli Monitoring for Transaction Performance Management Server se establece de forma predeterminada para subir datos sólo una vez cada hora. Esto significa que se crean los datos de la prueba pero no se recopilan.
Si no desea esperar hasta que se produzca la exploración ascendente de cada hora, siga estos pasos:

Abra el archivo siguiente en el directorio de instalación TMTP: config\autorollup.properties
Asegúrese de que el valor tms.autorollup.enable es true.
Establezca el valor tms.autorollup.period en 5, que significa cinco minutos, el valor mínimo permitido. Los valores inferiores a 5 se tratarán como si fueran 5 minutos.
Para cada política a la que desee aplicar este valor de subida automática, añada la línea siguiente:
tms.autorollup.policyN=nombre_política
Donde N es un entero, empezando por 1 (1, 2, 3, etc.) y nombre_política es el nombre de la política. El archivo autorollup.properties resultante tiene el aspecto siguiente:

tms.autorollup.enable=true
tms.autorollup.period=5
tms.autorollup.policy1=myPolicy
tms.autorollup.policy2=yourPolicy
tms.autorollup.policy3=anotherPolicy

Detenga y reinicie el servidor de administración TMTP.
Ahora, se subirán los datos al servidor de administración cada cinco minutos, con lo cual los datos de la prueba instrumentada podrán importarse al kit de herramientas cinco minutos después de ejecutar la prueba como máximo.

Nota: este valor de subida se aplica a datos de instancia. Los datos agregados no son fiables hasta que ha transcurrido la hora.

1.10 No se ha producido ningún error para el error de autenticación con IBM Tivoli Composite Application Manager para WebSphere

Al importar datos de rendimiento de ITCAM para WebSphere (anterior WSAM), se utilizan dos capas de autenticación. La primera es la autenticación de WebSphere, la cual rechazará un usuario/contraseña no válidos en el sistema y hará que el kit de herramientas muestre un diálogo de autenticación. La otra es ITCAM para la autenticación WebSphere, la cual simplemente no devolverá datos disponibles que puedan importarse en el caso de que falle la autenticación.

El único caso en el que la autenticación WebSphere funcionará y ITCAM para la autenticación WebSphere fallará es si el usuario especifica un nombre de usuario válido en el sistema operativo subyacente (p.ej. raíz) pero dicho usuario no está registrado en ITCAM para WebSphere. En este caso, los usuarios deben ser conscientes de que el servidor no mostrará ningún error cuando falle la autenticación, sino que no habrá ninguna condición de excepción disponible a partir de la cual realizar importaciones.

1.11 La visualización de datos analizados en vista de estadísticas puede mostrar ceros en el gráfico

La vista de estadística, por defecto, intenta trazar un punto en cada marca del gráfico de estadística. Si no hay ningún punto para una marca determinada, se supone que el punto es cero. Si los puntos son demasiado escasos, se creará una línea con cero cada x puntos. Éste es un artefacto creado por el gráfico y no refleja lo que ocurre realmente en el sistema. Para evitar este artefacto, establezca el comportamiento en "no dibujar nada" o en "dibujar valor anterior" en el diálogo "Más..." para establecer las opciones avanzadas. De este modo, se dibujarán espacios o líneas rectas continuas sin puntos que trazar. 

1.12 Sincronización con reloj al utilizar IBM Tivoli Composite Application Manager para WebSphere

Al importar datos desde una condición de excepción de IBM Tivoli Composite Application Manager for WebSphere, asegúrese de que los relojes del servidor de gestión y del entorno de trabajo están sincronizado s. En el asistente de importación de datos de rendimiento de Tivoli, la opción para importar las últimas n unidades de tiempo utiliza la hora actual de la máquina local pero realiza consultas sobre condiciones de excepción que están activas durante dicho período de tiempo en el reloj del servidor de gestión. Si el reloj del servidor de gestión está adelantado 10 minutos, tendrá que esperar 10 minutos antes de que el asistente de importación encuentre esta transacción disponible en el servidor o realizar una consulta en 10 minutos. 

1.13 La vista de estadísticas restablece la modalidad de seguimiento cuando se habilita el enlace con el visor

Al visualizar datos de estadística de supervisión de recursos en la "vista de estadísticas", si tiene habilitada la opción de conmutador "Enlazar con visor" en la vista "Supervisor de perfilado" y selecciona un elemento diferente, la vista se restablecerá y habilitará automáticamente la opción de conmutador de modalidad de seguimiento, donde el gráfico sigue la hora actual. Para solucionar este problema, intente mostrar los datos en un nodo común (p.ej. el supervisor) donde todos los datos de los agentes se mostrarán en el mismo gráfico o simplemente desactive la opción de modalidad de seguimiento pulsando el botón ">" de la derecha de las reglas horizontales. 

1.14 Problemas al importar datos de desglose de rendimiento de respuesta de varias políticas y sistemas principales en una sola importación

Cuando se importan datos de desglose de tiempo de respuesta de IBM Tivoli Monitoring for Transaction Performance, IBM Tivoli Composite Application Manager para WebSphere o IBM Tivoli Composite Application Manager for Response Time Tracking, es posible seleccionar varias transacciones que tengan como origen varios sistemas principales e importarlas todas a la vez. Existe un defecto conocido que hace que los datos se almacenen en un solo agente mientras se muestran dos agentes, en lugar de distribuir los datos adecuados para cada agente. La solución es importar cada sistema principal por separado (ejecutar el asistente de importación una vez para cada sistema principal, seleccionando sólo un sistema principal cada vez).

Nota: esto no afecta a la importación de transacciones distribuidas, sólo a la importación de varias transacciones con origen en sistemas principales separados.

1.15 Error de autenticación de IBM Tivoli Composite Application Manager para WebSphere

Al importar desde IBM Tivoli Composite Application Manager for WebSphere, el nombre de usuario y la contraseña tienen que ser los que se utilizan para iniciar sesión en el servidor IBM Tivoli Composite Application Manager for WebSphere Management Server, no los que se utilizan para WebSphere en sí. Si utiliza el nombre de usuario y la contraseña de WebSphere, la importación fallará sin que se notifique que la anomalía de autenticación ha sido el motivo de la anomalía. Si el nombre de usuario ni la contraseña coinciden con WebSphere ni con IBM Tivoli Composite Application Manager for WebSphere, se mostrará el mensaje de anomalía de autenticación correcto.

1.16 La infraestructura de recopilación de datos no puede encontrar una dirección IP correcta

Cuando se inicia la infraestructura de recopilación de datos (DCI), debe buscar la dirección IP del sistema local. La DCI utiliza una llamada a InetAddress.getLocalHost() para realizar esta búsqueda. Esta llamada no siempre devuelve la dirección IP correcta. Una dirección IP incorrecta impedirá que la característica de descubrimiento dinámico funcione correctamente. La dirección IP incorrecta puede devolverse en varias situaciones:

Si se produce este problema, se escribirá un error crítico en el archivo RPA_MA.log en el directorio <DCI_INSTALL>/rpa_prod/rpa_comp/logs. (El archivo de registro es especificado por el argumento de la JVM -Djava.util.logging.FileHandler.pattern=<nombre_archivo> .)

Para solucionar este problema, especifique la dirección IP del sistema manualmente. Añada una línea al archivo <DCI_INSTALL>/rpa_prod/rpa_comp/rpa.properties:

IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=<Dirección_IP>

Por ejemplo, si la dirección IP del sistema es 9.67.50.44, añadiría la línea

IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=9.67.50.44

Reinicie la DCI después de modificar rpa.properties.

1.17 Plataforma de pruebas y herramientas de rendimiento

Las herramientas de rendimiento y análisis de problemas utilizan plataforma de herramientas de pruebas y rendimiento (TPTP). Es posible encontrar las notas del release así como otra documentación de TPTP en http://www.eclipse.org/tptp/home/documents/index.html.

1.18 Los cambios en la hora de verano afecta a IBM WebSphere Application Server

Si está supervisando WebSphere Application Server utilizando IBM Tivoli Monitoring, deberá aplicar el arreglo correspondiente listado en http://www-1.ibm.com/support/docview.wss?rs=180&context=SSEQTP&q1=1219396&uid=swg21219396&loc=en_US&cs=utf-8&lang=en a WebSphere Application Server. Estos cambios deben aplicarse en el servidor para resolver problemas relacionados con el cambio a horario de verano.

1.19 La recopilación para desglose de tiempos de respuesta no está disponible desde la línea de mandatos

Si ejecuta una planificación desde la línea de mandatos con la recopilación de desglose de tiempo de respuesta habilitada, no se recopilarán datos de desglose de tiempo de respuesta. Para recopilar los datos de desglose de tiempo de respuesta de una planificación, ejecute la planificación desde la interfaz gráfica de usuario.

1.20 Tiempo de espera excedido o error de E/S cuando se importan datos de recopilación para desglose de tiempos de respuesta

Cuando se importan datos de desglose de tiempo de espera desde un servidor de Tivoli Monitoring, puede que observe uno de los siguientes mensajes de error:

IWAY0084E Se ha excedido el tiempo de espera de una comunicación.

IWAY0106E Se ha producido un error de e/S mientras se importaban datos de rendimiento de Tivoli.

Además, las páginas del asistente de importación pueden aparecer en blanco. Los registros de WebSphere Application Server en el sistema donde se encuentra Tivoli Monitoring pueden mostrar un error OutOfMemoryError. Este problema puede producirse si está intentando importar una gran cantidad de datos. Como solución temporal para el problema, reduzca el rango de tiempo para el cual está intentando importar datos.

1.21 El filtrado persiste en todas las tablas de desglose de tiempo de respuesta

Si aplica un filtro a la tabla de desglose de tiempo de respuesta para un determinado elemento de la página, dicho filtro se establecerá en todas las tablas de desglose de tiempo de respuesta que abra posteriormente. Este filtro persiste en todos los demás elementos de la página y en el resto de pruebas y planificaciones. Como este filtro persiste en todas las tablas de desglose de tiempo de respuesta, puede parecer que se ha recuperado un subconjunto de los datos esperados.  Si el filtro no se aplica a transacciones posteriores es posible que la tabla aparezca vacía, lo que da la impresión de que no se ha recopilado ningún dato. La solución consiste en eliminar todos los filtros de un determinado elemento de la página antes de abrir los resultados de desglose de tiempo de respuesta para otro elemento de la página. 

1.22 Errores al cerrar los servidores BEA WebLogic

Application Server Instrumenter modifica los scripts de inicio y parada en los servidores BEA WebLogic mientras se ejecuta el servidor. Inmediatamente después de instrumentar o desinstrumentar, se pueden producir errores cuando detenga el servidor. Pueden ser mensajes de error que se visualicen en la consola de BEA WebLogic, o un comportamiento inesperado donde el servidor se reinicie antes de apagarse completamente. Estos errores se producen porque el proceso de servidor activo se inició con el script de inicio original, pero se detiene con el script de parada modificado.

Para solucionar este problema, asegúrese de que el servidor BEA WebLogic se detenga completamente y se reinicie usando el script de inicio modificado. Es posible que sea necesario detener el servidor BEA WebLogic dos veces.