CftClub.ru

[ivv]

Приветствую, коллеги!
Есть кто эксплуатирует ИБСО на Linux x86_64 с объемом базы скажем 150-500 Гб и количеством пользователей 200-400?
Интересуют ваши мнения-отзывы: производительностть,устойчивость к пиковым нагрузкам и т.д.

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

Интересно именно x86_64 (Linux или Solaris) на достаточно больших объемах и кол-ве пользователей на адекватном железе - типа SUN 4600M2 (8 4х-ядерных оптеронов) или аналогичном.

[Serj]

Господа, а действительно - новая политика Oracle по железу как то не очень кошерная, х86 расцвели с новой силой - процессоры Opteron уже получили 12 ядер на процессор, Nehalem у Intell получил наконец то встроенный контроллер памяти и кэш 3-его уровня(правда противозный Hyper-threading оставили ) ) - SLES 11 достаточно неплохо работает с shared_memory & db_cache_size объемом 32Гб(сам проверял) - никто не задумывался о переводе базы ИБСО с SPARC на х86 ? Разумеется речь о "монстрах" с серверами класса SPARC Enterprise M8000 и памятью под нужды БД более 64 Гб речь не идет - там разве что миграция на IBM Power & AIX что-то даст. Никто из коллег не думал перейти с Sun Enterprise М4000 на что нибудь из лагеря х86?

[cymtu]

Изначально как поменяли АБС работаем на SLES 10 64 бита, работает нормально. Только пока база данных не превышает 25 Гб. В основном проблемы с сервером приложений.

[Serj]

Пока у нас база не превышает 250 Гб и не более 400 пользователей.

[salnicov]

у нас небольшая бд ~50Гб сейчас.
Работаем под SLES 9, сервер HP
процессоры
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU E7330 @ 2.40GHz
stepping : 11
cpu MHz : 2400.006
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
bogomips : 4784.12
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual

оперативной памяти 56Гб.

Из-за небольшого кэша на процессорах очень грустная скорость выполнения запросов. На куда более скромном Сане с бд около 200Гб более сложные запросы работают быстрее на много, и на более больших объемах данных. Но с Санами имел дело при работе в телефонной компании, там немного другая специфика, поэтому мои суждения субъективны очень.

[Serj]

- ядро не нехалемвское у этих процессоров, соответственно немного не то у меня есть такие же ксеончики например, компиляция объектов в Oracle на них идет шустрее чем на SUN Fire V890 на 4 спарках частотой 1,5.

[diman.tm]

Коллеги, окажите помощь. Опыта работы с СУБД ORacle мало. Сейчас база ЦФТ у меня крутиться на sles 10 + oracle 11.2.0.2

Объем базы 400 ГБ. (порядка 100 ГБ схема aud)

Планируем переезд на новое железо (Два Intel Xeon E5-2690 8C/16T и 128 ГБ оперативы).

Подскажите, какую ось выбрать? SLES 11 или Solaris 11.1 ??

[vtar]

HP-UX

[Serj]

Я за SLES 11 , Солярис х86- себе не стал бы выбирать, нагрузочное тестирование не делал(да оно мне и не интересно), сам факт что сначала выходят пачсеты для Linux,а потом под все остальное уже интересен. Бог его знает что вообще будет с Solaris - и с Solaris х86 в частности от Oracle всего ожидать можно. А по-большому вопрос Веры это больше - кто-то свинину кушает, кому то ее нельзя (но все равно кушает), кто-то смотрит Дом 2, а кто то его ругает -что аморально и не этично(а все равно смотрит). Учитывая что есть опыт работы с sles, лучше остаться на этой ОС.

[diman.tm]

Спасибо большое за советы.
Напрягает меня отсутствие карточных обработчиков под linux... Они у нас сейчас крутятся на виртуальном соляросервере.
Я хотел как раз нагрузочное тестирование сделать групповой операцией перепланирование кредитов... Но узнав о множестве подводных камней с установкой и переносом базы с linux на solaris решил отказаться от этой идею. Пусть тогда будет sles 11.
Спасибо.

[Serj]