Всем доброго дня!
Нужна помощь!

Проблема следующая, есть сервер на котором находится файловая версия базы данных (причем не одна). Есть пользователи которые подключаются через терминал и запускают данные базы данных. После обновления платформы (было 8.3.5.1460, стало 8.3.7.2008) сначала у одно потом у другого пользователя стала выдаваться ошибка "ключ защиты программы не доступен". Причем только в 1 базе (т.е. базы могут быть открыты 2 и 3, но выдаст в одной и, естественно, эту одну и закроет, остальные базы работают). Кеш чистил полностью ручками, а так же прописал /clearcache. Ключ находится аппаратный, на данный момент есть предположение обновиться на более новую платформу, но хочу почитать ваши советы что еще может быть.

(0) + пользователей около 8-9, ключ стоит аппаратный на 10 пользователей

(1) может теперь суммарное количество открытых сеансов начала считать?

(1) пользователи для открытия нескольких баз запускают новые терминальные сессии?

(3) нет, каждый пользователь открывает в своей сессии базы

(2) зачем? Если пользователь занимает 1 лицензию и с ней работает

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

(6) ну вот я тоже достаточно "надеюсь" что это так и в этом релизе, хочу поставить новую платформу, а там посмотрим что да как...

(7) а зачем вы при установке платформы меняете ключ? Ключ как установили драйвер в 2007м году, так и должен стоять.

У нас тоже после обновления на 8.3.7 стало лицензий не хватать, постоянно перезагружали HASP Loader. Починили переходом на 8.3.7.1993.

(9) хорошо, попробуем именно эту версию

(8) никто не меняет ключ, просто поставили новую платформу

(11) А зачем менять платформу просто так?

(12) затем что обновленная ИБ просит новую платформу, я надеюсь не надо отвечать зачем обновлять ИБ?

(12) естественно просто так бы ничего не делалось...

если на сервере винда х64, то глянь в процессах, нет ли  зависших SplWOW64.exe

(15) ну вроде ничего не висит, вижу эти процессы, вечером подключусь, посмотрю, когда никто не должен работать

ага, глянь, в общем тема такая - SplWOW64.exe завершается с задержкой. если не завершился до закрытия 1С:Предприятия, то не происходит и закрытия терминальной сессии

(17) но вообще, по логике, если не закрылась сессия и 1с-ка то лицензия да, висит, но, при заходе пользователя, он должен же подхватить эту же лицензию. Но, так же, я вспомнил, что ночью принудительно выбиваются сессии, прописано на сервере.

когда я работал в одном большом столичном фране, в таких случаях нам всегда советовали "использовать непопулярный метод", мол фирма 1С такое приемлет. Но это было давно

(18) не уверен, что будет подхватывать эту же лицензию
можно конечно и ночью, но для процесса можно настроить таймаут и принудительное завершение

нашел, помню, что где-то сохранял )
http://www.online-ufa.ru/content/articles/problem-1c-rdp/

(20) к сожалению мне не удалось посмотреть прошедшей ночью, сегодня посмотрю...

кстати, посмотри еще другие процессы, у того же HP мониторы принтеров также залипать могут, их нужно тоже убивать при завершении сессии

(23) нет, все нормально, все пользователи без проблем завершили сеансы и ничего из зависших процессов нету

(24) может в этой базе есть вызовы по ком другой базы. Тогда 2 лицензии тратятся, как на 2 сеанса.

(25) нет, такого точно нету, т.к. там есть только синхронизации между баз через типовые планы обмена

(25) я еще не пробывал другую платформу, но завтра еще раз спрошу есть вылеты или нету, а то вдруг реально что-то висло, если будут, то завтра под ночь буду платформу другую ставить