Настройка сервера лицензирования 1с 8.3. Выделенный сервер лицензирования «1C. Прописываем все параметры для подключения к базе

А сегодня опишу некоторые ошибки связанные с защитой 1С и пути их решения.

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

Если у нас программная лицензия , то нам необходимо получить программную лицензию из центра лицензирования, опишу по шагам.

Активации программных лицензий 1С

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

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

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

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

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

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

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

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

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

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

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

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

NH_SERVER_ADDR = 192.168.0.100, 192.168.0.101
NH_SERVER_NAME =server1, server2

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

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

Для небольших организаций, которым требуется клиент-серверная 1С имеется лицензия Сервер МИНИ на 5 подключений. Данная лицензия представляет собой сервер "1С:Предприятия 8.3" уровня ПРОФ, к которому могут подключиться не больше пяти сеансов в режиме "1С:Предприятие" и еще один сеанс в режиме "Конфигуратор" (всего шесть подключений, каждое из которых требует наличия клиентской лицензии). При этом в кластере серверов может быть не более одного рабочего сервера. Поддерживается работа 32-разрядного и 64-разрядного сервера "1С:Предприятия 8".

Для лицензии «Сервер Мини на 5 подключений» возможен апгрейд на стандартную лицензию сервера 1С, не ограниченную по количеству подключений.

Сервер 1С КОРП

11.06.2013 в продажу поступил новый сервер "1С:Предприятия" и клиентские лицензии, предназначенные для работы с данным сервером. Данные продукты предназначены для корпоративных клиентов (уровень КОРП).

Сервер уровня КОРП "1С:Предприятия 8.3" предоставляет пользователю расширенные возможности по сравнению с "обычным" 64-разрядным сервером:

• фоновое обновление конфигурации базы данных;
• дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:
  • сервисов кластера;
  • соединений с информационными базами;
  • гибкое управление нагрузкой в кластере:
  • безопасный расход памяти за один вызов;
  • количество ИБ на процесс;
  • объем памяти рабочих процессов, до которого сервер считается производительным;
  • максимальный объем памяти рабочих процессов;
  • стратегия балансировки (по памяти, по производительности);
• внешнее управление сеансами;
• профили безопасности;
• возможность обновления тонкого клиента с сервера;
• возможность публикации списка баз и обновлений тонкого клиента через http.

Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.

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

05/12/2016

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Удаляем автоматически созданные локальные кластеры «1С» через консоль администрирования серверов «1С»:Предприятие. Для этого регистрируем и запускаем консоль версии 8.3.8.2088:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Общие сведения о программных лицензиях

Программная лицензия представляет собой специальный файл, который в зашифрованном виде содержит параметры лицензии и компьютера, для которого эта лицензия была активирована. Дублирование данного файла не допускается, в этом случае лицензия аннулируется и заносится в "черный список" на сервере активации 1С.

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

Здесь мы подошли к крайне важному моменту: привязке программных лицензий к конкретному ПК. Для этого используется понятие ключевых параметров , в которые входят:

• сетевое имя компьютера;
• модель материнской платы;
• объем оперативной памяти;
• тип и версия BIOS;
• список процессоров и их параметры;
• список сетевых адаптеров и их MAC-адреса;
• список жестких дисков и их параметры.

На платформе Windows в число ключевых параметров также входят:

• наименование операционной системы;
• версия операционной системы (только первые две цифры номера версии);
• серийный номер операционной системы;
• дата установки операционной системы;

При этом из списка ключевых параметров исключаются :

• сетевые адаптеры Bluetooth;
• сетевые адаптеры, подключенные по IEEE 1394 или USB;
• программные адаптеры WAN и RAS;
• адаптеры, не имеющие MAC-адреса и данных VEN_ и DEV_ из PNP-идентификатора;
• внешние накопители, подключаемые по IEEE 1394 и USB.

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

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

Из этого следует простое правило: при активации программной лицензии временно отключите все жесткие диски, кроме системного, а также все дополнительные сетевые адаптеры (если установлены).

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

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

Из нашего опыта можем сказать следующее: успешная миграция виртуальной машины с сохранением активации лицензии 1С возможна только при использовании на всех доступных для миграции нодах однотипного железа, т.е. одинаковых моделей материнских плат (вплоть до версии BIOS) и одинаковых процессоров (с одинаковым степпингом).

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

Поэтому, чтобы не было неприятных сюрпризов, сохраните введенные данные в надежном месте.

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

Виды программных лицензий

Все программные лицензии делятся на клиентские и серверные. Клиентские лицензии бывают трех типов:

• Однопользовательские - позволяют запускать неограниченное число приложений в режиме тонкого и толстого клиентов, а также Конфигуратора на одном ПК.
• Многопользовательские - позволяют запускать указанное в номинале лицензии количество приложений в режиме толстого, тонкого и веб-клиентов, а также конфигуратора на произвольном количестве ПК. Выдачей клиентам многопользовательских лицензий занимается сервер 1С:Предприятия или модуль расширения веб-сервера.
• Комбинированная - содержит лицензии обоих видов, но активирован при этом может быть только один, если из такого набора первым был активирован однопользовательский пин-код, то в дальнейшем использовать эту лицензию как многопользовательскую уже не получится.

Серверная лицензия позволяет запускать неограниченное число рабочих процессов сервера 1С:Предприятия (rphost) на одном сервере, делится на 32-х и 64-х разрядную, при этом 64-х разрядная лицензия позволяет запускать и 32-разрядную версию сервера.

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

Многопользовательские лицензии поставляются в комплектах на 50, 100, 300 и 500 лицензий и могут быть установлены только на сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов, в последнем случае используются как однопользовательские.

Комплекты на 5, 10 и 20 пользователей являются комбинированными, тип лицензии выбирается в момент активации первого пин-кода.

Использование однопользовательских лицензий

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

Имея в своем распоряжении ПК с активированной однопользовательской лицензией вы можете без ограничений запускать любое количество баз в файловом режиме, расположенных как локально, так и в сети, а также базы расположенные на сервере 1С:Предприятия или веб-сервере, в последнем случае работа возможна только в режиме тонкого клиента. Запуск базы через веб-клиент с однопользовательской лицензией невозможен , так как веб-клиент должен получить клиентскую лицензию от модуля расширения веб-сервера.

Клиент - серверный режим

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

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

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

Режим веб-сервера

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

На нашей схеме на сервер 1С:Предприятия установлена многопользовательская лицензия на 5 пользователей, а на веб-сервер однопользовательская. Это позволяет запустить через веб-клиент один сеанс в файловом режиме или до шести сеансов в клиент-серверном режиме.

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

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

Чтобы избежать такой ситуации не следует публиковать на одном веб-сервере файловые и клиент-серверные базы одновременно.

Еще одна тонкость связана с модулем расширения веб-сервера и локальной однопользовательской лицензией.

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

Режим терминального сервера

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

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

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

Сочетание программной и аппаратной защиты

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

1. Локальная программная лицензия
2. Локальный аппаратный ключ
3. Сетевой аппаратный ключ
4. Программная лицензия на сервере 1С:Предприятия
5. Локальный аппаратный ключ на сервере 1С:Предприятия
6. Сетевой аппаратный ключ доступный на сервере 1С:Предприятия

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

• Теги:

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

Причины дисфункции

Ошибка «Не найдена лицензия» обычно возникает в ситуации, когда программа «1С» не обнаружила на локальном ПК (или сервере) файл лицензии (обычно с расширением.lic), дающий возможность осуществить полноправный запуск указанной системы.

Подобная ситуация может возникнуть из-за следующих факторов:

Как исправить «Не найдена лицензия» в 1С

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

1. Перед запуском программы отключите ваш файервол;
2. Установите в систему «Alladin monitor ». Данный продукт показывает использование лицензий в сетевой версии программы. С его помощью убедитесь, что в вашей системе имеется установленная лицензия;
3. При использовании аппаратной лицензии в окне информационных баз нажмите на «Настройка» и поставьте галочку рядом с опцией «Использовать аппаратную лицензию», если такая галочка там отсутствует;
4. Отредактируйте должным образом файл Nethasp.ini, который находится по пути:

Откройте данный файл и пропишите там IP-адреса клиентских ПК и имена менеджеров лицензий. Для этого в специализированном разделе укажите:

Затем в разделе укажите IP-адрес сервера менеджера лицензий (должно выглядеть как NH_SERVER_ADDR = требуемый IP), и имя менеджеров лицензий (NH_SERVER_NAME = имя менеджера).

Предварительно наименование менеджера указывается в разделе в виде NHS_SERVERNAMES = имя 1, имя 2 и так далее.

• Активируйте имеющуюся лицензию. Если у вас появилось сообщение об отсутствии обнаруженной лицензии, кликаем на «Да», и указываем путь для установки лицензии (локальный ПК или сервер).
• Затем выбираем опцию первичного или повторного получения лицензии, или её обновления. Видимость лицензии устанавливаем на «Все пользователи компьютера», выбираем способ её получения – ручной, автоматический, на цифровом носителе. Заполняем регистрационную форму, после чего сохраняем данные в файле, который размещаем в каталоге: