Egy vállalkozás életében az adatvesztés ritkán látványos esemény. Sokszor nem egy filmszerű szerverleállással kezdődik, hanem egy véletlenül felülírt Excel-táblával, egy zsarolóvírussal titkosított megosztott mappával, vagy egy hibás frissítés után eltűnő levelezéssel. A gond ilyenkor nem pusztán technikai: leállnak a folyamatok, csúszik a kiszolgálás, bizonytalanná válik, hogy mi az utolsó hiteles verzió, és hirtelen mindenki ugyanazt kérdezi: van róla mentés?
A megfelelő céges adatmentés nem abból áll, hogy valahol létezik egy másolat a fájlokról. Sokkal inkább arról szól, hogy baj esetén milyen gyorsan, milyen pontossággal és mekkora adatveszteséggel lehet helyreállítani a működést. Ez a különbség aközött, hogy egy cég egy kellemetlen incidensen túljut, vagy napokra megbénul.
Az iAM IT profiljához illeszkedve a kérdést nem önmagában, hanem az üzemeltetés, a Microsoft 365 környezetek, a felhős infrastruktúra és a vállalati IT-biztonság felől érdemes megközelíteni. A mentés ugyanis nem különálló sziget a rendszerben, hanem a mindennapi működés egyik csendes biztosítéka.
Miért félrevezető a „nálunk minden a felhőben van” hozzáállás?
Sok cég úgy gondolja, hogy ha a levelezés, a dokumentumok vagy a közös munka Microsoft 365-ben zajlik, akkor az adatvédelem kérdése lényegében meg van oldva. Valóban sok terhet levesz a vállalkozások válláról egy jól kialakított felhős környezet, de ez nem ugyanaz, mint a teljes körű mentési stratégia.
A felhő magas rendelkezésre állást ad, de nem feltétlenül védi ki a felhasználói hibákat, a rosszindulatú törlést vagy azt, ha egy fertőzött végpont miatt sérült állapot szinkronizálódik tovább. Ha valaki töröl egy mappát, és ez a törlés mindenhol végigfut, attól még nem biztos, hogy kényelmesen és a szükséges részletességgel visszaállítható minden. A mentés feladata éppen az, hogy ne csak „valahol meglegyen” az adat, hanem olyan állapotban és időpontból is visszahozható legyen, amely üzletileg használható.
A mentési stratégia nem tárhelyméret kérdése
Amikor adatmentésről esik szó, sok vezető először kapacitásban gondolkodik: hány gigabájt, hány terabájt, mennyi ideig tárolva. Ez csak az egyik része a képnek. A fontosabb kérdések általában ezek:
Miből kell biztosan visszaállni?
Nem minden adat azonos értékű. Más szabály vonatkozik egy napi szinten használt ügyviteli állományra, mint egy ritkán megnyitott archív mappára. Egy jól felépített rendszer először feltérképezi, mely adatok kritikusak a működéshez: levelezés, dokumentumtár, jogosultsági struktúra, virtuális gépek, helyi szerverek vagy éppen a felhős szolgáltatások tartalma.
Milyen gyorsan kell helyreállni?
Van cég, ahol belefér néhány óra kiesés. Máshol már félórás leállás is komoly bevételkiesést vagy reputációs gondot okoz. Ezért nem mindegy, hogy egy mentés csak „megvan”, vagy ténylegesen gyorsan visszatölthető. Az informatikai üzemeltetés és a mentés itt találkozik igazán: a helyreállítási idő üzleti kérdés is.
Mekkora adatvesztés fogadható el?
Ha egy rendszerből csak az előző napi állapot állítható vissza, akkor egy egész munkanap eredménye elveszhet. Vannak olyan folyamatok, ahol ez vállalható, és vannak olyanok, ahol egyetlen elveszett óra is túl sok. A mentések gyakoriságát ezért nem érzésre, hanem működési kockázat alapján célszerű meghatározni.
A leggyakoribb adatvesztési helyzetek a gyakorlatban
Az adatvesztésről sokan még mindig úgy gondolkodnak, mint hardverhibáról. Ez ma már csak az egyik forgatókönyv. A modern céges környezetekben legalább ilyen gyakoriak az alábbi helyzetek:
– véletlen törlés vagy felülírás
– jogosultsági hiba miatt eltűnő vagy hozzáférhetetlenné váló tartalom
– zsarolóvírus által titkosított fájlok
– hibás szinkronizáció helyi gép és felhő között
– frissítés vagy konfigurációs hiba utáni szolgáltatáskimaradás
– kilépő munkatárs után rendezetlen adattulajdonlás
Ezek közös jellemzője, hogy a probléma sokszor nem azonnal derül ki. Előfordul, hogy csak napokkal később veszik észre: hiányzik egy fontos mappa, sérült egy adatállomány, vagy egy teljes levelezési szál tűnt el. Ilyenkor a mentés minőségét az mutatja meg, mennyire részletesen lehet visszanyúlni az előző állapotokhoz.
Mitől lesz valóban használható egy biztonsági mentés?
Ha rendszeresen ellenőrzik
A mentés addig csak feltételezés, amíg nincs tesztelve. Sok szervezet abba a hibába esik, hogy a mentési feladatok évekig „zölden futnak”, de senki nem próbált még visszaállítani belőlük egy valós helyzetet. A működő stratégia része az ellenőrzés, a riportálás és az alkalmi visszaállítási teszt is.
Ha elkülönül az éles környezettől
Az egyik klasszikus hiba, amikor a mentés túl közel marad ahhoz a rendszerhez, amelyet védenie kellene. Ha ugyanaz a jogosultsági kör, ugyanaz a fertőzés vagy ugyanaz az incidens a mentett adatokat is eléri, akkor a másolat nem nyújt valódi biztonságot. A jó gyakorlat lényege a logikai és lehetőség szerint fizikai elkülönítés.
Ha illeszkedik a napi munkához
A legjobb rendszer sem segít, ha a felhasználók megkerülik. Tipikus példa, amikor a dolgozók helyi asztalra vagy magánfelhőbe mentenek olyan anyagokat, amelyeknek vállalati környezetben kellene lenniük. Az adatmentés hatékonysága ezért szorosan összefügg azzal is, mennyire átgondolt a céges IT-környezet, a hozzáférések felépítése és a központi fájlkezelés.
A biztonsági mentés része az IT-üzemeltetésnek
Ott működik jól a védelem, ahol a mentés nem külön projekt, hanem az üzemeltetés természetes része. Ez különösen igaz hibrid környezetekben, ahol egyszerre vannak jelen helyi gépek, szerverek, Microsoft 365 szolgáltatások és felhős erőforrások. Ilyenkor nem elég egyetlen eszközben bízni, mert az adatok több rétegben élnek.
Az iAM IT szemléletéhez közel áll az a megközelítés, hogy a mentést a teljes vállalati működés részeként kell kezelni. A felhős szolgáltatások bevezetése, az informatikai üzemeltetés, a Microsoft 365 környezetek rendbetétele és az IT-biztonság csak együtt adnak valódi védelmet. A mentés ebben a láncban nem a leglátványosabb elem, viszont az egyik legfontosabb.
Nem az a kérdés, lesz-e hiba, hanem az, mi történik utána
A legtöbb cég előbb-utóbb találkozik kisebb vagy nagyobb adatvesztési helyzettel. A különbséget nem az jelenti, hogy történt-e incidens, hanem az, mennyire volt felkészülve rá a szervezet. Ha ismert, hogy mi kritikus, milyen időablakban kell visszaállni, hol vannak a mentések, és ki mit csinál hiba esetén, akkor egy komoly kellemetlenség kezelhető marad.
A biztonsági mentés tehát nem adminisztratív kötelező kör, hanem üzletmenet-védelmi eszköz. Csendben dolgozik a háttérben, sokszor észrevétlenül, de amikor valóban szükség van rá, akkor derül ki az értéke. És ezt jobb egy tervezett visszaállítási próba során megtapasztalni, mint egy hétfő reggeli pánik közepén.
Irányt mutatunk a világban – További friss híreket talál az eMentor.hu főoldalán! Kövesse a technológiai híreket és csatlakozzon hozzánk a Facebookon is!
