Co je testování obnovy? s Příkladem

Testování zotavení

Testování zotavení 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 testování obnovy je určit, zda lze v operacích softwaru pokračovat po katastrofě nebo ztrátě integrity. Testování obnovy zahrnuje návrat softwaru zpět do bodu, kdy byla známa integrita, a opětovné zpracování transakcí do bodu selhání.

Příklad testování zotavení

Když aplikace přijímá data ze sítě, odpojte propojovací kabel.

• Po nějaké době kabel znovu zapojte a analyzujte schopnost aplikace pokračovat v přijímání dat z bodu, ve kterém bylo síťové připojení přerušeno.
• Restartujte systém, když má prohlížeč otevřený určitý počet relací, a zkontrolujte, zda je prohlížeč schopen obnovit všechny nebo ne

V softwarovém inženýrství je testování obnovitelnosti typem ne Funkční 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í aktivity a dostupné nástroje pro zotavení.

Pokud dojde k řadě selhání, pak namísto péče o všechna selhání by mělo být testování obnovy provedeno strukturovaným způsobem, což znamená, že testování obnovy by mělo být provedeno pro jeden segment a poté pro další.

Dělají to profesionální testeři. Před testováním obnovy jsou adekvátní zálohovaná data uložena na zabezpečených místech. To se provádí, aby bylo zajištěno, že operace 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ů:

1. Normální operace
2. Výskyt katastrofy
3. Narušení a selhání provozu
4. Odstranění katastrofy prostřednictvím procesu obnovy
5. Rekonstrukce všech procesů a informací s cílem uvést celý systém do běžného provozu

Pojďme si těchto 5 kroků podrobně probrat –

1. Systém skládající se z hardwaru, softwaru a firmwaru integrovaných k dosažení společného cíle je uveden do provozu za účelem plnění dobře definovaného a stanoveného cíle. Systém je povolán k provedení normální operace, aby provedl navrženou práci bez jakéhokoli přerušení ve stanoveném časovém období.
2. K přerušení může dojít 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.
3. Fáze přerušení je nejbolestivější fází, která vede k obchodním ztrátám, přerušení vztahů, ztrátám příležitostí, ztrátám odpracovaných hodin a vždy finančním ztrátám a ztrátám dobrého jména. Každá rozumná agentura by měla mít plán obnovy po havárii, aby fáze narušení byla minimální.
4. Pokud jsou plán zálohování a procesy zmírňování rizik na správném místě, než dojde k pohromě a narušení, lze obnovu provést bez velkých ztrát času, úsilí a energie. Měl by být definován určený jednotlivec spolu s jeho týmem s přidělenou rolí každé z těchto osob, aby stanovili odpovědnost a pomohli organizaci zachránit se před dlouhým obdobím přerušení.
5. Rekonstrukce může zahrnovat více relací operace k opětovnému sestavení všech složek spolu s konfiguračními soubory. Pro správnou obnovu by měla existovat řádná dokumentace a proces rekonstrukce.

Strategie restaurování

Tým obnovy by měl mít svou jedinečnou strategii pro získávání důležitého kódu a dat, aby se fungování agentury vrátilo k normálu.

Strategie může být jedinečná pro každou organizaci na základě kritičnosti systémů, které obsluhují.

Možnou strategii pro kritické systémy lze vizualizovat následovně:

1. Chcete-li mít jednu zálohu nebo více než jednu
2. Mít více záloh na jednom místě nebo na různých místech
3. Chcete-li mít online zálohu nebo offline zálohu
4. Může se záloha provádět automaticky na základě zásady nebo ji mít ručně?
5. Pro práci lze využít nezávislý restaurátorský tým nebo samotný vývojový tým

S každou z těchto strategií je spojen nákladový faktor 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 na příslušné vývojářské agentuře. Například pokud Amazon AWS vypne 25 internetu. Nezávislé restaurování je v takových případech zásadní.

Jak provést test zotavení

Při provádění testování obnovy je třeba vzít v úvahu následující věci.

• Musíme vytvořit testovací prostředí co nejblíže skutečným podmínkám nasazení. Změny v rozhraní, protokolu, firmwaru, hardwaru a softwaru by měly být co nejblíže skutečnému stavu, ne-li stejnému.
• Vyčerpávající testování může být časově náročné a nákladné, měla by být provedena stejná konfigurace a kompletní kontrola.
• Pokud je to možné, mělo by být provedeno testování na hardwaru, který se konečně chystáme obnovit. To platí zejména v případě, že provádíme obnovu na jiný počítač, 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 pořízena.
• Zastarávání by se mělo řešit, protože technologie pohonů se vyvíjí rychlým tempem a starý disk nemusí být kompatibilní s novým. Jedním ze způsobů, jak problém vyřešit, je obnovit do a virtuální stroj. Dodavatelé 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ů online zálohovacích služeb nás chrání před přímým vystavením problémům s médii tím, jak používají úložné systémy odolné proti chybám.
• Zatímco online zálohovací systémy jsou extrémně spolehlivé, musíme otestovat stranu obnovy systému, abychom se ujistili, že neexistují žádné problémy s funkcí obnovy, zabezpečením nebo šifrováním.

Postup testování po restaurování

Většina velkých korporací má nezávislé auditory, kteří pravidelně provádějí testy obnovy.

Náklady na údržbu a testování komplexního plánu obnovy po havárii mohou být značné a pro menší podniky mohou být neúnosné.

Menší rizika se mohou spoléhat na jejich zálohování dat a plány úložiště mimo pracoviště, které je zachrání v případě katastrofy.

Po obnovení složek a souborů lze provést následující kontroly, aby bylo zajištěno, že soubory jsou obnoveny správně:

• Přejmenujte složku poškozených dokumentů
• Spočítejte soubory v obnovených složkách a spojte 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 normálně děláte.
• Nejlepší je otevřít několik souborů různých typů, obrázky, mp3, dokumenty a některé velké a některé malé.
• Většina operační systémy mít nástroje, které můžete použít k porovnání souborů a adresářů.

Shrnutí

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 jeho požadavky.