Коли в масиві RAID виходить з ладу диск, перед адміністратором сервера або власником NAS постає критичний вибір: запустити стандартний rebuild чи використати програмне забезпечення для відновлення даних RAID. Звичайний rebuild може тривати від кількох годин до тижня залежно від ємності диска та рівня RAID, залишаючи систему вразливою до подальших відмов. Альтернатива — програмний підхід, що особливо важливо у разі множинних відмов дисків або коли бізнес не може дозволити собі тривалий простій.
Зміст
- Що таке відновлення RAID / реконструкція
- Скільки триває відновлення RAID
- Ризики тривалої перебудови RAID-масиву та альтернатива у вигляді програмного відновлення
- Як відновити дані з пошкоджених масивів RAID за допомогою програмного забезпечення
У цій статті ми розглянемо реальні строки відновлення для різних конфігурацій RAID, порівняємо апаратний rebuild із програмними підходами та допоможемо обрати оптимальну стратегію для вашого сценарію.
Що таке відновлення RAID / реконструкція
Відновлення RAID (також реконструкція або ресинхронізація) — це процес, під час якого контролер RAID або програмне забезпечення відтворює відсутні дані на замінному диску, використовуючи решту дисків у масиві (наприклад, через паритет або дзеркалювання). Це дозволяє масиву повернутися з деградованого стану до повної надлишковості.
Коли один із дисків у масиві виходить з ладу, контролер RAID позначає його як несправний, а масив переходить у деградований режим. Після встановлення нового диска контролер оновлює масив, зчитуючи дані з решти справних дисків і обчислюючи дані для нового диска на основі паритету або дзеркалювання, залежно від рівня RAID.
Відновлення може бути автоматичним (запускається під час встановлення нового диска в деградований масив) або ручним (ініціюється адміністратором) — залежно від вашого контролера RAID чи програмного забезпечення.
Під час відновлення масив залишається працездатним, але продуктивність знижується, і захисту від подальших відмов немає.
Швидкість відновлення визначається кількома критичними чинниками: місткістю дисків (чим більші диски, тим довше триває процес), рівнем RAID (у RAID 6 відновлення триває довше, ніж у RAID 5, через подвійний паритет), поточним системним навантаженням (активні операції введення-виведення суттєво сповільнюють процес) і типом контролера.
Апаратні RAID‑контролери зазвичай перевершують програмні реалізації завдяки виділеному процесору та кешу. Втім, навіть високопродуктивні контролери мусять балансувати між швидкістю відновлення та обслуговуванням поточних запитів до даних. У багатьох системах можна налаштувати пріоритет відновлення: високий пріоритет пришвидшує відновлення, але знижує продуктивність застосунків; низький мінімізує вплив на продакшен, проте може розтягнути процес на дні. Особливо важливо розуміти, що під час відновлення система перебуває у критичному стані — ще одна відмова диска в RAID 5 або дві додаткові в RAID 6 призведуть до повної втрати даних без автоматичного відновлення.
Скільки триває відновлення RAID
Час відновлення може коливатися від кількох годин до кількох днів і більше для великих масивів.
Нижче наведено спрощену формулу, яку часто використовують для оцінки часу відновлення:
Rebuild time = (Data volume / Disk read speed) × Overhead factor
- RAID 1: коефіцієнт = 1.0
- RAID 5: коефіцієнт = 1.4 (на 40% більше часу через обчислення парності)
- RAID 6: коефіцієнт = 1.8 (на 80% більше часу через подвійне обчислення парності)
Швидкість відновлення залежить від типу дисків і контролера, але для сучасних HDD у стані простою зазвичай становить 50–100 МБ/с. Це означає, що відновлення 1 ТБ даних на швидкості 80 МБ/с триває приблизно 3,5 години. Втім, реальний час зазвичай більший через накладні витрати на обчислення парності, верифікацію даних і фрагментацію.
RAID 1, що використовує просте дзеркалювання, відновлюється відносно швидко — шляхом побайтного копіювання даних зі справного диска на новий. Для дзеркала з двох дисків обсягом 1 ТБ процес триває 3–6 годин залежно від швидкості дисків. RAID 5 потребує суттєво більше часу, оскільки має зчитувати дані з усіх дисків у масиві та обчислювати парність. У мінімальній конфігурації з трьома дисками контролер має зчитати 2 ТБ даних, обчислити парність і записати 1 ТБ на новий диск, що займає 6–12 годин.
RAID 6 із подвійною парністю триває ще довше, адже обчислює два незалежні блоки парності. Мінімальна конфігурація з чотирьох дисків зазвичай відновлюється за 8–16 годин, оскільки контролер опрацьовує більше даних і виконує складніші обчислення. RAID 10, що поєднує дзеркалювання та смугування (striping), відновлюється швидше за RAID 5 і 6, оскільки потрібно лише копіювати з дзеркала без обчислення парності.
Оцінки часу відновлення для масивів із дисками обсягом 1 ТБ
| Рівень RAID | Кількість дисків | Корисна ємність масиву | Час відновлення (без навантаження) |
|---|---|---|---|
| RAID 0 | 2 | 2 ТБ | Відновлення не передбачено* |
| RAID 1 | 2 | 1 ТБ | ~3,5 години |
| RAID 5 | 3 | 2 ТБ | ~7 годин |
| RAID 5 | 4 | 3 ТБ | ~10,5 години |
| RAID 5 | 5 | 4 ТБ | ~14 годин |
| RAID 6 | 4 | 2 ТБ | ~10 годин |
| RAID 6 | 5 | 3 ТБ | ~15 годин |
| RAID 6 | 6 | 4 ТБ | ~20 годин |
| RAID 10 | 4 | 2 ТБ | ~3,5 години |
| RAID 10 | 6 | 3 ТБ | ~3,5 години |
| RAID 10 | 6 | 3 ТБ | ~3,5 години |
*RAID 0 не забезпечує відмовостійкості — у разі відмови одного диска частину даних, можливо, вдасться відновити, але не всі.
Примітка: Розрахунки виходять із середньої швидкості відновлення 80 МБ/с для HDD на 7200 об/хв і враховують паритетні накладні витрати (~40% для RAID 5, ~80% для RAID 6). Для SSD час може бути у 2–3 рази меншим. Під робочим (продукційним) навантаженням час зростає у 2–4 рази.
Ризики тривалої перебудови RAID-масиву та альтернатива у вигляді програмного відновлення
Ризики тривалого відновлення RAID
Під час відновлення виникає критичне вікно вразливості: у цей період система особливо схильна до катастрофічної відмови.
Основна загроза — повторна відмова диска під час відновлення. У RAID 5 ще одна відмова призводить до повної втрати даних, адже масив уже працює в деградованому режимі без надлишковості.
Ймовірність такого сценарію зростає з кількох причин: диски в масиві зазвичай купують одночасно й вони мають однаковий вік та режим експлуатації; працюють в однакових умовах; а під час відновлення на решту дисків лягає підвищене навантаження, що прискорює прояв прихованих дефектів.
URE (Unrecoverable Read Errors — невиправні помилки зчитування) становлять особливу небезпеку: пошкоджені сектори можуть проявитися лише під час повного зчитування всього диска, яке виконується в процесі відновлення.
Якщо контролер натрапляє на URE під час відновлення RAID 5, процес може повністю зірватися, адже через помилки зчитування неможливо обчислити коректний паритет для нового диска.
Чим довше триває відновлення, тим вищий ризик катастрофічної відмови масиву.
Програмне відновлення RAID: альтернативний підхід
Альтернативний підхід полягає у використанні програмного забезпечення для відновлення даних для пошкоджених або таких, що вийшли з ладу, RAID-масивів без запуску стандартної перебудови контролером. На відміну від апаратної перебудови через контролер, ці інструменти працюють на рівні файлової системи та даних, аналізують структуру масиву й витягують дані навіть із сильно пошкоджених конфігурацій.
Базовий принцип — відновлення геометрії RAID: програмне забезпечення сканує доступні диски, визначає параметри масиву (кількість дисків, розмір смуги, порядок чергування, схему парності), відтворює логічну структуру та надає доступ до файлів, не змінюючи фізично диски.
Програмне відновлення є кращим — або єдино можливим — у кількох критичних сценаріях.
- Вийшли з ладу два й більше дисків (RAID 5) або три й більше (RAID 6)
- Відмова RAID-контролера або втрата конфігурації
- Критично важливі дані потрібні негайно; часу на перебудову немає
- Спроба перебудови вже зазнала невдачі через невиправні помилки читання (URE) або інші помилки
- Масив випадково видалено або повторно ініціалізовано
- Міграція даних зі старого чи нестабільного обладнання
- Потрібна безпечна спроба відновлення без ризику подальшого пошкодження
Як відновити дані з пошкоджених масивів RAID за допомогою програмного забезпечення
Відновлення даних з пошкодженого або непрацездатного масиву RAID не обов’язково є складним. Більшість інструментів діють за схожою схемою: підключіть диски масиву до комп’ютера (або під’єднайтеся до масиву через SSH), виконайте швидкий аналіз, а потім збережіть відновлені дані у безпечне місце — наприклад, у новий масив RAID.
Розглянемо процес відновлення на прикладі RS RAID Retrieve.
Автоматичне відновлення усіх типів RAID масивів
Крок 1. Підключення дисків і ініціалізація
Після фізичного підключення дисків з аварійного масиву до робочого комп’ютера запустіть програму для відновлення. Вона виконає автоматичний пошук конфігурацій RAID на підключених жорстких дисках або доданих образах. Знайдені масиви буде додано до головного вікна.
Якщо серед дисків є пошкоджені або з нестабільним читанням, спершу створіть їхні образи.
Крок 2. Аналіз файлової системи масиву
Запустіть Швидке сканування масиву. Програма проаналізує файлову систему, відтворить структуру каталогів, збере метадані файлів і покаже дерево відновлених даних в інтерфейсі.
На цьому етапі ви можете оцінити стан даних: переглянути списки файлів, перевірити цілісність і подивитися попередній перегляд окремих файлів.
Швидке сканування працює з метаданими файлової системи й зазвичай завершується за 20–60 хвилин для масивів обсягом 1–4 ТБ. Якщо воно не знаходить усе потрібне (наприклад, через пошкодження файлової системи), більшість інструментів пропонують повне сканування — більш тривалий процес.
Крок 3. Вилучення та збереження даних
Виберіть дані для перенесення на новий масив RAID або на жорсткий диск достатньої ємності та збережіть їх.
Час копіювання пропорційний обсягу даних — близько 20 хвилин на терабайт за середньої швидкості 850 МБ/с. Програма відновлює дані на льоту: читає з доступних дисків і, за потреби, відбудовує відсутні блоки шляхом обчислення парності.
Оцінка часу відновлення програмного RAID
| Рівень RAID | Кількість дисків | Ємність масиву | Час відновлення* |
|---|---|---|---|
| RAID 0 | 2 | 2 ТБ | ~40 хвилин |
| RAID 1 | 2 | 1 ТБ | ~20 хвилин |
| RAID 5 | 3 | 2 ТБ | ~40 хвилин |
| RAID 5 | 4 | 3 ТБ | ~60 хвилин |
| RAID 5 | 5 | 4 ТБ | ~80 хвилин |
| RAID 6 | 4 | 2 ТБ | ~40 хвилин |
| RAID 6 | 5 | 3 ТБ | ~60 хвилин |
| RAID 6 | 6 | 4 ТБ | ~80 хвилин |
| RAID 10 | 4 | 2 ТБ | ~40 хвилин |
| RAID 10 | 6 | 3 ТБ | ~60 хвилин |
| RAID 10 | 6 | 3 ТБ | ~80 хвилин |
* Вказаний час охоплює реконструкцію та вилучення після того, як ПЗ визначило конфігурацію масиву. Оцінка базується на середній швидкості читання/реконструкції ~50 ГБ/хв (850 МБ/с) із використанням сучасного ПЗ на високопродуктивній системі.
Вибираючи ПЗ для відновлення RAID, перевіряйте підтримку потрібного рівня RAID, сумісність з ОС, наявність попереднього перегляду файлів перед придбанням, можливість роботи з образами дисків для безпечнішого відновлення та якість технічної підтримки.
Огляд найкращих інструментів — їхніх можливостей, переваг і недоліків, а також порівняння функцій і цін — доступний тут: Найкраще ПЗ для відновлення даних з RAID.
Порівняння швидкості: перебудова vs. програмне відновлення
| Розмір масиву | Перебудова RAID (без навантаження) | Програмне відновлення |
|---|---|---|
| 1 ТБ | ~3,5 години | ~20 хвилин |
| 2 ТБ | ~7 годин | ~40 хвилин |
| 3 ТБ | ~10,5 години | ~60 хвилин |
| 4 ТБ | ~14 годин | ~80 хвилин |
Важливо: Програмне відновлення забезпечує швидкий доступ до даних для їх вилучення, але не відновлює працездатний RAID-масив. Щоб повернути систему до роботи, потрібен додатковий час на створення нового масиву та копіювання відновлених даних назад.
Вибір між стандартною перебудовою та використанням програмних засобів залежить від конкретної ситуації, стану масиву та критичності даних. Апаратна перебудова залишається надійним рішенням у випадках простих відмов одного диска, коли система може працювати в деградованому режимі потрібний час.
