RAID degraded/offline — чого не робити перед діагностикою

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

Чому після втрати надлишковості ризик зростає

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

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

Чого не робити

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

Чому швидкий rebuild може зашкодити

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

Не існує однієї безпечної інструкції rebuild для кожного RAID. Рішення залежить від рівня масиву, кількості дисків, послідовності відмов і стану кожного носія. Спочатку потрібна карта конфігурації та оцінка читабельності джерел.

Безпечна checklist до діагностики

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

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

Коли не чекати з ескалацією

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

Що підготувати

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

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

Чи можна продовжувати роботу на degraded RAID?

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

Чи завжди треба вставити новий диск і запустити rebuild?

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

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

Ні. Порядок може бути частиною інформації, потрібної для реконструкції. Кожен носій слід однозначно позначити.

Чи RAID замінює резервну копію?

Ні. RAID підвищує доступність за певних відмов, але не захищає від помилок оператора, ransomware, пошкодження кількох дисків або втрати всього пристрою. Резервна копія має бути окремою.

Наступний крок

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