Atkūrimo testavimas
Atkūrimo testavimas yra programinės įrangos testavimo technika, kuri patikrina programinės įrangos sugebėjimą atsigauti po gedimų, pvz., Programinės įrangos / aparatinės įrangos gedimų, tinklo gedimų ir kt. Atkūrimo testavimo tikslas yra nustatyti, ar programinės įrangos operacijas galima tęsti po nelaimės ar vientisumo praradimo. Atkūrimo bandymai apima programinės įrangos grąžinimą atgal į tašką, kuriame buvo žinomas vientisumas, ir operacijas perdirbo į gedimo tašką.
Atkūrimo bandymo pavyzdys
Kai programa gauna duomenis iš tinklo, atjunkite jungiamąjį kabelį.
- Po kurio laiko vėl prijunkite laidą ir išanalizuokite programos galimybę toliau gauti duomenis iš taško, kuriame nutrūko tinklo ryšys.
- Paleiskite sistemą iš naujo, kol naršyklėje yra nustatytas atvirų seansų skaičius, ir patikrinkite, ar naršyklė sugeba atkurti visus.
Programinės įrangos inžinerijos srityje atkūrimo testavimas yra nefunkcinio testavimo rūšis. (Nefunkcinis testavimas nurodo programinės įrangos aspektus, kurie gali būti nesusiję su konkrečia funkcija ar vartotojo veiksmais, pvz., Mastelio keitimu ar sauga.)
Laikas, reikalingas pasveikti, priklauso nuo:
- Paleidimo taškų skaičius
- Paraiškų apimtis
- Žmonių, vykdančių sveikimo veiklą, mokymas ir įgūdžiai, taip pat priemonės, skirtos sveikimui.
Kai yra keletas gedimų, vietoj to, kad pasirūpintumėte visais gedimais, atkūrimo bandymai turėtų būti atliekami struktūruotai, o tai reiškia, kad atkūrimo bandymai turėtų būti atliekami vienam segmentui, o paskui - kitam.
Tai atlieka profesionalūs testuotojai. Prieš atliekant atkūrimo bandymus, pakankami atsarginės kopijos duomenys saugomi saugiose vietose. Tai daroma siekiant užtikrinti, kad operaciją būtų galima tęsti net ir po nelaimės.
Atkūrimo proceso gyvavimo ciklas
Atkūrimo proceso gyvavimo ciklą galima suskirstyti į šiuos penkis etapus:
- Normalus veikimas
- Nelaimė
- Operacijos sutrikimas ir nesėkmė
- Nelaimių likvidavimas per atkūrimo procesą
- Visų procesų ir informacijos rekonstravimas, kad visa sistema veiktų normaliai
Aptarkime šiuos 5 veiksmus išsamiai-
-
Sistema, susidedanti iš aparatūros, programinės įrangos ir programinės-aparatinės įrangos, integruotos bendram tikslui pasiekti, veikia tinkamai apibrėžtam ir išsakytam tikslui pasiekti. Sistema raginama atlikti įprastą operaciją, kad suprojektuotą darbą atliktų be jokių trikdžių per nustatytą laiką.
-
Trikdžiai gali atsirasti dėl netinkamos programinės įrangos veikimo dėl įvairių priežasčių, pavyzdžiui, dėl įvesties inicijuoto gedimo, programinės įrangos gedimo dėl aparatūros gedimo, sugadinimo dėl gaisro, vagystės ir streiko.
-
Nutraukimo etapas yra skaudžiausias etapas, dėl kurio prarandami verslas, nutrūksta santykiai, prarandamos galimybės, prarandamos žmogaus valandos ir visada patiriami finansiniai ir prestižo nuostoliai. Kiekviena protinga agentūra turėtų turėti atkūrimo planą, kad sutrikimų etapas būtų minimalus.
-
Jei atsarginis planas ir rizikos mažinimo procesai yra tinkamoje vietoje prieš susiduriant su nelaimėmis ir trikdžiais, atsistatyti galima be didelių laiko, pastangų ir energijos nuostolių. Turėtų būti apibrėžtas paskirtas asmuo kartu su savo komanda, kuriai priskirtas kiekvieno iš šių asmenų vaidmuo, siekiant nustatyti atsakomybę ir padėti organizacijai sutaupyti nuo ilgų trikdžių.
-
Rekonstrukcijai gali prireikti kelių operacijų, kad būtų atkurti visi aplankai kartu su konfigūracijos failais. Turėtų būti tinkama dokumentacija ir rekonstrukcijos procesas, kad būtų galima tinkamai atkurti.
Restauravimo strategija
Atkūrimo komanda turėtų turėti savo unikalią strategiją, kaip gauti svarbų kodą ir duomenis, kad agentūros veikla vėl taptų įprasta.
Strategija gali būti unikali kiekvienai organizacijai, atsižvelgiant į jų valdomų sistemų kritiškumą.
Galimą kritinių sistemų strategiją galima vizualizuoti taip:
- Norėdami turėti vieną atsarginę kopiją arba daugiau nei vieną
- Norėdami turėti keletą atsarginių kopijų vienoje ar kitose vietose
- Turėti atsarginę kopiją internete arba atsarginę kopiją neprisijungus
- Ar atsarginė kopija gali būti padaryta automatiškai pagal politiką, ar ją turėti rankiniu būdu?
- Darbui gali būti naudojama nepriklausoma atkūrimo komanda arba pati kūrėjų komanda
Kiekviena iš šių strategijų turi išlaidų faktorių, o keli atsarginių kopijų reikalingi ištekliai gali sunaudoti daugiau fizinių išteklių arba gali prireikti nepriklausomos komandos.
Daugelis bendrovių gali nukentėti dėl duomenų ir kodo priklausomybės nuo susijusios kūrėjų agentūros. Pavyzdžiui, jei „Amazon AWS“ išjungs 25 interneto jungtis. Tokiais atvejais itin svarbu atlikti nepriklausomą atkūrimą.
Kaip atlikti atkūrimo testavimą
Atliekant atkūrimo bandymus reikėtų atsižvelgti į šiuos dalykus.
- Turime sukurti bandomąją lovą kuo arčiau realių dislokavimo sąlygų. Sąsajos, protokolo, programinės aparatinės, aparatinės ir programinės įrangos pakeitimai turėtų būti kuo artimesni tikrajai būklei, jei ne ta pati.
- Atliekant išsamų bandymą gali prireikti daug laiko ir turėtų būti atliktas brangus reikalas, identiška konfigūracija ir visiškas patikrinimas.
- Jei įmanoma, bandymai turėtų būti atliekami aparatinėje įrangoje, kurią mes pagaliau ketiname atkurti. Tai ypač pasakytina, jei mes atkuriame kitą mašiną nei ta, kuri sukūrė atsarginę kopiją.
- Kai kurios atsarginės kopijos sistemos tikisi, kad kietasis diskas bus tokio pat dydžio, koks buvo paimtas iš atsarginės kopijos.
- Senėjimas turėtų būti tvarkomas, nes pavaros technologijos tobulėja sparčiai, o senas važiavimas gali būti nesuderinamas su nauju. Vienas iš būdų išspręsti problemą yra atkurti virtualią mašiną. Virtualizacijos programinės įrangos tiekėjai, pvz., „VMware Inc.“, gali sukonfigūruoti virtualias mašinas imituoti esamą aparatinę įrangą, įskaitant disko dydžius ir kitas konfigūracijas.
- Internetinės atsarginės sistemos nėra testavimo išimtis. Dauguma internetinių atsarginių kopijų paslaugų teikėjų apsaugo mus nuo tiesioginio žiniasklaidos problemų poveikio, nes jie naudoja klaidoms atsparias saugojimo sistemas.
- Nors internetinės atsarginių kopijų sistemos yra labai patikimos, turime išbandyti sistemos atkūrimo pusę, kad įsitikintume, jog nėra problemų dėl paieškos funkcijų, saugumo ar šifravimo.
Bandymo procedūra po atkūrimo
Dauguma didelių korporacijų turi nepriklausomus auditorius, kurie periodiškai atlieka atkūrimo bandymus.
Išsamaus atkūrimo po nelaimių plano išlaikymo ir testavimo išlaidos gali būti didelės, o mažesnėms įmonėms gali būti pernelyg didelės.
Mažesnė rizika gali pasireikšti jų duomenų atsarginėmis kopijomis ir saugojimo ne vietoje planais, kad juos būtų galima išsaugoti katastrofos atveju.
Atkūrus aplankus ir failus, galima atlikti šiuos patikrinimus, kad įsitikintumėte, jog failai tinkamai atkurti:
- Pervardykite sugadinto dokumento aplanką
- Suskaičiuokite atkurtuose aplankuose esančius failus ir suderinkite juos su esamu aplanku.
- Atidarykite keletą failų ir įsitikinkite, kad jie yra prieinami. Būtinai atidarykite juos naudodami programą, kuri juos paprastai naudoja. Ir įsitikinkite, kad galite naršyti duomenis, atnaujinti duomenis ar viską, ką paprastai darote.
- Geriausia atidaryti kelis skirtingų tipų failus, paveikslėlius, mp3, dokumentus ir kai kuriuos didelius, o kitus mažus.
- Daugumoje operacinių sistemų yra įrankių, kuriuos galite naudoti failams ir katalogams palyginti.
Santrauka:
Šioje pamokoje sužinojome įvairius atkūrimo testavimo aspektus, kurie padeda suprasti, ar sistema ar programa atitinka jos reikalavimus po gedimo.
Prie šio straipsnio prisidėjo Shweta Priyadarshini