BBU - Батарея питания кэша - Battary Backup Unit
Модераторы: Trinity admin`s, Free-lance moderator`s
BBU - Батарея питания кэша - Battary Backup Unit
BBU - Battary Backup Unit
Батарейка для raid контроллера позволяющая сохранить информацию находящуюся в кеш памяти на момент экстренного отключения питания.
Информация сохраняется несколько суток.
(обычно 2 дня)
Батарейка для raid контроллера позволяющая сохранить информацию находящуюся в кеш памяти на момент экстренного отключения питания.
Информация сохраняется несколько суток.
(обычно 2 дня)
из mail переписки:
------------------------CUT----------------------
"BBU - Battary Backup Unit
Батарейка для raid контроллера позволяющая сохранить информацию находящуюся в кеш памяти на момент экстренного отключения питания.
Информация сохраняется несколько суток.
(обычно 2 дня)"
------------------------CUT----------------------
Это так и есть?
Т.е. данные в кеше (SDRAM), если не ошибаюсь, будут сохранятся день-два и ,
после восстановления питания, будут записаны?
Проведем мысленный эксперимент:
во время активной записи отключаем корзину от контроллера,
выключаем питание,
подключаем корзину,
включаем питание,
online на винты, если выпали....
получаем date in consistency?
Это пробовали продеоать, или так производитель пишет (где)?.
С уважением,
Артём Макаров
Ага, понял.setar писал(а):To Артём:
К сожалению при описаном вами эксперименте данные будут потеряны, т.к. до штатного для BBU события poweroff произойдёт событие RAID offline, соответственно буфферизировать данные нет смысла.
(новый эксперимент2) если SCSI подсистема (шина, корзина) в порядке, делаем poweroff. Данные будут записаны после воостановления питания (предполагаем, что диски в offline не выскочили).
Это где-то документировано у производителя? (ссылочка есть?)
(новый эксперимент3) - reset компу - сохранятся данные, или тут тоже все будет потеряно?
Случай практический. Сервер FreeBSD находится далеко, физически недоступен. Залочил систему IPFW. По SSH не войти. Единственый способ - позвать кого нибудь reset нажать.
(Правда есть средство отключить в ядре проверку клавы и клаву на ходу втыкать, а потом ctrl-alt-del)
Не надоел ещё?
Данные сохранятся.art писал(а):(новый эксперимент2) если SCSI подсистема (шина, корзина) в порядке, делаем poweroff. Данные будут записаны после воостановления питания (предполагаем, что диски в offline не выскочили).
Это где-то документировано у производителя? (ссылочка есть?)
Ссылочку поищу и поже вставлю в этот пост.
даные тоже сохранятся, и вот почитайте по поводу управления сервером на аппаратном уровне: плата расширения IPMI(новый эксперимент3) - reset компу - сохранятся данные, или тут тоже все будет потеряно?
Случай практический. Сервер FreeBSD находится далеко, физически недоступен. Залочил систему IPFW. По SSH не войти. Единственый способ - позвать кого нибудь reset нажать.
(Правда есть средство отключить в ядре проверку клавы и клаву на ходу втыкать, а потом ctrl-alt-del)
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Еще некоторые соображения по поводу батарейки.
Часто раздаются возгласы - "у меня UPS!". Так вот - не всегда он Вам поможет. Птому как - юпсы тоже летят, летят блоки питания, выдергиваются кабели. Бывает это редко, зато очень метко.
Что при этом произойдет.
1. Операционка уверена, что данные записаны, а на самом деле они того. В этом случае будут повреждены записываемые файлы, а Вы об этом даже не узнаете. А если и узнаете, то сделать ничего не сможете. Как крайний случай - повреждение файловой системы. Это еще похлеще будет. Структура NTFS то может быть и восстановится (а может быть и нет, т.к. при интенсивонй нагрузке потерянных кластеров может быть очень много), но вот данные...
2. Рассинхронизация (инконсистентность) массива. Дело в том, что сам контроллер будет думать, что он все записал, а на самом деле... В результате данные в информационных блоках и парити не будут совпадать. До некоторой степени это может быть вылечено consystensy check'ом (кстати далеко не все знают что это такое), но опять таки - далеко не всегда, смотря какая нагрузка и сколько сбойных блоков. А если при этом еще и реальные бэд блоки на винтах есть, дело вообще кончится очень печально. В таких случаях нередко происходит просто развал массива со всеми вытекающими...
Так что не стоит полагаться на авось и экономить на спичках - батарейка стоит как правило порядка полутора сотен баксов, что несравнимо со стоимостью сервера, и, тем более, данных.
Часто раздаются возгласы - "у меня UPS!". Так вот - не всегда он Вам поможет. Птому как - юпсы тоже летят, летят блоки питания, выдергиваются кабели. Бывает это редко, зато очень метко.
Что при этом произойдет.
1. Операционка уверена, что данные записаны, а на самом деле они того. В этом случае будут повреждены записываемые файлы, а Вы об этом даже не узнаете. А если и узнаете, то сделать ничего не сможете. Как крайний случай - повреждение файловой системы. Это еще похлеще будет. Структура NTFS то может быть и восстановится (а может быть и нет, т.к. при интенсивонй нагрузке потерянных кластеров может быть очень много), но вот данные...
2. Рассинхронизация (инконсистентность) массива. Дело в том, что сам контроллер будет думать, что он все записал, а на самом деле... В результате данные в информационных блоках и парити не будут совпадать. До некоторой степени это может быть вылечено consystensy check'ом (кстати далеко не все знают что это такое), но опять таки - далеко не всегда, смотря какая нагрузка и сколько сбойных блоков. А если при этом еще и реальные бэд блоки на винтах есть, дело вообще кончится очень печально. В таких случаях нередко происходит просто развал массива со всеми вытекающими...
Так что не стоит полагаться на авось и экономить на спичках - батарейка стоит как правило порядка полутора сотен баксов, что несравнимо со стоимостью сервера, и, тем более, данных.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: BBU - Батарея питания кэша - Battary Backup Unit
Дополнение в свете новых технологий ![Smile :)](./images/smilies/icon_smile.gif)
На большинстве современных аппаратных контроллеров устанавливаются не аккумуляторы, а суперконденсаторы и флэш - для той же цели.
Преимущества:
1. Срок жизни не ограничен 1-2 годами, как в случае аккумулятора. Кондера хватает на весь жизненный цикл сервера.
2. Предельная температура значительно выше (у BBU обычно 40 градусов, что иногда непросто обеспечить).
3. Кондер позволяет сбрасывать содержимое кэша на флэшку сразу же, а не дописывать при последующем включении (в случае BBU нужно успеть включить сервер в течение 2-3 дней после потери питания).
![Smile :)](./images/smilies/icon_smile.gif)
На большинстве современных аппаратных контроллеров устанавливаются не аккумуляторы, а суперконденсаторы и флэш - для той же цели.
Преимущества:
1. Срок жизни не ограничен 1-2 годами, как в случае аккумулятора. Кондера хватает на весь жизненный цикл сервера.
2. Предельная температура значительно выше (у BBU обычно 40 градусов, что иногда непросто обеспечить).
3. Кондер позволяет сбрасывать содержимое кэша на флэшку сразу же, а не дописывать при последующем включении (в случае BBU нужно успеть включить сервер в течение 2-3 дней после потери питания).
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 12 гостей