RAID або NAS повідомляє degraded: чого не робити

NAS або RAID-масив повідомляє degraded чи crashed, а даних компанії не видно? Degraded означає, що масив залишився без резерву, а Crashed — що він не може зібратися самостійно; жоден із цих станів ще не означає втрату даних. Не запускайте rebuild і не замінюйте диск: у разі незрозумілого збою дані відновлюють із побітових копій, а не втручанням в оригінальний масив. NAS світиться червоним, пищить, і під впливом адреналіну хочеться натиснути «Виправити». Саме так звичайна апаратна несправність часто перетворюється на безповоротну втрату даних — найбільшої шкоди завдає не початкова відмова диска, а поспішні самостійні дії. У цій статті пояснюємо, що означають ці стани та чого слід уникати за будь-яку ціну.

Для RAID/NAS важливі порядок дисків і робота з копіями. Що менше спроб було до діагностики, то вищі шанси на відновлення.

Коротка відповідь: що робити зараз

Якщо NAS повідомляє Degraded, Crashed, Missing volume, Not Initialized або сервер раптово перестав бачити спільні дані, найважливіше — зберегти початковий стан. RAID часто можна зібрати знову, але лише якщо за цей час на нього не виконували зайвий запис.

Перші хвилини мають вирішальне значення. Припиніть спроби, позначте диски, не форматуйте їх і працюйте лише з копіями.

На практиці:

1. Якщо диск стукає, пищить, шкребе або відчувається запах горілого, вимкніть пристрій.
2. Не натискайте repair, rebuild, initialize або create new volume.
3. Позначте порядок дисків відповідно до відсіків і сфотографуйте поточний стан у панелі керування.
4. Якщо дані ще доступні, копіюйте лише найважливіші файли та більше нічого не записуйте на NAS.
5. У разі незрозумілого збою зверніться по відновлення даних із RAID-масиву до наступних спроб.

Безпечна дія в домашніх умовах

Це можна зробити самостійно, не погіршуючи ситуацію:

• вимкнути NAS або сервер, якщо диск стукає, шкребе, пищить або відчувається запах горілого,
• сфотографувати стан у панелі керування на всіх рівнях (RAID group, storage pool, volume),
• позначити диски відповідно до відсіків, у яких вони зараз установлені, і залишити їх на місці,
• скопіювати найважливіші файли на зовнішній диск, доки дані ще читаються,
• записати хронологію: що сталося спочатку та що ви робили потім.

Момент, коли продовжувати вже не можна

Межа чітка: щойно ви не знаєте, скільки дисків випало та в якому порядку, або масив повідомляє Crashed, Not Initialized чи Missing volume, або помилки SMART з’являються й на іншому диску — не запускайте rebuild, repair чи initialize, не створюйте новий pool і не змінюйте порядок дисків у відсіках. Від цього моменту самостійні дії слід припинити: кожна така операція записує дані в масив і може перезаписати метадані, з яких його реконструюють. Подальша робота виконується лише з побітовими копіями.

Порядок дисків часто не менш важливий для реконструкції, ніж самі диски. Вийняти їх, перемішати й експериментувати — найгірший варіант.

Ремонт RAID-масиву та відновлення даних: у чому різниця

Це дві різні цілі, які регулярно плутають. Ремонт RAID-масиву — заміна диска, rebuild, команда repair у панелі керування NAS — повертає до роботи СХОВИЩЕ: масив знову має надлишковість, а NAS продовжує працювати. Відновлення даних має на меті не запустити масив, а вивести ФАЙЛИ на інший носій; що робити з початковим NAS, вирішують уже потім.

Виконувати обидва процеси одночасно не можна. Ремонт масиву на несправних дисках загрожує даним: rebuild читає всю поверхню всіх уцілілих дисків і записує в масив, тому диск на межі читабельності може стати нечитабельним, а метадані, з яких можна було б зібрати масив, — перезаписатися.

Правило для ухвалення рішення:

• Звичайна сервісна операція (ремонт масиву): відмовив саме один диск, решта не мають помилок SMART, дані досі читаються та є актуальна резервна копія.
• Лабораторне відновлення даних: відмовило більше дисків, ніж допускає масив; rebuild не завершився; диск видає сторонні звуки; масив повідомляє Crashed, Not Initialized чи Missing volume; або резервної копії немає.

Достатньо лише одного пункту з другого списку, щоб ремонт масиву перестав бути безпечним першим варіантом.

QNAP: відновлення даних із деградованого та аварійного масиву

Що означають Degraded і Error у RAID group

У QTS один над одним розташовані два рівні: RAID group — власне масив, зібраний із фізичних дисків, — а над ним storage pool і volume, де вже містяться файлова система та спільні папки. На кожному рівні проблема може відображатися по-різному: RAID group може мати стан Degraded, тоді як volume виглядає справним, або навпаки — масив здається неушкодженим, але volume не запускається. Перш ніж щось робити, перевірте та сфотографуйте стан на всіх рівнях, а не лише перший червоний рядок.

Degraded означає масив без резерву: бракує одного учасника, дані обчислюються з парності, а наступну помилку читання вже нічим компенсувати. Error або Crashed означає, що масив повністю перестав працювати — зазвичай через відмову більшої кількості дисків, ніж допускає рівень RAID. Дані не обов’язково втрачені, просто NAS уже не може самостійно побудувати шлях до них.

Важлива й версія системи. QTS використовує програмний RAID Linux, а QuTS hero — ZFS. Це різні структури даних і метадані, тому відрізняється й процедура відновлення: інструменти для програмного RAID Linux не підходять для пулу ZFS і навпаки. Тому модель і версію системи повідомляйте відразу.

Чого не натискати в QNAP

Кнопки, корисні під час звичайної експлуатації, у кризовій ситуації можуть дати протилежний результат:

• Rebuild — для деградованого масиву з іще одним несправним диском це означає багато годин читання всієї поверхні. Зазвичай саме другий диск не витримує такого навантаження.
• Recover / відновлення неактивної RAID group — система може зібрати масив з іншими параметрами та перезаписати актуальні метадані.
• Initialize — видаляє конфігурацію та початок дисків. Це останнє, що потрібно робити, якщо ви ще не знаєте, що сталося.
• Створення нового pool або volume — на диски почне записуватися нова структура саме там, де розташована стара.

Якщо це не очевидна заміна одного несправного диска в решті справному масиві, правильна дія — вимкнути NAS, позначити диски відповідно до відсіків і надалі працювати лише з побітовими копіями.

Synology: відновлення даних із SHR і RAID 5

Repair storage pool: коли так, а коли ні

Synology працює на програмному RAID Linux (mdadm) у поєднанні з LVM і файловою системою ext4 або btrfs. SHR (Synology Hybrid RAID) побудований на тому самому стеку, але дає змогу комбінувати диски різного розміру. Для відновлення даних це означає, що один фізичний диск може містити кілька учасників RAID, тому реконструкція ще чутливіша до будь-якого перезапису.

Repair storage pool доречний лише в одній ситуації: відмовив саме один диск, решта підтверджено справні, дані доступні та у вас є резервна копія. Щойно помилки SMART з’являються й на іншому диску, pool повідомляє Crashed, відсутній volume або вже була невдала спроба ремонту, це перестає бути звичайною сервісною операцією — ремонт навантажує диски, які можуть цього не витримати.

Чому диски із Synology не можна відразу підключати до Windows

Дані із Synology часто можна прочитати у звичайній системі Linux, оскільки використовується стандартний стек. Але лише з побітових копій, а не з оригіналів: складання масиву на робочих дисках записує на них дані.

До Windows ці диски взагалі підключати не слід. Windows не розуміє ext4, btrfs і програмний RAID Linux, тому визначить диск як неініціалізований і запропонує його ініціалізувати. Підтвердження цього запиту перезапише метадані масиву — таблицю розділів і початок диска, тобто саме те, з чого реконструюють масив. Одного натискання достатньо, щоб простий випадок став складним.

Netgear, Western Digital, Asustor та інші

Для Netgear, Western Digital, Asustor та інших брендів процедура така сама: побітові копії всіх дисків і реконструкція лише на копіях, адже звичайні NAS використовують програмний RAID Linux. Конкретне компонування рівнів і назви станів у панелі керування відрізняються залежно від виробника й версії системи, тому модель і версію системи завжди потрібно знати заздалегідь.

Відновлення даних із RAID 0: чому це найризикованіший варіант

RAID 0 — це чергування блоків без парності: файл ділиться на блоки, які почергово записуються на всі диски масиву. Нічого не резервується й не обчислюється заново. У разі відмови одного диска ви втрачаєте не «половину файлів» — фрагментів бракує практично в кожному більшому файлі, адже кожен із них розподілений між усіма учасниками масиву.

Тому шанси на відновлення залежать від двох речей:

• чи читається несправний диск хоча б частково, адже навіть часткове читання повертає значну частину блоків,
• чи відомі параметри масиву: порядок дисків, розмір strip і offset.

RAID 0 ніколи не можна намагатися «створити заново». Створення нового масиву перезапише саме ті метадані, за якими відновлюють його структуру, після чого визначити порядок і stripe size за залишками даних буде значно складніше.

При цьому багато людей користуються RAID 0, навіть не знаючи про це. Типові приклади — дводискові зовнішні масиви й корпуси, які із заводу відображаються як один великий диск, а також масиви, налаштовані через Intel RST у комп’ютерах і ноутбуках. Зазвичай це з’ясовується лише після появи помилки.

Як отримати дані з NAS після збою: дії залежно від стану

Перш ніж торкатися дисків, переконайтеся, що проблема справді в масиві. Якщо NAS лише не відображається у Windows, спочатку перегляньте статтю NAS не вдається знайти в мережі — перевірте кабель, індикатори та IP-адресу.

Послідовність завжди однакова: спочатку припинити запис, потім з’ясувати стан дисків і лише після цього щось ремонтувати.

Як розпізнати проблему з RAID/NAS

Це не завжди повний крах. Проблема часто проявляється поступово, і такі сигнали не варто ігнорувати.

Стан degraded — ще не кінець світу, але це робота без резерву. Наступна помилка диска або невдалий rebuild можуть стати вирішальними.

• Світлова індикація: Помаранчевий або червоний світлодіод на NAS (Synology, QNAP) чи сервері. Він може світитися постійно або блимати.
• Звукове попередження: Регулярне пищання, яке сигналізує про деградацію масиву.
• Стан масиву: У панелі керування відображається статус Degraded, Crashed, Read-Only, Missing volume або Not Initialized.
• Зниження продуктивності: Копіювання надзвичайно повільне, система зависає, файли не відкриваються.
• Помилки SMART: Попередження в панелі керування про пошкоджені сектори, високу температуру або помилки читання.
• Незвичний звук: Клацання, стукіт, шкрябання або писк. Це вже критичний стан механіки.

Чого НЕ робити

У сервісному центрі ми постійно бачимо однакові помилки, які перетворюють розв’язувану проблему на складне, а іноді й неможливе відновлення.

Якщо бачите один із цих станів, не дійте методом спроб і помилок. Для RAID/NAS важливо зберегти початковий стан дисків.

• Rebuild/repair навмання: Якщо відмовило більше дисків, ніж допускає масив, або один із них має механічне пошкодження, rebuild навантажить решту дисків читанням і може перезаписати метадані. Це поширена причина, через яку масив потрапляє до нас у значно гіршому стані.
• Ініціалізація дисків: Якщо система повідомляє про «неініціалізований диск», ніколи не погоджуйтеся на ініціалізацію. Вона перезапише початок диска з ключовими метаданими RAID.
• Зміна порядку: Ви виймаєте диски з NAS, очищуєте їх, а потім повертаєте в іншому порядку. Для контролера це хаос, який може призвести до руйнування масиву.
• Подальший запис: Якщо масив іще доступний, негайно припиніть будь-який запис. Кожен новий файл або зміна може перезаписати блоки, які потрібно відновити.
• Повторні ввімкнення: Диск стукає? Вимкніть його й більше не вмикайте. Кожна спроба розкрутити диск може призвести до безповоротного руйнування шару даних головкою.
• Recovery software на оригіналах: Запускати сканування файлової системи безпосередньо на несправних дисках — небезпечна авантюра. Якщо диск помирає, сканування може остаточно його знищити.
• Rebuild без наявної резервної копії: Rebuild — не безпечна дія, після якої нічого не може статися. Це багатогодинний або навіть багатоденний стрес-тест решти дисків, які мають той самий вік і напрацювання, що й диск, який щойно відмовив.

Чому кожна наступна спроба зменшує шанси: І rebuild, і сканування recovery software передбачають читання всієї поверхні всіх дисків. Для диска з пошкодженими секторами або механікою це означає подальше погіршення стану: з’являються нові нечитабельні ділянки, а головки зазнають найбільшого навантаження саме там, де читання має бути максимально обережним. Ініціалізація та повторне створення масиву ще небезпечніші: вони перезаписують метадані, необхідні для реконструкції. Тому що менше спроб виконано до діагностики, то більше варіантів залишається.

RAID 0/1/5/6/10: які відмови витримує кожен рівень

Кожен рівень RAID має іншу стійкість до відмови дисків. Ось огляд, яким ми щодня користуємося в сервісному центрі.

Скільки відмов дисків витримує кожен рівень RAID і де резерву вже не залишається.

Коли дані можна врятувати, а коли шансів уже мало

У наступній таблиці наведено типові сценарії, з якими ми стикаємося. Вона не обіцяє дива, але показує, від чого залежать шанси.

Реальні сценарії, які ми часто розв’язуємо

Не кожна відмова NAS однакова. Два випадки можуть виглядати на екрані схоже, але технічно потребувати зовсім різного підходу.

Synology SHR або RAID 5 після відмови одного диска Якщо масив лише перебуває у стані degraded, дані читаються, а решта дисків справні, стандартна заміна несправного диска може бути доречною. Але щойно помилки SMART з’являються й на іншому диску, це перестає бути звичайним сервісним repair і стає відновленням даних.

QNAP після невдалого rebuild Це гірша ситуація. Rebuild навантажив решту дисків, міг перезаписати частину парності, а метадані вже можуть не відповідати початковому стану. Тут особливо важливо не запускати наступний repair, а створити образи дисків і проаналізувати, що саме було перезаписано.

RAID 0 у зовнішньому корпусі RAID 0 не має жодної надлишковості. Якщо бракує одного диска, бракує й частини даних. Шанси залежать від того, чи можна прочитати диск хоча б частково та чи відомі параметри масиву. Для важливих даних RAID 0 — поганий вибір.

NAS після атаки програми-вимагача RAID не допоможе, якщо програма-вимагач зашифрує спільні файли. Масив технічно залишиться справним, але дані будуть логічно пошкоджені. У такому разі перевіряють snapshots, резервні та тіньові копії або виконують часткове відновлення залежно від типу атаки.

Діагностика покаже, чи придатний диск для подальшого читання, або ж потрібно працювати повільніше й берегти кожну спробу.

Безпечна процедура відновлення

Під час відновлення масиву лабораторія дотримується чітко визначеної процедури, щоб нічого не пошкодити. Нижче наведено принцип безпечного відновлення, щоб ви знали, чого очікувати. Однак не радимо намагатися виконувати це вдома навмання, якщо диски несправні або причина руйнування масиву незрозуміла.

Побітова копія — основа безпечної роботи. Сканування та реконструкція виконуються на копії, а не на початковому диску.

Безпечна процедура: спочатку побітові копії всіх дисків, а реконструкція та експорт — лише на них; оригінали залишаються недоторканими.

1. Облік і документування: Запишіть точний порядок дисків (відсік 1, 2, 3…), їхні серійні номери та перебіг подій — хронологію. Це часто має вирішальне значення для реконструкції.
2. Побітова копія (imaging): Кожен диск підключають через апаратний write-blocker, який захищає від запису, і створюють його повну побітову копію на справному порожньому носії. Для несправних дисків використовують спеціалізовані інструменти, здатні читати пошкоджені сектори.
3. Перевірка читабельності копій: Перевіряють, чи копії повні та не містять помилок. Подальша робота виконується виключно з ними.
4. Реконструкція параметрів: У метаданих шукають правильні параметри — порядок дисків, розмір strip (stripe size), offset, тип і ротацію парності, тип метаданих (наприклад, mdadm, LVM, Intel Matrix).
5. Складання масиву та експорт даних: Масив віртуально збирають лише для читання (read-only), перевіряють структуру файлової системи й експортують дані на інший справний носій.

Мета полягає не в тому, щоб «за будь-яку ціну запустити NAS». Мета — безпечно вивести дані на інший носій і лише потім вирішувати питання нового сховища.

Особливості Synology/QNAP

Кожен виробник має свої особливості, які потрібно враховувати під час відновлення.

• Synology: Зазвичай використовує програмний RAID Linux (mdadm) у поєднанні з LVM (Logical Volume Manager) і файловою системою ext4 або btrfs. Власна технологія SHR (Synology Hybrid RAID) також побудована на цьому стеку. Перевага полягає в тому, що дані часто можна підключити та прочитати навіть на звичайному комп’ютері з Linux, але повторимо: лише з копій.
• QNAP: Використовує власні рівні в межах системи QTS або QuTS (ZFS). Тут можуть бути storage pool, RAID group і специфічні конфігурації. Vendor repair є виправданою сервісною процедурою лише тоді, коли ви цілковито впевнені, що решта дисків фізично справні й ідеться тільки про стандартну заміну несправного диска в масиві degraded. У будь-якій іншій кризовій ситуації безпечніше все зупинити та працювати з копіями.

Вартість, тривалість і чинники успішного відновлення

Для відновлення даних із RAID і NAS неможливо чесно назвати фіксовану ціну без діагностики. Різниця між випадками величезна: втрачена конфігурація зі справними дисками потребує зовсім іншого підходу, ніж масив після невдалого rebuild, із пошкодженими секторами або механічно несправним диском.

Найбільше на успішність впливають:

• кількість дисків, які фізично вийшли з ладу,
• чи запускав хтось rebuild або ініціалізацію,
• наявність актуальної резервної копії,
• чи відомі відсіки та порядок дисків,
• тип RAID, файлової системи та платформи NAS,
• чи записували щось у масив після аварії.

Перша оцінка починається з визначення стану дисків і конфігурації. Лише після цього можна сказати, чи йдеться про звичайне відновлення, складнішу реконструкцію RAID або лабораторне втручання.

Тому заздалегідь називати фіксовану вартість відновлення даних із RAID або NAS немає сенсу. Конкретну суму можна визначити лише після з’ясування кількості несправних дисків, потреби в лабораторному читанні та стану конфігурації масиву. У лабораторії ITHOPE проста оцінка під час відновлення даних із RAID-масиву може бути безкоштовною; складніший аналіз платний, і лабораторія повідомить його вартість до початку робіт.

Чому початковий масив не ремонтують насамперед

Під час звичайного сервісного обслуговування логічно спочатку відремонтувати пристрій. Для відновлення даних порядок протилежний: спочатку врятувати дані, а вже потім ремонтувати пристрій. Початковий масив може бути нестабільним, і кожна операція запису здатна погіршити результат.

Доки дані не опиняться в безпеці, не виконують такі дії:

• rebuild на оригінальних дисках,
• виправлення файлової системи безпосередньо на масиві,
• ініціалізація або створення нового volume,
• сканування recovery software на несправному оригіналі,
• повторне ввімкнення диска з механічною несправністю.

Після експорту даних можна вирішувати, чи ремонтувати початковий NAS, створити нове сховище, замінити диски, змінити рівень RAID або налаштувати краще резервне копіювання.

Що підготувати перед передаванням масиву до лабораторії

Що більше якісної інформації отримає лабораторія на початку, то менше часу піде на реконструкцію. Найкраще привезти весь NAS або сервер у початковому стані. Якщо це неможливо, допоможе принаймні точна документація.

Підготуйте:

• модель NAS або сервера,
• кількість дисків і їхній початковий порядок у слотах,
• фотографію панелі керування зі станом масиву,
• хронологію: що сталося спочатку та що ви робили потім,
• інформацію про те, чи виконувався rebuild, repair, ініціалізація або заміна диска,
• цільовий носій для відновлених даних.

Після відновлення даних варто відразу налаштувати резервне копіювання даних, адже сам RAID не є резервною копією.

Поширені запитання

Чи варто замінити несправний диск і натиснути repair? Лише якщо ви на 100 % упевнені, що відмовив саме один диск, а всі інші перебувають у бездоганному стані — без помилок SMART і пошкоджених секторів. В іншому разі це ризикована операція, яка може зруйнувати масив. Якщо не впевнені, не робіть цього.

Чи можна підключити диски до Windows? Ні. Windows не має вбудованої підтримки файлових систем ext4, btrfs і програмного RAID Linux (mdadm). Після підключення система може запропонувати ініціалізувати диск, що матиме критичні наслідки.

NAS показує дані, але повідомляє degraded — що робити? Якщо це можливо, негайно скопіюйте найважливіші дані на зовнішній диск. Потім вирішуйте питання заміни диска. Пам’ятайте, що у стані degraded немає жодного захисту від відмови наступного диска.

Потрібно привезти весь NAS чи лише диски? В ідеалі передайте весь NAS. Для реконструкції важливо знати модель і версію системи. Якщо везете лише диски, критично важливо точно позначити їхній порядок — відсік 1, 2, 3 тощо. Без цього реконструкція надзвичайно ускладнюється.

Чи допоможе RAID, якщо я випадково щось видалив? Ні. RAID захищає від апаратної відмови, але не є резервною копією. Він не захистить від видалення файлів, помилки користувача чи програми-вимагача. Правило резервного копіювання 3-2-1 стосується також NAS і серверів.

Офіційні інструкції виробників і відновлення даних

Synology і QNAP мають офіційні процедури ремонту масиву degraded. Вони доречні, якщо точно відомо, що відмовив лише один диск, решта дисків справні та є актуальна резервна копія. Якщо ви в цьому не впевнені, безпечніше зупинитися й спочатку створити копії. Для орієнтування: Synology описує repair storage pool, а QNAP — відновлення RAID group у стані degraded. Ці інструкції — не те саме, що відновлення даних після незрозумілої аварії.

Якщо ваш NAS або сервер повідомляє про помилку, зберігайте спокій і передусім нічого не робіть навмання. Правильно зафіксовані порядок дисків і хронологія подій — половина успіху. Саме відновлення виконує лабораторія ITHOPE: відновлення даних із RAID-масиву; обслуговування та ремонт справних NAS виконує сервіс NAS у Брно. Для термінових випадків працює цілодобова лінія 775 556 063. А коли дані вже будуть у безпеці, перегляньте поради щодо правильного резервного копіювання, адже сам RAID справді не є резервною копією.