Як відновити дані віртуальних машин і Snapshot із LVM-Thin у Proxmox VE
-
Автор:
Valery Martyshko
-
Редактор:
Vladyslav Kupriyenko
У цій статті ми розберемо процес відновлення інформації з віртуальних машин та снапшотів, які розміщені на блокових сховищах LVM-Thin у середовищі Proxmox Virtual Environment 9.1.1. Проаналізуємо найпоширеніші сценарії втрати даних, з якими стикаються адміністратори та користувачі. Розглянемо, як діагностувати стан дисків, підключати накопичувачі безпосередньо до комп’ютера та відновлювати дані за допомогою спеціалізованого програмного забезпечення.
- Архітектура LVM-Thin у Proxmox
- Робота з дисками Proxmox VE
- Відновлення даних у Proxmox VE
- Висновок
- Поширені запитання
- Коментарі
Втрата доступу до віртуальної машини в Proxmox VE не завжди означає втрату самих даних. Якщо віртуальні диски та Snapshot зберігалися на блочному сховищі LVM-Thin, відновлення інформації може вимагати роботи безпосередньо зі структурою сховища та його метаданими.
У цій статті розглянемо, як відновити дані віртуальних машин і Snapshot, розміщених на LVM-Thin у середовищі Proxmox VE. Покажемо, як отримати доступ до віртуальних дисків, правильно визначити структуру сховища та виконати пошук і відновлення втрачених файлів.
Окрему увагу приділимо ситуаціям, коли віртуальна машина стала недоступною через видалення, пошкодження конфігурації, збій накопичувача або критичну помилку самого сервера Proxmox. Також розглянемо роботу зі змонтованими образами віртуальних дисків і відновлення даних із Snapshot.
Описані методи допоможуть отримати доступ до інформації навіть у випадках, коли стандартні засоби Proxmox VE більше не дозволяють запустити або підключити віртуальну машину.
Відновлення даних віртуальних машин та Snapshots із LVM-Thin у Proxmox VE
Архітектура LVM-Thin у Proxmox
Для розуміння процесу відновлення необхідно визначити архітектурні відмінності зберігання даних у Proxmox.
- При використанні стандартного сховища типу Directory на базі файлової системи Ext4 диски віртуальних машин існують у вигляді звичайних файлів формату qcow2. Цей підхід забезпечує зручне адміністрування: файли можна копіювати, переносити або додавати до резервних копій. Проте наявність додаткового прошарку файлової системи створює надлишкове навантаження та об’єктивно знижує продуктивність сервера.
- Архітектура LVM-Thin функціонує інакше. Це дисковий простір блокового рівня, де відсутні звичні файли та директорії. Гіпервізор формує на фізичному накопичувачі єдиний пул, з якого виділяє логічні томи під потреби кожної віртуальної машини. Для гостьової операційної системи такий виділений том виглядає як стандартний апаратний жорсткий диск. По суті, це RAW-пристрої, що взаємодіють з обладнанням сервера на найнижчому рівні.
Головна перевага LVM-Thin полягає в максимальній швидкодії завдяки прямому доступу до блоків та підтримці тонкого виділення, коли місце на диску резервується виключно в момент фактичного запису даних.
Зворотнім боком цієї технології є ускладнений процес відновлення. У разі критичного збою витягнути файл віртуальної машини класичним способом неможливо через його фізичну відсутність. Саме тому для відновлення інформації з таких масивів необхідно застосовувати інструменти, які здатні розпізнавати та аналізувати сиру блокову структуру без участі операційної системи.
| Характеристика | LVM-Thin | Directory |
|---|---|---|
| Тип сховища | Блокове сховище з Thin Provisioning | Файлове сховище |
| Основний принцип роботи | Дані зберігаються у Thin Pool у вигляді блоків | Дані зберігаються як звичайні файли у файловій системі |
| Розміщення віртуальних дисків | Logical Volume (LV) | Файли образів дисків |
| Типові формати віртуальних дисків | Raw | RAW, QCOW2, VMDK та інші |
| Файлова система всередині сховища | Не використовується для зберігання окремих файлів ВМ | EXT4, XFS, ZFS або інша підтримувана файлова система |
| Thin Provisioning | Підтримується | Залежить від underlying storage |
| Snapshot | Реалізується на рівні Thin Pool | Залежить від формату образу та файлової системи |
| Доступ до даних | Через блочний пристрій | Безпосередньо через файлову систему |
| Видимість файлів ВМ | Окремі файли всередині LVM-Thin відсутні | Файли віртуальних дисків доступні безпосередньо |
| Відновлення після пошкодження | Потребує аналізу LVM-метаданих, Thin Pool та блоків | Можливе безпосереднє сканування файлів і файлової системи |
| Робота з видаленими даними | Може бути складнішою через особливості Thin Provisioning | Залежить від файлової системи та стану файлів |
| Відновлення Snapshot | Потрібен аналіз структури Thin Pool та пов’язаних томів | Залежить від механізму створення Snapshot |
| Типова сфера використання | Віртуальні машини та контейнери Proxmox VE | Файли, ISO-образи, резервні копії та образи ВМ |
Робота з дисками Proxmox VE
СПОСІБ 1. Підключення дисків
Перш ніж розпочати процес відновлення, необхідно підключити фізичний серверний носій до робочого комп’ютера.
Найнадійніший спосіб – це пряме підключення через інтерфейс SATA до материнської плати комп’ютера. Це гарантує найвищу швидкість зчитування даних та стабільність роботи під час глибокого аналізу. Якщо ж ваш сервер був укомплектований накопичувачами з інтерфейсом SAS, то для їх розпізнавання на звичайному ПК знадобиться встановити сумісний HBA-контролер у слот PCIe.
Використання зовнішніх USB-кишень або док-станцій допускається як альтернативний варіант, якщо немає можливості підключити пристрій напряму.
Варто пам’ятати, що пропускна здатність інтерфейсу USB зазвичай є вузьким місцем, тому швидкість сканування блокового простору буде відчутно нижчою, що прямо вплине на загальний час відновлення інформації.
СПОСІБ 2. Робота з образами дисків
Оскільки в нашому сценарії пул LVM-Thin розгорнуто на одному накопичувачі, то апаратна частина завдання максимально проста: потрібно демонтувати та підключити лише цей конкретний диск.
Але, у ситуаціях коли технічно неможливо підключити до комп’ютера всі необхідні накопичувачі одночасно (наприклад, через нестачу вільних портів на материнській платі), ви можете скористатися функцією створення посекторних образів.
Образ являє собою точну побайтову копію фізичного диска, яка зберігається у вигляді звичайного файлу на іншому носії. Ви можете підключати диски до системи по черзі, робити з них образи, а потім завантажити всі отримані файли безпосередньо у програму.
Наша утиліта працюватиме зі змонтованими образами абсолютно так само, як і з реальним апаратним забезпеченням, дозволяючи повноцінно відновити структуру сховища Proxmox та витягнути з нього дані.
Щоб створити образ, запустіть програму, виберіть потрібний диск зі списку та натисніть кнопку Save disk.
У вікні, що з’явиться, вкажіть місце для збереження файлу.
Зверніть увагу: розмір готового образу буде дорівнювати повному об’єму вихідного носія, незалежно від того, скільки гігабайтів на ньому реально зайнято. Тому заздалегідь переконайтеся, що на цільовому накопичувачі достатньо вільного місця.
Коли процес збереження завершиться, перейдіть до головного меню та оберіть пункт Mount disk.
У списку типів вкажіть Raw disk images і завантажте створений файл.
Він одразу з’явиться у загальному переліку пристроїв поруч із фізично підключеними дисками. За наявності кількох проблемних накопичувачів просто повторіть цю процедуру для кожного з них.
Після того, як усі необхідні елементи будуть присутні в системі, у фізичному вигляді або як образи, програма самостійно проаналізує їх, визначить структуру пулу LVM, знайде віртуальні диски машин і підготує їх до глибокого аналізу та відновлення інформації.
Відновлення даних у Proxmox VE
СПОСІБ 1. Відновлення даних з LVM-Thin
Часто втрата доступу до віртуальних машин пов’язана не з випадковим видаленням файлів, а з виходом з ладу самого серверного обладнання або критичними помилками гіпервізора Proxmox. У таких ситуаціях сервер перестає завантажуватися, і доступ до сховищ стає повністю заблокованим. Проте самі дані на накопичувачах зазвичай залишаються неушкодженими. Саме тому ми виконуємо відновлення на звичайному комп’ютері з Linux, куди достатньо підключити диск із неробочого сервера.
Після запуску утиліта автоматично аналізує файлову структуру підключеного накопичувача. Оскільки ми маємо справу зі сховищем LVM-Thin, ви не знайдете тут звичних директорій із файлами образів, замість цього програма самостійно зчитує метадані пулу та розпізнає диски віртуальної машини як окремі логічні томи.
Для утиліти, як і для самого Proxmox, кожен такий том відображається як ізольований блоковий пристрій, який повністю готовий до подальшого глибокого сканування.
Для відновлення втрачених об’єктів ми використаємо програму Hetman RAID Recovery.
У нашій ситуації після підключення диска зі структурою LVM утиліта автоматично аналізує його та розпізнає логічні томи пулу. У робочому вікні програми ці томи віртуальної машини відображатимуться не як файли образів, а як повноцінні підключені фізичні диски.
Спершу знайдемо системний диск нашої віртуальної машини. Він матиме ідентифікатор vm-101-disk-0 та об’єм 20 гігабайтів. Оскільки на ньому працювала гостьова операційна система Windows 10 Pro, програма одразу визначить на ньому відповідну файлову систему.
Клацніть по цьому диску та запустіть режим Fast scan. Це швидке сканування ідеально підходить для пошуку нещодавно видалених файлів або роботи з цілими файловими системами.
Після завершення аналізу відкрийте знайдену файлову систему та перейдіть до звичної ієрархії папок Windows. Знайдіть директорію, звідки зникли ваші дані. Програма покаже всі знайдені об’єкти.
Відмітьте потрібні файли галочками та натисніть кнопку Recovery на панелі інструментів.
На наступному кроці програма попросить вказати шлях для збереження файлів. Обов’язково оберіть окремий носій з достатнім обсягом вільного місця, щоб уникнути перезапису оригінальних даних, та підтвердьте операцію.
Тепер перейдемо до додаткового накопичувача, який ми створювали та підключали до цієї ж віртуальної машини для зберігання файлів. Поверніться до головного меню та оберіть наступний логічний том із назвою vm-101-disk-1 об’ємом 3 гігабайти.
Запустіть для нього такий самий режим Fast scan. Після сканування відкрийте вміст диска, знайдіть видалені з нього тестові файли, виділіть їх і повторіть процедуру збереження.
Як бачите, програма дозволяє ізольовано та зручно працювати з кожним логічним томом віртуальної машини окремо, відображаючи їх як звичайні фізичні накопичувачі, що гарантує успішне та швидке повернення всієї втраченої інформації.
СПОСІБ 2. Відновлення через Snapshots
Перейдемо до одного з найцікавіших механізмів захисту даних – роботи зі снапшотами або знімками стану системи.
Особливість створення снапшотів у середовищі LVM-Thin полягає в тому, що гіпервізор не виконує фізичного копіювання файлів чи повного клонування дисків. Замість цього система генерує новий логічний том, який миттєво фіксує поточний стан метаданих та блоків оригінального диска на момент створення знімка.
У списку пристроїв нашої програми такі томи легко розпізнати, оскільки вони мають специфічний префікс в імені, наприклад snap_vm-101-disk-1.
Така архітектура відкриває унікальні можливості для порятунку інформації. Уявіть, що після створення знімка важливі документи були безповоротно видалені з основного диска віртуальної машини. З точки зору поточної гостьової операційної системи ці дані знищено, але їхні оригінальні блоки надійно зафіксовані всередині системного снапшота.
Hetman RAID Recovery вміє читати такі знімки LVM напряму, обходячи необхідність завантажувати гіпервізор чи виконувати повний відкат віртуальної машини через консоль.
Для початку відновлення ми шукаємо у головному вікні утиліти знімок системного диска віртуальної машини vm-101. Цей том-снапшот містить повну структуру операційної системи та файлів користувача на момент створення знімка.
Ми обираємо його та запускаємо режим Fast scan.
Програма миттєво проаналізує заморожену файлову систему, дозволяючи нам отримати доступ до даних, навіть якщо сама віртуальна машина згодом зазнала критичних змін або помилкового відкату.
Аналогічним чином ми знаходимо знімок додаткового накопичувача. У переліку логічних томів він підписаний як snap_vm-101-disk-1. Під час роботи ми додали нові тестові файли, створили другий знімок системи, а вже потім спеціально видалили частину інформації з усіх середовищ.
Застосування режиму Fast scan до цього другого знімка дозволяє нам миттєво зчитати його файлову таблицю та успішно знайти всі документи, які ми знищили на останньому етапі. Оскільки блоки даних надійно зафіксовані всередині снапшота, вони залишаються повністю доступними для читання нашому софту, навіть якщо в самій гостьовій Windows ми їх уже видалили.
Далі все стандартно: ми відмічаємо необхідні об’єкти, натискаємо кнопку Recovery на панелі інструментів та вказуємо безпечний шлях для збереження даних на жорсткий диск нашого комп’ютера.
Як ми бачимо, використання Fast scan для прямого зчитування снапшотів LVM-Thin значно економить наш час, оскільки позбавляє нас необхідності виконувати складні маніпуляції з відновлення через консоль Proxmox.
Висновок
Відновлення даних віртуальних машин і Snapshot із LVM-Thin у Proxmox VE має свої особливості, оскільки інформація зберігається не у вигляді звичайних файлів, а в межах блокової структури Thin Pool. Тому стандартний доступ до файлової системи може бути недостатнім для пошуку втраченої інформації.
У разі пошкодження сховища, видалення віртуальної машини, втрати конфігурації або виникнення проблем із сервером Proxmox важливо не виконувати операцій, які можуть перезаписати вихідні дані. Спочатку необхідно визначити структуру LVM-Thin, встановити доступ до відповідних логічних томів і лише після цього переходити до аналізу та відновлення інформації.
Спеціалізоване програмне забезпечення для відновлення даних дозволяє працювати зі структурою LVM-Thin і змонтованими образами віртуальних дисків, виконувати пошук файлових систем та відновлювати файли з віртуальних машин і Snapshot.
Таким чином, навіть якщо Proxmox VE більше не запускає віртуальну машину або стандартними засобами неможливо отримати доступ до її диска, дані можуть залишатися фізично присутніми у сховищі. Правильний аналіз структури LVM-Thin та використання відповідних інструментів відновлення дають змогу отримати доступ до цієї інформації та зберегти важливі файли.
