Пользователи не могут провести документ - конфликт блокировок. Запросом щеманул в MSSQL2005, что именно заблокировано. Может кто подскажет как средствами того же SQL принудительно разблокировать документ или иные способы как побороть данную проблему, кроме перезапуска сервера 1С.

Актуально.

Боюсь, что никак. Во всяком случае мы не нашли решения. Может в 8.3 это как то исправят?

Даже средствами SQL не освободить документ?

Блокировка осуществляется средствами сервера 1с Предприятия, я так подозреваю. Средствами SQL (обычным select, например) эту запись прочитать можно. Можете проверить

Так она читается и средствами 1С. Документ открывается. Но провести его не может. Тут даже получается не документ заблокирован - а набор записей регистра что-ли. Или как?

убить сессию пользователя заблокировавшего документ ...

убить сессию точно не помогает, ристарт сервера 1с

сервер перезапусти и должно решится.

(6) я не знаю кто заблокировал документ. В соединениях эту зависшую блокировку не показывает.

Убей сессию пользователя на сервер 1с.
Мне так помогало.

(7) (8) я ее и решил перезапуском сервера. Но это "жесткое" решение. Если бы можно было сесиию зависшую средствами SQL прибить - было бы куда помягче :)

(9) Не может так быть. Он показывате что транзация номер такая то сессия такая то. По номеру сессии ищи пользователя.

(12) Сча проверю

А нифига не проверю :) Нету сча зависших блокировок.

По таймауту блокировка должна была отвалится

(15) не отвалилась, висела почти час пока не передернул сервер.

http://smotr.im/5C34

Я так понимаю spid - это номер соединения. Если я прав - то нет в консоли серверов 1С соединения с таким номером. Т.е. пользователь отработал и вышел, а блокировки зависли.

Бывало такое, в базе 1 пользователь - я, а блокировки есть.

Похоже я не туда смотрел. spid это не номер соединения в консоли кластера серверов, а номер соединения с СУБД.
В итоге ситуация повторилась - посмотрел какой spid держит блокировку. Удалил пользователя с таким же номером соединения с СУБД и другие смогли делать проводки без ошибок.