← На главную

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

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

1. Легальность и техническая возможность запуска нескольких серверов

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

2. Почему 1С 8.3 не видит лицензию сервера 1С 8.2? Разбираем пути поиска

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

Рассмотрим структуру каталогов для обеих версий:

• Для платформы 1С 8.2: основным местом хранения является папка C:\ProgramData\1C\1Cv82\conf\.
• Для платформы 1С 8.3: начиная с версии 8.3.6, единым стандартным местом для хранения всех лицензий стал каталог C:\ProgramData\1C\licenses\.

Если сервер 8.3 запущен, он по умолчанию ищет файлы лицензий в своей папке licenses. Так как файл лицензии 8.2 лежит в своей «старой» папке, сервер 8.3 его просто не находит.

Важное предупреждение: никогда не пытайтесь просто скопировать файл лицензии из папки 8.2 в папку 8.3! Механизм защиты платформы при сканировании каталогов обнаружит дублирование одного и того же файла лицензии на одном компьютере. Это расценивается системой защиты как попытка нарушения правил использования программного обеспечения, в результате чего обе лицензии могут быть заблокированы (аннулированы).

Для корректного перенаправления поиска используется конфигурационный файл location.cfg. Разберем по шагам, как настроить перенаправление:

1. Оставим оригинальный файл лицензии 2*.lic в каталоге платформы 8.2: C:\ProgramData\1C\1Cv82\conf\.
2. Перейдем в каталог C:\ProgramData\1C\1cv8\ (который относится к платформе 8.3).
3. Создадим в этой папке простой текстовый файл с именем location.cfg.
4. Внутри файла пропишем путь к родительскому каталогу версии 8.2:

location=C:\ProgramData\1C\1Cv82

Обратите внимание, что путь указывается именно к папке 1Cv82, а не к конечной папке conf. Платформа самостоятельно подставит нужный подкаталог при поиске.

3. Ошибка «Изменилась конфигурация компьютера» при работающем сервере 8.2

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

Выясним причину этой ситуации. Алгоритм сбора характеристик компьютера (так называемый хеш оборудования) в платформе 8.3 существенно отличается от старой платформы 8.2:

• Платформа 8.3 выполняет гораздо более жесткий и глубокий опрос параметров материнской платы, процессора, сетевых адаптеров и операционной системы.
• Если на сервере производились даже незначительные изменения (например, обновлялся BIOS, устанавливались важные обновления Windows, добавлялись или удалялись виртуальные сетевые адаптеры Hyper-V/VMware, менялся объем оперативной памяти), старая платформа 8.2 могла проигнорировать эти изменения благодаря мягкому алгоритму проверки.
• Новая платформа 8.3 фиксирует эти отклонения как критическое несовпадение текущего оборудования с тем, которое было записано в файле лицензии при первичной активации, и блокирует чтение файла.

Также стоит проверить разрядность сервера. Программные лицензии делятся на 32-разрядные и 64-разрядные. Если ваш старый сервер 8.2 работал в 32-битном режиме, а новый сервер 8.3 вы установили как 64-битный, то старая 32-битная серверная лицензия физически не подойдет к новому 64-битному серверу. В этом случае потребуется произвести апгрейд лицензии.

4. Диагностика файлов лицензий с помощью утилит

Чтобы точно понять, какой параметр компьютера изменился и мешает активации, администраторы используют специализированное ПО:

• Официальная утилита Ring: Входит в состав пакета «1С:Enterprise License Tools». С помощью командной строки вы можете выполнить диагностику. Для этого запустим консоль и выполним команду:

ring license list

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

ring license info --name <Имя_Файла_Лицензии>

• Утилита LicDataDecoder: Неофициальный, но крайне полезный инструмент системного администратора. Данный декодер позволяет расшифровать служебные данные вашего файла .lic. Утилита выводит информацию в два столбца: параметры компьютера на момент первой активации лицензии и текущие параметры оборудования, которые платформа видит прямо сейчас. Сравнив эти данные, можно сразу понять, что послужило причиной сбоя (например, изменился MAC-адрес или сетевое имя сервера). Иногда проще вернуть имя сервера назад или отключить лишний сетевой адаптер, чем тратить резервный пин-код.

5. Пошаговый алгоритм безопасной активации лицензии на сервере 8.3

Рассмотрим детальный план действий, который позволит гарантированно запустить сервер 8.3 без риска надолго остановить работу пользователей в базе 8.2.

Шаг 1. Подготовка резервного пин-кода.
Перед началом любых манипуляций найдите конверт с пин-кодами от вашей серверной лицензии. Убедитесь, что у вас есть неиспользованные резервные пин-коды. Если они закончились, заранее напишите письмо на электронную почту Центра лицензирования 1С (lic@1c.ru) с темой «Запрос дополнительного пин-кода», указав регистрационный номер программного продукта и данные организации. Новые пин-коды предоставляются бесплатно.

Шаг 2. Объединение каталогов поиска (рекомендуемый современный метод).
Поскольку современные релизы платформы 8.2 (начиная с 8.2.15) умеют искать лицензии в единой папке licenses, лучше всего консолидировать файлы в одном месте:

1. Остановите службы сервера 1С:Предприятия 8.2 и 8.3 через оснастку services.msc. Это необходимо для того, чтобы процессы rphost освободили занятые файлы лицензий.
2. Переместите (не скопируйте, а именно перенесите) ваш файл 2*.lic из папки C:\ProgramData\1C\1Cv82\conf\ в общую папку C:\ProgramData\1C\licenses\.

Шаг 3. Запуск служб и активация через 8.3.
Запустите службу сервера 1С 8.2. Она должна успешно стартануть, так как умеет искать лицензии в новой папке. Далее перейдем к запуску сервера 8.3:

1. Запустите службу сервера 1С 8.3.
2. Запустите Конфигуратор любой базы под платформой 8.3. При отсутствии лицензии система выдаст окно с предложением получить лицензию.
3. Выберите пункт «Получение лицензии».
4. Выберите режим «Восстановление лицензии».
5. Введите регистрационный номер вашей серверной лицензии, предыдущий (активный на данный момент) пин-код и новый, еще не использованный резервный пин-код.
6. Крайне важно: ведите личные данные владельца лицензии (название организации, ФИО, адрес и т.д.) абсолютно точно так же, как они были введены при первой активации. Малейшее расхождение в символах или знаках препинания приведет к отказу в выдаче лицензии. Рекомендуется использовать функцию сохранения/восстановления данных владельца из файла, если вы сохраняли их ранее.

После успешного завершения процедуры в папке C:\ProgramData\1C\licenses\ создастся новый файл лицензии, содержащий обновленные параметры привязки к оборудованию, которые удовлетворят жестким требованиям платформы 8.3. При этом старый сервер 8.2 также сможет беспрепятственно работать с этим новым файлом.