Відновлення даних із Synology NAS — порятунок даних з NAS, SHR, DSM і btrfs

Відповідь одразу: Synology NAS — це не звичайний зовнішній диск. Коли DSM повідомляє «Volume crashed» або масив зависає в деградованому стані, перший і найважливіший крок — негайно вимкнути NAS кнопкою. Всередині пристрою працює складний шар Linux, що поєднує mdadm, LVM2 та файлову систему (btrfs або ext4). Будь-яка спроба автоматичного «Відновлення» (Repair) або повторне перезавантаження в цьому стані є вкрай ризикованою операцією, яка часто перезаписує залишки пошкоджених метаданих. Безпечне відновлення вимагає клонування дисків у лабораторії та віртуальної реконструкції всього пулу зберігання. Шанси на порятунок даних із колабованого Synology NAS за умови негайного вимкнення та професійного втручання, як правило, дуже високі.

Типовий сценарій має непомітний вигляд: деградований том, несправний диск, спроба відновлення, а через кілька годин — нові помилки читання на, здавалося б, справному диску. У Synology цей синдром ще підступніший, оскільки домашні та корпоративні користувачі часто в паніці клацають в інтерфейсі DSM на кнопки «Керувати» або «Відновити», запускаючи процеси, які можуть перезаписати оригінальну конфігурацію тому.

Швидке орієнтування за повідомленням у DSM

Коли DSM показує помилку, це зазвичай не одна універсальна несправність. Вирішальне значення мають конкретне повідомлення та факт, чи виконував NAS запис на масив.

• Volume crashed: том не монтується або доступний лише для читання. Вимкніть NAS, не клацайте на опції відновлення файлової системи.
• Storage Pool Degraded: один диск випав, але масив ще живий. Спочатку припиніть навантаження та дайте оцінити стан решти дисків.
• System Partition Failed: це не обов’язково втрата даних. Може бути пошкоджений системний розділ DSM, тоді як шари даних mdadm/LVM все ще існують.
• SHR / SHR-2 Repair: кнопка «Відновити» безпечна лише тоді, коли всі інші диски справді читаються. Для старих дисків це найбільший ризик.
• Програми-вимагачі на спільних папках: від’єднайте мережу та вимкніть NAS. У випадку з btrfs можуть допомогти snapshot-и, але лише якщо їх не перезаписують далі.

Для власників NAS найважливіше просте правило: Synology при аварії не можна «лікувати» клацанням у DSM. Спочатку рятують дані, а вже потім вирішують питання з новим масивом або поверненням до роботи.

1. Чому Synology — це НЕ звичайний RAID

Найбільша помилка при спробі домашнього порятунку — це уявлення, що SHR (Synology Hybrid RAID) є стандартним апаратним масивом. Насправді це складний програмний стек зберігання Linux. Якщо підключити диски до звичайного комп’ютера з Windows або намагатися читати їх інструментами, які розраховані лише на простий RAID-масив, ви побачите лише набір безглуздих розділів.

SHR / SHR-2: багатошарова архітектура

Synology Hybrid RAID за своєю суттю є комбінацією трьох технологій. Нижній шар — це програмний mdadm (Linux mdraid), який відповідає за надлишковість (RAID 1, 5 або 6) на дисках. Поверх нього працює LVM2 (Logical Volume Manager), який створює з md-пристроїв гнучкі пули зберігання та логічні томи. Верхнім шаром є сама файлова система, зазвичай btrfs (у новіших моделях) або класичний ext4. Таке нашарування означає, що порятунок даних вимагає поетапного ручного монтування всіх шарів у лабораторії. Звичайні інструменти «RAID recovery» тут не спрацьовують, оскільки не можуть коректно інтерпретувати метадані LVM і, особливо, специфічні властивості btrfs.

Системний розділ DSM

Ще одна особливість Synology — операційна система DSM (DiskStation Manager). Її системний розділ дзеркалюється (RAID 1) на всіх дисках у NAS. Якщо перший системний розділ виходить з ладу, NAS не завантажується. Таким чином, пошкодження RAID або вихід з ладу кількох дисків може означати не лише втрату спільних папок, а й повну недоступність системи.

2. Типові сценарії збоїв та реальні ризики

Симптоми різняться, але причина часто одна — каскадний збій, спричинений ігноруванням деградованого стану.

Volume crashed / Degraded

DSM перестає монтувати пул зберігання та повідомляє про крах тому. Це часто трапляється після збою живлення, коли пошкоджуються метадані btrfs, або після виходу з ладу одного диска в межах толерантності масиву. У Synology з btrfs ризик специфічний: btrfs використовує контрольні суми (CRC), тому при виявленні помилки файлова система переходить у режим лише для читання, щоб запобігти подальшому пошкодженню.

Зависле відновлення (Repair)

Найпоширеніший сценарій, який призводить до безповоротно знищених масивів у лабораторії. Користувач замінює несправний диск і натискає в DSM «Відновити». NAS починає інтенсивно читати з усіх решти дисків. Якщо на одному зі старих дисків є прихований пошкоджений сектор (URE), до якого раніше не було звернення, процес зависає або переривається. Результатом зазвичай є пошкодження суперблоку mdadm на «справному» диску та крах усього масиву. Саме цей принцип описує наш реальний випадок із 20-дисковим масивом, де rebuild обвалив RAID 6.

Невдале оновлення DSM

Оновлення прошивки — це операція запису в захищену область. Якщо під час оновлення переривається живлення або процес переривається через несумісну оперативну пам’ять, може статися пошкодження суперблоків RAID на системних розділах. Тоді NAS при запуску повідомляє «System Partition Failed» або зациклюється на перезавантаженні.

Видалена/зашифрована спільна папка та програми-вимагачі

Випадково видалена папка на btrfs має непогані шанси на відновлення завдяки snapshot-ам — звісно, якщо користувач не перезапише дані новою інформацією. У випадку атаки програм-вимагачів через зіставлені мережеві диски критично важливо негайно вимкнути масив, щоб зупинити шифрування. Пошук «Synology дешифраторів» в інтернеті та запис скриптів на пошкоджений том зазвичай знищує останній шанс на відновлення з snapshot-ів.

3. Чого НЕ МОЖНА робити з Synology NAS

Межа між аварією, якій можна запобігти, та повною втратою даних тонка. Наступні застереження стосуються власників Synology без винятку:

• Не клацати на «Відновити» / «Керувати» / «Repair» у деградованому стані. Найчастіший тригер тотального колапсу. Rebuild вимагає стовідсоткової читаності всіх решти дисків. Якщо хоча б один з них містить бодай один пошкоджений сектор, rebuild не пройде і перезапише конфігурацію масиву.
• Не намагатися відновити дані, встановлюючи програмне забезпечення «RAID recovery» на живий масив. Ніколи не записуйте нічого на Synology. Утиліти, запущені з облікового запису користувача, не здатні зібрати багатошарову структуру і часто намагаються «полагодити» масив, перезаписуючи «поганий» суперблок — а разом із ним і метадані.
• Не оновлювати прошивку DSM і не робити скидання до заводських налаштувань. Спроба «виправити» крах тому перевстановленням системи є фатальною. Скидання перезаписує заголовки RAID і з точки зору даних спричиняє руйнування, порівнянне з форматуванням.
• Не виймати і не переставляти диски методом проб і помилок. Synology визначає порядок у масиві mdadm за фізичними слотами. Якщо витягнути диски, перемішати їх і спробувати вставити знову, не позначивши точно (номер слота 1, 2, 3…), масив стане неможливо зібрати.

4. Як лабораторія виконує порятунок даних

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

Первинне клонування (секторне знімання образів)

Після безплатної діагностики, під час якої ми перевіряємо стан електроніки та механіки, ми створюємо повні секторні образи всіх дисків. Для цього використовуються апаратні станції клонування DeepSpar Disk Imager та PC-3000. Вони вміють інтелектуально читати диски з пошкодженими секторами так, щоб не втратити зв’язність даних. Робота ведеться на чистих копіях, оригінальні диски залишаються осторонь, недоторканими.

Віртуальна реконструкція пулу зберігання

Потім із клонів у віртуальному середовищі ми збираємо окремі шари. Спочатку шукаємо правильне складання масиву mdadm — тут ключовим є знання не лише метаданих, а й правильного зміщення stripe та порядку дисків відповідно до слотів Synology. Як тільки md-масив зібрано, активуємо LVM2 і монтуємо логічні томи.

Обробка файлової системи

Останнім і часто найскладнішим етапом є відновлення файлової системи. Для btrfs ми виконуємо перевірку та вилучення за допомогою низькорівневих інструментів над деревоподібною структурою метаданих (btrfs restore). Великою перевагою є те, що ми намагаємося витягнути не лише актуальні дані, а й старіші версії файлів із btrfs snapshot-ів, якщо вони не були знищені. Результат вилучаємо та перевіряємо на нашому проміжному сховищі (120 ТБ SATA RAID 10).

Загальний підхід до всіх типів масивів детально описано у статті Порятунок даних з RAID масиву та на сторінці послуги Порятунок RAID та NAS.

Часто запитують

Я втратив один диск у SHR. Чи втрачу я дані?

Якщо індикатор стану диска світиться помаранчевим і DSM повідомляє «Degraded», дані все ще онлайн, але масив без жодної толерантності — вихід з ладу ще одного диска означає негайний крах тому. Негайно створіть резервну копію критичних даних (якщо це дозволяє навантаження на диск), вимкніть NAS і зателефонуйте за консультацією. У SHR-2 є толерантність до втрати двох дисків.

Чи можу я вийняти диски та вставити їх в інший Synology?

Зазвичай так, але із застереженнями. Новий NAS повинен підтримувати ту саму або новішу версію DSM та архітектуру процесора. Однак перенесення є ризикованим, якщо масив уже пошкоджений: під час завантаження NAS спробує автоматично змонтувати масив і може запустити відновлення файлової системи, яке перезапише дані. Безпечніше дати скопіювати масив у лабораторії.

Чи допоможе мені Synology Assistant або програмне забезпечення для відновлення даних?

Ні, для серйозно пошкодженого масиву — ні. Synology Assistant призначений для базового виявлення в мережі, а не для порятунку даних. Звичайні програми для Windows або Linux не бачать під шар LVM і не вміють реконструювати SHR. Спроби сканування такими інструментами призводять до втрати часу і часто до перезапису важливих метаданих на дисках.

Це була програма-вимагач. Чи можна це врятувати?

Так, шанси високі. Synology з btrfs автоматично створює snapshot-и спільних папок. Доки вони не перезаписані, програма-вимагач шифрує лише поточну версію даних — лабораторні методи дозволяють вилучити дані з непошкоджених snapshot-ів. Необхідно негайно вимкнути NAS, щоб не продовжувалося шифрування.

З’являється повідомлення «System Partition Failed». Чи це кінець для даних?

Не обов’язково. Це повідомлення означає, що пошкоджено дзеркальний системний розділ (RAID 1 на всіх дисках). Масив даних RAID (md) та томи LVM можуть бути все ще в порядку — просто ви не можете отримати до них доступ стандартним шляхом без функціонуючої системи. Дані з них можна витягнути в лабораторії.

Скільки це коштує і скільки часу це займає?

Після отримання дисків ми проводимо безплатну діагностику, яка визначає ступінь пошкодження та точну вартість. Ви дізнаєтеся її заздалегідь, перш ніж ми почнемо роботу. Якщо дані з технічних причин не можна врятувати, ви нічого не платите. Час залежить від ємності та стану дисків, зазвичай — кілька днів. Масштабна реконструкція 160 ТБ масиву тривала 11 днів і завершилася зі 100% успіхом: 20-дисковий RAID 6.

Що робити зараз

1. Від’єднайте мережевий кабель. Ви запобігнете доступу користувачів та потенційному поширенню програми-вимагача.
2. Утримуйте кнопку живлення, доки NAS не вимкнеться. Не залишайте масив працювати далі в деградованому стані та не клацайте «Вимкнути» в DSM (це може запустити спробу синхронізації).
3. Не виймайте диски. Якщо це необхідно для транспортування, точно позначте всі диски за номерами слотів (Диск 1, Диск 2…), щоб ми могли коректно зібрати RAID.
4. Не звертайтеся до звичайного IT-фахівця без досвіду роботи з Synology. Кожна хвилина спроб реанімувати систему безпосередньо на вашому обладнанні зменшує шанси на відновлення.
5. Зв’яжіться з нашою лабораторією. Скористайтеся безплатною консультацією або телефонуйте ЦІЛОДОБОВО +420 775 556 063 та опишіть модель NAS, кількість дисків і що сталося.

Підсумки коротко

• Synology NAS використовує складний стек зберігання (mdadm + LVM2 + btrfs/ext4), який неможливо відновити звичайними програмними інструментами для Windows.
• Кнопка «Відновити» в DSM є руйнівною за наявності пошкоджених секторів — вона запускає навантаження, яке може безповоротно пошкодити решту дисків та метадані масиву.
• Ніколи не записуйте нові дані на пошкоджений NAS, не встановлюйте утиліти для відновлення та не виконуйте скидання до заводських налаштувань.
• При фізичному вийманні дисків критично важливо позначити їхні позиції (слот 1, 2, 3…), інакше віртуальна реконструкція RAID буде надзвичайно складною.
• Дані після атаки програм-вимагачів часто можна врятувати з непошкоджених btrfs snapshot-ів, якщо NAS був вчасно від’єднаний.
• Ми працюємо виключно з секторними клонами ваших дисків; оригінальні носії залишаються недоторканими під час відновлення.

Ваш Synology повідомляє «Volume crashed» або деградований масив? Не клацайте «Відновити» — він перезапише саме те, з чого можна зібрати дані. Безкоштовна консультація · Безплатна діагностика · Контакти · +420 775 556 063 (ЦІЛОДОБОВО)

Див. також: Порятунок даних з RAID масиву · QNAP NAS · Порятунок даних із сервера · Порятунок RAID та NAS (послуга) · Кейс: 20-дисковий RAID 6

Про автора

Інж. Мирослав Ярош — власник і старший технік ITHOPE s.r.o. у Брно. Займається порятунком даних з 2008 року — за 18 років через лабораторію пройшло понад 2 500 замовлень, від окремих дисків до NAS та корпоративних RAID-масивів. Стаття пройшла експертну факт-перевірку (Томаш Копршіва) на відповідність реальній практиці лабораторії ITHOPE.