Zpráva o úspěšném zálohování Vám sama neukáže, za jak dlouho začne organizace znovu pracovat. To zjistíte až zkouškou, při které obnovíte potřebnou službu a ověříte její použití.
Test doporučujeme připravit společně se správcem a člověkem, který službu využívá. Technický výsledek doplňte pracovním úkolem, například otevřením evidence a ověřením jejího obsahu.
Vyberte konkrétní službu
Začněte službou, jejíž výpadek by významně omezil Vaši práci. Pojmenujte ji podle účelu, aby vedení i správce rozuměli, co má po obnově fungovat.
Ke službě přiřaďte aplikaci, data, přihlášení a další potřebné systémy. Zkontrolujte také konfigurace, oprávnění a dostupnost dodavatele, pokud se bez něj obnova neobejde.
Vyberte první zvládnutelný scénář, například obnovu aplikace do odděleného prostředí. Do plánu napište, co tato zkouška pokrývá a které závislosti zůstávají mimo její rozsah.
Úspěšná obnova jednoho souboru Vám dává užitečný dílčí výsledek. Pro další rozhodování ale potřebujete vědět, zda jste ověřili také celou aplikaci nebo návaznou pracovní činnost.
Stanovte přijatelné výsledky
Před testem s vedením dohodněte, jak dlouhé přerušení služba snese a jak stará data ještě umožní pokračovat. Obě hodnoty zapisujte odděleně.
Dobu potřebnou k obnovení vyjadřuje cíl RTO. Cíl RPO popisuje přijatelnou ztrátu nejnovějších dat, například podle času posledního použitelného bodu obnovy.
Tyto cíle doporučujeme odvodit od práce lidí a závazků organizace. Správce potom ověří, zda dostupná technika a postupy umožňují požadovaného výsledku dosáhnout.
Stanovte také minimální použitelný provoz. Částečně obnovená služba může mít pro organizaci význam, pokud je předem jasné, které úkoly umožní a jaká omezení zůstávají.
Co vyžadují vyhlášky
Nižší režim stanovuje priority, pořadí a postupy obnovy technických aktiv v návaznosti na primární aktiva.
Vyžaduje také odpovědnosti konkrétních osob a pravidelné zálohy informací, dat, konfigurací a nastavení potřebných pro obnovu.
Ve vyšším režimu se pravidelně testují plány kontinuity a obnovy.
U záloh vyšší režim výslovně požaduje pravidelné testování integrity, dostupnosti a obnovitelnosti a dokumentování výsledků.
Níže uvedený scénář doporučujeme pro oba režimy i organizace mimo ZoKB. Jeho konkrétní průběh a četnost si nastavte podle důležitosti služby, změn a výsledků předchozích zkoušek.
Připravte bezpečné prostředí
Zkoušku doporučujeme provést v odděleném prostředí s omezenými přístupy. Předem ověřte, že obnovený systém nemůže odesílat skutečné zprávy nebo měnit produkční data.
Určete osobu, která smí test zahájit a přerušit. Připravte podmínky zastavení, například neočekávané spojení s produkcí nebo nedostatek kapacity ohrožující běžný provoz.
Seznam potřebných přístupů ověřte ještě před zkouškou. Pokud jsou postup nebo klíče dostupné pouze v systému, jehož nedostupnost simulujete, máte konkrétní mezeru k nápravě.
Domluvte také zacházení s obnovenými daty po testu. Testovací kopie může obsahovat stejné citlivé informace jako produkce, proto jí věnujte odpovídající ochranu a řízené odstranění.
Proveďte skutečnou obnovu
Na začátku zaznamenejte scénář, vybranou zálohu a čas. Postupujte podle dostupné dokumentace a průběžně zapisujte místa, kde musel technik využít znalost, která v ní chyběla.
Měřte také čekání na přístupy, stažení dat a součinnost dodavatele. Pro vedení je rozhodující celková doba do použitelného výsledku, do níž se tato čekání promítají.
Ověřte čitelnost dat a konzistenci aplikace dostupnými prostředky daného systému. U databáze například nestačí samotná existence obnoveného souboru, potřebujete ověřit jeho využití aplikací.
Pokud test neuspěje, uchovejte záznam o chybě a podmínkách. Před dalším pokusem určete, co se změní, abyste dokázali vysvětlit rozdíl mezi výsledky.
Zapojte uživatele služby
Určený uživatel se přihlásí do testovacího prostředí a provede domluvené úkoly. Ověří dostupnost podkladů, jejich stáří a oprávnění ke čtení i potřebným činnostem.
Pro kontrolu vybírejte předem známé záznamy a očekávané výsledky. Obecné sdělení „vypadá to dobře“ se při dalším testu obtížně porovnává.
Výsledek převezměte podle předem stanovených kritérií. Jestliže aplikace funguje, ale data jsou starší, než organizace potřebuje, zaznamenejte tento nedostatek samostatně.
U služby s více návaznostmi ověřte také předání mezi systémy. V testu použijte řízenou simulaci, aby ověřování nevytvořilo skutečné provozní požadavky nebo nechtěné transakce.
Zapište výsledek a nápravu
Doporučujeme jeden přehledný zápis, který umožní test zopakovat a vedení vysvětlí jeho praktický výsledek. Zachyťte alespoň následující údaje.
| Údaj | Co zaznamenat |
|---|---|
| Rozsah | Službu, zálohu, prostředí a neověřené závislosti. |
| Čas a data | Začátek, konec, čekání a stáří obnovených informací. |
| Výsledek | Splnění technických i uživatelských kritérií. |
| Nedostatky | Dopad, odpovědnou osobu, termín a způsob ověření nápravy. |
Po opravě doporučujeme zopakovat část testu, která chybu odhalila. Zlepšení doložte výsledkem a současně aktualizujte postup, podle kterého příště bude pracovat jiný správce.
Na závěr s vedením projděte rozdíl mezi požadovanou a dosaženou obnovou. S přípravou dalšího kroku Vám pomůžeme v rámci správy IT.
Z čeho vycházíme
Text shrnuje platné předpisy pro rychlou orientaci. Rozhoduje jejich úplné znění.
