9 Wartung

Übersicht

Sie können in Zabbix Wartungszeiträume für Hosts und Host-Gruppen 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 einer Wartung „mit Datenerfassung“ werden Auslöser wie gewohnt verarbeitet und bei Bedarf werden Ereignisse erstellt. Problemeskalationen werden jedoch für Hosts/Auslöser in Wartung pausiert, wenn die Option Operationen für unterdrückte Probleme pausieren in der Aktionskonfiguration aktiviert ist. In diesem Fall werden Eskalationsschritte, die das Senden von Benachrichtigungen oder Remote-Befehlen umfassen können, so lange ignoriert, wie der Wartungszeitraum andauert. Beachten Sie, dass Problemwiederherstellungs- und Aktualisierungsoperationen während der Wartung nicht unterdrückt werden, sondern nur Eskalationen.

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 tatsächlichen Problems dauert, dann 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 0 Sekunden jeder Minute, ob der Host-Status in bzw. aus der Wartung geändert werden muss. Zusätzlich prüft der Timer-Prozess jede Sekunde, ob Wartungen gestartet/beendet werden müssen, abhängig davon, ob es nach der Konfigurationsaktualisierung Änderungen an den [Wartungszeiträumen] gibt. Daher hängt die Geschwindigkeit beim Starten/Beenden von Wartungszeiträumen vom Konfigurations-Aktualisierungsintervall ab (standardmäßig 10 Sekunden). Beachten Sie, dass Änderungen am Wartungszeitraum 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 vom Timer-Prozess erst 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 es viele offene Probleme gibt. 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) immer Daten erfasst, unabhängig vom Wartungstyp (einschließlich Wartung „ohne Daten“). Die Daten werden später vom Server ignoriert, wenn „keine Datenerfassung“ festgelegt ist.

Wenn eine Wartung „ohne Daten“ endet, lösen Auslöser, die die Funktion nodata() verwenden, vor der nächsten Prüfung innerhalb des von ihnen geprüften Zeitraums nicht aus.

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 einer Wartung vom Typ „ohne Daten“ befindet (z. B. mit Zabbix sender), dann 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 bestehenden 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, Auslöser werden verarbeitet; Keine Datenerfassung - Daten werden während der Wartung nicht vom Server erfasst. Unter Auswirkung von Wartungszeiträumen finden Sie Informationen dazu, wie sich die einzelnen Typen auf den Verfügbarkeitsbericht auswirken.
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, ab 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 Tags auf Hosts in Wartung übereinstimmen. Es können mehrere Bedingungen festgelegt werden. Der Abgleich von Tag-Namen ist immer groß-/kleinschreibungssensitiv. 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ß-/kleinschreibungssensitiv); Gleich - die angegebenen Tag-Namen und -Werte einschließen (groß-/kleinschreibungssensitiv). 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 Modus 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

Warteschlangen, die im Zabbix Frontend angezeigt werden (Administration > Queue), werden vom Zabbix Server berechnet. Sie enthalten keine Datenpunkte in Wartung ohne Datenerfassung – die Warteschlangenlänge ist für diese Datenpunkte immer null, auch wenn ihre Werte verzögert sind. Verzögerte Datenpunkte in 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. Interne Prüfungen, die auf Zabbix Proxys berechnet werden (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 Wartung ohne Datenerfassung unterschiedliche Warteschlangenlängen vom Zabbix Frontend und von internen Prüfungen auf Zabbix Proxys gemeldet werden.