Зависшая блокировка, как бороться #714184

Всем привет. Почти пустая база, при разрыве соединения периодически остается блокировка (в консоли администрирования ее видно, либо при попытке что-то изменить в конфигураторе), в описании блокировки почти все поля пустые. Скриншот - Платформа 8.3 (8.3.4.389) Пожалуйста, подскажите, как снять такую блокировку.

Прошу прощения за кривую ссылку

дак сеанс убивай этот, зависший

сеанса нет в консоли, только блокировка

Перезапускай сервер 1С

больше нет вариантов?

Можно подождать еще, но не факт, что дождешься. Еще вариант удалить именно эту базу и ее заново зарегистрировать.

на 8.2 там процесс можно было новый создать, перекинуть юзеров а этот удалить... в 8.3 с процессами сложновато, так что остаётся перезапуск службы 1с

Как проявляет себя эта блокировка? А то может это и не блокировка вовсе

Убей прцесс который обслуживает блокировку и снова создай.

Перезагрузи лучше вообще весь сервер :)

это зависшая блокировка, проявляет себя - например не дает конфу в конфигураторе обновить. при этом не имеет ни привязанного сеанса, не номера (см. скриншот)

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

убей соединение

Если несколько серверов, то можно остановить тот который завис, подождать пока активные "перенесутся" на другие и потом уже ребутать его. Так и делал недавно.

Если сеанс завис на скуле, то убей его там. Рекомендую проверить права у пользователя, под которым запускается служба сервера 1с на ALTER ANY CONNECTION. На 8.2 у меня было, что у сервера 1с нехватало прав на убитие подключения в скуле - отловили по технологическому журналу.

вроде под SA подключен к SQL а как убить сеанс на скуле?

kill N Где N - это номер процесса. Правда если его не видно в консоли, это плохо, тогда скорее всего это блокировка самой 1с. посмотреть соединение в скуле sp_who2

,Благодарю, инфа интересная, но убив там соединения ничего не случилось - очевидно эти блокировки где-то в другой таблице...