Настройка LSI SAS 9361-8i с батарейкой
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Advanced member
- Сообщения: 53
- Зарегистрирован: 03 июл 2014, 09:13
- Откуда: Иваново
Настройка LSI SAS 9361-8i с батарейкой
Добрый день!
Посоветуйте, как правильно настроить рейд-контроллер.
Контроллер: 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.
Заранее благодарен!
Посоветуйте, как правильно настроить рейд-контроллер.
Контроллер: 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
- Сотрудник Тринити
- Сообщения: 102
- Зарегистрирован: 03 май 2018, 12:11
- Откуда: Moscow
- Контактная информация:
Re: Настройка LSI SAS 9361-8i с батарейкой
Добрый день.
Войдите в меню контроллера при включении питания. Такие параметры настраиваются там.
Войдите в меню контроллера при включении питания. Такие параметры настраиваются там.
-
- Advanced member
- Сообщения: 53
- Зарегистрирован: 03 июл 2014, 09:13
- Откуда: Иваново
Re: Настройка LSI SAS 9361-8i с батарейкой
Да, есть такое... Только я запутался. Если зайти в настройку контроллера при включении сервера, там в меню будет опция "Disable Data Protection", вот скрин:Sponge Bob писал(а):Добрый день.
Войдите в меню контроллера при включении питания. Такие параметры настраиваются там.
Я так понял, что при этом защита ВКЛЮЧЕНА, потому что если нажать на эту кнопку, выдается сообщение, что "Если вы отключите защиту... Вы уверены, что хотите отключить защиту?"
При этом (опция=Disable Data Protection, как на скрине), в винде видим что защита на уровне контроллера включена:
а на уровне Drive Group выключена... почему и как ее включить?
-
- Advanced member
- Сообщения: 53
- Зарегистрирован: 03 июл 2014, 09:13
- Откуда: Иваново
Re: Настройка LSI SAS 9361-8i с батарейкой
Нет ли у вас документа Avago 6Gb/s SAS and 12Gb/s SAS Performance Tuning Guide, был бы очень признателен... в интернете есть ссылки, но все мертвые.
Re: Настройка LSI SAS 9361-8i с батарейкой
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 и т.д) с избыточной информацией (КС/КЧ) .
-
- Advanced member
- Сообщения: 53
- Зарегистрирован: 03 июл 2014, 09:13
- Откуда: Иваново
Re: Настройка LSI SAS 9361-8i с батарейкой
Ок, спасибо!
А как правильно сделать - после создания массива запустить инициализацию (если не была выбрана опция инициализировать сразу после создания)? Это актуально и для SAS и для SSD?
Утилита от LSI MSM не пишет, был ли проинициализирован массив. Если запустить инициализацию, предупреждает, что данные будут потеряны. Это действительно так, если есть файлы, то их затрет?
К сравнению, интеловский рейд на С600 и утилита Intel Rapid позволяет запускать инициализацию на массиве с файлами и ничего не затирается. У них разные подходы?
И еще - когда надо провести проверку консистентности - уже после заполенения массива файлами, или нет?
А как правильно сделать - после создания массива запустить инициализацию (если не была выбрана опция инициализировать сразу после создания)? Это актуально и для SAS и для SSD?
Утилита от LSI MSM не пишет, был ли проинициализирован массив. Если запустить инициализацию, предупреждает, что данные будут потеряны. Это действительно так, если есть файлы, то их затрет?
К сравнению, интеловский рейд на С600 и утилита Intel Rapid позволяет запускать инициализацию на массиве с файлами и ничего не затирается. У них разные подходы?
И еще - когда надо провести проверку консистентности - уже после заполенения массива файлами, или нет?
Re: Настройка LSI SAS 9361-8i с батарейкой
Не уверен, что понял, как второй вопрос из вышеотквоченного сочетается/связан со первым.mcmurphy94 писал(а):Ок, спасибо!
А как правильно сделать - после создания массива запустить инициализацию (если не была выбрана опция инициализировать сразу после создания)? Это актуально и для SAS и для SSD?
Мои семантические фильтры сбоят?
Актуальна ли инициализация массива как для HDD, так и для SSD???
Или актуальна ли инициализация массива как для SAS, так и для SATA носителей?
И по запуску тоже как-то коряво спрошено.
Даже если Вы не включите фоновую инициализацию и откажетесь инициализировать массив после его создания (если БИОС контроллера допускает такое вольнодумство ), то у Вас остаётся возможность "подстраховаться" впоследствии, задействовать механизмы PR или СС (см.ниже).
Это вопросы к создателям утилиты MSM (хотя я бы их - за одну лишь тормозную явовскую морду и вечный косяк с multicast/unicast-коннектами к сетевым агентам - просто распнул бы... не смертельным, но очччень обидным образом).mcmurphy94 писал(а):Утилита от LSI MSM не пишет, был ли проинициализирован массив. Если запустить инициализацию, предупреждает, что данные будут потеряны. Это действительно так, если есть файлы, то их затрет?
Надеюсь, что про потерю данных они так "шутят"-перестраховываются. Т.к. инициализация массива может проводиться контроллером в т.ч. и в фоновом режиме прямо в процессе работы контроллера с данными на носителях.
Если это ТА ЖЕ инициализация, то нафига так пугать народ?
А если это "какая-то другая" инициализация, то... какая?
Вообще же из более-менее детальной проработки документации у меня по некоторым признакам сложилось впечатление, что пресловутая "инициализация массива" - неважно, фоновая она, или "фронт-эндная" - использует тот же механизм/алгоритм, что и так называемое "патрульное чтение" (Patrol Reading), проверяя абсолютно все блоки носителей на читабельность (и при нужде - на писабельность), с соответствующими выводами (аналог ремапа битых физ.секторов, проводимого внутри hdd или ssd их собственными фирмварями).
По итогам инициализации в метаданные массива записывается помимо прочего ещё и инфа о состоянии носителей (указание на имеющиеся "ремапы", пометки в Bad Strip Table, etc.).
И да - и инициализация, и Patrol Reading абсолютно недеструктивны для данных на массиве (конечно, при штатном развитии событий, что является нормой для исправного контроллера).
Если у этого "чипсетного недорейда" ничего не затирается, значит его создатели пошли по стандартному пути (см.вышеописанный алгоритм).mcmurphy94 писал(а):К сравнению, интеловский рейд на С600 и утилита Intel Rapid позволяет запускать инициализацию на массиве с файлами и ничего не затирается. У них разные подходы?
Повторюсь - LSI (как и остальные вендоры) реализовал точно такой же механизм инициализации, по сути стандарт.
Почему MSM пугает уничтожением данных - "вопрос не по окладу"(с).
Если Вы имеете в виду СС - Check Consistency - то она, в отличие от Patrol Reading, работает только на блоках с данными (PP проверяет все блоки без исключения).mcmurphy94 писал(а):И еще - когда надо провести проверку консистентности - уже после заполенения массива файлами, или нет?
Соответственно, запускать СС на пустом массиве бесполезно.
Вот вкратце как-то так...
-
- Advanced member
- Сообщения: 53
- Зарегистрирован: 03 июл 2014, 09:13
- Откуда: Иваново
Re: Настройка LSI SAS 9361-8i с батарейкой
Да, как-то коряво вопрос задал, согласен...
Попробую пояснить.
При создании первого массива (который будет под ОС) я с дуру не поставил галочку чтобы он проинициализировался. Потом установил ОС, утилиту MSM, и выяснилось, что проверку консистентности не получиться провести, т.к. массив был не инициализирован. А инициализировать из-под MSM тоже не дает - ругается на то, что диск с виндой. Подробности в скриншотах.
Запускаем проверку консистентности:
Получаем предупреждение:
Все равно запускаем проверку и получаем отказ
Насчет видов дисков я имел в виду, надо ли запускать инициализацию массива, созданного на ССД (т.е. твердотелках с интерфейсом САТА) - не будет ли их повышенного износа.
Т.к. сервер только готовится к запуску в продакшен, запустил инициализацию зеркала с виндой из биоса LSI, о результатах отпишусь.
Возможно кому-то будет полезен этот опыт
Попробую пояснить.
При создании первого массива (который будет под ОС) я с дуру не поставил галочку чтобы он проинициализировался. Потом установил ОС, утилиту MSM, и выяснилось, что проверку консистентности не получиться провести, т.к. массив был не инициализирован. А инициализировать из-под MSM тоже не дает - ругается на то, что диск с виндой. Подробности в скриншотах.
Запускаем проверку консистентности:
Получаем предупреждение:
Все равно запускаем проверку и получаем отказ
Насчет видов дисков я имел в виду, надо ли запускать инициализацию массива, созданного на ССД (т.е. твердотелках с интерфейсом САТА) - не будет ли их повышенного износа.
Т.к. сервер только готовится к запуску в продакшен, запустил инициализацию зеркала с виндой из биоса LSI, о результатах отпишусь.
Возможно кому-то будет полезен этот опыт
Re: Настройка LSI SAS 9361-8i с батарейкой
Ещё раз убеждаюсь в рукожопой жопоголовости тех погромистов, что писали MSM:
При чём там CC, если инициализация идейно ближе к PR, бо применяется КО ВСЕМ блокам/кластерам массива, а не только к заполненными данными, как СС???
Вот нафига эти два термина в одном ворнинге образовались вместе?
Вот уж это - наличие ОС на проверяемом массиве - вообще не должно <глагол> программистов MSM (равно как и их детище), бо что для иниализации/PR, что для CC, тип "контента" в дата-секторах вообще должен быть "прозрачно-фиолетовым".
Налицо смешная и нелепая попытка чего-то там пыжиться-определять-обуславливать.
Ну ведь бред же!
В этой связи крайне интересна реакция утилиты MegaCLI/StorCLI на команду "проинитить массив" применительно к данному случаю.
Предвижу, что этой коммандлайновой проге глубоко по барабану - ОС там, или не ОС.
Блин, вот где имение, а где наводнение?
При чём там CC, если инициализация идейно ближе к PR, бо применяется КО ВСЕМ блокам/кластерам массива, а не только к заполненными данными, как СС???
Вот нафига эти два термина в одном ворнинге образовались вместе?
А вот это вообще ни в какие ворота не лезет! Я про отмазку от MSM насчёт того, что чекать/инитить хотим системный диск/массив.
Вот уж это - наличие ОС на проверяемом массиве - вообще не должно <глагол> программистов MSM (равно как и их детище), бо что для иниализации/PR, что для CC, тип "контента" в дата-секторах вообще должен быть "прозрачно-фиолетовым".
Налицо смешная и нелепая попытка чего-то там пыжиться-определять-обуславливать.
Ну ведь бред же!
В этой связи крайне интересна реакция утилиты MegaCLI/StorCLI на команду "проинитить массив" применительно к данному случаю.
Предвижу, что этой коммандлайновой проге глубоко по барабану - ОС там, или не ОС.
Так откуда бы взяться износу, если инициализация (как и PR, и CC) суть есть массовое чтение блоков массива??mcmurphy94 писал(а): Насчет видов дисков я имел в виду, надо ли запускать инициализацию массива, созданного на ССД (т.е. твердотелках с интерфейсом САТА) - не будет ли их повышенного износа.
Однозначно будет. Ждём-с!mcmurphy94 писал(а):Т.к. сервер только готовится к запуску в продакшен, запустил инициализацию зеркала с виндой из биоса LSI, о результатах отпишусь.
Возможно кому-то будет полезен этот опыт
-
- Advanced member
- Сообщения: 53
- Зарегистрирован: 03 июл 2014, 09:13
- Откуда: Иваново
Re: Настройка LSI SAS 9361-8i с батарейкой
Всем привет!
После проведения инициализации из-под "досовской, Ctrl+R" утилиты LSI, сервер не загрузился.
На всякий случай пересоздал зеркало под систему, провел полную инициализацию, установил ОС.
Итог= при создании массива лучше следом проводить инициализацию. Без этого в винде не дает провести проверку консистентности (во всяком случае, при запуске "вручную"), какая-нибудь автоматическая, фоновая может быть и пройдет.
Подскажите насчет интеловского массива а-ля C600.
Есть 2 диска по 4 ТБ, создаю зеркало. По умолчанию, массив создается размером в 3,5 ТБ (резервирование 5%). Зачем оно нужно?
Из справки: "4. Используя регулировку на вкладке 'Размер тома', выберите пространство для массива. По умолчанию размер пространства для массива установлен в значение 95%, что резервирует место для использования сменных дисков. Если вы выделите более 95%, зарезервированное место на диске будет перезаписано."
В справке предупреждают, что это актуально при замене "полетевшего" диска на новый, имеющий "немного меньший размер".
Возможна ли ситуация, что мы купим на замену диск в 4 ТБ, а он окажется "чуть меньше"?
Сколько в итоге выделять места для создания массива - 95% как и предлагает по умолчанию, 98% или 100%?
После проведения инициализации из-под "досовской, Ctrl+R" утилиты LSI, сервер не загрузился.
На всякий случай пересоздал зеркало под систему, провел полную инициализацию, установил ОС.
Итог= при создании массива лучше следом проводить инициализацию. Без этого в винде не дает провести проверку консистентности (во всяком случае, при запуске "вручную"), какая-нибудь автоматическая, фоновая может быть и пройдет.
Подскажите насчет интеловского массива а-ля C600.
Есть 2 диска по 4 ТБ, создаю зеркало. По умолчанию, массив создается размером в 3,5 ТБ (резервирование 5%). Зачем оно нужно?
Из справки: "4. Используя регулировку на вкладке 'Размер тома', выберите пространство для массива. По умолчанию размер пространства для массива установлен в значение 95%, что резервирует место для использования сменных дисков. Если вы выделите более 95%, зарезервированное место на диске будет перезаписано."
В справке предупреждают, что это актуально при замене "полетевшего" диска на новый, имеющий "немного меньший размер".
Возможна ли ситуация, что мы купим на замену диск в 4 ТБ, а он окажется "чуть меньше"?
Сколько в итоге выделять места для создания массива - 95% как и предлагает по умолчанию, 98% или 100%?
Re: Настройка LSI SAS 9361-8i с батарейкой
Ммммм... "досовской"???mcmurphy94 писал(а):Всем привет!
После проведения инициализации из-под "досовской, Ctrl+R" утилиты LSI, сервер не загрузился.
На всякий случай пересоздал зеркало под систему, провел полную инициализацию, установил ОС.
Итог= при создании массива лучше следом проводить инициализацию. Без этого в винде не дает провести проверку консистентности (во всяком случае, при запуске "вручную"), какая-нибудь автоматическая, фоновая может быть и пройдет.
Ctrl-R жать при загрузке сервера, в процессе/после POST-диагностики?
Если да, то это ещё не DOS, а биос самого контроллера.
Но итог занятный, спасибо.
Это, видимо, "добровольно-принудительное" задействование функции/механизма Coercion mode - "подрезание" ёмкости рейд-тома для того, чтобы в случае замены вылетевшего диска можно было использовать диск (чуть) меньшей ёмкости... ну, знаете все эти мутки-заморочки, когда у двух 4-хтерабайтников разных вендоров (или одного, но из разных линеек) ёмкость различается на десятки/сотни байт?mcmurphy94 писал(а):Подскажите насчет интеловского массива а-ля C600.
Есть 2 диска по 4 ТБ, создаю зеркало. По умолчанию, массив создается размером в 3,5 ТБ (резервирование 5%). Зачем оно нужно?
Из справки: "4. Используя регулировку на вкладке 'Размер тома', выберите пространство для массива. По умолчанию размер пространства для массива установлен в значение 95%, что резервирует место для использования сменных дисков. Если вы выделите более 95%, зарезервированное место на диске будет перезаписано."
О каких сменных дисках идет речь? Создаю зеркальный рейд. Чем грозит, если я выберу 100% пространства под зеркало?
То есть если Ваше зеркало деградирует вылетом одного диска, то диск, который придёт ему на смену (в терминологии хелпа - "сменный"), может иметь размер в пределах 95%-100% исходного зеркала - всё равно он будет введён в строй для восстановления избыточности массива.
У LSI coercion mode тоже есть, кстати, только "из коробки" эта функция выключена и врубается админом по желанию/необходимости.
-
- Advanced member
- Сообщения: 53
- Зарегистрирован: 03 июл 2014, 09:13
- Откуда: Иваново
Re: Настройка LSI SAS 9361-8i с батарейкой
Так я потому и написал "досовской" (в кавычках), чтобы подчеркнуть ее жуткий интерфейс а-ля Нортон Коммандер . Это конечно, утилита рейда.
А с размером-то что посоветуете? 100%? 95 жаба душит...
Запасной диск есть в наличии.
А с размером-то что посоветуете? 100%? 95 жаба душит...
Запасной диск есть в наличии.
Re: Настройка LSI SAS 9361-8i с батарейкой
Ну если Вы твёрдо уверены, что "в случае чего" на замену - когда-нибудь потом, по исчерпанию этого "запасного диска" - не попадётся новый диск размером "чуть меньше" (в пределах погрешности) исходного, то дерзайте.
P.S. Собственно, в нашем деле такое сплошь и рядом - размениваем время на пространство, скорость на объём, объём на надёжность (скажем, если Вы объедините оба Ваши диска в R-0, то Ваша жаба Вас похвалит за такой прирост объёма за те же деньги ), и т.д.
P.S. Собственно, в нашем деле такое сплошь и рядом - размениваем время на пространство, скорость на объём, объём на надёжность (скажем, если Вы объедините оба Ваши диска в R-0, то Ваша жаба Вас похвалит за такой прирост объёма за те же деньги ), и т.д.
Re: Настройка LSI SAS 9361-8i с батарейкой
Может кто то сталкивался... Сервер Supermicro зеркалл на кантроллере Avago Megaraid sas 9361-8i стоит Esxi 6.0.0 Update 3. Раз в неделю, почти как по расписанию по субботам с 14 до 19 где то в течении часа выскакивают ошибки:
Lost access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) following connectivity issues. В результате которых все виртуалки начинают дико висеть. Заданий на это время никаких нет, драйвер контроллера на Esxi установлен. По питанию судя по графикам с по для бесперебойника скачков нет. Могут на этом контроллер быть какие-то задания по проверке целосности массива или т. п.?
Lost access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) following connectivity issues. В результате которых все виртуалки начинают дико висеть. Заданий на это время никаких нет, драйвер контроллера на Esxi установлен. По питанию судя по графикам с по для бесперебойника скачков нет. Могут на этом контроллер быть какие-то задания по проверке целосности массива или т. п.?
Re: Настройка LSI SAS 9361-8i с батарейкой
Добрый день! Зеркало на основе Avago Megaraid sas 9361-8i стоит Esxi 6.0.0. Раз в неделю, почти как по расписанию по субботам с 14 до 19 где то в течении часа выскакивают ошибки:
Lost access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) following connectivity issues.
В результате которых все виртуалки начинают дико висеть. Заданий на это время никаких нет, драйвер контроллера на Esxi установлен. По питанию судя по графикам с по для бесперебойника скачков нет. Могут быть на Avago Megaraid sas 9361-8i какие то еженедельные задания по дефолту от производителя, которые при определенном стечении обстоятельств приводили к подобным висякам?
Lost access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) following connectivity issues.
В результате которых все виртуалки начинают дико висеть. Заданий на это время никаких нет, драйвер контроллера на Esxi установлен. По питанию судя по графикам с по для бесперебойника скачков нет. Могут быть на Avago Megaraid sas 9361-8i какие то еженедельные задания по дефолту от производителя, которые при определенном стечении обстоятельств приводили к подобным висякам?
Кто сейчас на конференции
Сейчас этот форум просматривают: Google [Bot] и 32 гостя