|
|
нарастающие блокировки во всех базах
|
Я
|
|
| fmnkh 14.03.19 - 15:16 | Странная ситуация. В определенный день в двух разных базах в определенный момент начались блокировки. (Две УПП, одна сильно дописанная на основании старой конфы, вторая свежая с небольшими доработками) После перезагрузки сервера какое-то время все работает, потом начинаются блокировки у отдельных пользователей. Причем под одним пользователем документ уже не проводится, под другим тот же документ - еще проводится. Со временем количество пользователей и количество объектов с блокировками растет. Никаких изменений конфигураций, обновлений платформ накануне не было. Место на сервере есть. Если блокировки начались, то без перезагрузки сервера не снимаются, даже если все выйдут из баз и в консоле 1с никаких сеансов не отображается - кроме того, под которым что-то пробуется и это может быть новый сеанс. После перезагрузки сервера некоторое время все работает, потом начинается по новой. Платформа 8.2.19.106, MS SQL. |
| H A D G E H O G s 1 - 14.03.19 - 15:39 | Первым делом в консоли сервера посмотреть колонки
Захвачено
Захвачено СУБД |
| H A D G E H O G s 2 - 14.03.19 - 15:40 | Там будет время захвато.
Вас должны заинтересовать большие цифры (больше 60).
|
| fmnkh 3 - 14.03.19 - 15:47 | ( 2) То-то и странно, что в консоле ничего не захвачено. Как написал, блокировки сохраняются, даже если никого нет. |
| vde69 4 - 14.03.19 - 15:55 | сколько у Вас серверов/служб 1с?
|
| fmnkh 5 - 14.03.19 - 15:58 | 1 сервер, 1 кластер - все просто
|
| Cyberhawk 6 - 14.03.19 - 15:58 | ФЗ какое-нибудь пади
|
| fmnkh 7 - 14.03.19 - 16:02 | ( 6) Как проблемы начались, поставил запрет регламентных заданий в обоих базах. После перезагрузки снова начались блокировки, хотя никаких фз нет. |
| vde69 8 - 14.03.19 - 16:13 | у меня подобное было из за кривых регламентых заданий, они скапливаются в одном рхосте и его вешают, а остальные рхосты работают нормально.
картина получается похожая, часть пользователей тупят а часть (которым повезло и они на другом рхосте) нормально работают.
когда начинается эта хрень для каждого рхоста посмотри время отклика (это в свойствах в консоли 1с) если на каком больше 0.5 - это точно проблемный, смотри чем он занят, по ПИДУ его можно найти и грохнуть в процессах сервера. Если это помогает - значит смотри и думай чем он был занят, там скорее всего косяк в коде конфы который вешает процесс (например вечный цикл)
|
| Cyberhawk 9 - 14.03.19 - 16:13 | ( 7) Так "плохое" ФЗ может запускается из сеанса пользователя, а не через РЗ. Хотя ты же пишешь, что сеансов посторонних нет.
Ну посмотри уже в СУБД, на какие пространства и кто ставит блокировки. |
| fmnkh 10 - 25.03.19 - 15:55 | Проблему пока не решили. Еще обнаружили фокус: Как начинаются блокировки, у пользователей в журнале регистрации "останавливается" номер и время транзакции. Причем даже у тех, у кого блокировок нет и кто проводит документы, время и номер транзакции у них остаются "старые".
|
| fmnkh 11 - 26.03.19 - 14:00 | А сегодня одна из пользователей работает так, что в журнале регистрации по её действиям в полях "Статус транзакции" и "Транзакция" пусто.
|
| fmnkh 12 - 26.03.19 - 14:03 | ( 9) В СУБД блокировок тоже нет |
| Cyberhawk 13 - 26.03.19 - 14:05 | Может одна и та же база в разных кластерах зарегана?
Чтобы пресечь это, поменяй пароль пользователю СУБД и пропиши его по-новой в кластере. Либо заведи нового пользователя, а старого в СУБД заблокируй.
|
