При работе с программными продуктами 1С:Предприятия, особенно в условиях масштабирования или миграции инфраструктуры, часто возникает необходимость переноса лицензий с одних рабочих станций на сервер. Однако этот процесс не всегда проходит гладко, и пользователи сталкиваются с ситуациями, когда часть лицензий после переноса оказывается нерабочей. Рассмотрим подробнее, почему это происходит и как эффективно решать подобные проблемы, основываясь на опыте пользователей и технических особенностях платформы 1С.
Программная лицензия 1С:Предприятия неразрывно связана с тем компьютером, на котором она была активирована. Система "привязывает" лицензию к нескольким ключевым параметрам аппаратного и программного обеспечения. К таким параметрам мы относим:
Изменение любого из этих параметров, даже незначительное, может привести к тому, что ранее активированная лицензия станет недействительной. В таком случае потребуется её повторная активация с использованием резервного пин-кода. Файлы программных лицензий обычно имеют расширение .lic или .licence и могут располагаться в различных системных каталогах, например, %ProgramData%\1C\licenses, %ProgramData%\1C\Licence\Data\, или %ALLUSERSPROFILE%\1C\licenses. Конкретное местоположение зависит от версии операционной системы, платформы 1С:Предприятия и прав пользователя.
Важно понимать, что явной "деактивации" лицензии в привычном смысле слова при ее переносе не происходит. Вместо этого, когда мы активируем резервный пин-код на новом компьютере, лицензия "отвязывается" от старого устройства. Информация о ранее использованной лицензии может быть внесена в "черный список" на сайте центра лицензирования "1С", который платформа периодически проверяет. Однако на практике встречаются ситуации, когда этот механизм срабатывает некорректно: новая лицензия, полученная с помощью резервного пин-кода, не работает, или старая лицензия не деактивируется автоматически, продолжая "занимать" место. В таких случаях мы должны перейти к ручным методам.
Представим ситуацию, когда вы перенесли пять программных лицензий с отдельных ПК на терминальный сервер, но после активации работает только четыре из них, а одна остается недоступной. Поддержка утверждает, что лицензия используется в сети, хотя это не так, и рекомендует удалить файлы лицензий. Рассмотрим шаги, которые мы можем предпринять для решения этой распространенной проблемы:
Мы выясняем, что после активации лицензии на сервере с помощью резервного пин-кода, она все равно не функционирует, даже после попыток восстановления.
Ключевым шагом является ручное удаление файла старой лицензии с компьютера, где она ранее использовалась. Мы ищем файлы с расширением .lic или .licence в упомянутых ранее каталогах:
%ProgramData%\1C\licenses%ProgramData%\1C\Licence\Data\%ALLUSERSPROFILE%\1C\licensesВажно убедиться, что мы удаляем именно тот файл лицензии, который соответствует проблемному пин-коду, чтобы избежать потери других рабочих лицензий. Если поиск затруднен, мы можем временно переместить все файлы .lic в другую папку для изоляции проблемы.
После удаления старого файла лицензии, мы не пытаемся восстановить лицензию с использованием того же резервного пин-кода, который уже вызвал проблемы. Вместо этого мы используем следующий резервный пин-код из комплекта. Активация выполняется через конфигуратор 1С:Предприятия на сервере. При этом мы выбираем опцию получения многопользовательской лицензии "На этот компьютер" и "Всем пользователям данного компьютера", если речь идет о серверной лицензии или клиентских лицензиях для терминального доступа.
Этот подход помогает обойти проблемы с "черными списками" и некорректной деактивацией, обеспечивая чистую установку лицензии на новом месте.
Многопользовательские программные лицензии 1С:Предприятия специально разработаны для использования на терминальных серверах, когда пользователи подключаются по протоколу RDP или через RemoteApp. В отличие от аппаратных ключей HASP, нам не требуется разворачивать отдельный HASP License Manager. Толстые клиенты 1С:Предприятия могут самостоятельно находить файлы лицензий и определять количество доступных рабочих мест.
При запуске 1С:Предприятия в терминальной сессии, мы должны выбрать соответствующие опции для получения лицензии. Лицензии в этом сценарии расходуются по принципу "один сеанс – одна лицензия". Это означает, что каждый пользователь, открывший сессию 1С, занимает одну лицензию, независимо от количества запущенных баз в этой сессии.
На терминальных серверах, особенно при использовании 64-битных версий Windows Server, может возникать специфическая проблема "зависания" лицензий. Мы наблюдаем, что лицензии не освобождаются после закрытия терминальной сессии пользователем. Часто это связано с процессом SplWOW64.exe.
Разберем подробнее: SplWOW64.exe — это системный процесс, который запускается, когда 32-разрядное приложение (например, некоторые компоненты 1С или драйверы печати) обращается к подсистеме печати в 64-разрядной операционной системе. Он осуществляет преобразование между 32-разрядными и 64-разрядными вызовами. Проблема заключается в том, что этот процесс может не завершаться автоматически после окончания печати, что препятствует корректному закрытию терминальной сессии и, как следствие, "освобождению" занятой лицензии.
Для решения этой проблемы мы можем предпринять следующие шаги:
SplWOW64.exe: Мы можем изменить значение соответствующего параметра в системном реестре, чтобы процесс завершался быстрее.SplWOW64.exe в список процессов, завершаемых при закрытии терминальной сессии: Это достигается путем редактирования системного реестра. Мы находим ветку, отвечающую за принудительное завершение процессов при выходе пользователя, и добавляем имя этого процесса в соответствующий список. Это гарантирует, что при завершении сессии пользователя процесс SplWOW64.exe будет принудительно остановлен, что позволит лицензии освободиться.При запуске клиентского приложения 1С:Предприятия, система осуществляет поиск доступной лицензии в определенной, строго заданной последовательности. Это помогает нам понять, почему в некоторых случаях лицензия находится, а в других – нет. Рассмотрим этот порядок:
При работе с клиент-серверной информационной базой, порядок немного меняется: сначала выполняется поиск лицензии на сервере 1С:Предприятия (если там установлены серверные или клиентские лицензии), а затем уже клиентской лицензии по описанной выше схеме.
Мы всегда можем проверить информацию о полученной лицензии непосредственно в программе 1С:Предприятие. Для этого переходим в меню "Справка" – "О программе". В открывшемся окне мы находим раздел "Лицензия", где указаны регистрационный номер лицензии и путь к файлу лицензии, если она программная.
Для ПРОФ-поставок продуктов "1С" обычно предоставляется один основной пин-код и два резервных. Резервные пин-коды играют ключевую роль в ситуациях, когда мы вынуждены изменять ключевые параметры компьютера, на котором установлена лицензия, или при его полной замене. Мы должны использовать их с осторожностью, так как их количество ограничено.
Если файл лицензии был случайно удален, операционная система переустановлена или изменена, или же программа была перенесена на совершенно новый компьютер, мы можем воспользоваться функцией "Восстановление лицензии". Эта опция доступна в конфигураторе 1С. При ее использовании нам потребуется ввести старый (уже использованный) пин-код. Система попытается восстановить лицензию на текущем компьютере.
Однако, что делать, если все резервные пин-коды были использованы или, что хуже, утеряны? В такой ситуации мы обращаемся непосредственно в фирму "1С" или к ее партнеру, у которого была приобретена лицензия. Они могут предоставить дополнительные пин-коды, но это часто требует обоснования и подтверждения владения лицензией.
Виртуальные машины (ВМ) представляют собой удобную платформу для развертывания 1С:Предприятия, особенно на терминальных серверах. Однако программные лицензии на ВМ "слетают" значительно чаще, чем на физических машинах. Это объясняется тем, что привязка лицензии происходит к виртуальным устройствам ВМ (виртуальным дискам, сетевым картам и т.д.), которые могут быть изменены при переносе ВМ, изменении ее настроек или даже при обновлении гипервизора. Например, увеличение объема оперативной памяти виртуальной машины обычно не приводит к необходимости повторной активации, но изменение количества виртуальных процессоров или MAC-адреса виртуальной сетевой карты — почти всегда.
Для корректной и стабильной работы многопользовательских лицензий на сервере, особенно при одновременном использовании серверной и клиентских лицензий, мы должны строго следовать рекомендациям:
Следуя этим рекомендациям, мы значительно повышаем стабильность работы программных лицензий 1С:Предприятия и минимизируем риски возникновения проблем при их эксплуатации, особенно в сложных серверных инфраструктурах.