Három mechanizmus, három hibatípus
Mindhárom szó másolatokat jelöl. Nem ugyanazokat a másolatokat, nem ugyanott és nem ugyanannyi időre. A helyes kérdés nem az, hogy „van-e másolatunk?”, hanem az, hogy „melyik másolat marad ép egy adott hiba után?”.
Verziókezelés: egy fájl előzményei, a szolgáltatáson belül tárolva. Replikáció: a szolgáltatás második, folyamatosan naprakészen tartott példánya. Mentés: különálló, dátumozott másolat, amelyet egy meghatározott ideig őriznek meg.
A verziókezelés: egy fájl előzményei a szolgáltatáson belül
Minden mentés új verziót hoz létre. Egy tévedésből törölt bekezdés, egy felülírt táblázat, egy rossz képlet: a felhasználó megnyitja az előzményeket, és visszatér a keddi verzióhoz. Gyors, közvetítő nélküli, és ez a leghasznosabb válasz a mindennapokban.
Korlátai a helyéből adódnak. Az előzmények ugyanabban a szolgáltatásban élnek, mint a fájl:
- ha a fájlt törlik, verziói követik, először a lomtárba, majd a lomtár ürítésekor ki a szolgáltatásból;
- az a fiók, amelynek joga van törölni egy mappát, általában a tartalmát is törölheti, az előzményekkel együtt;
- a verziók számát és időtartamát a szolgáltatás beállításai korlátozzák;
- ha az egész szolgáltatás megsemmisül vagy kompromittálódik, az előzmények vele együtt eltűnnek.
A lomtár ugyanebbe a családba tartozik. Haladék a törlés előtt, nem másolat.
A replikáció: második példány, üzemben
A replikáció a szolgáltatás egy másolatát tartja fenn egy másik szerveren vagy telephelyen. Ha egy adatközpont leáll, a másik veszi át a szerepét. A rendelkezésre állást szolgálja. Az ANSSI a nagyon kis adatvesztést igénylő esetekre ajánlja: ha az elfogadható vesztés 24 óránál kevesebb, a szinkron vagy aszinkron replikációt javasolja előnyben részesíteni.
Hibája a hűsége. Az éles rendszert követő másolat annak hibáit is követi. A törlés replikálódik. A zsarolóvírus által titkosított fájl replikálódik. Szinkron replikációnál ez néhány másodperc. Egy munkaállomás szinkronizálása kis léptékű replikáció: ugyanez a hibája.
A mentés: különálló, dátumozott, megőrzött másolat
A mentés arra való, hogy vissza lehessen térni egy korábbi állapothoz. Csak akkor ér valamit, ha ép marad, amikor az éles rendszer már nem az. Ehhez több tulajdonság szükséges:
- elkülönítés: másik rendszer, másik fiókok. Az ANSSI előírja, hogy a mentési infrastruktúra független legyen az éles címtáraktól, és névre szóló, dedikált fiókok adminisztrálják;
- megőrzési idő: meghatározott előzménymélység. Az ANSSI példaként tizenöt nap napi, egy év havi és öt év éves mentést említ, illusztrációként, nem szabályként;
- védelem a módosítás ellen: az ANSSI olyan hozzáférés-szabályozást követel meg, amely garantálja, hogy a mentéseket nem módosítják és nem rongálják meg. Egy módosíthatatlan (WORM) mentés megfelel ennek az igénynek. Az ANSSI ugyanakkor egy offline másolatot robusztusabbnak tart egy online WORM-megoldásnál, és a kettő kombinálását javasolja;
- a 3-2-1 szabály: az adatok három másolata, ebből két mentés különböző adathordozón, és egy offline;
- tesztek: egy soha vissza nem állított mentés csak feltételezés. Az ANSSI rendszeres teszteket követel meg.
Két mérőszám egészíti ki a képet. A maximális elfogadható adatvesztés (PDMA vagy RPO) megmondja, mennyi munka elvesztését fogadjuk el. A maximális elfogadható leállási idő (DMIA vagy RTO) megmondja, mennyi várakozást fogadunk el. Az óránkénti mentés körülbelül egy órára korlátozza a vesztést. Az újraindítás idejéről semmit sem mond.
Melyik mechanizmus melyik hibára válaszol
| Hiba | Verziókezelés | Replikáció | Mentés |
|---|
| Szerkesztési hiba egy fájlban | Igen, önkiszolgáló módon | Nem, a hiba átmásolódik | Igen, visszaállítással |
| Tegnap törölt fájl | Igen, a lomtárból | Nem | Igen |
| Három hónapja törölt fájl | Nem, a lomtár kiürült | Nem | Csak ha a megőrzési idő odáig visszanyúlik |
| Egy adatközpont kiesése | Nem | Igen | Igen, lassabban |
| Kompromittált adminisztrátori fiók által törölt mappa | Nem | Nem | Igen, ha a mentések kívül esnek e fiók hatókörén |
| Egy szinkronizált gép fájljait titkosító zsarolóvírus | Néha, ha az előzmények épek | Nem | Igen, egy korábbi időpontból |
A bizonyítás: miért kell menteni egy verziókat kezelő rendszert
Vegyük a legrettegettebb hibát. Egy támadó megszerzi egy adminisztrátor jelszavát. Törli a „Szerződések” mappát, és kiüríti a lomtárat.
- A verziókezelés semmit sem ér: a verziók a törölt fájlokkal együtt voltak tárolva.
- A replikáció sem: a törlés néhány másodperc alatt átmásolódott a második telephelyre.
- Az előző napi vagy előző órai mentés tartalmazza a mappát. Ha módosíthatatlan, és más fiókok adminisztrálják, a támadó nem férhetett hozzá.
A verziókezelés és a replikáció jól végzi a dolgát. Csak éppen nem ezt a feladatot. A zsarolóvírus esetét, a helyreállítás sorrendjével együtt, a dokumentumkezelő rendszer védelme zsarolóvírus ellen, és visszaállítása útmutató tárgyalja.
Öt kérdés, amelyet tegyen fel szolgáltatójának
- Milyen gyakran mentik a dokumentumokat, és mennyi ideig őrzik meg a mentéseket?
- Törölhet vagy módosíthat-e egy mentést a szolgáltatás egy adminisztrátori fiókja?
- Hol vannak a másolatok, hány helyszínen, és van-e offline másolat?
- Mikor tesztelték utoljára a visszaállítást?
- Ki kérheti a visszaállítást, milyen információkkal, és mennyi idő alatt történik meg?
Erre az öt kérdésre adott írásos válaszok többet érnek egy rendelkezésre állási százaléknál.
Gyakori hibák
- „Minden gépen van egy szinkronizált másolat.” Ezek a másolatok a szervert követik, a törlésekkel együtt.
- „A lomtár harminc napig mindent megőriz.” Azt őrzi meg, amit nem ürítenek ki. Egy támadó kiüríti.
- „Két telephelyre replikálunk.” Ez rendelkezésre állás, nem visszatérés egy korábbi állapothoz.
- „A mentés fut.” Csakhogy legalább egyszer vissza is kellett volna állítani, és a megőrzési idejének le kell fednie egy incidens felfedezéséig eltelő időt.
Gyakori kérdések
Hogyan kereshetem vissza egy fájl korábbi verzióját?
A fájl előzményein keresztül, visszaállítás nélkül. A lépéseket az egy dokumentum korábbi verziójának visszakeresése oldal írja le.
A mentés helyettesíti a verziókezelést?
Nem. A verziókezelés azonnali, és a felhasználó kezében van. Egy mentés visszaállítása nehezebb művelet, amelyet gyakran egy adminisztrátor vagy a szolgáltató végez.
A mentés archiválásnak számít?
Nem. A mentés napokig vagy hetekig tart. Az archiválás egy jogszabály vagy szabályzat által meghatározott megőrzési időre válaszol. Lásd: dokumentumok megőrzése és archiválása.
És a levelezés esetében?
A gondolatmenet ugyanaz, saját mechanizmusokkal. Lásd: a levelezés mentése, törlése és folytonossága.
Hol helyezkedik el a Klytic
Verziókezelés. A Klytic Docs megőrzi minden fájl verzióelőzményét, és lomtárral rendelkezik. A felhasználó maga keresheti vissza egy korábbi verziót.
Mentés. A dokumentumokról óránként készül mentés, akárcsak a levelezésről és a CRM-ről. A mentések titkosítottak, 30 napig megőrzöttek, több helyszínre replikáltak és módosíthatatlanok: egy megírt mentés többé nem módosítható és nem törölhető, még egy támadó által sem. Felügyelet alatt állnak, és a visszaállításokat havonta teszteljük. A célértékek: újraindítás kevesebb mint 4 óra alatt (RTO), és legfeljebb 2 órányi adatvesztés (RPO).
Visszaállítás. A Klytic ügyfélszolgálatától kérhető, az érintett tartalom és a hozzávetőleges dátum megadásával. Díjmentes a szolgáltatás hibás működése, egy munkavállaló szándékos törlése vagy egy távozáskor túl korán törölt fiók esetén (havi 3 kérés erejéig), valamint a megfelelően védett gépek ellenére elszenvedett támadás esetén. Véletlen törlés, helytelen kezelés után, vagy ha a gépek nem voltak kellően védettek, díjköteles támogatási jegy tárgya. A díjmentes verzióelőzmény és lomtár marad az első lehetőség.
A mentést a WeDoBack, a biztonságos mentés szakértője végzi, ahogy azt a biztonság és mentés oldal is jelzi. A WeDoBack biztosítja a mentést; a verzióelőzmény a Klytic Docs funkciója.
A korlátok: a harmincnapos megőrzési idő nem fedi le az ezen túl felfedezett törlést, és nem minősül archiválásnak. A Klytic nem rendelkezik SecNumCloud minősítéssel.
Ez az oldal általános mechanizmusokat ír le. A saját szolgáltatása időtartamait és célértékeit a szerződésében ellenőrizheti.
Források
Megtekintve 2026 októberében.
- ANSSI, Sauvegarde des systèmes d’information, ANSSI-BP-100 útmutató, v1.1: 3-2-1 szabály egy offline másolattal, az offline robusztusabb az online WORM-nál, meghatározandó megőrzési idők, PDMA és DMIA, replikáció 24 óránál kisebb vesztés esetén, dedikált adminisztrátori fiókok, rendszeres tesztek. messervices.cyber.gouv.fr
- ANSSI, Les Essentiels, Sauvegarde des systèmes d’information, v1.1: rendszeres offline mentések, hozzáférés-szabályozás, hogy ne lehessen őket módosítani vagy megrongálni, az éles címtáraktól független infrastruktúra. messervices.cyber.gouv.fr
- Klytic, Biztonság és mentés: titkosított, 30 napos, módosíthatatlan, több helyszínre replikált mentés, havonta tesztelt visszaállítások, 4 óránál kisebb RTO, 2 óránál kisebb RPO, a mentést a WeDoBack végzi. klytic.com
- Klytic, gyakori kérdések: óránkénti, titkosított, 30 napig megőrzött mentés; RTO- és RPO-célértékek. klytic.com
