Uz jautājumu „cik ilgi uzņēmums var strādāt bez grāmatvedības sistēmas” parasti atbild „ne stundu”. Uz jautājumu „cik darba stundu jūs varat atļauties zaudēt, ja sistēma jāatjauno no rezerves kopijas” atbild „nevienu”. Abas atbildes ir saprotamas, taču neviena nav noderīga: rezerves kopēšanas sistēma, kas projektēta pēc šādām atbildēm, maksātu vairāk nekā pats uzņēmums.
Reālā atbilde vienmēr ir kaut kur starp „ne stundu” un „nedēļu”, un katrai sistēmai tā ir atšķirīga. E-pastam, grāmatvedībai, ražošanas vadībai un failu serverim ir dažādas robežas. Lai par šīm robežām runātu konkrēti, ir divi rādītāji: RTO un RPO.
Šajā rakstā tos skaidrojam bez teorijas: ko tie nozīmē, kā tos noteikt vadītājam bez IT pieredzes, kā tie pārvēršas rezerves kopēšanas biežumā un atjaunošanas vietā un kā tos pierakstīt, lai tie derētu NIS2 vai DORA auditam.
RTO: cik ilgi var gaidīt
RTO (Recovery Time Objective) ir ilgākais pieļaujamais laiks no sistēmas apstāšanās līdz tās atgriešanai darbā. Nevis laiks, kurā IT sola to atjaunot, bet laiks, pēc kura uzņēmums sāk ciest reālu kaitējumu.
Piemēri no mūsu klientu ikdienas:
- Grāmatvedība. Tirdzniecības uzņēmumā bez grāmatvedības sistēmas nevar izrakstīt rēķinus vai pieņemt preces. RTO ir četras stundas: pusi dienas var strādāt ar papīra pavadzīmēm un ievadīt tās vēlāk, veselu dienu – nevar.
- E-pasts. Pakalpojumu uzņēmumā, kur visa saziņa ar klientiem notiek pa e-pastu, RTO ir viena stunda. Loģistikas noliktavā, kur pasūtījumi nāk caur sistēmu un e-pastu izmanto iekšējai saziņai, tā ir diena.
- Ražošanas vadības sistēma. Ja līnija bez sistēmas apstājas, RTO mēra minūtēs vai desmitos minūšu, un atjaunošana no rezerves kopijas vispār nav pirmā atbilde. Pirmā atbilde ir dublēta sistēma.
RTO nosaka bizness, nevis IT. IT atbild uz jautājumu, vai noteikto RTO var sasniegt un cik tas izmaksās.
RPO: cik daudz darba var zaudēt
RPO (Recovery Point Objective) ir ilgākais pieļaujamais datu laikposms, ko var zaudēt. Praksē tas ir tas, cik laika pagājis starp pēdējo darbspējīgo rezerves kopiju un incidentu.
Tie paši piemēri:
- Grāmatvedība. Ja kopija tiek veidota katru nakti, sliktākajā gadījumā tiek zaudēta visa darba diena: visi tās dienas rēķini, maksājumi un noliktavas kustības. Divi grāmatveži tos ievadītu atkārtoti vienas līdz divu dienu laikā. Uzņēmums nolemj, ka RPO ir četras stundas, un kopijas tiek veidotas ik pēc četrām stundām.
- E-pasts. Ziņojumi, kas ienākuši pēc pēdējās kopijas, Microsoft 365 vidē nepazūd, tāpēc RPO šeit biežāk attiecas uz dzēstiem vai sašifrētiem datiem, nevis uz laiku. Parasti der diena.
- Ražošanas sistēma. Zaudētas stundas nozīmē, ka nav zināms, kas ražots un no kādiem materiāliem. RPO ir minūtes, un tas jau nozīmē nevis rezerves kopijas, bet nepārtrauktu replikāciju.
RTO un RPO nav savstarpēji atkarīgi. Var būt sistēma, ko atjauno stundas laikā, bet zaudē dienas datus, un otrādi.
Kā novērtēt dīkstāves izmaksas bez eiro
Vadītāji bieži iestrēgst, mēģinot noteikt dīkstāves cenu. Tas nav nepieciešams. Katrai sistēmai pietiek ar trim vienkāršākiem jautājumiem:
- Cik cilvēku pārstāj strādāt, kad sistēma nedarbojas? Desmit noliktavas darbinieki un divi grāmatveži ir divpadsmit cilvēki, kas sēž un gaida. Reiziniet ar stundām.
- Cik pasūtījumu, sūtījumu vai rēķinu stundā iet caur šo sistēmu? Tas būs jāievada atkārtoti vai tiks zaudēts pavisam.
- Kas notiek ar klientu? Viņš nesaņem sūtījumu, nesaņem atbildi, nevar samaksāt. Šeit sākas līgumsaistības un reputācija.
Atbildes pierakstiet tabulā ar trim kolonnām: sistēma, kas apstājas pēc stundas, kas apstājas pēc dienas. RTO un RPO no tās izriet dabiski, un parasti izrādās, ka no divdesmit sistēmām patiešām kritiskas ir četras vai piecas. Tās ir pelnījušas lielāko daļu rezerves kopēšanas budžeta.
Kā RTO un RPO pārvēršas tehnoloģijā
Šeit sākas IT darbs. Divi rādītāji nosaka divus lēmumus.
RPO nosaka rezerves kopēšanas biežumu
Ja RPO ir diena, pietiek ar nakts kopiju. Ja tas ir četras stundas, kopijas vai momentuzņēmumi ik pēc četrām stundām, kas jau ir prasība krātuvei un tīklam. Ja tās ir minūtes, rezerves kopijas vairs neder, un vajadzīga reāllaika replikācija uz otru atrašanās vietu. Katrs solis uz leju ir dārgāks, tāpēc RPO nedrīkst būt īsāks, nekā bizness ir patiešām nolēmis.
RTO nosaka, kur un no kā atjaunot
Atjaunošanas laikam ir trīs daļas: līdz pamanāt, līdz atrodat, kur atjaunot, un līdz atjaunojat. Ja serveru telpa ir nodegusi, otrās daļas var nebūt vispār, jo nav, kur atjaunot. Īss RTO tāpēc nozīmē iepriekš sagatavotu vietu.
| RTO | Ko tas nozīmē praksē |
|---|---|
| Nedēļa | Pietiek ar rezerves kopiju; jaunu serveri var pasūtīt un sagatavot |
| Diena | Vajadzīga rezerves vieta, kur serveri var palaist no rezerves kopijas |
| Stundas | Vajadzīga iepriekš sagatavota vide un pārbaudīta procedūra |
| Minūtes | Vajadzīga dublēta sistēma, kas darbojas nepārtraukti |
Mūsu PlanB infrastruktūras atjaunošana ir paredzēta tieši „dienas” un „stundu” rindām: jūsu serveru kopijas tiek glabātas mūsu mākonī, un blakus ir sagatavota vide, kurā šīs kopijas tiek palaistas kā darbojoši serveri, kamēr jūsu infrastruktūra tiek labota. Rezerves kopēšanas pusi nodrošina serveru rezerves kopijas jūsu noteiktajā biežumā.
Vēl viens niansējums: RTO, ko neviens nav izmērījis, ir tikai skaitlis dokumentā. Reālo atjaunošanas laiku uzzina tikai tad, ja sistēmu atjauno izolētā vidē un skatās uz pulksteni.
Kā dokumentēt NIS2 un DORA vajadzībām
Abām regulām RTO un RPO ir vadības, nevis tehniskā informācija. NIS2 prasa darbības nepārtrauktības un rezerves kopiju pārvaldības pasākumus, bet DORA – IKT darbības nepārtrauktības politiku ar skaidriem atjaunošanas mērķiem svarīgām funkcijām. Praksē auditoram pietiek ar vienu dokumentu ar šādu struktūru:
- Sistēmu saraksts ar to kritiskuma novērtējumu.
- Katrai sistēmai RTO, RPO un tas, kurš tos apstiprinājis no biznesa puses.
- Kāds tehnisks pasākums nodrošina katru rādītāju: rezerves kopēšanas biežums, glabāšanas vieta, atjaunošanas vieta.
- Kad pēdējo reizi pārbaudīts, ka rādītājus var sasniegt, un kāds bija rezultāts.
- Kad dokuments tiek pārskatīts: vismaz reizi gadā un pēc lielām izmaiņām.
Kad uzņēmumus gatavojam DORA prasībām, parasti vispirms izstrādājam šo dokumentu, jo visi turpmākie lēmumi par rezerves kopēšanu un atjaunošanu no tā ir atkarīgi.
No kā sākt
- Uzskaitiet visas uzņēmuma sistēmas un katrai atbildiet uz jautājumu, kas apstājas pēc stundas un kas pēc dienas.
- Piecām svarīgākajām sistēmām noteiciet RTO un RPO kopā ar to biznesa īpašniekiem, nevis tikai ar IT.
- Salīdziniet ar to, kā rezerves kopijas tiek veidotas šodien: ja RPO ir četras stundas, bet kopija ir naktī, jums ir nepilnība, par kuru zināt tikai jūs.
- Atjaunojiet vienu kritisku sistēmu izolētā vidē un izmēriet reālo RTO.
- Ja vēlaties, lai šo darbu veicam kopā ar jums un sagatavojam auditam piemērotu dokumentu, sazinieties ar mums, izmantojot kontaktu veidlapu.
