Висит соединение с СУБД, жрет 50% процессорного времени на сервере

На клиенте приложение завершили
а вот соединение с базой висит и не убивается

как убить?

консолью администрирования сервера

(1) жму удалить
потом обновляю список - и вот оно опять

(2) бывает...
тогда перезагрузите сервер

Не жалко пользователя?

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

https://www.dropbox.com/s/g51gd6zkx6klx7g/2018-05-24_15h12_16.png?dl=0

(5) Рабочий процесс на сервере один?

(5) ну так СЕАНСЫ нужно удалять, а не соединения!

(7) сеанс удален в первую очередь

(7) - если идет запрос к СУБД то сеансы удаляй-не удаляй - соединение не разрывается.
(0) перезапуск агента сервера.

Смешной заголовок

(0) > Пользователь запустил отчет - как его убить?
Убить пользователя не трудно.

(9) Не обязательно так жестко. Можно рабочий процесс прибить, если их несколько. Клиентов перекинет на другой процесс.

Поскольку 1с волшебная страна порой никак кроме перезагрузки агента ;)

(0) Зачем убивать пользователя ?

пусть живёт еще

(0) задуши его голыми руками
Ха-ха-ха-ха-ха-ха-ха-ха-ха-ха

(0) На рабочем процессе снять галку "включен". Все соединения уйдут на другой. Потом - прибить этот rphost.

(9) Или перезапуск службы SQL....

(11) а очень трудно - вон - без перезагрузки не обошлось

Ветку не читал. О том, что убивать нехорошо, уже говорили?

(0) Не трогай пользователя — это же уголовка, просто попроси так больше не делать

(20) Да, все Петросяны уже отметились

+(11)Трудно - не убить пользователя.

Вариант убить на SQL сервере не предлагать?

(17) Ошибаешься

(0) пользователя? :)
Жестоко

(22) Нет, не все. См.дальше

Пятнично!
(с) Ваша Элочка.

А вот не надо было отчет до такого запущенного состояния доводить.

(29) Еще никто не жаловался

(32) Если бы меня, как пользователя, убили - я бы тоже не жаловался....

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

(34) + рекурсия и скорее всего с текстом

:))))). Автор всего лишь спросил, как прибить процесс, а в итоге ему придется курить матан по распараллеливанию процессов на кластере, выделение памяти под процессы и, возможно перенастройку sql сервера с shared memory на tcp-ip :)))))

(20) "Ветку не читал, но скажу...." Стаж виден сразу

(0)Так у тебя совсем пользователей не останется

раньше, можно было стопать отдельные процессы, а вот в 8.3 как остановить отдельный брабочий процесс не знаю

найти процесс по pid и грохнуть через диспетчер задач
или
бритвой по горлу и в колодец

(38) они не только пользователя, они еще и агента прибили в (13). А тела куда-то грузят.

(25) В чем? На 8.2 так делаю.

(42) в 8.3 не всё так однозначно. Не все процессы хотят умирать

kill на скуле уже предлагали?

Жесткая конторка, я бы сказал. Пользователи походу на гвоздях сидят, и как только видят программиста 1С(RomaH) в своем офисе еще и начинают судорожно трястись от страха! Начальники отделов быстро начинают кланяться, и докладывать что у них все в порядке, никто ничего не делает без разрешения верховного RomaH. RomaH в это время подозрительно оглядывает находящихся в офисе сотрудников, разворачивает и уходит к себе в кабинет. В этот момент Нач. офиса вызывает работников склада, и просит их загрузить кирпичи в машину и отправить клиенту, за качество товара ручается...такая вот схема производства на кирпичном заводе RomaH-а

Кстати, вы фотку ТС-а в профиле видели?
Он там уже с топором..