Подключение к серверу лицензирования (получение лицензий с другого сервера) (+видео)
База данных - Инструменты администратора БД
Бесплатные
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе Инфостарт БЕСПЛАТНО
| Наименование | Скачано | Бесплатно |
|---|---|---|
|
Подключение к серверу лицензирования (получение лицензий с другого сервера) (текст этой статьи)
.docx 361,50Kb
362
|
362 | Скачать бесплатно |
|
Подключение к серверу лицензирования (получение лицензий с другого сервера) (видеоролик)
.mp4 7,52Mb
286
|
286 | Скачать бесплатно |
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Дано: сервер, на котором активированы лицензии 1С (или планируется устанавливать лицензии на нем и использовать его в качестве сервера лицензирования), а также имеются сервера, где установлены 1С кластеры, которым требуются лицензии.
Задача: распределение 1С лицензий по разным серверам (кластерам). Например, если на сервере лицензирования активирована одна лицензия на 50 пользователей, то нужно, чтобы этими лицензиями могли пользоваться различные 1С серверы/кластеры.
Помните, что для каждого кластера потребуется серверная лицензия (может быть активирована также на сервере лицензирования), т.е. сколько кластеров, столько и серверных лицензий.
Сам сервер лицензирования лицензии не требует.
В данной статье и в видео будут следующие условные наименования серверов:
Сервер лицензирования - SRV-DB1
Сервер 1С (с установленным кластером) - SRV-NODE-B
Содержание статьи:
- Как получать лицензии с другого сервера (сервера лицензирования)
- Как настроить сервер лицензирования
- Как активировать лицензию на сервере лицензирования
Как получать лицензии с другого сервера (сервера лицензирования)
Если сервер лицензирования (SRV-DB1) уже существует и настроен, то настройка любого другого сервера 1С (в этом примере, SRV-NODE-B) на получение лицензий с сервера SRV-DB1 делается довольно легко. Подробнее смотрите видео ниже.
Краткое описание (все действия выполняем в локальном кластере на 1С-сервере (SRV-NODE-B)):
- В рабочие серверы добавляем сервер лицензирования (SRV-DB1).
- В блоке рабочего сервера SRV-DB1 добавляем две функциональности в требования назначения функциональности.
- В блоке рабочего сервера SRV-NODE-B добавляем две функциональности в требования назначения функциональности.
- На локальном кластере делаем полное применение требований функциональности.
- Перезагружаем службу 1С.
После этого сервер SRV-NODE-B начнет получать лицензии с сервера SRV-DB1. Т.е. как серверные, так и клиентские лицензии нужно активировать на сервере лицензирования (о том, как активировать читайте ниже).
Посмотреть, как это делалось, можно в следующем видео-ролике:
Подробное описание:
(все действия выполняем в локальном кластере на 1С-сервере (SRV-NODE-B)):
1) В рабочие серверы добавляем сервер лицензирования (SRV-DB1):
В итоге будет два рабочих сервера SRV-NODE-B и SRV-DB1:
2) В блоке рабочего сервера (сервера лицензирования) SRV-DB1 добавляем две функциональности в требования назначения функциональности.
Функциональности должны быть именно в указанной последовательности.
Добавляем сначала:
Любой объект требования (Для всех) - Не назначать
Затем:
Сервис лицензирования - Назначать
В таком случае они "встанут" в нужной последовательности, иначе придется менять приоритет.
Этим мы говорим, что этот сервер готов выдавать лицензии и будет отклонять любые другие запросы.
3) В блоке рабочего сервера кластера SRV-NODE-B также добавляем две функциональности в требования назначения функциональности.
Функциональности должны быть именно в указанной последовательности.
Добавляем сначала:
Сервис лицензирования - Не назначать
Затем:
Клиентское соединение с ИБ - Назначать
Этим мы говорим, что этот сервер готов отвечать на клиентские вызовы, но лицензии он не содержит.
4) На локальном кластере делаем полное применение требований функциональности.
5) Перезагружаем службу 1С.
Также нужно не забыть про настройки локального FireWall - на сервере 1С (SRV-NODE-B) разрешить входящие-исходящие соединения для сервера лицензирования (SRV-DB1).
Как мы делали сервер лицензирования?
Первоначально у нас был один виртуальный сервер, на котором был установлен 1С кластер. На нем были активированы программная серверная лицензия и программная лицензия на 50 пользователей (соответственно в кластере в информационной базе было указано, чтобы клиентские лицензии выдавались с сервера).
Затем понадобился перенос сервера на другую физическую площадку и было также решено выделить под кластер более производительную виртуальную машину. Поэтому существующий сервер оставили в качестве сервера лицензирования, и создали новый виртуальный сервер под 1С кластер.
Как из обычного сервера сделать сервер лицензирования? Если на нем не будут подключаться информационные базы и он будет использоваться только для лицензий, то в дополнению к вышеуказанным инструкциям нужно сделать только одно действие: удалить локальный кластер на сервере лицензирования (не саму программную серверную компоненту 1С, а именно локальный кластер в оснастке кластера, чтобы в списке кластеров было пусто - это видно на скриншотах и видеоролике, что на сервере лицензирования нет кластеров):
Если это сделать, то сервер лицензирования не будет "отъедать" серверную лицензию (т.е. ему самому вообще никаких лицензий не нужно, он только их хранит для других серверов).
Как активировать лицензию в случае сервера лицензирования?
Для этого на клиенте в любой базе (хоть локальной) зайти в конфигуратор, перейти на интерфейс ввода лицензии, нажать Дополнительно и ввести адрес сервера лицензирования.
Активация ключа на сервере:
В этом случае активация произойдет на сервере лицензирования.
После можно проверить, появился ли файл лицензии в папке на сервере (рекомендуется записать, что за файл - эта информация может понадобиться при восстановлении лицензии - см. статью Восстановление по пин-коду).
Примечание: есть вероятность, что такая настройка не работает в случае варианта лицензирования "Сервер мини".
В файлах к статье: видеоролик, показанный выше, а также текст этой статьи.
UPDATE 16.07.2019
Обнаружилась одна неприятная особенность. По крайне мере быстро решить эту проблему не смогли.
Не удается получить лицензии с выделенного сервера лицензирования в случае, если на серверах стоят платформы разной разрядности (битности).
В нашем случае на сервере лицензирования установлена платформа x64 и с этого сервера успешно получают программные серверные и клиентские лицензии два других сервера с 1С-кластерами, на которых также установлена платформа x64.
На третьем кластере установлена платформа x86, по причине того, что он использует аппаратный серверный ключ, предназначенный только для x86 1с-сервера. Клиентские лицензии он брал по сети с аппаратного ключа.
Было решено настроить его на получение программных клиентских лицензий с сервера лицензирования по аналогии с другими серверами. Однако при абсолютно такой же настройке кластер ни в какую не захотел получать лицензии.
При подключении клиентам выдавалось сообщение: Поиск лицензии в сервисе лицензирования: Ошибка вызова сервиса лицензирования: Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService.
Напишем запрос в 1С, чтобы получить официальный ответ, а пока пришлось вернуться к использованию аппаратного ключа с клиентскими лицензии на этом x86 кластере.
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83738 432 171
Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
17000 руб.
10.11.2023 28863 104 46
Инструменты администратора БД Роли и права Системный администратор Разработчик Пользователь 1С 8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!
23180 руб.
06.12.2023 25156 85 14
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6249 28 8
Инструментарий разработчика Инструменты администратора БД Системный администратор Разработчик Аналитик 1С:Предприятие 8 1С 8.3 1С 8.5 1C:ERP 1С:УТ 1С:ДО 1С:Бухгалтерия 3.0 1С:ERP. Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Россия Платные (руб)
Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.
5000 руб.
14.01.2013 217523 1256 0
Информационная безопасность Инструменты администратора БД Инструментарий разработчика Учет документов Системный администратор Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта 1С 8.3 1С 8.5 Розничная и сетевая торговля (FMCG) Платные (руб)
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
6000 руб.
15.04.2026 4255 12 0
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14640 руб.
29.04.2020 53034 146 164
Файловый обмен (TXT, XML, DBF), FTP Поиск данных Инструменты администратора БД Корректировка данных Системный администратор Разработчик 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
24400 руб.
27.10.2017 47907 33 15
Настройку Требования назначений функциональности на рабочем сервере делать не нужно.
Система сама у него отбирает Сервис лицензирования.
Какие функциональности есть у сервера можно проверить через "Главный менеджер кластера" и "Дополнительный менеджер кластера".
Это описано в
Не удается получить лицензии с выделенного сервера лицензирования в случае, если на серверах стоят платформы разной разрядности (битности).
В нашем случае на сервере лицензирования установлена платформа x64 и с этого сервера успешно получают программные серверные и клиентские лицензии два других сервера с 1С-кластерами, на которых также установлена платформа x64.
На третьем кластере установлена платформа x86, по причине того, что он использует аппаратный серверный ключ, предназначенный только для x86 1с-сервера. Клиентские лицензии он брал по сети с аппаратного ключа.
Было решено настроить его на получение программных клиентских лицензий с сервера лицензирования по аналогии с другими серверами. Однако при абсолютно такой же настройке кластер ни в какую не захотел получать лицензии.
При подключении клиентам выдавалось сообщение: Поиск лицензии в сервисе лицензирования: Ошибка вызова сервиса лицензирования: Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService.
Напишем запрос в 1С, чтобы получить официальный ответ, а пока пришлось вернуться к использованию аппаратного ключа с клиентскими лицензии на этом x86 кластере.
есть информация устранили проблему или нет?
Проблема в том что новый рабочий сервер не получает клиентских лицензий с сервера лицензирования, в администрировании в рабочих процессах - соединения - пусто, тогда как на другом (старом рабочем сервере 2) в соединениях показано что связь есть с сервером лицензирования.
На новом уже удалял кластер, делал заново, брандмауэр везде отключен, ничего не помогает. Как можно устранить проблему? Стоит ли устанавливать версию платформы 8.3.19.1264, на сервер лицензирования и поможет ли это, не отпаду от старого сервера лицензии? Куда смотреть, где копать?
Варианты решения:
1. Самый легкий – понизить платформу на втором сервере (если это возможно).
2. Сложнее – на сервере лицензирования и на первом сервере обновить платформы до той же, что на втором сервере.
3. Сложный – настроить на сервере лицензирования работу с двумя платформами: настроить запуск 1С сервиса (агента) на каждую из платформ, разнести их по разным портам. На «клиентских» серверах подключаться к серверу лицензирования по тому порту, который соответствует установленной платформе.
добрый день. Снова случилась проблема:
3 сервера:
сервер лицензирования;
центральный сервер кластера 1С (основной)
центральный сервер кластера 1С (резервный)
На всех серверах была установлена новая версия платформы 1С 8.3.20.1613: служба сервера, тонкий клиент, толстый клиент, администрование серверов.
При установке драйвер ключей защиты так же были установлены.
На всех сверерах после установки запущены последоваельно службы службы: Остановка сервера, Запуск службы сервера и Регистрация утилиты администрирования.
При запуске на сервере нет проблем, так как используется локальная лицензия сервера.
При запуске на машине пользовтаеля получаем ошибку: лицензия не обнаружена.
Что можно сделать?
У Вас на сервере установлена отдельная клиентская лицензия? USB или как?
У нас как бы сервер при запуске клиента использует те же клиентские лицензии с сервера лицензирования...
Сама по себе новая платформа не должна себя так вести
Если актуально, то пишите, помогу разобраться
ID=a5743be6-8bda-44b4-b3a2-8b64493db9c3, File=D:\Jenkins\ci_builder2\WindowsBuild2_9NJW90XV8943\Platform\src
Что случилось за сутки, не понятно.
Пока не могу победить.
Не совсем понятно: что значит "на клиенте зайти в конфигуратор"?
Я так понимаю эта операция должна выполнятся непосредственно на сервере лицензирования через любой открытый конфигуратор (хоть в пустой файловой базе)?
Нет, на сервере лицензирования вообще клиента может не быть (у нас на сервере лицензирования нет ни кластера, ни клиента). Активацию ключа можно делать с любой клиентской машины (или с кластера), главное, чтобы сервер лицензирования был доступен по сети. См. последний скрин - там указываются параметры подключения к серверу, на котором необходимо произвести активацию ключа.
Ответ: у нас была похожая ситуация, но только на SRV-NODE-B был доступ к клиентским USB-ключам. Так вот когда заглючил сервер лицензирования (SRV-DB1), кластер SRV-NODE-B начал раздавать клиентам уже не программные лицензии с SRV-DB1 (которые не смог получить), а те самые лицензии с USB-ключа.
Таким образом совместный вариант возможен, но не проверялся, если дополнительные лицензии не USB, а программные.
Все сделал, как написано, но выдается ошибка "Поиск лицензии в сервисе лицензирования: Ошибка вызова сервиса лицензирования: Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService."
На сервере, который выдает лицензии и Сервере, где запускаю базу платформа одинаковая 8.3.17.1851 x64. Но Сервер программного лицензирования конфигураций запущен из Program Files (x86). Может проблема возникать из-за этого? И какое лучше решение.
При то, что на сервере, где лицензии, конфигурации запускаются и работают отлично.
Спасибо.
Как вариант - нужно вам поднять несколько служб 1С и для каждой настроить свой состав кластера
При этом разрядность платформ совпадает.
Пробовал расширять диапазон портов - не помогло.
В ТЖ есть куча строк с исключением:
Descr='src\RMngrCalls.cpp(594):
2e79b904-f593-465d-a937-54ac95fca702: Соединение установлено не с менеджером кластера'
С флагом LIC в ТЖ только вот такие записи:
28:51.129014-
28:51.129020-
hard, local, server 64, absent;
hard, local, Base, absent'
Сначала все ставил как в статье, на стандартных портах.
Потом для сервера лицензирования пробовал расширить диапазон (при запуске службы и в настройках рабочего сервера) - тоже не помогло.
Нюансы:
- Сервер лицензирования стоит в другой сети на площадке провайдера.\
- в рабочие серверы кластера добавлен по айпи
- фаерволы на время теста выключили
- с клиента удалось прописать новую лицензию на эту удаленную машину (на том компе появился файл lic), но при попытке запуститься, клиент ее не видит
Когда в консоли на сервере куда лезут клиенты смотрю Менеджеры кластера, там для сервера лицензий не назначен PID и в IP Порт стоит 0.
При этом на сервере лицензирования в ТаскМенеджере вижу запущенными 2 rphost, rmngr и один ragent.
Такая же проблема.
Сервер разместил в другой сети через VPN.Лицензия активировалась но при запуске ошибка. Назначил ТНФ. На сервере появился файл lic/
Не найдено ни одного сервера с размещенным сервисом
serviceName=LicenseService;
Удалось ка кто решить?
Короче, причина была в том что 1Сы не видели друг друга.
Единственное что могу поправить в своем посте выше : сервер лицензирования добавлен в кластер по полному имени, типа
servername.domain-name.local
раздать через сервер лицензирования серверу находящемся на ВМ.
Настроил всё по Вашей инструкции, но этот ключ серверу не передался.
в итоге проблема решилась после того как я сервер лицензирования перенёс отдельно на другие порты
зашёл в реестр
Компьютер\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic
нашёл переменную ImagePath
в зависимости от установленной версии программы путь может быть иной
и изменил порты
"C:\Program Files\1cv8\8.3.22.1709\bin\ragent.exe" -srvc -agent -regport 2541 -port 2540 -range 2560:2591 -d "C:\Program Files\1cv8\srvinfo"
после чего перезапустил службу Агент сервера 1С:Предприятия 8.3 (x86-64)
запустил консоль "Администрирование серверов 1С Предприятия x86-64" и в свойствах сервера указано новый порт
так же эти же порты прописал в разрешения брандмауэра
после чего у меня у меня на основном сервере(где базы)
при нажатии на рабочие серверы порт сервера лицензирования также изменился
в рабочих процессах порт был 0 стал 2562
активен было НЕТ стало ДА
при запуске 1с на этом же сервере теперь не ругается что не найдена лицензия на сервер
а при запуске на терминале теперь не тоже лицензии выдаются
Что посоветуете?
У нас пользователи USR1CV8 на всех серверах локальные и без админских прав (там вроде рекомендуется).
Пароли разные.
Так вот сервера пытаются авторизоваться между собой с использованием локальной учетки (зачем это они делаются - не понятно).
Поскольку пароль разный, то учетка блокируется.
При этом вроде все работает, но при попытке перезапустить службу выдается ошибка - надо снимать галку блокировки.
Что за хрень?
Попробовали сделать по инструкции..
В итоге, при запуске службы на любом сервере получаем ошибку запуска.
"Служба не запущена из за ошибки входа в систему."
Пробовал - запускать службы на серверах под разными учётками и менять порты для работы на одном из серверов.
Толку ноль.
Прошу вас подскажите что можно сделать.
Спасибо.
Всё же решено было разводом по разным портам.
Т.Е сервер с базами стартует со стандартными портами, а сервер лицензирования с допустим. 2541 и тд.
Если так сделать сразу, то конфликта запуска служб нет даже если одинаковые учётки с одинаковыми паролями.
Раскатили сервер лицензирования, прописали серверные лицензии и пользовательские.
Однако в логах видим следующее:
37:11.893002-0,EXCP,0,process=rmngr,OSThread=3007646,Exception=0874860b-2b41-45e1-bc2b-6e186eb37771,Descr='src/backbas/src/LicenseBaseImpl.cpp(4345):
0874860b-2b41-45e1-bc2b-6e186eb37771: Software licensing error. Invalid software license file format
File=/built/jenkins/CommonBuildArea/Platform/src/backbas/srcПри этом процесс rphost, который тянется к серверу лицензирования жрет много ЦПУ.
так как лицензия программная то 5 запущенных баз у пользователя обычно сжирает 5 лицензий
в списке номер лицензии и общее колличество, если прользователей немного тупо руками считаю например сеансов 80 из них вычитаю те что без лицензий(фоновые процесы и прочие) получаю ориентировочный список лецензий в работе
так как изменение параметров добавление памяти или диска или добавление процессора может вызвать конфликт и сервер лицензирвоания придётся перерегистрировать заново из резевного списка кодов.
единственное когда мне приходится трогать сервер лицензирования это когда у меня меняется версия платформы, следовательно эту же версию приходится стваить на сервере лицензирования, главное потом незабыть порты поменять на нестандартные, а то я как то поменял платформу а про порты даже и не вспомнил и очень долго мучался пытаясь понять где проблема))) а потом нашёл эту же тему нашёл свой же комментарий в ней и сам будущему себе помог решить проблему)))
Я правильно понял, что для такого варианта необходима отдельная серверная лицензия 1С для этой виртуалки для сервера лицензирования?
Если правильно настроить то сервер лицензирования не требует лицензии, главное чтобы версия платформы была одинаковая для сервера лицензий и остальных серверов, ну и порты чтобы отличались, так как у меня из за портов основная проблема была и лицензии отказывалась выдаваться...
Настроил сервер лицензирования + 2 кластера.
На сервере лицензирования активированы две серверные лицензии и несколько пользовательських.
Кластер1 занял одну лицензию, а кластер2 – вторую серверную лицензию.
Но периодически (раз в неделю) Кластер1 занимает одновременно две серверных лицензии и, соответственно, на Кластере2 1С не доступна.
Вопрос решается перезапуском службы 1С на Кластере1.
Но как сделать чтобы кластера не забирали две лицензии одновременно?
Стало: 1 из центральных серверов уезжает в облако, но в туннеле с основным сервером компании, продолжает видеть основной сервер лицензирования и получать с него лицензии, для отказоустойчивости (при падении туннеля) хотели чтобы в облаке тоже был свой сервер лицензирования с ограниченным пулом, чтобы при падении туннеля не отвалались клиентские и серверные лиензии - перенесли туда необходимые ключи.
при начале настройки такого сета стали получать то же поведение, описанное здесь:
неужели у аудитории нет запроса на такой функционал и 1С не двигается в этом направлении?
Утверждение проверено на практике, и оно неверно.
Также есть подтверждении в ответах на вопросы по лицензированию на официальном сайте:
Тут
написано, что лицензия на сервер 1с выдается на компьютер (грубо - на операционную систему), не сказано, что под каждый кластер 1с нужна лицензия 1с
Если кластеры запущены на одной виртуальной машине (ВМ), то они могут работать на одной лицензии с запущенного сервиса лицензирования на другой ВМ.
Дано: Сервер лицензирования 1С
Сервер с 4 кластерами под разные задачи.
Проблема: Базы на 4 кластере перестали получать лицензии с сервера.
То есть, любая база с 1, 2, 3 кластера запускается нормально, базы с 4го кластера перестали получать лицензию.
Проблема замечена сегодня, 2 дня назад всё работало. На сколько я знаю, никаких действий не производилось.
В приложении скрин менеджера сайтов данного кластера. Смущает 0 в графе IP-порт.
Подскажите, в какую сторону копать.
Причины могут быть разные. Например недостаточно ОЗУ на ВМ сервера лицензирования.
Было: Кластер с Центральным сервером под виндой и выделенным сервером лицензирования на линуксе на платформе 8.3.25.1394. Лицензии выдавались как с хаспов, так и с сервера лицензий.
Стало:Обновились до 8.3.25.1501. Сервер лицензирования на линуксе, порты по-умолчанию, если верить статусу демона - служба поднялась и работает. Картина приведена к п.2 в (29), кмк
Проблема:Соединений на сервер лицензий нет, выдаются лицензии только с ключей.
Вопрос 1: Почему оно может не выдавать лицензии?
Вопрос 2: Прочитал, что в таком случае следует удалить и заново создать сервер лицензирования в кластере. Не удаляется, сообщение такое "Ошибка удаления рабочего сервера: Ошибка администрирования: неверный набор требований назначения: Не для любого объекта возможно требование", чяднт?
Спасибо.
Рейтинг: 1081
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 1027743
Создание 25.03.19 22:10
Обновление 16.07.19 10:57
Просмотры 101723
Загрузки 648
Рейтинг
63
Комментарии 94
Код открыт Да
Рубрики Инструменты администратора БД
Тип файла Архив с данными
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Windows
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)