2 Einen Auslöser konfigurieren
Diese Seite beschreibt, wie ein Auslöser im Zabbix Frontend konfiguriert wird.
Beachten Sie, dass offizielle Zabbix-Vorlagen vordefinierte Auslöser enthalten. Siehe die Anleitung zum Anwenden einer Vorlage auf Linux überwachen. Es ist auch möglich, konfigurierte Auslöser per Massenaktualisierung zu aktualisieren.
Weitere Ressourcen:
- Problemerkennung mit Auslösern (allgemeine Einführung)
- Auslöser-Beispiele (nach Anwendungsfall)
- Auslöser-Ausdruck (Syntaxdetails)
- Best Practices
Konfiguration
Um einen Auslöser zu konfigurieren, gehen Sie wie folgt vor:
- Gehen Sie zu: Datenerfassung > 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 in das Formular ein
Die Registerkarte Auslöser enthält alle wesentlichen Attribute des Auslösers.

Alle erforderlichen Eingabefelder sind mit einem roten Sternchen markiert.
| Parameter | Beschreibung |
|---|---|
| Name | Name des Auslösers. Unterstützte Makros sind: {HOST.HOST}, {HOST.NAME}, {HOST.PORT}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {ITEM.VALUE}, {ITEM.VALUE.AGE}, {ITEM.VALUE.DATE}, {ITEM.VALUE.TIME}, {ITEM.VALUE.TIMESTAMP}, {ITEM.LASTVALUE}, {ITEM.LASTVALUE.AGE}, {ITEM.LASTVALUE.DATE}, {ITEM.LASTVALUE.TIME}, {ITEM.LASTVALUE.TIMESTAMP}, {ITEM.LOG.*} und Benutzermakros {$MACRO}. 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. Zum Beispiel wird der Name „Prozessorlast über $1 auf {HOST.NAME}“ automatisch in „Prozessorlast über 5 auf New host“ geändert, wenn der Ausdruck last(/New host/system.cpu.load[percpu,avg1])>5 ist. |
| Ereignisname | Wenn definiert, wird dieser Name zur Erstellung des Problemereignisnamens verwendet. Standardmäßig ist der Ereignisname identisch mit dem Namen des Auslösers. Der Ereignisname kann verwendet werden, um aussagekräftige Benachrichtigungen mit Problemdaten zu erstellen (siehe Beispiel). Es wird derselbe Satz von Makros wie im Auslösernamen unterstützt, zusätzlich {TIME}, {TIMESTAMP} und Ausdrucksmakros {?EXPRESSION}. |
| Betriebsdaten | Mit Betriebsdaten können beliebige Zeichenfolgen zusammen mit Makros definiert werden. Die Makros werden in Überwachung > Probleme dynamisch in Echtzeitdaten aufgelöst. Während Makros im Auslösernamen (siehe oben) zum Zeitpunkt des Auftretens eines Problems in ihre Werte aufgelöst werden und die Grundlage eines statischen Problemnamens bilden, behalten die Makros in den Betriebsdaten die Fähigkeit, dynamisch die neuesten Informationen anzuzeigen. Wenn auf Auslöser-Ebene keine Betriebsdaten konfiguriert sind, werden die letzten Werte aller Datenpunkte aus dem Ausdruck angezeigt. Es wird derselbe Satz von Makros wie im Auslösernamen unterstützt. |
| Schweregrad | Legen Sie den erforderlichen Schweregrad des Auslösers durch Klicken auf die Schaltflächen fest. |
| Ausdruck | Logischer Ausdruck, der zur Definition der Bedingungen eines Problems verwendet wird. Zeitsuffixe und Speichergrößensuffixe werden unterstützt. Ein Problem wird erstellt, nachdem alle im Ausdruck enthaltenen Bedingungen erfüllt sind, d. h. der Ausdruck den Wert TRUE ergibt. Das Problem wird gelöst, sobald der Ausdruck den Wert FALSE ergibt, sofern in Wiederherstellungsausdruck keine zusätzlichen Wiederherstellungsbedingungen angegeben sind. |
| Erzeugung von OK-Ereignissen | Optionen für die Erzeugung von OK-Ereignissen: Ausdruck - OK-Ereignisse werden auf Grundlage desselben Ausdrucks wie Problemereignisse erzeugt; Wiederherstellungsausdruck - OK-Ereignisse werden erzeugt, wenn der Problemausdruck den Wert FALSE ergibt und der Wiederherstellungsausdruck den Wert TRUE ergibt; Keine - in diesem Fall kehrt der Auslöser niemals selbstständig in einen OK-Zustand zurück. |
| Wiederherstellungsausdruck | Logischer Ausdruck (optional), der zusätzliche Bedingungen definiert, die erfüllt sein müssen, bevor das Problem gelöst wird, nachdem der ursprüngliche Problemausdruck bereits als FALSE ausgewertet wurde. Der Wiederherstellungsausdruck ist nützlich für die Hysterese von Auslösern. Es ist nicht möglich, ein Problem allein durch den Wiederherstellungsausdruck zu lösen, wenn der Problemausdruck weiterhin TRUE ist. Dieses Feld ist nur verfügbar, wenn für Erzeugung von OK-Ereignissen „Wiederherstellungsausdruck“ ausgewählt ist. |
| Modus für die Erzeugung von PROBLEM-Ereignissen | Modus zur Erzeugung von Problemereignissen: Einzeln - ein einzelnes Ereignis wird erzeugt, wenn ein Auslöser erstmals in den Zustand „Problem“ wechselt; Mehrfach - bei jeder Auswertung des Auslösers als „Problem“ wird ein Ereignis erzeugt. |
| OK-Ereignis schließt | Wählen Sie aus, ob das OK-Ereignis Folgendes schließt: Alle Probleme - alle Probleme dieses Auslösers; Alle Probleme, wenn Tag-Werte übereinstimmen - nur die Probleme dieses Auslösers mit übereinstimmenden Ereignis-Tag-Werten. |
| Tag für Abgleich | 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-Ereignis schließt „Alle Probleme, wenn Tag-Werte übereinstimmen“ ausgewählt ist, und ist in diesem Fall erforderlich. |
| Manuelles Schließen erlauben | Aktivieren Sie dieses Kontrollkästchen, um das manuelle Schließen von Problemereignissen zu erlauben, die von diesem Auslöser erzeugt wurden. Manuelles Schließen ist beim Bestätigen von Problemereignissen möglich. |
| Name des Menüeintrags | Wenn nicht leer, wird der hier eingegebene Name (bis zu 64 Zeichen) an mehreren Stellen im Frontend als Bezeichnung für die im Parameter URL des Menüeintrags angegebene Auslöser-URL verwendet. Wenn leer, wird der Standardname Auslöser-URL verwendet. Es wird derselbe Satz von Makros wie im Auslösernamen unterstützt, zusätzlich {EVENT.ID}, {HOST.ID} und {TRIGGER.ID}. |
| URL des Menüeintrags | Wenn nicht leer, ist die hier eingegebene URL (bis zu 2048 Zeichen) als Link im Ereignismenü an mehreren Stellen im Frontend verfügbar, zum Beispiel beim Klicken auf den Problemnamen in Überwachung > Probleme oder im Dashboard-Widget Probleme. Es wird derselbe Satz von Makros wie im Auslösernamen unterstützt, zusätzlich {EVENT.ID}, {HOST.ID} und {TRIGGER.ID}. Hinweis: Benutzermakros mit geheimen Werten werden in der URL nicht aufgelöst. |
| Beschreibung | Textfeld, das verwendet wird, um weitere Informationen zu diesem Auslöser bereitzustellen. Kann Anweisungen zur Behebung eines bestimmten Problems, Kontaktdaten des zuständigen Personals usw. enthalten. Es wird derselbe Satz von Makros wie im Auslösernamen unterstützt. |
| Aktiviert | Wenn dieses Kontrollkästchen deaktiviert wird, wird der Auslöser bei Bedarf deaktiviert. Probleme eines deaktivierten Auslösers werden im Frontend nicht mehr angezeigt, aber nicht gelöscht. |
Die Registerkarte Tags ermöglicht es Ihnen, Auslöser-Tags zu definieren. Alle Probleme dieses Auslösers werden mit den hier eingegebenen Werten getaggt.

Zusätzlich ermöglicht die Option Vererbte und Auslöser-Tags die Anzeige von Tags, die auf Vorlagenebene definiert sind, wenn der Auslöser aus dieser Vorlage stammt. Wenn es mehrere Vorlagen mit demselben Tag gibt, werden diese Tags einmal angezeigt und die Vorlagennamen durch Kommas getrennt. Ein Auslöser „erbt“ keine Tags auf Host-Ebene und zeigt diese auch nicht an.
| Parameter | Beschreibung |
|---|---|
| Name/Wert | Legen Sie benutzerdefinierte Tags fest, um Auslöserereignisse zu kennzeichnen. Tags sind ein Paar aus Tag-Name und Wert. Sie können nur den Namen verwenden oder ihn mit einem Wert kombinieren. Ein Auslöser kann mehrere Tags mit demselben Namen, aber unterschiedlichen Werten haben. Benutzermakros, Benutzermakros mit Kontext, Makros der Low-Level-Discovery und Makro-Funktionen mit {{ITEM.VALUE}}, {{ITEM.LASTVALUE}} werden in Ereignis-Tags unterstützt. Makros der Low-Level-Discovery können innerhalb des Makrokontexts verwendet werden.Das Makro {TRIGGER.ID} wird in Auslöser-Tag-Werten unterstützt. Es kann nützlich sein, um Auslöser zu identifizieren, die aus Auslöserprototypen erstellt wurden, und beispielsweise Probleme aus diesen Auslösern während der Wartung zu unterdrücken. Wenn die Gesamtlänge des erweiterten Werts 255 überschreitet, wird sie auf 255 Zeichen gekürzt. Siehe alle Makros, die für Ereignis-Tags unterstützt werden. Ereignis-Tags können für die Ereigniskorrelation, in Aktionsbedingungen verwendet werden und sind außerdem in Überwachung > Probleme oder im Widget Probleme sichtbar. |
Die Registerkarte Abhängigkeiten enthält alle Abhängigkeiten des Auslösers.
Klicken Sie auf Hinzufügen, um eine neue Abhängigkeit hinzuzufügen.
Sie können einen Auslöser auch konfigurieren, indem Sie einen vorhandenen öffnen, auf die Schaltfläche Klonen klicken und ihn dann unter einem anderen Namen speichern.
Testen von Ausdrücken für Auslöser
Es ist möglich zu testen, wie das Ergebnis des Ausdrucks 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 unter dem Ausdrucksfeld auf Expression constructor.

Im Expression constructor werden alle einzelnen Ausdrücke aufgelistet. Um das Testfenster zu öffnen, klicken Sie unter der Ausdrucksliste auf Test.

Im Testfenster können Sie Beispielwerte eingeben ('80', '70', '0', '1' in diesem Beispiel) und dann durch Klicken auf die Schaltfläche Test das Ergebnis des Ausdrucks anzeigen.

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 erscheint ein Ergebnis von "TRUE".
"FALSE" bedeutet, dass der angegebene Ausdruck nicht korrekt ist. In diesem speziellen Fall B muss {$TEMP_WARN_STATUS} "1" dem angegebenen Wert entsprechen, in diesem Beispiel "0". Wie erwartet erscheint ein Ergebnis von "FALSE".
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.