Форум 1С
Программистам, бухгалтерам, администраторам, пользователям
Задай вопрос - получи решение проблемы
09 окт 2024, 02:57

Тормоза и непонятные SDBL

Автор alexis9, 21 ноя 2018, 12:34

0 Пользователей и 1 гость просматривают эту тему.

alexis9

Текущая конфигурация такая:
MS SQL 2012
1С:Предприятие 8.3 сперва стояла 8.3.10.2667 - потом 8.3.12.1714
1С:Молокозавод, редакция 1.3 (1.3.112.4)

Появились проблемы у пользователей связанных с отгрузкой продукции.
У этих людей могут возникать сильные тормоза при работе.
Такое случается не каждый день, происходит где то два раза в сутки и прогнозированию не поддается.

Для поиска проблемы была использована настройка технологического журнала - см. ссылка на я диск
Лог просматривал с помощью программы - см. ссылка на я диск
Фрагмент лога за нужный период так же есть по ссылке
ссылка на все необходимое

Если в нормальном режиме при работе генерируется последовательность из событий Context и SDBL, то во время торможения у клиента генерируется массив из повторяющихся SDBL.
Причем даже если клиент простаивает - SDBL все равно генерируются (как бы залипает). Должна быть пауза в логе - а там идет цепь из SDBL.
В результате процессоры сервера загружены на 30-40 процентов и если другие пользователи ничего не замечают, проблемный пользователь начинает капитально тормозить.

Я нашел очень не оптимальный метод лечения.
Если в диспетчере сервера 1С удалить проблемный сеанс - все прекращается.
Повторный вход и работа не приводят к проблеме.

Все описанное хорошо видно в логах (см вложения)
Проблемы были у
пользователя (Usr) Горбунова Любовь
компьютер (t:computerName) exp
Все сказанное наглядно видно по времени начиная с 6.04 (21.11.18) и до 7.15.34 (после чего сеанс был удален)
При повторном вхождении - все нормализовалось. Что хорошо видно в логах.

Буду рад любой помощи в диагностировании проблемы.

Сильно подозреваю, что настройку технологического журнала можно изменить для получения более детальной/углубленной информации.
Вот только в голову не приходит что и как.
1) Например, что бы уменьшить количество мусора - не плохо бы ограничить сбор информации всего двумя компьютерами. Но как это сделать?
Для одной машины: <eq property="t:computerName" value="exp"/>
А если надо exp и exp2?
2) Как бы детализировать SDBL или что прописать - чтобы узнать из за чего залипает процесс SDBL. Почему генерируется постоянная последовательность из этого события?

Поиск родных

Цитата: alexis9 от 21 ноя 2018, 12:34
Фрагмент лога за нужный период так же есть по ссылке
ссылка на все необходимое
битая

DmitriyF

Цитата: alexis9 от 21 ноя 2018, 12:34
Вот только в голову не приходит что и как.
1) Например, что бы уменьшить количество мусора - не плохо бы ограничить сбор информации всего двумя компьютерами. Но как это сделать?
Для одной машины: <eq property="t:computerName" value="exp"/>
А если надо exp и exp2?
2) Как бы детализировать SDBL или что прописать - чтобы узнать из за чего залипает процесс SDBL. Почему генерируется постоянная последовательность из этого события?
Вам бы настроить счетчики производительности, подключить сервис гилева долгие запросы и анализ ТЖ. Отловите запросы а там и по времени посмотрите с счетчиками. Дальше уже выводы делать. Проверьте на крайняк базу средствами SQL, надеюсь регламенты выполняются все с базой?

alexis9

Тема очень старая. Вопрос давно решен и закрыт.
Если интересно - опишу заключительную часть эпопеи.
Сгенерировал очень подробный технологический журнал.
Из за того, что подсовывал файл конфигурации журнала, когда начинались тормоза и ограничения на информацию только от одной машиной - объем журнала получился не большой.
обладая полной информацией включил монитор SQL и увидел в разобраном виде запрос от сервера 1С.
Там обнаружил, что когда появляются тормоза - появляется некий цикл из обращений к определенным данным.
Показал результаты программисту.
Тот как увидел - сразу все понял.
Дело в том, что в свое время подключали к 1С - UVS (управление ветеринарными сертификатами)
Программист написал для этого некоторые процедуры. В том числе и для обмена данными.
Потом от данного типа интеграции отказались. А программист процедуры не удалил.
В результате, со стороны 1С происходило обращение к отсутствующим данным и не получив их - 1С снова и снова пытался обратится за этими данными.
Когда была обнаружена причина - проблема решилась за три минуты.
А сколько времени она мне нервы мотала?!
Седых волос точно после этого прибавилось.

Поиск родных

Цитата: alexis9 от 29 янв 2020, 08:34
Программист написал для этого некоторые процедуры. В том числе и для обмена данными.
Потом от данного типа интеграции отказались. А программист процедуры не удалил.
В результате, со стороны 1С происходило обращение к отсутствующим данным и не получив их - 1С снова и снова пытался обратится за этими данными.
Когда была обнаружена причина - проблема решилась за три минуты.
А сколько времени она мне нервы мотала?!
Седых волос точно после этого прибавилось.
Если Вы не программист, а есть программист, который вставляет всякие костыли, то почему к программисту , вставляющему костыли, сразу не обращаетесь?
В чём смысл писать такие вопросы на форуме, если у Вас есть программист , которые решает влёт такие вопросы?

alexis9

Почему это не обратился?
Обратился.
Он ничего путного не сказал. Про оставленные процедуры и не вспомнил.
Пришлось самому...

Теги: SDBL 

Похожие темы (5)

Рейтинг@Mail.ru

Поиск