Disaster Recovery (DR) i Business continuity strategy (BCS) oporavak od ispada i strategija nastavka poslovanja to ete uiniti ako

vam voda poplavi raunalni centar? to ako strujni udar ili suneva baklja uni ti server? !ako "ete osigurati va e podatke i nastavak rada poslije nepredvi#ene katastro$e? %ije pitanje &o"e li se neeljeni dogaaj desiti, ve kada e se desiti. Nakon veeg incidenta s posljedicom gubitka podataka, 43% tvrtki nikad se ne otvori, !% propadne u roku od " godine, a samo #% dugorono preivi. $oncept %& ra'vijen je kasni( )*+ti( godina pro,log stoljea ra,u svijesti managera o ovisnosti nji(ovi( organi'acija o in-ormacijskim sustavima. .am i'ra' /disaster recover01 obu(vaa procese, pravila i procedure koje se odnose na pripre'u (a oporavak i nastavak rada te&nike in$rastrukture kritine (a nastavak rada organi(acije nakon prirodne ili ljudski' $aktoro' u(rokovane katastro$e) $lju 'a preivljavanje %& i osnovni element 23. je implementacija plana oporavka od ispada + disaster recovery plan (DR*)) *lan pri'jenjuje'o u + jednostavna koraka prije nastanaka neeljenog dogaaja. !. korak, -nali(a ri(ika 4rvi korak u i'radi %&4 je anali'a ri'ika raunalnog sustava. 4opi,ite sve mogue ri'ike5dogaaje koji mogu poremetiti rad 67 sustava. .ve ,to moe u'rokovati ispad sustava je prijetnja 8'ara'a virusom, vanjski upad u sustav, sluajno brisanje podataka, provalna kraa, nestanak struje, poplava, poar, 'emljotres9:, a 'a svaku prijetnju treba procijeniti vjerojatnost dogaaja i utjecaj na poslovanje (niska. srednja. visoka) ". korak, /inanciranje Nakon ,to smo posloili ri'ike poslovanja, popi,ite 'a svaki od nji( naine neutrali'acije isti( i koliko bi to ko,talo. 4onekad s jednim nainom rje,avamo vi,e prijetnji, te iako je on jedinino skuplji, moe biti povoljniji 'a na,u situaciju. ;dredite koliko je do'voljeno vrijeme koje si moete priu,titi da budete be( raunalnog sustava, koliko vas ko,ta svaki dan8sat: ispada i koliko si moete priu,titi -inancija 'a primjenu %&4. <ajedno sa 01 odjelo'. de$inirajte kritine podatke i aplikacije, te redoslijed oporavka isti( u sluaju ispada. 4roraun (a DR je ovisan o vrsti posla. i obino se kre"e od 2345 ukupnog 01 prorauna) 6a sustave koji 'oraju biti cijelo vrije'e online (banke. veliki 78B s&opovi9) oko :;5 je najbolji i(nos poka(an u praksi) 3. korak, 0(rada plana &je,avanje prva dva koraka oblikovalo je poetak %&4 procesa i procedura. .ve procedure oporavka trebaju biti 'apisane u detaljnom planu, kao i podjela dunosti 'a pojedinane 'adatke svakom ponaosob. 1ono se treba predvidjeti to se spa ava. gdje. kada. tko to vr i. tko provjerava. koliko esto. koja je procedura u pojedino' ne<eljeno' sluaju ispada. tko je (adu<en (a to. tko ga 'ijenja u sluaju nedostupnosti9 De$iniraju se naini rje avanja gubitka pojedini& dijelova 01 sustava ( ba(e. cijeli serveri. routeri=s>itc&evi. ko'unikacijski

linkovi9). koga se (ove (a oporavak i rekonstrukciju svakog od nji& i nain na koji se obavlja proces oporavka podataka te koliko traje) 1ako#er. u doku'entu se de$iniraju prioriteti oporavka, to se prvo oporavlja?? %a kraju doku'enta. de$inira se testna procedura kako bi se provjerilo 'o<e li se sve vratiti u nor'alu nakon popravaka i vra"anja podataka) 4. korak, 1est Nakon uspostave %&4, bitno je testirati ga redovito i esto. .imulirajte gubitke i oporavak pojedini( dijelova podataka, a povremeno i gubitak cijelog servera ili 67 sustava. $ako se uvjeti poslovanja mijenjaju, tako se mijenja i %&4. 4reispitajte plan svake godine= i'bacite nepotrebno, dodajte novo> 4rilagodite proraun novim uvjetima> Nove aplikacije, opremu i podatke uvrstite u plan, te obuite nove 'aposlenike procedurama oporavka.