Closed mas-adm closed 3 years ago
slothfk
commented
3 years ago Подскажите, каков дальнейший сценарий использования данной информации (т.е. какие действия будут предприняты, когда будет известно, скажем, имя "проблемного" пользователя)? Нужен ли номер сеанса? Может быть инструмент для завершения данного сеанса прям из zabbix?
mas-adm
commented
3 years ago Хотелось бы выяснить что (кто) вызывает такой долгий запрос. Можно просто номер сеанса (по нему можно узнать пользователя). Узнав кто его запускает, можно к примеру выявить кривую обработку или отчет и отдать программистам на анализ. Завершать в ручную из zabbix конечно очень удобно (не нужно будет выискивать в консоле его). На данный момент уже 1д 11ч 58м выполняется. Не пытаюсь завершить, пока не пойму как определять кто и что запустил.
slothfk
commented
3 years ago На данный момент уже 1д 11ч 58м выполняется. Не пытаюсь завершить, пока не пойму как определять кто и что запустил.
Так в консоли кластера видно же сеансы с активным вызовом!? Т.е. в данном случае я не понял в чем сложность определить "негодяя"?
mas-adm
commented
3 years ago Проблема в том что негодяя нет (в данном случае он в другой смене) и его пк выключен, а судя по zabbix что-то выполняется. Как мне понять что? Я точно знаю кто и где запустил, но что не знаю. Даже анализ тж в Инструментарии разработчика не показывает таких длительных запросов.
mas-adm
commented
3 years ago mas-adm
commented
3 years ago Было бы очень круто в zabbix увидеть кто и что запустил
slothfk
commented
3 years ago https://drive.google.com/file/d/1PRDUV2JHegzLmOCXavQrmnQleeZbzEOe/view?usp=sharing Вот мой журнал
Данные файлы ТЖ, к сожалению бесполезны в решении вашей задачи. Информация о вызове не попадет в ТЖ до момента его (вызова) завершения! Посему, полагаю, что единственным местом, в котором можно что-то почерпнуть, является ЖР, в котором можно отобрать по пользователю события на период времени соответсвующий началу данного длительного вызова. Ну и текущие операции данного пользователя посмотреть ... У нас наблюдаются длительные пользовательские вызовы, которые продолжают выполнятся, не смотря на закрытый клиент, при работе с базой через веб-публикацию. Помогает только принудительное завершение такового!
slothfk
commented
3 years ago Закрыта по ошибке, неправильно указал номер в коммите
slothfk
commented
3 years ago Добавлен элемент данных "Сеанс длительного пользовательского вызова", содержащий информацию о имени пользователя и номере сеанса, который имеет самую большую текущую длительность вызова. Элемент данных относится к обнаружению информационных баз, таким образом работает только в этом разрезе Смысла делать аналогичный элемент данных в разрезе кластеров, как и в целом по серверу пока не вижу!
mas-adm
commented
3 years ago Добавлен элемент данных "Сеанс длительного пользовательского вызова", содержащий информацию о имени пользователя и номере сеанса, который имеет самую большую текущую длительность вызова. Элемент данных относится к обнаружению информационных баз, таким образом работает только в этом разрезе Смысла делать аналогичный элемент данных в разрезе кластеров, как и в целом по серверу пока не вижу!
slothfk
commented
3 years ago Элемент "Сеанс длительного пользовательского вызова" есть, но никаких данных по нему нет.
Косяк увидел, поправлю!
Добрый день! Возможно ли ли в тригере Превышен порог длительности пользовательского вызова сделать определение пользователя | ПК? Для оперативного определения длинных запросов.