Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
|
Что же ты не написал, что платформа "Intel", а борда S5000PAL? :) [upd3/fix] 07.10.08 10:51 Число просмотров: 3700
Автор: Den <Denis> Статус: The Elderman Отредактировано 21.10.08 13:44 Количество правок: 6
|
> почти 5, тока до 2 сгоревших винтов
Пора мне провести ревизию знаний матчасти...
[upd]
ну вот и провел...
RAID 6 отличается от RAID 5 только тем что пишет две одинаковые контрольные контрольные суммы на разные диски. Таким образом получаем потерю полезного объема в два диска вместо одного в RAID 5.
Параллельно изучил очень интересную документацию на сайте Intel'а, в которой сказано, что в шасси SR2500 можно использовать midplane с поддержкой RAID 6, но для этого, как я понял, нужно брать не преконфигурированную систему (как в твоем случае), а заказывать набор из строительных блоков (т.н. "OEM Building Blocks").
Твоя преконфигурированная система SR2500ALLX соответствует следующему набору строительных блоков:
Chassis: SR2500, Motherboard: S5000PAL, Midplane: FALSASMP, PCI-E raiser card: ASR2500FHR, FANs kit: FSR2500LXFAN, Control panel: ASR2500FP
Для поддержки RAID 6, необходимо ставить в это шасси midplane FALSASMP2 с ключом активации AXXRAKSAS2 (причем этот самый ключ активации очень смахивает на таблетку, которой обычно открывают дверь в парадную. :) )
То есть в обоих случаях (FALSASMP и FALSASMP2) это нифига не онбордовый контроллер, а так называемая "средняя планка" с рейдом на борту, которая соединяется с систембордой специальным шлейфом через т.н. "мостовые соединители" (bridge connectors) и обеспечивает подключение накопителей, панели управления и блока вентиляторов.
[fix]
FALSASMP не поддерживает RAID 6 по причине того, что является контроллером первого поколения, тогда как контроллеры второго поколения поддерживают данный уровень.
[/fix]
[/upd]
> вот и думка 64-bit и 8gb
> Чем ? Только памятью ? приложения ещё долго будут 32-bit > (конкретно у меня)
32 битные приложения и сервисы прекрасно работают на 64 битной Windows Server. Лично проверил на Windows Server 2008 64-bit.
> предлагают сразу 2к3 64bit
Пусть предложат 2k8 :) Зато на будущее сервак будет с лицензией от WinSvr2k до WinSvr2k8.
[upd]
ко всему прочему, по этой же лицензии можно ставить 32 битную ОС вместо 64 битной и наоборот.
[/upd]
> вот интэгрэйтед мну и смущает
> ммм, я так понял что это вышел только интегрированный ((( > хотя просил именно внешний
Уточняй конфигурацию у поставщика, м.б. пока не поздно что-то поменять.
|
<sysadmin>
|
Обругайте сервер 07.10.08 09:30
Автор: LOnG <LOnG> Статус: Member
|
Покупаем сервер в следующей конфигурации:
строится на - 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 <Denis> Статус: The Elderman
|
|
| |
Привезли, времени нет поставить ) Хожу вокруг неё, слюни текут поиграццо 21.10.08 17:36
Автор: LOnG <LOnG> Статус: Member
|
|
|
СУБД? конфигурация дисковых массивов? зеркало из 2х для системы + 4 на дату? Или хотите систему и данные на одном массиве держать?:) 07.10.08 19:11
Автор: Garick <Yuriy> Статус: Elderman
|
|
| |
Это уже детали. Мы в основном обсуждаем подходящую начинку и ИМХО, начинка для указанных целей вполне... 08.10.08 10:55
Автор: Den <Denis> Статус: The Elderman
|
|
| | |
"Подходящую начинку" для чего? Каждая СУБД имеет специфические требования по установке и обслуживанию, например поведение с РАМ и диск кешем. 08.10.08 11:43
Автор: Garick <Yuriy> Статус: Elderman
|
|
| | | |
Например? 08.10.08 12:14
Автор: Den <Denis> Статус: The Elderman
|
|
| | | | |
у того же мускла есть несколько режимов работы БД. Также есть существенные отличия между ОЛТП и ОЛАП. Может "база данных" - очищенные данные "медленные" данные BI. И днем чтение, а ночью кубы строятся :) 08.10.08 15:03
Автор: Garick <Yuriy> Статус: Elderman Отредактировано 08.10.08 15:03 Количество правок: 1
|
|
| | | | | |
Ни OLTP, ни OLAP не имеют никакого отношения к кешу RAID контроллера. 08.10.08 15:54
Автор: Den <Denis> Статус: The Elderman
|
|
| | | | | | |
Тип данных влияет на конфигурацию соотношения кеша чтения/записи в рейде. Хотя, в этой подветке я рассматривал весь сервер целиком :) 08.10.08 16:18
Автор: Garick <Yuriy> Статус: Elderman
|
|
| | | | | | | |
Флудыры ))) 08.10.08 17:05
Автор: LOnG <LOnG> Статус: Member
|
не будет там мускула )
ms sql может будет пара базок маленьких
|
| | | | | | | | |
Маленьких? Гигов, эдак, на 150 каждая??? :)) 08.10.08 17:30
Автор: Den <Denis> Статус: The Elderman
|
|
| | | | | | | | | |
Ни дядьку, гигов по 10, остальное базы К+ для обработки и т.д. 08.10.08 17:37
Автор: LOnG <LOnG> Статус: Member
|
|
| |
На одном массива из 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 <Denis> Статус: The Elderman Отредактировано 08.10.08 16:00 Количество правок: 1
|
В особенности, если есть резервная копия состояния системы или еще лучше, теневая копия системного раздела.
[upd]
Ко всему прочему ничто не мешает сохранить настройку RAID массивов контроллера в файлике, а потом поднять эту настройку на другой борде с таким же интегрированным RAID контроллером.
|
| | | | |
Меня мало волнует системный раздел на сервере БД. Там не должно быть основных системных сервисов (АД, ДНС, ДХЦП) 08.10.08 12:24
Автор: Garick <Yuriy> Статус: Elderman
|
А ОС в данном случае проще переустановить, чем откачать.
Меня интересует данные в БД.
Это не касается СБС, там все в одном (в тч и лиц ограничения). Но "мелкий" бизнес почти не создает информации для которой критична потеря одного дня.
|
| | | | | |
вот и меня интересуют именно данные в БД, систему накатить... 08.10.08 14:02
Автор: LOnG <LOnG> Статус: Member
|
> А ОС в данном случае проще переустановить, чем откачать. > Меня интересует данные в БД. вот и меня интересуют именно данные в БД, систему накатить это час-два максимум
а строить всё на интегрированном контроллере не хотелось бы, ибо при вылете матери я не найду в течении 1 дня новую, а отдельный контроллер можно сразу купить
|
| | | | | | |
Тебе же ставят один PCI-E RAID контроллер, вот и подключишь к нему диски для баз. 08.10.08 15:57
Автор: Den <Denis> Статус: The Elderman
|
|
|
|