Странная ситуация. В определенный день в двух разных базах в определенный момент начались блокировки. (Две УПП, одна сильно дописанная на основании старой конфы, вторая свежая с небольшими доработками) После перезагрузки сервера какое-то время все работает, потом начинаются блокировки у отдельных пользователей. Причем под одним пользователем документ уже не проводится, под другим тот же документ - еще проводится. Со временем количество пользователей и количество объектов с блокировками растет. Никаких изменений конфигураций, обновлений платформ накануне не было. Место на сервере есть. Если блокировки начались, то без перезагрузки сервера не снимаются, даже если все выйдут из баз и в консоле 1с никаких сеансов не отображается - кроме того, под которым что-то пробуется и это может быть новый сеанс. После перезагрузки сервера некоторое время все работает, потом начинается по новой. Платформа 8.2.19.106, MS SQL.

Первым делом в консоли сервера посмотреть колонки
Захвачено
Захвачено СУБД

Там будет время захвато.
Вас должны заинтересовать большие цифры (больше 60).

(2) То-то и странно, что в консоле ничего не захвачено. Как написал, блокировки сохраняются, даже если никого нет.

сколько у Вас серверов/служб 1с?

1 сервер, 1 кластер - все просто

ФЗ какое-нибудь пади

(6) Как проблемы начались, поставил запрет регламентных заданий в обоих базах. После перезагрузки снова начались блокировки, хотя никаких фз нет.

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

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

когда начинается эта хрень для каждого рхоста посмотри время отклика (это в свойствах в консоли 1с) если на каком больше 0.5 - это точно проблемный, смотри чем он занят, по ПИДУ его можно найти и грохнуть в процессах сервера. Если это помогает - значит смотри и думай чем он был занят, там скорее всего косяк в коде конфы который вешает процесс (например вечный цикл)

(7) Так "плохое" ФЗ может запускается из сеанса пользователя, а не через РЗ. Хотя ты же пишешь, что сеансов посторонних нет.
Ну посмотри уже в СУБД, на какие пространства и кто ставит блокировки.

Проблему пока не решили. Еще обнаружили фокус: Как начинаются блокировки, у пользователей в журнале регистрации  "останавливается" номер и время транзакции. Причем даже у тех, у кого блокировок нет и кто проводит документы, время и номер транзакции у них остаются "старые".

А сегодня одна из пользователей работает так, что в журнале регистрации по её действиям в полях "Статус транзакции" и "Транзакция" пусто.

(9) В СУБД блокировок тоже нет

Может одна и та же база в разных кластерах зарегана?
Чтобы пресечь это, поменяй пароль пользователю СУБД и пропиши его по-новой в кластере. Либо заведи нового пользователя, а старого в СУБД заблокируй.