Использование программной лицензии приводит к ряду ограничений, например – уменьшает возможности апгрейда сервера.
Более того, в случае отказа сервера с установленными многопользовательскими лицензиями кластер становится неработоспособен.
Решить данную ситуацию можно с помощью выделенного сервера лицензирования. В сегодняшнем видео рассмотрим, как это сделать :)
Видео — Создание сервера лицензирования
Если сервер лицензирования сделать виртуальным, тогда даже в случае отказа можно запустить виртуальную машину на другом компьютере и продолжить работу.
Рассмотрим по шагам, как можно создать и настроить выделенный сервер лицензирования.
Длительность видео — 10 минут :)
Хотите более детально разобраться в теме? :)
Еще больше приемов для бесперебойной работы серверов 1С — в новом курсе Запуск и настройка кластера серверов.
Объем курса – 3 учебных часа, поддержка — 1 месяц.
поменял путь к srvinfo и сервер лицензий пропал из списка, если добавить вручную все равно говорит что лицензия не найдена. в чем тут проблема?
В данном каталоге хранятся настройки кластера, видимо они у вас слетели. Я бы рекомендовал удалить кластера на это сервере, и добавить их заново.
Добрый день! Хочу разместить сервер лицензирования в другой сети через впн. Будет ли работать?
Здравствуйте.
Если нет никаких преград в виде слишком долгого пинга, брандмауэра и пр. то должно.
Добрый день! Добавил сервер лицензирования на отдельную машину. Активировал клиентские и серверные Лицензии. Успешно активировались. Активировал по IP адресу. Пинг идет. При запуске получаю ошибку Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService. Требование назначение функциональности настроил
Максим, здравствуйте.
Может не применили требования, может еще что-то. Почитайте внимательно документацию и ИТС, может сейчас процесс настройки как-то изменился, все таки статья от 18 года.
К сожалению что бы решить ваш вопрос, нужно подключаться и смотреть что и как у вас настроено, но это уже ближе к консалтингу, чем я не занимаюсь.
Здравствуйте! Спасибо за инструкцию, все в целом работает прекрасно. Однако, проявилась одна неприятная проблема: после перезагрузки сервера 1С (например, для обновления), он не видит сервер лицензирования: «Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService.» В консоли кластера рабочий процесс сервера лицензирования Включен: Да, Активен: Нет. Помогает ручной перезапуск службы «Агент сервера 1С:Предприятия» на сервере лицензирования, что, понятно, не выход. Есть ли какие-нибудь соображения о причине проблемы?
Сервер 1С+MSSQL — виртуальная машина VMware, сервер лицензирования — «железный». Разрядность ОС и версия 1С везде одинаковая.
Дмитрий, здравствуйте.
Судя по описанию это скорее всего ошибка платформы которая присутствует в вашей версии.
Посмотрите похожие ошибки в багборде и на партнерской конференции, наверняка такое уже было.
Добрый день. Создал отдельный виртуальный сервер под Сервер лицензирования (для клиентских лиц) развернул там платформу 8.2 той же версии и разрядности что и в основном кластере. Далее добавил СЛ в Рабочии сервера на основном кластере, но когда я его открываюу у меня нет пункта — «Требования назначения функциональности»?
Здравствуйте.
В 8.2 еще не было такой функциональности как требования назначения функциональности, это все применимо только к 8.3.
получается нельзя сделать выделенный сервер лицензирования для кластера 8.2 ?
Насколько мне известно нельзя, там просто нет такой функциональности.
Добрый день! при миграции виртуальной машины сервера лицензирования на новый хост с другим процессором часто меняется процессор в виртуальной машине и лицензии слетают. Испльзовали KVM и VirtualBox — процессор меняется, лицензии слетают. Не подскажете виртуальные машины с полной виртуализацией процессора?
Андрей, здравствуйте.
Посмотрите в сторону VMware Workstation Pro.
Добрый день! Подскажите, пожалуйста у нас активирована многопользовательская лицензия 1с и на этом же компьютере находится база 1с к которой подключаемся по сети (расшарена через Web) со вчерашнего дня (30.03.22) открытая база начала просить лицензию как будто бы платформа не активирована, перезагружаем компьютер всё нормально несколько часов, а потом снова просит лицензию на платформу, подскажите что делать? Может ли сервер лицензий выдавать лицензии клиентам по Web, если настроить сервер лицензий — у нас он не настроен?
Игорь, здравствуйте.
К сожалению удаленно не смогу помочь, требуется задать множество уточняющих вопросов и т.д. а это уже будет консультация.
Из того что прочитал складывается впечатление что у вас файловая база с доступом через web, если так то говорить про выделенный сервер лицензирования не имеет смысла, т.к. нужен клиент серверный вариант платформы.
Или у вас клиент-серверный вариант тоже используется? Лицензии какие программные или аппаратные USB?
В общем вопросы, вопросы …
Где узнать про выделенный сервер лицензирования 1с 8.3
Почитать можно в документации на ИТС в главе Требования назначения функциональности, раздел Размещение сервиса лицензирования на выделенном рабочем сервере.
Так же вот здесь есть довольно подробная статья от коллег.
Доброе время суток.
1) У меня на сервере установлен SQL и 1С. Подключение к базе через shared memory. После создания кластера работа сильно замедлилась. Такое впечатление, что подключение стало TCP/IP. Я удалял локальный кластер и создавал новый. В 8.2 вроде была возможность указать способ подключен6ия. Здесь я не нашёл. К сожалению сейчас откатил всё назад и проверить используется ли не могу.
2) Могу ли я вынести на сервер лицензий только клиентские лицензии? Тогда птицу в конфигураторе ставить не надо?
1. Никогда не слышал что включение Shared Memory приводит к замедлению.
На 8.3 протокол включается точно так же как и в 8.2, либо в настройках MS SQL выставляется приоритет, либо указывается протокол lpc в свойствах ИБ перед именем сервера СУБД.
2. Не знаю о какой птице речь, но вынести на сервер лицензий только клиентские лицензии можно.
1) Спасибо за быстрый ответ попробую ещё раз.
2) Я имею в виду в конфигураторе. В «Получении лицензии» птица «Установка на сервер» относиться к серверной лицензии? Для вынесения клиенских она не нужна?
Флаг нужен, иначе как система поймет на какой именно сервер ставить лицензию.
Добрый день! Подскажите пожалуйста, имеется 2 сервера. на 1 уже активирована серверная лицензия. На втором, настроили сервер лицензирования, ТНФ, добавили в общий кластер, активировали лицензию на пользовательские рабочие места. Проверили работу, лицензии тянутся на основной сервер, все работает. Но возник вопрос, если настраиваем ТНФ на основном сервере (1), где активирована лицензия, то перестают тянуться лицензии, т.к. в ТНФ ограничиваем раздачу лицензий 1 сервером. В таком случае лучшим вариантом будем переактивировать серверную лицензию на 2 сервер (сервер лицензирования) и настроить ТНФ на 1 основном сервере и тянуть еще и серверную лицензию с сервера лицензирования. Или оставить все как есть сейчас и не настраивать ТНФ на основном сервере и серверная лицензия останется на 1 сервере?
Добрый день, Сергей!
С учётом того, что сейчас работает — я-бы оставил так как есть… как-бы есть хорошее правило: «работает — не трогай!»… пока устраивает текущее решение — можно на нём остановиться.
Спасибо за ответ!
Сергей, день добрый!
Перечитал несколько раз, но так и не понял какую задачу вы решаете и не понятно какие ТНФ настраиваете и зачем.
Если вы просто хотите знать мое мнение как лучше, то я считаю что лучше лицензии активировать на один сервер и клиентскую и серверную.
1. Это проще, все в одном месте, меньше путаницы, все специалисты в курсе что все лицензии вот здесь.
2. Все лицензии привязаны к одному железу, которое я надеюсь не ждет апгрейд в скором будущем.
Но есть еще старое дедовское правило: работает не трогай!
А если трогаешь, то надо точно знать зачем именно трогаешь, из вашего сообщения так и не понял что именно вас не устраивает и какую задачу хотите решить.
Добрый день! Изначально стояла задача настройки сервера лицензирования в общем, т.к. узнали про данную схему работы. ТНФ на сервере лицензирования настраивали на раздачу лицензий и на ограничение подключения пользователей. ТНФ на основном сервере настраивали наоборот, на ограничение раздачи лицензий и на подключение пользователей (Клиентское соединение с ИБ). Не то чтобы что-то не устраивало, уточняли как именно лучше будет сделать, т.к. ранее не было опыта настройки данной схемы работы. Спасибо за ответ!
Добрый день.
Скажите, данный метод работает только для электронных лицензиях?
В случае если у нас USB ключи, таким способом можно выдавать лицензии?
Добрый день, Алексей!
Сервер лицензирования работает только с программными лицензиями (собственно он и создан для снятия проблемы невозможности апгрейда оборудования при использовании программной лицензии).
Спасибо больше за инструкцию! Настроил по ней сервер лицензирования для выдачи серверных и клиентских лицензий на 7 серверах. Хочу спросить вот что, я вижу что на сервере лицензирования всё равно появились процессы rphost и rmngr, по количеству их столько во сколько кластеров я этот сервер лицензирования прописал. Это нормально поведение? Не понятно зачем вообще нужны процессы rphost если соединений на этот сервер не происходит.
Добрый день, Евгений!
Не всё понятно про какую платформу вы пишите. Если речь про 8.3 — это точно нормально. Даже если нечем занять рабочий процесс — менеджер создает его обычно про запас (что-бы при возникновении потребностей быстрее стартовать), кроме того когда нет в системе пользователей за кадром могут отрабатываться всякие фоновые задания и т.п.
Подскажите, сделал все по инструкции, сервер доступен, лицензии все добавились без ошибок, но после переконфигурации основного сервера, лицензии на сервер все равно перестали выдаваться. В чем проблема может быть
Добрый день, Андрей!
Очевидно что с вероятностью 99% сработали проведенные изменения (не факт что только ваши). Попробуйте снова собрать кластер с нуля и добавить в него настроенный сервер лицензирования(сервер лицензирования не трогать). И да, часто помогает банальная перезагрузка всех серверов.
Подскажите, не нашел нигде явного упоминания: На одном сервере можно прописать несколько лицензий для сервера 1с чтобы их получали несколько серверов 1с? И можно ли на сервер лицензирования вписать лицензию для «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений»?
Добрый день, Дмитрий!
1.Да.
2.Да.
Подробнее, смотреть разделы 10.3.1.2, 10.3.1.3
Спасибо за ответ. В итс никак не прописано как раздается лицензия на минисервер. Т.е. можнт так получится что рабочий сервер возьмет лицензию на мини-сервер и ограничится 5 клиентами. Или виртуалка с минисервером заберет полноценную серверную лицензию.
Добрый день, Дмитрий!
Нет никакого смысла заряжать в один кластер обрубок мини и полноценный сервер. Сервер лицензирования не ранжирует запросы, а: первый попросил — первое попавшееся под руку получил. Поэтому наполнение кластера должно быть однородным, т.е. схемы: сервер32 + сервер64, сервер мини + сервер32, сервер мини + сервер64 — неправильные схемы.
Я правильно понимаю, что если мне нужно раздавать 2 лицензии на сервер то мне нужно проделать всё что в статье дважды? Т.е. Если у меня есть сервер с лицензиями SRVLic и 2 рабочих сервера-кластера (SRV1 и SRV2) то я должен добавить SRVLic в рабочие серверы на обоих кластерах?
Добрый день, Дмитрий!
Если у вас 2 разных кластера, причем на одном физическом сервере(разумеется на разных портах) — достаточно одной серверной лицензии на всё это удовольствие (тонкость: файл лицензии должен находиться в каталоге, который доступен всем экземплярам серверов 1С). Если у вас 2 разные кластера на 2 разных физических серверах — требуется 2 программных лицензии, в этом случае пожалуй самый простой способ: ставить на сервере лицензирования 2 сервера (на разных диапазонах портов) и каждый из серверов лицензирования работает со своим кластером.
Не понял зачем «ставить на сервере лицензирования 2 сервера (на разных диапазонах портов)» . Их потом и обновлять нужно парой.
В итоге сделал так:
1 сервер лицензий в виртуальной машине (linux), 1 рабочий сервер в виртуальной машине (win server) и 1 рабочий сервер «железный» (win server). Все лицензии активировал на сервере лицензирования (2 на сервер x64 и 10+20 пользовательских). В рабочих серверах добавил сервер лицензий по инструкции в видео и оба сервера получили серверные лицензии. В рабочих процессах видны номера полученных лицензий, они разные.
Спасибо за ответ и за отличное видео.
Это был самый простой способ, просто удвоенная работа на 5-10 минут суммарно в которой крайне сложно ошибиться. Виртуальные машины для 1С не очень хорошо, даже если идеально настроены… хотя-бы для продактовых серверов.
Здравствуйте, данная схема раздачи лицензий работает, если пользователи запускают тонкий клиент на терминальном сервере, сервер 1С на отдельном сервере, и в настройках рабочей базы стоит галочка, что лицензии раздаются сервером?
Добрый день!
Никаких проблем не должно быть (только есть особенность заключающаяся в том, что каждый сеанс будет забирать 1 клиентскую лицензии, подробнее тут)
Здравствуйте! Подскажите, не совсем понял такой момент — после настройки сервера лицензирования, лицензии будут браться только с этого сервера? Т. е. к примеру такая ситуация:
на терминальном сервере установлено два комплекта программных лицензий на 10 и 50 польз.
После настройки отдельного сервера лицензирования и активации на нём комплекта на 10 польз, комплект на 50 польз. станет не доступен до переактивации его на сервере лицензирования?
Добрый день!
Да, с этим возможна проблема. Поэтому стоит рекомендовать к переносу в первую очередь программной лицензии на 50 пользователей.
А серверная лицензия на терминальном сервере тоже потребует переактивации на сервер лицензирования?
Лицензия привязывается к показателям железа, поэтому с вероятностью не менее 99% потребуется переактивация (ещё 1 пин). Из личного опыта: ни сам не сталкивался, ни кто из тех кого знаю с проблемами что-бы получить от фирмы 1С ещё 1 пин если есть регистрационная карта.
Здравствуйте. Пытаюсь применить первое правило назначения функциональности, но вылезает ошибка — Ошибка изменения списка резервирования: Ошибка операции администрирования. Неверный набор требований назначения: Не для любого объекта требование можно назначить.
Как это пофиксить?
Добрый день, Андрей!
Эта ошибка говорит о том, что вы пытаетесь недопустимо изменить настройки правил назначения функциональности, т.е. выполненные настройки не проходят проверки на корректность.
Это итак понятно что ему что то не понравилось , вопрос в том почему не проходит проверку.
Добрый день, Сергей!
Есть внутренняя логика настроек. Например, какой-то сервис не может быть назначен ни одному серверу в кластере с теми настройками которые вы пытаетесь применить. Попробуйте почитать материалы по этой теме (им много в интернете даже если нет доступа к ИТС).
Сделал настройки по видео. + дополнительно в файерволе разрешил все udp и tcp подключения к серверу, где активированы лицензии. Вижу, что на сервере, который должен раздавать лицензии в папке c:\programdata\1c\licenses появился новый файл лицензии с наименованием продукта «1С Предприятие 8. Лицензия на сервер (х86-64) (программная защита)», но все равно при запуске 1с получаю сообщение о невозможности получения серверной лицензии. Какие настройки перепроверить?
Добрый день, Антон!
Для начала вырубите вообще все файерволы, антивирусы и т.п., вообще вырубите весь лишний софт и попробуйте ещё раз.
Выключил фаервол. Антивируса нет. Софта, который мог бы мешать работе по сети нет. Тем более что активация лицензии проходит. Т.е. я с pc1 подключаюсь к базе в к кластере на srv1. В кластер добавлен сервер srv2, настроен по этому видео. Требуется активировать серверную лицензию. Ввожу ключ продукта + пин-код, указываю, что это должно быть активировано на сервер srv2. Происходит активация, на сервере srv2 появляется файл lic, в котором указано, что это серверная лицензия, что она она привязана к этому серверу. Но далее опять появляется сообщение, что серверная лицензия не найдена, требуется активировать. Переактивация с тем же пин-кодом приводит к созданию нового файла lic, старый переименовывается. Но клиент все равно получает сообщение о невозможности найти серверную лицензию.
Нужен точный текст сообщения. У вас не такой случай: ключ 32х, а пытаетесь активировать им сервер 64х?
Перед очередной попыткой требуется удалить файлы *.lic и conn8211.pfl/1cv8conn.pfl.
Удалил указанные файлы, удалил файлы лицензий. Сервер установлен x64, лицензия тоже (x86-x64). Заново указал рег. номер лицензии и пин-код, указал реквизиты, которые ранее указывал при регистрации. Получил сообщение, что лицензия успешно добавлена. На сервере, который указал в качестве сервера лицензий создался новый (единственный) файл lic, в нем написано «1С Предприятие 8. Лицензия на сервер (x85-x64) (программная защита)». После этого опять получаю сообщение «Лицензия не обнаружена. Не обнаружена лицензия на запуск сервера». И опять шаги по активации. Если тут нажать Отмена, то получаю сообщение, где в подробностях указано: «На сервере 1С:Предприятия не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия! По причине: Файл программной лицензии не найден. Локальный ключ недоступен: status=0, EN8SA Локальный, не установлен. Поиск лицензий в сервисе лицензирования: Ошибка вызова сервиса лицензирования: Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService»
Может что-то на сервере, куда лицензия устанавливается, нужно сделать помимо удаления созданного по умолчанию кластера?
Добрый день, Антон!
Для начала выключить весь сторонний софт и повторить все шаги с самого начала. Иногда помогает поискать на всём диске файлы lic, кроме того были случаи когда начинало работать если сверх того удаляли файлы 1cv8conn.pfl, conn8211.pfl и т.п. . Так-же возможно будет полезна информация с ИТС
Антивируса на сервере лицензий нет, фаервол отключен. Файлы lic и pfl отключены.
Что еще может мешать?
Здравствуйте!
Попробую пованговать по вашему вопросу, хотя удаленно это всегда не просто, на всякий случай напомню что комментарии не подразумевают консультаций.
Если очевидные решения предложенные здесь не подействуют, то вам лучше обратиться к специалистам которые смогут более детально разобраться в проблеме.
Судя по описанию, складывается ощущение что либо не верно заданы ТНФ на серверах, либо они (ТНФ) не были применены для того кластера к которому вы подключаетесь.
Есть еще вариант что srv1 не имеет доступа к srv2, но тогда по идее и файл лицензий не должен был бы создаваться.
1. Пришлите скрины настроек ТНФ для обоих серверов
2. Пришлите структуру кластера где видно что оба этих сервера находятся в этом кластере
3. Примените ТНФ для данного кластера
4. Проверьте что Srv2 не является центральным сервером и у него нет своего локального кластера
5. Пришлите строку подключения к базе
Не нашел, как тут приаттачить скриншот, поэтому ссылками:
Кластер на arozhin.
ТНФ применены.
arozhin отмечен как центральный сервер — https://prnt.sc/11xaoq8
ТНФ на сервер arozhin нет — https://prnt.sc/11xankc
dc — сервер лицензий, не центральный — https://prnt.sc/11xar49
ТНФ на dc — https://prnt.sc/11xam3i
Кластер на dc удален — https://prnt.sc/11xat64
Пробовал подключаться к базе с arozhin так:
Srvr=»arozhin»;Ref=»UT_copy»
Srvr=»»;Ref=»UT_copy»
Srvr=»127.0.0.1″;Ref=»UT_copy»
Вроде ТНФ настроены правильно.
У вас на сервере dc в менеджере кластера появилась ветка Дополнительный менеджер, а в ней менеджер лицензий?
Должно быть так, как показано на этом рисунке https://clck.ru/UV9i4
Если этого нет, то проверьте под каким пользователями работают у вас rphost, rmngr и ragent на сервере arozhin и есть ли из под этих пользователей доступ к серверу dc.
Возможно что процессы у вас запущены под разными пользователями и этих пользователей нет доступа к dc.
Появился — https://prnt.sc/1232gnt
p.s.: мы кажется достигли максимума в цепочке сообщений, нет кнопки ответа на следующее сообщение
> мы кажется достигли максимума в цепочке сообщений…
Думаю действительно достигли максимума )), видимо у вас что-то не совсем стандартное, во всяком случае не очевидное. К сожалению путем переписки в комментариях я не смогу вам помочь. Возможно вам стоит обратиться к специалистам, либо задать вопрос на форуме, наверняка кто-то уже решал подобные проблемы. Все таки мы работаем в образовательном формате, а не консультационном.
Подскажите, есть аналогичный вот этому «Запуск и настройка кластера серверов» курс, или может быть планируется запуск?
Интересна тематика, отправил бы сотрудника на обучение.
Добрый день.
Информации о планируемом запуске курса пока нет.
Из тех курсов, что есть в наличии можем порекомендовать курс Администрирование и поддержка систем на 1С:Предприятие 8
В курсе рассматривается установка серверного варианта платформы, установка PostgreSQL под Windows, параллельная работа серверов 1С разных релизов на одном компьютере, настройка веб-сервера для работы с 1С.
Курс был записан был в 2015 году, в целом эти темы актуальны, интерфейс мог измениться за это время.
Добрый день. Подскажите как мне осуществить раздачу лицензий на клиентские устройства в локальной сети которые не работают с базой на сервере, а разрабатывают собственные решения на своем устройстве?
Добрый день, Евгений!
Слишком общий вопрос, всё-же скорее всего речь про программные лицензии но не 100%, но вот с какими базами работают разработчики (файловые или клиент-серверные)? Если в общем виде можно смотреть вот такие рекомендации или вот такие, или вот это. Если нужно точнее — конкретизируйте пожалуйста вопрос.
Лицензии программные. Работа ведется с файловыми базами на своих компьютерах. Терминальный вариант не подходит(недостаточно мощный сервер), HASP ключа нет, а с вариантом клиент сервер непонятно как организовать свободное создание и удаление баз.
По нормальной схеме кластер для разработки должен быть отдельным от продактовых кластеров, дать всем причастным право администрирования кластера и они смогут себе сами создавать-удалять базы. Если есть риск злонамеренного уничтожения чужих баз — право администрирования выдать ответственному сотруднику. По файловым базам не в режиме терминального доступа — возможно использование только однопользовательских программных лицензий про это есть на ИТС.
Спасибо.
Спасибо. Инструкция вполне рабочая.
Для проброса серверного HASP ключа на виртуалку (Hyper-V) использовали virtualhere — подцепился сразу без танцев.
Подскажите, пожалуйста, а можно ли как-то транслировать с помощью сервера лицензирования аппаратные ключи с пользовательскими лицензиями?
Добрый день, Владимир!
Сервер лицензирования (т.е. по сути программные службы) не работает с аппаратными ключами, но физический (или виртуальный) сервер на котором размещён сервер лицензирования может сверх того использоваться как любой другой физический сервер.
Александр, спасибо!
Пожалуйста!
Интересного обучения!
Настроил сервер сервер лицензирования как по видео.
Настроил кластер как по видео.
Настроил сервер приложений как по видео.
Но программные лицензии не получаются. получаются только аппаратные.
Добрый день, Александр!
Скорее всего где-то при выполнении настроек ошиблись, но возможны и другие причины.
Пин вводили? Между серверами хотя-бы пинг проходит? Никакого ПО которое способно закрыть обмен по сети в целом или по некоторым портам нет (антивирусы и т.п.)?
Пинги есть. но программные лицензии не видятся, хотя в настройках стоит IP сервера Лицензирования 1С и сервера аппаратных лицензий.
Добрый день, Александр!
Лицензия была пином активирована?
Да лицензия была активирована Пин кодом.
А если попробовать прям на сервере лицензирования запустить, видит лицензию?
Скажите сервер лицензирования и сервер приложений, должны иметь одну разрядность? ну то есть оба 32 или 64, или сервер лицензирования может быть 32 битный, а сервер приложения 64 битный? версии одинаковые.
Добрый день, Антон!
Разрядность — нет.
Спасибо, то есть они могут быть разными, сервер лицензирования 32 битный, а сервер приложения 64?
Да.
Дополню: обратите внимание, что сервер лицензий не требует серверного ключа/серверной лицензии.
Спасибо,
На счет лицензии я знаю.
Такой вопрос. Вы говорите, что сервер лицензирования 1с желательно ставить на виртуальную машину с статической конфигурацией для исключения потери лицензий в случае замены оборудования или переноса вирт. Машины на другой хоста. Я проделал эксперимент с машиной hyper-v, если ее переносить на другое оборудование даже с статической конфигурацией, то все равно меняется модель CPU (берётся из физической системы) и мак адрес сетевой карты. На сколько я знаю это ключевые параметры к которым привязана лицензия! Получается, что перенести машину на другое железо не получится, так как любое изменение этих 2ух параметров ведёт к потери лицензий. Получается, что вирт. Машина не решает вопрос полной обвязки лицензий от оборудования…
Может я в чем то не прав ?
Добрый день!
На самом деле нет ключевых параметров немного больше чем процессор и мак-адрес. На примере WMWare:
Мак-адрес настраивается, как и тип сетевой карты:
аналогично чипсет, объем памяти, диск и т.п. С процессором есть ограничение — можно выбрать только кол-во ядер и их загруженность:
Механизмы в 1С конечно регулярно перерабатываются, но на 8.3.16 по процессору при переезде на более мощный не возникало проблем (если кол-во ядер то-же самое, жестко зашитое в настройках ВМ + остальные настройки точно те-же жёстко настроенные а не по умолчанию), главное никакого динамического распределения ресурсов.
На какой версии VMware есть такие настройки — я могу только workstation попробовать…
На более мощный процессор переходили из одной «ветки» — Xeon -> Xeon ?
Вот последний официальный ответ от 1С полученный в 2020 г. о том как все контролируется и что можно менять, а что нельзя.:
Ключевые параметры компьютера:
При получении программной лицензии происходит сбор информации о компьютере (ключевые параметры), на который будет установлена лицензия. Если в процессе дальнейшей работы будет изменен хотя бы один из ключевых параметров, необходимо будет заново получить программную лицензию (или лицензии, если на компьютере установлено несколько лицензий), используя для этого резервный пинкод (восстановление лицензии).
Список ключевых параметров:
наименование операционной системы;
версия операционной системы, при этом для ОС Windows анализируются только первые две цифры номера версии;
серийный номер операционной системы (только в случае ОС MS Windows);
дата установки операционной системы (только в случае ОС MS Windows);
сетевое имя компьютера;
модель материнской платы;
объем оперативной памяти;
тип и версия BIOS;
список процессоров и их параметры;
список сетевых адаптеров и их MAC-адреса;
список жестких дисков и их параметры.
При использовании «1С:Предприятия» на виртуальных компьютерах необходимо получение программной лицензии на каждый виртуальный компьютер. При использовании виртуальных машин программная лицензия привязывается
к параметрам виртуальной машины (параметры виртуальной машины эквивалентны параметрам реального компьютера
и перечислены выше). Изменение этих параметров потребует повторного получения лицензии по новому пинкоду.
При изменении ключевых параметров компьютера нужно помнить о следующих особенностях:
1. При проверке информации о компьютере анализируется только удаление, а не добавление устройств. Например, при получении программной лицензии на компьютере был установлен один сетевой адаптер. Можно добавить еще один сетевой адаптер без необходимости повторного получения программной лицензии, но нельзя заменить один сетевой адаптер на другой.
2. Оперативную память на компьютере можно увеличивать, но нельзя уменьшать. Например, получение лицензии
выполнялось с оперативной памятью равной 2 Гбайт. Без необходимости повторного получения программной лицензии имеется возможность увеличить память до 6 Гбайт, а потом уменьшить ее объем до 4 Гбайт. Однако уменьшение объема оперативной памяти ниже
2 Гбайт приведет к необходимости повторного получения программной лицензии.
3. Изменения анализируются по текущему состоянию компьютера относительно того состояния, когда выполнялась привязка лицензии.
Информация о последних изменениях в системе защиты размещается в файле readme.txt дистрибутива платформы «1С:Предприятие».
Подробнее о системе программной защиты вы можете прочитать в документации на сайте its.1c.ru.
Немного ошибся, скрины из VirtualBox: Версия 5.2.44 r139111 (Qt5.6.2). Не возникало проблем по 8.3.16 включительно если процессор в пределах одного семейства и без уменьшения числа ядер/тактовой, хотя встречал отзывы что и с повышением проблем не возникало, на более поздних личного опыта не имею. На прошлой работе использовали EXSI на цисковских серверах, админы конфигурили сами какие требовалось виртуальные «сервера» в т.ч. «виртуальные процессоры» (выбирали и ядра и тактовую и т.п. — т.е. создать точного клона не составляло проблемы), подробнее не расскажу т.к. этим занимались специалисты другой отдела прошедшие обучение всему этому в учебном центре Циско.
А я менял на сервере (не виртуальном), Xeon v3 2603 (6 ядер) на Xeon v4 2620 (8 ядер) и все лицензии полетели …
Так же на том же сервере потом добавлял память до 192 Гб, лицензии остались …
Странно , что на виртуалках у вас так прокатывало — потому, что я четко был уверен, что модель CPU они мониторят как и написано в инструкции… (может для виртуальных машин это как то по другому работает ?).
EXSi 7- я смотрел тоже, там нет такой функции «эмулировать модель процессора», да ее нет ни в одной виртуалке — только ядра можно регулировать. Но это не суть — у меня есть подозрение, что 1С как понимает что это виртуальная машина и там анализ оборудования работает по другому, иначе у вас даже из одного семейства замена CPU влечет переполучение лицензий.
P.S. — Я не знаю зачем так все усложнила 1С с этим контролем оборудования, даже софтверная лицуха на сервер стоит столько, что можно было забить уже на это и не морочить людям голову …
На какой версии платформы 1С-Предприятие лицензии слетели?
Когда админы настраивали на EXSI новый сервер — предлагали или больше ядер или ядер меньше но выше тактовую. Ну как-бы такая альтернатива говорит о том, что выбор есть. Если теперь с лицензиями стало так… ну видимо в 1С решили, что эту лавочку пора прикрывать. Жаль, но как владельцы имеют право.
На 8.3.13.1926 по моему, это было год назад где то.
Но кстати лицензия слетела в том случае может потому, что кол-во ядер все-таки увеличилось (было 6, стало 8). Может если бы я ставил другой CPU но с таким же кол-вом ядер и не слетела бы…
Тогда это объясняет что на виртуалке достаточно в конфигурации четко фиксировать количество ядер и означает, что 1С не контролирует модель CPU, а контролирует только ядра.
К сожалению это можно проверить только экспериментальным способом — так как из общения с тех. поддержкой 1С, я понял, что даже их спецы первого уровня не знают всех тонкостей контроля софтовых лицензий. Когда я у них пытался узнать не слетят ли лицензии при увеличении памяти на сервере — они мне официально ответили СЛЕТЯТ !, Я ткнул их в ихнюю же инструкцию, после этого мне написал уже другой спец (видимо программер) и сказал, что да оказывается память можно увеличивать без потери лицензий. Так что там все сложно …)
В EXSi, да там можно управлять ядрами CPU и частотой, — но модель CPU он не меняет. Если у Вас на сервере установлен i5 , из него никак в виртуалке не получится Xeon (именно по модели).
Остается только наедятся, что 1С модель CPU не контролирует…
Добрый день! Несколько недель назад настроил сервер лицензирования. Добавил в него 2 програмных ключа (например 11111111 и 2222222) на 50 пользователей каждый. Сервер лицензирования добавил в 2 сервера 1С. Пользователи начали получать ключи. Просматриваю ключи на рабочих серверах, через консоль 1С сервера. Заметил такую особеность если в сервере1 высветилась лицензия 11111111 у пользователя, то остальные пользователи данного сервера берут только лицензию 11111111 с сервера лицензирования. На втором сервере наооборот все получают лицензию 2222222. Я думал что любой клиент может взять любую лицензию с сервера лицензирования… Но проблема не в этом. Вчера вышло так, что пришлось перезагрузить и рабочие сервера и сервер лицензирования. В итоге пользователи перестали получать лицензии от сервера лицензирования. И тут тупик, непонятно как мониторить и траблшутить работу сервера лицензирования. Может кто может подсказать? На данный момент непонятно что случилось с ним, отвалились лицензии или еще что. HELP
Добрый день, Вячеслав!
Убедитесь, в доступности по сети серверов друг с другом. Если у сервера лицензирования меняли железо — возможно вам придётся использовать второй комплект пин, именно поэтому рекомендуется держать сервер лицензирования на виртуально машине. Проверьте что кастеры не развалились(бывает вылетают из состава кластера сервера, особенно касательно сервера лицензирования) и что на всех серверах запущены службы сервера-1С(и на сервере лицензирования). Это первое что нужно проверить.
Добрый день! Скажите, а можно ли активировать программные лицензии на сервер и конфигурации с привязкой к аппаратному ключу HASP4 ORGL8 на сервере лицензирования? Т.е. чтобы работал выделенный сервер лицензирования, но все программные лицензии были привязаны не к его конфигурации, а к аппаратному ключу?
Добрый день!
Программные лицензии раздаются только сервером лицензирования, с аппаратными лицензиями сервер лицензирования не работает.
Спасибо за ответ, но вопрос был немного в другом. Выдавать лицензии с аппаратного ключа может HASP LM, а вот если привязать программные лицензии к аппаратному ключу, будет ли сервер лицензирования выдавать такие лицензии?
На https://its.1c.ru/db/v8313doc/bookmark/adm/TI000000959 прочитал:
«Чтобы избежать повторной активации программной лицензии на виртуальной машине рекомендуется:
● Использовать сервис лицензирования, установленный на физическом компьютере или на виртуальной машине с фиксированными характеристиками (возможно только в клиент-серверной варианте).
● Привязывать программную лицензию к аппаратному ключу защиты HASP. В этом случае используемый ключ защиты должен быть доступен на виртуальной машине как до, так и после выполнения процесса миграции.
● Использовать комбинацию вышеуказанных способов (если это возможно).»
И вот пока не могу сообразить как это сделать…
Сервер лицензирования не работает с аппаратными ключами, поэтому 99% вам лучший вариант:
1.развернуть виртуальную машину, развернуть на ней сервер лицензирования, сделать ее бэкап, убедится что бэкап у вас успешно разворачивается на другим компьютерах, активировать на ВМ программную лицензию и сразу сделать бэкап — несколько копий.
2.аппаратный ключ раздавать через hasp lm.
Добрый день, Иван!
Программные лицензии можно действительно привязать к аппаратному ключу Hasp LM (точно 1 программный ключ привязывается к аппаратном и раздается через Hasp lm, так-же слышал что можно привязать несколько программных ключей к 1 аппаратному, точно нельзя привязать программный ключ к нескольким аппаратным ключам), но аппаратный ключ не раздаётся через сервер лицензирования. Если вам интересна тема — подробнее тут (про аппаратный ключ и сервер лицензирования прям в первой табличке).
Спасибо, за ответы. Сделал, что задумал. Теперь программные лицензии активированы на выделенном сервере на виртуалке, но при этом привязаны к аппаратному ключу. Лицензии с ключа раздает Hasp LM, а программные лицензии раздает сервер лицензирования.
Добрый день. Активацию можно или нужно сделать на самом лиц. сервере? в видео совсем не понятно. С какого сервера должна введена пинкод?
Добрый день!
Конфигуратор можно запускать с любого рабочего сервера кластера (важно установить галочку «Установка на сервер» и указать ваш сервер лицензирования).
Что делать если при добавлении второго сервера возникает ошибка — незивестный хост ?
Добрый день, Валерий!
Нужно искать источник проблемы: иногда может помочь перезагрузка серверов, так-же отрубить все антивиры/брадмауэры, проверить, что используемые порты никем не заняты, проверить работу ДНС и прохождение пакетов по сети, убедиться, что все службы стартовали, повторить шаги с самого начала — возможно при выполнении настроек была ошибка… проверить на другой версии платформы.
День добрый. Пытался настроить выделенный сервер лицензирования по видео. Поставил сервер 1с для лицензирования в виртуальную машину (1clic, CentOs8). Рабочий сервер поставил в другую виртуальную машину (rdp01, WinServer2016). Активировал лицензии на сервере 1clic, файлы лицензий создались. В консоли администрирования всё норм, как в видео. Но конфигуратор не открывается, пишет что нет лицензии на сервер.
Брэндмауэр на обоих серверах отключали для тестов — не помогло.
Версия сервера на обоих виртуалках — 8.3.17.1496 64bit. Лицензии активировал на 1с сервер 64 Проф, 10 пользовательских ПРОФ и 5 пользовательских ПРОФ.
Включил технологический журнал на регистрацию всех событий связанных с лицензированием. В логе ragent следующее сообщения:
26:53.714022-0,LIC,0,process=ragent,OSThread=8792,Func=checkAccelerator,Txt=’Data accelerator disabled
IDS_LICENSE_DATABASECOPY
Использование этой функции возможно только при наличии лицензии на платформу уровня КОРП или лицензии на запуск клиентских приложений системы 1С:Аналитика. Обратитесь к администратору для решения вопросов получения и установки лицензий.’
————
Подскажите, 1с случайно не ограничила функционал для выноса сервера лицензирования в версии ПРОФ?
Добрый день, Дмитрий!
Лицензия ПРОФ позволяет использовать функционал сервера лицензирования (возможности КОРП позволяют дополнительно балансировать нагрузку, вести более точную диагностику, использовать сервер взаимодействия и т.п.). Если есть антивирусы можно попробовать их отключить. Пройдитесь ещё раз по видео, возможно где-то что-то упустили. Так-же возможно вам поможет статья с ИТС.
По видео прошелся. Там трудно ошибиться. Отправил запрос в 1с, пока разбираются.
ps У коллеги при апгрейде с 8.3.16 на 8.3.17 сервер лицензий тоже перестал отдавать лицензии. У него время поджимало и он активировал лицензии на рабочем сервере израсходовав пин-код. Т.е. на 8.3.16 сервер лицензирования работал, а на 8.3.17 начались проблемы.
Ощущение что в 1с начали давать премии за количество выпущенных релизов. И без разницы — сколько там ошибок.
Ошибки 1С обычно устраняет, но если не критичные не всегда быстро. Если пин-коды закончились по запросу 1С как правило предоставляет доп. пин(нужно конечно объяснение для чего нужен ещё пин-код и скан документов на ключ(рег.карта))
Как то решилась проблема? Та же самая ошибка при схожей архитектуре.
Решилась. Там был ворох плавающих проблем. Основная беда была во включенном ipv6, ну и усложнилось чуть кривыми настройками внутреннего dns сервера.
Плюс к этому все настройки, отключающие ipv6, сбрасывались после перезапуска Windows 2016. По борьбе с ipv6 у Гилева есть хорошие статьи.
http://www.gilev.ru/disableipv6/
http://www.gilev.ru/2net/
Отлично помог технологический журнал и саппорт 1с.
Добрый день. У нас сейчас на одном виртуальном сервере 1С работают два кластера по разным портам (версии 8.3.9 и 8.3.16). Установлена одна программная лицензия 1С «на сервер», которая используется для этих двух кластеров.
Подскажите, при переносе лицензии на выделенный сервер лицензирования, можно будет использовать эту одну лицензию для двух кластеров, установленных на одном виртуальном сервере?
Добрый день, Сергей!
Никаких проблем с лицензиями после переноса на сервер лицензирования возникнуть не должно.
Здравствуйте! Возможно ли использовать выделенный сервер лицензирования с серверной лицензией «Сервер МИНИ на 5 пользователей» ?
Добрый день, Андрей!
Вопрос можно двояко трактовать:
1.Можно-ли в составе кластера для выделенного сервера лицензирования использовать лицензию «Сервер МИНИ на 5 пользователей»? — Cервер лицензирования не требует лицензий если он выполняет только функцию сервера лицензирования (не совмещает ее например с рабочим сервером).
2.Можно-ли лицензию для рабочего сервера «1С-Сервер МИНИ на 5 пользователей» разместить на выделенном сервере лицензирования? — Да, если это программная лицензия.
Александр, добрый день.
А есть где-то подтверждение что это действительно так?
В ограничениях к этому «Мини-серверу» указано, что в кластере может быть не более одного рабочего сервера, а если лицензии разместить на отдельном сервере, тогда в кластере в ветке «Рабочие серверы» будет более 1 одного сервера (основной рабочий сервер и сервер лицензирования)…
Есть примеры, что у кого-то получилось запустить этот «Мини-сервер» на выделенном сервере лицензирования и все работало?
Добрый день, Денис!
С серверами мини никогда напрямую не сталкивался (не работаю во франчах, не работал на предприятиях где 1С и пользователей менее 50), поэтому опираюсь только на то, что читал на сервере ИТС и др. (иногда опубликованное отстает от релизов). Сервер лицензирования это несколько не рабочий сервер и не требует лицензии. Ограничение по кол-ву рабочих серверов введено для того, что-бы никто не пытался собрать кластер из сервера мини и полноценного сервера(Проф/Корп) или из нескольких серверов Мини. Если у вас есть сомнения в написанном — может для совершенно точного ответа вам спросить у производителя (техническая поддержка фирмы 1С v8@1c.ru) и ответ опубликовать здесь? Думаю вопрос не только мне и вам интересен.
подскажите пожалуйста. возможно ли на одном сервере лицензирования хранить ключи для разных юридических лиц? не получится ли так, что пользователи кластера одной организации получат ключи от другой? есть ли возможность разграничит эти лицензии в рамках одного сервера лицензирования?
Для разделения лицензий между различными организациями требуется установить по несколько серверов лицензий (по 1 на организацию).
Правильнее разместить каждый такой сервер лицензирования на отдельной виртуальной машине.
Хотелось бы уточнить, что действительно: «Сервер лицензий может раздавать один и тот же набор программных лицензий (и даже одну и ту же программную лицензию) в несколько различных кластеров 1С (в том числе с различными версиями платформы 8.3). В этом случае лицензии занимаются и освобождаются в порядке поступления соответствующих
запросов от всех кластеров «1С»
Добрый день, Евгений!
Сервер лицензирования может: раздавать в несколько кластеров лицензии — да, в кластеры разных версий — да. Но именно в порядке поступления/высвобождения запросов (т.е. конкретную лицензию выдаст повторно только после того как ее вернут обратно).
Добрый день, огромное спасибо за данный материал.
В уроке указано, что применить требования назначения функциональности необходимо уже после получения лицензий. Уточните пожалуйста, если после настройки потребуется активировать дополнительные лицензии, нужно ли выполнять манипуляции с веткой «Требования назначения функциональности»?
Добрый день, Василий!
Активация это про программные лицензии, тогда так: если речь про серверные лицензии и дополнительный сервер будет встроен в состав используемого кластера серверов 1С:Предприятие — его конечно потребуется настроить в соответствии с настройками кластера, если это клиентские лицензии и активируются в составе сервера лицензий уже используемого в кластере — никаких настроек делать не потребуется.
Добрый день. Сложилась не очень приятная ситуация. Имеется коробочка аппаратных ключей + пачка программных (как пользовательских, так и на конфигурации). Сейчас в наличии 3 сервера 1с (бгу, зп, дгу). Пользователи все работают в терминале (на каждом сервер) + скоро появятся web клиенты, опять же на каждом сервер. Пока вопрос решен совсем не красиво, но хочется выправить ситуацию. Интересует вопрос с расходом лицензий. Если я к примеру переделаю все сервера следующим образом — один физический будет SQL, второй физический будет сервер 1с + IIS с web клиентами и 3-й будет сервер терминалов (возможно соберусь сделать remoteapps, сейчас классический терминальный сервер) где будут только локальные пользователи. которые в одном пользовательском имени будут запускать по несколько копий терминальных сеансов. Как в данном случае будут расходоваться лицензии? К примеру будет ли одно пользовательское имя отбирать одну лицензию на одну копию программы? или каждая копия, пусть и запущенная под одним именем будет отбирать по лицензии? Как настроить совместное использование программных и аппаратных лицензий?
Добрый день!
Совместить аппаратные и программные ключи не всегда удается и красивого решения кроме как разделить пользователей нет (как плохое решение можно сделать пользователям по 2 записи в списке баз на каждую ИБ (доп.с ключами /UseHwLicenses+ и /UseHwLicenses- — использовать аппаратный ключ и не использовать его)). Пользовательские сеансы из под 1 сеанса должны отъедать по 1 лицензии на пользователя (легко проверить подключив только 1 ключ и в нескольких сеансах запустив больше экземпляров 1С чем лицензий на ключе), а вот каждый веб-сеанс это всегда минус 1 лицензия.
Спасибо Вам большое. Скорее всего по итогу так и буду поступать. Добавлю всем по 2 записи каждой ИБ.
Не заметил в ролике, но у сервера лицензии есть какой-то менеджер управления лицензиями? От примитивного просмотра количетсва используемых к имеющимися, до того кто что по итогу получил. Еще раз спасибо. Очень познавательные видео.
Добрый день! Подскажите, можно ли использовать аппаратные серверные usb лицензии, установленные физически на сервер где находится сервер приложений 1с(который планируется использовать как выделенный сервер лицензирования), для использования на другом сервере приложений 1с(например установленном в виртуальной среде) или можно пробрасывать только программные серверные лицензии?
Добрый день, Андрей!
Не совсем понятно о каком ключе речь (серверный или клиентский). Сервер лицензирования работает только с программными лицензиями. Для виртуального сервера можно пробросить порт, а уже в порт установить аппаратный ключ.
А требования назначения функциональности работают только в корп версии? На обычной платформе с проф лицензиями не получится сделать выделенный сервер лицензирования?
Там история следующая. Юридически функционал версии КОРП использовать нельзя, но на практике этот функционал сейчас доступен.
Но в этом году 1С выпустила письмо, где написала
доколечто начиная с 09.09.2019 этот функционал КОРП просто перестанет работать, если нет соответствующей лицензии.Все подробности есть в письме 1С №25491, вот ссылка: http://1c.ru/news/info.jsp?id=25491
На самом деле получится сделать выделенный сервер лицензирования на лицензиях ПРОФ.
its.1c.ru/db/v8316doc#bo… »»
2.2.7.3.1. Общая информация
Примечание. Полнофункциональное использование доступно только для лицензии КОРП. Подробнее о видах лицензий см. здесь. Серверная лицензия ПРОФ позволяет использовать требования назначения функциональности в том случае, если в этих правилах не указываются дополнительные параметры (имя информационной базы, имя приложения или вид фонового задания). В частности, допускается выносить на отдельные рабочие сервера какие-либо сервисы кластера (например, сервис лицензирования).
Да, вы правы. Эту информацию добавили на ИТС в сентябре 2019 года.
Добрый день. А можно к существующему серверу с лицензиями подключить еще дополнительный сервер лицензирования, что бы он брал лицензии и с основного и с дополнительного ?
Насколько мне известно, в одном кластере может быть только один сервер лицензирования. Теоритически можно сделать несколько серверов лицензий, но для разных кластеров. Только вот не понятно зачем.
Здравствуйте! А возможно ли из рабочего сервера сделать сервер лицензирования? Ситуация: есть развернутый сервер приложений, на нем установлена программная лицензия «на сервер». В последствии установлен новый физический сервер, на нем развернут новый сервер приложений. На старом удалили кластер, добавили его в кластер нового с указанием роли «сервис лицензирования» (все, как в видеоуроке). Но при попытке обратиться к новому серверу запрашивается лицензия. Неужели надо повторно активировать ключ программной лицензии?
Добрый день, Сергей!
На новом железе ВСЕГДА необходимо заново активировать программную лицензию, поэтому рекомендуется поднять виртуальный сервер и на нём развернуть сервер лицензирования. Бэкап виртуального сервера позволит в случае выхода из строя железа на котором поднята виртуальная машина — поднять его на другом железе не занимает много времени и не требует повторной активации. Подробнее про размещение сервера лицензий на виртуальной машине можно посмотреть тут.
Добрый день. Возможно ли с помощью одного сервера лицензирования обеспечить одновременную работу кластера 8.2 и кластера 8.3?
В 8.2 нет требований назначения функциональности, они появились только в 8.3, поэтому нет, не сможете. Ну и сервера разных версий платформы объединить в кластер вряд ли получиться.
Активировали новоый сервер «на себя». Затем добавили в кластер сервер лицензирования.
Поместили туда лицензию на сервер. Сервер запускается, а вот лицензии на клиентов не выдаются. Выдается ошибка об изменении конфигурации, как будто ожидаются и для клиентской лицензии параметры нового сервера, а не сервера лицензирования. В чём ошибка?
А вы назначили требования назначения функциональности? Применили полностью новые требования?
да, конечно
И более общий вопрос: если я при получении лицензии на новый сервер 1С ставлю галочку «Установка на сервер» и указываю параметры сервера лицензирования, то что я в результате получаю? Новый сервер запустится с этой лицензией? Ведь считываются параметры сервера лицензирования.
После того как вы все настроили необходимо перезапустить службы 1С на всех серверах. Если и после этого лицензии у вас не выдаются, значит настройка была произведена где-то не верно.
>если я при получении лицензии на новый сервер 1С ставлю галочку “Установка на сервер” и указываю параметры сервера лицензирования, то что я в результате получаю? Новый сервер запустится с этой лицензией?
Сам по себе сервер и так запуститься, вернее служба сервера 1С, просто вы не сможете зайти в базу на этом сервере если система не сможет найти лицензию для него. Система при запуске смотрит на требования назначения функциональности, и если там явно указано кто раздает лицензии, то система берет их именно оттуда.
Как из видео следует, что выделенный сервер лицензирования помогает решить проблему «в случае отказа сервера с установленными многопользовательскими лицензиями кластер становится неработоспособен»?
При выходе выделенного сервера из строя все лицензии также становятся недоступными.
Все верно, если сервер с лицензиями выходит из строя, то лицензии недоступны, именно поэтому часто сервер лицензий размещают на виртуальной машине, что бы ее всегда можно было запустить на другом хосте с минимальными временными затратами.
Добрый день, насколько корректно отдельный сервер лицензирования работает если в него подключить несколько сетевых ключей к примеру Net20 ORGL8 + Net50 ORGL8 + Net50 ORGL8
Сервер лицензирования работает с программными ключами, не с аппаратными. С аппаратными работает HASP License Manager.
Спасибо за ответ.
Добрый день!
Интересное видео. Подскажите, это часть какого-то курса или просто отдельная публикация?
P.S. после комментария увидел новый курс -» Запуск и настройка кластера серверов 1С». Значит скорее всего из этого курса.
Добрый день, Дмитрий! Да, все правильно – это видео из курса «Запуск и настройка кластера серверов 1С».
Юлия, спасибо!
Буду приобретать :)
Добрый день.
Есть несколько независимых систем 1С, каждая из них использует свою версию платформы 1С, свой кластер серверов, свой пул лицензий. Можно ли через сервер лицензирования создать общий пул лицензий? Или для каждой версии платформы потребуется свой сервер лицензирования на отдельном порту, а лицензии привяжутся на конкретный порт?
Сервер может раздавать один и тот же набор программных лицензий (и даже одну и ту же программную лицензию) в несколько различных кластеров «1С» (в том числе с различными версиями платформы). В этом случае лицензии занимаются и освобождаются в порядке поступления соответствующих запросов от всех кластеров «1С».
Имеется несколько инсталляций 1С и ставится задача развернуть единый сервер лицензий в виртуальной инфраструктуре при этом разделение лицензий между системами должно быть обеспечено (300 на одну, 300 на вторую и т.д.). То есть лицензии одной системы не должны быть задействованы под другую систему. Кроме того, желательно, чтобы была возможность создания дублирующего сервера с лицензиями и настройкой всех систем на оба IP-адреса (не работает один — обращаться ко второму). Какие механизмы реализации существуют?
> разделение лицензий между системами должно быть обеспечено (300 на одну, 300 на вторую и т.д.). То есть лицензии одной системы не должны быть задействованы под другую систему
Тогда вам нужно 2 или более сервера лицензий. Можно сделать их в виде виртуальных машин, тогда вы на одном хосте можете разместить несколько серверов лицензирования.
—
> Кроме того, желательно, чтобы была возможность создания дублирующего сервера с лицензиями и настройкой всех систем на оба IP-адреса (не работает один – обращаться ко второму)
Дублирование сервера лицензий штатными средствами в 1С не предусмотрено.
Но если у вас сервер лицензий на вирт. машине, то можно настроить миграцию средствами виртуальной машины в случае отказа. Тут очень желательно что бы железо у хостов было одинаковым, иначе есть вероятность что лицензии могут слететь из-за смены оборудования (это может быть видно даже внутри вирт. машины).
Т.е. Сервер лицензирования и сервер приложений должны быть одной версии ?
Сервер лицензий может раздавать один и тот же набор программных лицензий (и даже одну и ту же программную лицензию) в несколько различных кластеров «1С» (в том числе с различными версиями платформы). В этом случае лицензии занимаются и освобождаются в порядке поступления соответствующих запросов от всех кластеров «1С».
Здравствуйте. На windows core будет работать?
На сайте 1С эта ОС не указана в качестве поддерживаемых: http://v8.1c.ru/requirements/
Добрый день!
Можно ли на выделенный сервер лицензирования устанавливать несколько серверных лицензий? При каждом подключении сервер приложения будет брать случайную свободную серверную лицензию?
Да можно использовать несколько серверных лицензий. Не так важно какую именно лицензию получит сервер, они ведь активированы на сервер лицензирования, а не на сервер приложений.
Спасибо за видео, давно присматривался к этой технологии. Сейчас клиентские лицензии раздает HASP License Manager и периодически сталкиваемся со сбоями, которые выражаются в том, что сервер не может получить лицензию для тонких и веб-клиентов, которые подключаются без клиентской лицензии. Подумываю над сменой HASP LM на выделенный сервер, единственный момент, который интересует — лицензию с такого сервера может получить не сервер приложений, а клиент? Например, для запуска файловой базы. С HASP LM все просто, настраиваем на клиенте nethasp.ini, проверяем, что в настройках HASP LM был разрешено получать ключи с клиентского IP и все. А как в случае использования выделенного сервера лицензирования 1С?
Сервер лицензирования может выдавать лицензии как для клиентов так и для серверов приложений.
А настройка на клиенте аналогична настройке для HASP LM? Или есть какие-либо нюансы параметров nethasp.ini для такой схемы?
При использовании программной лицензии, клиент запрашивает лицензию через сервер и не использует файл nethasp.ini
Андрей, тогда выходит, что напрямую клиенту лицензия не может быть выдана, как в том примере с файловой базой, который я приводил в первом комментарии.
Сервер лицензирования может работать только в составе кластера, если у вас файловая база, то конечно никакого кластера у вас нет и клиент к серверу не обращается т.к. его в принципе нет. Просто подумал что у вас запрос именно про HASP, а не про файловые базы.
Добрый день. Андрей, получается на сервер лицензирования устанавливаем и лицензию сервера, и лицензии на количество пользователей?
1. В итоге 2 физических сервера получат свои лицензии, а пользователи из общего количества лицензий 1С Предприятие?
2. У нас отраслевой ПП, возможность установки СЛК на виртуальную машину существует? Или это надо уточнять у производителя?
> получается на сервер лицензирования устанавливаем и лицензию сервера, и лицензии на количество пользователей?
Да, все верно.
1. Да, все лицензии и серверные и клиентские будет выдавать один сервер лицензирования.
2. Тут как вы верно заметили лучше задать все интересующие вас вопросы по СЛК производителю.
Спасибо, интересный урок. Здорово что можно переносить виртуальный сервер лицензий без переактивации лицензий, даже если сервер 1С целиком нужно на новый поменять.
Вопрос, а если он поднят на гипервизоре, который крутится на физическом сервере, на котором запущен сервер приложений. При запуске физического сервера, естественно первым запуститься сервис приложений, а затем сервер лицензирования. Не остановиться ли при этом служба сервера 1С, когда при запуске не обнаружит лицензии на сервер?
И еще вопрос, а на ubuntu не пробовали поднимать сервер лицензирования, что бы он работал в одном кластере с сервером приложений поднятом на Windows? Все таки покупать Windows лицензию для отдельного сервера лицензирования, несколько накладно выйдет.
>Не остановиться ли при этом служба сервера 1С, когда при запуске не обнаружит лицензии на сервер?
Служба не остановиться, просто при входе в базу будет сообщение что не найдена лицензия.
>И еще вопрос, а на ubuntu не пробовали поднимать сервер лицензирования, что бы он работал в одном кластере с сервером приложений поднятом на Windows?
Я не пробовал, но технически все должно работать, никаких ограничений о работе сервера лицензий на Linux судя по документации нет.
Есть только только один способ узнать на 100% точно, практика критерий истины :)
А можно ли настроить сервер лицензирования в среде Linux? Ведь WMI там гарантированно нет.
Вопрос не праздный — я знаю как минимум два предприятия разного масштаба, работающих практически полностью в Linux — есть пара ноутбуков с Windows для совсем уж экзотичных операций с некоторыми операциями криптографии, но вся работа идёт в Linux, благо 1С уже вполне сносно умеет и клиента в Linux.
У меня такого опыта нет, но явных указаний на то что это не будет работать тоже нет.
Думаю что если бы этот механизм не работал под Linux, то разработчики отразили бы это в документации.
Мы у себя настраивали сервер под лицензии под Linux — работает корректно.
Нужно только следить, чтобы основной сервер приложений и сервер лицензирования обновлялись синхронно.
Спасибо что поделились опытом.
Здравствуйте! А что вы подразумеваете под «чтобы основной сервер приложений и сервер лицензирования обновлялись синхронно»? Версия платформы чтобы была всё-таки одинаковой или что?
Добрый день. Не могли бы вы поделиться, как вы настраивали сервер лицензирования на Ubuntu (Сервер)? 1с установил, требования функциональности прописал, лицензию на сервер (ubuntu) активировал. Но при запуске базы все равно пишет, что не найдена лицензия на сервер.
Проверьте что сервера видят друг друга по сети, и нет никаких ограничений в брандмауере. В целом настройка под Ubuntu ничем ничем не должна отличаться от настройки под Windows.