LSI Logic 320-2

[SPART]

вопросы возникли.

Проясните пожалуйста ситуацию по контроллеру LSI Logic 320-2. Нужно два контроллера объединить в отказоустойчивый стек в одном сервере.
Можно ли это сделать используя модель данного контроллера. Если возможно, то по какому варианту подключать корзину с винтами.

Сейчас используется один контроллер и одна корзина с шестью винтами.Также возможно ли при выходе из строя контроллера, не потерять данные в массиве, заменив дохлый контроллер на новый. Нужны ли контроллеры одинаковой ревизии или только одинаковые версии БИОС.

[exLH]

Подцеплять внутри одного сервера два контроллера к одной пачке дисков смысла и толку нет. Объединить диски. подключенные к двум контроллерам в один RAID-массив также нельзя.
Если контроллер выходит из строя, то достаточно поменять его на рабочий, а после этого, при загрузке считать информацию с дисков.
Если используете отложенную запись и ожидаете выхода из строя контроллера, то надо ставить TBBU - там батарейка прямо на кэше, поэтому можно сохранить содержимое кэша, перенеся его в другой контроллер.

[gs]

По первому вопросу - не занимался этим, но скорее всего нет. Для такого рода вещей придуманы внешние FC или SCSI системы, где дублирование контроллеров как правило предусмотрено само собой. А тут все же не тот класс оборудования. Во внешних системах фирмваре на порядок стабильнее (потому они столько и стоят), а без этого нет смысла в дублировании (логические сбои PCI контроллеров гораздо чаще бывают, чем физические).

По второму вопросу - можно. Это естественное свойство всех приличных контроллеров. Ну разве что матюгнется на несоответствие конфигурации и фоновый инит на всякий случай запустит (разрушения данных не будет). Для пущей защиты придуманы еще TBBU, которые позволяют при поломке контроллера кэш переставить на другой с сохранением недозаписанной на винты информации (правда я не помню случая, чтобы это помогло ).

[gs]

Гы! Одно и тоже написали

[gs]

Так что уж если очень надо - смотрите на внешние ящики (www.chaparralnet.com например) или просто положите второй контроллер в ЗИП (замена - дело получаса).

[SPART]

1)в даташитах написано о поддержке кластера (кроме возможности работы с технологией Microsoft Clastering). Что имеется ввиду ?
2) рассмотрим ситуацию. Есть конфигурация: сервер, LSI Logic 320-2, к контроллеру подключена одна корзина с 6 винтами. 5 работают в массиве RAID5. На контроллере стоит TBBU. В какой последовательности менять контроллер (если он выйдет из стоя) на новый. Какие опции выбирать в софте контроллера.

3) в какой режим поставить работу с кешем, чтобы была наибольшая надежность (желательно без сильного падения производительности)
4) покупать запасной контроллер с TBBU или без него ?
5) если инфа в кеше обнулилась (после выхода из строя контроллера), приведет ли это к краху системы, после замены контроллера. Какие процедуры нужно делать на контроллере (в его софте). Был случай после ребилдинга массива на Майлексе система рухнула. Тогда были потери контакта в корзине с двумя винтами из трех. Данные восстановить не удалось

[ALEX_SE]

Для пущей защиты придуманы еще TBBU, которые позволяют при поломке контроллера кэш переставить на другой с сохранением недозаписанной на винты информации

поэтому можно сохранить содержимое кэша, перенеся его в другой контроллер

Можно подробнее каким образом?

[a_shats]

ALEX-SE
Просто: батарейка посажена прямо на модуле DIMM - при отказе контроллера модуль (вместе с батарейкой) переносится на новый контроллер.
Другое дело - насколько корректны данные в кэше при смерти контроллера

[ALEX_SE]

А, ну это на 320-2.
А с 320-1 не покатит как я понял?..

[exLH]

Да, конечно, как минимум, нужно, чтобы память можно было достать из контроллера

[gs]

1. Имеется в виду именно возможность создать кластер, поставив контроллеры в разные машины и прицепив их к общему дисковому ящику. Только лучше так не делать - мы такой "кластер" на прошлой неделе уже чинили. Слава аллаху, что хоть данные удалось спасти.

2. В контроллере собственно ничего делать не надо - просто желательно, чтобы были одинаковые прошивки. Вырубаете машину, переставляете контроллер, втыкаете модуль ТББУ из сдохшего и все включаете. Контроллер ругается на несоответствие конфигурации, но подхватывает конфиг и запускает фоновый чек.

3. При наличии батарейки можно относительно безопасно включать write back.

4. Достаточно одного. Но на самом деле это теория, имхо можно и обычными батарейками спастить. Просто как уже говорили, ТББУ предназначен для спасения несохраненных данных при поломке контроллера, а в такой ситуации с весьма высокой вероятностью в кэше будет не пойми что.

5. После смены контроллера надо будет запустить консистенси чек. Он пофиксит несоответствия. Хотя конечно 100% защиты не бывает.
А в случае с майлексом зря Вы сразу к нам не обратились. Весьма вероятно, что все бы удалось поднять (в том случае надо было просто сделать make online).

[ALEX_SE]

exLH - туплю, сорри. Она же там встроенная

Контроллер ругается на несоответствие конфигурации, но подхватывает конфиг и запускает фоновый чек.

А у меня вот, после прошивки не просто ругнулся... Начал пищать так, что перебудил всю охрану И не загрузился. Конфиг в NVRAM у него видите ли стерся. Покуда не сохранил конфиг с дисков - не перестал. Если я перед подобными операциями буду в настройках отключать аларм, и ставить принудительный лоад конфига с дисков - он не будет так злиться, и загрузиться ли автоматом взяв конфиг с винтов? Или мои настройки при обновлении все-равно сотруться?

[a_shats]

В Other Adapter Options Force Boot=ON

[gs]

Надо просто врубить принудительное чтение конфига с винтов. У майлекса это было само собой, а у LSI почему-то по дефолту приоритет имеет конфиг в NVRAM.

[ALEX_SE]

Принудительное чтение вообще, при любой работе, или только в моменты обновления?

Можно ли это сделать из GAM? Я что-то не найду.