Rezerves kopijas vai momentuzņēmumi uzņēmumam

Pirmdienas rītā grāmatvedības sistēma vairs neatveras, koplietotā failu mape ir šifrēta vai kļūdas dēļ ir izdzēsta svarīga klientu dokumentācija. Šādos brīžos jautājums par to, vai uzņēmumam nepieciešamas rezerves kopijas vai momentuzņēmumi, vairs nav teorētisks. Tas nosaka, vai darbs atsāksies pēc dažām minūtēm, vairākām dienām vai arī daļa datu būs jāatjauno manuāli.

Abi risinājumi ir nozīmīgi, taču tie neveic vienu un to pašu darbu. Momentuzņēmums palīdz ātri atgriezt sistēmu iepriekšējā stāvoklī. Rezerves kopija ir neatkarīga datu kopija, kas paredzēta atjaunošanai pēc nopietna incidenta. Uzņēmumam, kas vēlas kontrolēt dīkstāves, reputācijas un finanšu riskus, parasti nav jāizvēlas tikai viens no tiem. Jāizveido pārdomāta atjaunošanas arhitektūra.

Rezerves kopijas vai momentuzņēmumi: būtiskā atšķirība

Momentuzņēmums jeb snapshot fiksē virtuālās mašīnas, diska sējuma vai datu sistēmas stāvokli konkrētā brīdī. Tas bieži tiek glabāts tajā pašā infrastruktūrā vai cieši saistītā glabātuvē. Ja pēc programmatūras atjauninājuma rodas kļūda, tiek sabojāta konfigurācija vai lietotājs nejauši pārraksta failu, momentuzņēmums var nodrošināt ļoti ātru atgriešanos iepriekšējā darba stāvoklī.

Tomēr momentuzņēmums nav automātiski pilnvērtīga rezerves kopija. Ja tiek bojāta pamata glabātuve, dzēsta virtuālā mašīna, kompromitēts administrators vai šifrēti dati visā pieejamajā vidē, momentuzņēmumi var kļūt nepieejami kopā ar sākotnējiem datiem. Risks ir īpaši augsts, ja snapshots atrodas tajā pašā datu centrā, mākoņa kontā vai pārvaldības domēnā.

Rezerves kopija tiek veidota ar citu mērķi: saglabāt atjaunojamu datu versiju neatkarīgi no produkcijas vides. Tā var atrasties citā datu nesējā, citā atrašanās vietā vai atsevišķā mākoņvidē. Kvalitatīvs rezerves kopiju risinājums ietver ne tikai failu kopēšanu, bet arī šifrēšanu, saglabāšanas politikas, piekļuves kontroli, atjaunošanas testus un pārskatāmu audita informāciju.

Vienkāršoti: momentuzņēmums ir ātras atgriešanās instruments ikdienas kļūdām, savukārt rezerves kopija ir biznesa nepārtrauktības pamats lielākiem incidentiem.

Kad ar momentuzņēmumu nepietiek

Momentuzņēmumi ir vērtīgi, jo tie samazina risku pārmaiņu laikā. Pirms ERP sistēmas versijas maiņas, servera konfigurācijas darba vai jaunas integrācijas ieviešanas IT komanda var izveidot momentuzņēmumu un nepieciešamības gadījumā ātri atgriezt sistēmu darba stāvoklī. Tas samazina plānoto darbu dīkstāvi un ļauj veiksmīgāk pārvaldīt izmaiņas.

Problēma rodas tad, ja snapshots tiek uztverts kā vienīgais aizsardzības slānis. Piemēram, izspiedējvīruss var šifrēt ne tikai produkcijas failus, bet arī momentuzņēmumus, ja tam ir piekļuve hipervizora vai glabātuves pārvaldības kontam. Līdzīgs risks pastāv, ja mākoņkonts tiek pārņemts ar nozagtām administratora piekļuves tiesībām vai ja kļūdas dēļ tiek dzēsts viss resursu kopums.

Ir arī praktisks jautājums par saglabāšanas ilgumu. Momentuzņēmumus parasti neveido ilgtermiņa arhīvam. Tie patērē glabātuves resursus, var sarežģīt sistēmas veiktspēju un bieži tiek automātiski dzēsti pēc dažām dienām vai nedēļām. Savukārt uzņēmumam var būt nepieciešama iespēja atjaunot dokumentu no iepriekšējā ceturkšņa vai pārbaudīt finanšu datu versiju pirms gada.

Tādēļ snapshots ir piemērots īstermiņa darbības riskam, bet ne kā vienīgā aizsardzība pret infrastruktūras atteici, kiberincidentu vai cilvēka kļūdu ar plašu ietekmi.

Ko nodrošina uzņēmuma rezerves kopiju politika

Efektīva rezerves kopēšana sākas ar biznesa prioritātēm, nevis ar izvēlētu programmatūru. Vadībai un IT atbildīgajiem jāvienojas, kuras sistēmas ir kritiskas: finanšu dati, klientu līgumi, e-pasts, ražošanas vai noliktavas sistēma, identitātes pārvaldība, virtuālie serveri un mākoņa dati. Katrai sistēmai var būt atšķirīga pieļaujamā dīkstāve un datu zuduma robeža.

Šeit noder divi rādītāji. RPO jeb pieļaujamais datu zuduma punkts nosaka, cik daudz datu uzņēmums var atļauties zaudēt. Ja RPO ir četras stundas, rezerves kopijas jāveido vismaz tik bieži, lai atjaunošanas brīdī nebūtu jāzaudē vairāk par četru stundu darbu. RTO jeb atjaunošanas laika mērķis nosaka, cik ātri sistēmai jāatgriežas darbā. E-pasts var pieļaut ilgāku atjaunošanu nekā pasūtījumu apstrādes sistēma, kas tieši ietekmē ieņēmumus.

Nobriedusi politika parasti balstās uz 3-2-1-1-0 principu. Uzņēmums uztur vismaz trīs datu kopijas, izmanto divu veidu glabātuves, vienu kopiju glabā atsevišķā vietā, vienu padara nemaināmu vai izolētu, un regulāros testos nepieļauj neatklātas atjaunošanas kļūdas. Šis nav formāls kontrolsaraksts tikai auditam. Tas samazina iespēju, ka viens incidents vienlaikus skars visas pieejamās datu versijas.

Nemaināma kopija ir īpaši svarīga aizsardzībai pret izspiedējvīrusiem. Noteiktā saglabāšanas periodā to nevar dzēst vai mainīt pat administrators ar plašām tiesībām. Tas nenozīmē, ka risinājums ir absolūti pasargāts no jebkura apdraudējuma, taču tas ievērojami palielina uzņēmuma spēju atjaunot darbību bez izpirkuma maksas vai ilgstošas krīzes.

Pareizā pieeja ir slāņaina

Mazā uzņēmumā ar dažiem mākoņpakalpojumiem vajadzības atšķirsies no ražošanas uzņēmuma ar lokāliem serveriem, attālinātām filiālēm un specifiskām lietojumprogrammām. Taču pamatpieeja ir līdzīga: momentuzņēmumus izmanto ātrai operatīvai atgriešanai, bet rezerves kopijas - neatkarīgai un pārbaudāmai atjaunošanai.

Praktiskā modelī virtuālajiem serveriem var veidot biežus momentuzņēmumus pirms plānotām izmaiņām un īsiem atkopšanas scenārijiem. Paralēli jāveido regulāras rezerves kopijas uz atsevišķu glabātuvi, ar noteiktu datu saglabāšanas termiņu un vismaz vienu kopiju ārpus pamatvides. Mākoņa pakalpojumiem jāvērtē atsevišķi, jo pakalpojuma pieejamība nenozīmē, ka pakalpojuma sniedzējs atjaunos uzņēmuma kļūdas, dzēstus lietotājus vai bojātus dokumentus.

Svarīga ir arī piekļuves arhitektūra. Ja viens administrators ar vienu paroli var dzēst produkcijas datus, rezerves kopijas un audita ierakstus, uzņēmums ir radījis vienu kritisku atteices punktu. Daudzfaktoru autentifikācija, lomu sadalījums, atsevišķi rezerves kopiju konti un regulāra piekļuves tiesību pārskatīšana ir tikpat būtiski kā pati glabātuves jauda.

Atjaunošana ir jātestē, nevis jāpieņem kā fakts

Rezerves kopija, kuru nav iespējams atjaunot vajadzīgajā laikā, krīzes brīdī nav pietiekams aizsardzības mehānisms. Bieži vien uzņēmumi pārbauda tikai to, vai rezerves kopēšanas uzdevums ir pabeigts bez kļūdas paziņojuma. Tas neapstiprina, ka datubāze ir konsistenta, faili ir pieejami, lietojumprogramma darbojas un atjaunošanas process atbilst noteiktajam RTO.

Testēšanai jāatspoguļo reāli scenāriji. Vienā mēnesī var atjaunot atsevišķu failu, citā - virtuālu serveri izolētā vidē, bet vismaz periodiski jāizspēlē arī kritiskas sistēmas atjaunošana. Testa rezultāti jādokumentē: cik ilgs laiks bija nepieciešams, kādas darbības radīja aizkavēšanos un vai pieejamās instrukcijas ir saprotamas personai, kura incidenta brīdī veiks darbu.

Šāda pieeja ir svarīga arī vadības līmenī. Tā sniedz izmērāmu pamatu lēmumiem par ieguldījumiem, apdrošināšanas prasībām, klientu līgumsaistībām un darbības nepārtrauktības plānu. KSK IT praksē rezerves kopiju izvērtēšana tiek skatīta nevis kā atsevišķs tehnisks uzdevums, bet kā daļa no kopējās infrastruktūras riska pārvaldības.

Kā pieņemt lēmumu savā vidē

Ja uzņēmuma galvenais risks ir neveiksmīgs atjauninājums vai nejauša konfigurācijas maiņa, momentuzņēmumi sniegs ātrumu un ērtību. Ja risks ietver kiberdraudus, aparatūras bojājumus, mākoņkonta kompromitēšanu vai juridisku nepieciešamību saglabāt informāciju ilgākā periodā, ir vajadzīgas neatkarīgas rezerves kopijas ar kontrolētu piekļuvi.

Vairumā gadījumu pareizā atbilde nav “rezerves kopijas vai momentuzņēmumi”, bet gan skaidri definēta abu risinājumu kombinācija. Pirms izvēles ir vērts noteikt kritiskos procesus, pieļaujamo dīkstāvi, pieļaujamo datu zudumu un atbildīgos cilvēkus. Tad tehnoloģija kalpo biznesa vajadzībām, nevis rada maldīgu drošības sajūtu.

Nākamais saprātīgais solis ir izvēlēties vienu kritisku sistēmu un praktiski pārbaudīt tās atjaunošanu. Šis tests bieži vien atklāj vairāk par uzņēmuma gatavību nekā jebkurš veiksmīgs rezerves kopijas statusa ziņojums.