Как бороться с самоблокировками в 1С?

Question

[tartarelin]

1С-Предприятие крутится на удалённом терминальном сервере Windows Server 2016 с MS SQL Server 2016
Оперативной памяти занято меньше половины, процессор тоже не нагружен, при этом у разных пользователей время от времени разные документы оказываются заблокированы ими же.
У некоторых пользователей RemoteApp, у некоторых тонкий клиент на компьютере, некоторые через RDP.
Происходит следующее, пользователь создаёт заказ, закрывает его и подписывает, через некоторое время (несколько минут или больше) открывает чтобы отредактировать и видит сообщение "Ошибка блокировки объекта. Объект уже заблокирован тонкий клиент"
Компьютер, пользователь и сеанс этого же пользователя, других сеансов я в консоли не вижу.
Как быть? Куда смотреть? Что читать?

Comments

[tartarelin]

Денис Акимкин, насколько я могу понять, не типовая

Answer 1

[Александр Юдаков]

Вероятнее всего, ошибка в программном коде здесь:

пользователь создаёт заказ, закрывает его и подписывает...

На объекте "Заказ" в процессе выполнение этой самой "подписи" был вызван метод "Заблокировать()", однако по окончании операции забыли вызвать метод "Разблокировать()".

P.S. В любом случае, претензию следует адресовать разработчику конфигурации. А еще точнее — тому, кто делал функцию "подписать".

Comments

[Сергей Программист 1С]

+1, программист закосячил

Answer 2

[mindgrow]

Попробуйте полностью отказаться от RemoteApp. С ним всегда много проблем. Пользователь может даже не понимать через что он открыл 1С и говорить вам, что одно, хотя на самом деле все по другому, RemoteApp все усугубляет. Например пользователь может открыть один и тот же документ через RemoteApp и толстый клиент и думать что на самом деле работает в одном окне, а на самом деле утром он открыл через RemoteApp, а днем закрыл и открыл толстый клиент и пытается зайти в тот же заказ, который открыл утром.

А магия в том, что при закрытии RemoteApp, клиент 1С не закрывается, и все открытые документы так же будут открыты. И пока вы не перезагрузите сервер, чтобы сбросить все сеансы, и не подойдете к пользователю чтобы наблюдать что он делает - вы не поймете что не так.

В общем мой совет, откажитесь от RemoteApp, перезагрузите сервак и наблюдайте что будет дальше на местах.

Comments

[Максим Ярошевич]

В политиках настраивается завершение сеанса при закрытии приложения RemoteApp, и отказываться от них совсем не вариант - удобно, однако. Если пользоваться RDP - то теряем извещения локального рабочего стола - чаты, почта, что неудобно, да и потребление ресурсов приложениями RemoteApp заметно ниже. В данной ситуации есть смысл поговорить с 1С - программистами и изучить причину блокировок заказов.

Answer 3

[АртемЪ]

Как быть? Куда смотреть? Что читать?

Думаю стоит смотреть в сторону - RemoteApp он таким балуется.

Answer 4

[Сергей]

Попробуй переустановить обнову.
Точно в сеансах не висят зависшие? При неверной настройке, пользователя может выкидывать из текущего сеанса, worker висит, пользователь логинится заново, пытаясь править то что уже открыто в другом worker process

Comments

[tartarelin]

все пользователи говорят одно и тоже, просто создают заказ, закрывают его и подписывают, потом могут работать с другими заказами, через некоторое время вернуться к первому и тогда увидеть, что он заблокирован.
Заново они не 1С не открывают.
После этой ошибки, если перезайти в 1С, то документ разблокируется.

[Сергей]

tartarelin, Тогда предположение Александр Юдаков более вероятно, попросите обслуживающего человека\организацию проверить функцию подписи.