Uzturēšanas periodi

Pārskats

Apkope tiek izmantota, lai nomāktu problēmas iepriekš noteiktos laika periodos.

Zabbix var definēt apkopes periodus hosts un hostu grupām.

Turklāt ir iespējams definēt apkopi tikai vienam trigerim (vai trigeru apakškopai), norādot trigeru tagus. Šādā gadījumā apkope tiks aktivizēta tikai šiem trigeriem; visi pārējie hosta vai hostu grupas trigeri nebūs apkopē.

Pastāv divi apkopes veidi: Ar datu vākšanu un Bez datu vākšanas.

Apkopes laikā Ar datu vākšanu trigeri tiek apstrādāti kā parasti, un notikumi tiek izveidoti, kad tas ir nepieciešams. Tomēr, ja darbības konfigurācijā ir atzīmēta opcija Pauzēt darbības nomāktajām problēmām, problēmu eskalācijas hosts/trigeriem apkopē tiek apturētas. Šādā gadījumā eskalācijas soļi, kas var ietvert paziņojumu nosūtīšanu vai attālinātas komandas, tiks ignorēti tik ilgi, kamēr turpinās apkopes periods. Ņemiet vērā, ka problēmu atjaunošanas un atjaunināšanas darbības apkopes laikā netiek nomāktas, tiek apturētas tikai eskalācijas. Atjaunošanas paziņojumi netiek sūtīti, ja problēma sākās apkopes laikā.

Piemēram, ja eskalācijas soļi ir ieplānoti 0, 30 un 60 minūtes pēc problēmas sākuma, un ir pusstundu ilga apkope, kas ilgst no 10. līdz 40. minūtei pēc reālas problēmas rašanās, tad otrais un trešais solis tiks izpildīti pusstundu vēlāk, t. i., 60. un 90. minūtē (ja problēma joprojām pastāv). Līdzīgi, ja problēma rodas apkopes laikā, eskalācija sāksies pēc apkopes.

Lai apkopes laikā parasti saņemtu problēmu paziņojumus bez aizkaves, darbības konfigurācijā ir jānoņem atzīme no opcijas Pauzēt darbības nomāktajām problēmām.

Zabbix serverim apkopes laikā ir jādarbojas. Apkopes tiek pārrēķinātas katru minūti vai tiklīdz konfigurācijas kešatmiņa tiek pārlādēta, ja apkopes periodā ir izmaiņas.

Taimerprocesi pārbauda, vai hosta statuss ir jāmaina uz/no apkopes režīma katras minūtes 0 sekundē. Papildus tam katru sekundi taimerprocess pārbauda, vai pēc konfigurācijas atjaunināšanas, pamatojoties uz izmaiņām [apkopes periodos], ir jāsāk/jāpārtrauc kāda apkope. Tādējādi apkopes periodu sākšanas/pārtraukšanas ātrums ir atkarīgs no konfigurācijas atjaunināšanas intervāla (pēc noklusējuma 10 sekundes). Ņemiet vērā, ka apkopes perioda izmaiņas neietver iestatījumus Aktīvs no/Aktīvs līdz. Tāpat, ja hosts/hostu grupa tiek pievienota jau esošam aktīvam apkopes periodam, izmaiņas tiks aktivizētas tikai ar taimerprocesu nākamās minūtes sākumā.

Ņemiet vērā, ka, kad hosts nonāk apkopē, Zabbix servera taimerprocesi nolasīs visas atvērtās problēmas, lai pārbaudītu, vai tās ir nepieciešams nomākt. Tas var ietekmēt veiktspēju, ja ir daudz atvērtu problēmu. Zabbix serveris arī nolasīs visas atvērtās problēmas startēšanas laikā, pat ja tajā brīdī nav konfigurētas apkopes.

Ņemiet vērā, ka Zabbix serveris (vai starpniekserveris) vienmēr vāc datus neatkarīgi no apkopes veida (tostarp apkopes Bez datu vākšanas). Pēc tam serveris šos datus ignorē, ja ir iestatīta opcija Bez datu vākšanas.

Kad apkope Bez datu vākšanas beidzas, trigeri, kas izmanto funkciju nodata(), netiks aktivizēti pirms nākamās pārbaudes periodā, kurā tie tiek pārbaudīti.

Ja loga vienums tiek pievienots, kamēr hosts ir apkopē, un apkope beidzas, tiks savākti tikai jaunie žurnālfaila ieraksti kopš apkopes beigām.

Ja hostam, kas atrodas apkopē Bez datu vākšanas, tiek nosūtīta vērtība ar laika zīmogu (piem., izmantojot Zabbix sender), šī vērtība tiks noraidīta; tomēr ir iespējams nosūtīt vērtību ar laika zīmogu uz beigušos apkopes periodu, un tā tiks pieņemta.

Ja lietotājs maina apkopes periodu, hosts, grupas vai tagus, izmaiņas stāsies spēkā tikai pēc konfigurācijas kešatmiņas sinhronizācijas.

Konfigurācija

Lai konfigurētu apkopes periodu:

1. Dodieties uz: Datu vākšana > Apkope.
2. Noklikšķiniet uz Izveidot apkopes periodu (vai uz esoša apkopes perioda nosaukuma).
3. Formā ievadiet apkopes parametrus.

Visi obligātie ievades lauki ir atzīmēti ar sarkanu zvaigznīti.

Parametrs	Apraksts
Nosaukums	Apkopes perioda nosaukums.
Apkopes veids	Var iestatīt divus apkopes veidus: Ar datu vākšanu - datus apkopes laikā vāc serveris, un trigeri tiek apstrādāti; Bez datu vākšanas - dati joprojām var tikt vākti, taču apkopes laikā tie netiek saglabāti datubāzē, un trigeri (tostarp funkcija nodata()) netiek aktivizēti. Skatiet Apkopes periodu ietekme, lai uzzinātu, kā katrs veids ietekmē pieejamības pārskatu.
Aktīvs no	Datums un laiks, kad apkopes periodu izpilde kļūst aktīva. Piezīme: Šī laika iestatīšana vien pati par sevi neaktivizē apkopes periodu; apkopes periodi ir jākonfigurē sadaļā Periodi (skatiet tālāk).
Aktīvs līdz	Datums un laiks, kad apkopes periodu izpilde beidz būt aktīva.
Periodi	Šis bloks ļauj definēt precīzas dienas un stundas, kad notiek apkope. Noklikšķinot uz , tiek atvērts uznirstošais logs ar elastīgu Apkopes perioda formu, kurā var definēt apkopes grafiku. Detalizētu aprakstu skatiet sadaļā Apkopes periodi.
Hosts grupas	Atlasiet hostu grupas, kurām apkope tiks aktivizēta. Apkope tiks aktivizēta visiem hostiem no norādītās hostu grupas(-ām). Šis lauks ir ar automātisko pabeigšanu, tāpēc, sākot rakstīt, tiks parādīts nolaižamais saraksts ar visām pieejamajām hostu grupām. Norādot vecāko hostu grupu, netieši tiek atlasītas arī visas ligzdotās hostu grupas. Tādējādi apkope tiks aktivizēta arī hostiem no ligzdotajām grupām.
Hosts	Atlasiet hostus, kuriem apkope tiks aktivizēta. Šis lauks ir ar automātisko pabeigšanu, tāpēc, sākot rakstīt, tiks parādīts nolaižamais saraksts ar visiem pieejamajiem hostiem.
Tagi	Norādiet tagus, lai slāpētu problēmas ar atbilstošiem tagiem hostos apkopes laikā. Var iestatīt vairākus nosacījumus. Tagu nosaukumu salīdzināšana vienmēr ir reģistrjutīga. Katrai nosacījuma vērtībai ir pieejami divi operatori: Satur - iekļauj norādītos tagu nosaukumus, ja tagu vērtības satur ievadīto virkni (apakšvirknes atbilstība, reģistrjutīga); Vienāds ar - iekļauj norādītos tagu nosaukumus un vērtības (reģistrjutīgi). Nosacījumiem ir pieejami divi aprēķina veidi: Un/Vai - jāizpildās visiem nosacījumiem, nosacījumi ar vienādu tagu nosaukumu tiks grupēti ar nosacījumu Vai; Vai - pietiek, ja izpildās viens nosacījums. Tagus var norādīt tikai tad, ja ir atlasīts apkopes veids Ar datu vākšanu.
Apraksts	Apkopes perioda apraksts.

Uzturēšanas periodi

Uzturēšanas perioda logs ir paredzēts atkārtotas vai vienreizējas uzturēšanas plānošanai. Veidlapa ir dinamiska, un pieejamie lauki mainās atkarībā no atlasītā Perioda veida.

Kad tas ir izdarīts, noklikšķiniet uz Add, lai pievienotu uzturēšanas periodu blokam Periods.

Ņemiet vērā, ka vasaras laika (DST) izmaiņas neietekmē uzturēšanas ilgumu. Piemēram, pieņemsim, ka ir konfigurēta divu stundu uzturēšana, kas parasti sākas plkst. 01:00 un beidzas plkst. 03:00:

• ja pēc vienas uzturēšanas stundas (plkst. 02:00) notiek DST maiņa un pašreizējais laiks mainās no 02:00 uz 03:00, uzturēšana turpināsies vēl vienu stundu (līdz 04:00);
• ja pēc divām uzturēšanas stundām (plkst. 03:00) notiek DST maiņa un pašreizējais laiks mainās no 03:00 uz 02:00, uzturēšana tiks pārtraukta, jo ir pagājušas divas stundas;
• ja uzturēšanas periods sākas stundā, kas tiek izlaista DST maiņas dēļ, tad uzturēšana nesāksies.

Ja uzturēšanas periods ir iestatīts uz "1 day" (faktiskais uzturēšanas periods ir 24 stundas, jo Zabbix aprēķina dienas stundās), sākas plkst. 00:00 un beidzas plkst. 00:00 nākamajā dienā:

• uzturēšana beigsies plkst. 01:00 nākamajā dienā, ja pašreizējais laiks pārbīdās par vienu stundu uz priekšu;
• uzturēšana beigsies plkst. 23:00 tajā pašā dienā, ja pašreizējais laiks pārbīdās par vienu stundu atpakaļ.

Attēlošana

Hosts attēlošana uzturēšanas režīmā

Oranža uzgriežņu atslēgas ikona blakus hosta nosaukumam norāda, ka šis hosts ir uzturēšanas režīmā šādās vietās:

• Informācijas paneļi
• Uzraudzība > Problēmas
• Inventārs > Hosts > Hosta inventāra informācija
• Datu vākšana > Hosts (skatiet kolonnu "Statuss")

Uzturēšanas informācija tiek parādīta, kad peles rādītājs tiek novietots virs ikonas.

Turklāt hosti uzturēšanas režīmā Uzraudzība > Kartes sadaļā tiek attēloti ar oranžu fonu.

Slēpto problēmu attēlošana

Parasti problēmas hosts uzturēšanas režīmā tiek slēptas, tas ir, tās netiek rādītas lietotāja saskarnē.

Slēptās problēmas var būt arī paslēptas tāpēc, ka tās tika slēptas manuāli.

Slēptās problēmas ir iespējams attēlot, atlasot opciju Rādīt slēptās problēmas šajās vietās:

• Informācijas paneļi (sadaļā Problemātiskie hosts, Problēmas, Problēmas pēc smaguma pakāpes, Trigeru pārskats logrīka konfigurācijā)
• Uzraudzība > Problēmas (filtrā)
• Uzraudzība > Kartes (kartes konfigurācijā)
• Globālās paziņojumi (lietotāja profila konfigurācijā)

Kad slēptās problēmas tiek attēlotas, tiek rādīta šāda ikona: . Ja slēpšana ir saistīta ar hosta uzturēšanas režīmu, tiek rādītas šādas ikonas:

• - problēma ir slēpta hosta uzturēšanas režīma dēļ.
• - problēma pēc hosta uzturēšanas režīma ir vairs neslēpta.

Novietojot kursoru virs ikonas, tiek parādīta papildu informācija. Notikuma detaļās var pārbaudīt, vai notikums tika slēpts uzturēšanas režīma dēļ vai slēpts manuāli. Ja attiecas gan uzturēšanas režīms, gan manuāla slēpšana, ikonas krāsā prioritāte ir manuālai slēpšanai.

Rindas aprēķins apkopes laikā

Rindas, kas tiek parādītas Zabbix lietotāja saskarnē (Administration > Queue), aprēķina Zabbix serveris. Tās neietver vienumus apkopes režīmā No data collection, un šo vienumu rindas garums vienmēr ir nulle, pat ja to vērtības kavējas. Aizkavētie vienumi apkopes režīmā With data collection joprojām tiek ieskaitīti rindā.

Zabbix starpniekserveris nezina par apkopes periodiem, jo starp Zabbix serveri un starpniekserveri netiek sinhronizēta apkopes konfigurācija. Iekšējās pārbaudes, kas tiek aprēķinātas Zabbix starpniekserveros (piemēram, zabbix[queue,,] un zabbix[stats,,,queue,,]), ziņo par aizkavētiem vienumiem neatkarīgi no apkopes statusa Zabbix serverī.

Tāpēc vieniem un tiem pašiem vienumiem apkopes režīmā No data collection Zabbix lietotāja saskarne un iekšējās pārbaudes Zabbix starpniekserveros var ziņot par atšķirīgu rindas garumu.