Типи збоїв у RAID: фізичні та логічні пошкодження

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

Фізичні збої у RAID

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

Основні причини

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

• Несправності контролера: стрибки напруги, перегрів або знос компонентів можуть пошкодити критично важливі частини RAID-контролера (наприклад, конденсатори, резистори, мікросхеми ASIC або пам'ять NVRAM). Вихід з ладу об'єднувальної плати (з англ. backplane) у корпусі серверів корпоративного класу також може порушити канали зв'язку між кількома дисками одночасно. У таких ситуаціях контролер може перестати розпізнавати конфігурацію RAID, що призводить до втрати доступу до всієї логічної структури сховища. Хоча власне дані на дисках зазвичай залишаються цілими, операційна система більше не розпізнає масив і може відображати диски як невідформатовані або як окремі, незалежні пристрої.

• Пошкодження мікропрограми (прошивки) та наявність дефектних (битих) секторів: накопичення значної кількості дефектних секторів у системній області накопичувача може перевантажити внутрішні механізми корекції помилок. У результаті мікропрограма (прошивка) може "зависнути" або увійти в нескінченний цикл відновлення, через що накопичувач перейде в автономний режим (offline) і більше не розпізнаватиметься контролером.

Головні ознаки такого типу збою

• Повідомлення на рівні контролера: BIOS RAID-контролера або утиліта керування надсилають такі повідомлення, як "Device Missing" (пристрій відсутній), "Drive Failed" (збій накопичувача), "Offline" (автономний режим) або "Unconfigured Bad" (несправний, не налаштований).

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

• Зависання системи та переривання процесу завантаження: хост-система може зависнути під час виконання процедури POST (самотестування після ввімкнення живлення, з англ. Power-On Self-Test) або на етапі завантаження операційної системи, оскільки вона очікує відповіді від несправного накопичувача на стандартні команди SATA/SAS.

Підхід до відновлення даних

У разі фізичних несправностей у RAID-масивах можливості програмного забезпечення для відновлення даних обмежені технічним станом апаратного забезпечення.

Несправності на рівні накопичувача

Якщо диск не може розкрутитися або якщо не вдається зчитати системну область на ньому, чи якщо ємність секторів на ньому відображається некоректно, програмне забезпечення для відновлення даних не зможе ефективно працювати з ним через відсутність стабільного логічного потоку даних для зчитування. У таких випадках відновлення вимагає контрольованого фізичного втручання в умовах спеціалізованої "чистої кімнати" (з англ. cleanroom), що відповідає стандартам ISO. Залежно від типу пошкодження, може йтися про заміну несправного блоку зчитувальних головок на сумісний з іншого ("донорського") пристрою, ремонт або заміну пошкодженої друкованої плати (контролера) або перенесення пластин накопичувача в спеціалізований шпиндельний вузол. Після того, як накопичувач знову стане придатним для зчитування, його потрібно буде підключити до апаратного пристрою для створення образів, який працює виключно в режимі лише для читання, щоб створити посекторну копію даних з носія.

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

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

Несправності на рівні контролера

Якщо несправність стосується лише RAID-контролера або пов'язаної з ним інфраструктури, самі накопичувачі, що входять до складу масиву, зазвичай залишаються повністю справними. У таких випадках немає потреби у втручанні всередину дисків в умовах "чистої кімнати" або у їх заміні. Натомість диски підключають безпосередньо до комп'ютера, який планують використовувати для відновлення даних за допомогою стандартного адаптера шини (HBA), який не виконує функцій RAID. У більшості випадків метадані конфігурації RAID можна зчитати безпосередньо з накопичувачів, що дозволяє спеціалізованому програмному забезпеченню віртуально відтворити структуру масиву.

Однак деякі пропрієтарні корпоративні RAID-системи зберігають критично важливі метадані конфігурації виключно у самому контролері, а не на накопичувачах. У разі виходу з ладу такого контролера накопичувачі можуть розпізнаватися як окремі або неструктуровані томи, що не містять придатних для використання метаданих RAID. У таких випадках фахівці з відновлення даних можуть спробувати витягнути дані про конфігурацію масиву безпосередньо з мікросхем пам'яті контролера (наприклад, NVRAM або EEPROM), використовуючи методи апаратного зчитування вмісту мікросхем (дампінгу). Отримані дані потім можна використати для відновлення геометрії чергування блоків даних (з англ. stripe geometry), порядку накопичувачів та параметрів зміщення (з англ. offset), необхідних для відтворення структури масиву.

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

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

Логічні збої у RAID

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

Основні причини

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

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

• Сценарій із диском із "неактуальним" вмістом: через помилку адміністратора або аномалії в роботі мікропрограми в масив, що працює в режимі обмеженої функціональності (з англ. degraded mode), може бути повернуто диск із "застарілими" даними (неактуальними). Якщо контролер використає застарілі дані під час перерахунку контрольних сум (парності) або синхронізації дисків масиву з дзеркалюванням, це спричинить серйозні логічні пошкодження структур файлової системи.

• Пошкодження файлової системи: пошкодження можуть виникнути безпосередньо на рівні файлової системи (наприклад, у головній таблиці файлів NTFS (з англ. Master File Table), деревах метаданих OpenZFS або структурах каталогів APFS) через зараження шкідливим програмним забезпеченням, переривання операцій запису або програмні помилки. Це призводить до втрати структури каталогів.

Головні ознаки такого типу збою

• Справність апаратного забезпечення: утиліта RAID-контролера, BIOS материнської плати або інтерфейс керування NAS-пристроєм показують, що всі фізичні диски підключені та працюють належним чином.

• Помилки монтування в операційній системі: том не вдається змонтувати в ОС. Система може пропонувати відформатувати диск перед використанням або відображати його як "RAW" (сирі дані) чи "Unallocated Space" (нерозподілений простір).

• Некоректна геометрія розділів: інструменти керування дисками виявляють розділи, проте таблиці розділів (GPT або MBR) мають пошкоджені заголовки або останні взагалі відсутні.

Підхід до відновлення даних

Оскільки фізичні носії залишаються справними, логічне відновлення даних з RAID — це насамперед процес, що ґрунтується на математичних розрахунках та виконується за допомогою програмного забезпечення. Проте процедури відновлення все одно мають виконуватися виключно в режимі тільки для читання і бажано з використанням посекторних копій (образів чи клонів) усіх дисків, що входять до складу RAID-масиву, аби гарантувати, що вихідні накопичувачі залишаться незмінними.

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

Перш ніж розпочати збирання масиву у віртуальному режимі, потрібно визначити його вихідні параметри. Якщо метадані збереглися хоча б частково, програма для відновлення часто може витягти ці параметри автоматично. Проте якщо метадані були перезаписані або повністю видалені, потрібно буде ввести ці параметри вручну. Для цього знадобиться переглянути "сирі дані" секторів за допомогою шістнадцяткового редактора (hex-редактора) та інструментів для аналізу, щоб виявити повторювані структурні елементи, такі як заголовки файлових систем, записи MFT (Master File Table) або межі блоків контрольних сум (парності).

Незалежно від того, чи були параметри визначені автоматично, чи введені вручну, головна мета в тому, щоб відтворити точну геометрію масиву, а саме:

• Точний порядок дисків у масиві.

• Розмір блоку (розмір смуги, з англ. stripe size), який зазвичай становить від 4 КБ до 1 МБ.

• Схему ротації контрольних сум (парності) та зміщення блоків (наприклад, ліво-асиметрична або право-симетрична схема).

• Зміщення сектору, з якого починається розділ із реальними даними.

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

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

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

Складні комбіновані збої

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

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

Наведені нижче приклади демонструють, як такі взаємопов'язані типи збоїв виникають у реальному житті.

Пастка "неактуального" накопичувача

У RAID на базі парності (з англ. parity), як-от RAID 5 або RAID 6, один із накопичувачів може вийти з ладу, а увесь масив продовжуватиме працювати в режимі обмеженої функціональності (з англ. degraded mode) і може так функціонувати протягом доволі тривалого часу. Якщо згодом у системі виникне інша проблема, під час діагностики адміністратор може спробувати знову підключити той самий "перший" несправний накопичувач.

Якщо контролер прийме цей "неактуальний" накопичувач і поверне його до робочого стану, він також може спробувати "відбудувати" масив, використовуючи застарілі дані з нього. Це призведе до перезапису коректних блоків парності та серйозного пошкодження структур файлової системи, наприклад, головної таблиці файлів (з англ. MFT) у NTFS, дерев метаданих у OpenZFS або таблиць індексних дескрипторів (з англ. inode) у Linux.

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

Знос кількох накопичувачів і помилки читання

Коли несправний накопичувач у масиві з парністю замінюють, у процесі відбудови (з англ. rebuild) відбувається повне зчитування даних з решти дисків для обчислення відсутньої інформації. Оскільки накопичувачі корпоративного класу часто купуються однією партією і працюють в однакових умовах навантаження, вони нерідко досягають критичного рівня зносу одночасно.

Тривале навантаження під час відбудови масиву може спровокувати "невиправну помилку читання" (з англ. Unrecoverable Read Error або URE) на іншому диску або навіть призвести до виходу з ладу ще одного накопичувача, що зламає увесь масив.

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

Порівняльна таблиця типів збоїв

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

Щоб дізнатися більше про основні принципи та ключові фактори, що впливають на відновлення даних з RAID, будь ласка, поверніться до повного посібника з відновлення даних з RAID.

Останнє оновлення: 19 вересня 2026

Якщо вам сподобалася ця стаття, поділіться нею у соцмережах: