Сервер под Oracle

Сильно зависит от структуры базы,

Около 3 сотен таблиц, в основном где то окого 20-30к записей, есть ряд по 200-300к записей, парачка более 2000кзаписей.
К базе идёт много мелких индексированных запросов(основная масса)
Есть ряд тяжеловесных запросов.
Параметризации запросов нет.

В общем примерно такая статистика: процессоров чем больше тем лучше. При твоем профиле - не менее 8. Лучше 32 :-)

Диски... Тебе не особо критично - все равно все в память сядет. Разве что под temp/rollback/redo.

Память - от 16ГБ. Лучше 24 или 32 (клиентов больно много).

Вполне подойдет какая-нибудь сантехника... Только дорого будет. Или какой-нибудь из старших хьюлетов на x86-64.

Это сугубо IMHO.

ну и купите тогда бренд какой-нибудь. быстрые scsi диски + большой обьем памяти (4Gb минимум). Я бы может еще спросил на конференции ixbt.com. Если у вас заранее известна нагрузка, то наверное она у вас уже где-то работает? А там какой сервер?

Сейчас БД крутится на очень скромном серваке ( тестовый запуск системы)
2хxeon 2.8 Ghz 2Gb оперативки - при 300 пользователях сервер уже "не живёт"(его работу трудно назвать жизнью)
Тестировали Sun SunFire V880 (8 процессоров 1 GHz 16 Gb оперативки) - като не впечатлило
Нагрузку моделировали запросами из системы - без задержек отработки клиентской оболочки и нонстопом
При таком "издевательстве" сервер выдерживал около 240 пользователей ( оценка - около 1200 реальных пользователей).

Сейчас надо выработать рекомендации к серверу ( деньгами не ограничен, но в разумных пределах).
Присматривался к 4 DualCore Xeon (7104 MP вроде) и 16 Gb оперативки от HP - это будет помощнее чем v880?

Ещё интересна масштабируемость - т.к. возможно увеличения порого до 2000 пользователей

Если сможете договориться - возьмите на-погонять систему на 4хOpteron8222(4 х 2-хядерность = 8 процессоров) + гигов 16 памяти.

Запустите там x86_64 Oracle и протестируйте.

Херасе.
У нас база гораздо больше, клиентов в раза 4 меньше (но все активные), так sybase на 2xXeon (+HT), 4G RAM живет прекрасно.

>Херасе.
>У нас база гораздо больше, клиентов в раза 4 меньше (но все активные), так sybase на 2xXeon (+HT), 4G RAM живет прекрасно.

Честно говоря - решение достаточно паршивое =) ( приходится с этим мерится, так как не своё)

В базу шлётся очень много мелких запросов, на данный момент не параметризованных. Из-за этого основное время тратится на парсинг.
Сейчас попытаемся исправить это.

При тех же 300(10% активных) - сервак "не жил" из за нехватки оперативки(2 Гб реально мало)

p.s. Я думаю если нонстопно подолбить сервак селектами(простыми, с разными условиями, джойнами) /инсертами/ апдейтами - то же начнёт валится. Тут ещё важен отклик системы ( не любят манагеры долго ждать)

на писюках в SGA все равно больше 3.2Gb не сядет, поэтому x86 тупик и делать большую машину смысла нет, хотя можно RAC поднять.

> на писюках в SGA все равно больше 3.2Gb не сядет

x86-64 - слышали такое слово? :-) Кроме того уже говорилось, что база порядка 2ГБ. И затык будет именно в процессорах - чем они быстрее и чем их больше, тем лучше.

Спарки на самом деле тормозные процессоры, и x86 их делают по соотношению цена/производительность практически всухую. Но найти многопроцессорный (много - это "более 8") x86 уже проблемно. Как говорилось - это всякие "старшие" HP и IBM xSeries.

О чем Вы говорите господа? 2xXEON& max 4GB RAM при 500 активных пользователей должно хватать за глаза. Рулите параметрами СУБД.

Все зависит от базы и запросов. И таки на 500 активных сессий 2 процессоров не хватит.