U prethodnom tekstu objasnili smo RPO — koliko podataka firma može da izgubi. Sada se okrećemo komplementarnom konceptu, RTO, koji odgovara na drugačije, ali podjednako važno pitanje — koliko dugo firma može da bude van funkcije pre nego što posledice postanu ozbiljne.
Šta je Recovery Time Objective
RTO, ili Recovery Time Objective, predstavlja maksimalno vreme koje firma može realno da priušti da provede u zastoju, od trenutka kada se problem dogodi do trenutka kada su sistemi ponovo potpuno funkcionalni. Ovo je vremenski cilj koji direktno određuje koliko brzo i sofisticirano mora biti postavljena backup i disaster recovery infrastruktura.
Razlika između RPO i RTO
Iako se često pominju zajedno, ova dva koncepta mere različite stvari. RPO se odnosi na količinu izgubljenih podataka (koliko unazad u vremenu), dok se RTO odnosi na dužinu samog procesa oporavka (koliko vremena je potrebno da se sistem vrati u funkciju). Firma može imati odličan RPO (minimalan gubitak podataka), ali loš RTO ako proces vraćanja tih podataka traje dugo, ili obrnuto.
Konkretan primer za razumevanje
Zamislimo da server firme otkaže u devet ujutru. Ako firma ima RTO cilj od četiri sata, to znači da očekuje i planira da sistem bude ponovo potpuno funkcionalan do jedan popodne. Ako stvarni proces oporavka traje osam sati, firma je premašila svoj RTO cilj, što znači da infrastruktura oporavka nije adekvatno postavljena za tu ciljanu brzinu.
Faktori koji određuju realan RTO
Koliko brzo poslovanje trpi štetu od zastoja
Za firme čije poslovanje zavisi od kontinuirane dostupnosti sistema — na primer, onlajn prodavnica ili firma koja pruža usluge klijentima u realnom vremenu — svaki sat zastoja direktno prevodi u izgubljen prihod i nezadovoljne klijente, što zahteva kraći RTO. Za firme sa manje vremenski osetljivim poslovanjem, duži RTO možda je prihvatljiv.
Kompleksnost sistema koji se oporavlja
Jednostavan sistem sa manjom količinom podataka može se oporaviti brže od kompleksne infrastrukture sa više međusobno povezanih servera i aplikacija koje moraju biti vraćene određenim redosledom.
Dostupnost potrebnih resursa
Da li firma ima unapred pripremljenu zamensku opremu, ili je potrebno prvo nabaviti hardver pre nego što proces oporavka uopšte može da počne? Ovo drastično utiče na realno vreme potrebno za oporavak.
Kako infrastruktura utiče na postizanje RTO cilja
Osnovni pristup — backup uz nabavku zamenske opreme po potrebi
Ako firma nema unapred pripremljenu zamensku infrastrukturu, RTO je neizbežno duži, jer proces uključuje vreme potrebno za nabavku i podešavanje nove opreme pre nego što se podaci uopšte mogu vratiti. Ovo može značiti RTO od nekoliko dana.
Srednji pristup — backup uz mogućnost brzog pokretanja u cloud-u
Firme sa mogućnošću da brzo pokrenu privremenu infrastrukturu u cloud-u, dok se lokalna oprema popravlja ili zamenjuje, mogu značajno skratiti RTO, često na nekoliko sati umesto dana.
Napredni pristup — potpuna redundantnost sa automatskim prelaskom
Za firme sa najkraćim mogućim RTO ciljevima (blizu nule), potrebna je potpuno redundantna infrastruktura koja automatski preuzima funkciju bez potrebe za ručnom intervencijom, što predstavlja najsofisticiraniji i najskuplji nivo pripremljenosti.
Balans između RTO cilja i troška njegovog postizanja
Kao i kod RPO-a, kraći RTO zahteva veće ulaganje u infrastrukturu i pripremljenost. Firma treba realno da proceni koliko brz oporavak stvarno vredi u odnosu na trošak izgradnje infrastrukture koja to omogućava. Za mnoge male i srednje firme, RTO od nekoliko sati do jednog radnog dana predstavlja razuman balans, dok RTO od nekoliko minuta retko opravdava dodatni trošak za poslovanja koja nisu ekstremno vremenski osetljiva.
Kako testirati da li se RTO cilj realno postiže
Slično kao testiranje restore procesa o kojem smo pisali, jedini pouzdan način da se proveri da li je postavljena infrastruktura zaista sposobna da ispuni ciljani RTO jeste kroz stvarno, kontrolisano testiranje — merenje koliko vremena zaista traje ceo proces oporavka od početka do kraja, ne samo teoretska pretpostavka na osnovu specifikacija opreme.
RTO kao deo razgovora sa IT partnerom
Kada firma razgovara sa IT partnerom o backup i disaster recovery uslugama, jasno definisanje očekivanog RTO cilja pomaže partneru da predloži infrastrukturu koja realno može da ispuni to očekivanje, umesto da firma naknadno otkrije, tokom stvarne krize, da postavljeni sistem ne može da ispuni njena očekivanja o brzini oporavka.
Naš pristup u Trace Link-u
Prilikom planiranja backup i disaster recovery strategije, razgovaramo sa klijentima o realnim RTO ciljevima za različite sisteme, i predlažemo infrastrukturu koja balansira brzinu oporavka sa razumnim troškom, uz redovno testiranje da bismo potvrdili da postavljeni sistem zaista može da ispuni dogovoreni cilj. Radimo sa firmama u Novom Sadu, Beogradu i širom Srbije.
Zaključak
Recovery Time Objective predstavlja koliko dugo firma realno može da priušti da bude van funkcije, i direktno određuje koliko sofisticiranu (i skupu) infrastrukturu oporavka firma treba da izgradi. Zajedno sa RPO-om, ovaj koncept formira osnovu za informisano planiranje backup i disaster recovery strategije. Ako želite pomoć da odredite realan RTO cilj za vašu firmu, javite nam se preko kontakt forme.