|
Зависшие процессы 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
|
(0) http://prntscr.com/p20shv - оно?
|
|||
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 отдельная тема... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |