Коротка відповідь: якщо QNAP QTS показує RAID Group Degraded, Warning (Read-Only), Volume not active або Storage Pool Inactive, насамперед зупиніть запис і не намагайтеся нічого виправляти навмання. Recover і Rebuild RAID Group — звичайні сервісні функції, але вони підходять не для кожної аварії. Якщо резервної копії даних немає, том перебуває у стані Read-Only/Not Active, диски мають помилки введення-виведення або NAS уже кілька разів перезавантажували, наступне натискання може перезаписати метадані, критично важливі для відновлення даних.
Ця стаття доповнює загальну сторінку відновлення даних із QNAP NAS. Вона присвячена конкретному моменту ухвалення рішення в розділі Storage & Snapshots: коли rebuild є звичайним обслуговуванням, а коли вже потрібно припинити натискати будь-які кнопки.
Коротка карта станів у QTS
| Стан у QTS / Storage & Snapshots | Що він зазвичай означає | Чого не робити | Безпечніший наступний крок |
|---|---|---|---|
| RAID Group Degraded | Один або кілька дисків масиву вийшли з ладу, але кількість помилок іще не перевищує допустимого рівня для цього типу RAID. Дані можуть залишатися доступними. | Не запускати rebuild, якщо решту дисків не перевірено й резервної копії немає. | Зупинити навантаження, перевірити SMART і журнали, задокументувати стан та розглядати заміну лише після оцінювання ризику. |
| Warning (Read-Only) | QTS повідомляє про проблему в storage pool; згідно з документацією, одна з RAID group може перебувати у стані Not Active, а частину даних усе ще можна відновити. | Не натискати Recover, Check File System і не виконувати примусове монтування, якщо немає копій дисків. | Зупинити запис і провести офлайн-аналіз. |
| Volume not active / not mounted | Том не змонтовано. У QTS причиною можуть бути mdadm, LVM або thin metadata, у QuTS hero — ZFS pool. | Не запускати fsck, thin_repair або zpool import -f на оригінальних дисках. | Позначити диски відповідно до відсіків, вимкнути NAS і працювати лише з клонами. |
| Storage Pool Inactive / RAID Error | Pool або RAID group не вдалося зібрати. Дані недоступні звичайним способом. | Не створювати новий storage pool і не переставляти диски методом спроб і помилок. | Не перезаписувати конфігурацію, зберегти порядок дисків і передати пристрій на діагностику. |
Коли Rebuild RAID Group є звичайною процедурою
Документація QNAP для QTS описує ситуацію, коли RAID group залишається в межах відмовостійкості відповідного типу RAID, її стан змінюється на Degraded, а дані залишаються доступними. У такому разі адміністратор вибирає деградовану group, установлює відповідний диск і запускає Rebuild RAID Group.
Це правильний підхід для належно керованого масиву, у якому:
- є перевірена резервна копія,
- чітко визначено відсутній диск,
- решта дисків не мають попереджень SMART, pending sectors або помилок введення-виведення,
- NAS не працював тривалий час у деградованому стані,
- storage pool не перебуває у стані Read-Only, Not Active або Inactive.
Якщо ці умови не виконано, rebuild уже не є «відновленням даних». Це інтенсивний процес, який зчитує інформацію з кожного вцілілого диска та записує нову конфігурацію. Для масиву без резервної копії це ризиковано.
Чому Read-Only — інша ситуація, ніж Degraded
Warning (Read-Only) — це попередження, яке часто плутають зі звичайною деградацією. Проте Read-Only означає, що QTS уже обмежив запис через проблему в storage pool. Згідно з документацією QNAP, одна або кілька RAID group можуть перебувати у стані Not Active, а деякі дані з volumes або LUNs усе ще можна відновити.
Саме слово «відновити» тут має ключове значення. Воно не означає «натискайте все, що схоже на виправлення». Це означає, що ще може існувати узгоджена частина даних або метаданих, яку не можна перезаписувати.
Тому в стані Read-Only не варто відразу запускати Check File System або примусове монтування. Спочатку потрібно визначити, де саме виникла проблема: у фізичних дисках, на рівні RAID, у метаданих LVM, thin pool або файловій системі.
Volume not active: типова проблема Thin Volume
QNAP часто використовує багаторівневу структуру mdadm -> LVM -> volume. У Thin Volume додатково є відображення, яке визначає, де логічні блоки тому розташовані у фізичному сховищі. Якщо thin metadata пошкоджено, файли фізично залишаються на дисках, але QTS уже не знає, як зібрати їх докупи.
Це часто трапляється після зникнення живлення, переповнення pool, невдалого оновлення firmware, перерваного процесу створення snapshot або відмови одного диска під час запису. Для користувача все виглядає просто: «Volume not active». Однак для відновлення даних це багаторівнева проблема.
Для Thin Volume особливо ризиковано:
- запускати Check File System на працюючому NAS,
- застосовувати
thin_repairбез копії метаданих, - створювати новий volume, «щоб масив підхопився»,
- використовувати програми для відновлення даних безпосередньо на оригінальних дисках,
- постійно перезавантажувати NAS, доки QTS намагається автоматично змонтувати pool.
Коли не варто намагатися самостійно: якщо QTS показує Volume not active, pool перебуває у стані Read-Only або під час rebuild відмовив іще один диск, Check File System, thin_repair чи новий volume не повернуть дані — ці операції записують інформацію в метадані, з яких складається том. Вимкніть NAS і позначте диски відповідно до відсіків. Ми клонуємо кожен диск, реконструюємо mdadm, LVM і thin mapping на копіях та повідомимо вартість до початку платних робіт; докладніше — на сторінці відновлення даних із QNAP і RAID, або надішліть запит без зобов’язань.
QuTS hero та Recover RAID
QuTS hero використовує ZFS, а документація QNAP описує Recover RAID для ситуацій, коли диски тимчасово від’єднали, а потім під’єднали знову. Водночас у ній прямо зазначено, що ця функція не допоможе в разі відмови диска. Саме цю межу потрібно правильно визначити на практиці.
Якщо ви випадково вийняли диск і відразу повернули його до початкового відсіку, Recover може бути правильною адміністративною функцією. Але якщо диск від’єднався через механічну несправність, помилки читання, проблеми з живленням або контролером, це зовсім інша ситуація. Повторні примусові імпорти ZFS pool або спроби відновлення на оригінальних дисках можуть ще більше погіршити стан pool.
Що зробити протягом перших 10 хвилин
- Зупиніть запис. Від’єднайте спільні папки, завдання резервного копіювання, синхронізацію, віртуальні машини, камери та бази даних.
- Сфотографуйте Storage & Snapshots. Нам потрібен точний стан storage pool, RAID group, volume і дисків.
- Збережіть початковий порядок дисків. Якщо виймаєте їх, одразу позначайте кожен диск номером відповідного відсіку.
- Не запускайте Recover лише тому, що QTS пропонує цю функцію. Наявність кнопки в GUI не означає, що це безпечний крок для даних без резервної копії.
- Якщо дані критично важливі, вимкніть NAS. Особливо у станах Read-Only або Not Active, у разі клацання диска, помилок на кількох дисках чи після невдалого rebuild.
Чого ніколи не можна робити
- Не підтверджувати ініціалізацію дисків у Windows, macOS або іншому NAS.
- Не запускати Check File System,
fsck,thin_repairабоzpool import -fна оригінальних дисках. - Не переставляти диски між слотами методом спроб і помилок.
- Не повертати до масиву диск, який від’єднався через імовірну механічну несправність.
- Не запускати RAID migration, розширення місткості або оновлення firmware у деградованому стані.
- Не створювати новий storage pool або новий volume на оригінальних дисках.
Масив або NAS повідомляє про помилку, а дані важливі? Більше нічого не пробуйте.
Чого більше не пробувати:
- не перезавантажуйте NAS чи сервер знову і знову,
- не запускайте rebuild, ремонт тому, ініціалізацію чи програми для відновлення даних,
- не міняйте диски, не змінюйте їхній порядок і не відкривайте їх.
Як це відбувається в нас і скільки коштує: відновлення даних з RAID і NAS.
RAID і NAS ми не оцінюємо як один диск. Просте первинне оцінювання може бути безкоштовним; аналіз кількох дисків, реконструкція масиву, видалені дані, метадані чи інший складний стан можуть бути платними. Ціну повідомимо до початку платних робіт. Лінія NONSTOP 775 556 063.
Як працює ITHOPE
Під час роботи з QNAP NAS ми зберігаємо початковий стан дисків:
- Фізична діагностика. Окремо перевіряємо кожен HDD/SSD і визначаємо, чи можна безпечно зчитувати з нього дані.
- Побітові копії. Робота виконується з клонами всіх дисків. Оригінали залишаються недоторканими.
- Реконструкція RAID. Визначаємо порядок дисків, offsets, stripe і стан рівня mdadm або ZFS.
- Аналіз LVM/thin/ZFS. У QTS аналізуємо LVM2 і thin metadata, а в QuTS hero — ZFS labels та останній узгоджений транзакційний стан.
- Вилучення даних. Дані копіюємо на новий носій і перевіряємо структуру каталогів та важливі файли.
Ширші ризики rebuild розглянуто у статті Чому rebuild знищує RAID-масив. Якщо ви вже знаєте, що йдеться про багатодисковий масив, скористайтеся послугою відновлення RAID і NAS.
FAQ
QNAP показує RAID Group Degraded. Чи безпечно натискати Rebuild?
Зазвичай це безпечно, якщо у вас є резервна копія, решта дисків справні й однозначно відмовив лише один диск. Якщо резервної копії немає, інші диски мають помилки або том перебуває у стані Read-Only/Not Active, спочатку зупиніть навантаження та проведіть діагностику.
Що означає Warning (Read-Only)?
QTS обмежив запис, оскільки storage pool або одна з RAID group працюють неналежним чином. Частина даних може все ще бути доступною для читання або відновлення. Саме тому не варто запускати відновлювальні операції із записом, не маючи копій дисків.
Після зникнення живлення з’явилося Volume not active. Дані втрачено?
Часто ні. У Thin Volume може пошкодитися відображення блоків, через що QTS не монтує том, хоча секторні дані залишаються на дисках. Шанси на відновлення залежать від того, які операції запису відбувалися після збою.
Чи можна переставити диски до іншого QNAP?
Для справного масиву іноді можна, але в разі аварії це ризиковано. Інший QNAP може спробувати імпортувати або виправити storage pool. Якщо це єдина копія даних, безпечніше виконати офлайн-клонування.
Чи завжди Recover RAID допомагає у QuTS hero?
Ні. Документація QNAP описує цю функцію для тимчасово від’єднаних і повторно під’єднаних дисків, а не для фізичної відмови диска. Якщо диск від’єднався через несправність, Recover може погіршити проблему.
Джерела та перевірка
Станом на 10. 7. 2026 ми перевірили офіційну документацію QNAP для QTS 5.1/5.2 і QuTS hero. Виробник описує звичайні сервісні функції для деградованих і від’єднаних RAID group. Рекомендації ITHOPE стосуються випадків, коли резервної копії даних немає, наявні фізичні помилки або storage pool уже перейшов у стан Read-Only/Inactive.
- QNAP QTS 5.1: відновлення RAID group зі статусом Degraded
- QNAP QTS 5.2: стан storage pool
- QNAP QuTS hero: відновлення RAID Group
Ваш QNAP показує RAID Group Degraded, Volume Read-Only або Volume not active? Надішліть знімок екрана через форму запиту на відновлення даних без зобов’язань, зателефонуйте за номером +420 775 556 063 або напишіть на info@ithope.cz. Ми скажемо, чи варто виконувати сервісний rebuild, чи безпечніше відновлювати дані з клонів.
Дивіться також: Відновлення даних із QNAP NAS · Synology NAS · Відновлення даних із RAID-масиву · Відновлення RAID і NAS
Де нас знайти
ITHOPE — компанія з Брно, Чехія: ми робимо відновлення даних з дисків, RAID і NAS, сервіс ПК та ноутбуків та IT для бізнесу, усе у власній лабораторії за адресою Viniční 3587/216, 615 00 Brno.
Телефон +420 775 556 063 (цілодобово). Пристрій можна привезти особисто або надіслати курʼєром (Zásilkovna, PPL).