VHDX без батьківського диска: що зберегти

Коротка відповідь: Якщо VHDX/AVHDX повідомляє про відсутній батьківський диск, це ще не означає втрату даних — спочатку з’ясуйте, чого саме бракує в ланцюжку і що вдалося зберегти. Усі дії виконуйте на робочій копії файлів, маючи окрему резервну копію; оригінали та конфігурацію не змінюйте.

Що сталося: батьківський і різницевий диски

Різницевий диск (для контрольних точок Hyper-V це зазвичай файл із розширенням .avhdx) не містить повного набору даних. Він зберігає лише зміни відносно батьківського диска — іншого файлу VHDX або AVHDX у ланцюжку. Тому контрольна точка працює лише як єдине ціле: кожна ланка має бути фізично доступною та правильно пов’язаною з іншими. Коли під час запуску віртуальної машини Hyper-V повідомляє, що батьківський диск відсутній або ланцюжок неможливо зібрати, це означає порушення такого зв’язку, але не обов’язково втрату вмісту.

За документацією Microsoft, причиною порушення ланцюжка може бути ручне видалення файлів, помилка під час злиття (merge) або збій сховища Контрольні точки та різницеві диски Hyper-V. Перший крок — з’ясувати, який із цих сценаріїв стався. Це допоможе відрізнити ситуацію «файл зник» від «файл досі десь є, але недоступний за очікуваним шляхом».

Що відомо і чого перевірка не доводить

Перш ніж щось виправляти, визначте межі висновків, які дає діагностика:

Що діагностика встановлює:

• що конкретний AVHDX посилається на певний шлях до батьківського диска,
• чи існує батьківський файл за цим шляхом,
• тип і структуру виявленого ланцюжка.

Чого перевірка не доводить:

• що початковий батьківський файл безповоротно знищено — його могли просто перемістити або перейменувати,
• що відсутній файл був останнім збереженим примірником — у сховищі можуть бути інші копії, старі файли контрольних точок або резервні копії,
• що дані всередині збережених дисків узгоджені — це можна оцінити лише після відновлення ланцюжка, застосувавши спеціалізовану процедуру, яку тут не описано.

Простіше кажучи, відсутній батьківський диск — це симптом, а не діагноз. І це аж ніяк не означає, що можна підставити новий порожній батьківський диск і продовжити роботу: у найкращому разі ви нічого не виправите, а в гіршому — погіршите ситуацію.

Що зберегти перед відновленням — повний перелік

Перш ніж намагатися щось виправити, створіть надійну копію всього, що стосується інциденту. Microsoft рекомендує перед виправленням порушеного ланцюжка зробити резервні копії всіх пов’язаних файлів Контрольні точки та різницеві диски Hyper-V. До переліку мають увійти:

1. Усі файли VHDX і AVHDX, що належать цій віртуальній машині, — зокрема ті, які зараз здаються «старими» або невикористовуваними. Саме один із них може виявитися потрібним батьківським диском.
2. Конфігурація віртуальної машини — файли XML/VMCX і bin/VMRS, тобто весь каталог віртуальної машини.
3. Відомості про відсутні шляхи — точне повідомлення Hyper-V, включно з повним шляхом до батьківського диска, який очікувала система.
4. Наявна резервна копія цієї машини, якщо вона є, із зазначенням дати створення.
5. Журнали та хронологія подій — коли виникла помилка, що того дня відбувалося зі сховищем: обслуговування, видалення, перезапуск, збій.

Зберігайте копії в іншому справному сховищі, а не на тому самому диску, де стався інцидент. Якщо є ознаки несправності фізичного носія, спочатку зверніться до лабораторії відновлення даних: повторне читання несправного диска може додатково пошкодити доступні дані.

Практична покрокова процедура (лише читання)

Ця процедура призначена для діагностики. Жодна з її дій не змінює оригіналів. Передумова: ви працюєте зі справною робочою копією вимкненої машини й маєте право читати ці дані. Звичайне копіювання дисків запущеної машини не завжди дає узгоджений набір файлів; його збереження має організувати адміністратор. Якщо ви адмініструєте власне середовище Hyper-V або маєте відповідні повноваження, дійте так:

1. Підготуйте робочу копію. Скопіюйте AVHDX, батьківський диск якого шукаєте, до справного сховища, наприклад у D:\Kopie\. Оригінал залишається незмінним.
2. Запустіть PowerShell із модулем Hyper-V та прочитайте метадані копії диска:

Get-VHD -Path 'D:\Kopie\disk.avhdx' | Select-Object Path,ParentPath,VhdType

3. Очікуваний результат, якщо метадані читаються: таблиця з трьома стовпцями. Path указує на досліджуваний файл, ParentPath — шлях до батьківського диска, VhdType — тип диска (для різницевого диска — Differencing). Значення ParentPath показує збережений зв’язок із батьківським диском. Якщо замість виведення даних команда завершується помилкою, зафіксуйте її та не намагайтеся обійти, змінюючи заголовок. Такий результат є матеріалом для фахового аналізу, а не доказом втрати всіх даних.
4. Порівняйте ParentPath із фактичним розташуванням файлів. Чи існує файл за цим шляхом? Якщо ні, пошукайте у сховищі, зокрема в кошиках, тимчасових каталогах і старих розташуваннях, файл з іменем, указаним у ParentPath. Переміщення або перейменування може пояснити недоступність шляху. Проте збіг імені знайденого файлу не доводить відповідності його вмісту чи того, що це саме потрібний батьківський диск.
5. Якщо батьківський диск типу AVHDX також має свій батьківський диск, повторіть для нього крок 2, доки не дійдете до базового VHDX. Так ви отримаєте повну схему ланцюжка.
6. Зафіксуйте все: відсутні шляхи, перелік усіх знайдених файлів VHDX/AVHDX із їхніми шляхами та розмірами, конфігурацію машини й результати резервного копіювання. Цей перелік слугуватиме основою для подальших дій.

Microsoft документує, що Get-VHD повертає об’єкт віртуального диска Get-VHD, а в посібнику з усунення несправностей контрольних точок використовує саме вибір полів Path, ParentPath і VhdType для побудови схеми ланцюжка Контрольні точки та різницеві диски Hyper-V. Варто знати й одне практичне обмеження: VHD у спільному сховищі, який зараз використовує запущена віртуальна машина, може читати лише той хост, на якому вона працює Get-VHD. Якщо команда не спрацьовує у спільному сховищі, причиною може бути саме це обмеження, а не пошкодження.

Безпечний варіант поглибленого аналізу: якщо ви маєте інструмент резервного копіювання або резервну копію, окремо перевірте збережені в ній дані — з’ясуйте, чи бракує в копії того самого батьківського диска, чи вона містить старішу версію ланцюжка. Розглядайте резервну копію як окреме джерело. Старіший батьківський диск із таким самим іменем може не відповідати збереженому різницевому диску; його придатність потрібно перевірити, а не просто підставити файл.

Чого категорично не слід робити

• Не використовуйте Set-VHD -IgnoreIdMismatch або Merge-VHD на цьому етапі. Обидві операції змінюють дані й без розуміння всього ланцюжка можуть погіршити ситуацію. Вони не є частиною цієї процедури.
• Не видаляйте жодних файлів. Навіть тих, які здаються осиротілими. Саме «зайвий» AVHDX нерідко виявляється батьківським диском іншої ланки.
• Не створюйте новий порожній батьківський диск. Різницевий диск посилається на конкретний вміст свого попередника. Новий порожній файл із таким самим іменем не замінить початкових даних і не відновить зв’язок, а подальше відновлення може ускладнитися.
• Не видаляйте контрольні точки та не зливайте диски через диспетчер Hyper-V, доки не з’ясуєте, що саме пошкоджено.
• Не намагайтеся нічого виправляти на несправному фізичному носії й не зчитуйте його повторно «про всяк випадок».

Таблиця рішень: як діяти

Результат перевірки	Що це означає	Безпечний наступний крок
ParentPath указує на наявний файл, але віртуальна машина не запускається	Інший тип несправності (наприклад, ID або шлях у конфігурації)	Побудувати схему всього ланцюжка через Get-VHD, проконсультуватися з фахівцем, нічого не змінювати
Батьківський файл відсутній, але є стара резервна копія	Резервна копія є додатковим джерелом, але не гарантує наявності відповідного батьківського диска	Відновити резервну копію окремо й доручити фахівцеві порівняти зв’язки та вміст
Батьківський диск відсутній, резервних копій немає, носій справний	Ситуація невизначена, але безповоротну втрату не підтверджено	Зберегти все, пошукати файл за іменем у всьому сховищі, передати матеріали фахівцеві
Фізичний носій повертає помилки читання	Є підозра на несправність сховища; водночас може існувати й логічна помилка	Припинити роботу, передати носій до лабораторії відновлення даних, більше не читати з нього
Усі файли знайдено, але помилка залишається	Наявність файлів не гарантує правильних зв’язків між ними	Передати копію фахівцеві; відновлення з резервної копії виконувати окремо
Знайдено перейменований або переміщений файл, що відповідає батьківському диску	Імовірно, файл просто перемістили	Зафіксувати знахідку, виправляти лише копію та з перевіркою ідентичності диска

Контрольний список для передачі іншим фахівцям

Якщо ви передаватимете справу колезі, підряднику або лабораторії відновлення даних, додайте:

• Повідомлення про помилку з точним очікуваним шляхом до батьківського диска (ParentPath)
• Перелік усіх файлів VHDX/AVHDX: шлях, ім’я, розмір, дата зміни
• Результат Get-VHD для кожної ланки дослідженого ланцюжка
• Копію конфігурації віртуальної машини (весь каталог)
• Відомості про резервні копії: які є, за яку дату, де зберігаються
• Хронологію інциденту: коли виникла помилка, що їй передувало
• Підтвердження, що оригінали не змінювалися, а робота виконувалася на копії

Як перевірити, що діагностику виконано належним чином

Перевірте результат цього етапу за такими пунктами:

1. Для кожного досліджуваного AVHDX є запис із Path, ParentPath і VhdType, а також відомо, чи існує відповідний батьківський файл фізично.
2. Перелік файлів у сховищі повний — за цей час нічого не видалено й не переміщено.
3. Задокументовано, з якою копією ви працювали та як збережено оригінали. Сам по собі збіг дати зміни не доводить побітової ідентичності чи відсутності будь-яких записів.
4. Резервна копія всіх файлів існує в іншому сховищі й доступна для читання.
5. Контрольний список для передачі заповнено, до нього додано точний варіант використаної команди.

Лише після виконання цих умов має сенс переходити до усунення проблеми. Це вже або спеціалізоване втручання на копії, або відновлення з резервної копії, яке виконують окремо від робочого середовища.

Поширені запитання

Чи означає відсутність батьківського диска, що дані втрачено?

Не обов’язково. Відсутність батьківського диска означає порушення структури ланцюжка, але не доводить втрати вмісту. Файл могли лише перемістити, перейменувати або зберегти в резервній копії. Можливість відновлення фахівець оцінює за збереженими даними та перевіреними альтернативними копіями, а не лише за повідомленням про помилку.

Чи можна створити новий батьківський диск із таким самим іменем?

Ні. Різницевий диск пов’язаний із вмістом батьківського диска, а не лише з його іменем. Новий порожній VHDX не замінить початкових даних і може ускладнити подальше відновлення. Такий крок не належить до безпечної процедури.

Чому потрібно працювати з копією, а не з оригіналом?

Тому що діагностика й можливе виправлення пов’язані з ризиком запису. Microsoft рекомендує перед виправленням порушеного ланцюжка зробити резервні копії всіх файлів, а робота з копією дає змогу будь-коли почати заново. Збережений оригінал дозволяє провести додатковий аналіз, але не гарантує успішного відновлення.

Що робити, якщо фізичний диск виходить із ладу?

Передайте носій до лабораторії відновлення даних і більше не зчитуйте його. Відмінність між логічним порушенням ланцюжка та несправністю пристрою принципова: за логічної помилки допомагає побудова схеми через Get-VHD, а на несправному носії кожне наступне читання може пошкодити доступні дані.

Коли варто відновлювати дані з резервної копії?

Коли є перевірена резервна копія потрібного стану або її можна використати як окреме джерело для подальшого аналізу. Сам факт знаходження файлів не доводить справності ланцюжка, а старий батьківський диск може не відповідати новішому різницевому диску. Відновлюйте резервну копію окремо від робочого середовища, щоб не перезаписати початкові файли, і порівняйте результат із зафіксованою схемою ланцюжка.

Потрібно зберегти дані компанії?

Якщо початковий носій вийшов із ладу або єдина придатна копія відсутня, опишіть ситуацію через форму запиту на відновлення даних. Укажіть пристрій, симптоми, що сталося перед несправністю та які дані вам потрібні. Не додавайте до форми паролі, ключі чи самі конфіденційні файли. Обсяг оцінювання та можливу вартість узгодимо заздалегідь відповідно до конкретного випадку; актуальний прайс-лист враховує тип носія та складність роботи. Докладніше про можливості — в огляді послуг із відновлення даних.

Джерела та дата перевірки

Технічні джерела перевірено 7 жовтня 2026 року.

• Microsoft: контрольні точки та різницеві диски Hyper-V
• Microsoft: Get-VHD

Де нас знайти

ITHOPE — компанія з Брно, Чехія: ми робимо відновлення даних з дисків, RAID і NAS, сервіс ПК та ноутбуків та IT для бізнесу, усе у власній лабораторії за адресою Viniční 3587/216, 615 00 Brno.

Телефон +420 775 556 063 (цілодобово). Пристрій можна привезти особисто або надіслати курʼєром (Zásilkovna, PPL).