|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
Всем привет! Подскажите пожалуйста в какую сторону копать... Проблема в следующем, где можно найти информацию о запросах, которые выполнялись мало времени (например 150 мс),для них нужен sql_text и elapsed_time. Мониторить предполагается раз в минуту. С тяжелыми запросами всё значительно проще, есть v$active_session_history но там срез берется каждую секунду, и очень маловероятно, что именно на момент среза попадет такой(легковесный) запрос, который вып-ся миллисекунды, да и elapsed_time проблематично достать(из v&sql если только остался). Вообще, смысл в мониторинге запросов, которые начали выполняться существенно дольше обычного, например со 150мс выросло время до 300мс. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 14:04 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
"colored" не поможет? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 14:18 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
ash777очень маловероятно, что именно на момент среза попадет такой(легковесный) запрос, который вып-ся миллисекунды, да и elapsed_time проблематично достать(из v&sql если только остался). Если запрос выполняется ~редко, то и внимания он, как правило, не стоит. А если 100500 раз в секунду - то будет в топах без вариантов. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 14:20 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 14:21 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
andrey_anonymousЕсли запрос выполняется ~редко, то и внимания он, как правило, не стоит.может, им списали 3 лярда ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 16:00 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
andreymxandrey_anonymousЕсли запрос выполняется ~редко, то и внимания он, как правило, не стоит.может, им списали 3 лярда Такая задача постфактум решается не мониторингом, а аудитом. Если аудита нет - то копать архивные журналы. Превентивно - FGAC и СБ ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 16:03 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
andrey_anonymousash777очень маловероятно, что именно на момент среза попадет такой(легковесный) запрос, который вып-ся миллисекунды, да и elapsed_time проблематично достать(из v&sql если только остался). Если запрос выполняется ~редко, то и внимания он, как правило, не стоит. А если 100500 раз в секунду - то будет в топах без вариантов. Соглашусь с вами, такие запросы будут видны в топах в AWR-отчете. Проблема только в том, что нужно мониторить в реальном времени (раз в минуту). Я вот не могу разобраться откуда в AWR берется информация об Elapsed Time и Executions ? Можно бы было попробовать мониторить по v$active_session_history, но там нет таких данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 12:14 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
Смотреть запросы которые можно отследить (длительность более 1с) и искать среди них те, которые должны выполняться быстрее (менее 1с). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 12:26 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
Vivat!San, не понял вас) что этим достигается?) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 12:29 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
ash777Vivat!San, не понял вас) что этим достигается?) Ты писал, что нужно искать запросы, которые стали выполняться дольше, если ты не можешь отследить короткие запросы, то смотри по тем, которые вышли за 1с. Не просто же так сделана дискретность снэпшотов, как раз чтобы избыточно не аффектить перфоманс. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 12:33 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
Vivat!San, так проблем с теми которые выполняются > 1c нет, по ним можно в реальном времени много инфы получить. Суть именно в легковесных запросах, которые выполняются много раз и мониторить их elapsed_time, т.к. даже увеличение на 100мс оказывает существенное влияние для бизнеса. В awr они появляются, но вот как получить такую инфу без awr...из каким динамических представлений он собирается, вот тут сложнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 12:45 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
ash777проблем с теми которые выполняются > 1c нет, по ним можно в реальном времени много инфы получить.Приведи пример информации, которая есть для >1c и ее нет для <=1c. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 12:52 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
-2-ash777проблем с теми которые выполняются > 1c нет, по ним можно в реальном времени много инфы получить.Приведи пример информации, которая есть для >1c и ее нет для <=1c. у таких запросов есть инфа в v$process, v$sql_monitor (из них можно много показателей взять) - если смотреть на текущий момент, но вот если например просматривать временной в 1 минуту, то приходит на ум использовать v$active_session_history, но как с ее помощью получить, например, тот же elapsed_time не знаю. Да в v$active_session_history попадет такой запрос, который выполняется за 50мс и запускается 200 раз в секунду. Но где взять elapsed_time .. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 13:00 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
ash777Проблема только в том, что нужно мониторить в реальном времени ( раз в минуту ).зачем так часто? Если хотите чаще - настройте AWR на 10-15 минутные интервалы и смотрите их. andrey_anonymous абсолютно прав, если запрос редкий да еще и выполняется очень быстро, то смысла его наблюдать нет. Нет никакого смысла выигрывать 0.001% нагрузки. Всегда найдется вещи, оптимизация которых даст больший выигрыш ash777Я вот не могу разобраться откуда в AWR берется информация об Elapsed Time и Executions ?v$sqlstats, v$sql ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 14:17 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
xtenderash777Проблема только в том, что нужно мониторить в реальном времени ( раз в минуту ).зачем так часто? Если хотите чаще - настройте AWR на 10-15 минутные интервалы и смотрите их. andrey_anonymous абсолютно прав, если запрос редкий да еще и выполняется очень быстро, то смысла его наблюдать нет. Нет никакого смысла выигрывать 0.001% нагрузки. Всегда найдется вещи, оптимизация которых даст больший выигрыш ash777Я вот не могу разобраться откуда в AWR берется информация об Elapsed Time и Executions ?v$sqlstats, v$sql Более менее разобрался в dba_hist_sqlstat тоже имеется инфа. "Если хотите чаще - настройте AWR на 10-15 минутные интервалы и смотрите их" - мне не нужен отчет, т.к. его нужно анализировать лично, мне нужны данные табличные для определенного мониторинга. "Нет никакого смысла выигрывать 0.001% нагрузки." - задача не в оптимизации, а в поиске активностей выходящих за рамки привычного поведения. " то смысла его наблюдать нет" - я писал выше, что они выполняются не единично, а имеют множество вызовов. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 14:46 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
ash777, dba_hist_sqlstat и есть данные awr, которые согласно настроек awr. Никто про полный отчёт и не говорил. Поставишь 15 минутный интервал и в dba_hist_sqlstat будут данные по таким интервалам. ash777поиске активностей выходящих за рамки привычного поведения.аудит и анализ производительности - разные вещи. Нужен аудит - его и настраивайте ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 15:07 |
|
поиск истории выполнения запросов
|
|||
---|---|---|---|
#18+
До сих пор не понятна ваша задача, что именно в деталях вы хотите анализировать, но, возможно, вам нужно это: https://docs.oracle.com/cd/E18283_01/appdev.112/e16760/d_monitor.htm ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2019, 15:10 |
|
|
start [/forum/topic.php?fid=52&msg=39869072&tid=1882030]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 155ms |
0 / 0 |