Добрый день, Уважаемые.
У меня всегда ночью перед бекапами стояло задание последовательно с паузами закрывать, а потом в обратном порядке запускать агент 1с, агент скуля, службу скуля.
Все было хорошо до обновления на 8.3.20.1674, теперь ничего не помогает, ни через батник ни через ручной перезапуск. Висят не закрытые сеансы.
Я пробовала "ragent", "rmngr", "rphost" принудительно закрывать, не помогло, хотя они и сами закрываются через некоторое время после остановки службы агента 1С.
Помогает только закрывать руками в консоли или перезагрузка сервера. Ставить время сна и отключение поменьше не предлагать, они не засыпают, наверное открыты в развернутом виде на клиентах.
Было у кого так? Помогите советом, пожалуйста.

Не используй 20ую платформу

(0) а установка блокировки соединений не помогает против появления этих сеансов?

(0)Вы за 12 лет на этом сайте хоть кому-то помогли ?
так с какого Вам помогать ?

Если советом , то делать бэкапам самим скулем. Не нужна будет эта акробатика с остановками и запусками.

(3) Михаил, Ваш вопрос меня ввел в тупик, да на этом сайте я не мониторю темы в которых могла бы помочь. Не такой у меня образ жизни. Но оглянувшись назад, я могу сказать что людям я помогаю, не в рамках этого сайта, а вообще. Вообщем и целом можете мне не помогать)

(2) Тогда люди работать не сомгут, они появляются в рабочее время, а не в рабочее я не могу их сбросить.

(1)(4) Отличные советы. Но я пока настроила задание в планировщике на перезагрузку сервера.
Программа: %SYSTEMROOT%\System32\shutdown.exe    Аргументы: /r /f /t 90 /d p:0:0 /c "Перезапуск. Отмена: shutdown.exe /a"

(5) "Но я пока настроила задание в планировщике на перезагрузку сервера."
А вы уверены, что это поможет? А вдруг при перезагрузке он из каталога сервера подхватит сохраненные сеансы, так же как и при простом перезапуске агента?

Вообще, конечно, борьба с сеансами всё сложнее становится.

Особенно бесит, что нельзя заблокировать начало сеансов, и при этом разрешить запуск сеанса администратору. Вот ставлю я обновление - все сеансы выкинул, поставил флажок блокировки сеансов, в конфигураторе применил обновления, все ок. Теперь как-то надо, чтобы выполнились обработки обновления ИБ. Для этого надо зайти админом в режиме Предприятия. А зайти - не могу, потому что блокировка сеансов. Убираю флажок - и тут же пошли влезать в "недообновленную" базу пользователи. Как вообще 1с рекомендует такое обновление производить? Интересна официальная методика...

(7) почему ты не можешь зайти сеансов в режиме блокировки? Там же есть ключ допуска. Вводишь его тоже и заходишь. Или теперь это уже сломалось?

(5) Я у вас на 20-ый с какого релиза перешли? Фишка в том, что это не только на 20-ой ветке так себя ведут сеансы, но и на других тоже.

(8) "Там же есть ключ допуска. Вводишь его тоже и заходишь"
Это где? "Код разрешения" - это оно? А с какого релиза это появилось, не подскажете? Раньше по-моему не было.

(10) Всегда было. Ну если считать, что 8.1 было всегда, то оно и тогда тоже было. Когда была 8.0 я еще на 7.7 сидел.

(11) Вот попробовал - не работает этот код разрешения. Поставил галку, ввел код - а при запуске 1с ничего не спрашивает, сразу выдает "начало сеанса запрещено". 8.3.18.1334 платформа.

(12) а при запуске ты код ключ запуска куда-то записал? 1С не спросит. Ты сам должен его дописать с командную строку или в строку параметров запуска.

(13) О блин. Спасибо! Где же ты раньше был?!) Я пару лет назад этот вопрос тут же задавал, все молчали как партизаны)

(6) Удалять сеансовые данные принудительно(руками, скрипт), при остановленном сервере приложений, конечно.
Вот и вся борьба. И временные файлы, создаваемые при работе сервера приложений, туда же.

(15) У 1с вроде как есть некий велосипед под названием "Исполнитель", в котором вроде как можно и сеансы удалять. Но это не точно.

(16)Надо будет посмотреть.

Для Фреш -да, есть такое https://its.1c.ru/db/freshpub#content:1803:1:issogl1_53.7.2_перезагрузка_рабочих_серверов_1с_предприятия с удалением сеансовых данных, для отдельно стоящего экзекутора нужно будет писать скрипт..

(0) главное, пропиши ключ разрешения только себе...а не всем :)
И странно, чтоты про него нк знал, он да..еще в 8.1 уже точно был

(8) ага, только только платформа 8.3.20.1613 ложит болт на то, что у тебя в параметрах запуска прописан ключ /UC с нужным кодом разблокировки ))

(20) ну т.е. сломалось? Надо будет своих кошек помучить.

(20) не верю.

(0) обновляйся на 8.3.20.1710