Lokálne alebo cloudové zálohovanie v rastúcej firme

V pondelok ráno sa fakturácia nespustí. Databáza na serveri je poškodená a záloha z predchádzajúceho večera je na rovnakom úložisku ako ostrý systém. Tím vie, že niekde sú dáta, ale nevie, kedy a v akom stave budú opäť použiteľné. V takýchto prípadoch otázka lokálnej alebo cloudovej zálohy už nie je IT detailom, ale prevádzkovým rizikom: môže byť tovar dodaný, môže byť faktúra vystavená, sú dostupné údaje o zákazníkoch a ako dlho zostane práca stáť.

V mnohých firmách sa zálohovacia stratégia historicky vyvinula. Bol server, k nemu sa pridalo sieťové úložisko, neskôr externý pevný disk alebo cloudové úložisko. Tieto riešenia samy osebe nemusia byť zlé. Problém nastáva, keď nikto nevie presne, z ktorých systémov sa robí záloha, kde sa nachádza, ako dlho sa uchováva a či je skutočne obnoviteľná.

Cieľom zálohovania nie je kopírovanie súborov

Potreba zálohovania v podniku nevychádza z toho, koľko terabajtov dát sa ukladá. Vychádza z toho, aké obchodné procesy je potrebné po chybe opäť uviesť do prevádzky.

Iné dôsledky má, ak archívna zmluva nie je dostupná niekoľko hodín, a iné, ak sa zastaví systém skladových dát, výrobný systém, správa objednávok alebo finančná databáza. Prvý môže byť nepríjemnosťou. Druhý môže spôsobiť priamu stratu príjmov, chybný výkon, stratu dôvery zákazníkov a významné nadčasy.

Preto je potrebné riešiť dve otázky osobitne. Prvá je čas obnovy: za aký čas musí systém opäť fungovať? Druhá je prijateľná strata dát: koľko najviac čerstvých dát môže zmiznúť? Ak je skladový systém obnoviteľný len do stavu z predchádzajúceho dňa, je potrebné manuálne rekonštruovať pohyby tovaru, ktoré sa medzičasom uskutočnili. To je často väčší problém ako samotný výpadok IT.

Dobré zálohovacie riešenie nie je dobré preto, že beží automaticky. Je dobré preto, že podnik je schopný v známej incidentnej situácii pokračovať v práci s kontrolovanými dátami v prijateľnom čase.

Lokálna alebo cloudová záloha: nie je to vylučujúca voľba

Lokálna záloha sa zvyčajne robí na úložisko fungujúce na mieste podniku alebo v jeho vlastnej serverovni. Výhodou je rýchla lokálna obnova a priamy dohľad. Ak je potrebné obnoviť veľkú databázu, viac virtuálnych serverov alebo veľký súborový set, lokálne sieťové pripojenie môže byť podstatne rýchlejšie ako internetové sťahovanie.

To môže byť obzvlášť relevantné v produkčnom, logistickom alebo kancelárskom prostredí, kde je viac systémov úzko prepojených. Lokálna zálohovacia infraštruktúra je cenná aj vtedy, keď internetové pripojenie nie je dočasne dostupné alebo keď je potrebná rýchla obnova celého systémového obrazu.

Avšak lokálna záloha má základné obmedzenie: nesie rovnaké fyzické riziká ako ostré prostredie. Požiar, zatopenie, elektrická chyba, krádež, ransomware alebo chybná administrátorská operácia môžu naraz zasiahnuť server aj zálohu. Ak je zálohovacie úložisko neustále zapisovateľné a dostupné s rovnakými oprávneniami, útok nemusí nevyhnutne skončiť pri ostrom systéme.

Cloudová záloha naopak fyzicky oddeľuje zálohované dáta od miesta. Správne navrhnutá služba môže poskytovať verzionovanie, šifrovanie, geografickú redundanciu a dlhšiu dobu uchovávania. To je obzvlášť užitočné, ak podnik funguje na viacerých miestach, podporuje vzdialenú prácu alebo nemá vlastnú, dostatočne chránenú infraštruktúru.

Ani cloudová záloha nie je kúzlo. Čas obnovy ovplyvňuje internetové pripojenie, množstvo dát, zvolená úroveň služby a to, či je potrebné obnoviť jediný súbor alebo celé serverové prostredie. Záloha systému s viacerými terabajtmi v cloude môže byť bezpečná, ale urgentná úplná obnova môže trvať hodiny alebo dni, ak pripojenie alebo plán nie sú na to dimenzované.

V praxi preto pre väčšinu rastúcich podnikov nie je najlepším riešením výlučne lokálny alebo výlučne cloudový model. Obe prístupy spolu poskytujú podstatnú ochranu: rýchlu lokálnu obnovu pre časté chyby a oddelenú kópiu pre vážnejšie incidenty.

Najprv je potrebné zmapovať procesy a závislosti

Zálohovací projekt často začína ako technická otázka: aké úložisko kúpiť, ktorého cloudového poskytovateľa vybrať, koľko kapacity je potrebné? Tieto otázky sú opodstatnené, ale prichádzajú príliš skoro.

Najprv je potrebné pochopiť, ako sa informácie v podniku pohybujú. Objednávka z e-shopu sa môže dostať do e-shopového motora, odtiaľ do ERP, potom do fakturačného systému, skladového systému a integrácie s kuriérom. Ak je len jeden systém obnoviteľný do staršieho stavu, zatiaľ čo v ostatných systémoch sú novšie dáta, môže ľahko vzniknúť rozdiel. Objednávka sa môže javiť ako splnená na jednom mieste, ale chýbať na inom. V takých prípadoch môže byť po obnove obchodné zosúladenie rovnako veľkou úlohou ako samotná technická obnova.

To isté platí aj pre výrobu. Môže sa stať, že výrobný plán, údaje o strojoch, dokumentácia kvality a evidencia zásob žijú v rôznych systémoch. Nie je potrebné dať všetkým dátam rovnaký cieľ obnovy. Ale je potrebné vedieť, ktoré výpadky zastavia výrobu, ktoré dáta sú rekonštruovateľné a ktoré majú zákonné alebo zmluvné povinnosti uchovávania.

Zálohovacia stratégia je tak v skutočnosti rozhodnutím o kontinuitete podnikania. Je potrebné určiť systémy, dáta, zodpovednosti a poradie obnovy. Nestačí len povedať, že „všetko sa zálohuje“.

Na čo musí odpovedať funkčný zálohovací plán?

Použiteľný plán musí jasne uvádzať, z ktorých serverov, databáz, používateľských súborov a cloudových obchodných aplikácií sa robí záloha. Častým omylom je, že používanie SaaS systému automaticky znamená úplnú ochranu dát. Dostupnosť služby a dlhodobá, podrobná obnoviteľnosť vlastných dát podniku nie sú vždy to isté.

Plán musí tiež zaznamenať, kto dostane upozornenie v prípade neúspešnej zálohy, kto je oprávnený iniciovať obnovu a kto rozhodne, z ktorého zálohovacieho bodu sa obnova vykoná. Tieto zodpovednosti sú obzvlášť dôležité, keď je kľúčová osoba na dovolenke alebo keď sa incident stane mimo pracovného času.

Doba uchovávania musí byť prispôsobená obchodným potrebám. Denná záloha môže byť nedostatočná, ak počas dňa vzniká veľa objednávok a finančných transakcií. Niekoľkodňové uchovávanie zase nechráni pred chybou, ktorú si všimnú až po týždňoch. Počet verzií, doba uchovávania a frekvencia obnovy spolu formujú riziko a náklady.

Osobitnú pozornosť si zaslúži ochrana záloh. Šifrovanie, viacfaktorový prístup, oddelené administrátorské účty a zálohovacie kópie chránené proti úpravám nie sú prehnané opatrenia. Pri incidente s ransomvérom práve tieto rozhodujú o tom, či je k dispozícii čistý, použiteľný stav.

Test obnovy je jediným skutočným dôkazom

Väčšina nedostatkov zálohovania sa neprejaví pri vytváraní zálohy, ale pri obnove. Úloha môže mať denne zelený status. Napriek tomu sa môže vyskytnúť chybná záloha databázy, chýbajúci šifrovací kľúč, nedokumentovaná závislosť alebo príliš pomalé obnovenie.

Je vhodné pravidelne vykonávať test, a to nielen obnovením jedného súboru. Je potrebné overiť aj úplnú obnovu obchodne kritického systému v oddelenom prostredí. Počas testu sa dá zmerať, koľko času je potrebné na spustenie systému, či sú k dispozícii potrebné prístupy a akú dodatočnú prácu vyžaduje kontrola konzistencie dát.

Tento test nie je o obviňovaní IT. Cieľom je, aby ostrý incident nebol prvým prípadom, keď sa organizácia pokúša vykonať obnovu.

Správny pomer sa prispôsobuje prevádzke podniku

Menšiemu podniku s málo kritickými systémami môže stačiť jednoduchšia, ale pravidelne kontrolovaná lokálna a cloudová kópia. Obchodná alebo výrobná spoločnosť s viacerými miestami už môže potrebovať podrobnejšie poradie obnovy, rýchlu lokálnu zálohu, oddelenú vzdialenú kópiu a zdokumentované riadenie incidentov.

Bezpečnosť nezaručuje najväčšia kapacita úložiska alebo najdlhší zoznam funkcií. Dobré rozhodnutie vychádza z toho, aký presne výpadok systému zastaví prácu, kto je dotknutý, koľko dát vzniká a ako rýchlo je potrebné sa vrátiť k bežnej prevádzke.

Je vhodné prejsť si to počas pokojného obdobia: ak by sa zajtra ráno nespustil najdôležitejší systém, kto by vedel povedať, z ktorej zálohy, v akom poradí a za aký čas sa práca obnoví? Ak na to nie je jasná odpoveď, potom nie je potrebná nová technológia, ale jasnejší prevádzkový plán.