Як відновити дані з несправного RAID у Windows, Linux і macOS
Дізнайтеся, як відновити дані з несправних апаратних і програмних RAID-масивів, NAS-пристроїв, DAS-систем і серверних сховищ за допомогою Hetman RAID Recovery. У цьому посібнику розглянуто повний процес відновлення: підготовку оригінальних дисків і вибір безпечного способу підключення, автоматичну реконструкцію RAID за метаданими, ручне збирання масиву, якщо його конфігурація відсутня або пошкоджена, а також аналіз отриманого тому для пошуку, попереднього перегляду та збереження файлів, доступних для відновлення.
Програма може працювати з фізичними дисками, підключеними безпосередньо, образами дисків і віддаленими блоковими пристроями, доданими через SSH. Вона віртуально реконструює конфігурацію сховища, не змінюючи вихідні дані на дисках. Для початку завантажте та встановіть Hetman RAID Recovery на комп’ютер із Windows, Linux або macOS, який використовуватиметься для доступу до дисків RAID і їх аналізу.
Підготовка до відновлення RAID
і підключення вихідних дисків
Перед початком відновлення припиніть використовувати пошкоджений RAID, NAS, DAS або серверне сховище. Будь-яка перебудова, ініціалізація, форматування, виправлення файлової системи чи інша операція запису може перезаписати метадані RAID або дані файлів, які ще можна відновити.
Не перебудовуйте та не переналаштовуйте оригінальний масив. Не ініціалізуйте його диски, не створюйте нові розділи, не форматуйте томи та не запускайте CHKDSK, FSCK чи інші утиліти виправлення.
Зафіксуйте оригінальну конфігурацію RAID
Перед вилученням або повторним підключенням дисків зберіть якомога більше інформації про початкову систему зберігання:
- Сфотографуйте відсіки та поточний порядок дисків.
- Позначте кожен диск номером відсіку або його початковою позицією.
- Запишіть модель і серійний номер кожного диска.
- Запишіть модель NAS, RAID-контролера, материнської плати або сервера.
- Якщо відомо, запишіть рівень RAID, кількість дисків масиву, їх місткість і розмір stripe.
- Зафіксуйте, які диски вийшли з ладу, були замінені, використовувалися як hot spare або були вилучені з масиву.
- Запишіть інформацію про недавні rebuild, міграції, розширення, заміни дисків або зміни конфігурації.
Збережіть усі доступні диски, пов’язані з масивом, включно з несправними, заміненими, hot spare та дисками, вилученими під час перерваної перебудови. Вони можуть містити різні версії метаданих RAID або файлових даних, що допоможуть правильно реконструювати сховище.
Як відновити дані з RAID 0, 1 і 5 на контролері LSI 3ware 9750
Підключіть диски безпосередньо
Перед вилученням дисків вимкніть оригінальний пристрій, якщо документація обладнання прямо не дозволяє безпечне гаряче вилучення. Підключіть усі доступні диски масиву до комп’ютера для відновлення через сумісні SATA, NVMe, SAS, SCSI або Fibre Channel інтерфейси.
Контролер або адаптер має надавати кожен диск як окремий фізичний пристрій. Використовуйте HBA, JBOD-корпус або контролер у режимі HBA/JBOD. Не об’єднуйте вихідні диски в новий RAID-масив і не ініціалізуйте їх на запит операційної системи.
Створіть і підключіть образи дисків
Перед аналізом створіть повні посекторні образи, якщо диск працює нестабільно, повідомляє про помилки читання, несподівано відключається або може остаточно вийти з ладу під час повторного сканування. Образи також корисні, коли на комп’ютері недостатньо портів для одночасного підключення всіх дисків RAID.
У такому випадку підключайте диски по одному, створіть повний образ кожного накопичувача, а потім підключіть усі отримані образи в Hetman RAID Recovery. Підключені образи можна використовувати замість оригінальних фізичних дисків.
Підключіться до NAS або сервера через SSH
Якщо NAS або сервер усе ще запускається і надає SSH-доступ, можна віддалено додати його фізичні диски, розділи або інші блокові пристрої, не вилучаючи їх із системи. Для доступу до вихідних пристроїв можуть знадобитися права адміністратора або root.
Фізичні диски, підключені образи та віддалені SSH-пристрої можна одночасно використовувати в одній сесії відновлення. Це корисно, коли безпосередньо можна підключити лише частину дисків RAID.
Підготуйте місце для образів і відновлених файлів
Використовуйте окремий справний накопичувач для образів дисків і відновлених файлів. Місце призначення не повинно бути диском, який входить або раніше входив до пошкодженого RAID.
Для створення повних образів підготуйте вільне місце приблизно рівне сумарній місткості вихідних дисків, з яких створюються образи. Також переконайтеся, що є достатньо окремого сховища для файлів, які планується відновити.
Перевірте підключені джерела
Запустіть Hetman RAID Recovery і переконайтеся, що кожен доступний фізичний диск, підключений образ і SSH-пристрій відображається в Drive Manager з очікуваною моделлю, серійним номером і місткістю.
Якщо диск відсутній, має неправильну місткість, відключається або повідомляє про помилки читання, не виконуйте повторні сканування. Спочатку перевірте підключення або створіть повний образ диска. Коли всі доступні джерела готові, переходьте до автоматичного визначення та реконструкції RAID.
Автоматично визначити та реконструювати RAID
Після додавання всіх доступних фізичних дисків, образів і віддалених SSH-пристроїв Hetman RAID Recovery автоматично зчитує наявні метадані RAID і порівнює інформацію з різних джерел.
За цими метаданими програма визначає оригінальну конфігурацію сховища: рівень RAID, кількість і порядок дисків, розмір stripe або блока, початкові зміщення, порядок блоків, схему парності, групи дисків, відсутні елементи та інші параметри, специфічні для контролера або виробника.
Дочекайтеся автоматичного визначення RAID
Переконайтеся, що всі доступні вихідні пристрої відображаються в Drive Manager, і дочекайтеся завершення початкового аналізу. Якщо метаданих достатньо, Hetman RAID Recovery автоматично реконструює масив і відобразить його як окремий логічний пристрій зберігання.
Реконструйований RAID може містити:
- один або кілька розділів;
- tом файлової системи;
- логічний рівень LVM, Storage Spaces, ZFS, Btrfs або іншої системи зберігання;
- кілька томів, створених у тому самому пулі зберігання;
- один або кілька відсутніх дисків, представлених віртуально.
Не скануйте окремі диски RAID, якщо реконструйований масив уже доступний. Аналіз файлової системи потрібно виконувати на отриманому RAID-томі або на логічному томі всередині нього.
Перевірте реконструйований масив
Виберіть автоматично знайдений RAID у Drive Manager і перегляньте його конфігурацію. Порівняйте реконструйоване сховище з інформацією, зібраною до відновлення.
Перевірте такі параметри, якщо вони доступні:
- рівень RAID і схема зберігання;
- загальна кількість дисків масиву;
- порядок і початкове розташування дисків;
- кількість і позиції відсутніх елементів;
- розмір stripe або блока;
- початкове зміщення кожного диска;
- порядок блоків і схема парності;
- загальна реконструйована місткість;
- розділи, томи та логічні рівні зберігання, знайдені всередині масиву.
Диск, позначений як відсутній, не обов’язково свідчить про помилку. Якщо оригінальний RAID здатний працювати з одним або кількома несправними елементами, програма додає віртуальні заглушки для недоступних дисків і реконструює решту даних із доступних дисків та інформації парності.
Відновлення даних у ZFS: ZVOL, Dataset, Snapshot і віртуальні диски
Перевірте автоматичну реконструкцію
Перед повним аналізом файлової системи відкрийте реконструйований масив і переконайтеся, що його структура відповідає оригінальній системі зберігання.
Автоматична реконструкція, ймовірно, правильна, якщо:
- загальна місткість близька до очікуваної місткості RAID;
- відображаються очікувані розділи та логічні томи;
- визначено правильну файлову систему;
- tом починається з правдоподібного зміщення;
- структура папок відповідає оригінальному сховищу;
- видно знайомі папки й імена файлів;
- файли в Попередньому перегляді відкриваються коректно.
Реконструкція може бути неправильною або неповною, якщо:
- реконструйована місткість суттєво відрізняється від очікуваної;
- до масиву включено неправильні диски;
- розділи відсутні або мають неправдоподібні розміри;
- очікувана файлова система не визначається;
- папки містять пошкоджені або беззмістовні назви;
- відомі файли мають неправильний розмір або не відкриваються в Попередньому перегляді;
- дані виглядають правильними лише на початку тому, а далі пошкоджуються.
Як відновити дані з mdadm RAID 0, 5 і 6, створених в OpenMediaVault
Визначте подальші дії
Якщо правильний RAID, розділи й томи визначено автоматично, переходьте до завершального етапу та аналізуйте реконструйоване сховище для пошуку й відновлення файлів.
Переходьте до RAID Constructor, якщо:
- потрібний масив не визначається;
- програма показує лише застарілу або неповну конфігурацію;
- диски масиву або їх порядок неправильні;
- реконструйована місткість не відповідає оригінальному RAID;
- відсутні очікувані розділи або файлові системи;
- файли не відкриваються коректно в Попередньому перегляді;
- метадані RAID відсутні, пошкоджені або суперечливі.
RAID Constructor дозволяє автоматично знайти конфігурацію сховища, перевіряючи можливі параметри, вибрати її з профілів виробників або задати вручну.
Як відновити дані з Btrfs RAID 0, RAID 5 і RAID 6, створених у Rockstor
Реконструювати RAID вручну за допомогою RAID Constructor
Ручна реконструкція може знадобитися після перерваної перебудови, заміни диска, міграції сховища, розширення масиву, відмови контролера, випадкового переналаштування або часткового перезапису метаданих RAID. Вона також може бути потрібною, якщо одночасно підключено диски від кількох старих конфігурацій або один чи кілька елементів недоступні.
RAID Constructor створює віртуальне представлення оригінального масиву. Він не перебудовує фізичний RAID, не записує метадані на його диски та не змінює дані на вихідних пристроях.
Відкрийте RAID Constructor і виберіть спосіб налаштування
RAID Constructor пропонує три способи реконструкції масиву:
- Автоматичний пошук конфігурації — перевіряє можливі порядки дисків і параметри RAID;
- Пошук за виробником — використовує профілі конфігурації для певних NAS, контролерів, чипсетів або платформ зберігання;
- Ручна конфігурація — дозволяє безпосередньо задати кожен параметр RAID.
Автоматично знайдіть конфігурацію
Використовуйте автоматичний пошук, якщо відомо, які диски входили до RAID, але невідомі їх точний порядок, розмір stripe, схема парності, початкове зміщення або інші параметри.
Для автоматичного пошуку конфігурації RAID виберіть усі доступні диски масиву та вкажіть загальну кількість дисків, які спочатку входили до нього, включно з відсутніми або несправними елементами.
Під час пошуку програма може перевіряти різні поєднання:
- порядку дисків;
- позицій відсутніх дисків;
- рівня RAID і схеми зберігання;
- розміру stripe або блока;
- початкових зміщень даних;
- порядку блоків;
- позиції та ротації парності;
- затримки парності;
- груп дисків у складених RAID-конфігураціях.
Переглядайте конфігурації, знайдені програмою, замість автоматичного вибору першого результату. Кілька варіантів можуть показувати розпізнаваний розділ, але лише правильна конфігурація забезпечить узгоджені файлові дані по всьому тому.
Як відновити неробочий RAID 5EE після відмови контролера або кількох дисків
Пошук за виробником
Використовуйте пошук за виробником, якщо оригінальний RAID було створено відомим NAS-пристроєм, RAID-контролером, чипсетом материнської плати, операційною системою або платформою зберігання.
Виберіть відповідного виробника або технологію зберігання та додайте оригінальні диски масиву. RAID Constructor застосує відомі шаблони конфігурації та звузить пошук до параметрів, які зазвичай використовує це обладнання чи програмне забезпечення.
Цей спосіб корисний для масивів, створених NAS-системами, апаратними RAID-контролерами, RAID-утилітами материнських плат та іншими реалізаціями зберігання, специфічними для виробника.
Профіль виробника допомагає визначити ймовірні параметри, але не гарантує, що кожен пристрій цього виробника використовує однакову конфігурацію. Завжди перевіряйте отриманий масив за місткістю, розділами, структурою папок і вмістом файлів.
Задайте конфігурацію RAID вручну
Використовуйте ручну конфігурацію, якщо оригінальні параметри RAID відомі або автоматичний пошук не дав правильного результату.
Укажіть оригінальну схему зберігання та додайте диски в очікуваному порядку. Залежно від типу RAID налаштуйте такі параметри:
- Рівень RAID — наприклад JBOD, лінійний RAID, RAID 0, RAID 1, RAID 5, RAID 6, RAID 10 або інша підтримувана схема;
- Диски масиву — усі фізичні диски, образи та SSH-пристрої, що належать до масиву;
- Порядок дисків — початкова позиція кожного елемента в масиві;
- Відсутні диски — віртуальні заглушки для недоступних елементів;
- Початкове зміщення — позиція на кожному диску, з якої починаються дані RAID;
- Розмір stripe або блока — обсяг послідовних даних, що записуються на один елемент перед переходом до наступного;
- Порядок блоків — послідовність розподілу блоків даних і парності між дисками;
- Схема парності — розташування та порядок ротації блоків парності;
- Затримка парності — інтервал до зміни позиції парності в схемах із delayed parity;
- Групи дисків — розташування елементів у RAID 10, RAID 50, RAID 60 та інших вкладених конфігураціях;
- Розмір сектора — логічний розмір сектора оригінального сховища, якщо він відрізняється від автоматично визначеного.
Зберігайте оригінальний порядок дисків, якщо він відомий. Не вважайте, що фізичний порядок відсіків завжди збігається з логічним порядком дисків, який використовував контролер або система зберігання.
Не включайте hot spare як активний елемент RAID, якщо він не замінював несправний диск і не брав участі в rebuild. Після перерваної перебудови і несправний диск, і його заміна можуть містити корисні, але різні фрагменти масиву, тому перевіряйте відповідні конфігурації окремо.
Попередньо перегляньте та перевірте реконструйований масив
Використовуйте попередній перегляд у RAID Constructor, щоб перевірити отримане сховище перед додаванням до Drive Manager або запуском аналізу файлової системи.
Ймовірно правильна конфігурація має показувати:
- очікувану загальну місткість RAID;
- коректну таблицю розділів або логічну структуру зберігання;
- розділи й томи з очікуваною файловою системою;
- розпізнавані папки в кореневому каталозі реконструйованого тому;
Конфігурацію, ймовірно, потрібно скоригувати, якщо:
- відсутні очікувані розділи;
- файлова система не розпізнається;
- у кореневому каталозі RAID-диска немає розпізнаваних папок;
Якщо попередній перегляд виглядає неузгоджено, поверніться до налаштування та перевірте інший порядок дисків, позицію відсутнього диска, розмір блока, зміщення, схему парності або групування дисків. Не запускайте тривалий аналіз файлової системи, доки реконструйоване сховище не пройде ці перевірки.
Додайте реконструйований RAID
Коли конфігурація виглядає правильною, додайте реконструйований RAID до Drive Manager. Програма відобразить його як віртуальний пристрій разом із знайденими всередині розділами, томами та логічними рівнями зберігання.
Не записуйте реконструйовану конфігурацію назад на оригінальні диски та не створюйте новий фізичний RAID із вихідних накопичувачів. Продовжуйте відновлення, аналізуючи отриманий віртуальний RAID-том і зберігаючи потрібні файли на окремий накопичувач.
Відновлення даних з RAID 5 і RAID 6, створених на PERC 6/i у Dell PowerEdge R610
Проаналізувати реконструйований RAID
і відновити файли
Після автоматичної реконструкції RAID або його створення за допомогою RAID Constructor проаналізуйте отриманий віртуальний пристрій, щоб знайти розділи, файлові системи, папки й файли, доступні для відновлення.
Працюйте з реконструйованим RAID, пулом зберігання або логічним томом, який відображається в Drive Manager. Не скануйте окремі диски масиву, якщо тільки вам спеціально не потрібно дослідити дані, що зберігалися поза областю RAID.
Виберіть правильний том для аналізу
Розгорніть реконструйований RAID у Drive Manager і перегляньте знайдені всередині рівні зберігання. Залежно від оригінальної системи масив може містити таблицю розділів, одну або кілька файлових систем, групу томів LVM, пул Storage Spaces, пул ZFS, том Btrfs, зашифрований контейнер, віртуальний диск або іншу логічну структуру зберігання.
Виберіть логічний том найнижчого рівня, на якому раніше знаходилися потрібні файли. Наприклад:
- виберіть том NTFS, ReFS, EXT4, XFS, Btrfs, APFS, HFS+, ZFS або іншої файлової системи, якщо він відображається безпосередньо;
- виберіть потрібний логічний том усередині LVM або Windows Storage Spaces;
- виберіть відповідний dataset, ZVOL, subvolume або том зберігання, якщо оригінальна система містила кілька логічних об’єктів;
- розблокуйте зашифрований том перед аналізом файлової системи всередині нього;
- виберіть сам реконструйований RAID, якщо очікуваний розділ або логічний том відсутній і його потрібно знайти під час аналізу.
Перед скануванням перевірте місткість тому, файлову систему, позицію розділу та мітку. Якщо відображається кілька схожих томів, порівняйте їх з оригінальною конфігурацією сховища та очікуваною структурою папок.
Повний посібник із відновлення RAID 5 і RAID 6 з несправного NAS Thecus N7700Pro
Виберіть спосіб аналізу
Клацніть правою кнопкою миші по потрібному RAID-тому та запустіть аналіз. Програма пропонує різні методи сканування залежно від стану файлової системи та причини втрати даних.
Швидке сканування
Почніть зі Швидкого сканування якщо конфігурація RAID правильна, а файлова система переважно збереглася. Цей метод зчитує наявні метадані файлової системи та швидко показує:
- початкову структуру папок;
- наявні файли та папки;
- нещодавно видалені файли;
- файли, видалені з Кошика;
- дані, втрачені через незначні пошкодження файлової системи.
Перегляньте результати та перевірте потрібні файли в Попередньому перегляді. Якщо очікуваних папок або файлів немає, поверніться до Drive Manager і запустіть Повний аналіз.
Повний посібник із відновлення даних з RAID 6 несправного NAS QNAP TS-439U-RP/SP
Повний аналіз
Використовуйте Повний аналіз якщо RAID-том було відформатовано, його розділ видалено, файлову систему пошкоджено, схему зберігання змінено або Швидке сканування не знаходить потрібних даних.
Повний аналіз досліджує весь вибраний том у пошуках записів файлової системи, втрачених розділів, видалених папок і вмісту файлів. Під час налаштування сканування виберіть файлові системи, які могли використовуватися на оригінальному сховищі. Обмеження пошуку відповідними файловими системами зменшує кількість зайвих результатів.
Контент-аналіз може визначати файли за внутрішніми сигнатурами навіть тоді, коли їхні імена, шляхи папок і записи файлової системи більше недоступні. Такі файли групуються за типом і можуть отримувати згенеровані імена, оскільки оригінальні метадані не завжди можна відновити.
Для великого RAID Повний аналіз може тривати значний час, оскільки програма повинна прочитати весь реконструйований адресний простір і обчислювати дані з доступних дисків та парності. Не відключайте вихідні диски й не переривайте доступ до підключених образів і SSH-пристроїв під час сканування.
Як відновити дані з віртуального мережевого сховища StarWind SAN&NAS
Робота із зашифрованими томами
Якщо реконструйоване сховище містить BitLocker, LUKS, VeraCrypt, FileVault, зашифрований APFS, HFS+ або інший підтримуваний зашифрований том, розблокуйте його правильним паролем, ключем відновлення, файлом ключа чи іншими необхідними обліковими даними.
Після розблокування зашифрованого тому виберіть файлову систему всередині нього й запустіть відповідний аналіз. Реконструкція RAID відновлює оригінальний порядок блоків, але не обходить шифрування, тому коректні дані для розшифрування все одно потрібні.
Файли, окремо захищені Windows EFS або Linux fscrypt, також можуть вимагати оригінальні сертифікати, ключі, паролі або дані користувача для правильного доступу до вмісту.
Перевірте результати сканування
Після завершення аналізу перегляньте реконструйоване дерево папок і порівняйте його з оригінальною структурою сховища. Залежно від стану файлової системи програма може показувати:
- наявні файли та папки у вихідних розташуваннях;
- видалені файли з відповідними позначками;
- знайдені або реконструйовані розділи;
- файли, згруповані в системних або відновлювальних папках;
- результати контент-аналізу, згруповані за типом файлу;
- файли зі snapshots, попередніх станів файлової системи або старіших структур зберігання, якщо вони доступні.
Використовуйте пошук і фільтри, щоб знаходити дані за ім’ям, розширенням, розміром, датою створення, зміни або статусом видалення. Це особливо корисно, якщо реконструйований RAID містить кілька томів або мільйони файлів.
Збережіть файли на окремий накопичувач
Натисніть Відновлення і виберіть місце призначення на окремому справному пристрої. Зберігайте відновлені файли на інший фізичний диск, зовнішній накопичувач, мережевий ресурс або інше місце, яке не належить до вихідного RAID.
Ніколи не зберігайте відновлені файли на реконструйований RAID або на будь-який диск, який входить чи раніше входив до оригінального масиву. Запис на вихідний диск може перезаписати метадані файлової системи, вміст видалених файлів, метадані RAID або іншу інформацію, яку ще не було відновлено.
Під час налаштування відновлення зберігайте оригінальну структуру папок та імена файлів, якщо вони доступні. Якщо цільова файлова система має обмеження щодо довжини імен, непідтримуваних символів, максимального розміру файлу, sparse-файлів, прав доступу або альтернативних потоків даних, виберіть місце, здатне коректно зберігати відновлені дані.
Для великих обсягів спочатку зберігайте найважливіші дані. Почніть із файлів, які складно або неможливо створити заново: баз даних, робочих документів, проєктів, віртуальних машин, фотографій та унікальних архівів.
Швидкий початок
Перегляньте це відео, щоб дізнатися, як відновити дані з RAID-масиву за допомогою Hetman RAID Recovery.
Як відновити дані з несправного RAID у Windows, Linux і macOS
-
Що робити, якщо RAID-контролер повідомляє про foreign configuration?
Не очищуйте, не ініціалізуйте, не імпортуйте й не перебудовуйте foreign configuration, доки не створено образи дисків масиву або не оцінено їхній стан. Залежно від контролера імпорт чужої конфігурації може змінити метадані RAID або запустити операції запису на диски.
Зафіксуйте конфігурацію, яку показує контролер: рівень RAID, порядок дисків, відсутні елементи, розмір stripe і місткість віртуального диска. Потім вимкніть систему й аналізуйте диски, не змінюючи їх.
-
Чи можна відновити дані лише з одного диска дзеркала RAID 1?
У багатьох стандартних конфігураціях RAID 1 кожен елемент містить повну копію даних, тому одного справного й актуального диска може бути достатньо. Його можна аналізувати окремо, якщо доступні розділи та файлова система.
Це стосується не всіх дзеркальних систем зберігання. RAID 1E, вкладені RAID, схеми виробників, частково завершені rebuild, шифрування або додаткові рівні зберігання можуть вимагати реконструкції з усіма доступними дисками. Якщо диски дзеркала містять різні версії даних, аналізуйте їх окремо та порівнюйте результати.
-
Чи можна відновити дані з RAID на SSD після TRIM або discard?
Конфігурацію RAID усе ще може бути можливо реконструювати, але файли в блоках, які вже були позначені discard і фізично очищені SSD, можуть бути недоступні для відновлення. Парність RAID не може повернути дані, якщо відповідні зміни були навмисно поширені масивом як коректні операції discard.
Негайно припиніть використовувати сховище, не монтуйте його томи в режимі читання-запису та створіть образи доступних SSD до того, як фонове очищення або garbage collection видалить додаткові дані.
-
Чи може Hetman RAID Recovery виправити файли, які після відновлення залишаються пошкодженими?
Програма реконструює схему RAID, аналізує файлову систему й копіює всі доступні для читання дані файлів. Вона не може заново створити сектори, які були перезаписані, видалені командами discard або втрачені понад можливості надлишковості оригінального RAID.
Якщо відновлений файл містить усі потрібні дані, але його внутрішня структура пошкоджена, може знадобитися спеціалізована утиліта відновлення для цього типу файлу. Бази даних, архіви, віртуальні диски, документи та мультимедійні файли після відновлення слід перевіряти у відповідних програмах або засобами контролю цілісності.
-
Чи можна відновити дані після скидання NAS до заводських налаштувань, перевстановлення прошивки або повторного створення пулу зберігання?
Відновлення може залишатися можливим, якщо скидання або переналаштування не перезаписали потрібні файлові дані. Заводське скидання або новий пул зберігання можуть замінити таблиці розділів, метадані RAID, структури файлової системи або початок оригінальних томів, залишивши інші області без змін.
Негайно припиніть використовувати NAS, збережіть усі оригінальні та замінені диски й створіть їх повні образи перед аналізом. Програма може знайти старі метадані RAID, або попередню конфігурацію доведеться реконструювати вручну. Обсяг доступних для відновлення даних залежить від того, скільки інформації було записано після скидання.