Учет лицензий и управление сеансами пользователей

Управление лицензиями.

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

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

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

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

В «Состояние лицензий» указывается текущее место хранения и установки.

Место хранения — иерархический справочник, на начальном этапе подразумевался для указания имен серверов (или, например, складов, сейфов подразделений).

Место установки — реквизит составного типа, можно указать конкретный кластер (сервер) или пользователя.

ВАЖНО: В данной конфигурации не предусмотрено разбиение многопользовательской программной лицензии и установки на разные рабочие места.

Управление сеансами.

Основано на примере с сайта ИТС для версии 2.

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

Справочник «Виды приложений» уже заполнен предопределенными элементами по информации с сайта ИТС. Все остальные данные в этом разделе учета заполняются автоматически при работе сервиса внешнего управления сеансами.

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

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

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

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

ВАЖНО: В данной конфигурации не тестировалась ситуация с несколькими рабочими серверами в кластере.

 

Подготовка к запуску.

Т.к. заполнение данных производится автоматически, мой Вам совет — в консоли администрирования серверов 1С поменяйте имена Ваших кластеров с «Локальный кластер» на понятный Вам (например, имя сервера), это позволит в дальнейшем корректно идентифицировать их в справочнике.

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

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

Пока сервис работает в режиме сбора статистики можно приступить к заполнению информации о состоянии «коробки» (лицензии), т.е. путем выбора нужного значения из справочников «Кластеры серверов» и «Пользователи» заполнить «Место установки».

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

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

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

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

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

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

Результат работы в режиме сбора статистики — по каждому сеансу Вы получите всю актуальную информацию:

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

На момент написания статьи конфигурация работает на версии «1С:Предприятие 8.3 (8.3.6.2449)».

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