Установка 1с лицензии на сервер: 1С:Предприятия. Активация лицензии сервера 1С — AdminGuide.Ru

1С:Предприятия. Активация лицензии сервера 1С — AdminGuide.Ru

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

1. 1C:Предприятие 8.3. Лицензия на сервер(прогр. защита) и 1C:Предприятие 8.3. Лицензия на сервер (х86-64)(прогр. защита) это две совершенно разных поставки. 2-я спокойно катает как на 32 так и на 64 битных системах, 1-я же если вы будете пытаться активировать её на 64 битной системе, будет радостно писать вам что лицензия получена, а сама в тихушку в технологическом журнале писать
   

   Ошибка программного лицензирования. Файл программной лицензии не предусматривает возможность запуска сервера 1С:Предприятия: file<путь к файлу>

2. Лицензирование сервера 1С на линуксе работает чуть-чуть так себе. На момент 8.3.12.1440, линуксовые и вендовые клиенты, получающие лицензии от сетевых  хаспов, могут спокойно работать на нелицензированном линуксовом сервере 1С. Единственная проблема – это то что временами пользователи типовых конфигураций отваливаются и им приходится перезапускать клиент. Надеюсь 1С когда-нибудь исправит этот баг ибо он очень мешает жить в ситуации когда “всё работало, но отвалилась лицензия и начали отваливаться юзеры”. А программная лицензия может отвалиться просто так. На программных клиентских лицензиях не пробовал, даже серверные программные лицензии слетают просто от обновления ОС, что говорить о клиентских.
3. Если вы активировали последний пинкод на желтенькой бумажке, тут же бегите и пишите письмо на [email protected], с указанием вашего регномера, последнего пина и просьбой выслать новые ключи.

Процесс лицензирования сервера 1С

1. Создание базы

   Если у вас уже создана база – переходите к пункту 6. Запускаем конфигуратор
   Активация лицензии сервера 1С происходит через конфигуратор. Для того чтобы попасть в конфиугатор, необходимо чтобы у нас была создана любая база. Даже не имеет значение на каком сервере создана база к которой вы будете подключаться через конфигуратор. Главное чтобы она была. Но если у вас список баз пуст, то запускаем клиент 1С и нажимаем Добавить

2. Выбираем пункт “Создание новой информационной базы”
3. При желании можно создать базу из какого-то шаблона, если он есть, а их еще может и не быть. Поэтому создаем пустую базу.

4. Прописываем все параметры для подключения к базе

   1. Кластер сереров 1С предприятия должен указываться не IP адресом, а именем. Это имя должно резолвиться и с самого сервера и с клиента где запущен конфигуратор, вы либо прописываете их у себя в hosts на каждом компьютере либо настраиваете DNS
   2. Сервер баз данных. Так же задается текстом, но ему уже достаточно пинговаться только с сервера. То есть клиенты напрямую с бд работать не будут. Более того, лучше на бд прописать ограничение на подключение только с сервера и с реплики. Ну с админского компа еще можно.
   3. Пользователь базы данных. Этот пользователь должен быть создан на сервере PostgreSQL и должен быть прописан в разрешениях файла pg_hba.conf
5. Параметры запуска оставляем как есть
   

6. Запускаем конфигуратор

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

После того как вы проделаете все вышеописанное, и если оно вам напишет что “Лицензия получена”, не верьте. Никогда не верьте тому что пишет 1С, всегда перепроверяйте. Она может так сказать даже если полученная лицензия на самом деле не рабочая и сервер не сможет с ней функционировать. Или если вы активировали лицензию х86 на сервер х64, она радостно вам отрапортует о том что лицензия получена, и даже создать файлик .lic в папочке с файликами .lic, но насамом деле работать ничего не будет.
Открывайте консоль и идите к списку рабочих процессов

У не активированного сервера 1С, у рабочего процесса поле Лицензия будет пустым. Если у вас оно пустое, то вперед в технологический журнал, есть шанс что туда оно будет массово спамить ошибку по которой не работает уже полученная лицензия. Но сперва посмотрите что написано на вашей желтой бумажкой с пинкодами, есть ли там текст (x86-64) и если нету, то точно ли у вас x86 ОС.

Сервер лицензирования 1С — особенности настройки и инструкция установки

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

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

В таких случаях, когда количество рабочих мест исчисляется уже десятками или сотнями, на определенном этапе мы рекомендуем выделить для задач лицензирования отдельный сервер. Сервер может быть как физическим, так и виртуальным.

Преимущества настройки сервера лицензий в 1С

• Все лицензии хранятся централизованно, так управлять ими будет намного проще. Раздаваться они тоже будут централизованно, не возникнет ситуации, когда на одном ключе закончились лицензии, а на другом, наоборот, есть неиспользуемые. К тому же так можно сэкономить на покупке лицензий — купить, скажем, не 3 отдельных ключа по 100, а один на 300.
• Аппаратные требования к оборудованию для сервера лицензий 1С очень невысокие — все можно настроить на виртуальном сервере с 2х-ядерным процессором и 2-4 Гб оперативной памяти, этих ресурсов сервера вполне хватит, чтобы обеспечить работоспособность
• Для такого сервера лицензий не нужно лицензирование сервера 1С:Предприятие 8.3, не придется покупать дополнительные лицензии
• Настройка сервера лицензирования 1С 8.3 дает возможность раздавать одни и те же лицензии в разные кластера 1С, даже с разными версиями платформы.
• Он может раздавать серверные и многопользовательские клиентские лицензии для всех использующихся серверов приложений.
• Если вам понадобится изменить конфигурацию серверов приложений 1С, то если вы не меняли конфигурацию сервера лицензирования, повторно активировать лицензии не придется.
• Что касается мер предосторожности для восстановления работоспособности системы при различного рода сбоях, то и тут у сервера лицензирования есть преимущество — можно делать его резервную копию каждый раз, когда была выполнена активация лицензий. Такую резервную копию будет несложно перенести и восстановить работу сервера на другом оборудовании.

Сервер лицензирования 1С: настройка

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

Последовательность шагов установки должна быть приблизительно такой

1. Чтобы установить сервер лицензирования 1С, для начала установите на предназначенном для этой цели сервере серверные компоненты “1С:Предприятие”. Советуем при этом отключать опцию «Установить сервер „1С:Предприятие 8“ как сервис Windows», чтобы в дальнейшем не приходилось останавливать службы, когда устанавливаете или удаляете версии платформы
2. Разверните на нем службы 1С, предоставьте все права на них пользователю, под которым будет выполняться администрирование. Назначьте службам незанятые порты, добавьте их в разрешенные порты МСЭ
3. Запустите службы и проверьте, чтобы они работали.
4. Удалите локальные кластеры 1С, которые создались при установке.
5. Проверьте, чтобы на этом сервере работала служба WMI.
6. Теперь на машине, где развернут сервер приложений 1С, в администраторской консоли 1С добавьте новый “Рабочий сервер”. В описании его укажите, что это именно сервер лицензирования, а в имени компьютера  введите имя или адрес сервера лицензирования 1С, укажите диапазоны IP портов. Проверьте, чтобы был правильно указан “Порт главного менеджера кластера”.
7. Откройте для этого сервера “Требования назначения функциональности”. Создайте две функциональности: первую с параметрами “Любой объект требования”-”Не назначать”- пустое имя базы (фактически, запрещает всю функциональность), и вторую “Сервис лицензирования”-”Назначать”- пустое имя базы. Примените эти правила для всего кластера.
8. Установите серверные лицензии 1С и активируйте их. Вам понадобится активировать на сервере лицензий многопользовательские и серверные лицензии по числу кластеров (т.е. в нашем примере это два). Обратите внимание, что при активации с другого компьютера необходимо все равно указывать название назначенного вами сервера лицензий, иначе лицензию не получится использовать для кластера.
9. Примените все правила назначения функциональности, настроенные согласно пункту 7.

После перезагрузки служб на всех серверах кластера система заработает.

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

• Это повысит надежность и безотказность системы
• Даст возможность применять для разных кластеров разные версии платформы 1С

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

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

Удаленная техподдержка или выезд специалиста по 1С по Санкт-Петербургу — ежедневно и круглосуточно.

Установка программной лицензии 1С » Администрирование » FAQ » HelpF.pro

Программная защита привязывается к железу и к установленной операционной системе:

В коробке с программой вы найдете желтый листочек. Вверху будет написан регистрационный номер программы, а внизу даны пин-коды от программных ключей. Как его установить подробно написано на этом же листке.

Виды программных лицензий

• Все программные лицензии делятся на клиентские и серверные. Клиентские лицензии бывают трех типов:
• Однопользовательские — позволяют запускать неограниченное число приложений в режиме тонкого и толстого клиентов, а также Конфигуратора на одном ПК.
• Многопользовательские — позволяют запускать указанное в номинале лицензии количество приложений в режиме толстого, тонкого и веб-клиентов, а также конфигуратора на произвольном количестве ПК. Выдачей клиентам многопользовательских лицензий занимается сервер 1С:Предприятия или модуль расширения веб-сервера.

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

Серверная лицензия позволяет запускать неограниченное число рабочих процессов сервера 1С:Предприятия (rphost) на одном сервере, делится на 32-х и 64-х разрядную, при этом 64-х разрядная лицензия позволяет запускать и 32-разрядную версию сервера.

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

Многопользовательские лицензии поставляются в комплектах на 50, 100, 300 и 500 лицензий и могут быть установлены только на сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов, в последнем случае используются как однопользовательские.

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

Для однопользовательской версии пин-коды выглядят примерно так:

• 111-111-111-111-111
• 222-222-222-222-222
• 333-333-333-333-333

Первый пин-код для первичной установки лицензии. Остальные два & запасные. При активации запасного ключа & деактивируется первый. Рекомендую помечать имя компьютера на котором активирован ключ, а также сохранять в файл данные об организации запрашиваемые при активации и распечатывать их и хранить как зеницу ока, так как при замене компьютера и активации запасной лицензии их надо вводить точно такие же как в первый раз.

Сетевые (многопользовательские) версии:

Для сетевых версий даются два вида пин-кодов & однопользовательские и многопользовательские. У каждого вида есть основные и запасные ключи.

Допустим у 5-ти пользовательской версии будет: 5 основных однопользовательских и к ним 2 запасных или 1 многопользовательский и к нему 2 запасных.

Возникает вопрос: в каких случаях использовать те или другие?

Допустим базу вы положили на сервер в файловом варианте, а пользователи будут заходить по сети и у каждого будет установлена платформа локально, в таком случае активируем однопользовательские лицензии. Есть одно неудобство в этом случае. Сейчас у платформы 8.2 часто выходят новые релизы и нужно периодически обновлять ее на всех компьютерах с которых заходят в 1С. Чтобы Информационная база не повредилась, нельзя запускать ее с разных компов разными релизами платформы. После такого запуска могут повредиться внутренние таблицы, а также архивные копии созданные при такой эксплуатации программы не будут открываться.

Если пользователи будут заходить на серевер через терминальный доступ, RITMIX и другое, т.е. работать непосредственно на сервере, тогда активируем многопользовательскую лицензию. В этом случае обновление платформы производим на сервере.

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

Установка лицензий 1с, лицензии программные 1с

Дек 22

schastliviyЛицензирование 1С Предприятие Установка программной лицензии

Регистрация/перерегистрация/восстановление программной защиты(ПИН-код)

    При установке платформы на новый компьютер, при отсутствии «Аппаратной защиты USB» 1C предприятие 8 обязательно попросит лицензию. Для дальнейшей работы необходимо её зарегистрировать. Для регистрации необходимо подготовить документ формата А4, поставляемый в комплекте с коробкой при покупке основной поставки конфигурации. Выглядит он следующим образом (Возможны различия, зависящие от покупаемого программного обеспечения):

    Если документ по каким либо причинам утерян, лицензии 1С, возможно восстановить, сформировав письмо на адрес: [email protected] . В письме необходимо указать наименование организации, ИНН, регистрационный номер поставки, а так же причину по которой лицензии утеряны.

    Перед тем как начать регистрацию нам необходимо разобраться, какие лицензии необходимо будет зарегистрировать. Существует два вида «Клиентских лицензий» :

1)Однопользовательские лицензии 1С — предназначены для регистрации, на локальных компьютерах пользователей. В таком варианте возможен запуск, неограниченного количества баз на компьютере, где она зарегистрирована. Так же, никто не запрещает зарегистрировать их на «сервере терминалов». Например, бывают ситуации когда, есть 10 программных лицензий, из которых необходимо зарегистрировать 5 для работы под «Сервером терминалов» и 5 на локальных машинах пользователей.

2)Многопользовательские лицензии 1С – предназначены для регистрации, при использовании клиент – серверного варианта. Важно знать, при использовании клиент – серверного варианта, при регистрации многопользовательской лицензии на сервере, раздача лицензий будет, осуществляется «сервером 1С». И на каждую сессию (подключение) будет затрачена одна лицензия. Например, при запуске трех баз на одном и том же компьютере будет затрачено три лицензии. Так же лицензии будут работать при регистрации на «Сервере терминалов», если работа осуществляется в файловом варианте.

Важно!!! При регистрации однопользовательской лицензии, многопользовательские будут недоступны. Так же и наоборот.

    При ошибочной регистрации, возможна перерегистрация однопользовательских лицензий, на многопользовательские. Либо наоборот, но только один раз!!! Для этого необходимо сформировать письмо на адрес: [email protected] . В письме необходимо указать наименование организации, ИНН, регистрационный номер поставки, а так же причину по которой необходимо произвести перерегистрацию. Например, переезд с локальных компьютеров, на «сервер терминалов».

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

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

    Жмем ссылку «Получить лицензию».

    Открывается следующее окно, где заполняем регистрационные данные из комплекта ПИН – кодов 1С. Номер комплекта, это регистрационный номер:

Важно!!! Обязательно отмечайте в комплекте ПИН — кодов, на каком компьютере какой ПИН — код зарегистрирован. Карандашом напротив каждого ПИН – кода, пишите наименование компьютера!!! В дальнейшем это будет необходимо при регистрации резервного ПИН — кода на другой компьютер!

    Далее открывается следующее окно. Выбираем «Первый запуск», если ПИН — код регистрируется впервые. Восстановление/Перерегистрация будет описана ниже:

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

Важно!!! Обязательно сохраните, распечатайте и прикрепите эти данные к комплекту ПИН – кодов 1С. Если в дальнейшем необходимо будет зарегистрировать резервный пин – код 1С, система спросит эти данные с точностью до символа!!! Если регистрируются несколько ПИН – кодов на разные компьютеры, обязательно вводите одни и те же данные, иначе потом легко запутаться!

Заполняем, сохраняем и жмем кнопку «Далее». Если всё успешно система сообщит ,о успешной регистрации!

1С 8.3 : Настройка многопользовательских сетевых ключей 1С » XML, DBF, TXT, CSV » FAQ 1С 8.3 : » HelpF.pro

Речь ниже пойдет о usb-ключах, а программные лицензии > Если необходимо активировать многопользовательскую клиентскую лицензию 1С, так чтобы лицензии раздавал сервер приложений 1С, то это необходимо делать где угодно, только не на самом сервере приложений 1С. При этом в окне активации выбирать опцию «Дополнительно», поставить птичку на сервер 1С и указать параметры подключения к серверу.

о usb-ключах

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

1. Раздача лицензий сервером приложений 1С:- Тут все просто, ставим сервер приложений 1С, втыкаем ключ и в свойствах зарегистрированной в кластере 1С базы выставляем параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» в позицию «Да». При такой конфигурации раздавать пользовательские лицензии будет сам сервер приложений 1С, но есть один неприятный момент, каждая открытая копия 1С на пользовательском компьютере будет съедать по одной лицензии, т. е. если открыть с одного компа 10 раз одну и ту же базу, то будет съедено 10 лицензий!

2. Раздача лицензий Hasp License Manager: — Ставим Hasp License Manager в качестве сервиса и запускаем. — Как правило при установке он сам добавляет разрешающие правила во встроенный в винду брандмауэр, если этого не произошло, то добавляем вручную правило разрешающее подключения по протоколам TCP и UDP на порт 475. — Если сеть побита на VLAN-ы и используются различные ACL, то необходимо прописать везде где это нужно правила доступа, как в пункте выше. — Настраиваем файл конфигурации Hasp License Manager, который называется nhsrv.ini и лежит по умолчанию в C:\Program Files (x86)\Aladdin\HASP LM . Вот примерный конфиг, указываю только интересующие пункты, остальное у меня закоментировано:NHS_USERLIST = 250 ; максимальное количество обслуживаемых клиентов, по умолчанию 250NHS_SERVERNAMES = ; имя сервера на котором установлен ключ с лицензиями и запущен Hasp LMNHS_USE_UDP = disabled ; включить или выключить использование протокола UDP, по умолчанию включенNHS_USE_TCP = enabled ; включить или выключить использование протокола TCPNHS_IP_portnum = 475 ; номер порта на котором принимает запросы Hasp LMNHS_IP_LIMIT = ; номера подсетей с которых разрешено подключение к Hasp LMNHS_USE_IPX = disabled ; включить или выключить использование IPXNHS_USE_NETBIOS = disabled ; включить или выключить использование NETBIOS — Настраиваем файл nethasp.ini на пользовательских компьютерах, по умолчанию лежит вC:\Program Files (x86)\1cv82\conf . Вот примерный конфиг, указываю только интересующие пункты, остальное у меня удалено:[NH_COMMON]NH_IPX = DisabledNH_NETBIOS = DisabledNH_TCPIP = Enabled

[NH_IPX]

[NH_NETBIOS]

[NH_TCPIP]

NH_SERVER_ADDR = 192.168.0.1, 192.168.0.2, 192.168.0.3 ; указываем где искать свободные лицензии, т. е. сервера на которых установлены многопользовательские клиентские ключи и настроенный Hasp LMNH_TCPIP_METHOD= TCPNH_SESSION = 5NH_SEND_RCV = 4NH_USE_BROADCAST = Disabled ; выключаем широковещание

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

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

Источник

1С 8.3 : Установка программной лицензии 1С » Администрирование » FAQ 1С 8.3 : » HelpF.pro

Программная защита привязывается к железу и к установленной операционной системе:

В коробке с программой вы найдете желтый листочек. Вверху будет написан регистрационный номер программы, а внизу даны пин-коды от программных ключей. Как его установить подробно написано на этом же листке.

Виды программных лицензий

• Все программные лицензии делятся на клиентские и серверные. Клиентские лицензии бывают трех типов:
• Однопользовательские — позволяют запускать неограниченное число приложений в режиме тонкого и толстого клиентов, а также Конфигуратора на одном ПК.
• Многопользовательские — позволяют запускать указанное в номинале лицензии количество приложений в режиме толстого, тонкого и веб-клиентов, а также конфигуратора на произвольном количестве ПК. Выдачей клиентам многопользовательских лицензий занимается сервер 1С:Предприятия или модуль расширения веб-сервера.

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

Серверная лицензия позволяет запускать неограниченное число рабочих процессов сервера 1С:Предприятия (rphost) на одном сервере, делится на 32-х и 64-х разрядную, при этом 64-х разрядная лицензия позволяет запускать и 32-разрядную версию сервера.

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

Многопользовательские лицензии поставляются в комплектах на 50, 100, 300 и 500 лицензий и могут быть установлены только на сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов, в последнем случае используются как однопользовательские.

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

Для однопользовательской версии пин-коды выглядят примерно так:

• 111-111-111-111-111
• 222-222-222-222-222
• 333-333-333-333-333

Первый пин-код для первичной установки лицензии. Остальные два & запасные. При активации запасного ключа & деактивируется первый. Рекомендую помечать имя компьютера на котором активирован ключ, а также сохранять в файл данные об организации запрашиваемые при активации и распечатывать их и хранить как зеницу ока, так как при замене компьютера и активации запасной лицензии их надо вводить точно такие же как в первый раз.

Сетевые (многопользовательские) версии:

Для сетевых версий даются два вида пин-кодов & однопользовательские и многопользовательские. У каждого вида есть основные и запасные ключи.

Допустим у 5-ти пользовательской версии будет: 5 основных однопользовательских и к ним 2 запасных или 1 многопользовательский и к нему 2 запасных.

Возникает вопрос: в каких случаях использовать те или другие?

Допустим базу вы положили на сервер в файловом варианте, а пользователи будут заходить по сети и у каждого будет установлена платформа локально, в таком случае активируем однопользовательские лицензии. Есть одно неудобство в этом случае. Сейчас у платформы 8.2 часто выходят новые релизы и нужно периодически обновлять ее на всех компьютерах с которых заходят в 1С. Чтобы Информационная база не повредилась, нельзя запускать ее с разных компов разными релизами платформы. После такого запуска могут повредиться внутренние таблицы, а также архивные копии созданные при такой эксплуатации программы не будут открываться.

Если пользователи будут заходить на серевер через терминальный доступ, RITMIX и другое, т.е. работать непосредственно на сервере, тогда активируем многопользовательскую лицензию. В этом случае обновление платформы производим на сервере.

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

Сервер лицензирования 1С | internet-lab.ru

Пришла пора сделать сервер лицензирования 1С. Для начала расскажу зачем это нужно и какие преимущества это даёт.

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

• Любое изменение конфигурации сервера приложений 1С приводит к необходимости заново проходить процедуру активации лицензий сервера. Особенно это неприятно на виртуальных серверах. Виртуальная среда позволяет оперативно нарастить мощность сервера: добавить места на диске, подкинуть оперативки и процессоров. Но стоит это сделать на сервере приложений 1С — лицензия слетает. Обычно это происходит в самое неудобное время. Вечером добавили места на диск, ночью слетела лицензия. Ещё хуже если лицензия слетает в разгар рабочего дня. В документации 1С написано:
  «Чтобы избежать повторной активации (лицензии) рекомендуется использовать сервис лицензирования, установленный на физическом компьютере или на виртуальной машине с фиксированными характеристиками».
  Даже если у вас всего один сервер приложений 1С, то наличие сервера лицензирования позволит вам менять конфигурацию сервера приложений без лишних усилий. Серверная лицензия привяжется к конфигурации сервера лицензирования и уже не слетит просто так при добавлении процессора. Это самый главный пункт, который заставил меня возиться с созданием сервера лицензирования.
• Если у вас кластер из нескольких серверов приложений, то после внедрения сервера лицензирования вам не придётся активировать лицензии отдельно на каждых серверах. Все лицензии будут лежать в одном месте. Это упрощает обслуживание и уменьшает количество бэкапов. Также уменьшается время ввода в строй сервера из резервной копии.
• При использовании аппаратных ключей вы можете разместить сервер лицензирования поближе к себе, например, прямо в офисе. Не придётся ехать к серверам приложений в отдалённых ЦОД.
• Сам сервер лицензирования не требует серверной лицензии. Ничего докупать не придётся.
• Сервер лицензирования может участвовать в нескольких кластерах 1С, даже с различными платформами.
• Сервер лицензирования может раздавать как серверные, так и клиентские лицензии. При выходе из строя сервера приложений 1С вы можете оперативно подключить любой другой сервер вместо него без активации лицензии.
• Клиентские лицензии более рационально используются. Исключается ситуация, когда пользователь 1С не может работать из-за нехватки лицензий на одном из серверов кластера, если на втором сервере лицензии ещё есть.
• Оптом покупать лицензии дешевле, чем отдельно для нескольких серверов кластера.

Итак, делаем сервер лицензирования. У меня вся инфраструктура 1С виртуальная, поэтому я могу создать любую конфигурацию. Для сервера лицензирования выделяю следующие мощности:

• 2 CPU
• 4 GB Memory
• 50 GB HDD

В крайнем случае можно будет нарастить мощностей, но это потребует переактивации лицензий.

Виртуальный сервер сразу включаю в политику резервного копирования. Если сервер сдохнет, можно будет поднять его из резервной копии. 

Устанавливаем 1С на сервер лицензирования. Я использую установку 1С как сервис Windows, этот сервис я мониторю через заббикс. Запускаем службу.

Из консоли администрирования 1С удаляем автоматически созданный локальный кластер. В дальнейшем мы добавим сервер лицензирования в существующий кластер 1С.

На сервере лицензирования запускаем службу WMI или убеждаемся в том, что служба запущена.

Далее идём на сервер приложений в консоль администрирования 1С. Переходим в кластер. Подробнее про создание кластера напишу в отдельной статье:

Создаём кластер 1С

Добавляем в кластере новый рабочий сервер: 

Указываем для него описание и остальные пункты:

В кластере появляется новый рабочий сервер:

Теперь нужно настроить правила требования назначения функциональности. Чтобы на сервер лицензирования не начали распределяться сервисы, на сервере лицензирования добавляем правило, запрещающее всё:

• Объект требования: Любой объект требования.
• Тип требования: Не назначать.
• Имя ИБ: не указывается (оставить поле пустым).
• Значение дополнительного параметра: не указывается (оставить поле пустым).

Применяем требование:

Добавляем требование для назначения серверу лицензирования сервиса лицензирования, перемещаем его вверх:

• Объект требования: Сервис лицензирования.
• Тип требования: Назначать.
• Имя ИБ: не указывается (оставить поле пустым)
• Значение дополнительного параметра: не указывается (оставить поле пустым).

Активируем лицензии 1С на сервере лицензирования.

Применяем полное применение правил функциональности:

Проверяем, что сервис лицензирования переехал на сервер лицензирования:

Можно ещё на остальных серверах кластера добавить требование для запрещения сервиса лицензирования. Открываем «Требования назначения функциональности». Добавляем две функциональности: «Клиентское соединение с ИБ: Назначать — Для всех баз» и «Сервис лицензирования: не назначать — Для всех баз».

Настройка диспетчера сетевых лицензий в Windows | Управление сетевой лицензией

Создание файла журнала отладки

Файлы журнала отладки будут содержать информацию о том, как Сеть
Менеджер лицензий запущен. Вы захотите проверить свои файлы журналов, если
у вас проблемы с выдачей лицензий или подключением к вашей лицензии
сервер (ы).

Для создания файла журнала отладки:

1. Создайте новую папку под названием Logs , в которой вы сохраните
   ваши файлы журналов.Рекомендуется сохранить эту папку в
   C: \ Autodesk \ Network License Manager папка.

2. Используйте Блокнот, чтобы создать новый текстовый файл с именем debug.log
   и скопируйте этот файл в папку Logs . Имя файла должно
   заканчиваются расширением .log .

Вернуться в
Лучшие

Настройка сервера лицензий

Используйте утилиту LMTOOLS, чтобы настроить сервер лицензий так, чтобы он
можете приступить к управлению лицензиями на продукты Autodesk.

Для настройки сервера лицензий:

1. Скопируйте файл сетевой лицензии в папку установки NLM.
   (папка по умолчанию — C: \ Autodesk \ Network License
   Управляющий делами).
2. Запустите утилиту LMTOOLS одним из следующих способов:
   • Пуск> Все программы> Autodesk> Сеть
     Менеджер лицензий> LMTOOLS Utility
   • Запустите LMTOOLS Utility значок с рабочего стола
   • Дважды щелкните значок lmtools.exe файл в установке
     папка:

3. Выберите вкладку Service / License File , выберите
   Configuration using Services option, а затем установите флажок
   рядом с LMTOOLS игнорирует среду пути к файлу лицензии
   переменные .

4. Выберите вкладку Config Services . В службе
   В раскрывающемся списке Name создайте новое имя службы, которая будет управлять
   ваши лицензии Autodesk.Имя службы по умолчанию — FLEXlm.
   Service 1 , но вы должны назвать эту услугу чем-нибудь с
   Autodesk в названии. Он будет более узнаваемым в
   в будущем, если вы устраняете неполадки служб Windows.

   Примечание: У вас должна быть только одна служба для всех Autodesk
   продукты. Не разделяйте продукты Autodesk на несколько
   Сервисы. Если у вас есть несколько поставщиков программного обеспечения, использующих FLEXlm
   для управления лицензиями в этом раскрывающемся списке может быть более одного
   вариант.Для получения информации об использовании FLEXlm License Management
   технологии для администрирования лицензий для более чем одного поставщика, см.
   Сочетание продуктов Autodesk с продуктами сторонних производителей
   продукты, уже использующие FLEXnet.

5. Укажите следующие три пути в Config Services
   tab:

   Путь к файлу lmgrd.exe: Нажмите кнопку Обзор ,
   выберите соответствующий файл в диспетчере сетевых лицензий
   папку, а затем нажмите кнопку Открыть .

   Путь к файлу лицензии: Нажмите кнопку Обзор ,
   выберите файл лицензии, полученный от Autodesk, и
   затем нажмите кнопку Открыть .

   Путь к файлу журнала отладки : нажмите кнопку Обзор ,
   выберите файл журнала отладки, который вы создали ранее, а затем нажмите
   кнопку Открыть .

6. Установите флажок Использовать службы , а затем установите флажок
   Запуск сервера при включении питания поле , когда оно появляется на
   Вкладка Config Services.Это гарантирует, что сервер лицензий будет
   запускаться автоматически, если сервер был перезагружен в течение некоторого
   причина, например отключение электроэнергии или техническое обслуживание.

   Примечание: Вы должны сначала проверить Использовать услуги
   прежде чем вы сможете проверить Start Server при включении питания .

7. Нажмите Службы сохранения и Да при подтверждении
   появляется экран.

Вернуться в
Лучшие

Запуск сервера лицензий

Запустите сервер лицензий с помощью LMTOOLS Utility, выполнив следующие действия.
следующие шаги:

1. Щелкните вкладку Start / Stop / Reread .
2. Убедитесь, что правильное имя сервера выделено и
   затем щелкните Start Server .
3. Сервер лицензий обычно запускается в течение 30 секунд; ты
   будет знать, что он запущен, как только он скажет « Server Start
   Успешно ”в диалоговом окне LMTOOLS в нижней части
   экран.

Вернуться в
Лучшие

Подтверждение работы сервера лицензий

Для подтверждения правильности настройки сервера лицензий и
запущен, щелкните вкладку Server Status и затем щелкните
Выполните запрос состояния из утилиты LMTOOLS.

Запрос может занять несколько секунд и отобразит несколько частей
информации в окне состояния. Прокрутите вниз, чтобы проверить
следующие две строки информации:

• YourServerName: сервер лицензий UP (MASTER) v11.13.1 —
  эта строка сообщает вам, что сервер лицензий запущен и работает и
  версия NLM.
• Adskflex: UP v11.13.1 — эта строка сообщает вам, что
  сервер лицензий успешно прочитал файл лицензии, не нашел
  ошибок и запустил службу.

Если вы не видите этих двух строк, сервер лицензий не был
запустился правильно. Убедитесь, что у вас правильно
выполнили шаги, описанные выше, а также шаги для
создание файла лицензии.

Вернуться в
Лучшие

См. Также:

.

Серверная документация по лицензированию программного обеспечения NVIDIA Virtual GPU

Предоставить программным клиентам NVIDIA vGPU постоянный доступ к программным функциям NVIDIA vGPU, если один
сервер лицензий не работает, вы можете настроить сервер лицензий для обеспечения высокой доступности. Высоко
Для доступности требуется два сервера лицензий в конфигурации с отказоустойчивым режимом :

• Основной сервер лицензий , который активно обслуживает лицензии на программное обеспечение NVIDIA vGPU
  клиенты
• Вторичный сервер лицензий , который действует как резервный для первичной лицензии
  сервер

Настройка двух серверов в конфигурации аварийного переключения увеличивает доступность, поскольку
выход из строя двух серверов случается редко.Основной и дополнительный серверы лицензий работают вместе, чтобы обеспечить
что лицензии на предприятии остаются постоянно доступными для программного обеспечения NVIDIA vGPU
клиентов.

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

Примечание. Чтобы лицензии на предприятии оставались доступными после сбоя
первичный сервер лицензий, верните первичный сервер для обслуживания в течение семи
дней сбоя. Более того, оставшийся сервер становится единственной точкой отказа.
Поэтому вам следует как можно быстрее вернуть отказавший сервер в работу, чтобы восстановить высокий уровень.
поддержка доступности для сервера лицензий.

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

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

.

Установка — Справка | Сервер плавающих лицензий

Сервер плавающих лицензий (FLS) — это приложение на основе Java, для которого требуется Java 8 или более ранние версии. FLS не поддерживает Java 9 и более поздние версии. Чтобы проверить установленную версию Java, выполните следующую команду:

java -version

Перед установкой убедитесь, что ваша среда соответствует требованиям.

Установите ДУТ под пользователем с правами администратора.

Установить ДУТ

1. Скачайте ZIP-архив.

   Чтобы проверить загруженный файл, сравните его хэш с контрольной суммой SHA-256.

2. Распакуйте содержимое ZIP-пакета в каталог, в котором вы хотите разместить сервер. Мы будем называть этот каталог каталогом установки FLS во всей документации.

   распаковать лицензионный сервер-установщик.zip -d

3. Перейти в выбранный каталог установки с помощью командной строки.

4. Убедитесь, что порт 8080 открыт.

   По умолчанию ДУТ запускается на хосте 0.0.0.0 и порту 8080 . Если этот порт используется другой службой, измените порт по умолчанию перед запуском FLS.

5. Запустите ДУТ с помощью следующей команды:

   ./bin/license-server.sh start

   Если ДУТ запускается успешно, вывод должен заканчиваться следующим:

   Служба лицензий JetBrains прослушивает {0.0.0.0:8080}
   Служба лицензий JetBrains работает

   Это означает, что ДУТ запущен на хосте и порту по умолчанию, однако этот адрес небезопасен. Чтобы изменить его, см. URL-адрес сервера.

Установить FLS

1. Загрузите установщик MSI.

   Чтобы проверить загруженный файл, сравните его хэш с контрольной суммой SHA-256.

2. Запустите установщик MSI. Он автоматически создает каталог FLS в общем каталоге установки. Мы будем называть этот каталог каталогом установки FLS во всей документации.Кроме того, он создает пользователя JetBrainsLS, которому требуются входящие и исходящие соединения с учетной записью JetBrains.

3. Убедитесь, что порт 80 открыт.

   По умолчанию ДУТ запускается на хосте 127.0.0.1 и порту 80 . Если этот порт используется другой службой, измените порт по умолчанию перед запуском FLS.

4. Когда вы устанавливаете FLS с дистрибутивом MSI, он запускается как служба Windows.Отображаемое имя службы Windows — JetBrains License Service. После первоначальной настройки приложение работает на машине в фоновом режиме.

   Хост и порт по умолчанию не защищены. Чтобы изменить его, см. Настройка хоста и порта.

Есть два способа управления ДУТ:

• Для запуска, остановки и перезапуска ДУТ используйте службу JetBrains License Service.

  Службой можно управлять с помощью оснастки «Службы» для консоли управления Microsoft (MMC). Список служб Windows обычно доступен в Панели управления в разделе «Администрирование», и для этого требуются права администратора.

  В качестве альтернативы вы можете управлять службами Windows из командной строки локально, используя sc.exe . Также существуют командлеты PowerShell для управления службами.

• Для настройки ДУТ используйте сценарий управления license-service.bat в каталоге установки ДУТ. Дополнительные сведения об использовании сценария см. В справочнике по командам.

  Вы можете использовать сценарий для запуска и остановки FLS, но в этом случае сервер будет работать под текущим пользователем и остановится, когда сеанс пользователя завершится.

  Есть два одинаковых лицензионных сервера.сценарии bat, расположенные в разных каталогах в каталоге установки FLS. Первый находится в папке. \ Bin и настраивает пакет MSI для приложения FLS. Второй находится в папке. \ App \ license-server \ bin и настраивает само приложение. Каждая процедура в этой документации содержит инструкции о том, какой сценарий следует использовать.

Чтобы увидеть список команд для управления ДУТ, запустите сценарий с командой help (или без команд):

./bin/license-server.sh help

Для получения дополнительной информации об использовании этих команд см. Справочник по командам.

Если вы хотите запустить сценарий управления из любого места на вашем компьютере, вы можете добавить его местоположение в переменную $ PATH .

Если вы хотите запустить один из сценариев управления из любого места на вашем компьютере, вы можете добавить его местоположение в переменную PATH .

FLS как служба Linux

Эта глава не применима к macOS.

Вы можете создать службу Linux, которая будет запускать ДУТ при загрузке. В этом случае запуск происходит автоматически при запуске машины.

Настройте systemd

1. Создайте файл fls.service в / etc / systemd / system / со следующим содержимым:

   [Единица измерения]
   Описание = JetBrains FLS
   Требуется = network.target
   После = сеть.цель
   [Обслуживание]
   Тип = разветвление
   ExecStart = /bin/license-server.sh start
   ExecStop = /bin/license-server.sh остановить
   ExecReload = /bin/license-server.sh перезапуск
   PIDFile = /logs/license-server.pid
   [Установить]
   WantedBy = default.target

   Настройте содержимое этого файла по мере необходимости:

   • Задайте для параметра User имя любого существующего пользователя машины.В этой конфигурации служба Linux не зависит от статуса пользователя.

   • Установите параметр ExecStart на команду, запускающую ДУТ. Например, если каталог установки ДУТ — / opt / fls-home, установите значение параметра на /opt/fls-home/bin/license-server.sh start . Назначьте аналогичные команды параметрам ExecStop , ExecReload и PIDFile .

2. Используйте следующую команду, чтобы перезагрузить демон systemd и включить автоматический запуск службы FLS:

   systemctl демон-перезагрузка
   systemctl включить fls.service

3. Используйте следующую команду для запуска службы FLS:

   systemctl start fls.service

   Используйте следующую команду для проверки работающей службы:

   systemctl статус fls.служба

Последнее изменение: 15 июля 2020 г.

.

Серверная документация по лицензированию программного обеспечения NVIDIA Virtual GPU

Предоставить программным клиентам NVIDIA vGPU постоянный доступ к программным функциям NVIDIA vGPU, если один
сервер лицензий не работает, вы можете настроить сервер лицензий для обеспечения высокой доступности. Высоко
Для доступности требуется два сервера лицензий в конфигурации с отказоустойчивым режимом :

• Основной сервер лицензий , который активно обслуживает лицензии на программное обеспечение NVIDIA vGPU
  клиенты
• Вторичный сервер лицензий , который действует как резервный для первичной лицензии
  сервер

Настройка двух серверов в конфигурации аварийного переключения увеличивает доступность, поскольку
выход из строя двух серверов случается редко.Основной и дополнительный серверы лицензий работают вместе, чтобы обеспечить
что лицензии на предприятии остаются постоянно доступными для программного обеспечения NVIDIA vGPU
клиентов.

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

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

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

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

.