|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
||
|---|---|---|
Участник
Сообщения: 9 300
|
||
| 24.05.2016, 18:10 |
|
|
|
|
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Есть сервер с ОС SLES 12 SP1 VM, на котором создан raid5 из 4 дисков (500ГБ, 15000 RPM), а также под KVM запущены три гостевые машины (ОС такая же, как у хоста). 1 машина: Oracle БД 12 + Графика 2 машина: Oracle БД 11 + Графика 3 машина: Oracle БД 11 XE Первые две машины идентичные, отсутствие только в версии БД Oracle. Третья такая же, но без графики. На второй и третьей машине БД Oracle ужасно тормозит, oracle устанавливается не первый раз, даже есть другая машина на VMWare ESXi, с ОС openSUSE 13.1, где установлен Oracle БД 11 XE - вот на этой машине все летает, приблизительно также быстро как на 1 машине. Подскажите, что этом может быть, в какую сторону копать, вдруг вы от кого-то что-то слышали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2016, 15:54 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
VVittya, А что именно тормозит?? есть какие-то логи, скриншоты ОЕМ и т.д. и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2016, 16:22 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
VVittya....на котором создан raid5 из 4 дисков.... Одному мне кажется, что удивление вызывает удивление на факт "тормозит" ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2016, 18:10 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
trace.log, БД используется приложением, написанным на Java через JDBC драйвер. После авторизации в приложении оно делает множество простых выборок из БД - по id записи (select * from table_name where record_uq = ?). Примерное кол-во таких выборок 4000 - это инициализация приложения. Соответственно на 1 машине и на машине на VMWare ESXi инициализация занимает 3-6 секунд. А на 2 и 3 машине - 2 минуты. Измеряли скорость записи/чтения с диска - на всех машинах она примерно одинаковая. Также снимали tcpdump в момент инициализации приложения. Вот фрагмент на 1 машине (IP 192.168.3.221): 13:03:49.840133 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [.], ack 79696, win 353, options [nop,nop,TS val 15878461 ecr 15372792], length 0 13:03:49.840304 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [.], seq 146345:149241, ack 79696, win 353, options [nop,nop,TS val 15878461 ecr 15372792], length 2896 13:03:49.840313 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [P.], seq 149241:150648, ack 79696, win 353, options [nop,nop,TS val 15878461 ecr 15372792], length 1407 13:03:49.840336 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [.], ack 149241, win 465, options [nop,nop,TS val 15372792 ecr 15878461], length 0 13:03:49.840716 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [.], seq 79696:81144, ack 150648, win 465, options [nop,nop,TS val 15372792 ecr 15878461], length 1448 13:03:49.840724 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [P.], seq 81144:81566, ack 150648, win 465, options [nop,nop,TS val 15372792 ecr 15878461], length 422 13:03:49.840760 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [.], ack 81566, win 353, options [nop,nop,TS val 15878461 ecr 15372792], length 0 13:03:49.840947 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [.], seq 150648:153544, ack 81566, win 353, options [nop,nop,TS val 15878461 ecr 15372792], length 2896 13:03:49.840955 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [P.], seq 153544:154835, ack 81566, win 353, options [nop,nop,TS val 15878461 ecr 15372792], length 1291 13:03:49.840979 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [.], ack 153544, win 465, options [nop,nop,TS val 15372792 ecr 15878461], length 0 13:03:49.841408 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [.], seq 81566:83014, ack 154835, win 465, options [nop,nop,TS val 15372793 ecr 15878461], length 1448 13:03:49.841416 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [P.], seq 83014:83436, ack 154835, win 465, options [nop,nop,TS val 15372793 ecr 15878461], length 422 13:03:49.841444 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [.], ack 83436, win 353, options [nop,nop,TS val 15878461 ecr 15372793], length 0 13:03:49.841625 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [.], seq 154835:157731, ack 83436, win 353, options [nop,nop,TS val 15878461 ecr 15372793], length 2896 13:03:49.841633 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [P.], seq 157731:159138, ack 83436, win 353, options [nop,nop,TS val 15878461 ecr 15372793], length 1407 13:03:49.841655 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [.], ack 157731, win 465, options [nop,nop,TS val 15372793 ecr 15878461], length 0 13:03:49.842003 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [.], seq 83436:84884, ack 159138, win 465, options [nop,nop,TS val 15372793 ecr 15878461], length 1448 13:03:49.842011 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [P.], seq 84884:85308, ack 159138, win 465, options [nop,nop,TS val 15372793 ecr 15878461], length 424 13:03:49.842039 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [.], ack 85308, win 353, options [nop,nop,TS val 15878461 ecr 15372793], length 0 13:03:49.842185 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [.], seq 159138:162034, ack 85308, win 353, options [nop,nop,TS val 15878461 ecr 15372793], length 2896 13:03:49.842191 IP testemonium.49244 > 192.168.3.221.ncube-lm: Flags [P.], seq 162034:163325, ack 85308, win 353, options [nop,nop,TS val 15878461 ecr 15372793], length 1291 13:03:49.842213 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [.], ack 162034, win 465, options [nop,nop,TS val 15372793 ecr 15878461], length 0 13:03:49.842551 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [.], seq 85308:86756, ack 163325, win 465, options [nop,nop,TS val 15372793 ecr 15878461], length 1448 13:03:49.842556 IP 192.168.3.221.ncube-lm > testemonium.49244: Flags [P.], seq 86756:87180, ack 163325, win 465, options [nop,nop,TS val 15372793 ecr 15878461], length 424 Вот фрагмент на 3 машине (IP 192.168.3.227): 13:04:44.790000 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], ack 53745, win 353, options [nop,nop,TS val 15892198 ecr 7725105], length 0 13:04:44.790226 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], seq 92761:95657, ack 53745, win 353, options [nop,nop,TS val 15892198 ecr 7725105], length 2896 13:04:44.790250 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [P.], seq 95657:97003, ack 53745, win 353, options [nop,nop,TS val 15892198 ecr 7725105], length 1346 13:04:44.790497 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], ack 97003, win 355, options [nop,nop,TS val 7725105 ecr 15892198], length 0 13:04:44.813841 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], seq 53745:55193, ack 97003, win 355, options [nop,nop,TS val 7725111 ecr 15892198], length 1448 13:04:44.813930 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [P.], seq 55193:55653, ack 97003, win 355, options [nop,nop,TS val 7725111 ecr 15892198], length 460 13:04:44.813957 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], ack 55653, win 353, options [nop,nop,TS val 15892204 ecr 7725111], length 0 13:04:44.814149 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], seq 97003:99899, ack 55653, win 353, options [nop,nop,TS val 15892204 ecr 7725111], length 2896 13:04:44.814167 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [P.], seq 99899:101131, ack 55653, win 353, options [nop,nop,TS val 15892204 ecr 7725111], length 1232 13:04:44.814448 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], ack 101131, win 355, options [nop,nop,TS val 7725111 ecr 15892204], length 0 13:04:44.837886 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], seq 55653:57101, ack 101131, win 355, options [nop,nop,TS val 7725117 ecr 15892204], length 1448 13:04:44.837964 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [P.], seq 57101:57561, ack 101131, win 355, options [nop,nop,TS val 7725117 ecr 15892204], length 460 13:04:44.838003 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], ack 57561, win 353, options [nop,nop,TS val 15892210 ecr 7725117], length 0 13:04:44.838242 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], seq 101131:104027, ack 57561, win 353, options [nop,nop,TS val 15892210 ecr 7725117], length 2896 13:04:44.838258 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [P.], seq 104027:105371, ack 57561, win 353, options [nop,nop,TS val 15892210 ecr 7725117], length 1344 13:04:44.838444 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], ack 105371, win 355, options [nop,nop,TS val 7725117 ecr 15892210], length 0 13:04:44.865782 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], seq 57561:59009, ack 105371, win 355, options [nop,nop,TS val 7725124 ecr 15892210], length 1448 13:04:44.865829 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [P.], seq 59009:59470, ack 105371, win 355, options [nop,nop,TS val 7725124 ecr 15892210], length 461 13:04:44.865850 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], ack 59470, win 353, options [nop,nop,TS val 15892217 ecr 7725124], length 0 13:04:44.866046 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], seq 105371:108267, ack 59470, win 353, options [nop,nop,TS val 15892217 ecr 7725124], length 2896 13:04:44.866057 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [P.], seq 108267:109497, ack 59470, win 353, options [nop,nop,TS val 15892217 ecr 7725124], length 1230 13:04:44.866328 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], ack 109497, win 355, options [nop,nop,TS val 7725124 ecr 15892217], length 0 13:04:44.889879 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], seq 59470:60918, ack 109497, win 355, options [nop,nop,TS val 7725130 ecr 15892217], length 1448 13:04:44.889959 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [P.], seq 60918:61379, ack 109497, win 355, options [nop,nop,TS val 7725130 ecr 15892217], length 461 13:04:44.890003 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], ack 61379, win 353, options [nop,nop,TS val 15892223 ecr 7725130], length 0 13:04:44.890241 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [.], seq 109497:112393, ack 61379, win 353, options [nop,nop,TS val 15892223 ecr 7725130], length 2896 13:04:44.890265 IP testemonium.36863 > 192.168.3.227.ncube-lm: Flags [P.], seq 112393:113737, ack 61379, win 353, options [nop,nop,TS val 15892223 ecr 7725130], length 1344 13:04:44.890581 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], ack 113737, win 355, options [nop,nop,TS val 7725130 ecr 15892223], length 0 13:04:44.913868 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [.], seq 61379:62827, ack 113737, win 355, options [nop,nop,TS val 7725136 ecr 15892223], length 1448 13:04:44.913946 IP 192.168.3.227.ncube-lm > testemonium.36863: Flags [P.], seq 62827:63288, ack 113737, win 355, options [nop,nop,TS val 7725136 ecr 15892223], length 461 Во втором варианте между ответами сервера (ACK SEQ) есть заметная пауза, то есть БД на 1 машине успевает обработать 600 запросов в секунду, а во втором варианте только 30 запросов в секунду. Не знаю куда дальше копать, склоняюсь к варианту, что Oracle 11 версии не совместим с ОС SLES 12 SP1. Делал конвертацию образов, которые потом запускал на локальной машине под VMWare Player и там картина сохраняется: Образ с 2 или 3 машины тормозит ровно на столько же, а образ с 1 машины или с VMWare ESXi - летает (+/-). Скажите, какие еще логи нужны сделаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2016, 18:22 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev, Да raid5 тормозит, но конвертация и запуск образов на локальной машине под VMWare Player, где raid5 уже не существует, картина не меняется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2016, 18:24 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
авторVVittya, Соответственно на 1 машине и на машине на VMWare ESXi инициализация занимает 3-6 секунд. А на 2 и 3 машине - 2 минуты. А SGA, PGA одинаковая на всех БД? И лучше уйти с raid5 на raid10, и лучше на каждую БД свою VM, так они будут все работать без тормозов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2016, 05:48 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
авторА SGA, PGA одинаковая на всех БД? Да на всех одинаковая. авторraid5 на raid10 RAID5 тут не причем, всегда его использовали на всех машинах. автори лучше на каждую БД свою VM, так они будут все работать без тормозов. Так и сделано, но у меня складывается впечатление, что БД Oracle нужно ставить только на Oracle Linux. А если быть точнее на специально подготовленную машину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2016, 15:15 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Для начала посмотрите статусы индексов на проблемной системе и сравните планы запросов с теми системами, где "летает". ...да просто трассу 10046 level8 снимите и сравнительно проанализируйте... ...AWR... В общем, если "на первой" "летает", а на "точно такой же но без графики" "ужасно тормозит" - то дело явно не в SLES и не в TCP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2016, 18:12 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Хорош шаманитьДля начала посмотрите статусы индексов на проблемной системе и сравните планы запросов с теми системами, где "летает". ...да просто трассу 10046 level8 снимите и сравнительно проанализируйте... ...AWR... В общем, если "на первой" "летает", а на "точно такой же но без графики" "ужасно тормозит" - то дело явно не в SLES и не в TCP. + возможно статистика съехала ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2016, 08:35 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
сначало смотри планы запросов, точно ли по индексу читает. скорее всего нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2016, 08:53 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Всем спасибо - проблема решена. Причина оказалась в ОС SLES 12 SP1. Что именно в ней не так - это пусть разбираются создатели этого продукта, который не бесплатный. Ужасная производительность только для БД Oracle 11 и XE. На БД Oracle 12 баги ОС уже не влияют, но там уже другие возможности (все в памяти, как я понимаю). Вот что было протестировано: Параметры всех виртуальных машин одинаковые (память, кол-во процессоров), последовательность действий по установки БД Oracle 11g XE - строго по инструкции с сайта производителя, далее накат скриптов и импорт дампа. 1 подопытный ОС SLES 12 SP1: Время инициализации приложения занимает 2 минуты. Что там делает Oracle или ОС я не знаю, загруженность процесса БД - 1% на протяжении всей инициализации. По сети передаются данные со скоростью не превышающей 300 КБ/с (дамп кидал в постах выше). 2 подопытный чистая ОС openSUSE 13.1: Время инициализации приложения занимает 3-6 секунд. Процесс БД резко нагружается до 80% на 1-2 секунды. По сети предаются данные со скоростью 4-5МБ/с. 3 подопытный ОС openSUSE 13.1, но со всеми автоматическими обновлениями через zypper: Время инициализации приложения занимает 45 секунд. Опять кто-то занимается непонятно чем, загруженность процесса БД уже выше - целых 5%. По сети передаются данные со скоростью уже 900 КБ/с. Думаю если снять дамп, то там просто будет меньше пауза между запросами. Жалко, что у нас админ уволился - это он устанавливал openSUSE 13.1 и он никогда не ставил обновления :). А так мы уже ставили ОС openSUSE 13.1 и там грузилось 45 секунд и да - это долго, никто не догадался, что виной всему обновления, а другой человек их первым делом выполнил после установки ОС. В общем, если есть у кого соображения, из-за чего тормозит - пишите, но это точно ОС и её библиотеки, которые возможно использует БД. Отсюда ужасный вывод - платите деньги за Oracle Linux, БД Oracle, где все уже оптимизировано (за деньги) для нормального функционирования своего же софта, бред... Вижу только одно решение - перейти на Windows, да там свои проблемы, но, зато софт пишется под Windows, а не под все возможные дистрибутивы linux, где, пока не по шаманишь с ОС - лови всевозможные непонятные косяки. Кстати, кто может посоветовать дистрибутив linux (бесплатный), который не болеет такой проблемой? Может Gentoo... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2016, 12:49 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
VVittya, Oracle Linux можно использовать бесплатно, оплачивается поддержка. Попробуйте еще просто RedHat. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2016, 14:07 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Есть вопросVVittya, Oracle Linux можно использовать бесплатно, оплачивается поддержка. Попробуйте еще просто RedHat. Скорее всего, проблема все-таки в работе СУБД, начните с изучения вашего запроса "select * from table_name where record_uq = ?).", тормозит ли он вообще? Ну, и особенности ОС тоже нужно учитывать: http://ftp.suse.com/pub/partners/oracle/docs/OracleDB_on_SLES12.pdf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2016, 14:17 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
VVittya, SLES ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2016, 14:18 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
VVittya, Не знаю, SLES пользуем уже много лет, именно как запускалку Oracle Проблем никаких замечено не было, и это один из сертифицированных дистрибутивов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2016, 14:21 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
VVittya, с ОС у тебя все в порядке, у тебя проблема с прокладкой между клавой и компьютером. если ты не в состоянии даже планы посмотреть у тебя будут проблемы на любом линуксе и виндовсе. посмотри планы, в XE это два клика в админке ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 08:55 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
VVittyaЖалко, что у нас админ уволился ... Отсюда ужасный вывод - платите деньги ... Вывод правильный, не знаешь, как пользоваться инструментом, плати деньги тому, кто знает. Под SLES есть даже пакет в стандартном дистрибутиве, который все параметры памяти и ядра подгоняет под оптимум для оракла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 12:35 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
авторс ОС у тебя все в порядке, у тебя проблема с прокладкой между клавой и компьютером. если ты не в состоянии даже планы посмотреть у тебя будут проблемы на любом линуксе и виндовсе. посмотри планы, в XE это два клика в админке Да нет проблем с планами запросов... Вот, нашли проблему, БД Oracle не смог найти пакет libaio нужной для него версии на ОС SLES. При установке он так и сообщал, а мы не обратили внимания :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 15:30 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Всплыла та же проблема. У нас всегда на серверах использовали SLES. Решил перейти на новую версию. Итак, есть сервер с SLES 11 SP3, СУБД Oracle 11gR2 и БД на хранилище. Всё просто летает. Поставил SLES 12 SP1. При работе с той же БД появляются тормоза. SLES 12 пробовал на физическом сервере и на виртуальной машине. Результат один - тормоза! В связи с этим вопрос к автору и другим... VVittya, Вы действительно определили, что проблема в отсутствии пакета libaio, или это только предположение? Дело в том, что в системе есть установленный пакет libaio1, что, понятно, не одно и то же, и Oracle его не определяет. Другое дело, что пакет может называться иначе, а вот библиотеки, которые он тянет за собой... П.С. При установке ссылался на файл pdf, указанный выше по ссылке. Там говорится, что пакеты можно проигнорировать, что, собственно, и сделал. П.П.С.2. Насколько я знаю, SLES так же, как и Oracle Linux, бесплатен, но имеет платную поддержку. Если Вы не платите, Вам не доступны обновления, репозиторий и поддержка. А так можете использовать. В общем, вопрос. Возвращаться на SLES 11 SP3 или всё-таки как-то можно допилить SLES 12? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2016, 10:10 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Ваня Ложкин, так а что мешает установить данный пакет и проверить? Если коллега сказал ,что помогло, значит так и есть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2016, 10:37 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
trace.logВаня Ложкин, так а что мешает установить данный пакет и проверить? Если коллега сказал ,что помогло, значит так и есть :) Проблема в том, что в дистрибутиве такого пакета нет. Репозитарии в силу отсутствия интернета и бесплатности ОС недоступны. Автор не говорит, что они установили этот пакет. Он обращает внимание, что пакет требовался при установке. Но вот в нем ли дело? Хотелось бы конкретики. Если действительно в нем, может, возьму из 11-й версии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2016, 11:37 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Ваня Ложкин, вряд ли автор вам ответит, т.к. здесь у него одна тема и то об этой проблеме...так что сами попробуйте проверить, если же получится, то будет известно решение данной проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2016, 11:51 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
А вот и я :) Точно не знаю - поможет установка этого пакета или нет, так как установкой занимался другой человек. Если есть время - пробуйте. Могу сказать следующее - весь софт нужно ставить из yast`а, тогда он точно не разрушит машину и будет работать. Был у нас случай с PostgreSQL - поставили с rpm пакета - при установке он обновил пакеты, который поломали виртуализацию на машине. Обратились в поддержку SLES, сказали установить из репозитория - установили и все нормально. Соответственно, если есть время экспериментировать с пакетом libaio с определенной версией для oracle - пробуйте. Мое мнение, что это была проблема с вводом выводом, вроде эта библиотека за это и ответственна. Если нет времени и быстрее откатиться на предыдущий SLES, где все летает - так и сделайте. авторНа второй и третьей машине БД Oracle ужасно тормозит, oracle устанавливается не первый раз, даже есть другая машина на VMWare ESXi, с ОС openSUSE 13.1, где установлен Oracle БД 11 XE - вот на этой машине все летает, приблизительно также быстро как на 1 машине. Вот могу, что добавить, если машину openSUSE 13.1, на которой все летает обновить пакеты, то Oracle начнет тормозить. Можете поискать в сети дистрибутив с openSUSE 13.1, далее посмотреть какие пакеты он будет обновлять и сделать вывод, думаю там будет libaio, другое дело, что обновлений будет на 2 Гб :). Ну и далее откатить версию библиотек на новом SLES. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2016, 12:17 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
Еще добавлю, проблема точно в библиотеках, то есть новая версия этих библиотек так себя плохо ведет с Oracle. Не думаю, что в эти библиотеки будут добавлены изменения в будущем, чтобы починить Oracle, тут скорее Oracle должен внести изменения в свой код, чтобы работать быстро с новыми версиями библиотек. И, разумеется, Oracle бесплатно это делать не будет. Вот уверен, что у них есть патчи, но они только за подписку. Более того в Oracle БД 12 все летает. Вывод сделайте сами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2016, 12:26 |
|
||
|
Ужасно тормозит Oracle 11 и Oracle 11 XE под SLES 12 SP1
|
|||
|---|---|---|---|
|
#18+
VVittya Более того в Oracle БД 12 все летает. Вывод сделайте сами. Даже не сомневаюсь в этом. Однако, во-первых, у нас лицензия на Oracle 11, а во-вторых, некоторые изменения в настройках по умолчанию в Oracle 12 потом сильно аукиваются при миграции с 11 и администрировании (например, переход на протокол аутентификации версии 11). Еще одна проблема для меня в том, что мой сервер боевой. То есть, я ограничен в экспериментах. Но сейчас есть требование до НГ перейти с физического сервера на виртуальную машину. Думаю, можно попробовать с доустановкой требуемых библиотек. Всем спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2016, 18:34 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=39369846&tid=1885694]: |
0ms |
get settings: |
10ms |
get forum list: |
22ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
180ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
80ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 546ms |
| 0 / 0 |
