Переход с «ломанной» версии 1С на легальную — это важный шаг, который требует не только наличия приобретенных пин-кодов, но и тщательной технической подготовки сервера. В этой статье мы разберем, как сосуществуют разные типы лицензий, как полностью очистить систему от следов сторонних патчей и правильно активировать новые программные ключи.
Для начала разберем ситуацию, когда на одном сервере планируется запуск старой конфигурации (например, Комплексная автоматизация 1.1 на платформе 8.2) и новой (Управление торговлей 11 на платформе 8.3). Рассмотрим, как платформа ищет лицензии. Система 1С:Предприятие работает по определенному алгоритму поиска ключей защиты. Если платформа была модифицирована («пропатчена»), она может игнорировать реальные ключи, так как встроенный в нее механизм обхода защиты всегда сообщает системе, что «локальная лицензия найдена».
Выясним, как взаимодействуют лицензионный сервер и клиентские сессии. Проанализируем важный нюанс: лицензия на сервер 1С (программный пин-код) необходима только для того, чтобы сам процесс сервера приложений (rphost) мог запуститься. Она никак не влияет на клиентские лицензии напрямую, но позволяет серверу брать на себя функции «раздачи» клиентских лицензий пользователям. Если на одном физическом компьютере запущены две разные службы сервера 1С (на разных портах), каждая из них потребует свою лицензию на сервер, если они используют разные версии или разные кластеры.
Перед установкой лицензионного ПО крайне важно убедиться, что в системе не осталось компонентов, которые могут конфликтовать с официальным драйвером защиты или менеджером лицензий. Разберем по шагам, что нужно проверить:
MultiKey или VBus). Рассмотрим процесс их удаления. Откройте Диспетчер устройств, выберите в меню «Вид» пункт «Показать скрытые устройства». Проанализируйте разделы «Контроллеры USB» и «Системные устройства». Если вы найдете упоминания HASP, Sentinel или подозрительные виртуальные USB-хабы, их необходимо удалить.HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\. Посмотрим, нет ли там служб, связанных с эмуляцией. Также стоит заглянуть в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\NEWHASP\Services\ (путь может варьироваться в зависимости от типа эмулятора).backbas.dll. Проанализируем ситуацию: если вы просто установите новую версию платформы поверх старой, патченная библиотека может остаться в папке старой версии. Рекомендуем полностью деинсталлировать все старые версии платформы 1С через «Панель управления» и физически удалить папки C:\Program Files\1cv8 и C:\Program Files (x86)\1cv8.После того как система очищена, приступим к установке. Рассмотрим правильную последовательность действий:
Когда мы активируем многопользовательский пин-код на сервере 1С, мы должны настроить кластер так, чтобы он сам выдавал эти лицензии клиентам. Проанализируем настройки базы в консоли администрирования:
Найдем параметр «Разрешить выдачу лицензий сервером». Установим его в значение «Да». Посмотрим, к чему это приведет: теперь, когда пользователь подключается к базе, сервер сам проверяет наличие свободных лицензий в своем «пуле» и выделяет одну сеансу.
Важный момент: Помните, что серверная раздача лицензий работает по принципу «один сеанс — одна лицензия». Если один и тот же бухгалтер откроет одновременно 1C:Бухгалтерия и 1C:Управление торговлей, сервер заберет из общего списка две лицензии. Если бы лицензия была установлена локально на компьютере (или через USB-ключ), расходовалась бы только одна лицензия на запуск любого количества баз.
Выясним, почему программные лицензии могут «слетать». Программная лицензия 1С привязывается к ключевым параметрам сервера:
Проанализируем риски: если вы работаете на виртуальной машине (Hyper-V, VMware), убедитесь, что динамическое распределение оперативной памяти (Dynamic Memory) отключено. В противном случае при изменении объема доступной памяти лицензия станет недействительной, и вам придется использовать резервный пин-код из комплекта поставки.
Рассмотрим краткий итог наших действий. Для успешного перехода нам не нужно разносить серверы по разным портам, если мы планируем использовать одну современную платформу для всех баз. Одна служба 1C:Enterprise Server Agent прекрасно справится и с базой на платформе 8.2 (в режиме совместимости), и с новой 8.3. Главное — обеспечить чистоту операционной системы от патчей и корректно провести активацию программных ключей, сохранив данные о владельце лицензии.
Если же вы все же решите использовать две разные версии платформы одновременно (например, 8.2.19 и 8.3.23), вам придется разнести их службы по разным портам (например, 1540 и 1640). Но проанализируем лицензионный аспект: в этом случае вам фактически потребуются две серверные лицензии, так как каждая служба сервера будет требовать активации своего ключа. Поэтому перевод всех баз на одну актуальную платформу 8.3 является наиболее экономически и технически оправданным решением.