A mentés nem attól létezik, hogy valahova másolódik valami
Sok vállalkozásban az adatmentés megnyugtató pipaként szerepel az IT-listán. „Van mentés”, „a rendszergazda beállította”, „a felhő úgyis tárolja”, „a külső merevlemezre néha lementjük”. Ezek a mondatok jól hangzanak, de egy valódi adatvesztésnél gyakran kiderül, hogy a mentés nem teljes, nem friss, nem visszaállítható, vagy éppen ugyanúgy sérült, mint az eredeti adat.
A biztonsági mentés értéke nem a létezésében, hanem a visszaállíthatóságában van. Ha egy számlázóadatbázis, webshoprendelés, ügyféllista, tervdokumentáció, könyvelési anyag vagy szerződésmappa elveszik, a kérdés nem az, hogy „volt-e mentés”, hanem az, hogy mennyi idő alatt, mekkora adatveszteséggel és milyen pontossággal lehet visszaállítani a munkát. Ha erre nincs válasz, a cég nem védett, csak bízik benne, hogy nem történik baj.
Mitől nem működik egy mentés?
A hibás mentés nem mindig látványos. Lehet, hogy a rendszer hónapokig küld sikeresnek tűnő értesítéseket, miközben egy fontos mappa kimaradt. Lehet, hogy a mentés lefut, de a fájlok megnyithatatlanok. Előfordulhat, hogy csak a program mappája mentődik, az adatbázis nem. Máskor a mentés ugyan megvan, de senki nem ismeri a jelszót, a visszaállítási folyamatot vagy a megfelelő sorrendet.
Gyakori mentési hibák:
- kimaradó adat: fontos mappa, adatbázis vagy felhős tárhely nincs benne;
- túl ritka mentés: több nap vagy hét munkája veszhet el;
- azonos hálózaton tárolt másolat: zsarolóvírus esetén ez is sérülhet;
- nem tesztelt visszaállítás: csak éles bajnál derül ki, hogy hibás;
- nincs felelős: senki nem ellenőrzi rendszeresen;
- régi rendszer mentése: már nem nyitható meg az új környezetben;
- jelszó- vagy kulcsvesztés: a mentés megvan, de nem hozzáférhető.
A mentési rendszer legnagyobb hibája az, ha csak a katasztrófa napján próbálják ki először.
Mit kell menteni egy cégben?
Nem minden adat egyformán fontos, de sok cég nem készít pontos listát arról, mi nélkül állna le a működés. A dokumentumok mellett gyakran kritikusak az adatbázisok, emailfiókok, CRM, számlázó, webshop, könyvelési exportok, szerződések, projektfájlok, tervrajzok, gyártási dokumentációk, árlisták, termékfotók és belső sablonok. Egy marketingügynökségnél például az ügyfélanyagok és hirdetési hozzáférések lehetnek kritikusak, egy gyártócégnél a műszaki dokumentáció, egy webshopnál a rendelési és készletadatok.
Érdemes három szintre osztani az adatokat:
- kritikus adatok: ezek elvesztése azonnal leállítja a működést;
- fontos adatok: kellemetlen, költséges vagy időigényes lenne pótolni;
- archív adatok: ritkán kellenek, de jogi, pénzügyi vagy üzleti okból megőrzendők.
Ez segít eldönteni, mit milyen gyakran kell menteni. Egy naponta változó rendelési adatbázist nem lehet ugyanúgy kezelni, mint egy évekkel ezelőtti lezárt projektmappát. A mentési gyakoriságot nem technikai megszokás, hanem üzleti kockázat alapján kell meghatározni.
Mennyi adatvesztés fér bele?
Két fontos kérdést minden vállalkozásnak fel kell tennie. Az első: mennyi adatvesztést tud elviselni? Ha a legutóbbi mentés tegnap este készült, akkor a mai nap munkája elveszhet. Egy ügyvédi irodánál, könyvelésnél vagy webshopnál ez komoly gond lehet. A második: mennyi ideig állhat a cég? Ha a rendszer helyreállítása két nap, addig ki számláz, ki válaszol az ügyfeleknek, ki teljesíti a rendeléseket?
Ezekre nem érzésből kell válaszolni. Egy kisebb cég is kiszámolhatja, mit jelent egy nap leállás: elmaradó bevétel, túlóra, ügyfélpanasz, kötbér, határidőcsúszás, sürgősségi IT-költség. Ha egy napi kiesés például több százezer forint veszteséget okozhat, akkor nem biztos, hogy elegendő a heti kézi mentés egy külső meghajtóra.
A mentés költségét mindig a leállás költségéhez kell hasonlítani. Ami békeidőben drágának tűnik, adatvesztéskor gyakran olcsóbb, mint a kapkodó helyreállítás.
A 3-2-1 szabály jó kiindulópont
A szakmai gyakorlatban gyakran említett alapelv a 3-2-1 mentési szabály. Ez azt jelenti, hogy legyen legalább három példány az adatokból, két különböző típusú tárolón, és egy példány fizikailag vagy logikailag elkülönítve. A lényeg nem a képlet merev követése, hanem az, hogy egyetlen hiba ne vigyen el mindent.
Egy kisvállalkozásnál ez jelentheti például azt, hogy az éles adat a szerveren vagy felhőben van, készül róla helyi mentés gyors visszaállításhoz, és van külön felhős vagy offline mentés zsarolóvírus, tűz, lopás vagy hardverhiba esetére. Fontos, hogy a mentés ne legyen állandóan ugyanazzal a jogosultsággal elérhető, mint az eredeti fájlok, mert akkor egy támadás azt is titkosíthatja.
Felhőben van, tehát biztonságban van?
A felhő sokat segíthet, de nem helyettesíti automatikusan a mentési stratégiát. A felhős szolgáltatók általában magas rendelkezésre állást és bizonyos verziókezelést adnak, de ettől még lehet véletlen törlés, rossz jogosultság, felhasználói hiba, fiókfeltörés, szinkronizált hibás fájl vagy zsarolóvírus által titkosított tartalom. Ha a fertőzött gép szinkronizálja a titkosított fájlokat, a felhőben is megjelenhet a káros állapot.
Felhős rendszereknél is érdemes tisztázni:
- mennyi ideig állíthatók vissza törölt fájlok;
- van-e verzióelőzmény és meddig;
- ki fér hozzá adminisztrátorként;
- van-e külön mentés a felhős adatról;
- hogyan történik tömeges törlés vagy támadás után a visszaállítás;
- ki felel a beállítások ellenőrzéséért.
A felhő nem mentesít a mentésért való felelősség alól. Csak más típusú mentési és jogosultsági gondolkodást igényel.
A visszaállítási próba nem felesleges óvatosság
A mentési rendszer legfontosabb ellenőrzése a próbavisszaállítás. Ez lehet kis léptékű: néhány fájl, egy mappa, egy adatbázis-másolat vagy egy tesztkörnyezet visszaállítása. A cél az, hogy kiderüljön, a mentés valóban használható-e, mennyi idő kell hozzá, ki tudja elvégezni, és milyen dokumentáció alapján.
Érdemes időnként tesztelni:
- egy véletlenül törölt dokumentum visszaállítását;
- egy teljes mappa visszaállítását;
- kritikus adatbázis mentésének használhatóságát;
- felhős tárhely verzió-visszaállítását;
- rendszerleállás utáni indulási sorrendet;
- felelősök elérhetőségét vészhelyzetben.
A próbavisszaállítás gyakran apró hibákat tár fel, amelyeket még nyugodt körülmények között lehet javítani. Ez sokkal jobb, mint akkor szembesülni velük, amikor az ügyfelek már telefonálnak.
Ki legyen a felelős?
Az adatmentés nem maradhat „valaki majd ránéz” feladat. Legyen megnevezett felelős, akár belső ember, akár külső IT-szolgáltató. A vezetésnek pedig értenie kell legalább az alapokat: mit mentenek, milyen gyakran, hova, meddig őrzik, mikor tesztelték utoljára, és mi a helyreállítás menete.
Egy rövid mentési dokumentum sokat érhet. Tartalmazza a kritikus rendszereket, mentési gyakoriságot, tárolási helyeket, hozzáféréseket, visszaállítási lépéseket, felelősöket és vészhelyzeti elérhetőségeket. A mentés nem csak IT-feladat, hanem vezetői felelősség is, mert adatvesztéskor a teljes cég működése kerülhet veszélybe.
A jó mentés csendben dolgozik, de rendszeresen bizonyít
A biztonsági mentés akkor jó, ha a mindennapokban nem zavarja a munkát, baj esetén viszont gyorsan használható. Nem kell minden cégnek drága vállalati infrastruktúra, de minden cégnek tudnia kell, mely adatai kritikusak, mennyi adatvesztés fér bele, mennyi ideig állhat le, és hogyan áll vissza.
Az adatmentés valódi kérdése nem az, hogy van-e másolat, hanem hogy abból vissza lehet-e térni a működéshez. Ha ezt a cég még soha nem próbálta ki, akkor a mentés nem biztonságot jelent, hanem feltételezést. A különbség csak akkor derül ki, amikor már késő — vagy akkor, amikor a vállalkozás időben teszteli, javítja és felelősen kezeli a saját digitális biztonsági hálóját.
Fotó: Magnific