Відновлення даних віртуальних машин Proxmox VE з дисків RAW, VMDK і QCOW2
-
Автор:
Valery Martyshko
-
Редактор:
Vladyslav Kupriyenko
У цій статті розглянемо процес відновлення даних з дисків віртуальних машин форматів RAW, VMDK і QCOW2, а також зі сховища Directory на базі файлової системи Ext4, створених у Proxmox Virtual Environment 9.1.1. Проаналізуємо найпоширеніші сценарії втрати даних: випадкове видалення файлів усередині віртуальної машини або самої віртуальної машини, пошкодження даних через вихід з ладу дисків, несправності сервера, ПК чи NAS, а також програмні збої Proxmox VE, спричинені оновленнями, критичними помилками або видаленням операційної системи.
- Можливості KVM/QEMU
- КРОК 1. Як під'єднати серверні диски до ПК?
- КРОК 2. Відновлення Directory Ext4
- КРОК 3. Монтування образів дисків
- КРОК 4. Відновлення даних з образу
- КРОК 5. Відновлення видалених віртуальних машин
- Висновок
- Питання та відповіді
- Коментарі
Proxmox VE є однією з найпопулярніших платформ для серверної віртуалізації, яка широко використовується як у корпоративних середовищах, так і в домашніх лабораторіях. Вона дозволяє створювати та керувати віртуальними машинами, використовуючи різні формати дисків, зокрема RAW, VMDK і QCOW2. Незважаючи на високу надійність платформи, випадкове видалення віртуальної машини, форматування сховища, пошкодження файлової системи або збій обладнання можуть призвести до втрати важливих даних.
У більшості випадків це не означає, що інформація втрачена назавжди. Якщо після видалення або збою не виконувалося інтенсивного запису на сховище, існує висока ймовірність успішного відновлення файлів віртуальних машин. Головне — якомога швидше припинити будь-які операції запису та скористатися спеціалізованим програмним забезпеченням для аналізу диска й пошуку втрачених даних.
У цій статті ми розглянемо, як відновити віртуальні машини Proxmox VE, що зберігаються у форматах RAW, VMDK та QCOW2. Ви дізнаєтеся, у яких випадках відновлення можливе, які особливості мають різні формати віртуальних дисків, а також покроково розглянемо процес відновлення за допомогою Hetman Partition Recovery. Окрему увагу приділимо сценаріям втрати даних через видалення, форматування, пошкодження файлової системи та несправності накопичувачів.
Відновлення віртуальних машин створених в Proxmox VE (*.RAW, *.VMDK, *.qcow2)
Можливості KVM/QEMU
KVM та QEMU працюють у потужному тандемі, створюючи один із найефективніших інструментів для віртуалізації.
- KVM інтегрується безпосередньо в ядро Linux, перетворюючи його на гіпервізор. Це дозволяє віртуальним машинам напряму взаємодіяти з апаратними розширеннями процесорів Intel VT-x або AMD-V і працювати з продуктивністю, що майже дорівнює фізичним серверам.
- QEMU бере на себе роль емулятора, який забезпечує віртуальну машину необхідним обладнанням: мережевими картами, відеоадаптерами, контролерами дисків та USB-портами. Використання оптимізованих драйверів VirtIO дозволяє системі працювати значно швидше, гарантуючи гостьовій системі повноцінне середовище.
Однією з головних переваг цієї зв’язки є надзвичайна гнучкість у роботі зі сховищами.
QEMU підтримує розширений формат віртуальних дисків QCOW2, який дозволяє використовувати thin provisioning та застосовувати шифрування. Крім того, система підтримує формати інших платформ, зокрема RAW, VMDK і VDI, що робить KVM та QEMU зручним рішенням для міграції віртуальних машин з інших екосистем без тривалої конвертації файлів.
На рівні професійних рішень цей тандем відкриває доступ до потужного функціоналу. Він підтримує Live Migration, що дозволяє переміщувати увімкнену віртуальну машину між фізичними серверами без втрати з’єднання чи перезавантаження.
Ще однією критично важливою можливістю є PCI Passthrough. Завдяки цій технології можна передати реальний фізичний GPU або мережевий адаптер безпосередньо в гостьову операційну систему, отримуючи повну потужність пристрою для складних обчислень, рендерингу чи інших ресурсомістких завдань.
| Характеристика | KVM (Kernel-based Virtual Machine) | QEMU (Quick Emulator) |
|---|---|---|
| Тип технології | Модуль ядра Linux для апаратної віртуалізації | Емулятор апаратного забезпечення та гіпервізор |
| Основне призначення | Забезпечує апаратне прискорення віртуальних машин | Емулює процесори, пристрої та запускає віртуальні машини |
| Потребує апаратної підтримки | Так, Intel VT-x або AMD-V | Ні, може працювати без VT-x або AMD-V, але значно повільніше |
| Продуктивність | Майже на рівні фізичного обладнання | Низька без KVM, висока при використанні KVM |
| Емуляція різних архітектур | Ні | Так: x86, x86_64, ARM, PowerPC, MIPS, RISC-V, SPARC та інші |
| Працює окремо | Ні, використовується разом із QEMU | Так, але без KVM продуктивність значно нижча |
| Використання процесора | Використовує апаратну віртуалізацію CPU | Використовує програмну емуляцію або KVM для прискорення |
| Емуляція обладнання | Ні | Так: диски, мережеві карти, USB, PCI, VGA, BIOS/UEFI тощо |
| Підтримка PCI Passthrough | Так | Так, через KVM та VFIO |
| Живі міграції (Live Migration) | Підтримуються разом із QEMU | Підтримуються |
| Підтримка снапшотів | Через QEMU | Так |
| Типові формати дисків | RAW, QCOW2 через QEMU | RAW, QCOW2, VMDK, VHD, VDI, VHDX та інші |
| Підтримувані ОС | Linux як хост | Linux, Windows, macOS, BSD та інші |
| Використання в Proxmox VE | Забезпечує апаратне прискорення віртуальних машин | Керує запуском віртуальних машин та емулює віртуальне обладнання |
КРОК 1. Як під’єднати серверні диски до ПК?
Перш ніж почати програмне відновлення, потрібно правильно підключити серверні диски до ПК. Зробити це можна кількома способами:
- Найнадійніший варіант — класичне підключення через SATA безпосередньо до материнської плати. Це гарантує максимальну швидкість читання та мінімальні затримки.
- Якщо на платі не вистачає роз’ємів для всього масиву, можна використати PCIe-SATA адаптер, який дозволить підключити додаткові диски.
- Якщо ви не хочете розбирати корпус ПК, можна скористатися зовнішніми USB-докстанціями або перехідниками.
Зверніть увагу: швидкість сканування через USB буде значно нижчою, що відчутно вплине на час роботи з великими масивами даних.
І найголовніше правило: завжди варто розглядати можливість створення образу диска. Це особливо важливо, якщо накопичувачі мають bad sectors, видають сторонні звуки або існує ризик їхньої подальшої деградації. У такому випадку програма працюватиме з віртуальною копією, не навантажуючи пошкоджений фізичний диск.
КРОК 2. Відновлення Directory Ext4
Серед усіх типів сховищ у Proxmox варіант Directory на базі Ext4 є найпростішим для розуміння. Його головна особливість полягає в тому, що він використовує стандартну ієрархію папок, а не складні блокові пристрої, як ZFS чи LVM-Thin.
Фактично це звичайна файлова система, де віртуальні диски QCOW2 чи RAW, завантажувальні ISO та резервні копії зберігаються як звичайні файли у зрозумілому каталозі. Завдяки такій прозорій структурі це сховище є максимально дружнім до користувача.
Уявимо ситуацію: внаслідок апаратного збою сервера або програмної помилки гіпервізора структуру такого сховища було пошкоджено, або важлива папка була випадково видалена. Попри те, що це серверна інфраструктура, саме завдяки простій файловій архітектурі процес відновлення даних тут відбувається за класичним та зрозумілим алгоритмом.
Розглянемо алгоритм дій у випадку апаратного або програмного збою сервера:
- Апаратна несправність найчастіше виникає через поломку материнської плати, вихід з ладу контролера або проблеми з живленням, коли сервер перестає вмикатися, хоча самі накопичувачі фізично залишаються цілими.
- Програмний збій зазвичай стається внаслідок невдалого оновлення Proxmox, пошкодження системних бібліотек або випадкового видалення конфігураційних файлів гіпервізора.
В обох ситуаціях наслідки однакові: система відмовляється завантажуватися, веб-інтерфейс керування стає недоступним, доступ до віртуальних машин повністю блокується, і ви залишаєтеся з даними на дисках без можливості їх штатного запуску.
Для вирішення цієї проблеми застосуємо Hetman Partition Recovery. Програма розпізнає архітектуру Linux-розміток, виконує глибокий аналіз накопичувачів і відновлює початкове дерево каталогів.
Щоб знайти втрачені дані, виберіть у програмі автоматично ідентифікований логічний том із міткою Ext4 та запустіть сканування.
Для початку рекомендуємо скористатися режимом Fast scan. Якщо структура файлової системи сильно пошкоджена і швидкий пошук не дав результатів, використовуйте Full scan.
Коли програма завершить роботу, відкрийте знайдене Directory-сховище. Ви побачите оригінальну структуру папок файлової системи Ext4. Оскільки в цьому випадку на диску зберігалися файли віртуальної машини, знайдіть їх у розділі Ext Partition, перейдіть до папки Images та відкрийте каталог 100.
Виділіть необхідні образи віртуальних машин, натисніть кнопку Recovery та вкажіть шлях для їхнього збереження на безпечний робочий накопичувач. Попередньо переконайтеся, що на ньому достатньо вільного місця.
КРОК 3. Монтування образів дисків
Формат RAW є найпростішим типом віртуального диска у вигляді точної побайтової копії даних. Він одразу резервує весь виділений простір на серверному накопичувачі незалежно від фактичного заповнення. Завдяки відсутності складної внутрішньої структури та стиснення цей формат забезпечує максимальну швидкодію, а також є найзручнішим об’єктом для алгоритмів відновлення, які сканують його як звичайний фізичний диск.
Формат QCOW2 є сучасним рішенням для середовища QEMU, яке використовує динамічне виділення дискового простору. Такий диск фізично збільшується лише в міру запису нових файлів гостьовою системою. Він підтримує знімки стану та шифрування, проте його багаторівнева архітектура вимагає від програм глибокого аналізу таблиць розміщення під час відновлення даних після збою гіпервізора.
Формат VMDK був створений для екосистеми VMware, але завдяки своїй універсальності підтримується в Proxmox і часто використовується після міграції віртуальних машин з інших серверних платформ. Він дозволяє гнучко керувати об’ємом диска та має відкриту структуру, завдяки якій програми для відновлення можуть монтувати такі образи для вилучення файлів без запуску самої віртуальної машини.
| Характеристика | RAW | VMDK | QCOW2 |
|---|---|---|---|
| Розробник | Відкритий формат | VMware | QEMU / KVM |
| Основне призначення | Зберігання даних без додаткової структури | Віртуальні машини VMware | Віртуальні машини QEMU, KVM і Proxmox VE |
| Продуктивність | ⭐⭐⭐⭐⭐ Найвища | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ |
| Динамічне виділення місця | Ні | Так, Thin Provisioning | Так |
| Попередньо виділений розмір диска | Так | За вибором | За вибором |
| Підтримка снапшотів | Ні | Так | Так |
| Вбудоване стиснення | Ні | Обмежено | Так |
| Шифрування | Ні | Підтримується в окремих реалізаціях | Так |
| Copy-on-Write (CoW) | Ні | Частково | Так |
| Максимальний розмір диска | Обмежений файловою системою | До 62 ТБ, залежно від версії | До 128 ПБ, теоретично |
| Сумісність | Майже всі гіпервізори | VMware, VirtualBox, QEMU, Proxmox | QEMU, KVM, Proxmox, OpenStack |
| Можливість конвертації | Так | Так | Так |
| Складність відновлення даних | Найпростіша | Середня | Вища через метадані CoW |
| Типове використання | Максимальна швидкодія серверів | VMware ESXi, Workstation, Fusion | Proxmox VE, KVM, лабораторні та корпоративні середовища |
Після успішного сканування сховища Directory Ext4 програма відобразить усі знайдені файли віртуальних машин. Щоб розпочати роботу з їхнім вмістом, виділіть потрібні образи, натисніть кнопку Recovery та вкажіть безпечне місце для експорту цих файлів на комп’ютер.
Коли процес збереження завершиться, можна переходити до покрокового підключення дискових образів у Hetman Partition Recovery.
Монтування форматів VMDK та QCOW2 відбувається за ідентичним алгоритмом. Натисніть на панелі інструментів Mount Disk. У вікні Disk image type оберіть опцію VMware Workstation для роботи з файлом VMDK.
У наступному вікні Select folder вкажіть шлях до папки, куди ви зберегли віртуальний диск. Програма автоматично проаналізує вказану директорію та відобразить знайдений образ у розділі Virtual machine images.
Оберіть його зі списку, і змонтований диск з’явиться на головному екрані, повністю готовий до пошуку даних.
Для підключення образу у форматі QCOW2 процедура аналогічна. У вікні Mount Disk оберіть опцію QEMU у розділі Disk image type, а потім вкажіть шлях до папки, де зберігається файл.
Для формату RAW процедура підключення виглядає дещо інакше. У вікні Mount Disk знайдіть поле Standard disk images і оберіть опцію RAW disk images.
Після цього у вікні пошуку виберіть безпосередньо файл збереженої віртуальної машини. Програма змонтує його та відобразить на головному екрані, підготувавши диск до сканування та відновлення втрачених файлів.
КРОК 4. Відновлення даних з образу
На цьому прикладі покажемо процес відновлення інформації з уже змонтованого образу QCOW2. Виберіть цей віртуальний диск на головному екрані програми та запустіть аналіз.
Для початку рекомендуємо використовувати режим Fast scan. Він швидко проаналізує вміст образу та виведе результати на екран. Якщо структура файлової системи сильно пошкоджена і швидкий пошук не дав потрібних результатів, скористайтеся режимом Full scan.
Коли сканування завершиться, відкрийте знайдене сховище. Програма відтворить оригінальну структуру каталогів, відобразивши як наявні, так і раніше видалені дані.
Знайдіть потрібну папку з файлами, виділіть їх, натисніть кнопку Recovery та вкажіть шлях для збереження на інший безпечний робочий накопичувач.
КРОК 5. Відновлення видалених віртуальних машин
Видалення віртуальної машини у Proxmox найчастіше стається через людський фактор і призводить до миттєвого зникнення конфігураційних файлів та віртуальних дисків форматів RAW, VMDK або QCOW2, оскільки система не має кошика.
Проте фізично дані не затираються: файлова система лише видаляє записи про них із таблиці розміщення, позначаючи простір як вільний. Тому головне правило для успішного відновлення — негайно зупинити будь-який запис на сховище, щоб уникнути перезапису залишкових даних, та якнайшвидше розпочати процедуру програмного відновлення.
Для вирішення цієї проблеми скористаємося програмою Hetman Partition Recovery.
Після підключення диска програма автоматично визначить логічний розділ Ext4, на якому зберігалися файли видаленої віртуальної машини.
Оберіть цей розділ і запустіть режим Fast scan. Після успішного завершення швидкого пошуку програма відобразить оригінальну структуру каталогів.
Якщо потрібні файли не вдалося знайти візуально, скористайтеся інструментом пошуку, вказавши їхнє точне ім’я або розмір.
Виділіть необхідні образи віртуальних дисків, натисніть кнопку Recovery та вкажіть шлях для їхнього збереження на безпечний робочий накопичувач. Попередньо переконайтеся, що на ньому достатньо вільного місця.
Висновок
Втрата віртуальної машини в Proxmox VE не завжди означає втрату даних. У більшості випадків файли віртуальних дисків RAW, VMDK та QCOW2 можна успішно відновити навіть після випадкового видалення, форматування сховища, пошкодження файлової системи або збою обладнання. Вирішальне значення має швидкість реагування: після виявлення втрати даних необхідно негайно припинити будь-який запис на накопичувач, щоб уникнути перезапису інформації.
Кожен формат віртуального диска має свої особливості: RAW забезпечує максимальну продуктивність і найпростішу структуру, VMDK широко використовується у продуктах VMware та сумісний із багатьма платформами, а QCOW2 пропонує розширені можливості, зокрема снапшоти, стиснення, шифрування та динамічне виділення дискового простору. Незважаючи на ці відмінності, сучасні інструменти для відновлення даних здатні працювати з усіма цими форматами.
Використання спеціалізованого програмного забезпечення, такого як Hetman Partition Recovery, дозволяє знайти втрачені файли віртуальних машин, відновити структуру каталогів і повернути доступ до даних навіть у складних випадках. Проте найкращим способом захисту від втрати інформації залишається регулярне резервне копіювання віртуальних машин і сховищ Proxmox VE. Поєднання надійної стратегії резервного копіювання з оперативним відновленням значно зменшує ризик простоїв і втрати критично важливих даних.
