Testarea recuperării
Testarea recuperării este o tehnică de testare a software-ului care verifică capacitatea software-ului de a se recupera de la eșecuri, cum ar fi blocarea software-ului / hardware-ului, eșecurilor de rețea, etc. Testarea recuperării implică întoarcerea software-ului înapoi în punctul în care integritatea era cunoscută și reprocesarea tranzacțiilor în punctul de eșec.
Exemplu de testare a recuperării
Când o aplicație primește date din rețea, deconectați cablul de conectare.
- După ceva timp, conectați din nou cablul și analizați capacitatea aplicației de a primi în continuare date din punctul în care conexiunea la rețea a fost întreruptă.
- Reporniți sistemul în timp ce un browser are un număr definit de sesiuni deschise și verificați dacă browserul este capabil să le recupereze pe toate sau nu
În Ingineria software-ului, Testarea recuperabilității este un tip de testare nefuncțională. (Testarea nefuncțională se referă la aspecte ale software-ului care pot să nu fie legate de o anumită funcție sau acțiunea utilizatorului, cum ar fi scalabilitatea sau securitatea.)
Timpul necesar pentru recuperare depinde de:
- Numărul de puncte de repornire
- Un volum al aplicațiilor
- Instruirea și abilitățile persoanelor care desfășoară activități de recuperare și instrumente disponibile pentru recuperare.
Atunci când există o serie de eșecuri, în loc să se ocupe de toate eșecurile, testarea de recuperare ar trebui să se facă într-un mod structurat, ceea ce înseamnă că testarea de recuperare ar trebui efectuată pentru un segment și apoi pentru altul.
Este realizat de testeri profesioniști. Înainte de testarea recuperării, datele de rezervă adecvate sunt păstrate în locații sigure. Acest lucru se face pentru a se asigura că operațiunea poate fi continuată chiar și după un dezastru.
Ciclul de viață al procesului de recuperare
Ciclul de viață al procesului de recuperare poate fi clasificat în următorii cinci pași:
- Operatie normala
- Apariția unui dezastru
- Întreruperea și eșecul operației
- Eliminarea dezastrelor prin procesul de recuperare
- Reconstrucția tuturor proceselor și informațiilor pentru a aduce întregul sistem să treacă la funcționarea normală
Să discutăm în detaliu acești 5 pași-
-
Un sistem format din hardware, software și firmware integrate pentru a atinge un obiectiv comun este pus în funcțiune pentru realizarea unui obiectiv bine definit și declarat. Sistemul este chemat să efectueze operațiunea normală pentru a efectua lucrarea proiectată fără nicio întrerupere într-o perioadă de timp stipulată.
-
O întrerupere poate apărea din cauza funcționării defectuoase a software-ului, din diverse motive, cum ar fi defecțiunea inițiată de intrare, blocarea software-ului din cauza unei defecțiuni hardware, deteriorate din cauza incendiului, furtului și lovirii.
-
Faza de întrerupere este cea mai dureroasă fază care duce la pierderi de afaceri, întreruperi de relații, pierderi de oportunitate, pierderi pe oră de om și pierderi invariabil financiare și de fond comercial. Fiecare agenție sensibilă ar trebui să aibă un plan de recuperare în caz de dezastru pentru a permite faza de întrerupere să fie minimă.
-
Dacă un plan de rezervă și procesele de atenuare a riscurilor sunt la locul potrivit înainte de a întâmpina dezastre și perturbări, atunci recuperarea se poate face fără pierderi mari de timp, efort și energie. O persoană desemnată, împreună cu echipa sa, cu rolul atribuit fiecăreia dintre aceste persoane, trebuie definită pentru a stabili responsabilitatea și pentru a ajuta organizația să salveze de la o perioadă lungă de întrerupere.
-
Reconstrucția poate implica mai multe sesiuni de funcționare pentru a reconstrui toate folderele împreună cu fișierele de configurare. Ar trebui să existe o documentație adecvată și un proces de reconstrucție pentru recuperarea corectă.
Strategia de restaurare
Echipa de recuperare ar trebui să aibă strategia lor unică de recuperare a codului și datelor importante pentru a readuce la normal funcționarea agenției.
Strategia poate fi unică pentru fiecare organizație pe baza criticității sistemelor pe care le gestionează.
Posibila strategie pentru sistemele critice poate fi vizualizată după cum urmează:
- Pentru a avea o singură copie de rezervă sau mai multe
- Pentru a avea mai multe copii de rezervă în același loc sau în locuri diferite
- Pentru a avea o copie de rezervă online sau o copie de rezervă offline
- Copia de rezervă se poate face automat pe baza unei politici sau pentru a o avea manual?
- Pentru a avea o echipă de restaurare independentă sau o echipă de dezvoltare în sine poate fi folosit pentru lucrare
Fiecare dintre aceste strategii are un factor de cost asociat și resursele multiple necesare pentru mai multe copii de rezervă pot consuma mai multe resurse fizice sau pot avea nevoie de o echipă independentă.
Multe companii pot fi afectate din cauza dependenței lor de date și coduri de agenția de dezvoltatori în cauză. De exemplu, dacă Amazon AWS renunță la 25 de internet. Restaurarea independentă este crucială în astfel de cazuri.
Cum se efectuează testarea recuperării
În timpul efectuării testelor de recuperare, trebuie luate în considerare următoarele lucruri.
- Trebuie să creăm un pat de test cât mai aproape de condițiile reale de desfășurare. Modificările de interfață, protocol, firmware, hardware și software ar trebui să fie cât mai aproape de starea reală posibil, dacă nu aceeași stare.
- Prin teste exhaustive pot fi consumatoare de timp și ar trebui efectuată o afacere costisitoare, o configurație identică și o verificare completă.
- Dacă este posibil, testarea ar trebui efectuată pe hardware-ul pe care urmează să-l restaurăm în cele din urmă. Acest lucru este valabil mai ales dacă restaurăm o altă mașină decât cea care a creat copia de rezervă.
- Unele sisteme de backup se așteaptă ca unitatea de disc să aibă exact aceeași dimensiune cu cea din care a fost preluată copia de rezervă.
- Obsolescența ar trebui gestionată deoarece tehnologia unității avansează într-un ritm rapid, iar unitatea veche poate să nu fie compatibilă cu cea nouă. O modalitate de a rezolva problema este restaurarea pe o mașină virtuală. Furnizorii de software de virtualizare precum VMware Inc. pot configura mașini virtuale pentru a imita hardware-ul existent, inclusiv dimensiunile discurilor și alte configurații.
- Sistemele de backup online nu fac excepție pentru testare. Majoritatea furnizorilor de servicii de backup online ne protejează de expunerea directă la problemele media prin modul în care utilizează sisteme de stocare tolerante la erori.
- În timp ce sistemele de backup online sunt extrem de fiabile, trebuie să testăm partea de restaurare a sistemului pentru a ne asigura că nu există probleme cu funcționalitatea de recuperare, securitate sau criptare.
Procedura de testare după restaurare
Majoritatea corporațiilor mari au auditori independenți care efectuează periodic exerciții de testare a recuperării.
Cheltuielile cu întreținerea și testarea unui plan cuprinzător de recuperare în caz de dezastru pot fi substanțiale și pot fi prohibitive pentru întreprinderile mai mici.
Riscurile mai mici se pot baza pe copiile de rezervă ale datelor și planurile de stocare în afara site-ului pentru a le salva în caz de catastrofă.
După ce folderele și fișierele sunt restaurate, se pot face următoarele verificări pentru a vă asigura că fișierele sunt recuperate corect:
- Redenumiți folderul documentului deteriorat
- Numărați fișierele din folderele restaurate și combinați-le cu un folder existent.
- Deschideți câteva dintre fișiere și asigurați-vă că acestea sunt accesibile. Asigurați-vă că le deschideți cu aplicația care le folosește în mod normal. Și asigurați-vă că puteți răsfoi datele, actualiza datele sau orice faceți în mod normal.
- Cel mai bine este să deschideți mai multe fișiere de diferite tipuri, imagini, mp3-uri, documente și unele mari și altele mici.
- Majoritatea sistemelor de operare au utilitare pe care le puteți utiliza pentru a compara fișiere și directoare.
Rezumat:
În acest tutorial, am învățat un aspect diferit al testării de recuperare care ajută să înțelegem dacă sistemul sau programul îndeplinește cerințele sale după un eșec.
Acest articol este contribuit de Shweta Priyadarshini