Lokální nebo cloudové zálohování pro rostoucí firmu

V pondělí ráno se fakturace nespustí. Databáze na serveru je poškozená a záloha z předchozího večera je na stejném úložišti jako ostrý systém. Tým ví, že data někde jsou, ale neví, kdy a v jakém stavu budou znovu použitelná. V takových případech otázka místní nebo cloudové zálohy není jen IT detail, ale provozní riziko: lze doručit zboží, vystavit fakturu, jsou dostupná data zákazníků a jak dlouho zůstane práce stát?

V mnoha firmách se strategie zálohování vyvinula historicky. Byl server, vedle něj síťové úložiště, později externí pevný disk nebo cloudové úložiště. Tyto řešení samy o sobě nemusí být špatné. Problém nastává, když nikdo přesně neví, které systémy jsou zálohovány, kde se nacházejí, jak dlouho jsou uchovávány a zda je možné je skutečně obnovit.

Cílem zálohování není kopírování souborů

Požadavky na zálohování podniku nevycházejí z toho, kolik terabajtů dat ukládá. Vycházejí z toho, jaké obchodní procesy je třeba po chybě znovu uvést do provozu.

Jiné důsledky má, když archivní smlouva není dostupná několik hodin, a jiné, když se zastaví data o zásobách e-shopu, výrobní systém, správa objednávek nebo finanční databáze. První může být nepříjemnost. Druhé může způsobit přímou ztrátu příjmů, chybnou plnění, ztrátu důvěry zákazníků a značné přesčasy.

Proto je třeba řešit dvě otázky zvlášť. První je doba obnovy: jak rychle musí být systém znovu funkční? Druhá je přijatelná ztráta dat: kolik nejnovějších dat může zmizet? Pokud lze skladový systém obnovit pouze do stavu z předchozího dne, je nutné ručně rekonstruovat pohyby zboží, které byly mezitím odeslány, přijaty nebo převedeny. To je často větší problém než samotný IT výpadek.

Dobré zálohovací řešení není dobré tím, že běží automaticky. Je dobré tím, že podnik je schopen v známé incidentní situaci pokračovat v práci v přijatelném čase s ověřenými daty.

Místní nebo cloudové zálohování: není to vylučující volba

Místní zálohování se obvykle provádí na úložiště umístěné v sídle podniku nebo ve vlastní serverovně. Výhodou je rychlá místní obnova a přímá kontrola. Pokud je třeba obnovit velkou databázi, více virtuálních serverů nebo velkou sadu souborů, místní síťové připojení může být výrazně rychlejší než internetové stahování.

To může být zvláště relevantní v prostředí výroby, logistiky nebo kanceláří, kde je více systémů úzce propojeno. Místní zálohovací infrastruktura je cenná i tehdy, když není dočasně dostupné internetové připojení nebo když je nutná rychlá obnova celého systému.

Nicméně místní zálohování má základní omezení: nese stejné fyzické rizika jako ostré prostředí. Požár, zatopení, elektrická porucha, krádež, ransomware nebo chybná administrativní operace mohou zasáhnout server i zálohu současně. Pokud je zálohovací úložiště neustále zapisovatelné a přístupné se stejnými oprávněními, útok nemusí nutně skončit u ostrého systému.

Cloudové zálohování naopak fyzicky odděluje zálohovaná data od sídla. Správně navržená služba může poskytovat verzování, šifrování, geografickou redundanci a delší dobu uchování. To je zvláště užitečné, pokud podnik působí na více místech, podporuje vzdálenou práci nebo nemá vlastní, dostatečně chráněnou infrastrukturu.

Cloudové zálohování také není kouzlo. Doba obnovy je ovlivněna internetovým připojením, množstvím dat, zvolenou úrovní služby a tím, zda je třeba obnovit jediný soubor nebo celé serverové prostředí. Záloha více terabajtového systému v cloudu může být bezpečná, ale urgentní úplná obnova může trvat hodiny nebo dny, pokud připojení nebo plán nejsou na to dimenzovány.

V praxi proto pro většinu rostoucích podniků není nejlepší model pouze místní nebo pouze cloudový. Oba přístupy společně poskytují významnou ochranu: rychlou místní obnovu pro časté chyby a oddělenou kopii pro vážnější incidenty.

Nejprve je třeba zmapovat procesy a závislosti

Projekt zálohování často začíná jako technická otázka: jaké úložiště koupit, jakého poskytovatele cloudu zvolit, kolik kapacity je potřeba? Tyto otázky jsou oprávněné, ale přicházejí příliš brzy.

Nejprve je třeba pochopit, jak se informace v podniku pohybují. Objednávka z e-shopu může vstoupit do e-shopového motoru, odtud do ERP, pak do fakturačního, skladového systému a integrace s kurýrem. Pokud lze pouze jeden systém obnovit do staršího stavu, zatímco v ostatních systémech jsou novější data, snadno vznikne nesoulad. Objednávka se jeví jako splněná na jednom místě, ale chybí na jiném. V takových případech může být po obnově obchodní sladění alespoň tak velkým úkolem jako samotná technická obnova.

Totéž platí pro výrobu. Může se stát, že výrobní plán, údaje o strojích, dokumentace kvality a evidence zásob žijí v různých systémech. Není nutné, aby všechna data měla stejný cíl obnovy. Ale je třeba vědět, které výpadky zastaví výrobu, která data lze rekonstruovat a která mají právní nebo smluvní povinnost uchování.

Strategie zálohování je tedy ve skutečnosti rozhodnutím o kontinuitě podnikání. Je třeba určit systémy, data, odpovědnosti a pořadí obnovy. Nestačí říci, že „vše je zálohováno“.

Na co musí odpovědět funkční zálohovací plán?

Použitelný plán musí jasně uvést, které servery, databáze, uživatelské soubory a cloudové obchodní aplikace jsou zálohovány. Častým omylem je, že používání SaaS systému automaticky znamená úplnou ochranu dat. Dostupnost služby a dlouhodobá, podrobná obnovitelnost vlastních dat podniku nejsou vždy totéž.

Plán musí také stanovit, kdo dostane upozornění v případě neúspěšné zálohy, kdo je oprávněn zahájit obnovu a kdo rozhodne, z kterého záložního bodu se obnova provede. Tyto odpovědnosti jsou zvláště důležité, když je klíčová osoba na dovolené nebo když se incident stane mimo pracovní dobu.

Doba uchování musí být přizpůsobena obchodním potřebám. Denní záloha může být nedostatečná, pokud během dne vzniká mnoho objednávek a finančních transakcí. Několikadenní uchování zase nechrání před chybou, která je zjištěna až po týdnech. Počet verzí, doba uchování a frekvence obnovy společně formují riziko a náklady.

Zvláštní pozornost si zaslouží ochrana záloh. Šifrování, vícefaktorový přístup, oddělené administrátorské účty a záložní kopie chráněné proti změnám nejsou přehnaná opatření. Při ransomware incidentu právě tyto faktory rozhodují, zda je k dispozici čistý, použitelný stav.

Test obnovy je jediný skutečný důkaz

Většina nedostatků zálohování se neobjeví při vytváření zálohy, ale při obnově. Úloha může mít denně zelený status. Přesto může dojít k chybné záloze databáze, chybějícímu šifrovacímu klíči, nedokumentované závislosti nebo příliš pomalé obnově.

Je vhodné pravidelně provádět testy, a to nejen obnovou jednoho souboru. Je třeba ověřit i úplnou obnovu obchodně kritického systému v odděleném prostředí. Během testu lze měřit, kolik času je potřeba k spuštění systému, zda jsou k dispozici potřebné přístupy a jakou práci vyžaduje kontrola konzistence dat.

Tento test není o obviňování IT. Cílem je, aby ostrý incident nebyl první příležitostí, kdy se organizace pokouší provést obnovu.

Správný poměr se přizpůsobuje provozu podniku

Menší podnik s několika kritickými systémy může vystačit s jednodušší, ale pravidelně kontrolovanou místní a cloudovou kopií. U obchodní nebo výrobní firmy s více pobočkami může být potřeba podrobnější pořadí obnovy, rychlá místní záloha, oddělená vzdálená kopie a dokumentované řízení incidentů.

Největší úložná kapacita nebo nejdelší seznam funkcí neznamenají bezpečnost. Dobré rozhodnutí vychází z toho, jaký přesně výpadek systému zastaví práci, kdo je ovlivněn, kolik dat vzniká a jak rychle je třeba se vrátit k normálnímu provozu.

Je vhodné si v klidném období projít: pokud by se zítra ráno nespustil nejdůležitější systém, kdo by mohl říci, z které zálohy, v jakém pořadí a za jak dlouho se práce obnoví? Pokud na to není jednoznačná odpověď, není potřeba nová technologie, ale jasnější provozní plán.