Kinek szól
Csapatoknak, akik rendelkeznek mentésekkel — de nem validálták
teljesen, hogy gyorsan és megbízhatóan vissza tudják állítani a
rendszereket. Különösen ott, ahol a leállás valós operatív vagy
pénzügyi hatással járna, és ahol utoljára nagyon régen próbáltak
teljes visszaállítást (vagy soha).
Mit építünk
Egy használható helyreállítási képességet — nem csak mentési
jobokat. Úgy tervezve, hogy a helyreállítás nyomás alatt is
működjön, ne csak papíron.
-
A rendszer struktúrájához igazított mentések
Az, amit mentünk, illeszkedik ahhoz, ahogy a rendszer működik — nem csak "mindent valahová, reménykedve".
-
Tiszta helyreállítási útvonalak a kritikus rendszerekhez
Minden fontos rendszerhez egy dokumentált, végigjárt út a hibától a helyreállásig.
-
Validált visszaállítási folyamatok
Olyan visszaállítások, amiket már végigpróbáltunk — nem olyanok, amikről csak reméljük, hogy működnek, mert a zöld státusz két éve égve van.
-
Definiált helyreállítási elvárások
Mennyi ideig tart, mi áll vissza először, és milyen sorrendben — előre ismerten, nem egy incidens közben felfedezve.
Mit tartalmaz
-
Mentési terv
Mit mentünk, milyen gyakran, és hová — arra szűkítve, ami valóban számít, nem pedig "minden a biztonság kedvéért".
-
Retenciós stratégia
Egyensúly a helyreállítási igények, a költség és a compliance között. Meddig kell visszamennie, nem pedig ameddig engedheti magának.
-
Visszaállítás-tesztelés
Ténylegesen végrehajtott visszaállítások — nem csak feltételezés, hogy működnek, mert a mentési job tegnap este zölden futott.
-
Helyreállítási eljárások
Lépésről lépésre helyreállítási utak valós forgatókönyvekre, olyan nyelven írva, amit a csapat nyomás alatt is követni tud.
-
Prioritás- és függőség-térkép
Mi kell, hogy először visszajöjjön — és milyen sorrendben. Mert az alkalmazás visszaállítása az adatbázisa nélkül sehová sem vezet.
-
Monitorozás és validáció
Alapvető ellenőrzések, hogy a mentések futnak és ténylegesen használhatók — nem csak az, hogy a job sikeresen kilépett.
-
Dokumentáció és átadás
Tiszta utasítások, amiket a csapat egy incidens közben is követni tud, amikor senkinek sincs ideje a nulláról kitalálni.
Tipikus problémák, amiket javítunk
Minden környezetnek megvan a maga változata ebből, de ezek szinte
mindig előkerülnek.
A legtöbbje csak egy valós incidens közben válik láthatóvá.
-
Léteznek mentések, de soha nem állítottak még vissza belőlük
A mentési job fut. A státusz zöld. Senki nem húzott még adatot ki belőle két éve. A remény nem stratégia.
-
Tisztázatlan vagy hiányos visszaállítási folyamat
A "vannak mentéseink" nem helyreállítási terv. Senki nem tudja pontosan a lépéseket, és a dokumentum (ha létezik) három admin-nal ezelőttről való.
-
A helyreállítás egy emberen múlik
Csak egy ember tudja, hogyan kell visszaállítani az éles adatbázist. Amikor szabadságon van, mindenki visszatartja a lélegzetét.
-
Inkonzisztensen mentett rendszerek
Néhány rendszer éjszakánként van mentve, néhány hetente, néhány egyáltalán nincs — és senki nem látja tisztán, melyik melyik.
-
Nincs fogalmuk a helyreállítási időről
Valószínűleg vissza tud állni. Mennyi ideig tart? Órák? Napok? Senki nem tudja, amíg meg nem történik.
-
Hiányzó függőségek visszaállítás közben
Visszaállítja az alkalmazást, de nem indul el, mert egy config, egy tanúsítvány vagy egy testvér-rendszer hiányzik. A visszaállítás ettől még nem teljes.
Mi lesz meg a végére
A munka végére ez lesz meg:
-
Igazolt képesség a rendszerek visszaállítására
Visszaállítások, amiket legalább egyszer végponttól végpontig végrehajtottunk — hogy tudja, működnek, ne csak remélje.
-
Tiszta helyreállítási eljárások nyomás alatt
Lépésről lépésre útmutatók minden kritikus forgatókönyvre, olyan valakinek írva, aki stresszes és kevés ideje van.
-
Csökkentett leállás és bizonytalanság
Amikor valami elromlik, tudja, mennyi időbe telik, mire visszajön — és ezt őszintén el is tudja mondani az üzletnek.
-
Jobb összhang a mentések és a valós igények között
Nem fizet olyan adat tárolásáért, amit nem kell visszaállítania, és nem hiányzik olyan adat, amire szüksége lenne.
-
Csökkentett függés konkrét emberektől
Magabiztosság abban, hogy a helyreállítás működni fog, amikor számít — nem pedig abban, hogy egy konkrét ember még mindig a csapatban van.
Ami ez nem
A legtöbb "backup solution" egy mentési job beállításánál megáll, és
kész-nek hívja. Ennek a szolgáltatásnak pont ez az ellentéte.
-
Nem csak "mentés engedélyezve"
Egy mentés, amiből még soha nem állítottak vissza, nem mentés — hanem remény.
-
Nem csak zöld státusz egy dashboardon
A sikeres futások csak annyit mondanak, hogy a mentés valamit valahová leírt. Nem mondják meg, hogy az vissza is olvasható vagy használható.
-
Nem csak egy compliance pipa
Egy pipa egy auditornak nem állít vissza egy adatbázist hajnali 3-kor. A cél a helyreállítás, nem a compliance színház.
Eszközök, amikkel dolgozunk
Az eszközválasztás a környezet függvénye — a cél a bizonyított
helyreállítás, nem egy konkrét termék. Gyakori kialakítások:
Restic
Borg
Velero
Azure Backup
AWS Backup
Snapshot stratégiák
Menedzselt DB backupok
Továbbá object storage · off-site replikáció · immutable backup célok
Tipikus időtáv
Jellemzően 2–6 hét, attól függően, hány
rendszer van a hatókörben, mennyire érett a jelenlegi mentési
kialakítás, és hogy egy meglévő kialakítást validálunk vagy az
alapoktól újratervezzük a helyreállítást.
Legyen készen, amikor valami elromlik
Írja le, mit ment ma, és felmérjük, hogy abból vissza lehet-e állni.
Nézzük át a helyreállítást