Всем добрый день!
Обновили платформу с 8.3.4 на 8.3.5 (уже три раза: 8.3.5.1119, 8.3.5.1146 и сейчас стоит 8.3.5.1186) - стали виснуть сеансы пользователей. Юзеров 300+, сеансов может быть и 500 и 600. Но 50% сеансы "мертвые". Так же растет количество блокировок (разобрать пока не получилось, но возможно остались за повисшими пользователями) - может быть и 1500 тысячи и более. Кэш чистили, сервера перезагружали не раз и т.д. (по колесу пинали, фары протирали) - не помогает. Куда копать?
Обновили платформу с 8.3.4 на 8.3.5 (уже три раза: 8.3.5.1119, 8.3.5.1146 и сейчас стоит 8.3.5.1186) - стали виснуть сеансы пользователей. Юзеров 300+, сеансов может быть и 500 и 600. Но 50% сеансы "мертвые". Так же растет количество блокировок (разобрать пока не получилось, но возможно остались за повисшими пользователями) - может быть и 1500 тысячи и более. Кэш чистили, сервера перезагружали не раз и т.д. (по колесу пинали, фары протирали) - не помогает. Куда копать?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
кстати имею базу с которой работают через web-клиент, 8.2.19... много дисконнектов из-за нестабильного инета, много зависших сессий, а вот с 8.3.5 прям отлично с этими спящими сеансами, тем более лицензии при засыпании освобождаются, так что 1С-никам респект за механизм!
<quote> Так же растет количество блокировок </quote> ... да вроде как спящий сеанс завершается, если блокировка, установленная в нем конфликтует с попытками установки блокировок активным сеансом.
Тут вот обратил внимание, при попытке запустить 1С:Конфигуратор базы (он уже был занят с другого ПК), в сеансе кластера появился тут же спящий сеанс Приложения Конфигуратор
Тут вот обратил внимание, при попытке запустить 1С:Конфигуратор базы (он уже был занят с другого ПК), в сеансе кластера появился тут же спящий сеанс Приложения Конфигуратор
Беда со спящими сеансами (платформа 8.3.6.2152), если выставить засыпание через полчаса и завершение через час, то... если пользователь отошел от компьютера на час и вернулся... 1С зависает намертво (приходится принудительно завершать процесс). А еще эти спящие сеансы не дают бэкапы делать средствами 1С. Кто сталкивался? Как решить проблему? Может это косяк платформы?
(15) Tegord, пока еще 2 день работы. Наблюдаю. Но, при переустановке столкнулся с проблемами, в итоге полностью очищал кэш сервера с добавлением баз с нуля. Журналы регистрации тоже с нуля. При очистке кэша никак не хотели удаляться какие-то файлы отдельных баз, процесс сервера 1С:Предприятия продолжал их удерживать несмотря на то, что все его установки удалил через панель управления. Полностью очистить получилось только после перезагрузки. Сейчас меня терзают сомнения - а не заглючили ли эти файлы (возможно в которых и сидела информация о спящих сеансах) так, что сервер 1С не мог их прочитать или записать корректно? А не изменилась ли структура этих файлов и т.д. и т.п.
В общем могу посоветовать для начала - на текущем релизе остановить и удалить сервер 1С:Предприятия, перезагрузиться, скопировать необходимые журналы регистрации, полностью удалить содержимое папок 1с в программфайлс и программфайлсХ64, очистить кэш 1С пользователя, под чьим именем запускается процесс сервера 1С. Установить текущий релиз заново добавить базы заново.
В общем могу посоветовать для начала - на текущем релизе остановить и удалить сервер 1С:Предприятия, перезагрузиться, скопировать необходимые журналы регистрации, полностью удалить содержимое папок 1с в программфайлс и программфайлсХ64, очистить кэш 1С пользователя, под чьим именем запускается процесс сервера 1С. Установить текущий релиз заново добавить базы заново.
insurgut, решилась проблема? А ты какой релиз установил? У меня стоит 8.3.7.1776 - та же самая проблема, спящие сеансы не отваливаются. Хотя сервер ставил заново, в программфайлс обоих всё удалял, базы, кластер создавал заново.
(19) gerandy, стоит 1860, рабочая неделя подходит к концу... могу констатировать, что в тех базах, где висело куча клонов пользователей - сейчас сидят именно активные пользователи, без их копий, начавших сеансы вчера/позавчера/неделю назад.
Но повторюсь, не факт что именно релиз решил проблему, а не установка сервера 1с по сути с чистого листа (с полной очисткой всех возможных кэшей и папок 1с (и в программфайлс и в AppData пользователя, под которым происходит запуск сервиса 1с)).
Но повторюсь, не факт что именно релиз решил проблему, а не установка сервера 1с по сути с чистого листа (с полной очисткой всех возможных кэшей и папок 1с (и в программфайлс и в AppData пользователя, под которым происходит запуск сервиса 1с)).
Платформа 1С:Предприятие 8.3 (8.3.7.1917), Сервер на Ubuntu 14.04 LTS + Postgres
HASP 7.4 c Etersoft, USB ключ на 10 пользователей
При установке "Время засыпания" = 600 и "Время завершения спящего сеанса" = 300 проблема с зависшими процессами решилась,
Подтверждаю, что спящие процессы кушают лицензию
HASP 7.4 c Etersoft, USB ключ на 10 пользователей
При установке "Время засыпания" = 600 и "Время завершения спящего сеанса" = 300 проблема с зависшими процессами решилась,
Подтверждаю, что спящие процессы кушают лицензию
(21) shal8888, Из ИТС:
Вы как раз установили минимально рекомендованное. Попробую у себя. Может поможет.
По истечении интервала времени, в течение которого клиентское приложение, использующее сеанс, не проявляется активности (для веб-клиента и тонкого клиента при подключении через веб-сервер). Если компьютер клиента не находится в режиме энергосбережения, и клиентское приложение бездействует (не выполняет никаких действий пользователя), то оно периодически вызывает сервер «1С:Предприятия» с интервалом 5-10 минут для поддержания активности сеанса. Поэтому не рекомендуется устанавливать время засыпания сеанса меньше 10 минут.
Вы как раз установили минимально рекомендованное. Попробую у себя. Может поможет.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот