Рассинхронизация RAID

Примерно так ее и описывают пострадавшие: «Самых актуальных данных, начиная с определенной даты редактирования, частично нет. А то, что есть – битое. Все, что целое – старое, не нужное».

Происходит это так

RAID-массив с избыточностью (например, 1, 10 или 5) некоторое время работает без участника. Диск давно выпал – не обратили внимания или не заметили.

Прошло время. Проблема вспомнилась, обнаружилась или усугубилась – мог выпасть еще 1 диск. Смелый админ что-то «поперетыкал» в слотах, нажал пару кнопок. Прошла какая-то процедура. И вот итог.

На самом деле он закономерен

Массив подхватил неактуальный диск и «отребилдил» его на более свежую копию в случае зеркала и 10-го или использовал его для пересчета контрольных сумм в случае 5-го RAID’а.

Во всех этих случаях нам не хватает блоков свежих данных. Они перезаписаны старыми, если речь о 10-м массиве или зеркале. Или контрольные суммы, из которых их можно пересчитать, перезаписаны мусором, полученным с использованием неактуального диска.

Это и есть причина, почему нельзя проблемный RAID чинить «железом». Пост об этой процедуре был ранее.

Важно знать:

➢Описанная картина часто необратима

➢Иногда админ для этого ничего не запускал – ребилд или инициализация могли пройти после перезагрузки в фоновом режиме

Если такая беда случилась после корректного ребилда, когда выпавший диск был заменен на новый, а не введен обратно в массив, то данные можно восстановить. В этом нам поможет тот диск, который в процессе не участвовал

Чтобы этот шанс окончательно не угробить

➢никогда не «уговаривайте» работать выпавший hdd

➢не спешите вынутый диск распиливать на запчасти, сдавать по гарантии или занимать другими данными

К сожалению, все это не мои фантазии. Так уже поступили сотни клиентов, которым мы впоследствии не помогли.

Оставить заявку на консультацию, чтобы задать любые вопросы, можно в форме ниже