Što je testiranje oporavka? s Primjerom

Testiranje oporavka

Testiranje oporavka je tehnika testiranja softvera koja provjerava sposobnost softvera da se oporavi od kvarova kao što su padovi softvera/hardvera, mrežni kvarovi itd. Svrha testiranja oporavka je utvrditi mogu li se operacije softvera nastaviti nakon katastrofe ili gubitka integriteta. Testiranje oporavka uključuje vraćanje softvera do točke u kojoj je bio poznat integritet i ponovnu obradu transakcija do točke kvara.

Primjer testiranja oporavka

Kada aplikacija prima podatke s mreže, odspojite spojni kabel.

• Nakon nekog vremena ponovno uključite kabel i analizirajte sposobnost aplikacije da nastavi primati podatke od točke na kojoj je mrežna veza prekinuta.
• Ponovno pokrenite sustav dok preglednik ima određeni broj otvorenih sesija i provjerite može li ih preglednik oporaviti sve ili ne

U softverskom inženjerstvu, testiranje oporavivosti je vrsta ne- Funkcionalno ispitivanje. (Nefunkcionalno testiranje odnosi se na aspekte softvera koji možda nisu povezani s određenom funkcijom ili radnjom korisnika kao što su skalabilnost ili sigurnost.)

Vrijeme potrebno za oporavak ovisi o:

• Broj točaka ponovnog pokretanja
• Svezak aplikacija
• Obuka i vještine ljudi koji provode aktivnosti oporavka i dostupni alati za oporavak.

Kada postoji više kvarova, umjesto da se brinemo o svim kvarovima, testiranje oporavka treba provesti na strukturiran način, što znači da se testiranje oporavka treba provesti za jedan segment, a zatim za drugi.

Rade ga profesionalni ispitivači. Prije testiranja oporavka, odgovarajuća sigurnosna kopija podataka čuva se na sigurnim lokacijama. To se radi kako bi se osiguralo da se operacija može nastaviti čak i nakon katastrofe.

Životni ciklus procesa oporavka

Životni ciklus procesa oporavka može se klasificirati u sljedećih pet koraka:

1. Normalna operacija
2. Pojava katastrofe
3. Prekid i neuspjeh operacije
4. Čišćenje katastrofe kroz proces oporavka
5. Rekonstrukcija svih procesa i informacija kako bi se cijeli sustav doveo u normalan rad

Razmotrimo ovih 5 koraka u detalje-

1. Sustav koji se sastoji od hardvera, softvera i firmvera integriranih za postizanje zajedničkog cilja postaje operativan za provođenje dobro definiranog i navedenog cilja. Sustav je pozvan da izvrši normalan rad kako bi obavio projektirani posao bez ikakvih smetnji unutar zadanog vremenskog razdoblja.
2. Do prekida može doći zbog neispravnosti softvera, zbog raznih razloga kao što su neispravnost inicirana unosom, rušenje softvera zbog kvara hardvera, oštećenje zbog požara, krađe i štrajka.
3. Faza prekida je najbolnija faza koja dovodi do poslovnih gubitaka, prekida odnosa, gubitaka prilika, gubitaka radnih sati i uvijek financijskih gubitaka i gubitaka dobre volje. Svaka razumna agencija trebala bi imati plan za oporavak od katastrofe kako bi faza prekida bila minimalna.
4. Ako su rezervni plan i procesi ublažavanja rizika na pravom mjestu prije nego što naiđete na katastrofu i prekid, oporavak se može obaviti bez puno gubitka vremena, truda i energije. Određeni pojedinac, zajedno sa svojim timom s dodijeljenom ulogom svake od tih osoba treba biti definiran kako bi se utvrdila odgovornost i pomoglo organizaciji da se spasi od dugog razdoblja prekida.
5. Rekonstrukcija može uključivati ​​višestruke sesije operacija za ponovnu izgradnju svih mapa zajedno s konfiguracijskim datotekama. Treba postojati odgovarajuća dokumentacija i postupak rekonstrukcije za ispravan oporavak.

Strategija obnove

Tim za oporavak trebao bi imati svoju jedinstvenu strategiju za dohvaćanje važnog koda i podataka kako bi se rad agencije vratio u normalu.

Strategija može biti jedinstvena za svaku organizaciju na temelju kritičnosti sustava kojima rukuju.

Moguća strategija za kritične sustave može se vizualizirati na sljedeći način:

1. Imati jednu sigurnosnu kopiju ili više od jedne
2. Imati više sigurnosnih kopija na jednom mjestu ili različitim mjestima
3. Za online backup ili offline backup
4. Može li se sigurnosna kopija napraviti automatski na temelju pravila ili se može napraviti ručno?
5. Za rad se može koristiti neovisni tim za restauraciju ili razvojni tim

Svaka od ovih strategija ima faktor troškova koji je povezan s njom, a višestruki resursi potrebni za višestruke sigurnosne kopije mogu potrošiti više fizičkih resursa ili može trebati neovisni tim.

Mnoge tvrtke mogu biti pogođene zbog ovisnosti svojih podataka i koda o dotičnoj razvojnoj agenciji. Na primjer, ako Amazon AWS gasi 25 interneta. Neovisna obnova je ključna u takvim slučajevima.

Kako napraviti testiranje oporavka

Prilikom izvođenja testiranja oporavka treba uzeti u obzir sljedeće stvari.

• Moramo stvoriti testni krevet što je moguće bliže stvarnim uvjetima primjene. Promjene u sučelju, protokolu, firmveru, hardveru i softveru trebaju biti što bliže stvarnom stanju, ako ne i istom stanju.
• Iscrpno testiranje može biti dugotrajno i skupo, treba izvršiti identičnu konfiguraciju i potpunu provjeru.
• Ako je moguće, testiranje treba provesti na hardveru koji ćemo konačno obnoviti. To je osobito istinito ako vraćamo na drugo računalo od onog koje je stvorilo sigurnosnu kopiju.
• Neki sustavi za sigurnosno kopiranje očekuju da tvrdi disk bude točno iste veličine kao i onaj s kojeg je napravljena sigurnosna kopija.
• Zastarijevanjem treba upravljati jer tehnologija pogona napreduje velikom brzinom, a stari pogon možda neće biti kompatibilan s novim. Jedan od načina rješavanja problema je vraćanje na a virtualni stroj. Dobavljači softvera za virtualizaciju poput VMware Inc. mogu konfigurirati virtualne strojeve da oponašaju postojeći hardver, uključujući veličine diskova i druge konfiguracije.
• Online backup sustavi nisu iznimka za testiranje. Većina pružatelja usluga mrežnog sigurnosnog kopiranja štiti nas od izravnog izlaganja medijskim problemima načinom na koji koriste sustave za pohranu koji toleriraju greške.
• Dok su mrežni sustavi sigurnosnog kopiranja izuzetno pouzdani, moramo testirati stranu sustava za vraćanje kako bismo bili sigurni da nema problema s funkcijom dohvaćanja, sigurnošću ili enkripcijom.

Postupak ispitivanja nakon restauracije

Većina velikih korporacija ima neovisne revizore koji povremeno izvode testove oporavka.

Troškovi održavanja i testiranja sveobuhvatnog plana oporavka od katastrofe mogu biti znatni, a za manje tvrtke mogu biti previsoki.

Manji rizici mogu se osloniti na svoje sigurnosne kopije podataka i planove za pohranu izvan mjesta da ih spase u slučaju katastrofe.

Nakon što se mape i datoteke obnove, mogu se izvršiti sljedeće provjere kako bi se osiguralo da su datoteke ispravno oporavljene:

• Preimenujte oštećenu mapu dokumenta
• Prebrojite datoteke u obnovljenim mapama i uskladite ih s postojećom mapom.
• Otvorite nekoliko datoteka i provjerite jesu li dostupne. Obavezno ih otvorite s aplikacijom koja ih inače koristi. I pobrinite se da možete pregledavati podatke, ažurirati podatke ili što god inače radite.
• Najbolje je otvoriti nekoliko datoteka različitih vrsta, slike, mp3, dokumente i neke velike i neke male.
• most Operativnih sustava imaju pomoćne programe koje možete koristiti za usporedbu datoteka i direktorija.

rezime

U ovom smo vodiču naučili razne aspekte testiranja oporavka koji nam pomažu razumjeti zadovoljavaju li sustav ili program svoje zahtjeve nakon kvara.