Добрый день, хотелось бы до конца разобраться с ключами. Так вот, у нас на предприятии на разные сервера разнесены 3 многопользовательских ключа защиты: 20,20, 5 -пользователей. Периодически у нас возникают проблемы, то один ключ не видится вообще(т.е. диспетчере устройств он есть, а в мониторе алладин его нет) и не один пользователь при отсутствии других лицензий не может на него адресоваться, либо пользователь не может получить лицензию, когда на одном они уже все заняты, а на других есть свободные-в любом случае, может помогать либо перезагрузка сервера с ключом, либо компа пользователя, либо перезапуск лиценз менеджера. Как в действительности пользователь получает лицензию при наличии нескольких лиценз менеджеров?Может данную проблему решает только настройка nethasp.ini?

сервер раздаёт ключи в пределах кластера.
У вас сервера в кластер объеденены

??

А не хотите сделать замену трех ключей на 50ти пользовательский?

замену нам делают только на программные лицензии-так не хотелось бы

(0) Можно с помощью планировщика перезапускать лиценз менеджера каждые 15 минут. Мы так и делаем

Можно разбить пользователей на 3 группы и каждую "привязать" к своему ключу

(4) как так то? Я вот менял программные на аппаратные с небольшой доплатой

к моему стыду, мне придется на форуме создавать еще одну тему по поводу того что такое кластер 1с. Но вообще у нас 1 сервер 1с предприятия+ 2 скульных. В кластеры не объеденяли.

(6) вот здесь если Вас не затруднит можно поподробней о настройках, nethasp.ini мне не удалось правильно настроить, все равно не получает нужную лицензию.

(9) 1. укажем конкретный адрес где искать сервер ключа (например: NH_SERVER_ADDR = 192.168.100.100)
2. запретим broadcast поиск (NH_USE_BROADCAST = Disabled)
3. и ограничим типы пакетов только TCP-протоколом (NH_TCPIP_METHOD = TCP)

NH_TCPIP = Enabled, остальное Disabled

(9)спасибо Вам, надо попробывать.

еще вопрос по поводу освобождения лицензии.Сразу ли высвобождается лицензия на ключе при выходе пользователя или имеет значение таймаут в мониторе алладина?

(4)по поводу ключей я все таки сама попробую узнать, так по крайней мере сказал мой начальник

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

(14)т.е. если фактически пользователя нет в системе, но его запись еще сохраняется в мониторе, -лицензия считается свободной?

(15) она считается занятой в мониторе, но новый пользователь может её получить при входе

ок...понятно.

и ещё, если с ключа не используется ни одной лицензии, то в мониторе его не видно

(4) (13) Замена твоих ключей на один 50-пользовательский будет стоить тысяч 50 руб... Потому что:
1). На докупить 5 аппаратных лицензий.
2). Надо доплатить разницу между покупной ценой твоих лицензий и текущей ценой твоих лицензий.

1С такая 1С...

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

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

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

+(22) точнее где воткнут ключ с зависшими лицензиями.

Включи раздачу лицензий сервером 1С для всех инфобаз

(23)короче, без плясок с бубном не обойтись)

(24)а объясните мне, как в этом случае работает сервер?он получается не использует лиценз менеджер?

Сервер сам ищет установленные ключи?

http://its.1c.ru/db/metod8dev/content/3596/hdoc

(24) На сколько я знаю, будут раздаваться только лицензии ключа, который воткнут в сервер 1С:Предприятие. Остальные ключи будут раздаваться по-старому...
Предполагаю, что на остальных серверах нужно также поставить серверы 1С:Предприятие и объединить все серверы в кластер, но это только предположение и не факт, что остальные серверы 1С:Предприятие будут работать без лиуензии на сервер...

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

+(30) а если запретить менеджерам лицензий раздавать лицензии клиентам и разрешить раздавать только серверу, то сервер 1С будет раздавать такие ключи...

Автору, главное, стоит учесть, что в случае 20/20/5 сервер 1С сможет раздать лицензии только из какого-то одного 20-пользовательского ключа, а при его "исчерпании" ко второму ключу такой же серии он цепляться уже не будет

Поправка к (32): если воткнуть один 20 на сервер 1С, второй - на другой комп, то сервер 1С сможет раздавать все 40 лицензий

а в чем преимущество раздачи лицензий сервером 1С перед менеджером лицензий?

(21) -->(6) Лыко да мочало, начинай сначалО

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

(36)да и это очень большой минус

пока пойду по методу наименьшего сопротивления и начну разграничивать пользователей.

(6)по поводу разбиения пользователей на группы какой вариант подходит настройка файла nethasp.ini на каждом компьютере пользователя или настройка файла  nhsrv.ini?

пробовала и тот и тот вариант: т.е. настраивала файл сервера лицензий(указала имя сервера лицензий)
NHS_SERVERNAMES=SERVER171 и еще по схеме (10)+NH_SERVER_NAME =
Server171,но что-то сдвигов никаких не было, настраивала только мой комп, т.е. комп так и продолжал коннектиться к ключу с заполненными лицензиями

могу предположить что изменения можно заметить только при перезапуске сервера лицензий(или всего сервера), компа пользователя

...