1С:Розница 2.3, СУБД Postgre SQL.

Некоторые пользователи запускают одновременно несколько сеансов 1С, для удобства. А у некоторых сеанс 1С зависает на проведении, он его не удаляет и запускает новый - в результате начинается конфликт блокировок. Как через Администрирование кластера серверов можно определить, зависшие там сеансы или нет?

"1С зависает на проведении, он его не удаляет и запускает новый " так это не зависший сеанс

смотришь колонку "последняя активность", если прошло времени более 6 часов - значит или завис или не нужен

А есть какие-то готовые обработки для определения того, что и кем заблокировано? )

>>>для определения того, что и кем заблокировано

зачем?

если часто возникают блокировки то надо не сеансы рубить а код переписывать...

отличное решение проблемы, зависла 1с? Ничего страшного, откройте новый сеанс) И все бы хорошо, но таблица заблочена...И как же решить проблему? Правильно, написать костыль, который будет из кластера зависшие сеансы рубить))
Зачем искать причину зависания, оптимизировать код, разбираться с блокировками, когда можно закрыть и снова открыть 1с. Можно кстати сервер перезагружать, тоже будет сеансы зависшие удалять)

Есть такая функция в БСП, в общем модуле: ИнформацияОБлокирующихСеансах. Но она почему-то возвращает информацию только по файловым базам, а что можно сделать в SQL-базе?

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

(2) Точно? Фоновые задания не будут время активности увеличивать?

(7) у ТС другая проблема, судя по посту. В течение дня юзверов 1ска зависает и вместо решения проблемы зависания, ТС тупо рубит вручную зависшие сеансы, видимо это стало все чаще и вручную стало лениво, вот и хочет автоматизировать)

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

(9)(10) Ну вы уж совсем ))

Обработка проведения Поступления товаров там типовая, а на конфликт блокировок ругается именно она.

(11) Воот и дошли до сути, видимо у вас есть множество доработок, которые блокируют таблицы используемые при проведении поступлений. В итоге 1ска ждет, пока выйдет пока таблица разблокируется, юзверам ждать неохото пока таймаут выйдет и ошибку выдаст, они тупо альт+ф4 и заново открывают, только вот это не помогает)

отличное время изучить тему с блокировками, что их вызывает, какие бывают и как решать проблемы с ними.