Lenteur du temps de réponse ou absence de résultat renvoyé lors de la spécification d'intervalles horaires de collecte de données d'historique pour certains espaces de travail

Pour la collecte des données d'historique dans des fichiers de grande taille, les intervalles que vous définissez pour l'actualisation des espaces de travail historiques, la collecte des données et la mémorisation par bloc des données peuvent avoir un impact considérable sur les performances. Par exemple, lorsque vous sélectionnez une plage de plusieurs heures (24 heures par exemple) pour un espace de travail où un grand nombre de lignes (plusieurs dizaines de milliers) sont enregistrées dans le magasin de données persistantes, l'exécution de la demande qui en résulte peut prendre au moins 60 secondes. De plus, l'agent de surveillance peut utiliser un pourcentage élevé d'unité centrale disponible lors du traitement de la demande.

Pourquoi et quand exécuter cette tâche

Pour limiter les conséquences du problème, appliquez une ou plusieurs des solutions suivantes :

Procédure

Sélectionnez Refresh Every dans le menu View afin d'accéder au sous-menu.
Dans ce dernier, sélectionnez On Demand. Si vous définissez plutôt un intervalle court (inférieur ou égal à 60 secondes), le traitement de l'agent de surveillance requis peut ne pas s'achever dans l'intervalle d'actualisation défini, ce qui entraîne la mise en file d'attente des demandes ultérieures. L'agent de surveillance se consacre ensuite entièrement au traitement de la demande. Le taux d'utilisation de l'unité centrale reste élevé jusqu'à ce que l'utilisateur accède à un autre espace de travail ou ferme Tivoli Enterprise Portal.

Que faire ensuite

Spécifiez des intervalles de collecte historique plus longs, de 30 minutes ou d'1 heure, au lieu de 15 minutes par défaut, pour les groupes d'attributs qui provoquent ce problème. Cela permet de réduire le nombre de lignes par heure enregistrées dans le magasin de données persistantes.
Il est préférable de ne pas collecter les données d'historique pour les groupes d'attributs pour lesquels des problèmes surviennent. Collectez d'autres données qui offrent un aperçu des performances ou des activités du système requises.
Modifiez le paramètre KFW_REPORT_TERM_BREAK_POINT dans le fichier KFWENV de Tivoli Enterprise Portal Server qui se trouve dans le chemin $CandleHome$\CNPS. Ce paramètre contrôle le nombre d'heures pendant lesquelles les données d'historique (d'une période révolue jusqu'à la période actuelle) doivent être récupérées dans les fichiers du magasin de données persistantes (historique à court terme). La valeur par défaut est 86400 secondes (24 heures). Lorsqu'un intervalle plus court est sélectionné, la recherche effectuée par Tivoli Enterprise Portal dans le magasin de données persistantes porte sur des fichiers de plus petite taille. Les données plus anciennes (qui sont exclues en modifiant ce paramètre) sont accessibles si vous renseignez les données d'historique dans IBM® Tivoli Data Warehouse. Sachez que toutes les applications qui utilisent Tivoli Enterprise Portal Server sont affectées par la modification du paramètre KFW_REPORT_TERM_BREAK_POINT.
Tivoli Enterprise Portal interroge IBM Tivoli Data Warehouse afin d'obtenir des données plus anciennes que la valeur de KFW_REPORT_TERM_BREAK_POINT. Configurez un intervalle d'entreposage d'une heure pour vous assurer que les données sont disponibles dans IBM Tivoli Data Warehouse. Cet intervalle permet également d'améliorer les performances des situations et des demandes en temps réel.