Testování obnovy
Recovery Testing je technika testování softwaru, která ověřuje schopnost softwaru zotavit se ze selhání, jako je selhání softwaru / hardwaru, selhání sítě atd. Účelem nástroje Recovery Testing je určit, zda lze v softwarových operacích pokračovat po katastrofě nebo ztrátě integrity. Testování obnovy zahrnuje návrat softwaru zpět do bodu, kde byla známá integrita, a přepracování transakcí do bodu selhání.
Příklad testování obnovy
Pokud aplikace přijímá data ze sítě, odpojte připojovací kabel.
- Po nějaké době znovu připojte kabel a analyzujte schopnost aplikace pokračovat v příjmu dat z místa, kde došlo k přerušení síťového připojení.
- Restartujte systém, zatímco má prohlížeč otevřený určitý počet relací, a zkontrolujte, zda je prohlížeč schopen všechny obnovit nebo ne
V softwarovém inženýrství je testování obnovitelnosti typem nefunkčního testování. (Nefunkční testování se týká aspektů softwaru, které nemusí souviset s konkrétní funkcí nebo akcí uživatele, jako je škálovatelnost nebo zabezpečení.)
Doba potřebná k zotavení závisí na:
- Počet bodů restartu
- Objem aplikací
- Školení a dovednosti lidí provádějících zotavovací činnosti a nástroje dostupné pro zotavení.
Pokud existuje řada poruch, mělo by se místo obnovy všech poruch provádět testování obnovy strukturovaným způsobem, což znamená, že by se testování obnovy mělo provádět pro jeden segment a poté pro jiný.
Dělají to profesionální testeři. Před testováním obnovy jsou adekvátní záložní data uložena na zabezpečených místech. Tím je zajištěno, že provoz může pokračovat i po katastrofě.
Životní cyklus procesu obnovy
Životní cyklus procesu obnovy lze rozdělit do následujících pěti kroků:
- Normální operace
- Výskyt katastrofy
- Narušení a selhání operace
- Odstraňování katastrof po procesu obnovy
- Rekonstrukce všech procesů a informací, aby se celý systém dostal do normálního provozu
Pojďme si podrobně promluvit o těchto 5 krocích -
-
Systém, který se skládá z hardwaru, softwaru a firmwaru integrovaného k dosažení společného cíle, je uveden do provozu pro provádění přesně stanoveného a stanoveného cíle. Systém je povolán k provedení normálního provozu k provedení navržené úlohy bez jakéhokoli narušení ve stanovené lhůtě.
-
Může dojít k narušení v důsledku nesprávné funkce softwaru z různých důvodů, jako je porucha iniciovaná vstupem, selhání softwaru v důsledku selhání hardwaru, poškození v důsledku požáru, krádeže a stávky.
-
Fáze narušení je nejbolestivější fází, která vede k obchodním ztrátám, narušení vztahů, ztrátám příležitostí, ztrátám za hodinu a vždy ke ztrátám finančních a goodwillů. Každá rozumná agentura by měla mít plán obnovy po katastrofě, aby byla fáze narušení minimální.
-
Pokud je plán zálohování a procesy zmírňování rizik na správném místě, než dojde ke katastrofě a narušení, lze obnovu provést bez velké ztráty času, úsilí a energie. Určený jedinec spolu se svým týmem s přidělenou rolí každé z těchto osob by měl být definován tak, aby stanovil odpovědnost a pomohl organizaci zachránit před dlouhým obdobím narušení.
-
Rekonstrukce může zahrnovat několik relací operace, aby se znovu vytvořily všechny složky spolu s konfiguračními soubory. Měla by existovat řádná dokumentace a proces rekonstrukce pro správné zotavení.
Strategie obnovy
Obnovovací tým by měl mít svou jedinečnou strategii pro načítání důležitého kódu a dat, aby se provoz agentury vrátil do normálu.
Tato strategie může být pro každou organizaci jedinečná na základě kritičnosti systémů, které zpracovávají.
Možnou strategii pro kritické systémy lze vizualizovat takto:
- Chcete-li mít jednu zálohu nebo více než jednu
- Chcete-li mít více záloh na jednom místě nebo na různých místech
- Chcete-li mít online zálohu nebo offline zálohu
- Může se zálohování provádět automaticky na základě zásady nebo ji mít ručně?
- Pro práci lze využít nezávislý restaurátorský tým nebo samotný vývojový tým
Každá z těchto strategií je spojena s nákladovým faktorem a více zdrojů požadovaných pro více záloh může spotřebovat více fyzických zdrojů nebo může vyžadovat nezávislý tým.
Mnoho společností může být ovlivněno kvůli jejich závislosti na datech a kódu od příslušné vývojářské agentury. Například pokud Amazon AWS selže, vypne 25 internetu. V takových případech je zásadní nezávislé restaurování.
Jak provést testování obnovy
Při provádění testování obnovy je třeba vzít v úvahu následující věci.
- Musíme vytvořit zkušební stanoviště co nejblíže skutečným podmínkám nasazení. Změny v rozhraní, protokolu, firmwaru, hardwaru a softwaru by se měly co nejvíce blížit skutečnému stavu, pokud nejsou stejné.
- Vyčerpávající testování může být časově náročné a měla by být provedena nákladná záležitost, identická konfigurace a úplná kontrola.
- Pokud je to možné, testování by mělo být provedeno na hardwaru, který konečně obnovíme. To platí zejména v případě, že provádíme obnovu na jiném počítači, než na kterém byla vytvořena záloha.
- Některé zálohovací systémy očekávají, že pevný disk bude mít přesně stejnou velikost jako ten, ze kterého byla záloha převzata.
- Zastarávání by mělo být spravováno, protože technologie pohonu postupuje rychlým tempem a starý pohon nemusí být kompatibilní s novým. Jedním ze způsobů řešení problému je obnovení na virtuální stroj. Prodejci virtualizačního softwaru, jako je VMware Inc., mohou konfigurovat virtuální stroje tak, aby napodobovaly stávající hardware, včetně velikostí disků a dalších konfigurací.
- Online zálohovací systémy nejsou výjimkou pro testování. Většina poskytovatelů služeb online zálohování nás chrání před přímým vystavením problémům s médii tím, jak používají systémy úložiště odolné proti chybám.
- I když jsou online zálohovací systémy extrémně spolehlivé, musíme otestovat stranu obnovení systému, abychom se ujistili, že nedochází k problémům s funkcemi načítání, zabezpečením nebo šifrováním.
Postup zkoušky po restaurování
Většina velkých společností má nezávislé auditory, kteří pravidelně provádějí testy obnovy.
Výdaje na údržbu a testování komplexního plánu obnovy po katastrofě mohou být značné a pro malé podniky mohou být neúnosné.
Menší rizika se mohou spolehnout na jejich zálohy dat a plány úložiště mimo lokalitu, aby je v případě katastrofy uložily.
Po obnovení složek a souborů lze provést následující kontroly, které zajistí správné obnovení souborů:
- Přejmenujte poškozenou složku dokumentů
- Spočítejte soubory v obnovených složkách a porovnejte je s existující složkou.
- Otevřete několik souborů a ujistěte se, že jsou přístupné. Nezapomeňte je otevřít pomocí aplikace, která je běžně používá. A ujistěte se, že můžete procházet data, aktualizovat data nebo cokoli, co běžně děláte.
- Nejlepší je otevřít několik souborů různých typů, obrázků, mp3, dokumentů a některé velké a některé malé.
- Většina operačních systémů má nástroje, které můžete použít k porovnání souborů a adresářů.
Souhrn:
V tomto kurzu jsme se naučili různé aspekty testování obnovy, které pomáhají pochopit, zda systém nebo program po selhání splňuje své požadavky.
K tomuto článku přispívá Shweta Priyadarshini