Kad poslovanje stane zbog ransomware napada, kvara servera ili ljudske pogreške, pravo pitanje nije imate li backup. Pravo pitanje je imate li disaster recovery plan za tvrtku koji jasno određuje tko radi što, kojim redoslijedom i u kojem roku.
Mnoge organizacije u Hrvatskoj i dalje miješaju backup s oporavkom. Backup je samo jedan dio slike. Ako nemate definiran prioritet sustava, odgovorne osobe, ciljno vrijeme oporavka i testiran postupak vraćanja usluga, podaci možda postoje, ali poslovanje i dalje stoji. To je razlika koju ozbiljan disaster recovery plan za tvrtku mora pokriti.
Što zapravo znači disaster recovery plan za tvrtku
Disaster recovery plan je operativni plan oporavka IT sustava nakon incidenta koji ugrozi dostupnost, integritet ili kontinuitet rada. To može biti cyber napad, kvar infrastrukture, prekid napajanja, greška zaposlenika, neuspjela nadogradnja ili fizički incident u prostoru tvrtke.
Njegova svrha nije samo vratiti datoteke. Svrha je vratiti poslovne funkcije. Za jednu tvrtku to znači ponovno pokretanje ERP-a i pristupa računovodstvu. Za drugu je presudno da mail, dokumentacija i CRM budu dostupni unutar sat vremena. Za treću je prioritet proizvodni sustav ili udaljeni pristup poslovnim aplikacijama.
Zato ne postoji univerzalna verzija plana. Ono što je dovoljno za ured od deset korisnika nije ni blizu dovoljno za organizaciju s više lokacija, virtualnom infrastrukturom, VPN pristupom, cloud servisima i regulatornim obvezama.
Zašto backup nije dovoljan
Tvrtke često kažu da su sigurne jer rade dnevni backup. To je dobar početak, ali nije jamstvo oporavka. Ako se backup ne testira, možda je neupotrebljiv. Ako se sprema na pogrešnu lokaciju, može biti zahvaćen istim incidentom. Ako nitko ne zna redoslijed vraćanja servisa, oporavak će trajati dulje nego što poslovanje može podnijeti.
Tu ulaze dva ključna pojma. RTO je ciljano vrijeme oporavka, odnosno koliko dugo sustav smije biti nedostupan. RPO je dopušteni gubitak podataka, odnosno koliko starih podataka možete prihvatiti nakon oporavka. Ako vodstvo tvrtke očekuje povrat rada unutar dva sata, a postojeća infrastruktura realno omogućuje oporavak kroz 24 sata, rizik nije tehnički nego poslovni.
Drugim riječima, disaster recovery plan za tvrtku prevodi tehničke mogućnosti u poslovno prihvatljive rokove. Bez toga očekivanja i stvarne mogućnosti gotovo uvijek nisu usklađeni.
Koje rizike plan mora pokriti
Dobro postavljen plan ne nastaje iz općih pretpostavki nego iz realnih scenarija. U praksi se najčešće susreću ransomware, kompromitacija korisničkih računa, kvar diskovnog polja, neuspjela nadogradnja sustava, prekid internetske veze, nestanak električne energije i pogrešno brisanje podataka.
Nisu svi scenariji jednako kritični. Neki traže brzi failover i privremeni nastavak rada, a neki traže potpunu obnovu iz sigurnosnih kopija. Upravo zato plan mora definirati razine incidenta. Nije isto vraćate li jednu bazu podataka ili cijelu mrežnu i serversku infrastrukturu.
Dodatna pogreška je zanemarivanje ovisnosti među sustavima. Ako vratite aplikaciju, ali ne i autentikaciju, DNS, mrežne putanje ili licencni servis, aplikacija i dalje neće raditi. Poslovno gledano, sustav nije oporavljen dok ga korisnici ne mogu normalno koristiti.
Kako izgleda kvalitetan disaster recovery plan za tvrtku
Kvalitetan plan mora biti jasan, provediv i testiran. Ne služi kao dokument za reviziju koji stoji u ladici, nego kao operativna uputa za incidentne situacije. To znači da mora sadržavati stvarne kontakte, točne lokacije kopija, procedure oporavka i kriterije za eskalaciju.
Prvi korak je identifikacija kritičnih poslovnih procesa. Potrebno je utvrditi koji sustavi neposredno utječu na prihod, korisničku uslugu, proizvodnju, komunikaciju i zakonsku usklađenost. Tek nakon toga ima smisla određivati prioritete oporavka.
Drugi korak je mapiranje infrastrukture i ovisnosti. Treba znati gdje se nalaze podaci, koje aplikacije ovise o kojim serverima, koriste li se cloud servisi, postoje li lokalne virtualne mašine, kakva je mrežna topologija i koje su točke mogućeg kvara.
Treći korak je definiranje RTO i RPO ciljeva po sustavu. Ovdje nema koristi od optimističnih procjena. Ako želite kratko vrijeme oporavka, morate ulagati u odgovarajuću arhitekturu, replikaciju, automatizaciju i nadzor. Brz oporavak bez ulaganja najčešće ostaje samo želja.
Četvrti korak je izrada konkretnih procedura. To uključuje aktivaciju incidentnog tima, procjenu štete, izolaciju kompromitiranih sustava, odluku o vraćanju iz kopije, redoslijed oporavka servisa, provjeru integriteta i povrat korisnika u radno okruženje.
Peti korak je testiranje. Bez testiranja plan nema stvarnu vrijednost. Test ne mora uvijek biti puni produkcijski failover, ali mora pokazati da su kopije upotrebljive, da procedure imaju smisla i da odgovorne osobe znaju svoju ulogu.
Najčešće pogreške koje produžuju oporavak
Najskuplje greške obično nisu spektakularne. One su banalne i zato opasne. Dokumentacija je zastarjela, lozinke nisu dostupne ovlaštenom timu, backup se mjesecima nije provjeravao, ključna osoba je nedostupna, a nitko drugi ne zna proceduru.
Čest problem je i oslanjanje na jednog dobavljača bez jasnog plana eskalacije. Ako partner nije dostupan izvan radnog vremena ili nema uvid u cijelu infrastrukturu, incident se pretvara u niz improvizacija. Slično vrijedi za okruženja koja su rasla bez standardizacije – više lokacija, mješavina starih i novih sustava, nepovezani sigurnosni alati i parcijalne administrativne ovlasti.
Tu je i pogrešna procjena prioriteta. Neke tvrtke najprije vraćaju ono što je tehnički lakše, umjesto onoga što poslovanju najviše treba. Posljedica je da IT izgleda aktivno, ali ključni odjeli i dalje ne mogu raditi.
Koliko detaljan plan treba biti
Plan mora biti dovoljno detaljan da se može provesti pod pritiskom, ali ne toliko opširan da postane neupotrebljiv. U stvarnoj kriznoj situaciji nitko neće čitati pedeset stranica teorije. Potreban je jasan dokument s preciznim koracima, odgovornostima i redoslijedom aktivnosti.
Za manje tvrtke to može biti sažet, ali vrlo konkretan plan za nekoliko ključnih sustava. Za srednje i veće organizacije potreban je širi pristup koji uključuje infrastrukturu, sigurnost, komunikaciju, upravljanje dobavljačima i usklađenost s internim pravilima ili regulatornim zahtjevima.
Ako poslujete u sektoru gdje je zastoj posebno osjetljiv, primjerice u financijama, zdravstvu, logistici ili proizvodnji, prag tolerancije na prekid rada bit će znatno niži. Tada disaster recovery nije administrativni dodatak, nego sastavni dio upravljanja rizikom.
Interni tim ili vanjski partner
To ovisi o zrelosti okruženja, veličini IT tima i poslovnim zahtjevima. Ako imate interni tim s iskustvom u infrastrukturi, sigurnosti, backup sustavima i incident responseu, dio plana možete voditi interno. No čak i tada vanjska provjera često otkriva slijepe točke koje interni tim više ne primjećuje.
S druge strane, mnoge tvrtke imaju jednog ili dva IT administratora koji uspješno održavaju svakodnevni rad, ali nemaju dovoljno vremena za dubinsku analizu rizika, izradu scenarija oporavka i redovito testiranje. U takvom modelu suradnja sa specijaliziranim partnerom donosi veću predvidljivost i bržu reakciju.
CarPen Rebuild takvim organizacijama pristupa operativno i savjetodavno – od procjene kritičnih točaka i backup arhitekture do definiranja postupaka oporavka i kontinuiranog održavanja okruženja. Vrijednost nije samo u tehnologiji, nego u tome da plan bude provediv kad incident zaista nastupi.
Plan koji postoji samo na papiru nije plan
Najveća korist disaster recovery plana ne vidi se kad je sve mirno, nego kad se dogodi prvi ozbiljan prekid. Tada postaje jasno imate li kontrolu nad situacijom ili samo niz pretpostavki. Tvrtke koje unaprijed odrede prioritete, testiraju kopije i usklade tehničke mogućnosti s poslovnim očekivanjima oporavljaju se brže i s manje posljedica.
Ako vaša organizacija ovisi o dostupnosti podataka, aplikacija i komunikacije, disaster recovery plan za tvrtku nije nešto što se odgađa za mirnije razdoblje. To je odluka o tome koliko prekida rada, gubitka podataka i poslovnog rizika ste stvarno spremni prihvatiti.