ще раз :) батарейка служит для того, что бы держать неск часов кеша записи (данные которые контроллер закоммител для ОС) при пропадании питания или контр и винта(ов)08.10.08 15:00 Число просмотров: 3654 Автор: Garick <Yuriy> Статус: Elderman
И контроллер сбросит их на диск при появлении питания.
Такие случаи возможны при глюке БП, например. ОС перегрузится, но закоммиченные данные (например журналы СУБД) не пропадут.
ТЕ батарейка не обеспечивает продолжительность работы серванта или дисковой системы, этим занимается питание стойки - упс, например. А занимается "гарантией" того, что кеша записи будут сброшены на винт. и фиг включите кеш записи в контроллере без самой батарейки и требуемого уровня заряда (по крайнем мере в НР так) :) Не уточнял, но, вроде, возможно снять планку кешпамяти с батарейкой и переставить в другой контроллер, это если дискретный контроллер сдыхает.
Если не нужна высокая производительность трансакций записи - то и батарейка не нужна - весь кеш контроллера будет работать как кеш чтения. А тип трансакций , как догадались, зависит от применения СУБД :)
Покупаем сервер в следующей конфигурации:
строится на - Server Platform SR2500ALLX, 2шт. X5450 Intel Quad-Core Xeon 3,0GHz-12Mb/1333 S771, 4 шт. DDR2 1GB Samsung PC5300 ECC Fully Buffered, 6 шт. 300GB Seagate ST3300655SS CHEETAH SAS 15000rpm, Intel RAID Activation Key SAS (AXXRAK18E) + салазки и т.д.
Пользоваться будет для кручения 100-120gb баз данных + возможно сервер терминалов(жалко только под базы отдавать сей сервер)
Ну и собственно вопросы:
Какой уровень рэйда делать ? 5 или 6 ?
Целесообразно ли ставить 64bit OS ?
Поставщик крутит на Intel RAID Smart Battery для SRCSAS144E, AXXRAK18E (AXXRSBBU3) - нужна ли ?
Стоит ли взять ещё один рэйд контроллер ? (базы довольно критичны)
Пожелания и замечания приветствуются =)
Как успехи? Железка уже работает?21.10.08 15:10 Автор: Den <Денис Т.> Статус: The Elderman
СУБД? конфигурация дисковых массивов? зеркало из 2х для системы + 4 на дату? Или хотите систему и данные на одном массиве держать?:)07.10.08 19:11 Автор: Garick <Yuriy> Статус: Elderman
Это уже детали. Мы в основном обсуждаем подходящую начинку и ИМХО, начинка для указанных целей вполне...08.10.08 10:55 Автор: Den <Денис Т.> Статус: The Elderman
"Подходящую начинку" для чего? Каждая СУБД имеет специфические требования по установке и обслуживанию, например поведение с РАМ и диск кешем.08.10.08 11:43 Автор: Garick <Yuriy> Статус: Elderman
у того же мускла есть несколько режимов работы БД. Также есть существенные отличия между ОЛТП и ОЛАП. Может "база данных" - очищенные данные "медленные" данные BI. И днем чтение, а ночью кубы строятся :)08.10.08 15:03 Автор: Garick <Yuriy> Статус: Elderman Отредактировано 08.10.08 15:03 Количество правок: 1
Тип данных влияет на конфигурацию соотношения кеша чтения/записи в рейде. Хотя, в этой подветке я рассматривал весь сервер целиком :)08.10.08 16:18 Автор: Garick <Yuriy> Статус: Elderman
На одном массива из 6 дисков можно сделать маленький уровня 1+0 для системы и большой уровня 5 для базы.08.10.08 09:55 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Строя сложные рейды необходимо сразу просчитывать план аварии. Сможем ли обеспечить восстановление при слете платформы?08.10.08 11:53 Автор: Garick <Yuriy> Статус: Elderman
Вылетает системная плата. И в ремонт уходит онбоардный рейд (и еще с батарейкой и инфой в кешах).
Куда подключить эти винты, что бы вытащить БД? Найти временный рейд низкого уровня проще и слить или работать с пониженной производительностью. Допустим есть ночной бекап, а текущее состояние? Нужно текущее состояние?
Это все абсолютно правильно, но это проблема уже другого...08.10.08 13:54 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 08.10.08 13:55 Количество правок: 1
> Вылетает системная плата. И в ремонт уходит онбоардный рейд > (и еще с батарейкой и инфой в кешах). > Куда подключить эти винты, что бы вытащить БД? Найти > временный рейд низкого уровня проще и слить или работать с > пониженной производительностью. Допустим есть ночной бекап, > а текущее состояние? Нужно текущее состояние?
Это все абсолютно правильно, но это проблема уже другого уровня.
Да, абсолютно надежных и безотказных рэйд-контроллеров не бывает. Но на данном уровне решается проблема использовать рэйд или нет. Она решена в пользу использования для увеличения надежности и, как побочный эффект, скорости. От того какий именно контроллер, интегрированый в системную плату или нет, от того, кто его производитель и всего прочего уже не зависит сложность восстановления системы при умирании контроллера. Это отдельная тема, являющаяся продолжением этой, хотя о ней забывать нельзя.
Для ОС на интегрированном RAID не столь критично. [upd]08.10.08 12:18 Автор: Den <Денис Т.> Статус: The Elderman Отредактировано 08.10.08 16:00 Количество правок: 1
В особенности, если есть резервная копия состояния системы или еще лучше, теневая копия системного раздела.
[upd]
Ко всему прочему ничто не мешает сохранить настройку RAID массивов контроллера в файлике, а потом поднять эту настройку на другой борде с таким же интегрированным RAID контроллером.
Меня мало волнует системный раздел на сервере БД. Там не должно быть основных системных сервисов (АД, ДНС, ДХЦП)08.10.08 12:24 Автор: Garick <Yuriy> Статус: Elderman
> А ОС в данном случае проще переустановить, чем откачать. > Меня интересует данные в БД. вот и меня интересуют именно данные в БД, систему накатить это час-два максимум
а строить всё на интегрированном контроллере не хотелось бы, ибо при вылете матери я не найду в течении 1 дня новую, а отдельный контроллер можно сразу купить
Тебе же ставят один PCI-E RAID контроллер, вот и подключишь к нему диски для баз.08.10.08 15:57 Автор: Den <Денис Т.> Статус: The Elderman
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
