powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Эпическая деградация производительности
25 сообщений из 114, страница 1 из 5
Эпическая деградация производительности
    #39367264
aborigen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем привет.

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

С субботы у нас запросы пользователей (интерактивно и из джобов) стали отрабатывать раз в 10-20 дольше обычного.
С тех пор и до текущего момента пользовательская нагрузка - совсем как обычно (в V$SESSION ничего криминального).

На сервере видим, что CPU используется на все 100)

Вместе с DBA уже голову сломали.

Как найти причину проблемы?
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367269
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aborigen,

И что? По AWR-ам уже ничего нельзя предположить? :)
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367280
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
aborigen,

хотя бы awr diff приложили бы...
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367307
Taciturn12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Что именно генерирует такую высокую нагрузку на процессор, если нагрузка идет от базы, тогда определяйте какие сессии ее вызывают, потом разбираться с конкретными сессиями проще. Если используется Linux то с определением сессий проблем не будет, если Windows то для определения сессий можно использовать ProcessExplorer, в нем можно посмотреть загрузку процессора каждым из потоков процесса Oracle.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367317
aborigen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Relic Hunter,

в прошлые инкарнации проблемы (тогда условно согласились на проблемы с дисками) по AWR-у куча ожиданий было в топе.
Сейчас аналогичные проблемы с дисками проверили - вроде всё в порядке.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367318
aborigen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
xtender,

попробуем.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367320
aborigen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Taciturn12,

это уже интереснее.

Вложил top и htop.
Там куча процессов жрёт немерянно CPU.
А на деле активно штук 10-20 обычных пользовательских запросов.
Неделю назад база на нагрузку раза в 3 больше не особо реагировала.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367323
Taciturn12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ну теперь по найденным PID смотрите какие это сессии, что делают, чего ждут, на каких запросах висят, возможно простой перезапуск этих сессий решит проблему, но конечно сначала лучше разобраться с чего они стали так грузить систему. Возможно таким способом найти причину будет проще чем ковырять AWR.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367325
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aborigenТам куча процессов жрёт немерянно CPU.Кто-то включил параллелизм?
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367327
опс...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
если "Вместе с DBA уже голову сломали", то пока это выглядит как детский сад какой-то.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367329
Taciturn12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Опишу ситуацию у нас с загрузкой процессора.
В приложении был старый не используемый функционал, в процессе доработки приложения за время пока этот функционал не использовался пакеты в базе наменяли так, что при попытке выполнить этот функционал, код зацикливался. В определенный момент приложение было установлено новой группе пользователей, которые по незнанию стали тыкать в этот функционал. Система являлась вспомогательной и небольшой (всего на 100 пользователей), поэтому работала на слабеньком сервере с 2 процессорами по 4 ядра в каждом. Как результат пользователи начали жаловаться на скорость работы и сразу выяснилось, что у 6 пользователей был запущен этот зациклившийся функционал, что съело 6 из 8 доступных ядер. На все остальное приходилось всего 2 ядра, что вызвало дикую конкуренцию за процессор и соответственно сильное замедление.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367333
опс...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Taciturn12Опишу ситуацию у нас с загрузкой процессора... что вызвало дикую конкуренцию за процессор и соответственно сильное замедление.
эта чрезвычайно занимательная история конечно очень поможет в гаданиях ТС ))
щаз еще с десяток байды всякой понавспоминают

полнолуние, однако
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367343
Игорь Ковалев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Можете AWR-отчёт выложить?
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367348
Игорь Ковалев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сталкивался с ситуацией, когда часть ядер процессора в Oracle перегружена, остальные
наоборот загружены мало. Причина была в тяжелых запросах sql, нагружающих процессор.
Если одновременно таких запросов было мало, проблем с производительностью не наблюдалось.
Как понимаю под соединение с Oracle от пользователя отводится некое ядро процессора, если соединений больше, чем ядер на отдельные ядра нагрузка может быть больше и Oracle эту нагрузку между ядрами не балансирует. Кроме того ядра бывают не полностью независимые, а например по 2 через гипертрейдинг, которые тоже между собой за ресурсы конкурируют.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367376
Koresh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aborigen,
в моей практике, когда я занимался разработкой на Oracle, очень похожие симптомы были при заполнении TEMP TABLESPACE.

Если так, то в качестве быстрого решения можно пробовать в разы увеличить TEMP, и параллельно разбираться с неэффективными запросами.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367409
aabezugly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
И ещё одна попытка выложить AWR
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367411
Nobody1111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Koreshaborigen,
в моей практике, когда я занимался разработкой на Oracle, очень похожие симптомы были при заполнении TEMP TABLESPACE.

Если так, то в качестве быстрого решения можно пробовать в разы увеличить TEMP, и параллельно разбираться с неэффективными запросами.

Что-то не в тему. Заполнение TEMP может дать ошибки Unable to extend..... Замедление может дать чересчур активное использование TEMP, но с заполнением это в общем случае не взаимообусловлено.
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367429
Nobody1111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Правда, если в системе выставлен RESUMABLE_TIMEOUT, то сессии до того, как получить ошибку переполнения, будут просто зависать на этот таймаут
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367439
Игорь Ковалев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Запрос с sql_id d99wbughxy7yb
больше всего ресурсов процессора потребляет и
за час не выполнился.
Может можно от него избавиться или заменить на другой?
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367440
Melkomyagkii_newbi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У меня недавно было, оказалось из-за пары запросов у которых слетел план. Гляньте прям по v$session where status = 'ACTIVE' что за запросы превалируют в момент высокого cpu и проверьте не менялся ли план недавно на более худший.

До этого случая был еще один - из-за патчинга в Solarisе, но там system cpu был больше половины. pg_contig_disable=1 помог.
http://knowledgebase.progress.com/articles/Article/P147903
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367448
aabezugly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Melkomyagkii_newbi,

Спасибо за совет, но как понять какой раньше был план?
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367505
Фотография Jebrail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aabezuglyMelkomyagkii_newbi,

Спасибо за совет, но как понять какой раньше был план?

EM -> Performance -> Search SQL -> SQL_ID из топа AWR например .


Ну и вообще на заглавной странице будут они .
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367553
shr?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
немного оффтоп,
но подскажите, пожалуйста, почему
на скрине ТОРа shr от 18m до 27m в то время как судя по awr sga=56g
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367682
Melkomyagkii_newbi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JebrailaabezuglyMelkomyagkii_newbi,

Спасибо за совет, но как понять какой раньше был план?

EM -> Performance -> Search SQL -> SQL_ID из топа AWR например .


Ну и вообще на заглавной странице будут они .

Если нет EM или доступа к нему, можно и запросами посмотреть. Я использую следующие.
Это вроде истории изменений плана:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
select ss.snap_id, ss.instance_number node, begin_interval_time, sql_id, plan_hash_value,
nvl(executions_delta,0) execs,
(elapsed_time_delta/decode(nvl(executions_delta,0),0,1,executions_delta))/1000000 avg_etime,
(buffer_gets_delta/decode(nvl(buffer_gets_delta,0),0,1,executions_delta)) avg_lio
from DBA_HIST_SQLSTAT S, DBA_HIST_SNAPSHOT SS
where sql_id = '3vm2703cc7a9j'
and ss.snap_id = S.snap_id
and ss.instance_number = S.instance_number
and executions_delta > 0
order by 3 desc
;
 
 



Этот поможет выбрать наилучший из существовавших планов.(правда тут нужно учитывать еще что какой-то мог устареть из-за того что данных стало больше например)
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
WITH
p AS (
SELECT plan_hash_value
  FROM gv$sql_plan
WHERE sql_id = TRIM('&sql_id')
   AND other_xml IS NOT NULL
UNION
SELECT plan_hash_value
  FROM dba_hist_sql_plan
WHERE sql_id = TRIM('&&sql_id')
   AND other_xml IS NOT NULL ),
m AS (
SELECT plan_hash_value, SUM(executions) execs, 
       SUM(elapsed_time)/SUM(executions) avg_et_secs
  FROM gv$sql
WHERE sql_id = TRIM('&&sql_id')
   AND executions > 0
GROUP BY
       plan_hash_value ),
a AS (
SELECT plan_hash_value, SUM(executions_total) execs,
       SUM(elapsed_time_total)/SUM(executions_total) avg_et_secs
  FROM dba_hist_sqlstat
WHERE sql_id = TRIM('&&sql_id')
   AND executions_total > 0
GROUP BY
       plan_hash_value )
SELECT p.plan_hash_value, nvl(m.execs, a.execs) execs,
       ROUND(NVL(m.avg_et_secs, a.avg_et_secs)/1e6, 3) avg_et_secs
  FROM p, m, a
WHERE p.plan_hash_value = m.plan_hash_value(+)
   AND p.plan_hash_value = a.plan_hash_value(+)
ORDER BY avg_et_secs NULLS LAST;
...
Рейтинг: 0 / 0
Эпическая деградация производительности
    #39367783
Игорь Ковалев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Разберитесь, почему запрос с
sql_id d99wbughxy7yb

выполняется более часа и сильно потребляет процессор.

Можете сделать AWR-отчет за прошлый период времени, когда проблем с производительностью не было и посмотреть, что было с этим запросом - как он портеблял ресурсы процессора,
какое время выполнялся.
...
Рейтинг: 0 / 0
25 сообщений из 114, страница 1 из 5
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Эпическая деградация производительности
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]