Зависание кластера серверов 1С #540319

Сейчас столкнулись с ситуацией когда кластер серверов "зависает" из-за сервиса сеансовых данных. Причем сам кластер доступен, уже вошедшие пользователи некоторое время работают нормально (т.е. переезда сеансов на резервный не происходит), новые пользователи войти не могут, консоль кластера зависает при попытке просмотреть список сеансов, на другие действия реагирует нормально. Лечится остановкой агента сервера, удалением каталога "snccntx" (пользователи при этом от баз отваливаются с ошибкой "сеанс не найден или удален") и повторным запуском агента сервера. Проблема повторяется 1-2 раза в неделю. Подскажите в какую сторону смотреть для решения проблемы. Версия платформы 8.2.13.205 x64 ОС на сервере Windows 2008 R2 x64

Неужели никто не сталкивался с подобной проблемой? И support 1С молчит.

для начала обнови платформу до 219-ой...

Проблема тянется с версии 8.2.12.80 (ее ставили первую), не думаю что обновление с 8.2.13.205 до 219 решит проблему. Но спасибо за совет, попробую. Хотелось бы услышать другие советы. Может логи какие посмотреть особенные или еще что-нибудь?

Где вообще 1С пишет об ошибках самой платформы?

ну вот на фиг думать, а? они еще в 13.218 поправили то, из-за чего у тебя, возможно, проблемы: 10070515  Многопользовательская работа, выполнение регламентных заданий Проблема: В клиент-серверном варианте информационной базы при многопользовательской работе или выполнении регламентных заданий происходит аварийное завершение работы кластера серверов Предприятия. Дата публикации: 2011-02-15 10071105  Старт регламентных заданий Проблема: Если после старта первого для данного рабочего процесса регламентного задания рабочий процесс кластера серверов завершился аварийно, причем до завершения этого регламентного задания, то данное регламентное задание и все другие, выполнявшиеся в этот момент на этом рабочем процессе, не стартуют. Способ обхода: Перезапустить кластер серверов. Дата публикации: 2011-01-27 10073253  Сортировка таблицы по полю НомерСтроки Проблема: В клиент-серверном варианте информационной базы при сортировке таблицы по полю НомерСтроки происходит аварийное завершение работы рабочего процесса кластера серверов Предприятия.

Обновление не помогло. Проблема осталась.

технологический журнал платформы

Те же параметры сервере. Та же проблема. Лечу остановкой сервера и чисткой "snccntx". Тут либо проблемы с сеансами пользователей.. Которые отвалились по каким-либо причинам, либо еще че-нить :)

добавь рабочие процы в настройке кластера.

Я уже на эту тему отправил письмо на V8@1C.ru, передали на расследование в отдел разработки.

на партнерском форуме тоже пара тем висит - перепробована масса вариантов, решения пока нет...

На каждом сервере по 6 основных рабочих процессов и по 3 резервных. Сколько же их еще добавить?

Печально, у меня такая же ситуация. правда кластеров немного больше. Но зависания списка соединений достали. Тешил себя надеждой, что в новых релизах поправят - вижу что нет.

Замечено что из-за DNS может нестабильно работать 1С. Поэтому во всех настройках 1С, при подключении баз и т.п. пришлось использовать только IP адреса.

Это решило проблему или просто стало лучше?

я установил параметры кластера - перезапускать рабочие процессы - допустимый обьем памяти - 2000000 , интервал превышения допустимого объема - 30 , выключенные процессы останавливать - 40 , у вас могут быть другие числа, работает нормально

Ограничения тоже установил, сразу как настроил кластер, не помогает. Ощущение что падает сервис сеансовых данных. После остановки агента сервера все подчиненные процессы, вместе с менеджеров кластера, должны закрываться. В случае возникновения сабжевой проблемы при остановке агента сервера процесс менеджера кластера остается в памяти.

Стало лучше, сбоев стало меньше. Но всех проблем не решило. Статистики для выводов о причинах сбоев было накоплено мало, т.к. полностью сменился состав админов, они в свою очередь изменили настройки всех других серверов кроме 1С, на 1С серверах сменилась платформа на следующий релиз. И потом один сервер 1С вышел из строя из-за неисправности железа. ;)

Скорее всего не проходит синхронизация серверов, т.к. при переводе рабочих процессов второго сервера в состояние "не использовать" и, после переброса пользователей на рабочие процессы первого сервера, удаления рабочих процессов и второго сервера все восстанавливается

при этом не требуется даже глушить службу сервера на первом сервере

В борьбе со сбоями кластера, однажды было принято решение разделить базы по отдельным 1С серверам. В итоге по отдельности они стали работать стабильнее. Чем в кластере 1С.

Удаляете второй сервер из списка рабочих серверов или из списка резервирования?

Ага, 1 база - 1 сервер - 1 лицензия. Дороговато получится.

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

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

Удалял из списка резервирования, стало легче. Потом и рабочие сервера оставил каждому свой. На серверах 1С, ОС без файла подкачки. Windows 2003 32x 4Ram.  Память забита до отказа.

Список резервирования я не трогал, его изменение на проблему не влияет. Памяти на серверах по 24 Гб., свободной еще много. Так что проблема не в мощностях.

Получил ответ от саппорта 1С - в версии 8.2.14 ошибку обещали исправить. Ждем выхода новой версии.

аналогично...