Ponadto możliwe jest zdefiniowanie maintenance tylko dla pojedynczego wyzwalacza (lub podzbioru wyzwalaczy) przez określenie tagów wyzwalacza. W takim przypadku maintenance zostanie aktywowane tylko dla tych wyzwalaczy; wszystkie pozostałe wyzwalacze hosta lub grupy hostów nie będą objęte maintenance.

Istnieją dwa typy maintenance: With data collection i No data collection.

Podczas maintenance With data collection wyzwalacze są przetwarzane jak zwykle, a zdarzenia są tworzone, gdy jest to wymagane. Jeśli jednak w konfiguracji akcji zaznaczono opcję Pause operations for suppressed problems, eskalacje problemów dla hostów/wyzwalaczy objętych maintenance są wstrzymywane. W takim przypadku kroki eskalacji, które mogą obejmować wysyłanie powiadomień lub zdalnych poleceń, będą ignorowane tak długo, jak trwa okres maintenance. Należy pamiętać, że operacje odzyskiwania problemu i aktualizacji nie są tłumione podczas maintenance, tylko eskalacje. Powiadomienia o odzyskaniu nie są wysyłane, jeśli problem rozpoczął się podczas maintenance.

Na przykład, jeśli kroki eskalacji są zaplanowane na 0, 30 i 60 minut po wystąpieniu problemu, a wystąpi półgodzinny maintenance trwający od 10 do 40 minut po rzeczywistym pojawieniu się problemu, kroki drugi i trzeci zostaną wykonane pół godziny później, czyli po 60 i 90 minutach (pod warunkiem, że problem nadal istnieje). Podobnie, jeśli problem pojawi się podczas maintenance, eskalacja rozpocznie się po zakończeniu maintenance.

Aby otrzymywać powiadomienia o problemach podczas maintenance normalnie (bez opóźnienia), należy odznaczyć opcję Pause operations for suppressed problems w konfiguracji akcji.

Jeśli co najmniej jeden host (użyty w wyrażeniu wyzwalacza) nie jest w trybie maintenance, Zabbix wyśle powiadomienie o problemie.

serwer Zabbix musi działać podczas maintenance. Maintenance są przeliczane co minutę lub natychmiast po ponownym wczytaniu pamięci podręcznej konfiguracji, jeśli zaszły zmiany w okresie maintenance.

Procesy timera sprawdzają, czy status hosta musi zostać zmieniony do/z maintenance o 0 sekundzie każdej minuty. Dodatkowo co sekundę proces timera sprawdza, czy jakieś maintenance muszą zostać uruchomione/zatrzymane na podstawie zmian w [okresach maintenance] po aktualizacji konfiguracji. W związku z tym szybkość uruchamiania/zatrzymywania okresów maintenance zależy od interwału aktualizacji konfiguracji (domyślnie 10 sekund). Należy pamiętać, że zmiany okresu maintenance nie obejmują ustawień Active since/Active till. Ponadto, jeśli host/grupa hostów zostanie dodany do istniejącego aktywnego okresu maintenance, zmiany zostaną aktywowane przez proces timera dopiero na początku następnej minuty.

Należy pamiętać, że gdy host wchodzi w maintenance, procesy timera serwera Zabbix odczytują wszystkie otwarte problemy, aby sprawdzić, czy należy je tłumić. Może to mieć wpływ na wydajność, jeśli istnieje wiele otwartych problemów. serwer Zabbix odczyta również wszystkie otwarte problemy podczas uruchamiania, nawet jeśli w danym momencie nie są skonfigurowane żadne maintenance.

Należy pamiętać, że serwer Zabbix (lub proxy) zawsze zbiera dane niezależnie od typu maintenance (w tym maintenance No data collection). Dane są później ignorowane przez serwer, jeśli ustawiono No data collection.

Gdy maintenance No data collection się kończy, wyzwalacze używające funkcji nodata() nie zostaną uruchomione przed następnym sprawdzeniem w okresie, który sprawdzają.

Jeśli pozycja logu zostanie dodana, gdy host jest w maintenance, a maintenance się zakończy, zostaną pobrane tylko nowe wpisy pliku dziennika od momentu zakończenia maintenance.

Jeśli dla hosta znajdującego się w maintenance No data collection zostanie wysłana wartość ze znacznikiem czasu (np. przy użyciu Zabbix sender), wartość ta zostanie odrzucona; jednak możliwe jest wysłanie wartości ze znacznikiem czasu dla wygasłego okresu maintenance i zostanie ona zaakceptowana.

Jeśli okres maintenance, hosty, grupy lub tagi zostaną zmienione przez użytkownika, zmiany zaczną obowiązywać dopiero po synchronizacji pamięci podręcznej konfiguracji.

Konfiguracja

Aby skonfigurować okres konserwacji:

Przejdź do: Data collection > Maintenance.
Kliknij Create maintenance period (lub nazwę istniejącego okresu konserwacji).
Wprowadź parametry konserwacji w formularzu.

Wszystkie wymagane pola wejściowe są oznaczone czerwoną gwiazdką.

Parameter	Description
Name	Nazwa okresu konserwacji.
Maintenance type	Można ustawić dwa typy konserwacji: With data collection - dane są zbierane przez serwer podczas konserwacji, a wyzwalacze są przetwarzane; No data collection - dane mogą być nadal zbierane, ale nie są zapisywane do bazy danych podczas konserwacji, a wyzwalacze (w tym funkcja `nodata()`) nie są uruchamiane. Informacje o tym, jak każdy typ wpływa na raport dostępności, znajdują się w sekcji Effect of maintenance periods.
Active since	Data i godzina, od których wykonywanie okresów konserwacji staje się aktywne. Uwaga: samo ustawienie tego czasu nie aktywuje okresu konserwacji; okresy konserwacji muszą być skonfigurowane w Periods (patrz poniżej).
Active till	Data i godzina, do których wykonywanie okresów konserwacji pozostaje aktywne.
Periods	Ten blok umożliwia zdefiniowanie dokładnych dni i godzin, w których odbywa się konserwacja. Kliknięcie otwiera okno podręczne z elastycznym formularzem Maintenance period, w którym można zdefiniować harmonogram konserwacji. Szczegółowy opis znajduje się w sekcji Maintenance periods.
Host groups	Wybierz grupy hostów, dla których konserwacja zostanie aktywowana. Konserwacja zostanie aktywowana dla wszystkich hostów z określonej grupy lub grup hostów. To pole obsługuje autouzupełnianie, więc po rozpoczęciu wpisywania zostanie wyświetlona lista rozwijana wszystkich dostępnych grup hostów. Wskazanie nadrzędnej grupy hostów automatycznie zaznacza wszystkie zagnieżdżone grupy hostów. W związku z tym konserwacja zostanie również aktywowana na hostach z grup zagnieżdżonych.
Hosts	Wybierz hosty, dla których konserwacja zostanie aktywowana. To pole obsługuje autouzupełnianie, więc po rozpoczęciu wpisywania zostanie wyświetlona lista rozwijana wszystkich dostępnych hostów.
Tags	Określ tagi, aby suppress problems z pasującymi tagami na hostach objętych konserwacją. Można ustawić kilka warunków. Dopasowanie nazwy tagu jest zawsze rozróżniane wielkością liter. Dla każdego warunku dostępne są dwa operatory: Contains - uwzględnij określone nazwy tagów, których wartości zawierają wprowadzony ciąg znaków (dopasowanie podciągu, rozróżniane wielkością liter); Equals - uwzględnij określone nazwy i wartości tagów (rozróżniane wielkością liter). Dostępne są dwa typy obliczania warunków: And/Or - wszystkie warunki muszą być spełnione, warunki o tej samej nazwie tagu będą grupowane według warunku Or; Or - wystarczy, że spełniony będzie jeden warunek. Tagi można określić tylko wtedy, gdy wybrany jest typ konserwacji With data collection.
Description	Opis okresu konserwacji.

Okresy konserwacji

Okno okresu konserwacji służy do planowania czasu dla cyklicznej lub jednorazowej konserwacji. Formularz jest dynamiczny, a dostępne pola zmieniają się w zależności od wybranego Typu okresu.

Typ okresu	Opis
Tylko jednorazowo	Skonfiguruj jednorazowy okres konserwacji: Data - data i godzina okresu konserwacji; Długość okresu konserwacji - jak długo konserwacja będzie aktywna.
Codziennie	Skonfiguruj codzienny okres konserwacji: Co ile dni - częstotliwość konserwacji (1 - (domyślnie) codziennie, 2 - co dwa dni itd.); O (godzina:minuta) - pora dnia, o której rozpoczyna się konserwacja; Długość okresu konserwacji - jak długo konserwacja będzie aktywna. Gdy parametr Co ile dni jest większy niż „1”, dniem początkowym jest dzień, na który przypada czas Aktywne od. Przykłady: - jeśli Aktywne od ustawiono na „2021-01-01 12:00”, Co ile dni ustawiono na „2”, a O (godzina:minuta) ustawiono na „23:00”, to pierwszy okres konserwacji rozpocznie się 1 stycznia o 23:00, a drugi okres konserwacji rozpocznie się 3 stycznia o 23:00; - jeśli Aktywne od ustawiono na „2021-01-01 12:00”, Co ile dni ustawiono na „2”, a O (godzina:minuta) ustawiono na „01:00”, to pierwszy okres konserwacji rozpocznie się 3 stycznia o 01:00, a drugi okres konserwacji rozpocznie się 5 stycznia o 01:00.
Co tydzień	Skonfiguruj tygodniowy okres konserwacji: Co ile tygodni - częstotliwość konserwacji (1 - (domyślnie) co tydzień, 2 - co dwa tygodnie itd.); Dzień tygodnia - dzień, w którym ma odbywać się konserwacja; O (godzina:minuta) - pora dnia, o której rozpoczyna się konserwacja; Długość okresu konserwacji - jak długo konserwacja będzie aktywna. Gdy parametr Co ile tygodni jest większy niż „1”, tygodniem początkowym jest tydzień, na który przypada czas Aktywne od. Przykłady można znaleźć w opisie parametru Codziennie powyżej.
Co miesiąc	Skonfiguruj miesięczny okres konserwacji: Miesiąc - wybierz wszystkie miesiące, w których wykonywana jest regularna konserwacja; Data: Dzień miesiąca - wybierz tę opcję, jeśli konserwacja ma odbywać się tego samego dnia każdego miesiąca (na przykład każdego 1. dnia miesiąca), a następnie wybierz wymagany dzień w polu Dzień miesiąca, które się pojawi; Data: Dzień tygodnia - wybierz tę opcję, jeśli konserwacja ma odbywać się tylko w określone dni (na przykład w każdy pierwszy poniedziałek miesiąca), a następnie wybierz (z listy rozwijanej) wymagany tydzień miesiąca (pierwszy, drugi, trzeci, czwarty lub ostatni), po czym zaznacz pola wyboru dla dnia/dni konserwacji; O (godzina:minuta) - pora dnia, o której rozpoczyna się konserwacja; Długość okresu konserwacji - jak długo konserwacja będzie aktywna.

Podczas tworzenia okresu utrzymania używana jest strefa czasowa użytkownika, który go tworzy. Jednak gdy planowane są cykliczne okresy utrzymania (Codziennie, Co tydzień, Co miesiąc), używana jest strefa czasowa serwera Zabbix. Aby zapewnić przewidywalne działanie cyklicznych okresów utrzymania, należy używać wspólnej strefy czasowej we wszystkich częściach Zabbix.

Gdy skończysz, kliknij Add, aby dodać okres konserwacji do bloku Periods.

Należy pamiętać, że zmiany czasu letniego (DST) nie wpływają na długość trwania konserwacji. Na przykład załóżmy, że skonfigurowano dwugodzinną konserwację, która zwykle rozpoczyna się o 01:00 i kończy o 03:00:

jeśli po jednej godzinie konserwacji (o 02:00) nastąpi zmiana czasu letniego i bieżący czas zmieni się z 02:00 na 03:00, konserwacja będzie trwać jeszcze przez jedną godzinę (do 04:00);
jeśli po dwóch godzinach konserwacji (o 03:00) nastąpi zmiana czasu letniego i bieżący czas zmieni się z 03:00 na 02:00, konserwacja zostanie zakończona, ponieważ minęły dwie godziny;
jeśli okres konserwacji rozpoczyna się w godzinie pomijanej przez zmianę czasu letniego, konserwacja nie zostanie uruchomiona.

Jeśli okres konserwacji jest ustawiony na "1 day" (rzeczywisty okres konserwacji wynosi 24 godziny, ponieważ Zabbix oblicza dni w godzinach), rozpoczyna się o 00:00 i kończy o 00:00 następnego dnia:

konserwacja zakończy się o 01:00 następnego dnia, jeśli czas zostanie przesunięty do przodu o jedną godzinę;
konserwacja zakończy się o 23:00 tego samego dnia, jeśli czas zostanie przesunięty do tyłu o jedną godzinę.

Wyświetlanie

Wyświetlanie hostów w konserwacji

Pomarańczowa ikona klucza obok nazwy hosta wskazuje, że ten host jest w konserwacji w:

Dashboardach
Monitoring > Problemy
Inwentaryzacja > Hosty > Szczegóły inwentaryzacji hosta
Zbieranie danych > Hosty (zobacz kolumnę „Status”)

Szczegóły konserwacji są wyświetlane po umieszczeniu wskaźnika myszy nad ikoną.

Dodatkowo hosty w konserwacji mają pomarańczowe tło w Monitoring > Mapy.

Wyświetlanie ukrytych problemów

Zazwyczaj problemy dla hostów w trybie konserwacji są ukrywane, tzn. nie są wyświetlane we frontendzie. Można jednak skonfigurować wyświetlanie ukrytych problemów, wybierając opcję Pokaż ukryte problemy w następujących miejscach:

Pulpity (w konfiguracji widżetów Hosty z problemami, Problemy, Problemy według ważności, Przegląd wyzwalaczy)
Monitoring > Problemy (w filtrze)
Monitoring > Mapy (w konfiguracji mapy)
Globalne powiadomienia (w konfiguracji profilu użytkownika)

Gdy ukryte problemy są wyświetlane, pojawia się następująca ikona: . Najechanie kursorem myszy na ikonę wyświetla więcej szczegółów.

Obliczanie kolejek podczas konserwacji

Kolejki wyświetlane w frontendzie Zabbix (Administration > Queue) są obliczane przez serwer Zabbix. Nie obejmują one pozycji w konserwacji No data collection, a długość kolejki dla tych pozycji jest zawsze równa zero, nawet jeśli ich wartości są opóźnione. Opóźnione pozycje w konserwacji With data collection są nadal uwzględniane w kolejce.

Zabbix proxy nie jest świadomy okresów konserwacji, ponieważ nie ma synchronizacji konfiguracji konserwacji między serwerem Zabbix a proxy. Kontrole wewnętrzne obliczane na proxy Zabbix (na przykład zabbix[queue,,] i zabbix[stats,,,queue,,]) zgłaszają opóźnione pozycje niezależnie od stanu konserwacji na serwerze Zabbix.

W rezultacie frontend Zabbix oraz kontrole wewnętrzne na proxy Zabbix mogą raportować różne długości kolejek dla tych samych pozycji objętych konserwacją No data collection.

What’s next?

10 Wyrażenia regularne

Docs

9 Konserwacja

Przegląd