Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Modèles de mappage d'événements EMS

Contributeurs
PDF

Avant ONTAP 9.0, les événements EMS ne pouvaient être mappés qu'à des destinations d'événement en fonction de la correspondance du modèle de nom d'événement. La commande ONTAP définit (event destination, event route) Qui utilisent ce modèle continue d'être disponible dans les dernières versions de ONTAP, mais ils ont été obsolètes à partir de ONTAP 9.0.

Depuis ONTAP 9.0, la meilleure pratique pour le mappage de destination d'événements EMS ONTAP consiste à utiliser le modèle de filtre d'événements plus évolutif dans lequel la correspondance de modèles est effectuée sur plusieurs champs, à l'aide du event filter, event notification, et event notification destination jeux de commandes.

Si votre mappage EMS est configuré à l'aide des commandes obsolètes, vous devez mettre à jour votre mappage pour utiliser le event filter, event notification, et event notification destination jeux de commandes.

Il existe deux types de destinations d'événements :

  1. Destinations générées par le système : il existe cinq destinations d'événements générées par le système (créées par défaut)

    • allevents

    • asup

    • criticals

    • pager

    • traphost

      Certaines des destinations générées par le système sont à des fins spéciales. Par exemple, la destination d'asup achemine les événements callhome.* vers le module AutoSupport dans ONTAP pour générer des messages AutoSupport.

  2. Destinations créées par l'utilisateur : elles sont créées manuellement à l'aide de event destination create commande.

    cluster-1::event*> destination show
                                                                 Hide
Name             Mail Dest.        SNMP Dest.         Syslog Dest.       Params
---------------- ----------------- ------------------ ------------------ ------
allevents        -                 -                  -                  false
asup             -                 -                  -                  false
criticals        -                 -                  -                  false
pager            -                 -                  -                  false
traphost         -                 -                  -                  false
5 entries were displayed.
+
cluster-1::event*> destination create -name test -mail test@xyz.com
This command is deprecated. Use the "event filter", "event notification destination" and "event notification" commands, instead.
+
cluster-1::event*> destination show
+                                                                     Hide
Name             Mail Dest.        SNMP Dest.         Syslog Dest.       Params
---------------- ----------------- ------------------ ------------------ ------
allevents        -                 -                  -                  false
asup             -                 -                  -                  false
criticals        -                 -                  -                  false
pager            -                 -                  -                  false
test             test@xyz.com      -                  -                  false
traphost         -                 -                  -                  false
6 entries were displayed.

Dans le modèle obsolète, les événements EMS sont mappés individuellement vers une destination à l'aide de l' event route add-destinations commande.

cluster-1::event*> route add-destinations -message-name raid.aggr.* -destinations test
This command is deprecated. Use the "event filter", "event notification destination" and "event notification" commands, instead.
4 entries were acted on.

cluster-1::event*> route show -message-name raid.aggr.*
                                                               Freq    Time
Message                          Severity       Destinations   Threshd Threshd
-------------------------------- -------------- -------------- ------- -------
raid.aggr.autoGrow.abort         NOTICE         test           0       0
raid.aggr.autoGrow.success       NOTICE         test           0       0
raid.aggr.lock.conflict          INFORMATIONAL  test           0       0
raid.aggr.log.CP.count           DEBUG          test           0       0
4 entries were displayed.

Le nouveau mécanisme plus évolutif de notification d'événements EMS est basé sur des filtres d'événements et des destinations de notification d'événements. Pour plus d'informations sur le nouveau mécanisme de notification d'événements, reportez-vous à l'article suivant de la base de connaissances :

schéma des modèles d'événement