Добрый день.
Предположим, имеется сервер с аппаратной/программной лицензией на 50 пользователей и 2 кабинета по 30 пользователей 1с. Все одновременно работать с 1с не смогут, можно ли выставить приоритет раздачи лицензии, чтобы кабинет №1 в любом случае получал лицензию? Зависит ли это от типа используемых лицензий?

Насколько я помню - нельзя

В интернете даже близко к этому не нашел. Еще в ТП 1с написал. Посмотрим что ответят.

(0) нет. нет.

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

А как только запасных нету то делаем их отрубая 2.

(2) Пошлют

Для лицензий КОРП доступно:
Сервис внешнего управления сеансами позволяет ограничивать количество пользователей, подключающихся к той или иной информационной базе. Информирует внешнюю систему о начале и завершении сеанса, получая в ответ разрешение или запрет на запуск сеанса. Взаимодействие с внешней системой осуществляется через веб-сервис, имеющий определенный набор методов.
http://v8.1c.ru/overview/Term_000000890.htm

Но надо будет самому написать веб-сервис.

Но по цене, наверно, будет дешевле купить двойной запас лицензий, чем лицензии КОРП.

(0)локальное решение задачи
делаем две машины с ключами, на одной 30 на другой 20
прописываем хасп ини так чтобы
кабинет 1 обращался на машину с 30ю ключами
кабинет 2 обращался на машину с 20ю ключами
профит

(8) и где профит? когда в 1 никого а в 2 хотят 21 человека войти и не могут

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

(8) Профит только в условии "чтобы кабинет №1 в любом случае получал лицензию"(цы).

Наверное, чисто теоретически, можно установить по одной лицензии и менеджеру лицензий на каждый комп кабинета №1. Менеджер лицензий, который отключается при запуске сеанса "1С:Предприятие". Но тогда будет верно (4) Юзверь, вылетающий из сеанса, не есть "гуд" для базы.

А можно купить однопользовательские лицензии и установить их у привилегированных пользователей.

(0) вообще задача некорректная. "Приоритет по выдаче". Пока хватает - все ОК. А если не хватает, то речь не о приоритете, а кого и как выгонять.

Фантазирую :)

Можно написать фоновое, которое будет каждую минуту проверять количество юзверей и выкидывать 49-го из второго кабинета :)) Зачем? Одна лицензия всегда свободна для юзверей первого кабинета. Как только её кто-то изпервого кабинета займёт - подойдёт очередь на вынос тела очередного 49-го юзверя из второго кабинета :)) В результате: одна лицензия минус. Приемлемо.

Эээ... с математикой заблудился. Конечно-же 50-го юзвера попросить с программы требуется. Чего это меня на 49-том зациклило непонятно :))

(14) это если все в одно ИБ работают. А если в разных?

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

http://its.1c.ru/db/v839doc#bookmark:cs:TI000000186

(18) Писал об этом в (6), но это функциональность поставки КОРП, если хотят сэкономить пару однопользовательских лицензий, то это не окупится.

может какая нибудь прокси может разрулить приоритеты на основе правил?
nginx умеет stream, но наверное не сможет UDP, но зато через него успешно проксируется RDP.

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