-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
1c_ls: Число уникальных пользователей в сеансах сервера лицензирования #91
Comments
Это те, кто работает через веб-клиента (т.е. через браузер), а не ходят через http/https, потому что тонким клиентом тоже можно ходить через http/https
Число пользовательских лицензий, которые выдал данный сервер лицензирования, определяется по имени хоста сервера лицензирования.
Число пользовательских лицензий, которые пользователи получили не с сервера лицензирования (т.е. локальные пользовательские лицензии, аппаратные и/или программные, установленные на компьютере пользователя или в его локальной сети)
Число уникальных пользователей - уникальность считается по имени пользователя, т.е. читай "число уникальных имен пользователей"
Общее число сеансов в системе использующих любую клиентскую лицензию, должно быть равно числу сеансов с лицензией, выданной серверем + число сеансов с лицензией на клиенте (т.е. сумма 2 и 3 пунктов в вашем списке) |
Добрый день! Собственно я и написал про просьбу пояснить, потому что с цифрами какая-то странность на первый взгляд.
Применительно к скриншоту. БД ERP. По вашим словам сервер лицензирования выдал всего 16 пользовательских лицензий. Но при этом количество сеансов с этой базой ~200, что порождает вопрос, а откуда тогда эти ~ 200 сеансов взяли лицензии, если выделилось только 16. условно говоря 200-16=184 сеанса откуда-то взяли лицензии из другого места? Правильно я понял смысл ваших слов/вопроса/недоумения? То есть налицо какая-то ошибка в отображении данных, насколько я понимаю. 2
Смотрите. Применительно к БД ERP и вопросу уникальности наименования лицензий, которые видно в консоли 1С в разделе сеансы отображаются условно уникальные следующие имена:
То есть элемент данных "Количество лицензий на клиенте" как раз и посчитал эти две последние позиции с точки зрения уникальности? Правильно? |
Некорректно сформулировал, это не количество лицензий, а количество сеансов, использующих клиентскую лицензию с пользовательского компьютера, а не с сервера лицензирования. |
Ну тогда и это число тоже не верное. Потому что количество сеансов в которых используются личные лицензии (разработчиков), как выше написал в среднем варьируется от 4 до 8 в моменте... Да постараюсь выслать как можно скорее... |
@Diesel315, а без разделения по информационным базам, значения корректно отображдаются? Те, что в целом по серверу лицензирования? |
А не было ли за последнее время обновления скриптов от шаблона? Например был обновлен скрипт 1c_license_server.sh, но при этом не обновлялся 1c_common_module.sh? |
Вполне может быть. Вы вроде недавно обновляли некоторые файлы, при обсуждении проблемы в #95 |
На будущее, если обновляются какие-то скрипты, то лучше (надежнее) обновлять все, чтобы не было каких-нибудь неожиданностей ;) |
Добрый день!
|
Какой zip-архив? Надеюсь не из релизов? |
Проблему нашел |
Допустим сервер лицензирования обслуживает 2 кластера, в каждом из которых по 2 базы. Все базы разные. Но пользователь Администратор в каждой из них свой. Это значит, что если уникальность пользователя определяется по имени- то имеет место 4-х кратная ошибка. Должно быть 4 разных пользователя у каждого из которых логин "Администратор". Если имеет место локальная аутентификация. |
Уникальность пользователя отслеживается по имени пользователя, так нам "завещает" "мурзилка" (см. https://its.1c.ru/db/v8323doc#bookmark:adm:TI000000971) |
Они работают в одной или в разных базах? 7 разных человек работающих в 7 РАЗНЫХ базах - будут учетны как один человек или как 7 ? В случае локальной аутентификации- они должны быть учетны как 7 разных (поскольку это разные логины просто совпадающие по буквам). |
Коллега, повторюсь, уникальность пользователей в данном случае рассматриватеся в контексте применения КОРП лицензий, я приводил ссылку на ИТС, но на всякий случай процитирую так
Т.е. "уникальность" в данном случае учитывается ИСКЛЮЧИТЕЛЬНО для понимания ситуации по утилизации лицензий, а не для каких-либо еще изысканий! Сервер 1С не делает разделения в одной базе пользователь с таким именем или в разных! Учет уникальности идет по имени пользователя (читай, по совпадающей последовательности символов в имени). Доменная аутентификация там или "локальная", в данном случае не имеет никакого значения! Хотите кому-то что-то доказать о "некорректности" учета "уникальных пользователей" пишите в 1С ;) |
В документации как раз сказано что уникальность - считается для отдельной ИБ а не для всего сервера лицензирования. и вообще говоря для частного применения (возможно в других случаях уникальность считается иначе). поэтому тут вопрос не к 1С а к прочтению документации скорее :) |
Можно ссылочку на этот момент? Или процитировать? Из цитируемого мной текста
Ни слова про "отдельную ИБ" ;)
А вот это правильно :) Через какой канал отправлен запрос? |
Если у вас есть доступ к партнерскому форуму, то гляньте пояснения, например, здесь |
текст который цитируется выше - содержит фразы, подразумевающие ИБ в единственном числе: нигде не говорится про ИБ во множественном числе. Кстати сейчас скрипты посчитали одного пользователя который зашел в одном кластере на 2 разных базы по 2 раза - как 4 уникальных пользователя. Логин один. В каком месте "уникальность отслеживается по имени пользователя" даже незнаю... |
Т.е. у вас общее число сеанов - 2, а число уникальных пользователей - 4? |
[1С/Лицензии] Количество лицензий на клиенте 8с 1 График но все это один и тот же "Администратор" |
Хм, постараюсь проверить ... |
У меня с уникальными вроде все нормально, но нашел ошибку при учете локальных лицензий. Поправил! Влиять на уникальность не должно, но вдруг ... Попробую еще посмотрть под Win, возможно там есть какие-то отличия ... |
Можно ли при этом запускать скрипт получения списка этих лицензий не на сервере лицензирования а на центральном сервере? |
Если вы его переделаете у себя под такую логику, то вполне можно :) |
На текущий момент данное значение считается как сумма значений уникальных пользователей (уникальность отслеживается по имени пользователя) по кластерам, в состав которых включен сервер лицензирования, что выглядит не совсем корректно! Т.е. один и тот же пользователь может быть подключен к разным кластерам, но считаться в данном случае как разные пользовтели в рамках всего сервера лицензирвоания.
Предполагается изменить формулу, чтобы "уникальность пользователей" подсчитывалась в целом по серверу лицензирования!
Если есть интерес, можно сделать выбор как вычислять сумму уникальных:
Однако, по-умолчанию показатель будет вычисляться в целом по серверу лицензирования!
Кому интересен данный показатель, пишите в комментариях свои соображения!?
The text was updated successfully, but these errors were encountered: