Есть самописная конфига на v8. Используется движок 8.3.11.2899 (32-х битный), сама конфига в режиме совместимости 8.3.3. База в файловом варианте. Все это безобразие запускается в терминале на Windows Server 2016 Datacenter.
Каждое утро начинается с того, что один пользователь стабильно зависает. В этот момент проц для пользователя кушает примерно 25%, на экране ничего не происходит и сессия на внешние раздражители не реагирует. Приходится снимать сессию. После этого пользователь заходит заново и работает нормально до следующего утра. Было такое же у нескольких других пользователей, но изредка.
Подозревал, что может быть связано с фоновыми заданиями. Но таковые в конфиге отсутствуют. К тому же пользователь проблемный заходит не первый и процесс исполнения фоновых заданий запускается не у него.
Переход на более свежую платформу запланирован, но там свои сложности.
Внимание, вопрос! Что это за фигня такая и как с ней бороться?
Минута на обсуждение.

Ваше очко уходит к телезрителям.

1) динамическое обновление
2) кеш пользователя
3) кривая платформа
4) дикая старая совместимость
5) техжурнал по excp
6) ключ защиты (техжурнал на лицензии)

2(2)
1. нету
2. чистили
3. будем менять
4. будем менять
5. подробней, плиз
6. вроде с этим проблем нет, все остальные во всех остальных базах работают нормально

Анализ техножурнала от https://infostart.ru/public/15126/

примерно так выглядит фантомный принтер с зависшим заданием

2(5) В момент зависания работа пользователя не связана с печатью.

2(4) Спасибо. Непонятно что с этим богатством делать в контексте задачи. В журнале регистрации ничего не остается после зависания.

(0) >Приходится снимать сессию.

А если не снимать, а подождать, чем заканчивается?
Если какой-то ошибкой, то смотреть логи винды.

2(8) Если не снимать, то болтается до опупения, отъедая процессор на 25%. Никакой ошибки в винде не вываливается.

(7) Журнал регистрации - это не техжурнал

(9) Сколько ждали?

Интересно, а сколько всего ядер на процессоре сервера, т.к. 25% = 100% / 4
И там вероятно чего-то зацикливается, причем, это явно не фоновое или регламентное. Тем более, что на файловой базе это происходит.

А "снимать сессию" - это как? сеанс в 1С прибиваете или терминальную сессию прибиваете и перезапускаете?

Я бы не пробовал это лечить, ну или пробовал бы из спортивного интереса, но для нормализации работы завел бы этому пользователю новый логин пользователя на виндовом сервере.

Ведь уже пробовали работать с этим же пользователем 1С в базе, но из под другого логина в терминале?

2(10) Хорошо. А как до тех достучаться?
2(11) Не сильно долго. Может минут 30.
2(12) Это вообще виртуальный сервер. 25% - это с некой условностью. Загрузка плавает от 15 до 35 процентов.

(13) Попробуйте обновить платформу для начала.