Заміна вінчестера в raid-масиві

Заміна вінчестера в RAID-масиві

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

А просто заміну гвинта не розуміє чи що?

Просто дуже цікаво, що буде якщо застосувати
> Треба видалити в конфігурації RAID і руками створити новий,
> # XA0; вказавши source і destination диски з встановлених

до п'ятого рейду.


> Інструкція шалено небагатослівна:

Фінансова криза, однако.

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


> "Що робити, коли гвинт полетів"

Невже знову вчитися. Дістало адже ..

> На скільки я зрозумів, треба видалити в конфігурації RAID і руками створити новий
тобто виходить, спочатку ти створюєш raid 1, зберігаєш конфігурацію в пам'яті raid контролера, потім, припустимо, у тебе "вмирає" один з hdd, ти треш нафіг всю інфу про диски і про raid 1 з контролера і переробляєш все. так що ль, або я нічого не зрозумів; а якщо "так", то фігня якась виходить :)

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

До речі, твій дозволяє (see docs):
- Support hot-swap and automatically rebuild mirror array

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


> Не понял.
>
> Взагалі дивна річ: всюди моного пишуть розумних букв про
> То які рейди і що "інфа не пропаде якщо.", А саме
> Цікаве "що робити, коли гвинт полетів" - не трапляється.
>.

Ось у мене недавно на HP DL360 гвинт вилетів з п'ятого рейду, spare не було через немає грошей на "надмірності". Поміняли по гарантії, вставив гвинт навіть не зупиняючи сервер він підхопився і синхронізуватися. Ось це називається заміна.

Хоча, мало яких зараз контролерів розвелося.

Як писав, інший диск Сува не пробував. в егойном Біосе є пункт "усунути конфлікти", але скільки я ні тиснув "конфліктів немає".

Бути може, звичайно, дійсно справа в тому, що сам контролер розуміє тільки фізичну зміну гвинта на інший і тільки тоді починає щось зрозуміле говорити. З тим же самим диском він наполегливо говорить "рейд вже є, чого пристав". Тільки видалення-ручне створення (не автоматичне!) Дозволило якось емулювати перепідключення підключення потертого гвинта.

Від того і питання мій "як треба діяти", тому що я начебто знайшов один спосіб, але з його застосуванням пок маю трабл з приводу того, що судячи з писанині на дисплеї гвинти так і не сзеркаліровалісь (а що треба тепер зробити щоб вони сзеркаліровалісь - мені не зрозуміло). Крім того не впевнений, що цей спосіб амий правильний.

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

Скажімо так в хороших масивах 0 часу, логічно звичайно, тобто диск відразу готовий до роботи. Перестроювання йде в тлі.

По темі, вчитися, але не знову, а постійно.

Найчастіше і туди і туди. І якщо математика досить розумна, то це може і перешкодити.

Схожі статті