EMS-Modelle für die Ereigniszuordnung
-
PDF dieser Dokumentationssite
- Cluster-Administration
-
Volume-Administration
-
Logisches Storage-Management mit der CLI
- Verwenden Sie Quoten, um die Ressourcennutzung zu beschränken oder zu verfolgen
-
Logisches Storage-Management mit der CLI
-
NAS-Storage-Management
- Konfigurieren Sie NFS mit der CLI
- Verwalten Sie NFS mit der CLI
-
SMB lässt sich mit der CLI managen
- Verwalten Sie SMB-Server
- Verwalten Sie den Dateizugriff mit SMB
- SAN-Storage-Management
- Authentifizierung und Zugriffssteuerung
- Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
- Managen Sie die SnapMirror Volume-Replizierung
Sammlung separater PDF-Dokumente
Creating your file...
Vor ONTAP 9.0 konnten EMS-Ereignisse basierend auf dem Abgleich von Ereignisnamen nur Ereigniszielen zugeordnet werden. Die ONTAP-Befehle werden eingestellt (event destination
, event route
), die dieses Modell verwenden, ist weiterhin in den neuesten Versionen von ONTAP verfügbar, aber sie sind seit ONTAP 9.0 veraltet.
Seit ONTAP 9.0 empfiehlt sich die Verwendung des skalierbareren Ereignisfiltermodells für ONTAP EMS, in dem die Musteranpassung für mehrere Felder mit dem durchgeführt wird event filter
, event notification
, und event notification destination
Befehlssätze.
Wenn Ihre EMS-Zuordnung mit den veralteten Befehlen konfiguriert ist, sollten Sie Ihre Zuordnung aktualisieren, um die zu verwenden event filter
, event notification
, und event notification destination
Befehlssätze.
Es gibt zwei Arten von Ereigniszielen:
-
Systemgenerierte Ziele: Es gibt fünf vom System generierte Ereignisziele (standardmäßig erstellt)
-
allevents
-
asup
-
criticals
-
pager
-
traphost
Einige der vom System generierten Ziele sind für besondere Zwecke. Zum Beispiel leitet das Asup-Zielgerät Callhome.* Ereignisse an das AutoSupport-Modul in ONTAP weiter, um AutoSupport-Nachrichten zu generieren.
-
-
Vom Benutzer erstellte Ziele: Diese werden manuell mit dem erstellt
event destination create
Befehl.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.
Im veralteten Modell werden EMS-Ereignisse individuell einem Ziel über zugeordnet event route add-destinations
Befehl.
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.
Der neue, besser skalierbare EMS-Mechanismus für Ereignisbenachrichtigungen basiert auf Ereignisfiltern und Zielorten für Ereignisbenachrichtigungen. Detaillierte Informationen zum neuen Benachrichtigungsmechanismus für Ereignisse finden Sie in dem folgenden KB-Artikel: