Добрый день, коллеги.
Столкнулись с такой проблемой: на клиент-серверной УТ11 (8.2) периодически (до нескольких раз в минуту) база впадает в ступор (указатель мышки меняется на часики и приложение становится недоступным). Это может возникать как при каких-либо действиях пользователя, так и при простое в работе с базой. Собственно, непонятно чей это затык - конфигурации или платформы? Из фоновых заданий оставлен самый минимум, который выполняется раз в сутки. Может сталкивался кто, подскажите что это такое, с чем связано и как лечить?

Замечал нечто подобное при открытой форме Помощника продаж, но выяснить с чем это связано пока как то руки не дошли. Есть подозрение, что стоит посмотреть в сторону ОбработчикОжидания(). В УТ 11 любят сие дело.

Подвисает ут 11 - это масло масляное.

(1) Да, помощник продаж имеет место быть. Спасибо за наводку, буду смотреть

(2) особенно если еще и речь о Помощнике продаж в УТ 11 :)))))

"Из фоновых заданий оставлен самый минимум, который выполняется раз в сутки" прикольно
(0)индексов там не хватает и быдлокод в конфе и обработка эта зло пусть забудут лучше о ней запутает она их ибо сырая не все документы в ней отображаются даже в ней сделанные

(0) Настрой техжурнал, глянь чо пишет!

(5) Да не, идея помощника интересная и в некоторой степени удобная. Нужно только до ума довести.

Сейчас в отладчике сидел, при простое в действиях львиную долю времени выполняется:
Процедура КонтрольРежимаЗавершенияРаботыПользователей()

к (6) и план запроса покажи, и RSL проверь )))

(7)попробуй "//"

(8) (9) Спасибо, вечером попробую, отпишусь что да как

(6) (8) Посмотрел журнал регистрации, нихрена там не понял ))) Из понятного только напоминания о резервном копировании (тоже нужно убрать, чтоб не мешалось, этим скуль занимается).
После непродолжительной работы (точнее приложение было просто запущено и никакая работа там не велась) журнал заполнился вот такими сообщениями:
1C-SDCVersion: 255447
1C-BaseLocation: e1c:(адресбазы)
Content-Length: 475  <-- число 475 несколько раз сменилось на другое, потом пошло по кругу
User-Agent: 1CV8C
Accept-Encoding: 1CSDC,deflate;q=0.5
Content-Type: application/xml; charset=utf-8
Accept: application/xml
Content-Encoding: deflate
Accept-Language: ru-RU
1C-ApplicationName: 1CV8C
Cookie: $Version=1;vrs_refresh=1;$Path=/;vrs_session=be4912eb-4486-41f0-adad-8c40f4a046e7;$Path=/',Body=475
46:32.3680-2028,SCALL,1,process=1cv8c,ClientID=2,Interface=bc15bd01-10bf-413c-a856-ddc907fcd123,Method=0
46:32.3681-0,VRSRESPONSE,1,process=1cv8c,Status=200,Phrase=OK,Headers='Content-Encoding: 1CSDC

Что это за сообщения я не понял.
(9) Закомментировал вызов контроля завершения работы, пока результатом доволен, висяков стало заметно меньше

(11) здесь говорится что в 46:32.3680 (час день месяц и год значится в имени файла) завершилось событие SCALL, обращение с клиента на сервер (см. Руководство администратора). Продлилось оно 0,002028 секунды.
Почитай тоже руководство. Ты можешь отобрать события по наличию свойства context, можешь по событию запроса к твоей СУБД. Можешь посмотреть какие запросы выполняются (есть обработки преобразующие запросы в надлежащий для одинесника вид) и догадаться, что происходит.

Вообще я делаю так. Настроил техжурнал, нашел, с какой он файл пишет, дождался подвисона и бегу смотреть последние записи.

(12)"дождался подвисона и бегу смотреть последние записи"
безупречная методика. позволяет предельно точно локализовать проблему

(13) вы будите смеяться но позволяет. за пару секунд редко успевает что-то произойти (при правильно настроенном журнале), а если успевает, то, как правило, не трудно понять, что.
кстати, знаете лучше методики?)

(14)и как понять по техжурналу где код который подвесил?

(12)"догадаться" это что?

   если есть мозг человеку не нужен ни профайлер ни журнал, достаточно замеров 1С и мониторов скуля и винды.