|
Лицензирование 1С с разными поатформами | ☑ | ||
---|---|---|---|---|
0
walcot
01.02.22
✎
16:46
|
Всем привет! Нуждаюсь в совете бывалых.
Есть 1 база, которая крутится на платформе 8.3.13.1809. Планируется покупка другой конфигурации, работать она будет на актуальной версии платформы. Также приобретается лиц на 50 польз. Планирую SQL, Сервер 1С, Сервер лицензирования ставить на одну машину, а RDS, WEB на другую. В сети куча мануалов как завести 2 платформы на 1 сервере. Но смогу ли я раздавать лицензии из купленных нами 50 шт пользователям 2-ух баз? Есть ли смысл сервер лицензирования вынести в виртуалку вообще? |
|||
1
Winnie Buh
01.02.22
✎
17:08
|
сервер лицензирования может раздавать клиентские лицензии нескольким серверам 1с,
но если оба сервера будут на разных портах одной машины, то можно и без сервера лицензирования обойтись, сервера 1с могут получить лицензии локально из файлов |
|||
2
fisher
01.02.22
✎
17:10
|
При установке клиентских лицензий на сервер, файлик лицензии кладется в общую для всех релизов и редакций папочку.
В результате все локальные кластеры его видят и юзают. Каким образом они дербанят лицензии файлика без общего сервиса лицензирования - мне непонятно. Но как-то они это делают. То есть при установке лицензий на комп с локальными кластерами разных релизов проблем по лицензиям возникнуть не должно. Выносить сервер лицензирования в отдельную виртуалку - удобно с точки зрения удобства :) Потому что на нее можно сгрузить все лицензии включая серверные и рабочие сервера можно потом переконфигурировать как угодно, не боясь слета лицензий. Остается только вопрос слета лицензий на виртуалке - а вот этот вопрос мне самому интересен. Что именно может стриггерить слет лицензий на виртуалке и где и как соломку стелить. |
|||
3
lodger
01.02.22
✎
17:19
|
(1) интересно, а если на сервер лицензирования вкинуть лицензию сервера 1с, то сервы запущенные на одном компе будут конкурировать за неё?
|
|||
4
lodger
01.02.22
✎
17:20
|
(2) >> Что именно может стриггерить слет лицензий на виртуалке и где и как соломку стелить.
таки всё что угодно. смена почти любой переменной в виртуальной среде - проц, оперативка, память. |
|||
5
lodger
01.02.22
✎
17:22
|
+(4) то есть, вычислив достаточный минимум для Сервера Лицензирования и введя в него набор лицензий - оператор его конфиг больше никогда не меняет.
зато, раз уж он виртуальный, то его можно складывать, архивировать, перетаскивать по реальным железкам сколь душе угодно. |
|||
6
mistеr
01.02.22
✎
17:28
|
(2) >как-то они это делают
С помощью файловых блокировок. |
|||
7
mistеr
01.02.22
✎
17:29
|
(4) Наблюдал, как слетела после увеличения виртуального диска.
|
|||
8
Winnie Buh
01.02.22
✎
17:48
|
(3) каждый экземпляр сервера 1с просит лицензию, если серверные лицензии будет выдавать сервер лицензирования, то запустится только первый, а второй скажет, что лицензия на запуск сервера не обнаружена,
если несколько серверов 1с на разных портах, то файл серверной лицензии должен быть на этой же машине локально, а не раздаваться сервером лицензирования, всё имхо, не проверял |
|||
9
fisher
01.02.22
✎
17:53
|
(4) Речь про смену окружения виртуалки, конечно же. Реально ли перетаскивание виртуалки на другую железку не приведет к слету лицензий. Желательно практический опыт, а не "ясен пень - это же виртуалка!"
(6) В самих файликах лицензий? Это догадка или достоверная инфа? |
|||
10
walcot
02.02.22
✎
09:51
|
Обратил внимание, что в дистрибутиве сервера нет платформы и клиентов, чтобы провести активацию, как тогда выполнять активацию, платформу надо ставить?
|
|||
11
Winnie Buh
02.02.22
✎
10:52
|
(10) есть полный дистрибутив платформы с сервером и клиентом
|
|||
12
mistеr
02.02.22
✎
11:14
|
(9) Уверенная догадка. :)
|
|||
13
walcot
02.02.22
✎
12:17
|
(11) не понятно зачем тогда обрезанный чисто серверный дистрибутив, ведь даже в случае обновления этим дистрибутивом, есть ли смысл держать разные версии сервера и платформы
|
|||
14
lodger
02.02.22
✎
12:19
|
(13) на сервак накатываешь только серверный дистриб.
все манипуляции совершаешь со своего рабочего ПК, где есть пофигуратор. |
|||
15
fisher
02.02.22
✎
13:00
|
(12) А наш админ высказывал обоснованные сомнения. Мол чего-то такое поменяться может, до чего из виртуалки можно достучаться и на что теоретически может обращать внимание подсистема лицензирования.
|
|||
16
walcot
02.02.22
✎
16:19
|
Хм, закралась грешная мыслишка, а что если вообще не заниматься размножением платформ на сервере, а использовать режим совместимости (свойства конфигурации) для нужных баз? Нормально эта фича работает?
|
|||
17
lodger
02.02.22
✎
16:22
|
(16) режим совместимости конфиги это про другое.
|
|||
18
lodger
02.02.22
✎
16:23
|
(17) или меня прёт, и это именно то, что вам надо.
из (0) неясно что за конфиг стоит изначально, какой у него режим совместимости. |
|||
19
walcot
02.02.22
✎
16:36
|
Конфиг самописный, изначально начал жить на 8.3.13.1809, как будет вести себя на свежих платформах я хз
|
|||
20
Dmitrii
гуру
02.02.22
✎
18:06
|
Ставьте одну версию платформы. И не ипите мозг.
У самописки установите необходимый режим совместимости. С вероятностью около 99.99...% всё будет работать. Если не включать режим совместимости, то вероятность корректной работы вашей самописки резко снизится до уровня примерно 99.98%. 🙄😅 В любом случае лучше провести тестирование, если работа этой самописки имеет высокую критичность для организации и ошибки и простой из-за них смерти подобны. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |