Есть сервер 1С предприятия - на нем установлено 14 различных баз к в каждой из которых работает от 3-5 до 20-30 человек (максимум к одной базе - 35, всего тонких клиентов около 150). с 3 разных терминальных серверов. Сколько должно  быть клиентских лицензий - 35 или 150?

Сколько надо одновременно работающих пользователей, столько и должно быть

(0) максимальное количество одномоментных сеансов +25%.

(2) По сеансам не так выгодно, как по хостам

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

(3) Рограммные лицензии съедают сеансы.

(4) программные, на сервере. так как клиенты работают с терминала
А вот раздавать кто не знаю - как меньше затрат?

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

(7)а как получать лицензию на терминальный сервер?

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

(5) Ошибаешься

Аппаратная сетевая лицензия с менеджером лицензий самая выгодная. Ибо там считаются сеансы виндовс, а не 1с.

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

Оставлю ссылку - пусть автор сам решает что и как ему больше подходит:
Алгоритм поиска лицензий при запуске «1С:Предприятие» 8
http://catalog.mista.ru/public/281119/

PS: при таком зоопарке баз и терминальных серверов, имхо, мне было бы удобнее иметь несколько USB ключей - наверняка есть юзверята, которые сидят в нескольких базах одновременно.

(11) Программная многопользовательская без раздачи лицензий сервером считается аналогично

(14) Нет не аналогично. Она привязывается к рабочим местам.

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

(0) не мучайте голову, у вас 3 разных терминальных сервера - программные лицензии тут не вариант,
в этом случае только USB

(15) а один сеанс на рдп это не одно рабочее место?)

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

(18) Это _не привязанное_ рабочее место. То есть можно зайти с одного компа, можно с другого, можно в одну базу, в две - менеджер лицензий считает только сеансы windows на конкретный момент проверки.

А если вместо трёх терминальных серверов станет два или четыре?
В случае с USB ничего не поменяется. В случае с программными - надо будет веселиться.

(20) "можно в одну базу, в две - менеджер лицензий считает только сеансы windows на конкретный момент проверки" // С программными то же самое

(22) Как это? Если программные лицензии выдаются сервером, то они выдаются на каждый сеанс.

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

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

(23) Да, если многопользовательскую лицензию поставить на сервер - будет 50 сеансов и ни одним больше.

Правда где то на просторах инфостарта встречался алгоритм настройки менеджера программных лицензий на сервере - но у меня что то с налету не получилось

(23) я специально уточнил в 11 "без раздачи лицензий сервером 1С"

+ (26)  в (14)

(26) А как иначе? Привязывать локальные лицензии на рабочие места?

(26) там три варианта: раздача сервером 1с, раздача веб-сервером и раздача терминальным сервером. Во всех трех вариантах выдаются на каждый сеанс.

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

(28) там терминальные сервера - как привязывать лицензии к рабочим местам?

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

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

(23) С аппаратными то же самое

(33) То что ты описал верно и для программных

(34) Только аппаратные можно не выдавать сервером, а выдавать менеджером лицензий - где сеансы 1с не считаются.

(35) А что, для программных лицензий есть менеджер лицензий по типу нетхаспа, который выдает по одной лицензии на сеанс виндовс и игнорирует количество запущенных сеансов 1с?

(37) Конечно - им выступает сам файл программной лицензии

(35) В случае программных многопользовательских лицензий у тебя всего 2 пути. Или их выдает сервер (тогда считаем каждый сеанс 1с), или они привязываются к рабочим местам (тогда теряем лицензии в случае непостоянной работы пользователей в 1с).
(38) Как это? Файл привязан либо к серверу, либо к рабочему месту. В случае нетхаспа никакой привязки нет.

(39) Программную ставишь на терминальный сервер и никакой разницы с аппаратным ключом не испытываешь

(40) Это если пользоваться терминальным сервером. А если он нафиг не нужен?

Что-то ты отклоняешься от темы. Разверни наш диалог взад, начиная от (38), и ты не увидишь там речи о какой-то привязке

(42) Я изначально как раз и писал о максимально гибкой и удобной аппаратной лицензии по сравнению с программной, имеющей кучу ограничений, привязок и условностей.

Ну так Я на эти фразы о привязке и не отвечал вроде :)
Но согласись, что если все клиенты 1С используют _только_ сервер терминалов, то отличий от аппаратной _в плане подсчета лицензий_ никаких нет

(44) отличий то нет, но _только_ при условии, если сервер такой один

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

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

вот могу привезти еще аналог жадности от известной компании  АТОЛ был прекрасный продукт Frontol ...  с аппаратным ключиком жил годами поломок ПК не боялся нет кому то взбрело в голову что он не до получает прибыль и по стопам 1С сделали программный и это теперь ужас

(45) Согласен, принято )

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

(48) Новшества только в цене? Технически ничего не меняется и, стало быть, на это всем пох?

(49) в том то и дело, что хотят ввести технические ограничения для ПРОФ, чтобы возможности КОРП можно было использовать только при наличии лицензии КОРП + для ПРОФ лицензий ограничить максимальное количество юзеров до 100, если больше, то нужно будет переходить на КОРП

(50) "Астрологи провозгласили месяц увеличения стоимости серверных лицензий 1С. Количество крякнутых серверов приложений увеличилось вдвое" (с) HoMM 3.5

А кстати, никто не подкинет ссылку, что там такого наворотили в КОРП-сервере?

(52) ничего там не наворотили, пока лицензии ПРОФ от КОРП отличаются только ценой и правом использования "плюшек", а технических ограничений не было

(52) https://its.1c.ru/db/v839doc#bookmark:adm:TI000000551

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

Такая схема наверное будет проще всего.

(55) Ты не учитываешь, что все три терминала каждый может быть в изолированной подсети, недоступной из другого терминала

(56) информационная база сразу одновременно в трех сетях находится?

(54) Не вижу ничего, относящегося к КОРП

(58) Херово пади тебе, если даже поиск по веб-странице не помог

(57) Нет конечно, в каждой подсети свой кластер

(58) ну посмотри тогда здесь http://www.online-ufa.ru/content/articles/1c-predpriyatie-korp/

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

(62) зачем запускать локальные базы - если уже куплен сервер 1С?
Все три терминала - работают с одним сервером 1С - и по определению работают в одной сети.
Я лично примерно представляю так - на 2-х терминалах по 50 лицензий и на 3-м - 20+10. А для гибкости можно еще 5-10 лицензий активировать на сервере - если например какую нибудь базу будут не в терминале, а локально запускать для работы с оборудованием.

> для гибкости можно еще 5-10 лицензий активировать на сервере - если например какую нибудь базу будут не в терминале, а локально запускать для работы с оборудованием.

а другие пользователи с этими же базами будут работать через терминал?

(63) А если дополнительно есть и файловые базы?

(65) а для запуска файловых баз не в терминале будет третий комплект пинкодов для пущей гибкости )))

(64) Да
(65) И что может помешать перевести файловую - в клиент-серверный вариант? если серверные лицензии все равно куже есть?

(67) Или что может помешать работать с файловой базой на терминале? Если клиентские лицензии установлены на сервере терминалов

(67)(68) ничего, просто это придется делать сисадмину, юзеры сами врядли справятся