Testovanie obnovy
Recovery Testing je technika testovania softvéru, ktorá overuje schopnosť softvéru zotaviť sa zo zlyhaní, ako sú zlyhania softvéru / hardvéru, zlyhania siete atď. Účelom Recovery Testing je určiť, či je možné v softvérových operáciách pokračovať aj po katastrofe alebo strate integrity. Testovanie obnovy zahŕňa návrat späť softvéru do bodu, v ktorom bola známa integrita, a opätovné spracovanie transakcií do bodu zlyhania.
Príklad testovania obnovy
Keď aplikácia prijíma údaje zo siete, odpojte pripojovací kábel.
- Po nejakom čase znova zapojte kábel a analyzujte schopnosť aplikácie naďalej prijímať údaje od bodu, v ktorom došlo k prerušeniu sieťového pripojenia.
- Reštartujte systém, kým má prehliadač otvorený určitý počet relácií a skontrolujte, či je prehľadávač schopný všetky obnoviť alebo nie
V softvérovom inžinierstve je testovanie obnoviteľnosti typom nefunkčného testovania. (Nefunkčné testovanie sa týka aspektov softvéru, ktoré nemusia súvisieť s konkrétnou funkciou alebo akciou používateľa, ako je napríklad škálovateľnosť alebo bezpečnosť.)
Čas potrebný na zotavenie závisí od:
- Počet bodov opätovného spustenia
- Objem aplikácií
- Výcvik a zručnosti ľudí vykonávajúcich zotavovacie činnosti a nástroje dostupné na zotavenie.
Ak dôjde k viacerým poruchám, potom by sa testovanie obnovy nemalo starať o všetky zlyhania, ale malo by to prebiehať štruktúrovane, čo znamená, že by sa testovanie obnovy malo vykonávať pre jeden segment a potom pre druhý.
Robia to profesionálni testeri. Pred testovaním obnovy sa príslušné záložné údaje uchovávajú na bezpečných miestach. Toto sa robí, aby sa zabezpečilo, že v činnosti bude možné pokračovať aj po katastrofe.
Životný cyklus procesu obnovy
Životný cyklus procesu obnovy možno rozdeliť do nasledujúcich piatich krokov:
- Normálna operácia
- Výskyt katastrofy
- Prerušenie a zlyhanie operácie
- Odstránenie katastrofy prostredníctvom procesu obnovy
- Rekonštrukcia všetkých procesov a informácií s cieľom uviesť celý systém do normálnej prevádzky
Poďme si podrobne prediskutovať týchto 5 krokov -
-
Systém pozostávajúci z hardvéru, softvéru a firmvéru integrovaného na dosiahnutie spoločného cieľa je uvedený do prevádzky na vykonávanie presne stanoveného a stanoveného cieľa. Systém je vyzvaný, aby vykonal normálnu činnosť na vykonanie navrhnutej práce bez prerušenia v stanovenom časovom období.
-
Môže dôjsť k prerušeniu v dôsledku poruchy softvéru, a to z rôznych dôvodov, ako je porucha iniciovaná vstupom, zrútenie softvéru v dôsledku zlyhania hardvéru, poškodenie v dôsledku požiaru, krádeže a štrajku.
-
Fáza prerušenia je najbolestivejšou fázou, ktorá vedie k obchodným stratám, prerušeniu vzťahov, stratám príležitostí, stratám za každú hodinu a vždy k finančným stratám a stratám dobrej vôle. Každá rozumná agentúra by mala mať plán obnovy po katastrofe, aby umožnila minimálnu fázu prerušenia.
-
Ak je plán zálohovania a procesy zmierňovania rizika na správnom mieste skôr, ako dôjde k katastrofe a narušeniu, potom je možné zotavenie vykonať bez veľkej straty času, úsilia a energie. Mal by byť definovaný určený jedinec spolu s jeho tímom, ktorý má pridelenú úlohu každej z týchto osôb, aby stanovil zodpovednosť a pomohol organizácii zachrániť sa pred dlhým obdobím narušenia.
-
Rekonštrukcia môže vyžadovať viac relácií operácie, aby sa znovu vytvorili všetky priečinky spolu s konfiguračnými súbormi. Pre správne zotavenie by mala existovať správna dokumentácia a proces rekonštrukcie.
Stratégia obnovy
Tím obnovy by mal mať svoju jedinečnú stratégiu na získanie dôležitého kódu a údajov, aby sa fungovanie agentúry vrátilo do normálu.
Stratégia môže byť pre každú organizáciu jedinečná na základe kritickosti systémov, s ktorými narába.
Možnú stratégiu pre kritické systémy je možné zobraziť takto:
- Ak chcete mať jednu zálohu alebo viac ako jednu
- Ak chcete mať viac záloh na jednom mieste alebo na rôznych miestach
- Ak chcete mať zálohu online alebo offline
- Môže sa zálohovanie robiť automaticky na základe pravidiel alebo ich mať manuálne?
- Na prácu je možné využiť nezávislý reštaurátorský alebo vývojový tím
S každou z týchto stratégií súvisí nákladový faktor a viac zdrojov potrebných na viacnásobné zálohovanie môže spotrebovať viac fyzických zdrojov alebo môže vyžadovať nezávislý tím.
Mnoho spoločností môže byť ovplyvnených kvôli ich závislosti na údajoch a kóde od príslušnej vývojárskej agentúry. Napríklad ak Amazon AWS prestane pracovať, vypne 25 internetu. V takýchto prípadoch je rozhodujúce nezávislé obnovenie.
Ako urobiť Test obnovy
Pri vykonávaní testov obnovy by ste mali brať do úvahy nasledujúce veci.
- Musíme vytvoriť testovacie zariadenie čo najbližšie k skutočným podmienkam nasadenia. Zmeny v rozhraní, protokole, firmvéri, hardvéri a softvéri by sa mali čo najviac priblížiť skutočnému stavu, ak nie rovnakému stavu.
- Vyčerpávajúce testovanie môže byť časovo náročné a mala by sa vykonať nákladná záležitosť, rovnaká konfigurácia a úplná kontrola.
- Pokiaľ je to možné, malo by sa vykonať testovanie na hardvéri, ktorý sa chystáme konečne obnoviť. To platí najmä vtedy, ak obnovujeme na inom počítači, ako bol ten, ktorý vytvoril zálohu.
- Niektoré zálohovacie systémy očakávajú, že pevný disk bude mať presne rovnakú veľkosť, z ktorej bol prevzatý.
- Zastarávanie by sa malo riadiť, pretože technológia diskov napreduje rýchlym tempom a starý disk nemusí byť kompatibilný s novým. Jedným zo spôsobov riešenia problému je obnova na virtuálny stroj. Predajcovia virtualizačného softvéru, ako je VMware Inc., môžu konfigurovať virtuálne stroje tak, aby napodobňovali existujúci hardvér vrátane veľkostí diskov a ďalších konfigurácií.
- Systémy zálohovania online nie sú výnimkou z testovania. Väčšina poskytovateľov služieb online zálohovania nás chráni pred priamym vystavením problémom s médiami tým, ako používajú systémy ukladania odolné voči chybám.
- Aj keď sú online zálohovacie systémy mimoriadne spoľahlivé, musíme otestovať stranu obnovenia systému, aby sme sa uistili, že nenastávajú problémy s funkčnosťou načítania, zabezpečením alebo šifrovaním.
Skúšobný postup po reštaurovaní
Väčšina veľkých spoločností má nezávislých audítorov, ktorí pravidelne vykonávajú testy na zotavenie.
Výdavky na údržbu a testovanie komplexného plánu obnovy po katastrofe môžu byť značné a môžu byť pre menšie podniky neúnosné.
Menšie riziká sa môžu spoľahnúť na ich zálohovanie údajov a plány ukladania mimo server, aby ich zachránili v prípade katastrofy.
Po obnovení priečinkov a súborov je možné vykonať nasledujúce kontroly, aby sa zaistilo správne obnovenie súborov:
- Premenujte poškodený priečinok na dokumenty
- Spočítajte súbory v obnovených priečinkoch a porovnajte ich s existujúcim priečinkom.
- Otvorte niekoľko súborov a uistite sa, že sú prístupné. Nezabudnite ich otvoriť pomocou aplikácie, ktorá ich bežne používa. Uistite sa, že môžete prehľadávať údaje, aktualizovať údaje alebo čokoľvek, čo bežne robíte.
- Najlepšie je otvoriť niekoľko súborov rôznych typov, obrázky, mp3, dokumenty a niektoré veľké a niektoré malé.
- Väčšina operačných systémov má nástroje, ktoré môžete použiť na porovnanie súborov a adresárov.
Zhrnutie:
V tomto tutoriáli sme sa naučili rôzne aspekty testovania obnovy, ktoré pomáhajú pochopiť, či systém alebo program po zlyhaní spĺňa svoje požiadavky.
Do tohto článku prispieva Shweta Priyadarshini