Як відновити віртуальні машини Hyper-V та Checkpoints у Windows Server 2022
-
Автор:
Valery Martyshko
-
Редактор:
Vladyslav Kupriyenko
Читайте про те, як відновити дані та повернути роботу віртуальних машин Hyper-V у Windows Server 2022. Потреба у відновленні часто виникає через випадкове видалення файлів у диспетчері, збої хостової операційної системи, апаратні помилки сервера або через логічне пошкодження самого тому з файлами VHDX. Ми детально розберемо процес автоматичного пошуку видалених віртуальних дисків, checkpoints та надійного відновлення всієї інформації.
- Особливості архітектури Hyper-V
- Підключення накопичувачів
- Відновлення віртуальних машин Hyper-V та їхніх Checkpoints
- Висновок
- Поширені запитання
- Коментарі
Віртуалізація за допомогою Hyper-V є важливою складовою сучасної серверної інфраструктури, оскільки дає змогу запускати кілька віртуальних машин на одному фізичному сервері. Віртуальні диски, конфігураційні файли та Checkpoints зберігають важливі дані й стан віртуальних систем. Проте випадкове видалення, пошкодження файлової системи, збій Windows Server 2022 або втрата файлів VHDX можуть призвести до недоступності віртуальної машини та її даних.
У цій статті розглянемо, як відновити віртуальні машини Hyper-V та їхні Checkpoints у Windows Server 2022. Ви дізнаєтеся, де зберігаються файли віртуальних машин, як знайти втрачені VHDX, AVHDX і конфігураційні файли, а також які способи можна використати для відновлення після видалення або пошкодження. Окрему увагу приділимо відновленню даних за допомогою спеціалізованого програмного забезпечення Hetman RAID Recovery.
Відновлення віртуальних машин Hyper-V та їхніх Checkpoints у Windows Server 2022
Особливості архітектури Hyper-V
Для успішного повернення даних необхідно розуміти принципи роботи гіпервізора Hyper-V. Ця система використовує кілька типів віртуальних дисків:
- Першим типом є динамічні накопичувачі Dynamically expanding, які збільшуються в розмірі в процесі заповнення даними.
- Другим типом є фіксовані диски Fixed size, що одразу резервують весь виділений обсяг на фізичному носії сховища.
- Третім типом є диски відмінностей Differencing, які обов’язково зв’язуються з батьківським накопичувачем і зберігають виключно нові зміни системи.
Схожий принцип покладено і в основу роботи контрольних точок у середовищі Hyper-V. Коли адміністратор створює або застосовує механізм Checkpoints, гіпервізор переводить основний диск у режим лише для читання. Поверх нього створюється спеціальний диск відмінностей у форматі AVHDX, який фіксує та зберігає поточний стан віртуальної машини перед внесенням глобальних змін. Пошкодження або втрата хоча б одного елемента з цього ланцюжка робить запуск гостьової системи неможливим.
Окрім самих віртуальних дисків критично важливу роль відіграють конфігураційні файли форматів VMCX та VMRS. Вони зберігають усі апаратні налаштування віртуальної машини та інформацію про стан її оперативної пам’яті на момент створення знімка. Саме тому для повного та коректного відновлення працездатності системи алгоритми програми шукають не лише файли VHDX, а й увесь набір супутніх службових даних.
| Компонент | Опис | Значення для відновлення даних |
|---|---|---|
| Гіпервізор Hyper-V | Програмно-апаратний рівень віртуалізації, який забезпечує запуск і керування віртуальними машинами. | Збій гіпервізора або хост-сервера може зробити віртуальні машини недоступними, навіть якщо їхні файли залишилися на диску. |
| Батьківський розділ (Parent Partition) | Спеціальний розділ, у якому працює Windows Server 2022 та служби керування Hyper-V. | Містить конфігурацію, журнали та інструменти керування віртуальними машинами. |
| Дочірні розділи (Child Partitions) | Ізольовані середовища виконання, у яких працюють гостьові операційні системи. | Кожна віртуальна машина має власні ресурси, конфігурацію та віртуальні диски. |
| Віртуальні диски VHD/VHDX | Файли, які емулюють фізичні диски та зберігають операційну систему, програми й дані віртуальної машини. | Втрата або пошкодження VHDX може призвести до неможливості запуску ВМ і втрати доступу до її файлів. |
| Checkpoints (контрольні точки) | Зберігають стан віртуальної машини на певний момент часу. | Дозволяють повернути ВМ до попереднього стану, але видалення або пошкодження файлів Checkpoint може ускладнити відновлення. |
| AVHDX-файли | Диференційні диски, які використовуються для зберігання змін після створення контрольної точки. | Для відновлення актуальних даних може знадобитися правильне об’єднання ланцюжка VHDX та AVHDX. |
| Конфігураційні файли ВМ | Містять параметри віртуальної машини: пам’ять, процесори, мережеві адаптери, підключені диски тощо. | Втрата конфігурації може ускладнити повторне підключення віртуальних дисків і запуск ВМ. |
| Віртуальна мережа | Забезпечує обмін даними між віртуальними машинами, хостом та зовнішньою мережею. | Після відновлення ВМ може знадобитися повторне налаштування мережевих адаптерів і комутаторів. |
| Інтеграційні служби Hyper-V | Забезпечують взаємодію між гостьовою ОС і хостом, зокрема синхронізацію часу та обмін даними. | Їхня відсутність не обов’язково перешкоджає відновленню дисків, але може впливати на роботу ВМ після відновлення. |
| Сховище віртуальних машин | Фізичні диски, SSD, RAID-масиви або мережеві сховища, де розміщуються файли ВМ. | Пошкодження або відмова сховища може призвести до одночасної втрати доступу до кількох віртуальних машин. |
Підключення накопичувачів
СПОСІБ 1. Як підключити накопичувачі сервера до ПК?
Перш ніж розпочати процес відновлення даних, необхідно від’єднати накопичувачі від проблемного сервера та підключити їх до вашого робочого комп’ютера.
Найкращим і найнадійнішим способом є пряме підключення накопичувачів до материнської плати через порти SATA або за допомогою додаткових плат розширення SAS чи HBA. Такий підхід забезпечує максимальну швидкість зчитування інформації та гарантує стабільну роботу під час аналізу.
Як альтернативу можна розглянути використання док-станцій. Проте слід враховувати, що швидкість передачі даних у такому випадку може бути нижчою, що вплине на загальний час сканування.
Окремо варто зазначити важливу деталь: оскільки в нашому тестовому сценарії як приклад розглядається масив RAID 5, то для його успішної збірки та повноцінного відновлення інформації вам не обов’язково підключати абсолютно всі накопичувачі. Достатньо під’єднати лише мінімально необхідну кількість робочих дисків, а програма автоматично вирахує відсутні дані за допомогою блоків парності.
СПОСІБ 2. Робота з образами дисків
На практиці нерідко трапляється так, що фізично неможливо підключити всі потрібні накопичувачі одночасно через брак вільних портів на комп’ютері. У такому разі ви можете скористатися функцією створення посекторних образів. Це також є стандартом безпеки при роботі з дисками, які мають ознаки апаратних несправностей або биті сектори.
Образ являє собою точну побайтову копію вашого фізичного диска, збережену як звичайний файл на іншому місткому носії. Ви можете підключати серверні накопичувачі по черзі, робити з них образи, а потім просто завантажити всі отримані файли у Hetman RAID Recovery. Програма працюватиме з ними абсолютно так само, як і з реальними фізичними пристроями.
Щоб створити такий образ, запустіть програму, виділіть потрібний накопичувач та натисніть кнопку Save disk на верхній панелі. Далі, просто вкажіть місце для збереження.
Важливо пам’ятати, що розмір готового файлу буде повністю відповідати загальному обсягу вихідного накопичувача незалежно від кількості записаних на ньому даних. Тож переконайтеся у наявності вільного місця.
Після завершення процесу збереження відкрийте головне меню та оберіть опцію Mount disk.
Серед запропонованих варіантів виберіть тип Raw disk images і відкрийте щойно створені файли.
Вони миттєво з’являться у загальному списку доступних пристроїв. Тепер програма повністю готова до автоматичної збірки вашого масиву.
Відновлення віртуальних машин Hyper-V та їхніх Checkpoints
СПОСІБ 1. Відновлення файлів віртуальних машин
Тут ми використовуємо як тестове середовище дисковий масив RAID 5, логічний том якого зашифрований технологією BitLocker в операційній системі Windows Server 2022.
Типовими сценаріями втрати доступу до віртуальних машин є випадкове видалення всієї директорії адміністратором у диспетчері Hyper-V або помилкове форматування робочого тому. У таких випадках конфігураційні файли з розширеннями VMCX чи VMRS та самі віртуальні накопичувачі VHDX миттєво зникають зі сховища. Проте фізично дані не затираються одразу. Система лише видаляє записи про них із таблиці розміщення, тому важливо негайно припинити будь-який запис на сервер і розпочати відновлення.
Після того як масив автоматично зібрався в інтерфейсі програми, яку ми для цього огляду запустили в середовищі macOS, ми побачимо наш зашифрований розділ. Оскільки він захищений BitLocker, перед початком пошуку даних його необхідно розблокувати.
Наша програма підтримує три типи розблокування:
- ви можете ввести звичайний пароль користувача;
- використати 48-значний цифровий ключ відновлення Recovery Key;
- вказати шлях до файлу ключа формату BEK, якщо він зберігався на флешці.
Після успішного розблокування ми клікаємо по потрібному логічному розділу та для початку запускаємо сканування за допомогою функції Fast scan. Цей режим за лічені секунди аналізує файлову систему. Якщо ж після роботи Fast scan потрібні файли та папки не були знайдені, необхідно запустити повний аналіз за допомогою функції Full scan.
У вікні результатів ми знаходимо основну папку з даними нашої віртуальної машини.
Ми завжди рекомендуємо зберігати повністю всю папку віртуальної машини, а не лише окремі файли дисків. Це гарантує, що ви збережете не тільки самі накопичувачі VHDX, а й усі системні конфігураційні файли та можливі ланцюжки Checkpoints.
Виділяємо всю папку цілком, натискаємо кнопку Recovery та вказуємо шлях на локальному диску комп’ютера. Головне правило полягає в тому щоб зберігати відновлену інформацію на інший фізичний носій, щоб уникнути випадкового затирання оригінальних даних на масиві.
СПОСІБ 2. Відновлення файлів з гостьових ОС
Бувають ситуації, коли саме сховище працює нормально, але важлива інформація була випадково видалена безпосередньо зсередини гостьової операційної системи. Щоб повернути ці дані, вам не потрібно розгортати віртуальний диск на новому сервері або піднімати гіпервізор Hyper-V. Програма Hetman RAID Recovery дозволяє змонтувати файли прямо у своєму інтерфейсі та працювати з ними як зі звичайними фізичними накопичувачами безпосередньо у вашій системі, як от на нашому Mac mini.
І тут працює те саме правило: під час роботи з інструментом Mount disk ми завжди монтуємо всю збережену папку віртуальної машини, оскільки програмі потрібен доступ не лише до дисків, а й до системних конфігурацій та файлів Checkpoints.
Після монтування папки диски з’являються у загальному списку пристроїв.
Давайте розглянемо процес відновлення на прикладі логічного диска з даними нашої гостьової операційної системи. Клацаємо по змонтованому розділу та обов’язково спочатку запускаємо режим Fast scan. Якщо він не виявить усіх необхідних файлів, тоді переходимо до режиму Full scan для глибокого побайтового аналізу внутрішньої структури.
Абсолютна більшість інформації відновлюється коректно. Програма знаходить усі доступні видалені документи, фотографії чи бази даних. Ви можете перевірити їхню цілісність через попередній перегляд, після чого виділити потрібні об’єкти та зберегти їх у безпечне місце на вашій робочій станції.
СПОСІБ 3. Відновлення через Checkpoints
Окрему увагу варто приділити роботі з Checkpoints. Під час створення цих знімків стану гіпервізор не копіює весь диск. Він переводить поточний базовий віртуальний накопичувач у режим лише для читання та створює поруч спеціальний диск відмінностей формату AVHDX.
Усі наступні зміни системи та нові файли записуються саме в цей додатковий диск. Якщо таких знімків робиться декілька, то утворюється цілий ланцюжок залежних файлів. Така архітектура дозволяє рятувати дані з неймовірною точністю. Якщо ви випадково видалили файли всередині машини, то їхні оригінальні блоки можуть залишатися зафіксованими всередині попередніх Checkpoints.
Оскільки ми змонтували повністю всю папку віртуальної машини, програма автоматично підтягує всі наявні диски відмінностей і вміє читати їх напряму.
У нашому тестовому прикладі ми бачимо два різних файли AVHDX. Перший файл містить стан системи відразу після запису базових файлів, а другий відображає зміни після додавання нових тестових даних.
Відкриваючи конкретний Checkpoint у програмі, ви отримуєте повний доступ до інформації саме в тому стані, в якому вона була на момент створення цього знімка.
Для пошуку втрачених даних знову ж таки спочатку запускаємо алгоритм Fast scan, а якщо потрібні файли не були знайдені, застосовуємо Full scan. Це значно прискорює процес відновлення, адже ви відновлюєте дані напряму з Checkpoint, не виконуючи складний відкат усієї віртуальної машини через консоль.
СПОСІБ 4. Відновлення файлів зі зруйнованої VM
Цей спосіб стане у нагоді, якщо попередні етапи не принесли очікуваного результату і знайти саму папку з конфігураціями не вдалося.
Варто зрозуміти різницю між типами віртуальних накопичувачів у таких ситуаціях. Якщо ваша видалена машина використовувала диск Fixed size, то він зазвичай відновлюється повністю. Оскільки такий том резервує весь виділений простір одразу під час свого створення у вигляді повноцінного суцільного масиву, його архітектура зберігає цілісність.
Натомість з дисками Dynamically expanding ситуація кардинально інша. Вони виділяють простір у процесі роботи, тому їхні блоки часто бувають фрагментовані. Після видалення такої машини частина важливих дескрипторів файлу VHDX може бути безповоротно затерта.
Через це відновити такий віртуальний диск як єдиний файл часто не вдається. У такій ситуації ефективним рішенням є сканування файлової системи самої гостьової операційної системи. Цей підхід дозволяє ігнорувати пошкоджену структуру Hyper-V і спрямувати програму на прямий пошук ваших файлів.
Для цього вам необхідно знову запустити аналіз Full scan на логічному томі, але цього разу змінити фокус пошуку. Вам слід вручну обрати ту файлову систему, яка працювала всередині вашої віртуальної машини. Оскільки у нашому прикладі використовувалася Windows, ми залишаємо обраною файлову систему NTFS.
Після завершення глибокого сканування ви вже не побачите звичної структури папок віртуальних машин. Натомість програма видасть безпосередньо самі файли зсередини гостьової системи, розсортувавши їх за форматами та розширеннями.
Вам залишиться лише переглянути знайдені документи, архіви чи бази даних, виділити найважливіші з них, натиснути кнопку Recovery та зберегти на окремий безпечний носій.
Висновок
Відновлення віртуальних машин Hyper-V та їхніх Checkpoints у Windows Server 2022 може знадобитися після випадкового видалення файлів, пошкодження сховища, збою сервера або втрати доступу до віртуальних дисків. Успішне відновлення залежить від стану файлової системи, цілісності файлів VHDX і AVHDX, наявності конфігураційних даних та характеру пошкодження.
Для відновлення важливо правильно визначити розташування файлів віртуальної машини, перевірити стан віртуальних дисків і контрольних точок, а також зберегти початкову структуру їхнього ланцюжка. У разі видалення або пошкодження даних не рекомендується продовжувати запис на відповідний диск, оскільки це може зменшити шанси на успішне відновлення.
Якщо стандартні засоби Windows Server 2022 та Hyper-V не допомагають, можна скористатися спеціалізованим програмним забезпеченням для відновлення даних. Hetman RAID Recovery дає змогу аналізувати диски, знаходити втрачені файли та відновлювати дані з пошкоджених або видалених розділів. За його допомогою можна спробувати повернути файли віртуальних дисків Hyper-V, зокрема VHDX, а також інші важливі дані, необхідні для відновлення роботи віртуальних машин.
Регулярне резервне копіювання, збереження Checkpoints та контроль стану сховища допоможуть зменшити ризик втрати віртуальних машин у майбутньому. Поєднання правильної організації резервних копій, своєчасної діагностики та надійних інструментів відновлення дозволяє значно підвищити шанси на повернення даних після непередбачених збоїв.
