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 :
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.