Rezerves kopijas vai disaster recovery uzņēmumam

Pirmdienas rītā nepieejama grāmatvedības sistēma, bojāts failu serveris vai bloķēti klientu dati nav tikai IT incidents. Tas ir pārdošanas, klientu apkalpošanas, naudas plūsmas un reputācijas jautājums. Tāpēc diskusija par rezerves kopijām vai disaster recovery nav izvēle starp diviem savstarpēji izslēdzošiem risinājumiem. Tā ir izvēle par to, cik ilgu dīkstāvi uzņēmums var atļauties un cik daudz datu drīkst zaudēt.

Mazā un vidējā uzņēmumā bieži valda pieņēmums, ka mākoņpakalpojums vai regulāra failu kopēšana jau nozīmē pilnīgu aizsardzību. Taču rezerves kopija palīdz atgūt informāciju, savukārt disaster recovery jeb avārijas atjaunošana palīdz atjaunot uzņēmuma spēju strādāt. Šī atšķirība kļūst kritiska brīdī, kad jāatjauno nevis viens dokuments, bet visa darba vide.

Ko patiesībā nodrošina rezerves kopijas?

Rezerves kopija ir datu kopija, kas tiek glabāta atsevišķi no sākotnējās vides. Tā ļauj atjaunot failus, datubāzes, e-pastus, virtuālās mašīnas vai citus informācijas resursus pēc kļūdas, dzēšanas, bojājuma vai kiberincidenta.

Labs rezerves kopiju risinājums atbild uz praktisku jautājumu: vai varam atgūt vajadzīgo datu versiju? Piemēram, ja darbinieks nejauši izdzēš līgumu mapi, ja bojājas datubāze vai izspiedējvīruss šifrē koplietojamos failus, rezerves kopija dod iespēju atgriezties pie iepriekšējas, derīgas versijas.

Tomēr ar datu kopiju vien nepietiek, ja uzņēmuma galvenā sistēma ir nepieejama vairākas stundas vai dienas. Serveris var būt atjaunojams, bet vai ir pieejama infrastruktūra, kur to palaist? Vai ir dokumentēta piekļuve, tīkla iestatījumi, licences, sistēmu savienojumi un atbildīgie cilvēki? Šeit sākas disaster recovery plānošana.

Rezerves kopija nav automātiski atjaunošanas plāns

Rezerves kopijas kvalitāti nenosaka tikai tas, vai kopēšana notiek katru nakti. Būtiski ir, cik bieži tā notiek, cik ilgi dati tiek saglabāti, vai kopijas ir izolētas no primārās vides un vai atjaunošana tiek regulāri pārbaudīta.

Īpaši svarīga ir aizsardzība pret izspiedējvīrusiem. Ja uzbrucējs iegūst administratora piekļuvi, nepietiekami aizsargātas kopijas var tikt dzēstas vai šifrētas kopā ar produkcijas vidi. Tādēļ uzņēmumam vajadzīgas vairākas kopiju versijas, glabāšana atsevišķā vietā un, atbilstoši riskam, nemaināmas kopijas, kuras noteiktā laika periodā nevar izmainīt.

Kas ir disaster recovery un kāpēc tas maksā vairāk?

Disaster recovery ir tehniskais un organizatoriskais plāns, kā pēc nopietna traucējuma atjaunot kritiskās IT sistēmas pieņemamā laikā. Tas aptver ne tikai datus, bet arī serverus, lietojumprogrammas, lietotāju piekļuvi, tīklu, drošības konfigurāciju, sakarus ar piegādātājiem un atbildības sadalījumu incidenta laikā.

Ja rezerves kopija ir seifs dokumentiem, disaster recovery ir iepriekš sagatavota alternatīva darba vieta visai uzņēmuma digitālajai darbībai. Tā var nozīmēt virtuālo serveru palaišanu mākoņvidē, sistēmu pārslēgšanu uz otru lokāciju vai pakāpenisku kritisko pakalpojumu atjaunošanu pēc noteiktas prioritātes.

Šāds risinājums prasa lielākus ieguldījumus, jo jāuztur ne tikai kopijas, bet arī atjaunošanas kapacitāte, konfigurācijas, procedūras un regulāri testi. Taču izmaksas jāvērtē pret dīkstāves cenu. Ražošanas uzņēmumam viena nepieejama plānošanas sistēmas diena var apturēt piegādes. Pakalpojumu uzņēmumam klientu apkalpošanas sistēmas zudums var nozīmēt neatbildētus pieprasījumus un līgumu risku. Finanšu vai veselības aprūpes vidē sekas var būt arī regulatīvas.

Divi rādītāji, kas nosaka prasības

Lēmums nav jāsāk ar tehnoloģijas izvēli. Tas jāsāk ar diviem biznesa rādītājiem: RPO un RTO.

RPO jeb Recovery Point Objective nosaka, cik daudz datu uzņēmums drīkst zaudēt. Ja RPO ir 24 stundas, atjaunošanā var pazust līdz vienai darba dienai veiktās izmaiņas. Ja uzņēmums pieņem pasūtījumus vai apstrādā darījumus nepārtraukti, šāds risks var būt nepieņemams. Tad nepieciešama biežāka kopēšana, replikācija vai cita pieeja.

RTO jeb Recovery Time Objective nosaka, cik ātri sistēmai jābūt atkal pieejamai. Vienai sistēmai pieņemamas var būt divas darba dienas, citai - divas stundas. RTO nav IT komandas minējums. To nosaka vadība, izvērtējot klientu saistības, ieņēmumu ietekmi, juridiskās prasības un darbinieku spēju turpināt darbu alternatīvā režīmā.

Rezerves kopijas vai disaster recovery: kā pieņemt lēmumu?

Lielākajai daļai uzņēmumu pareizā atbilde ir abas pieejas, taču dažādā dziļumā dažādām sistēmām. Ne katram failu arhīvam vajag tūlītēju pārslēgšanu uz rezerves vidi. Savukārt sistēmai, kas nodrošina pasūtījumu pieņemšanu, noliktavu, finanšu uzskaiti vai klientu apkalpošanu, ar nakts kopiju var nepietikt.

Vispirms ir jāiedala sistēmas pēc biznesa kritiskuma. Šajā izvērtējumā noder četri jautājumi:

• Cik ilgi uzņēmums var strādāt bez šīs sistēmas?
• Cik daudz datu var pazust, neradot būtiskus zaudējumus?
• Kādas ir līgumiskās, regulatīvās un drošības prasības?
• Vai pastāv manuāls vai alternatīvs darba process, kamēr sistēma nav pieejama?

Piemēram, vēsturisku projektu arhīvu var atjaunot nākamajā dienā. Savukārt aktīva ERP datubāze, e-pasts, identitātes pārvaldība vai attālinātās piekļuves vide bieži prasa daudz īsāku RTO. Šāda segmentācija ļauj ieguldīt tur, kur tas samazina reālu biznesa risku, nevis vienādi dārgi aizsargāt visu IT vidi.

Biežākās nepilnības, kas atklājas tikai incidentā

Pirmā problēma ir pārliecība, ka kopija eksistē, lai gan neviens nav pārbaudījis pilnu atjaunošanu. Veiksmīgs kopēšanas žurnāls nenozīmē, ka datubāze būs konsekventa, faili būs nolasāmi un lietojumprogramma startēs bez kļūdām. Atjaunošanas tests ir vienīgais veids, kā pārbaudīt pieņēmumu.

Otrā problēma ir nepilnīga darbības vide. Uzņēmums var atjaunot serveri, bet nevar pieslēgties, jo nav pieejami ugunsmūra iestatījumi, DNS konfigurācija, VPN piekļuve, licences vai administratīvie konti. Disaster recovery plānā šīm atkarībām jābūt dokumentētām un pārskatītām pēc izmaiņām infrastruktūrā.

Trešā problēma ir neprecīza atbildība. Incidenta laikā jābūt skaidram, kurš pieņem lēmumu par sistēmu prioritātēm, kurš sazinās ar piegādātājiem, kurš informē darbiniekus un kurš apstiprina atgriešanos normālā darbībā. Tehniska atjaunošana bez koordinētas komunikācijas var paildzināt dīkstāvi pat tad, ja dati ir drošībā.

Ceturtā problēma ir paļaušanās uz viena piegādātāja vai viena administratora zināšanām. Ja konfigurācija nav dokumentēta un piekļuve ir tikai vienam cilvēkam, uzņēmuma darbības nepārtrauktība kļūst atkarīga no konkrētas personas pieejamības. Pārvaldīta IT pieeja samazina šo risku, nodrošinot dokumentāciju, uzraudzību un skaidru eskalācijas kārtību.

Praktiska pieeja atjaunošanas gatavībai

Sāciet ar kritisko procesu kartēšanu, nevis ar rezerves kopiju programmatūras iegādi. Nosakiet, kuras sistēmas ietekmē ieņēmumus, klientu saistības, piegādes, finanšu kontroli un atbilstību prasībām. Pēc tam katrai sistēmai definējiet RPO, RTO, atjaunošanas secību un atbildīgo personu.

Nākamais solis ir pārbaudīt esošo situāciju. Jānoskaidro, kas tieši tiek kopēts, cik bieži, kur kopijas glabājas, kas tām var piekļūt un cik ilgs laiks reāli vajadzīgs atjaunošanai. Īpaša uzmanība jāpievērš mākoņpakalpojumiem. Pakalpojuma pieejamība nenozīmē, ka pakalpojuma sniedzējs uzņemas atbildību par katras klienta datu versijas atgūšanu vai klienta kļūdas sekām.

Visbeidzot, plāns ir jātestē. Testam nav vienmēr jābūt pilnai uzņēmuma pārslēgšanai uz rezerves vidi, taču tam jāapstiprina kritiskie scenāriji: datu atjaunošana, piekļuves darbība, prioritāro lietojumprogrammu palaišana un komunikācija incidenta laikā. KSK IT šādos izvērtējumos palīdz savienot tehnisko atjaunošanas arhitektūru ar vadības noteiktajām biznesa prioritātēm.

Drošības kopija ir vērtīga tikai tad, ja tā ir atjaunojama. Disaster recovery plāns ir vērtīgs tikai tad, ja cilvēki to spēj izpildīt zem laika spiediena. Nākamajā vadības vai IT pārskatā uzdodiet vienu konkrētu jautājumu: ja mūsu kritiskākā sistēma šodien pazustu, kad tieši mēs atkal varētu pilnvērtīgi apkalpot klientus?