Odpověď hned: Když VHDX/AVHDX hlásí chybějícího rodiče, neztratili jste nutně data – nejdřív zjistěte, co přesně v řetězci chybí a co všechno se dochovalo. Veškerou práci dělejte na zálohované kopii souborů, originál ani konfiguraci nijak neměňte.
Co se vlastně stalo: rodič a rozdílový disk
Rozdílový disk (u kontrolních bodů Hyper-V typicky soubor s příponou .avhdx) neobsahuje kompletní data. Uchovává jen změny oproti rodiči – dalším souboru VHDX nebo AVHDX v řetězci. Kontrolní bod proto funguje jen jako celek: každý článek musí být fyzicky dostupný a musí na sebe správně navazovat. Když Hyper-V při startu virtuálního počítače ohlásí, že rodič chybí nebo řetězec nelze sestavit, znamená to porušení této vazby, ne nutně ztrátu obsahu.
Podle dokumentace Microsoftu může být příčinou porušeného řetězce ruční mazání souborů, chyba při slučování (merge) nebo výpadek úložiště Hyper-V checkpoints a differencing disks. Zjištění, který z těchto scénářů nastal, je první krok – odliší totiž situaci „soubor zmizel“ od „soubor je stále někde, jen se nechová“.
Co víme a co zkouška neprokazuje
Před jakoukoliv opravou si ujasněte hranice toho, co diagnostika říká:
Co diagnostika prokáže:
- že konkrétní AVHDX odkazuje na konkrétní cestu k rodiči,
- že rodič na dané cestě fyzicky chybí nebo existuje,
- typ a strukturu zjištěného řetězce.
Co zkouška neprokazuje:
- že původní rodič byl nenávratně zničen – soubor mohl být jen přesunut nebo přejmenován,
- že chybějící soubor byl poslední dochovaný – na úložišti mohou existovat další kopie, staré soubory kontrolních bodů nebo zálohy,
- že data uvnitř dochovaných disků jsou konzistentní – to lze posoudit až po obnově řetězce, a to je práce pro specializovaný postup, který tady nepopisujeme.
Zjednodušeně: chybějící rodič je symptom, nikoli diagnóza. A rozhodně to neznamená, že si můžete „dohodit“ nový prázdný rodič a pokračovat – tím byste si v nejlepším případě nic neopravili a v horším situaci zhoršili.
Co uchovat před obnovou – úplný inventář
Než se cokoliv pokusíte opravit, vytvořte bezpečnou kopii všeho, co k incidentu patří. Microsoft před opravami porušeného řetězce doporučuje zálohovat všechny související soubory Hyper-V checkpoints a differencing disks. Do inventáře patří:
- Všechny soubory VHDX a AVHDX patřící danému virtuálnímu počítači – včetně těch, které se aktuálně jeví jako „staré“ nebo nepoužívané. Právě jeden z nich může být hledaným rodičem.
- Konfigurace virtuálního počítače – soubory XML/VMCX a bin/VMRS, tedy kompletní adresář virtuálního počítače.
- Záznamy o chybějících cestách – přesné hlášení Hyper-V, včetně úplné cesty k rodiči, kterou systém očekával.
- Stávající záloha tohoto stroje, pokud existuje, včetně data jejího vzniku.
- Logy a časová osa – kdy se chyba objevila, co se ten den dělo s úložištěm (údržba, mazání, restart, výpadek).
Kopie patří na jiné, zdravé úložiště – ne na stejný disk, kde došlo k incidentu. Pokud se objevují známky selhání fyzického média, záležitost nejdřív předejte datové laboratoři; opakované čtení vadného disku může dostupná data dále poškodit.
Disk se neozývá, cvaká nebo hlásí chyby? Dál už nic nezkoušejte.
Co už nezkoušet:
- disk opakovaně nezapínejte ani znovu nepřipojujte,
- nespouštějte na vadném disku programy na obnovu dat, CHKDSK ani formátování,
- disk neotvírejte a nerozebírejte.
Jak to u nás probíhá a kolik to stojí: záchrana dat z pevného disku.
Prvotní diagnostika HDD a SSD zdarma — zjistíme, co jde zachránit, a cenu řekneme předem; rozhodnete se až pak. NONSTOP linka 775 556 063.
U nestandardních případů (médium otevíral jiný servis, přepis/formátování, složitá analýza) je diagnostika 1 210 Kč včetně DPH (1 000 Kč bez DPH) — řekneme vám to předem.
Praktický postup krok za krokem (jen pro čtení)
Tento postup je diagnostický. Nic v něm originály nemění. Předpoklad: pracujete na zdravé pracovní kopii odstaveného stroje a máte oprávnění číst daná data. Prosté kopírování disků běžícího stroje nemusí vytvořit konzistentní sadu; její uchování připraví správce. Jste-li správce vlastního nebo autorizovaného Hyper-V, postupujte takto:
- Připravte pracovní kopii. Zkopírujte AVHDX, jehož rodiče hledáte, na zdravé úložiště, například do
D:\Kopie\. Originál zůstává nedotčený. - Spusťte na kopii PowerShell s modulem Hyper-V a vypište metadata disku:
Get-VHD -Path 'D:\Kopie\disk.avhdx' | Select-Object Path,ParentPath,VhdType
- Očekávaný výsledek při čitelných metadatech: tabulka se třemi sloupci.
Pathukazuje zkoumaný soubor,ParentPathcestu k rodiči,VhdTypetyp disku (u rozdílového diskuDifferencing). HodnotaParentPathukazuje uloženou vazbu na rodiče. Když příkaz místo výpisu skončí chybou, zaznamenejte ji a nepokoušejte se ji obejít změnou hlavičky. Tato větev je podklad pro odbornou analýzu, nikoli důkaz ztráty všech dat. - Porovnejte
ParentPaths realitou. Existuje soubor na této cestě? Pokud ne, prohledejte úložiště (včetně košů, dočasných adresářů a starých umístění) podle názvu souboru zParentPath. Přesun či přejmenování může vysvětlit nedostupnou cestu. Stejný název nalezeného souboru ale neprokazuje odpovídající obsah ani identitu rodiče. - Pokud má rodič typu AVHDX také svého rodiče, opakujte krok 2 pro něj, dokud nedosáhnete základního VHDX. Získáte kompletní mapu řetězce.
- Zaznamenejte vše: chybějící cesty, seznam všech nalezených souborů VHDX/AVHDX s jejich cestami a velikostmi, konfiguraci stroje a výsledky zálohování. Tento seznam je podkladem pro jakékoli další kroky.
Microsoft dokumentuje, že Get-VHD vrací objekt virtuálního disku Get-VHD, a ve svém průvodci řešením potíží s kontrolními body používá ke zmapování řetězce právě výběr Path, ParentPath a VhdType Hyper-V checkpoints a differencing disks. Jednu praktickou hranici také stojí za to znát: VHD na sdíleném úložišti, který právě používá běžící virtuální počítač, umí číst jen hostitel, který ho používá Get-VHD. Když příkaz na sdíleném úložišti selže, nemusí jít o poškození – jen o tuto situaci.
Bezpečná větev pro hlubší analýzu: pokud máte k dispozici zálohovací nástroj nebo zálohu, ověřte u ní datovou vrstvu odděleně – porovnejte, zda v záloze chybí týž rodič, nebo zda je v ní zachycená starší verze řetězce. Záložní kopii berte jako samostatný zdroj. Starší stejně pojmenovaný rodič nemusí odpovídat dochovanému rozdílovému disku; použitelnost se musí ověřit, nelze jej prostě dosadit.
Co rozhodně nedělat
- Nepoužívejte
Set-VHD -IgnoreIdMismatchaniMerge-VHDv této fázi. Obě operace mění data a v rukou bez znalosti celého řetězce mohou situaci zhoršit. Nejsou součástí tohoto postupu. - Nemažte žádné soubory. Ani ty, které se jeví jako sirotci. Právě „zbytečný“ AVHDX bývá hledaným rodičem jiného článku.
- Nevytvářejte nový prázdný rodič. Rozdílový disk se odkazuje na konkrétní obsah svého předchůdce; nový prázdný soubor se stejným názvem nenahradí původní data a vazbu tím neopravíte a případnou obnovu můžete zkomplikovat.
- Neodstraňujte kontrolní body ani neslučujte disky přes správce Hyper-V, dokud nevíte, co je skutečně rozbité.
- Neopravujte nic na vadném fyzickém médiu a nečtěte z něj opakovaně „pro jistotu“.
Rozhodovací tabulka: jak postupovat
| Nález | Co znamená | Bezpečný další krok |
|---|---|---|
ParentPath ukazuje na existující soubor, ale VM nestartuje | Jiný typ poruchy (např. ID nebo cesta v konfiguraci) | Zmapovat celý řetězec přes Get-VHD, konzultovat s odborníkem, nic neměnit |
| Soubor rodiče chybí, ale existuje stará záloha | Záloha je další zdroj, ne zaručeně odpovídající rodič | Obnovit zálohu odděleně a odborně porovnat vazby i obsah |
| Rodič chybí, žádná záloha, médium zdravé | Nejisté, ale nenávratná ztráta není potvrzená | Uchovat vše, vyhledat soubor podle názvu na celém úložišti, předat odborníkovi |
| Fyzické médium vrací čtecí chyby | Podezření na závadu úložiště; logická chyba může existovat současně | Zastavit práce, předat datové laboratoři, dál nečíst |
| Všechny soubory nalezeny, ale chyba přetrvává | Přítomnost souborů nezaručuje jejich správné vazby | Nechat kopii řešit odborníka; obnovu ze zálohy provádět odděleně |
| Nalezen přejmenovaný/přesunutý soubor odpovídající rodiči | Pravděpodobně jednoduché přemístění | Zaznamenat nález, opravu provádět jen na kopii a s ověřením identity disku |
Předávací checklist pro další řešitele
Pokud budete záležitost předávat kolegovi, dodavateli nebo datové laboratoři, přiložte:
- Chybové hlášení s přesnou očekávanou cestou k rodiči (
ParentPath) - Seznam všech VHDX/AVHDX souborů: cesta, název, velikost, datum změny
- Výpis
Get-VHDpro každý článek zmapovaného řetězce - Kopie konfigurace virtuálního počítače (celý adresář)
- Informace o zálohách: co existuje, z jakého data, kde je uloženo
- Časová osa incidentu: kdy se chyba objevila, co jí předcházelo
- Potvrzení, že originály nebyly měněny a práce probíhala na kopii
Jak ověřit, že diagnostika dopadla dobře
Výsledek této fáze ověřte takto:
- Máte pro každý zkoumaný AVHDX záznam s
Path,ParentPathaVhdType– a víte u každého, zda rodič fyzicky existuje. - Seznam souborů na úložišti je kompletní – nic nebylo mezitím smazáno ani přesunuto.
- Je doloženo, s jakou kopií jste pracovali a jak byly originály uchovány. Samotné stejné datum změny neprokazuje bitovou totožnost ani absenci všech zápisů.
- Záloha všech souborů existuje na jiném úložišti a je čitelná.
- Předávací checklist je vyplněný a k tomu je připojená přesná verze použitého příkazu.
Teprve když tyto body odpovídají, má smysl přejít k vlastnímu řešení – a to už je buď záležitost specializovaného zásahu na kopii, nebo obnovy ze zálohy, prováděné odděleně od produkčního prostředí.
Často se ptáte
Znamená chybějící rodič, že jsou data ztracena?
Ne nutně. Chybějící rodič je porušení struktury řetězce, nikoli důkaz ztráty obsahu. Soubor může být jen přesunutý, přejmenovaný nebo zachycený v záloze. Možnost obnovy posoudí odborník podle dochovaných dat a ověřených alternativních kopií, nikoli podle samotného hlášení.
Můžu si vytvořit nový rodič se stejným názvem?
Ne. Rozdílový disk je svázán s obsahem svého rodiče, nikoli jen s jeho názvem. Nový prázdný VHDX původní data nenahradí a navíc může případnou pozdější obnovu zkomplikovat. Tento krok nepatří do bezpečného postupu.
Proč pracovat na kopii a ne na originálu?
Protože diagnostika i případná oprava s sebou nesou riziko zápisu. Microsoft před opravami porušeného řetězce doporučuje zálohovat všechny soubory, a práce na kopii zajišťuje, že kdykoli lze začít znovu. Uchovaný originál umožní další posouzení, ale nezaručuje úspěch obnovy.
Co dělat, když disk fyzicky selhává?
Předejte médium datové laboratoři a z něj dál nečtěte. Rozdíl mezi logickou poruchou řetězce a selháním zařízení je klíčový: u logické poruchy pomáhá mapování přes Get-VHD, u vadného média každé další čtení může dostupná data poškodit.
Kdy je na místě obnova ze zálohy?
Když existuje ověřená záloha požadovaného bodu, nebo ji lze použít jako samostatný zdroj pro další posouzení. Nalezené soubory samy neprokazují zdravý řetězec a starý rodič nemusí navazovat na novější rozdílový disk. Obnovu ze zálohy provádějte odděleně od produkce, aby nedošlo k přepsání původních souborů, a výsledek porovnejte se zaznamenanou mapou řetězce.
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.