Adatmentési megoldások értékelése üzleti szemmel

Hétfő reggel a pénzügy nem éri el a számlázási rendszert. A webshop továbbra is fogadja a rendeléseket, de a raktár nem látja, miből mennyi készlet áll rendelkezésre. Az első kérdés rendszerint az, hogy van-e mentés. A valódi kérdés azonban az, hogy az adatmentési megoldások értékelése alapján mennyi idő alatt állítható vissza a működés, milyen adatok vesztek el, és ki tudja ezt biztosan igazolni.

Sok vállalat rendelkezik valamilyen mentéssel: egy felhőszolgáltatás automatikus verzióival, egy szerverre csatlakoztatott külső tárolóval vagy egy informatikus által felügyelt mentési feladattal. Ez még nem jelenti azt, hogy egy üzleti szempontból kritikus helyzet kezelhető. A mentés megléte és a bizonyítottan működő helyreállítás két különböző dolog.

Az adatmentési megoldások értékelése a folyamattal kezdődik

Egy mentési rendszer értékét nem a tárolókapacitása vagy a szolgáltató neve határozza meg. Azt kell először tisztázni, mely üzleti folyamatok állnak le adat vagy rendszer nélkül. Egy gyártó cégnél ez lehet a termelési terv, a gépadatok vagy az alapanyag-nyilvántartás. Kereskedelmi vállalatnál a rendelési, készlet- és számlázási folyamat. Szolgáltatónál az ügyféladatok, szerződések és munkavégzési dokumentumok.

Érdemes nem alkalmazásokban, hanem működési láncokban gondolkodni. Ha a webshop adatbázisa visszaállítható, de a rendeléseket átadó integráció, az ERP vagy a fuvarozói kapcsolat nem, a rendelésteljesítés továbbra is kézi egyeztetésre szorulhat. Ilyenkor a technikai helyreállítás csak részleges üzleti helyreállítást jelent.

Az első felmérés során ezért azt kell végigkövetni, hogyan jut el az információ a megrendeléstől a kiszállításig, a gyártási igénytől a termelésig, vagy a teljesítéstől a számlázásig. Hol keletkezik adat, mely rendszerek között mozog, és melyik pont kiesése bénítja meg a napi munkát? Ez gyakran olyan függőségeket is felszínre hoz, amelyek normál üzemben rejtve maradnak.

Nem minden adat azonos üzleti kockázat

A "mindent mentsünk ugyanolyan gyakran" megközelítés drága lehet, mégsem ad megfelelő védelmet. Egy többéves archívum elvesztése komoly probléma, de lehet, hogy nem állítja le az aznapi működést. Ezzel szemben néhány óra elveszett rendelési, termelési vagy készletadata közvetlen bevételkiesést, hibás teljesítést és ügyfélpanaszokat okozhat.

Két kérdés segít tiszta döntést hozni. Az egyik: legfeljebb mennyi friss adat elvesztése fogadható el? Ezt helyreállítási pontcélként is szokás értelmezni. Ha a rendelési adatok csak naponta egyszer mentődnek, egy délutáni hiba akár egy teljes munkanapnyi kézi rekonstruálást jelenthet. Ha az adatmozgás folyamatos, az éjszakai mentés már nem feltétlenül arányos a kockázattal.

A másik kérdés: mennyi ideig állhat az adott folyamat? Egy bérszámfejtési rendszer kiesése bizonyos időszakokban elviselhető lehet, máskor viszont határidőt és jogszabályi kötelezettséget veszélyeztet. Egy raktári rendszer néhány órás kiesése esetén a csapat esetleg papíron dolgozik tovább, de ha a készletpontosság már eleve bizonytalan, ez gyorsan további hibákat termel.

A cél nem a nullára csökkentett kockázat. Az szinte minden esetben aránytalan költséget és túlzott bonyolultságot jelentene. A cél egy vezetői szinten is elfogadott egyensúly a kiesés következménye, a helyreállítási elvárás és az üzemeltetési ráfordítás között.

A mentés csak akkor mentés, ha visszaállítható

Az egyik leggyakoribb hiányosság, hogy a mentési feladatok sikeres futásáról érkeznek e-mailek, de a visszaállítást senki nem tesztelte éles körülményekhez hasonló módon. Egy zöld státusz azt igazolja, hogy valamilyen adat átkerült valahová. Nem igazolja automatikusan, hogy az adat sértetlen, teljes, megfelelő jogosultságokkal elérhető, és a szükséges rendszer valóban elindítható belőle.

Különösen összetett ez adatbázisok, virtuális szerverek, fájlkiszolgálók és integrált üzleti rendszerek esetén. Előfordulhat, hogy az adatbázis rendelkezésre áll, de az alkalmazás konfigurációja, a licencek, a tanúsítványok vagy az integrációs beállítások hiányoznak. Ugyanez igaz a felhőben működő rendszerekre is: a szolgáltatás magas rendelkezésre állása nem feltétlenül védi a vállalatot hibás törléstől, jogosultsági problémától vagy rosszindulatú titkosítástól.

A visszaállítási tesztnek nem kell minden héten teljes katasztrófaszimulációnak lennie. De rendszeresen ellenőrizni kell, hogy egy kijelölt fájl, adatbázis vagy rendszer milyen idő alatt és milyen eredménnyel állítható vissza. A kritikus folyamatoknál dokumentált, időmért próbára van szükség. Ez ad valós alapot a vezetői kockázatértékeléshez.

Ki és milyen rendben állít helyre?

Egy incidens során a technológia mellett a felelősségi rend is döntő. Ha egyetlen rendszergazda tudja, melyik mentésből, milyen sorrendben kell visszaállítani az ERP-t, a fájlszervert és az integrációkat, akkor a cég valójában egy ember tudására támaszkodik. Ez üzletmenet-folytonossági kockázat, nem pusztán HR-kérdés.

A jó helyreállítási rend világosan rögzíti, ki dönt a folyamat elindításáról, ki kezeli a technikai lépéseket, ki ellenőrzi az üzleti adatokat, és hogyan tájékoztatják az érintett vezetőket és ügyfeleket. Nem kell minden forgatókönyvet túlszabályozni, de a kritikus első órákban nem improvizációra van szükség.

Védelem a hibák és a támadások ellen

A mentési stratégia nem kizárólag hardverhiba esetére készül. A gyakoribb problémák közé tartozik a véletlen törlés, a hibás adatimport, egy rosszul lefutott szinkronizáció vagy a túl széles jogosultsággal végrehajtott módosítás. Ezeknél sokszor a rendszer működik, csak az adatállapot romlott el. Ilyenkor különösen értékesek a megfelelő ideig megőrzött, több időpontból választható mentések.

A zsarolóvírusok további követelményt jelentenek. Ha a támadás a termelési adatokat titkosítja, és a támadó ugyanazzal a jogosultsággal eléri a mentéseket is, a helyreállítási lehetőség is sérülhet. Ezért indokolt a mentések elkülönítése, a hozzáférések korlátozása és olyan megőrzési módok alkalmazása, amelyeknél a már létrejött mentés egy meghatározott ideig nem írható felül vagy nem törölhető egyszerűen.

A gyakran emlegetett 3-2-1 elv - több példány, eltérő tárolási környezet, legalább egy elkülönített másolat - hasznos kiindulópont. Önmagában azonban nem terv. Nem mondja meg, mit kell menteni, milyen gyakran, mennyi ideig, milyen prioritással, és hogyan igazolják a visszaállíthatóságot.

Felhő, helyszíni infrastruktúra vagy hibrid modell?

Nincs minden vállalatra egyformán megfelelő modell. A felhőalapú mentés előnye lehet a földrajzi elkülönítés, a rugalmas kapacitás és az egyszerűbb üzemeltetés. Ugyanakkor nagy adatmennyiség vagy lassabb internetkapcsolat esetén a teljes visszaállítás ideje kritikus korláttá válhat. Egy több terabájtos fájlkiszolgáló visszatöltése nem ugyanaz, mint néhány dokumentum helyreállítása.

A helyszíni másolat gyorsabb visszaállítást adhat, de nem véd megfelelően tűz, lopás, áramszünet vagy azonos hálózaton terjedő támadás ellen, ha nincs elkülönítve. A hibrid modell gyakran ezért praktikus: a gyakran szükséges, gyors helyreállításhoz helyi kapacitás, a súlyosabb eseményekhez pedig fizikailag elkülönített másolat áll rendelkezésre.

A döntésnél a sávszélesség, az adatmennyiség, az alkalmazások technikai felépítése, a szabályozási elvárások és a belső üzemeltetési képesség egyaránt számít. Egy jól hangzó szolgáltatás sem oldja meg azt a problémát, ha a vállalat nem tudja, milyen rendszereket véd, és ki ellenőrzi az eredményt.

Mit kell vezetőként rendszeresen látni?

Az adatmentés állapotáról nem elég egy általános mondat, hogy "minden rendben". A vezetésnek rövid, érthető képet kell kapnia arról, mely kritikus rendszerek tartoznak a mentési körbe, mikor történt az utolsó sikeres ellenőrzött visszaállítás, vannak-e sikertelen mentési feladatok, és mely területeken nem teljesül a vállalt helyreállítási idő.

Ez nem napi mikromenedzsment. Ugyanúgy irányítási kérdés, mint a készletpontosság, a termelési selejt vagy a kintlévőségek állapota. Ha a kockázat ismert, döntés születhet arról, hogy elfogadható-e, csökkenteni kell-e, vagy előbb egy alapvető folyamat- és rendszerfüggőséget szükséges rendbe tenni.

A jól értékelt adatmentés végül nem egy háttérben futó informatikai feladat. Annak bizonyítéka, hogy egy vállalat egy hiba, támadás vagy emberi tévedés után is képes ellenőrzött módon folytatni a munkát. Érdemes nem akkor feltenni a kérdéseket, amikor a raktár, a pénzügy vagy az ügyfélszolgálat már várja a rendszer visszatérését.