Odpověď hned: Test obnovy je řízený pokus vytáhnout ze zálohy konkrétní data a rozběhnout je jinde než v ostrém provozu — do jiné složky, do jiného virtuálního stroje, na náhradní hardware. Nic nepřepisuje, zvládne se za odpoledne a odpovídá na dvě otázky, na které zelená fajfka v zálohovacím programu neodpovídá: projde obnova vůbec a jak dlouho trvá. Výsledek patří do jednostránkového zápisu — datum, co, odkud, kam, jak dlouho, kdo, výsledek, nálezy. Vyhláška č. 409/2025 Sb. testování a dokumentování výsledků u vyššího režimu výslovně vyžaduje, vyhláška č. 410/2025 Sb. u nižšího nikoli. Frekvenci nestanoví ani jedna.
Většina firem, se kterými se o zálohách bavíme, je na tom stejně: zálohy mají. NAS v serverovně, kopii do cloudu, e-mail v Microsoftu. Zálohovací software každé ráno pošle hlášení, že úloha skončila úspěšně, a to hlášení se pár měsíců čte a pak už jen filtruje do složky. Když se zeptáme, kdy naposledy někdo z té zálohy něco vytáhl, odpověď zní: nikdy. To je stav, kdy zálohu vlastníte, ale nemáte ji ověřenou — a rozdíl mezi tím dvojím se pozná až v den, kdy na ní závisí provoz.
Proč „záloha běží” neznamená „obnovíme”
Veeam zveřejnil 23. dubna 2025 výsledky průzkumu mezi 1 300 organizacemi, z nichž 900 mělo za sebou kybernetický útok. Za posledních dvanáct měsíců bylo zasaženo 69 % z nich. Podstatná jsou ale až čísla o obnově: jen 10 % organizací obnovilo více než 90 % svých dat a 57 % obnovilo méně než polovinu. Zároveň 66 % zálohovacích repozitářů bylo útokem zasaženo.
Většina zasažených firem tedy zálohy měla, a přesto se jim nepodařilo dostat zpátky ani polovinu dat. Někde byla záloha zašifrovaná spolu s produkcí, protože visela na stejné doméně a stejných přístupech. Někde v ní chybělo zrovna to, co nikdo nezahrnul do úlohy — databáze, konfigurace, schránky. A někde nikdo nevěděl, jak z ní udělat funkční server.
Zálohovací software přitom hlásil úspěch — jenže hlásí něco jiného, než si člověk přečte: že úloha doběhla a data se zapsala do cíle. Neříká, jestli je v záloze všechno potřebné, jestli to jde nasadit zpátky a jestli to někdo ve firmě umí.
Kontrola integrity není test obnovy
Nejčastější záměna se týká funkce, která vypadá jako ověření obnovy. U Synology Hyper Backup je to kontrola integrity dat: podle dokumentace Synology ověřuje, že zálohovací úloha může pokračovat a že zálohu lze obnovit — ale data při ní nepřenáší. Má smysl ji mít zapnutou, test obnovy ale nenahrazuje: dívá se jen na úložiště zálohy, ne na cestu zpátky do provozu. Neřekne, že z toho za dvě hodiny rozběhnete účetnictví.
Co přesně otestovat
Nemá smysl testovat všechno najednou. Rozdělte si to na čtyři úrovně.
| Úroveň | Co se obnovuje | Na co odpovídá |
|---|---|---|
| 1. Soubor a složka | Dokument ze sdíleného disku, ideálně starší verze | Umíme vytáhnout smazaný soubor a najdeme správnou verzi? |
| 2. Celý stroj | Server nebo notebook do virtuálního stroje či na náhradní hardware (bare-metal) | Rozběhne se stroj, který fyzicky neexistuje? |
| 3. Databáze a účetnictví | Databáze, účetní data, ERP — a hlavně jejich spuštění | Nastartuje aplikace nad obnovenými daty a souhlasí data? |
| 4. Microsoft 365 | Schránka, OneDrive, SharePoint | Máme vlastní kopii, nebo spoléháme na koš u poskytovatele? |
Úroveň 2 se nikdy nedělá a v den výpadku rozhoduje. Úroveň 3 je nejzrádnější: databázový soubor se zkopíruje vždycky, ale kopie pořízená za běhu bez součinnosti aplikace může být nekonzistentní a aplikace ji odmítne otevřít — proto musí obnovená databáze při testu skutečně nastartovat. Úroveň 4 je samostatné téma; rozebíráme ji v článku o tom, proč Microsoft 365 vaše e-maily nezálohuje.
Jak udělat test obnovy na Synology
Obnova souboru přes Hyper Backup do jiné složky. Otevřete průzkumník záloh u konkrétní úlohy, vyberte verzi podle data a označte složku nebo soubor. Při obnově zvolte jiné cílové umístění — testovací složku, ne původní cestu. Obnova jinam nemůže poškodit ostrá data, takže test proběhne i během pracovní doby. Po dokončení soubor otevřete, ověřte verzi a testovací složku smažte.
Obnova celého stroje přes Active Backup for Business. Ten podle specifikace Synology umožňuje bare-metal obnovu pomocí Recovery Media Creator (vytvoří se z něj startovací médium, ze kterého se stroj obnoví na holý hardware) a instant restore, tedy okamžité spuštění zálohy jako virtuálního stroje ve vSphere, Hyper-V nebo Synology Virtual Machine Manageru.
Pro test je instant restore nejpohodlnější: záloha se spustí jako virtuální stroj přímo na NASu ve VMM, aniž byste sahali na originál. Při spuštění odpojte síťovou kartu nebo stroj zapněte do izolované sítě — obnovený server má stejné jméno, IP adresu i role jako produkční a dva stejné stroje v jedné síti nadělají nepořádek.
Počítejte i s limity souběhu, které Synology uvádí: Active Backup for Business zvládne najednou maximálně 10 souborových serverů a podle velikosti operační paměti NASu 10, 30 nebo 50 počítačů a virtuálních strojů — test proto plánujte mimo okno běžících záloh.
Jak udělat test obnovy ve Veeam Backup & Replication
U Veeamu bývá první otázka licenční. Veeam Backup & Replication Community Edition je zdarma pro 10 instancí, přičemž pracovní stanice se počítá jako 1 instance a server jako 3 instance. Deset instancí pokryje například tři servery a jednu stanici, nebo dva servery a čtyři stanice — menší firma se do toho vejde a testovat obnovu může bez pořizovacích nákladů.
Vlastní test je stejná disciplína jako u Synology: obnovovat se musí vedle produkce, ne přes ni — virtuální stroj pod jiným názvem do izolované sítě, soubory do nové složky. Přepis originálu není test, to je zásah do provozu.
U obnoveného stroje projděte tři věci: nastartoval operační systém, nastartovaly služby (databáze, aplikační server, sdílení souborů) a otevře se v aplikaci reálný záznam, který znáte. Teprve to je obnova — nabootovaná přihlašovací obrazovka nedokazuje, že data uvnitř dávají smysl.
Jak změřit RTO a RPO vlastní firmy
Dvě zkratky, které v dokumentaci k zálohám padnou vždycky a málokdo si pod nimi představí číslo.
RTO (doba obnovení chodu) je doba, za kterou musí být služba zase v provozu. Měří se od výpadku po okamžik, kdy lidé normálně pracují — ne po okamžik, kdy doběhla obnova dat. Patří do ní i čas, než někdo výpadek zjistí a než sežene náhradní hardware.
RPO (bod obnovení dat) je množství práce, které si můžete dovolit ztratit, vyjádřené v čase. Když se zálohuje jednou denně ve dvě ráno a systém spadne v 16:00, ztratíte celý pracovní den. RPO je prakticky rovné intervalu mezi zálohami.
Obojí nevzejde z techniky, ale z provozu: u každé důležité služby si odpovězte, jak dlouho firma vydrží bez ní fungovat a kolik hodin práce jste ochotni udělat znovu. Odpovědi zapište jako požadované hodnoty.
Test obnovy pak dodá hodnoty naměřené. Stopněte si tři úseky odděleně: přípravu (hledání média, hesel, dokumentace), vlastní obnovu dat a dokončení do provozuschopného stavu. Součet porovnejte s požadovaným RTO. Vyjde-li naměřené RTO výrazně vyšší, není to důvod čísla přepsat — je to nález s vlastním řešením: rychlejší přenosová cesta, připravený náhradní stroj, sepsaný postup. Z prvního testu obvykle vyjde, že nejvíc času nesežral přenos dat, ale hledání: kde je licenční klíč, kdo zná heslo do NASu, kde je poslední offline kopie.
Šablona zápisu o testu obnovy
Zápis nemá být protokol na deset stran. Jedna stránka na test stačí; její hodnota je v tom, že existuje a je datovaná. Uložte ji do provozní dokumentace, ne do e-mailu.
| Položka | Co do ní patří |
|---|---|
| Datum a čas | Kdy test začal a kdy skončil |
| Co se obnovovalo | Konkrétní systém nebo data: souborový server, účetní databáze, schránka |
| Odkud | Zdroj zálohy: úloha, úložiště, verze podle data |
| Kam | Testovací složka, izolovaný virtuální stroj, náhradní hardware — a výslovně, že nešlo o produkci |
| Jak dlouho | Naměřený čas: příprava, obnova dat, dokončení do provozu |
| Kdo | Jméno člověka, který test provedl, a kdo byl přítomen |
| Výsledek | Uspěl / uspěl s výhradami / neuspěl — a čím se prokázal (otevřený dokument, nastartovaná služba) |
| Nálezy a nápravy | Co se ukázalo jako problém, kdo to napraví a do kdy |
K zápisu přiložte důkaz, ne jen tvrzení: snímek obrazovky s dokončenou obnovou, výpis z logu, snímek otevřeného souboru. Řádek „nálezy a nápravy” je nejcennější — test, po kterém nikdo nic neopravil, je jen cvičení.
Co k tomu chce vyhláška a co ne
Pravidla se od 1. listopadu 2025 liší podle režimu povinností. Který režim se týká vaší firmy a jestli vůbec nějaký, rozebíráme v článku o zákonu č. 264/2025 Sb. a koho se týká. Tady jde jen o zálohy.
Režim vyšších povinností — vyhláška č. 409/2025 Sb. V § 26 odst. 3 písm. a) a b) povinná osoba u záloh zajistí pravidelné testování jejich integrity, dostupnosti a obnovitelnosti a dokumentování výsledků těchto testů. Písmeno c) téhož odstavce žádá ochranu záloh alespoň šifrováním podle § 25 a odstavec 5 oddělení zálohovacího prostředí od jiných prostředí. K tomu § 15 písm. c) a e) ukládá stanovit dobu obnovení chodu a bod obnovení dat, tedy právě RTO a RPO, a pravidelně testovat plány kontinuity činností a plány obnovy.
Režim nižších povinností — vyhláška č. 410/2025 Sb. Je mírnější. V § 6 písm. c) požaduje pravidelné zálohy; výslovný požadavek testovat obnovitelnost tam není. Zato § 11 písm. a) žádá segmentaci sítě včetně oddělení provozního a zálohovacího prostředí — v praxi tedy záloha nemá viset na stejných přístupech a ve stejném segmentu jako to, co zálohuje.
A teď ten rozšířený omyl. Často se tvrdí, že zákon nařizuje měsíční test obnovy. Nenařizuje: žádná z obou vyhlášek nestanoví frekvenci testů. Vyšší režim ukládá testovat a dokumentovat pravidelně, ale interval si určuje povinná osoba sama. Nižší režim testování obnovitelnosti výslovně nevyžaduje vůbec.
Ke lhůtám se váže ještě zákon č. 264/2025 Sb.: podle § 6 odst. 1 se regulovaná služba ohlašuje Úřadu nejpozději do 60 dnů a podle § 13 odst. 4 se bezpečnostní opatření zavádějí nejpozději do 1 roku od doručení rozhodnutí o registraci.
Jak často testovat jako dobrá praxe
Následující už není citace předpisu, ale doporučení z provozu. Frekvenci nastavte podle toho, jak dlouho firma vydrží bez dané služby.
- Po každé významné změně. Nový server, migrace, změna zálohovací úlohy, nový účetní systém. Změna je typický okamžik, kdy se záloha tiše rozbije, aniž by to hlášení poznalo.
- Obnova souboru: krátký interval, nízká náročnost. Zabere pár minut a udrží dovednost živou. Klidně čtvrtletně.
- Obnova celého stroje: alespoň jednou ročně, u klíčových systémů častěji. Tenhle test dá naměřené RTO. Naplánujte si na něj půlden, když je klid, ne v uzávěrce.
- Obnova databáze a účetnictví: navažte na účetní cyklus, kdy je zřejmé, jaká data mají v kopii sedět.
- Vždy s tím, kdo to bude dělat doopravdy. Test, který zvládne jen jeden člověk, je sám o sobě nálezem: firma má jednobodové selhání v lidech, ne v technice.
Záloha musí být také dostatečně vzdálená od produkce — jinak testujete kopii, kterou stejný incident smete s originálem. Pravidlo tří kopií, dvou médií a jedné mimo lokalitu popisujeme u externího disku a pravidla 3-2-1, postup pro případ, kdy už se to stalo, v textu o prvních 24 hodinách po ransomwaru.
Přesně tohle děláme v ITHOPE v Brně v rámci správy IT a zálohování: hlídáme, že zálohovací úlohy skutečně doběhly, a v dohodnutém intervalu provedeme test obnovy, ze kterého zůstane datovaný zápis s naměřenými časy a nálezy. Firma tak má nejen zálohu, ale i doklad, že z ní jde obnovit — a ví, za jak dlouho. Co do správy patří, je v přehledu IT pro firmy.
Pokud test obnovy odhalí, že NAS nebo zálohovací řetěz potřebuje ruku odborníka, řešíme to v rámci servisu NAS v Brně — od výměny disků po nastavení zálohování, které jde obnovit.
Zdroje
- Vyhláška č. 409/2025 Sb. (režim vyšších povinností), § 15 a § 26 — e-sbirka.cz/sb/2025/409
- Vyhláška č. 410/2025 Sb. (režim nižších povinností), § 6 a § 11 — e-sbirka.cz/sb/2025/410
- Zákon č. 264/2025 Sb., § 6 a § 13 — e-sbirka.cz/sb/2025/264
- Veeam: tisková zpráva k průzkumu 1 300 organizací (23. 4. 2025) — veeam.com
- Veeam: Backup & Replication Community Edition — veeam.com/blog
- Synology: Hyper Backup — Backup Settings — kb.synology.com
- Synology: Active Backup for Business — Software Specifications — synology.com