test

Notes de version de Sun Management Center 4.0

Bogues du logiciel Performance Reporting Manager

Les données horaires ne sont pas récapitulées dans le graphe du laps de temps spécifié par l'utilisateur (6619000)

Les graphes de Performance Reporting Manager peuvent être générés pour un laps de temps spécifié par l'utilisateur. Dans les graphes de Sun MC 4.0 Performance Reporting Manager, si la limite inférieure de la plage horaire coïncide avec l'heure à laquelle les données ont été générées, le point n'est pas affiché.

Solution : Ajoutez un intervalle supplémentaire d'une demi-heure ou d'une heure à la limite inférieure.

Par exemple, si on a des données horaires pour une certaine propriété commençant à 5H30, 6H30 et ainsi de suite jusqu'à 11H30 et que le graphe est requis pour la plage horaire entre 6H30 et 10H30, le graphe ne contiendra pas le point correspondant à 6H30. Toutefois, si la plage horaire est comprise entre 6H00 et 10H00, tous les points seront correctement tracés.

Le processus perftool ne fonctionne pas en cas d'installation incrémentielle de Performance Reporting Manager (6615241)

L'installation incrémentielle de Performance Reporting Manager dans toute la zone racine ne configure pas le module agent de Performance Reporting Manager.

Solution : Modifiez le fichier /var/opt/SUNWsymon/cfg/zone-modules-d.dat.

La production de rapports à sept jours par Performance Reporting Manager Reports prend longtemps pour 10 propriétés des données (6611541)

Quand le nombre des agents contrôlés et la quantité des données de performance est élevée (supérieure à 100), la production des rapports pour les données des sept derniers jours emploie très longtemps. Les données historiques à un niveau maximum de détails sont conservées sept jours dans la base de données. Le niveau maximum de détails correspond aux données horaires. Donc, pour obtenir ce rapport il faut collecter la quantité maximum de données. La quantité des données augmente avec le nombre des propriétés requises. Le poids sur la base de données est le même après huit jours vu que les données collectées sont celles des sept derniers jours.

Au-delà de huit jours, les données historiques sont conservées à des intervalles quotidiens, hebdomadaires et mensuels. Par conséquent, la génération de rapports pour des plages de temps supérieures à huit jours est plus rapide.

Solution : Si le nombre des agents est élevé, abaissez la limite de temps pour les données horaires en la faisant passer de sept à cinq jours.

Un problème avec Java Service entraîne l'échec de la collecte des données de l'agent par Performance Reporting Manager (4855306)

Si 15 requêtes ou plus de génération de rapports dans Performance Reporting Manager ont été programmées pour se produire simultanément, vous risquez de rencontrer l’un des problèmes suivants après un certain temps d'exécution du logiciel :

Pour certains des problèmes susmentionnés, la console peut afficher le message d’erreur suivant quand vous lancez l’IG de gestion des travaux :


Le service Tâche n'est pas disponible

De même, pour certains de ces problèmes, la console peut afficher le message d’erreur suivant quand vous lancez l’IG du gestionnaire de rapports :


Le service de rapport n'est pas disponible

Solution : Quand vous rencontrez ce problème, arrêtez et redémarrez vos composants serveurs. Tapez les commandes :


# es-stop -A


# es-start -A

Pour éviter ce problème, ne programmez pas plus de 15 requêtes de rapports en même temps. Échelonnez l’exécution des requêtes programmées sur une période de temps. Par exemple, si vous avez 20 requêtes à exécuter toutes les heures, divisez-les en deux lots de 10 requêtes. Programmez ces lots pour qu'ils s'exécutent à intervalles de 15 minutes et non pas en même temps.

Mauvais filtrage des rapports d'alarme en cas de sélection de l'option Tous les hôtes (4788475)

Les alarmes consignées relatives aux machines agent sont mal filtrées dans les rapports d’alarme quand l’option Tous les hôtes est sélectionnée et qu’un filtre est spécifié.

Si l’option Tous les hôtes a été sélectionnée avec filtre, les critères de filtrage spécifiés sont appliqués à toutes les alarmes enregistrées pour tous les hôtes. Les alarmes filtrées sont retournées dans la sortie du rapport. De plus, le rapport contient les alarmes éventuelles d'agents et d'hôtes qui ne répondent pas parmi tous les hôtes surveillés. Les critères de filtrage spécifiés ne sont pas appliqués à ces alarmes.

Solution : Ce problème peut être évité en spécifiant de façon explicite les noms des hôtes pour les rapports d’alarmes. Choisissez l’une des solutions ci-dessous.