Sadržaj teksta15 odeljaka
Plan oporavka nije dokument koji stoji u fioci
Disaster recovery plan je plan koji definiše kako kompanija vraća sisteme, podatke i ključne procese posle ozbiljnog incidenta. To može biti tehnički kvar, sajber napad, gubitak podataka, greška zaposlenog, problem sa opremom ili prekid dostupnosti servisa. Iako zvuči kao IT tema, disaster recovery plan je pre svega poslovna tema, jer posledice prekida ne trpi samo IT sektor, već prodaja, podrška, finansije, operativa i klijenti.
Mnoge kompanije imaju neku formu backup-a, ali nemaju stvaran plan oporavka. To znači da znaju da podaci negde postoje, ali ne znaju šta se vraća prvo, koliko traje oporavak, ko proverava tačnost podataka, ko komunicira sa korisnicima i kada se sistem smatra ponovo bezbednim za rad. U mirnom periodu ta razlika deluje formalno. U incidentu postaje presudna.
Menadžment ne mora znati sve tehničke detalje. Ali mora znati logiku: koji procesi su kritični, koji sistemi ih podržavaju, koliko dugo mogu da stoje, koliko podataka firma sme da izgubi i ko je odgovoran za odluke tokom oporavka.
Backup odgovara na jedno pitanje, disaster recovery na više njih
Bekap podataka odgovara na pitanje da li imamo kopiju. Disaster recovery odgovara na pitanje kako se poslovanje vraća u funkciju. To su povezane, ali različite stvari.
Ako postoji backup, ali ne postoji procedura vraćanja, kompanija i dalje ima veliki rizik. Ako postoji procedura, ali nije testirana, rizik je samo bolje opisan. Ako menadžment ne zna koje sisteme treba vratiti prvo, tehnički tim može vraćati ono što je tehnički najlakše, a ne ono što je poslovno najvažnije.
Zato ozbiljan plan oporavka mora da uključi redosled prioriteta. Na primer, nije isto da li se prvo vraća sistem za fakturisanje, korisnička podrška, skladište, dokumentacija, mail komunikacija ili proizvodni sistem. Prioritet zavisi od poslovnog modela, obaveza prema klijentima i posledica zastoja.
RTO i RPO bez komplikovanja
U planovima oporavka često se koriste dva pojma: RTO i RPO. Menadžment ne mora ulaziti u tehničku dubinu, ali mora razumeti značenje.
RTO govori koliko brzo sistem mora biti vraćen u rad. Ako je RTO četiri sata, to znači da kompanija ne sme da čeka dva dana da se proces nastavi. RPO govori koliko podataka kompanija sme da izgubi. Ako je RPO jedan sat, to znači da je prihvatljivo izgubiti najviše poslednji sat podataka, ne ceo dan ili celu nedelju.
Ovi pojmovi nisu tehnička formalnost. Oni utiču na cenu, arhitekturu, backup ritam, infrastrukturu i očekivanja. Ako menadžment kaže da sve mora biti vraćeno odmah i da se ne sme izgubiti ništa, to zahteva ozbiljniji sistem i veće ulaganje. Ako prihvati duži oporavak za manje kritične procese, plan može biti racionalniji.
Dobar disaster recovery plan zato ne obećava savršenstvo. On pravi razumne prioritete.
Plan mora početi od poslovnih procesa
Najveća greška je kada se disaster recovery pravi od servera ka poslovanju, umesto od poslovanja ka sistemima. Tehnologija je važna, ali prioriteti moraju doći iz poslovne logike.
Prvo se mapiraju ključni procesi: prodaja, isporuka, podrška, finansije, proizvodnja, dokumentacija, komunikacija, terenski rad ili drugi tokovi koji su važni za konkretan posao. Zatim se za svaki proces definiše koji sistemi, podaci i ljudi su potrebni da bi nastavio da radi.
Tek tada ima smisla praviti tehnički plan. U suprotnom, firma može imati dobro tehničko rešenje za pogrešan prioritet.
Ovo je razlog zašto disaster recovery treba povezati sa poslovnim konsaltingom i procenom poslovnih rizika. IT može reći šta je moguće. Menadžment mora reći šta je važno.
Ko odlučuje tokom incidenta
U incidentu vreme brzo prolazi. Ako se tada prvi put dogovaraju uloge, kompanija već kasni. Plan oporavka mora unapred definisati ko donosi odluke, ko daje tehnički status, ko komunicira interno, ko komunicira sa klijentima i ko odobrava povratak u redovan rad.
Nije dovoljno da “IT rešava”. IT rešava tehnički deo, ali poslovni deo incidenta mora voditi jasno imenovana osoba ili tim. Ako prodaja, podrška i menadžment dobijaju različite informacije, oporavak će biti sporiji i neuredniji.
Dobar plan ima jednostavnu komandnu logiku. Ne mora biti birokratski. Dovoljno je da svako zna ko vodi, šta je prvi prioritet i gde se nalazi jedina važeća informacija o statusu.
Testiranje je jedini način da plan postane stvaran
Plan koji nikada nije testiran je pretpostavka. Može izgledati dobro na papiru, ali tek test pokazuje da li backup radi, da li ljudi znaju šta treba da rade, da li procedure imaju rupe i da li su rokovi realni.
Test ne mora uvek biti dramatičan. Kompanija može početi jednostavno: simulirati nedostupnost jednog sistema, proveriti vraćanje uzorka podataka, proći kroz scenario phishing incidenta ili proveriti ko bi koga obavestio. Važno je da se plan ne tretira kao dokument, već kao sposobnost.
Posle svakog testa treba zabeležiti šta nije radilo, šta je trajalo duže od očekivanog i šta treba promeniti. Tako se disaster recovery razvija kroz praksu, ne kroz formalnost.
Veza sa IT infrastrukturom i bezbednošću
Plan oporavka ne može biti bolji od sistema na kome počiva. Ako je IT infrastruktura zastarela, neuređena ili bez jasnog nadzora, oporavak će biti sporiji. Ako nema dobre sajber bezbednosti, incident može ugroziti i primarne sisteme i backup. Ako nema dokumentacije, tehnički tim će zavisiti od sećanja pojedinaca.
Zato disaster recovery nije samostalna tačka. On povezuje infrastrukturu, backup, bezbednost, pristupe, procedure i poslovne prioritete. Kada su ti elementi odvojeni, plan oporavka postaje krhak.
Šta menadžment treba da pita već danas
Menadžment ne mora čekati incident da bi video gde su rupe. Dovoljno je da postavi nekoliko pitanja:
- Koji procesi moraju biti vraćeni prvi?
- Koliko dugo svaki kritičan proces sme da stoji?
- Koliko podataka smemo da izgubimo bez ozbiljne štete?
- Kada je backup poslednji put testiran?
- Ko odlučuje tokom incidenta?
- Kako komuniciramo sa zaposlenima, klijentima i partnerima?
- Ko potvrđuje da je sistem bezbedan za povratak u rad?
Ako na ova pitanja nema jasnih odgovora, kompanija nema stvaran disaster recovery plan. Ima samo nadu da će se tim snaći.
Positive pristup: plan koji povezuje posao i tehnologiju
Positive disaster recovery posmatra kao deo šire otpornosti poslovanja. Cilj nije napraviti dokument koji niko ne koristi, već sistem koji pomaže kompaniji da zna šta radi kada dođe do prekida.
Zato se plan oporavka ne pravi samo iz tehničke perspektive. Prvo se razumeju poslovni procesi, prioriteti i rizici. Zatim se proveravaju infrastruktura, backup, bezbednost, dostupnost podataka i odgovornosti. Tek tada se definiše realan plan.
Ako želite da proverite da li vaš disaster recovery plan postoji samo formalno ili zaista može da pomogne u incidentu, sledeći korak je praktična procena: šta se vraća prvo, ko vodi oporavak i koliko brzo firma može da nastavi rad.
