Az RPO azt az adatvesztési ablakot írja le, amelyet hajlandó elfogadni; az RTO azt a kiesést írja le, amelyet célként be kíván tartani. Határozza meg mindkettőt egy hasznos üzleti funkcióhoz, majd gyakorlatban bizonyítsa a helyreállítási sorrendet. Egy biztonsági mentési ütemezés vagy egy szerver specifikációja önmagában egyik célkitűzést sem teremti meg.
Kezdje egy használható szolgáltatással
A helyreállítási célok akkor válnak hasznossá, ha üzleti funkciót írnak le, nem pedig egy elszigetelt gépet. Egy szerver elindulhat, miközben az ügyfelek továbbra sem tudnak bejelentkezni, fájlokat lekérni vagy egy kérést befejezni. Írja le a végállapotot köznyelven: az engedélyezett felhasználók hozzáférnek az alkalmazáshoz, és a szükséges adatok konzisztensek. Ez teszi a célt az infrastruktúracsapaton kívüli személy számára is tesztelhetővé.
Kérdezze meg az alkalmazás tulajdonosát, mit akadályozna egy kiesés, és mit jelentene a hiányzó adat. Egy heti kiadvány és egy tranzakciófeldolgozó alkalmazás válaszai eltérőek lehetnek. Tekintse a kapott célokat tervezési célértékeknek, nem pedig a hardverkatalógusból kitalált ígéreteknek. Jegyezze fel, ki hagyta jóvá őket, és a terv mely hibafontokra terjed ki.
Válassza szét a két órát
Az RPO azt érinti, milyen messzire nyúlik vissza a helyreállított adat a zavarhoz képest. Az RTO azt érinti, meddig maradhat elérhetetlen a funkció. Egy friss biztonsági mentés javíthatja az adatvesztési ablakot, miközben egy lassú helyreállítás továbbra is elvéti a helyreállítási idő célt. Fordítva, egy gyors újraindítás visszaállíthatja a hozzáférést egy olyan alkalmazáshoz, amelynek legfrissebb adatai nem maradtak meg.
Határozza meg a viszonyítási pontokat. Döntse el, mikor indul az incidens órája, mi számít helyreállított működésnek, és hogyan azonosítják a használható adatpontot. Tartsa a célokat elkülönítve a mért eredményektől: a cél az, amire törekszik; egy gyakorlat azt mutatja, mit ért el a jelenlegi folyamat. Bármelyiket vizsgálja felül, amikor az alkalmazás vagy az adatkészlet megváltozik.
Tervezze meg a helyreállítás minden lépését
Egy gyakorlati RTO-keret tartalmazza az észlelést, a felmérést, az engedélyezést, a helyreállítási környezethez való hozzáférést, a helyreállítást, az alkalmazás érvényesítését és az újranyitást. A fájlmásolási idő csak egy összetevő. Ha a helyreállítási kulcsot tartó személy nem elérhető, egy elméletileg gyors biztonsági mentés is használhatatlan lehet. Sorolja fel a függőségeket, és biztosítsa, hogy a helyreállítási csapat a vizsgált hiba során elérje őket.
Rendeljen ideiglenes időt minden lépéshez, majd cserélje le a becsléseket megfigyelésekkel. Ebben a szemléltető kétórás keretben a helyreállítás kapja a legnagyobb tartalékot, de az érvényesítésre is jut védett idő. A számok tervezési példát írnak le, nem SwissOctet szolgáltatásnyújtást. Ha az összegnek nincs tartaléka, a tervet a hiteles cél előtt javítani kell.
| Helyreállítási lépés | Szemléltető tartalék | Összegyűjtendő bizonyíték |
|---|---|---|
| Észlelés és felmérés | 15 perc | Riasztás megérkezése és incidensdöntés |
| Helyreállítási környezet előkészítése | 20 perc | Hozzáférés és konfiguráció elérhető |
| Adatok és szolgáltatás helyreállítása | 50 perc | Befejezett helyreállítás konzisztens adatokkal |
| Érvényesítés és újranyitás | 25 perc | A felhasználói útvonal sikeres |
| Tartalék mozgástér | 10 perc | Váratlan munka rögzítve |
Ellenőrizze a valós adatvesztési ablakot
Egy óránként ütemezett feladat nem feltétlenül eredményez egyórás RPO-t. Egy sikertelen feladat, késleltetett feltöltés vagy használhatatlan másolat sokkal régebbivé teheti a legutóbbi helyreállítható pontot. Figyelje meg a sikeres befejezést és a ténylegesen helyreállítható állapotot. Több adattárat használó alkalmazás esetén erősítse meg, hogy helyreállítási pontjaik kompatibilisek, ahelyett hogy minden időbélyeget elszigetelten olvasna.
Válasszon egy viszonyítási eseményt egy gyakorlat során, például egy ismert időpontban létrehozott engedélyezett tesztrekordot. A helyreállítás után azonosítsa a legfrissebb érvényes rekordot, és mérje meg a különbséget. Használjon ártalmatlan tesztadatokat. Ez gyakorlati eredményt ad, és felfedi azokat a feltételezéseket, amelyeket egy csak a feladatok sikerét mutató irányítópult rejtve hagyhat.
Válasszon stratégiát a kereten belül
A biztonsági mentés és helyreállítás, az előkészített tartalék környezetek és a replikált alkalmazástervek költséget és összetettséget váltanak a helyreállítási sebességért. A replikáció csökkenthet bizonyos késéseket, de egy véletlen törlést vagy alkalmazáshibát is reprodukálhat. Egy a működő konfigurációtól eltérő tartalék saját kockázatot teremt. A dokumentált hibafontok és célok alapján válasszon stratégiát.
Vegyünk egy kis szolgáltatást négyórás céllal és egy nagyobb adatkészletet, amelynek helyreállítása önmagában hat órát vesz igénybe egy gyakorlaton. Egy gyorsabb hálózati port vásárlása csak hipotézis: a tárolási olvasások, a fogadó írások és az alkalmazás helyreállítása dominálhatnak. Javítsa a mért szűk keresztmetszetet, csökkentse a helyreállítási készletet vagy változtasson a stratégián, majd gyakoroljon újra.
Gyakoroljon az éles környezet veszélyeztetése nélkül
Használjon elszigetelt helyreállítási környezetet és meghatározott gyakorlati időablakot. Biztosítsa, hogy a helyreállított feladatok ne küldhessenek valódi értesítéseket, ne fogadjanak el nyilvános fizetéseket, és ne írjanak éles integrációkba. A gyakorlat befejezése előtt tesztelje a hozzáférést, az adatintegritást és a reprezentatív felhasználói útvonalakat. Vegyen részt olyan személyt is, aki nem írta az eredeti eljárást, hogy felfedje a hiányzó utasításokat.
Vezessen idővonalat a gyakorlatról, az elért helyreállítási pontról és minden, az elérhetetlen információ miatti megszakításról. Egy hasznos jelentés megadja a mért eredményt, a céltól való eltérést és egy konkrét helyesbítő intézkedést. Ismételje meg jelentős változások után és a projekt fontosságához illő időközönként.
Tartsa a tervet használhatónak hiba esetén
Tárolja a helyreállítási eljárást ott, ahol a csapat a meghibásodott alkalmazásra való kizárólagos támaszkodás nélkül hozzáférhet. Tartsa a hitelesítő adatokat és titkosítási kulcsokat védett helyen, tesztelt hozzáférési folyamattal. Frissítse a kapcsolattartókat, az adatkészlet-méreteket és a függőségeket a projekt fejlődésével. Egy elavult terv felemésztheti az időtartalékot, mielőtt a helyreállítás egyáltalán elkezdődik.
A SwissOctet konfigurációk összehasonlításakor különítse el a helyreállítási architektúráját a katalógus opcionális biztonsági mentési lehetőségeitől. Erősítse meg, mit fed le egy opció, hol tárolják a helyreállítási adatokat, és ki végzi a helyreállítást. A katalógus nem határoz meg alkalmazás-RPO-t vagy -RTO-t. A mért folyamata és a tényleges szolgáltatási feltételek adják a döntés alapját.
Az Ön gyakorlati ellenőrzőlistája.
- Határozza meg a helyreállított üzleti funkciót.
- Hagyjon jóvá külön RPO- és RTO-célokat.
- Tervezze meg az észlelést, a hozzáférést, a helyreállítást és az érvényesítést.
- Mérje meg a legfrissebb használható adatpontot.
- Gyakoroljon elszigetelt környezetben.
- Rögzítse a hiányosságokat, és ismételje meg a releváns változások után.
A fontos részletek.
Az RTO ugyanaz, mint az üzemidő?+
Nem. Az RTO egy kiesési forgatókönyv helyreállítási célja. Az üzemidő egy időszak rendelkezésre állását méri; egyik sem teremti meg a másikat.
Az óránkénti biztonsági mentés garantál egyórás RPO-t?+
Nem. Ellenőrizze a befejezett, használható másolatokat és az alkalmazás konzisztencia-követelményeit. A sikertelen feladatok és a késleltetett átvitelek szélesíthetik a helyreállítható adatok különbségét.
Minden projektnek tartalékszervert kell használnia?+
A projekt helyreállítási céljai és a mért helyreállítási folyamat alapján válasszon stratégiát. A tartalék növeli a költséget és az üzemeltetési összetettséget, és nem feltétlenül szükséges.
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.
- NIST SP 800-34 Rev. 1: Vészhelyzeti tervezési útmutató nvlpubs.nist.gov
- AWS Well-Architected: Helyreállítási célok meghatározása docs.aws.amazon.com
- Microsoft Learn: Üzletmenet-folytonosság, magas rendelkezésre állás és vészhelyreállítás learn.microsoft.com
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.