Как одновременно использовать программный и аппаратный ключи?

[LadyInGreen]

Здравствуйте!
Мы недавно купили 2 программных ключа 1с: ключ защиты и ключ на 100 лицензий. До этого был сервер, где стояло 2 ломаных ключа: ключ защиты и ключ на 50 лицензий; и был ключ физический на 100 лицензий. (зачем купили именно программные ключи, не знаю, решение принимало начальство).
На этот действующий сервер ключи решили не ставить, так как, если что-то пойдет не так, то будет «простой», пользователи сильно будут возмущаться. Поставили эти программные ключ защиты и на 100 лицензий на новый сервер, хотим объединить теперь их (серверы) в кластер со старым.
Возможно ли при этом использовать и физический ключ? Он сейчас стоит вообще на левом сервере, мы просто в нетхасп пользователям прописывали через запятую его и тот, где виртуальный.
А программный ключ в нетхасп же не пропишешь :(

[avm3110]

зачем купили именно программные ключи, не знаю, решение принимало начальство

программный - дешевле

Возможно ли при этом использовать и физический ключ

можно

[Online_Z]

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

[LadyInGreen]

Спасибо, я догадывалась, что можно, точнее, надеялась :) вопрос в том, как. "Прикрутить" аппаратный к серверу, где стоит программный ключ, ведь нельзя? Как мне ответили в фирме 1с, в нетхасп у юзеров прописывать программный ключ нельзя, нужно в свойствах базы ставить "раздавать лицензии сервером", только так работает программный. То есть сюда уже никак не присоединить аппаратный? или как-то все-таки можно?
Лучше, наверное, аппаратный ключ вставить во второй сервер кластера, где стоит "ломаный" на 50 лицензий. Они не будут друг другу мешать? Или, допустим, этот аппаратный поставить в какой-нибудь "левый" сервер, и тогда как-то прописать в том сервере, где ломаный ключ, еще и его? Может, в файле nhsrv.ini, в строке NHS_IP_LIMIT на сервере, где ломаный ключ, прописать ip-адрес самого этого сервера и через запятую адрес машины, где стоит аппаратный ключ, и опять же в базах поставить Разрешить выдавать лицензии сервером?

[Online_Z]

вопрос в том, как. "Прикрутить" аппаратный к серверу, где стоит программный ключ, ведь нельзя? Как мне ответили в фирме 1с, в нетхасп у юзеров прописывать программный ключ нельзя, нужно в свойствах базы ставить "раздавать лицензии сервером", только так работает программный.

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

---------- Post added at 23:01 ---------- Previous post was at 22:56 ----------

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

[avm3110]

вопрос в том, как. "Прикрутить" аппаратный к серверу, где стоит программный ключ, ведь нельзя?

Вы немного путаете "мягкое с холодным" :-) "старый" механизм клиентских лицензий и "новый" (хотя старый никто не отменял и он так же работоспособен.

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

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

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

обменять весь этот зоопарк на один USB на 300 пользователей

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

[Online_Z]

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

Согласен, с точки зрения безопасноти три ключа по 100 польз. лучше, чем один на 300.
В случае выхода ключа из строя перестанет работать только один ключ из трех, что будет неприятно, но не катострофично.
К "сюрпризам" программных лицензий ТС как понимаю уже морально готова. Главное не забывать заказывать резервные пин-кода для активации, чтобы всегда иметь их под рукой.

[LadyInGreen]

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

А если поставлю ключ аппаратный в другой сервер, то как сказать 1с, где он находится?