A pillanatkép egy adott időpontot reprezentál, amelynek védelmét a megvalósítása határozza meg. A biztonsági mentési stratégia szándékos megőrzést, hozzáférés-elkülönítést és tesztelt helyreállítást ad hozzá. Egyes pillanatképek biztonsági mentések; mások az eredeti tárolótól függenek. Kérdezze meg, mi marad meg törlés, kompromittálódás vagy az elsődleges környezet elvesztése esetén.
A másolat leírása, mielőtt elnevezné
A pillanatkép szó azt mondja meg, hogy egy időpontot reprezentáltak, de nem azt, hogy hol található a helyreállítható adat, vagy ki törölheti azt. Az eredeti tárolón lévő fájlrendszer-pillanatkép és a szolgáltató által kezelt blokk-pillanatkép eltérő meghibásodási határokkal rendelkezhet. Kezdje a megvalósítással, ahelyett hogy a címkét egyetemes ígéretként kezelné.
Az AWS az EBS-pillanatképeket a kötetei növekményes, adott időpontra vonatkozó biztonsági mentéseiként dokumentálja. Ez egy konkrét megvalósítás, nem bizonyíték arra, hogy minden pillanatkép-beállítás ugyanígy viselkedik. Bármely szolgáltatás esetében kérdezze meg, hogy a helyreállítás az eredeti kötettől függ-e, hogy a másolatok elhagyják-e az elsődleges meghibásodási tartományt, és mi történik, amikor a forrást eltávolítják.
A túlélni kívánt meghibásodások összehasonlítása
Egy frissítés utáni gyors visszaállítás és a fiók elvesztése utáni helyreállítás különböző problémák. Egy helyi pillanatkép kényelmes lehet az elsőhöz, miközben kevés elkülönítést nyújt a másodikhoz. A független másolatok növelhetik a védelmet, de csak akkor, ha tárolásuk, hozzáférésük és törlési útvonaluk kellően elkülönül attól az incidenstől, amelyre felkészül.
Írja le a meghibásodást és a szükséges eredményt. Ez a szemléltető összehasonlítás döntési segédeszköz, nem a SwissOctet funkciólistája. A másolatokra és az irányításra vonatkozó kérdéseket ösztönöz, nem pedig azt állítja, hogy egy technológia mindig felülmúlja a másikat. A tényleges eredmény a konfigurációtól és a szolgáltató dokumentált helyreállítási folyamatától függ.
| Forgatókönyv | Kérdés a pillanatképhez | Kérdés a biztonsági mentéshez |
|---|---|---|
| Hibás alkalmazásfrissítés | Visszatérhetek a szándékolt pontra? | Mennyi ideig tart egy használható helyreállítás? |
| Elveszett az elsődleges lemez | A másolat ettől a lemeztől függ? | Helyreállíthatok friss tárolóra? |
| Kompromittálódott a rendszergazdai fiók | Ez a fiók törölheti az összes másolatot? | Elkülönültek a törlési jogosultságok? |
| Hétekkel később felfedezett hiba | Az a pont még meg van őrizve? | A megőrzés lefedi a felfedezési késleltetést? |
Az alkalmazáskonzisztencia ellenőrzése
A lemez rögzíthet fájlokat, miközben az alkalmazás még módosítja azokat. A szoftvertől és a pillanatkép-folyamattól függően az eredmény összeomlás-konzisztens állapotot reprezentálhat, nem pedig összehangolt alkalmazásállapotot. Ne feltételezze, hogy az olvasható fájlok azt jelentik, hogy az adatbázis és a kapcsolódó feltöltések összhangban vannak. Használja az alkalmazás vagy az adatbázis által dokumentált biztonsági mentési módszert.
A PostgreSQL folyamatos archiválási tervezése szemlélteti a különbséget: a helyreállításhoz megfelelő alap biztonsági mentés és a szükséges előre írási naplófájlok folyamatos sorozata kell. Az adatbázis futása közben alkalomszerűen másolt könyvtár nem egyenértékű eljárás. Ha az alkalmazás az adatbázison kívül is tárol fájlokat, tervezze meg, hogyan állítják helyre a két adathalmazt együtt.
A megőrzés kezelése helyreállítási ablakként
A megőrzésnek figyelembe kell vennie, mennyi ideig maradhat észrevétlen egy hiba. Egy tíz napos ablak nem segít egy hónap után felfedezett véletlen törlés esetén. Minden másolat korlátlan megőrzése más problémát teremt: költséget, növekvő érzékenyadat-kitettséget és tisztázatlan törlési szabályzatot. A megőrzést konkrét üzemeltetési és adatkezelési követelményekből válassza ki.
Címkézze a helyreállítási pontokat hasznos kontextussal, például az alkalmazás verziójával és a befejezett feladat idejével, titkok beágyazása nélkül. Tartson elegendő előzményt ahhoz, hogy megkülönböztesse a jó állapotot a sérülttől. A törlés előtt erősítse meg, hogyan kezeli a választott rendszer a megosztott vagy növekményes adatokat; egy címkézett pont törlése nem feltétlenül felel meg egy egyszerű önálló fájl törlésének.
A sikeres feladatok elkülönítése az ellenőrzött adatoktól
Az, hogy egy biztonsági mentési eszköz sikert jelent, azt igazolja, hogy a folyamata a szabályai szerint befejeződött. Ez nem bizonyítja automatikusan, hogy minden fontos alkalmazásadat ki lett választva, minden tárolt bájt sértetlen maradt, vagy hogy egy új szerver használni tudja az eredményt. Ezek különböző ellenőrzések. Az üzemeltetési tervbe vegye fel a tároló állapotát, a kiválasztás felülvizsgálatát és egy reprezentatív helyreállítást.
A Restic különbséget dokumentál az alapértelmezett tárolóellenőrzése és a tárolt csomagadatok beolvasását végző ellenőrzés között. A teljes adatolvasási ellenőrzés több időt és sávszélességet igénybe vehet. Ez a példa konkretizálja a tervezési szempontot: döntse el, mit olvas be ténylegesen az ellenőrzés, és tervezze be a munkát. Használja az eszköz dokumentációját, ahelyett hogy feltételezné, hogy minden check nevű parancs ugyanolyan lefedettséggel rendelkezik.
Egy kicsi, teljes helyreállítás tesztelése
Képzeljen el egy kiadványt adatbázissal, feltöltött képekkel és konfigurációval. Állítsa helyre mindhármat egy privát tesztkörnyezetbe, majd nyisson meg egy cikket, és ellenőrizze a mellékleteit. Az ütemezett levelezési, fizetési és közzétételi integrációk legyenek letiltva a gyakorlat alatt. Ha csak egy véletlenszerű szövegfájlt tesztel, az kihagyná azokat a kapcsolatokat, amelyek az alkalmazást hasznossá teszik.
Mérje meg a szükséges időt, és jegyezze fel, mely hitelesítő adatok, csomagverziók vagy külső függőségek hiányoztak. Vizsgálja felül a helyreállított fájlok jogosultságait, ne csak a tartalmukat. Egy helyreállítási gyakorlat gyakran felfedi, hogy az adat létezik, de az üzemeltetési terv mellett soha nem őrizték meg a használatához szükséges utasításokat vagy hozzáférést.
Az opcionális biztonsági mentések olvasása konkrét szolgáltatásként
A SwissOctet konfigurálásakor nézze meg a család pontos biztonsági mentési beállítását és megőrzési időszakát. Kérdezze meg, mely köteteket és alkalmazásadatokat fedi le, hogy a helyreállítás önkiszolgáló-e, és mi történik, amikor az elsődleges konfiguráció megváltozik. A beállítás címkéje önmagában nem igazol független másolatot, megváltoztathatatlan tárolót vagy adatbázis-konzisztens helyreállítási pontot.
Használjon pillanatképeket ott, ahol illenek a munkaterheléshez, és tartson fenn szélesebb biztonsági mentési stratégiát az általuk nem fedett meghibásodásokra. Jegyezzen fel független helyreállítási útvonalat a fontos adatokhoz, védje a másolatok törlésére képes hitelesítő adatokat, és tesztelje az eljárást. A legerősebb választás az, amely túléli a meghatározott forgatókönyvét, nem pedig az, amelynek a legmegnyugtatóbb a neve.
Az Ön gyakorlati ellenőrzőlistája.
- Határozza meg, hol található a helyreállítható adat.
- Sorolja fel a másolatnak túl kell élnie a meghibásodásokat.
- Használjon alkalmazás által támogatott konzisztencia-módszert.
- Válassza ki a megőrzést a felfedezési ablakhoz.
- Különítse el a törlési jogosultságokat.
- Állítson helyre egy teljes alkalmazást elkülönítve.
A fontos részletek.
A pillanatkép soha nem biztonsági mentés?+
Egyes pillanatkép-megvalósítások biztonsági mentések. A hasznos megkülönböztetés a tárolási függőségük, a megőrzésük, a hozzáférési modelljük és a tesztelt helyreállításuk, nem pusztán a címke.
Egy sikeres integritásellenőrzés bizonyítja, hogy az alkalmazás működni fog?+
Csak azt bizonyítja, amit az az ellenőrzés lefed. Az alkalmazás helyreállítását, a konfigurációt, a jogosultságokat és az adatkapcsolatokat külön tesztelje.
Ugyanazon a szerveren kell tartanom a biztonsági mentést?+
Az ugyanazon a szerveren lévő másolat segíthet korlátozott hibák esetén, de fontos meghibásodásokat oszt meg. A fontos adatoknak a túlélni kívánt meghibásodási határon kívüli helyreállítási útvonalra van szükségük.
Menjen a forráshoz.
Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana.
- Amazon EBS: Pillanatképek docs.aws.amazon.com
- PostgreSQL: Folyamatos archiválás és adott időpontra vonatkozó helyreállítás www.postgresql.org
- Restic: Tárolókkal és integritásellenőrzésekkel végzett munka restic.readthedocs.io
Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni.