Всем привет!
Есть:
SQL крутится на отдельной машине.
Кластер из двух серверов 1С. Платформа: 8.3.6.2076
по 32ГБ оперативы на каждом.
Кластер - в режиме распределения нагрузки.
Клиентов ~ 300.
Загруженность обоих(при пиковых нагрузках) не более 40%

настройки сервера 1С:
Интервал перезапуска - 345600(4 дня)
Допустимый объем памяти - 29360128кб(28гб)
Интервал превышения допустимого объема памяти - 360сек
Выключенные процессы останавливать через - 360сек

Количество ИБ на процесс 1
Количество соединений - 50

Вопрос в следующем: примерно раз в неделю начинают зависать пользовательские сеансы, замечено, что зависания происходят при перекидывании сеансов с одного хоста на другой, поставил интервал перезапуска в 4 дня, но и это не помогло. Если перезапускаешь rmngr(с хостами), то мало эффекта(пользователи по-прежнему зависают), необходимо останавливать сервер 1С, чистить серверный кеш, затем стартовать, причем останов службы сервера 1С происходит в течение 2-5 мин, а в это время машина, где крутится сервер 1С зависает.

Собственно вот какая проблема, надеюсь понятно изложил, кто сталкивался, куда посмотреть, как решить?

(0) С предыдущей платформы перешли, по этой же причине.

+(0) Переход на новую платформу пока не вариант, потому что нет гарантий что новая будет работать лучше в этом плане.

+(0) Сервер win 2008 r2 Ent x64, 1С серв - x64

Думаю что возможно это проблемы в связке winServ и serv1C

апну...

(0)А кто обещал, что все будет хорошо работать?)

+(7)ИМХО Внутренняя проблема 1с, конкретно в данном случае. Тут когда один сервер 1с и пользователей 20-30 и то проблемы бывают, а в вашем так вообще..

(7) так раньше, когда 8.2.х.540 стояла, проблем не было.., какой-то косяк устранили, а этот добавили... выходит

(7) ну говорить о внутренних проблемах без анализа тж, думаю рано..

(9)Ну так видишь, пишет, что раньше не было таких проблем. Появились с переходом на новую платформу.

(8) Плюсану. 8.2 стабильнее была намного
8.2.16.368 - 10 месяцев работала
8.2.19.68 - 7 месяцев
8.3.4.465 - тоже 10 (еще не испортили)))
8.3.5.1443 - 5 месяцев,
а как 8.3.6 началась, так месяц-два.
Что-то исправляют, что-то новое создают (трудности, всмысле)

Тогда.., ищется платформа > 8.3.6.2076, которая будет более стабильно работать в вышеперечисленных условиях...

(12) нет её ))

(12) Для 8.3.6: надо перезапустить службу в то время, когда людей нет или обычно не бывает.
После этого сервер 1С сам будет создавать рабочий процесс и перекидывать сеансы с минимальными потерями каждые 4 дня в вашем случае.

В двух организациях были из-за этого проблемы, больше, к счастью, такого не возникало.

(14) Бггг.., это если в теории..., а на практике получается как описал выше.

если 1с сервер 64х то оставь только один рхост...

зависание сессий я при этом то же наблюдаю, но причина в "засыпании" клиента, в общем случае эти зависшие сессии не мешают, даже ключи не отъедают...

(16) я поставил "засыпать через" и всё что с ним связано в значение 0, т.е. никогда. В противном случае, юзеры засыпали и уже не просыпались.

(17) ну у нас много менеджеров с ноутами работают, там это не прокатывает...

Наблюдали подобную вещь на 8.3.7.1845, при 30 пользователях приходя в понедельник на работу находил полторы тысячи сеансов: некоторые не засыпали и не отваливались, другие таки засыпали, но тоже висели, однако далеко не всегда использовали лицензии. Появлялись они пачками в течение пары минут с секундными интервалами, например с 15:45 по 15:50 сто сеансов с интервалом по 3-4 секунды.
Пропало после аварийного перезапуска сервера, больше недели никаких рецидивов...

(16) кластер серверов, т.е. их 2.., я понял.., ща потестим

Действительно, оставил по 1му хосту на серваках, 5-й день - полет нормальный, пользователи даже отметили небольшой прирост в скорости.