[comment]: # ({c86bb2b9-c86bb2b9})
# 11 Wartung
[comment]: # ({/c86bb2b9-c86bb2b9})
[comment]: # ({ad5f893d-e70ea305})
#### Ü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 *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](/manual/config/notifications/action#configuring-an-action) 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, 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 Beginn eines Problems geplant sind und eine halbstündige Wartung von 10 bis 40 Minuten nach Auftreten eines echten Problems läuft, werden die Schritte zwei und drei eine halbe Stunde später ausgeführt, also nach 60 und 90 Minuten (vorausgesetzt, das Problem besteht weiterhin).
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.
::: noteclassic
Wenn mindestens ein Host (der in der Ausdrückung des Auslösers verwendet wird) nicht im Wartungsmodus ist, sendet Zabbix eine Problembenachrichtigung.
:::
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 beendet werden müssen.
Daher hängt die Geschwindigkeit des Startens/Beendens von Wartungszeiträumen vom Konfigurations-[Aktualisierungsintervall](/manual/appendix/config/zabbix_server#cacheupdatefrequency) 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 Server 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) unabhängig vom Wartungstyp immer Daten erfasst (einschließlich Wartung *Ohne Datenerfassung*).
Die Daten werden vom Server später ignoriert, wenn *Ohne Datenerfassung* gesetzt ist.
Wenn die Wartung *Ohne Datenerfassung* endet, werden Auslöser, die die Funktion `nodata()` verwenden, nicht vor der nächsten Prüfung während des Zeitraums auslösen, den sie überwachen.
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 ein Wert mit Zeitstempel für einen Host gesendet wird, der sich in Wartung *Ohne Datenerfassung* befindet (z. B. mit [Zabbix sender](/manpages/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.
[comment]: # ({/ad5f893d-e70ea305})
[comment]: # ({4cee9b99-6ef20399})
#### 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.
{width="600"}
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** - während der Wartung werden Daten 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](/manual/web_interface/frontend_sections/reports/availability#effect-of-maintenance-periods), um zu erfahren, wie sich die einzelnen Typen auf den Verfügbarkeitsbericht auswirken.|
|*Active since*|Datum und Uhrzeit, ab denen 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 ist.|
|*Periods*|In diesem Block können Sie die genauen Tage und Stunden definieren, an denen die Wartung stattfindet. Ein Klick auf  öffnet ein Popup-Fenster mit einem flexiblen Formular *Maintenance period*, in dem Sie den Wartungsplan definieren können. Eine detaillierte Beschreibung finden Sie unter [Maintenance periods](#maintenance-periods).|
|*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; wenn Sie mit der Eingabe beginnen, wird ein Dropdown mit allen verfügbaren Host-Gruppen angezeigt.
Wenn Sie eine übergeordnete Host-Gruppe angeben, werden automatisch alle verschachtelten Host-Gruppen 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; wenn Sie mit der Eingabe beginnen, wird ein Dropdown mit allen verfügbaren Hosts angezeigt.
|
|*Tags*|Geben Sie Tags an, um Probleme mit übereinstimmenden Tags auf Hosts in Wartung zu [unterdrücken](/manual/acknowledgment/suppression).
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, bei denen die Tag-Werte die eingegebene Zeichenfolge enthalten (Teilzeichenfolgenabgleich, groß-/kleinschreibungssensitiv);
**Equals** - schließt die angegebenen Tag-Namen und Werte ein (groß-/kleinschreibungssensitiv).
Für Bedingungen gibt es zwei Berechnungstypen:
**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.|
[comment]: # ({/4cee9b99-6ef20399})
[comment]: # ({44658e01-4dc2aa1c})
##### 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*.
{width="600"}
|Zeitraumtyp|Beschreibung|
|--|--------|
|*Nur einmal*|Konfigurieren Sie einen einmaligen Wartungszeitraum:
*Datum* - Datum und Uhrzeit des Wartungszeitraums;
*Länge des Wartungszeitraums* - wie lange die Wartung aktiv sein wird.|
|*Täglich*|Konfigurieren Sie einen täglichen Wartungszeitraum:
*Alle x Tag(e)* - Wartungshäufigkeit (1 - *(Standard)* jeden Tag, 2 - alle zwei Tage usw.);
*Um (Stunde:Minute)* - Uhrzeit, zu der die Wartung beginnt;
*Länge des Wartungszeitraums* - wie lange die Wartung aktiv sein wird.
Wenn der Parameter *Alle x Tag(e)* größer als „1“ ist, ist der Starttag der Tag, auf den die Zeit *Aktiv seit* fällt. Beispiele:
- wenn *Aktiv seit* auf „2021-01-01 12:00“ gesetzt ist, *Alle x Tag(e)* auf „2“ gesetzt ist und *Um (Stunde:Minute)* auf „23:00“ gesetzt ist, dann beginnt der erste Wartungszeitraum am 1. Januar um 23:00 Uhr, während der zweite Wartungszeitraum am 3. Januar um 23:00 Uhr beginnt;
- wenn *Aktiv seit* auf „2021-01-01 12:00“ gesetzt ist, *Alle x Tag(e)* auf „2“ gesetzt ist und *Um (Stunde:Minute)* auf „01:00“ gesetzt ist, dann beginnt der erste Wartungszeitraum am 3. Januar um 01:00 Uhr, während der zweite Wartungszeitraum am 5. Januar um 01:00 Uhr beginnt.|
|*Wöchentlich*|Konfigurieren Sie einen wöchentlichen Wartungszeitraum:
*Alle x Woche(n)* - Wartungshäufigkeit (1 - *(Standard)* jede Woche, 2 - alle zwei Wochen usw.);
*Wochentag* - an welchem Tag die Wartung stattfinden soll;
*Um (Stunde:Minute)* - Uhrzeit, zu der die Wartung beginnt;
*Länge des Wartungszeitraums* - wie lange die Wartung aktiv sein wird.
Wenn der Parameter *Alle x Woche(n)* größer als „1“ ist, ist die Startwoche die Woche, in die die Zeit *Aktiv seit* fällt. Beispiele finden Sie oben in der Beschreibung des Parameters *Täglich*.|
|*Monatlich*|Konfigurieren Sie einen monatlichen Wartungszeitraum:
*Monat* - wählen Sie alle Monate aus, in denen die regelmäßige Wartung durchgeführt wird;
*Datum: **Tag des Monats*** - wählen Sie diese Option, wenn die Wartung jeden Monat am selben Datum stattfinden soll (zum Beispiel an jedem 1. Tag des Monats), und wählen Sie dann im eingeblendeten Feld *Tag des Monats* den gewünschten Tag aus;
*Datum: **Wochentag*** - wählen Sie diese Option, wenn die Wartung nur an bestimmten Tagen stattfinden soll (zum Beispiel an jedem ersten Montag des Monats); wählen Sie dann in der Dropdown-Liste die gewünschte Woche des Monats aus (erste, zweite, dritte, vierte oder letzte) und markieren Sie anschließend die Kontrollkästchen für den/die Wartungstag(e);
*Um (Stunde:Minute)* - Uhrzeit, zu der die Wartung beginnt;
*Länge des Wartungszeitraums* - wie lange die Wartung aktiv sein wird.|
[comment]: # ({/44658e01-4dc2aa1c})
[comment]: # ({7d918711-6aeb0a4c})
::: noteimportant
Beim Erstellen eines Wartungszeitraums wird die [Zeitzone](/manual/web_interface/time_zone) des Benutzers verwendet, der ihn erstellt.
Wenn jedoch wiederkehrende Wartungszeiträume (*Täglich*, *Wöchentlich*, *Monatlich*) geplant werden, wird die Zeitzone des Zabbix-Servers verwendet.
Um ein vorhersehbares Verhalten wiederkehrender Wartungszeiträume sicherzustellen, ist es erforderlich, für alle Teile von Zabbix eine gemeinsame Zeitzone zu verwenden.
:::
[comment]: # ({/7d918711-6aeb0a4c})
[comment]: # ({5aa2e600-3b17f2f3})
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, dann 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.
[comment]: # ({/5aa2e600-3b17f2f3})
[comment]: # ({924e8c68-924e8c68})
#### Anzeige
[comment]: # ({/924e8c68-924e8c68})
[comment]: # ({037022cf-0e33672d})
##### 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*.
[comment]: # ({/037022cf-0e33672d})
[comment]: # ({6b0eedd1-a923614c})
##### 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](/manual/web_interface/user_profile/global_notifications) (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.
[comment]: # ({/6b0eedd1-a923614c})
[comment]: # ({cf15cedf-3ef59bae})
#### Berechnung von Warteschlangen während der Wartung
Die im Zabbix Frontend angezeigten Warteschlangen ([Administration > Queue](/manual/web_interface/frontend_sections/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](/manual/concepts/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,,]`](/manual/config/items/itemtypes/internal#queue) und [`zabbix[stats,,,queue,,]`](/manual/config/items/itemtypes/internal#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.
[comment]: # ({/cf15cedf-3ef59bae})