RPO és RTO: mennyi adatot és mennyi időt engedhet meg magának
Minden adatmentési és katasztrófa-helyreállítási (disaster recovery, DR) terv két számmal kezdődik. Az RPO (Recovery Point Objective) azt mutatja meg, legfeljebb mennyi adatot veszíthet, időben mérve. Ha az RPO 4 óra, és a rendszer 15 órakor kiesik, legkésőbb 11 órától kell helyreállítási pontnak lennie. Az RTO (Recovery Time Objective) azt mutatja meg, mennyi időn belül kell a rendszernek egy incidens után újra működnie.
Az RPO tehát azt határozza meg, milyen gyakran ment vagy replikál, az RTO pedig azt, hogyan állít helyre: klasszikus helyreállítással a másolatból, a virtuális gép közvetlenül a mentésből történő azonnali indításával (Instant Recovery), vagy egy másik adatközpontban lévő replikára való átkapcsolással. Mindkét számot az üzletnek kell meghatároznia, mert a „mennyibe kerül egy óra állásidő” kérdésre a válasz üzleti, nem műszaki.
| Rendszercsoport | Példa | Jellemző RPO | Jellemző RTO | Szokásos megközelítés |
|---|---|---|---|---|
| Kritikus | ERP, webáruház, gyártási rendszerek, identitások | 15 perctől 1 óráig | 1–4 óra | Replikáció vagy CDP és adatmentések |
| Fontos | E-mail, fájlszerverek, CRM | 4–12 óra | 8–24 óra | Naponta több mentés, azonnali helyreállítás |
| Egyéb | Archívumok, fejlesztési és tesztkörnyezetek | 24 óra | 72 óra vagy több | Napi mentések |
A táblázat értékei csak kiindulópontként szolgálnak. A rövidebb RPO és RTO magasabb költséget jelent, ezért a rendszereket sorolja csoportokba, és ne minden rendszerre ugyanazt a célt tűzze ki. Hogy az egyes csoportokat milyen gyorsan tudná helyreállítani, és elegendő-e a mentési gyakoriság, azt az oldalon található kalkulátorral ellenőrizheti.
A 3-2-1-1-0 szabály
A klasszikus 3-2-1 szabály három másolatot követel az adatokról két különböző adathordozón, amelyek közül az egyik egy másik helyszínen van. Mivel a zsarolóvírusok ma először a mentéseket támadják, a szabály 3-2-1-1-0-ra bővült.
| Szám | Követelmény | Mi ellen véd |
|---|---|---|
| 3 | Legalább három másolat az adatokról (éles adatok és két mentés) | Egy másolat meghibásodása |
| 2 | Két különböző típusú adathordozó vagy tároló | Egy tárolótípus hibája vagy meghibásodása |
| 1 | Egy másolat egy másik helyszínen (offsite) | Tűz, árvíz, a helyszín kiesése |
| 1 | Egy módosíthatatlan vagy fizikailag leválasztott másolat | Zsarolóvírus, rosszindulatú rendszergazda, törlési hiba |
| 0 | Nulla hiba az automatikus ellenőrzés és a helyreállítási tesztek során | Olyan másolatok, amelyekből a helyreállítás nem működik |
Minden további másolat tárhelyet igényel. Hogy mennyit, az az adatmennyiségtől, a napi változási aránytól, a megőrzéstől és a tömörítési aránytól függ. A kalkulátor megbecsüli a tárhelyigényt egy másolatra és az összes másolatra együtt.
Módosíthatatlan és leválasztott másolatok a zsarolóvírusok ellen
A támadó, aki rendszergazdai hozzáférést szerez a tartományhoz, általában először megkeresi a mentőszervert, és törli vagy titkosítja a másolatokat. Csak ezután indítja el az éles rendszerek titkosítását. Ha nincs olyan másolata, amelyet nem tud megsemmisíteni, csak a váltságdíj kifizetése vagy a rendszerek elölről való újraépítése marad.
- Módosíthatatlan másolatok (immutable). Meghatározott ideig nem módosíthatók és nem törölhetők, még rendszergazdai jogosultsággal sem. Megvalósíthatók megerősített Linux-tárolóval, objektumzárolású objektumtárral (S3 Object Lock) vagy a szolgáltatónál.
- Fizikailag leválasztott másolatok (air gap). Szalagokon vagy lecsatlakoztatott adathordozókon lévő másolatok, amelyek a hálózaton keresztül nem érhetők el.
- Különálló hitelesítő adatok. A mentési rendszer ne legyen az éles tartományban, a hozzáférést pedig többfaktoros hitelesítés (MFA) védje.
- Elég hosszú módosíthatatlansági időszak. A támadók gyakran napokig vagy hetekig a hálózatban vannak, mielőtt felfednék magukat. A módosíthatatlansági időszak ezért legalább a napi megőrzést fedje le.
A támadásra való felkészülésről és az azt követő első órákról az Kibertámadás: mennyire felkészült a vállalata? útmutatóban olvashat többet.
Adatmentés, replikáció és katasztrófa-helyreállítás
A kifejezéseket gyakran összekeverik, pedig különböző igényeket fednek le. Az adatmentés a helyreállítási pontok előzményeit őrzi, és lehetővé teszi a hiba, a törlés vagy a támadás előtti állapotra való visszatérést. A replikáció a rendszer közel valós idejű másolatát tartja fenn egy másik helyszínen, ezért rövid RPO-t és RTO-t tesz lehetővé, de a hibákat és a titkosítást is gyorsan átviszi a másolatra. A folyamatos adatvédelem (CDP) az RPO-t néhány másodpercre csökkenti.
A katasztrófa-helyreállítás (DR) nem technológia, hanem terv: mely rendszereket állítják helyre először, hol fognak futni, ki dönt az átkapcsolásról, hogyan irányítják át a hálózatot, és hogyan csatlakoznak a felhasználók. A kritikus rendszerek jó DR-terve a gyors átkapcsoláshoz szükséges replikációt, valamint arra az esetre szóló módosíthatatlan mentéseket egyesíti, ha a replika is fertőzött.
Hogy a magasabb DR-szint megtérül-e, üzleti döntés. A kalkulátor kiszámítja az egy óra állásidő költségét és a várható éves veszteséget, majd összeveti a jobb DR-szint éves költségével. Ha a szerverek cseréjén vagy a felhőre való átállás lehetőségén is gondolkodik, nézze meg a szerver vásárlása, bérlése vagy felhő kalkulátort.
A helyreállítás tesztelése
Az a mentés, amelynek helyreállítását még nem tesztelte, csak feltételezés. Incidenseknél gyakran kiderül, hogy a másolatok nem tartalmaztak minden adatot, a helyreállítás többszörösen tovább tart a vártnál, vagy hiányoznak a jelszavak, a licencek és a dokumentáció.
- Automatikus ellenőrzés. Az olyan szoftver, mint a Veeam, minden feladatnál ellenőrizheti a másolatok épségét, elszigetelt környezetben elindíthat egy virtuális gépet, és ellenőrizheti, hogy a szolgáltatások válaszolnak-e.
- Rendszeres helyreállítási tesztek. A teljes kritikus rendszereket legalább negyedévente állítsa helyre, és mérje meg a tényleges időt. Az eredményt hasonlítsa össze a cél RTO-val.
- Éves DR-gyakorlat. Legalább évente egyszer tesztelje a teljes tervet, a helyreállítási sorrendet, a hálózatot, az identitásokat és a kommunikációt is beleértve.
- Dokumentáció. A helyreállítási útmutatóknak, az elérhetőségeknek és a hitelesítő adatoknak akkor is elérhetőnek kell lenniük, amikor az éles rendszerek nem működnek.
Az RTO becslésekor ne feledje, hogy a helyreállítás nem a kiesés pillanatában kezdődik. Előtte az incidenst észlelni kell, döntést kell hozni, és elő kell készíteni a környezetet. Zsarolóvírusnál először meg kell találni a tiszta helyreállítási pontot, ami tovább tarthat, mint maga az adatátvitel.
Felhő és külső másolat: Veeam Cloud Connect
A második helyszín sok vállalat számára a legnagyobb akadály a 3-2-1 szabály betartásában. Egy saját második adatközpont hardvert, helyet, kapcsolatokat és karbantartást jelent. Az alternatíva a külső másolat egy szolgáltatónál.
A Veeam Cloud Connect lehetővé teszi, hogy a meglévő Veeam Backup & Replication telepítés a mentéseket vagy replikákat titkosított kapcsolaton keresztül a szolgáltató adatközpontjába küldje. A másolatok lehetnek módosíthatatlanok, a szolgáltató pedig az Ön tartományától elkülönítve tárolja őket, így egyszerre teljesítik a második helyszínre és a módosíthatatlan másolatra vonatkozó követelményt. A felhőbeli replikáknál katasztrófa esetén a kritikus rendszereket közvetlenül a szolgáltató adatközpontjában is elindíthatja.
A szolgáltató kiválasztásakor ellenőrizze az adatközpont helyszínét és a GDPR-nek való megfelelést, az adatközpont szintjét (például TIER III), a kapcsolat sebességét a kezdeti átvitelhez és a helyreállításhoz, a módosíthatatlansági időszakot, valamint a helyreállítás során nyújtott támogatást. Nagy adatmennyiségnél a felhőből történő letöltés lassabb lehet a helyi helyreállításnál, ezért a külső másolatból való helyreállítás sebességét építse be az RTO becslésébe.
A Humanfrog Veeam Silver Cloud Service Provider, TIER III adatközpontokkal Szlovéniában. Adatmentést szolgáltatásként, külső és módosíthatatlan másolatokat, replikációt és katasztrófa-helyreállítási tervezést biztosítunk.
Ellenőrzőlista az adatmentéshez és a DR-hez
- Írja össze a rendszereket, és az üzletmenet szempontjából fontosságuk szerint sorolja csoportokba.
- Minden csoporthoz határozza meg a vezetéssel az RPO-t és az RTO-t, valamint egy óra állásidő költségét.
- Ellenőrizze, hogy a mentési gyakoriság eléri-e az RPO-t; egy óránál rövidebb RPO-hoz használjon replikációt vagy CDP-t.
- Biztosítson három másolatot két adathordozón, egyet egy másik helyszínen és egyet módosíthatatlanul.
- Válassza le a mentési rendszert az éles tartományról, és védje MFA-val.
- Becsülje meg az összes másolat és a megőrzés tárhelyigényét, és tervezzen növekedési tartalékot.
- Határozza meg a helyreállítási sorrendet: identitások, hálózat, kritikus alkalmazások, kommunikáció.
- Automatikusan ellenőrizze a másolatokat, és a kritikus rendszerek helyreállítását legalább negyedévente tesztelje.
- Legalább évente egyszer tartson DR-gyakorlatot, és frissítse a dokumentációt.
Ha a kalkulátor eredményeit szakértővel szeretné ellenőriztetni, vagy külső és módosíthatatlan másolatra van szüksége egy szlovéniai adatközpontban, írjon nekünk.
