Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
ivv Участник
Вступление в Клуб: 09.01.2009
|
Ср Май 27, 2009 08:45  IBSO on Linux x86_64 |
|
Полезность: Нет оценки
|
Приветствую, коллеги!
Есть кто эксплуатирует ИБСО на Linux x86_64 с объемом базы скажем 150-500 Гб и количеством пользователей 200-400?
Интересуют ваши мнения-отзывы: производительностть,устойчивость к пиковым нагрузкам и т.д.
Со Спарком все понятно - работает гарантированно,надежно,устойчиво и без особых проблем. Сами используем и в целом удовлетворены.
Интересно именно x86_64 (Linux или Solaris) на достаточно больших объемах и кол-ве пользователей на адекватном железе - типа SUN 4600M2 (8 4х-ядерных оптеронов) или аналогичном. |
|
![](templates/subSilver/images/spacer.gif) |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Пт Окт 08, 2010 06:10   |
|
Полезность: Нет оценки
|
Господа, а действительно - новая политика 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? |
|
![](templates/subSilver/images/spacer.gif) |
cymtu Участник - экстремал
Вступление в Клуб: 26.03.2008
|
Пт Окт 08, 2010 07:36   |
|
Полезность: Нет оценки
|
Изначально как поменяли АБС работаем на SLES 10 64 бита, работает нормально. Только пока база данных не превышает 25 Гб. В основном проблемы с сервером приложений. |
|
![](templates/subSilver/images/spacer.gif) |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Пт Окт 08, 2010 07:54   |
|
Полезность: Нет оценки
|
Пока у нас база не превышает 250 Гб и не более 400 пользователей. |
|
![](templates/subSilver/images/spacer.gif) |
salnicov Участник
Вступление в Клуб: 08.09.2009
|
Пн Окт 11, 2010 11:50   |
|
Полезность: Нет оценки
|
у нас небольшая бд ~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Гб более сложные запросы работают быстрее на много, и на более больших объемах данных. Но с Санами имел дело при работе в телефонной компании, там немного другая специфика, поэтому мои суждения субъективны очень. |
|
![](templates/subSilver/images/spacer.gif) |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Пн Окт 11, 2010 12:26   |
|
Полезность: Нет оценки
|
- ядро не нехалемвское у этих процессоров, соответственно немного не то у меня есть такие же ксеончики например, компиляция объектов в Oracle на них идет шустрее чем на SUN Fire V890 на 4 спарках частотой 1,5. |
|
![](templates/subSilver/images/spacer.gif) |
diman.tm Участник
Вступление в Клуб: 19.04.2013
|
Вт Сен 17, 2013 15:49   |
|
Полезность: Нет оценки
|
Коллеги, окажите помощь. Опыта работы с СУБД ORacle мало. Сейчас база ЦФТ у меня крутиться на sles 10 + oracle 11.2.0.2
Объем базы 400 ГБ. (порядка 100 ГБ схема aud)
Планируем переезд на новое железо (Два Intel Xeon E5-2690 8C/16T и 128 ГБ оперативы).
Подскажите, какую ось выбрать? SLES 11 или Solaris 11.1 ?? |
|
![](templates/subSilver/images/spacer.gif) |
vtar Эксперт
Вступление в Клуб: 20.03.2009
|
Вт Сен 17, 2013 22:06   |
|
Полезность: Нет оценки
|
HP-UX |
|
![](templates/subSilver/images/spacer.gif) |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Ср Сен 18, 2013 06:31   |
|
Полезность: Нет оценки
|
Я за SLES 11 , Солярис х86- себе не стал бы выбирать, нагрузочное тестирование не делал(да оно мне и не интересно), сам факт что сначала выходят пачсеты для Linux,а потом под все остальное уже интересен. Бог его знает что вообще будет с Solaris - и с Solaris х86 в частности от Oracle всего ожидать можно. А по-большому вопрос Веры это больше - кто-то свинину кушает, кому то ее нельзя (но все равно кушает), кто-то смотрит Дом 2, а кто то его ругает -что аморально и не этично(а все равно смотрит). Учитывая что есть опыт работы с sles, лучше остаться на этой ОС. |
|
![](templates/subSilver/images/spacer.gif) |
diman.tm Участник
Вступление в Клуб: 19.04.2013
|
Ср Сен 18, 2013 08:52   |
|
Полезность: Нет оценки
|
Спасибо большое за советы.
Напрягает меня отсутствие карточных обработчиков под linux... Они у нас сейчас крутятся на виртуальном соляросервере.
Я хотел как раз нагрузочное тестирование сделать групповой операцией перепланирование кредитов... Но узнав о множестве подводных камней с установкой и переносом базы с linux на solaris решил отказаться от этой идею. Пусть тогда будет sles 11.
Спасибо. |
|
![](templates/subSilver/images/spacer.gif) |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Ср Сен 18, 2013 09:05   |
|
Полезность: Нет оценки
|
diman.tm пишет: | Но узнав о множестве подводных камней с установкой и переносом базы с linux на solaris решил отказаться от этой идею. Пусть тогда будет sles 11.
Спасибо. | - платформа и там и там х86 - нет там никаких трудностей - little-endian везде
Код: |
SQL> select * from v$transportable_platform where PLATFORM_NAME like ('%86%');
PLATFORM_ID PLATFORM_NAME ENDIAN_FORMAT
----------- ----------------------------------------------------------------------------------------------------- --------------
13 Linux x86 64-bit Little
12 Microsoft Windows x86 64-bit Little
17 Solaris Operating System (x86) Little
20 Solaris Operating System (x86-64) Little
21 Apple Mac OS (x86-64) Little
|
|
|
![](templates/subSilver/images/spacer.gif) |
|