Hodnotenie riešení zálohovania dát z pohľadu biznisu

V pondelok ráno finančné oddelenie nemá prístup k fakturačnému systému. E-shop naďalej prijíma objednávky, ale sklad nevidí, aké množstvo zásob je k dispozícii. Prvá otázka zvyčajne znie, či existuje záloha. Skutočná otázka však je, na základe hodnotenia riešení zálohovania dát, ako rýchlo je možné obnoviť prevádzku, aké dáta sa stratili a kto to môže spoľahlivo potvrdiť.

Mnohé spoločnosti majú nejakú formu zálohovania: automatické verzie od cloudovej služby, externé úložisko pripojené k serveru alebo zálohovaciu úlohu spravovanú IT odborníkom. To však ešte neznamená, že je možné zvládnuť situáciu kritickú z obchodného hľadiska. Existencia zálohy a preukázateľne funkčná obnova sú dve rôzne veci.

Hodnotenie riešení zálohovania dát začína procesom

Hodnotu zálohovacieho systému neurčuje jeho úložná kapacita alebo meno poskytovateľa. Najprv je potrebné objasniť, ktoré obchodné procesy sa zastavia bez dát alebo systému. V prípade výrobnej spoločnosti to môže byť výrobný plán, údaje o strojoch alebo evidencia surovín. V obchodnej spoločnosti sú to procesy objednávania, skladovania a fakturácie. U poskytovateľa služieb sú to údaje o zákazníkoch, zmluvy a dokumenty o vykonanej práci.

Je vhodné uvažovať v rámci prevádzkových reťazcov, nie aplikácií. Ak je možné obnoviť databázu e-shopu, ale nie integráciu pre odovzdávanie objednávok, ERP alebo spojenie s dopravcom, plnenie objednávok môže stále vyžadovať manuálnu koordináciu. V takom prípade technická obnova znamená len čiastočnú obchodnú obnovu.

Počas prvého prieskumu je preto potrebné sledovať, ako sa informácie dostávajú od objednávky po doručenie, od výrobnej požiadavky po výrobu alebo od plnenia po fakturáciu. Kde sa vytvárajú dáta, medzi ktorými systémami sa pohybujú a ktorý bod ich výpadku paralyzuje dennú prácu? To často odhalí závislosti, ktoré zostávajú skryté v normálnej prevádzke.

Nie všetky dáta predstavujú rovnaké obchodné riziko

Prístup „zálohujme všetko rovnako často“ môže byť drahý, no napriek tomu neposkytuje dostatočnú ochranu. Strata niekoľkoročného archívu je vážny problém, ale nemusí zastaviť dennú prevádzku. Naopak, niekoľko hodín stratených objednávkových, výrobných alebo skladových údajov môže spôsobiť priamu stratu príjmov, nesprávne plnenie a sťažnosti zákazníkov.

Dve otázky pomáhajú urobiť jasné rozhodnutie. Prvá: koľko najviac čerstvých dát je možné stratiť? Toto sa často interpretuje ako cieľ obnovovacieho bodu. Ak sa objednávkové údaje zálohujú iba raz denne, popoludňajšia chyba môže znamenať ručné rekonštruovanie celého pracovného dňa. Ak je pohyb dát kontinuálny, nočné zálohovanie už nemusí byť primerané riziku.

Druhá otázka: ako dlho môže daný proces stáť? Výpadok systému mzdovej agendy môže byť v niektorých obdobiach znesiteľný, inokedy však ohrozuje termíny a zákonné povinnosti. Pri niekoľkohodinovom výpadku skladového systému môže tím pokračovať v práci na papieri, ale ak je presnosť zásob už neistá, rýchlo to spôsobí ďalšie chyby.

Cieľom nie je znížiť riziko na nulu. To by takmer vždy znamenalo neprimerané náklady a nadmernú zložitosť. Cieľom je na manažérskej úrovni prijateľná rovnováha medzi následkami výpadku, očakávaním obnovy a prevádzkovými nákladmi.

Záloha je záloha len vtedy, ak je obnoviteľná

Jedným z najčastejších nedostatkov je, že prichádzajú e-maily o úspešnom spustení zálohovacích úloh, ale nikto netestoval obnovu za podmienok podobných reálnym. Zelený stav potvrdzuje, že nejaké dáta sa preniesli niekam. Automaticky však nepotvrdzuje, že dáta sú nepoškodené, úplné, dostupné s príslušnými oprávneniami a že potrebný systém je z nich skutočne možné spustiť.

To je obzvlášť zložité pri databázach, virtuálnych serveroch, súborových serveroch a integrovaných obchodných systémoch. Môže sa stať, že databáza je k dispozícii, ale chýba konfigurácia aplikácie, licencie, certifikáty alebo nastavenia integrácie. To isté platí pre systémy fungujúce v cloude: vysoká dostupnosť služby nemusí nevyhnutne chrániť spoločnosť pred nesprávnym vymazaním, problémami s oprávneniami alebo škodlivým šifrovaním.

Test obnovy nemusí byť každý týždeň úplnou simuláciou katastrofy. Ale je potrebné pravidelne kontrolovať, za aký čas a s akým výsledkom je možné obnoviť určený súbor, databázu alebo systém. Pri kritických procesoch je potrebný zdokumentovaný, časovo meraný test. To poskytuje reálny základ pre manažérske hodnotenie rizík.

Kto a v akom poradí obnovuje?

Počas incidentu je okrem technológie rozhodujúca aj zodpovednosť. Ak jediný správca systému vie, z ktorej zálohy a v akom poradí obnoviť ERP, súborový server a integrácie, spoločnosť sa v skutočnosti spolieha na vedomosti jedného človeka. To je riziko kontinuity podnikania, nie len otázka HR.

Dobrý plán obnovy jasne stanovuje, kto rozhoduje o začatí procesu, kto spravuje technické kroky, kto kontroluje obchodné dáta a ako sú informovaní dotknutí manažéri a zákazníci. Nie je potrebné prehnane regulovať každý scenár, ale v kritických prvých hodinách nie je priestor na improvizáciu.

Ochrana pred chybami a útokmi

Zálohovacia stratégia nie je pripravená len pre prípad hardvérovej chyby. Medzi častejšie problémy patrí náhodné vymazanie, chybný import dát, nesprávne spustená synchronizácia alebo úprava vykonaná s príliš širokými oprávneniami. V týchto prípadoch systém často funguje, len stav dát sa zhoršil. Vtedy sú obzvlášť cenné zálohy uchovávané po primeranú dobu, z ktorých je možné vybrať viac časových bodov.

Ransomvér predstavuje ďalšiu požiadavku. Ak útok zašifruje výrobné dáta a útočník má rovnaké oprávnenia na prístup k zálohám, môže byť ohrozená aj možnosť obnovy. Preto je odôvodnené oddelenie záloh, obmedzenie prístupov a použitie spôsobov uchovania, pri ktorých už vytvorená záloha nemôže byť po určitú dobu prepísaná alebo jednoducho vymazaná.

Často spomínané pravidlo 3-2-1 - viac kópií, rôzne úložné prostredia, aspoň jedna oddelená kópia - je užitočným východiskovým bodom. Samo o sebe však nie je plánom. Nepovie, čo treba zálohovať, ako často, na ako dlho, s akou prioritou a ako sa overuje obnoviteľnosť.

Cloud, lokálna infraštruktúra alebo hybridný model?

Neexistuje model, ktorý by bol rovnako vhodný pre všetky spoločnosti. Výhodou cloudového zálohovania môže byť geografické oddelenie, flexibilná kapacita a jednoduchšia prevádzka. Avšak pri veľkom objeme dát alebo pomalšom internetovom pripojení sa čas úplnej obnovy môže stať kritickým obmedzením. Obnovenie niekoľko terabajtového súborového servera nie je to isté ako obnovenie niekoľkých dokumentov.

Lokálna kópia môže poskytnúť rýchlejšiu obnovu, ale ak nie je oddelená, neposkytuje dostatočnú ochranu pred požiarom, krádežou, výpadkom prúdu alebo útokom šíriacim sa po rovnakej sieti. Hybridný model je preto často praktický: pre často potrebnú, rýchlu obnovu je k dispozícii lokálna kapacita, pre závažnejšie udalosti fyzicky oddelená kópia.

Pri rozhodovaní záleží na šírke pásma, objeme dát, technickej štruktúre aplikácií, regulačných požiadavkách a vnútorných prevádzkových schopnostiach. Dobre znejúca služba nevyrieši problém, ak spoločnosť nevie, aké systémy chráni a kto kontroluje výsledok.

Čo by mal manažér pravidelne vidieť?

O stave zálohovania dát nestačí všeobecná veta, že „všetko je v poriadku“. Manažment by mal mať krátky, zrozumiteľný prehľad o tom, ktoré kritické systémy sú zahrnuté v zálohovaní, kedy prebehla posledná úspešná kontrolovaná obnova, či sú neúspešné zálohovacie úlohy a v ktorých oblastiach nie je splnený dohodnutý čas obnovy.

To nie je každodenný mikromanažment. Je to rovnako otázka riadenia ako presnosť zásob, výrobné odpady alebo stav pohľadávok. Ak je riziko známe, môže sa rozhodnúť, či je prijateľné, či je potrebné ho znížiť alebo najprv upraviť základnú procesnú a systémovú závislosť.

Dobre hodnotené zálohovanie dát nakoniec nie je len IT úloha bežiaca na pozadí. Je to dôkaz, že spoločnosť je schopná kontrolovaným spôsobom pokračovať v práci aj po chybe, útoku alebo ľudskej chybe. Otázky je vhodné klásť nie vtedy, keď sklad, financie alebo zákaznícky servis už čakajú na návrat systému.