Имя: Пароль:
1C
1С v8
нарастающие блокировки во всех базах
0 fmnkh
 
14.03.19
15:16
Странная ситуация. В определенный день в двух разных базах в определенный момент начались блокировки. (Две УПП, одна сильно дописанная на основании старой конфы, вторая свежая с небольшими доработками) После перезагрузки сервера какое-то время все работает, потом начинаются блокировки у отдельных пользователей. Причем под одним пользователем документ уже не проводится, под другим тот же документ - еще проводится. Со временем количество пользователей и количество объектов с блокировками растет. Никаких изменений конфигураций, обновлений платформ накануне не было. Место на сервере есть. Если блокировки начались, то без перезагрузки сервера не снимаются, даже если все выйдут из баз и в консоле 1с никаких сеансов не отображается - кроме того, под которым что-то пробуется и это может быть новый сеанс. После перезагрузки сервера некоторое время все работает, потом начинается по новой. Платформа 8.2.19.106, MS SQL.
1 H A D G E H O G s
 
14.03.19
15:39
Первым делом в консоли сервера посмотреть колонки
Захвачено
Захвачено СУБД
2 H A D G E H O G s
 
14.03.19
15:40
Там будет время захвато.
Вас должны заинтересовать большие цифры (больше 60).
3 fmnkh
 
14.03.19
15:47
(2) То-то и странно, что в консоле ничего не захвачено. Как написал, блокировки сохраняются, даже если никого нет.
4 vde69
 
14.03.19
15:55
сколько у Вас серверов/служб 1с?
5 fmnkh
 
14.03.19
15:58
1 сервер, 1 кластер - все просто
6 Cyberhawk
 
14.03.19
15:58
ФЗ какое-нибудь пади
7 fmnkh
 
14.03.19
16:02
(6) Как проблемы начались, поставил запрет регламентных заданий в обоих базах. После перезагрузки снова начались блокировки, хотя никаких фз нет.
8 vde69
 
14.03.19
16:13
у меня подобное было из за кривых регламентых заданий, они скапливаются в одном рхосте и его вешают, а остальные рхосты работают нормально.

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

когда начинается эта хрень для каждого рхоста посмотри время отклика (это в свойствах в консоли 1с) если на каком больше 0.5 - это точно проблемный, смотри чем он занят, по ПИДУ его можно найти и грохнуть в процессах сервера. Если это помогает - значит смотри и думай чем он был занят, там скорее всего косяк в коде конфы который вешает процесс (например вечный цикл)
9 Cyberhawk
 
14.03.19
16:13
(7) Так "плохое" ФЗ может запускается из сеанса пользователя, а не через РЗ. Хотя ты же пишешь, что сеансов посторонних нет.
Ну посмотри уже в СУБД, на какие пространства и кто ставит блокировки.
10 fmnkh
 
25.03.19
15:55
Проблему пока не решили. Еще обнаружили фокус: Как начинаются блокировки, у пользователей в журнале регистрации  "останавливается" номер и время транзакции. Причем даже у тех, у кого блокировок нет и кто проводит документы, время и номер транзакции у них остаются "старые".
11 fmnkh
 
26.03.19
14:00
А сегодня одна из пользователей работает так, что в журнале регистрации по её действиям в полях "Статус транзакции" и "Транзакция" пусто.
12 fmnkh
 
26.03.19
14:03
(9) В СУБД блокировок тоже нет
13 Cyberhawk
 
26.03.19
14:05
Может одна и та же база в разных кластерах зарегана?
Чтобы пресечь это, поменяй пароль пользователю СУБД и пропиши его по-новой в кластере. Либо заведи нового пользователя, а старого в СУБД заблокируй.
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший