La liste suivante identifie certains domaines qui peuvent être poursuivis lors de l’enquête sur un problème qui est considéré comme lié à l’occupation (chargement) du processeur.
Multipliez le nombre dans le champ Total des appels par 20 pour l’intervalle de 3 minutes indiqué (l’heure à laquelle le problème s’est produit).
INFORMATIONS SUPPLÉMENTAIRES :
Si le produit dépasse le BHCC annoncé de la configuration, c’est la charge pour cet intervalle de temps qui cause le problème. Si le produit ne dépasse pas le BHCC pour la configuration, cette charge n’est pas le problème.
Comparez le nombre dans le champ Nombre total d'appels avec le champ Nombre total d'appels pour l'intervalle de temps de 3 minutes identifié (l'heure à laquelle le problème s'est produit).
INFORMATIONS SUPPLÉMENTAIRES :
Si le nombre de tentatives est nettement supérieur au nombre d’appels, un pourcentage important de l’occupation est dû au traitement de stimuli décrochés et décrochés qui n’entraînent pas d’appel terminé.
Examiner le journal des erreurs matérielles pour une quantité excessive d’activités de maintenance (par exemple, un nombre élevé d’erreurs).
Reportez-vous au rapport des liens de communication de la liste des mesures pour déterminer si l’un des liens reçoit une quantité anormale de trafic.
Vérifiez auprès des utilisateurs si une ou plusieurs fonction(s) sont fortement utilisées pendant l’intervalle de temps identifié.
Transmettez le problème au personnel d’entretien en suggérant qu’il vérifie le journal des erreurs du logiciel.
Résultat
Après avoir détecté et corrigé un problème de performance grave, utilisez la clear measurements occupancy busiest-intervals commande et effacez le journal des entrées les plus occupées. Vous pouvez ensuite vous concentrer sur les problèmes de rendement actuels.
Remarque :
Vous ne devez utiliser la clear measurements occupancy busiest-intervals commande que pour effacer les données des problèmes résolus.
