Mi az a helyreállítási teszt? Példával
Helyreállítási tesztelés
Helyreállítási tesztelés egy olyan szoftvertesztelési technika, amely ellenőrzi a szoftver helyreállítási képességét olyan hibák után, mint a szoftver/hardver összeomlás, hálózati meghibásodás stb. A helyreállítási tesztelés célja annak meghatározása, hogy a szoftverműveletek folytathatók-e katasztrófa vagy integritásvesztés után. A helyreállítási tesztelés magában foglalja a szoftver visszaállítását arra a pontra, ahol az integritás ismert volt, és a tranzakciók újrafeldolgozását a hibapontig.
Példa helyreállítási tesztelésre
Ha egy alkalmazás adatokat fogad a hálózatról, húzza ki a csatlakozókábelt.
- Egy idő után csatlakoztassa vissza a kábelt, és elemezze az alkalmazás azon képességét, hogy továbbra is fogadja az adatokat onnan, ahol a hálózati kapcsolat megszakadt.
- Indítsa újra a rendszert, amíg egy böngészőben meghatározott számú munkamenet van nyitva, és ellenőrizze, hogy a böngésző képes-e mindegyiket visszaállítani vagy sem.
A szoftverfejlesztésben a helyreállítási tesztelés egyfajta nem Funkcionális tesztelés. (A nem funkcionális tesztelés a szoftver olyan aspektusait jelenti, amelyek nem kapcsolódnak egy adott funkcióhoz vagy felhasználói művelethez, például a méretezhetőséghez vagy a biztonsághoz.)
A helyreállításhoz szükséges idő a következőktől függ:
- Az újraindítási pontok száma
- A pályázatok kötete
- A helyreállítási tevékenységeket végző emberek képzése és készségei, valamint a helyreállításhoz rendelkezésre álló eszközök.
Ha több hiba is előfordul, akkor ahelyett, hogy az összes hibát kezelnénk, a helyreállítási tesztet strukturált módon kell elvégezni, ami azt jelenti, hogy egy, majd egy másik szegmensnél kell elvégezni a helyreállítási tesztet.
Profi tesztelők végzik. A helyreállítási tesztelés előtt a megfelelő biztonsági mentési adatokat biztonságos helyen tárolják. Ez azért történik, hogy a műveletet katasztrófa után is lehessen folytatni.
A helyreállítási folyamat életciklusa
A helyreállítási folyamat életciklusa a következő öt lépésre osztható:
- Normál működés
- Katasztrófa esemény
- A működés megzavarása és kudarca
- Katasztrófaelhárítás a helyreállítási folyamaton keresztül
- Az összes folyamat és információ rekonstrukciója, hogy az egész rendszer normál működésre álljon át
Beszéljük meg ezt az 5 lépést részletesen -
- Egy közös cél elérése érdekében integrált hardverből, szoftverből és firmware-ből álló rendszer működőképessé válik egy jól meghatározott és megfogalmazott cél megvalósítására. A rendszer a normál működés végrehajtására hivatott, hogy a tervezett munkát megszakítás nélkül, meghatározott időn belül elvégezze.
- Meghibásodás fordulhat elő a szoftver hibás működése miatt, különböző okok miatt, például a bemenet által kezdeményezett hiba, a szoftver összeomlása hardverhiba miatt, a tűz, a lopás és a sztrájk miatti sérülés.
- A megszakítási szakasz a legfájdalmasabb szakasz, amely üzleti veszteségekhez, kapcsolatok megszakadásához, lehetőségek elvesztéséhez, munkaórák veszteségéhez és mindig pénzügyi és goodwill veszteségekhez vezet. Minden értelmes ügynökségnek rendelkeznie kell egy katasztrófa-helyreállítási tervvel, hogy a megszakítási szakasz minimális legyen.
- Ha a biztonsági mentési terv és a kockázatcsökkentő folyamatok a megfelelő helyen vannak, mielőtt katasztrófa vagy fennakadás szembesülne, akkor a helyreállítás sok idő-, erőfeszítés- és energiaveszteség nélkül elvégezhető. Meg kell határozni egy kijelölt személyt és csapatát, akiknek mindegyike feladata, hogy rögzítse a felelősséget, és segítse a szervezetet megóvni a hosszú fennakadásoktól.
- A rekonstrukció több munkamenetet is tartalmazhat az összes mappa újraépítéséhez a konfigurációs fájlokkal együtt. A helyes helyreállításhoz megfelelő dokumentációnak és rekonstrukciós folyamatnak kell lennie.
Helyreállítási stratégia
A helyreállítási csapatnak egyedi stratégiával kell rendelkeznie a fontos kód és adatok lekérésére, hogy az ügynökség működését visszaállítsa a normál kerékvágásba.
A stratégia minden szervezet számára egyedi lehet az általuk kezelt rendszerek kritikussága alapján.
A kritikus rendszerek lehetséges stratégiája a következőképpen ábrázolható:
- Hogy egyetlen vagy több biztonsági másolat legyen
- Több biztonsági másolat készítéséhez egy helyen vagy különböző helyeken
- Online vagy offline biztonsági másolat készítéséhez
- Készülhet-e a biztonsági mentés egy szabályzat alapján automatikusan, vagy manuálisan?
- A munkához egy független restaurátori csapat vagy maga a fejlesztőcsapat is igénybe vehető
Ezen stratégiák mindegyikéhez hozzátartozik a költségtényező, és a többszörös biztonsági mentéshez szükséges több erőforrás több fizikai erőforrást fogyaszthat, vagy független csapatra lehet szükség.
Sok vállalatot érinthet az érintett fejlesztői ügynökségtől való adat- és kódfüggősége. Például, ha Amazon AWS 25-ig leáll az internet. A független helyreállítás döntő fontosságú ilyen esetekben.
Hogyan kell elvégezni a helyreállítási tesztet
A helyreállítási tesztelés során a következőket kell figyelembe venni.
- Létre kell hoznunk egy tesztpadot, amely a lehető legközelebb áll a tényleges telepítési feltételekhez. Az interfész, a protokoll, a firmware, a hardver és a szoftver változásainak a lehető legközelebb kell állniuk a tényleges állapothoz, ha nem ugyanazokhoz a feltételekhez.
- A kimerítő tesztelés időigényes és költséges lehet, azonos konfigurációt és teljes ellenőrzést kell végezni.
- Ha lehetséges, tesztelni kell azt a hardvert, amelyet végül visszaállítunk. Ez különösen igaz, ha egy másik gépre állítjuk vissza, mint amelyik a biztonsági másolatot készítette.
- Egyes biztonsági mentési rendszerek elvárják, hogy a merevlemez pontosan akkora legyen, mint amelyről a biztonsági másolat készült.
- Az elavulást kezelni kell, mivel a meghajtó technológia gyors ütemben fejlődik, és előfordulhat, hogy a régi meghajtó nem kompatibilis az újjal. A probléma kezelésének egyik módja a visszaállítás a virtuális gép. A virtualizációs szoftvergyártók, például a VMware Inc. beállíthatják a virtuális gépeket, hogy utánozzák a meglévő hardvert, beleértve a lemezméreteket és egyéb konfigurációkat.
- Az online biztonsági mentési rendszerek sem kivételek a tesztelés során. A legtöbb online biztonsági mentési szolgáltató megóv minket attól, hogy közvetlenül ki legyenek téve a médiaproblémáknak azáltal, hogy hibatűrő tárolórendszereket használnak.
- Bár az online biztonsági mentési rendszerek rendkívül megbízhatóak, tesztelnünk kell a rendszer visszaállítási oldalát, hogy megbizonyosodjunk arról, hogy nincs probléma a visszakeresési funkcióval, a biztonsággal vagy a titkosítással.
Vizsgálati eljárás a helyreállítás után
A legtöbb nagyvállalat független auditorokkal rendelkezik, akik időszakonként helyreállítási teszteket végeznek.
Az átfogó katasztrófa-helyreállítási terv karbantartásának és tesztelésének költségei jelentősek lehetnek, és a kisebb vállalkozások számára megfizethetetlenek lehetnek.
A kisebb kockázatok katasztrófa esetén az adatmentésekre és a külső tárolási tervekre támaszkodhatnak, hogy megmentsék őket.
A mappák és fájlok visszaállítása után a következő ellenőrzéseket lehet elvégezni a fájlok megfelelő helyreállításának biztosítására:
- Nevezze át a sérült dokumentummappát
- Számolja meg a visszaállított mappákban lévő fájlokat, és illessze őket egy meglévő mappához.
- Nyisson meg néhány fájlt, és győződjön meg arról, hogy elérhetők. Ügyeljen arra, hogy azzal az alkalmazással nyissa meg, amelyik általában használja őket. És győződjön meg arról, hogy böngészhet az adatok között, frissítheti az adatokat vagy bármit, amit általában csinál.
- A legjobb, ha több különböző típusú fájlt nyit meg, képeket, mp3-akat, dokumentumokat, valamint néhány nagyot és néhányat.
- híd operációs rendszer vannak olyan segédprogramok, amelyekkel összehasonlíthatja a fájlokat és könyvtárakat.
Összegzésként
Ebben az oktatóanyagban megtanultuk a helyreállítási tesztelés különböző aspektusait, amelyek segítenek megérteni, hogy a rendszer vagy program megfelel-e a követelményeknek egy hiba után.