Explication | Si le système est supposé être soumis à une charge, il peut y avoir un goulot d'étranglement dans l'application elle-même (une sur-synchronisation par exemple) ou ailleurs dans le système. Si ce problème se manifeste dans un environnement de test, il se peut que le pilote de chargement ait atteint sa limite maximale. |
Action | Consultez le Centre de documentation pour en savoir plus sur les blocages et sur l'optimisation des performances de l'application. |
Explication | La mise en cache de toutes les instructions préparées améliore généralement les performances. En général, la taille de la mémoire cache doit être égale au nombre d'instructions préparées qui sont utilisées dans l'application. |
Action | Dans la console d'administration, cliquez sur Ressources > Fournisseurs JDBC > fournisseur_JDBC > Sources de données > source_données et augmentez la valeur de la zone Taille du cache d'instructions. Au Centre de documentation, vous trouverez des explications sur la manière d'optimiser les pools de connexions à des sources de données. |
Explication | Lorsqu'un pool d'unités d'exécution évolutif dépasse la taille maximale impartie, les unités d'exécution supplémentaires ne sont pas réutilisables et elles peuvent être supprimées du pool. L'augmentation de la taille maximale du pool d'unités d'exécution à la taille de pool moyenne peut améliorer les performances de manière importante. Si ce message s'affiche à plusieurs reprises, recherchez une croissance continue du pool d'unités d'exécution indiquant souvent une fuite ou un blocage. |
Action | Pour augmenter la taille du pool d'unités d'exécution du conteneur Web, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Pour augmenter la taille du pool d'unités d'exécution pour le service ORB, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. |
Explication | Si ce message s'affiche à plusieurs reprises, recherchez une croissance continue du pool d'unités d'exécution indiquant souvent une fuite ou un blocage. Ce message peut également indiquer une hausse temporaire de la charge. Mais, si le pool reste constamment à cette taille, le nombre important d'unités d'exécution risque de dégrader les performances. Essayez de tester un pool limité de taille moindre. |
Action | Pour augmenter la taille du pool d'unités d'exécution du conteneur Web, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Pour modifier la taille du pool d'unités d'exécution pour le service ORB, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. |
Explication | L'utilisation de l'UC système est élevée. La diminution de la taille du pool d'unités d'exécution peut libérer des ressources et améliorer les performances. |
Action | Pour diminuer la taille du pool d'unités d'exécution du conteneur Web, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Pour augmenter la taille du pool d'unités d'exécution pour le service ORB, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. |
Explication | L'utilisation du pool d'unités d'exécution est élevée, mais le pourcentage d'utilisation de l'UC est faible. Il est possible que la taille du pool d'unités d'exécution soit trop petite et limite inutilement les performances de votre système. L'augmentation de la taille du pool peut aussi réduire les performances. Effectuez les tests avec prudence. En général, vous pouvez obtenir des performances optimales lorsque la taille du pool d'unités d'exécution est assez grande pour permettre l'utilisation complète de l'UC. Il est normal de constater une utilisation élevée du pool d'unités d'exécution. |
Action | Pour augmenter la taille du pool d'unités d'exécution du conteneur Web, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Pour augmenter la taille du pool d'unités d'exécution pour le service ORB, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. |
Explication | La réduction de la taille permet une meilleure mise en pool et libère des ressources mémoire. |
Action | Pour diminuer la taille du pool de connexions, dans la console d'administration, cliquez sur Ressources > Fournisseurs JDBC > fournisseur_JDBC > Source de données > source_données > Propriétés du pool de connexions. |
Explication | Il est possible que le pool d'unités de connexions limite inutilement les performances de votre système. L'augmentation de la taille du pool peut aussi réduire les performances. Effectuez les tests avec prudence. En général, vous pouvez obtenir des performances optimales lorsque la taille du pool d'unités d'exécution est assez grande pour permettre l'utilisation complète de l'UC. Attendez-vous généralement à constater une utilisation élevée du pool d'unités d'exécution. |
Action | Pour modifier la taille du pool de connexions, dans la console d'administration, cliquez sur Ressources > Fournisseurs JDBC > fournisseur_JDBC > Source de données > source_données > Propriétés du pool de connexions. |
Explication | Le système semble soumis à une lourde charge (l'UC est très sollicitée), cependant les unités d'exécution utilisées dans le pool sont en petit nombre. La diminution de la taille du pool d'unités d'exécution peut libérer des ressources et améliorer les performances. |
Action | Pour diminuer la taille du pool de connexions, dans la console d'administration, cliquez sur Ressources > Fournisseurs JDBC > fournisseur_JDBC > Source de données > source_données > Propriétés du pool de connexions. |
Explication | Il se peut qu'il y ait un problème au niveau du référentiel de sessions, que les sessions soient de taille trop importante ou que l'écriture dans le référentiel soit plus fréquente qu'il n'est nécessaire. Si vous utilisez des sessions multilignes, les temps ci-dessus sont des temps par attribut, et non par session. |
Action | Consultez le fournisseur de l'application en vue de réduire la taille des sessions. |
Explication | Des sessions de taille importante peuvent entraîner une réduction des performances. Les principaux coûts sont la sérialisation, les communications avec le référentiel et la quantité de mémoire utilisée. |
Action | Pensez à réviser votre application afin de réduire la taille de session. |
Explication | Il se peut qu'il y ait un problème au niveau du référentiel de sessions ou que vos sessions soient de taille trop importante. Si vous utilisez des sessions multilignes, les temps ci-dessus sont des temps par attribut, et non par session. |
Action | Consultez le fournisseur de l'application en vue de réduire la taille des sessions. |
Explication | Des sessions de taille importante peuvent entraîner une réduction des performances. Les principaux coûts sont la sérialisation, les communications avec le référentiel et la quantité de mémoire utilisée. |
Action | Pensez à réviser votre application afin de réduire la taille de session. |
Explication | Dans ce cas, le cache de sessions en dépassement est utilisé au lieu du cache principal de sessions, ce qui peut réduire les performances. Vérifiez que la croissance de session est délimitée. En général, le nombre moyen de sessions activées correspond approximativement au taux de création de session multiplié par la durée moyenne de vie d'une session. |
Action | Pour optimiser la gestion des sessions, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Paramètres du conteneur Web > Conteneur Web > Gestion de session. |
Explication | Lorsque le cache de session est saturé et qu'aucun dépassement n'est permis, la méthode getSession() risque de retourner une session non valide. Le nombre moyen de sessions activées correspond approximativement au taux de création de session multiplié par la durée moyenne de vie d'une session. Si la situation a été causée par une hausse temporaire de la charge, autorisez le dépassement de la mémoire cache. Notez que si, pour une application, l'augmentation du nombre de sessions n'est pas délimité, une autorisation de dépassement risque d'entraîner une fuite de mémoire. |
Action | Pour optimiser la gestion des sessions, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Paramètres du conteneur Web > Conteneur Web > Gestion de session. |
Explication | Une alerte a été émise, recommandant l'augmentation d'un paramètre. Mais le tas de la JVM risque de ne pas disposer de suffisamment de mémoire pour implémenter la modification. |
Action | Pensez à modifier la taille du tas de la JVM, le temps passé en récupération de place et la quantité de mémoire utilisée. Pour modifier la taille du tas mémoire de la JVM, dans la console d'administration, cliquez sur Serveurs d'applications > Serveur > Gestion des processus et Java > Définition des processus > Machine virtuelle Java. |
Explication | L'accès aux données n'est pas disponible pour ce type de données. |
Action | Reportez-vous à la rubrique Résolution des incidents du Centre de documentation. |
Explication | Lorsque la taille de la mémoire cache dynamique est insuffisante, le serveur doit recalculer les entrées supprimées. Cependant, dans de nombreux systèmes, la quantité de mémoire est insuffisante dans le tas pour que la mémoire cache puisse contenir toutes les entrées pouvant y être mises. |
Action | Utilisez Tivoli Performance Viewer ou un autre logiciel de contrôle pour surveiller l'utilisation du tas lorsque vous réglez la taille de la mémoire cache dynamique. |
Explication | La mémoire cache dynamique n'utilise pas toutes les entrées disponibles. |
Action | Si le serveur est soumis à une charge normale, pensez à réduire le nombre d'entrées de la mémoire cache dynamique de sorte que toutes les ressources puissent être allouées ailleurs. |
Explication | Il existe de nombreuses causes susceptibles d'expliquer pourquoi une application passe trop de temps à la récupération de place. Souvent, cela dénote une application dotée de nombreux objets ayant un cycle de vie court. Mais ce peut être également l'indice d'une taille de tas insuffisante, provoquant l'emballement du gestionnaire de mémoire de la JVM. |
Action | L'augmentation de la taille du tas peut aider dans ce cas, en allongeant la durée entre les appels de récupération de place, mais également au prix d'une augmentation du temps nécessaire à chacune de ces récupérations. |
Explication | La taille de session entre en jeu dans les performances de l'application. Si les données sont disponibles, Performance Advisor peut émettre des préconisations sur la taille moyenne de session. |
Action | Activez le compteur SessionObjectSize PMI (Performance Monitoring Infrastructure) si vous ne vous trouvez pas en environnement réparti. |
Explication | Des sessions de taille importante peuvent entraîner une réduction des performances. Les principaux coûts sont la sérialisation et la quantité de mémoire utilisée. |
Action | Pensez à réviser votre application afin de réduire la taille de session moyenne. |
Explication | Des sessions de taille importante peuvent entraîner une réduction des performances. Les principaux coûts sont la sérialisation et la quantité de mémoire utilisée. |
Action | Pensez à réviser votre application afin de réduire la taille de session moyenne. |
Explication | Il n'est pas nécessaire d'attribuer la valeur "tout" pour l'ensemble de statistiques actuellement contrôlé PMI dans Performance Advisor. |
Action | Diminuez le niveau de contrôle pour l'ensemble de statistiques surveillé par PMI en lui attribbuant la valeur Etendu. |
Explication | La taille du pool de connexions est correcte et l'utilisation du pool est bonne. |
Action | Aucune action n'est requise. |
Explication | L'algorithme courant se contente de diminuer la valeur des paramètres Taille minimale/maximale du pool si la taille du pool courant est égale à la valeur du paramètre MinPoolSize. |
Action | Aucune action n'est requise. |
Explication | L'utilisation de l'UC système est inhabituellement faible. |
Action | Exécutez Performance Advisor avec une charge de travail représentative. Sl'utilisation de l'UC est censée être aussi faible, pensez à diminuer la taille du pool d'unités d'exécution. Sinon, le goulot d'étranglement risque d'exister ailleurs dans le système, empêchant le travail d'atteindre Websphere Application Server. Pour diminuer la taille du pool d'unités d'exécution du conteneur Web, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Pour diminuer la taille du pool d'unités d'exécution pour le service ORB, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. |
Explication | La taille du pool de connexions est correcte. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | La taille du cache de sessions est correcte. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | La taille du pool d'unités d'exécution est négative ou le nombre d'unités d'exécution actives est supérieur à la taille du pool d'unités d'exécution. |
Action | Vérifiez dans la console d'administration les paramètres du pool d'unités d'exécution. Pour le conteneur Web, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Pour le service ORB, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. |
Explication | Performance advisor limite le nombre de fois où est émis un avertissement particulier. Une erreur d'optimisation peut encore exister, même si aucun message ne la signale. |
Action | Aucune action n'est requise. |
Explication | Runtime Performance Advisor active ce point de données en vue d'une utilisation future. |
Action | Aucune action n'est requise. |
Explication | L'infrastructure PMI n'est pas activée pour certains modules. |
Action | Pour utiliser totalement Performance Advisor, activez le contrôle de ces modules. Pour activer PMI dans la console d'administration, cliquez sur Serveurs d'applications > nom_serveur > Infrastructure de contrôle des performances. Remarque : Pour l'attribution de la valeur MAX au module JVM, l'activation de l'interface JVMPI (Java Virtual Machine Profiling Interface) est requise. Pour plus d'informations sur ce sujet, voir le Centre de documentation. |
Explication | L'infrastructure PMI n'est pas activée pour ce serveur. |
Action | Pour activer PMI dans la console d'administration, cliquez sur Serveurs d'applications > nom_serveur > Infrastructure de contrôle des performances. Sélectionnez l'option Activer l'infrastructure PMI, cliquez sur Appliquer et redémarrez le serveur. |
Explication | Il est possible que Runtime Performance Advisor, les conseils ou le point de données PMI viennent à peine d'être activés. |
Action | Aucune action n'est requise. |
Explication | Pour pouvoir utiliser Runtime Performance Advisor, redémarrez le serveur d'applications. |
Action | A partir du répertoire d'installation de WebSphere Application Server, aller au répertoire bin et tapez stopserver.bat pour arrêter le serveur, puis tapez startserver.bat pour le redémarrer. |
Explication | Runtime Performance Advisor a créé une erreur. |
Action | Vous trouverez les fichiers de journaux dans le sous-répertoire logs du répertoire principal d'installation. Chaque instance de serveur a son propre répertoire dans le répertoire logs. Dans la console d'administration, activez la fonction de trace en cliquant sur Serveurs d'applications > nom_serveur > Journalisation et traçage > Diagnostics du service de trace. |
Explication | Runtime Performance Advisor a créé une erreur. |
Action | Vous trouverez les fichiers de journaux dans le sous-répertoire logs du répertoire principal d'installation. Chaque instance de serveur a son propre répertoire dans le répertoire logs. Dans la console d'administration, activez la fonction de trace en cliquant sur Serveurs d'applications > nom_serveur > Journalisation et traçage > Diagnostics du service de trace. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est requise. |
Explication | Les tailles des sessions en mémoire sont toutes raisonnables. |
Action | Aucune action n'est requise. |
Explication | L'infrastructure PMI n'est pas activée pour cet agent de noeud. |
Action | Pour activer l'infrastructure PMI depuis la console d'administration, cliquez sur Administration système > Agents de noeud > agent de noeud > Infrastructure de contrôle des performances). Sélectionnez l'option Activer l'infrastructure PMI, cliquez sur Appliquer et redémarrez l'agent de noeud. |
Explication | Performance Runtime Advisor était censé extraire un client d'administration, ce qu'il n'a pas fait. |
Action | Vérifiez que l'agent du noeud est bien en cours d'exécution et que la reconnaissance du processus a effectivement eu lieu sur le serveur d'applications. |
Explication | Runtime Performance Advisor n'est pas parvenu à s'enregistrer pour les notifications de modifications de l'exécution. |
Action | En cas d'exécution dans un environnement de déploiement réseau, vérifiez que le gestionnaire de déploiement est bien en cours d'exécution. |
Explication | Il s'agit d'une erreur système interne. |
Action | Si le problème persiste, l'ID du message peut vous fournir des informations complémentaires dans la page Web de support WebSphere Application Server : http://www.ibm.com/software/webservers/appserv/was/support/ Page de support IBM WebSphere Application Server for z/OS : http://www.ibm.com/software/webservers/appserv/zos_os390/support/ |
Explication | Il s'agit d'une erreur système interne. |
Action | Si le problème persiste, l'ID du message peut vous fournir des informations complémentaires dans la page Web de support WebSphere Application Server : http://www.ibm.com/software/webservers/appserv/was/support/ Page de support IBM WebSphere Application Server for z/OS : http://www.ibm.com/software/webservers/appserv/zos_os390/support/ |
Explication | Runtime Performance Advisor n'est pas parvenu à s'enregistrer pour les notifications de modifications de l'exécution. |
Action | En cas d'exécution dans un environnement de déploiement réseau, vérifiez que le gestionnaire de déploiement est toujours en cours d'exécution. |
Explication | Runtime Performance Advisor utilise les paramètres d'exécution afin de déterminer plus facilement les problèmes de performances. Ces données n'étaient pas disponibles. La configuration persistante sera utilisée à la place de la configuration de l'exécution. |
Action | Aucune action n'est requise. |
Explication | Un problème est survenu lors de l'extraction à partir du référentiel des détails de la configuration du serveur d'applications. |
Action | Si le problème persiste, l'ID du message peut vous fournir des informations complémentaires dans la page Web de support WebSphere Application Server : http://www.ibm.com/software/webservers/appserv/was/support/ Page de support IBM WebSphere Application Server for z/OS : http://www.ibm.com/software/webservers/appserv/zos_os390/support/ |
Explication | Un problème est survenu lors de l'extraction à partir du référentiel des détails de la configuration de la session du serveur d'applications. |
Action | Si le problème persiste, l'ID du message peut vous fournir des informations complémentaires dans la page Web de support WebSphere Application Server : http://www.ibm.com/software/webservers/appserv/was/support/ Page de support IBM WebSphere Application Server for z/OS : http://www.ibm.com/software/webservers/appserv/zos_os390/support/ |
Explication | Un problème est survenu lors de l'extraction de la ressource à partir du répertoire principal de la configuration. |
Action | Si le problème persiste, l'ID du message peut vous fournir des informations complémentaires dans la page Web de support WebSphere Application Server : http://www.ibm.com/software/webservers/appserv/was/support/ Page de support IBM WebSphere Application Server for z/OS : http://www.ibm.com/software/webservers/appserv/zos_os390/support/ |
Explication | Runtime Performance Advisor a créé une erreur. |
Action | Chaque instance de serveur a son propre répertoire dans le répertoire logs. Activez le traçage com.ibm.ws.performance.tuning.serverAlert.*=all=enabled dans la console d'administration en cliquant sur Serveurs d'applications > nom_serveur > Journalisation et traçage > Diagnostics du service de trace. |
Explication | Performance Advisor a créé une erreur. |
Action | Redémarrez Performance Advisor. |
Explication | Si la taille initiale du tas de la JVM est trop petite, c'est que le tas doit se développer trop souvent, dégradant ainsi les performances lors de la première initialisation du serveur d'applications. |
Action | Pour modifier la taille du tas mémoire de la JVM, dans la console d'administration, cliquez sur Serveurs d'applications > nom_serveur > Gestion des processus et Java > Définition des processus > Machine virtuelle Java. Pour plus d'informations sur l'optimisation de la JVM, voir le Centre de documentation. |
Explication | Si la taille minimale du tas est trop grande, la JVM ne peut pas réduire le tas à la taille appropriée. La récupération de place prend alors plus de temps, entraînant des interruptions plus longues dans le traitement des applications. |
Action | Pour modifier la taille du tas mémoire de la JVM, dans la console d'administration, cliquez sur Serveurs d'applications > nom_serveur > Gestion des processus et Java > Définition des processus > Machine virtuelle Java. Pour plus d'informations sur l'optimisation de la JVM, voir le Centre de documentation. |
Explication | Si la taille maximale de tas est trop petite, la machine JVM ne dispose pas de suffisamment de place pour gérer efficacement le tas. Les performances se dégradent et l'application risque d'échouer. |
Action | Pour modifier la taille du tas mémoire de la JVM, dans la console d'administration, cliquez sur Serveurs d'applications > nom_serveur > Gestion des processus et Java > Définition des processus > Machine virtuelle Java. Pour plus d'informations sur l'optimisation de la JVM, voir le Centre de documentation. |
Explication | Si la taille du tas est trop élevée pour la quantité de mémoire physique sur votre machine, votre système va recevoir des messages et les performances se dégraderont. |
Action | Si tel est le cas, essayez de réduire la place que prennent vos applications ou ajoutez de la mémoire physique à votre système. |
Explication | Les paramètres de taille du tas de la JVM spécifient une taille initiale supérieure à la taille maximale. |
Action | Pour modifier la taille du tas mémoire de la JVM, dans la console d'administration, cliquez sur Serveurs d'applications > nom_serveur > Gestion des processus et Java > Définition des processus > Machine virtuelle Java. Pour plus d'informations sur l'optimisation de la JVM, voir le Centre de documentation. |
Explication | La désactivation de JIT réduit les performances du serveur d'applications. |
Action | Pour modifier la taille du tas mémoire de la JVM, dans la console d'administration, cliquez sur Serveurs d'applications > nom_serveur > Gestion des processus et Java > Définition des processus > Machine virtuelle Java. Pour plus d'informations sur l'optimisation de la JVM, voir le Centre de documentation. |
Explication | Il s'agit d'un message d'information. |
Action | Aucune action n'est nécessaire. |
Explication | L'activation des spécifications de trace peut réduire fortement les performances du serveur d'applications. |
Action | Pour désactiver les spécifications de trace inutiles, dans la console d'administration, cliquez sur Serveurs d'applications > nom_serveur > Modifier les niveaux de journalisation ou de trace, et désactivez toutes les spécifications de trace inutiles. |
Explication | La valeur spécifiée comme taille minimale du pool d'unités d'exécution pour le conteneur Web est supérieure à la valeur de la taille maximale du pool d'unités d'exécution. |
Action | Pour modifier la taille du pool d'unités d'exécution, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Au Centre de documentation, vous trouverez des explications sur la manière d'optimiser le serveur d'applications. |
Explication | En général, un pool d'unités d'exécution de très grande taille réduit les performances, bien qu'il soit nécessaire pour certaines applications. |
Action | Pour modifier la taille du pool d'unités d'exécution, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Au Centre de documentation, vous trouverez des explications sur la manière d'optimiser le serveur d'applications. |
Explication | En général, un pool d'unités d'exécution de très grande taille réduit les performances, bien qu'il soit nécessaire pour certaines applications. |
Action | Pour modifier la taille du pool d'unités d'exécution, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Pools d'unités d'exécution. Au Centre de documentation, vous trouverez des explications sur la manière d'optimiser le serveur d'applications. |
Explication | La valeur spécifiée comme taille minimale du pool d'unités d'exécution pour l'ORB est supérieure à la valeur de la taille maximale du pool d'unités d'exécution. |
Action | Pour modifier la taille du pool d'unités d'exécution, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. Au Centre de documentation, vous trouverez des explications sur la manière d'optimiser le serveur d'applications. |
Explication | En général, un pool d'unités d'exécution de très grande taille réduit les performances, bien qu'il soit nécessaire pour certaines applications. |
Action | Pour modifier la taille du pool d'unités d'exécution, ouvrez la console d'administration et cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. Au Centre de documentation, vous trouverez des explications sur la manière d'optimiser le serveur d'applications. |
Explication | En général, un pool d'unités d'exécution de très grande taille réduit les performances, bien qu'il soit nécessaire pour certaines applications. |
Action | Pour modifier la taille du pool d'unités d'exécution, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service ORB > Pool d'unités d'exécution. Au Centre de documentation, vous trouverez des explications sur la manière d'optimiser le serveur d'applications. |
Explication | La valeur spécifiée comme taille minimale du pool de connexions de la source de données est supérieure à la taille maximale du pool. |
Action | Pour modifier les propriétés du pool de connexions, dans la console d'administration, cliquez sur Fournisseurs JDBC > fournisseur_JDBC > Source de données > source_données > Propriétés du pool de connexions. Pour plus d'informations sur la mise en file d'attente, voir le Centre de documentation. |
Explication | En général, un pool de connexions de très grande taille réduit les performances, bien qu'il puisse être nécessaire pour certaines applications. |
Action | Pour modifier les propriétés du pool de connexions, dans la console d'administration, cliquez sur Fournisseurs JDBC > fournisseur_JDBC > Source de données > source_données > Propriétés du pool de connexions. Pour plus d'informations sur la mise en file d'attente, voir le Centre de documentation. |
Explication | En général, un pool de connexions de très grande taille réduit les performances, bien qu'il puisse être nécessaire pour certaines applications. |
Action | Pour modifier les propriétés du pool de connexions, dans la console d'administration, cliquez sur Fournisseurs JDBC > fournisseur_JDBC > Source de données > source_données > Propriétés du pool de connexions. Pour plus d'informations sur la mise en file d'attente, voir le Centre de documentation. |
Explication | une mémoire cache d'instructions préparées de grande taille constitue généralement un problème, uniquement si la mémoire est contrainte et si de nombreuses instructions préparées sont utilisées peu fréquemment. Dans ce cas, les instructions ne sont pas supprimées, mais elles consomment de la mémoire. En général, la taille de la mémoire cache correspond au nombre d'instructions préparées utilisées dans l'application. |
Action | Pour modifier la taille du cache, dans la console d'administration, cliquez sur Fournisseurs JDBC > fournisseur_JDBC > Source de données > source_données. Pour plus d'informations sur la mise en file d'attente, voir le Centre de documentation. |
Explication | L'assistant de configuration des performances DB2 calcule et suggère des paramètres de configuration pouvant optimiser les performances de votre base de données DB2. |
Action | Pour accéder à l'assistant de configuration des performances DB2, cliquez à l'aide du bouton droit de la souris sur l'objet base de données dans le Centre de contrôle DB2 et sélectionnez Configuration des performances - Assistant. |
Explication | La mise en cache dynamique est activée. |
Action | Pour activer le service de cache dynamique, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Services du conteneur > Service de cache dynamique. Pour plus d'informations sur l'utilisation du service de cache dynamique, voir le Centre de documentation. |
Explication | La mise en cache des servlets n'est pas activée. |
Action | Pour activer la mise en cache des servlets, dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur > Paramètres du conteneur Web > Conteneur Web et cochez Activer la mise en cache des serveurs dans l'onglet Configuration. Cliquez sur Appliquer ou sur OK. Vous devrez redémarrer votre serveur d'applications. |
Explication | Une erreur s'est produite lors de la lecture de la configuration via le service de configuration ou les données de configuration ne se trouvent pas dans le fichier journal, si vous vous trouvez en mode relecture de journal. |
Action | Aucune action n'est requise. |
Explication | A terme, la quantité de mémoire disponible semble diminuer ou la mémoire disponible dans le tas est constamment insuffisante, ce qui peut indiquer une fuite de mémoire. |
Action | Faites appel à des utilitaires pour continuer à analyser l'utilisation de la mémoire au fil du temps. Au Centre de documentation, vous trouverez des explications sur le diagnostic des erreurs de saturation de mémoire et de fuite de mémoire dans le heap java. |
Explication | A terme, la quantité de mémoire disponible semble diminuer ou la mémoire disponible dans le tas est constamment insuffisante, ce qui peut indiquer une fuite de mémoire. |
Action | Faites appel à des utilitaires pour continuer à analyser l'utilisation de la mémoire au fil du temps. Au Centre de documentation, vous trouverez des explications sur le diagnostic des erreurs de saturation de mémoire et de fuite de mémoire dans le heap java. |
Explication | Il n'y a pas eu de cycle de récupération de place. L'application ne semble pas être en cours d'utilisation. |
Action | Aucune action n'est requise |
Explication | Les schémas d'utilisation de la mémoire n'indiquent pas de fuite de mémoire. |
Action | Aucune action n'est requise |
Explication | Les schémas d'utilisation de la mémoire indiquent un problème potentiel. |
Action | Aucune action n'est requise |
Explication | Pour fournir une notification anticipée d'une activité suspecte dans la mémoire, des périodes courtes et des périodes prolongées sont utilisées pour la collecte des données. Une période courte génère parfois une notification qui se révèle fausse ultérieurement, lorsque que l'on analyse un plus grand nombre de données collectées sur une période plus longue. |
Action | Aucune action n'est requise |
Explication | Il est possible qu'une fuite de mémoire soit à l'origine de cette augmentation illimitée de la taille du processus java. |
Action | Ajustez la taille du pool de mémoire ou faites appel à des utilitaires pour continuer à analyser l'utilisation de la mémoire au fil du temps. Au Centre de documentation, vous trouverez des explications sur le diagnostic des erreurs de saturation de mémoire et de fuite de mémoire dans le heap java. |
Explication | Les schémas d'utilisation de la mémoire n'indiquent pas de fuite de mémoire. |
Action | Aucune action n'est requise |