Späť na blog
ZálohovanieIT bezpečnosťMSP

Zálohovanie pre MSP, ktoré funguje aj v núdzi

Tím NDVDL8 min. čítania
Rady serverov v dátovom centre ako symbol zálohovania dát

Záloha, ktorá funguje v kritickej chvíli, potrebuje tri veci: viacero nezávislých kópií údajov, aspoň jednu z nich priestorovo oddelenú od originálu a pravidelne testovanú obnovu – nielen zálohovanie, ktoré beží cez noc a ktorého výsledok nikto nekontroluje. Presne na týchto troch bodoch v praxi zlyháva väčšina stratégií zálohovania, väčšinou nie z nedbalosti, ale preto, že sa roky organicky rozrastali a nikdy sa kompletne prehodnotili od základu.

Princíp 3-2-1 ako základ

Princíp 3-2-1 je dlhoročne zavedená zásada zálohovania dát a dobré východisko pre každú stratégiu zálohovania: tri kópie údajov, na dvoch odlišných typoch médií, z ktorých jedna kópia je mimo vlastnej prevádzky. Základná myšlienka je jednoduchá – každá jednotlivá kópia môže byť stratená z iného dôvodu, a kombinácia viacerých kópií na rôznych médiách a rôznych miestach pokrýva reálne scenáre výpadku bez toho, aby ste ich museli premýšľať jednotlivo.

  • Tri kópie: originál plus aspoň dve zálohy
  • Dva typy médií: napr. lokálna záloha na NAS plus cloudová alebo pásková záloha namiesto dvakrát toho istého média
  • Jedna kópia mimo prevádzky: chráni pred udalosťami, ktoré postihnú celú prevádzku (požiar, zatopenie, krádež)

Prečo záloha mimo pracoviska nie je len bonus navyše

Záloha umiestnená v tej istej serverovni ako originál chráni pred mnohými zlyhaniami – nie však pred tými, ktoré postihnú celú miestnosť. Požiar, zatopenie vodou, vlámanie, pri ktorom zmiznú obidve zariadenia: to všetko nie sú exotické scenáre, ale presne dôvod, prečo princíp 3-2-1 vôbec vyžaduje priestorovo oddelenú kópiu. Záloha mimo pracoviska môže byť druhá prevádzka firmy, externé dátové centrum alebo cloudové úložisko – dôležité je len to, aby lokálna udalosť v hlavnej prevádzke nezasiahla aj externú kópiu.

Lokálne, cloud, alebo oboje

Pri výbere druhého média pre princíp 3-2-1 vzniká takmer vždy otázka, či má zmysel cloudová záloha, druhá fyzická prevádzka, alebo kombinácia oboch. Čisto lokálna záloha sa zvyčajne obnovuje rýchlejšie, pretože nezávisí od vlastného internetového pripojenia – bez ďalšej priestorovo oddelenej lokality však nejde o úplnú realizáciu princípu 3-2-1. Cloudová záloha je automaticky priestorovo oddelená, a preto sa dobre hodí ako externá kópia, no pri veľkom objeme údajov a pomalom internetovom pripojení sa môže stať úzkym hrdlom, keď je skutočne potrebná úplná obnova. V praxi sa väčšine firiem osvedčí kombinácia: rýchla lokálna záloha pre bežnú prevádzku, doplnená o cloudovú alebo externú kópiu pre prípad, že je postihnutá samotná hlavná prevádzka.

Ako často zálohovať

Ako často treba systém zálohovať, závisí od toho, koľko straty údajov by bolo v núdzi znesiteľné – súborový server s občasnými zmenami potrebuje inú frekvenciu zálohovania než systém, do ktorého sa priebežne zapisujú objednávky alebo zákaznícke údaje. Namiesto jednotnej frekvencie pre celú infraštruktúru sa oplatí pre každý dôležitý systém zvlášť zvážiť, koľko práce alebo údajov by sa v najhoršom prípade mohlo stratiť medzi dvoma zálohami.

  • Pre každý kritický systém osobitne stanovte, koľko straty údajov by bolo v najhoršom prípade únosné
  • Systémy s častými zmenami (napr. skladové hospodárstvo, objednávky) zálohujte častejšie než statické úložiská
  • Frekvenciu zálohovania a dobu uchovávania posudzujte oddelene – časté zálohovanie málo pomôže, ak sa staršie generácie prepíšu príliš skoro
  • Naplánujte časové okno zálohovania tak, aby citeľne nenarušilo bežnú prevádzku

Testy obnovy: časť, ktorá zvyčajne chýba

Záloha, ktorá nebola nikdy obnovená, je len domnienka, nie bezpečnostná sieť. V praxi nočné zálohovanie často spoľahlivo beží – až do dňa, keď je skutočne potrebné a ukáže sa, že časť údajov bola poškodená, neúplná alebo z nekompatibilnej verzie. Pravidelné testy obnovy sú jediný spôsob, ako to zistiť vopred namiesto toho, aby ste sa to naučili až v kritickej chvíli.

  • Pravidelne vykonávajte a zaznamenávajte namátkovú obnovu jednotlivých súborov
  • Aspoň raz ročne otestujte úplnú obnovu celého systému, nielen jednotlivých súborov
  • Realisticky odhadnite čas obnovy: koľko skutočne trvá, kým systém opäť beží
  • Zdokumentujte výsledky testov, aby sa slabé miesta v koncepte ukázali, namiesto toho, aby zostali nepovšimnuté

Kontrola záloh a testy obnovy sú typická práca, ktorá popri bežnej prevádzke zostáva ležať. Pri priebežnej správe IT sú jej pevnou súčasťou – aj s dokumentáciou.

Pozrieť správu IT

Odolnosť voči ransomvéru: zálohy, ktoré útočník nezašifruje s ostatným

Moderný ransomvér cielene vyhľadáva dostupné zálohovacie systémy a zašifruje alebo vymaže ich skôr, než zaútočí na samotné produkčné údaje – záloha, ktorá je trvalo online a pripojená k produkčnej sieti, tak ponúka otvorenú útočnú plochu. Odolná stratégia zálohovania preto oddeľuje zálohu technicky alebo časovo od zvyšku siete, namiesto toho, aby ju nechala trvalo dostupnú.

  • Aspoň jednu kópiu udržiavajte offline alebo nemennú (immutable), aby ju nebolo možné zmeniť ani pri úplnom prístupe útočníka do siete
  • Zálohovací systém spravujte s inými prístupovými údajmi než produkčný systém
  • Uchovávajte časovo posunuté zálohy (viac generácií), aby sa dala vrátiť aj nepovšimnuto zašifrovaná verzia
  • Prístup k samotnej správe zálohovania obmedzte rovnako prísne ako pri akomkoľvek inom citlivom systéme

Typické medzery v postupne narastajúcich stratégiách zálohovania

Stratégie zálohovania sa málokedy navrhujú na zelenej lúke – zväčša rastú roky, systémy sa pripájajú jeden po druhom a niekedy niekto stratí prehľad o tom, čo je vlastne kompletne zálohované a čo nie. Typické medzery sa takmer vždy objavujú na tých istých miestach, a práve preto sa oplatí prejsť si ich pravidelne, nielen raz pri pôvodnom nastavení. Ak kontrola zálohovania doteraz leží na niekom, kto má v skutočnosti inú prácu, býva to často dôvod zveriť priebežnú správu IT ako celok externému partnerovi.

  • Nové systémy (napr. nová odborná aplikácia alebo nový server) sa uvedú do prevádzky bez zaradenia do existujúcej rutiny zálohovania
  • Cloudové služby ako hostovaný e-mail alebo SaaS aplikácie sa mylne považujú za „už zálohované”, hoci poskytovateľ často zaisťuje len dostupnosť, nie vlastnú zálohu
  • V zálohe chýbajú konfiguračné údaje sieťových zariadení (firewall, switche), hoci ich obnova je v núdzi rovnako dôležitá ako obnova serverov
  • Zálohovacie úlohy síce bežia, ale nikto nedostane upozornenie, keď niektorá zlyhá – výpadok sa zistí až vtedy, keď je záloha skutočne potrebná

Ako NDVDL priebežne spravuje vaše zálohovanie

Koncept zálohovania má zmysel len dovtedy, kým sa oň niekto stará. NDVDL to preberá ako súčasť priebežnej správy IT: najprv si priamo u vás pozrieme, aké systémy máte, čo a ako sa dnes zálohuje a kde sú medzery. Potom dostanete písomný návrh – ktoré údaje sa zálohujú kam, ako často, ako dlho sa uchovávajú a ktorá kópia je offline alebo nemenná.

Po realizácii sledujeme zálohovacie úlohy, riešime neúspešné zálohy, zaraďujeme nové systémy a v pevných intervaloch testujeme obnovu. Každý test je zdokumentovaný a dokumentácia patrí vám. Máte jednu stálu kontaktnú osobu, ktorá pozná vaše prostredie, a nemusíte sa sami trápiť otázkou, či by včerajšia záloha v kritickej chvíli naozaj poslúžila.

Viete, kedy bola vaša záloha naposledy úplne obnovená? Pozrieme sa na vaše zálohovanie priamo u vás a písomne vám povieme, kde sú medzery a čo by sme priebežne prevzali.

Nechať preveriť zálohy

Časté otázky

Samotný NAS nestačí, pretože stojí v tej istej budove ako pôvodné údaje a môže ho zasiahnuť ten istý požiar, krádež alebo ransomvér. Ako rýchla lokálna kópia má NAS zmysel, potrebuje však aj kópiu uloženú na inom mieste. Aspoň jedna kópia by navyše mala byť offline alebo nemenná.

Nie, nie v zmysle vlastnej zálohy. Poskytovatelia cloudu sa spravidla starajú o dostupnosť svojej služby, no spoľahlivo nechránia pred omylom vymazanými, prepísanými alebo zašifrovanými údajmi. Čo presne poskytovateľ pokrýva, uvádzajú jeho zmluvné podmienky a treba ich overiť skôr, než sa firma vzdá vlastnej zálohy.

Typické varovné signály sú: neexistuje záznam o úplnej obnove, chybové hlásenia zálohovacích úloh nikto nedostáva a nové systémy sa do zálohovania nikdy nezaradili. Rizikom je aj záloha spravovaná rovnakými prístupovými údajmi ako produkčný systém. Či záloha funguje, napokon ukáže iba skutočná obnova.

Áno, konfigurácie firewallu, switchov a ďalších sieťových zariadení patria do zálohy. Ak takéto zariadenie zlyhá, náhradné sa s uloženou konfiguráciou uvedie do prevádzky oveľa rýchlejšie, než keď sa nastavuje nanovo spamäti. V postupne narastajúcich konceptoch zálohovania chýbajú práve tieto údaje mimoriadne často.

Zodpovedný je ten, kto dostáva chybové hlásenia zálohovacích úloh, zaraďuje nové systémy a robí testy obnovy – a táto osoba alebo dodávateľ by mali byť určení menovite. Ak úloha leží popri inej práci na niekom, kto má hlavnú náplň inde, zo skúsenosti zostane nesplnená. Mnohé firmy preto priebežnú kontrolu odovzdávajú svojmu IT dodávateľovi a testy si nechávajú dokumentovať.

Otázky k vašej IT infraštruktúre?

Hovorte priamo s naším tímom — nezáväzne a bez obchádzok.