États et couleurs des objets


Dans le SKOOR Engine, les états et couleurs d'objets suivants sont utilisés :


État

Couleur

Interprétation

Major

Pas bon. Agir immédiatement.

Minor

Pas critique mais doit être corrigé rapidement.

Warning

Généralement utilisé pour exprimer qu'une mesure n'a pas pu être effectuée correctement, donc SKOOR Engine ne connaît pas l'état actuel de la fonction qui est surveillée. Cela se produit si une tâche est configurée de manière incorrecte ou si un dispositif distant ne peut être atteint. Par exemple, lors de la surveillance de l'état d'un service sur un hôte distant à l'aide d'une tâche de service Agent, la tâche deviendra jaune

  • si l'agent de l'hôte distant n'est pas joignable (délai de connexion),

  • si l'agent sur l'hôte distant peut être joint mais que les informations d'identification fournies pour la connexion sont incorrectes,

  • si le nom du service à vérifier n'a pas été configuré correctement dans les paramètres du job

  • etc.

Dans tous ces cas, SKOOR ne peut pas décider de l'état du service distant et la tâche de mesure est donc placée dans l'état Warning.

Maintenance Major

L'objet est actuellement en maintenance et la dernière mesure a renvoyé un état Major.

Maintenance Minor

L'objet fait actuellement l'objet d'une maintenance et la dernière mesure a renvoyé un état Minor.

Maintenance Warning

L'objet est actuellement sous maintenance et la dernière mesure a renvoyé un état Warning.

Maintenance OK

L'objet est actuellement sous maintenance et la dernière mesure a renvoyé un état OK.

OK

Comme il se doit.

No Data

Aucun résultat de mesure n'a été rapporté par le(s) job(s) de mesure pendant une durée égale à deux fois l'intervalle de mesure du job plus 10 minutes. Cela signifie généralement que le collecteur SKOOR sur lequel la tâche est configurée ne fonctionne pas ou ne peut pas atteindre le serveur SKOOR assez fréquemment. Cela peut indiquer une mauvaise configuration, un problème de connectivité réseau entre le collecteur et le serveur ou un problème de performance.

Undefined (non défini)

Undefined est utilisé pour les travaux qui sont actuellement arrêtés ou pour d'autres objets qui ne contiennent pas d'objets enfants ou dont les objets enfants sont tous indéfinis.
Les travaux arrêtés qui sont redémarrés restent Undefined jusqu'à ce que la mesure suivante soit effectuée.
Les travaux liés à une planification passent à l'état Undefined lorsqu'ils sont actuellement inactifs, conformément à la planification.
Tous les objets (tels que les périphériques ou les SLO) dans lesquels un job pousse son état, interprètent l'état Undefined comme OK. Par exemple, si un travail est lié à une planification de sorte qu'il ne s'exécute que pendant certaines heures de la journée, l'historique de son état peut ressembler à ceci :


L'historique d'état du périphérique parent de ce travail considère les parties non définies du graphique comme OK:


L'état d'un objet de travail est défini par les paramètres configurés dans ses limites d'alarme. Par exemple, un travail ICMP est généralement configuré pour prendre l'état Major lorsque la valeur de perte de paquets de la mesure ICMP est de 100 %. L'état des autres objets dépend principalement de l'état combiné de ses enfants. La Table ci-dessus reflète la priorité des états. Par exemple, un objet de groupe qui contient un sous-objet avec l'état Warning et un autre sous-objet avec l'état Maintenance Major aura l'état Warning.

Si une maintenance a été définie sur un objet, l'objet conserve la couleur de son état d'origine et la couleur bleue est superposée, soit dans son nom (SKOOR Engine), soit dans son ampoule, comme on peut le voir ci-dessus (SKOOR Dashboards).

Pour divers objets à travers le SKOOR Engine (par exemple pour les objets carte ou OPM) la couleur de leur icône indique le pire état de n'importe lequel de ses objets enfants :