Відновлення даних RAID5 та RAID0 з Windows Disk Management та Server Manager (WSS)
-
Автор:
Valery Martyshko
-
Редактор:
Vladyslav Kupriyenko
У цій статті ми розглянемо, як виконати відновлення даних із програмних RAID 5 та RAID 0, створених за допомогою інструментів Windows Storage Spaces та Windows Disk Management в операційній системі Windows Server 2012. Ви дізнаєтеся, як оперативно повернути доступ до інформації, якщо сервер вийшов із ладу, один із накопичувачів відмовив або операційна система перестала розпізнавати RAID-масив. Ми розглянемо типові сценарії збоїв та продемонструємо ефективні методи відновлення даних у середовищах, де масиви використовуються для критично важливих завдань: зберігання баз даних, роботи серверних служб або підтримки платформ віртуалізації.
Системи зберігання даних на базі Windows Disk Management та Windows Server Manager широко використовуються для створення програмних RAID-масивів у середовищі Windows. Найпоширенішими конфігураціями залишаються RAID 0 та RAID 5, які забезпечують підвищення продуктивності або відмовостійкості залежно від типу масиву.
Проте навіть надійні RAID-конфігурації не гарантують повного захисту від втрати даних. Причинами проблем можуть стати вихід з ладу дисків, пошкодження службової інформації RAID, помилки користувача, збої операційної системи або некоректне перенесення масиву між серверами. У таких ситуаціях доступ до інформації може бути втрачений як у Windows, так і після підключення дисків до іншої системи.
Окрему увагу привертає можливість відновлення таких масивів у середовищі Ubuntu, яке надає широкий набір інструментів для аналізу дисків, роботи з RAID та відновлення файлових систем. Завдяки підтримці Linux-утиліт та спеціалізованого програмного забезпечення можна відновити структуру RAID-масиву, отримати доступ до втрачених розділів і повернути важливі файли.
У цій статті розглянемо, як відновити дані з масивів RAID0 та RAID5, створених у Windows Disk Management і Server Manager, використовуючи Ubuntu, а також які особливості та ризики варто враховувати під час процедури відновлення.
Відновлення даних RAID 5 / 0 з Windows Disk Management та Server Manager на Ubuntu
Способи створення RAID
У Windows Server 2012 існує два різні механізми створення дискових масивів:
- Перший реалізований через Windows Storage Spaces у середовищі Server Manager.
- Другий, використовує класичний інструмент Windows Disk Management.
Ці технології виконують схожу задачу, але працюють за різними принципами.
| Характеристика | Storage Spaces | Disk Management |
|---|---|---|
| Призначення | Сучасна система віртуалізації сховищ | Класичне керування дисками та RAID |
| Доступність | Windows 8 / Server 2012 і новіші | У всіх сучасних версіях Windows |
| Тип технології | Storage Pool + Virtual Disk | Dynamic Disk |
| Підтримка RAID | Simple, Mirror, Parity | RAID 0, RAID 1, RAID 5 |
| Масштабування | Гнучке розширення пулів | Обмежене |
| Додавання дисків | Можливе без перебудови системи | Обмежене |
| Відмовостійкість | Mirror, Parity | RAID 1, RAID 5 |
| Підтримка Thin Provisioning | Так | Ні |
| Відновлення даних | Складніше через Storage Metadata | Простіше |
| Сумісність з Linux | Обмежена | Краще визначається |
| Основне використання | Сервери, великі сховища | Невеликі RAID-масиви |
Storage Spaces — це сучасна система віртуалізації сховища. Спочатку ви створюєте пул дисків, до якого додаєте фізичні накопичувачі, а вже потім всередині цього пулу формуєте віртуальні диски з потрібним рівнем відмовостійкості: Simple, Mirror або Parity. Такий підхід дозволяє гнучко керувати ємністю, додавати нові накопичувачі без зупинки сервера та розширювати сховище без перебудови масиву.
Ще однією особливістю Storage Spaces є використання метаданих, які записуються на всі диски пулу. Завдяки цьому система може автоматично визначати конфігурацію сховища після повторного підключення дисків до іншого сервера з підтримкою цієї технології.
На відміну від цього, Disk Management використовує технологію динамічних дисків. Для створення RAID масивів система конвертує базові диски у формат Dynamic Disk. Після цього стає доступним створення класичних програмних RAID масивів, зокрема RAID 0, RAID 1 та RAID 5.
У цьому випадку інформація про конфігурацію масиву зберігається у службовій області кожного динамічного диска. Масив не використовує пул дисків і створюється безпосередньо з конкретних накопичувачів. Управління таким RAID значно простіше, але можливості масштабування обмежені. Додавання нових дисків або зміна структури масиву часто потребує його перебудови або створення нового тому.
Також відрізняється і принцип відмовостійкості. У Storage Spaces використовується більш гнучка модель розподілу даних, яка може застосовувати різні рівні надлишковості у межах одного пулу, створюючи кілька віртуальних дисків із різними параметрами. У Disk Management кожен том має фіксований тип RAID, який визначається під час створення і надалі не може бути змінений.
Таким чином, Storage Spaces у Windows Server 2012 є більш сучасною та гнучкою технологією керування сховищем, орієнтованою на масштабовані серверні системи. Disk Management, у свою чергу, реалізує класичний програмний RAID і частіше використовується у простіших конфігураціях або невеликих серверних середовищах.
Файлова система ReFS
В описаному в цій статті прикладі ми працюємо з файловою системою ReFS (Resilient File System). Дана файлова система розроблена корпорацією Microsoft спеціально для високонавантажених серверних середовищ, вона орієнтована на максимальну відмовостійкість.
Головною особливістю ReFS є впровадження механізмів контролю цілісності метаданих та функцій автоматичного самовідновлення без зупинки роботи системи. Оптимізація під великі обсяги даних та складні RAID-масиви зробила її стандартом для конфігурацій на базі Windows Server 2012.
Важливо зауважити, що попри закритість архітектури Microsoft, наша стаття демонструє можливість отримання повного доступу до таких даних навіть у середовищі Linux. Це дозволяє проводити професійний аналіз та відновлення RAID-масивів у будь-якій системі, незалежно від обмежень рідної екосистеми Windows.
Відновлення даних
СПОСІБ 1. Відновлення даних WSS масиву
Спочатку розглянемо відновлення даних із RAID 5, зібраного з трьох дисків у Windows Storage Spaces. На дисках використовується файлова система ReFS, а процедуру відновлення будемо виконувати на комп’ютері з операційною системою Ubuntu.
Якщо серверне обладнання виходить з ладу, наприклад через несправність блоку живлення, материнської плати або контролера, то прочитати диски безпосередньо на сервері стає неможливо. У такій ситуації накопичувачі потрібно обережно витягти із сервера та підключити до робочого комп’ютера. Це можна зробити напряму через SATA інтерфейс або за допомогою зовнішньої док-станції.
Попри те, що на дисках використовується файлова система ReFS, яка призначена для середовища Windows, доступ до даних можна відновити за допомогою Hetman RAID Recovery. Програма аналізує метадані Storage Spaces, визначає параметри масиву та автоматично відтворює його структуру. Після цього стає можливим переглянути дерево каталогів і витягти необхідні файли, навіть якщо Linux не підтримує пряме монтування такої файлової системи.
СПОСІБ 2. Використання образу диска
Якщо архітектура вашої робочої станції не дозволяє підключити всі диски одночасно, то оптимальним рішенням стане використання віртуальних образів накопичувачів. Цей метод передбачає створення точних побітових копій кожного диска для їхнього подальшого аналізу.
Після монтажу образу відсутнього накопичувача безпосередньо в інтерфейсі Hetman RAID Recovery, програма сприймає його як повноцінний фізичний пристрій. Працюючи в комбінації з іншими наявними дисками, утиліта автоматично реконструює структуру масиву. Такий підхід дозволяє розпочати відновлення даних навіть за умови гострого дефіциту портів підключення, гарантуючі безпеку та цілісність інформації на кожному етапі процесу.
СПОСІБ 3. Автоматичне відновлення RAID 5
Відразу після запуску Hetman RAID Recovery ініціює автоматичне сканування підключених накопичувачів. Програма аналізує службову інформацію та на її основі намагається реконструювати вихідну конфігурацію RAID-масиву. У головному вікні ви побачите перелік усіх знайдених фізичних дисків, а також уже зібрані віртуальні масиви, готові до подальшої роботи.
Оберіть виявлений RAID 5 і запустіть режим Fast scan.
Після завершення сканування у головному вікні програми з’явиться повна структура відновленого RAID-масиву з усіма файлами та папками. Позначте необхідні файли та папки й натисніть кнопку Recovery.
У наступному кроці вкажіть місце збереження відновлених даних та підтвердьте дію кнопкою Recovery.
Після виконання всіх етапів відновлення дані з RAID-масиву знову будуть доступні для подальшого використання.
СПОСІБ 4. Автоматичне відновлення RAID 0
У другому прикладі розглянемо відновлення даних із RAID 0, який був створений із двох дисків у Windows Storage Spaces. На масиві використовується файлова система ReFS.
Особливість RAID 0 полягає в тому, що дані розподіляються між усіма дисками масиву без механізму надлишковості. Тому для відновлення необхідно підключити всі диски одночасно і працювати з масивом як з єдиною структурою. Окремі диски такого масиву не містять повних файлів, тому програма не зможе прочитати їх незалежно один від одного.
Перед початком роботи потрібно переконатися, що всі диски, які входили до складу RAID 0, фізично підключені до комп’ютера. Це можна зробити через SATA інтерфейс безпосередньо до системної плати або використовуючи зовнішню док-станцію.
Як і в попередньому випадку, відновлення проводитимемо на комп’ютері з операційною системою Ubuntu, використовуючи програму Hetman RAID Recovery, яка визначить параметри масиву та відновить його структуру для подальшого доступу до файлів.
Запускаємо Hetman RAID Recovery. Програма миттєво проаналізує підключене обладнання та самостійно відтворить логічну структуру вашого масиву. У головному вікні ви побачите як окремі фізичні пристрої, так і вже реконструйований RAID 0, готовий до відновлення.
Переходимо до пункту Fast Scan і запускаємо аналіз.
Після завершення сканування програма відобразить відновлену структуру розділів, папок і файлів. За допомогою вікна попереднього перегляду можна перевірити їхній вміст і переконатися, що потрібні дані зчитуються коректно.
Далі позначаємо необхідні папки або окремі файли та натискаємо кнопку Recovery.
Для збереження результату потрібно вказати інший диск або зовнішній накопичувач. Важливо не записувати відновлені файли на той самий носій, з якого виконується відновлення, щоб уникнути перезапису даних.
СПОСІБ 5. Відновлення Disk Management масиву
Навіть за правильної конфігурації RAID масиви можуть втрачати доступ до даних через апаратні збої або програмні помилки.
У такій ситуації важливо діяти максимально обережно: не записувати нові дані на диски масиву, оскільки це може перезаписати фрагменти втраченої інформації та ускладнити її відновлення.
Далі розглянемо один із найпоширеніших сценаріїв втрати доступу до RAID масиву. Подібна ситуація може виникнути внаслідок збою операційної системи, коли конфігурація масиву перестає коректно визначатися системою. Також причиною може стати апаратна несправність сервера, через яку система більше не може розпізнати всі диски, що входять до складу масиву. У деяких випадках проблему спричиняє невдале оновлення мікропрограмного забезпечення контролера або інших компонентів системи. У результаті RAID масив стає недоступним, навіть якщо самі накопичувачі залишаються фізично справними.
Перед початком роботи слід закрити всі програми, що можуть використовувати ці накопичувачі, і тимчасово вимкнути автоматичне резервне копіювання.
Якщо масив не монтується системою, не варто ініціалізувати або форматувати диски чи створювати нові розділи, краще залишити їх у тому стані, в якому вони визначаються системою, і переходити безпосередньо до процедури відновлення.
СПОСІБ 6. Автоматичне відновлення RAID 5
Для демонстрації використаємо RAID 5, створений за допомогою інструмента Windows Disk Management у середовищі Windows Server 2012. Масив складається з чотирьох дисків, на яких використовується файлова система ReFS. На цьому прикладі розглянемо, як відновити доступ до даних у разі втрати працездатності системи або пошкодження конфігурації RAID.
Для відновлення даних ви також можете скористатись програмою Hetman RAID Recovery.
Обираємо наш RAID 5 і запускаємо режим Fast Scan.
Програма автоматично визначить файлову систему ReFS, тому додаткові налаштування зазвичай не потрібні.
Після вибору режиму натискаємо Next, щоб розпочати процес сканування. Варто враховувати, що повний аналіз може зайняти значний час, особливо якщо масив має великий обсяг.
Після завершення сканування у головному вікні програми відобразяться знайдені розділи, каталоги та файли, які раніше зберігалися на масиві та можуть бути відновлені.
За потреби можна скористатися функцією Preview, щоб переглянути вміст файлів і переконатися у їхній цілісності.
Далі, позначаємо потрібні каталоги або окремі файли та запускаємо процес відновлення, натиснувши кнопку Recovery.
У наступному вікні необхідно вказати шлях для збереження відновлених даних на інший носій і підтвердити дію, знову натиснувши Recovery.
Після завершення процедури програма повідомить про успішне відновлення даних із вашого RAID масиву.
СПОСІБ 7. Відновлення в RAID Constructor
У наступному прикладі розглянемо складніший сценарій, коли один із чотирьох дисків у складі RAID 5 вийшов з ладу або коли масив був випадково відформатований користувачем.
У такому випадку програма може не визначити структуру масиву автоматично, тому для реконструкції конфігурації рекомендується скористатися інструментом RAID Constructor у ручному режимі.
Після вилучення накопичувачів із сервера необхідно обов’язково зафіксувати їхній початковий порядок у RAID-масиві ще до початку будь-яких дій з відновлення.
Кожен диск у RAID 5 має визначене місце в послідовності запису даних і розрахунку Parity, тому зміна порядку дисків може призвести до некоректного складання масиву, пошкодження файлової системи та значно ускладнити процес відновлення.
Важливо враховувати, що RAID 5 допускає відновлення даних навіть за відсутності одного з дисків, оскільки інформація може бути реконструйована за допомогою паритетних блоків.
У цій конфігурації архітектура RAID-масиву побудована таким чином, що фізичний початок диска не збігається з фактичним початком файлової системи. Через часткове пошкодження або видалення службових даних програма втрачає необхідні орієнтири для автоматичного визначення зсуву.
У результаті алгоритм не може точно визначити нульовий сектор логічного розділу. У такій ситуації значення зсуву необхідно вказати вручну під час реконструкції масиву. Якщо цього не зробити, файлова система може відображатися некоректно або залишатися недоступною для аналізу та відновлення.
Неправильно заданий Offset також може призвести до відображення помилкової структури каталогів або відсутності частини файлів.
Для визначення точного значення зсуву скористайтеся вбудованим HEX-редактором.
Якщо черговість накопичувачів у RAID-масиві невідома, процедуру пошуку маркера та обчислення Offset необхідно виконати індивідуально для кожного диска у складі масиву. Такий підхід дозволить встановити коректний зсув для кожного пристрою та забезпечить правильну реконструкцію всієї конфігурації.
Файлова система ReFS має унікальну сигнатуру, що розташована на початку її службових структур. Але у деяких структурах ReFS сигнатура може починатися не строго з нульового блоку, а з невеликим зміщенням всередині структури метаданих. У шістнадцятковому представленні вона виглядає як послідовність байтів 00 00 00 52 65 46 53 00, що в текстовому полі редактора відповідає рядку ReFS.
Щоб активувати інструмент, виберіть потрібний диск і скористайтеся комбінацією клавіш Ctrl + H або відповідним пунктом контекстного меню.
У вікні HEX-редактора запустіть функцію пошуку Find text or value та введіть у відповідне поле шістнадцяткову послідовність 00 00 00 52 65 46 53 00.
Обов’язково перемкніть режим пошуку на Search for HEX-value. Для підвищення точності та прискорення аналізу рекомендується також вибрати параметр Begin of sector, оскільки сигнатура файлової системи ReFS розташовується на початку сектора.
Після того як редактор знайде відповідний маркер, достатньо навести курсор на знайдену позицію або переглянути адресу поточного блока в інтерфейсі програми. Це дозволить визначити точне значення offset, яке необхідно використати під час подальшої реконструкції RAID-масиву.
Для підвищення достовірності результату доцільно також переконатися, що знайдена сигнатура справді відповідає початку службових структур файлової системи, а не є випадковою послідовністю байтів у даних.
Після того як ви знайшли значення Offset, відкрийте інструмент RAID Constructor та оберіть режим Manual mode.
Під час ручного створення масиву необхідно вказати основні параметри, які використовувалися при його формуванні: тип RAID, порядок розміщення блоків, розмір блоку та кількість байтів у секторі.
Для RAID 5 у більшості типових конфігурацій застосовуються такі значення:
- Block order – Left synchronous,
- Block size – 64 КБ,
- Bytes per sector – 512 bytes.
У вікні конструктора в полі Available disks виберіть накопичувачі, що входять до складу вашого RAID-масиву, та перемістіть їх у поле Selected disks.
У разі, якщо один із накопичувачів фізично відсутній або вийшов із ладу, скористайтеся функцією Add empty disk, яка дозволяє інтегрувати у структуру масиву віртуальний порожній диск, що імітує відсутній компонент, зберігаючи цілісність архітектури RAID 5 та забезпечуючи успішне відновлення інформації.
Для застосування обчислених параметрів зсуву клацніть двічі на потрібному диску або скористайтеся іконкою Change disk offset/size. У діалоговому вікні, що відкриється, введіть отримане значення зміщення – 264192 у поле Offset.
Перед підтвердженням змініть одиниці виміру з Bytes на Sectors – це дозволить уникнути помилок у розрахунках, оскільки програма автоматично переведе вказану кількість секторів у байти.
Після натискання кнопки ОК повторіть цю процедуру для кожного накопичувача, що входить до складу вашого RAID-масиву. Таке точне налаштування кожного компонента є критично важливим для синхронізації блоків даних і правильного відтворення логічної структури файлової системи ReFS.
Якщо точна черговість дисків невідома, її можна встановити вручну методом послідовного підбору. Для цього змінюйте позиції накопичувачів у списку Selected disks, переміщуючи їх стрілками вгору або вниз, і після кожної зміни перевіряйте, чи відображається коректна конфігурація логічних томів у нижній частині вікна. Такий підхід дозволяє візуально контролювати процес реконструкції масиву в реальному часі та оперативно оцінювати правильність обраної послідовності.
Крім того, можна скористатися функцією Detect the disk order automatically, яка запускає автоматичний перебір усіх можливих варіантів розташування дисків у RAID-масиві. Хоча така процедура може зайняти більше часу залежно від кількості накопичувачів у конфігурації, вона значно знижує ймовірність помилки та допомагає визначити правильний порядок дисків у складних структурах зберігання даних.
Після внесення змін натисніть кнопку Add, щоб додати відновлений RAID-масив на головний екран програми для подальшого сканування і відновлення файлів.
Після того як RAID масив правильно відтворений у RAID-конструкторі, виконано сканування і результати аналізу з’явилися на головному екрані програми натисніть кнопку Recovery.
У вікні, що відкриється, натисніть Next, оберіть варіант Save on hard disk та вкажіть папку для збереження. Після завершення процесу ви зможете відновити потрібні дані, зберігши їх на інший диск.
Висновок
Відновлення даних із масивів RAID 0 та RAID 5, створених за допомогою Windows Disk Management або Windows Server Manager, у середовищі Ubuntu є цілком можливим навіть після серйозних збоїв або втрати доступу до масиву. Завдяки інструментам Linux та спеціалізованому програмному забезпеченню можна відновити структуру RAID, проаналізувати конфігурацію дисків і повернути важливі файли.
При цьому слід враховувати, що RAID0 не має відмовостійкості, тому пошкодження хоча б одного диска може призвести до критичної втрати інформації. RAID5 є більш захищеним, однак помилки перебудови масиву, збій контролера або пошкодження службових даних також можуть зробити систему недоступною.
Для успішного відновлення важливо не виконувати запис на проблемні диски, правильно визначити параметри масиву та використовувати безпечні методи аналізу. Найкращі результати досягаються при створенні образів накопичувачів та роботі з копіями даних.
Таким чином, Ubuntu може бути ефективною платформою для відновлення RAID-масивів Windows, особливо у випадках, коли штатні засоби операційної системи більше не дозволяють отримати доступ до даних.
