![]() |
![]() |
|
нарастающие блокировки во всех базах | ☑ | ||
---|---|---|---|---|
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
|
Может одна и та же база в разных кластерах зарегана?
Чтобы пресечь это, поменяй пароль пользователю СУБД и пропиши его по-новой в кластере. Либо заведи нового пользователя, а старого в СУБД заблокируй. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |