Дорогие форумчане никто не знает как и чем можно прочитать сеансовые данные, точнее что внутри них

А что это такое?

(0)ПараметрыСеанса. - это то, что тебе на уровне разраба 1С доступно

Просто возникает проблемы при обновлении. Есть зависшие соединения в ИБ - поясняю:пытаешься обновить конфигурацию, получаешь сообщение что сидят человеки. Далее заходишь в консоль кластера смотришь - сеансов нет (т.к их сам выкинул + лок на вход),смотрим соединения и вуаля видим что есть соединения. Далее стопаем службу кластера, удаляем из папки кластера файлы snccntx....dat и все работает. Хотелось бы без ребута службы т к в кластрее 4 сервера приходится каждый стопать

Было бы круто посмотреть что за г... там в этих файлах не через 1с а через noSQL managment какой нить

А точно люди,а не рег.задания

ну и рег задания тоже. Просто смысл в другом он говорит что есть соединения! Заходишь в соединения прибиваешь принудительно, после этого обовляешь консоль и оно снова появляется. Что за магия такая

при этом сеансов нет!

(6) Замечал что  Сеансы зависают когда посылает отчет какой нить с хорошим таким запросом и 1С тупо закрыли насильно , или фон.задание отменили и тут ступор. Можно конечно прибить это через SQL но надо через профайлер вычислить сеанс правильно , так можете прибить нужное.

в консоли (8.2)
рабочие серверы \ рабочие процессы - создаю новый процесс, делаю его активным, делаю неактивным старый процесс, дожидаюсь "переползания" пользователей, убиваю старый с зависшими соединениями

(9) ФЗ зависшие тоже переползают ?

Если даже на SQL соединение разрываешь все рано остаются соединения в остнастке кластера 1с.Магия 1с и костыли обожаю!!!(((

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

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

(3) нуууууу, я писал себе обработку... сначала срубал соединения, потом сеансы. Как-то прокатывало

(3) Перезапуск службы вроде помогает без удаления файлов?

Методика такая.
В списке кластера находишь проблемные соединения, из них можно узнать pid, обычно все повисшие на одном процессе и висят и больше там никого.
Потом просто килляешь рпхост с этим pid.
Делал 100500 раз и все ок. И дергать сервер приложений не надо и проблема решается

(14) Смотря как делать перезапуск. Если просто в службах ОС передернуть - далеко не всегда. Нужно визуально контролировать завершение всех процессов кластера (прибивать оставшиеся при необходимости) и также почистить сеансовые данныев каталоге кластера.

Самое западло, что как-то диагностировать (без участия человека) такую "порчу" весьма тяжело. Это как поехавшие итоги в базе - не знаешь о том, что уже жопа, пока не сталкиваешься с последствиями.