Klausimas „kiek laiko įmonė gali dirbti be apskaitos sistemos“ dažniausiai sulaukia atsakymo „nė valandos“. Klausimas „kiek valandų darbo galite prarasti, jei sistemą teks atkurti iš kopijos“ – atsakymo „nė vienos“. Abu atsakymai suprantami, bet nei vienas nėra naudingas: pagal juos suprojektuota kopijų sistema kainuotų daugiau nei pati įmonė.
Tikrasis atsakymas visada yra kažkur tarp „nė valandos“ ir „savaitės“, ir jis skiriasi kiekvienai sistemai. El. paštas, apskaita, gamybos valdymas ir failų serveris turi skirtingas ribas. Tam, kad apie šias ribas būtų galima kalbėti konkrečiai, yra du rodikliai – RTO ir RPO.
Šiame straipsnyje paaiškinsime juos be teorijos: ką jie reiškia, kaip juos nustatyti paprastam vadovui be IT išsilavinimo, kaip jie virsta kopijų dažniu ir atstatymo vieta ir kaip juos užrašyti taip, kad tiktų TIS2 ar DORA auditui.
RTO: kiek laiko galite laukti
RTO (Recovery Time Objective) – tai ilgiausias priimtinas laikas nuo sistemos sustojimo iki jos darbo atkūrimo. Ne laikas, per kurį IT pažada atkurti, o laikas, po kurio įmonė pradeda patirti realią žalą.
Pavyzdžiai iš mūsų klientų kasdienybės:
- Apskaita. Prekybos įmonėje be apskaitos sistemos negalima išrašyti sąskaitų ir priimti prekių. RTO – keturios valandos: pusdienį galima dirbti popieriniais važtaraščiais ir suvesti vėliau, visą dieną – jau ne.
- El. paštas. Paslaugų įmonėje, kurioje visas bendravimas su klientais vyksta paštu, RTO – viena valanda. Logistikos sandėlyje, kur užsakymai ateina per sistemą, o paštas naudojamas vidinei komunikacijai, – para.
- Gamybos valdymo sistema. Jei linija sustoja be sistemos, RTO matuojamas minutėmis ar dešimtimis minučių, o atkūrimas iš kopijos apskritai nėra pirmas atsakymas – pirmas atsakymas yra dubliuota sistema.
RTO nustato ne IT, o verslas. IT atsako į klausimą, ar nustatytą RTO įmanoma pasiekti ir kiek tai kainuos.
RPO: kiek darbo galite prarasti
RPO (Recovery Point Objective) – tai ilgiausias priimtinas laikotarpis, kurio duomenis galite prarasti. Praktiškai – kiek laiko praėjo nuo paskutinės veikiančios kopijos iki incidento.
Tie patys pavyzdžiai:
- Apskaita. Jei kopija daroma kas naktį, blogiausiu atveju prarandama visa darbo diena: visos tos dienos sąskaitos, mokėjimai, judėjimai sandėlyje. Dvi buhalterės juos suvedinėtų iš naujo dieną ar dvi. Įmonė nusprendžia, kad RPO – keturios valandos, ir kopijos daromos kas keturias valandas.
- El. paštas. Laiškai, atėję po paskutinės kopijos, Microsoft 365 aplinkoje niekur nedingsta, todėl RPO čia dažniau susijęs su ištrintais ar užšifruotais duomenimis, ne su laiku. Para dažniausiai tinka.
- Gamybos sistema. Prarastos valandos reiškia, kad nežinoma, kas pagaminta ir iš kokių medžiagų. RPO – minutės, o tai reiškia nebe kopijas, o nuolatinę replikaciją.
RTO ir RPO nepriklauso vienas nuo kito. Galima turėti sistemą, kurią atkuriate per valandą, bet prarandate dieną duomenų, ir atvirkščiai.
Kaip apskaičiuoti prastovos kainą be eurų
Vadovai dažnai užstringa ties bandymu įvertinti prastovą pinigais. To nereikia. Pakanka trijų paprastesnių klausimų kiekvienai sistemai:
- Kiek žmonių sustoja, kai sistema neveikia? Dešimt sandėlininkų ir dvi buhalterės – tai dvylika žmonių, kurie sėdi ir laukia. Padauginkite iš valandų.
- Kiek užsakymų, siuntų ar sąskaitų per valandą eina per šią sistemą? Tai, ką teks suvesti iš naujo arba ko iš viso neteksite.
- Kas atsitinka klientui? Jis nesulaukia siuntos, negauna atsakymo, negali atsiskaityti. Čia prasideda sutartiniai įsipareigojimai ir reputacija.
Surašykite atsakymus į lentelę su trimis stulpeliais: sistema, kas sustoja po valandos, kas sustoja po dienos. Iš jos RTO ir RPO išplaukia natūraliai, ir dažniausiai paaiškėja, kad iš dvidešimties sistemų tikrai svarbios yra keturios ar penkios. Būtent joms ir verta skirti didžiąją dalį kopijų biudžeto.
Kaip RTO ir RPO virsta technika
Čia prasideda IT darbas. Du rodikliai lemia du sprendimus.
RPO lemia kopijų dažnį
Jei RPO – para, užtenka naktinės kopijos. Jei keturios valandos – kopijos arba momentinės kopijos (snapshots) kas keturias valandas, o tai jau reikalavimas saugyklai ir tinklui. Jei minutės – kopijos nebetinka, reikia replikacijos į antrą vietą realiu laiku. Kiekvienas žingsnis žemyn brangesnis, todėl RPO neturi būti trumpesnis, nei verslas iš tikrųjų nusprendė.
RTO lemia, kur ir iš ko atkuriate
Atkūrimo laikas susideda iš trijų dalių: kol pastebėsite, kol surasite, kur atkurti, ir kol atkursite. Jei serverinė sudegė, antros dalies gali nebūti išvis – nėra kur atkurti. Todėl trumpas RTO reiškia iš anksto paruoštą vietą.
| RTO | Ką tai reiškia praktikoje |
|---|---|
| Savaitė | Užtenka kopijos; naują serverį galima užsakyti ir pasiruošti |
| Para | Reikia rezervinės vietos, kurioje serverį galima pakelti iš kopijos |
| Valandos | Reikia iš anksto paruoštos aplinkos ir išbandytos procedūros |
| Minutės | Reikia dubliuotos sistemos, veikiančios nuolat |
Mūsų PlanB infrastruktūros atstatymas skirtas būtent eilutėms „para“ ir „valandos“: jūsų serverių kopijos laikomos mūsų debesijoje, o greta jų – paruošta aplinka, kurioje tos kopijos paleidžiamos kaip veikiantys serveriai, kol jūsų infrastruktūra tvarkoma. Kopijų pusę tuo metu dengia serverių rezervinės kopijos su jūsų nustatytu dažniu.
Ir dar vienas niuansas: RTO, kurio niekas nematavo, yra tik skaičius dokumente. Tikrą atkūrimo laiką sužinote tik atkūrę sistemą į izoliuotą aplinką ir pažiūrėję į laikrodį.
Kaip dokumentuoti TIS2 ir DORA
Abiem reikalavimams RTO ir RPO yra ne techninė, o valdymo informacija. TIS2 reikalauja veiklos tęstinumo ir atsarginių kopijų valdymo priemonių, DORA – IRT veiklos tęstinumo politikos su aiškiais atkūrimo tikslais svarbioms funkcijoms. Praktiškai auditoriui užtenka vieno dokumento su tokia struktūra:
- Sistemų sąrašas su jų svarbos įvertinimu.
- Kiekvienai sistemai – RTO, RPO ir kas juos patvirtino iš verslo pusės.
- Kokia techninė priemonė kiekvieną rodiklį užtikrina: kopijų dažnis, saugojimo vieta, atstatymo vieta.
- Kada paskutinį kartą tikrinta, kad rodikliai pasiekiami, ir koks buvo rezultatas.
- Kada dokumentas peržiūrimas – bent kartą per metus ir po didesnių pokyčių.
Rengdami įmones DORA reikalavimams, šį dokumentą dažniausiai sudarome pirmą, nes nuo jo priklauso visi tolesni sprendimai dėl kopijų ir atstatymo.
Nuo ko pradėti
- Surašykite visas įmonės sistemas ir prie kiekvienos atsakykite į klausimą, kas sustoja po valandos ir kas – po dienos.
- Penkioms svarbiausioms sistemoms nustatykite RTO ir RPO kartu su jų verslo savininkais, ne vien su IT.
- Palyginkite su tuo, kaip kopijos daromos dabar: jei RPO – keturios valandos, o kopija – naktinė, turite spragą, kurią žinote tik jūs.
- Atkurkite vieną svarbiausią sistemą į izoliuotą aplinką ir pamatuokite tikrą RTO.
- Jei norite, kad šį darbą atliktume kartu ir parengtume dokumentą, tinkantį auditui, susisiekite per kontaktų formą.
