Есть проблема, зависания сеансов пользователей, приводящие к блокировкам базы у других пользователей, но, так как они поисходят у разных людей, при разных операциях, то отловить проблему не получается, поэтому решили бороться со следствием. У атких сеансов растет время захвата СУБД, если смотреть консолью. Вот и появилась идея сделать фоновое задание, которое будет анализировать сеансы, и убивать зависшее по этому признаку. Написал внешнюю обработку, она через комконектор соединяется, получает список сеансов, анализирует, прибивает, если надо, в общем работает. Сегодня перенес это все на фоновые, запустил, 1 и 2 итерация отработало нормально, на 3-й повисло наглухо, помогает только кил rphost-а. Запустили второй раз, 7 раз отработало, на 8-й повисло. Кто-нить сталкивался с таким? В чем может быть дело?

у нас юзеры просто ОСВ без отбора за весь период запускали (ну, или движения серийных номеров), потом срубали сеанс - а запрос на сервере продолжал выполняться. Встроили в отчеты ограничение - без отбора не запускается, все прошло.

"выполнять с паузой хх секунд" в расписании стоит?

Так у меня виснет иногда тупо на форме списка справочника Номенклатура при поиске, иногда при создании нового элемента ноенклатуры, иногда при правке документа, который даже не проводится. Поэтому локализовать и отловить причину я не могу придумать как...
Да, расписание запускать каждые 180 сек, завершать через 120 сек, так как опытным путем было установлено, что отрабатывает она за минуту с копейками анализ. Вот еще что, 1с-овской консолью не видно этого фонового зависшего ни в сеансах ни в соединениях. Я его вижу в "консоли заданий", оттуда выцепляю порт, из порта PID процесса и потом rphost.