Всем привет.
Почти пустая база, при разрыве соединения периодически остается блокировка (в консоли администрирования ее видно, либо при попытке что-то изменить в конфигураторе), в описании блокировки почти все поля пустые.
Скриншот - http://s020.radikal.ru/i716/1407/16/7a328dc6dd74.png
Платформа 8.3 (8.3.4.389)

Пожалуйста, подскажите, как снять такую блокировку.

Прошу прощения за кривую ссылку http://s020.radikal.ru/i716/1407/16/7a328dc6dd74.png

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

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

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

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

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

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

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

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

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

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

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

(3) убей соединение

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

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

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

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

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