УПП 1.3 (типовая), 60 пользователей, SQL.
Во время работы пользователей наблюдаются нерегулярные "зависания" 1С.
То форма справочника открывается около минуты, то документ просто записывается несколько минут..
Но большая часть работы проходит в нормальном режиме.
Никаких регламентных операций на СУБД не проводится (всё ночью)
Как такие зависы можно исключить? Где копать ?

А регламентные задания 1С?

(1) - прав.

из регламентных заданий - только слияние индексов полнотекстового поиска..

ещё есть какие-нибудь варианты ?

обаботка прерывания пользователя

(3) Я его отключил, оно как раз и грузит винт и сервер, толку от него "0", и так никто им не умеет пользоваться :))

(6) да он один раз ночью только делается

(7) замеры из пофигуратора что показывают?

Что с севрером в момент зависаний, проц/память/обращение к винту не взлетают по максимуму?

Замер производителности, трассировка.. SQL какая - MSSQL? Режим управления блокировками - управляемый, автоматический?

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

речь про замеры производительности конфигуратора из 1с.
Но скорее всего, там окажется что при подвисании всё время уходит на какие-то действия со стороны СУБД. На стороне СУБД нужно посмотреть, не затрачено ли основное время на ожидание блокировки - думается мне, оно именно так и есть. Но дальше раскручивать сложно. Возможно, кем-то из пользователей выполняется обработка, меняющая данные в длительной транзакции, а MSSQL, пытаясь обеспечить readcomitted, ставит эти записи на блокировку..
На самом деле тут гадать сложно, может быть всё что угодно...

(12)
зависания происходят даже на открытии формы элемента справочника...
Эти действия происходят вне транзакции, они-же никак не должны блокироваться...

встречал такие зависания при открытии форм на новых объектах, помогает реструктуризация

(14) это только на новых было ?

(15) замечал на новых...

(0) А версия 1С хоть какая?
На старых релизах такое встречалось раньше.