À propos du cycle de vie des événements

La plupart des événements du réseau de stockage sont basés sur des transitions d’intégrité. Par exemple, un changement de maintenance se produit lorsqu’un périphérique passe de l’état « en ligne » à « hors ligne ». C’est la transition de l’état En ligne à Hors ligne qui génère un événement et non la valeur Hors ligne elle-même. Si l’état suffisait à générer un événement, les mêmes événements se répèteraient sans cesse. Les transitions étant inutilisables lors du contrôle des fichiers journaux, certains événements risquent de se répéter dans les journaux. Pour minimiser ce problème, fixez des seuils à chacune des entrées des fichiers journaux.

Le logiciel contient également une base de données des nombres maximaux d’événements qui répertorie le nombre d’événements générés sur le même sujet dans un intervalle de huit heures. Cette base de données évite la création d’événements répétitifs. Par exemple, si le port d’un commutateur bascule continuellement de l’état en ligne à l’état hors ligne à quelques minutes d’intervalle, la base de données des maxima d’événements veillerait à ce que ces changements d’état ne soient signalés qu’une seule fois toutes les huit heures au lieu de toutes les cinq minutes.

La génération d’événements suit généralement ce processus :

  1. Un événement de détection est généré lorsqu’un périphérique est contrôlé pour la première fois. Ce type d’événement ne nécessite aucune intervention, mais permet de définir un seuil de contrôle, essentiellement pour le centre de commande Network Storage (NSCC). Lorsque le NSCC est activé, un événement de détection est généré pour rétablir le seuil de contrôle. Cet événement décrit en détail les composants du périphérique de stockage. Un événement d’audit est généré chaque semaine à la suite de la détection d’un périphérique. Son contenu est identique à celui de l’événement de détection.
  2. Il est possible de générer un événement de journal lorsque des informations intéressantes sont détectées dans les journaux d’un hôte ou d’un périphérique de stockage. Ces informations concernent généralement des périphériques de stockage et sont envoyées à tous les utilisateurs. Ces événements peuvent requérir une action si le seuil spécifié est atteint, puis être envoyés via le fournisseur NetConnect.
  3. Des événements sont générés lorsque le logiciel détecte un changement dans le contenu du rapport d’instrumentation, interroge le périphérique et compare le rapport au rapport d’instrumentation précédent, qui date généralement de quelques minutes seulement. La majorité des événements générés appartient aux catégories StateChangeEvent (événement relatif à un changement d’état) et ValueChangeEvent (événement relatif à un changement de valeur).
  4. Dans la mesure du possible, l’agent maître rassemble les événements sous forme d’événements regroupés.

Remarque : il est également fait référence aux événements regroupés et à ceux qui requièrent l’intervention du personnel de service (aussi connus sous le nom d’événements actionnables) comme à des alarmes. Certaines alarmes sont basées sur un simple changement d’état, d’autres récapitulent une série d’événements. Dans ce cas, la cause de l’événement est placée en tête de la file d’attente en tant qu’alarme. Les événements de support sont regroupés sous l’alarme et désignés comme des événements regroupés.

Rubriques connexes