QNAP показує Degraded або Error: що це означає

Коротка відповідь: Degraded означає, що один із дисків масиву відсутній або вийшов із ладу, але кількість відмов іще не перевищила допустиму для масиву. Error у RAID group вказує на серйознішу проблему зі складанням масиву, але не обов’язково на видалення даних. Спочатку припиніть непотрібні операції запису, сфотографуйте поточний стан і перевірте резервну копію; не запускайте навмання rebuild або Recover RAID. Якщо NAS стабільно читається, скопіюйте важливі дані в інше місце. Якщо диски клацають або постійно зникають, припиніть експлуатацію та замовте діагностику.

Що означають повідомлення QNAP Degraded та Error

Розрізняйте чотири компоненти: диск, RAID group, storage pool і том. Помилка групи дисків впливає також на пул і том вищого рівня, тому самого кольору на головному екрані недостатньо. У QTS відкрийте Storage & Snapshots → Storage → Storage/Snapshots і перегляньте детальну інформацію про проблемний пул або статичний том.

Наведені нижче назви взято з документації QTS 5.2.x; в інших версіях вони можуть відрізнятися. Система QuTS hero має іншу архітектуру та працює з пулами й спільними папками, тому не переносіть на неї механічно процедури для томів QTS — перевірте назви в посібнику до своєї моделі.

У посібнику QTS для групи використано позначення Not active, а процедура відновлення працює зі станом Error. Це не взаємозамінні позначення одного об’єкта — важливі точне повідомлення та місце, де воно відображається. Загальні принципи для різних брендів викладено в основній статті про відновлення даних із RAID і NAS. Якщо ж NAS просто зник із мережі, причину слід шукати в іншому місці — про це розповідає стаття NAS не вдається знайти в мережі.

Перші три кроки, перш ніж щось натискати

1. Обмежте роботу й збережіть інформацію

Призупиніть резервне копіювання на проблемний NAS, синхронізацію файлів, завантаження та роботу застосунків, які записують дані в масив. Нічого не видаляйте «для звільнення місця». Сфотографуйте огляд пулів, RAID group і дисків та запишіть модель NAS, версію системи, номери відсіків і серійні номери.

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

2. Перевірте Disk Health, але поки не тестуйте поверхню

У QTS 5.2.x відкрийте Storage & Snapshots → Storage → Disks/VJBOD → Disks, виберіть диск і натисніть Health. Вкладка Summary узагальнює стан диска та результати останнього сканування і тесту S.M.A.R.T., а S.M.A.R.T. Information показує окремі атрибути. Коли значення досягає встановленого виробником порога, стан атрибута змінюється на Warning. IronWolf Health Management — це додаткова оцінка, яку QTS пропонує лише для жорстких дисків, а не для всіх носіїв у NAS.

Порівняйте показники всіх учасників масиву та повідомлення про помилки читання або від’єднання. Зелений статус S.M.A.R.T. не підтверджує справність диска — окремі показники докладно розглянуто в статті як читати SMART диска.

Якщо на підозрілих дисках є дані без резервної копії, спочатку подбайте про копії, а не запускайте тривалий тест S.M.A.R.T., сканування пошкоджених блоків або scrub. Це правило стосується відновлення даних; для справного NAS регулярне обслуговування, навпаки, цілком доречне.

3. Виберіть між копіюванням і вимкненням

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

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

Коли rebuild доцільний, а коли його не слід запускати

Rebuild відновлює дані на резервному диску, щоб масив знову міг витримати відмову. Це не резервна копія. Заміна явно несправного диска зазвичай є правильним рішенням, якщо масив залишається в межах допустимої кількості відмов, інші диски не мають проблем і у вас є перевірена резервна копія. У QTS перебудова деградованої групи запускається через Manage → Rebuild RAID Group, і для цього системі потрібні вільні диски, уже встановлені в NAS.

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

Не запускайте rebuild або примусовий resync, якщо проблеми мають кілька дисків, ви не знаєте початкового складу масиву, відбулася незрозуміла заміна або це єдина копія важливих даних, а причина несправності невідома. Resync — це не безпечний тест: він перераховує надлишковість і записує дані. Примусове складання неузгодженого масиву призводить до роботи з пошкодженими даними, а подальший запис змінює оригінали, які можуть знадобитися для відновлення.

Якщо перебудова вже триває, не витягуйте диски й не від’єднуйте живлення лише через цю статтю. Стежте за помилками; якщо їх стає більше, узгодьте безпечне припинення роботи замість подальших експериментів.

Recover RAID не є відновленням даних

У QTS 5.2.x для групи зі станом Error доступна функція Recover RAID: Storage & Snapshots → Storage → Storage/Snapshots, вибрати неактивний пул або том, Manage, вибрати RAID group зі станом Error і знову Manage → Recover RAID.

Посібник однозначно визначає призначення цієї функції: вона слугує для відновлення масиву після випадкового витягування диска або несправності роз’єму SATA, причому всі диски мають бути повернуті до своїх початкових відсіків. Далі наведено речення, яке варто прочитати двічі: у разі несправності диска ця функція не допоможе.

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

Пул показує Read-Only

У документації QTS стан Warning (Read-Only) визначено чітко: він означає, що одна з RAID group у пулі має стан Not Active, тобто кількість відмов уже перевищила допустиму для масиву. Навіть якщо частину даних іще можна прочитати, це не гарантує доступу до всіх файлів.

Не плутайте цей стан із забороною запису для користувачів або повідомленнями Warning (Threshold Reached) чи Warning (Space Low), які стосуються заповнення сховища й самі собою не доводять несправність дисків. Важливі точний текст повідомлення та об’єкт, для якого воно відображається.

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

Скільки дисків може вийти з ладу в RAID 1, 5, 6 і 10

Згідно з документацією QTS, RAID 1 витримує відмову одного диска, RAID 5 — також одного, RAID 6 — двох, а RAID 10 — одного диска в кожній дзеркальній парі, а не довільної половини дисків. Відмова двох дисків однієї пари є критичною проблемою.

Допустима кількість відмов також передбачає, що необхідні дані на решті учасників можна прочитати. Тому RAID 6 з одним несправним диском перебуває не в такій самій ситуації, як RAID 5 з одним несправним диском, навіть якщо обидва масиви показують Degraded. І жодна з цих можливостей не дає підстав відмовлятися від резервної копії — причини пояснює правило резервного копіювання 3-2-1.

Що підготувати для сервісу та як відбувається відновлення

Заздалегідь узгодьте, чи передаватимете весь NAS із блоком живлення, чи лише диски. Позначте кожен диск номером початкового відсіку, а не новим порядковим номером. Підготуйте всіх початкових учасників масиву, зокрема витягнуті раніше диски, а також інформацію про SSD cache або модуль розширення. Не замінюйте нічого іншого профілактично перед передачею.

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

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

Для RAID і NAS проста перевірка може бути безплатною, складніший аналіз є платним, а лабораторія ITHOPE заздалегідь повідомить його вартість; ціна самого відновлення залежить від несправності та обсягу робіт — умови наведено в прайс-листі на відновлення даних.

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

Чи можна продовжувати користуватися QNAP у стані Degraded?

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

Чи натискати Recover RAID у разі помилки Error?

Ні, доки не з’ясовано причину. QNAP описує це відновлення для випадково витягнутого диска або несправного роз’єму SATA й прямо зазначає, що в разі несправності диска воно не допоможе. Якщо диски пошкоджені або склад масиву незрозумілий, спочатку потрібні діагностика та збереження даних.

Чи допоможе заміна диска, якщо пул показує Read-Only?

Зазвичай ні. Згідно з документацією QTS, Warning (Read-Only) означає, що одна з RAID group у пулі вже має стан Not Active, тобто кількість відмов перевищила допустиму для масиву. Спочатку потрібно зберегти доступні для читання дані, а не міняти диски.

Скільки дисків може вийти з ладу в QNAP RAID 10?

Документація QTS вказує допустиму відмову одного диска в кожній дзеркальній парі. Масив може пережити й кілька відмов, але вони не повинні зачепити обидва диски однієї пари. Тому для масиву з чотирьох дисків не можна гарантувати стійкість до відмови будь-яких двох дисків.

Принести до сервісу весь QNAP чи лише диски?

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

Servis PC Brno не займається відновленням даних. Стан QNAP і окремих дисків перевірить та запропонує подальші дії лабораторія ITHOPE s.r.o., яка керує Servis PC Brno: відновлення даних із QNAP NAS, а для масивів загалом — відновлення даних із RAID-масиву. У термінових випадках телефонуйте за номером 775 556 063 — ЦІЛОДОБОВО.

Джерела

• QNAP QTS 5.2.x — стани RAID Group
• QNAP QTS 5.2.x — стани Storage Pool
• QNAP QTS 5.2.x — відновлення RAID Group зі станом Error
• QNAP QTS 5.2.x — відновлення RAID Group зі станом Degraded
• QNAP QTS 5.2.x — стан диска
• QNAP QTS 5.2.x — типи RAID
• Документація ядра Linux — драйвер MD (Multiple Device)