Обслуживание RAID массивов. Вопросы.

[LocDog]

Собственно рылся сегодня в инете в поисках инфы о Матрикс рейде от интела, и одна из ссылок http://www.3nity.ru/viewtopic.htm?t=8508 привела на даный форум в очень интересную тему о ICHxR.
После прочтеня темы появился один насущный вопрос который хочется задать многоуважаемому gs  а так же прочим форумчанам.
цытата
О консистенси чеке же все написано в мануале контроллера, только он там называется "проверка и восстановление" (запускать его надо хотя бы раз в месяц. Но конечно можно этого не делать - если Вас не интересует результат (С) Жванецкий).
собсственно для меня это звучит как удар серпом по яйцам.
у меня примерно 2 десятка серверов на лси мегарейде 320-2х, еще пяток на НР смартаррая 5(6) и пара на адаптеках.
может я просто такой везучий а может очень неплохие контроллеры попались - на даных операций как в цытате выше я не делал ниразу.
Повторяю - не чекал. больше полутора лет. ни один сервер.
ошибок в логах нету (в логах контроллера тоже - стучим три раза по дереву и плюем через левое плечо).
вот вопрос - насколько даная операция важна для массивов на 4-8 винтах, и насколько это важно для какого либо конкретного контроллера ? может это специфично для 3ware  например ?
или надо делать время от времени на всех  ?
а какие еще профилактически операции надо производить на рейд массивах ?
заранее гранд мерси всем ответившим.

[LocDog]

http://www.3nity.ru/viewtopic.htm?t=9518
прочитал.... часть вопросов отпало...
насколько нагружает даная процедура сам рейд контроллер ? можно ли ее запускать на боевом - нагруженом сервере ?

[LocDog]

хм... я думал вообще то что контроллер сам делжен следить за целостностью массива.. или все таки независимо от марки контроллера или дисков в массиве необходимо запускать consistency check  минимум раз в месяц ?  :?
если контроллер не детектит бед сектора, и в любом случае гарантровать целостность даных невозможно - то это грустно...

[gs]

Контроллер детектит бэд сектора, но только тогда, когда он имеет с ними дело. Телепатия - это немного из другой области.

На нормальных контроллерах приоритет чека всегда регулируется. Так что можно поставить его поменьше - на работе будет заметно не сильно. Но естественно будет идти очень долго - выбирайте.

[LocDog]

нашол у ся на ЛСИ рейде опцию Patrool read ahead...
(точно не помню) но вроде при даной включеной опции он каким то образом тестит винты на бэды - вроде как в фоне...

[gs]

Патрол рид - это тупое чтение поверхностей всех винтов, подключенных к контроллеру. В отличие от консистенси чека он не проверяет логическую целостность данных, просто ищет бэды. Зато проверяет ВСЕ винты - и рэйд0, и джибод, и спаре.

[art]

кстати, а что такое "Media Scan" у Infortrenf'a в свойствах LD,
верификация поверхности, или проверка контрольных сумм?

Судя по всему, первое, потому что можно указать, как будут тестироваться физ. диски - все разом или по очереди.

[gs]

Ну видимо да. Ибо консистенси чек по очереди - это было бы интересно

[LocDog]

off
вопрос про сферического коня в вакууме.

предположим что у меня есть контроллер, с которым небыло проблем например год (железо 100% рабочее и прошивка не менялась)
какова вероятность возникновения логического беда ?
и по какой причне ?
(повторяю - железо исправно на 100%)

[gs]

Она равна вероятности изменения погоды на марсе.

[LocDog]

понятно... стандартный термин "проглюкло" )))
а из вашей практики ?
или вы просто регулярно делаете проверку массива и всем советуете ?

[gs]

Нарваться можно всегда и везде - это и есть наша практика
А консистенси чек уменьшает вероятность нарыва. Ну по крайней мере вовремя предупредит если что.

[art]

Ну видимо да. Ибо консистенси чек по очереди - это было бы интересно

впрочем есть еще и "Regenerate Logical Drive Parity", но такое задание  нельзя в планировщик поставить. Только руками.

[gs]

Сорри, я не спец в инфортрендах. Возился пару раз, но скорее баловался.
По логике вещей это полный пересчет парити на эррее. Консистенси чек же пересчитывает только в случае несоответствия.

[gs]

Хотя вендор конечно может навернуть что угодно...