← На главную
При администрировании инфраструктуры 1С часто возникает вопрос: как правильно перенести сервер 1С:Предприятие 8.3 редакции Сервер МИНИ на 5 подключений на другую виртуальную машину или восстановить работу службы, если лицензия неожиданно перестала действовать? Разберем детально, как устроена программная защита этой редакции, почему нельзя просто скопировать файл лицензии и какие шаги необходимо предпринять для корректного переноса.
Особенности лицензирования редакции Сервер МИНИ
Проанализируем технические рамки, заложенные разработчиками платформы в данную редакцию:
- Исключительно программная защита. Для лицензии Сервер МИНИ не предусмотрены аппаратные USB-ключи защиты. Поставка всегда осуществляется в виде конверта или электронного документа с комплектом пин-кодов (основной и резервные).
- Ограничения по сеансам. Лицензия позволяет одновременно запускать не более 5 пользовательских сеансов в режиме предприятия и 1 сеанс в режиме конфигуратора. Важно помнить, что фоновые задания, регламентные процедуры и сеансы веб-сервисов также учитываются кластером и уменьшают лимит доступных подключений.
- Архитектурные рамки. В рамках одного кластера допускается функционирование строго одного рабочего сервера. При этом установка второй лицензии МИНИ не суммирует количество доступных пользователей — для расширения емкости потребуется полноценный апгрейд на лицензии уровня ПРОФ или КОРП. Поддерживаются как 32-битные, так и 64-битные версии сервера 1С.
Почему нельзя просто перенести файл с расширением .lic
Рассмотрим, как формируется файл лицензии. При первичной активации утилита лицензирования 1С собирает цифровой слепок аппаратной конфигурации машины и отправляет его в Центр лицензирования. На основе этих параметров генерируется файл с расширением .lic, который зашифрован и жестко привязан к конкретным характеристикам оборудования.
В цифровой слепок системы входят следующие параметры:
- Уникальный идентификатор BIOS или UUID виртуальной машины;
- MAC-адрес сетевой карты;
- Модель, тактовая частота, архитектура и количество ядер процессора;
- Объем оперативной памяти;
- Серийный номер системного жесткого диска;
- Версия операционной системы и дата ее исходной установки.
Если мы просто скопируем файл .lic на новую виртуальную машину, платформа зафиксирует расхождение слепка и откажется запускать рабочий процесс ragent или подключать информационные базы. Лицензия станет недействительной.
Основные причины сбоя лицензии на гипервизорах
Выясним причину, почему лицензия может «слететь» даже внутри одной виртуальной среды без явного переноса:
- Динамическое распределение оперативной памяти (Ballooning / Dynamic Memory). Если гипервизор снижает объем выделенной памяти ниже значения, зафиксированного при активации, слепок перестает совпадать, что приводит к блокировке работы кластера.
- Миграция между хостами (vMotion, Live Migration). Если узлы кластера виртуализации оснащены разными моделями процессоров или гипервизор генерирует новый UUID и MAC-адрес при миграции, контрольная сумма оборудования меняется.
- Клонирование виртуальной машины. При развертывании новой виртуальной машины из шаблона или снимка гипервизор создает новый системный UUID, делая старый файл лицензии бесполезным.
Пошаговый процесс штатного переноса с использованием пин-кода
Поскольку лицензия Сервер МИНИ с точки зрения механизма защиты полностью идентична обычным программным лицензиям ПРОФ, перенос выполняется по стандартному регламенту:
- Развернем и подготовим целевую виртуальную машину, установив платформу
1С:Предприятие 8.3 аналогичной или более новой версии.
- Запустим операцию получения лицензии через мастер регистрации (в диалоге запуска или через утилиту командной строки
ring / консоль администрирования серверов).
- Укажем регистрационный номер продукта и выберем пункт восстановления лицензии.
- Введем предыдущий активный пин-код и укажем следующий резервный пин-код из комплекта поставки.
- Заполним регистрационные данные владельца. Обратим особое внимание: реквизиты организации (наименование, ИНН, КПП, адрес, контактное лицо) должны совпадать с введенными при первой активации абсолютно точно, включая регистр букв, пробелы, точки и кавычки. Малейшее расхождение приведет к ошибке проверки в Центре лицензирования.
- Завершим процедуру получения лицензии. Платформа создаст новый файл
.lic, привязанный к новому слепку оборудования.
Что делать, если все резервные пин-коды израсходованы
В штатный комплект поставки входит один основной и два резервных пин-кода. Если в результате частых переносов или аппаратных сбоев все коды были использованы, восстановить лицензию автоматически не получится. В этом случае потребуется сформировать официальный запрос в Центр лицензирования 1С. В письме необходимо указать регистрационный номер комплекта, точные данные организации-владельца и подробно описать техническую причину переноса или изменения оборудования. После проверки специалисты вышлют дополнительный резервный пин-код.
Как закрепить параметры виртуальной машины для предотвращения сбоев
Чтобы избежать внезапных сбоев при обслуживании гипервизора, настроим виртуальную машину правильно:
- Зафиксируем постоянный статический MAC-адрес в свойствах виртуального сетевого адаптера, отключив автоматическую генерацию адресов гипервизором.
- Выделим строго фиксированный объем оперативной памяти (Fixed RAM) и полностью отключим механизмы динамического перераспределения.
- Закрепим постоянный BIOS UUID / GUID в файле конфигурации виртуальной машины.
- Включим режим совместимости процессоров (CPU Compatibility Mode / EVC), если в кластере виртуализации используются серверы с разными поколениями процессоров.
Альтернативный вариант: привязка к аппаратному USB-ключу
Разберем еще один надежный способ исключить привязку к параметрам железа. Если на предприятии уже используется любой аппаратный USB-ключ HASP от клиентских лицензий 1С, программную серверную лицензию при активации можно привязать не к параметрам компьютера, а непосредственно к ID этого USB-ключа.
При выборе этого варианта виртуальную машину можно многократно перезапускать, переносить между узлами кластера, изменять конфигурацию процессоров, дисков и оперативной памяти без риска потерять активацию. Главное условие — обеспечить постоянную видимость USB-ключа внутри гостевой ОС с помощью проброса USB-порта (Passthrough) или сетевых сервисов USB-over-IP.