Analyse des incidents et des performances

© Copyright International Business Machines Corporation 2000, 2007. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

Notes sur l'édition

1.0 Limitations connues, problèmes identifiés et leurs solutions
   1.1 Configuration du magasin de clés et du magasin des relations de confiance pour les communications SSL lors de l'importation des données de profilage à partir de IBM Tivoli Monitoring for Transaction Performance
   1.2 Incidents lors de la déconnexion ou du changement d'adresses IP
   1.3 Prise en charge des types de profilage
   1.4 Transactions non suivies lors du profilage
   1.5 Eviter les chemins d'accès longs ou contenant des espaces lors d'une installation sous Windows Server 2003
   1.6 Echec de collecte de données sous Windows Server 2003
   1.7 Echec de découverte dynamique et enregistrement test lors de l'utilisation de collecte de données sécurisées
   1.8 Données retournées manquantes
   1.9 Aucune donnée disponible pour un test ARM récemment exécuté
   1.10 Aucune erreur pour l'échec d'authentification avec IBM Tivoli Composite Application Manager for WebSphere
   1.11 L'affichage de données fragmentées dans une vue Statistiques peut indiquer des zéros dans le graphique
   1.12 Synchronisation d'horloge lors de l'utilisation d'IBM Tivoli Composite Application Manager for WebSphere
   1.13 La vue Statistiques réinitialise le mode de suivi si le lien est activé avec le visualiseur
   1.14 Problèmes lors de l'importation en une seule fois des données de répartition du temps de réponse depuis plusieurs règles et hôtes
   1.15 Erreur d'authentification IBM Tivoli Composite Application Manager for WebSphere
   1.16 L'infrastructure de collecte de données ne peut pas rechercher l'adresse IP correcte
   1.17 TPTP (Test and Performance Tools Platform)
   1.18 Le passage à l'heure d'été affecte IBM WebSphere Application Server
   1.19 Collecte de répartition de temps de réponse indisponible depuis la ligne de commande
   1.20 Erreur de délai d'attente ou E-S lors de l'importation des données de répartition de temps de réponse
   1.21 Le filtrage est conservé pour toutes les tables de répartition des temps de réponse
   1.22 Erreurs lors de l'arrêt des serveurs WebLogic BEA

1.0 Limitations connues, problèmes identifiés et leurs solutions

1.1 Configuration du magasin de clés et du magasin des relations de confiance pour les communications SSL lors de l'importation des données de profilage à partir de IBM Tivoli Monitoring for Transaction Performance

Pour utiliser la sécurité SSL lors de l'importation des données de performances de TMTP, vous devez configurer le plan de travail afin qu'il fasse référence aux fichiers appropriés du magasin de clés et du magasin des relations de confiance.

Si vous avez généré vos propres magasins de relations de confiance et magasin de clés pour une utilisation avec TMTP, utilisez ces fichiers pour ce qui suit. Sinon, utilisez le fichier agent.jks par défaut livré avec l'agent de gestion TMTP (situé généralement dans C:\Program Files\ibm\tivoli\MA\config\keyfiles sous Windows).

Copiez le fichier agent.jks d'une machine sur laquelle l'agent de gestion est installé. Sur la machine de votre plan de travail, créez un sous-répertoire de sécurité dans votre répertoire d'installation du toolkit. Placez une copie du fichier agent.jks dans le nouveau répertoire de sécurité.

Editez ensuite le fichier rationalsdp.ini situé dans le répertoire d'installation du toolkit. Ajoutez les deux lignes suivantes :

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

Remarque : si le chemin d'accès d:\myrpainstall contient un espace, entourez de guillemets le chemin d'accès et le nom du fichier. Par exemple :

...trustStore="c:\Program Files\IBM\Rational\SDP\rpa\security\agent.jks"

Redémarrez le plan de travail. Vous pouvez maintenant utiliser SSL lors de l'importation des données de profilage de TMTP.

1.2 Incidents lors de la déconnexion ou du changement d'adresse IP

Si vous essayez de vous déconnecter du réseau, de changer d'adresse IP ou de passer de connexions sans fil à des connexions Ethernet au cours d'une opération de profilage ou même entre des sessions de profilage, vous obtiendrez des résultats non souhaités.

Pour résoudre l'incident, vous devez redémarrer le plan de travail et les programmes de collecte de données.

Certaines informations de connexion sont placées en mémoire cache dans le plan de travail pour des raisons de performances. Evitez de changer d'adresse IP ou fermez tout avant de redémarrer avec la nouvelle adresse IP.
 

1.3 Prise en charge des types de profilage

Si votre serveur d'application est configuré pour une utilisation avec une infrastructure de collecte de données, seuls les types d'analyses de performance J2EE et ARM sont pris en charge. Si le serveur n'est pas configuré, tous les types, à l'exception des analyses de performances J2EE et ARM, seront pris en charge.

Vous ne pouvez pas utiliser plus d'un type de profilage à la fois.

Si vous voulez utiliser d'autres types de profilage, vous devez annuler la configuration du serveur, et reconfigurer ce dernier selon le produit de base (Rational Application Developer, Rational Performance Tester ou autre, tel qu'indiqué dans le guide d'installation de ce produit), avant d'effectuer le profilage. Pour annuler la configuration du serveur, reportez-vous à la rubrique d'aide en ligne concernant la suppression du virtualiseur pour prendre en charge d'autres types de profilage. Pour utiliser de nouveau les types de profilage pris en charge, vous devez configurer le serveur pour utiliser l'infrastructure de collecte de données, en suivant les instructions du guide d'installation.

1.4 Transactions non suivies lors du profilage

Lors du profilage d'une application opérationnelle, certains types de transaction ne sont pas suivis (profilés). Il s'agit des types suivants :

1.5 Eviter les chemins d'accès longs ou contenant des espaces lors d'une installation sous Windows Server 2003

Des incidents intermittents ont été identifiés en cas d'installation de l'infrastructure de collecte de données sur des machines Windows Server 2003 utilisant des chemins d'accès soit trop long, soit contenant des espaces. Il est conseillé d'éviter dans la mesure du possible ce type de répertoire. Cela s'applique non seulement au répertoire d'installation cible, mais également au répertoire à partir duquel vous effectuez l'installation. 

1.6 Echec de collecte de données sous Windows Server 2003

Si la collecte des données échoue sous Windows 2003 Server, essayez d'exécuter le composant Agent Controller comme application de console plutôt que comme service Windows :
  1. Ouvrez le panneau Services Windows en sélectionnant> Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services .
  2. Sélectionnez le service IBM Rational Agent Controller et arrêtez-le.
  3. Sélectionnez Démarrer > Paramètres > Panneau de configuration > Système.
  4. Dans l'onglet Avancé, cliquez sur Variables d'environnement.
  5. Cliquez sur Nouveau (si la variable RASERVER_HOME existe déjà, cliquez sur Modifier). Entrez RASERVER_HOME dans la zone de nom Variable et x:\dir\IBM_Agent_Controller dans la zone de valeur Variable, où x:\dir\ représente le répertoire d'installation. Cliquez sur OK.
  6. Ouvrez une ligne de commande et rendez-vous sur le sous-répertoire IBM_Agent_Controller\bin du répertoire d'installation.
  7. Exécutez raserver.exe.
  8. Redémarrez l'infrastructure de collecte de données en sélectionnant Démarrer > Programmes > IBM Software Development Platform > IBM Rational Data Collection Infrastructure > Arrêt du contrôle, puis Démarrage du contrôle.

1.7 Echec de découverte dynamique et d'enregistrement de test lors de l'utilisation de collecte de données sécurisées

Les dispositifs de sécurité de l'infrastructure de collecte de données sont incompatibles avec l'enregistrement de Rational Performance Tester et avec la découverte dynamique de la collecte de données. Ils sont par conséquent non pris en charge. Vous pouvez choisir comme alternative de sécurité d'utiliser l'option Liste d'hôtes dans l'installation de la collecte de données et de définir une liste spécifique d'hôtes pouvant d'accéder à l'infrastructure de collecte de données sur la machine actuelle. 

1.8 Donnée renvoyées manquantes

Les données renvoyées par l'infrastructure de collecte de données correspondent parfois à des messages d'accusé de réception manquants. Vous ne recevez alors que des appels. Le diagramme Interactions de classes UML2SD n'affiche que des flèches pleines (appels) et aucune flèche en pointillés (accusés de réception).

Pour contourner ce problème, assurez-vous que l'horloge du poste distant est réglée à la même heure ou à une heure plus tardive que celle de la machine du plan de travail. Vous n'avez pas besoin de modifier les paramètres de fuseau horaire. Par exemple, si l'heure locale du poste distant est 7:30 et que celle du plan de travail est 8:31 (et que les heures sont correctes par rapport au fuseau horaire auxquelles elles appartiennent), ajustez simplement l'heure du poste distant sur 7:32, ou l'heure du plan de travail sur 8:29.

Vous ne pouvez pas modifier l'heure puis envoyer les données de profilage vers un fichier défini dans la pages Destination de la boîte de dialogue Lancer la configuration, puis importer ce fichier. En cas de profilage réparti avec agents multiples, chaque agent doit être lié à l'avance, puis l'option du fichier de profilage doit être définie. Chaque agent doit être profilé avec un fichier différent.

1.9 Aucune donnée disponible pour un test ARM récemment exécuté

Le serveur d'administration de Tivoli Monitoring for Transaction Performance est paramétré par défaut pour cumuler les données une fois toutes les heures. Cela signifie que les données provenant de votre test sont créées, mais non collectées.
Si vous ne voulez pas patienter jusqu'à la collecte suivante, procédez comme suit :

Ouvrez le fichier suivant dans le répertoire d'installation de TMTP : config\autorollup.properties
Vérifiez que le paramètre tms.autorollup.enable a la valeur true.
Fixez la valeur du paramètre tms.autorollup.period à 5, ce qui signifie cinq minutes (valeur minimale autorisée). Les valeurs inférieures à 5 seront considérées comme étant égales à 5.
Pour chaque règle que vous souhaitez appliquer aux paramètres de cumul, ajoutez les lignes suivantes :
tms.autorollup.policyN=policy_name
N est un entier (en commençant par 1) et policy_name correspond au nom de la règle. Le fichier résultant autorollup.properties ressemblera à ceci :

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

Arrêtez et redémarrez le serveur d'administration TMTP.
Les données sont à présent cumulées vers le serveur d'administration toutes les cinq minutes. Les données provenant du test configuré sont à présent disponibles pour importation dans le toolkit maximum cinq minutes après que vous avez exécuté le test.

Remarque : ce paramétrage du cumul s'applique aux données d'instance. Les données globales sont incorrectes jusqu'au prochain cumul.

1.10 Aucune erreur pour l'échec d'authentification avec IBM Tivoli Composite Application Manager for WebSphere

Lorsque vous importez des données de performances d'ITCAM for WebSphere (précédemment appelé WSAM), deux couches d'authentification sont utilisées. La première représente l'authentification de WebSphere, qui rejette un ID utilisateur et un mot de passe incorrects sur le système et demande au toolkit d'afficher une fenêtre d'authentification. L'autre correspond à l'authentification d'ITCAM for WebSphere, qui indique simplement qu'aucune donnée n'est disponible si l'authentification échoue.

Le seul cas où l'authentification de WebSphere aboutit et où l'authentification d'ITCAM for WebSphere échoue se produit lorsque l'utilisateur entre un ID valide dans le système d'exploitation sous-jacent (par exemple, root) mais qu'il n'est pas enregistré pour ITCAM for WebSphere. Dans ce cas, les utilisateurs doivent être conscients que le serveur ne générera pas d'erreur lors de l'échec de l'authentification, mais que par contre, aucune alerte ne sera disponible pour l'importation.

1.11 L'affichage de données fragmentées dans une vue Statistiques peut indiquer des zéros dans le graphique

La vue des statistiques tente de représenter chaque point sur chaque graduation du graphique des statistiques. S'il n'y a pas de point pour une graduation donnée, le système suppose que le point correspond à la valeur zéro. Si les points sont trop rares, vous obtenez une ligne au niveau zéro tous les n points. Il s'agit d'un artefact créé par le graphique qui ne reflète pas réellement l'activité du système. Pour éviter cet incident, associez le comportement à l'option "Ne rien représenter" ou "Représenter la valeur précédente" dans la boîte de dialogue "Autres..." Cette opération permet de représenter des écarts ou des lignes droites continues à l'emplacement où il n'y a pas de points à indiquer. 

1.12 Synchronisation d'horloge lors de l'utilisation d'IBM Tivoli Composite Application Manager for WebSphere

Lorsque vous importez les données d'un déroutement IBM Tivoli Composite Application Manager for WebSphere, vérifiez que les horloges du serveur de gestion et du plan de travail sont synchronisées. Dans l'assistant d'importation des données de performances Tivoli, l'option d'importation des n dernières unités de temps utilise l'heure du système local mais demande les déroutements actifs pendant cette période en prenant en compte l'horloge du serveur de gestion. Si l'horloge du serveur de gestion avance de 10 minutes, vous devez attendre 10 minutes pour que l'assistant d'importation détecte cette transaction sur le serveur ou lancer la requête 10 minutes plus tard. 

1.13 La vue Statistiques réinitialise le mode de suivi si le lien est activé avec le visualiseur

Lorsque vous visualisez les données statistiques de surveillance des ressources dans la vue "Statistiques", que l'option "Lier à l'afficheur" est activée dans la vue "Moniteur de profilage" et que vous sélectionnez un autre élément, la vue est réinitialisée et active automatiquement l'option de suivi où le graphique utilise l'heure en cours. Pour résoudre cet incident, essayez d'afficher les données sur un noeud commun (par exemple, le moniteur) où toutes les données des agents sont affichées dans le même graphique ou désactivez l'option de suivi en cliquant sur le bouton ">" à droite des règles horizontales. 

1.14 Problèmes lors de l'importation en une seule fois des données de répartition du temps de réponse depuis plusieurs règles et hôtes

Lors de l'importation de la répartition de temps de réponse depuis IBM Tivoli Monitoring for Transaction Performance, IBM Tivoli Composite Application Manager for WebSphere ou IBM Tivoli Composite Application Manager for Response Time Tracking, il est possible de sélectionner plusieurs transactions ayant eu lieu sur plusieurs hôtes et de les importer en une seule fois. Un bogue connu entraîne le stockage des données dans un seul agent même si deux agents sont affichés au lieu de transmettre les données appropriées à chaque agent. La solution consiste à importer les données de chaque hôte séparément (en exécutant l'assistant d'importation une fois pour chaque hôte et en sélectionnant un seul hôte à chaque fois).

Remarque : cet incident ne concerne pas l'affectation des transactions distribuées, mais uniquement l'importation de plusieurs transactions provenant d'hôtes distincts.

1.15 Erreur d'authentification IBM Tivoli Composite Application Manager for WebSphere

Lorsque vous importez des données d'IBM Tivoli Composite Application Manager for WebSphere, le nom d'utilisateur et le mot de passe à indiquer doivent correspondre à ceux définis dans IBM Tivoli Composite Application Manager for WebSphere Management Server, pas le nom d'utilisateur/mot de passe WebSphere lui-même. Si vous utilisez le nom d'utilisateur et le mot de passe WebSphere, l'importation échoue sans indiquer que l'échec de l'authentification en est la cause. Si le nom d'utilisateur/mot de passe n'est pas celui qui a été défini pour WebSphere ou IBM Tivoli Composite Application Manager for WebSphere, le message approprié indiquant l'échec de l'authentification s'affiche.

1.16 L'infrastructure de collecte de données ne peut pas rechercher l'adresse IP correcte

Au démarrage de l'infrastructure de collecte de données (DCI), cette dernière doit rechercher l'adresse IP de l'ordinateur local. L'infrastructure DCI utilise un appel vers InetAddress.getLocalHost() pour effectuer cette recherche. Cet appel ne retourne pas toujours la bonne adresse IP. Une erreur d'adresse IP empêche la fonction de découverte dynamique de fonctionner correctement. Une adresse IP incorrecte peut être retournée à différentes occasions :

Si ce problème survient, une erreur critique peut être écrite dans le fichier RPA_MA.log du répertoire <DCI_INSTALL>/rpa_prod/rpa_comp/logs. (Le fichier journal est spécifié par l'argument JVM -Djava.util.logging.FileHandler.pattern=<filename> .)

Pour contourner ce problème, spécifiez manuellement l'adresse IP de votre ordinateur. Ajoutez une ligne au fichier <DCI_INSTALL>/rpa_prod/rpa_comp/rpa.properties :

IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=<IP address>

Par exemple, si l'adresse IP de votre ordinateur est 9.67.50.44, vous devez ajouter la ligne

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

Redémarrez le DCI après avoir modifié rpa.properties.

1.17 TPTP (Test and Performance Tools Platform)

Les outils d'analyse de problème et de performance utilisent la plateforme TPTP (Test and Performance Tools Platform). Vous trouverez les notes sur l'édition et d'autres documentations concernant la plateforme TPTP à l'adresse http://www.eclipse.org/tptp/home/documents/index.html.

1.18 Le passage à l'heure d'été affecte IBM WebSphere Application Server

Si vous contrôlez WebSphere Application Server au moyen d'IBM Tivoli Monitoring, vous devez appliquer le correctif approprié présenté à l'adresse http://www-1.ibm.com/support/docview.wss?rs=180&context=SSEQTP&q1=1219396&uid=swg21219396&loc=en_US&cs=utf-8&lang=en au serveur WebSphere Application Server. Ces correctifs doivent être appliqués au serveur afin de résoudre les problèmes liés au passage à l'heure d'été.

1.19 Collecte de répartition de temps de réponse indisponible depuis la ligne de commande

Si vous exécutez un planning depuis une ligne de commande avec la collecte de répartition de temps de réponse activée, aucune donnée ne sera collectée. Pour collecter les données de répartition de temps de réponse à partir d'un planning, exécutez le planning depuis l'interface graphique du plan de travail.

1.20 Erreur de délai d'attente ou E-S lors de l'importation des données de répartition de temps de réponse

Lors de l'importation de données de répartition de temps de réponse à partir d'un serveur Tivoli Monitoring, l'un des messages d'erreur suivants peut s'afficher :

IWAY0084E A communication timeout occurred. (Un délai d'attente de communication est survenu.)

IWAY0106E An I/O error occured while importing Tivoli performance data. (Une erreur E-S est survenue lors de l'importation des données de performance de Tivoli.)

En outre, les pages de l'assistant d'importation peuvent apparaître vides. Les journaux de WebSphere Application Server sur l'ordinateur où est situé Tivoli Monitoring peuvent afficher une erreur OutOfMemoryError. Ce problème survient si vous essayez d'importer une trop grande quantité de données. Pour contourner ce problème, modifiez l'intervalle de temps pour lequel vous essayez d'importer des données.

1.21 Le filtrage est conservé pour toutes les tables de répartition des temps de réponse

Si vous appliquez un filtre à la table de répartition des temps de réponse d'un élément de page particulier, ce filtre sera défini pour toutes les tables de répartition des temps de réponse que vous ouvrirez par la suite. Il est conservé pour tous les autres éléments de page dans tous les tests et plannings. Etant donné que ce filtre est conservé pour toutes les tables de répartition des temps de réponse, vous pouvez avoir l'impression que seul un sous-ensemble des données attendues a été collecté.  Si le filtre ne correspond pas aux transactions qui suivent, il se peut que la table soit vide et donne l'impression qu'aucune donnée n'a été collectée. Pour éviter cet incident, supprimez tous les filtres d'un élément de page particulier avant d'ouvrir les résultats de répartition des temps de réponse d'un autre élément de page.  

1.22 Erreur lors de l'arrêt des serveurs WebLogic BEA

L'instrumentation du serveur d'applications modifie les scripts de démarrage et d'arrêt sur les serveurs WebLogic BEA lorsque le serveur est démarré. Juste après l'instrumentation ou la désinstrumentation, des erreurs peuvent survenir lorsque vous arrêtez le serveur. Des messages d'erreur peuvent s'afficher dans la console WebLogic BEA ou un comportement inattendu peut se produire lorsque le serveur redémarre avant de s'arrêter complètement. Ces erreurs surviennent car le processus de serveur actif a été démarré à l'aide du script de démarrage d'origine mais est arrêté à l'aide du script d'arrêt modifié.

Pour éviter cet incident, vérifiez que le serveur WebLogic BEA s'est arrêté complètement et redémarrez-le à l'aide du script de démarrage modifié. Vous aurez peut-être besoin d'arrêter le serveur WebLogic BEA deux fois.