Имя: Пароль:
1C
1С v8
Зависшие процессы 1с
0 Kyrano
 
05.09.19
08:01
Привет всем. в общем, тема больная.
Сервер мощный, хороший, а толку маловато. Прохожу по пользователям почти каждое утро, захожу в их диспетчер задач, вижу 1 Приложение 1С, и 2 (3 или больше) процессов 1сv8.
Перехожу из приложений к процессу (смотрю какой из процессов актуальный), остальные процессы убиваю.
Люди выходят и заходят в 1с, а процессы продолжают висеть, в консоли сервера показывает их как активные.
Порой процесс продолжает висеть даже если пользователь завершает сеанс, а по приходу на работу запускает заново.

Можно ли написать скрипт такой, чтоб смотрел в приложения, смотрел процесс, принадлежащий приложению, а все остальные процессы 1cv8 убивал?
Если такое сделать очень трудоёмко, есть ли другой способ прибивать процессы 1cv8 без приложения средствами 1с?
1 Winnie Buh
 
05.09.19
08:43
RDP случаем нет?
2 rphosts
 
05.09.19
08:54
(0) настрой, как рекломендует Б`орис, рестрат службы каждую ночь.
Разберись с сеансами - может твои юзера и не собираются выходить.
Собери события ТЖ. И да, а кто тебе сказал что не должно висеть ни одного меня? Фоновые тебе выполнять Пушкин будет?
3 WhiteDragon93
 
05.09.19
08:57
4 unregistered
 
05.09.19
09:12
(2) >> как рекомендует Б`орис, рестарт службы каждую ночь.

Где он такое рекомендует?...
Это чистой воды классический костыль. К тому же ещё и временный. Для продуктивной системы совершенно неприемлемое решение.
Его ещё можно было бы рассматривать, если бы не было проблемы отваливания сеансов фоновых и регламентных заданий при переключении с отключенного процесса на новый.
5 unregistered
 
05.09.19
09:21
Чисто на всякий случай уточню: а у всех компов пользователей отключена возможность перехода компьютера в спящий режим? А действие кнопки питания точно установлено в "Завершение работы", а не "Сон"? А действие по кнопке спящего режима (если она есть) установлено в "Действие не требуется"? А энергосбережение для сетевого адаптера отключено (установлен режим максимальной производительности, выключена возможность отключать электропитание сетевой карты для экономии энергии)?
6 unregistered
 
05.09.19
09:27
(0) >> Люди выходят и заходят в 1С, а процессы продолжают висеть...

Чудес не бывает. Если процесс продолжает висеть, значит пользователь не вышел из 1С или вышел как-то коряво. Одна из возможных причин "кривого" выхода из 1С может быть в (5).
Если все требования из (5) соблюдены, то напишите кратенькую инструкцию для пользователей по выключению компьютеров - сначала убедиться, что закрыты все приложения 1С, и только потом (желательно с минутной паузой) выключать компьютер через кнопку "Пуск" - "Завершение работы". Стараться не пользоваться для выключения компьютера кнопкой питания на системном блоке.
7 belav1982
 
05.09.19
09:57
Вот еще в консоли можно процессы настроить http://prnt.sc/p21d1z
А какие реальные неудобства возникают из-за процессов в диспетчере задач и "спящих" сеансов пользователей? Те же "спящие" сеансы по умолчанию через сутки удаляются, лицензии они не занимают?
8 belav1982
 
05.09.19
10:11
(0)>>Прохожу по пользователям почти каждое утро, захожу в их диспетчер задач

Хлопотное занятие вы себе придумали, проходить пользователей, сколько же Вам рабочих мест приходится обходить?
9 Флориан
 
05.09.19
10:15
(7) там процессы сервера приложений 1с rphost имеется ввиду
10 belav1982
 
05.09.19
10:23
(9) Спасибо, ляпнул не подумав.
11 Kyrano
 
05.09.19
10:45
(1) забыл указать. все работают через RDP. Это сервер. Закрывают 1С-ку крестиком справа вверху, она закрывается, а процесс продолжает висеть и кушает ресурсы. В админке, как я говорил, эти процессы тоже висят и отображаются как активные. (последняя активность соответствует текущему времени)
12 Kyrano
 
05.09.19
10:47
(2) Нельзя. люди в базе работают "круглосуточно", в том числе веб-сервисы. Выкидывать ни в коем случае нельзя.
13 Kyrano
 
05.09.19
10:48
(8) около 15. подхожу, смотрю сколько 1С-ок запущено, смотрю в диспетчер сколько процессов 1cv8... ну да, бред, а как? если не сделаю, через часа 2 меня начинают долбить что у всех сервер тупит.
14 Kyrano
 
05.09.19
10:49
(7) как правило такие процессы начинают очень серьёзно кушать процессор (около 12-13% процессора) и память и растут пока не убьёшь.
15 Kyrano
 
05.09.19
10:50
(5) повторюсь, работают все по RDP. RDP на одном сервере, база на другом в MS SQL
16 Franchiser
 
гуру
05.09.19
10:55
Зачем обходить, если можно видеть процессы  всех пользователей на сервере по rdp
17 Kyrano
 
05.09.19
11:08
(16) не ясно, какой действительно рабочий (запущен в сеансе пользователя), а какой нет (висящий). Ничем не отличаются.
18 belav1982
 
05.09.19
11:20
(11) Если сеансы остаются висеть и не засыпают, тогда да, проблема. Отпишитесь, как решите, мало ли, придется столкнуться
19 belav1982
 
05.09.19
11:23
Winnie Buh в посте (1) сразу про RDP спросил, чувствую, что он должен знать как решить:)
20 _Дайвер_
 
05.09.19
11:39
(19) Так это оно и есть))) Такая же фигня была, по 3-4 процесса на пользователя висело, стандартно висит(спит) 12 часов, установил на 3
(0) Чекай (3)
21 Winnie Buh
 
05.09.19
15:04
(19) при печати в терминале на х64 сервере запускается процесс SplWOW64.exe, который используется для преобразований между 32-разрядными и 64-разрядными приложениями и автоматически завершается только через некоторое время после выполнения задания печати,
если процесс сам не завершился до закрытия 1С, то не происходит и закрытия терминальной сессии - лицензия 1С не освобождается
http://www.online-ufa.ru/content/articles/problem-1c-rdp/
22 Kyrano
 
10.09.19
07:24
(21) Сделал как написано. о результате отпишусь
23 Cyberhawk
 
10.09.19
08:07
(4) Фоновые и регламентные не отваливаются
24 Cyberhawk
 
10.09.19
08:08
Клиентский процесс ОС у автора продолжает висеть потому что не корректно освобождаются подключенные в него длл-ки.
Одна из причин - использование СОМ-компонент.
25 Kyrano
 
10.09.19
13:40
(21) http://prntscr.com/p475b9
2 процесса, 1 отжирает 12-13% процессора (это как раз тот, который был закрыт)
второй актуальный.
просто перезапустили 1с.
26 Kyrano
 
10.09.19
13:59
(24) просто море ДДЛок висит, какая из них может вешать закрытие 1с не представляю...
http://prntscr.com/p47fwd
27 polosov
 
10.09.19
14:29
(26) Раз уж дошел до PE, то в нем правой на процессе - properties и смотриiь вкладку Threads. Там будет видно кто ест CPU
28 Cyberhawk
 
10.09.19
14:42
(26) Прибивай по одной и смотри когда клиентский процесс-таки завершится
29 Cyberhawk
 
10.09.19
14:43
Но обычно достаточно прибить нить из цепочки ожидания
30 Kyrano
 
11.09.19
12:24
Проблема решилась установкой самого свежего драйвера устройств ввода от atol.
зато теперь новая проблема: сканера стали медленнее обрабатывать шк :D отдельная тема...
Компьютеры — это как велосипед. Только для нашего сознания. Стив Джобс