Добрый день, есть самописная конфигурация на платформе 7.7, пользователей около 70, база DBF
Так вот с недавнего времени начались затыки по транзакции, приходится всех выгонять чтобы её прервать. Мониторинг на момент всяких модальных окон при записи и при проведении сделан, ничего такого.
Как можно отловить того, с кого начинается блокировка транзакции без влезания в код каждого справочника и каждого документа ?
Может есть возможность при помощи внешних компонент отловить "вредителя" :)

Дисковая подсистема в норме и не нагружена.

Размеры ДБФ не вылезли за предел?

Затыков по транзакции как таковых не бывает. Что блокируется - доступ к документам?
выгоняй не всех, а по очереди и проверяй, попустило или нет...

(1)Нет, за этим следим
(2)При записи элемента справочника или создании документа - "Ожидание захвата таблицы..." Ну и соответственно ошибка блокировки транзакции по таймауту ожидания. Пользователей довольно много по одному выгонять, вот и подумал, вдруг есть вариант отловить блокировщика :)

Индексы, периодические реквизиты?

+(4) периодические реквизиты?
Длинные строки туда-же...

"с недавнего времени начались затыки"
Что поменялось перед этим недавним временем?

"Ожидание захвата таблицы..."
- конкретнее - какой таблицы?

(0) дисковая система на чем организована?

Посмотри по ссылке
1С 7.7 ТИС ДБФ УРИБ 40 юзеров. Надо победить блокировки транзакций

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

Блокировка в файловой основана на блокировки части лога.
На инфостарте ищи мой информер или запускал баз там моя длл это умеет

(11) наврал, там так определяется активность юзера...

А может и не наврал, не помню, уже более 10 лет семеркой не занимаюсь

(11) очень сильно сомневаюсь...

(0) Попробуй формексом ПриНачалеБлокировкиОбъекта() писать куда-нибудь вовне. И  при блокировке посмотришь, кто держит.
Но я бы поставил на журналРегистрации, или на пользователя без каталога. Попробуй обрезать ЖР (или вообще его временно отключить)

Мы сделал свой стек FIFO проведения на внешней лайтовской базе. Записываем всех желающих провести. А потом по нему последовательно проводим всех желающих. В отдельный реквизит записываю время проведения (начало фиксации до вызова Провести() и конец - при выходе из ОбработкаПроведения()) и в следующий раз другим пользователям показывается планируемое время ожидания.

(16) и в чем для пользователя ценность инфы по планируемому времени ожидания? Вот стоит у юзера в очередь упало 3 ожидаемых проведения, допустим через 5,7 и 15 минут... И что?

(16) и не факт что блокировка именно из-за транзакции проведения... Хотя вероятнее в его, но не обязательно...

Тем более что автор самоустранился и так и не сказал какая таблица чаще блокируется

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

(17) "Ваша работа очень важна для нас. Оставайтесь в программе. Вас обслужит первый же освободившийся сеанс. Планируемое время ..."©
(19) значит, настолько нужно...

переходить на 8 уже предлагали?

(22) И нахрена? Криворучко и снеговика "положит". Да и там, где клюшки тормозят - снеговик вообще колом встанет.

(23) он уже и так стоит... Или висит...