Расширение диска сервера лицензирования 1С на Ubuntu: слетят ли программные лицензии?

Одной из наиболее острых проблем при администрировании серверов 1С является привязка программных лицензий к аппаратному обеспечению (Hardware ID). Когда на сервере заканчивается свободное место, системный администратор встает перед выбором: расширить диск и рискнуть работоспособностью лицензий или искать сложные обходные пути. Рассмотрим подробно ситуацию с расширением диска на виртуальной машине (Ubuntu на Hyper-V), разберем механизм привязки и выработаем безопасный алгоритм действий.

Суть проблемы: как 1С "видит" оборудование

Программная лицензия 1С формирует уникальный идентификатор компьютера на основе набора параметров "железа". Если критически важные параметры изменяются, файл лицензии перестает соответствовать текущей конфигурации, и лицензия становится недействительной ("слетает").

Ключевые параметры, которые отслеживает платформа:

1. Жесткий диск: Серийный номер и, в некоторых версиях алгоритма привязки, размер диска, на котором установлена операционная система.
2. Сетевая карта: MAC-адрес.
3. Материнская плата и процессор: Модель, серийные номера, версия BIOS.
4. Имя хоста (Hostname).

В контексте виртуализации (в данном случае Hyper-V) изменение размера виртуального диска (файла .vhdx) может привести к изменению геометрии диска, которую видит гостевая ОС Ubuntu. Это потенциально меняет хэш, к которому привязана лицензия.

Опыт сообщества и риски

Проанализируем опыт коллег. Большинство администраторов склоняется к тому, что при изменении размера диска лицензии слетают с вероятностью близкой к 100%. Это связано с тем, что изменение размера диска является изменением параметров оборудования.

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

Роль файла 1cv8conn.pfl и отложенный сбой

Платформа 1С использует механизм кэширования параметров защиты, чтобы не опрашивать оборудование при каждом запуске клиента или серверного процесса. За это отвечает файл 1cv8conn.pfl.

Как это работает:

1. При активации лицензии параметры оборудования записываются в файл лицензии (.lic).
2. Текущее состояние оборудования и параметры лицензирования кэшируются в файл 1cv8conn.pfl.
3. Этот файл должен обновляться (обычно раз в сутки или при перезапуске службы), но иногда это происходит с задержкой.

Это объясняет ситуации, когда администратор расширил диск, перезагрузил сервер, и 1С продолжает работать. Лицензия может "слететь" через 24 часа, через неделю или при следующей полной перезагрузке физического хоста, когда кэш принудительно обновится и платформа обнаружит несоответствие текущего размера диска тому, что был записан при активации.

В операционной системе Linux (Ubuntu) этот файл обычно располагается по пути:

/var/1C/1cv8/conf/1cv8conn.pfl (для общесистемных настроек)

Или в домашней директории пользователя, от имени которого запущен сервер 1С:

~/.1c/1c8/conf/1cv8conn.pfl

Алгоритм безопасного расширения диска

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

1. Подготовка

Перед началом любых работ найдите регистрационные номера ваших комплектов 1С и резервные пин-коды. Если резервные пин-коды закончились, заранее запросите новые через Центр Лицензирования (можно сделать это по электронной почте, указав причину "Смена параметров ПК").

Сохраните данные о владельце лицензии (ИНН, КПП, точное название организации), так как при повторной активации они должны совпадать с точностью до символа.

2. Резервное копирование файлов лицензий

Сделайте копию папки с файлами лицензий. В Linux они обычно лежат здесь:

/var/1C/licenses/

Это поможет вернуть всё "как было", если что-то пойдет совсем не так, хотя при смене оборудования старые файлы .lic уже не помогут.

3. Расширение диска

Выполните расширение диска средствами гипервизора (Hyper-V), затем расширьте раздел внутри Ubuntu.

Примерная последовательность команд для LVM (выполнять с осторожностью):

# Сканируем диски, чтобы ОС увидела новый размер
echo 1 > /sys/class/block/sda/device/rescan 

# Изменяем размер физического тома (подставьте свой диск)
pvresize /dev/sdaX

# Расширяем логический том (на 100% свободного места)
lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

# Расширяем файловую систему (для ext4)
resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

4. Принудительная проверка лицензии

Самый важный шаг. Не ждите, пока лицензия "отвалится" сама в середине рабочего дня. Инициируйте проверку сразу после работ.

Для этого:

1. Остановите службу сервера 1С: systemctl stop srv1cv8-8.3.xx.xxxx
2. Удалите или переименуйте файл кэша 1cv8conn.pfl. Это заставит платформу заново считать параметры оборудования при старте.
3. Запустите службу сервера 1С.
4. Попробуйте запустить клиент 1С и войти в базу.

Если после удаления 1cv8conn.pfl вход выполняется успешно — поздравляем, изменение размера диска в вашей конфигурации виртуализации не затронуло критические параметры привязки. Если лицензия не найдена — используйте подготовленные резервные пин-коды для повторной активации.

Использование утилиты RING

Для диагностики состояния лицензий можно использовать консольную утилиту ring, которая входит в поставку платформы 1С. Однако стоит учитывать, что валидация лицензии через ring и через саму платформу может отличаться. Бывали случаи, когда утилита показывала статус "ОК", а платформа отказывалась запускаться.

Тем не менее, полезно знать команды для проверки. Находясь в каталоге с утилитой (обычно /opt/1C/v8.3/x86_64/utils/):

./ring license list
./ring license validate --name "RegistrationNumber"

Выводы

Слетят ли лицензии? Скорее всего — да. Изменение размера диска меняет его параметры в Hardware ID.

Почему у кого-то не слетает? Это может зависеть от версии платформы 1С, настроек виртуализации (проброс диска) или, чаще всего, от наличия старого кэша в файле 1cv8conn.pfl.

Рекомендация: Всегда удаляйте файл 1cv8conn.pfl после изменения параметров виртуальной машины, чтобы убедиться в работоспособности системы здесь и сейчас, а не получить сюрприз через неделю.