Зависание сеансов пользователей на сервере предприятия
По теме из базы знаний
- 1С8:борьба - личный опыт работы с платформой 1с8
- Конфигурация для отключения зависших сеансов пользователей при резервном копировании, обновлении конфигурации узла распределенной клиент-серверной базы 8.2, 8.3
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- Анализ проблем производительности по динамике мониторинга RAS 1C
- Автоматический перезапуск службы 1С на сервере Windows с очисткой кэша сеансов
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
yla пишет:
У меня тоже происходит зависание, если пользователи какое-то время не работают в программе и свернули окно. Пользователи работают в терминале под Windows Server 2008. Свернутое окно потом не раскрывается.
У меня тоже происходит зависание, если пользователи какое-то время не работают в программе и свернули окно. Пользователи работают в терминале под Windows Server 2008. Свернутое окно потом не раскрывается.
У вас зависает терминальная сессия или 1с?
а разобраться с редиректом устройств не пробовали - "кривой"/старый драйвер принтера, штрих-сканер на модемном канале связи и т.п. как правило торможения интерфейса происходят в юзерленд, т.е. не связаны с системными настройками ОС и БД.
Присоединяюсь к вопросу.
Абсолютно та же ситуация.
После обновления до 8.2.14.540 стали зависать соединения в кластере серверов.
Причем, как я заметил, лишний сеанс появляется при подключении пользователя к базе с разницей несколько секунд.
MS SQL Server 2005, MS Windows Server 2008, обновлялся с 8.2.13.219 до 8.2.14.540 с конвертацией базы (хотя это скорее всего тут не при чем).
У кого-нибудь есть соображения по этому поводу?
Абсолютно та же ситуация.
После обновления до 8.2.14.540 стали зависать соединения в кластере серверов.
Причем, как я заметил, лишний сеанс появляется при подключении пользователя к базе с разницей несколько секунд.
MS SQL Server 2005, MS Windows Server 2008, обновлялся с 8.2.13.219 до 8.2.14.540 с конвертацией базы (хотя это скорее всего тут не при чем).
У кого-нибудь есть соображения по этому поводу?
Здравствуйте!
Сталкивался с аналогичной проблемой - терминальный режим работы (Win2008, удаленное приложение), режим Предприятие, в Мониторе пользователей висит куча "активных" подключений, хотя, если посмотреть список процессов в памяти сервера - там может и не быть загруженных копий программы 1С:Предприятие 8.2.14.540. Стоит закрыть 1С в режиме Предприятие и открыть Конфигуратор - список активных пользователей может очиститься от лишних сеансов. Думаю, глючит платформа. Решение, которое использую - ежедневный перезапуск службы сервера 1С:Предприятие ночью, когда никого в базе быть не должно. Способ хорош - все сеансы сбрасываются, даже подвисшие фоновые задания, один минус - не подойдет тем организациям, у которых работа с базой ведется круглосуточно.
Сталкивался с аналогичной проблемой - терминальный режим работы (Win2008, удаленное приложение), режим Предприятие, в Мониторе пользователей висит куча "активных" подключений, хотя, если посмотреть список процессов в памяти сервера - там может и не быть загруженных копий программы 1С:Предприятие 8.2.14.540. Стоит закрыть 1С в режиме Предприятие и открыть Конфигуратор - список активных пользователей может очиститься от лишних сеансов. Думаю, глючит платформа. Решение, которое использую - ежедневный перезапуск службы сервера 1С:Предприятие ночью, когда никого в базе быть не должно. Способ хорош - все сеансы сбрасываются, даже подвисшие фоновые задания, один минус - не подойдет тем организациям, у которых работа с базой ведется круглосуточно.
win2008R2, sql2008 платформа 8.2.14.540 на одном серваке(ОЗУ 16Gb),
тож столкнулся с подвисаниями сессий и кстати иногда у кого-нибудь вышибает клиента - вешается сервер причем вышибает при этом и 1c7.7. файловую.
доступ к серваку при этом на сервак остается, терминальные клиенты работают
вот тока у всех зависает 1С.
если снять зависшего клиента и заново зайти можно работать (сеанса два при этом на сервере 1С)
перерегистрировал COM соедиение - стала реже зависать.
заметил если перезапускать сервер 1С (sql не трогать при этом) то тогда зависаний нет.
поставил ночную перезагрузку сервера 1С - понаблюдаем.
PS у меня склады и бригады в терминалке(1с вместо оболочки) - тут все проще - если сессия отвалилась или по таймауту просрочена через минуту сервак закрывает сессию и 1С сеанс корректно.
PS у меня отраслевое решение на базе УПП - сельскозяйственное производство от ИНТЕКО ( жуть .... будем переходить на УПП с дописанием функционала ибо проблемы - опаздывают с обновлением и каждое обновление у них делает разные команды и такие ляпы лезут :( ошибки в синтаксах команд :( )
тож столкнулся с подвисаниями сессий и кстати иногда у кого-нибудь вышибает клиента - вешается сервер причем вышибает при этом и 1c7.7. файловую.
доступ к серваку при этом на сервак остается, терминальные клиенты работают
вот тока у всех зависает 1С.
если снять зависшего клиента и заново зайти можно работать (сеанса два при этом на сервере 1С)
перерегистрировал COM соедиение - стала реже зависать.
заметил если перезапускать сервер 1С (sql не трогать при этом) то тогда зависаний нет.
поставил ночную перезагрузку сервера 1С - понаблюдаем.
PS у меня склады и бригады в терминалке(1с вместо оболочки) - тут все проще - если сессия отвалилась или по таймауту просрочена через минуту сервак закрывает сессию и 1С сеанс корректно.
PS у меня отраслевое решение на базе УПП - сельскозяйственное производство от ИНТЕКО ( жуть .... будем переходить на УПП с дописанием функционала ибо проблемы - опаздывают с обновлением и каждое обновление у них делает разные команды и такие ляпы лезут :( ошибки в синтаксах команд :( )
(16) Yurich00, годовой баланс сдадим - там опробуем. а вообще вот тут( пост Василия Костырко 28.12.2011 15:15) говорят что, в релизе платформы 8.2.15.289 проблема c зависанием сессий не исправлена.
там же ссылаются на сюда ;) с регистрацией COM - это помогает если базу использовать в рабочем режиме, а у меня ворошат весь 2011 год - налоговый учет выстраивают (завершаем внедрение программы) при размере базы в 6Gb логи транзакций 10-15gb достигают)
там же ссылаются на сюда ;) с регистрацией COM - это помогает если базу использовать в рабочем режиме, а у меня ворошат весь 2011 год - налоговый учет выстраивают (завершаем внедрение программы) при размере базы в 6Gb логи транзакций 10-15gb достигают)
(22) Yurich00,
а я вручную и не делаю ;) есть планировщик же :)
Кстати я перерегистрировал com и зависать перестало, при условии ночного перезапуска рабочих процессов.
н
о на релиз 8.2.15.294 уже нацелился ... поставлю на допсервак программистам - на них проверим :)
у меня осложняется тем что не УПП а отраслевое решение на УПП - там наверчено полно всего ...
заменю платформу и через недельку отпишусь как оно ;)
а я вручную и не делаю ;) есть планировщик же :)
Кстати я перерегистрировал com и зависать перестало, при условии ночного перезапуска рабочих процессов.
н
о на релиз 8.2.15.294 уже нацелился ... поставлю на допсервак программистам - на них проверим :)
у меня осложняется тем что не УПП а отраслевое решение на УПП - там наверчено полно всего ...
заменю платформу и через недельку отпишусь как оно ;)
(26) Hot_Serg, да нет принтеров Canon . да и не работают они в терминалке.
PS пока не перешел на 15 платформу.
работает решение перегружать 2 раза в день сервер 1С Предприятие. в планировщик воткнул.
Кстати если начинает ломится кол-во клиентов превышающих кол-во лицензий (hasp ключ торчит) - то может и подвиснуть. редко
PS пока не перешел на 15 платформу.
работает решение перегружать 2 раза в день сервер 1С Предприятие. в планировщик воткнул.
Кстати если начинает ломится кол-во клиентов превышающих кол-во лицензий (hasp ключ торчит) - то может и подвиснуть. редко
Есть такая же проблема, при выходе из сеанса сервер 1с не понимает что он пользователь вышел. Лечится только перезапуском сервера, в принципе делаю это итак каждую ночь автоматом. Но днем доставляет определенные неудобства. Такая же проблема у меня наблюдается и на 15 платформе. Началось все на 14 платформе.
Щас вспомнил, я вылечил так:
В Администрирование - Настройка служб терминалов - Подключения - Справа Удалил RDP-Tcp, а потом заново создал RDP-Tcp с помощью мастера. Попробуйте, может помочь, отпишитесь.
Эта ошибка возникает когда Service Pack накатывают и протокол RDP некорректно обновляется - где-то вычитал.
В Администрирование - Настройка служб терминалов - Подключения - Справа Удалил RDP-Tcp, а потом заново создал RDP-Tcp с помощью мастера. Попробуйте, может помочь, отпишитесь.
Эта ошибка возникает когда Service Pack накатывают и протокол RDP некорректно обновляется - где-то вычитал.
Мои рекомендации по зависшим пользователям:
Установите параметры информационной базы
время засыпания пассивных сеансов - 300
время завершения спящих сеансов - 10
И произведите деинсталяцию IPv6, не остановку, а именно деинсталяцию.
Установите параметры информационной базы
время засыпания пассивных сеансов - 300
время завершения спящих сеансов - 10
И произведите деинсталяцию IPv6, не остановку, а именно деинсталяцию.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот