9 Wartung

Übersicht

Wartung wird verwendet, um Probleme während vordefinierter Zeiträume zu unterdrücken.

Sie können Wartungszeiträume für Hosts und Host-Gruppen in Zabbix definieren.

Außerdem ist es möglich, die Wartung nur für einen einzelnen Auslöser (oder eine Teilmenge von Auslösern) zu definieren, indem Auslöser-Tags angegeben werden. In diesem Fall wird die Wartung nur für diese Auslöser aktiviert; alle anderen Auslöser des Hosts oder der Host-Gruppe befinden sich nicht in Wartung.

Es gibt zwei Wartungstypen: Mit Datenerfassung und Ohne Datenerfassung.

Während der Wartung Mit Datenerfassung werden Auslöser wie gewohnt verarbeitet und bei Bedarf Ereignisse erstellt. Wenn jedoch die Option Operationen für unterdrückte Probleme pausieren in der Aktionskonfiguration aktiviert ist, werden Problem-Eskalationen für Hosts/Auslöser in Wartung pausiert. In diesem Fall werden Eskalationsschritte, die das Senden von Benachrichtigungen oder Remote-Befehlen umfassen können, für die Dauer des Wartungszeitraums ignoriert. Beachten Sie, dass Problemwiederherstellungs- und Aktualisierungsoperationen während der Wartung nicht unterdrückt werden, sondern nur Eskalationen. Wiederherstellungsbenachrichtigungen werden nicht gesendet, wenn das Problem während der Wartung begonnen hat.

Wenn beispielsweise Eskalationsschritte 0, 30 und 60 Minuten nach Beginn eines Problems geplant sind und es eine halbstündige Wartung gibt, die von 10 bis 40 Minuten nach dem Auftreten eines echten Problems dauert, werden Schritt zwei und drei eine halbe Stunde später ausgeführt, also nach 60 bzw. 90 Minuten (vorausgesetzt, das Problem besteht noch). Wenn ein Problem während der Wartung auftritt, beginnt die Eskalation entsprechend erst nach der Wartung.

Um Problembenachrichtigungen während der Wartung normal (ohne Verzögerung) zu erhalten, müssen Sie die Option Operationen für unterdrückte Probleme pausieren in der Aktionskonfiguration deaktivieren.

Der Zabbix Server muss während der Wartung laufen. Wartungen werden jede Minute neu berechnet oder sofort, sobald der Konfigurations-Cache neu geladen wird, wenn es Änderungen am Wartungszeitraum gibt.

Timer-Prozesse prüfen bei Sekunde 0 jeder Minute, ob der Host-Status in die/aus der Wartung geändert werden muss. Zusätzlich prüft der Timer-Prozess jede Sekunde, ob Wartungen gestartet/beendet werden müssen, je nachdem, ob es nach der Konfigurationsaktualisierung Änderungen an den [Wartungszeiträumen] gibt. Daher hängt die Geschwindigkeit des Startens/Beendens von Wartungszeiträumen vom Konfigurations-Aktualisierungsintervall ab (standardmäßig 10 Sekunden). Beachten Sie, dass Änderungen an Wartungszeiträumen die Einstellungen Aktiv seit/Aktiv bis nicht einschließen. Wenn außerdem ein Host/eine Host-Gruppe zu einem bereits aktiven Wartungszeitraum hinzugefügt wird, werden die Änderungen erst vom Timer-Prozess zu Beginn der nächsten Minute aktiviert.

Beachten Sie, dass beim Eintritt eines Hosts in die Wartung die Timer-Prozesse des Zabbix Servers alle offenen Probleme lesen, um zu prüfen, ob diese unterdrückt werden müssen. Dies kann sich auf die Performance auswirken, wenn viele offene Probleme vorhanden sind. Der Zabbix Server liest beim Start ebenfalls alle offenen Probleme, auch wenn zu diesem Zeitpunkt keine Wartungen konfiguriert sind.

Beachten Sie, dass der Zabbix Server (oder Proxy) unabhängig vom Wartungstyp immer Daten erfasst (einschließlich der Wartung Ohne Datenerfassung). Die Daten werden später vom Server ignoriert, wenn Ohne Datenerfassung gesetzt ist.

Wenn die Wartung Ohne Datenerfassung endet, werden Auslöser, die die Funktion nodata() verwenden, vor der nächsten Prüfung innerhalb des von ihnen überwachten Zeitraums nicht ausgelöst.

Wenn ein Log-Datenpunkt hinzugefügt wird, während sich ein Host in Wartung befindet, und die Wartung endet, werden nur neue Logdatei-Einträge seit dem Ende der Wartung erfasst.

Wenn ein mit Zeitstempel versehener Wert für einen Host gesendet wird, der sich in der Wartung Ohne Datenerfassung befindet (z. B. mit Zabbix sender), wird dieser Wert verworfen; es ist jedoch möglich, einen mit Zeitstempel versehenen Wert für einen abgelaufenen Wartungszeitraum zu senden, und dieser wird akzeptiert.

Wenn Wartungszeitraum, Hosts, Gruppen oder Tags vom Benutzer geändert werden, werden die Änderungen erst nach der Synchronisierung des Konfigurations-Caches wirksam.

Konfiguration

So konfigurieren Sie einen Wartungszeitraum:

1. Gehen Sie zu: Datenerfassung > Wartung.
2. Klicken Sie auf Wartungszeitraum erstellen (oder auf den Namen eines vorhandenen Wartungszeitraums).
3. Geben Sie die Wartungsparameter im Formular ein.

Alle erforderlichen Eingabefelder sind mit einem roten Sternchen markiert.

Parameter	Beschreibung
Name	Name des Wartungszeitraums.
Wartungstyp	Es können zwei Wartungstypen festgelegt werden: Mit Datenerfassung – Daten werden während der Wartung vom Server erfasst, und Auslöser werden verarbeitet; Keine Datenerfassung – Daten können weiterhin erfasst werden, werden jedoch während der Wartung nicht in der Datenbank gespeichert, und Auslöser (einschließlich der Funktion nodata()) werden nicht ausgelöst. Unter Auswirkung von Wartungszeiträumen finden Sie Informationen dazu, wie sich jeder Typ auf den Verfügbarkeitsbericht auswirkt.
Aktiv seit	Datum und Uhrzeit, ab denen die Ausführung von Wartungszeiträumen aktiv wird. Hinweis: Das Festlegen dieser Zeit allein aktiviert keinen Wartungszeitraum; Wartungszeiträume müssen unter Zeiträume konfiguriert werden (siehe unten).
Aktiv bis	Datum und Uhrzeit, zu denen die Ausführung von Wartungszeiträumen nicht mehr aktiv ist.
Zeiträume	In diesem Block können Sie die genauen Tage und Uhrzeiten festlegen, zu denen die Wartung stattfindet. Ein Klick auf öffnet ein Popup-Fenster mit einem flexiblen Formular Wartungszeitraum, in dem Sie den Wartungsplan definieren können. Eine ausführliche Beschreibung finden Sie unter Wartungszeiträume.
Host-Gruppen	Wählen Sie Host-Gruppen aus, für die die Wartung aktiviert werden soll. Die Wartung wird für alle Hosts aus den angegebenen Host-Gruppen aktiviert. Dieses Feld unterstützt Autovervollständigung; wenn Sie mit der Eingabe beginnen, wird eine Dropdown-Liste aller verfügbaren Host-Gruppen angezeigt. Wenn Sie eine übergeordnete Host-Gruppe angeben, werden implizit alle untergeordneten Host-Gruppen ausgewählt. Dadurch wird die Wartung auch für Hosts aus untergeordneten Gruppen aktiviert.
Hosts	Wählen Sie Hosts aus, für die die Wartung aktiviert werden soll. Dieses Feld unterstützt Autovervollständigung; wenn Sie mit der Eingabe beginnen, wird eine Dropdown-Liste aller verfügbaren Hosts angezeigt.
Tags	Geben Sie Tags an, um Probleme zu unterdrücken, deren Tags mit den Tags von Hosts in Wartung übereinstimmen. Es können mehrere Bedingungen festgelegt werden. Der Abgleich von Tag-Namen erfolgt immer unter Beachtung der Groß-/Kleinschreibung. Für jede Bedingung stehen zwei Operatoren zur Verfügung: Enthält – die angegebenen Tag-Namen einschließen, bei denen die Tag-Werte die eingegebene Zeichenfolge enthalten (Teilstring-Abgleich, Groß-/Kleinschreibung wird beachtet); Gleich – die angegebenen Tag-Namen und -Werte einschließen (Groß-/Kleinschreibung wird beachtet). Für Bedingungen gibt es zwei Berechnungstypen: Und/Oder – alle Bedingungen müssen erfüllt sein; Bedingungen mit demselben Tag-Namen werden durch die Oder-Bedingung gruppiert; Oder – es genügt, wenn eine Bedingung erfüllt ist. Tags können nur angegeben werden, wenn der Wartungstyp Mit Datenerfassung ausgewählt ist.
Beschreibung	Beschreibung des Wartungszeitraums.

Wartungszeiträume

Das Fenster für den Wartungszeitraum dient zur Planung eines wiederkehrenden oder einmaligen Wartungszeitraums. Das Formular ist dynamisch; die verfügbaren Felder ändern sich abhängig vom ausgewählten Zeitraumtyp.

Wenn Sie fertig sind, klicken Sie auf Hinzufügen, um den Wartungszeitraum zum Block Zeiträume hinzuzufügen.

Beachten Sie, dass Änderungen der Sommerzeit (DST) keinen Einfluss darauf haben, wie lange die Wartung dauert. Nehmen wir zum Beispiel an, dass eine zweistündige Wartung konfiguriert ist, die normalerweise um 01:00 beginnt und um 03:00 endet:

• wenn nach einer Stunde Wartung (um 02:00) eine DST-Umstellung erfolgt und die aktuelle Zeit von 02:00 auf 03:00 springt, wird die Wartung noch eine weitere Stunde fortgesetzt (bis 04:00);
• wenn nach zwei Stunden Wartung (um 03:00) eine DST-Umstellung erfolgt und die aktuelle Zeit von 03:00 auf 02:00 zurückspringt, wird die Wartung beendet, da zwei Stunden vergangen sind;
• wenn ein Wartungszeitraum während der Stunde beginnt, die durch eine DST-Umstellung übersprungen wird, startet die Wartung nicht.

Wenn ein Wartungszeitraum auf „1 Tag“ gesetzt ist (der tatsächliche Wartungszeitraum beträgt 24 Stunden, da Zabbix Tage in Stunden berechnet), um 00:00 beginnt und am nächsten Tag um 00:00 endet:

• wird die Wartung am nächsten Tag um 01:00 beendet, wenn die aktuelle Zeit um eine Stunde vorgestellt wird;
• wird die Wartung an diesem Tag um 23:00 beendet, wenn die aktuelle Zeit um eine Stunde zurückgestellt wird.

Anzeige

Hosts in Wartung anzeigen

Ein orangefarbenes Schraubenschlüssel-Symbol neben dem Hostnamen zeigt an, dass sich dieser Host in Wartung befindet in:

• Dashboards
• Monitoring > Probleme
• Inventar > Hosts > Details zur Host-Inventarisierung
• Datensammlung > Hosts (siehe Spalte „Status“)

Details zur Wartung werden angezeigt, wenn sich der Mauszeiger über dem Symbol befindet.

Zusätzlich erhalten Hosts in Wartung einen orangefarbenen Hintergrund in Monitoring > Karten.

Unterdrückte Probleme anzeigen

Normalerweise werden Probleme für Hosts in Wartung unterdrückt, d. h. sie werden nicht im Frontend angezeigt. Es ist jedoch auch möglich zu konfigurieren, dass unterdrückte Probleme angezeigt werden, indem Sie die Option Unterdrückte Probleme anzeigen an diesen Stellen auswählen:

• Dashboards (in der Widget-Konfiguration von Problem-Hosts, Probleme, Probleme nach Schweregrad, Auslöser-Übersicht)
• Monitoring > Probleme (im Filter)
• Monitoring > Karten (in der Kartenkonfiguration)
• Globale Benachrichtigungen (in der Benutzerprofilkonfiguration)

Wenn unterdrückte Probleme angezeigt werden, wird das folgende Symbol angezeigt: . Wenn Sie den Mauszeiger über das Symbol bewegen, werden weitere Details angezeigt.

Berechnung von Warteschlangen während der Wartung

Die im Zabbix Frontend angezeigten Warteschlangen (Administration > Queue) werden vom Zabbix Server berechnet. Sie enthalten keine Datenpunkte in der Wartung Keine Datenerfassung, und die Warteschlangenlänge ist für diese Datenpunkte immer null, auch wenn ihre Werte verzögert sind. Verzögerte Datenpunkte in der Wartung Mit Datenerfassung werden weiterhin in der Warteschlange gezählt.

Der Zabbix Proxy kennt keine Wartungszeiträume, da keine Synchronisierung der Wartungskonfiguration zwischen dem Zabbix Server und dem Proxy erfolgt. Auf Zabbix Proxys berechnete interne Prüfungen (zum Beispiel zabbix[queue,,] und zabbix[stats,,,queue,,]) melden verzögerte Datenpunkte unabhängig vom Wartungsstatus auf dem Zabbix Server.

Daher können für dieselben Datenpunkte in der Wartung Keine Datenerfassung vom Zabbix Frontend und von internen Prüfungen auf Zabbix Proxys unterschiedliche Warteschlangenlängen gemeldet werden.