[comment]: # ({c86bb2b9-c86bb2b9})
# 11 Apkope
[comment]: # ({/c86bb2b9-c86bb2b9})
[comment]: # ({ad5f893d-e70ea305})
#### Pārskats
Apkope tiek izmantota, lai apspiestu 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.
Šajā gadījumā apkope tiks aktivizēta tikai šiem trigeriem; visi pārējie hosta vai hostu grupas trigeri nebūs apkopē.
Ir 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, ja nepieciešams, tiek izveidoti notikumi.
Tomēr, ja [darbības konfigurācijā](/manual/config/notifications/action#configuring-an-action) ir atzīmēta opcija *Pauzēt darbības apspiestām problēmām*, problēmu eskalācijas hostiem/trigeriem apkopē tiks apturētas.
Šajā 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 ilgs apkopes periods.
Ņemiet vērā, ka problēmu atkopšanas un atjaunināšanas darbības apkopes laikā netiek apspiestas, tiek apturētas tikai eskalācijas.
Atkopš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 problēmu paziņojumus apkopes laikā saņemtu parastajā veidā (bez aizkaves), darbības konfigurācijā ir jānoņem atzīme opcijai *Pauzēt darbības apspiestām problēmām*.
::: noteclassic
Ja vismaz viens hosts (kas tiek izmantots trigeru izteiksmē) nav apkopes režīmā, Zabbix nosūtīs problēmas paziņojumu.
:::
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žīmu 0 sekundēs katras minūtes sākumā.
Turklāt katru sekundi taimerprocess pārbauda, vai, pamatojoties uz izmaiņām [apkopes periodos] pēc konfigurācijas atjaunināšanas, 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](/manual/appendix/config/zabbix_server#cacheupdatefrequency) (pēc noklusējuma 10 sekundes).
Ņemiet vērā, ka apkopes periodu 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 jāapspiež.
Tas var ietekmēt veiktspēju, ja ir daudz atvērtu problēmu.
Zabbix serveris nolasīs arī visas atvērtās problēmas palaiš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 *Bez datu vākšanas*.
Kad *Bez datu vākšanas* apkope beidzas, trigeri, kas izmanto funkciju `nodata()`, netiks aktivizēti pirms nākamās pārbaudes periodā, kuru tie pārbauda.
Ja žurnāla vienums tiek pievienots, kamēr hosts ir apkopē, un apkope beidzas, tiks savākti tikai jauni žurnālfaila ieraksti kopš apkopes beigām.
Ja hostam, kas atrodas *Bez datu vākšanas* apkopē, tiek nosūtīta vērtība ar laika zīmogu (piem., izmantojot [Zabbix sender](/manpages/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.
[comment]: # ({/ad5f893d-e70ea305})
[comment]: # ({4cee9b99-6ef20399})
#### 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. Ievadiet apkopes parametrus formā.
{width="600"}
Visi obligātie ievades lauki ir atzīmēti ar sarkanu zvaigznīti.
|Parameter|Description|
|--|--------|
|*Name*|Apkopes perioda nosaukums.|
|*Maintenance type*|Var iestatīt divus apkopes veidus:
**Ar datu vākšanu** - apkopes laikā serveris vāc datus, 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](/manual/web_interface/frontend_sections/reports/availability#effect-of-maintenance-periods), lai uzzinātu, kā katrs veids ietekmē pieejamības pārskatu.|
|*Active since*|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ļā *Periods* (skatiet tālāk).|
|*Active till*|Datums un laiks, kad apkopes periodu izpilde pārstāj būt aktīva.|
|*Periods*|Š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 *Maintenance period* formu, kurā var definēt apkopes grafiku. Detalizētu aprakstu skatiet sadaļā [Maintenance periods](#maintenance-periods).|
|*Host groups*|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.
|
|*Tags*|Norādiet tagus, lai [slāpētu problēmas](/manual/acknowledgment/suppression) 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 rindai ir pieejami divi operatori:
**Contains** - iekļaut norādītos tagu nosaukumus, ja tagu vērtības satur ievadīto virkni (apakšvirknes atbilstība, reģistrjutīga);
**Equals** - iekļaut norādītos tagu nosaukumus un vērtības (reģistrjutīgi).
Nosacījumiem ir pieejami divi aprēķina veidi:
**And/Or** - jāizpildās visiem nosacījumiem, nosacījumi ar vienādu tagu nosaukumu tiks grupēti pēc Or nosacījuma;
**Or** - 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*.|
|*Description*|Apkopes perioda apraksts.|
[comment]: # ({/4cee9b99-6ef20399})
[comment]: # ({44658e01-4dc2aa1c})
##### Uzturēšanas periodi
Uzturēšanas perioda logs ir paredzēts laika plānošanai periodiskai vai vienreizējai uzturēšanai.
Forma ir dinamiska, un pieejamie lauki mainās atkarībā no izvēlētā *Period type*.
{width="600"}
|Period type|Apraksts|
|--|--------|
|*One time only*|Konfigurējiet vienreizēju uzturēšanas periodu:
*Date* - uzturēšanas perioda datums un laiks;
*Maintenance period length* - cik ilgi uzturēšana būs aktīva.|
|*Daily*|Konfigurējiet ikdienas uzturēšanas periodu:
*Every day(s)* - uzturēšanas biežums (1 - *(noklusējums)* katru dienu, 2 - ik pēc divām dienām utt.);
*At (hour:minute)* - diennakts laiks, kad uzturēšana sākas;
*Maintenance period length* - cik ilgi uzturēšana būs aktīva.
Ja parametrs *Every day(s)* ir lielāks par "1", sākuma diena ir tā diena, kurā ietilpst *Active since* laiks. Piemēri:
- ja *Active since* ir iestatīts uz "2021-01-01 12:00", *Every day(s)* ir iestatīts uz "2" un *At (hour:minute)* ir iestatīts uz "23:00", tad pirmais uzturēšanas periods sāksies 1. janvārī plkst. 23:00, bet otrais uzturēšanas periods sāksies 3. janvārī plkst. 23:00;
- ja *Active since* ir iestatīts uz "2021-01-01 12:00", *Every day(s)* ir iestatīts uz "2" un *At (hour:minute)* ir iestatīts uz "01:00", tad pirmais uzturēšanas periods sāksies 3. janvārī plkst. 01:00, bet otrais uzturēšanas periods sāksies 5. janvārī plkst. 01:00.|
|*Weekly*|Konfigurējiet iknedēļas uzturēšanas periodu:
*Every week(s)* - uzturēšanas biežums (1 - *(noklusējums)* katru nedēļu, 2 - ik pēc divām nedēļām utt.);
*Day of week* - kurā nedēļas dienā uzturēšanai jānotiek;
*At (hour:minute)* - diennakts laiks, kad uzturēšana sākas;
*Maintenance period length* - cik ilgi uzturēšana būs aktīva.
Ja parametrs *Every week(s)* ir lielāks par "1", sākuma nedēļa ir tā nedēļa, kurā ietilpst *Active since* laiks. Piemērus skatiet iepriekš parametra *Daily* aprakstā.|
|*Monthly*|Konfigurējiet ikmēneša uzturēšanas periodu:
*Month* - atlasiet visus mēnešus, kuros tiek veikta regulārā uzturēšana;
*Date: **Day of month*** - atlasiet šo opciju, ja uzturēšanai jānotiek vienā un tajā pašā datumā katru mēnesi (piemēram, katra mēneša 1. datumā), un pēc tam parādītajā laukā *Day of month* atlasiet nepieciešamo dienu;
*Date: **Day of week*** - atlasiet šo opciju, ja uzturēšanai jānotiek tikai noteiktās dienās (piemēram, katra mēneša pirmajā pirmdienā), pēc tam nolaižamajā sarakstā atlasiet nepieciešamo mēneša nedēļu (pirmo, otro, trešo, ceturto vai pēdējo) un pēc tam atzīmējiet uzturēšanas dienu(-as);
*At (hour:minute)* - diennakts laiks, kad uzturēšana sākas;
*Maintenance period length* - cik ilgi uzturēšana būs aktīva.|
[comment]: # ({/44658e01-4dc2aa1c})
[comment]: # ({7d918711-6aeb0a4c})
::: noteimportant
Veidojot uzturēšanas periodu, tiek izmantota tā lietotāja [laika josla](/manual/web_interface/time_zone), kurš to izveido.
Tomēr, plānojot periodiski atkārtojošos uzturēšanas periodus (*Katru dienu*, *Katru nedēļu*, *Katru mēnesi*), tiek izmantota Zabbix servera laika josla.
Lai nodrošinātu paredzamu periodiski atkārtojošos uzturēšanas periodu darbību, visās Zabbix daļās ir jāizmanto vienota laika josla.
:::
[comment]: # ({/7d918711-6aeb0a4c})
[comment]: # ({5aa2e600-3b17f2f3})
Kad tas ir izdarīts, nospiediet *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ēļ, 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 nākamajā dienā plkst. 01:00, ja pašreizējais laiks tiek pārbīdīts par vienu stundu uz priekšu;
- uzturēšana beigsies tajā pašā dienā plkst. 23:00, ja pašreizējais laiks tiek pārbīdīts par vienu stundu atpakaļ.
[comment]: # ({/5aa2e600-3b17f2f3})
[comment]: # ({924e8c68-924e8c68})
#### Attēlošana
[comment]: # ({/924e8c68-924e8c68})
[comment]: # ({037022cf-0e33672d})
##### Hostu attēlošana uzturēšanas režīmā
Oranža uzgriežņu atslēgas ikona  blakus hosta nosaukumam norāda, ka šis hosts atrodas uzturēšanas režīmā šeit:
- *Paneļi*
- *Uzraudzība > Problēmas*
- *Inventārs > Hosti > Hosta inventāra informācija*
- *Datu ievākšana > Hosti* (skatiet kolonnu 'Statuss')
Informācija par uzturēšanu tiek parādīta, kad peles rādītājs tiek novietots
virs ikonas.
Papildus tam hosti uzturēšanas režīmā tiek attēloti ar oranžu fonu
sadaļā *Uzraudzība > Kartes*.
[comment]: # ({/037022cf-0e33672d})
[comment]: # ({6b0eedd1-a923614c})
##### Slēpto problēmu attēlošana
Parasti problēmas hosts uzturēšanas režīmā tiek slēptas, t. i., tās netiek rādītas lietotāja saskarnē.
Tomēr ir iespējams konfigurēt, lai slēptās problēmas tiktu rādītas, atlasot opciju *Rādīt slēptās problēmas* šādās vietās:
- *Informācijas paneļi* (logrīku konfigurācijā *Problem hosts*, *Problems*, *Problems by severity*, *Trigger overview*)
- *Monitoring* > *Problems* (filtrā)
- *Monitoring* > *Maps* (kartes konfigurācijā)
- Globālie [paziņojumi](/manual/web_interface/user_profile/global_notifications) (lietotāja profila konfigurācijā)
Kad slēptās problēmas tiek rādītas, tiek attēlota šāda ikona: .
Pārvietojot peles kursoru virs ikonas, tiek parādīta papildu informācija.
[comment]: # ({/6b0eedd1-a923614c})
[comment]: # ({cf15cedf-3ef59bae})
#### Rindu aprēķināšana uzturēšanas laikā
Rindas, kas tiek parādītas Zabbix lietotāja saskarnē ([Administration > Queue](/manual/web_interface/frontend_sections/administration/queue)), aprēķina Zabbix serveris.
Tās neietver vienumus uzturēšanā *No data collection*, un šo vienumu rindas garums vienmēr ir nulle, pat ja to vērtību saņemšana kavējas.
Kavētie vienumi uzturēšanā *With data collection* joprojām tiek ieskaitīti rindā.
Zabbix [starpniekserveris](/manual/concepts/proxy) nezina par uzturēšanas periodiem, jo starp Zabbix serveri un starpniekserveri netiek sinhronizēta uzturēšanas konfigurācija.
Iekšējās pārbaudes, kas tiek aprēķinātas Zabbix starpniekserveros (piemēram, [`zabbix[queue,,]`](/manual/config/items/itemtypes/internal#queue) un [`zabbix[stats,,,queue,,]`](/manual/config/items/itemtypes/internal#stats.queue)), ziņo par kavētiem vienumiem neatkarīgi no uzturēšanas statusa Zabbix serverī.
Rezultātā Zabbix lietotāja saskarne un iekšējās pārbaudes Zabbix starpniekserveros var ziņot atšķirīgu rindas garumu tiem pašiem vienumiem uzturēšanā ar *No data collection*.
[comment]: # ({/cf15cedf-3ef59bae})