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 Hostgruppen in Zabbix definieren.

Darüber hinaus ist es möglich, 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 Hostgruppe befinden sich nicht in Wartung.

Es gibt zwei Wartungstypen: Mit Datenerfassung und Keine Datenerfassung.

Während der Wartung Mit Datenerfassung werden Auslöser wie gewohnt verarbeitet und Ereignisse bei Bedarf erstellt. Wenn jedoch die Option Operationen für unterdrückte Probleme pausieren in der Aktionskonfiguration aktiviert ist, werden Eskalationen für Probleme auf Hosts/Auslösern 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 Problembehebung 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 für 0, 30 und 60 Minuten nach dem Auftreten eines Problems geplant sind und eine halbstündige Wartung von 10 bis 40 Minuten nach dem tatsächlichen Auftreten des Problems läuft, werden die Schritte zwei und drei eine halbe Stunde später ausgeführt, also nach 60 und 90 Minuten (sofern das Problem weiterhin besteht). Entsprechend beginnt die Eskalation, wenn ein Problem während der Wartung auftritt, 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, wenn der Konfigurations-Cache neu geladen wird und sich Änderungen am Wartungszeitraum ergeben.

Timer-Prozesse prüfen zu Beginn jeder Minute bei 0 Sekunden, ob der Hoststatus in den Wartungsmodus oder aus ihm heraus geändert werden muss. Zusätzlich prüft der Timer-Prozess jede Sekunde, ob Wartungen basierend auf Änderungen an den [Wartungszeiträumen] nach dem Konfigurationsupdate gestartet oder gestoppt werden müssen. Daher hängt die Geschwindigkeit des Startens/Stoppen 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 Hostgruppe 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 Leistung auswirken, wenn viele offene Probleme vorhanden sind. Der Zabbix-Server liest außerdem beim Start alle offenen Probleme ein, selbst wenn zu diesem Zeitpunkt keine Wartungen konfiguriert sind.

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

Wenn die Wartung Keine Datenerfassung endet, werden Auslöser, die die Funktion nodata() verwenden, vor der nächsten Prüfung innerhalb des Zeitraums, den sie überwachen, nicht auslösen.

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

Wenn für einen Host in der Wartung Keine Datenerfassung ein Wert mit Zeitstempel gesendet wird (z. B. mit Zabbix sender), wird dieser Wert verworfen; es ist jedoch möglich, einen Wert mit Zeitstempel für einen abgelaufenen Wartungszeitraum zu senden, und er 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: Data collection > Maintenance.
2. Klicken Sie auf Create maintenance period (oder auf den Namen eines vorhandenen Wartungszeitraums).
3. Geben Sie die Wartungsparameter im Formular ein.

Alle Pflichtfelder sind mit einem roten Sternchen markiert.

Parameter	Beschreibung
Name	Name des Wartungszeitraums.
Maintenance type	Es können zwei Arten von Wartung festgelegt werden: With data collection - Daten werden während der Wartung vom Server gesammelt, und Auslöser werden verarbeitet; No data collection - Daten können weiterhin gesammelt werden, werden während der Wartung jedoch nicht in der Datenbank gespeichert, und Auslöser (einschließlich der Funktion nodata()) werden nicht ausgelöst. Siehe Effect of maintenance periods, um zu erfahren, wie sich die einzelnen Typen auf den Verfügbarkeitsbericht auswirken.
Active since	Datum und Uhrzeit, ab der die Ausführung von Wartungszeiträumen aktiv wird. Hinweis: Das alleinige Setzen dieser Zeit aktiviert keinen Wartungszeitraum; Wartungszeiträume müssen unter Periods konfiguriert werden (siehe unten).
Active till	Datum und Uhrzeit, bis zu der die Ausführung von Wartungszeiträumen aktiv bleibt.
Periods	In diesem Abschnitt können Sie die genauen Tage und Stunden festlegen, an denen die Wartung stattfindet. Wenn Sie auf klicken, wird ein Popup-Fenster mit einem flexiblen Formular Maintenance period geöffnet, in dem Sie den Wartungsplan definieren können. Siehe Maintenance periods für eine detaillierte Beschreibung.
Host groups	Wählen Sie Host-Gruppen aus, für die die Wartung aktiviert werden soll. Die Wartung wird für alle Hosts aus der/den angegebenen Host-Gruppe(n) aktiviert. Dieses Feld verfügt über eine Autovervollständigung, sodass beim Tippen eine Dropdown-Liste aller verfügbaren Host-Gruppen angezeigt wird. Wenn Sie eine übergeordnete Host-Gruppe angeben, werden alle verschachtelten Host-Gruppen implizit mit ausgewählt. Dadurch wird die Wartung auch für Hosts aus verschachtelten Gruppen aktiviert.
Hosts	Wählen Sie Hosts aus, für die die Wartung aktiviert werden soll. Dieses Feld verfügt über eine Autovervollständigung, sodass beim Tippen eine Dropdown-Liste aller verfügbaren Hosts angezeigt wird.
Tags	Geben Sie Tags an, um Probleme zu unterdrücken, deren Tags auf Hosts in Wartung übereinstimmen. Es können mehrere Bedingungen festgelegt werden. Die Übereinstimmung des Tag-Namens ist immer groß-/kleinschreibungssensitiv. Für jede Bedingung stehen zwei Operatoren zur Verfügung: Contains - schließt die angegebenen Tag-Namen ein, deren Tag-Werte die eingegebene Zeichenfolge enthalten (Teilzeichenfolgenabgleich, groß-/kleinschreibungssensitiv); Equals - schließt die angegebenen Tag-Namen und Werte ein (groß-/kleinschreibungssensitiv). Für Bedingungen stehen zwei Berechnungstypen zur Verfügung: And/Or - alle Bedingungen müssen erfüllt sein, Bedingungen mit demselben Tag-Namen werden durch die Or-Bedingung gruppiert; Or - es genügt, wenn eine Bedingung erfüllt ist. Tags können nur angegeben werden, wenn der Wartungstyp With data collection ausgewählt ist.
Description	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 Add, um den Wartungszeitraum zum Block Periods hinzuzufügen.

Beachten Sie, dass Änderungen der Sommerzeit (DST) keinen Einfluss darauf haben, wie lange die Wartung dauert. Angenommen, wir haben eine auf zwei Stunden konfigurierte Wartung, die normalerweise um 01:00 beginnt und um 03:00 endet:

• wenn nach einer Stunde Wartung (um 02:00) eine DST-Änderung eintritt und sich die aktuelle Zeit von 02:00 auf 03:00 ändert, läuft die Wartung noch eine weitere Stunde weiter (bis 04:00);
• wenn nach zwei Stunden Wartung (um 03:00) eine DST-Änderung eintritt und sich die aktuelle Zeit von 03:00 auf 02:00 ändert, wird die Wartung beendet, da zwei Stunden vergangen sind;
• wenn ein Wartungszeitraum während der Stunde beginnt, die durch eine DST-Änderung übersprungen wird, beginnt die Wartung nicht.

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

• die Wartung endet um 01:00 am nächsten Tag, wenn sich die aktuelle Zeit um eine Stunde nach vorne verschiebt;
• die Wartung endet um 23:00 an diesem Tag, wenn sich die aktuelle Zeit um eine Stunde zurück verschiebt.

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.

Anzeige unterdrückter Probleme

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

• Dashboards (in der Widget-Konfiguration Problem hosts, Probleme, Probleme nach Schweregrad, Triggerübersicht)
• Monitoring > Probleme (im Filter)
• Monitoring > Karten (in der Kartenkonfiguration)
• Globale Benachrichtigungen (in der Konfiguration des Benutzerprofils)

Wenn unterdrückte Probleme angezeigt werden, wird das folgende Symbol angezeigt: . Wenn Sie mit der Maus über das Symbol fahren, 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.