|
Инструменты для мониторинга изменений планов и времени выполнения запросов
|
|||
---|---|---|---|
#18+
Подскажите, пож-та, существуют ли какие-либо инструменты, которые позволяют отслеживать деградацию времени выполнения или стоимости запросов? Когда много баз и в каждой из них тысячи запросов тяжело отслеживать всё, к сожалению. Сильные перекосы, как правило, видно сразу по OEM, AWR, а вот как отслеживать всякую мелочь, которая не попадает в топ, но также может "съезжать"? Допустим, работал запрос 0,05 сек всегда до этого. У него 1 млн executions в день. После очередного релиза начинает работать 0,1 сек. В топ AWR он не попадет, но разобраться в причинах хотелось бы. Было бы здорово отслеживать такие изменения на постоянной основе. Есть Oracle Management Cloud со своим IT Analytics, где на основе простейшего Data Mining строятся отчеты по деградировавшим или не стабильным запросам. Его у нас пока нет (и не знаем, будет ли). Поэтому интересно, что есть еще, кроме него, т.к. свой велосипед пилить не хотелось бы. В идеале хотелось бы как можно оперативнее получать информацию о "поплывших" запросах. Заранее спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 14:08 |
|
Инструменты для мониторинга изменений планов и времени выполнения запросов
|
|||
---|---|---|---|
#18+
samatomВ топ AWR он не попадет, но разобраться в причинах хотелось бы. Было бы здорово отслеживать такие изменения на постоянной основе. Увеличьте топ. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:06 |
|
Инструменты для мониторинга изменений планов и времени выполнения запросов
|
|||
---|---|---|---|
#18+
+ MONITOR ? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.05.2018, 00:44 |
|
Инструменты для мониторинга изменений планов и времени выполнения запросов
|
|||
---|---|---|---|
#18+
samatomКогда много баз и в каждой из них тысячи запросов тяжело отслеживать всё, к сожалению. задача изначально выглядит как нереализуемая. А если в каждой системе выделить по 3 ключевых запроса ,да дергать их из забикса и мониторить время выполнения... уже можно куда-то двигаться. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.05.2018, 04:12 |
|
Инструменты для мониторинга изменений планов и времени выполнения запросов
|
|||
---|---|---|---|
#18+
samatom, dbms_spm, optimizer_capture_sql_plan_baselines и прочие sql plan baselinы. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.05.2018, 08:53 |
|
Инструменты для мониторинга изменений планов и времени выполнения запросов
|
|||
---|---|---|---|
#18+
samatomДопустим, работал запрос 0,05 сек всегда до этого. У него 1 млн executions в день. После очередного релиза начинает работать 0,1 сек. В топ AWR он не попадет Должен попадать. 1 млн * 0.1 cек = 100 тысяч сек в день, вряд ли у вас много запросов столько потребляют. Т.е. AWR с топ100 такие вещи видит наверняка. Соответственно, легко можно написать запрос который покажет все изменившиеся планы из AWR, а затем написать скрипт который выполнит этот запрос на всех базах. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.05.2018, 16:25 |
|
Инструменты для мониторинга изменений планов и времени выполнения запросов
|
|||
---|---|---|---|
#18+
samatom, да, реализовывали такое. Я исследовал варианты реализации через аналитику исторических данных ASH, SQL monitoring, AWR, данные текущих сессий и расчёта референсных значения на основе данных библиотечного кэша. На основе этих исследований был выбран вариант использования исторических данных из AWR и писали свой мониторинговый модуль. Но это не контроль отдельных запросов, а контроль усреднённой статистики по запросам за период между снапшотами - SQL monitoring охватывает запросы длительностью больше 5 секунд или параллельные и требует лицензии Tuning Pack - ASH по определению не является инструментом тотального контроля, за односекундный тик ASH может пройти много мелких запросов, которые вы не увидите - анализатор данных текущих сессий и библиотечного кэша посчитали всё же слишком трудозатратным, но можете порыть в этом направлении ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2019, 10:37 |
|
|
start [/forum/topic.php?fid=52&msg=39641729&tid=1882381]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
others: | 17ms |
total: | 167ms |
0 / 0 |