Odpověď hned: Když restore ve Veeamu selže, klíčové je okamžitě zastavit přepisování dotčeného řetězce a uchovat celou složku se zálohami – plnou zálohu, všechny inkrementy i metadata. Samotný restore pak provádějte importem do odděleného, správcem připraveného prostředí, nikdy přes produkci.
Řetězec je celek, ne jeden soubor
Běžná chyba při selhávající obnově je soustředění se na nejnovější záložní soubor. Ve Veeamu ale nejnovější soubor v úložišti sám o sobě nemusí obsahovat obnovitelný bod – celý smysl má až ve vazbě na zbytek řetězce. VBK představuje plnou zálohu, VIB dopředný inkrement, VRB změny používané u reverzně inkrementální metody a VBM metadata. U různých metod nejsou vazby ani role nejnovějšího souboru stejné. Konkrétní podoba řetězce navíc závisí na metodě, kterou daný job používá (Veeam: Backup Chain).
Z toho plyne první praktické pravidlo: pokud restore hlásí chybějící nebo nečitelný soubor, problém nemusí být v bodu, který obnovujete, ale v jakémkoli článku řetězce pod ním. Proto se diagnostika orientuje na celou složku, ne na jednotlivé soubory.
Rozhodnutí před dalším během jobu
Než cokoliv spustíte, musí správce rozhodnout o uchování dotčené složky a zabránit automatické rotaci. Konkrétně jde o to, aby plánovaný běh neprovedl retenci, přidání inkrementů či transformaci dotčené sady před jejím uchováním – takový běh může přepsat metadata a situaci výrazně zhoršit.
Důležité je rozlišení: řeší se jeden dotčený job, ne všechny zálohy. Plošné zastavení všech fungujících úloh je nadbytečné a zbytečně zvětšuje okno bez ochrany dat. Jiný job, který zapisuje do jiného úložiště a netvoří řetězec s tím vadným, může klidně běžet dál. Zastavte či pozastavte jen job, jehož soubory se restore dotýká.
Co si zapsat a co uchovat
Před jakoukoli manipulací zdokumentujte stav:
- název zálohovacího jobu a jeho verzi konfigurace,
- verzi Veeam Backup & Replication,
- časové razítko cílového restore pointu,
- přesné znění chyby restore včetně názvu souboru, na kterém selhal.
Poté uchovávejte celý řetězec – plnou zálohu VBK, všechny potřebné inkrementy a také soubor s metadaty. Pokud byste soubory kamkoli přesouvali, musí přesun zahrnovat metadata, plnou zálohu i potřebné inkrementy dohromady; částečný přenos řetězce z něj dělá neúplnou strukturu (Veeam KB1729).
Dvě věci výslovně nedělejte: nenuťte vznik nových inkrementů nad pochybným řetězcem a nemažte VBK s představou, že „si uděláme novou plnou“. Nová plná záloha nepomůže obnovit staré body z toho poškozeného řetězce, a smazaný VBK může být jediná cesta k nim.
Soubor je smazaný, přepsaný nebo poškozený a jinde ho nemáte? Na médium už nic nezapisujte.
Co už nezkoušet:
- na disk ani kartu, kde soubor byl, nic neukládejte ani neinstalujte — ani program na obnovu,
- médium neformátujte a nespouštějte na něm CHKDSK ani opravu,
- když disk navíc hlásí chyby nebo cvaká, opakovaně ho nezapínejte.
Jak to u nás probíhá a kolik to stojí: záchrana dat.
Popište, o jaký soubor a jaké médium jde; cenu diagnostiky i záchrany vám řekneme předem. NONSTOP linka 775 556 063.
Vadné médium: proč ho neprocházet znovu
Jestliže disk úložiště mizí, hlásí chyby čtení nebo vydává neobvyklé zvuky, přerušte další testy nad originálem. Stejně tak neprovádějte opravy souborového systému na jediné kopii záloh. Jde o jinou větev než pouhý import neúplné složky na zdravém úložišti.
Na zdravém zdroji připraví správce oddělenou kopii. Při známkách vadného média způsob získání dat zvolí specialista; běžné kopírování jediným průchodem není obecný bezpečný návod a může narazit na nečitelné oblasti. Uchovejte seznam souborů i přesné chyby již provedených pokusů, ale neopakujte je automaticky.
Import do odděleného prostředí krok za krokem
Zdravou kopii řetězce importujte do prostředí, které správce připraví odděleně od produkce – instance Veeam Backup & Replication podporující danou zálohu, dost místa na úložišti a žádná vazba na produkční joby. Veeam důsledně odděluje dva úkony: import existujících záložních souborů a vlastní obnovu dat z nich (Veeam: Importing Backups). Postup:
- Připravte oddělené prostředí a umístěte kopii celého řetězce (VBK, VIB/VRB, VBM) do složky, kterou toto prostředí vidí.
- V konzoli na kartě Home zvolte Import Backup. V Location vyberte server s kopií, přes Browse vyberte soubor VBM; pokud VBM není dostupný, dokumentace umožňuje vybrat VBK (import je pak pomalejší). Potřebné inkrementy musí být ve stejné složce jako plná záloha. Server s kopií musí být přidaný do backup infrastruktury odděleného prostředí. Konzole takto importuje ze serverů Windows a Linux a z deduplikačních úložišť HPE StoreOnce a Dell Data Domain; pro jiná úložiště Veeam odkazuje na PowerShell cmdlet Import-VBRBackup.
- Potvrďte import. Při úspěchu se záloha objeví v Home → Backups → Imported pod původním názvem jobu s příponou
_imported. Zobrazení bodů je podklad pro výběr testu, nikoli důkaz, že všechny body půjdou obnovit. - Porovnejte zobrazené body s inventářem a požadovaným časem. Zapište chybová hlášení. Obnovitelnost konkrétního bodu se ověří až jeho obnovou a kontrolou výsledku; import s chybou nepovažujte za potvrzení úplného řetězce.
Bezpečná větev, pokud import selže: nevracejte se k originálu na vadném médiu a nezkoušejte import „co jiného by tam bylo“ přímo z produkce. Porovnejte kopii s inventářem, ověřte plnou zálohu, potřebné inkrementy, oprávnění i kompatibilitu verze. Chybějící VBM samo o sobě nevylučuje ruční import přes VBK. Pokud záloha vznikla v novější verzi Veeamu, než jakou má oddělené prostředí, import podle výrobce projde, ale obnova z ní dostupná nebude – prostředí musí mít stejnou nebo novější verzi. Další pokus dělejte až po vyjasnění příčiny, stále mimo produkční originály.
Restore následně proveďte z importované zálohy v odděleném prostředí, a to do testovacího stroje nebo izolované lokality. Pokud je záloha šifrovaná heslem, předejte heslo správci odděleného prostředí bezpečným kanálem odděleně od samotných souborů – nikdy je neposílejte společně v jednom přenosu, e-mailu, chatu ani formuláři.
Co zkouška prokazuje – a co ne
Úspěšná obnova a kontrola obsahu potvrzují použitelnost konkrétního testovaného bodu pro ověřené soubory či aplikace. Pouhý import potvrzuje jen zařazení zálohy do konzole. Neznamená to ale automaticky, že každý bod v řetězci je v pořádku, ani že budoucí běhy jobu dopadnou dobře. Nezávisle platí, že z neúplného řetězce nelze dávat žádnou garanci – bod vyžadující chybějící článek může selhat, i když se v konzoli zobrazuje. Nelze ale bez znalosti metody a dalších plných záloh prohlásit všechny body sady za ztracené.
Odděleně si také uvědomte, že tento postup je reakce na již selhavší restore, nikoli náhrada pravidelného testu obnovy. Test obnovy je preventivní proces, který odhalí problémy dřív, než je skutečně potřeba. Tady se řeší opačná situace: obnova už selhala a cílem je zachovat maximum z toho, co zbývá.
Rozhodovací tabulka
| Situace | Co udělat | Čeho se vyvarovat |
|---|---|---|
| Restore selhal, job běží dál | Pozastavit jen dotčený job, uchovat složku | Plošně zastavovat všechny dobré zálohy |
| Řetězec leží na podezřelém médiu | Zastavit opakované testy, odborně získat data | Opakovaně procházet nebo „opravovat“ originál |
| Chybí jen VBM metadata | Uchovat ostatní soubory, posoudit ruční import přes VBK | Mazat VBK a tvořit novou plnou |
| Import projde v testovacím prostředí | Restore do izolovaného stroje, kontrola bodu | Restore rovnou přes produkční servery |
| Řetězec neúplný | Obnovit co jde, hlásit hranice | Slibovat obnovu bodů nad mezerou |
| Řetězec je šifrovaný | Heslo předat odděleným bezpečným kanálem | Posílat heslo společně se soubory |
Předávací checklist a ověření výsledku
Před předáním řešení jinému správci nebo specialistovi si připravte:
- zápis jobu, verze, restore pointu a chyby z počátku incidentu,
- celou uchovanou složku s řetězcem včetně metadat,
- kopii na zdravém úložišti a poznámku, kde je originál a v jakém je stavu,
- potvrzení, že produkční joby běží normálně a pozastaven je jen dotčený job,
- záznam o importu v odděleném prostředí a výsledku restore.
Ověření výsledku po obnově: zkontrolujte, že obnovená aplikace nebo stroj skutečně startuje, a ověřte časový bod dat – tedy že obsah odpovídá očekávanému okamžiku, ze kterého jste obnovovali. Formalita „obnova proběhla“ bez kontroly obsahu nemá vypovídací hodnotu. Nakonec si ujasněte hranice: které body se obnovit nepodařilo a co to pro dotčený systém znamená do budoucna. Nevyžadujte restart všude, kde běží produkční služby – každé takové doporučení musí zohlednit, na čem server zrovna běží a co obsluhuje.
Často se ptáte
Stačí k obnově jen nejnovější záložní soubor?
Ne. Nejnovější soubor sám o sobě nemusí obsahovat obnovitelný bod; význam má celý řetěz – plná záloha, inkrementy a metadata dohromady.
Můžu po selhání restore spustit novou plnou zálohu místo řešení?
Novou plnou zálohu můžete spustit pro budoucí ochranu, ale nevyřeší obnovu bodů z poškozeného řetězce. Proto nemažte VBK a nenuťte nové inkrementy nad stávajícím řetězcem, dokud ho nemáte v bezpečí.
Proč import a restore řešit v odděleném prostředí?
Veeam považuje import souborů a vlastní obnovu za oddělené úkony. Import do izolovaného prostředí umožní ověřit řetězec a obnovit data s menším rizikem zásahu do produkčních dat. Správce však musí zkontrolovat cíl obnovy a izolaci testovacího stroje.
Co když je příčinou vadný disk s úložištěm záloh?
Přerušte opakované čtení a opravy originálu. Způsob získání dat na zdravé úložiště zvolí specialista podle závady; nedoporučujeme obecný příkaz pro domácí kopírování selhávajícího disku.
Jak bezpečně předat heslo k šifrované záloze?
Heslo předejte odděleným bezpečným kanálem, nikdy společně se záložními soubory a nikdy přes chat, e-mail nebo formulář. Obecně platí, že tajné přístupové údaje do nechráněných přenosů nepatří.
Potřebujete zachovat firemní data?
Pokud selhalo původní médium nebo chybí jediná použitelná kopie, popište situaci přes formulář záchrany dat. Uveďte zařízení, příznak, co se stalo před závadou a která data potřebujete. Hesla, klíče ani samotné citlivé soubory do formuláře nevkládejte. Rozsah posouzení a případnou cenu domluvíme předem podle konkrétního případu; aktuální ceník rozlišuje média i náročnost. Více o možnostech je v přehledu záchrany dat.
Zdroje a datum kontroly
Technické zdroje byly zkontrolovány 7. října 2026.