|
Снятие зависшего фонового задания без перезапуска сервера.
| ☑ |
0
Demrak
30.08.13
✎
16:29
|
Итак задача была в том, что подвисало фоновое задание. Убийство через консоль кластера не помогло. Сеанс снялся, но соединение осталось висеть. В в sp_who не нашел строчку с нужным мне номером соединения, поэтому поступил следующим образом.
1. Перевел рабочий процесс с зависшим фоновым заданием в режим "Не использовать"
2. На сервере в диспетчере задач нашел rphost с нужным PID и завершил его.
3. Перевел рабочий процесс в режим "Использовать"
Всё
|
|
1
Demrak
30.08.13
✎
16:31
|
Естественно, перед пунктом №2, дождался пока пользователи с рабочего процесса с зависшим фоновым, мигрируют на другие рабочие процессы
|
|
2
servs
30.08.13
✎
16:34
|
После п.3 новый rphost появился в списке процессов Windows?
Какая платформа 1С используется?
Сервер 1С запущен как служба?
|
|
3
Нуф-Нуф
30.08.13
✎
16:44
|
А миграция с "остановленного" РП на другие у пользователей тот того и тонкого клиента прошли одинакого безболезненно?
|
|
4
Demrak
30.08.13
✎
16:51
|
(2) Да, процесс появился вновь, на нем сразу же появился планировщик заданий в консоли.
Платформа 8.2.18.109 , сервер запущен как служба.
(3) На рабочем процессе было по меньшей мере около 20 соединений пользователей, веб и тонких не было. Звонков о "вылете 1ски" тоже не было.
|
|
5
ptiz
30.08.13
✎
16:52
|
Да, так любой подвисший сеанс снимается, не обязательно фоновое задание.
|
|
6
servs
30.08.13
✎
16:53
|
(4) круто, недавно была похожая ситуация, я перевел процесс в режим не использовать, и забил.
Через 2 дня соединения уже не было, перевел в режим использовать опять.
|
|
7
Demrak
30.08.13
✎
17:04
|
(6) У меня ситуация требовала оперативных действий, а выгонять пользователей было нельзя. До этого почему то не додумывался поступить таким образом :)
|
|