1 Konfigurieren eines Auslösers
Übersicht
Um einen Auslöser zu konfigurieren, gehen Sie wie folgt vor:
- Gehen Sie zu: Data collection > Hosts
- Klicken Sie in der Zeile des Hosts auf Auslöser
- Klicken Sie rechts auf Auslöser erstellen (oder auf den Namen des Auslösers, um einen vorhandenen Auslöser zu bearbeiten)
- Geben Sie die Parameter des Auslösers im Formular ein
Siehe auch allgemeine Informationen zu Auslösern und ihren Berechnungszeiten.
Konfiguration
Die Registerkarte Trigger enthält alle wesentlichen Trigger-Attribute.
Alle obligatorischen Eingabefelder sind mit einem roten Sternchen markiert.
| Parameter | Beschreibung |
|---|---|
| Name | Triggername. Unterstützte Makros sind: {HOST.HOST}, {HOST.NAME}, {HOST.PORT}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {ITEM.VALUE}, {ITEM.LASTVALUE}, {ITEM.LOG.*} und {$MACRO}-Benutzermakros. Die Makros $1, $2...$9 können verwendet werden, um auf die erste, zweite... neunte Konstante des Ausdrucks zu verweisen. Hinweis: Die Makros $1-$9 werden korrekt aufgelöst, wenn sie sich auf Konstanten in relativ einfachen, geradlinigen Ausdrücken beziehen. Beispielsweise wird der Name "Processor load above $1 on {HOST.NAME}" automatisch in "Processor load above 5 on New host" geändert, wenn der Ausdruck last(/New host/system.cpu.load[percpu,avg1])>5 lautet. |
| Event name | Wenn definiert, wird dieser Name zum Erstellen des Problemereignisnamens verwendet. Standardmäßig ist der Ereignisname identisch mit dem Triggernamen. Der Ereignisname kann verwendet werden, um aussagekräftige Alarme mit Problemdaten zu erstellen (siehe Beispiel). Es wird derselbe Satz an Makros unterstützt wie im Triggernamen, zusätzlich die Ausdrucksmakros {TIME} und {?EXPRESSION}. |
| Operational data | Geben Sie eine Zeichenfolge mit Makros ein, um dynamische Echtzeitdaten in Monitoring > Problems anzuzeigen. Alternativ können Sie dieses Feld leer lassen, um die neuesten Werte aller Datenpunkte aus dem Triggerausdruck anzuzeigen. Es wird derselbe Satz an Makros unterstützt wie im Triggernamen, mit der Möglichkeit, diese dynamisch aufzulösen. Zum Beispiel: {ITEM.VALUE<1-9>} wird zum Zeitpunkt der Zustandsänderung des Triggers auf die Datenpunktwerte aufgelöst (Problem erstellt, behoben, manuell geschlossen oder durch Korrelation geschlossen). {ITEM.LASTVALUE<1-9>} wird auf die neuesten Datenpunktwerte aufgelöst. Beachten Sie, dass das manuelle Schließen eines Problems keinen neuen Wert erzeugt, sodass beide Makros weiterhin den Wert zum Zeitpunkt des Problems anzeigen. Beachten Sie außerdem, dass beide Makros zu UNKNOWN aufgelöst werden, wenn der neueste Wert älter ist als der Max history display period (siehe Administration > General). |
| Severity | Legen Sie die erforderliche Trigger-Severity fest, indem Sie auf die Schaltflächen klicken. |
| Expression | Logischer Ausdruck, der zur Definition der Bedingungen eines Problems verwendet wird. Zeit-Suffixe und Suffixe für Speichergrößen werden unterstützt. Ein Problem wird erstellt, nachdem alle im Ausdruck enthaltenen Bedingungen erfüllt sind, d. h. der Ausdruck TRUE ergibt. Das Problem wird behoben, sobald der Ausdruck FALSE ergibt, sofern in Recovery expression keine zusätzlichen Wiederherstellungsbedingungen angegeben sind. |
| OK event generation | Optionen zur Generierung von OK-Ereignissen: Expression - OK-Ereignisse werden auf Grundlage desselben Ausdrucks wie Problemereignisse generiert; Recovery expression - OK-Ereignisse werden generiert, wenn der Problemausdruck FALSE ergibt und der Wiederherstellungsausdruck TRUE ergibt; None - in diesem Fall kehrt der Trigger niemals von selbst in den OK-Zustand zurück. |
| Recovery expression | Logischer Ausdruck (optional), der zusätzliche Bedingungen definiert, die erfüllt sein müssen, bevor das Problem behoben wird, nachdem der ursprüngliche Problemausdruck bereits als FALSE ausgewertet wurde. Der Wiederherstellungsausdruck ist für die Trigger-Hysterese nützlich. Es ist nicht möglich, ein Problem allein durch den Wiederherstellungsausdruck zu beheben, wenn der Problemausdruck weiterhin TRUE ist. Dieses Feld ist nur verfügbar, wenn für OK event generation die Option 'Recovery expression' ausgewählt ist. |
| PROBLEM event generation mode | Modus zur Generierung von Problemereignissen: Single - ein einzelnes Ereignis wird generiert, wenn ein Trigger zum ersten Mal in den Zustand 'Problem' wechselt; Multiple - ein Ereignis wird bei jeder 'Problem'-Auswertung des Triggers generiert. |
| OK event closes | Wählen Sie aus, ob das OK-Ereignis schließt: All problems - alle Probleme dieses Triggers; All problems if tag values match - nur diejenigen Triggerprobleme mit übereinstimmenden Ereignis-Tag-Werten. |
| Tag for matching | Geben Sie den Namen des Ereignis-Tags ein, der für die Ereigniskorrelation verwendet werden soll. Dieses Feld wird angezeigt, wenn für die Eigenschaft OK event closes die Option 'All problems if tag values match' ausgewählt ist, und ist in diesem Fall obligatorisch. |
| Allow manual close | Aktivieren Sie diese Option, um das manuelle Schließen von Problemereignissen zu erlauben, die von diesem Trigger erzeugt werden. Das manuelle Schließen ist beim Bestätigen von Problemereignissen möglich. |
| Menu entry name | Wenn nicht leer, wird der hier eingegebene Name (bis zu 64 Zeichen) an mehreren Stellen im Frontend als Bezeichnung für die im Parameter Menu entry URL angegebene Trigger-URL verwendet. Wenn leer, wird standardmäßig der Name Trigger URL verwendet. Es wird derselbe Satz an Makros unterstützt wie im Triggernamen, zusätzlich {EVENT.ID}, {HOST.ID} und {TRIGGER.ID}. |
| Menu entry URL | Wenn nicht leer, ist die hier eingegebene URL (bis zu 2048 Zeichen) an mehreren Stellen im Event-Menü im Frontend als Link verfügbar, zum Beispiel beim Klicken auf den Problemnamen in Monitoring > Problems oder im Dashboard-Widget Problems. Es wird derselbe Satz an Makros unterstützt wie im Triggernamen, zusätzlich {EVENT.ID}, {HOST.ID} und {TRIGGER.ID}. Hinweis: Benutzermakros mit geheimen Werten werden in der URL nicht aufgelöst. |
| Description | Textfeld zur Bereitstellung weiterer Informationen zu diesem Trigger. Kann Anweisungen zur Behebung eines bestimmten Problems, Kontaktdaten des zuständigen Personals usw. enthalten. Es wird derselbe Satz an Makros unterstützt wie im Triggernamen. |
| Enabled | Wenn Sie dieses Kontrollkästchen deaktivieren, wird der Trigger bei Bedarf deaktiviert. Probleme eines deaktivierten Triggers werden im Frontend nicht mehr angezeigt, aber nicht gelöscht. |
Die Registerkarte Tags ermöglicht es Ihnen, Trigger-übergreifende Tags zu definieren. Alle Probleme dieses Triggers werden mit den hier eingegebenen Werten getaggt.
Zusätzlich ermöglicht die Option Inherited and trigger tags das Anzeigen von auf Vorlagenebene definierten Tags, wenn der Trigger aus dieser Vorlage stammt. Wenn mehrere Vorlagen denselben Tag haben, werden diese Tags einmal angezeigt und die Vorlagennamen durch Kommas getrennt. Ein Trigger "erbt" und zeigt keine Host-Ebene-Tags an.
| Parameter | Beschreibung |
|---|---|
| Name/Value | Legen Sie benutzerdefinierte Tags fest, um Triggerereignisse zu kennzeichnen. Tags bestehen aus einem Tag-Namen und einem Wert. Sie können nur den Namen verwenden oder ihn mit einem Wert kombinieren. Ein Trigger kann mehrere Tags mit demselben Namen, aber unterschiedlichen Werten haben. Benutzermakros, Benutzermakros mit Kontext, Low-Level-Discovery-Makros und Makro-Funktionen mit {{ITEM.VALUE}}, {{ITEM.LASTVALUE}} werden in Ereignis-Tags unterstützt. Low-Level-Discovery-Makros können innerhalb des Makro-Kontexts verwendet werden.Das Makro {TRIGGER.ID} wird in Trigger-Tag-Werten unterstützt. Es kann nützlich sein, um Trigger zu identifizieren, die aus Trigger-Prototypen erstellt wurden, und beispielsweise Probleme dieser Trigger während Wartungsarbeiten zu unterdrücken. Wenn die Gesamtlänge des erweiterten Werts 255 überschreitet, wird er auf 255 Zeichen gekürzt. Siehe alle für Ereignis-Tags unterstützten Makros. Ereignis-Tags können für die Ereigniskorrelation, in Aktionsbedingungen verwendet werden und werden außerdem in Monitoring > Problems oder im Problems-Widget angezeigt. |
Die Registerkarte Dependencies enthält alle Abhängigkeiten des Triggers.
Klicken Sie auf Add, um eine neue Abhängigkeit hinzuzufügen.
Sie können einen Trigger auch konfigurieren, indem Sie einen vorhandenen öffnen, auf die Schaltfläche Clone klicken und dann unter einem anderen Namen speichern.
Testen von Ausdrücken
Es ist möglich, den konfigurierten Auslöser-Ausdruck zu testen, um zu sehen, wie das Ausdrucksergebnis in Abhängigkeit vom empfangenen Wert ausfallen würde.
Der folgende Ausdruck aus einer offiziellen Vorlage wird als Beispiel verwendet:
avg(/Cisco IOS SNMPv2/sensor.temp.value[ciscoEnvMonTemperatureValue.{#SNMPINDEX}],5m)>{$TEMP_WARN}
or
last(/Cisco IOS SNMPv2/sensor.temp.status[ciscoEnvMonTemperatureState.{#SNMPINDEX}])={$TEMP_WARN_STATUS}Um den Ausdruck zu testen, klicken Sie im Feld des Ausdrucks auf Expression constructor.
Im Expression constructor werden alle einzelnen Ausdrücke aufgelistet. Um das Testfenster zu öffnen, klicken Sie unter der Ausdrücksliste auf Test.
Im Testfenster können Sie Beispielwerte eingeben ('80', '70', '0', '1' in diesem Beispiel) und anschließend durch Klicken auf die Schaltfläche Test das Ausdrucksergebnis anzeigen lassen.
Das Ergebnis der einzelnen Ausdrücke sowie des gesamten Ausdrucks kann angezeigt werden.
"TRUE" bedeutet, dass der angegebene Ausdruck korrekt ist. In diesem speziellen Fall A ist "80" größer als der angegebene Wert {$TEMP_WARN}, in diesem Beispiel "70". Wie erwartet wird ein Ergebnis von "TRUE" angezeigt.
"FALSE" bedeutet, dass der angegebene Ausdruck nicht korrekt ist. In diesem speziellen Fall B muss {$TEMP_WARN_STATUS} "1" mit dem angegebenen Wert "0" in diesem Beispiel übereinstimmen. Wie erwartet wird ein Ergebnis von "FALSE" angezeigt.
Der gewählte Ausdruckstyp ist "OR". Wenn mindestens eine der angegebenen Bedingungen (in diesem Fall A oder B) TRUE ist, ist auch das Gesamtergebnis TRUE. Das bedeutet, dass der aktuelle Wert den Warnwert überschreitet und ein Problem aufgetreten ist.