Sas 9361 8i горячая замена
Обновлено: 01.07.2024
Добрый день!
Посоветуйте, как правильно настроить рейд-контроллер.
Контроллер: LSI AVAGO MegaRAID SAS 9361-8i с комплектом защиты LSI MegaRAID CacheVault < LSI00418 LSICVM02 > CVPM02.
Будут следующие массивы:
Диск С, Винда - 2 ССД в зеркало.
Диск Д, файл транзакций *.LDF - 2 SAS в зеркало
Диск Е, база данных SQL *.MDF - 4 SAS в Рэйд 10
Создал пробные зеркала, увидел, что если щелкнуть в утилите MegaRaid Storage Manager на дисковой группе, то параметр Data Protection - Disabled.
Есть такое подозрение, что при наличии батарейки должно быть Enabled. как перенастроить?
Подскажите, какие выбрать остальные параметры:
Write Policy
Read Policy
IO Policy
Access Policy
Disk Cache Policy
Будут ли настройки зависеть от того, что будет на массиве (винда, бд, файл транзакций).
Установлен server 2016 R2.
Заранее благодарен!
Войдите в меню контроллера при включении питания. Такие параметры настраиваются там.
Sponge Bob писал(а): Добрый день.
Войдите в меню контроллера при включении питания. Такие параметры настраиваются там.
Да, есть такое. Только я запутался. Если зайти в настройку контроллера при включении сервера, там в меню будет опция "Disable Data Protection", вот скрин:
При этом (опция=Disable Data Protection, как на скрине), в винде видим что защита на уровне контроллера включена:
а на уровне Drive Group выключена. почему и как ее включить?
mcmurphy94 писал(а): Добрый день!
Создал пробные зеркала, увидел, что если щелкнуть в утилите MegaRaid Storage Manager на дисковой группе, то параметр Data Protection - Disabled.
Есть такое подозрение, что при наличии батарейки должно быть Enabled. как перенастроить?
Среди меня есть мнение, что пар-р "Data Protection" не имеет отношения к BBU/CV-защите кеша контроллера.
Имхуется мне, что при наличии исправного BBU/CV никаких отдельных настроек для защиты кеша контроллера не нужно - он будет подпитываться от BBU или сбрасываться на флеш в случае CV по-любому, для любого LUN`а (VD) без специального указания.
А Data Protection, мнится мне, имеет отношение к опции PI контроллера - защита информации на уровне физического носителя по стандарту Т10/DIF, для работы с "нестандартными" физ.секторами (например, 520b вместо 512b и т.д) с избыточной информацией (КС/КЧ) .
Ок, спасибо!
А как правильно сделать - после создания массива запустить инициализацию (если не была выбрана опция инициализировать сразу после создания)? Это актуально и для SAS и для SSD?
Утилита от LSI MSM не пишет, был ли проинициализирован массив. Если запустить инициализацию, предупреждает, что данные будут потеряны. Это действительно так, если есть файлы, то их затрет?
К сравнению, интеловский рейд на С600 и утилита Intel Rapid позволяет запускать инициализацию на массиве с файлами и ничего не затирается. У них разные подходы?
И еще - когда надо провести проверку консистентности - уже после заполенения массива файлами, или нет?
mcmurphy94 писал(а): Ок, спасибо!А как правильно сделать - после создания массива запустить инициализацию (если не была выбрана опция инициализировать сразу после создания)? Это актуально и для SAS и для SSD?
Не уверен, что понял, как второй вопрос из вышеотквоченного сочетается/связан со первым.
Мои семантические фильтры сбоят?
Актуальна ли инициализация массива как для HDD, так и для SSD.
Или актуальна ли инициализация массива как для SAS, так и для SATA носителей?
И по запуску тоже как-то коряво спрошено.
Даже если Вы не включите фоновую инициализацию и откажетесь инициализировать массив после его создания (если БИОС контроллера допускает такое вольнодумство ), то у Вас остаётся возможность "подстраховаться" впоследствии, задействовать механизмы PR или СС (см.ниже).
Это вопросы к создателям утилиты MSM (хотя я бы их - за одну лишь тормозную явовскую морду и вечный косяк с multicast/unicast-коннектами к сетевым агентам - просто распнул бы. не смертельным, но очччень обидным образом).
Надеюсь, что про потерю данных они так "шутят"-перестраховываются. Т.к. инициализация массива может проводиться контроллером в т.ч. и в фоновом режиме прямо в процессе работы контроллера с данными на носителях.
Если это ТА ЖЕ инициализация, то нафига так пугать народ?
А если это "какая-то другая" инициализация, то. какая?
Вообще же из более-менее детальной проработки документации у меня по некоторым признакам сложилось впечатление, что пресловутая "инициализация массива" - неважно, фоновая она, или "фронт-эндная" - использует тот же механизм/алгоритм, что и так называемое "патрульное чтение" (Patrol Reading), проверяя абсолютно все блоки носителей на читабельность (и при нужде - на писабельность), с соответствующими выводами (аналог ремапа битых физ.секторов, проводимого внутри hdd или ssd их собственными фирмварями).
По итогам инициализации в метаданные массива записывается помимо прочего ещё и инфа о состоянии носителей (указание на имеющиеся "ремапы", пометки в Bad Strip Table, etc.).
И да - и инициализация, и Patrol Reading абсолютно недеструктивны для данных на массиве (конечно, при штатном развитии событий, что является нормой для исправного контроллера).
Повторюсь - LSI (как и остальные вендоры) реализовал точно такой же механизм инициализации, по сути стандарт.
Почему MSM пугает уничтожением данных - "вопрос не по окладу"(с).
mcmurphy94 писал(а): И еще - когда надо провести проверку консистентности - уже после заполенения массива файлами, или нет?
Если Вы имеете в виду СС - Check Consistency - то она, в отличие от Patrol Reading, работает только на блоках с данными (PP проверяет все блоки без исключения).
Соответственно, запускать СС на пустом массиве бесполезно.
Всем привет, очень рад, что вы снова зашли на мой IT блог. Сегодня я хочу рассказать поучительную историю, о том, как из-за невнимательности можно сильно попасть в не хорошую ситуацию из которой будет, очень сложно выйти без надлежащего опыта. Будет некий такой траблшутинг по восстановлению lsi raid массивов при замене вышедшего из строя диска. Думаю, что для людей, кто только знакомиться с избыточными массивами данных, будет очень полезно поучиться на чужом опыте.
Предыстория
В любом сервере рано или поздно начинают выходить из строя жесткие диски или ssd и преждевременная замена спасает вас от потери данных. Но при замене бывает такая вещь как человеческий фактор, который может все погубить.
И так есть сервер IBM с raid контроллером M5015 что в градации LSI 9260-8i. В lsi raid контроллере если диск начинает выходить из строя, то начинает срабатывать счетчик Pred Fail Count и диск следует менять. Как заказать замену диска у IBM я уже рассказывал, останавливать на этом не буду. Допустим диск вы получили и вам осталось его заменить, вы меняете его и обнаруживаете что вытащили не тот диск, что будет дальше.
А дальше все зависит от вида raid собранного у вас. У меня на lsi raid контроллере был raid 10. И когда мой коллега вытащил не тот диск, то с ним ничего не случилось, но если вы засуните на его место новый диск или опять тот же что вытащили, то рейд не восстановится. Новый диск будет видится как unconfigured good а старый как foreign, то есть потерянный.
Тут после возврата старого диска сразу нужно было выполнить процедуру описанную ниже и все бы восстановилось, но бывает что приходит мысль, поменять еще в данной ситуации выходящий из строя диск на новый, и вот тут LSi контроллер, дабы не потерять данные переводит локальные луны в offline, что выражается в остановке сервисов или частичной остановки, на данных дисках.
Восстановление lsi raid
Раз уж так произошло, то не спешите паниковать все еще можно восстановить. Первым делом когда вы вернули не правильно вытащенный диск обратно и он получил статус foreign, на нем осталась конфигурация и ее следует обратно импортировать. Делается это следующим образом. Вы должны были заранее установить утилиту MegaRAID Storage Manager (MSM), в моем случае она стоит на Vmware ESXI 5.5, но может быть и на Windows платформе. Заходим в нее и выбираем пункт Physical и выбираете raid контроллер.
Теперь открываем пункт Go to > Scan Foreign Configuration. Выполняем сканирование имеющихся конфигураций.
У вас появится окно с импортированием конфигурации.
ни в коем случае не выбирайте Clear: Remove logical configuration, если только не решили затереть диск
Вас спросят действительно ли вы хотите это сделать жмем yes.
Если у вас не стоит MSM то вам придется перезагрузить хост и зайти в bios подобное меню. В котором будет приблизительно вот такое окно, где нужно так же импортировать конфигурацию.
После данной манипуляции ваши локальные lun перейдут в режим online и если вы до этого заменили сбойный диск на новый, то пойдет процедура rebuild. После чего raid перестроится и начнет нормальное функционирование.
Будьте пожалуйста внимательными иначе последствия могут быть серьезнымиДополнение относительно SSD
Относительно SSD дисков, будьте осторожны, особенно если они в RAID-1, из практики могу привести случай, когда вылетевший диск, при возвращении его в строй, убил RAID массив и перезаписал рабочий SSD. В таких случаях, за место возвращения пропавшей конфигурации, по возможности вынимайте SSD и полностью с него удаляйте все разделы, проверяйте его на предмет ошибок и здоровья, и после этого возвращайте в RAID, чтобы начался автоматический ребилд.
MegaRAID SAS 9260-8i не дает загрузиться
Приветствую друзья. Выручайте пожалуйста. Слетел рейд на сервере. Рейд организован через MegaRAID.
Контроллер MEGARAID SAS 9240-8I 4 SATA диска + 2 SAS диска,= реально?
Имеется уже рабочий сервер с контроллером MEGARAID SAS 9240-8I возможно ли подключить SAS.
Жесткий диск Seagate Cheetah 15K.7 ST3300657SS 300 Гб и LSI Megaraid sas 9240-8i
подскажите пожалуйста, есть жесткий диск Seagate Cheetah 15K.7 ST3300657SS 300 Гб хочу подключить.
Контроллер MegaRAID 9240-8i RAID Controller Card | SAS RAID | LSI
Имеется контроллер MegaRAID 9240-8i RAID Controller Card | SAS RAID | LSI (по этой ссылке раньше.
1. Нет.
2. Зависит от бэкплейна, куда подключены диски, если он поддерживает горячую замену, то да
3. См. п.2.
4. По умолчанию авторебилд включен. Если его не отключали в настройках контроллера - ребилд начнется автоматически.
5. В любой непонятной ситуации до любых действий нужно сделать бэкап, а еще лучше - два, на разные накопители, способом, после которого данные гарантированно можно будет отресторить. SergDS, подскажите, как удалось Вам решить данную задачу? у меня аналогичная ситуация, по пунктам вы разобрались или как прошло у Вас? спасибо заранее
Контроллер MegaRAID SAS 9240-8i и утилита MegaRAID Storage Manager
Установил утилиту "MegaRAID Storage Manager" на сервер и по ошибке запустил в этой непрерывную.
VMware ESX 3i Server + LSI MegaRAID SAS 9240-4i
хочу поставить VMware ESX 3i Server на рейд 1 собранный на LSI MegaRAID SAS 9240-4i но не.
Установка CentOS 7 на raid контроллер lsi 9260-8i
Доброго времени суток! Построил raid 5 из 5 дисков Seagate ST4000NM0023 на стареньком.
На сервере Supermicro сгорел RAID контроллер Avago MegaRAID SAS 9380-8i8e. Он отображался в системе как AVAGOMegaRAIDSAS9361-16i, потому что был каким-то прототипом, но на самом деле у него было 8 внутренних и 8 внешний портов. В данном сервере у меня два одинаковых контроллера. Один обслуживает 24 диска в самом сервере, ко второму подключена внешняя полка ещё с 24 дисками.
Пока ехал новый заказанный контроллер, я успел съездить в ЦОД и подключить полку с дисками к рабочему контроллеру, благо есть внешние порты. Да, производительность резко просела с одним контроллером, но хотя бы что-то работает.
Раньше контроллер уже глючил:
Видимо, пришла пора его менять.
Подготовка RAID контроллера
И вот новый контроллер приехал:
Первым делом накатываю на контроллер прошивку, чтобы версии на обоих контроллерах совпадали.
На этом подготовка завершена, пора ехать в ЦОД и устанавливать контроллер в сервер.
Замена RAID контроллера
Выкручиваю винты, выдвигаю сервер и снимаю крышку.
Извлекаю сгоревший контроллер. На самом деле я его уже вытащил и слот свободен. На фотографии ниже видно, что сейчас установлен только один RAID контроллер, к нему тянется кабель от батарейки.
Распаковываю новый контроллер. Планку менять не пришлось.
Уже на практики знаю, что батарейку удобнее подключить до установки контроллера в слот. Подключаю батарейку к новому контроллеру.
Устанавливаю контроллер в слот. Два одинаковых контроллера радуют глаз.
По инструкции батарейки положено крепить к специальным планкам, которые устанавливаются в PCIe слот.
Кто это придумал? У меня нет столько свободных слотов. Поэтому я устанавливаю батарейки между вентиляторами. Нормально стоят.
Настройка RAID контроллера
Настраивать контроллер особо не нужно, понадобится пара перезагрузок.
Собираю сервер и переключаю полку с дисками на новый контроллер. Включаю сервер.
С первого раза контроллер не увидел диски. Это нормально.
Дожидаюсь полной загрузки сервера и перезагружаю его. Ctrl + R поможет попасть в конфигурационную утилиту.
Вижу два контроллера, проверяю новый. Статус Optimal, статус батарейки Optimal.
Утилита storcli поможет посмотреть статус контроллера из операционной системы Linux.
Полный порядок, диски увиделись, массивы увиделись, сервер полностью работоспособен.
Читайте также: