>

Установка серверной лицензии 1с. Выделенный сервер лицензирования «1C

05/12/2016

Выделенный сервер лицензирования «1C»

Во многих динамично развивающиеся компаниях векторы развития бизнеса направлены на увеличение объемов и на расширение сфер деятельности. Информационная инфраструктура компании при этом в той же степени подвержена росту. Увеличивается как количество пользователей, работающих с программными продуктами «1С», так и разновидность этих продуктов (различные конфигурации). Все это приводит к тому, что рано или поздно компании сталкиваются с проблемами лицензирования: где разместить лицензии, в каком количестве, как организовать доступ и разделение доступа к лицензиям. Кроме того, для более гибкого управления доступными ресурсами технических устройств некоторые крупные предприятия прибегают к средствам виртуализации, что приводит к появлению дополнительных вопросов, касающихся лицензирования в случае переконфигурирования систем.

При проведении аудитов инфраструктуры у наших клиентов мы часто даем рекомендацию выделить отдельный сервер для задач лицензирования (такая настройка возможна при использовании требований назначения функциональности платформы 8.3). А также часто сталкиваемся с тем, что не все знают про эту замечательную возможность, предоставленную нам платформой «1С:Предприятие», дающую следующие преимущества:

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

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

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

Постановка задачи

В качестве примера рассмотрим следующую исходную ситуацию: у нас есть кластер «1С» , состоящий из одного рабочего сервера SRV1, на версии платформы 8.3.8.2088 (-regport 2041 -port 2040 -range 2060:2091). Все сервисы исполняются на нём, на нем же активирована серверная и многопользовательская программная лицензия.

А также есть еще один кластер, состоящий из одного рабочего сервера SRV2, на версии платформы 8.3.9.1850 (-regport 3041 -port 3040 -range 3060:3091). На нём также исполняются все сервисы, и также активирована серверная и многопользовательская программная лицензия.

Описание параметров портов (report, port, range) приведено .

Требуется вынести сервисы лицензирования с обоих серверов на отдельный сервер лицензирования SrvLic, то есть активировать две серверные и две многопользовательские лицензии на этом сервере и обеспечить их выдачу в оба кластера «1С».

Порядок действий

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

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

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

Подготовительный этап

Для подготовительного этапа последовательность действий для настройки сервиса лицензирования на выделенном сервере SRVLic будет следующей:

  1. На сервере SRVLic устанавливаем компоненты сервера «1С:Предприятия» 8.3.8.2088 и 8.3.9.1850 (более подробная информация по установке сервера доступна в документации ).

Мы рекомендуем при установке «1С:Предприятие» снять опцию «Установить сервер „1С:Предприятие 8“ как сервис Windows». Это позволит выполнять установку и удаление версий платформы без необходимости остановки служб на сервере.

  1. Развертывание служб «1С» на сервере SrvLic осуществляем с помощью скриптов. Подробное рассмотрение вопросов развертывания разных служб на одном сервере рассматривается в статье «Как правильно обновить платформу „1С“ и запустить несколько служб „1С“ на одном сервере?» по .

Здесь мы ограничимся готовыми скриптами для нашего примера.

Служба «1C» для сервера Srv1:

Sc create "1C:Enterprise SrvLic1" binpath= "\"C:\Program Files\1cv8\8.3.8.2088\bin\ragent.exe\" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d \"C:\Program Files\1cv8\srvinfo_srvlic1\"" displayname= "Агент сервера 1C:Предприятие SrvLic1" obj= "domain\USR1CV8" password= "password" start= disabled depend= Dnscache/Tcpip/lanmanworkstation/lanmanserver,

  • domain\USR1CV8 - пользователь от имени которого осуществляется запуск службы (в качестве пользователя желательно использовать доменную учетную запись, обладающую правом запуска служб и полными правами к каталогу указанному в параметре «-d»).
  • password - пароль пользователя, указанного в параметре «obj».

Служба «1C» для сервера Srv2:

Sc create "1C:Enterprise SrvLic2" binpath= "\"C:\Program Files\1cv8\8.3.9.1850\bin\ragent.exe\" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \"C:\Program Files\1cv8\srvinfo_srvlic2\"" displayname= "Агент сервера 1C:Предприятие SrvLic2" obj= "domain\USR1CV8" password= "password" start= disabled depend= Dnscache/Tcpip/lanmanworkstation/lanmanserver

Необходимо обратить внимание, что для каждой вновь создаваемой службы должны быть заданы различные каталоги в параметре «–d».

Обратите внимание, что при выборе портов для запуска службы следует учитывать их доступность (это порты не должны быть заняты другими службами или приложениями). Для первой службы мы выбрали диапазон 1560:1591, для второй - 1660:1691. Кроме того, данные порты нужно добавить в разрешенные порты межсетевых экранов.

  1. На сервере SRVLic создаем каталоги служб «1С» и даем на них полные права пользователю «domain\USR1CV8»:

C:\Program Files\1cv8\srvinfo_srvlic1
C:\Program Files\1cv8\srvinfo_srvlic2

  1. Включаем и запускаем службы.

После запуска служб убеждаемся, что они работают, через команду консоли служб «Действия → Обновить»

  1. Удаляем автоматически созданные локальные кластеры «1С» через консоль администрирования серверов «1С»:Предприятие. Для этого регистрируем и запускаем консоль версии 8.3.8.2088:
"C:\Program Files (x86)\1cv8\8.3.8.2088\bin\RegMSC.cmd" (запуск от имени Администратора)


Регистрируем и запускаем консоль для версии 8.3.9.1850:

"C:\Program Files (x86)\1cv8\8.3.9.1850\bin\RegMSC.cmd" (от имени Администратора)
"C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"

И также удаляем «Локальный кластер»:

  1. Для функционирования системы программного лицензирования необходимо, чтобы на компьютере SrvLic была запущена служба WMI (Windows Management Instrumentation, http://msdn.microsoft.com/en-us/library/aa394582.aspx). Нужно проверить, что данная служба запущена, если нет - запустить ее (в документации данное требование описано ).
  2. Возвращаемся на сервер SRV1, в консоли администрирования серверов «1С:Предприятие» которого создаем (добавляем) новый рабочий сервер:

  1. Указываем для него имя, например, «Сервер лицензирования», сетевое имя сервера - SRVLic, порт, на котором работает служба «1С» версии 8.3.8.2088, у нас был задан порт 1540, и диапазон портов, который будет использоваться для процессов этой службы, для этой версии был задан - 1560:1591. Остальные параметры оставляем без изменений (большинство из них использоваться не будут).

Здесь нужно обратить внимание, что при добавлении нового рабочего сервера поле «Порт главного менеджера кластера» не доступен для редактирования.

Так как кластер сервера Srv1 развернут на 2041 порту…

… то в настройках добавленного рабочего сервера SrvLic нужно изменить порт главного менеджера кластера с 1541 на 2041. Для этого нужно повторно открыть свойства рабочего сервера SrvLic

  1. Теперь наш кластер должен содержать новый рабочий сервер:

Для того, чтобы сервисы не начали перераспределяться на только что добавленный сервер SrvLic, нужно сразу создать правило требований назначения функциональности, запрещающее абсолютно всё:

И применить требование назначения функциональности:

  1. Выполняем действия с 7 по 9 пункт для сервера Srv2. Напомним, что порт агента «1С» для добавленного сервера лицензирования SrvLic, на котором работает служба «1С» версии 8.3.9.1850 у нас был задан 1640, а диапазон портов - 1660:1691, порт главного менеджера кластера нужно установить в соответствии с принципами, изложенными в 7 пункте.
  2. Выполним настройку требований назначения функциональности для переноса сервиса лицензирования в добавленный сервер SrvLic. Откроем консоль администрирования серверов для сервера Srv1. В ветке «Рабочие серверы» переходим (раскрываем) добавленный сервер SRVLic, далее у него переходим (раскрываем) ветку «Требования назначения функциональности». Настраиваем требования назначения функциональности на добавленном рабочем сервере SRVLic следующим образом:
    • Требование 1:
      • Объект требования: Сервис лицензирования.
      • Тип требования: Назначать.
      • Имя ИБ: не указывается (оставить поле пустым)
    • Требование 2:
      • Объект требования: Любой объект требования.
      • Тип требования: Не назначать.
      • Имя ИБ: не указывается (оставить поле пустым).
      • Значение дополнительного параметра: не указывается (оставить поле пустым).

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

Поясним немного выполненные действия. Требование 1 обеспечит функционирование сервиса лицензирования на сервере SRVLic, а Требование 2 обеспечит функционирование на сервере SRVLic только сервиса лицензирования. То есть на сервере SRVLic не будут функционировать другие сервисы кластера и на него не будут назначаться клиентские соединения.

Необходимо обратить внимание на порядок расположения требований. Сначала должно располагаться более узкое по объектам требование. Для того, чтобы не настраивать для каждого из остальных сервисов правила требований назначения функциональности «Не назначать» - делается одно общее правило «Не назначать»/«Для всех». В область «Для всех» входят и клиентские соединения, и все прочие сервисы кластера, так же, как и «Сервис лицензирования», но так как для этого объекта требования у нас уже есть расположенное выше правило, то все последующие правила кластер применять к нему уже не будет. Более подробная информация об особенностях функционирования требований назначения функциональности приведена в документации .

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

Заключительный этап

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

Проверяем, что сервис лицензирования «переехал» на выделенный сервер лицензирования SRVLic:

На этом всё - после выполнения указанных действий все лицензии можно активировать только на сервере SrvLic, который будет раздавать их в кластера Srv1 и Srv2.

Укажем еще на некоторые моменты и приведем ссылки на документацию:

Стоит обратить внимание, что для надежного получения лицензий из сервиса лицензирования, процессы rphost и rmngr сервера «1С:Предприятия» должны иметь права на создание, чтение и изменение данных в файле 1cv8conn.pfl. Файл содержит список центральных серверов кластера в разрезе информационных баз, а также другую информацию, используемую клиентскими и серверными приложениями платформы «1С:Предприятие». Для надежной работы требуется, чтобы пользователи, от имени которых запускаются приложения системы «1С:Предприятие», имели права на создание, чтение и изменение данных в этом файле. В документации была допущена опечатка относительно места расположения этого файла, которую в ближайшее время исправят или уже исправили. Правильное расположение файла для ОС Windows: %ALLUSERSPROFILE%\1C\1cv8.

Более подробная информация о сервисах кластера есть в документации .

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

В заключение отметим, что несмотря на то, что чисто технически, одну установленную на сервере SRVLic службу «1С» можно использовать для разных независимых кластеров «1С» , выполняя в каждом из них шаги с 6 по 12, мы рекомендуем разворачивать для каждого кластера свою отдельную службу «1С», соответственно на отдельных портах. В случае необходимости, это позволит перезапускать полностью все сервисы кластера, в том числе и сервер лицензирования, причем для каждого кластера (центрального сервера «1С») это можно будет сделать отдельно, независимо от других служб (других кластеров), и таким образом обеспечит более надежное и независимое функционирование ваших систем. Кроме этого, это позволит использовать различные версии платформы «1С:Предприятия» в различных кластерах, и сервер лицензирования никак не будет мешать организации такой схемы работы (именно такой случай мы и рассматривали в этой статье). При этом такая настройка никак не ограничивает и не изменяет механизм использования самих лицензий - по-прежнему, даже один файл программной лицензии (многопользовательский) может использоваться несколькими службами сервера SRVLic и раздаваться в различные кластера «1С» (в том числе в кластера разных версий платформы «1С:Предприятие 8.3»).

В статье мы описали способ пошаговой настройки выделенного сервера лицензирования для всех ваших систем, почти все его преимущества и тонкости настройки. Надеемся, эксплуатация программных продуктов на платформе «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С

1. При запуске получаем на экране «Не обнаружена лицензия для использования программы!», жмем «ДА»
2. Выбираем, на какой компьютер должна быть установлена лицензия: «На этот компьютер» или «На компьютер сервера 1С:Предприятия»
3. Выбираем «Первичное получение лицензии» или «Обновление лицензий» или «Повторное получение лицензий»
4. Далее выбираем кому должна быть доступна лицензия, лучше наверное «Всем пользователям данного компьютера»
5. Способ получения лицензий: «Автоматически», «На электронном носителе» или «Вручную»
6. Заполняем регистрационные данные и сохраняем их в файл
7. Полученный файл лицензии нужно переместить C:\Users\Administrator\AppData\Local\1C\1Cv82\conf\2*.lic или
C:\Users\All Users\1C\1Cv82\conf\2*.lic

Также будет работать, если лицензию положить в
C:\Program Files (x86)\1cv82\conf

Если у нас аппаратная лицензия, то может быть одна из следующих проблем:

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

Превышено число лицензий. Данная ошибка возникает, если количество активных пользователей (сессий) превышает указанное число лицензий в ключе. Также при работе в сети 2-х менеджеров лицензий (Hasp License Manager) с одинаковыми именами и ключи одной серии и 1С приложение находит первым ключ, с которым уже установлено максимальное количество соединений, что приводит к ошибки.

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

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

Как правильно устанавливать аппаратные ключи защиты

При использовании более одного ключа необходимо задать имя менеджера лицензий на сервере в файле nhsrv.ini :
NHS_SERVERNAMES = SERVER1

Имя сервера должно состоять из латинских букв и цифр и длина не более 7 символов.

Файл nhsrv.ini находится в одном каталоге с менеджером лицензий, а если менеджер лицензий установлен как сервис, то в каталоге Windows\System32. В файле nhsrv.ini также можно указать IP адреса отдельных пользователей которым хотим запретить подключатся к менеджеру лицензий.

На клиентских машинах файл nethasp.ini необходимо отредактировать, задав ip адреса и имена менеджеров лицензий:
NH_TCPIP = Enabled


NH_SERVER_ADDR = 192.168.0.100, 192.168.0.101
NH_SERVER_NAME =server1, server2

Всем успехов!
Пожалуйста, оставляйте свои комментарий, мне важно Ваше мнение.

P.S. Прикольно! Девочка-эквалайзер