RAID-массивы в теории и на практике

Антон Клыга (a_kliga@tut.by)

Xakep, номер #062, стр. 062-028-4

Обновление чуточку посложней. Пройдемся по возможным ситуациям.

Ситуация первая: было зеркало (RAID 1), но стало тесно и ты решил поставить винчи побольше. Нет проблем! Существует два варианта действий. Первый вариант: в безопасное место сбрасываешь с рейд-массива всю инфу, удаляешь его, ставишь новые винчи, организуешь новый рейд, переписываешь сохраненную инфу обратно.

Вариант второй (продвинутый): вынимаешь из зеркала один винч, на его место вставляешь новый. Делаешь Rebuild массива с оставшегося диска. Вынимаешь второй диск, на его место ставишь другой, новый, и снова делаешь Rebuild с того диска, который поставил перед этим. Размеры партиций правишь с помощью прог для разбивки винчей. Все.

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

Готовимся к неприятностям

Рано или поздно винч сдохнет. На то он и винч. Действуй, сохраняя хладнокровие. Когда умирает один из винчей зеркала, достаточно просто заменить покойника новым хардом, и сделать ребилд диска, оставшегося в живых. Если отбрасывает блины какой-то из дисков чередующегося массива – меняешь винчестер и монтируешь рейд по новой.

По понятным причинам отказ RAID 0 не может пройти незамеченным, а вот об отказе одного винча в RAID 1 можно вообще никогда не узнать, особенно если и контроллер дешевенький, и комплектуется он по-настоящему тупой утилитой. Хотя нет! Если сдохнет и второй винч, правда откроется. Хотя предпринимать что-либо уже будет поздно. Да, и, кстати, совсем не факт, что данные на винчи пишутся и хранятся так, как надо. И если в случае с RAID 0 все, опять же, сразу вылезает на поверхность, то при работе с RAID 1 об этом можно узнать только после издыхания одного из винчей. То есть опять-таки тогда, когда о восстановлении инфы можно даже не заикаться. Происходит же все это безобразие потому, что дешевые контроллеры не умеют делать проверку целостности – применительно к RAID 1 это значит сравнивать содержимое винчей зеркальной пары. Поэтому мой тебе совет – не провоцируй свои дисковые массивы на суицид. Не вынимай хард из рейд-массива первого уровня и не ходи с ним к другу. Ну, если уж сделал так, то, вернув на место, обязательно делай ребилд с нужного диска. И если у тебя продвинутый контроллер, умеющий делать consistency check (проверку целостности), то регулярно пользуйся этой функцией.

Кстати, конфигурировать рейд можно, не только колупаясь в неудобном биосе, но и с помощью приятных GUI’евин, входящих в комплект контроллера. Например, контроллеры на Silicon Image Sil3112A комплектуются конфигом SATALink, позволяющим настроить и винчи, и рейд.

Win на выдумки хитра

Желание пользоваться всякими продвинутыми технологиями в нас мирно сосуществует с яростным нежеланием за это платить. Именно поэтому появилось море девайсов, где микруха, отвечающая за характерную функцию, заменена софтом. Но мы не жалуемся, а с радостью заюзываем подобные… эмуляции. Возьмем, к примеру, программные RAID-массивы. Возможности для их создания есть и в специфически ориентированной Netware, и в не слишком широко распространенном Linuxe’e, и во всячески унижаемых окнах, основанных на коде NT (NT4.0/2000/XP).