Ispitivanje oporavka
Ispitivanje oporavka je tehnika testiranja softvera koja provjerava sposobnost softvera da se oporavi od kvarova poput padova softvera / hardvera, kvarova mreže itd. Svrha testiranja oporavka je utvrditi može li se softverske operacije nastaviti nakon katastrofe ili gubitka integriteta. Testiranje oporavka uključuje vraćanje softvera natrag do točke do koje je bio poznat integritet i ponovnu obradu transakcija do točke otkaza.
Primjer ispitivanja oporavka
Kad aplikacija prima podatke s mreže, iskopčajte priključni kabel.
- Nakon nekog vremena ponovo priključite kabel i analizirajte sposobnost aplikacije da i dalje prima podatke od točke na kojoj je prekinuta mrežna veza.
- Ponovno pokrenite sustav dok je u pregledniku otvoren određeni broj sesija i provjerite može li ih preglednik oporaviti ili ne.
U softverskom inženjerstvu, testiranje oporavka vrsta je nefunkcionalnog testiranja. (Nefunkcionalno testiranje odnosi se na aspekte softvera koji se možda ne odnose na određenu funkciju ili radnju korisnika, poput skalabilnosti ili sigurnosti.)
Vrijeme potrebno za oporavak ovisi o:
- Broj točaka ponovnog pokretanja
- Svezak aplikacija
- Obuka i vještine ljudi koji provode aktivnosti oporavka i alati dostupni za oporavak.
Kada postoji niz kvarova, umjesto da se brinu o svim kvarovima, ispitivanje oporavka treba provesti strukturirano, što znači da bi trebalo izvršiti ispitivanje oporavka za jedan, a zatim drugi segment.
To rade profesionalni testeri. Prije testiranja oporavka, odgovarajuće sigurnosne kopije podataka čuvaju se na sigurnim mjestima. To se čini 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:
- Normalna operacija
- Pojava katastrofe
- Prekid i neuspjeh operacije
- Uklanjanje katastrofa kroz postupak oporavka
- Rekonstrukcija svih procesa i informacija kako bi se cijeli sustav prešao u normalan rad
Razmotrimo ovih 5 koraka detaljno-
-
Sustav koji se sastoji od hardvera, softvera i ugrađenog softvera integriran za postizanje zajedničkog cilja postaje funkcionalan za ostvarivanje točno definiranog i navedenog cilja. Sustav je pozvan izvesti uobičajeni postupak izvođenja zamišljenog posla bez ikakvih smetnji u predviđenom vremenskom razdoblju.
-
Do prekida može doći zbog neispravnosti softvera zbog različitih razloga poput kvara pokrenutog ulazom, pada softvera zbog kvara hardvera, oštećenja zbog požara, krađe i štrajka.
-
Faza prekida je najbolnija faza koja dovodi do poslovnih gubitaka, prekida odnosa, gubitaka prilika, gubitaka u radnom vremenu i nepromjenjivo financijskih gubitaka i gubitaka dobre volje. Svaka razumna agencija trebala bi imati plan oporavka od katastrofe kako bi faza prekida bila minimalna.
-
Ako su plan sigurnosnih kopija i procesi ublažavanja rizika na pravom mjestu prije nego što naiđu na katastrofu i poremećaj, tada se oporavak može obaviti bez mnogo gubitka vremena, truda i energije. Treba odrediti određenu osobu, zajedno sa svojim timom s dodijeljenom ulogom svake od tih osoba kako bi se utvrdila odgovornost i pomoglo organizaciji da se spasi od dugog razdoblja poremećaja.
-
Rekonstrukcija može uključivati više operativnih sesija za obnovu svih mapa zajedno s konfiguracijskim datotekama. Trebala bi 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 s kojima rade.
Moguća strategija za kritične sustave može se vizualizirati na sljedeći način:
- Da biste imali jednu sigurnosnu kopiju ili više njih
- Imati više sigurnosnih kopija na jednom mjestu ili na različitim mjestima
- Da biste imali sigurnosnu kopiju na mreži ili izvan nje
- Može li se sigurnosna kopija izvršiti automatski na temelju pravila ili ručno?
- Za rad se može koristiti neovisni restauratorski tim ili sam razvojni tim
Svaka od ovih strategija povezana je s troškovnim faktorom i više resursa potrebnih za više sigurnosnih kopija može potrošiti više fizičkih resursa ili će možda trebati neovisni tim.
Mnoge tvrtke mogu biti pogođene zbog ovisnosti podataka i koda o dotičnoj agenciji za programere. Na primjer, ako Amazon AWS prestane raditi, Internet isključuje. Neovisna obnova je presudna u takvim slučajevima.
Kako napraviti testiranje oporavka
Tijekom provođenja testiranja oporavka treba uzeti u obzir sljedeće stvari.
- Moramo stvoriti ispitni pokus što je bliže stvarnim uvjetima raspoređivanja. Promjene u povezivanju, protokolu, firmwareu, hardveru i softveru trebale bi biti što bliže stvarnom stanju, ako ne i istom stanju.
- Iscrpnim testiranjem može biti potrebno puno vremena, a treba obaviti skupu stvar, identičnu konfiguraciju i potpunu provjeru.
- Ako je moguće, trebalo bi izvršiti testiranje na hardveru koji ćemo napokon obnoviti. To je osobito istinito ako vraćamo na drugi stroj osim onog koji je stvorio sigurnosnu kopiju.
- Neki sigurnosni sustavi očekuju da će tvrdi disk biti potpuno iste veličine kao onaj s kojeg je preuzeta sigurnosna kopija.
- Zastarjelošću treba upravljati jer pogonska tehnologija napreduje brzim tempom, a stari pogon možda neće biti kompatibilan s novim. Jedan od načina rješavanja problema je vraćanje na 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 diska i druge konfiguracije.
- Sustavi mrežne sigurnosne kopije nisu iznimka za testiranje. Većina pružatelja internetskih usluga sigurnosne kopije štite nas od izravnog izlaganja medijskim problemima načinom na koji koriste sustave za pohranu otporne na kvarove.
- Iako su internetski sustavi za sigurnosno kopiranje izuzetno pouzdani, moramo testirati stranicu za vraćanje sustava kako bismo bili sigurni da nema problema s funkcijama dohvaćanja, sigurnošću ili šifriranjem.
Postupak ispitivanja nakon restauracije
Većina velikih korporacija ima neovisne revizore koji povremeno izvode vježbe ispitivanja oporavka.
Troškovi održavanja i testiranja sveobuhvatnog plana oporavka od katastrofe mogu biti znatni i mogu biti preveliki za manje tvrtke.
Manji rizici mogu se osloniti na sigurnosne kopije podataka i planove pohrane izvan mjesta kako bi ih spasili u slučaju katastrofe.
Nakon što su mape i datoteke vraćene, mogu se izvršiti sljedeće provjere kako bi se osiguralo da su datoteke ispravno obnovljene:
- Preimenujte oštećenu mapu dokumenata
- Prebrojite datoteke u obnovljenim mapama i uskladite ih s postojećom mapom.
- Otvorite nekoliko datoteka i provjerite jesu li dostupne. Otvorite ih pomoću aplikacije koja ih inače koristi. I pobrinite se da možete pregledavati podatke, ažurirati ih ili što god inače radite.
- Najbolje je otvoriti nekoliko datoteka različitih vrsta, slika, mp3-a, dokumenata i neke velike, a neke male.
- Većina operativnih sustava ima uslužne programe pomoću kojih možete uspoređivati datoteke i direktorije.
Sažetak:
U ovom uputstvu naučili smo različite aspekte testiranja oporavka koji pomažu razumjeti ispunjava li sustav ili program svoje zahtjeve nakon kvara.
Ovaj je članak pridonijela Shweta Priyadarshini