Гость
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Инструменты для мониторинга изменений планов и времени выполнения запросов / 7 сообщений из 7, страница 1 из 1
07.05.2018, 14:08
    #39641410
samatom
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Инструменты для мониторинга изменений планов и времени выполнения запросов
Подскажите, пож-та, существуют ли какие-либо инструменты, которые позволяют отслеживать деградацию времени выполнения или стоимости запросов?
Когда много баз и в каждой из них тысячи запросов тяжело отслеживать всё, к сожалению.
Сильные перекосы, как правило, видно сразу по OEM, AWR, а вот как отслеживать всякую мелочь, которая не попадает в топ, но также может "съезжать"?
Допустим, работал запрос 0,05 сек всегда до этого. У него 1 млн executions в день. После очередного релиза начинает работать 0,1 сек. В топ AWR он не попадет, но разобраться в причинах хотелось бы. Было бы здорово отслеживать такие изменения на постоянной основе.

Есть Oracle Management Cloud со своим IT Analytics, где на основе простейшего Data Mining строятся отчеты по деградировавшим или не стабильным запросам. Его у нас пока нет (и не знаем, будет ли). Поэтому интересно, что есть еще, кроме него, т.к. свой велосипед пилить не хотелось бы.

В идеале хотелось бы как можно оперативнее получать информацию о "поплывших" запросах.
Заранее спасибо.
...
Рейтинг: 0 / 0
07.05.2018, 15:06
    #39641467
AlexFF__|
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Инструменты для мониторинга изменений планов и времени выполнения запросов
samatomВ топ AWR он не попадет, но разобраться в причинах хотелось бы. Было бы здорово отслеживать такие изменения на постоянной основе.
Увеличьте топ.
...
Рейтинг: 0 / 0
08.05.2018, 00:44
    #39641729
mayton
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Инструменты для мониторинга изменений планов и времени выполнения запросов
+ MONITOR ?
...
Рейтинг: 0 / 0
11.05.2018, 04:12
    #39642980
х.з.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Инструменты для мониторинга изменений планов и времени выполнения запросов
samatomКогда много баз и в каждой из них тысячи запросов тяжело отслеживать всё, к сожалению.
задача изначально выглядит как нереализуемая.

А если в каждой системе выделить по 3 ключевых запроса ,да дергать их из забикса и мониторить время выполнения... уже можно куда-то двигаться.
...
Рейтинг: 0 / 0
11.05.2018, 08:53
    #39643013
-2-
-2-
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Инструменты для мониторинга изменений планов и времени выполнения запросов
samatom,

dbms_spm, optimizer_capture_sql_plan_baselines и прочие sql plan baselinы.
...
Рейтинг: 0 / 0
11.05.2018, 16:25
    #39643371
Valergrad
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Инструменты для мониторинга изменений планов и времени выполнения запросов
samatomДопустим, работал запрос 0,05 сек всегда до этого. У него 1 млн executions в день. После очередного релиза начинает работать 0,1 сек. В топ AWR он не попадет



Должен попадать. 1 млн * 0.1 cек = 100 тысяч сек в день, вряд ли у вас много запросов столько потребляют. Т.е. AWR с топ100 такие вещи видит наверняка. Соответственно, легко можно написать запрос который покажет все изменившиеся планы из AWR, а затем написать скрипт который выполнит этот запрос на всех базах.
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
19.06.2019, 10:37
    #39828187
SerhioNT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Инструменты для мониторинга изменений планов и времени выполнения запросов
samatom,

да, реализовывали такое. Я исследовал варианты реализации через аналитику исторических данных ASH, SQL monitoring, AWR, данные текущих сессий и расчёта референсных значения на основе данных библиотечного кэша. На основе этих исследований был выбран вариант использования исторических данных из AWR и писали свой мониторинговый модуль. Но это не контроль отдельных запросов, а контроль усреднённой статистики по запросам за период между снапшотами

- SQL monitoring охватывает запросы длительностью больше 5 секунд или параллельные и требует лицензии Tuning Pack
- ASH по определению не является инструментом тотального контроля, за односекундный тик ASH может пройти много мелких запросов, которые вы не увидите
- анализатор данных текущих сессий и библиотечного кэша посчитали всё же слишком трудозатратным, но можете порыть в этом направлении
...
Рейтинг: 0 / 0
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Инструменты для мониторинга изменений планов и времени выполнения запросов / 7 сообщений из 7, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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