A biztonsági mentésért a legtöbb kis- és középvállalkozásnál hivatalosan senki nem felel egyértelműen, gyakorlatban pedig az adott informatikai eszközhöz vagy szerverhez legközelebb álló munkatárs, gyakran a rendszergazda vagy a külső IT-üzemeltető partner végzi el a feladatot. A felelősség tisztázatlansága akkor derül ki, amikor egy adatvesztés után senki nem tudja megmondani, mikor készült utoljára ellenőrzött mentés. 2026-ban egy 10-50 fős cégnél a mentési felelősség jellemzően vagy egy belső, több feladatot ellátó rendszergazdához, vagy egy kiszervezett IT-üzemeltetési szolgáltatóhoz, például az IWS-hez van rendelve, írásban rögzített felelősségi körrel és rendszeres ellenőrzéssel. A kérdés jelenleg is aktuális, mert a kibertámadások és a technikai meghibásodások száma az elmúlt években, 2024-2025 folyamán folyamatosan nőtt, miközben sok cég vezetése még mindig úgy gondolja, hogy a mentés kizárólag informatikai, nem pedig vezetői döntési kérdés.
A mentési felelősség jogilag és gyakorlatban is a vezetőségé, a végrehajtás viszont delegálható
A mentési felelősség kisvállalkozásoknál a vezetőnél és a rendszergazdánál oszlik meg: a vezetőség dönt a mentési stratégiáról és a kockázatvállalásról, a rendszergazda vagy a kiszervezett IT-partner pedig a technikai végrehajtásért felel. Ez a kettősség sok cégnél nincs írásban rögzítve, ami az elmúlt években, 2024-2025 folyamán, több adatvesztéses esetben is megnehezítette a felelősség utólagos tisztázását.
Az általunk vizsgált esetekben azt tapasztaltuk, hogy a cégek jelentős része a mentést informálisan, egy dolgozó jóindulatára bízza, ahelyett hogy azt szerződésben vagy belső szabályzatban rögzítené. Ez a gyakorlat addig működik, amíg az érintett munkatárs jelen van a cégnél; kilépése vagy hosszabb távolléte esetén a mentési folyamat gyakran megszakad anélkül, hogy bárki észrevenné.
Ki dönt a mentési stratégiáról a cégvezetésben
A mentési stratégiáról – milyen adatot, milyen gyakorisággal, hova mentsenek – a cégvezetésnek kell döntenie, mert ez üzleti kockázatkezelési kérdés, nem tisztán technikai probléma. A vezetőség határozza meg, mekkora adatvesztés vagy leállás az, amit a cég még el tud viselni, és ebből vezethető le a mentési gyakoriság és a helyreállítási idő elvárt szintje.
Mikor nem ajánlott, hogy a döntést kizárólag az informatikus hozza meg: ha a cégnek nincs rálátása arra, milyen üzleti kockázatot vállal egy ritkább mentési ciklussal, könnyen alábecsüli a valós veszélyt. A rendszergazdai szolgáltatás felelősségi körének tisztázása ezért mindig közös, vezetőségi és technikai egyeztetés eredménye kell legyen, nem egyoldalú informatikai döntés.
Ki végzi el ténylegesen a mentést és annak ellenőrzését
A tényleges mentési feladatot a legtöbb esetben a belső rendszergazda vagy egy külső, kiszervezett IT-üzemeltetési partner végzi, aki a mentési stratégiát a gyakorlatba ülteti át. A végrehajtás nem merül ki a mentés elindításában: a mentés sikerességének rendszeres ellenőrzése, a visszaállítás tesztelése és a hibás mentések felderítése ugyanolyan fontos, mint maga a mentési folyamat elindítása.
A mi tapasztalatunk szerint az a cég jár a legjobban, ahol a mentés elvégzése és a mentés ellenőrzése nem ugyanannak a személynek a feladata, mert így egy emberi mulasztás nem marad rejtve. Az IT biztonság és biztonsági mentés szolgáltatás keretében ez a kettős ellenőrzés épül be a napi működésbe.
Miért nem elég egyetlen munkatársra bízni a mentést kisvállalkozásban
Egyetlen munkatársra bízott mentés kisvállalkozásban azért kockázatos, mert az adott személy távolléte, kilépése vagy egyszerű figyelmetlensége esetén a mentési folyamat ellenőrizhetetlenül megszakadhat. Az esetek jelentős részében pontosan ez derül ki egy tényleges adatvesztéskor: a mentés vagy régen leállt, vagy soha nem volt visszaállítva tesztelve.
Ezt az összefüggést több projekten, több iparági kontextusban is megfigyeltük: az egy főre koncentrált mentési felelősség az egyik leggyakoribb oka annak, hogy egy egyébként létező mentés a szükség pillanatában használhatatlannak bizonyul. A hiba nem a mentés hiányában, hanem az ellenőrzés hiányában rejlik.
Mi történik, ha az egyetlen felelős munkatárs kilép
Ha az egyetlen mentésért felelős munkatárs kilép a cégtől, a mentési folyamat jellemzően addig fut tovább automatikusan, amíg a mögötte lévő technikai környezet – szerver, tárhely, licenc – változatlan marad, de az esetleges hibaüzeneteket, sikertelen mentéseket és a visszaállítás tesztelését ettől kezdve senki nem figyeli. Ez a helyzet hetekig, akár hónapokig észrevétlen maradhat.
Mit kell tenni ilyenkor: a mentési felelősséget azonnal, írásban át kell adni egy másik belső munkatársnak vagy egy külső partnernek, és el kell végezni egy teljes körű visszaállítási tesztet, hogy megbizonyosodjunk arról, a meglévő mentések valóban használhatók-e. A szerver üzemeltetés és szerver karbantartás szolgáltatás körébe tartozik az ilyen átmeneti helyzetek kezelése is.
Mikor éri meg kiszervezni a mentési felelősséget
A mentési felelősség kiszervezése akkor éri meg, ha a cégnek nincs olyan belső munkatársa, akinek elsődleges feladata és szakértelme a rendszerfelügyelet, vagy ha a cég mérete miatt egyetlen ember kiesése komoly kockázatot jelentene. Nem ajánlott a kiszervezés akkor, ha a cégnek van dedikált, felkészült rendszergazdai csapata, amely már önmagában is redundáns felelősségi struktúrával dolgozik.
Megéri-e egy külső IT-üzemeltető partnert, mint az IWS-t bevonni a mentési felelősségbe? Igen, akkor, ha a cégnél a mentés jelenleg egyetlen személy informális feladata; nem szükséges, ha már működik egy dokumentált, több emberre osztott belső folyamat, és a cég csak megerősítést keres.
| Szempont | Belső rendszergazda végzi | Kiszervezett IT-partner végzi |
|---|---|---|
| Felelősség folytonossága | Egy személy kiesése esetén sérülékeny | Csapatszinten biztosított, nem függ egy főtől |
| Mentés ellenőrzése | Gyakran informális, dokumentálatlan | 0-24 monitorozással, riportkészítéssel |
| Visszaállítás tesztelése | Ritkán, csak incidens után | Rendszeres, tervezett teszt |
| Havi költség kisvállalkozásnál | Bérköltség, teljes munkaidő | Szolgáltatási díj, skálázható |
| Szakértelem szélessége | Egy ember tudása korlátozza | Csapat, több szakterület |
A táblázatból is látszik, hogy a felelősség folytonossága a legnagyobb különbség: egy kiszervezett IT-üzemeltető, mint az IWS, csapatszinten biztosítja azt, amit egyetlen belső rendszergazda strukturálisan nem tud garantálni.
Mielőtt eldöntenéd, ki felelt a cégben a mentésért: érdemes tisztázni, hány munkaállomás és szerver érintett, mert 5 gép alatt gyakran még kezelhető belső erőforrással a feladat, 10-15 gép felett viszont a felelősség szétaprózódása miatt már jellemzően külső, dedikált felügyeletet igényel.
A mentési felelősség tisztázásának lépései a gyakorlatban:
- Fel kell mérni, hány rendszer, szerver és munkaállomás igényel rendszeres mentést.
- Ki kell jelölni egy elsődleges felelőst a mentési stratégia jóváhagyására a vezetőség részéről.
- Meg kell határozni a technikai végrehajtásért felelős személyt vagy partnert.
- Rendszeres, dokumentált visszaállítási tesztet kell beütemezni, nem csak a mentés elindítását.
- Írásban kell rögzíteni, mi történik a felelős személy kiesése esetén.
A mentési felelősség tisztázásakor érdemes figyelembe venni a nemzetközi gyakorlatban elterjedt 3-2-1 mentési szabály alapelveit is, amely szerint legalább három másolat, két különböző adathordozón, egy pedig a telephelytől fizikailag távol tárolva ad valódi védelmet egy váratlan meghibásodás vagy incidens esetén.
A leggyakoribb hiba, amit kisvállalkozásoknál látunk, hogy a mentési felelősséget soha nem foglalják írásba, csak szóban egyezik meg róla a vezető és a rendszergazda. Ez a fajta szóbeli megállapodás jogilag és gyakorlatilag is gyenge pont, mert vita esetén nem bizonyítható, ki mulasztott.
A napi működést támogató elemek, amelyeket érdemes figyelembe venni a felelősség kijelölésekor:
- ki jogosult hozzáférni a mentési rendszerhez és a visszaállítási felülethez
- milyen gyakran fut automatikus riasztás sikertelen mentés esetén
- ki kapja meg ezeket a riasztásokat, és mi történik, ha nem reagál rájuk
- milyen dokumentáció készül minden egyes visszaállítási tesztről
Ha a cég informatikai stratégiáját szélesebb kontextusban, nem csak a mentés szempontjából szeretné átgondolni, érdemes az IT tanácsadás és IT üzemeltetés szolgáltatás keretében felmérni a teljes rendszert, mert a mentési felelősség csak egy eleme a tágabb üzemeltetési felelősségi körnek. Hasonlóan fontos terület a céges weboldal biztonsága is: a weboldal karbantartás és üzemeltetés szolgáltatás körébe tartozó rendszeres mentés gyakran kimarad a hagyományos IT-mentési stratégiából, pedig a weboldal is céges adatvagyon.
Milyen konkrét szolgáltatások tartoznak a mentési felelősség mellé egy kiszervezett IT-partnernél
A mentési felelősség kiszervezése a gyakorlatban nem egyetlen szolgáltatást jelent, hanem egy egymásra épülő szolgáltatáscsomagot: a mentési stratégia kialakítását, a napi automatikus mentést, a folyamatos monitorozást, a riasztáskezelést és a rendszeres visszaállítási tesztet. Az esetek jelentős részében a cégek csak az automatikus mentés tényét látják, a mögötte lévő felügyeleti réteget nem, pedig pontosan ez adja a szolgáltatás valódi értékét.
Az általunk vizsgált esetekben azt tapasztaltuk, hogy egy jól felépített mentési szolgáltatás négy rétegből áll: a mentés technikai kivitelezéséből, a hibaészlelésből, a hiba elhárításából és a dokumentált visszaigazolásból. Ha ezek közül bármelyik hiányzik, a mentés léte önmagában nem garantál semmit egy tényleges vészhelyzetben.
Kompetencia-kontextus: azoknál a projekteknél, ahol a négy réteg mindegyike dokumentáltan működött, a visszaállítási idő átlagosan jelentősen rövidebb volt, mint azoknál a cégeknél, ahol csak a mentés elindítása volt automatizálva, a további lépések viszont eseti, kézi beavatkozást igényeltek.
Mit jelent a folyamatos monitorozás a mentés kapcsán
A folyamatos monitorozás azt jelenti, hogy egy rendszer vagy szakember automatikusan ellenőrzi, minden egyes tervezett mentés valóban lefutott-e, és a mentett fájl mérete, integritása megfelel-e a várt paramétereknek. Ez nem azonos azzal, hogy a mentési szoftver naplót vezet: a napló önmagában senkit nem értesít, ha egy mentés csendben meghiúsul.
Mikor nem elegendő a puszta naplózás: ha a cégnél senki nem néz bele rendszeresen a mentési naplóba, egy hetekig tartó hibás mentési ciklus is észrevétlen maradhat. A rendszergazdai szolgáltatás keretében a monitorozás és a riasztáskezelés éppen ezért nem opcionális kiegészítő, hanem a szolgáltatás alapeleme.
Miért kritikus a rendszeres visszaállítási teszt
A visszaállítási teszt azt bizonyítja, hogy egy mentésből ténylegesen helyre lehet állítani az adatot, méghozzá a cég által elvárt időn belül. Egy mentés, amelyet soha nem teszteltek vissza, technikailag létezhet, miközben a gyakorlatban használhatatlan – sérült fájlokat, hiányos adatbázis-állapotot vagy inkompatibilis formátumot tartalmazhat anélkül, hogy erről bárki tudna.
Mi mehet rosszul, ha elmarad a teszt: egy éles incidens esetén derül ki, hogy a mentés nem állítható vissza, ekkor viszont már nincs idő alternatív megoldást keresni, és az adatvesztés véglegessé válhat. Ezért javasolt legalább negyedévente egy teljes körű, dokumentált visszaállítási próbát végezni, nem csak a mentési fájlok meglétét ellenőrizni.
Mennyibe kerül a mentési felelősség kiszervezése egy kisvállalkozásnak
A mentési felelősség kiszervezésének ára jellemzően a rendszerek számától, az adatmennyiségtől és az elvárt helyreállítási időtől függ, ezért egyetlen fix összeg nem adható meg anélkül, hogy a cég konkrét infrastruktúráját ismernénk. A piaci gyakorlatban a havi szolgáltatási díj általában alacsonyabb, mint egy főállású, kizárólag erre a feladatra felvett munkatárs bérköltsége, miközben a szolgáltatás csapatszintű háttértámogatást is biztosít.
Az esetek jelentős részében a döntéshozók a kiszervezés költségét tévesen kizárólag a havi díjjal azonosítják, és nem veszik figyelembe azt a rejtett költséget, amit egy sikertelen mentés vagy egy elhúzódó helyreállítás okozna a cég működésében. A döntés utáni valódi kérdés tehát nem az, hogy mennyibe kerül a szolgáltatás, hanem az, mennyibe kerülne egy nap teljes adatvesztés a cégnek.
Mit tartalmaz jellemzően egy alap mentési csomag ára
Egy alap mentési szolgáltatás díja jellemzően magában foglalja a napi automatikus mentést, az alapszintű monitorozást és egy meghatározott számú visszaállítási próbát évente. A csomag mérete és ára a mentett adat mennyiségétől és a szerverek, munkaállomások számától függ, ezért a pontos díj csak egy felmérés után határozható meg megbízhatóan.
Nem ajánlott olyan csomagot választani, amely nem tartalmazza a rendszeres visszaállítási tesztet, mert ebben az esetben a cég valójában csak a mentés elindításáért fizet, nem a mentés használhatóságáért.
Mikor térül meg a kiszervezés a saját üzemeltetéshez képest
A kiszervezés akkor térül meg gyorsabban, ha a cégnek egyébként is szüksége lenne egy dedikált IT-erőforrásra, mert ekkor a szolgáltatási díj gyakorlatilag kiváltja egy részmunkaidős vagy teljes munkaidős pozíció költségét, miközben szélesebb szaktudást biztosít. Kevésbé térül meg akkor, ha a cégnek már van olyan belső csapata, amely önmagában is redundáns felelősségi struktúrában dolgozik, és csak egy-egy technikai eszközre lenne szüksége.
A szerver üzemeltetés és szerver karbantartás szolgáltatás körébe illesztett mentési felügyelet gyakran azért kedvezőbb hosszú távon, mert a szerver állapotának folyamatos figyelése és a mentés felügyelete egy kézben, egy szolgáltatási szerződésben valósul meg, nem külön-külön koordinálva.
Milyen jogi és adatvédelmi kötelezettségek kapcsolódnak a mentési felelősséghez
A mentési felelősség nemcsak technikai, hanem adatvédelmi kérdés is, mert a személyes adatokat tartalmazó mentések kezelésére ugyanazok a szabályok vonatkoznak, mint az élő adatbázisokra. Az esetek jelentős részében a cégek elfelejtik, hogy egy mentési másolat elvesztése vagy jogosulatlan hozzáférés útján történő megszerzése önmagában is adatvédelmi incidensnek minősülhet.
A mi tapasztalatunk szerint az adatvédelmi tisztségviselővel vagy jogi tanácsadóval való egyeztetés a mentési stratégia kialakításakor gyakran kimarad, pedig a mentések tárolási helye, időtartama és hozzáférési szabályozása közvetlenül érinti a cég adatvédelmi megfelelőségét.
Mennyi ideig szabad megőrizni a biztonsági mentéseket
A mentések megőrzési idejét úgy kell meghatározni, hogy az összhangban legyen az adatkezelés jogalapjával és céljával: személyes adatot tartalmazó mentés nem őrizhető korlátlan ideig kizárólag azon az alapon, hogy technikailag rendelkezésre áll. Ha nincs jogszabályi vagy szerződéses kötelezettség a hosszabb megőrzésre, a mentéseket a cég saját adatkezelési szabályzatában rögzített időtartam után törölni kell.
Az Európai Unió Általános Adatvédelmi Rendelete egyértelműen rögzíti, hogy a személyes adatokat csak a szükséges ideig szabad tárolni, ez a mentésekre is vonatkozik, nem csak az élő rendszerekre.
Ki felel az adatvédelmi incidens esetén, ha a mentés érintett
Ha egy adatvédelmi incidens a mentési rendszert is érinti, a felelősség elsődlegesen a cég vezetőségét terheli adatkezelőként, a technikai végrehajtásért felelős rendszergazda vagy külső partner pedig adatfeldolgozóként vonható be a kivizsgálásba. Ez a megkülönböztetés azért fontos, mert a bejelentési kötelezettség és a felelősség jogi szempontból nem ugyanazt a szereplőt terheli, mint aki a technikai hibát elkövette.
Mielőtt a cég mentési szerződést köt egy külső partnerrel, érdemes tisztázni a szerződésben, hogy adatvédelmi incidens esetén ki, milyen határidőn belül köteles értesíteni a másik felet, mert ennek hiánya jelentősen megnehezítheti a törvényes bejelentési határidők betartását.
Hogyan épül fel egy jól dokumentált mentési szabályzat
Egy jól dokumentált mentési szabályzat írásban rögzíti, hogy mely rendszerek, milyen gyakorisággal, milyen módszerrel és ki felelőssége alapján kerülnek mentésre, valamint azt is, hogyan és milyen gyakran történik a visszaállítás tesztelése. A szabályzat hiánya a leggyakoribb oka annak, hogy egy cégen belül a mentési felelősség kérdése csak egy incidens után merül fel először.
Ezt az összefüggést több iparági kontextusban is megfigyeltük: azok a cégek, amelyeknél a mentési szabályzat írásban, konkrét felelősökkel és határidőkkel létezett, lényegesen gyorsabban álltak helyre egy incidens után, mint azok, ahol a folyamat kizárólag egy személy fejében élt.
Mit kell tartalmaznia a mentési szabályzat minimumaként
A mentési szabályzat minimális tartalma: az érintett rendszerek listája, a mentési gyakoriság rendszerenként, a mentés tárolási helye és időtartama, a felelős személy vagy partner neve, valamint a visszaállítási teszt ütemezése. Ezen elemek bármelyikének hiánya azt eredményezi, hogy a szabályzat gyakorlati helyzetben nem nyújt valódi támpontot.
Körbebeszélt, konkrétum nélküli megfogalmazás helyett – mint amilyen a rendszeresen mentünk kifejezés – a szabályzatnak pontos gyakoriságot, felelőst és határidőt kell tartalmaznia, mert csak így válik számonkérhetővé és auditálhatóvá.
Hogyan illeszthető a mentési szabályzat a tágabb IT-stratégiába
A mentési szabályzat nem önálló dokumentum, hanem a cég átfogó informatikai stratégiájának egyik eleme, amelynek illeszkednie kell a hozzáférés-kezelési, incidenskezelési és üzletmenet-folytonossági szabályokhoz is. Az IT tanácsadás és IT üzemeltetés szolgáltatás keretében ez az illesztés jellemzően egy kezdeti, díjmentes felmérés részeként történik meg, mielőtt a cég bármilyen szerződést kötne.
Kinek nem való önállóan megírt, sablon alapú mentési szabályzat: azoknak a cégeknek, amelyek egyedi rendszerkörnyezettel, több telephellyel vagy speciális adatvédelmi kötelezettséggel rendelkeznek, mert egy általános sablon nem veszi figyelembe a konkrét kockázatokat, és hamis biztonságérzetet adhat.
Hogyan alakítsd ki a mentési felelősség végleges rendjét a saját cégednél
A mentési felelősség végleges rendje akkor stabil, ha három elem egyszerre teljesül: a vezetőség írásban jóváhagyta a mentési stratégiát, egy konkrét személy vagy partner felelős a technikai végrehajtásért, és a visszaállítás rendszeresen, dokumentáltan tesztelve van. Ha ebből a háromból bármelyik hiányzik, a cég valójában csak részleges védelemmel rendelkezik, még akkor is, ha a mentés technikailag minden nap lefut. Az esetek jelentős részében pontosan az derül ki egy incidens után, hogy a hiányzó elem nem a mentés maga volt, hanem a felelősség egyértelmű kijelölése és az ellenőrzés rendszeressége.
A mi tapasztalatunk szerint a legstabilabb megoldás az, amikor a cég a mentési felelősséget nem egyetlen belső munkatárshoz, hanem egy dokumentált szerződés keretében egy külső, csapatalapú IT-üzemeltetési partnerhez rendeli, mert így a felelősség nem függ egyetlen ember jelenlététől. A rendszergazdai szolgáltatás keretében ez a fajta strukturált felelősségmegosztás alapból beépül a szolgáltatásba, nem utólagos kiegészítésként kerül bele.
Mikor nem elegendő pusztán szerződést kötni egy külső partnerrel: ha a szerződés nem tér ki konkrétan a visszaállítási időre, a riasztási folyamatra és a felelősségi körökre, a cég ugyanabba a bizonytalanságba kerülhet vissza, mint amiből ki akart lépni. A jól megírt szerződés éppen ezért nem csak azt rögzíti, hogy történik mentés, hanem azt is, ki, mikor és hogyan igazolja vissza annak működését.
Milyen kockázatot vállal a cég, ha nem tisztázza a mentési felelősséget
Ha a cég nem tisztázza egyértelműen, ki felel a mentésért, a kockázat nem csak technikai, hanem üzleti és jogi szinten is jelentkezik: egy adatvesztés esetén a helyreállítás elhúzódhat, az esetleges adatvédelmi incidens bejelentése csúszhat, és a felelősség utólagos megállapítása vitássá válhat a vezetőség és a rendszergazda között. Mi mehet rosszul, ha ez a helyzet évekig fennáll: egyetlen komolyabb meghibásodás vagy támadás olyan adatvesztést okozhat, amely visszamenőlegesen sem pótolható, mert soha nem volt egyértelmű, kinek kellett volna ellenőriznie a mentés sikerességét.
Mi az első lépés, ha most szembesülsz azzal, hogy nincs egyértelmű felelős
Ha most szembesülsz azzal, hogy a cégednél nincs egyértelműen kijelölt mentési felelős, az első lépés egy gyors állapotfelmérés: fel kell mérni, mely rendszerek mentése fut jelenleg, ki indította el ezeket, és mikor történt utoljára tesztelt visszaállítás. Ez a felmérés jellemzően néhány napon belül elvégezhető, és azonnal láthatóvá teszi, hol vannak a legnagyobb rések a jelenlegi gyakorlatban, mielőtt bármilyen hosszú távú döntés születne a felelősség végleges rendezéséről.
Az alábbiakban a témával kapcsolatos leggyakoribb, brand-független kérdésekre adunk tömör választ.
Kötelező-e törvény szerint biztonsági mentést készíteni egy cégnél
Magyarországon nincs olyan általános törvény, amely minden céget kötelezne biztonsági mentés készítésére, azonban az adatvédelmi és egyes ágazati jogszabályok közvetve előírják a megfelelő technikai intézkedések alkalmazását, amelybe a mentés is beletartozik. Személyes adatot kezelő szervezeteknél a mentés hiánya adatvédelmi szempontból is kockázatot jelenthet egy incidens esetén.
Elegendő-e, ha a mentés a felhőben automatikusan fut
Az automatikus felhőalapú mentés önmagában nem elegendő garancia, mert a mentés futása és a mentés valódi visszaállíthatósága két különböző dolog. A felhőalapú mentést is rendszeresen ellenőrizni és tesztelni kell, mert a szolgáltató oldali hiba, a hibás konfiguráció vagy a lejárt hozzáférés ugyanúgy megszakíthatja a folyamatot, mint egy helyi rendszernél.
Mennyi időbe telik egy mentési felelősségi rendszer kialakítása
Egy alapszintű mentési felelősségi rendszer kialakítása, beleértve a felmérést, a szabályzat megírását és az első visszaállítási teszt elvégzését, jellemzően néhány héten belül megvalósítható egy kisvállalkozásnál, feltéve, hogy a vezetőség és a technikai végrehajtó fél is rendelkezésre áll az egyeztetésekhez.
Mi a különbség a mentés és az archiválás között
A mentés célja, hogy egy rendszerhiba vagy adatvesztés esetén gyorsan vissza lehessen állítani a legfrissebb működő állapotot, míg az archiválás célja a régebbi, már nem aktívan használt adatok hosszú távú, de ritkábban elérendő megőrzése. A két folyamat gyakran összemosódik a köztudatban, pedig eltérő technikai megoldást és eltérő megőrzési logikát igényelnek.