Переезд 1С на новое железо: что делать с программными лицензиями и ключами HASP

Программную лицензию 1С нельзя просто скопировать на другой сервер: файл .lic привязан к оборудованию, и на новой машине платформа его не примет. Лицензию активируют на новом сервере заново — резервным пин-кодом из того же комплекта, с теми же регистрационными данными, что при первой активации. Аппаратный ключ HASP переносят физически: вставляют в новый сервер, ставят драйвер и, для сетевого ключа, менеджер лицензий.

Обычно на переезд закладывают выходной день, а потом в понедельник полкомпании видит Не обнаружен ключ защиты программы или полученная программная лицензия!. Чтобы так не вышло, порядок ниже начинается с инвентаризации, а заканчивается проверкой под нагрузкой. Всё описанное относится к платформе 8.3 и не зависит от конфигурации: БП, ЗУП и УТ лицензируются одинаково.

1. Инвентаризация: какие лицензии стоят на старом сервере

Начните со списка. Без него легко перенести серверную лицензию и забыть про клиентские, которые тоже были активированы на сервере.

Что собрать до переезда

• 🔑 Тип защиты. Программные лицензии (файлы .lic), аппаратные ключи HASP или их смесь.
• 🖥️ Лицензия на сервер 1С. Её вид: 32-разрядный сервер, 64-разрядный (x86-64) или КОРП. Лицензия на 32-разрядный сервер не подойдёт, если на новой машине вы ставите 64-разрядный.
• 👥 Клиентские лицензии. Сколько рабочих мест и где они активированы: на самом сервере или на компьютерах пользователей.
• 📄 Пин-коды. Конверты из комплектов поставки или их сканы. Отметьте, какие коды уже использованы.
• 🏢 Регистрационные данные. Организация, ИНН, адрес, контактное лицо — ровно в том виде, в каком их вводили при первой активации.

Где лежат файлы лицензий

Скопируйте содержимое каталога в архив. На новом сервере эти файлы работать не будут, но они нужны для восстановления, если старую машину придётся вернуть в строй.

Посмотреть, какая лицензия реально используется, можно в клиенте: Справка → О программе. Там указано, получена лицензия от ключа защиты или программная, и откуда. На сервере то же самое покажет утилита rac:

rac session list --cluster=<id кластера> --licenses

Идентификатор кластера выдаёт команда rac cluster list. Если сервер администрирования ras не запущен, rac ничего не покажет — сначала поднимите службу ras.

2. Как перенести программные лицензии 1С на другой сервер

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

Пин-коды и резервные активации

В комплекте поставки программной лицензии есть основной пин-код и резервные. Основной уже израсходован при первой активации. Резервный тратится при каждой повторной активации на другом оборудовании или после серьёзной замены комплектующих.

При повторной активации мастер попросит ввести ранее использованный пин-код. Поэтому старые конверты не выбрасывают.

Если резервные коды закончились, дополнительные выдаёт Центр лицензирования фирмы 1С по запросу владельца лицензии. Это занимает время, поэтому проверьте остаток кодов заранее, а не в день переезда.

Порядок активации на новом сервере

1. Установите на новый сервер платформу той же или более новой версии и запустите службу сервера 1С.
2. Окончательно настройте машину: имя компьютера, сетевые адаптеры, число процессоров у виртуальной машины. Лицензия привязывается к параметрам оборудования, и смена конфигурации после активации может её сбросить.
3. Зарегистрируйте в кластере информационную базу и подключитесь к ней клиентом 1С.
4. Если лицензии нет, платформа сама откроет мастер получения лицензии. Выберите получение лицензии и укажите, что лицензия нужна для сервера 1С:Предприятия, а не для локального компьютера.
5. Введите регистрационный номер комплекта , новый (резервный) пин-код и ранее использованный.
6. Заполните регистрационные данные точно так же, как при первой активации. Расхождение в названии организации или ИНН — частая причина отказа.
7. Выберите способ: через интернет , если у сервера есть выход в сеть, или файлом, если сервер изолирован. Во втором случае мастер сформирует файл запроса, его отправляют с другого компьютера и загружают полученный ответ.
8. Повторите шаги 4–7 для каждого комплекта клиентских лицензий, которые должны выдаваться сервером.

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

3. Перенос аппаратных ключей HASP на новый сервер

С ключами проще: пин-коды не тратятся, ключ просто переезжает вместе с вами. Но порядок зависит от того, какой это ключ.

Ключ сервера 1С

1. Остановите службу сервера 1С на старой машине и выньте ключ.
2. На новом сервере установите драйвер. В Windows — haspdinst.exe -i из каталога платформы или дистрибутив Sentinel Runtime. В Linux — пакет aksusbd.
3. Вставьте ключ, запустите службу сервера 1С и проверьте, что лицензия видна (раздел 7).

Сетевой ключ на рабочие места

1. Установите на новый сервер драйвер HASP и HASP License Manager (служба hasplms).
2. Откройте в брандмауэре порт 475 (UDP и TCP) — по нему клиенты ищут менеджер лицензий.
3. Пропишите адрес нового сервера в файле nethasp.ini на клиентах. Файл лежит в каталоге conf установленной платформы:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.20
NH_USE_BROADCAST = Disabled

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

4. Настройка выдачи лицензий сервером 1С

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

Что включить

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

Если серверов в кластере несколько

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

5. Восстановление лицензий при сбоях на новом сервере

Бывает, что через неделю после переезда лицензия «слетает». Причины две: изменилось оборудование или пропал файл.

Файл пропал, оборудование прежнее

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

Ещё быстрее — вернуть файл из резервной копии каталога licenses, если машина та же.

Изменилось оборудование

Замена материнской платы, процессора, сетевой карты или переезд виртуальной машины с изменением её параметров ломают привязку. Здесь восстановление не сработает — нужна повторная активация резервным пин-кодом, как в разделе 2.

6. Ошибки при переносе лицензий 1С, которые обходятся дороже всего

Это не повтор шагов, а ловушки, на которых обычно теряют время и пин-коды.

• 🔥 Активация до финальной настройки сервера. Активировали лицензии, потом переименовали сервер, добавили сетевую карту или перенесли ВМ на другой хост. Лицензия слетела, пин-код потрачен впустую.
• 🔥 Разные регистрационные данные. При первой активации организацию назвали «ООО Ромашка», теперь пишут «Ромашка ООО». Центр лицензирования сравнивает данные, и активация не проходит.
• 🔥 Копирование файлов .lic. Файлы со старого сервера положили на новый в надежде, что «подхватятся». Не подхватятся, а при диагностике начнётся путаница, какой файл живой.
• 🔥 Разрядность серверной лицензии. Купили когда-то лицензию на 32-разрядный сервер, а на новой машине поставили 64-разрядный сервер 1С. Лицензия есть, но сервер её не использует.
• 🔥 Забытые базы. Флаг выдачи лицензий сервером включили в основной базе, а про архивную и ЗУП забыли.
• 🔥 Сломанный клиентский nethasp.ini. Обновили адрес на трёх компьютерах из двадцати. Остальные ищут ключ на старом сервере.

7. Проверка после переезда и вывод старого сервера

Переключать пользователей стоит только после проверки. Лучше провести её вечером, пока старый сервер ещё работает.

Что проверить

1. Откройте базу клиентом и посмотрите Справка → О программе: лицензия должна быть получена от сервера, а не локально.
2. Выполните rac session list --cluster=<id кластера> --licenses и убедитесь, что у сеансов указана лицензия нового сервера.
3. Подключите несколько пользователей одновременно, чтобы проверить число мест. Одного входа администратора мало: он не покажет нехватку клиентских лицензий.
4. Перезагрузите новый сервер и повторите проверку. Так вы поймаете случаи, когда после старта меняются параметры оборудования или не запускается служба hasplms.
5. Только после этого удалите лицензии со старого сервера и снимите с него ключи.

Частые вопросы о переносе лицензий 1С